Workshop 4: Telematik-Plattform für eine verzahnte Versorgung auf der Basis von Interoperabilitätsstandards – Ist das bIT4health-Projekt state-of-the-art? Neuere Entwicklungen in HL7 Version 3 – Ist HL7 ein Kommunikations- oder ein Architekturstandard? Bernd Blobel Fraunhofer-Institut für Integrierte Schaltungen, Erlangen Leiter der Projektgruppe Gesundheitstelematik Leiter der GMDS AG “Standards für Kommunikation und Interoperabilität” Vorsitzender der HL7-Benutzergruppe in Deutschland
39
Embed
Neuere Entwicklungen in HL7 Version 3 – Ist HL7 ein ...
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
Neuere Entwicklungen in HL7 Version 3 – Ist HL7 ein Kommunikations-
oder ein Architekturstandard?Workshop 4: Telematik-Plattform für
eine verzahnte Versorgung auf der Basis von
Interoperabilitätsstandards – Ist das bIT4health-Projekt
state-of-the-art?
Neuere Entwicklungen in HL7 Version 3 – Ist HL7 ein
Kommunikations- oder ein Architekturstandard?
Leiter der Projektgruppe Gesundheitstelematik Leiter der GMDS AG
“Standards für Kommunikation und
Interoperabilität” Vorsitzender der HL7-Benutzergruppe in
Deutschland
Future-Proof Architecture for Health Information Systems and
Health Networks
Architecture Definition
• An architecture of a system describes its components, their
functions and relationships.
Challenges for Future-Proof EHR Systems
• Enabled to specify, present, and manage knowledge • Enabled to
specify, offer, and manage services • Enabled to compose and to
reuse components
according to the actual needs • Follow the shared care paradigm in
the sense of
specialisation and distribution, communication and co-
operation
• Systems have to be process controlled, component- based and
semantically interoperable
System Requirements
Model-driven approach
• Distribution • Component-orientation (flexibility, scalability) •
Separation of platform-independent and platform-specific
modelling • Separation of logical and technological views
(portability) • Specification of reference and domain models at
meta-level • Interoperability at service level (concepts,
contexts,
knowledge) • Enterprise view driven design (user acceptance) •
Multi-tier architecture (user acceptance, performance, etc.) •
Appropriate multi-media GUI (illiteracy) • Common terminology and
ontology (semantic interoperability) • Appropriate security and
privacy services
Business Concepts
Relations Network
</xxxx> <xxx xxx xx>
specific Meta-metamodel
Entity1 Entity2
Entity1 Entity2Act
Entity1 S. Role1 F. Role1 Act
Entity
Role
Participation
Act
Class_CD : CS CD : CD Mood_CD : CS Status_CD : CS Activity_Time :
GTS
1
Entity Class Code
Role Class Code
1
0..*
plays
validates
HL7 Version 3 Components • MDF → HDF • RIM • Data Types •
Publication DB • Vocabulary • Clinical Templates
• Story Boards • DIMs • RMIMs (walking
through the graph) • CMETs • HMDs • Application Roles •
Conformance
Statements
Categories of Data Types
HL7 version 3 data types • Null • ANY all • BL Boolean • ST
Character String • INT Integer Number • REAL Real Number • QTY
Quantity • PQ Physical Quantity • II Instance Identifier • ED
Encapsulated
Data
Name • TEL Telecom
HL7 version 3 data types • “compositions” of
data types – IVL interval – SET set – BAG bag – RTO ratio
• Denoted as – IVL<type> – Example
• Other examples – Interval TS
IVL<TS> – Interval PQ
IVL<PQ> – Ratio QTY
• Chapter 1: Project Initiation and Management • Chapter 2:
Requirements Gathering and
Analysis • Chapter 3: Requirements Normalization and
Harmonization • Chapter 4: Specification Design and Packaging •
Chapter 5: Specification Publication and
Balloting • Chapter 6: Specification Refinement and
Localization • Chapter 7: Specification Implementation and
Validation
HDF Objectives • Installation of an unified process for
developing
specifications and their implementation für die Entwicklung von
Spezifikationen und deren Implementierungen nach den
HL7-Paradigma
• Harmonisierung mit globalen Standards und PAS, die einem analogen
Ansatz folgen
• Harmonisierung mit der Unified Modeling Language (UML) der Object
Management Group (OMG)
-visibility uml:ModelElement
hl7ModelElement
uml:Namespace
uml:Feature
uml:behaviorFeature
uml:TemplateArgument
-externalId hl7Namespace
-kind -defaultValue
-minimumSupportedLength Hl7UsedDatatypeHow to handle
codes w ith no minLength?
HL7 vs. UML Architectural Components
Mapping of the MDF to UML MDF Metamodel Package UML Metamodel
Package
Model Identification and Scope Model Management
Use Case Model Use Cases
Information Model Core
J. Suico
observations, so information about observations from different
sources can be combined in one electronic medical record systems or
research/ management database.
• To provide a universal ID for HL7 OBX field #3 (Observation
ID)
Areas of Development
Clinical LOINC Objective (after C. McDonald)
Create universal observation identifiers (test codes) for use in
data exchange standards that follow a name-value pair strategy
(HL7, DICOM, ASTM, CEN, etc.).
Of course, if you want to use them as observation identifiers in
your EMR, that is fine too!
• Vital Signs • Hemodynamic
Department • Respiratory Therapy • Document sections • Standard
survey
instruments • Ophthalmology
• EKG (ECG) • Cardiac Ultrasound • Obstetrical Ultrasound •
Discharge Summary • History & Physical • Pathology Findings •
Colonoscopy/Endosc
opy • Radiology reports • Clinical Documents • Tumor Registry
NewNew !!
New!New!
New!New!
New!New!
NewNew !!
• In 1995 LOINC 1.0 contained 4000 Clinical/26000 Lab LOINC
codes
• In 2001 LOINC contained 30,400 entries • LOINC list servers at
www.hl7.org • Download files and tools from Regenstrief
Web Site – www.regenstrief.org/loinc
0 Numeric code 3257-3 1 Component
Component identifier GLUCOSE Strain test information (amount, 2H
POST 100G GLUCOSE PO Application form, time) Additional
adjustments/conditions PH ADJUSTED TO 7.4 Special information to
distinct between PAT (patient), DON (donator), specimen and patient
FET (foetus), CONT (control)
2 Measurement, type of measured/ MCNC (mass concentration) observed
characteristic SCNC (substance concentration period
3 Time information about measured/ PT (point in time), 1H, 24H
(hours) observed characteristic / observation 3D (days)
period
4 System / investigation material SER (serum), PLAS (plasma) 5
Scale type of measured/observed QN (quantitative), SQ
(semi-quantitative)
characteristic QL (qualitative) 6 Method used to achieve measured/
AGGL (agglutination), US (ultrasound)
observed characteristic EIA (enzyme-immuno-assay)
PT 1H 24H …
QN ORD ORDQN NOM NAR
AGGL CF IB IF RIA …
SODIUM GLUCOSE^2 H POST 100 G GLUCOSE PO GENTAMYCIN^TROUGH ABO
GROUP MICROORGANISM IDENTIFIED
MCNC SCNC VOL MCRTO NCNC …
Example of a LOINC DB Record
Measurement
Numeric Code
Knowledge Representation
Constraint Languages
• OWL (Web Ontology Language) • OCL (Object Constraint Language) •
XML/XML Schema • KIF (Knowledge Interchange Format) • GELLO •
ADL
Arden Syntax
• Standard specification for defining and sharing modular health
knowledge bases – Arden Syntax for Medical Logic Modules
(ASTM Standard) – Specification covers the sharing of
computerised health knowledge bases among personnel, information
systems, and institutions
– Applicable to knowledge bases that can be represented as a set of
discrete modules
Medical Logic Modules
• A MLM consists of three categories (maintenance, library, and
knowledge)
• Each category consists of slots
Medical Logic Modules
… library:
Library Category • purpose: Screen for newborns who are at risk
for
developing hepatitis B;; • explanation: This woman has a positive
hepatitis B
surface antigen titer within the past year. Therefore her newborn
is at risk for developing hepatitis B.;;
• Keywords: hepatitis B; pregnancy;; • Citations: 1. Steiner RW.
Interpreting the fractional
excretion of sodium. Am J Med 1984;77:699-702. ;;
• links:
penicillin_dose:=read last (dose of stored penicillin order);
cephalosporin_storage:=event(store cephalosporin order);
cephalosporin_dose:=read last(dose of stored cephalosporin order);
;;
• priority: 50;; • evoke: (penicillin_storage WHERE
penicillin_dose>500 OR
(cephalosporin_storage WHERE cephalosporin_dose>500);; • logic:
IF penicillin_dose>500 OR cephalosporin_dose>500 THEN
… ENDIF;;
• action: (write, return, if-then, call statement) • urgency:
50;;
Parts of EN 13606 Part 1: Reference Model
– comprehensive, generic EHR model drawing on 12 years of R&D
and 2 previous CEN standards
– mapped to HL7 RIM and CDA
Part 2: Archetype Interchange Specification – adopting the openEHR
archetype approach – compatible with HL7 Template
specification
Part 3: Reference Archetypes and Term Lists – initial archetypes
for Europe, and repository specification – micro-vocabularies for
the Part 1 model
Part 4: Security – measures to support access control, consent and
auditability of EHR
communications
Part 5: Exchange Models – messages and service interfaces to enable
EHR and archetype communication
Questions?
Future-Proof Architecture for Health Information Systems and Health
Networks
Architecture Definition
Available Models:HL7 Development Framework
HL7 Version 3 Components
Categories of Data Types
HL7 DEVELOPMENT FRAMEWORK (HDF)
LOINC Objectives
Clinical LOINC Subject Areas (after C. McDonald)
Important facts (after C. McDonald)
Formal LOINC Components
Knowledge Representation
Constraint Languages
Arden Syntax