Un profil FHIR national de base est un guide d'implémentation dans lequel un pays fixe la forme que prennent chez lui les ressources FHIR courantes, comme le patient, le prestataire de soins et l'organisation. D'autres guides nationaux s'appuient dessus. Parmi les exemples figurent US Core, UK Core, nl-core, FR Core, CH Core, DK Core, les profils de base autrichiens et allemands et le BE Core belge. La gestion et le caractère obligatoire varient selon les pays : US Core a été conçu pour des critères de certification américains, les systèmes hospitaliers allemands sont certifiés sur ISiK, ailleurs l'obligation repose sur une norme d'information ou sur le guide lui-même. L'IPS et HL7 Europe Base and Core constituent la référence internationale et européenne commune.
", "last_verified": "2026-11-12", "verification_outdated": false, "sections": [ { "id": "en-bref", "title": "En bref", "kind": "tekst", "html": "HL7 FHIR est une norme générale : une ressource comme Patient laisse beaucoup de choses ouvertes (quels numéros d'identification, quels codes, quels champs obligatoires). Un profil fixe ces choix, et un guide d'implémentation (IG) regroupe des profils, des extensions et des jeux de valeurs. Un profil national de base (aussi appelé guide « core » ou, de manière informelle, « dialecte » FHIR national) le fait pour tout un pays, pour les ressources dont chaque application a besoin. UK Core se décrit non pas comme un service déployable entièrement spécifié, mais comme la base dont sont dérivés d'autres guides d'implémentation FHIR[1]. Il ne contredit jamais la norme de base, mais restreint et étend des ressources pour les aligner sur les exigences britanniques[1]. Qui utilise DK Core est censé en hériter et construire dessus des profils par cas d'usage ; DK Core lui-même ne fournit pas de profils propres à un cas d'usage[6].
\nLa dénomination est délibérément parallèle : selon les directives de profilage de Nictiz, nl-core est la couche destinée aux implémentations réelles, et le nom s'aligne sur eu-core, us-core et uk-core dans d'autres juridictions[12]. Au-dessus de la couche nationale se trouvent deux références communes, le Résumé patient international (IPS) et les profils européens de HL7 Europe (voir « Composants »). Le pendant belge est BE Core, qui fait partie des guides FHIR belges.
\nLe tableau juxtapose des données et ne classe pas les pays. « Publié » désigne la version figurant sur le site du guide ; le registre de paquets FHIR peut afficher comme « latest » une version de ballot ou de correctif plus récente.
\n| Pays | \nGuide | \nGestionnaire | \nVersion (état au 12/11/2026) | \nFHIR | \nDegré d'obligation | \nAlignement IPS/UE | \n
|---|---|---|---|---|---|---|
| États-Unis | \nUS Core | \nguide pour le US Realm[15] | \n9.0.0 (STU 9)[15][16] | \nR4[15] | \nconçu pour des critères de certification de l'édition 2015 de l'ONC[14] ; version réglementaire actuelle non vérifiée | \nl'IPS tient compte de US Core[17] | \n
| Royaume-Uni | \nUK Core | \nHL7 UK ; gouvernance par NHS England en tant que DAPB4020[3][11] | \nrelease 2.0 (STU2), registre 2.0.2[3][18] | \nR4 (4.0.1)[18] | \nnorme d'information : les fournisseurs « devraient envisager » une mise à jour[11] | \nnon trouvé | \n
| Pays-Bas | \nnl-core (sur les zibs) | \nNictiz[9][19] | \n0.12.1-beta.1 (bêta)[20] | \nR4 (4.0.1)[20] | \nles standards de Nictiz visent nl-core[19] ; désignation légale non trouvée | \ncompliesWithProfile vers eu-core[12] | \n
| Allemagne | \nBasisprofil DE R4 ; ISiK Basis | \nHL7 Deutschland ; gematik[8][21] | \n1.6.0 ; ISiK Basis 6.0.0[22][21] | \nR4 (4.0.1)[22] | \nISiK : certification, base légale via le § 373 SGB V et le GIGV[10][23] | \nISiK suit l'état disponible de HL7 Europe[13] | \n
| France | \nFR Core | \nHL7 France et IHE France[4] | \n2.2.0 ; registre 3.0.0-ballot[4][24] | \nR4 (4.0.1, selon le registre pour le ballot)[24] | \nle guide indique que l'ensemble des implémentations FHIR doit se baser sur FR Core[4] | \nhéritage des profils HL7 Base Europe annoncé[4] | \n
| Suisse | \nCH Core | \nHL7 Switzerland[5] | \n7.0.0-ballot (STU 7 Ballot)[5] | \nR4[5] | \ndes annexes de la loi sur le dossier électronique du patient fixent des exigences[5] ; renvoi direct à CH Core non trouvé | \nnon trouvé | \n
| Danemark | \nDK Core ; MedCom Core | \nHL7 Denmark ; MedCom[6][25] | \n3.7.0 ; MedCom Core 4.0.0[6][25] | \nMedCom Core R4[25] ; DK Core absent des sources | \ncadre légal pour les profils non trouvé | \nprofils IPA-DK propres[6] ; IPS/UE non trouvé | \n
| Autriche | \nHL7 Austria FHIR Core (AT Core) | \ncomité technique FHIR de HL7 Austria[7] | \n2.0.0 (R4), ainsi qu'un guide R5[7][26] | \nR4 et R5[7][26] | \nbase des guides FHIR d'ELGA[7] ; cadre légal non trouvé | \nnon trouvé | \n
| Belgique | \nBE Core (Federal Core Profiles) | \nplate-forme eHealth (éditeur)[2] | \n2.2.0 (release)[2] | \nR4[2] | \ncadre légal pour BE Core non trouvé | \nni IPS ni HL7 Europe dans les dépendances (interprétation)[2] | \n
« Non trouvé » signifie que les sources examinées ne le mentionnent pas ; ce n'est pas une preuve que cela n'existe pas.
" }, { "id": "par-pays", "title": "Par pays", "kind": "tekst", "html": "États-Unis (US Core). US Core descend directement du guide Argonaut et suit, via FHIR STU3 et R4, l'USCDI de l'ONC[15]. L'USCDI (U.S. Core Data for Interoperability) fixe les exigences de données à un niveau élevé ; US Core fournit les profils FHIR permettant d'y satisfaire[14]. Le guide paraît chaque année et suit en cela les modifications de l'USCDI et les demandes de la communauté FHIR américaine[15]. US Core fixe un minimum (« floor ») : quels éléments, extensions et jeux de valeurs doivent être présents, et les interactions RESTful minimales pour interroger les données des patients[15]. Les profils ont été conçus à l'origine pour des critères de certification de l'édition 2015 de l'ONC (sélection du patient et accès via des applications)[14], et ils sont devenus la base des guides FHIR américains (« US Realm »)[15]. La version publiée est la 9.0.0 (STU 9), sur FHIR R4[15] ; le registre de paquets affiche aussi cette version du 30 mai 2026 comme « latest »[16].
\nRoyaume-Uni (UK Core). En mai 2024, HL7 UK a publié UK Core release 2.0 (STU2), une norme d'usage à l'essai qui, selon HL7 UK, est prête et recommandée pour l'utilisation[3] ; le registre de paquets affiche la 2.0.2 du 24 février 2025 comme « latest »[18]. Une série STU3 est en développement et, selon HL7 UK, n'a pas encore été examinée en vue d'une implémentation[1]. En Angleterre, NHS England publie la gouvernance de UK Core en tant que norme d'information DAPB4020, en vertu de la section 250 du Health and Social Care Act 2012[11]. La DAPB4020 instaure un processus de gouvernance pour la surveillance, l'orientation et la direction de UK Core FHIR R4[11] ; le Data Coordination Board a approuvé la modification en vertu d'une autorité déléguée par le ministre de la Santé[27]. L'amendement 33/2021 a été publié le 11 mars 2022 et figure comme actif dans la NHS Standards Directory[11]. Il concerne tous les fournisseurs de systèmes informatiques de santé, qui « devraient envisager » de mettre à jour leurs composants FHIR existants en conformité avec UK Core[11].
\nPays-Bas (zibs et nl-core). Les zorginformatiebouwstenen (zibs) sont des accords fonctionnels et sémantiques (non techniques) sur les informations issues du processus de soins, afin qu'elles puissent être réutilisées notamment pour le transfert, l'enregistrement de la qualité et la recherche[9]. Des acteurs du secteur des soins ont demandé à Nictiz d'en gérer la maintenance et le développement[9], et le processus de gestion repose sur la norme NEN 7522[9]. Nictiz ne produit des profils FHIR que pour une release complète des zibs, pas pour les prépublications[9]. Les standards d'information de Nictiz s'efforcent d'utiliser les profils nl-core lorsqu'ils échangent des ressources FHIR[19]. Le paquet est encore en bêta : le registre affiche la 0.12.1-beta.1 du 24 août 2026 comme « latest »[20]. Pour les blocs génériques, la conformité à l'espace européen des données de santé (EHDS) est un objectif explicite, et Nictiz qualifie les profils eu-core de HL7 Europe Base and Core de spécifications formelles de l'EHDS au niveau FHIR[12]. S'il existe un profil eu-core équivalent, un profil nl-core doit, dans ce contexte, déclarer formellement sa conformité avec l'extension compliesWithProfile et reprendre manuellement les contraintes eu-core[12].
\nAllemagne (profils de base, ISiK, MII). L'Allemagne compte plusieurs couches. Les profils de base (Basisprofil DE R4) sont un projet de HL7 Deutschland e.V. ; la version Simplifier est une version de travail qui n'est pas destinée à une implémentation directe[8], et le registre affiche la 1.6.0 du 29 juin 2026 comme « latest »[22]. ISiK (Informationstechnische Systeme in Krankenhäusern) est la couche destinée aux systèmes hospitaliers : la gematik a été chargée par le législateur d'élaborer, en concertation avec la Fédération allemande des hôpitaux (DKG) et les fédérations de l'industrie, des normes contraignantes pour l'échange de données avec les systèmes d'information hospitaliers[21]. Les spécifications ISiK sont des guides FHIR comportant leurs propres profils et une API REST[28] ; le guide ISiK Basis en est à la 6.0.0, active depuis le 1er juillet 2026[21]. Il doit permettre aux fabricants de systèmes soumis à confirmation de construire une implémentation conforme et de passer la procédure de confirmation de la gematik[21]. Une exigence MUSS est contrôlée par des tests : un système qui échoue à un tel test ne peut pas être certifié pour ce module[10]. L'annexe 1 du règlement GIGV mentionne ISiK Stufe 5 (version 1.0.0), valable du 15 juin 2026 au 31 mai 2027, avec le § 373, alinéa 1, SGB V comme base légale[23].
\nISiK s'appuie sur des profils déjà concertés, dont ceux de HL7 Deutschland, les profils de base de la KBV et les modules du jeu de données de base de la Medizininformatik-Initiative (MII)[29]. Dans la MII, les centres médicaux universitaires ont convenu d'un jeu de données de base commun reposant sur des standards informatiques et terminologiques internationaux[30] ; celui-ci est représenté techniquement en FHIR[30], et le module Person figure dans le registre en version 2025.0.1[31]. La gematik élabore néanmoins, pour la procédure de confirmation, ses propres profils techniquement indépendants et s'efforce de faire en sorte que les instances validées par rapport à ceux-ci soient aussi valides par rapport aux profils sous-jacents[29]. Elle le justifie notamment par des raisons techniques : lors des connectathons, elle doit pouvoir corriger rapidement des erreurs sans attendre une décision de la MII ou de la KBV[29]. Interprétation : le double travail de profilage est en Allemagne un point de friction documenté, avec des profils ISiK propres à côté de trois autres familles de profils[29].
\nFrance (FR Core). Le guide d'implémentation FR Core est géré par HL7 France et IHE France au sein du comité technique FHIR de HL7 France[4]. Il doit garantir une base commune pour permettre une utilisation homogène du standard FHIR en France, par exemple un patient contenant l'identifiant national de santé (INS) et un professionnel de santé contenant l'IDNatPS[4]. Selon le guide, l'ensemble des implémentations FHIR et des guides d'implémentation en France doit se baser sur FR Core, comme c'est le cas pour les guides d'implémentation de l'Agence du Numérique en Santé (ANS) et d'InteropSanté[4]. La stratégie sur le choix des versions FHIR a été définie au sein d'un groupe de travail organisé entre Interop'Santé et l'ANS en 2023-2024, validée via une concertation de l'ANS[4]. La version publiée sur hl7.fr est la 2.2.0, active depuis le 25 mars 2026[4] ; le registre affiche la 3.0.0-ballot du 9 novembre 2026 comme « latest »[24].
\nSuisse (CH Core). CH Core est le fruit d'une collaboration entre la communauté suisse d'implémentation FHIR, HL7 Switzerland et eHealth Suisse[5], et il est géré par HL7 Switzerland au sein de son comité technique FHIR[5]. La version publiée sur fhir.ch est la 7.0.0-ballot (STU 7 Ballot) sur FHIR R4[5] ; ce ballot s'est déroulé du 4 août au 30 septembre 2026[5]. Tous les systèmes de codes et jeux de valeurs du projet relatif au dossier électronique du patient (CH-EPR) sont transférés dans le guide CH Term, qui constitue la base de CH Core[5]. Les annexes de la loi suisse sur le dossier électronique du patient fixent les exigences d'interopérabilité technique et sémantique[5].
\nDanemark (DK Core et MedCom Core). DK Core est géré par HL7 Denmark au sein du groupe de travail FHIR danois[6] et en est à la 3.7.0, active depuis le 30 mai 2026[6]. HL7 Denmark considère la législation danoise comme la première source de vérité lors de la conception des modèles[6]. DK Core cherche à aligner ses profils de base sur ceux de la Norvège, de la Suède et de la Finlande[6] ; les profils de base norvégiens figurent dans le registre en version 2.2.2[32]. DK Core définit la conformité au guide International Patient Access (IPA) autrement que les autres guides nordiques : au lieu d'étendre les profils IPA, il introduit des versions IPA-DK distinctes de profils sélectionnés[6]. MedCom publie ses propres profils de base (MedCom Core), qui héritent de DK Core[25] ; ils fixent l'attente de base pour notamment le patient, le contact, le prestataire de soins et l'organisation lors des échanges au sein des soins de santé danois[25], et en sont à la 4.0.0 (release), sur FHIR R4[25].
\nAutriche (AT Core). Le comité technique FHIR de HL7 Austria coordonne et décrit les localisations nécessaires et aide à la mise en place d'interfaces conformes à FHIR[7]. Le guide Core ne contient que les profils et extensions pour lesquels des adaptations à l'Autriche sont nécessaires[7]. La version R4 publiée est la 2.0.0[7], et HL7 Austria publie en outre un guide de base sur FHIR R5[26]. Le système de DME ELGA repose principalement sur HL7 CDA, mais utilise le guide Core comme base de ses guides d'implémentation FHIR[7].
\nBelgique (BE Core). Avec le guide « Federal Core Profiles » (BE Core), la plate-forme eHealth publie les profils de base fédéraux belges, auxquels les projets peuvent se référer et sur lesquels ils peuvent s'appuyer[2]. La version publiée est la 2.2.0 (release), sur FHIR R4[2]. Les profils belges utilisent FHIR au plus près de la norme de base et se limitent à des nuances et des précisions[2]. BE Core demande que chaque instance de ressource indique explicitement lorsqu'un profil belge ou un autre profil a été utilisé[2]. La première itération belge (quatrième trimestre 2019) a profilé Patient, Practitioner, PractitionerRole, Organization, Observation, Provenance et AllergyIntolerance[2]. Interprétation : le tableau des dépendances de BE Core 2.2.0 ne mentionne que HL7 Terminology, le FHIR Extensions Pack et les FHIR Tooling Extensions, et ni l'IPS ni HL7 Europe Base and Core[2]. La gouvernance, les versions et les autres guides belges figurent sur Guides d'implémentation FHIR belges.
" }, { "id": "bouwstenen", "title": "Bouwstenen", "kind": "tekst", "html": "De IPS als internationale noemer. De gepubliceerde versie van de IPS-gids is 2.0.1 (STU 2), op FHIR R4[17]. De gids verwacht dat landen en regio's op de IPS profileren en vraagt dat zulke gidsen vermelden of hun profielen IPS-conform zijn of ermee botsen[17]. Een nationale aanpassing mag extra beperkingen toevoegen, zodat elk document dat het nationale profiel volgt ook IPS-conform is, maar een IPS uit een andere regio niet noodzakelijk aan dat nationale profiel voldoet[17]. Omgekeerd zegt de IPS-gids rekening te houden met nieuwere ontwikkelingen zoals US Core om wereldwijd haalbaar te blijven[17].
\nHL7 Europe Base and Core als Europese noemer. De gids wil een basis zijn voor interoperabiliteit en hergebruik in nationale projecten, Europese initiatieven en afgeleide HL7 Europe-gidsen[33]; het uitgesproken doel is grensoverschrijdende samenhang over nationale en Europese initiatieven heen[34]. HL7 Europe houdt daarbij rekening met verschillen tussen nationale en Europese specificaties, zodat de profielen algemeen genoeg zijn voor hergebruik en precies genoeg voor praktische interoperabiliteit[34]. De Core-profielen zijn strenger beperkt dan de Base-profielen, vaak rechtstreeks bruikbaar en streven naar aansluiting bij de IPS[33]. Volgens HL7 Europe realiseren ze de logische modellen van de EHDS (Espace européen des données de santé)[34]. Versie 2.0.1 is actief sinds 13 september 2026[33], en de ontwikkeling werd ondersteund door de Joint Action Xt-EHR, met afstemming op het Europese gezondheidsbeleid en de EHDS-vereisten[33]. De domeingidsen van HL7 Europe voor het Europese uitwisselingsformaat (EEHRxF (format européen d'échange des dossiers de santé informatisés)) staan op Guides d'implémentation FHIR européens (HL7 Europe).
\nHoe landen aansluiten. Drie werkwijzen komen in de bronnen voor: formele conformiteitsverklaring per profiel (nl-core met compliesWithProfile)[12], aangekondigde overerving (FR Core)[4] en de stand volgen die beschikbaar is, omdat de HL7 Europe-specificaties nog in ontwikkeling en deels niet definitief gepubliceerd zijn (ISiK)[13]. Interpretatie: van de onderzochte landen verwijzen Nederland, Frankrijk en Duitsland in hun eigen bron naar de HL7 Europe-profielen; in de bekeken BE Core-gids werd zo'n verwijzing niet gevonden[2].
" }, { "id": "phase", "title": "Phase", "kind": "tekst", "html": "| Phase | \nGuides (état au 12/11/2026) | \n
|---|---|
| Publié | \nUS Core 9.0.0[15] ; UK Core STU2[3] ; FR Core 2.2.0[4] ; DK Core 3.7.0[6] ; AT Core 2.0.0[7] ; ISiK Basis 6.0.0[21] ; BE Core 2.2.0[2] ; HL7 Europe Base and Core 2.0.1[33] | \n
| Ballot ou en développement | \nsérie STU3 de UK Core[1] ; FR Core 3.0.0-ballot[24] ; CH Core 7.0.0-ballot, la version publiée[5] | \n
| Bêta | \nnl-core 0.12.1-beta.1[20] | \n
En Belgique, BE Core est la base fédérale à laquelle les projets peuvent se référer et sur laquelle ils peuvent s'appuyer[2] ; pour un hôpital, les guides étrangers sont surtout un point de comparaison. Les fournisseurs actifs dans plusieurs pays construisent leurs interfaces FHIR sur différentes couches nationales, comme ISiK pour les systèmes hospitaliers allemands[21] ou UK Core en Angleterre[11]. Qui achète des interfaces FHIR peut donc demander sur quels profils de base un produit s'appuie et s'il identifie les instances BE Core avec le bon profil, comme le demande BE Core[2].
\nRecommandation : lors d'un marché public comportant des interfaces FHIR, demandez la conformité à BE Core et aux guides de domaine belges, et suivez si la Belgique prévoit un alignement sur HL7 Europe Base and Core ; pour les échanges au sein de l'EHDS, ce choix détermine en partie l'ampleur des mises à jour qu'un fournisseur doit effectuer.
" }, { "id": "incertitudes-et-informations-contradictoires", "title": "Incertitudes et informations contradictoires", "kind": "tekst", "html": "