--- id: vgl-fhir-openehr-omop type: Topic type_label: Overzicht of dossier title: 'FHIR, openEHR en OMOP: vergelijking' 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: Niet van toepassing (vergelijkingspagina); de status per standaard staat in de tabel en op de eigen pagina's. Mappings FHIR→OMOP (HL7-IG v1.0.0, Informative) en openEHR↔FHIR (IG in ontwikkeling, onderzoeksprototypes) verschillen sterk in maturiteit. summary: 'FHIR, openEHR en OMOP CDM dienen verschillende doelen: FHIR voor uitwisseling, openEHR voor klinische modellering en persistentie in het EPD, OMOP CDM voor longitudinale analyse en secundair gebruik. Bronnen (HL7 Vulcan FHIR-to-OMOP IG, JMIR 2023/2025) noemen ze complementair. SNOMED CT en LOINC vormen de gedeelde semantische laag. Transformaties zijn niet verliesvrij. De EHDS-verordening laat de Commissie tegen 26 maart 2027 de technische specificaties van een uitwisselingsformaat (EEHRxF) vastleggen; de uitwisselingsverplichtingen gelden gefaseerd vanaf 26 maart 2029 en 2031. België pleit voor één FHIR-standaard per berichttype; of de uitvoeringshandelingen FHIR normatief voorschrijven, is nog open. Voor openEHR en OMOP werd geen EHDS-verplichting gevonden; OMOP was in de HealthData@EU-pilot een optie.' last_verified: '2026-09-26' relations: - type: about direction: uit target: fhir target_url: https://ehealth-atlas.be/fhir/ status: established - type: about direction: uit target: openehr target_url: https://ehealth-atlas.be/openehr/ status: established - type: about direction: uit target: omop-cdm target_url: https://ehealth-atlas.be/omop-cdm/ status: established - type: about direction: uit target: snomed-ct target_url: https://ehealth-atlas.be/snomed-ct/ status: established - type: about direction: uit target: loinc target_url: https://ehealth-atlas.be/loinc/ status: established - type: about direction: uit target: icd-10-be target_url: https://ehealth-atlas.be/icd-10-be/ status: hypothesis - type: about direction: uit target: ehds target_url: https://ehealth-atlas.be/ehds/ status: established - type: about direction: uit target: be-fhir-igs target_url: https://ehealth-atlas.be/be-fhir-igs/ status: established - type: about direction: uit target: eehrxf target_url: https://ehealth-atlas.be/eehrxf/ status: established - type: about direction: uit target: healthdata-at-eu target_url: https://ehealth-atlas.be/healthdata-at-eu/ status: established - type: comparedWith direction: in target: omop-cdm target_url: https://ehealth-atlas.be/omop-cdm/ status: established - type: comparedWith direction: in target: openehr target_url: https://ehealth-atlas.be/openehr/ status: established release: 2026.10.05-1 url: https://ehealth-atlas.be/vgl-fhir-openehr-omop/ license: CC BY 4.0 --- # FHIR, openEHR en OMOP: vergelijking FHIR, openEHR en OMOP CDM dienen verschillende doelen: FHIR voor uitwisseling, openEHR voor klinische modellering en persistentie in het EPD, OMOP CDM voor longitudinale analyse en secundair gebruik. Bronnen (HL7 Vulcan FHIR-to-OMOP IG, JMIR 2023/2025) noemen ze complementair. SNOMED CT en LOINC vormen de gedeelde semantische laag. Transformaties zijn niet verliesvrij. De EHDS-verordening laat de Commissie tegen 26 maart 2027 de technische specificaties van een uitwisselingsformaat (EEHRxF) vastleggen; de uitwisselingsverplichtingen gelden gefaseerd vanaf 26 maart 2029 en 2031. België pleit voor één FHIR-standaard per berichttype; of de uitvoeringshandelingen FHIR normatief voorschrijven, is nog open. Voor openEHR en OMOP werd geen EHDS-verplichting gevonden; OMOP was in de HealthData@EU-pilot een optie. ## Vraag of patroon Welke rol spelen [HL7 FHIR](https://ehealth-atlas.be/fhir/), openEHR en [OMOP CDM](https://ehealth-atlas.be/omop-cdm/) naast elkaar, en wat moet een Vlaams ziekenhuis ervan kennen in het licht van de [EHDS (European Health Data Space)](https://ehealth-atlas.be/ehds/)? Als kader gebruikt deze pagina de drie datadomeinen van de HL7 FHIR-to-OMOP IG: klinische zorg en administratie, data-uitwisseling en longitudinale analyse[^1]. Die IG ziet FHIR en OMOP als complementair, niet als concurrenten[^1]. Een expertpanel komt tot dezelfde conclusie voor openEHR, ISO 13606 en FHIR: elk is nuttig voor een eigen doel en ze zijn samen inzetbaar[^2]. ## Vergelijking | Dimensie | HL7 FHIR | openEHR | OMOP CDM (OHDSI) | |---|---|---|---| | Doel | Elektronische uitwisseling van zorginformatie[^3]; domein data-uitwisseling (REST-API, resources)[^1] | Scheiden van technische opslag en klinische betekenis, zodat systemen evolueren zonder dataverlies[^4]; volledig platformmodel voor registratie, persistentie en querying[^2] | Structuur en inhoud van observationele data standaardiseren voor analyse[^5]; domein longitudinale analyse[^1] | | Beheer | HL7 International; in België is HL7 Belgium de affiliate[^6], werken HL7 Belgium-werkgroepen FHIR-profielen uit[^7] en publiceert het eHealth-platform FHIR-profielen[^8] | openEHR International (operationeel, sinds 2019), IP bij de openEHR Foundation[^9]; specificaties CC-BY-ND[^9] | OHDSI CDM Working Group[^5] | | Granulariteit | De resource is de basisbouwsteen[^3] | Stabiel referentiemodel met archetypes en templates als domeinniveau[^10]; templates vormen volledige Compositions (bv. ontslagbrief)[^10] | Persoonsgericht: alle klinische event-tabellen hangen aan PERSON[^11] | | Querying | REST-API is een van de mogelijkheden[^1], maar REST is niet vereist om resources te gebruiken[^3] | AQL[^10] | Relationeel model, realiseerbaar in elke relationele database (bv. SQL-databanken)[^11]; geen aparte querytaal in de bronnen gevonden | | Maturiteit en versie | R5 (5.0.0) is de huidige versie[^12]; R4 (4.0.1) mengt normatieve en STU-inhoud[^13] | Architecture Overview BASE 1.2.0, status STABLE[^10] | v5.5[^5], enkel optionele toevoegingen t.o.v. v5.4[^14] | | Rol van terminologie | Terminologiemodule met CodeSystem, ValueSet, ConceptMap[^15]; elk codesysteem een URL (bv. LOINC, SNOMED)[^16] | Archetypes en templates als semantische toegangspoort naar terminologieën[^10] | Standardized Vocabularies centraal[^5]; één Standard Concept per event, bij aandoeningen SNOMED[^17] | | Belgisch gebruik | Voorkeursstandaard voor nieuwe stromen (sinds het Actieplan e-Gezondheid 2019-2021)[^18]; [Belgische IG's](https://ehealth-atlas.be/be-fhir-igs/) op R4[^19] | Niet gevonden (gap; betekent niet dat het niet bestaat) | Belgische OHDSI-node uit de EHDEN-gemeenschap[^20]; 14 Belgische EHDEN-datapartners[^21] | Volgens een JMIR-artikel (2025) gebruiken FHIR en OMOP dezelfde internationale terminologieën, en past OMOP beter bij analyse dan bij operationele uitwisseling[^22]. In de Belgische FHIR-profielen is [SNOMED CT](https://ehealth-atlas.be/snomed-ct/) de voorkeurscodering[^23], en in de Belgische Lab-IG (v1.0.0, trial use) moeten de meeste gangbare labometingen in [LOINC](https://ehealth-atlas.be/loinc/) volgens de FOD-subset gecodeerd worden[^24]. De registratieclassificatie [ICD-10-BE](https://ehealth-atlas.be/icd-10-be/) valt buiten deze drie modellen; in OMOP worden ICD-codes als broncodes op SNOMED-standaardconcepten gemapt[^17]. ## Mappings en informatieverlies - **FHIR → OMOP**: de HL7 Vulcan FHIR-to-OMOP IG v1.0.0 (Informative, FHIR R5) behandelt enkel die richting, voor een IPA-kern plus Encounter en Procedure (US Core), met CDM v5.4 als doel[^1]. Een 2.0.0-ballot staat als continuous build online (ontwerp)[^25]. De IG stelt dat de transformatie niet verliesvrij kan zijn en onderscheidt fideliteits-, informatie-, relatie- en accuraatheidsverlies[^1]. - **openEHR ↔ FHIR**: een implementatiegids die openEHR-datatypes op FHIR-datatypes mapt, is in ontwikkeling (R5; op GitHub in de organisatie openehr-fhir, geconfigureerd als HL7 FHIR IG met publisher HL7 FHIR Infrastructure; een formele HL7-publicatie werd niet vastgesteld)[^26]. FHIRconnect is een onderzoeksvoorstel (preprint 2025) dat 24 archetypes naar 15 FHIR-profielen mapte [^27]. - **openEHR ↔ OMOP**: geen officiële mappingstandaard gevonden (gap). ## Wat de EHDS wel en niet verplicht - **Toepassingsdata**: de verordening is van toepassing vanaf 26 maart 2027[^28]. De bepalingen over registratie en uitwisseling (art. 3-15) gelden vanaf 26 maart 2029 voor patiëntsamenvatting, e-voorschrift en e-aflevering, en vanaf 26 maart 2031 voor beeldvorming, testresultaten en ontslagverslagen [^28]. Hoofdstuk IV (secundair gebruik) geldt vanaf 26 maart 2029[^28], met enkele categorieën van art. 51(1) pas vanaf 26 maart 2031[^28]. - **Wel (met die toepassingsdata)**: de Commissie legt tegen 26 maart 2027 de technische specificaties van het [EEHRxF](https://ehealth-atlas.be/eehrxf/) vast[^28]; zorgverleners zullen prioritaire gegevens in een EPD-systeem moeten registreren [^28]; gegevenshouders zullen onder meer EPD-gegevens beschikbaar moeten stellen voor secundair gebruik [^28]. - **FHIR-richting**: HL7 Europe publiceerde Base- en Core-FHIR-IG's ter ondersteuning van de EHDS[^29]; België pleit voor één Europese FHIR-standaard per berichttype[^30]. Dit is een Belgisch standpunt, geen EU-besluit. - **Niet (gevonden)**: een expertpanel stelde eind 2023, over het toenmalige EHDS-voorstel, dat de EHDS geen concrete standaarden regelt[^2]; de definitieve verordening delegeert de technische specificaties van het EEHRxF wel naar uitvoeringshandelingen[^28], die concrete standaarden kunnen bevatten (interpretatie). OMOP was in de [HealthData@EU-pilot](https://ehealth-atlas.be/healthdata-at-eu/) een optie, geen verplichting[^31]; een academisch raamwerk noemt OMOP als standaard, maar dat is een voorstel[^22]. Voor openEHR werd geen EHDS-verwijzing gevonden (gap). ## Conclusie Bevindingen: de drie standaarden zijn volgens de geraadpleegde bronnen complementair[^1][^2] en mappings verliezen informatie[^1]. Van de drie modellen raakt enkel het uitwisselingsformaat (EEHRxF) aan een EU-verplichting[^28]; voor openEHR en OMOP werd geen EHDS-verplichting gevonden (gap) [^31]. De EHDS bevat daarnaast verplichtingen die los van deze modellen staan, zoals registratie in een EPD-systeem en terbeschikkingstelling voor secundair gebruik (vanaf 2029/2031, zie hierboven). **Aanbeveling**: behandel FHIR (Belgische en EU-profielen) als de verwachte buitenkant van het EPD voor uitwisseling, en volg de EEHRxF-uitvoeringshandelingen op om te zien of FHIR normatief wordt voorgeschreven. Codeer zo veel mogelijk aan de bron in SNOMED CT en LOINC (dat verlaagt de kosten van elke latere FHIR-, openEHR- of OMOP-omzetting), en beschouw OMOP als optionele onderzoekskopie en openEHR als architectuurkeuze die een eigen businesscase vraagt. Houd brondata altijd bij als referentie, omdat een OMOP-kopie per definitie verlies bevat. ## Praktische betekenis voor ziekenhuizen - **Verplichting (EU, toekomstig)**: prioritaire gegevens registreren in een EPD-systeem en uitwisselen in het EEHRxF, gefaseerd vanaf 26 maart 2029 (patiëntsamenvatting, e-voorschrift, e-aflevering) en 26 maart 2031 (beeldvorming, testresultaten, ontslagverslagen)[^28]. Het technische formaat wordt via uitvoeringshandelingen vastgelegd; dat dit FHIR wordt, is niet bevestigd. - **Beleidskeuze België**: EEHRxF-velden worden ook in de Belgische caresets gebruikt[^30]. - **Netwerk**: er bestaat een Belgische OHDSI-node, ontstaan uit de EHDEN-gemeenschap[^20]. **Aanbeveling:** overweeg OMOP-deelname via EHDEN of de Belgische OHDSI-node bij een concrete onderzoeksvraag. - **Aanbeveling**: zie Conclusie. ## Implementatievoorwaarden en beperkingen Belgische IG's zijn R4, terwijl de FHIR-to-OMOP IG op R5 en US Core steunt[^19][^1]; een directe toepassing vraagt dus vertaling. Voor SNOMED CT-gebruik in de Belgische core-clinical profielen is een Affiliate-licentie nodig[^32]. ## Onzekerheden en tegenstrijdige informatie - De FHIR-to-OMOP IG richt zich op CDM v5.4, terwijl OHDSI v5.5 als huidige versie noemt; v5.5 is compatibel met v5.4, dus dit is een tijdsverschil[^1][^5][^14]. - De uitvoeringshandelingen voor het EEHRxF worden pas begin 2027 verwacht[^29]; of ze FHIR normatief voorschrijven is open. - openEHR-gebruik in België: niet gevonden (gap, geen bewijs van afwezigheid). - De uitspraak dat de EHDS geen concrete standaarden regelt[^2] dateert van december 2023 en gaat over het toenmalige voorstel; de definitieve verordening delegeert de technische specificaties naar uitvoeringshandelingen [^28]. Beide uitspraken zijn niet strijdig, maar de eerste is gedateerd. ## 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 - gaat over: [HL7 FHIR](https://ehealth-atlas.be/fhir/) (vastgesteld)[^1][^3] - gaat over: [openEHR](https://ehealth-atlas.be/openehr/) (vastgesteld)[^2][^4] - gaat over: [OMOP CDM en OHDSI](https://ehealth-atlas.be/omop-cdm/) (vastgesteld)[^1][^5] - gaat over: [SNOMED CT](https://ehealth-atlas.be/snomed-ct/) (vastgesteld)[^22][^17] - gaat over: [LOINC en de Belgische labosubset (ReTaM)](https://ehealth-atlas.be/loinc/) (vastgesteld)[^22][^16] - gaat over: [ICD-10-BE](https://ehealth-atlas.be/icd-10-be/) (hypothese)[^17]. ICD-codes worden in OMOP als broncodes op SNOMED gemapt; een specifieke ICD-10-BE-vocabularium in OHDSI werd niet bevestigd. - gaat over: [EHDS (European Health Data Space)](https://ehealth-atlas.be/ehds/) (vastgesteld)[^28][^2]. De EHDS laat de technische specificaties van het uitwisselingsformaat via uitvoeringshandelingen vastleggen; voor persistentie- of analysemodellen werd geen EHDS-verplichting gevonden. - gaat over: [Belgische FHIR-implementatiegidsen](https://ehealth-atlas.be/be-fhir-igs/) (vastgesteld)[^19][^23] - gaat over: [EEHRxF (European EHR Exchange Format)](https://ehealth-atlas.be/eehrxf/) (vastgesteld)[^28] - gaat over: [HealthData@EU](https://ehealth-atlas.be/healthdata-at-eu/) (vastgesteld)[^31]. OMOP was in de HealthData@EU-pilot een optie, geen verplichting. - wordt vergeleken met (inkomend): [OMOP CDM en OHDSI](https://ehealth-atlas.be/omop-cdm/) (vastgesteld)[^1] - wordt vergeleken met (inkomend): [openEHR](https://ehealth-atlas.be/openehr/) (vastgesteld)[^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)