Aide à la décision médicale conforme FHIR

Le contexte : l’aide à la décision vaccinale

Syadem édite des outils d’aide à la décision vaccinale et un carnet de vaccination numérique destinés aux professionnels de santé. Le domaine est réglementé, riche en règles métier (calendrier vaccinal, contre-indications, rattrapages) et doit s’intégrer à l’écosystème de santé français.

Le défi : API FHIR, INS et règles métier évolutives

• Exposer les données via une API REST conforme FHIR pour l’interopérabilité avec les autres systèmes de santé.
• Intégrer l’INS (Identité Nationale de Santé) pour rattacher chaque dossier au bon patient de façon fiable.
• Modéliser des règles métier complexes et évolutives sans les noyer dans la couche technique.

L’approche : Domain-Driven Design, CQRS et Event Sourcing

J’ai travaillé le cœur métier en Domain-Driven Design : un langage commun avec les experts santé, des agrégats qui encapsulent les règles vaccinales, et une séparation nette du domaine et de l’infrastructure.

L’architecture s’appuie sur CQRS (séparation lecture / écriture) et Event Sourcing : chaque décision médicale est stockée comme un événement immuable. Ce choix donne une traçabilité complète — précieuse dans un contexte santé — et permet de reconstruire ou rejouer l’historique d’un dossier.

Le tout est conteneurisé et déployé sur Kubernetes.

Le résultat : une API FHIR auditable de bout en bout

Une API FHIR robuste et auditable, un modèle métier qui reste lisible malgré la complexité réglementaire, et un historique d’événements qui fait foi sur chaque décision enregistrée.

Stack & rôle : Ruby, Falcon, Kubernetes, React

Mission MedTech à Bordeaux, en remote. Backend Ruby (serveur Falcon) en DDD / CQRS / Event Sourcing, API REST conforme FHIR, intégration INS, déploiement Kubernetes ; frontend React / TypeScript. Tests RSpec et Vitest. Conception du modèle de domaine et de l’architecture event-sourced.