openehr The Reference Model Thomas Beale Sam Heard

Transcription

1 openehr The Reference Model Thomas Beale Sam Heard

2 1:N openehr Semantic architecture Screen Forms Messages 1:N Reports Templates Data conversion schemas 1:N Archetypes Terminology interface Terminologies 1:N Reference Model Querying What openehr provides ICPC ICDx Snomed CT

3 Specification Map Archetype Query Language Terminology Subset Syntax RM SM EHR Security EHR Extract Demographic virtual EHR { } { domain patterns{ core{ terminology service Composition demographic service Integration Common Data Structures Data Types EHR service Support (identifiers, terminology access) archetype service Template OM openehr Archetype Profile Archetype OM AM

4 Reference Model Class model overview

5 The reference model Structure of one EHR All versioned

6 Structure of one Composition ENTRYs where the data are

7 Structure of an EHR Extract

8 Context Model in openehr data values spatial structure temporal structure clinical statement healthcare event data-entry session Healthcare Events recorded in (1:1) recorded in (1:N) commit to EHR (Contribution) ENTRIES organise by: SECTIONS COMPOSITION organise by: FOLDERs EHR Recording Environment

9 Time in openehr generally = instant event Real-world activities sample/ measurement/ collection time reporting time observation healthcare event data entry commit openehr record COMPOSITION. OBSERVATION. context.start_time data.origin time-lag recorded in archetyped attribute in OBSERVATION.data if relevant COMPOSITION. VERSION. context.end_time audit.time

10 Time in openehr radiology imaging report data entry radiologist - assess images commit openehr record OBSERVATION. data.origin COMPOSITION. context.start_time COMPOSITION. context.end_time VERSION. audit.time

11 Time in openehr nurse obs. (hospital) vital vital vital signs commit signs commit signs commit openehr record ADMIN_ENTRY move to ward time =... OBSERVATION. data.origin VERSION. audit.time OBSERVATION. data.origin VERSION. audit.time OBSERVATION. data.origin VERSION. audit.time ADMIN_ENTRY discharge time =...

12 Security Features Separation

13 Entries the clinical information

14 Entry types Archetype Query Language Terminology Subset Syntax RM SM EHR Security EHR Extract Demographic virtual EHR { } { domain patterns{ core{ terminology service Composition demographic service Integration Common Data Structures Data Types EHR service Support (identifiers, terminology access) archetype service Template OM openehr Archetype Profile Archetype OM AM

15 Entry types based on process investigator Investigator agents This process is cyclic & repetitive Clinicians don t always document every step

16 History of Solutions GeHR Australia early version of Entry types based on information categories in philosophy + problem-solving

17 History of Solutions Danish G-EPJ

18 History of Solutions - Samba

19 History of Solutions Act-based Includes RICHE HL7v3 RIM Many others Problems Everything is an act good for tracking business process steps, but not natural to physicians Hard to model typical clinical recordings

20 Our approach Clinical Investigator observations Based on clinical process MedInfo 2007 paper goals (desired observations) evaluation clinical investigator system goals + (desired observations) interventions a) problem-solving metaphor - interventions evaluation f() patient system administrative context patient system observations clinical investigator system administrative context b) control system metaphor

21 Entry types based on process investigator Investigator agents This process is cyclic & repetitive Clinicians don t always document every step

22 Leading to an Ontology xxx = observation-related xxx = intervention-related care information recorded information ADMIN_ENTRY admin information cognitive/temporal categories history EVALUATION opinion INSTRUCTION instruction OBSERVATION observation/ observation intervention categories ACTION action assessment proposal investigation request intervention request analytical categories diagnosis risk prognosis scenario goal recommendation

23 (with a speculative part for Admin) admin information status update task event patient event birth death commence ment completion transfer scheduling admission discharge emergency care referral appointment reservation

24

25 Specification Map Archetype Query Language Terminology Subset Syntax RM SM EHR Security EHR Extract Demographic virtual EHR { } { domain patterns{ core{ terminology service Composition demographic service Integration Common Data Structures Data Types EHR service Support (identifiers, terminology access) archetype service Template OM openehr Archetype Profile Archetype OM AM

26 RM data types & structures data_structures item_structure representation history data_types quantity basic text date_time time_ specification uri multimedia support definitions terminology measurement identification assumed types Boolean Integer String List<T> Real Character Interval<T> Set<T> inbuilt

27 data_structures

28 data_structures.item_structure

29 item_structure.representation

30 data_structures.history

31 History Basic Structure

32 History - Variations

33 History Storing Device Data Efficiently 14,400 x 1 second samples from device 5 x Events in openehr History

34 Math Functions

35 Glucose Tolerance Test

36 EHR Extract

37 openehr Extract Model

38 openehr EHR Extract

39 Generic EHR Extract

40 Versioning

41 Specification Map Archetype Query Language Terminology Subset Syntax RM SM EHR Security EHR Extract Demographic virtual EHR { } { domain patterns{ core{ terminology service Composition demographic service Integration Common Data Structures Data Types EHR service Support (identifiers, terminology access) archetype service Template OM openehr Archetype Profile Archetype OM AM

42 Basis of versioning (similarly to CVS, Subversion etc ) We use the Composition as the unit of change (like a file in Subversion) Folder structure also versioned We use the Contribution as the unit of committal (like a change-set) Pre-commit check ensures that the current state of Compositions & Folder structure unchanged since check-out

43 Versioning Family History Current medications Problem List Care Plan Contrib 12/4/2003 Contact 12/4/2003 Problem List ++ Contrib 15/4/2003 Test Results 15/4/2003 Contrib 20/4/2003 Contact 20/4/2003 Current Meds ΔΔ Care Plan Δ Contrib 22/4/2003 Correction 22/4/2003 Current Version

44 Conflicts & Merging One System User A System User B v1 v1a commit? v2 commit v1b v2a commit v3

45 Synchronisation Problems Sys C v1 v1 Are we getting Duplicates? Sys A v1 v2 v3 Sys B v1 Do we have the latest? Solutions: designated master repository from which to update reliable, global version identification scheme

46 Distributed conflicts Sys C v1 v2c Sys A v1 v2a This can only happen: 1. where no master designated 2. no update-before-commit 3. patient presents in both places i.e. ad hoc situation, e.g. patient sick while on holiday Solution: One of the systems will be the Patient s home system

47 Why is the openehr RM useful? Because it was developed with clinical input OGTT example It provides a solid ontological basis for the next levels: Archetypes Templates GUI, messages etc