Échange de données transfrontalier Patient en Europe : architecture, normes et défis du monde réel

Séparer le service d'échange de la décision d'accès

MyHealth@EU prend en charge les résumés de patients transfrontaliers et les prescriptions/dispensations électroniques, avec une disponibilité en fonction des pays et des services participants. Vérifiez les informations de la Commission informations sur les services de santé transfrontaliers avant de promettre une route d’échange particulière.

Prenons l'exemple d'un voyageur dont le clinicien traitant demande un résumé du patient : vérifiez d'abord l'identité et l'accès, demandez le document pris en charge via la connexion nationale approuvée, conservez sa source et son horodatage et distinguez une réponse indisponible d'un historique clinique vide. La traduction terminologique ne doit pas changer silencieusement le sens clinique.

Utilisez le guide d'identité du patient pour faire correspondre les risques et les Guide des droits RGPD pour les flux de travail de gouvernance.

Introduction

Chaque année, des millions d’Européens traversent les frontières pour le travail, le tourisme ou les soins de santé. Lorsqu'un touriste allemand a une urgence médicale au Portugal ou qu'un travailleur français a besoin d'une ordonnance en Belgique, le clinicien traitant doit avoir accès aux données de santé du patient (allergies, médicaments, maladies chroniques) pour prodiguer des soins en toute sécurité.

C'est le problème MaSanté@UE résout. Il s’agit de l’infrastructure opérationnelle d’échange transfrontalier de données de santé qui fonctionne depuis 2019 et se développe rapidement dans le cadre du règlement EHDS. En tant que personne qui construit des systèmes d’interopérabilité des soins de santé, je trouve que l’architecture MyHealth@EU est l’un des problèmes d’intégration les plus intéressants sur le plan technique – et les plus difficiles – dans les soins de santé européens.

Ce que MyHealth@EU échange aujourd'hui

MyHealth@EU prend actuellement en charge deux services transfrontaliers :

Résumé Patient (PS)

Un document structuré contenant les informations cliniques essentielles dont un clinicien a besoin lors d'une rencontre de soins imprévue :

• Diagnostics actifs et problèmes médicaux
• Médicaments actuels
• Allergies et effets indésirables
• Historique des interventions chirurgicales
• Dispositifs médicaux et implants
• Antécédents vaccinaux

Le résumé Patient suit le Résumé européen Patient (EPS) spécification, qui est étroitement alignée sur la Résumé de HL7 International Patient (IPS) norme.

ePrescription / eDispensation

Permet aux patients d'exécuter des ordonnances délivrées dans leur pays d'origine dans des pharmacies d'un autre État membre de l'UE :

1. Un médecin du pays A délivre une ordonnance électronique
2. Le patient se rend dans une pharmacie du pays B
3. Le pharmacien interroge MyHealth@EU pour récupérer l'ordonnance
4. Le médicament est délivré et un relevé de dispensation est renvoyé au pays A.

L'architecture technique

MyHealth@EU utilise un architecture peer-to-peer fédérée où chaque pays participant dispose d'un point de contact national pour la cybersanté (NCPeH) :

Country of Affiliation (A)          Country of Treatment (B)
(Patient's home country)            (Where patient seeks care)

┌─────────────────────┐            ┌─────────────────────┐
│   National Health    │            │   Point of Care     │
│   Infrastructure    │            │   (Hospital/Pharmacy)│
│   (EHR Systems)     │            │                     │
└─────────┬───────────┘            └─────────┬───────────┘
          │                                  │
          ▼                                  ▼
┌─────────────────────┐            ┌─────────────────────┐
│     NCPeH-A         │            │     NCPeH-B         │
│  ┌───────────────┐  │            │  ┌───────────────┐  │
│  │  Translation  │  │            │  │  Translation  │  │
│  │  Service      │  │            │  │  Service      │  │
│  ├───────────────┤  │  eHDSI     │  ├───────────────┤  │
│  │  Security     │  │◄──────────►│  │  Security     │  │
│  │  Gateway      │  │  (TLS +    │  │  Gateway      │  │
│  ├───────────────┤  │  eIDAS)    │  ├───────────────┤  │
│  │  Document     │  │            │  │  Document     │  │
│  │  Transform    │  │            │  │  Transform    │  │
│  └───────────────┘  │            │  └───────────────┘  │
└─────────────────────┘            └─────────────────────┘

Le flux d'échange

Lorsqu'un clinicien du pays B a besoin d'un résumé du patient du pays A :

1. Identification Patient — le patient est identifié à l'aide de sa carte nationale d'assurance maladie ou de sa carte européenne d'assurance maladie (CEAM)
2. NCPeH-B interroge NCPeH-A — une requête transfrontalière est envoyée via l'infrastructure eHDSI à l'aide des profils IHE XCA (Cross-Community Access)
3. NCPeH-A récupère le résumé du patient de l’infrastructure nationale de santé
4. Traduction et transformation — le document est traduit du format national au format d'échange européen, et les termes cliniques sont transcodés vers les terminologies internationales
5. NCPeH-B reçoit et restitue — le clinicien voit le résumé du patient dans sa langue locale

Les normes sous le capot

L’eHDSI (eHealth Digital Service Infrastructure) utilise une combinaison de standards :

Les défis du monde réel

1. Traduction terminologique

Il s’agit sans doute du problème le plus difficile en matière d’échange transfrontalier de données de santé. Chaque pays utilise différents systèmes de codage pour les médicaments, les diagnostics et les procédures :

• Médicaments — L'Allemagne utilise le PZN (Pharmazentralnummer), la France utilise les codes CIP, la Suisse utilise le GTIN. Tous doivent être mappés à la classification ATC (Anatomical Therapeutic Chemical) pour les échanges transfrontaliers.
• Diagnostics — la plupart des pays utilisent la CIM-10, mais avec des extensions nationales (ICD-10-GM en Allemagne, ICD-10-FR en France). L’adoption du SNOMED CT varie considérablement.
• Procédures — il n'existe pas de système européen commun de codification des procédures. Les codes de procédure SNOMED CT sont la cible, mais les systèmes nationaux (OPS en Allemagne, CCAM en France) restent dominants.

Le mappage terminologique automatisé fonctionne pour les cas simples, mais les cas extrêmes nécessitent une curation manuelle. J’ai vu des médicaments qui existent dans un pays mais n’ont pas d’équivalent dans un autre – une situation qui ne peut pas être entièrement résolue techniquement.

2. Qualité et exhaustivité des données

La qualité des résumés transfrontaliers des patients dépend entièrement de la qualité des données sources. Si le DSE du pays d'origine d'un patient présente des listes de médicaments incomplètes ou des diagnostics non codés, le résumé transfrontalier reflétera ces lacunes.

Problèmes courants de qualité des données que j'ai rencontrés :

• Diagnostics en texte libre uniquement qui ne peut pas être codé selon SNOMED CT ou CIM-10
• Dossiers de médicaments incomplets où il manque des médicaments en vente libre
• Informations obsolètes provenant de systèmes qui ne mettent pas régulièrement à jour les résumés des patients
• Données manquantes sur les allergies — la distinction entre « aucune allergie connue » et « statut allergique non enregistré » est essentielle et souvent perdue

3. Langue et localisation

Les documents cliniques doivent être lisibles par l'homme dans la langue du clinicien traitant. Cela nécessite :

• Traduction de termes codés — SNOMED CT et CIM-10 ont des descriptions multilingues, mais la couverture est incohérente
• Traduction de texte libre — les notes cliniques en texte libre nécessitent une traduction de qualité médicale, qui n'est pas toujours disponible
• Contexte culturel — les noms de marque des médicaments, les conventions posologiques et les pratiques cliniques varient selon les pays

4. Patient Consentement et identification

Chaque pays dispose de différents modèles de consentement pour le partage de données de santé :

• Certains pays exigent un consentement explicite pour le partage transfrontalier
• D'autres autorisent le partage sous l'hypothèse d'un consentement implicite à des fins de traitement
• L'EHDS harmonisera cela, mais la période de transition crée une complexité juridique

L’identification Patient au-delà des frontières reste un défi. La carte européenne d'assurance maladie (CEAM) constitue un point de départ, mais la mise en correspondance des données de la CEAM avec les dossiers de santé nationaux n'est pas toujours simple : les translittérations de noms, les différences de format de date et les données manquantes peuvent toutes entraîner des échecs de correspondance.

5. Fiabilité des infrastructures

Les échanges transfrontaliers dépendent de la disponibilité des infrastructures NCPeH des deux pays. En pratique :

• Fenêtres de temps d'arrêt diffèrent selon les pays : une requête envoyée pendant la fenêtre de maintenance d'un pays échouera
• Délais de réponse varient considérablement : certains pays renvoient les résumés des patients en quelques secondes, d'autres en quelques minutes
• Gestion des erreurs doit tenir compte des échecs partiels - le NCPeH d'un pays étant indisponible ne devrait pas bloquer l'accès aux données d'autres pays

Où il se dirige

Expansion sous EHDS

La Commission Calendrier de mise en œuvre de l’EHDS distingue le premier groupe d’échange prioritaire en mars 2029 des images médicales, des résultats de laboratoire et des rapports de sortie en mars 2031. Il s’agit d’étapes d’application progressives et non d’une preuve que tous les échanges sont disponibles aujourd’hui.

Migration FHIR

FHIR et le résumé international Patient sont des références de conception utiles. Confirmer le format du document, la version du profil et les règles de validation requises par le service national actuel ; ne supposez pas un remplacement universel du FHIR pour les échanges CDA existants.

Le format d'échange européen de DSE

Comme indiqué dans mon article EHDS, la Commission définira un format d'échange européen de DSE qui normalisera les catégories de données, les terminologies et les formats techniques. Cela réduira progressivement la fragmentation qui rend les échanges transfrontaliers si difficiles aujourd’hui.

Ce que les développeurs doivent savoir

Si vous construisez des systèmes qui doivent participer à l’échange transfrontalier de données de santé :

1. Évaluer le résumé international Patient (IPS) aux côtés des profils requis par le service connecté
2. Adopter des terminologies internationales — sélectionner SNOMED CT, LOINC, ATC et autres systèmes de codes en fonction des spécifications de l'échange et des licences applicables
3. Conception de contenu multilingue — votre système doit gérer les données cliniques dans plusieurs langues
4. Créer une gestion robuste des erreurs — les requêtes transfrontalières échoueront, expireront ou renverront des résultats partiels. Votre interface utilisateur doit les gérer avec élégance
5. Comprendre le paysage du consentement — les exigences en matière de consentement au partage transfrontalier de données varient selon les pays et évoluent dans le cadre de l'EHDS

Conclusion

L’échange transfrontalier de données sur les patients en Europe constitue une réussite technique remarquable – et un défi permanent. La combinaison d’une architecture fédérée, de traduction terminologique, d’exigences multilingues et de réglementations nationales variables en fait l’un des problèmes d’intégration les plus complexes dans le domaine des soins de santé. Mais c’est aussi l’un des plus importants : permettre des soins sûrs à des millions d’Européens qui traversent les frontières.

Si vous travaillez sur l’échange transfrontalier de données de santé ou si vous avez besoin de rendre votre système compatible MyHealth@EU, n’hésitez pas à nous contacter.