Guides de mise en œuvre du FHIR par pays : États membres de l'UE, UA, États-Unis, Royaume-Uni
Il n’existe pas de FHIR unique. Ce hub mappe les IG sélectionnés des États membres de l’UE ainsi que l’AU Core, l’US Core et le UK Core à l’identifiant et au premier flux de travail réellement requis par chaque marché.
Ala Ben Aicha
Réponse directe
Il n’existe pas de FHIR unique. Les IG nationaux limitent les ressources, les identifiants et la recherche. Choisissez l'IG pour chaque marché, puis mappez les identifiants des pays avant de mapper Observation.
Pourquoi un serveur R4 générique n'est pas un produit national
FHIR R4 est une boîte à outils. Un guide national de mise en œuvre (IG) est un contrat : quels profils sont concernés, quels systèmes d'identification sont valides, quels paramètres de recherche doivent fonctionner et quelles liaisons terminologiques sont attendues. AU Core, HL7 Europe Base/Core, US Core, ISiK, FR Core et UK Core reposent tous sur FHIR R4, mais ils n'acceptent pas le même Patient.
Je crée des intégrations HealthTech pour les hôpitaux et les fournisseurs qui vendent sur plusieurs de ces marchés. La première question architecturale n’est pas « soutenons-nous FHIR ? ». Il s’agit de « quel IG est la cible de conformité de l’acheteur, et quel identifiant chaque flux en aval doit-il porter ? »
Cette page est une carte de sélectionné Programmes des États membres de l’UE ainsi que de l’UA, des États-Unis, du Royaume-Uni et de la Suisse. Il ne s’agit pas d’un catalogue des 27 États membres de l’UE. L'Allemagne est déjà couverte sur ce site ; il est lié à partir du tableau plutôt que dupliqué.
Les IG nationaux en un coup d'oeil
| Pays/région | IG (version nommée) | Identifiant à implémenter en premier | Premier flux de travail | Aperçu |
|---|---|---|---|---|
| Union européenne | Base et noyau HL7 Europe 2.0.0 | Catégorie EEHRxF (résumé du patient et ePrescription en premier), plus chaque identifiant d'État membre | Charge utile à usage principal de catégorie 1 | EU Core et EHDS |
| France | FR Core 2.2.0 (essai, 25 mars 2026) ; INS; CI-SIS | INS-NIR (urn:oid:1.2.250.1.213.1.4.8) |
INS qualifié via INSi, puis le volet nommé CI-SIS | FR Core, INS et CI-SIS |
| Pays-Bas | MedMij + Nictiz BgZ ; zib2017/STU3 contre zib2020/R4 (informatiestandaarden.nictiz.nl) | BSN (http://fhir.nl/fhir/NamingSystem/bsn) |
Résumé du patient MedMij PHR / BgZ | MedMij, BgZ et zibs |
| Belgique | Cybersanté Fédéral Core 2.2.0; Patient Dossier 1.0.0 | SSIN / NISS-INSZ (https://www.ehealth.fgov.be/standards/fhir/core/NamingSystem/ssin) |
BePatient, alors nommé CareSets | Noyau fédéral belge |
| Allemagne | ISiK (https://gematik.de/fhir/isik/); pas MIO, MII ou HL7 DE |
Versicherten-ID / KVNR (http://fhir.de/sid/gkv/kvid-10) |
Lecture/recherche REST à l'hôpital (base ISiK) | ISiK, MIO et FHIR allemand |
| Suède | NLL paquet se.electronichealth.fhir.nll.r4 1.3.1 (version 21.18, 31 août 2026) |
Numéro de personne (http://electronichealth.se/identifier/personnummer) |
Liste nationale des médicaments MedicationRequest / MedicationDispense | Liste nationale suédoise des médicaments |
| Danemark | DK Core 3.7.0 (30 mai 2026) ; MedCom ; Infrastructure de cybersanté 10.0.1 | RCR (urn:oid:1.2.208.176.1.2) |
Message MedCom ou API de télémédecine e-santé : pas les deux sur un seul serveur | DK Core et MedCom |
| Finlande | Profils de base finlandais 2.0.0 (STU 2, 5 octobre 2025) | PIC / HETU (urn:oid:1.2.246.21) |
FI Base Patient ; Kanta reste largement HL7 v3 | FI Base et Kanta |
| Autriche | ELGA CDA/IHE en production ; HL7 AT Core R4 2.0.0 (STU2) | Numéro de sécurité sociale (urn:oid:1.2.40.0.10.1.4.3.1) |
Requête de documents ELGA (XDS/CDA), pas un DSE FHIR | ELGA et le FHIR autrichien |
| Italie | IT Core 0.2.0 (STU, 2026) ; FSE 2.0 toujours CDA | Code fiscal (http://hl7.it/sid/codiceFiscale) |
Alimentation de documents FSE (CDA R2); FHIR pour les IG IT Core / télémédecine | Informatique de base et FSE |
| Australie | AU Core R2 2.0.0 (28 janvier 2026) ; AU eRequesting R1 | Identifiant individuel de santé (http://ns.electronichealth.net.au/id/hi/ihi/1.0) |
Demande de pathologie communautaire / imagerie | Implémentation de l'UA Core |
| États-Unis | États-Unis Core 9.0.0 (Mappage USCDI v6) | Cours de données démographiques USCDI Patient activé US Core Patient | Requête de documents TEFCA, puis FHIR facilité | US Core et TEFCA |
| Royaume-Uni | FHIR Royaume-Uni Core R4 (séquence STU2) | Numéro NHS (https://fhir.nhs.uk/Id/nhs-number) |
Recherche PDS, puis API catalogue pour le cas d'utilisation | API UK Core et NHS |
| Suisse (existant) | CH EPR FHIR; CH Noyau | EPR-SPID (urn:oid:2.16.756.5.30.1.127.3.10.3); L'AVS/AVS est un autre identifiant |
Requête de documents communautaires (MHD/XDS) | Intégration EPD Suisse |
L’Espagne a été omise : aucun FHIR IG national à épingler. ÚNICAS est une ébauche de maladies rares, pas un noyau SNS. Ne traitez pas la fragmentation régionale du DSE comme un contrat FHIR national.
URL canoniques pour les IG sur lesquels ce cluster implémente (les articles des États membres contiennent le reste) :
- Base/noyau HL7 Europe :
http://hl7.eu/fhir/base/ImplementationGuide/hl7.fhir.eu.base(v2.0.0) - Noyau FR :
https://hl7.fr/ig/fhir/core/ImplementationGuide/hl7.fhir.fr.core(v2.2.0) - ISiK :
https://gematik.de/fhir/isik/(Stufe 5 publié le 1er juillet 2025) - AU Core :
http://hl7.org.au/fhir/core/ImplementationGuide/hl7.fhir.au.core(v2.0.0) - US Core :
http://hl7.org/fhir/us/core/ImplementationGuide/hl7.fhir.us.core(v9.0.0) - UK Core Patient :
https://fhir.hl7.org.uk/StructureDefinition/UKCore-Patient
Ne copiez pas le texte du profil de ces IG dans une présentation de vente. Fixez la version de la version du package, validez les exemples par rapport à cette version et conservez les systèmes d'identification nationaux en dehors d'un modèle « global Patient » partagé.
Comment choisir un IG lorsque vous vendez sur deux marchés
Traitez chaque marché comme un pack de profils et un pack d'identifiants, et non comme une chaîne de paramètres régionaux.
- Nommez l’IG de l’acheteur. Un système de santé américain qui expose déjà le US Core n’est pas une opportunité de base/noyau européen. Un volet CI-SIS français n'est pas « assez proche » d'ISiK car les deux utilisent Patient.
- Séparez l’identité du contenu clinique. INS-NIR, BSN, SSIN, KVNR, personnummer, CPR, HETU, SSNr autrichien, code fiscal, IHI, numéro NHS et données démographiques USCDI ne sont pas interchangeables.
identifier.valuecordes. Si vous les réduisez, la correspondance et le consentement sont interrompus avant le démarrage du mappage Observation. - Choisissez le premier flux de travail que l'IG régit réellement. MedMij est un échange patient/PHR. NLL est la liste suédoise des médicaments. La production ELGA est toujours un échange de documents. Les API du catalogue britannique (PDS, EPS, e-RS, BaRS, MESH) sont des produits distincts des profils UK Core.
- Ne doublez pas un serveur FHIR en tant que « UE + États-Unis » sans routeur. Le Comparaison EU Core et US Core C'est l'endroit idéal pour voir pourquoi les extensions Patient, la terminologie et les ensembles de supports indispensables divergent.
Si le deuxième marché est la Suisse, commencez par le Article DEP plutôt que de EU Core. CH Core et CH EPR FHIR sont des contrats suisses et non une superposition d'État membre de HL7 Europe.
Ce que cette page n'est pas
Cette page ne constitue pas un certificat de conformité, un rapport de test Inferno ou gematik, ni un avis juridique. Répertorier un IG ici ne signifie pas qu'un produit est certifié, assuré ou autorisé à traiter des données de santé dans ce pays. Les programmes nationaux modifient les versions des packages ; lisez l'IG canonique et les règles d'intégration actuelles avant d'enchérir. Je ne délivre pas de certificats ISiK, ONC, NHS, ANS, MedMij ou EHDS, et rien sur ce site ne remplace les conseils ou la propre évaluation de la conformité de l'acheteur.
Comment utiliser le cluster
- Implémentation de l'Australie, y compris IHI et eRequesting : AU Core R2
- Implémentation de charges utiles EHDS à usage principal sur HL7 Europe Base/Core : EU Core et EHDS
- Implémentation de l'USCDI sur les échanges US Core et TEFCA : US Core et TEFCA
- Distinguer ISiK de MIO, MII et HL7 DE : Familles FHIR allemandes
- Câblage du UK Core vers PDS, EPS, e-RS, BaRS et MESH : API UK Core et NHS
- France — FR Core, INS et CI-SIS : Couches FHIR françaises
- Pays-Bas — MedMij, BgZ et zibs : Couches FHIR néerlandaises
- Belgique — Noyau fédéral et dossier Patient : FHIR belge
- Suède — Liste nationale des médicaments : NLL FHIR
- Danemark — DK Core et MedCom : FHIR danois
- Finlande — FI Base et Kanta : FHIR finlandais
- Autriche — ELGA contre FHIR : FHIR autrichien
- Italie — IT Core et FSE : Italien FHIR
Si vous avez besoin d'aide pour épingler une version IG, mapper des identifiants ou concevoir le chemin hybride v2-plus-FHIR que la plupart des hôpitaux utilisent encore, démarrer un projet. C'est le interopérabilité numérique en matière de santé travail que je fais.