--- id: vgl-fhir-openehr-omop type: Topic type_label: Aperçu ou dossier title: 'FHIR, openEHR et OMOP : comparaison' aliases: - FHIR vs openEHR vs OMOP - FHIR, openEHR en OMOP CDM - uitwisseling vs persistentie vs analyse names: nl: 'FHIR, openEHR en OMOP: vergelijking' fr: 'FHIR, openEHR et OMOP : comparaison' en: FHIR, openEHR and OMOP compared jurisdiction: - internationaal - eu - belgie themes: - architectuur-en-infrastructuur - terminologie - secundair-gebruik lifecycle: onbekend lifecycle_note: 'Sans objet: il s''agit d''une page de comparaison. Au 5 octobre 2026, FHIR→OMOP était publié à titre informatif, tandis qu''openEHR↔FHIR consistait encore en un guide de développement et des prototypes de recherche.' summary: 'FHIR, openEHR et OMOP CDM résolvent des problèmes différents: l''échange, la modélisation clinique et la persistance, et l''analyse pour l''usage secondaire. Ils peuvent utiliser les mêmes terminologies et sont, selon les sources consultées, complémentaires, mais les conversions font perdre de l''information. L''EHDS fixera des exigences techniques pour le format européen d''échange; aucune obligation relative à openEHR ou OMOP n''a été trouvée. Pour les hôpitaux, la distinction importe dans les choix en matière d''interfaces, de stockage clinique et de données de recherche.' last_verified: '2026-10-05' relations: - type: about direction: uit target: fhir target_url: https://ehealth-atlas.be/fr/hl7-fhir/ status: established - type: about direction: uit target: openehr target_url: https://ehealth-atlas.be/fr/openehr/ status: established - type: about direction: uit target: omop-cdm target_url: https://ehealth-atlas.be/fr/omop-cdm-et-ohdsi/ status: established - type: about direction: uit target: snomed-ct target_url: https://ehealth-atlas.be/fr/snomed-ct/ status: established - type: about direction: uit target: loinc target_url: https://ehealth-atlas.be/fr/loinc-et-le-sous-ensemble-belge-retam/ status: established - type: about direction: uit target: ehds target_url: https://ehealth-atlas.be/fr/espace-europeen-des-donnees-de-sante/ status: established - type: about direction: uit target: be-fhir-igs target_url: https://ehealth-atlas.be/fr/guides-d-implementation-fhir-belges/ status: established - type: about direction: uit target: eehrxf target_url: https://ehealth-atlas.be/fr/format-europeen-d-echange-des-dossiers-de-sante-informatises/ status: established - type: about direction: uit target: healthdata-at-eu target_url: https://ehealth-atlas.be/fr/donneessante-ue/ status: established - type: comparedWith direction: in target: omop-cdm target_url: https://ehealth-atlas.be/fr/omop-cdm-et-ohdsi/ status: established - type: comparedWith direction: in target: openehr target_url: https://ehealth-atlas.be/fr/openehr/ status: established release: 2026.11.12-3 url: https://ehealth-atlas.be/fr/fhir-openehr-et-omop-comparaison/ license: CC BY 4.0 --- # FHIR, openEHR et OMOP : comparaison FHIR, openEHR et OMOP CDM résolvent des problèmes différents : l'échange, la modélisation clinique et la persistance, et l'analyse pour l'usage secondaire. Ils peuvent utiliser les mêmes terminologies et sont, selon les sources consultées, complémentaires, mais les conversions font perdre de l'information. L'EHDS fixera des exigences techniques pour le format européen d'échange ; aucune obligation relative à openEHR ou OMOP n'a été trouvée. Pour les hôpitaux, la distinction importe dans les choix en matière d'interfaces, de stockage clinique et de données de recherche. ## Qu'est-ce que c'est ? Quel rôle jouent [HL7 FHIR](https://ehealth-atlas.be/fr/hl7-fhir/), openEHR et [OMOP CDM](https://ehealth-atlas.be/fr/omop-cdm-et-ohdsi/) côte à côte, et que doit en connaître un hôpital flamand à la lumière de l'[EHDS (Espace européen des données de santé)](https://ehealth-atlas.be/fr/espace-europeen-des-donnees-de-sante/) ? Comme cadre, cette page utilise les trois domaines de données du guide d'implémentation HL7 FHIR-to-OMOP : soins cliniques et administration, échange de données et analyse longitudinale [^1]. Ce guide d'implémentation considère FHIR et OMOP comme complémentaires et non comme concurrents [^1]. Un panel d'experts aboutit à la même conclusion pour openEHR, ISO 13606 et FHIR : chacun est utile pour un objectif propre et ils sont utilisables ensemble[^2]. ## Composantes | Dimension | HL7 FHIR | openEHR | OMOP CDM (OHDSI) | |---|---|---|---| | Objectif | Échange électronique d'informations de soins[^3] ; domaine : échange de données (API REST, resources)[^1] | Séparer le stockage technique et la signification clinique, afin que les systèmes évoluent sans perte de données[^4] ; modèle de plate-forme complet pour l'enregistrement, la persistance et l'interrogation[^2] | Standardiser la structure et le contenu de données observationnelles pour l'analyse[^5] ; domaine : analyse longitudinale[^1] | | Gestion | HL7 International ; en Belgique, HL7 Belgium est l'affilié[^6], des groupes de travail de HL7 Belgium élaborent des profils FHIR[^7] et la plate-forme eHealth publie des profils FHIR[^8] | openEHR International (opérationnel, depuis 2019), propriété intellectuelle auprès de la openEHR Foundation[^9] ; spécifications CC-BY-ND[^9] | OHDSI CDM Working Group[^5] | | Granularité | La resource est la brique de base[^3] | Modèle de référence stable avec des archétypes et des templates comme niveau de domaine[^10] ; les templates forment des Compositions complètes (p. ex. une lettre de sortie)[^10] | Centré sur la personne : toutes les tables d'événements cliniques sont reliées à PERSON[^11] | | Interrogation | L'API REST est l'une des possibilités[^1], mais REST n'est pas requis pour utiliser des resources[^3] | AQL[^10] | Modèle relationnel, réalisable dans n'importe quelle base de données relationnelle (p. ex. des bases SQL)[^11] ; aucun langage de requête distinct trouvé dans les sources | | Maturité et version | R5 (5.0.0) est la version actuelle[^12] ; R4 (4.0.1) mêle contenu normatif et STU[^13] | Architecture Overview BASE 1.2.0, statut STABLE[^10] | v5.5[^5], uniquement des ajouts optionnels par rapport à la v5.4[^14] | | Rôle de la terminologie | Module de terminologie avec CodeSystem, ValueSet, ConceptMap[^15] ; chaque système de codes a une URL (p. ex. LOINC, SNOMED)[^16] | Archétypes et templates comme porte d'entrée sémantique vers les terminologies[^10] | Standardized Vocabularies au centre[^5] ; un seul Standard Concept par événement, SNOMED pour les affections[^17] | | Usage en Belgique | Norme privilégiée pour les nouveaux flux (depuis l'Actieplan e-Gezondheid 2019-2021)[^18] ; [guides d'implémentation belges](https://ehealth-atlas.be/fr/guides-d-implementation-fhir-belges/) en R4[^19] | Non trouvé (lacune ; cela ne signifie pas que cela n'existe pas) | Nœud OHDSI belge issu de la communauté EHDEN[^20] ; 14 partenaires de données EHDEN belges[^21] | Selon un article du JMIR (2025), FHIR et OMOP utilisent les mêmes terminologies internationales, et OMOP convient mieux à l'analyse qu'à l'échange opérationnel[^22]. Dans les profils FHIR belges, [SNOMED CT](https://ehealth-atlas.be/fr/snomed-ct/) est le codage privilégié[^23], et dans le guide d'implémentation FHIR belge pour les résultats de laboratoire (v1.0.0, trial use), la plupart des mesures de laboratoire courantes doivent être codées en [LOINC](https://ehealth-atlas.be/fr/loinc-et-le-sous-ensemble-belge-retam/) selon le sous-ensemble du SPF[^24]. La classification d'enregistrement [ICD-10-BE](https://ehealth-atlas.be/fr/icd-10-be/) se situe en dehors de ces trois modèles ; dans OMOP, les codes ICD sont mappés, comme codes sources, sur des concepts standard SNOMED[^17]. ### Mappings et perte d'information - **FHIR → OMOP** : le HL7 Vulcan FHIR-to-OMOP IG v1.0.0 (Informative, FHIR R5) ne traite que ce sens, pour un noyau IPA ainsi que Encounter et Procedure (US Core), avec le CDM v5.4 pour cible[^1]. Un ballot 2.0.0 est en ligne comme continuous build (projet)[^25]. Ce guide d'implémentation indique que la transformation ne peut pas être sans perte et distingue les pertes de fidélité, d'information, de relations et d'exactitude[^1]. - **openEHR ↔ FHIR** : un guide d'implémentation qui mappe les types de données openEHR sur les types de données FHIR est en développement (R5 ; sur GitHub dans l'organisation openehr-fhir, configuré comme IG HL7 FHIR avec publisher HL7 FHIR Infrastructure ; une publication formelle de HL7 n'a pas été constatée)[^26]. FHIRconnect est une proposition de recherche (preprint 2025) qui a mappé 24 archétypes vers 15 profils FHIR[^27]. - **openEHR ↔ OMOP** : aucune norme de mapping officielle trouvée (lacune). ## Phase et obligations - **Dates d'application** : le règlement est d'application à partir du 26 mars 2027[^28]. Les dispositions sur l'enregistrement et l'échange (art. 3-15) s'appliquent à partir du 26 mars 2029 pour le résumé patient, la e-prescription et la e-délivrance, et à partir du 26 mars 2031 pour l'imagerie, les résultats de tests et les rapports de sortie[^28]. Le chapitre IV (utilisation secondaire) s'applique à partir du 26 mars 2029[^28], certaines catégories de l'art. 51(1) seulement à partir du 26 mars 2031[^28]. - **Oui (avec ces dates d'application)** : la Commission fixe pour le 26 mars 2027 les spécifications techniques du [EEHRxF](https://ehealth-atlas.be/fr/format-europeen-d-echange-des-dossiers-de-sante-informatises/)[^28] ; les prestataires de soins devront enregistrer des données prioritaires dans un système de DME[^28] ; les détenteurs de données devront notamment mettre des données de DME à disposition pour l'utilisation secondaire[^28]. - **Orientation FHIR** : HL7 Europe a publié des guides d'implémentation FHIR Base et Core à l'appui de l'EHDS [^29] ; la Belgique plaide pour une seule norme FHIR européenne par type de message[^30]. Il s'agit d'une position belge, pas d'une décision de l'UE. - **Non (trouvé)** : fin 2023, un panel d'experts affirmait, à propos de la proposition d'EHDS de l'époque, que l'EHDS ne règle pas de standards concrets[^2] ; le règlement définitif délègue bien les spécifications techniques de l'EEHRxF à des actes d'exécution[^28], qui peuvent contenir des standards concrets (interprétation). Dans le [projet pilote DonnéesDeSanté@UE](https://ehealth-atlas.be/fr/donneessante-ue/), OMOP était une option, pas une obligation[^31] ; un cadre académique cite OMOP comme standard, mais c'est une proposition[^22]. Pour openEHR, aucune référence à l'EHDS n'a été trouvée (lacune). ## Qu'est-ce que cela signifie pour un hôpital ? - **Obligation (UE, future)** : enregistrer des données prioritaires dans un système de DME et les échanger dans l'EEHRxF, par phases à partir du 26 mars 2029 (résumé patient, e-prescription, e-délivrance) et du 26 mars 2031 (imagerie, résultats de tests, rapports de sortie)[^28]. Le format technique sera fixé par des actes d'exécution ; que ce soit FHIR n'est pas confirmé. - **Choix politique Belgique** : des champs de l'EEHRxF sont aussi utilisés dans les CareSets belges[^30]. - **Réseau** : il existe un nœud OHDSI belge, issu de la communauté EHDEN[^20]. **Recommandation :** envisager une participation OMOP via EHDEN ou le nœud OHDSI belge en cas de question de recherche concrète. - **Recommandation** : voir Conclusion. - **Recommandation** : traiter les profils FHIR comme couche d'échange, suivre les actes d'exécution relatifs à l'EEHRxF et évaluer séparément openEHR et OMOP comme choix pour le stockage clinique et la recherche. Conserver les données sources comme référence, car la conversion vers OMOP peut faire perdre de l'information. ### Conditions d'implémentation et limites Les guides d'implémentation belges sont en R4, alors que le guide d'implémentation FHIR-to-OMOP repose sur R5 et US Core[^19][^1] ; une application directe demande donc une traduction. Pour l'utilisation de SNOMED CT dans les profils core-clinical belges, une licence Affiliate est nécessaire[^32]. ## Incertitudes et informations contradictoires - Le guide d'implémentation FHIR-to-OMOP vise le CDM v5.4, alors qu'OHDSI cite v5.5 comme version actuelle ; v5.5 est compatible avec v5.4, il s'agit donc d'un décalage dans le temps[^1][^5][^14]. - Les actes d'exécution relatifs à l'EEHRxF ne sont attendus que début 2027[^29] ; savoir s'ils prescriront FHIR de manière normative reste ouvert. - L'usage d'openEHR en Belgique n'a pas été trouvé. - L'affirmation selon laquelle l'EHDS ne règle pas de standards concrets[^2] date de décembre 2023 et porte sur la proposition de l'époque ; le règlement définitif délègue les spécifications techniques à des actes d'exécution[^28]. Les deux affirmations ne sont pas contradictoires, mais la première est datée. ## Diagrammen ### FHIR, openEHR, OMOP en terminologieën: conceptueel model Drie lagen: de Europese laag (EHDS, EEHRxF, MyHealth@EU, HealthData@EU), de modellen voor uitwisseling, klinische modellering en analyse (HL7 FHIR, Belgische FHIR-IG's, openEHR, OMOP CDM) en de semantische laag (SNOMED CT, LOINC, ICD-10-BE), met veertien genummerde verbanden. *Toont de verhouding tussen standaarden volgens de bronnen; geen ziekenhuisarchitectuur en geen bewezen operationele koppelingen. Gestippeld = ontwerp, voorstel of standpunt.* - **Europese laag**: EHDS, EEHRxF, MyHealth@EU, HealthData@EU - **Modellen**: HL7 FHIR, Belgische FHIR-IG's, openEHR, OMOP CDM v5.5 - **Semantische laag**: SNOMED CT, LOINC, ICD-10-BE 1. EHDS → EEHRxF: EHDS: de Commissie legt de EEHRxF-specificaties vast (tegen 26/3/2027)[^28] 2. EHDS → MyHealth@EU: EHDS: deelname aan MyHealth@EU verplicht voor lidstaten[^28] 3. EHDS → HealthData@EU: EHDS: secundair gebruik via HealthData@EU; OMOP enkel een optie in de pilot[^28][^31] 4. MyHealth@EU → EEHRxF: MyHealth@EU-uitwisseling steunt op EEHRxF[^28] 5. EEHRxF → HL7 FHIR: HL7 Europe Base/Core-IG's (STU); uitvoeringshandelingen verwacht begin 2027 *(hypothese)*[^29] 6. Belgische FHIR-IG's → HL7 FHIR: Belgische IG's profileren FHIR R4 (geen R5)[^19] 7. Belgische FHIR-IG's → EEHRxF: EU-velden ook in Belgische CareSets (Belgisch standpunt) *(hypothese)*[^30] 8. Belgische FHIR-IG's → SNOMED CT: SNOMED CT als voorkeurscodering in Belgische IG's[^23] 9. Belgische FHIR-IG's → LOINC: BE Lab-IG: LOINC verplicht (FOD-subset)[^24] 10. openEHR → SNOMED CT: openEHR: terminologiebinding via archetypes (SNOMED CT als voorbeeld is een interpretatie)[^10] 11. openEHR → HL7 FHIR: Een openEHR↔FHIR-IG voor datatype-mapping is in ontwikkeling *(hypothese)*[^26] 12. HL7 FHIR → OMOP CDM v5.5: HL7 Vulcan FHIR-to-OMOP IG v1.0.0 (Informative; CDM v5.4); niet verliesvrij[^1] 13. OMOP CDM v5.5 → SNOMED CT: OMOP: SNOMED CT als standaardconcept voor aandoeningen[^17] 14. ICD-10-BE → OMOP CDM v5.5: ICD als broncode, gemapt op een standaardconcept (ICD-10-BE specifiek is een interpretatie)[^17] ## Relaties - porte sur: [HL7 FHIR](https://ehealth-atlas.be/fr/hl7-fhir/) (établi)[^1][^3] - porte sur: [openEHR](https://ehealth-atlas.be/fr/openehr/) (établi)[^2][^4] - porte sur: [OMOP CDM et OHDSI](https://ehealth-atlas.be/fr/omop-cdm-et-ohdsi/) (établi)[^1][^5] - porte sur: [SNOMED CT](https://ehealth-atlas.be/fr/snomed-ct/) (établi)[^22][^17] - porte sur: [LOINC et le sous-ensemble belge (ReTaM)](https://ehealth-atlas.be/fr/loinc-et-le-sous-ensemble-belge-retam/) (établi)[^22][^16] - porte sur: [EHDS (Espace européen des données de santé)](https://ehealth-atlas.be/fr/espace-europeen-des-donnees-de-sante/) (établi)[^28][^2]. De EHDS laat de technische specificaties van het uitwisselingsformaat via uitvoeringshandelingen vastleggen; voor persistentie- of analysemodellen werd geen EHDS-verplichting gevonden. - porte sur: [Guides d'implémentation FHIR belges](https://ehealth-atlas.be/fr/guides-d-implementation-fhir-belges/) (établi)[^19][^23] - porte sur: [EEHRxF (format européen d'échange des dossiers de santé informatisés)](https://ehealth-atlas.be/fr/format-europeen-d-echange-des-dossiers-de-sante-informatises/) (établi)[^28] - porte sur: [DonnéesDeSanté@UE](https://ehealth-atlas.be/fr/donneessante-ue/) (établi)[^31]. OMOP was in de HealthData@EU-pilot een optie, geen verplichting. - est comparé à (entrant): [OMOP CDM et OHDSI](https://ehealth-atlas.be/fr/omop-cdm-et-ohdsi/) (établi)[^1] - est comparé à (entrant): [openEHR](https://ehealth-atlas.be/fr/openehr/) (établi)[^2] ## Open vragen - Welke Belgische of Europese referentiearchitectuur combineert FHIR, openEHR en OMOP expliciet (bv. richtlijnen van de Health Data Agency)? - Wanneer volgt de HL7 FHIR-to-OMOP IG op OMOP CDM v5.5, en komt er een R4-variant die aansluit op de Belgische R4-IG's? - Wordt openEHR in België gebruikt door ziekenhuizen of EPD-leveranciers? Niet gevonden. - Bestaat er een officiële mappingstandaard openEHR↔OMOP? Niet gevonden. - Verwijzen de EEHRxF-uitvoeringshandelingen (verwacht begin 2027) normatief naar FHIR? - Komt er een Atlas-conceptpagina voor openEHR (relatie nu naar een nog aan te maken concept)? ## Bronnen [^1]: [Vulcan FHIR to OMOP FHIR Implementation Guide](https://hl7.org/fhir/uv/omop/en/index.html). HL7 International / Biomedical Research and Regulation. Opgehaald 2026-09-25, sha256 99216bdc130a3b77… (SRC-4762fc1944) [^2]: [Can OpenEHR, ISO 13606, and HL7 FHIR Work Together? An Agnostic Approach for the Selection and Application of Electronic Health Record Standards to the Next-Generation Health Data Spaces](https://pmc.ncbi.nlm.nih.gov/articles/PMC10784985/). JMIR Medical Informatics (Pedrera-Jiménez et al.), 2023-12-28. Opgehaald 2026-09-25, sha256 9f357748e628d696… (SRC-b22ee5ef19) [^3]: [FHIR Overview (R4)](https://hl7.org/fhir/R4/overview.html). HL7 International. Opgehaald 2026-09-25, sha256 8b345c83b3da8aa4… (SRC-8086ca6f2b) [^4]: [What is openEHR?](https://openehr.org/what-is-openehr/). openEHR International. Opgehaald 2026-09-25, sha256 c006e5b97f61bd7f… (SRC-d2e10204e3) [^5]: [OMOP Common Data Model](https://ohdsi.github.io/CommonDataModel/). OHDSI CDM Working Group. Opgehaald 2026-09-25, sha256 6fe8d89ada407d68… (SRC-51838ad661) [^6]: [HL7 Belgium](https://www.agoria.be/en/hl7-belgium). Agoria. Opgehaald 2026-09-25, sha256 63b1b0d02a599293… (SRC-5d260b906d) [^7]: [HL7 FHIR Governance](https://www.ehealth.fgov.be/standards/kmehr/en/page/hl7-fhir-governance). eHealth-platform. Opgehaald 2026-09-25, sha256 5b351ed6cd75b317… (SRC-f0063a5aab) [^8]: [eHealth Standard FHIR - FHIR Implementation Guides](https://www.ehealth.fgov.be/standards/fhir/). eHealth-platform. Opgehaald 2026-09-25, sha256 f6e363654537314c… (SRC-8aef25830b) [^9]: [openEHR governance](https://openehr.org/governance/). openEHR International. Opgehaald 2026-09-25, sha256 2d84b9f488886117… (SRC-bd6b94de2d) [^10]: [openEHR Architecture Overview](https://specifications.openehr.org/releases/BASE/latest/architecture_overview.html). openEHR Specification Program. Opgehaald 2026-09-25, sha256 924316a34e4d3cfb… (SRC-33f54a15dd) [^11]: [The Book of OHDSI - Chapter 4 The Common Data Model](https://ohdsi.github.io/TheBookOfOhdsi/CommonDataModel.html). OHDSI. Opgehaald 2026-09-25, sha256 d73621818f61e52f… (SRC-277609bbe8) [^12]: [FHIR R5 (v5.0.0)](https://hl7.org/fhir/R5/index.html). HL7 International, 2023-03-26. Opgehaald 2026-09-25, sha256 a3f30ce6ad0ea77b… (SRC-ec315cc0fc) [^13]: [FHIR R4 (v4.0.1)](https://hl7.org/fhir/R4/index.html). HL7 International. Opgehaald 2026-09-25, sha256 928d5f5069319624… (SRC-ec16ae26c1) [^14]: [CDM v5.5 (release v5.5.0)](https://github.com/OHDSI/CommonDataModel/releases/tag/v5.5.0). OHDSI, 2026-08-25. Opgehaald 2026-09-25, sha256 ac2b47ef00edbe13… (SRC-cf9241837b) [^15]: [FHIR Terminology Module (R4)](https://hl7.org/fhir/R4/terminology-module.html). HL7 International, Vocabulary Work Group. Opgehaald 2026-09-25, sha256 fe9b9dc3a9d63948… (SRC-ddc1f2b720) [^16]: [Using Codes in resources (R4)](https://hl7.org/fhir/R4/terminologies.html). HL7 International. Opgehaald 2026-09-25, sha256 c4d1a62631a21792… (SRC-6f62e628f5) [^17]: [The Book of OHDSI - Chapter 5 Standardized Vocabularies](https://ohdsi.github.io/TheBookOfOhdsi/StandardizedVocabularies.html). OHDSI. Opgehaald 2026-09-25, sha256 b5fa0ffe01290753… (SRC-9a557cfa23) [^18]: [eHealth Platform Standards - Home (KMEHR)](https://www.ehealth.fgov.be/standards/kmehr/en). eHealth-platform. Opgehaald 2026-09-25, sha256 31d7759c5f189a49… (SRC-bd069bf1c8) [^19]: [BE Medication - Home](https://www.ehealth.fgov.be/standards/fhir/medication/en/index.html). eHealth-platform. Opgehaald 2026-09-25, sha256 2d52539b2c62b815… (SRC-c0c4b77571) [^20]: [OHDSI Belgium - national node](https://www.ohdsi-europe.org/index.php/national-nodes/belgium). OHDSI Europe. Opgehaald 2026-09-25, sha256 456efd283d0e2f54… (SRC-8af9dba3d7) [^21]: [Data Partners – EHDEN Foundation](https://www.ehden.eu/datapartners/). EHDEN Foundation. Opgehaald 2026-09-25, sha256 2ac163c8f1150829… (SRC-88258db489) [^22]: [Interoperability Framework of the European Health Data Space for the Secondary Use of Data: Interactive European Interoperability Framework-Based Standards Compliance Toolkit for AI-Driven Projects](https://pmc.ncbi.nlm.nih.gov/articles/PMC12059490/). Journal of Medical Internet Research, 2025. Opgehaald 2026-09-25, sha256 f4a7fb2c94de8f80… (SRC-55ef771c33) [^23]: [Guidance - eHealth Platform Federal Core Profiles v2.1.1](https://www.ehealth.fgov.be/standards/fhir/core/2.1.1/guidance.html). eHealth-platform. Opgehaald 2026-09-25, sha256 f42af07f72452e17… (SRC-4688612825) [^24]: [HL7 Belgium FHIR IG - Lab related profiles: Guidance](https://www.ehealth.fgov.be/standards/fhir/lab/guidance.html). eHealth-platform / HL7 Belgium, 2022-09-08. Opgehaald 2026-09-25, sha256 ffaa38773ca23656… (SRC-fb93029bf0) [^25]: [FHIR to OMOP FHIR IG (continuous build 2.0.0-ballot)](https://build.fhir.org/ig/HL7/fhir-omop-ig/). HL7 International / Biomedical Research and Regulation. Opgehaald 2026-09-25, sha256 4c407afe3f967c32… (SRC-5f6318ee1a) [^26]: [openEHR-FHIR Data Type Mapping IG (broncode)](https://github.com/openehr-fhir/data-type-mapping-ig). openehr-fhir (GitHub). Opgehaald 2026-09-25, sha256 a3218f26e6f68ded… (SRC-c911dbe4d4) [^27]: [FHIRconnect: Towards a seamless integration of openEHR and FHIR](https://arxiv.org/abs/2511.14618). arXiv (preprint), 2025-11-18. Opgehaald 2026-09-25, sha256 f2315566b00641dc… (SRC-36bd69feaa) [^28]: [Regulation (EU) 2025/327 of the European Parliament and of the Council of 11 February 2025 on the European Health Data Space and amending Directive 2011/24/EU and Regulation (EU) 2024/2847](https://eur-lex.europa.eu/eli/reg/2025/327/oj/eng). Europees Parlement en Raad van de EU (EUR-Lex), 2025-03-05. Opgehaald 2026-09-25, sha256 87d9f6722e7949ce… (SRC-af26b6d770) [^29]: [New HL7 Europe FHIR Implementation Guides to support the European Health Data Space](https://hl7news.hl7.org/2026/01/02/new-hl7-europe-fhir-implementation-guides-to-support-the-european-health-data-space/). HL7 International (HL7 News), 2026-01-02. Opgehaald 2026-09-25, sha256 8af576865dbdb030… (SRC-f046cd4082) [^30]: [EHDS (European Health Data Space) - De Europese Verordening betreffende de Europese ruimte voor gezondheidsgegevens](https://www.ehealth.fgov.be/nl/page/ehds-european-health-data-space-de-europese-verordening-betreffende-de-europese-ruimte-voor-gezondheidsgegevens). eHealth-platform. Opgehaald 2026-09-25, sha256 528e11d81be69835… (SRC-41ee539e0b) [^31]: [The European Health Data Space in communicable diseases surveillance and monitoring of medicines and vaccines: achievements of a pilot project examining the user journey](https://pmc.ncbi.nlm.nih.gov/articles/PMC12420905/). European Journal of Public Health, 2025. Opgehaald 2026-09-25, sha256 299c7d270302c921… (SRC-b280053090) [^32]: [HL7 Belgium FHIR IG - core-clinical profiles: Home](https://www.ehealth.fgov.be/standards/fhir/core-clinical/en/index.html). eHealth-platform / HL7 Belgium. Opgehaald 2026-09-25, sha256 8902deb6ebf26e8b… (SRC-854e8cb270)