View
160
Download
2
Embed Size (px)
Citation preview
What is openEHR?An open specification for a health information model
capable of supporting an open platform ecosystem
vendor neutral
technology neutral
licensed to allow open and closed source business models
openEHR misconceptions
not an open source health application
not a downloadable app
not owned by a single vendor or commercial organisation
not proprietary or commercially unfriendly
openEHR - key goalProvide specifications for an open eHealth platform
keeping the data in any openEHR system completely interoperable
regardless of programming language
regardless of human language
regardless of internal database technology
openEHR: Archetypesopen source computable models of discrete clinical concepts
Familiar components of a health record
Blood pressure, Body weight
Medication order, Family history
Urea, Creatinine results
‘Maximal dataset’ Capture as many clinical perspectives as possible
openEHR: TemplatesTemplates deliver the datasets by aggregating archetypes together
Key clinical endpoint and start point for generation of technical artefacts
i.e. openEHR archetypes and templates can be used directly
Class libraries, Message schema
GUI skeletons, API Profiles
AQL: Information-model querying
Information model querying, independent of the actual database querying
vendor/technology neutral querying
To query an openEHR system you only have to know which archetypes are in use.
life-long record:clinicians in control
Archetypes consumed automatically by an openEHR system
Out-of-the-box interoperability through archetype sharing
No transforms or other processing required when moving data to other vendors
However ….Building an openEHR back-end is easy
just follow the specifications
BUT building a high-quality openEHR back-end is hard
must understand archetypes
must support information-model querying
must be fast and flexible
This is not a trivial engineering exercise
The good news…You do not have to build your own openEHR back-end ‘CDR’…
over 10 providers of openEHR CDR services
the APIs are compact and easy to use once you understand the basic concepts
Database Compositions Template validation AQL GDL
supportopen
source Separate product
Think!EHR Oracle Yes Yes Yes Yes Yes
OceanEHR SQL server Yes Yes Yes Yes Yes
DipsEHR SQL Server Yes Yes Yes Yes ?
EtherCIS PostgreSQL Yes Yes In dev In dev Yes Yes
Infinni SQL Server Yes Yes ? Yes
Base24 PostgreSQL Yes Yes In dev In dev Yes
Cabolabs Any SQL Yes Yes Yes Yes
Nousco ? Yes Yes Yes
Privantis PostgreSQL Yes Yes In dev In dev In dev
Medrecord360 ? Yes Yes
Current CDR market
SMARTPlatformsPluggable Webapp
API
HL7 FHIR Clinical Content Exchange
NHS API
‘inVivo’Datastore API
Detailed Clinical Content
Development
Clinical leadership PRSB
Terminology CentreHSCIC
NonopenEHR systems
Archetype+ SNOMED Clinical Content definitions
openEHR: faster, safer app development
Much faster to respond to changes in clinical practice
Interoperability out-of-the-box
Growing ‘open platform’ market Vendor/ tech neutral data models
Vendor/tech neutral data querying