National Integrated Services
Peter Connolly
HSE
March 2014
• A Technical Architecture
• An Applications Architecture
• An Information Model and Architecture
• An Communications / Network Architecture
• A Technical Architecture
• An Applications Architecture
• An Information Model and Architecture
• An Communications / Network Architecture
A ‘standards based’
single framework for the
HSE ICT
• Deliver the ICT Strategy work streams
• Strategic National Business Initiatives
• Develop, implement & support
• local & regional initiatives
• Develop the EHR Information Framework
• Develop & improve ICT Infrastructure
• Deliver the ICT Strategy work streams
• Strategic National Business Initiatives
• Develop, implement & support
• local & regional initiatives
• Develop the EHR Information Framework
• Develop & improve ICT Infrastructure
A Single Information
Systems Framework to
provide for integration
and sharing of data
and information
Foundation for the
Electronic Health
Record (EHR) and
a National Patient/
Client Portal
Foundation for the
Electronic Health
Record (EHR) and
a National Patient/
Client Portal
Secondary
Deliverable
Secondary
Deliverable
Vision
Work-stream-1: The Framework Model………...5
Technical Infrastructure
Work-stream-2: Technical Infrastructure Work Stream………7
(ICT Platforms, Technologies & Asset Base)
Work-stream-3: Applications Reference Base………....10
(Applications Portfolio, Standards & Toolsets)
Work-stream-4: Integrated Systems Management Framework…13
Information Architecture
Work-stream-5: High Level Business Process Specification…...15
Work-stream-6: Information Architecture Model……….…18
Work-stream-7: Data & Information Repository…………..…..….. 21
Work-stream-8: Transformation, Interfacing & Sourcing………....23
Access
Work-stream-9: Identity, Access & Consent Management……...25
G
O
VER
N
A
N
C
E
ACCESS
IN
F
O
R
MA
T
IO
N
A
R
C
H
IT
EC
T
U
R
E
TEC
HN
ICA
L
AR
CH
ITEC
TU
RE
ST
RA
TEG
IC
RO
AD
MA
P
INTEGRATED
SERVICES
FRAMEWORK
(ISF)
W
S:1
W
S:2
-4
W
S:5
-8
WS:9-10
W
S:1
1-1
2
–
Integration and connectivity of disparate applications
and data
–
Horizontal integration of legacy systems
–
Leverage information from heterogeneous systems
–
Integration that is scalable
–
A component based architecture
–
Loose coupling
–
Fast & efficient deployment
The Problem
The NICIS will be used to capture all immunisation events including national childhood
immunisation programmes (including schools), outbreaks, campaigns, late entrants, adult
vaccinations and pandemic response. In addition the system should allow for the recording
of client information relating to neonatal and metabolic screening, breast feeding and
developmentals.
The NICIS system will require data sharing with a broad range of systems including-
•
The Maternal and Newborn Clinical Management System (MN-CMS) (and prior to that being in place to the Dublin
Maternity Hospitals
•
The National Client Identity Services
•
Health Service Provider
•
GP practice management systems
•
National Cold Chain Delivery System
•
Primary Care Reimbursement Services (PCRS)
•
National Cancer Service
•
The National Childcare System
1. Determination of the
Information Model
2. Specification for the Data
Dictionary
3. Terminology Assurance
4. Support Processes &
Services
SAM Repository
Data Dictionary
Portal
Clinical
Applications
Value
Disease, DF-00000 Metabolic Disease, D6-00000Disorder of glucose metabolism, D6-50100
Diabetes Mellitus, DB-61000 Type 1, DB-61010
Insulin dependant type IA, DB-61020
Neonatal, DB75110
Carpenter Syndrome, DB-02324
Disorder of carbohydrate metabolism, D6-50000
Integrate
Validate &
Publish
Proof-of-Concept
Proof-of-Concept (SAM)
• Workshops
• Interviews
• Questionnaires
• Feedback Sessions
• Demonstrations
Stakeholder Engagement
MedDRA; HL7 E2B; ISO IDMP
WHO ATC/DDD;
WHO INN (International Nonproprietary Names)
LOINC (Lab) and ICPC2
Healthlink messaging - HL7v2, XML
ICD10 and Health One dictionary
PICNIC; loosely based on HL7v1 (not a standard)
Edifact (ebXML)
IPU codes/ATC/GMS -IPU product file
GS1
Snomed CT
Contsys
HISA
ISO 13606
HL7
-Functional Model
IS0 21090
System 1
System 2
System 3
System 4
System 6
System 7
System 8
Information Architecture Reference Model (IA-RM)
System 5
SAM 2
SAM 1
SAM 3 SAM 4 SAM 5
SAM 7
SAM 6
National Information Architecture (IA-RM)
EU
NCP
EHR
Public
Health
EU
NCP
EHR
Public
Health
MedDRA; HL7 E2B; ISO IDMP
WHO ATC/DDD;
WHO INN (International Nonproprietary Names)
LOINC (Lab) and ICPC2
Healthlink messaging - HL7v2, XML
ICD10 and Health One dictionary
PICNIC; loosely based on HL7v1 (not a standard)
Edifact (ebXML)
IPU codes/ATC/GMS -IPU product file
GS1
Snomed CT
Contsys
HISA
ISO 13606
HL7
-Functional Model
IS0 21090
System 1
System 2
System 3
System 4
System 6
System 7
System 8
Information Architecture Reference Model (IA-RM)
System 5
SAM 1
Patient
Summary /
Demographics
Dataset
National Data Utility Platform
Definitions
Mapping
Payload in
Messages
SA
M
Terminologies
N-DUP Core
HL7 2.4
ISO 13606
CDA
National Data Utility Platform
Definitions Mapping Payload in MessagesSA
M
Terminologies N-DUP CoreHL7 2.4
ISO 13606
CDA
Clients Clients Clinic Clinic Community Care CentersCommunity Care Centers Specialist Clinic Specialist Clinic Hospital Emergency Hospital Emergency Diagnostic Center Laboratory Pharmacy Emergency Services Emergency Services Home CareEU
NCP
EHR
Public
Health
Public Health
Data Dictionary
Terminology Binding
Data Registry/
Repository
Procurement
Stakeholders
ICT Delivery
Business Case
Technical &
Information Architecture
Vendor Selection
Delivery
Maintenance
Delivery Platform
Standards
Data Structure
Data Types
Implementation &
Integration Services
Others
Primary
Deployment
Application
Services
Data
Requirements
Standards
Guidance
© ERS 2014
Standards & Information Architecture
Project
(HSE ISF LOT4)
Gerard Freriks
René M. Schippers
25-03-2014
HISI - Dublin
© ERS 2014
Agenda
1. Introduction
2. Recommendations - Outline
(IA-RM, SAM, Coding,)
3. Recommendations - Deployment
4. Q&A session
(Validation, suggestions for improvements)
HSE ISF
Reasons
Patient Safety
Creation of Jobs
Value for Money
© ERS 2014
HSE ISF
Reasons
Patient Safety:
Data quality
Systems quality
National EHR
Creation of Jobs:
eHealth ecosystem for all
Value for Money:
Less Integration cost
Less Maintenance cost
More Flexibility, Adaptability
Project
Introduction
From a collection of disconnected systems
to connected systems
One single communication domain
D … Y Z A B C A B CSituation:
Present
Situation:
To be
© ERS 2014
Project
Introduction
EHR-systems
Silo’s
23
Recipe
Ingredients
Screen
Kitchenware
Oven
Pastry
Business
Logic
Data
Presentation
Software
Hardware
EMR/EHR
System
Business
Logic
Data
Presentation
Software
Hardware
EMR/EHR
System
Project
Introduction
EHR-systems
Minimal condition:
Business
Logic
Data
Presentation
Software
Hardware
EMR/EHR
System
Business
Logic
Data
Presentation
Software
Hardware
EMR/EHR
System
© ERS 2014
Project
Introduction
EHR-systems
Maximal condition
Share: Normalised data, logic and presentation
25
Business
Logic
Data
Presentation
Software
Hardware
EMR/EHR
System
Business
Logic
Data
Presentation
Software
Hardware
EMR/EHR
System
Project
Introduction
EHR-systems
Business
Logic
Data
Presentation
Software
Hardware
EMR/EHR
System
Business
Logic
Data
Presentation
Software
Hardware
EMR/EHR
System
© ERS 2014
Methods for sharing data
Data Exchange standard
27
System a
Data
Data
System b
ConnectorNeutral
Data
Exchange format
ConnectorSystem a
Data
Data
System b
ConnectorNeutral
Data
Exchange format
Neutral
Data
Exchange format
System a
Data
Data
System b
Evolution
Project
Introduction
Methods
- Data Set
- Data Dictionary
- Data Message standard
- Data Document standard
- Data Object standard
- Coding Systems standard
- Ontologies
Project
Introduction
Methods for sharing data
Evolution - Revolution
System a
Data
Data
System b
ConnectorNeutral
Data
Exchange format
ConnectorSystem a
Data
Data
System b
ConnectorNeutral
Data
Exchange format
Neutral
Data
Exchange format
System a
Data
Data
System b
System M
Data
Data
System M
Proprietary
Data
Exchange format
Evolution
Revolution
viable Ecosystem
© ERS 2014
Project
Introduction
Connector Deployment
29
Data
System
Data
System
Data
System
Neutral
Normalised
Data
Exchange format
Data
System
Connector
Connector
Connector
Project
Introduction
Scope of this project
RM-ODP: Information Viewpoint
Ethical, legal, health, process Requirements
Static Domain specific Data Sets - Exchange formats
Active Data Interfaces - Services
Software - Data bases, networks, applications
Hardware: Computers, disks, wires
Enterprise Viewpoint
Information Viewpoint
Computational Viewpoint
Engineering Viewpoint
© ERS 2014
Agenda
1. Introduction
2. Recommendations -
IA-RM, SAM, Coding systems
3. Recommendations - Deployment
4. Q&A session
(Validation, suggestions for improvements)
Information Architecture
Reference Model
Project
•
6 Months
•
Desktop research
•
8 Workshops
•
1 questionnaire
© ERS 2014
Objectives - Project Outline
Introduction
Requirements
-
Cost effective
-
NO revolution
-
Stepwise evolution
-
Respect investments in existing working solutions
(e.g. HealthLink)
-
Exchange data with HSE registries in a normalised
format
-
Impose data requirements plus Connector via
procurement
Information Architecture
Reference Model
LinkEHR Archetype EditorHSE
‘Virtual Normalised Data Bus’
EHR
Normalised
Data
Clinical Repositories
Connector
Vendor / Data repository EHR
Normalised
Data
Vendor / Data repository EHR
Normalised
Data
Vendor / Data repository EHR Normalised Data Clinical Audits EHR Normalised Data EHR Data
Vendor / Data repository
EHR Data
Vendor / Data repository
EHR Data
Vendor / Data repository
EHR Data
Vendor / Data repository
EHR Data
HisLINK
EHR Data
Vendor / Data repository
EHR Data
Vendor / Data repository
EHR Data
Vendor / Data repository
EHR Data
Vendor / Data repository
EHR Data
Vendor / Data repository
EHR Data MedLis Data Require-ments HcP Autho rities SAM Library Archetype Knowledge Manager © ERS B.V. EHR Data SME’s EHR Data SME’s EHR Data SME’s EHR Data SME’s EHR Data SME’s EHR Data SME’s EHR Data SME’s EHR Data Personal Health Records
EHR Data Personal Health Records
EHR Data Personal Health Records
EHR Data Personal Health Records
EHR Data Personal Health Records
EHR Data Personal Health Records
EHR Data Personal Health Records EHR Data Disease specific Portals EHR Data Research Data Set SAM Output Formats
MeDRA
WHO ATC/ D DD
WHO INN
WHO ICPC
WHO ICD10
HealthLink (messaging)
Edifact (ebXML)
HL7 Functional Model
HL7v2, CDA
CEN/ISO ContSys
CEN/ISO HISA
CEN/ISO EHR
Commmunication
Loinc
IPU
GS1
SNOMED-CT
© ERS 2014
Information Architecture
Reference Model
Information Architecture
Reference Model
Creation of one ecosystem for applications
(federated) Data repositories
big and smaller IT-systems
many Apps
Procurement based on shared:
Standards
Functional requirements
Data requirements
© ERS 2014
Subject Area Model
SAM
Data Sets -> Subject Area Models
Subject Area Models -> Outputs
Outputs -> Users
(human readable, computer processable)
Subject Area Model
SAM
IA-RM
SAM’s
IT-Domain
Health
Domain
HSE
Data Utility
Platform
Data
Require-ments
Autho
Component Library SAM/ Document ServerData Set
Semantic
Interoperability
Artefacts
SIA
HSE
‘Virtual Normalised
Data Bus’
Computer processable
Human processable
Services© ERS 2014
Subject Area Model
SAM
ERS has modeled one Subject Area Model:
epSOS Patient Summary
and demonstrated tooling
Next step e-Prescribing?
Subject Area Model
SAM
Open
International
Standard
Pure
ISO RM/ODP
Information
Viewpoint
Spec
Scope = EHR
Low
Implementation
maintenance
cost
HL7 v2
messages
+
-
-
-HL7 v3 RIM
messages
+
-
-
-HL7 v3 CDA
documents
+
-
±
-CEN/ISO
13606
EHR-Extracts
+
+
+
+
© ERS 2014
Subject Area Model
SAM
CEN/ISO EN13606
•
>20 years R&D
•
Based on ISO 18308 Requirements for EHR architecture
•
Harmonised with:
System of Concepts for Continuity of Care
Health Information Service Architecture
•
Two Level Modeling Paradigm
•
Agile, efficient, implementations
•
5 Part standard
-
Reference Model
-
Archetype Object Model
-
Termlists
-
Patient mandate
-
Deployment support
Subject Area Model
SAM
CEN/ISO EN13606 is used for
these purposes in:
•
England: NHS HSCIC
•
Spain
•
Clinical Information Modeling Initiative
The DD4C Process ..(2)
Phase 1
Exis4ng Content
•
SNOMED CT Subsets
•
Data Collec4ons
•
NHS Messaging Specs
•
Royal Colleges Headings
Catalogue
•
Define metadata of all content
•
Metadata model based on ISO 13119
Harmonise
•
ISO13606-‐based logical models for
Royal Colleges headings
•
ISO13606-‐based logical models for
clinical record keeping
Pu
blis
h
Logical Models for Care ..(1)
The aim
Provide
clinically assured, quality assessed, process-‐driven
logical representa4ons of
health care records
Single reference point
for all product-‐dependent modelling work such as NHS Data
Dic4onary and NHS Messaging Specifica4ons
Provide
metadata
for our logical models to provide valuable informa4on about the
models as well as to allow associa4ons with other content such as SNOMED CT subsets,
message templates etc
Allow
mul4ple format download
of our logical models as a
free public resource
: ADL,
UML, HTML, XML, JSON, Mindmap, Word etc.
Logical Models for Care ..(2)
ISO 13606 Extract Reference Model adopted
Revision proposed to ISO 13606 Demographics Model (awai4ng adop4on)
SNOMED CT used as the reference terminology for binding to clinical content
Demographic and par4cipant-‐related vocabulary for other content (to be decided)
LinkEHR Editor used for logical modelling (pending approval)
Logical Modelling Guideline document to help with consistent modelling and
terminology binding (dra_ status)
Logical Models for Care ..(3)
•
Two level modelling processHigh level models (for ini4al
discussion with healthinforma4cians and clinicians)
•
Logical models (technical models for discussion with
health informa4cians and technical modellers)
•
Transforma4on process (ini4ally manual but possible
automated transforma4on in future?)
•
NHS Data Dic4onary models
•
NHS Messaging Specifica4ons (CDA, FHIR?)
Logical Models for Care ..(4)
•
ISO13606-‐based models for
Royal College headings
•
ISO13606-‐based models for
record keeping
External Reference Resources
•
Discharge Summary
• Outpa4ent
•
Referrals
• Diagnosis
•
Blood Pressure
• Medica4ons ....
CIMI Models
Seman4cHealthNet
pacerns
CONTSys
SNOMED CT
Interna4onal
Internal Reference Resources
SNOMED CT UK
Extensions
Logical Record
©ERS 2014
Clinical Information Modeling
Initiative (CIMI)
Clinical Information Modeling
Initiative (CIMI)
Electronic Record Services BV
ERS
©ERS 2014SAM’s
SAM Editor
Structure
Human readable
labels
Control over
structure vis
occurrences,
cardinatities, etc.
Location for
inspection of
Internal Codes
Labels in all needed
languages
Human Labels
coded with as many
codes asn needed
from a defined
coding system
Electronic Record Services BV
ERS
HSE Toolset
SAM Editor
Allowed data points
can be specified
Electronic Record Services BV
ERS
©ERS 2014
DEMO: SAM Editor
Structure:
RM-Class Names
Internal atCodes
Human labels
Cardinalities
Electronic Record Services BV
ERS
DEMO: SAM Editor
Data Type PQ
Data Type PQ
Units of
Measurement
Data Type PQ
Control over
allowed data fields
content
Data Type PQ
Define Lists of
allowed data
Data Type PQ
Name/label of the
datum
Data Type PQ
Description as text
Data Type PQ
Electronic Record Services BV
ERS
©ERS 2014
Electronic Record Services BV
ERS
Demo:
Mind Map
Electronic Record Services BV
ERS
©ERS 2014epSOS
PatientDemographics
Mind Map
Electronic Record Services BV
ERS
DEMO
Electronic Record Services BV
ERS
©ERS 2014
epSOS Patient Summary
Generated mock-up screen
Electronic Record Services BV
ERS
DEMO
Excel
Electronic Record Services BV
ERS
©ERS 2014
Electronic Record Services BV
ERS
Demo:
Schematron
<schema xmlns="http://purl.oclc.org/dsdl/schematron" queryBinding='xslt2'> <ns prefix="EN13606" uri="urn:hl7-org:v3"/> <title>DEMOtwoDatapoints</title> <pattern id="ENTRY"> <rule context="EN13606:ENTRY"> <assert test="count(EN13606:items)=1"/> </rule>
<rule context="EN13606:ENTRY/EN13606:items[@node_id='at0432']"> <!-- Rule for archetype path /items[ResultValues] --> <assert test="count(EN13606:parts)=0 or count(EN13606:parts)=1"/>
<assert test="count(EN13606:structure_type)=1"/>
<assert test="EN13606:items[@node_id='at0432' and @xsi:type='CLUSTER']"/> </rule>
<rule context="EN13606:ENTRY/EN13606:items[@node_id='at0432']/EN13606:parts[@node_id='at0434']"> <!-- Rule for archetype path / items[ResultValues]/parts[ResultComments] -->
<assert test="count(EN13606:value)=0 or count(EN13606:value)=1"/>
<assert test="EN13606:items[@node_id='at0432']/EN13606:parts[@node_id='at0434' and @xsi:type='ELEMENT']"/> </rule>
<rule context="EN13606:ENTRY/EN13606:items[@node_id='at0432']/EN13606:parts[@node_id='at0434']/EN13606:value"> <!-- Rule for archetype path /items[ResultValues]/parts[ResultComments]/value[ResultComments] -->
<assert test="count(EN13606:originalText)=0 or count(EN13606:originalText)=1"/> <assert test="matches(originalText, '.*')"/>
<assert test="EN13606:items[@node_id='at0432']/EN13606:parts[@node_id='at0434']/EN13606:value[@xsi:type='SIMPLE_TEXT']"/> </rule>
<rule context="EN13606:ENTRY/EN13606:items[@node_id='at0432']/EN13606:parts[@node_id='at0435']"> <!-- Rule for archetype path / items[ResultValues]/parts[ResultNumeric] -->
<assert test="count(EN13606:parts)=1"/>
Electronic Record Services BV
ERS
©ERS 2014
Agenda
1. Introduction
2. Recommendations -
IA-RM, SAM, Coding systems
3. Recommendations - Deployment
© ERS 2014
Information Architecture
Reference Model
D
…
Y
Z
A
B
C
A
B
C
Project
Introduction
Policies
Country
Laws, regulations
Standards
INFO structur
e
INFRA structur
e
Services
Governance / Quality Assurance
Procurement
EU
DIRECTIVES
Standards
CEN
ISO
HL7
…
Payload
Transport
Storage
© ERS 2014
A common path to a future for all
Q/A
Discussion