bêta L'eHealth Atlas est en construction : nous collectons et vérifions encore des données, le contenu peut donc être incomplet.Contenu encore incomplet. Plus d'informations

Base de référence belge sur la santé numérique

Ouvrage de référence indépendant · source non officielle bêta

Recherche avancée Aide

Fiche de concept · Norme ou spécification

OMOP CDM et OHDSI

Identifiant Atlas omop-cdm · 79 affirmations · 32 sources · Dernière vérification28-09-2026 · Version 2026.11.12-3

Type
Norme ou spécification
Juridiction
International, Belgique (fédéral/interfédéral)
Cycle de vie
normatif — 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
Alias
OMOP; OMOP CDM; OMOP Common Data Model; OHDSI CDM; OHDSI; Observational Medical Outcomes Partnership; OMOB
FR / EN
OMOP CDM et OHDSI / OMOP Common Data Model and 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.

Relations 8 Sources 32 Graphe

En bref

✎ Commenter
  • 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 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 ?

✎ Commenter

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 ?

✎ Commenter

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 pour la relation avec HL7 FHIR et openEHR.

Gestion, versions et statut

✎ Commenter
  • 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

✎ Commenter
  • 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[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. 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 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 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é, 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 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 doivent être mappés comme codes sources est une déduction (interprétation). La Belgique a opté pour un sous-ensemble national de LOINC et pour ReTaM[20] ; healthdata.be 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

✎ Commenter
  • 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é 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

✎ Commenter
  • 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

✎ Commenter
  • 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.

Relations 8 relations · 0 hypothèses

RelationConcept cibleTypeStatutPrécision
utilise la terminologie SNOMED CT Terminologie ou classification établi OHDSI-SNOMED = International, US en UK Edition; een Belgische extensie wordt niet genoemd. [10][24]
utilise la terminologie LOINC et le sous-ensemble belge (ReTaM) Terminologie ou classification établi [13]
est comparé à HL7 FHIR Norme ou spécification établi De Vulcan FHIR-to-OMOP IG ziet FHIR en OMOP als complementair (uitwisseling vs. longitudinale analyse) en mapt enkel FHIR → OMOP. [12]
est comparé à FHIR, openEHR et OMOP : comparaison Aperçu ou dossier établi Vergelijkingspagina FHIR, openEHR en OMOP. [12]
voir aussi FHIN (Federated Health Innovation Network) Organisation établi Belgisch gefedereerd ziekenhuisnetwerk dat OMOP CDM 5.4 en de OHDSI-vocabularia gebruikt. [5][31]
voir aussi (entrant) BMUC : financement du DPI intégré Régime de financement établi [32]
voir aussi (entrant) EHDS – utilisation secondaire des données de santé électroniques (chapitre IV) Aperçu ou dossier établi [8]
porte sur (entrant) FHIR, openEHR et OMOP : comparaison Aperçu ou dossier établi [12][1]

Questions ouvertes 7

  1. 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. Aidez-nous à répondre à cette question
  2. 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. Aidez-nous à répondre à cette question
  3. Hoe verhoudt het in de HDA-whitepaper voorgestelde Common Health Data Model (CareSets, FHIR, SNOMED CT) zich tot OMOP? Aidez-nous à répondre à cette question
  4. Welke ziekenhuizen nemen deel aan SPECTRA, INAH/MOVE en Levilo (volledige deelnemerslijsten met primaire bron)? Aidez-nous à répondre à cette question
  5. Welke datamodel-eisen leggen de uitvoeringshandelingen voor het EHDS-kwaliteits- en bruikbaarheidslabel (uiterlijk 26 maart 2027) op? Aidez-nous à répondre à cette question
  6. Wanneer volgt de HL7 FHIR-to-OMOP IG op CDM v5.5? Aidez-nous à répondre à cette question
  7. Wat is de exacte releasedatum van CDM v5.5.0? Enkel in bronmetadata gevonden, niet in de brontekst. Aidez-nous à répondre à cette question

Sources 32 sources · toutes les sources

  1. OMOP Common Data Model. OHDSI CDM Working Group. SRC-51838ad661 Lien cassé ?
  2. Data Partners – EHDEN Foundation. EHDEN Foundation. SRC-88258db489 Lien cassé ?
  3. DARWIN EU® Data Partners onboarded in Year I, II, III, IV, and V (EMA/136956/2026). European Medicines Agency; 16-06-2026. SRC-100f15d6d1 Lien cassé ?
  4. OHDSI Belgium - Webinar FHIR x OMOP - report (16 March 2026). OHDSI Europe; 16-03-2026. SRC-22bb4ad7f4 Lien cassé ?
  5. FHIN - RADar – Learning & Innovation Center. RADar Learning & Innovation Center (AZ Delta). SRC-3dd1e23f72 Lien cassé ?
  6. WHITEPAPER An urgent call for action: tackling challenges with Primary Health Data as prerequisite for EHDS implementation. Health Data Agency; 21-08-2025. SRC-3c6782053a Lien cassé ?
  7. Standardized Vocabularies (OHDSI Vocabulary-v5.0 wiki). OHDSI. SRC-a185a8ce42 Lien cassé ?
  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. Europees Parlement en Raad van de EU (EUR-Lex); 05-03-2025. SRC-af26b6d770 Lien cassé ?
  9. The Book of OHDSI - Chapter 4 The Common Data Model. OHDSI. SRC-277609bbe8 Lien cassé ?
  10. The Book of OHDSI - Chapter 5 Standardized Vocabularies. OHDSI. SRC-9a557cfa23 Lien cassé ?
  11. Who We Are. OHDSI. SRC-b255a4fa4e Lien cassé ?
  12. Vulcan FHIR to OMOP FHIR Implementation Guide. HL7 International / Biomedical Research and Regulation. SRC-4762fc1944 Lien cassé ?
  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. Journal of Medical Internet Research; 2025. SRC-55ef771c33 Lien cassé ?
  14. CDM v5.5 (release v5.5.0). OHDSI; 25-08-2026. SRC-cf9241837b Lien cassé ?
  15. EHDEN - The project. EHDEN Foundation. SRC-2918db1008 Lien cassé ?
  16. Vision, mission, values. EHDEN Foundation. SRC-12ff7955f6 Lien cassé ?
  17. Data Analysis and Real World Interrogation Network (DARWIN EU). European Medicines Agency. SRC-8fe139f518 Lien cassé ?
  18. OHDSI Belgium - national node. OHDSI Europe. SRC-8af9dba3d7 Lien cassé ?
  19. Innovation Project Funding | Health Data Agency. Health Data Agency. SRC-80e3edd83a Lien cassé ?
  20. LOINC in België | FOD Volksgezondheid (archiefkopie 07/09/2025). FOD Volksgezondheid. SRC-8d0af25927 Lien cassé ?
  21. Informatiemodellering en terminologie | healthdata.be. Sciensano / healthdata.be. SRC-4c1040a0cb Lien cassé ?
  22. Vocab. LPD_Belgium (OHDSI Vocabulary-v5.0 wiki). OHDSI. SRC-7919bbb177 Lien cassé ?
  23. Vocab. ICD10 (OHDSI Vocabulary-v5.0 wiki). OHDSI. SRC-314c653a7f Lien cassé ?
  24. Vocab. SNOMED (OHDSI Vocabulary-v5.0 wiki). OHDSI. SRC-22c8336f71 Lien cassé ?
  25. ICD-10 to SNOMED-CT and OMOP Mapping: Performance, Limitations, and Clinical Implications of Automated Athena Mappings. OHDSI Europe; 18-04-2026. SRC-f6a5ab1eff Lien cassé ?
  26. Addressing Data Quality Challenges in Lung Cancer Data Within the Observational Medical Outcomes Partnership Common Data Model: Observational Study. Journal of Medical Internet Research (JMIR); 01-06-2026. SRC-f8a3f0a376 Lien cassé ?
  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. European Journal of Public Health; 2025. SRC-b280053090 Lien cassé ?
  28. M5.4 Draft guideline for data enrichment (TEHDAS2). TEHDAS2 Joint Action; 21-04-2026. SRC-23d8768fbc Lien cassé ?
  29. BE Medication - Home. eHealth-platform. SRC-c0c4b77571 Lien cassé ?
  30. An urgent call for action: tackling challenges with Primary Health Data as prerequisite for EHDS implementation. Health Data Agency; 21-08-2025. SRC-2f4695fb79 Lien cassé ?
  31. FHIN - Software tools. FHIN (Federated Health Innovation Network). SRC-8798194a99 Lien cassé ?
  32. Cross-over projectoproep. FOD Volksgezondheid; 08-10-2025. SRC-b3c0d52ffe Lien cassé ?
Fiche omop-cdm · dernière vérification le 28-09-2026 · version 2026.11.12-3 · texte sous CC BY 4.0, sources uniquement liées
Améliorer cette page
Réutilisation : Cette page en Markdown · JSON