HL7 FHIR est passé d'une innovation technique à une exigence réglementaire dans les systèmes de santé européens. Pourtant, l'écart entre le mandat politique et la réalité opérationnelle demeure important. Pour les administrateurs hospitaliers et les décideurs du secteur de la santé, comprendre où se situe cet écart et pourquoi il existe devient urgent, alors que l'Espace européen des données de santé commence à imposer des échéances concrètes aux fournisseurs de systèmes de dossiers médicaux et aux établissements de santé.

Qu'est-ce que HL7 FHIR et pourquoi est-ce important pour les hôpitaux européens ?

Fast Healthcare Interoperability Resources (HL7 FHIR) est une norme reconnue internationalement pour l'échange de données cliniques entre systèmes d'information de santé. Développée par Health Level Seven International, FHIR définit un ensemble de composants modulaires appelés « ressources », qui représentent des unités distinctes d'information clinique : un dossier patient, un résultat de diagnostic, une ordonnance de médicament, un compte rendu de sortie.

Ces ressources peuvent être échangées via des interfaces de programmation d'applications (API) web standard, ce qui rend FHIR nettement plus accessible que les anciennes normes HL7 v2 et v3 qu'il remplace progressivement.

Pour les administrateurs hospitaliers, l'importance de FHIR n'est pas principalement technique, mais bien opérationnelle et stratégique. Lorsque les systèmes cliniques ne peuvent pas échanger des données de manière fiable entre le dossier médical d'un hôpital, une plateforme de radiologie, un système de médecin généraliste ou un registre transfrontalier, la continuité des soins en pâtit, la charge administrative augmente, et l'infrastructure de données nécessaire pour soutenir les outils cliniques basés sur l'intelligence artificielle (IA, un ensemble de technologies qui simulent des capacités cognitives humaines) reste hors de portée.

La flexibilité de FHIR pour les profils personnalisés et l'adoption progressive en a fait la norme de référence privilégiée par les décideurs politiques européens, mais cette flexibilité introduit également une complexité de mise en œuvre que cet article explore en détail.

Le cadre politique de l'UE qui stimule l'adoption de FHIR

Le développement réglementaire le plus important qui façonne l'adoption de FHIR en Europe est le règlement sur l'Espace européen des données de santé (EHDS), entré en vigueur en mars 2025. L'EHDS impose que les systèmes de dossiers médicaux dans tous les États membres de l'UE adoptent le format européen d'échange de dossiers de santé électroniques (EEHRxF), construit sur les spécifications FHIR.

Il s'agit d'une exigence légale pour l'interopérabilité des données de santé dans toute l'Union, et non d'une simple recommandation.

Le cadre de l'EHDS comprend un mécanisme de « bouton jaune », connu sous le nom de xShare, qui donne aux patients le droit d'accéder à leurs données de santé et de les partager dans un format FHIR standardisé. Les actes d'exécution de l'UE, attendus pour mars 2027, définiront les exigences techniques et sémantiques précises auxquelles les systèmes de dossiers médicaux devront se conformer. Tant que ces actes ne sont pas finalisés, les échéances de mise en œuvre restent quelque peu incertaines pour les planificateurs des systèmes de santé.

Au-delà de l'EHDS, le réseau eSanté, un organisme volontaire réunissant des autorités nationales de santé numérique, a constamment identifié HL7 FHIR comme la norme recommandée pour l'EEHRxF. Les stratégies nationales de santé numérique dans plusieurs États membres sont allées plus loin, intégrant FHIR comme une exigence d'infrastructure fondamentale plutôt qu'une simple mise à niveau optionnelle.

En novembre 2025, HL7 Europe a publié trois nouveaux guides de mise en œuvre FHIR couvrant FHIR R4, R5 et les extensions, développés par un processus de vote impliquant les 22 affiliés européens de HL7 et des centaines de contributeurs experts. Ces guides offrent aux États membres une base technique harmonisée pour la conformité à l'EHDS.

En mars 2026, HL7 Europe et IHE-Europe ont annoncé la collaboration EURIDICE, produisant des guides de mise en œuvre FHIR coordonnés pour le rapport d'étude d'imagerie EHDS et l'API de données de santé de l'UE, étendant la normalisation à la radiologie et à l'utilisation secondaire des données.

Où l'adoption de FHIR est la plus avancée : les marchés européens leaders

Les progrès sont inégaux en Europe, mais plusieurs marchés ont établi une infrastructure solide.

Les pays nordiques comptent parmi les mises en œuvre les plus avancées. Le système Kanta de Finlande, un référentiel national d'informations de santé, a été initialement construit sur les normes CDA (Clinical Document Architecture) et a été progressivement aligné sur les normes FHIR. L'infrastructure nationale de données de santé du Danemark bénéficie également d'un degré élevé de centralisation et d'une tradition de normalisation nationale des systèmes de dossiers médicaux, ce qui réduit la fragmentation qui ralentit l'adoption ailleurs.

Les Pays-Bas ont réalisé des progrès significatifs grâce au cadre MedMij, un programme national qui définit comment les citoyens peuvent accéder à leurs dossiers de santé personnels et les partager. MedMij impose des API basées sur FHIR pour l'échange de données entre les prestataires de soins de santé et les environnements de santé personnels, créant ainsi une incitation réglementaire pour que les fournisseurs de systèmes de dossiers médicaux atteignent la conformité.

L'Allemagne présente un tableau plus complexe. La Telematikinfrastruktur (TI), l'infrastructure nationale de santé numérique allemande, fournit un réseau sécurisé reliant les hôpitaux, les cabinets de médecins généralistes et les pharmacies. Dans les établissements hospitaliers, la norme ISiK (Informationstechnische Systeme im Krankenhaus) impose des API basées sur FHIR pour des cas d'usage hospitaliers spécifiques, notamment les données d'admission des patients et les informations de consultation.

Les « Journées des utilisateurs Hospitals on FHIR » d'octobre 2025 à Berlin ont rassemblé des retours d'expérience concrets d'hôpitaux européens et ont introduit le modèle de maturité Hospital on FHIR, un cadre pour évaluer le niveau de progression des établissements vers une opérabilité FHIR complète.

Les conditions structurelles qui accélèrent l'adoption dans ces marchés partagent des caractéristiques communes :

• Infrastructure nationale de données de santé centralisée avec une gouvernance claire

• Mandats réglementaires qui créent des exigences d'approvisionnement pour les fournisseurs de systèmes de dossiers médicaux

• Investissement public soutenu dans les programmes de santé numérique

• Profils FHIR nationaux qui réduisent la variation de mise en œuvre

Adoptants de niveau intermédiaire : pays qui progressent mais font face à des lacunes

Plusieurs systèmes de santé européens ont lancé des programmes FHIR mais n'ont pas encore atteint un déploiement à l'échelle du système.

La France compte des projets pilotes FHIR actifs, avec le CHU de Toulouse parmi les établissements partageant des retours d'expérience à travers la communauté de pratique paneuropéenne « Hospitals on FHIR ». L'infrastructure de données de santé française, centrée sur le Système national des données de santé (SNDS), a historiquement privilégié l'utilisation secondaire des données plutôt que l'échange clinique en temps réel, et l'adoption de FHIR au niveau hospitalier reste fragmentée.

L'Espagne fait face à un défi structurel propre aux systèmes de santé fédéraux : la gouvernance de la santé est dévolue à 17 communautés autonomes, chacune avec sa propre stratégie de santé numérique et ses propres cadres d'approvisionnement. Des projets pilotes FHIR existent dans des contextes régionaux spécifiques, mais l'interopérabilité interrégionale reste limitée.

Une enquête auprès de spécialistes informatiques dans six pays européens, dont l'Espagne et l'Italie, a révélé que l'absence d'alignement des infrastructures de dossiers médicaux figurait parmi les principaux obstacles à la mise en œuvre de solutions de santé en ligne interopérables, aux côtés de l'utilisation incohérente des systèmes de codage internationaux.

La Belgique a progressé grâce à sa plateforme eHealth, qui coordonne l'échange de données de santé entre les acteurs fédéraux et régionaux. Des services basés sur FHIR sont en développement, mais la coexistence de systèmes de santé néerlandophone, francophone et germanophone crée une complexité de coordination supplémentaire.

L'Italie offre une étude de cas détaillée d'un adoptant de niveau intermédiaire confronté à des contraintes structurelles. Une analyse évaluée par les pairs de novembre 2025 a documenté une participation croissante aux programmes de formation FHIR de HL7 Italie entre 2021 et 2025, et a noté que le financement national par le biais du Plan national de relance et de résilience (PNRR) de l'Italie a accéléré l'adoption de FHIR dans certains programmes.

La même analyse a identifié un obstacle structurel majeur : une formation limitée en informatique biomédicale dans les universités italiennes, produisant une main-d'œuvre avec une expertise FHIR insuffisante pour soutenir la mise en œuvre à grande échelle.

Où l'adoption stagne : obstacles structurels et techniques

Dans une grande partie de l'Europe, l'adoption de FHIR progresse plus lentement que ne le suggèrent les ambitions politiques. Les obstacles sont bien documentés et se retrouvent dans tous les systèmes de santé.

Les systèmes de dossiers médicaux existants constituent l'obstacle principal. De nombreux hôpitaux européens fonctionnent avec des systèmes cliniques conçus avant l'existence de FHIR et dépourvus de support FHIR natif. Une étude de déploiement FHIR multi-sites a révélé que la cartographie des données des systèmes existants vers FHIR était le plus grand obstacle à la mise en œuvre, une conclusion directement applicable aux contextes hospitaliers européens.

La plateforme S-RACE, un système sécurisé basé sur le cloud développé pour transformer les données hospitalières brutes en preuves de qualité recherche au format FHIR, illustre une approche de ce problème : utiliser le traitement automatique du langage naturel (NLP, une branche de l'IA qui analyse et interprète le langage humain) pour extraire et normaliser les informations cliniques à partir de données existantes non structurées. De telles solutions nécessitent un investissement technique important et ne résolvent pas la fragmentation sous-jacente.

Les lacunes en compétences aggravent le problème des systèmes existants. Les analyses à destination des praticiens identifient systématiquement une pénurie d'expertise FHIR interne au sein des équipes informatiques hospitalières comme un obstacle central, aux côtés du coût et de la complexité du développement de middleware et de l'intégration d'API personnalisées. Pour les petits hôpitaux et ceux des systèmes de santé avec un investissement limité dans la santé numérique, cette lacune en compétences est effectivement prohibitive.

Des normes API nationales incohérentes créent des frictions supplémentaires. Même au sein d'un même pays, différents hôpitaux peuvent fonctionner avec différentes versions de FHIR, différents profils nationaux et différentes liaisons terminologiques. Une étude d'analyse fédérée dans six hôpitaux universitaires bavarois, qui a réussi à transformer des données oncologiques au format FHIR à travers diverses infrastructures informatiques, a reconnu que le pipeline modulaire nécessitait une personnalisation importante pour s'adapter aux systèmes distincts de chaque site.

Le coût et la complexité de la migration restent sous-estimés dans de nombreux processus d'approvisionnement et de planification. La rétrocompatibilité avec les données existantes, la correction de la qualité des données et la nécessité de maintenir la continuité opérationnelle pendant la migration allongent tous les délais et augmentent les coûts au-delà des projections initiales.

Le problème d'interopérabilité que FHIR seul ne peut résoudre

Une idée reçue fréquente parmi les décideurs non techniques est que l'adoption de FHIR produit automatiquement l'interopérabilité. Ce n'est pas le cas. FHIR est un cadre, un ensemble de règles pour structurer et échanger des données, mais il permet une variation significative dans la façon dont ces règles sont appliquées.

Le principal défi est la variation de mise en œuvre. Différents systèmes de santé, et même différents hôpitaux au sein d'un même système, peuvent mettre en œuvre FHIR en utilisant différentes versions (R3, R4, R4B, R5), différents profils nationaux et différentes extensions. Une ressource FHIR produite par un système peut être structurellement valide mais sémantiquement incompatible avec une ressource produite par un autre.

La recherche sur la fragmentation des données des patients a documenté des incohérences sémantiques même lorsque des produits de systèmes de dossiers médicaux identiques sont déployés sur plusieurs sites, ce qui souligne les limites de la normalisation au seul niveau du format.

Les liaisons terminologiques sont tout aussi essentielles. Les ressources FHIR doivent référencer des terminologies cliniques partagées, telles que SNOMED CT pour les concepts cliniques et LOINC pour les résultats de laboratoire, pour être sémantiquement interopérables. Lorsque ces liaisons sont absentes, incohérentes ou personnalisées localement, l'échange de données produit des dossiers syntaxiquement corrects mais cliniquement ambigus.

Le cadre d'interopérabilité de l'EHDS reconnaît le paysage réglementaire dynamique comme un facteur compliquant, notant que la liaison terminologique cohérente entre les États membres reste un défi non résolu.

Le modèle de maturité Hospital on FHIR, introduit lors de l'événement de Berlin d'octobre 2025, fournit un cadre structuré pour évaluer et améliorer la qualité de la mise en œuvre, et pas seulement l'étendue de l'adoption. Les décideurs devraient bien distinguer « avoir FHIR » et « atteindre l'interopérabilité grâce à FHIR » avant de s'engager dans des programmes de mise en œuvre.

La gouvernance des données et le RGPD comme facteurs aggravants

L'échange de données basé sur FHIR ne se fait pas dans un vide réglementaire. Pour les systèmes de santé européens, le Règlement général sur la protection des données (RGPD) et les cadres nationaux de souveraineté des données créent une couche de conformité qui influence fortement la façon dont l'infrastructure FHIR peut être conçue et exploitée.

La tension la plus forte survient lors des déploiements de serveurs FHIR hébergés dans le cloud. De nombreuses approches de mise en œuvre de FHIR s'appuient sur l'infrastructure cloud pour l'évolutivité et l'efficacité des coûts. Les exigences du RGPD concernant l'hébergement des données au sein de l'UE, et les restrictions nationales dans des pays tels que l'Allemagne et la France sur l'endroit où les données de santé peuvent être traitées et stockées, limitent l'utilisation de fournisseurs de cloud non européens et, dans certains cas, nécessitent des déploiements sur site ou dans un cloud souverain.

Cela ajoute des coûts et de la complexité à des mises en œuvre qui pourraient autrement être simples.

Pour l'échange de données transfrontalier dans le cadre de l'EHDS, les obligations de conformité au RGPD se croisent avec les exigences techniques de la spécification xShare. Les données de santé partagées entre les États membres doivent satisfaire à la fois les exigences d'interopérabilité technique de l'EHDS et les exigences de protection des données de la juridiction dans laquelle réside la personne concernée.

L'enquête auprès de spécialistes informatiques dans six pays européens a identifié la pseudonymisation des données de santé personnelles et les politiques de conservation des données comme des préoccupations majeures dans les trois scénarios de systèmes de santé examinés : national, régional et hospitalier.

Les guides de mise en œuvre FHIR de la collaboration EURIDICE incluent des spécifications pour l'API de données de santé de l'UE conçues pour répondre à certaines de ces exigences de gouvernance au niveau technique. Les dimensions juridiques et organisationnelles de la gouvernance des données transfrontalières ne peuvent pas être résolues par les seules normes techniques.

Ce que les administrateurs cliniques et les décideurs devraient évaluer avant d'adopter FHIR

Pour les dirigeants hospitaliers évaluant l'adoption de FHIR, les questions pertinentes ne concernent pas principalement la norme elle-même, mais la préparation de l'écosystème environnant et la portée réaliste de ce qui peut être réalisé dans un contexte institutionnel donné.

La préparation FHIR du fournisseur de système de dossiers médicaux est la première et la plus importante évaluation. Les décideurs devraient déterminer quelle version de FHIR leur fournisseur actuel prend en charge, si ce support est natif ou assuré par un middleware, et quelle est la feuille de route du fournisseur pour la conformité à l'EHDS. Les engagements des fournisseurs pris lors des appels d'offres ne se traduisent pas toujours par des fonctionnalités livrées dans les délais promis.

La conformité au profil national est la deuxième dimension critique. La plupart des pays européens disposent ou développent des profils FHIR nationaux qui précisent comment la norme doit être mise en œuvre dans leur système de santé. Mettre en œuvre FHIR sans référence au profil national applicable risque de produire un système techniquement conforme à FHIR mais non interopérable avec l'infrastructure nationale.

L'intégration avec les flux de travail cliniques existants est fréquemment sous-estimée dans les analyses de rentabilité FHIR. FHIR est une norme d'échange de données, pas une plateforme de gestion des flux de travail. Sa valeur se réalise lorsqu'il permet aux cliniciens d'accéder aux bonnes informations au bon moment, mais atteindre ce résultat nécessite un travail d'intégration bien au-delà de la couche de données, impliquant la conception du système clinique et la gestion du changement.

Des échéances réalistes sont essentielles pour la gouvernance et la budgétisation. L'expérience pratique de mise en œuvre montre systématiquement que le coût et la durée de la migration des systèmes existants sont sous-estimés. La date limite de mars 2027 pour les actes d'exécution de l'UE constitue un point de pression réglementaire, mais l'opérabilité FHIR complète dans tous les systèmes hospitaliers n'est pas réalisable d'ici cette date pour la plupart des établissements.

Une mise en œuvre progressive, commençant par les cas d'usage à plus forte valeur ajoutée, est plus réaliste qu'une migration complète.

Questions clés que les décideurs devraient se poser :

• Notre fournisseur de dossier médical a-t-il une feuille de route FHIR R4 ou R5 confirmée avec des dates de livraison ?

• Mettons-nous en œuvre selon le profil FHIR national, ou une variante spécifique au fournisseur ?

• Avons-nous évalué les liaisons terminologiques (SNOMED CT, LOINC) requises pour l'interopérabilité sémantique ?

• Quelle est notre approche de gouvernance des données et de conformité au RGPD pour notre infrastructure de serveur FHIR ?

• Disposons-nous, ou pouvons-nous accéder à, une expertise de mise en œuvre FHIR suffisante pour gérer ce projet ?

Le rôle des fournisseurs de systèmes de dossiers médicaux dans l'accélération ou le blocage des progrès

Les fournisseurs de systèmes de dossiers médicaux sont une variable décisive dans l'adoption de FHIR au niveau hospitalier. Leurs choix techniques, leurs incitations commerciales et leurs feuilles de route produits déterminent directement la rapidité et l'exhaustivité avec lesquelles les hôpitaux peuvent mettre en œuvre l'interopérabilité basée sur FHIR.

Epic, qui s'est fortement développé sur les marchés européens, notamment aux Pays-Bas et au Danemark, a beaucoup investi dans les API FHIR. Le support FHIR R4 d'Epic est parmi les plus matures de tous les principaux fournisseurs de dossiers médicaux, et son marché App Orchard permet aux applications tierces de se connecter via FHIR. La mise en œuvre FHIR d'Epic reflète les exigences réglementaires américaines, et l'adaptation aux profils nationaux européens nécessite un travail de configuration supplémentaire.

Dedalus, l'un des plus grands fournisseurs de dossiers médicaux opérant en Europe continentale, a été actif dans la communauté « Hospitals on FHIR » et a présenté des retours d'expérience lors d'événements européens. Sa présence en France, en Italie, en Allemagne et dans d'autres marchés rend sa feuille de route FHIR particulièrement importante pour les pays adoptants de niveau intermédiaire.

CompuGroup Medical (CGM) couvre une grande partie du marché allemand des soins primaires et secondaires et a participé au travail de conformité ISiK dans le cadre de la Telematikinfrastruktur. Philips opère principalement dans l'imagerie et l'informatique diagnostique, où le guide de mise en œuvre FHIR EURIDICE pour le rapport d'étude d'imagerie EHDS est directement pertinent.

Un modèle récurrent chez les fournisseurs est l'utilisation de middleware et de passerelles API comme solution pragmatique à court terme, exposant des points de terminaison FHIR sans nécessiter une réarchitecture complète du système sous-jacent. Cette approche permet de répondre aux exigences réglementaires mais n'offre pas la même profondeur d'interopérabilité qu'un support FHIR natif. Elle génère également une complexité de maintenance continue et peut limiter la granularité des données disponibles via l'interface FHIR.

Le verrouillage des fournisseurs reste une préoccupation structurelle. Les hôpitaux qui ont investi à long terme dans des systèmes de dossiers médicaux propriétaires font face à des coûts de changement importants, ce qui réduit leur pouvoir de négociation pour exiger la conformité FHIR des fournisseurs.

Les exigences obligatoires EEHRxF du règlement EHDS visent en partie à résoudre cette dynamique, en créant un socle réglementaire en dessous duquel les fournisseurs ne peuvent pas descendre sans risquer la non-conformité sur les marchés de l'UE.

À quoi ressembleront les trois à cinq prochaines années pour FHIR en Europe

La trajectoire de l'adoption de FHIR en Europe entre 2026 et 2030 sera façonnée par trois forces convergentes : la pression réglementaire de l'EHDS, les cycles de développement des fournisseurs de dossiers médicaux et la demande croissante d'applications cliniques compatibles FHIR.

La pression réglementaire s'intensifiera à l'approche de la date limite de mars 2027 pour les actes d'exécution de l'UE. Une fois ces actes finalisés, les fournisseurs de dossiers médicaux opérant sur les marchés de l'UE feront face à des exigences techniques contraignantes pour la conformité EEHRxF. Les systèmes de santé qui n'ont pas encore lancé de programmes de mise en œuvre FHIR devront composer avec un calendrier resserré.

L'analyse politique évaluée par les pairs du paysage de mise en œuvre de l'EEHRxF plaide pour des échéances harmonisées et prévisibles, mais reconnaît également que l'absence actuelle d'actes d'exécution finalisés ralentit la planification au niveau hospitalier.

La consolidation des fournisseurs de dossiers médicaux devrait accélérer la normalisation FHIR sur certains marchés tout en renforçant les approches propriétaires sur d'autres. Les marchés où un petit nombre de fournisseurs détiennent des positions dominantes et où ces fournisseurs disposent de solides feuilles de route FHIR sont susceptibles de progresser plus rapidement que les marchés fragmentés avec de nombreux systèmes existants.

Les outils cliniques basés sur l'IA représentent un signal de demande émergent significatif pour l'infrastructure FHIR. Les systèmes d'aide à la décision médicale, les outils de documentation ambiante et les plateformes de recherche dépendent tous de l'accès à des données cliniques structurées et normalisées.

L'approche de la plateforme S-RACE, utilisant le NLP pour transformer les données hospitalières non structurées au format FHIR comme base pour le développement de modèles d'IA, illustre comment l'infrastructure FHIR et la capacité d'IA deviennent interdépendantes. L'étude d'analyse fédérée dans les hôpitaux bavarois a démontré que la transformation de données basée sur FHIR à grande échelle peut soutenir la recherche multi-sites sans nécessiter de mise en commun centralisée des données, un modèle avec des implications directes pour le développement d'IA préservant la confidentialité à travers les réseaux de santé européens.

Les 11 milliards d'euros d'économies projetées par l'EHDS grâce à une meilleure accessibilité des données de santé fournissent la justification économique d'un investissement soutenu. Réaliser ces économies nécessite de résoudre la variation de mise en œuvre, les lacunes en compétences et les défis de gouvernance qui limitent actuellement l'impact pratique de FHIR. Ces défis sont peu susceptibles d'être entièrement résolus au cours des trois à cinq prochaines années, même si la pression réglementaire et la capacité des fournisseurs continuent de s'améliorer.

Pour les décideurs du secteur de la santé, l'horizon réaliste à court terme est celui d'un progrès progressif : l'adoption de FHIR avance dans certains contextes de soins et cas d'usage spécifiques, les profils nationaux deviennent plus établis à mesure que les actes d'exécution de l'EHDS sont finalisés, et un corpus croissant de retours d'expérience de la communauté Hospitals on FHIR et de réseaux similaires fournit des conseils pratiques pour les établissements qui débutent leurs propres programmes.

Le déploiement FHIR sémantiquement interopérable à l'échelle du système dans les réseaux hospitaliers européens reste une ambition à moyen terme plutôt qu'une réalité imminente.

Questions fréquemment posées

▶ Qu'est-ce que HL7 FHIR et pourquoi est-ce important pour les hôpitaux européens ?

Fast Healthcare Interoperability Resources (HL7 FHIR) est une norme reconnue internationalement pour l'échange de données cliniques entre systèmes d'information de santé. Elle définit des composants modulaires appelés « ressources », qui représentent des unités distinctes d'information clinique, telles qu'un dossier patient, un résultat de diagnostic ou un compte rendu de sortie, et les échange via des interfaces de programmation d'applications web standard. Pour les administrateurs hospitaliers, l'enjeu est opérationnel : lorsque les systèmes cliniques ne peuvent pas échanger des données de manière fiable, la continuité des soins en pâtit, la charge administrative augmente, et l'infrastructure de données nécessaire pour soutenir les outils cliniques basés sur l'IA reste hors de portée.

▶ Quelle réglementation de l'UE stimule l'adoption de FHIR, et quelles sont les dates limites clés ?

Le règlement sur l'Espace européen des données de santé (EHDS), entré en vigueur en mars 2025, impose que les systèmes de dossiers médicaux dans tous les États membres de l'UE adoptent le format européen d'échange de dossiers de santé électroniques, construit sur les spécifications FHIR. Les actes d'exécution de l'UE, attendus pour mars 2027, définiront les exigences techniques et sémantiques précises auxquelles les systèmes de dossiers médicaux devront se conformer. Tant que ces actes ne sont pas finalisés, les échéances de mise en œuvre restent quelque peu incertaines pour les planificateurs des systèmes de santé.

▶ Quels pays européens sont les plus avancés dans l'adoption de FHIR ?

Les pays nordiques, en particulier la Finlande et le Danemark, comptent parmi les mises en œuvre les plus avancées, bénéficiant d'une infrastructure nationale de données de santé centralisée et d'une tradition de normalisation des systèmes de dossiers médicaux. Les Pays-Bas ont réalisé des progrès significatifs grâce au cadre MedMij, qui impose des API basées sur FHIR pour l'échange de données entre les prestataires de soins de santé et les environnements de santé personnels. L'Allemagne a intégré des exigences FHIR pour des cas d'usage hospitaliers spécifiques via la norme ISiK au sein de son infrastructure nationale de santé numérique. Les facteurs communs à ces marchés incluent une gouvernance nationale claire, des mandats réglementaires qui structurent les appels d'offres, un investissement public soutenu et des profils FHIR nationaux qui réduisent la variation de mise en œuvre.

▶ Quels sont les principaux obstacles à l'adoption de FHIR dans les hôpitaux européens ?

Les systèmes de dossiers médicaux existants constituent l'obstacle principal. De nombreux hôpitaux européens fonctionnent avec des systèmes cliniques conçus avant l'existence de FHIR et dépourvus de support FHIR natif, et la cartographie des données de ces systèmes vers FHIR a été identifiée comme le plus grand obstacle à la mise en œuvre dans les études de déploiement multi-sites. Les lacunes en compétences aggravent le problème : les équipes informatiques hospitalières manquent fréquemment d'expertise FHIR interne, ce qui est effectivement prohibitif pour les petits hôpitaux. Des normes API nationales incohérentes, différentes versions de FHIR selon les sites, ainsi que le coût et la complexité sous-estimés de la migration allongent tous les délais et augmentent les coûts au-delà des projections initiales.

▶ L'adoption de FHIR produit-elle automatiquement l'interopérabilité entre les systèmes de santé ?

Non. FHIR est un cadre, un ensemble de règles pour structurer et échanger des données, mais il permet une variation significative dans la façon dont ces règles sont appliquées. Différents systèmes de santé peuvent mettre en œuvre FHIR en utilisant différentes versions, différents profils nationaux et différentes extensions. Une ressource FHIR produite par un système peut être structurellement valide mais sémantiquement incompatible avec une ressource produite par un autre. Les liaisons terminologiques, telles que SNOMED CT pour les concepts cliniques et LOINC pour les résultats de laboratoire, sont tout aussi essentielles : lorsqu'elles sont absentes ou appliquées de manière incohérente, l'échange de données produit des dossiers syntaxiquement corrects mais cliniquement ambigus.

▶ Comment le RGPD affecte-t-il la mise en œuvre de FHIR dans les hôpitaux européens ?

Le RGPD et les cadres nationaux de souveraineté des données créent une couche de conformité qui influence fortement la façon dont l'infrastructure FHIR peut être conçue et exploitée. La tension la plus forte survient lors des déploiements de serveurs FHIR hébergés dans le cloud. Des pays comme l'Allemagne et la France limitent l'endroit où les données de santé peuvent être traitées et stockées, ce qui restreint l'utilisation de fournisseurs de cloud non européens et, dans certains cas, impose des déploiements sur site ou dans un cloud souverain. Pour l'échange de données transfrontalier dans le cadre de l'EHDS, les données de santé partagées entre les États membres doivent satisfaire à la fois les exigences d'interopérabilité technique de l'EHDS et les exigences de protection des données de la juridiction où réside la personne concernée.

▶ Que devraient évaluer les décideurs hospitaliers avant de s'engager dans un programme de mise en œuvre FHIR ?

La première étape essentielle consiste à évaluer la préparation FHIR du fournisseur de dossier médical : quelle version de FHIR le fournisseur actuel prend en charge, si ce support est natif ou assuré par un middleware, et quelle est la feuille de route du fournisseur pour la conformité à l'EHDS. Les décideurs devraient également s'assurer qu'ils mettent en œuvre selon le profil FHIR national applicable plutôt qu'une variante propre au fournisseur, évaluer les liaisons terminologiques requises pour l'interopérabilité sémantique, définir une approche claire de gouvernance des données et de conformité au RGPD pour l'infrastructure de serveur FHIR, et vérifier qu'une expertise de mise en œuvre FHIR suffisante est disponible. Une mise en œuvre progressive, commençant par les cas d'usage à plus forte valeur ajoutée, est plus réaliste qu'une migration complète pour la plupart des établissements.

▶ Comment les fournisseurs de systèmes de dossiers médicaux influencent-ils l'adoption de FHIR au niveau hospitalier ?

Les fournisseurs de dossiers médicaux sont une variable décisive. Leurs choix techniques, leurs incitations commerciales et leurs feuilles de route produits déterminent directement la rapidité et l'exhaustivité avec lesquelles les hôpitaux peuvent mettre en œuvre l'interopérabilité basée sur FHIR. Un modèle récurrent chez les fournisseurs est l'utilisation de middleware et de passerelles API comme solution à court terme, exposant des points de terminaison FHIR sans nécessiter une réarchitecture complète du système sous-jacent. Cela permet de répondre aux exigences réglementaires mais n'offre pas la même profondeur d'interopérabilité qu'un support FHIR natif, et génère une complexité de maintenance continue. Le verrouillage des fournisseurs demeure une préoccupation structurelle : les hôpitaux ayant investi à long terme dans des systèmes propriétaires font face à des coûts de changement importants, ce qui réduit leur pouvoir de négociation pour exiger la conformité FHIR.

▶ Quelles sont les perspectives réalistes pour l'adoption de FHIR dans les hôpitaux européens au cours des trois à cinq prochaines années ?

La trajectoire sera façonnée par la pression réglementaire de l'EHDS, les cycles de développement des fournisseurs de dossiers médicaux et la demande croissante d'applications cliniques compatibles FHIR, notamment les outils d'aide à la décision médicale basés sur l'IA et les outils de documentation ambiante. La date limite de mars 2027 pour les actes d'exécution de l'UE intensifiera la pression sur les fournisseurs et les systèmes de santé qui n'ont pas encore commencé la mise en œuvre. Cependant, la variation de mise en œuvre, les lacunes en compétences et les défis de gouvernance qui limitent actuellement l'impact pratique de FHIR sont peu susceptibles d'être entièrement résolus dans ce délai. Le déploiement FHIR sémantiquement interopérable à l'échelle du système dans les réseaux hospitaliers européens reste une ambition à moyen terme plutôt qu'une réalité imminente.