Electronic Health Records: An introduction to openehr and archetypes Dr. Sebastian Garde CCR Workshop Munich 29 th April 2008
Expectations Timely information and reports for ALL professions with a minimum of trouble Customizable and maintainable without too much effort even when knowledge changes; No vendor lock-in The information that is relevant to me in the structure I need it
Traditional EHR Approach Application System Technical Development Domain Knowledge
However Both the total number of concepts and the rate of change is high SNOMED medical termset codes some 366,170 atomic concepts and 1.46 million relationships Not only is health care big, it is open-ended*: In breadth, because new information is always being discovered or becoming relevant In depth, because finer-grained detail is always being discovered or becoming relevant In complexity, because new relationships are always being discovered or becoming relevant * After A.L. Rector, Clinical Terminology: Why is it so hard?, Methods Inf Med 38 (1999) 239-252.
openehr A way of structuring, storing and managing patient data so that it can be shared and exchanged between different healthcare providers and other stakeholders in a meaningful and secure manner The openehr foundation develops tools and specifications for Electronic Health Records CEN EN 13606 (communication) www..org
Two Level openehr-approach Technical Development Application System Domain Knowledge Information Knowledge
Archetype Intuitive model of clinical content
Archetype Formal model of clinical content
Example: Archetype Diagnosis Archetype Flexible model of clinical content Archetypes: The building blocks of Electronic Health Records
Archetype Entry types Evaluation e.g. diagnosis, adverse reaction Observation e.g. weight, effectiveness of anti-emetics, lab results Instruction e.g. medication order, monitoring Action e.g. procedure, drug admin
Clinicians define domain knowledge Empowerment of domain experts: The domain experts create & change the knowledge on their own Standardisation of archetypes helps to maximise the use of information Document data once use multiple times! Data aggregation when reporting Semantic interoperability between systems Enable lifelong electronic records
Archetypefinder http://www.archetypes.com.au
Archetypefinder Searches inside archetypes
openehr Health Computing Platform http://www.openehr.org
Example system: OceanEHR by Ocean Informatics www.oceaninformatics.com dev.oceanehr.com
CCR and archetypes CCR: An openehr template (not a composition archetype) - Composition archetype required and several section archetypes (not specific to CCR) - The same archetypes can be used in Australia (HealthConnect/NEHTA Discharge Summaries), UK, NZ, etc.
CCR and archetypes II Most of the required archetypes already exist Flexibility Mulitlinguality Expandability Knowledge management
CCR and archetypes III Possible to create the CCR from an openehr template as one of the outputs Populated Template Data Schema --XSLT--> openehr, CDA, CCR,...
Outputs Technology independent Semantically inter-related
Template Designer
Knowledge Manager
Archetypes Summary = Formal model of a clinical concept in-use The definition of archetypes is an important step for the realisation of EHRs Archetypes empower the clinician and ensure that the information clinicians need is in the EHR Compelling business case for Level 4 ( semantic ) interoperability openehr provides an appropriate technical infrastructure for this
Questions? 12 Apostles, Great Ocean Road, Australia http://www.open http://www. openehr.org EHR.org http://www.archetypes.com.au http://www.archetypes.com.au http://www.oceaninformatics.com sebastian.garde@oceaninformatics.com sebastian.garde@oceaninformatics.com