L’espace européen des données de santé (EHDS) : ce que les développeurs de soins de santé doivent savoir

Introduction

Le règlement sur l’espace européen des données de santé (EHDS), publié au Journal officiel de l’UE le 5 février 2025, est l’élément législatif le plus important en matière de données de santé que l’Europe ait jamais produit. Cela change fondamentalement la façon dont les données électroniques de santé sont accessibles, partagées et réutilisées dans l’UE – et cela a un impact direct sur tous les développeurs, fournisseurs et entreprises de technologie de la santé opérant sur le marché européen.

En tant que personne qui construit des systèmes d'intégration de soins de santé et travaille avec HL7, FHIR et l'échange de données transfrontalier, j'ai suivi de près l'EHDS. Il ne s’agit pas simplement d’une simple case à cocher en matière de conformité : il s’agit d’un changement structurel qui remodèlera le paysage européen des technologies de la santé au cours de la prochaine décennie.

Ce que fait réellement l’EHDS

L’EHDS repose sur deux piliers :

Utilisation principale – Accès contrôlé aux données de santé Patient

Les citoyens obtiennent des droits exécutoires pour accéder et partager leurs données électroniques de santé au-delà des frontières. Les prestataires de soins doivent mettre à disposition des catégories spécifiques de données dans des formats interopérables :

• Résumés Patient — données démographiques, allergies, médicaments, conditions, procédures
• Prescriptions électroniques et dispensations électroniques — exécution transfrontalière des ordonnances
• Résultats de laboratoire — rapports de laboratoire structurés avec codage standardisé
• Imagerie médicale et rapports — Études DICOM avec rapports de diagnostic
• Résumés de sortie d’hôpital — données de décharge structurées

Ce n’est pas facultatif. Les systèmes de DSE destinés aux prestataires de soins de santé de l’UE devront prendre en charge ces catégories de données dans des formats standardisés – et répondre aux exigences de conformité applicables aux systèmes de DSE.

Utilisation secondaire — Données sur la santé pour la recherche et l'innovation

Un nouveau cadre permet d'accéder à des données de santé anonymisées ou pseudonymisées à des fins de recherche, d'élaboration de politiques et d'innovation via des Organismes d’accès aux données de santé dans chaque État membre. Cela crée des opportunités pour la formation en IA, les études sur la santé des populations et la recherche clinique à une échelle jamais connue en Europe.

La chronologie qui compte

Voici la feuille de route de mise en œuvre que les développeurs doivent planifier :

La date limite de mars 2029 pour les résumés de patients et les ordonnances électroniques constitue le premier objectif difficile. Si vous construisez ou maintenez un système de DSE utilisé dans l’UE, votre feuille de route d’interopérabilité devrait déjà en tenir compte.

Implications techniques pour les développeurs

Certification du système DSE

L'EHDS introduit un système de certification obligatoire pour les systèmes DSE. L'article 28 exige que les systèmes de DSE mis sur le marché de l'UE répondent aux exigences d'interopérabilité, de sécurité et de journalisation. Cela reflète le fonctionnement du marquage CE pour les dispositifs médicaux : vous devrez démontrer votre conformité par une évaluation de la conformité.

Les principales exigences techniques comprennent :

• Interopérabilité avec le format d'échange européen de DSE — basé sur les profils HL7 FHIR et IHE
• Exportation de données structurées dans des formats standardisés (plus de verrouillage propriétaire)
• Journalisation d'audit de tous les événements d’accès et de partage de données
• Accès aux données basé sur l'API pour les applications tierces autorisées
• Interopérabilité sémantique en utilisant les terminologies internationales (SNOMED CT, LOINC, ICD-10, ATC)

Le format d'échange européen de DSE

La Commission définira le format exact d'échange au moyen d'actes d'exécution, mais l'orientation technique ressort clairement de l'infrastructure MyHealth@EU et de l'infrastructure de services numériques de santé en ligne existante (eHDSI) :

European EHR Exchange Format
├── Transport Layer
│   ├── HL7 FHIR R4/R5 RESTful APIs
│   └── IHE MHD (Mobile Health Documents)
├── Document Formats
│   ├── FHIR Documents (Patient Summary → IPS)
│   ├── CDA R2 (transitional support)
│   └── HL7 FHIR Structured Data Capture
├── Terminology
│   ├── SNOMED CT (clinical terms)
│   ├── LOINC (lab observations)
│   ├── ICD-10/ICD-11 (diagnoses)
│   ├── ATC (medications)
│   └── EDQM (dosage forms, routes)
└── Identity & Security
    ├── eIDAS 2.0 (citizen identity)
    ├── HPD (Healthcare Provider Directory)
    └── SAML/OAuth2 (authorization)

Si vous avez construit avec FHIR, vous êtes déjà bien placé. Le Résumé international Patient (IPS) profil — hl7.fhir.uv.ips — est la norme de document de base pour l’échange transfrontalier de résumés de patients.

MaSanté@UE Infrastructure

MyHealth@EU est l’infrastructure opérationnelle d’échange transfrontalier de données de santé. Il fonctionne depuis 2019 pour les ePrescriptions et les résumés de patients entre les pays participants. L’EHDS rend la participation obligatoire et élargit le champ d’application.

L'architecture suit un modèle fédéré :

Country A                          Country B
┌──────────────┐                  ┌──────────────┐
│  EHR System  │                  │  EHR System  │
│  (Hospital)  │                  │  (Pharmacy)  │
└──────┬───────┘                  └──────┬───────┘
       │                                 │
┌──────▼───────┐                  ┌──────▼───────┐
│   National   │                  │   National   │
│   Contact    │◄────────────────►│   Contact    │
│   Point for  │   MyHealth@EU   │   Point for  │
│   eHealth    │   Gateway       │   eHealth    │
│   (NCPeH)    │                  │   (NCPeH)    │
└──────────────┘                  └──────────────┘

Chaque pays gère un Point de contact national pour la cybersanté (NCPeH) cela se traduit entre les formats de données de santé nationales et le format d’échange européen. En tant que développeur, vous interagirez avec votre infrastructure nationale, et non directement avec MyHealth@EU. Mais comprendre cette architecture vous aide à concevoir des systèmes prêts pour l’EHDS.

Ce que vous devriez faire maintenant

1. Auditez votre modèle de données

Mappez les données cliniques de votre système aux catégories prioritaires EHDS. Pouvez-vous générer un résumé patient conforme à la norme IPS à partir de votre modèle de données actuel ? La plupart des systèmes avec lesquels j'ai travaillé nécessitent un travail de cartographie important pour s'aligner sur les profils de ressources IPS, en particulier en ce qui concerne le codage des médicaments (codes nationaux des médicaments selon ATC) et la terminologie des diagnostics (codes locaux selon la CIM-10/SNOMED CT).

2. Implémenter les API FHIR R4

Si votre système ne dispose pas encore d'API FHIR, commencez maintenant. Le format d'échange EHDS sera basé sur FHIR. Concrètement, concentrez-vous sur :

• Patient, Condition, MedicationStatement, AllergyIntolerance, Procedure ressources
• L'IPS Bundle et Composition profils
• FHIR DocumentReference pour l'imagerie et les rapports de laboratoire
• SMART on FHIR pour l'accès aux applications tierces

3. Adopter des terminologies standard

L’EHDS nécessite une interopérabilité sémantique, c’est-à-dire des données structurées et codées utilisant des terminologies internationales. Si votre système repose toujours sur des champs de texte libre ou des systèmes de codes locaux, planifiez une migration terminologique. Les licences SNOMED CT sont en cours d'extension dans tous les États membres de l'UE, spécifiquement pour soutenir la conformité EHDS.

4. Planifier la certification

Commencez à documenter les capacités d'interopérabilité, les mesures de sécurité et les pratiques de traitement des données de votre système. Le système de certification exigera des preuves de conformité – le traiter après coup coûtera cher.

Opportunités pour les entreprises de technologie de la santé

L’EHDS n’est pas seulement un fardeau de conformité : elle crée d’importantes opportunités de marché :

• Plateformes de soins transfrontalières qui exploitent l’échange de données standardisé
• Aide à la décision clinique des outils qui fonctionnent dans les systèmes DSE à l'aide des API FHIR
• Analyse de la santé de la population alimenté par un accès aux données à usage secondaire
• Applications orientées vers Patient qui regroupent les données de santé de plusieurs fournisseurs
• Services de cartographie terminologique pour aider les systèmes existants à atteindre l'interopérabilité sémantique

Les entreprises qui investissent tôt dans la préparation à l’EHDS bénéficieront d’un avantage concurrentiel significatif lorsque la réglementation entrera pleinement en vigueur.

Conclusion

L’EHDS est la réglementation sur les données de santé la plus ambitieuse au monde. La mise en œuvre complète prendra des années, mais l'orientation technique est claire : interopérabilité basée sur FHIR, terminologies standardisées, systèmes de DSE certifiés et partage de données contrôlé par les patients. Les organisations qui commenceront à se préparer dès maintenant – plutôt que d’attendre les délais d’application – seront les mieux placées sur le marché européen des technologies de la santé.

Si vous planifiez votre stratégie de préparation à l'EHDS et avez besoin de conseils sur la mise en œuvre de FHIR, le mappage terminologique ou l'architecture d'intégration, je serai heureux de vous aider.