Page 1
DHACA Keynote:Avoiding duplication in Health and Social Care
Software apps to support health and care - Supporting the app paradigm –
Creating a community of interest - That's HANDI
www.handihealth.org
Dr Ian McNicoll
[email protected]
[email protected]
HANDIHealth
openEHR Foundation
freshEHR Clinical Informatics
DHACA meeting Jan 2015
Page 2
Introduction
• Dr Ian McNicoll
• Clinician
• Former Glasgow GP
• Health informatics
• Director HANDIHealth
• Director openEHR
Foundation
• freshEHR Clinical
Informatics
• Commercial software developer
• ‘Clinical Hacker’
2
Page 3
HANDIHealth CIC
• A not-for-profit Community Enterprise
Company
• There to support:
– Developers
– Health and care professionals
– Patients, service users and carers
Page 4
HANDI is agnostic
• About
– Platforms
– Business models
– Standards
– Tools, services and approaches
• Show the community the possibilities and let individuals
decide
• Lobby for an environment (technical, cultural and
commercial) in which apps can flourish interoperate and
be orchestrated
Page 5
“Avoiding Duplication in Health and Social Care”
5
“Making the impossible very difficult”
Page 6
So what’s wrong with “Duplication” then?
6
Page 7
Duplication unhelpful: Me-too Drugs?
7
Page 8
Duplication helpful: Better Drugs?
8
Page 9
Duplication unhelpful: Me-Too Apps?
9
Page 10
Duplication helpful: Better Apps?
10
Page 11
Duplication unhelpful: Care Records
• Multiple copies of same information
• Patients asked same questions repeatedly
• Devices do not talk to records
• Systems do not talk to each other
• Re-entry of data ++++
• No “Data Liquidity”
11
Page 12
Duplication helpful: ’standardisation’?
12
http://cyber.law.harvard.edu/research/interoperability
Page 13
Avoiding unhelpful duplication:
Towards an Open Digital Care Ecosystem
Megasuite
Best of Breed
Platform
Open Ecosystem
“One system to rule them all”• NPfIT• Enterprise/GP Systems• Limited external integrations
Many systems ~ 100• Portals• Integration engines• Bespoke integrations
“Own the Platform”• Health Vault, Apple, Lorenzo, etc• ~1000 apps• Partner interfaces (Woodcote L3)
The “Internet “of Digital Health• HANDI-HOPD• The Healthcare Services Platform Consortium
Page 14
An open Ecosystem platform?
Closed OSS ClosedOSS
Vendor DVendor B Vendor CVendor A
API and messaging content based on open source clinical content definitions
OSS components
Vendor solutions
TerminologyServer Pathways KB
ESB/SpineITK Integration component
Commit
Retrieve
Page 15
SMARTPlatforms
Pluggable Webapp
API
HL7 FHIR
Clinical Content
Exchange NHS API
‘inVivo’
Datastore API
Detailed
Clinical Content
Development
Clinical leadership PRSB
Terminology
CentreHSCIC
Non
openEHR
systems
Archetype+ SNOMED Clinical
Content definitions
Apps developers
Page 16
•New content is defined directlyby stakeholders and can beused technically immediately
• Recently adopted by HSCIC for content modelling
•Vendor-neutral data modelsTechnology-neutral data models
•Vendor-neutral data queryingTechnology-neutral data querying
openEHR API
16
Page 17
Building out the platform
• SMART and HL7 FHIR support
• BlackPear , Marand
• More openEHR providers
• Lockheed Martin - OceanEHR
• Medvision360
• Code24
• More demo apps
• LiveCode mobile App demo
• Knowledge resources
• FirstDataBank
• Indizen cloud terminology service
• CDS resources
• openClinical - PROFORMA
• Cambio GDL
17
Page 19
NHS Code 4 Health
19
Page 20
MedsRecDIY: http://diy-hopd.rhcloud.com/
20
Page 21
Rapid connected health app development
21
Page 22
23
SMARTPlatforms
Pluggable Webapp
API
HL7 FHIR
Clinical Content
Exchange NHS API
‘inVivo’
Datastore API
Detailed
Clinical Content
Development
Clinical leadership PRSB
Terminology
CentreHSCIC
Non
openEHR
systems
Archetype+ SNOMED Clinical
Content definitions
Apps developers
Page 23
Interoperability is not a tech problem
“The real barriers to practical interoperability
are cultural and clinical”
Healthcare records are not just
buckets of biological facts
24
Page 24
Healthcare Information Standards Process #FAIL
25
Clinical stakeholders
engage through top-down
governance
Committee-based
Late vendor engagement
Fixed review cycles
Unclear / unresponsive
change request
mechanism
Page 25
Clinically-led Content Service
26
Clinical content
service
Clinical stakeholders,
vendors engage directly with
clinically-led content service
Continual dialogue with all
stakeholders via web-based
collaborative tooling
No fixed review cycles
On-demand change request
directly to clinical content
service
PRSB has high-level 4-
country governance role
Page 26
Medication ‘archetype’
Page 27
Web-based ‘democratised’ collaborative review
28
Page 28
Evolutionary standardisation
‘distributed Governance’
29
Implementers
Secondary
endorsement
Page 29
Avoiding Duplication?
• Not always desirable
• Not always possible
• Learn from
• The internet
• Open source software
• Evolution
30
Page 30
openEHR Foundation openehr.org
31
Page 31
Links
• twitter: @ianmcnicoll
• HANDI-HOPD:
• handi-hopd.org
• minimal-hopd.rhcloud.com
• openEHR Foundation : www.openehr.org
• SMARTPlatforms: smartplatforms.org
• HL7 FHIR: hl7.org/implement/standards/fhir/
• International archetype repository: www.openehr.org/ckm
• UK archetype repository: www.clinicalmodels.org.uk32