--- id: omop-cdm type: Specification type_label: Standaard of specificatie title: OMOP CDM en OHDSI aliases: - OMOP - OMOP CDM - OMOP Common Data Model - OHDSI CDM - OHDSI - Observational Medical Outcomes Partnership - OMOB names: nl: OMOP CDM en OHDSI fr: OMOP CDM et OHDSI en: OMOP Common Data Model and OHDSI jurisdiction: - internationaal - belgie themes: - secundair-gebruik - terminologie - architectuur-en-infrastructuur lifecycle: normatief lifecycle_note: CDM v5.5 (release v5.5.0) is de huidige versie; niet alle OHDSI-tools ondersteunen al de v5.5-elementen (legacy support = v5.4). In België in gebruik bij EHDEN- en DARWIN EU-datapartners en in ziekenhuisnetwerken zoals FHIN (CDM 5.4). Geen EU- of Belgische verplichting om OMOP te gebruiken gevonden; een Belgische beleidskeuze voor OMOP is enkel bekend uit een webinarverslag (maart 2026), niet uit een overheidsdocument. version: CDM v5.5 (release v5.5.0), compatibel met v5.4 summary: 'Het OMOP Common Data Model is een open communitystandaard van OHDSI om structuur en inhoud van observationele data te standaardiseren voor analyse. Het model is persoonsgericht en relationeel, met de OHDSI Standardized Vocabularies als kern: per event één Standard Concept (bij aandoeningen is het SNOMED-concept zelf het standaardconcept), broncodes zoals ICD worden erop gemapt. Actuele versie v5.5. In België bestaat een OHDSI-node, vermeldt EHDEN 14 Belgische datapartners en staan drie Belgische databronnen op de DARWIN EU-lijst van EMA (16 juni 2026). Vijf Belgische ziekenhuisnetwerken (o.a. FHIN) zetten data om naar OMOP. Een kabinetsadviseur stelde in maart 2026 dat België voor secundair gebruik voor OMOP koos, maar een HDA-whitepaper (2025) noemt OMOP niet en een officieel document werd niet gevonden. Van de Belgische codesystemen staan enkel GGR (BCFI) en LPD_Belgium (IQVIA, abandoned) in de OHDSI-vocabularia. De EHDS vraagt het datamodel te documenteren, maar schrijft OMOP niet voor.' last_verified: '2026-09-28' relations: - type: usesTerminology direction: uit target: snomed-ct target_url: https://ehealth-atlas.be/snomed-ct/ status: established - type: usesTerminology direction: uit target: loinc target_url: https://ehealth-atlas.be/loinc/ status: established - type: usesTerminology direction: uit target: icd-10-be target_url: https://ehealth-atlas.be/icd-10-be/ status: hypothesis - type: comparedWith direction: uit target: fhir target_url: https://ehealth-atlas.be/fhir/ status: established - type: comparedWith direction: uit target: vgl-fhir-openehr-omop target_url: https://ehealth-atlas.be/vgl-fhir-openehr-omop/ status: established - type: seeAlso direction: uit target: fhin target_url: https://ehealth-atlas.be/fhin/ status: established - type: seeAlso direction: in target: bmuc-epd-criteria target_url: https://ehealth-atlas.be/bmuc-epd-criteria/ status: established - type: seeAlso direction: in target: ehds-secundair-gebruik target_url: https://ehealth-atlas.be/ehds-secundair-gebruik/ status: established - type: about direction: in target: vgl-fhir-openehr-omop target_url: https://ehealth-atlas.be/vgl-fhir-openehr-omop/ status: established release: 2026.10.05-1 url: https://ehealth-atlas.be/omop-cdm/ license: CC BY 4.0 --- # OMOP CDM en OHDSI Het OMOP Common Data Model is een open communitystandaard van OHDSI om structuur en inhoud van observationele data te standaardiseren voor analyse. Het model is persoonsgericht en relationeel, met de OHDSI Standardized Vocabularies als kern: per event één Standard Concept (bij aandoeningen is het SNOMED-concept zelf het standaardconcept), broncodes zoals ICD worden erop gemapt. Actuele versie v5.5. In België bestaat een OHDSI-node, vermeldt EHDEN 14 Belgische datapartners en staan drie Belgische databronnen op de DARWIN EU-lijst van EMA (16 juni 2026). Vijf Belgische ziekenhuisnetwerken (o.a. FHIN) zetten data om naar OMOP. Een kabinetsadviseur stelde in maart 2026 dat België voor secundair gebruik voor OMOP koos, maar een HDA-whitepaper (2025) noemt OMOP niet en een officieel document werd niet gevonden. Van de Belgische codesystemen staan enkel GGR (BCFI) en LPD_Belgium (IQVIA, abandoned) in de OHDSI-vocabularia. De EHDS vraagt het datamodel te documenteren, maar schrijft OMOP niet voor. ## In het kort - De OMOP CDM is een open datamodel van OHDSI voor de analyse van observationele data; de huidige versie is v5.5 [^1]. - EHDEN vermeldt 14 Belgische datapartners[^2]; op de DARWIN EU-lijst van EMA (16 juni 2026) staan drie Belgische vermeldingen: het Kankerregister, IQVIA LPD Belgium en een databank van UZ Antwerpen[^3]. - Vijf Belgische OMOP-netwerken (SPECTRA, INAH, MOVE, FHIN, Levilo) zijn technisch op elkaar afgestemd [^4]; [FHIN](https://ehealth-atlas.be/fhin/) werkt met negen ziekenhuizen en OMOP CDM 5.4[^5]. - Een kabinetsadviseur stelde in een webinar (maart 2026) dat België voor secundair gebruik expliciet voor OMOP koos [^4]; de HDA-whitepaper (2025) noemt OMOP niet[^6]. Een officieel document werd niet gevonden. - Van de Belgische codesystemen staan enkel GGR (BCFI) en LPD_Belgium (IQVIA, abandoned) in de OHDSI-vocabularia [^7]. - De EHDS vraagt voor het kwaliteitslabel het datamodel te documenteren, maar schrijft geen specifiek datamodel zoals OMOP voor[^8]. ## Wat is het? Soort: **datamodel** voor analyse. De OMOP CDM is een open community-datastandaard om structuur en inhoud van observationele data te standaardiseren, zodat analyses betrouwbare evidentie opleveren[^1]. Het model is persoonsgericht: alle klinische event-tabellen hangen aan de PERSON-tabel voor een longitudinaal beeld[^9]. De OHDSI Standardized Vocabularies zijn een centraal onderdeel[^1]. Per klinisch event wordt één Standard Concept gekozen; bij aandoeningen is dat SNOMED, en ICD- of andere broncodes worden erop gemapt[^10]. Die omzetting heet "mapping"; niet-standaardconcepten blijven als source concepts bewaard[^10]. Standaardconcepten worden op zichzelf gemapt, niet-standaardconcepten op standaardconcepten[^10]. Technisch schrijft de CDM geen specifieke technologie voor: ze kan in elke relationele database of als SAS-analysedatasets worden gerealiseerd[^9]. ## Welk probleem lost het op? Door data van verschillende bronnen in één model en vocabularium te brengen, worden gefedereerde analyses over instellingen heen mogelijk: het OHDSI-datanetwerk steunt op de OMOP CDM[^11]. OMOP hoort in het domein van longitudinale analyse en verkiest vergelijkbaarheid tussen sites boven bronfideliteit[^12]. OMOP past beter bij analyse dan bij operationele uitwisseling[^13][^12]; zie [FHIR, openEHR en OMOP: vergelijking](https://ehealth-atlas.be/vgl-fhir-openehr-omop/) voor de verhouding tot [HL7 FHIR](https://ehealth-atlas.be/fhir/) en openEHR. ## Beheer, versies en status - **Organisatie**: OHDSI werd in 2014 opgericht als voortzetting van het OMOP-partnerschap[^11]; het coördinatiecentrum zit aan Columbia University[^11]. De CDM wordt beheerd door de OHDSI CDM Working Group [^1]. OHDSI heeft in de Atlas geen aparte pagina; deze pagina behandelt zowel de CDM als de community. - **Versie**: v5.5 is de huidige versie[^1]. Ze voegt enkel niet-verplichte velden en vocabulariummetadata toe, zonder iets te verwijderen of te hernoemen t.o.v. v5.4[^14]. Niet alle OHDSI-tools ondersteunen al de v5.5-elementen[^1]. - **Europees**: het IMI-EHDEN-project (vanaf november 2018) harmoniseerde Europese real-world data met OMOP; de EHDEN Foundation zet dit voort[^15] met als missie een gefedereerd netwerk van OMOP-databronnen in Europa [^16]. EHDEN telt 187 datapartners uit 29 landen[^2]. DARWIN EU (EMA) laat zijn datapartners alle data naar OMOP standaardiseren[^17]. ## Belgische toepassing - **OHDSI-node**: volgens OHDSI Europe ontstond de Belgische node spontaan uit de Belgische EHDEN-gemeenschap; de node beschrijft zichzelf als een van de meest actieve in Europa (zelfbeschrijving)[^18]. Ze wil OMOP-implementatie versnellen en Belgische uitdagingen aanpakken zoals nationale vocabularia en [ziekenhuisnetwerken](https://ehealth-atlas.be/locoregionale-ziekenhuisnetwerken/) [^18]. De node brengt ziekenhuizen, onderzoeksinstellingen, kmo's, overheidsinstanties en middenveldorganisaties samen[^18], met een lichte governance: een Core Group en werkgroepen [^18]. Doelen zijn onder meer duurzame OMOP-adoptie in Belgische ziekenhuizen en de afstemming van Belgische datamodellen en vocabularia op de OHDSI-standaarden[^18]. Daarvoor bestaat een 'BE Vocabulary & Terminology Alignment Working Group', naast een Oncology Working Group[^18]. - **EHDEN-datapartners**: EHDEN vermeldt (raadpleging 25 september 2026) 14 Belgische datapartners, zowel ziekenhuizen als bedrijven[^2]. De actuele namenlijst staat op de [EHDEN-partnerpagina](https://www.ehden.eu/datapartners/). Afwezigheid op die lijst zegt enkel iets over EHDEN-partnerschap, niet over eventueel ander OMOP-gebruik (interpretatie). - **DARWIN EU-datapartners**: EMA publiceert een lijst van DARWIN EU-datapartners die in jaar I tot V werden onboard (document EMA/136956/2026 van 16 juni 2026); de lijst wordt doorlopend bijgewerkt[^3]. Op die lijst van 40 staan drie Belgische vermeldingen, volledig volgens de bron: het Belgisch [Kankerregister](https://ehealth-atlas.be/kankerregister/) [^3], de IQVIA Longitudinal Patient Database Belgium (LPD) van IQVIA Solutions BV[^3] en een databank van het Universitair Ziekenhuis Antwerpen[^3]. Peildatum: 16 juni 2026. - **Ziekenhuisnetwerken**: een verslag van de OHDSI Belgium-webinar 'FHIR x OMOP' (16 maart 2026) noemt vijf Belgische OMOP-netwerken: SPECTRA in Brussel, INAH in Wallonië, MOVE in Luik, en FHIN en Levilo in Vlaanderen. Ze zijn technisch op elkaar afgestemd en er lopen gesprekken over convergentie naar één gefedereerd netwerk[^4]. [FHIN](https://ehealth-atlas.be/fhin/) is een netwerk van negen ziekenhuizen[^5] dat data met RiAB omzet volgens de ETL-conventies van OMOP CDM 5.4[^5]. Het door Data Capabilities gefinancierde project DPI4INAH haalt met LLM's gegevens uit ongestructureerde ziekenhuisdocumenten, codeert ze in SNOMED CT en mapt ze daarna naar OMOP voor de ziekenhuizen van het MOVE-netwerk[^4]. Volgens het verslag investeerde België 20 miljoen euro in Data Capabilities-subsidies (2023-24) en 20 miljoen euro in Innovation-subsidies (2024-25)[^4]. Het bedrag geldt voor de oproepen in het algemeen, niet enkel voor OMOP-netwerken (interpretatie). - **Beleidskeuze (secundaire bron)**: volgens het webinarverslag maakte België de keuze FHIR + SNOMED CT voor primair gebruik en OMOP voor secundair gebruik; dat is een samenvatting door de organisatoren, geen overheidsdocument [^4]. De beleidsvisie werd er gebracht door een adviseur van het kabinet van de minister van Volksgezondheid, die de keuze onder meer motiveerde met de wereldwijde gemeenschap, beschikbare FHIR-naar-OMOP-engines en de koppeling met EHDEN en DARWIN EU[^4]. Zie de tegenstrijdigheid met de HDA-whitepaper hieronder. - **Leveranciersstandpunt**: volgens de spreker van een softwareleverancier op dezelfde webinar moeten ziekenhuizen OMOP niet zelf implementeren, omdat de Belgische wetgeving al FHIR-gereedheid vraagt en de leverancier de FHIR-naar-OMOP-conversie op zich neemt[^4]. Dat is een vendorclaim. - **HDA**: het door de [Health Data Agency](https://ehealth-atlas.be/health-data-agency/) gefinancierde innovatieproject FHIN-LLM wil ongestructureerde teksten omzetten naar gestructureerde data met standaarden zoals SNOMED CT/OMOP[^19]; het is een van de vier projecten uit de oproep van 2024[^19]. Het gaat om een innovatieproject, niet om een nationale keuze voor OMOP (interpretatie). - **Terminologie**: in OMOP zijn [SNOMED CT](https://ehealth-atlas.be/snomed-ct/)-concepten zelf de standaardconcepten voor aandoeningen; ICD- en andere broncodes worden daarop gemapt[^10]. Dat [ICD-10-BE](https://ehealth-atlas.be/icd-10-be/)-codes als broncodes gemapt moeten worden, is een afleiding (interpretatie). België koos voor een nationale [LOINC](https://ehealth-atlas.be/loinc/)-subset en ReTaM[^20]; [healthdata.be](https://ehealth-atlas.be/healthdata-hd4dp/) gebruikt voor labresultaten LOINC met voorrang voor de ReTaM-subset[^21]. - **Athena-vocabularia**: de OHDSI Vocabulary-wiki houdt een lijst bij van alle vocabularia in de OHDSI Standardized Vocabularies[^7]. Daarin is het Gecommentarieerd Geneesmiddelenrepertorium van het BCFI opgenomen als vocabularium 'GGR', actief, laatste refresh 2022[^7]. LPD_Belgium (IQVIA) staat er als 'Abandoned', laatste refresh 2021[^7]; het beschrijft geneesmiddelen op de Belgische markt onder licentie van IQVIA, met niet-standaardconcepten die grotendeels op RxNorm, RxNorm Extension of CVX worden gemapt[^22]. Landspecifieke ICD-10-uitbreidingen zoals ICD10CM en ICD10GM zijn aparte vocabularia, maar een ICD-10-BE-vocabularium staat niet in de lijst[^23]. Het OHDSI-vocabularium SNOMED steunt op de International, US en UK Edition; een Belgische editie of extensie wordt niet genoemd[^24]. De RIZIV-nomenclatuur en CNK werden evenmin gevonden (gap, geen bewijs van afwezigheid). - **Mappingkwaliteit (onderzoek)**: een Belgische poster op het OHDSI Europe Symposium 2026 evalueerde de automatische ICD-10-naar-SNOMED CT-mappings van Athena voor 34 codes; 22 (64,7%) kwamen exact overeen met een manuele expertmapping[^25]. De ICD-10-codes kwamen daarbij uit de ICD-10-CM-browser[^25]. In een FHIN-studie werd C34.1 naargelang de 4- of 5-cijferige variant naar verschillende OMOP-concepten gemapt [^26]. ## Praktische betekenis voor ziekenhuizen - **Geen OMOP-verplichting gevonden**: OMOP was in de HealthData@EU-pilot een optie, geen verplichting [^27]; een academisch raamwerk noemt OMOP voor EHDS-secundair gebruik, maar als voorstel[^13]. - **Toekomstige EU-verplichting (los van OMOP)**: de [EHDS-verordening](https://ehealth-atlas.be/ehds/) is van toepassing vanaf 26 maart 2027 [^8]; hoofdstuk IV (secundair gebruik) geldt vanaf 26 maart 2029[^8]. Vanaf dan zullen gegevenshouders onder meer EPD-gegevens beschikbaar moeten stellen voor secundair gebruik[^8]; enkele categorieën van art. 51(1) volgen pas vanaf 26 maart 2031[^8]. Een verwijzing naar OMOP als verplicht datamodel werd daarbij niet gevonden (gap). - **EHDS-kwaliteitslabel**: het kwaliteits- en bruikbaarheidslabel (art. 78) omvat voor datadocumentatie onder meer metadata, het datawoordenboek, de formaten en standaarden en, waar van toepassing, het datamodel; een specifiek datamodel zoals OMOP wordt niet voorgeschreven[^8]. Datasets die met Unie- of nationale publieke financiering werden verzameld, moeten zo'n label dragen[^8]; de Commissie legt de technische specificaties uiterlijk 26 maart 2027 vast[^8]. Een TEHDAS2-ontwerprichtlijn (april 2026) noemt OMOP als nuttig hulpmiddel om terminologieverschillen te overbruggen, als ontwerp en niet als verplichting [^28]. - **Netwerk**: er bestaat een Belgische OHDSI-node, ontstaan uit de EHDEN-gemeenschap[^18], en vijf Belgische ziekenhuisnetwerken werken met OMOP[^4]. - **Financiering**: volgens het webinarverslag moeten toekomstige FOD-oproepen Data Capabilities en Innovatie de financiële duurzaamheid van de netwerken verzekeren[^4]. - **Aanbeveling**: overweeg een OMOP-kopie pas na een duidelijke onderzoeksvraag of netwerkdeelname (bv. EHDEN of de Belgische OHDSI-node); investeer eerst in codering aan de bron (SNOMED CT, LOINC) en een onderhouden mapping van lokale en Belgische codes, en wissel ervaringen uit met Belgische ziekenhuizen die al EHDEN-datapartner zijn of aan een Belgisch OMOP-netwerk deelnemen. Toets een leveranciersaanbod voor FHIR-naar-OMOP-conversie aan de bekende informatieverliezen. ## Implementatievoorwaarden en beperkingen - De omzetting vanuit FHIR kan niet verliesvrij zijn (fideliteit, informatie, relaties, accuraatheid) [^12]. De HL7 FHIR-to-OMOP IG v1.0.0 is informatief, gebaseerd op R5 en US Core, met v5.4 als doel [^12], terwijl Belgische IG's R4 zijn[^29]. Een bevinding uit DPI4INAH is dat een naïeve FHIR-naar-OMOP-mapping klinisch belangrijke informatie verliest, bv. bij allergieën de klinische status, de ernst van de reactie en de blootstellingsroute[^4]. - Mapping vanuit ICD-10-codes is foutgevoelig: in een FHIN-studie werd bij de eerste datakwaliteitstest slechts ongeveer de helft van de patiënten succesvol gemapt[^26]. - Mappingrelaties komen uit externe bronnen of worden manueel onderhouden en zijn daardoor niet perfect [^10]; de vocabularia worden doorgaans per kwartaal ververst[^10]. Een lokale mapping vraagt dus periodiek nazicht (interpretatie). ## Onzekerheden en tegenstrijdige informatie - De FHIR-to-OMOP IG noemt v5.4, OHDSI v5.5; dit is een tijdsverschil, geen inhoudelijke tegenspraak [^12][^1][^14]. - **Belgische beleidskeuze voor OMOP: tegenstrijdige signalen.** Volgens het verslag van de OHDSI Belgium-webinar (maart 2026) stelde een kabinetsadviseur dat België voor secundair gebruik expliciet voor OMOP koos [^4]. Een whitepaper die in augustus 2025 op de HDA-website verscheen[^30], stelt daarentegen een nationaal gezondheidsdatamodel voor met uniforme semantiek voor primair en secundair gebruik [^6], met terminologie zoals SNOMED of LOINC en een structuur op basis van FHIR, zonder OMOP te noemen [^6]. De whitepaper is een voorstel, geen beleid[^6], en het webinarverslag is een secundaire weergave van een mondelinge toelichting[^4]. Een primair HDA-, FOD- of kabinetsdocument dat OMOP vastlegt, werd niet gevonden (gap). Beide kunnen verenigbaar zijn als FHIR het bronmodel en OMOP het analysemodel is (interpretatie). - Beschikbaarheid van ICD-10-BE, CNK/SAM, de RIZIV-nomenclatuur en de Belgische SNOMED CT-extensie in OHDSI Athena: niet gevonden[^23][^24]; enkel GGR en LPD_Belgium zijn Belgisch[^7]. - De DARWIN EU-lijst en de EHDEN-lijst zijn momentopnames (16 juni 2026, resp. 25 september 2026) [^3][^2]. - De releasedatum van v5.5.0 (augustus 2026) staat enkel in de metadata van de GitHub-releasepagina, niet in de brontekst; ze wordt daarom niet als feit vermeld. ## Relaties - gebruikt terminologie: [SNOMED CT](https://ehealth-atlas.be/snomed-ct/) (vastgesteld)[^10][^24]. OHDSI-SNOMED = International, US en UK Edition; een Belgische extensie wordt niet genoemd. - gebruikt terminologie: [LOINC en de Belgische labosubset (ReTaM)](https://ehealth-atlas.be/loinc/) (vastgesteld)[^13] - gebruikt terminologie: [ICD-10-BE](https://ehealth-atlas.be/icd-10-be/) (hypothese)[^10][^18][^23][^25]. ICD-codes worden als broncodes gemapt; ICD-10-BE staat niet als apart vocabularium in de OHDSI-lijst. - wordt vergeleken met: [HL7 FHIR](https://ehealth-atlas.be/fhir/) (vastgesteld)[^12]. De Vulcan FHIR-to-OMOP IG ziet FHIR en OMOP als complementair (uitwisseling vs. longitudinale analyse) en mapt enkel FHIR → OMOP. - wordt vergeleken met: [FHIR, openEHR en OMOP: vergelijking](https://ehealth-atlas.be/vgl-fhir-openehr-omop/) (vastgesteld)[^12]. Vergelijkingspagina FHIR, openEHR en OMOP. - zie ook: [FHIN (Federated Health Innovation Network)](https://ehealth-atlas.be/fhin/) (vastgesteld)[^5][^31]. Belgisch gefedereerd ziekenhuisnetwerk dat OMOP CDM 5.4 en de OHDSI-vocabularia gebruikt. - zie ook (inkomend): [BMUC: financiering van het geïntegreerd EPD](https://ehealth-atlas.be/bmuc-epd-criteria/) (vastgesteld)[^32] - zie ook (inkomend): [EHDS: secundair gebruik (hoofdstuk IV)](https://ehealth-atlas.be/ehds-secundair-gebruik/) (vastgesteld)[^8] - gaat over (inkomend): [FHIR, openEHR en OMOP: vergelijking](https://ehealth-atlas.be/vgl-fhir-openehr-omop/) (vastgesteld)[^12][^1] ## Open vragen - Worden ICD-10-BE, de RIZIV-nomenclatuur, CNK/SAM, de Belgische LOINC-subset (ReTaM) of de Belgische SNOMED CT-extensie in OHDSI Athena opgenomen (bv. via de terminologiewerkgroep van de Belgische OHDSI-node)? Op 28/09/2026 enkel GGR en LPD_Belgium gevonden. - Bestaat er een officieel HDA-, FOD- of kabinetsdocument dat OMOP als datamodel voor secundair gebruik vastlegt, zoals een kabinetsadviseur in maart 2026 stelde? Niet gevonden. - Hoe verhoudt het in de HDA-whitepaper voorgestelde Common Health Data Model (CareSets, FHIR, SNOMED CT) zich tot OMOP? - Welke ziekenhuizen nemen deel aan SPECTRA, INAH/MOVE en Levilo (volledige deelnemerslijsten met primaire bron)? - Welke datamodel-eisen leggen de uitvoeringshandelingen voor het EHDS-kwaliteits- en bruikbaarheidslabel (uiterlijk 26 maart 2027) op? - Wanneer volgt de HL7 FHIR-to-OMOP IG op CDM v5.5? - Wat is de exacte releasedatum van CDM v5.5.0? Enkel in bronmetadata gevonden, niet in de brontekst. ## Bronnen [^1]: [OMOP Common Data Model](https://ohdsi.github.io/CommonDataModel/). OHDSI CDM Working Group. Opgehaald 2026-09-25, sha256 6fe8d89ada407d68… (SRC-51838ad661) [^2]: [Data Partners – EHDEN Foundation](https://www.ehden.eu/datapartners/). EHDEN Foundation. Opgehaald 2026-09-25, sha256 2ac163c8f1150829… (SRC-88258db489) [^3]: [DARWIN EU® Data Partners onboarded in Year I, II, III, IV, and V (EMA/136956/2026)](https://www.ema.europa.eu/en/documents/other/darwin-eu-data-partners-onboarded-year-i-ii-iii-iv-v_en.pdf). European Medicines Agency, 2026-06-16. Opgehaald 2026-09-28, sha256 a17915f526e6b087… (SRC-100f15d6d1) [^4]: [OHDSI Belgium - Webinar FHIR x OMOP - report (16 March 2026)](https://drive.usercontent.google.com/download?id=1kPRxSHwPWz_6v3DY6Natz0HdkG3MgRXq&export=download). OHDSI Europe, 2026-03-16. Opgehaald 2026-09-28, sha256 86bbeaaf39a304cb… (SRC-22bb4ad7f4) [^5]: [FHIN - RADar – Learning & Innovation Center](https://radarinnovationcenter.com/portfolio/fhin/). RADar Learning & Innovation Center (AZ Delta). Opgehaald 2026-09-28, sha256 2bff06aaa7a720db… (SRC-3dd1e23f72) [^6]: [WHITEPAPER An urgent call for action: tackling challenges with Primary Health Data as prerequisite for EHDS implementation](https://www.hda.belgium.be/sites/default/files/documents/2025-08/WhitePaper_Primary%20data%20as%20Prerequisite.pdf). Health Data Agency, 2025-08-21. Opgehaald 2026-09-28, sha256 e962ee83f34c3593… (SRC-3c6782053a) [^7]: [Standardized Vocabularies (OHDSI Vocabulary-v5.0 wiki)](https://github.com/OHDSI/Vocabulary-v5.0/wiki/Standardized-Vocabularies). OHDSI. Opgehaald 2026-09-28, sha256 02be0bbfd4fd4e3c… (SRC-a185a8ce42) [^8]: [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) [^9]: [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) [^10]: [The Book of OHDSI - Chapter 5 Standardized Vocabularies](https://ohdsi.github.io/TheBookOfOhdsi/StandardizedVocabularies.html). OHDSI. Opgehaald 2026-09-25, sha256 b5fa0ffe01290753… (SRC-9a557cfa23) [^11]: [Who We Are](https://www.ohdsi.org/who-we-are/). OHDSI. Opgehaald 2026-09-25, sha256 4eebf2c85238cb3d… (SRC-b255a4fa4e) [^12]: [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) [^13]: [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) [^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]: [EHDEN - The project](https://www.ehden.eu/ehden-the-project/). EHDEN Foundation. Opgehaald 2026-09-25, sha256 39e761b31d635534… (SRC-2918db1008) [^16]: [Vision, mission, values](https://www.ehden.eu/vision-mission-values/). EHDEN Foundation. Opgehaald 2026-09-25, sha256 86a21c1181f720bf… (SRC-12ff7955f6) [^17]: [Data Analysis and Real World Interrogation Network (DARWIN EU)](https://www.ema.europa.eu/en/about-us/how-we-work/data-regulation-big-data-other-sources/real-world-evidence/data-analysis-real-world-interrogation-network-darwin-eu). European Medicines Agency. Opgehaald 2026-09-25, sha256 cef75185e02a1680… (SRC-8fe139f518) [^18]: [OHDSI Belgium - national node](https://www.ohdsi-europe.org/index.php/national-nodes/belgium). OHDSI Europe. Opgehaald 2026-09-25, sha256 456efd283d0e2f54… (SRC-8af9dba3d7) [^19]: [Innovation Project Funding | Health Data Agency](https://www.hda.belgium.be/en/services/innovation-project-funding). Health Data Agency. Opgehaald 2026-09-25, sha256 0f1a6118b4e111ce… (SRC-80e3edd83a) [^20]: [LOINC in België | FOD Volksgezondheid (archiefkopie 07/09/2025)](https://web.archive.org/web/20250907091910/https://www.health.belgium.be/nl/loinc-belgie). FOD Volksgezondheid. Opgehaald 2026-09-25, sha256 d0e942ae553c8fe9… (SRC-8d0af25927) [^21]: [Informatiemodellering en terminologie | healthdata.be](https://healthdata.sciensano.be/nl/informatiemodellering-en-terminologie). Sciensano / healthdata.be. Opgehaald 2026-09-25, sha256 6722269209c6077a… (SRC-4c1040a0cb) [^22]: [Vocab. LPD_Belgium (OHDSI Vocabulary-v5.0 wiki)](https://github.com/OHDSI/Vocabulary-v5.0/wiki/Vocab.-LPD_Belgium). OHDSI. Opgehaald 2026-09-28, sha256 be8c85cfee3f7997… (SRC-7919bbb177) [^23]: [Vocab. ICD10 (OHDSI Vocabulary-v5.0 wiki)](https://github.com/OHDSI/Vocabulary-v5.0/wiki/Vocab.-ICD10). OHDSI. Opgehaald 2026-09-28, sha256 597247ec9088e953… (SRC-314c653a7f) [^24]: [Vocab. SNOMED (OHDSI Vocabulary-v5.0 wiki)](https://github.com/OHDSI/Vocabulary-v5.0/wiki/Vocab.-SNOMED). OHDSI. Opgehaald 2026-09-28, sha256 26ce250d296c60de… (SRC-22c8336f71) [^25]: [ICD-10 to SNOMED-CT and OMOP Mapping: Performance, Limitations, and Clinical Implications of Automated Athena Mappings](https://ohdsi-europe.org/images/symposium-2026/posters/41_abstract.pdf). OHDSI Europe, 2026-04-18. Opgehaald 2026-09-28, sha256 a9449cb88294fba2… (SRC-f6a5ab1eff) [^26]: [Addressing Data Quality Challenges in Lung Cancer Data Within the Observational Medical Outcomes Partnership Common Data Model: Observational Study](https://pmc.ncbi.nlm.nih.gov/articles/PMC13245838/). Journal of Medical Internet Research (JMIR), 2026-06-01. Opgehaald 2026-09-28, sha256 db7403d2011ee574… (SRC-f8a3f0a376) [^27]: [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) [^28]: [M5.4 Draft guideline for data enrichment (TEHDAS2)](https://tehdas.eu/wp-content/uploads/2026/05/draft-guideline-for-data-enrichment.pdf). TEHDAS2 Joint Action, 2026-04-21. Opgehaald 2026-09-28, sha256 d49634ffb0c25f70… (SRC-23d8768fbc) [^29]: [BE Medication - Home](https://www.ehealth.fgov.be/standards/fhir/medication/en/index.html). eHealth-platform. Opgehaald 2026-09-25, sha256 2d52539b2c62b815… (SRC-c0c4b77571) [^30]: [An urgent call for action: tackling challenges with Primary Health Data as prerequisite for EHDS implementation](https://www.hda.belgium.be/en/news/urgent-call-action-tackling-challenges-primary-health-data-prerequisite-ehds-implementation). Health Data Agency, 2025-08-21. Opgehaald 2026-09-28, sha256 b7dc384231420977… (SRC-2f4695fb79) [^31]: [FHIN - Software tools](https://www.fhin.be/software-tools). FHIN (Federated Health Innovation Network). Opgehaald 2026-09-28, sha256 3919f0aab29bbc9d… (SRC-8798194a99) [^32]: [Cross-over projectoproep](https://www.health.belgium.be/nl/nieuws/2025-10-cross-over-projectoproep). FOD Volksgezondheid, 2025-10-08. Opgehaald 2026-09-26, sha256 eaa3a046945dfa62… (SRC-b3c0d52ffe)