Interopérabilité FHIR en contexte hospitalier : guide pratique
17/03/2026
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, le Ségur Vague 2 intègre des exigences FHIR, et l'Espace Européen des Données de Santé (EHDS) impose FHIR comme standard fondamental à horizon 2027.
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.6.0) 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 | Projets d'interopérabilité FHIR en cours. |
| HCL Lyon | Plateforme d'innovation intégrant FHIR pour la recherche et l'analytique. |
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ésente seulement 1,7% des charges d'exploitation).
Le calendrier réglementaire
- Ségur Vague 2 (2024-2027) : intègre des exigences d'interopérabilité via IHE/HL7, avec une transition progressive vers FHIR
- Doctrine 2026 (ANS) : FHIR confirmé comme standard cible pour tous les modules du CI-SIS
- EHDS (adopté février 2025) : FHIR comme standard fondamental pour les échanges transfrontaliers européens. Alignement obligatoire d'ici 2027.
- Objectif ANS : FHIR obligatoire pour les nouveaux développements fin 2026
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 Contenu : 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é (remplace XDS/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 / Care4U | Plateforme basée sur FHIR STU 3, IHE, HL7 V2/V3. Convergence DxCare/ORBIS en cours. |
| Maincare | M-CrossWay | IdéoPlan Hub utilise FHIR pour la planification partagée. En avance sur les derniers standards HL7. |
| Numih France | Sillage | 35 experts interopérabilité. Serveur FHIR intégré en développement (premières connexions octobre 2026). Co-construction avec 8 CHU. |
| Softway Medical | Hopital Manager | Datamarts via Qlik. FHIR en progression. |
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 (bibliothèque cda2fhir, FHIR Mapping Language), mais le mapping parfait n'existe pas. 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), Numih France (serveur FHIR intégré en co-construction avec 8 CHU).
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 supporte HL7, IHE, FHIR, HPRIM 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 : REST hooks, email, SMS, message queues.
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 Data Repository FHIR spécifiquement pour ce cas d'usage.
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 FHIR comme standard fondamental pour les échanges transfrontaliers. 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 a publié 3 nouveaux IGs FHIR à l'automne 2025 pour soutenir l'EHDS. 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. Le format EHRxF pour les échanges transfrontaliers sera basé 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 une suite d'outils de test développée par l'INRIA en partenariat avec IHE-Europe. 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 — é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 de mars 2026 inclut un atelier dédié à l'interopérabilité et FHIR.
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) fournit des environnements de test pour valider chaque fonction d'interopérabilité. Le processus en 2 étapes (prérequis techniques puis homologation complète) inclut la validation des échanges FHIR le cas échéant.
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, serveur FHIR intégré, co-construction avec 8 CHU |
| Enovacom (Orange) | EAI/PFI | Plateforme d'intégration multi-standards + Data Repository FHIR |
| InterSystems | Infrastructure | IRIS for Health (serveur FHIR certifié), partenaire CHU Toulouse |
| Lifen | HealthTech | FHIR Bridge, #1 opérateur MSSanté (600+ établissements, 2M docs/mois), fondateur FHIR France meetup |
| Fyrstain | Conseil FHIR | Première entreprise certifiée FHIR en France, plateforme Pandora de tests |
| AP-HP | CHU | Propre IG FHIR (AP-HP Core), présence GitHub, EDS 19M 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 pour le DMP, transition 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 et collabore avec l'ATIH. 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, CHU Toulouse — InterSystems, EHDS Regulation, Hospitals on FHIR. Dernière mise à jour : mars 2026.