openEHR est un ensemble de spécifications ouvertes et de modèles cliniques permettant d'enregistrer des données de soins de manière durable et indépendamment des applications. Un modèle de référence stable conserve la structure technique, tandis que les archétypes et les templates décrivent la signification clinique ; AQL et des API REST rendent les données accessibles. openEHR International gère les spécifications et le Clinical Knowledge Manager international soutient des modèles partagés. Pour les hôpitaux belges, c'est un choix de plate-forme possible, mais aucun usage, aucune politique ni aucune obligation belges n'ont été trouvés.
", "last_verified": "2026-10-05", "verification_outdated": false, "sections": [ { "id": "qu-est-ce-que-c-est", "title": "Qu'est-ce que c'est ?", "kind": "tekst", "html": "openEHR est un ensemble de spécifications ouvertes, de modèles cliniques et de logiciels qui produit des standards\npour l'informatique de soins, axés sur l'interopérabilité[1]. L'approche est entièrement pilotée par\nles modèles : des experts du domaine modélisent la sémantique du domaine en dehors du logiciel[2]. Par\nle « multi-level modelling », openEHR sépare le stockage technique de la signification clinique, de sorte que les\nsystèmes peuvent évoluer sans perte de données[1].
\nType : spécification de modèle de données et de plate-forme. Le modèle de référence est un modèle objet stable sur\nlequel sont construits les logiciels et les données ; les archétypes et les templates forment le niveau du domaine\n[3]. Les archétypes sont des modèles réutilisables et standardisés destinés à consigner de\nl'information clinique[1] ; les templates combinent des archétypes en compositions complètes (par\nexemple une lettre de sortie) et sont le plus souvent locaux[3]. Les requêtes se font en AQL\n(Archetype Query Language)[3].
" }, { "id": "comment-openehr-est-il-structure", "title": "Comment openEHR est-il structuré ?", "kind": "tekst", "html": "openEHR veut consigner les données cliniques de manière durable et indépendante du fournisseur : la signification\nclinique réside dans des modèles situés en dehors du logiciel, de sorte que les systèmes peuvent évoluer sans perte\nde données[1][2]. Les archétypes et les templates forment la porte d'entrée sémantique\nvers les terminologies et les classifications[3].
\nAucun profil belge, aucun incubateur CKM belge, aucune utilisation par des hôpitaux belges et aucune politique\nbelge autour d'openEHR n'ont été trouvés ; c'est une lacune, non une preuve d'absence.
\nRapport avec FHIR. Un panel d'experts (JMIR Med Inform 2023) estime qu'openEHR offre un modèle de plate-forme\ncomplet pour l'enregistrement, la persistance et l'interrogation, alors que FHIR et l'ISO 13606 ont besoin\npour cela de développements externes et se concentrent sur l'échange[6]. Le panel conclut\nqu'openEHR, l'ISO 13606 et FHIR sont chacun utiles pour leur propre finalité et peuvent être mis en œuvre ensemble\n[6]. Un guide d'implémentation HL7 en cours de développement (FHIR R5) mappe les types de données\nopenEHR sur les types de données FHIR[7]. La proposition de recherche FHIRconnect (preprint 2025)\noffre un moteur open source pour la transformation bidirectionnelle openEHR-FHIR et a mappé 24 archétypes vers\n15 profils FHIR[8]. Voir la comparaison FHIR, openEHR et OMOP : comparaison.
" }, { "id": "qu-est-ce-que-cela-signifie-pour-un-hopital", "title": "Qu'est-ce que cela signifie pour un hôpital ?", "kind": "tekst", "html": "Les templates sont le plus souvent locaux, alors que les archétypes sont largement réutilisés[3] ;\nl'interopérabilité entre institutions dépend donc d'archétypes partagés.
" }, { "id": "incertitudes-et-informations-contradictoires", "title": "Incertitudes et informations contradictoires", "kind": "tekst", "html": "