Your SlideShare is downloading. ×
Content Modelling for VIEW Datasets Using Archetypes
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×

Introducing the official SlideShare app

Stunning, full-screen experience for iPhone and Android

Text the download link to your phone

Standard text messaging rates apply

Content Modelling for VIEW Datasets Using Archetypes

441
views

Published on

This one also I presented at the HINZ conference. …

This one also I presented at the HINZ conference.
ABSTRACT:
Use of health information for multiple purposes maximises its value. A good example is PREDICT, a clinical decision support system which has been used in New Zealand for a decade. Collected data are linked and enriched with a number of databases, including national collections, laboratory tests and pharmacy dispensing. We are proposing a new model-driven approach for data management based on openEHR Archetypes for the purpose of improving data linkage and future-proofing of data. The study looks at feasibility of building a content model for PREDICT - a methodology underpinning the Interoperability Reference Architecture. The main premise of the content model will be to provide a canonical model of health information which will be used to align incoming data from other data sources. With this approach it is possible to extend datasets without breaking semantics over long periods of time – a valuable capability for research. The content model was developed using existing archetypes from openEHR and NEHTA repositories. Except for two checklist type items, reused archetypes can faithfully represent the whole PREDICT dataset. The study also revealed we will need New Zealand specific extensions for demographic data. Use of archetype based content modelling can improve secondary use of clinical data.


0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
441
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
11
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide
  • Published by HISO (2012); Part of the Reference Architecture for Interoperability“To create a uniform model of health information to be reused by different eHealth Projects involving HIE”Consistent, Extensible, Interoperable and Future-Proof Data
  • Transcript

    • 1. Content Modelling for VIEW Datasets Using Archetypes Koray Atalag1, Jim Warren1,2, Rod Jackson21.NIHI – University of Auckland2.Department of Computer Science – University of Auckland3.School of Population Health – University of Auckland
    • 2. What’s VIEW• Smart (!) name  Vascular Informatics using Epidemiology & the Web (VIEW)• Building on PREDICT CVD-DM (primary care) – Extending to secondary (acute Predict) – Improving risk prediction models – Creating a variation map/atlas of NZ• Data linkages to: – National Mortality Register, – National Minimum Dataset (public and private hospital discharges) – National Pharmaceutical Collection (drugs dispensed from community pharmacies with government subsidy) – National PHO Enrolment Collection – Auckland regional CVD-relevant laboratory data from DML – TestSafe (in progress)
    • 3. Objectives of this study• Extend existing data management capabilities; – Define a canonical information model (openEHR) – Normalise and link external datasets – Ability to extend without compromising backward data compatibility – future-proofing• Create a state-of-the-art research data repository – Transform existing datasets into full-EHR records – Data integration using model as map – Powerful semantic querying & stata on the fly
    • 4. Archetypes• Smallest indivisible units of clinical information – Preserving clinical context – maximal datasets for given concept• Brings together building blocks from Reference Model• Puts constraints on them: – Structural constraints (List, table, tree, clusters) – What labels can be used – What data types can be used – What values are allowed for these data types – How many times a data item can exist? – Whether a particular data item is mandatory – Whether a selection is involved from a number of items/values
    • 5. Logical building blocks of EHREHRFoldersCompositionsSectionsEntriesClustersElementsData values
    • 6. Example Model:Blood Pressure Measurement
    • 7. BP Measurement Archetype
    • 8. PREDICT Dataset Definitions
    • 9. Current Model
    • 10. NZ Extension
    • 11. Results• Archetype based content model can faithfully represent PREDICT dataset• Modelling: – two new archetypes‘Lifestyle Management’ and ‘Diabetic Glycaemic Control’ checklists – NZ extensions for demographics (DHB catchment, meshblock/domicile, geocode NZDep)• Difficulty: overlap between openEHR and NEHTA repositories – different archetypes for tobacco use, laboratory results and diagnosis which we reused – Considering both repositories are evolving separately it is challenging to make definitive modelling decisions.
    • 12. Potential Benefits• High level of interoperability and increased data linkage ability• Important for research data sharing• Can sync more frequently (even real-time!)• Can leverage biomedical ontologies (through Archetype terminology bindings and service)• Can perform complex and fast queries on clinical data (real-time decision support)
    • 13. Bigger Picture• Interoperability for clinical information systems – great – But what about population health & research?• Research data also sits in silos – mostly C Drives or even worse in memory sticks!• Difficult to reuse beyond specific research purpose – clinical context usually lost• No rigour in handling and sharing of data
    • 14. Shared Health Information Platform (SHIP)
    • 15. VIEW extensions  ECM
    • 16. Working Principle Exchange Content Model Conforms to Message Payload (CDA) Source System Recipient System Map Map Source to Web Service ECM to ECM Recipient Exchange Data ObjectSource data Recipient data
    • 17. Questions / Further Info Koray Atalag, MD, PhD, FACHI k.atalag@nihi.auckland.ac.nz