EHDS ePrescription et eDispensation : HL7 Europe MPD pour la catégorie 1
EHDS catégorie 1 ePrescription et eDispensation s'appliquent à partir de mars 2029. Pin HL7 Europe Medication Prescription and Dispense 1.0.0. Distinct de l'explicatif de la réglementation EHDS, du suédois NLL et de MyHealth@EU.
Ala Ben Aicha

Réponse directe
L'ePrescription et l'eDispensation de catégorie 1 de l'EHDS s'appliquent à partir de mars 2029. Implémentez HL7 Europe MPD 1.0.0 MedicationRequestEuMpd et MedicationDispenseEuMpd. Il ne s’agit pas de l’API suédoise NLL ni d’un produit MyHealth@EU que vous exploitez.
Fixez la version de MPD 1.0.0, pas « médicament européen FHIR »
Le Aperçu de la réglementation EHDS sur ce site reste la carte politique. EU Core et EHDS est la table des catégories Base/Core et EEHRxF. Cette page présente la charge utile des médicaments de catégorie 1 : comment HL7 Europe profile MedicationRequest et MedicationDispense.
Le jour de l'écriture (19 septembre 2026), le R4 IG publié est Prescription et distribution de médicaments HL7 Europe 1.0.0 (STU 1 / essai), généré le 11 mai 2026 :
- Accueil : hl7.eu/fhir/mpd
- URL officielle :
http://hl7.eu/fhir/mpd/ImplementationGuide/hl7.fhir.eu.mpd - Package :
hl7.fhir.eu.mpd#1.0.0sur FHIR R4 - Xt-EHR a pris en charge cette version en tant qu'alignement sur les modèles logiques EHDS, et non en tant que certificat de la Commission.
Profils MPD MedicationRequest et MedicationDispense; il n'a pas de profil Composition ou document-Bundle. Le notes de mise en œuvre ni encourager ni interdire une consultation nationale des documents (Bundle + Composition) ; ce wrapper est simplement hors de la charge utile profilée de MPD. Les exemples utilisent des bundles de collection pour plus de lisibilité ; les implémenteurs peuvent utiliser des bundles de transactions. Ne traitez pas un Composition Bundle comme un profil MPD.
| Profil MPD (nom IG) | Ressource FHIR | Modèle logique Xt-DSE | Ce que les cartes IG | Ce que ce n'est pas |
|---|---|---|---|---|
| MedicationRequestEuMpd | MedicationRequest | EHDSMédicationPrescription | Une prescription de médicament délivrée par un professionnel de santé à un patient | Non NLLMedicationRequest, et non un dossier d'administration de médicaments à l'hôpital |
| MedicationDispenseEuMpd | MedicationDispense | EHDSMédicationDistribution | Une pharmacie (y compris en ligne) délivre à une personne physique | Il ne s'agit pas d'un événement d'administration de médicament dans un service hospitalier |
| MédicamentEuMpd | Médicament | EHDSMédicament | Médicament selon le profil MPD/EU Base | Médicament R4 non limité |
| PosologieEuMpd | Posologie | Posologie EHDSDose | Dosage structuré sur demande ou dispense | Pas une signature uniquement narrative |
Sources primaires : HL7 Europe MPD 1.0.0 et la Commission Page de la réglementation EHDS (usage principal de catégorie 1 : Patient Résumés et ePrescriptions/eDispensations de mars 2029). Celui de l’IG portée reprend les restrictions EHDS : médicament, professionnel de santé, patient, dispensaire, personne physique.
L’identifiant : identifiant de l’ordonnance / du produit prescrit
Identifiant indépendant du pays activé MedicationRequestEuMpd est MedicationRequest.identifier — l'IG l'étiquette ID de l'ordonnance/de l'article prescrit. L’obligation du producteur DOIT être en mesure de remplir. Partage d'ordonnances multi-articles groupIdentifier. Redistribuer les points MedicationDispense.authorizingPrescription à cette demande. Le sujet est Patient (noyau UE), pas un personnummer suédois ni un identifiant de membre américain.
Les listes nationales de médicaments restent nationales. Suédois NLL est une API FHIR R4 en production avec NLLMedicationRequest et personnummer. Mappez NLL à MPD uniquement lorsque le contrat le stipule.
MaSanté@UE (eHDSI) est le réseau NCPeH fédéré pour les services transfrontaliers Patient Summary et eP/eD. Je ne l'exploite pas. Live MyHealth@EU eP/eD dans de nombreux États membres est toujours CDA via OpenNCP ; MPD est l’aperçu du FHIR que les actes d’exécution de 2027 peuvent lier. La connexion d'un DSE aux profils MPD n'est pas « mise en ligne sur MyHealth@EU ».
Que mettre en œuvre en premier
- Si l'acheteur est un Système de DSE ou de pharmacie vendu dans la catégorie EHDS 1: package
hl7.fhir.eu.mpd#1.0.0, MedicationRequestEuMpd + MedicationDispenseEuMpd + DosageEuMpd, identifiant comme ci-dessus, EU Core Patient comme sujet. - Si l'acheteur nomme un API nationale des médicaments (NLL, un service de prescription électronique français ou allemand) : implémentez d'abord cet IG. Ne le renommez pas MPD.
- Si l'acheteur veut distribution transfrontalière: ce chemin correspond au NCPeH de l'État membre sur MyHealth@EU, ainsi qu'à toute charge utile CDA ou FHIR que NCPeH accepte actuellement. Ce n'est pas un appel REST que vous hébergez.
- Gardez la catégorie 2 (laboratoire, imagerie, sortie – mars 2031) hors de cet arriéré. Le Page principale de l'UE divise déjà ces IG.
Ce que ce n'est pas
Cet article n'est pas une évaluation de conformité EHDS, ni une connexion MyHealth@EU, ni un NCPeH, ni une licence de pharmacie, ni un avis juridique. La mise en œuvre de profils MPD dans un laboratoire ne rend pas un produit « prêt pour la catégorie 1 » pour mars 2029 ; les actes d’exécution de 2027 peuvent encore nommer différents artefacts. Je n'exploite pas MyHealth@EU ou NLL. Rien ici n’est un conseil clinique ou de prescription.
Lecture connexe
Pour mapper MPD sur les interfaces hospitalières ou pharmaceutiques existantes, utilisez interopérabilité numérique en matière de santé ou démarrer un projet.