openEHR

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].

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].

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 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.

• Aucune obligation trouvée : dans les sources consultées, aucune règle belge n'impose openEHR ; l'échange belge passe par KMEHR et les profils FHIR belges.
• Choix d'architecture : openEHR offre un modèle de plate-forme pour l'enregistrement, la persistance et l'interrogation^[6] ; voir OMOP 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.

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.

• 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].