Sommaire de l’article
Le règlement (UE) 2025/327 sur l’Espace européen des données de santé (EHDS) est entré en vigueur le 26 mars 2025. Cette date n’a pas déclenché toutes les obligations en bloc. La Commission décrit une mise en œuvre progressive : actes d’exécution clés attendus pour mars 2027, premières grandes applications en mars 2029, puis extension à d’autres catégories en mars 2031.
L’EHDS organise trois plans liés : usage primaire des données pour les soins, usage secondaire pour la recherche, l’innovation, les politiques et les activités réglementaires, et cadre de marché pour les systèmes de dossiers de santé électroniques. Les droits, les infrastructures et les obligations détaillées ne suivent pas tous le même calendrier.
La bonne réponse 2026 n’est donc ni d’attendre, ni de déclarer le programme conforme avant les actes d’exécution. Elle consiste à préparer les capacités stables : savoir quelles données existent, qui les contrôle, comment elles sont codées, ce que les journaux prouvent et si un export conserve le sens et les restrictions d’usage.
Partie 1 — Lire le calendrier comme une architecture de dépendances
Le premier jalon utile est mars 2027, date limite annoncée pour plusieurs actes d’exécution qui détailleront l’opérationnalisation. En mars 2029, l’échange transfrontalier du premier groupe prioritaire — résumés de patients, prescriptions et dispensations électroniques — doit commencer, tandis que les règles d’usage secondaire s’appliqueront à la plupart des catégories. En mars 2031 viendront notamment images médicales, résultats de laboratoire, rapports de sortie et catégories restantes pour l’usage secondaire.
Ce calendrier doit être traduit en dépendances. Un dictionnaire de données précède un mapping ; un mapping précède un test d’export ; une base légale et une finalité précèdent l’accès ; un journal interprétable précède la preuve de contrôle. Commencer par acheter un connecteur crée une interface avant d’avoir défini le sens.
Partie 2 — Séparer portabilité, interopérabilité et preuve
Un fichier exportable n’est pas nécessairement interopérable. Il doit conserver l’identité du concept, l’unité, la temporalité, le contexte clinique, la provenance et les restrictions pertinentes. Deux systèmes peuvent produire le même format tout en attribuant un sens différent à une valeur ou à un statut.
La préparation doit donc combiner trois tests. Le test de portabilité vérifie que les données et métadonnées peuvent quitter le système. Le test d’interopérabilité vérifie qu’un destinataire peut reconstruire le sens sans connaissance tacite. Le test de preuve vérifie que les accès, transformations, corrections et divulgations restent attribuables.
Ces tests servent à la fois l’usage primaire et l’usage secondaire, mais ils ne les confondent pas. Un jeu de données utilisable pour soigner un patient n’est pas automatiquement approprié pour une question de recherche ; l’accès, la minimisation, la qualité et la documentation doivent être évalués pour chaque finalité.
Partie 3 — Construire un registre de données orienté décision
Un inventaire utile dépasse le nom des bases. Pour chaque catégorie, il indique le responsable, les finalités, la population, le système d’origine, la norme de codage, la fréquence, la période de conservation, les transferts, les transformations, le mécanisme d’accès et la capacité d’audit.
Ce registre devient un instrument de décision lorsque chaque lacune a une conséquence explicite : export impossible, sens ambigu, journal incomplet, identité non résolue, consentement ou opposition non propagé, ou qualité insuffisante pour l’usage prévu. L’équipe peut alors prioriser les contrôles qui débloquent plusieurs parcours plutôt que multiplier les projets isolés.
La transition EHDS devient utile lorsqu’un établissement peut déplacer une donnée sans perdre son sens, la partager sans perdre sa règle d’usage et la transformer sans perdre sa provenance.
Contrôle opérationnel — test de préparation EHDS
- Registre par catégorie de données, usage primaire ou secondaire, propriétaire et système source.
- Dictionnaire et mapping versionnés avec unités, terminologies, temporalité et règles de valeurs manquantes.
- Export test conservant données, métadonnées, provenance et restrictions applicables.
- Journal d’accès et de transformation exploitable par une revue indépendante.
- Feuille de route reliée aux actes d’exécution et jalons 2027, 2029 et 2031, avec hypothèses identifiées.
Graphe de décision — une capacité doit-elle être construite maintenant ?
| Étape | Question | Suite |
|---|---|---|
| 1. Catégorie | La donnée appartient-elle à un groupe et à un usage couverts par la feuille de route EHDS ? | Non → surveiller sans sur-construire. Oui → identifier le jalon. |
| 2. Dépendance | La capacité dépend-elle d’un acte d’exécution encore absent ? | Oui → documenter l’hypothèse et construire seulement le socle réversible. Non → tester. |
| 3. Sens | L’export conserve-t-il concept, unité, temps, contexte et provenance ? | Non → corriger dictionnaire et mapping. Oui → vérifier les droits. |
| 4. Contrôle | Accès, opposition, transformation et divulgation sont-ils prouvables ? | Non → renforcer gouvernance et journalisation. Oui → inscrire au plan de qualification. |
Informations manquantes et limites
- Plusieurs détails techniques dépendront des actes d’exécution attendus ; une conception irréversible serait prématurée.
- Les rôles et obligations exacts varient selon que l’organisation est fournisseur de soins, détenteur de données, utilisateur secondaire ou fabricant d’un système EHR.
- L’EHDS s’articule avec le RGPD et d’autres textes de l’Union ; cet article ne réalise pas cette analyse juridique complète.
Sources primaires citées
- Union européenne. Règlement (UE) 2025/327 relatif à l’espace européen des données de santé — texte officiel
- Commission européenne. European Health Data Space Regulation (EHDS) — calendrier de mise en œuvre
- Commission européenne. Frequently asked questions on the EHDS Regulation — FAQ publiée en mars 2026
Date limite de vérification : 30 août 2026.
Regulation (EU) 2025/327 on the European Health Data Space (EHDS) entered into force on March 26, 2025. That date did not activate every obligation at once. The Commission describes phased implementation: key implementing acts by March 2027, the first major applications in March 2029, and extension to further categories in March 2031.
EHDS connects three planes: primary use of data for care, secondary use for research, innovation, policy, and regulatory activity, and a market framework for electronic health record systems. Rights, infrastructure, and detailed duties do not all share one timetable.
The right 2026 response is neither to wait nor to claim compliance before the implementing acts. It is to prepare stable capabilities: know what data exist, who controls them, how they are coded, what logs prove, and whether an export preserves meaning and use restrictions.
Part 1 — Read the timeline as a dependency architecture
The first useful milestone is March 2027, the stated deadline for implementing acts that will operationalise parts of the framework. In March 2029, cross-border exchange of the first priority group — patient summaries, electronic prescriptions, and dispensations — is due to begin, while secondary-use rules start for most categories. March 2031 adds medical images, laboratory results, discharge reports, and remaining secondary-use categories.
Translate this timetable into dependencies. A data dictionary precedes mapping; mapping precedes an export test; legal basis and purpose precede access; an interpretable log precedes proof of control. Buying a connector first creates an interface before defining meaning.
Part 2 — Separate portability, interoperability, and proof
An exportable file is not necessarily interoperable. It needs to preserve concept identity, unit, timing, clinical context, provenance, and relevant restrictions. Two systems can emit the same format while assigning different meaning to a value or status.
Preparation therefore combines three tests. The portability test asks whether data and metadata can leave the system. The interoperability test asks whether a recipient can reconstruct meaning without tacit knowledge. The proof test asks whether access, transformation, correction, and disclosure remain attributable.
These tests support both primary and secondary use without conflating them. A dataset useful for treating a patient is not automatically appropriate for a research question; access, minimisation, quality, and documentation need to be evaluated for each purpose.
Part 3 — Build a decision-oriented data register
A useful inventory goes beyond database names. For every category it states the accountable party, purposes, population, originating system, coding standard, frequency, retention period, transfers, transformations, access mechanism, and audit capability.
The register becomes a decision tool when each gap has an explicit consequence: export unavailable, ambiguous meaning, incomplete log, unresolved identity, consent or opt-out not propagated, or quality insufficient for intended use. Teams can then prioritise controls that unlock several journeys instead of multiplying isolated projects.
The EHDS transition becomes useful when an organisation can move data without losing meaning, share it without losing its use rule, and transform it without losing provenance.
Operational control — EHDS readiness test
- Register data by category, primary or secondary use, owner, and source system.
- Version dictionaries and mappings with units, terminologies, timing, and missing-value rules.
- Test exports that retain data, metadata, provenance, and applicable restrictions.
- Provide access and transformation logs usable by an independent reviewer.
- Link the roadmap to 2027, 2029, and 2031 acts and milestones, with assumptions identified.
Decision graph — should a capability be built now?
| Step | Question | Next action |
|---|---|---|
| 1. Category | Is the data in an EHDS roadmap group and use? | No → monitor without overbuilding. Yes → identify the milestone. |
| 2. Dependency | Does the capability depend on an implementing act not yet available? | Yes → record the assumption and build only reversible foundations. No → test. |
| 3. Meaning | Does export preserve concept, unit, time, context, and provenance? | No → repair dictionary and mapping. Yes → verify rights. |
| 4. Control | Are access, opt-out, transformation, and disclosure provable? | No → strengthen governance and logging. Yes → add to qualification plan. |
Missing information and limits
- Several technical details depend on forthcoming implementing acts; irreversible design would be premature.
- Roles and duties differ for care providers, data holders, secondary users, and EHR-system manufacturers.
- EHDS interacts with GDPR and other Union law; this article does not perform that complete legal analysis.
Primary sources cited
- European Union. Regulation (EU) 2025/327 on the European Health Data Space — official text
- European Commission. European Health Data Space Regulation (EHDS) — implementation timeline
- European Commission. Frequently asked questions on the EHDS Regulation — FAQ published March 2026
Evidence cut-off : August 30, 2026.
Voir aussi
- Pharmaceutical Evidence-to-Decision Assurance Le mandat qui relie donnée régulée, décision et dossier d’inspection.
- Data & outillage Outils systèmes, indexation et persistance vérifiables, écrits pour durer.
- Calculateur de mission Chiffrer l’enveloppe de ce type de mission, calcul local et reproductible.