Interopérabilité FHIR en contexte hospitalier : guide pratique

FHIR (Fast Healthcare Interoperability Resources) est en train de devenir le standard d'interopérabilité de référence pour les hôpitaux français. La transition depuis HL7 V2 et CDA est engagée, l'ANS prévoit à terme un cadre d'interopérabilité entièrement fondé sur FHIR, et l'Espace Européen des Données de Santé (EHDS) impose un format d'échange européen à partir de 2029. Le Ségur Vague 2, lui, reste fondé sur CDA pour les dossiers patients.

Mais entre les spécifications techniques de l'ANS et la réalité d'un SIH hospitalier avec son DPI, ses dizaines d'applications, et ses contraintes de production, il y a un écart considérable.

Ce guide couvre les aspects pratiques de l'interopérabilité FHIR en milieu hospitalier : où en sont les hôpitaux français, quels sont les défis d'intégration, quelles architectures choisir, et comment tester et valider.

Note : pour une introduction technique à FHIR (ressources, profils, code), consultez notre guide FHIR pour développeurs. Cet article se concentre sur les enjeux d'intégration dans un SIH hospitalier.

Où en sont les hôpitaux français avec FHIR ?

La réponse courte : en transition. La plupart des échanges dans les SIH reposent encore sur HL7 V2 (messages) et CDA (documents structurés). FHIR progresse, mais peu d'hôpitaux ont achevé la bascule.

Les pionniers

Établissement	Ce qu'ils font avec FHIR
CHU Toulouse	Projet FHIR lancé en 2019 avec InterSystems et Fyrstain. Premier modèle mondial de gouvernance d'accès FHIR à 5 niveaux. FHIR server sur Kubernetes.
AP-HP Paris	Propre Implementation Guide FHIR (AP-HP Core v0.13.3, octobre 2026) définissant des profils institutionnels au-dessus de FR Core. Présence GitHub active.
CHU Rennes	Réduction de ~95% du volume de transmission pour la recherche patient grâce à FHIR. Collaboration active avec Numih/Mipih.
AP-HM Marseille	Membre du groupe de travail FHIR animé par Numih France.
HCL Lyon	Membre du groupe de travail FHIR animé par Numih France. Éditeur du DPI Easily.

La réalité pour la majorité

Pour la plupart des hôpitaux, FHIR est encore au stade de la planification ou des premiers projets pilotes. L'adoption est décrite comme un changement de paradigme : passer de l'échange de messages (HL7 V2) à l'échange de ressources (FHIR) implique de repenser la façon dont les applications communiquent.

Les freins : manque de personnel qualifié, DPI éditeur pas encore pleinement FHIR-natif, coexistence nécessaire avec les standards existants, et budget limité (le SI représentait 1,65 % des charges d'exploitation en 2018, selon l'Atlas des SIH 2020 de la DGOS).

Le calendrier réglementaire

Ségur Vague 2 (2024-2027) : exigences d'interopérabilité fondées sur IHE et CDA pour les DPI et les PFI, sans exigence FHIR
Doctrine 2026 (ANS) : FHIR confirmé comme standard cible pour tous les modules du CI-SIS
EHDS (adopté février 2025) : format d'échange européen que les travaux en cours fondent sur FHIR. Le règlement s'applique à partir du 26 mars 2027, puis du 26 mars 2029 pour les résumés patients et les prescriptions, et du 26 mars 2031 pour l'imagerie, les résultats d'examens et les comptes rendus de sortie.
Stratégie nationale : FHIR R4 pour tous les nouveaux cas d'usage, pas de guide d'implémentation en R5, et une transition à préparer vers R6

Le cadre français : CI-SIS, FR Core et profils ANS

Le CI-SIS (Cadre d'Interopérabilité des SIS)

Le CI-SIS est le cadre national d'interopérabilité défini par l'ANS. Il est structuré en 3 couches :

Couche Métier : spécifie les contenus métier échangés (comptes-rendus, lettres de liaison, prescriptions)
Couche Service : décrit les fonctionnalités (partage de documents, gestion du cercle de soins)
Couche Transport : définit les protocoles (client-serveur, APIs REST)

Le CI-SIS repose historiquement sur CDA et IHE. La transition vers FHIR est progressive : FHIR et CDA coexistent pendant la période de transition. Les nouveaux cas d'usage sont spécifiés directement en FHIR.

FR Core : le socle français

FR Core est le jeu de profils FHIR minimum pour la France, géré par HL7 France (Interop'Santé). Version actuelle : v2.2.0. Il définit les contraintes françaises sur les ressources FHIR R4 standard.

Les profils les plus utilisés en contexte hospitalier :

Profil FR Core	Ressource FHIR	Usage hospitalier
FRCorePatientINSProfile	Patient	Identité patient avec INS qualifié (obligatoire)
FRCoreEncounterProfile	Encounter	Séjours, passages, consultations
FRCoreOrganizationProfile	Organization	Structure hospitalière (établissement, pôles)
FRCoreOrganizationUFProfile	Organization	Unités Fonctionnelles
FRCoreOrganizationUACProfile	Organization	Unités d'Activité de facturation
FRCorePractitionerProfile	Practitioner	Professionnels de santé (RPPS)
FRCorePractitionerRoleProfile	PractitionerRole	Rôles et spécialités
FRCoreLocationProfile	Location	Lits, chambres, salles
FRCoreScheduleProfile	Schedule	Planification des plages
FRCoreAppointmentProfile	Appointment	Rendez-vous
Profils signes vitaux	Observation	PA, FC, T°, SpO2, poids, taille, IMC

Les Implementation Guides ANS

Au-delà de FR Core, l'ANS publie des IGs spécifiques pour chaque cas d'usage :

PDSm : partage de documents de santé en mobilité (déclinaison française du profil IHE MHD)
GAP : gestion d'agendas partagés
CDS : cercle de soins
CDL : cahier de liaison
NDE : notifications d'événements (FHIR Subscriptions)
TDE : traçabilité des événements
Annuaire Santé : API FHIR de l'annuaire national des professionnels
ROR : répertoire de l'offre de ressources en santé

Tous sont disponibles sur interop.esante.gouv.fr/ig/fhir.

Les défis pratiques d'intégration FHIR dans un SIH

Intégrer FHIR avec un DPI éditeur

Chaque éditeur de DPI a sa propre maturité FHIR :

Éditeur	DPI	Maturité FHIR
Dedalus	DxCare, ORBIS / Care4U	Care4U, plateforme fondée sur des standards ouverts dont FHIR, doit faire converger DxCare, ORBIS et Dopasys vers un socle commun.
Docaposte Santé (ex-Maincare)	Maincare IC, M-CrossWay	Deux DPI référencés Ségur Vague 2 (communiqué d'août 2026). Feuille de route FHIR à demander à l'éditeur.
Numih France	Sillage	35 experts en interopérabilité. Groupe de travail FHIR avec huit établissements (cinq CHU et trois centres hospitaliers) pour produire un lot de connecteurs partagés.
Softway Medical	Hopital Manager	Feuille de route FHIR à demander à l'éditeur.

En pratique : votre DPI ne sera pas "full FHIR" demain. L'intégration se fait progressivement, cas d'usage par cas d'usage. Les connecteurs FHIR viennent se brancher sur les interfaces existantes (HL7 V2, bases de données) et exposent les données au format FHIR.

La coexistence CDA/FHIR

CDA ne disparaît pas. Le DMP est alimenté via des documents CDA. MSSanté transmet des documents CDA en pièce jointe. FHIR ne remplace pas CDA du jour au lendemain. Il le complète.

En pratique, un SIH hospitalier va gérer les deux pendant plusieurs années :

CDA : pour l'alimentation du DMP, les lettres de liaison, les comptes-rendus
FHIR : pour les échanges temps réel (notifications, scheduling, recherche patient), l'analytique, et les nouveaux cas d'usage

Des outils de mapping CDA↔FHIR existent, comme le FHIR Mapping Language, mais le mapping parfait n'existe pas. La bibliothèque cda2fhir, souvent citée, vise le C-CDA américain et FHIR DSTU2 et n'évolue plus depuis 2019. Il faut accepter la coexistence.

L'identité patient (INS) en FHIR

Depuis le 1er janvier 2021, toutes les données de santé doivent être référencées avec l'INS (Identité Nationale de Santé). En FHIR, cela se traduit par :

Le profil FRCorePatientINSProfile qui impose que l'INS ne soit transmis que lorsque l'identité est qualifiée (vérifiée via le téléservice INSi contre un document d'identité à haut niveau de confiance)
Des slices d'identifiants spécifiques dans la ressource Patient pour porter le matricule INS
La recherche INSi se fait via un téléservice dédié (pas encore en FHIR natif)

Architectures FHIR pour les hôpitaux

Pattern 1 : FHIR Server comme middleware

Un serveur FHIR centralisé reçoit les données de toutes les applications du SIH et les expose via une API FHIR R4 standard.

┌──────┐  ┌──────┐  ┌──────┐
│ DPI  │  │ Labo │  │ Bloc │   ... (30-50 applis)
└──┬───┘  └──┬───┘  └──┬───┘
   │HL7v2    │HL7v2    │HL7v2/FHIR
   └─────────┼─────────┘
         ┌───┴───┐
         │ FHIR  │ ← InterSystems IRIS, HAPI, etc.
         │Server │
         └───┬───┘
             │ API FHIR R4
    ┌────────┼────────┐
    │        │        │
┌───┴──┐ ┌──┴───┐ ┌──┴────┐
│  BI  │ │Portal│ │Recherc│
│Custom│ │Patien│ │he     │
└──────┘ └──────┘ └───────┘

Avantage : une seule interface standard pour toutes les applications consommatrices. Le serveur FHIR fait la traduction depuis les formats legacy.

Qui fait ça : CHU Toulouse (InterSystems IRIS sur Kubernetes).

Pattern 2 : EAI/PFI avec connecteurs FHIR

L'EAI (Enterprise Application Integration) existant est étendu avec des connecteurs FHIR.

Avantage : ne nécessite pas de nouveau composant. L'EAI gère déjà les flux HL7 V2, on ajoute FHIR comme un format supplémentaire.

Qui fait ça : Enovacom Integration Engine (EIE), qui réunit HL7, FHIR, DMP et INS dans une seule plateforme.

Pattern 3 : FHIR Subscriptions (événementiel)

FHIR Subscriptions permet de pousser des notifications en temps réel quand des événements se produisent (nouveau résultat de biologie, admission, sortie). C'est l'alternative au polling.

Canaux disponibles en R4 : REST hook, WebSocket, email, SMS et messagerie FHIR.

Cas d'usage hospitalier : notification des résultats critiques de biologie, alertes sur les admissions aux urgences, mise à jour du lit en temps réel.

L'ANS a publié un IG dédié : NDE (Notifications d'Événements).

Pattern 4 : Bulk FHIR pour l'analytique

L'API Bulk FHIR permet d'extraire de grandes quantités de données au format FHIR pour les entrepôts de données et les projets analytiques.

Cas d'usage : alimentation de l'entrepôt de données de santé (comme l'EDS de l'AP-HP), reporting réglementaire, extraction pour la recherche clinique.

Enovacom propose un serveur FHIR, Enovacom Data Repository, pour réexploiter les données dans un espace de stockage unique.

Pattern 5 : SMART on FHIR (futur)

SMART on FHIR est un standard pour lancer des applications tierces dans le contexte du DPI, avec authentification OAuth2/OpenID Connect. C'est l'équivalent d'un "app store" pour le DPI.

Pas encore adopté en France, mais c'est la direction vers laquelle l'écosystème européen converge. À surveiller.

L'EHDS et ses conséquences pour les hôpitaux français

L'Espace Européen des Données de Santé (EHDS), adopté en février 2025, impose un format d'échange européen que les travaux en cours fondent sur FHIR. Les conséquences pour les hôpitaux français :

6 catégories de données interopérables à terme :

Résumés de dossier patient (Patient Summary)
Prescriptions électroniques
Dispensations électroniques
Rapports et résultats d'imagerie médicale
Résultats de laboratoire
Comptes-rendus de sortie hospitalière

HL7 Europe publie les guides FHIR adossés à l'EHDS : profils Base and Core (STU 2), compte rendu de biologie (STU 2), prescription et dispensation (STU 1). Le résumé patient, le compte rendu d'imagerie et le compte rendu de sortie sont encore en ballot. L'initiative Hospitals on FHIR (HoF) propose un modèle de maturité en 10 étapes (principes KIWI) pour accompagner les hôpitaux dans l'adoption progressive de FHIR. La France y participe activement.

Ce que ça change pour un DSI : les nouveaux développements doivent être conçus en FHIR R4 dès maintenant. Les travaux sur le format européen d'échange (EEHRxF) s'appuient sur FHIR.

Tester et valider

Plateforme de tests ANS

L'ANS met à disposition une plateforme de tests d'interopérabilité à interop.esante.gouv.fr. Elle permet de tester les implémentations contre les spécifications du CI-SIS.

Gazelle

Gazelle est le banc de test d'interopérabilité d'IHE-Europe, lancé en 2006 avec une équipe de l'INRIA, qui a ensuite rejoint Kereval. Elle inclut :

Des simulateurs pour HL7, CDA, FHIR, DICOM
Un validateur FHIR spécifique
Des outils de gestion de campagnes de tests d'interopérabilité

Projectathon ANS

L'ANS organise des Projectathons, des événements collaboratifs où les éditeurs et intégrateurs testent leurs solutions en conditions réelles contre les spécifications CI-SIS et les standards européens. Le Projectathon 2026 s'est tenu à distance du 10 au 12 mars 2026, avec notamment une expérimentation du partage documentaire en mobilité (PDSm / MHD).

Validation CNDA

Pour les éditeurs en parcours de référencement Ségur, le CNDA (Centre National de Dépôt et d'Agrément), service de l'Assurance maladie, délivre les conformités qui servent de prérequis au référencement : homologation DMP, agrément SESAM-Vitale, certification de la facturation des établissements. L'éditeur s'inscrit d'abord sur le portail du CNDA. Les référentiels DPI et PFI de la Vague 2 ne comportent pas de test FHIR.

L'écosystème FHIR en France

Acteur	Type	Rôle FHIR
ANS	Régulateur	Publie le CI-SIS, les IGs FHIR, pilote la transition
Interop'Santé (HL7 France / IHE France)	Standards	Gouverne FR Core, comité technique FHIR
Numih France	GIP public	35 experts interop, groupe de travail FHIR avec huit établissements, connecteurs partagés
Enovacom (Orange)	EAI/PFI	Plateforme d'intégration multi-standards + serveur FHIR (Enovacom Data Repository)
InterSystems	Infrastructure	IRIS for Health (serveur FHIR certifié), partenaire CHU Toulouse
Lifen	HealthTech	Plateforme d'échange et d'intégration de documents médicaux (MSSanté, DMP, DPI), PFI référencée Ségur Vague 2, plus de 800 établissements clients selon l'éditeur
Fyrstain	Conseil FHIR	Experts certifiés FHIR, que l'entreprise présente comme les premiers de France, plateforme Pandora de tests
AP-HP	CHU	Propre IG FHIR (AP-HP Core), présence GitHub, EDS 20 millions de patients

Feuille de route pour un DSI hospitalier

Court terme (2026)

Faire l'inventaire des flux d'interopérabilité existants (HL7 V2, CDA, HPRIM, fichiers)
Identifier les nouveaux projets qui doivent être développés en FHIR R4 dès le départ
Vérifier la feuille de route FHIR de votre éditeur DPI
S'assurer que la PFI gère les échanges Ségur Vague 2 (CDA, DMP, MSSanté), et demander à l'éditeur sa feuille de route FHIR
Former l'équipe SI aux bases de FHIR (profils FR Core, ressources clés)

Moyen terme (2027)

Déployer un serveur FHIR ou étendre l'EAI avec des connecteurs FHIR
Migrer les nouveaux cas d'usage vers FHIR : scheduling, notifications, analytique
Tester les implémentations sur la plateforme ANS et lors des Projectathons
Préparer l'EHDS : s'assurer que les documents de sortie sont exportables en FHIR

Long terme (2028+)

Basculer progressivement les flux legacy (HL7 V2) vers FHIR quand les éditeurs le permettent
Exploiter Bulk FHIR pour alimenter l'entrepôt de données et les projets analytiques
Explorer SMART on FHIR pour l'intégration d'applications cliniques tierces dans le DPI

Comment Bob le développeur peut accompagner votre projet FHIR

Bob le développeur développe des applications sur mesure pour les hôpitaux, avec une expertise en interopérabilité FHIR/HL7.

L'agence intervient sur :

Connecteurs FHIR : intégration entre le DPI et des applications tierces (15 000 à 150 000 EUR)
Applications métiers avec interopérabilité FHIR native : BI hospitalière, portails patients, outils départementaux
Middleware d'intégration : consolidation de données multi-sources via FHIR
Migration CDA→FHIR : mapping et adaptation des flux existants

Bob le développeur a développé CareSentinel pour l'AP-HP. L'équipe maîtrise les profils FR Core, les IGs ANS, et les standards d'interopérabilité du CI-SIS.

Prenez rendez-vous pour discuter de votre projet d'interopérabilité.

Conclusion

L'interopérabilité FHIR n'est plus un sujet futur pour les hôpitaux français. Le Ségur Vague 2 est en cours, l'EHDS est adopté, et l'ANS a confirmé FHIR comme standard cible. La question n'est pas "si" mais "comment" et "à quel rythme".

La transition sera progressive. CDA et HL7 V2 coexisteront avec FHIR pendant plusieurs années. L'enjeu pour un DSI est de poser les bonnes bases maintenant (serveur FHIR ou connecteurs sur l'EAI, profils FR Core, INS qualifié) pour que les nouveaux projets soient natifs FHIR et que les flux legacy migrent au fil du temps.

Pour approfondir : guide FHIR pour développeurs, Ségur Vague 2, BI hospitalière, choisir un prestataire e-santé, développement pour les institutions de santé.

Sources : ANS : CI-SIS, FR Core IG, Interop'Santé, Numih France : interopérabilité et FHIR, Numih France : groupe de travail FHIR, CHU Toulouse : InterSystems, EHDS Regulation, Hospitals on FHIR, HL7 Europe : guides FHIR, CNDA : référencer un logiciel.