Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Content Modelling for VIEW Datasets Using Archetypes

234 views

Published on

Koray Atalag
National Institute for Health Innovation
University of Auckland
(Friday, 10.35am, Sigma Room)

Published in: Health & Medicine
  • Be the first to comment

  • Be the first to like this

Content Modelling for VIEW Datasets Using Archetypes

  1. 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. 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. 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. 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. 5. Logical building blocks of EHREHRFoldersCompositionsSectionsEntriesClustersElementsData values
  6. 6. Example Model:Blood Pressure Measurement
  7. 7. BP Measurement Archetype
  8. 8. PREDICT Dataset Definitions
  9. 9. Current Model
  10. 10. NZ Extension
  11. 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. 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. 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. 14. Shared Health Information Platform (SHIP)
  15. 15. VIEW extensions  ECM
  16. 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. 17. Questions / Further Info Koray Atalag, MD, PhD, FACHI k.atalag@nihi.auckland.ac.nz

×