---
id: fhir-nationale-profielen
type: Topic
type_label: Aperçu ou dossier
title: Profils FHIR nationaux de base
aliases:
- nationale FHIR-profielen
- FHIR-kernprofielen per land
- FHIR-dialecten
- national core profiles
- US Core
- UK Core
- nl-core
- FR Core
- CH Core
- DK Core
- AT Core
- ISiK
names:
  nl: Nationale FHIR-basisprofielen
  fr: Profils FHIR nationaux de base
  en: National FHIR core profiles
  de: Nationale FHIR-Basisprofile
jurisdiction:
- internationaal
themes:
- standaardisatie-en-governance
- architectuur-en-infrastructuur
- grensoverschrijdend
lifecycle: nvt
lifecycle_note: 'Page de synthèse, état au 12 novembre 2026: US Core 9.0.0, UK Core STU2, FR Core 2.2.0,
  DK Core 3.7.0, AT Core 2.0.0 et BE Core 2.2.0 sont publiés; CH Core 7.0.0 est un ballot et nl-core est
  en bêta.'
summary: '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'
relations:
- type: about
  direction: uit
  target: fhir
  target_url: https://ehealth-atlas.be/fr/hl7-fhir/
  status: established
- type: about
  direction: uit
  target: be-fhir-igs
  target_url: https://ehealth-atlas.be/fr/guides-d-implementation-fhir-belges/
  status: established
- type: about
  direction: uit
  target: ips
  target_url: https://ehealth-atlas.be/fr/resume-patient-international/
  status: established
- type: about
  direction: uit
  target: hl7-europe
  target_url: https://ehealth-atlas.be/fr/hl7-europe/
  status: established
- type: about
  direction: uit
  target: ehds
  target_url: https://ehealth-atlas.be/fr/espace-europeen-des-donnees-de-sante/
  status: established
release: 2026.11.13-2
url: https://ehealth-atlas.be/fr/profils-fhir-nationaux-de-base/
license: CC BY 4.0
---

# Profils FHIR nationaux de base

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.

## En bref

- **Quoi** : un profil national de base n'est pas un service déployable, mais la base dont sont dérivés les autres guides FHIR d'un pays, comme UK Core le dit pour le Royaume-Uni[^1].
- **Comment** : ces profils restreignent et précisent la norme de base sans la contredire, comme UK Core et BE Core le décrivent pour eux-mêmes[^1][^2].
- **Qui le gère** : le plus souvent l'affilié national de HL7 (HL7 UK, HL7 France avec IHE France, HL7 Switzerland, HL7 Denmark, HL7 Austria, HL7 Deutschland), aux Pays-Bas Nictiz pour les zibs et en Belgique la plate-forme eHealth en tant qu'éditeur[^3][^4][^5][^6][^7][^8][^9][^2].
- **Obligation** : en Allemagne, un système hospitalier qui échoue à un test ISiK ne peut pas être certifié, en Angleterre les fournisseurs « devraient envisager » une mise à jour vers UK Core, et en France le guide indique lui-même que l'ensemble des implémentations doit se baser sur lui[^10][^11][^4].
- **Alignement européen** : les Pays-Bas font déclarer formellement à nl-core sa conformité aux profils eu-core, la France annonce un héritage des profils HL7 Europe et ISiK suit l'état disponible de HL7 Europe[^12][^4][^13].
- **Belgique** : BE Core 2.2.0 repose sur FHIR R4[^2] ; interprétation : le tableau des dépendances ne mentionne ni l'IPS ni HL7 Europe Base and Core[^2].
- **Principale incertitude** : la version de US Core que reprennent aujourd'hui les règles de certification américaines n'a pas pu être vérifiée dans le texte réglementaire, de sorte que seule l'origine dans les critères de certification de l'ONC est établie[^14].

## Qu'est-ce que c'est ?

[HL7 FHIR](https://ehealth-atlas.be/fr/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].

La 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](https://ehealth-atlas.be/fr/resume-patient-international/) (IPS) et les profils européens de [HL7 Europe](https://ehealth-atlas.be/fr/hl7-europe/) (voir « Composants »). Le pendant belge est BE Core, qui fait partie des [guides FHIR belges](https://ehealth-atlas.be/fr/guides-d-implementation-fhir-belges/).

### Tableau comparatif

Le 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.

| Pays | Guide | Gestionnaire | Version (état au 12/11/2026) | FHIR | Degré d'obligation | Alignement IPS/UE |
|---|---|---|---|---|---|---|
| États-Unis | US Core | guide pour le US Realm[^15] | 9.0.0 (STU 9)[^15][^16] | R4[^15] | conçu pour des critères de certification de l'édition 2015 de l'ONC[^14] ; version réglementaire actuelle non vérifiée | l'IPS tient compte de US Core[^17] |
| Royaume-Uni | UK Core | HL7 UK ; gouvernance par NHS England en tant que DAPB4020[^3][^11] | release 2.0 (STU2), registre 2.0.2[^3][^18] | R4 (4.0.1)[^18] | norme d'information : les fournisseurs « devraient envisager » une mise à jour[^11] | non trouvé |
| Pays-Bas | nl-core (sur les zibs) | Nictiz[^9][^19] | 0.12.1-beta.1 (bêta)[^20] | R4 (4.0.1)[^20] | les standards de Nictiz visent nl-core[^19] ; désignation légale non trouvée | compliesWithProfile vers eu-core[^12] |
| Allemagne | Basisprofil DE R4 ; ISiK Basis | HL7 Deutschland ; gematik[^8][^21] | 1.6.0 ; ISiK Basis 6.0.0[^22][^21] | R4 (4.0.1)[^22] | ISiK : certification, base légale via le § 373 SGB V et le GIGV[^10][^23] | ISiK suit l'état disponible de HL7 Europe[^13] |
| France | FR Core | HL7 France et IHE France[^4] | 2.2.0 ; registre 3.0.0-ballot[^4][^24] | R4 (4.0.1, selon le registre pour le ballot)[^24] | le guide indique que l'ensemble des implémentations FHIR doit se baser sur FR Core[^4] | héritage des profils HL7 Base Europe annoncé[^4] |
| Suisse | CH Core | HL7 Switzerland[^5] | 7.0.0-ballot (STU 7 Ballot)[^5] | R4[^5] | des annexes de la loi sur le dossier électronique du patient fixent des exigences[^5] ; renvoi direct à CH Core non trouvé | non trouvé |
| Danemark | DK Core ; MedCom Core | HL7 Denmark ; MedCom[^6][^25] | 3.7.0 ; MedCom Core 4.0.0[^6][^25] | MedCom Core R4[^25] ; DK Core absent des sources | cadre légal pour les profils non trouvé | profils IPA-DK propres[^6] ; IPS/UE non trouvé |
| Autriche | HL7 Austria FHIR Core (AT Core) | comité technique FHIR de HL7 Austria[^7] | 2.0.0 (R4), ainsi qu'un guide R5[^7][^26] | R4 et R5[^7][^26] | base des guides FHIR d'ELGA[^7] ; cadre légal non trouvé | non trouvé |
| Belgique | BE Core (Federal Core Profiles) | plate-forme eHealth (éditeur)[^2] | 2.2.0 (release)[^2] | R4[^2] | cadre légal pour BE Core non trouvé | ni IPS ni HL7 Europe dans les dépendances (interprétation)[^2] |

« Non trouvé » signifie que les sources examinées ne le mentionnent pas ; ce n'est pas une preuve que cela n'existe pas.

## Par pays

**É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].

**Royaume-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].

**Pays-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].

**Allemagne (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].

ISiK 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].

**France (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].

**Suisse (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].

**Danemark (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].

**Autriche (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].

**Belgique (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](https://ehealth-atlas.be/fr/guides-d-implementation-fhir-belges/).

## Bouwstenen

**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].

**HL7 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é)](https://ehealth-atlas.be/fr/espace-europeen-des-donnees-de-sante/)[^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)](https://ehealth-atlas.be/fr/format-europeen-d-echange-des-dossiers-de-sante-informatises/)) staan op [Guides d'implémentation FHIR européens (HL7 Europe)](https://ehealth-atlas.be/fr/guides-d-implementation-fhir-europeens-hl7-europe/).

**Hoe 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].

## Phase

| Phase | Guides (état au 12/11/2026) |
|---|---|
| Publié | US 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] |
| Ballot ou en développement | série STU3 de UK Core[^1] ; FR Core 3.0.0-ballot[^24] ; CH Core 7.0.0-ballot, la version publiée[^5] |
| Bêta | nl-core 0.12.1-beta.1[^20] |

## Qu'est-ce que cela signifie pour un hôpital ?

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].

**Recommandation** : 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.

## Incertitudes et informations contradictoires

- **US Core dans la réglementation** : la reprise de US Core dans le 45 CFR 170.215 et la modification du 28 octobre 2026 n'ont pas pu être vérifiées, parce que la page eCFR a renvoyé un contrôle anti-robot lors de la récupération ; le degré d'obligation indiqué dans le tableau repose donc uniquement sur l'origine ONC[^14].
- **Version sur le site ou dans le registre** : pour UK Core (2.0 contre 2.0.2) et FR Core (2.2.0 contre 3.0.0-ballot), la version figurant sur le site du guide diffère de la « latest » du registre de paquets[^3][^18][^4][^24] ; il ne s'agit pas d'une contradiction, mais d'une version de correctif ou de ballot à côté de la version publiée.
- **CH Core et nl-core ne sont pas des releases définitives** : la version publiée de CH Core est un ballot et le paquet nl-core est en bêta[^5][^20].
- **La Belgique et l'Europe** : que BE Core ne mentionne ni l'IPS ni HL7 Europe est une interprétation d'un seul tableau des dépendances[^2] ; aucun plan ni aucune décision à ce sujet n'a été trouvé.
- **Obligation aux Pays-Bas, en France, en Suisse et au Danemark** : les sources examinées ne mentionnent aucun instrument juridique qui désigne le profil de base lui-même ; l'obligation française figure dans le guide[^4] et les annexes suisses relatives au dossier électronique du patient fixent des exigences sans qu'un renvoi direct à CH Core ait été trouvé[^5].

## Relaties

- porte sur: [HL7 FHIR](https://ehealth-atlas.be/fr/hl7-fhir/) (établi)[^12][^1][^15]. Nationale basisprofielen beperken en verduidelijken de FHIR-basisstandaard per land.
- porte sur: [Guides d'implémentation FHIR belges](https://ehealth-atlas.be/fr/guides-d-implementation-fhir-belges/) (établi)[^2]. BE Core (Federal Core Profiles) is het Belgische basisprofiel binnen de Belgische FHIR-gidsen.
- porte sur: [Résumé patient international (IPS)](https://ehealth-atlas.be/fr/resume-patient-international/) (établi)[^17]. De IPS verwacht nationale profilering op de IPS met een verklaring over conformiteit.
- porte sur: [HL7 Europe](https://ehealth-atlas.be/fr/hl7-europe/) (établi)[^33][^34]. HL7 Europe Base and Core is de Europese basis waarop nationale profielen kunnen aansluiten.
- porte sur: [EHDS (Espace européen des données de santé)](https://ehealth-atlas.be/fr/espace-europeen-des-donnees-de-sante/) (établi)[^34][^12]. De HL7 Europe Core-profielen realiseren de logische EHDS-modellen; Nictiz noemt ze de formele EHDS-specificatie op FHIR-niveau.

## Open vragen

- Plant het eHealth-platform of HL7 Belgium dat BE Core aansluit op HL7 Europe Base and Core of op de IPS (compliesWithProfile, overerving), zoals Nederland en Frankrijk aangeven?
- Welke US Core-versie neemt 45 CFR 170.215 na de wijziging van 28 oktober 2026 (91 FR 67992) op als API-specificatie?
- Bestaat er in Nederland een wettelijke verplichting (Wegiz-AMvB's) die nl-core of zibs als standaard aanwijst?
- Is er in Frankrijk een verplichting via het CI-SIS of de Ségur-referencering die FR Core expliciet noemt?
- Verwijzen de Zwitserse EPD-bijlagen rechtstreeks naar CH Core of enkel naar CH EPR FHIR en CH Term?
- Op welke FHIR-versie steunt DK Core 3.7.0, en verklaart DK Core conformiteit met de IPS of HL7 Europe?

## Bronnen

[^1]: [UK Core Implementation Guide STU3 Sequence](https://simplifier.net/guide/uk-core-implementation-guide-stu3-sequence?version=0.11.0). HL7 UK. Opgehaald 2026-11-12, sha256 aa8aa77ddd14c7bc… (SRC-fe7e0ee454)
[^2]: [BE Core - Home](https://www.ehealth.fgov.be/standards/fhir/core/en/index.html). eHealth-platform. Opgehaald 2026-09-25, sha256 62acc2040def6b65… (SRC-a9762c4416)
[^3]: [FHIR UK Core Release 2.0 (STU2)](https://www.hl7.org.uk/2024/05/28/fhir-uk-core-release-2-0-stu2/). HL7 UK, 2024-05-28. Opgehaald 2026-11-12, sha256 804b2eb4f5be56ae… (SRC-7043a42f8a)
[^4]: [Guide d'implémentation FR Core](https://hl7.fr/ig/fhir/core/). HL7 France (Interop'Santé). Opgehaald 2026-11-12, sha256 3fb900443346efb5… (SRC-f798aaaacc)
[^5]: [CH Core (R4) Implementation Guide](https://fhir.ch/ig/ch-core/). HL7 Switzerland. Opgehaald 2026-11-12, sha256 5dbe46bc3c220c9d… (SRC-2653142545)
[^6]: [HL7 FHIR Implementation Guide: DK Core](https://hl7.dk/fhir/core/). HL7 Denmark. Opgehaald 2026-11-12, sha256 5de749aab166115a… (SRC-3d95481e67)
[^7]: [HL7 Austria FHIR Core Implementation Guide (R4)](https://fhir.hl7.at/HL7-AT-FHIR-Core-R4/index.html). HL7 Austria. Opgehaald 2026-11-12, sha256 df69fa0615a99a2d… (SRC-34a78b3ac2)
[^8]: [Basisprofil DE (R4) - Simplifier-project](https://simplifier.net/basisprofil-de-r4). HL7 Deutschland e.V.. Opgehaald 2026-11-12, sha256 7834cbf3f72874be… (SRC-f7645798e7)
[^9]: [HCIM Mainpage - Zorginformatiebouwstenen](https://www.zibs.nl/wiki/HCIM_Mainpage). Nictiz. Opgehaald 2026-11-12, sha256 5824e6e3861c1274… (SRC-325b70badd)
[^10]: [ISiK Basis 6.0.0 - Methodik](https://gemspec.gematik.de/ig/fhir/isik/basis/6.0.0/UebergreifendeFestlegungen_Methodik.html). gematik GmbH. Opgehaald 2026-11-12, sha256 edc5bc0e928ce6fc… (SRC-ecde61e193)
[^11]: [UK Core FHIR Release 4 - Governance (NHS Standards Directory)](https://standards.nhs.uk/published-standards/uk-core-fhir-release-4-governance). NHS England, 2022-03-11. Opgehaald 2026-11-12, sha256 74566d65c43ef168… (SRC-a6e54b4463)
[^12]: [FHIR Profiling Guidelines for FHIR R4](https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_R4). Nictiz. Opgehaald 2026-11-12, sha256 6db9326c65d3f50a… (SRC-313c211e97)
[^13]: [ISiK Basis 6.0.0 - Kompatibilität der gematik-Spezifikation HL7 Europe](https://gemspec.gematik.de/ig/fhir/isik/basis/6.0.0/KompatibilitaetDerGematikSpezifikation_HL7Europe.html). gematik GmbH. Opgehaald 2026-11-12, sha256 41deb895dd2006c2… (SRC-9bd601a4b4)
[^14]: [US Core - USCDI](https://hl7.org/fhir/us/core/uscdi.html). HL7 International / HL7 US Realm. Opgehaald 2026-11-12, sha256 d9cc8dfc03d7ae88… (SRC-13401ae829)
[^15]: [US Core Implementation Guide (STU 9)](https://hl7.org/fhir/us/core/). HL7 International / HL7 US Realm. Opgehaald 2026-11-12, sha256 322d63fec08eeb1f… (SRC-a8303d57d2)
[^16]: [FHIR-pakketregister - hl7.fhir.us.core](https://packages2.fhir.org/packages/hl7.fhir.us.core). HL7 International (packages2.fhir.org). Opgehaald 2026-11-12, sha256 a8ab3138bb2ed08d… (SRC-cb55459a04)
[^17]: [International Patient Summary Implementation Guide](https://hl7.org/fhir/uv/ips/en/index.html). HL7 International / Patient Care. Opgehaald 2026-09-25, sha256 24b7bb58944f4954… (SRC-68f93425f3)
[^18]: [FHIR-pakketregister - fhir.r4.ukcore.stu2](https://packages2.fhir.org/packages/fhir.r4.ukcore.stu2). HL7 International (packages2.fhir.org). Opgehaald 2026-11-12, sha256 d6eb437a8c705b68… (SRC-3dfe0ab9ab)
[^19]: [Nictiz FHIR R4 Implementation Guide](https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_IG_R4). Nictiz. Opgehaald 2026-11-12, sha256 30a53288663bb7e0… (SRC-611f024feb)
[^20]: [FHIR-pakketregister - nictiz.fhir.nl.r4.nl-core](https://packages2.fhir.org/packages/nictiz.fhir.nl.r4.nl-core). HL7 International (packages2.fhir.org). Opgehaald 2026-11-12, sha256 2b7caca5d2d22018… (SRC-546531b4ee)
[^21]: [ISiK Basis Implementierungsleitfaden v6.0.0 - Einführung](https://gemspec.gematik.de/ig/fhir/isik/basis/6.0.0/index.html). gematik GmbH. Opgehaald 2026-11-12, sha256 1563dede594746c7… (SRC-7fc891ef26)
[^22]: [FHIR-pakketregister - de.basisprofil.r4](https://packages2.fhir.org/packages/de.basisprofil.r4). HL7 International (packages2.fhir.org). Opgehaald 2026-11-12, sha256 8b5cb866a49d8c5f… (SRC-eb8259ab05)
[^23]: [Gesundheits-IT-Interoperabilitäts-Governance-Verordnung (GIGV), Anlage 1](https://www.gesetze-im-internet.de/gigv_2024/anlage_1.html). Bundesministerium der Justiz / Bundesamt für Justiz. Opgehaald 2026-11-12, sha256 442730d0d95ed285… (SRC-11de2f3429)
[^24]: [FHIR-pakketregister - hl7.fhir.fr.core](https://packages2.fhir.org/packages/hl7.fhir.fr.core). HL7 International (packages2.fhir.org). Opgehaald 2026-11-12, sha256 0ace8f9269808029… (SRC-8423bad261)
[^25]: [DK MedCom Core](https://medcomfhir.dk/ig/core/). MedCom. Opgehaald 2026-11-12, sha256 b639b95829056f05… (SRC-1d35dd8d3e)
[^26]: [HL7 Austria & TC FHIR Implementation Guides](https://fhir.hl7.at/). HL7 Austria. Opgehaald 2026-11-12, sha256 adbf0d2d6cf501b6… (SRC-0642e516f9)
[^27]: [UK Core FHIR Release 4 - Governance - Information Standards Notice](https://standards.nhs.uk/information-standards-notice/uk-core-fhir-release-4-governance). NHS England, 2022-03-11. Opgehaald 2026-11-12, sha256 7ef661c9c4c41fc9… (SRC-1f742e897b)
[^28]: [IOP-Anforderungen gemäß § 385 SGB V im Rahmen der Schnittstellen für informationstechnische Systeme in Krankenhäusern](https://www.ina.gematik.de/fileadmin/user_upload/IOP-Afo_ISiK_Stufe_5.pdf). gematik GmbH - Kompetenzzentrum für Interoperabilität im Gesundheitswesen, 2025-11-06. Opgehaald 2026-11-12, sha256 5447efaafbb4db1e… (SRC-16e317de87)
[^29]: [ISiK Basis 6.0.0 - Kompatibilität zu anderen nationalen FHIR-basierten Spezifikationen](https://gemspec.gematik.de/ig/fhir/isik/basis/6.0.0/KompatibilitaetDerGematikSpezifikation_Andere.html). gematik GmbH. Opgehaald 2026-11-12, sha256 6c6ffc6a3708ef2a… (SRC-bc77e44bf5)
[^30]: [Kerndatensatz der Medizininformatik-Initiative](https://www.medizininformatik-initiative.de/de/der-kerndatensatz-der-medizininformatik-initiative). Medizininformatik-Initiative (TMF). Opgehaald 2026-11-12, sha256 783e96b54418668f… (SRC-ec98185d3e)
[^31]: [FHIR-pakketregister - de.medizininformatikinitiative.kerndatensatz.person](https://packages2.fhir.org/packages/de.medizininformatikinitiative.kerndatensatz.person). HL7 International (packages2.fhir.org). Opgehaald 2026-11-12, sha256 57b98c43c8f34d66… (SRC-384384e254)
[^32]: [FHIR-pakketregister - hl7.fhir.no.basis](https://packages2.fhir.org/packages/hl7.fhir.no.basis). HL7 International (packages2.fhir.org). Opgehaald 2026-11-12, sha256 29686506ca72a1ed… (SRC-20d03a2420)
[^33]: [HL7 Europe Base and Core FHIR Implementation Guide](https://hl7.eu/fhir/base/). HL7 Europe, 2026-09-13. Opgehaald 2026-11-09, sha256 87b01a1f248bf9a6… (SRC-c19a0d3998)
[^34]: [HL7 Europe Base and Core FHIR IG - Introduction](https://hl7.eu/fhir/base/introduction.html). HL7 Europe. Opgehaald 2026-11-12, sha256 9e2c815cb2adf0a5… (SRC-89598a2637)