Project Register


This page is a working document describing and prioritising existing and future openEHR.projects. An initial attempt at prioritisation has been made, but this would need to be properly reviewed within a funding framework.

Project Descriptions






Work estimate







Information specifications

Release 1.0.3


Ongoing maintenance based on CRs and Architecture Review Board consideration.

Publication of release 1.0.3



openEHR support terminology


Upgrade the openEHR support vocabulary to a  more usable XML format, and add translations.

A single openEHR terminology that is used by all openEHR implementations.


Knowledge Specifications

Draft of ADL/AOM 1.5


Design and implementation testing of ADL 1.5 and AOM 2.1 with capability developed in archetype parsers, authoring tools and CKM to ensure implementation. These specifications along with the template object model are key to the next generation tooling of openEHR, which will integrate archetypes, templates and terminology, providing a computational basis for single-source model-based development of messages, documents, programming components. See Project page.

Integrated single formalism for all archetypes and templates; including several semantic improvements needed by implementation.



Draft release of the Template Model, including operational termplates.


Design and implementation testing of the Template Object Model supporting ADL 1.5. Includes a model for 'operational templates' which describes the standalone operational form of a template due to evaluating a Template Definition against the Archetype repository and terminology. Operational Templates are the close-to runtime form of a template, and are also the basis for creating Template Data Schemas (TDSs).

Standardised form of operational template, the basis for all implementation transforms.



Knowledge Artefact Governance Guide


A guide to the identification and ongoing management of Archetypes, Templates and Terminology reference sets.

Coherent and reliable publication and reuse complimentary sets of artefacts.









Access control specification


A new access control specification will be added to the openEHR Reference Model to provide for the the CEN EN13606-4 standard for role-based access control for health information.  The current release of the RM is already designed to accept a model of access control in a plug-in fashion. This will enable the addition of other models, including more complex non-role-based standards in the future.

Plugin access control modules that support different national and international requirements


Query specifications



Continue development of query language. Investigate convergence with Sparql and other web 2.0 query languages.

Portable EHR data query language.





Continue development of the A-Path specification. 

Support for predicate logic statements in archetypes; data query language.


Information & knowledge Services

vEHR - Virtual EHR Service


The virtual EHR is an application interface that provides access to all back-end services, as well as secure session management, without the application programmer having to know the details.




EHR Service


This service is a coarse-grained model of EHR access, at the level of Compositions and other top-level objects of the EHR. It supports Contribution committal, query-based retrieval and fast index-based retrieval.




EHR / Subject Index Service


This is a simple service providing a cross-reference between subject identifiers and EHR identifiers. It can be used to match a subject based on one or more identifiers, and find EHRs created for them.




Archetype service


Service providing access to archetypes within operational systems.




Terminology Refset Service


This service provides access to versioned terminology subsets, expressed in the form of dynamic queries against terminologies such as Snomed CT, ICDx etc.



Business Services

Instruction index


Additions to the EHR Information Model will describe a model of Instruction / Action threads. In EHR data, this allows an Instruction and all Actions that have occurred as a result to be 'threaded' together and seen as a history of order + actions, enabling clinicians to easily see the status of any intervention. Because Actions in openEHR encapsulate a 'state' from the openEHR state machine, the latest Action in any thread gives the current state of the Instruction.

Standardised support for care pathway data management and application development.



SNOMED-CT Integration guide


Guidelines for integration with SNOMED-CT. The context model for SNOMED-CT is now rich and enthusiasts are promoting post-coordination of increasing complexity. The openEHR architecture provides a mechanism for coordinating different elements of complex data in a way that is sustainable and can be queried using standard tools. Simplification of implementation of SNOMED is possible through use of constraint statements as part of templates and archetypes that provide the set of terms (in a browsable form) that are appropriate at any given data point.

Simplification of deployment of SNOMED.














XML Schemas

XSDs for openEHR release 1.0.3


Ongoing maintenance of CRs and implementation triggered changes and backward compatibility

Release of 1.0.3 XSD



XSD for new AOM / TOM


Design of efficient and simplified XSD for AOM 2.1



XSLT rendering scripts

Generic XSLT for openEHR data in XML


Further work and 'beautification' of the generic XSLT transformation for clinicians reading openEHR data where there is no specific transform available.










Eiffel ADL Parser


Implementation of ADL 1.5 / templates in the Eiffel reference parser




Java ADL and XML Parser


Implementation of ADL 1.5 in the Java parser
Implementation of the Java XML Parser for AOM 2.1




C# Parser


Adaption of the Eiffel ADL parser to run in .Net Implementation of the C# XML Parser for AOM 2.1



Knowledge authoring tools

CKM support


CKM support for the Java 1.5 ADL and XML parser and other transformation tools




Archetype Editor


Upgrading the archetype editor to provide demographic and ADL 1.5 archetypes




Template Editor


Build an open source template editor based on ADL/AOM 1.5 specifications.



Downstream generation tools

Template to Form


Automatic generation of a data entry form from an operational template that can be deployed in applications and over the web.

Direct support for visual application building in various technologies



Template to XSD


Automatic generation of XSD from an operational template.

Message definitions from knowledge artefacts



Template to programming object


Automatic generation of programming language API from operational template

Direct support for application building where custom UI is being used.



Determine UML tooling for openEHR specifications


Some work has been done on this by Erik Sundvall (Linköping University, Sweden).
Eric Browne in Australia has also created a near-complete expression in another tool.
Neither of these work efforts has been completed.

New tool agreed to provide openEHR UML models



Republish the openEHR UML models


The Release 1.0.1 model is published online , but contains some errors, and also the source model is no longer maintained due to out of date tooling. A new expression of the current release reference model is required in a new tool, to enable ongoing maintenance. Also, the XMI file is badly out of date (XMI 1.1). The online HTML model site, which has been indispensable to developers for some years, would be updated and corrected. Re-use of the model computationally (e.g. as XMI or EMF files) would be possible.

New UML models and HTML view for release 1.0.2 and AOM changes.



Convert Specification to DITA format


All specification documents are currently in Adobe FrameMaker internal format. The tool remains the recognised industry leader in technical publishing but is expensive and takes some time to learn. Framemaker 8 now supports DITA XML and with some work and review the documents could be made available in DITA XML format which would make then editable in a number of tools including a simple XML editor.

Specifications held in DITA XML format















openEHR -> ISO 13606 mapping


Finish the formal mapping, enabling data conversion software to be written




Template -> HL7 CDA


Increase the repository of XLST transformations for openEHR data to be transformed to and from HL7 CDA format.

Increase number of published CDAs supported by openEHR



Template -> ASTM CCR


Increase the repository of XLST transformations for openEHR data to be transformed to and from ASTM CCR format.

Provide CCR support in openEHR out of the box.



HL7/OMG CTS2 support






HL7/OMG EIS/RLUS support






IHE PDQ, PIX support






Microsoft CHF support


















Upgrade to ADL 1.5 (differential archetypes)


Archetypes in CKM need to be upgraded to ADL/AOM 1.5. This primarily affects the 10% or so that are specialised.

Archetype maintainability and correctness will be improved.














Servers server






CKM server






build server






system administration