EU Core et EHDS : mise en œuvre de HL7 Europe Base/Core pour les charges utiles à usage principal
Un guide de l'équipe produit pour HL7 Europe Base et Core 2.0.0, EHDS daté du 26 mars 2025/2027/2029/2031 et EEHRxF catégorie 1 par rapport à la catégorie 2 — distinct de l'aperçu de la réglementation.
Ala Ben Aicha
Réponse directe
L'EHDS est entrée en vigueur le 26 mars 2025. Les actes d'exécution doivent être adoptés d'ici mars 2027. La catégorie 1 s'applique en mars 2029 ; catégorie 2 mars 2031. Les équipes produit doivent implémenter HL7 Europe Base/Core, et non un serveur R4 générique.
Deux pages, deux emplois
Le Aperçu de la réglementation EHDS sur ce site reste la carte politique : utilisation primaire ou secondaire, pression de certification et pourquoi FHIR apparaît dans les appels d'offres européens. Cette page est destinée aux équipes produit implémentant HL7 Europe Base et Core ainsi, un DSE ou une couche d'intégration peut émettre des charges utiles de forme EEHRxF. Ne traitez pas les deux articles comme des doublons.
Dates EHDS que les équipes produit doivent planifier
À partir des pages EHDS de la Commission et Règlement (UE) 2025/327 (la Commission Page de la réglementation EHDS):
| Jalon | Date | Ce que cela signifie pour une équipe de mise en œuvre |
|---|---|---|
| Règlement en vigueur | 26 mars 2025 | L'horloge a commencé. Non pas « chaque DSE doit déjà parler EEHRxF ». |
| Actes d'exécution | D'ici mars 2027 | Cahiers des charges de la Commission pour l'EEHRxF, cahiers des charges communs et actes y afférents. Fixez la version de quel que soit le nom de l’acte ; n’inventez pas un format privé. |
| Utilisation principale de catégorie 1 | mars 2029 | Résumé Patient, obligations de prescription électronique et de dispensation électronique pour les systèmes DSE concernés. |
| Utilisation principale de catégorie 2 | mars 2031 | Études et rapports d'imagerie médicale, résultats de laboratoire et autres tests, rapports de sortie d'hôpital. |
L'utilisation secondaire (HealthData@EU, organismes d'accès aux données de santé) est un pipeline différent : permis, ensembles de données et gouvernance, différent d'une API de document de synthèse Patient. L'utilisation principale est la prestation de soins et les droits des patients ; l’utilisation secondaire concerne la recherche, la politique et l’innovation dans un chapitre distinct. Ne créez pas un seul « dump EHDS FHIR » et revendiquez les deux.
EEHRxF catégorie 1 versus catégorie 2
Le format européen d’échange de dossiers de santé électroniques (EEHRxF) est le contrat de charge utile que les actes d’exécution verrouilleront. Xt-EHR produit des modèles logiques ; HL7 Europe produit des FHIR IG auxquels ces modèles peuvent se lier. Jusqu'à ce que les lois de 2027 soient en vigueur, considérez les IG de HL7 Europe comme un aperçu réalisable, et non comme un substitut aux lois.
| Catégorie d’usage principal EHDS | Artefact EEHRxF | Exemple FHIR IG (HL7 Europe) |
|---|---|---|
| Catégorie 1 — résumé du patient | EEHRxF Patient Résumé | HL7 Europe Patient Résumé 1.0.0-vote (http://hl7.eu/fhir/eps/ImplementationGuide/hl7.fhir.eu.eps), sur IPS |
| Catégorie 1 — Prescription électronique / Dispensation électronique | EEHRxF ePrescription et eDispensation | Prescription et distribution de médicaments HL7 Europe |
| Catégorie 2 — résultats d'examens médicaux (y compris laboratoire) | Résultats des tests médicaux EEHRxF | Rapport du laboratoire HL7 Europe 2.0.0 (http://hl7.eu/fhir/laboratory/ImplementationGuide/hl7.fhir.eu.laboratory) |
| Catégorie 2 — études et rapports d'imagerie médicale | Études et rapports d’imagerie EEHRxF | Suivez le HL7 Europe / IHE Imaging IG le nom des actes ; ne traitez pas DICOM C-Store comme EEHRxF |
| Catégorie 2 — rapports de sortie | Rapport de décharge EEHRxF | Rapport de sortie de l'hôpital HL7 Europe (http://hl7.eu/fhir/hdr/ImplementationGuide/hl7.fhir.eu.hdr) |
La catégorie 1 est l’objectif de production pour 2029. La catégorie 2 est l’objectif 2031. Le laboratoire maritime FHIR en 2026 est une répétition utile ; il ne s’agit pas d’un respect anticipé d’une obligation pour 2031.
HL7 Europe Base contre Core
L'IG à épingler pour les blocs de construction partagés est Base et noyau HL7 Europe FHIR IG 2.0.0 (essai d'utilisation / STU 2), généré le 27 avril 2026, sur FHIR R4. URL officielle : http://hl7.eu/fhir/base/ImplementationGuide/hl7.fhir.eu.base. Accueil publié : https://hl7.eu/fhir/base/. Package : hl7.fhir.eu.base#2.0.0. Un jumeau R5 existe chez https://hl7.eu/fhir/base-r5; la plupart des piles nationales en Europe sont toujours R4 — voir le Calendrier R4 allemand si l'Allemagne est dans le même train de libération.
La propre scission de l’IG :
- Profils de base — concepts européens faiblement contraints (Patient, Practitioner, Organisation). Fondation pour les IG nationaux et de portée.
- Profils de base — des contraintes essentielles destinées à être réutilisées dans la plupart des IG européens, avec un alignement IPS là où cela est raisonnable. Exemple : Patient (noyau UE) à
http://hl7.eu/fhir/base/StructureDefinition/patient-eu-core.
Xt-EHR prend en charge cette version STU 2. Il s'agit d'un travail d'alignement, pas d'un certificat de la Commission.
Les identifiants nationaux sont toujours en place sur EU Patient, ils ne sont pas remplacés par celui-ci. Un KVNR allemand, un NIR français ou un BSN néerlandais restent un système d'identification spécifique à un pays. Le Article de base de l’UE contre le noyau des États-Unis répertorie ces systèmes ; cette page ne répète pas ce tableau.
Ce qu'une équipe produit met réellement en œuvre
- Une capacité, pas un article de blog. Déclarer EU Base/Core et l'IG scoped (EPS, MPD, laboratoire, HDR) dans
CapabilityStatement.instantiates/supportedProfilepour les catégories que vous vendez. - Documents où l'IG est un document. Les IG de résumé et de rapport de laboratoire Patient attendent des documents FHIR (Bundle + Composition) ainsi que des ressources RESTful. Un nu
Patientread n'est pas un résumé Patient. - Superposition des États membres. EU Core n’est pas CH Core, ni ISiK, ni un profil national français. Si l'acheteur est une communauté suisse, utilisez le Article DEP. Si l'acheteur est un hôpital allemand, utilisez ISiK/MIO.
- Terminologie. Les modèles logiques EEHRxF lient SNOMED CT, LOINC, ICD et ATC. Les observations de code local uniquement échoueront aux contrôles sémantiques même si le JSON est un FHIR valide.
Ce que ce n'est pas
Cette page ne constitue pas une évaluation de conformité EHDS, ni un certificat CE ou système DSE, ni un avis juridique. La mise en œuvre de HL7 Europe Base/Core ne rend pas un produit « certifié EHDS ». Les actes d’exécution de 2027 peuvent encore modifier les objets nommés. Je ne représente pas la Commission, Xt-EHR ou HL7 Europe. Rien ici n’est un conseil clinique.
Lecture connexe
- Aperçu de la réglementation : Espace européen des données de santé
- Différences de profil par rapport aux États-Unis : EU Core et US Core
- Carte du pays : Guides de mise en œuvre du FHIR par pays
Si vous avez besoin de l'architecture d'intégration pour les charges utiles EU Base/Core en plus de l'hôpital existant v2, c'est-à-dire interopérabilité numérique en matière de santé.