---
id: openehr
type: Specification
type_label: Norme ou spécification
title: openEHR
aliases:
- openEHR
- open EHR
- openEHR-specificaties
- openEHR archetypes
- openEHR CKM
names:
  nl: openEHR
  fr: openEHR
  en: openEHR
  de: openEHR
jurisdiction:
- internationaal
themes:
- architectuur-en-infrastructuur
- terminologie
- standaardisatie-en-governance
lifecycle: normatief
lifecycle_note: Spécification ouverte normative, versionnée par composant; l'Architecture Overview consultée
  est BASE Release-1.2.0 avec le statut STABLE, vérifiée le 28 septembre 2026.
version: Par composant ; Architecture Overview BASE Release-1.2.0 (STABLE)
summary: 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.
links:
- soort: website
  url: https://openehr.org/
  label: openEHR
  taal: en
- soort: documentatie
  url: https://specifications.openehr.org/
  label: openEHR Specifications
  taal: en
- soort: register
  url: https://ckm.openehr.org/ckm/
  label: Clinical Knowledge Manager (archetypen)
  taal: en
- soort: repository
  url: https://github.com/openEHR
  label: openEHR op GitHub
  taal: en
last_verified: '2026-10-05'
relations:
- type: ownedBy
  direction: uit
  target: org:openehr-international
  target_url: null
  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: 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/openehr/
license: CC BY 4.0
---

# openEHR

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.

## Qu'est-ce que c'est ?

openEHR est un ensemble de spécifications ouvertes, de modèles cliniques et de logiciels qui produit des standards
pour l'informatique de soins, axés sur l'interopérabilité[^1]. L'approche est entièrement pilotée par
les modèles : des experts du domaine modélisent la sémantique du domaine en dehors du logiciel[^2]. Par
le « multi-level modelling », openEHR sépare le stockage technique de la signification clinique, de sorte que les
systèmes peuvent évoluer sans perte de données[^1].

Type : 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
lequel sont construits les logiciels et les données ; les archétypes et les templates forment le niveau du domaine
[^3]. Les archétypes sont des modèles réutilisables et standardisés destinés à consigner de
l'information clinique[^1] ; les templates combinent des archétypes en compositions complètes (par
exemple une lettre de sortie) et sont le plus souvent locaux[^3]. Les requêtes se font en AQL
(Archetype Query Language)[^3].

## Comment openEHR est-il structuré ?

openEHR veut consigner les données cliniques de manière durable et indépendante du fournisseur : la signification
clinique réside dans des modèles situés en dehors du logiciel, de sorte que les systèmes peuvent évoluer sans perte
de données[^1][^2]. Les archétypes et les templates forment la porte d'entrée sémantique
vers les terminologies et les classifications[^3].

### Gestion, version et licence

- **Gestion.** openEHR International (openEHR CIC) est une société de membres britannique sans but lucratif qui
assure, depuis le 10 mai 2019, la gestion opérationnelle ; la openEHR Foundation détient la propriété
intellectuelle[^4]. openEHR International fonctionne via trois programmes (clinical, specification,
education) ; deux administrateurs sont nommés par la Foundation et jusqu'à six autres sont élus par les membres
tous les deux ans[^4]. La openEHR Foundation a été créée à Londres en 2002[^4].
- **Origine.** openEHR est issu du projet GEHR (Good European Health Record), qui a démarré en 1991 au sein de
l'UE ; il en est résulté la openEHR Foundation ainsi que des contributions à CEN/ISO 13606[^4].
- **Spécifications.** Elles se répartissent en trois catégories : spécifications abstraites (modèles d'information
UML indépendants de la plate-forme, interfaces de service, grammaires), spécifications de technologie
d'implémentation (XSD, schéma JSON, API REST) et spécifications de conformité[^2]. Sur le fond, elles
comprennent des modèles d'information (EHR, démographie), AQL, le formalisme d'archétype (repris dans
l'ISO 13606-2:2019), des directives CDS et une spécification d'API ouverte[^2].
- **Statut.** L'Architecture Overview consultée est BASE Release-1.2.0, avec le statut STABLE[^3]. Un
numéro de version unique pour l'ensemble d'openEHR n'existe pas dans les sources consultées.
- **Licence.** Les spécifications, les logiciels et les modèles cliniques sont gratuits et utilisables aussi à des
fins commerciales ; les spécifications relèvent de CC-BY-ND[^4].
- **Clinical Knowledge Manager.** Le CKM international prend en charge la gestion complète du cycle de vie des
archétypes et des templates ; cliniciens et informaticiens peuvent y faire des revues, proposer des modifications
et traduire[^5]. La plate-forme est propulsée par un acteur commercial (Ocean Health Systems)
[^5]. Selon openEHR, la communauté CKM comptait en mai 2025 plus de 4.000 utilisateurs enregistrés
provenant de 120 pays[^5].

## Où openEHR est-il utilisé ?

Aucun profil belge, aucun incubateur CKM belge, aucune utilisation par des hôpitaux belges et aucune politique
belge autour d'openEHR n'ont été trouvés ; c'est une lacune, non une preuve d'absence.

**Rapport avec FHIR.** Un panel d'experts (JMIR Med Inform 2023) estime qu'openEHR offre un modèle de plate-forme
complet pour l'enregistrement, la persistance et l'interrogation, alors que [FHIR](https://ehealth-atlas.be/fr/hl7-fhir/) et l'ISO 13606 ont besoin
pour cela de développements externes et se concentrent sur l'échange[^6]. Le panel conclut
qu'openEHR, l'ISO 13606 et FHIR sont chacun utiles pour leur propre finalité et peuvent être mis en œuvre ensemble
[^6]. Un guide d'implémentation HL7 en cours de développement (FHIR R5) mappe les types de données
openEHR sur les types de données FHIR[^7]. La **proposition de recherche** FHIRconnect (preprint 2025)
offre un moteur open source pour la transformation bidirectionnelle openEHR-FHIR et a mappé 24 archétypes vers
15 profils FHIR[^8]. Voir la comparaison [FHIR, openEHR et OMOP : comparaison](https://ehealth-atlas.be/fr/fhir-openehr-et-omop-comparaison/).

## Qu'est-ce que cela signifie pour un hôpital ?

- **Aucune obligation** trouvée : dans les sources consultées, aucune règle belge n'impose openEHR ; l'échange
belge passe par [KMEHR](https://ehealth-atlas.be/fr/kmehr/) et les [profils FHIR belges](https://ehealth-atlas.be/fr/guides-d-implementation-fhir-belges/).
- **Choix d'architecture** : openEHR offre un modèle de plate-forme pour l'enregistrement, la persistance et
l'interrogation[^6] ; voir [OMOP](https://ehealth-atlas.be/fr/omop-cdm-et-ohdsi/) pour le modèle d'analyse.
- **Recommandation** (propre) : qui envisage openEHR intègre dans l'évaluation le mapping vers les profils FHIR
belges et la liaison avec [SNOMED CT](https://ehealth-atlas.be/fr/snomed-ct/).

### Conditions de mise en œuvre et limites

Les templates sont le plus souvent locaux, alors que les archétypes sont largement réutilisés[^3] ;
l'interopérabilité entre institutions dépend donc d'archétypes partagés.

## Incertitudes et informations contradictoires

- **Usage belge.** Une exploration ciblée du marché fait défaut.
- **Neutralité du CKM.** Le CKM est un instrument communautaire, mais il tourne sur une plate-forme commerciale
[^5].

## Relaties

- relève de: org:openehr-international (établi)[^4]. openEHR International voert het operationeel beheer; het intellectueel eigendom ligt bij de openEHR Foundation.
- est comparé à: [HL7 FHIR](https://ehealth-atlas.be/fr/hl7-fhir/) (établi)[^6]. Expertpanel (JMIR Med Inform 2023); uitgebreide vergelijking op vgl-fhir-openehr-omop.
- est comparé à: [FHIR, openEHR et OMOP : comparaison](https://ehealth-atlas.be/fr/fhir-openehr-et-omop-comparaison/) (établi)[^6]. Vergelijkingspagina FHIR, openEHR en OMOP.
- porte sur (entrant): [FHIR, openEHR et OMOP : comparaison](https://ehealth-atlas.be/fr/fhir-openehr-et-omop-comparaison/) (établi)[^6][^1]

## Open vragen

- Wordt openEHR door Belgische ziekenhuizen, EPD-leveranciers of onderzoeksinstellingen gebruikt? Niet gevonden.
- Hoe verhoudt openEHR zich tot de EHDS-verplichtingen (het Europese uitwisselingsformaat EEHRxF is FHIR-gebaseerd)?
- Bestaat er een Belgische of Nederlandstalige CKM-incubator? Niet gevonden.
- Welke componentversies (o.a. ITS-REST, AM, TERM) zijn de actuele release baseline? De specificatiesite geeft enkel een lijst, zonder citeerbare claim.

## Bronnen

[^1]: [What is openEHR?](https://openehr.org/what-is-openehr/). openEHR International. Opgehaald 2026-09-25, sha256 c006e5b97f61bd7f… (SRC-d2e10204e3)
[^2]: [openEHR Specifications](https://specifications.openehr.org/). openEHR Specification Program. Opgehaald 2026-09-25, sha256 be573c5b8969dfcc… (SRC-22cf0dec60)
[^3]: [openEHR Architecture Overview](https://specifications.openehr.org/releases/BASE/latest/architecture_overview.html). openEHR Specification Program. Opgehaald 2026-09-25, sha256 924316a34e4d3cfb… (SRC-33f54a15dd)
[^4]: [openEHR governance](https://openehr.org/governance/). openEHR International. Opgehaald 2026-09-25, sha256 2d84b9f488886117… (SRC-bd6b94de2d)
[^5]: [CKM: a global foundation for shared clinical knowledge](https://openehr.org/ckm-a-global-foundation-for-shared-clinical-knowledge/). openEHR International, 2025-05-25. Opgehaald 2026-09-28, sha256 7912866615234419… (SRC-b7653cee3a)
[^6]: [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)
[^7]: [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)
[^8]: [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)
