--- id: omop-cdm type: Specification type_label: Norme ou spécification title: OMOP CDM et 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: 'Normatif: la v5.5 est la version actuelle, mais tous les outils OHDSI ne prennent pas encore en charge les éléments de la v5.5 (legacy support v5.4). Aucune obligation européenne ou belge n''a été trouvée.' version: CDM v5.5 (release v5.5.0), compatible avec v5.4 summary: 'Le modèle de données commun OMOP est une norme communautaire ouverte d''OHDSI destinée à amener des données de santé observationnelles dans une structure unique, de sorte qu''une même analyse puisse être exécutée sur différentes banques de données. Le modèle est centré sur la personne et relationnel, avec les OHDSI Standardized Vocabularies comme noyau: un concept standard par donnée, auquel sont mappés les codes sources tels que l''ICD. En Belgique, des réseaux de recherche et des réseaux hospitaliers l''utilisent pour convertir des données en vue de l''utilisation secondaire. On ne sait pas, sur la base d''un document officiel, si la Belgique le fixe comme choix politique pour l''utilisation secondaire; l''espace européen des données de santé demande de documenter le modèle de données, mais ne prescrit pas OMOP.' links: - soort: documentatie url: https://ohdsi.github.io/CommonDataModel/ label: OMOP Common Data Model taal: en - soort: website url: https://www.ohdsi.org/ label: OHDSI taal: en - soort: repository url: https://github.com/OHDSI/CommonDataModel label: OHDSI/CommonDataModel op GitHub taal: en last_verified: '2026-09-28' relations: - type: usesTerminology direction: uit target: snomed-ct target_url: https://ehealth-atlas.be/fr/snomed-ct/ status: established - type: usesTerminology direction: uit target: loinc target_url: https://ehealth-atlas.be/fr/loinc-et-le-sous-ensemble-belge-retam/ status: established - type: comparedWith direction: uit target: fhir target_url: https://ehealth-atlas.be/fr/hl7-fhir/ status: established - type: comparedWith direction: uit target: vgl-fhir-openehr-omop target_url: https://ehealth-atlas.be/fr/fhir-openehr-et-omop-comparaison/ status: established - type: seeAlso direction: uit target: fhin target_url: https://ehealth-atlas.be/fr/fhin-federated-health-innovation-network/ status: established - type: seeAlso direction: in target: bmuc-epd-criteria target_url: https://ehealth-atlas.be/fr/belgian-meaningful-use-criteria-bmuc/ status: established - type: seeAlso direction: in target: ehds-secundair-gebruik target_url: https://ehealth-atlas.be/fr/ehds-utilisation-secondaire-des-donnees-de-sante-electroniques/ status: established - type: about direction: in target: vgl-fhir-openehr-omop target_url: https://ehealth-atlas.be/fr/fhir-openehr-et-omop-comparaison/ status: established release: 2026.11.12-3 url: https://ehealth-atlas.be/fr/omop-cdm-et-ohdsi/ license: CC BY 4.0 --- # OMOP CDM et OHDSI Le modèle de données commun OMOP est une norme communautaire ouverte d'OHDSI destinée à amener des données de santé observationnelles dans une structure unique, de sorte qu'une même analyse puisse être exécutée sur différentes banques de données. Le modèle est centré sur la personne et relationnel, avec les OHDSI Standardized Vocabularies comme noyau : un concept standard par donnée, auquel sont mappés les codes sources tels que l'ICD. En Belgique, des réseaux de recherche et des réseaux hospitaliers l'utilisent pour convertir des données en vue de l'utilisation secondaire. On ne sait pas, sur la base d'un document officiel, si la Belgique le fixe comme choix politique pour l'utilisation secondaire ; l'espace européen des données de santé demande de documenter le modèle de données, mais ne prescrit pas OMOP. ## En bref - Le modèle de données commun OMOP (OMOP CDM) est un modèle de données ouvert d'OHDSI pour l'analyse de données observationnelles ; la version actuelle est la v5.5[^1]. - EHDEN mentionne 14 partenaires de données belges[^2] ; la liste DARWIN EU de l'EMA (16 juin 2026) comporte trois mentions belges : le Registre du Cancer, IQVIA LPD Belgium et une banque de données de l'UZ Antwerpen[^3]. - Cinq réseaux OMOP belges (SPECTRA, INAH, MOVE, FHIN, Levilo) sont techniquement alignés entre eux[^4] ; [FHIN](https://ehealth-atlas.be/fr/fhin-federated-health-innovation-network/) travaille avec neuf hôpitaux et OMOP CDM 5.4[^5]. - Un conseiller de cabinet a déclaré lors d'un webinaire (mars 2026) que la Belgique avait opté explicitement pour OMOP pour l'utilisation secondaire[^4] ; le livre blanc de l'Agence des données de santé (2025) ne mentionne pas OMOP[^6]. Aucun document officiel n'a été trouvé. - Parmi les systèmes de codes belges, seuls GGR (Répertoire Commenté des Médicaments, CBIP) et LPD_Belgium (IQVIA, abandoned) figurent dans les vocabulaires OHDSI[^7]. - Pour le label de qualité, l'espace européen des données de santé demande de documenter le modèle de données, mais ne prescrit pas de modèle de données spécifique comme OMOP[^8]. ## Qu'est-ce que c'est ? Type : **modèle de données** pour l'analyse. L'OMOP CDM est une norme de données communautaire ouverte visant à standardiser la structure et le contenu de données observationnelles, afin que les analyses produisent des données probantes fiables[^1]. Le modèle est centré sur la personne : toutes les tables d'événements cliniques sont rattachées à la table PERSON pour obtenir une vue longitudinale[^9]. Les OHDSI Standardized Vocabularies en constituent un élément central[^1]. Pour chaque événement clinique, un seul Standard Concept est choisi ; pour les affections, il s'agit de SNOMED CT, et les codes CIM ou autres codes sources y sont mappés[^10]. Cette conversion s'appelle « mapping » ; les concepts non standard restent conservés comme source concepts[^10]. Les concepts standard sont mappés sur eux-mêmes, les concepts non standard sur des concepts standard[^10]. Sur le plan technique, le CDM ne prescrit aucune technologie particulière : il peut être réalisé dans n'importe quelle base de données relationnelle ou sous forme de jeux de données d'analyse SAS[^9]. ## Quel problème résout-il ? En réunissant des données de sources différentes dans un seul modèle et un seul vocabulaire, des analyses fédérées entre institutions deviennent possibles : le réseau de données OHDSI repose sur l'OMOP CDM[^11]. OMOP relève du domaine de l'analyse longitudinale et privilégie la comparabilité entre sites plutôt que la fidélité à la source[^12]. OMOP convient mieux à l'analyse qu'à l'échange opérationnel[^13][^12] ; voir [FHIR, openEHR et OMOP : comparaison](https://ehealth-atlas.be/fr/fhir-openehr-et-omop-comparaison/) pour la relation avec [HL7 FHIR](https://ehealth-atlas.be/fr/hl7-fhir/) et openEHR. ## Gestion, versions et statut - **Organisation** : l'OHDSI a été fondée en 2014 dans le prolongement du partenariat OMOP[^11] ; le centre de coordination est établi à la Columbia University[^11]. Le CDM est géré par l'OHDSI CDM Working Group[^1]. L'OHDSI n'a pas de page propre dans l'Atlas ; cette page traite à la fois du CDM et de la communauté. - **Version** : la v5.5 est la version actuelle[^1]. Elle ajoute uniquement des champs non obligatoires et des métadonnées de vocabulaire, sans rien supprimer ni renommer par rapport à la v5.4[^14]. Tous les outils OHDSI ne prennent pas encore en charge tous les éléments de la v5.5[^1]. - **Europe** : le projet IMI-EHDEN (à partir de novembre 2018) a harmonisé des real-world data européennes avec OMOP ; l'EHDEN Foundation poursuit ce travail[^15], avec pour mission un réseau fédéré de sources de données OMOP en Europe[^16]. EHDEN compte 187 partenaires de données issus de 29 pays[^2]. DARWIN EU (EMA) fait standardiser vers OMOP toutes les données de ses partenaires de données[^17]. ## Application belge - **Nœud OHDSI** : selon OHDSI Europe, le nœud belge est né spontanément de la communauté belge d'EHDEN ; le nœud se décrit lui-même comme l'un des plus actifs d'Europe (autodescription)[^18]. Il veut accélérer la mise en œuvre d'OMOP et s'attaquer à des défis belges tels que les vocabulaires nationaux et les [réseaux hospitaliers](https://ehealth-atlas.be/fr/reseau-hospitalier-clinique-locoregional/)[^18]. Le nœud rassemble hôpitaux, institutions de recherche, PME, instances publiques et organisations de la société civile[^18], avec une gouvernance légère : un Core Group et des groupes de travail[^18]. Parmi ses objectifs figurent l'adoption durable d'OMOP dans les hôpitaux belges et l'alignement des modèles de données et des vocabulaires belges sur les standards OHDSI[^18]. À cette fin existe un « BE Vocabulary & Terminology Alignment Working Group », à côté d'un Oncology Working Group[^18]. - **Partenaires de données EHDEN** : EHDEN mentionne (consultation du 25 septembre 2026) 14 partenaires de données belges, aussi bien des hôpitaux que des entreprises[^2]. La liste actuelle des noms figure sur la [page des partenaires EHDEN](https://www.ehden.eu/datapartners/). Le fait de ne pas figurer sur cette liste ne renseigne que sur le partenariat EHDEN, pas sur un éventuel autre usage d'OMOP (interprétation). - **Partenaires de données DARWIN EU** : l'EMA publie une liste des partenaires de données DARWIN EU intégrés au cours des années I à V (document EMA/136956/2026 du 16 juin 2026) ; la liste est mise à jour en continu[^3]. Sur cette liste de 40 figurent trois mentions belges, au complet selon la source : le [Registre du Cancer](https://ehealth-atlas.be/fr/fondation-registre-du-cancer/) belge[^3], l'IQVIA Longitudinal Patient Database Belgium (LPD) d'IQVIA Solutions BV[^3] et une banque de données de l'Universitair Ziekenhuis Antwerpen[^3]. Date de référence : 16 juin 2026. - **Réseaux hospitaliers** : un compte rendu du webinaire OHDSI Belgium « FHIR x OMOP » (16 mars 2026) cite cinq réseaux OMOP belges : SPECTRA à Bruxelles, INAH en Wallonie, MOVE à Liège, et FHIN et Levilo en Flandre. Ils sont alignés techniquement entre eux et des discussions sont en cours sur une convergence vers un seul réseau fédéré[^4]. [FHIN](https://ehealth-atlas.be/fr/fhin-federated-health-innovation-network/) est un réseau de neuf hôpitaux[^5] qui convertit des données avec RiAB selon les conventions ETL d'OMOP CDM 5.4[^5]. Le projet DPI4INAH, financé par Data Capabilities, extrait au moyen de LLM des données de documents hospitaliers non structurés, les code en SNOMED CT, puis les mappe vers OMOP pour les hôpitaux du réseau MOVE[^4]. Selon le compte rendu, la Belgique a investi 20 millions d'euros dans les subventions Data Capabilities (2023-24) et 20 millions d'euros dans les subventions Innovation (2024-25)[^4]. Ce montant vaut pour les appels en général, pas seulement pour les réseaux OMOP (interprétation). - **Choix politique (source secondaire)** : selon le compte rendu du webinaire, la Belgique a fait le choix de FHIR + SNOMED CT pour l'utilisation primaire et d'OMOP pour l'utilisation secondaire ; il s'agit d'un résumé des organisateurs, non d'un document officiel[^4]. La vision politique y a été exposée par un conseiller du cabinet du ministre de la Santé publique ; ce conseiller a notamment motivé ce choix par la communauté mondiale, les moteurs FHIR-vers-OMOP disponibles et le lien avec EHDEN et DARWIN EU[^4]. Voir ci-dessous la contradiction avec le livre blanc de l'Agence des données de santé. - **Position d'un fournisseur** : selon le porte-parole d'un fournisseur de logiciels lors du même webinaire, les hôpitaux ne devraient pas avoir à implémenter OMOP eux-mêmes, parce que la législation belge exige déjà une préparation à FHIR et que le fournisseur prend en charge la conversion FHIR-vers-OMOP[^4]. Il s'agit d'une affirmation de fournisseur (vendor claim). - **HDA** : le projet d'innovation FHIN-LLM, financé par l'[Agence des données de santé](https://ehealth-atlas.be/fr/agence-des-donnees-de-sante/), veut convertir des textes non structurés en données structurées avec des standards tels que SNOMED CT/OMOP[^19] ; c'est l'un des quatre projets de l'appel de 2024[^19]. Il s'agit d'un projet d'innovation, non d'un choix national en faveur d'OMOP (interprétation). - **Terminologie** : dans OMOP, les concepts [SNOMED CT](https://ehealth-atlas.be/fr/snomed-ct/) sont eux-mêmes les concepts standard pour les affections ; les codes CIM et autres codes sources y sont mappés[^10]. Le fait que des codes [ICD-10-BE](https://ehealth-atlas.be/fr/icd-10-be/) doivent être mappés comme codes sources est une déduction (interprétation). La Belgique a opté pour un sous-ensemble national de [LOINC](https://ehealth-atlas.be/fr/loinc-et-le-sous-ensemble-belge-retam/) et pour ReTaM[^20] ; [healthdata.be](https://ehealth-atlas.be/fr/hd4dp-v2/) utilise pour les résultats de laboratoire LOINC, avec priorité au sous-ensemble ReTaM[^21]. - **Vocabulaires Athena** : le wiki OHDSI Vocabulary tient à jour une liste de tous les vocabulaires des OHDSI Standardized Vocabularies[^7]. Le Répertoire Commenté des Médicaments du CBIP y est repris comme vocabulaire « GGR », actif, dernier refresh 2022[^7]. LPD_Belgium (IQVIA) y figure comme « Abandoned », dernier refresh 2021[^7] ; il décrit les médicaments du marché belge sous licence d'IQVIA, avec des concepts non standard qui sont en grande partie mappés vers RxNorm, RxNorm Extension ou CVX[^22]. Les extensions nationales de la CIM-10 telles qu'ICD10CM et ICD10GM sont des vocabulaires distincts, mais un vocabulaire ICD-10-BE ne figure pas dans la liste[^23]. Le vocabulaire OHDSI SNOMED repose sur l'International Edition, l'US Edition et l'UK Edition ; une édition ou une extension belge n'est pas mentionnée[^24]. La nomenclature INAMI et le Code National (CNK) n'ont pas non plus été trouvés (lacune, pas une preuve d'absence). - **Qualité du mapping (recherche)** : un poster belge présenté lors du OHDSI Europe Symposium 2026 a évalué les mappings automatiques CIM-10 vers SNOMED CT d'Athena pour 34 codes ; 22 (64,7%) correspondaient exactement à un mapping manuel d'expert[^25]. Les codes CIM-10 provenaient du navigateur ICD-10-CM[^25]. Dans une étude FHIN, C34.1 a été mappé vers des concepts OMOP différents selon la variante à 4 ou à 5 chiffres[^26]. ## Signification pratique pour les hôpitaux - **Aucune obligation d'OMOP trouvée** : OMOP était une option, non une obligation, dans le projet pilote HealthData@EU[^27] ; un cadre académique cite OMOP pour l'utilisation secondaire dans l'espace européen des données de santé, mais en tant que proposition[^13]. - **Future obligation européenne (indépendante d'OMOP)** : le [règlement sur l'espace européen des données de santé](https://ehealth-atlas.be/fr/espace-europeen-des-donnees-de-sante/) s'applique à partir du 26 mars 2027[^8] ; le chapitre IV (utilisation secondaire) s'applique à partir du 26 mars 2029[^8]. À partir de ce moment, les détenteurs de données devront notamment mettre à disposition des données issues des DPI pour l'utilisation secondaire[^8] ; quelques catégories de l'art. 51(1) ne suivent qu'à partir du 26 mars 2031[^8]. Une référence à OMOP comme modèle de données obligatoire n'a pas été trouvée à cet égard (lacune). - **Label de qualité de l'EHDS** : le label de qualité et d'utilité (art. 78) comprend, pour la documentation des données, notamment les métadonnées, le dictionnaire de données, les formats et standards et, le cas échéant, le modèle de données ; un modèle de données spécifique comme OMOP n'est pas prescrit[^8]. Les jeux de données collectés avec un financement public de l'Union ou national doivent porter un tel label[^8] ; la Commission fixe les spécifications techniques au plus tard le 26 mars 2027[^8]. Un projet de lignes directrices TEHDAS2 (avril 2026) cite OMOP comme outil utile pour surmonter les différences de terminologie, en tant que projet et non comme obligation[^28]. - **Réseau** : il existe un nœud OHDSI belge, né de la communauté EHDEN[^18], et cinq réseaux hospitaliers belges travaillent avec OMOP[^4]. - **Financement** : selon le compte rendu du webinaire, les futurs appels Data Capabilities et Innovation du SPF doivent assurer la durabilité financière des réseaux[^4]. - **Recommandation** : n'envisagez une copie OMOP qu'après avoir défini une question de recherche claire ou en cas de participation à un réseau (p. ex. EHDEN ou le nœud OHDSI belge) ; investissez d'abord dans le codage à la source (SNOMED CT, LOINC) et dans un mapping entretenu des codes locaux et belges, et échangez des expériences avec des hôpitaux belges qui sont déjà partenaires de données EHDEN ou qui participent à un réseau OMOP belge. Vérifiez une offre de fournisseur pour la conversion FHIR-vers-OMOP au regard des pertes d'information connues. ## Conditions de mise en œuvre et limites - La conversion à partir de FHIR ne peut pas être sans perte (fidélité, information, relations, exactitude)[^12]. Le HL7 FHIR-to-OMOP IG v1.0.0 est informatif, basé sur R5 et US Core, avec la v5.4 pour cible[^12], alors que les guides d'implémentation belges sont en R4[^29]. Une constatation de DPI4INAH est qu'un mapping FHIR-vers-OMOP naïf perd des informations cliniquement importantes, p. ex. pour les allergies le statut clinique, la gravité de la réaction et la voie d'exposition[^4]. - Le mapping à partir de codes CIM-10 est sujet aux erreurs : dans une étude FHIN, seule environ la moitié des patients ont été mappés avec succès lors du premier test de qualité des données[^26]. - Les relations de mapping proviennent de sources externes ou sont entretenues manuellement et ne sont donc pas parfaites[^10] ; les vocabulaires sont généralement actualisés chaque trimestre[^10]. Un mapping local nécessite donc une vérification périodique (interprétation). ## Incertitudes et informations contradictoires - L'IG FHIR-to-OMOP mentionne la v5.4, l'OHDSI la v5.5 ; il s'agit d'un décalage dans le temps, non d'une contradiction de fond[^12][^1][^14]. - **Choix politique belge pour OMOP : signaux contradictoires.** Selon le compte rendu du webinaire OHDSI Belgium (mars 2026), un conseiller de cabinet a affirmé que la Belgique avait explicitement opté pour OMOP pour l'utilisation secondaire[^4]. Un livre blanc paru en août 2025 sur le site de l'Agence des données de santé[^30] propose en revanche un modèle national de données de santé avec une sémantique uniforme pour l'utilisation primaire et secondaire[^6], avec une terminologie telle que SNOMED ou LOINC et une structure fondée sur FHIR, sans citer OMOP[^6]. Le livre blanc est une proposition, non une politique[^6], et le compte rendu du webinaire est une restitution secondaire d'une explication orale[^4]. Un document primaire fixant OMOP n'a pas été trouvé, qu'il émane de l'Agence des données de santé, du SPF ou d'un cabinet (lacune). Les deux peuvent être compatibles si FHIR est le modèle source et OMOP le modèle d'analyse (interprétation). - Disponibilité d'ICD-10-BE, du Code National (CNK)/de la source authentique des médicaments (SAM), de la nomenclature INAMI et de l'extension belge de SNOMED CT dans OHDSI Athena : non trouvée[^23][^24] ; seuls GGR et LPD_Belgium sont belges[^7]. - Les listes DARWIN EU et EHDEN sont des instantanés (16 juin 2026, resp. 25 septembre 2026)[^3][^2]. - La date de publication de la v5.5.0 (août 2026) figure uniquement dans les métadonnées de la page de release GitHub, non dans le texte source ; elle n'est donc pas mentionnée comme un fait. ## Relaties - utilise la terminologie: [SNOMED CT](https://ehealth-atlas.be/fr/snomed-ct/) (établi)[^10][^24]. OHDSI-SNOMED = International, US en UK Edition; een Belgische extensie wordt niet genoemd. - utilise la terminologie: [LOINC et le sous-ensemble belge (ReTaM)](https://ehealth-atlas.be/fr/loinc-et-le-sous-ensemble-belge-retam/) (établi)[^13] - est comparé à: [HL7 FHIR](https://ehealth-atlas.be/fr/hl7-fhir/) (établi)[^12]. De Vulcan FHIR-to-OMOP IG ziet FHIR en OMOP als complementair (uitwisseling vs. longitudinale analyse) en mapt enkel FHIR → OMOP. - est comparé à: [FHIR, openEHR et OMOP : comparaison](https://ehealth-atlas.be/fr/fhir-openehr-et-omop-comparaison/) (établi)[^12]. Vergelijkingspagina FHIR, openEHR en OMOP. - voir aussi: [FHIN (Federated Health Innovation Network)](https://ehealth-atlas.be/fr/fhin-federated-health-innovation-network/) (établi)[^5][^31]. Belgisch gefedereerd ziekenhuisnetwerk dat OMOP CDM 5.4 en de OHDSI-vocabularia gebruikt. - voir aussi (entrant): [BMUC : financement du DPI intégré](https://ehealth-atlas.be/fr/belgian-meaningful-use-criteria-bmuc/) (établi)[^32] - voir aussi (entrant): [EHDS – utilisation secondaire des données de santé électroniques (chapitre IV)](https://ehealth-atlas.be/fr/ehds-utilisation-secondaire-des-donnees-de-sante-electroniques/) (établi)[^8] - porte sur (entrant): [FHIR, openEHR et OMOP : comparaison](https://ehealth-atlas.be/fr/fhir-openehr-et-omop-comparaison/) (établi)[^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)