ELGA est CDA et IHE : le FHIR Core autrichien est une pile différente
La production ELGA est toujours un échange de documents CDA via IHE XDS. HL7 Austria Core R4 2.0.0 est la référence FHIR. Austrian Patient Summary FHIR n'est pas ELGA en production. Le numéro de sécurité sociale utilise urn:oid:1.2.40.0.10.1.4.3.1.
Ala Ben Aicha
Réponse directe
La production ELGA concerne les documents CDA sur IHE XDS, et non FHIR. HL7 Austria Core R4 2.0.0 est la référence FHIR. Austrian Patient Summary FHIR n'est pas ELGA en production. Le système SSNr est urn:oid:1.2.40.0.10.1.4.3.1.
Ne rebadgez pas ELGA en FHIR
ELGA (Elektronische Gesundheitsakte) est le système national autrichien de dossier de santé. Les mises en œuvre contraignantes publiées selon le § 16 ELGA-VO 2015 sont HL7 CDA documents enregistrés auprès de IHE XDS métadonnées. Le Core IG de HL7 Autriche affirme qu'ELGA est principalement basé sur le CDA, et que le Core IG existe pour que les ressources FHIR puissent ressembler à cette structure. Il s’agit d’une histoire de cartographie, pas d’un changement de production.
Aucune spécification ELGA 2026 citée le jour de l'écriture ne redéfinit le DSE national en tant que magasin FHIR REST. Le travail de FHIR est réel – profils de base, un résumé IG autrichien Patient, des cartes CDA vers FHIR, une API FHIR de passe parent-enfant en développement – et ce n'est pas l'épine dorsale du document ELGA.
| Couche | Organisme / publication | Canonique / paquet | Qu'est-ce que c'est | Ce que ce n'est pas |
|---|---|---|---|---|
| ELGA CDA + IHE XDS | ELGA GmbH; Mise en œuvre du CDA; Normes ELGA | OID général CDA IG v3 1.2.40.0.34.7.1.9.3; Métadonnées XDS IG v3.0.2 OID 1.2.40.0.34.7.6.9.3; plus des IG de classe document (e-Medikation, sortie, imagerie, …) |
Fabrication ELGA : documents CDA structurés, enregistrement XDS, système d'autorisation | Pas FHIR. Un document e-Medikation du CDA n’est pas NLLMedicationRequest |
| HL7 AT Core R4 2.0.0 (STU2, 27 janvier 2025) | HL7 Autriche TC FHIR ; fhir.hl7.at Core R4 | Package hl7.at.fhir.core.r4#2.0.0; Patient canonique http://hl7.at/fhir/HL7ATCoreProfiles/4.0.1/StructureDefinition/at-core-patient |
Autrichien Référence FHIR pour Patient, Adresse, Organisation, Practitioner ; Mappages d'en-tête CDA | Pas d'intégration ELGA, pas de registre de documents |
| Austrian Patient Summary (APS) 1.0.0 (STU1, généré le 17 février 2026) | ELGA GmbH / HL7 Autriche ; APS R4 | URL officielle https://fhir.hl7.at/elga/aps/r4/ImplementationGuide/hl7.at.fhir.elga.aps.r4; paquet hl7.at.fhir.elga.aps.r4#1.0.0 |
FHIR R4 Patient Résumé aligné sur IPS / MyHealth@EU catalogue des exigences. Version actuellement publiée à cette URL | Pas de production ELGA, pas un remplacement pour CDA Patient Résumé |
| Façades ELGA FHIR (en développement) | ELGA; dev.elga.gv.at | par ex. eEKP FHIR-Anbindung v1.2.0 répertorié comme en développement | API FHIR nommées devant les services ELGA | Pas "ELGA est FHIR maintenant" |
Sources primaires : liste des publications ELGA CDA, HL7 AT Core R4 2.0.0. La DEP suisse est un document/voisin de l'IHE, pas un clone — voir DEP Suisse. Modèles IHE européens : IHE dans les soins de santé européens.
L'identifiant : numéro de sécurité sociale
L'identifiant spécifique au pays sur HL7 AT Core Patient est le numéro de sécurité sociale autrichien (SSNr), slice identifier:socialSecurityNumber:
urn:oid:1.2.40.0.10.1.4.3.1
Tapez le code SS à partir de la v2-0203. D'autres tranches existent (identifiants locaux, identifiants liés à ELGA tels que le profil les définit). Ne publiez pas de vrai SSNr. Conservez l'URL du système et une valeur factice dans les jeux de données de test.
ELGA-ID dans les en-têtes CDA est un problème d’identité de document mappé dans les mappages CDA Core Patient. Ce n'est pas une raison pour ignorer SSNr sur un FHIR Patient qui revendique AT Core.
Que mettre en œuvre en premier
- Si l'acheteur est un ELGA GDA / source du document: classe de document CDA nommée dans le contrat, métadonnées XDS, système d'autorisation ELGA. FHIR est un travail de façade facultatif, pas le format de soumission.
- Si l'acheteur veut FHIR autrichien Patient pour une nouvelle API : HL7 AT Core R4 2.0.0, système SSNr comme ci-dessus.
- Si l'acheteur nomme Austrian Patient Summary / IPS: APS 1.0.0, et dites à haute voix que la production ELGA est toujours CDA.
- Pour la catégorie EHDS 1, ne supposez pas que ELGA CDA est EEHRxF. Recouvrir EU Core lorsque le contrat porte sur des charges utiles européennes.
Ce que ce n'est pas
Cet article n'est pas une certification ELGA, ni un rapport IHE Connectathon, ni un contrat GDA, ni un conseil juridique. La mise en œuvre des profils AT Core ne vous connecte pas à ELGA. Je n'effectue pas d'intégration ELGA. Rien ici n’est un conseil clinique.
Lecture connexe
- Profils IHE dans les soins de santé européens
- Intégration EPD Suisse
- Guides de mise en œuvre du FHIR par pays
Pour l'architecture hybride document ELGA / FHIR, utilisez interopérabilité numérique en matière de santé ou démarrer un projet.