Problème
La planification, le reporting et la gestion documentaire devaient rester prévisibles dans un contexte sensible à la conformité, sans bloquer les équipes admin sur des PDF lents, des emails en échec ou des états difficiles à interpréter.
Automatisation de workflows santé
Aktisea
Plateforme de workflows santé orientée planification, reporting et processus documentaires sensibles.
Intervention sur Ma Visite Médicale en France, où la robustesse des traitements et la lisibilité des états comptaient davantage que le volume de fonctionnalités.
Mon rôle
Ownership de la logique backend Symfony pour les workflows de planification et reporting
Conception des règles de validation côté API et parcours admin
Introduction du traitement asynchrone pour documents et notifications
Pilotage des revues de code et accompagnement technique côté backend
Approche
J’ai déplacé les règles sensibles dans des services Symfony, sorti les traitements documentaires et notifications du cycle de requête, et rendu l’état des workflows plus lisible pour les équipes admin.
Impact
Stabilisation des flux de reporting et de documents dans un environnement santé sensible à la conformité.
Transformation des échecs PDF et email en travail récupérable plutôt qu’en blocage côté admin.
Réduction de la coordination manuelle entre reporting, notifications et suivi opérationnel.
État de workflow plus lisible pour les opérateurs et plus simple à supporter en production.
Décisions clés
Centralisation des règles de workflow dans des services Symfony -> cohérence renforcée entre planification et reporting.
Déplacement de la génération PDF et des notifications en jobs de fond -> parcours admin non bloqués par les traitements longs.
Exposition plus claire des états dans l’interface admin -> moins d’ambiguïté pour les opérateurs sur les workflows en attente ou en échec.
Validation gardée côté logique métier -> moins de dérive entre contrôleurs, écrans admin et règles backend.
Orchestration du workflow médical
Vue système des actions synchrones, des services métier, du traitement asynchrone des documents et de la visibilité opérationnelle.
flowchart LR
A[Admin UI] --> B[Symfony Controllers]
B --> C[Workflow Services]
C --> D[(Scheduling & Reporting Data)]
C -. queue .-> E[Async Worker]
E --> F[PDF Processing]
E --> G[Email Notifications]
E --> H[Audit Trail]
C --> I[Operational Status Views]Flèches pleines : requêtes synchronesFlèches pointillées : jobs asyncPanneaux : surfaces opérationnelles
Mon ownership
Ownership de la logique backend Symfony pour les workflows de planification et reporting
Conception des règles de validation côté API et parcours admin
Introduction du traitement asynchrone pour documents et notifications
Pilotage des revues de code et accompagnement technique côté backend
Arbitrages
Acceptation d’une couche service plus riche pour garder des règles métier explicites et supportables.
Sortie du travail long hors requête, avec en contrepartie un besoin plus fort de visibilité opérationnelle.
Ce que j’améliorerais
Formaliser davantage les flux événementiels pour faciliter replay et reporting d’incidents.
Ajouter des dashboards plus détaillés sur la latence de queue et les catégories d’échec documentaire.
Étendre la couverture automatisée sur les scénarios de reprise multi-étapes.