Introduktion til HL7...Affiliate Member, HL7 Danmark (seneste 2½ år) Medinitiativtager til etablering af en dansk affiliate under Dansk Standard Medinitiativtager til FHIR-arbejdsgruppen

COMMERCIAL IN CONFIDENCE

Introduktion til HL7Torben M. HagensenLead Architect, Systematic Healthcare

COMMERCIAL IN CONFIDENCEpage 2

SSE/

XXX

XX/Y

YY/Z

ZZZ

$R

evis

ion:

xx.

xx$

Ansat i Systematic, Healthcare (seneste 6 år) Chefarkitekt og Product Manager for hospitalssystemet Columna (kendt som MidtEpj i Region Midt)

Chefarkitekt og Produktansvarlig for Sundheds og Omsorgssystemet Cura til en række danske kommuner

Affiliate Member, HL7 Danmark (seneste 2½ år) Medinitiativtager til etablering af en dansk affiliate under Dansk Standard

Medinitiativtager til FHIR-arbejdsgruppen under HL7 Danmark

Aktiv deltager i begge fora

Medlem af udvalg for Sundhedsinformatik under Dansk Standard (5 år) Aktiv deltager i behandling af standardiseringsarbejdet under ISO og CEN

Udtrådt af udvalget fra i år

Tidligere ansat i CSC Scandihealth og B&K Medical m.fl. som arkitekt og/eller softwareudvikler

… inden for sundheds-it

Kort om mig og min baggrund

page 3

SSE/

XXX

XX/Y

YY/Z

ZZZ

$R

evis

ion:

xx.

xx$


HL7 Organisationen


SSE/

XXX

XX/Y

YY/Z

ZZZ

$R

evis

ion:

xx.

xx$

Etableret i 1987 med rod i USA Er i dag repræsenteret af medlemmer fra mere end 50 forskellige lande

Medlemmerne er en sund blanding af sundhedsorganisationer, offentlige styrelser, forsikringsselskaber, medicinalindustri, it-leverandører, mm.

HL7’s Vision og Mission En verden hvor alle sikkert kan tilgå og bruge de rigtige sundhedsdata, hvor og hvornår de har brug for det.

At levere standarder, der har kapacitet til global interoperabilitet for sundhedsdata

Globale arbejdsgrupper 60+ aktive arbejdsgrupper omkring et sundhedsfagligt eller teknisk område

En arbejdsgruppe har typisk et antal aktive projekter og nogle få frigivne standarder inden for deres område

Organisationen

Health Level 7 (HL7)


SSE/

XXX

XX/Y

YY/Z

ZZZ

$R

evis

ion:

xx.

xx$

Hvad er en affilliate? Repræsenterer sine medlemmer i HL7 International i sin region i HL7 sager

Deltager i HL7 International’s processer til udvikling af standarder

Fremmer relevansen og tilpasning af HL7 protokolspecifikationer, undervisningsmateriale og andet materiale i sin region

Distribuerer, oversætter og tilpasser HL7 protokolspecifikationer efter behov

Administrerer og monitorerer HL7 elektroniske certificering i sin region, hvis man er autoriseret

Fremmer HL7 standarder, uddanner, informerer og støtter nuværende og potentielle anvendere i sit område for at fremme konsistent og udbredt anvendelse af standarderne

33 affiliates Denmark, Norway, Sweden, Finland, Germany, United Kingdom, Netherlands, …

Affiliates

Health Level 7 (HL7)


SSE/

XXX

XX/Y

YY/Z

ZZZ

$R

evis

ion:

xx.

xx$

Organiseret under Dansk Standard Tager sig af alt den praktiske sekretariatsfunktion

Byder ind med stort kendskab til standardiseringsarbejde

Overlader alt det sjove til medlemmerne

Medlemmer Alexandra Instituttet, Capgemini Sogeti, CGI, DXC, GS1, MedCom, Region Hovedstaden, Region Midtjylland,

Region Sjælland, Seminte, Statens Serum Institut, Systematic, Institut for medicin og sundhed (AAU)

Information om HL7 Danmark https://www.ds.dk/da/udvalg/kategorier/sundhed/hl7-denmark

Affiliaten

HL7 Danmark

https://www.ds.dk/da/udvalg/kategorier/sundhed/hl7-denmark


SSE/

XXX

XX/Y

YY/Z

ZZZ

$R

evis

ion:

xx.

xx$

Formål at udbrede kendskabet til og anvendelsen af HL7 FHIR standarden i Danmark

Arbejdsgruppen tilgang er at være initiativtagere, facilitatorer og formidlere

Aktiviteter Udbredelse af generelt kendskab til FHIR – Oplæg til konferencer og gå-hjem møder, gæsteoptræden på

uddannelser, aktiviteter på sociale medier mm.

Udbredelse af teknisk kendskab til FHIR – Sparring med studenterprojekter, facilitering af tekniske workshops og hackathons, …

Anvendelse af FHIR i nationale infrastruktur – Sparring med nationale organisationer, deltagelse i standardiseringsarbejde, …

Formidling og udveksling af konkret FHIR erfaring - Udveksling af erfaring i og uden for gruppen, formidling af deltagelse i projekter, …

FHIR Arbejdsgruppen

HL7 Danmark

page 8

SSE/

XXX

XX/Y

YY/Z

ZZZ

$R

evis

ion:

xx.

xx$


HL7 Standarder

page 9

SSE/

XXX

XX/Y

YY/Z

ZZZ

$R

evis

ion:

xx.

xx$


HL7 v2 (1987–) v2.x er den mest udbredte familie af standarder til

udveksling af sundhedsdata i verden (35+ lande)

Nuværende version er 2.7 (2011–)

Beskeddrevet tilgang, hvor man i standarderne definerer beskedernes protokoller ved at definere og genbruge protokolelementer

Veldefinerede fastlåste beskedtyper

HL7 v3 (~2005–) Primært anvendt i England, Holland og Canada

Modeldrevet tilgang, hvor man først definerer den fælles informationsmodel, vælger, hvad der skal udveksles og på baggrund af dette automatisk genererer beskedprotokollerne

Bygger på HL7’s Reference Information Model (RIM)

Meget fleksibel og kompleks model, som både kan anvendes til datamodel og til udveksling af data

CDA (2000–) Anvendes især i lande med stor udveksling af sundheds-

data – største anvendelse hos Mayo Clinic i USA

Nuværende version er CDA Release 2

Dokumentdrevet tilgang, hvor man definerer en xml struktur for dokumentet og udgiver det som en Implementation Guide

Meget fleksibel og kompleks definition, hvor kernen bygger på HL7 v3’s Clinical Statement Model (RIM)

FHIR (næste generation…) Klassens nye frække dreng – mest anvendt som API til

at åbne op for lukkede systemer eller lave nye systemer

Kombinerer det bedste fra v2, v3 og CDA med moderne udbredte protokoller som fx REST og Json

Meget fleksibel modeldrevet tilgang med udgangspunkt i en grundmodel med ca. 200 ressourcer

Samme model kan anvendes både som REST API, dokumentindhold, beskedudveksling og datamodel

De to store familier og de to tilflytter-familier

HL7 Standarder

page 1

0SS

E/XX

XXX

/YYY

/ZZZ

Z $

Rev

isio

n: x

x.xx

$


MSH – Header

EVN – Event

PID – Patient identifikation

NK1 – Pårørende

PV1 – Info om hvor, hvem og hvad

MSH|^~\&|EPICADT|DH|LABADT|DH|201301011226||ADTÂ01|HL7MSG00001|P|2.3| EVN|A01|201301011223|| PID|||MRN12345^5^M11||APPLESEED^JOHNÂÎII||19710101|M||C|1 DATICA STREET^^MADISON^WI^53005-1020|GL|(414)379-1212|(414)271-3434||S||MRN12345001^2^M10|123456789|987654^NC| NK1|1|APPLESEED^BARBARA^J|WIFE||||||NK^NEXT OF KIN PV1|1|I|2000^2012^01||||004777^GOOD^SIDNEY^J.|||SUR||||ADM|A0|

Beskedformat – ADT-A01 (Admit/visit notification)

HL7 v2


1SS

E/XX

XXX

/YYY

/ZZZ

Z $

Rev

isio

n: x

x.xx

$

Grundmodel - RIM

HL7 v3

Act – En hændelse

Participation –Hændelsens kontekst

Role – En rolle i hændelsen

Entity – Den der har rollen

En person i rollen patient er subjekt i en blodtryksmåling


Elektronisk ækvivalent til et papirdokument

Er struktureret (maskin-læsbar) Header med metadata om dokumentet

Body med indholdet

XML er formatet

Repræsenterer informationer som de er/var på et givet tidspunkt

Indeholder menneske-læsbar version af indholdet

Profileres til specifik anvendelse

Velegnet til at sende og gemme oplysninger

Mindre egnet til dynamisk integration mellem systemer

Et klinisk dokument

Clinical Document Architecture – CDA


3SS

E/XX

XXX

/YYY

/ZZZ

Z $

Rev

isio

n: x

x.xx

$

Dokumentinformation

Patientkontakt

Aktører

Subjekter

Header


13

Service_target

type_cd : CV

tmr : IVL<TS>

Document_service

set_id : II

version_nbr : INT

copy_dttm : TS

origination_dttm : TS

Service_actor

type_cd : CV

tmr : IVL<TS>

signature_cd : CV

function_cd : CD

Stakeholder

addr : SET<AD>

phon : SET<TEL>

id : SET<II>

1

0..*

1

0..*

Person

birth_dttm : TS

administrative_gender_cd : CE

0..*

0..1

0..*

0..1

Organization

nm : SET<ON>

Service

id : SET<II>

service_cd : CD

activity_time : GTS

confidentiality_cd : SET<CV>

0..*1

0..*1

0..*

1

0..*

1

Service_relationship

type_cd : CV

0..*

1

0..*

1

0..*

1

0..*

1 Patient_encounter

id : II

active_tmr : IVL<TS>

practice_setting_cd : CV0..10..* 0..10..*


4SS

E/XX

XXX

/YYY

/ZZZ

Z $

Rev

isio

n: x

x.xx

$

Dokument id

Dokumenttype

Tidspunkt (dokumentet)

Relaterede dokumenter

Dokumenterede ydelser

Dokumentinformation


14

Service_target

type_cd : CV

tmr : IVL<TS>

Document_service

set_id : II

version_nbr : INT

copy_dttm : TS


Service_actor

type_cd : CV

tmr : IVL<TS>

signature_cd : CV

function_cd : CD

Stakeholder

addr : SET<AD>

phon : SET<TEL>

id : SET<II>

1

0..*

1

0..*

Person

birth_dttm : TS


0..*

0..1

0..*

0..1

Organization

nm : SET<ON>

Service

id : SET<II>

service_cd : CD

activity_time : GTS


0..*1

0..*1

0..*

1

0..*

1


type_cd : CV

0..*

1

0..*

1

0..*

1

0..*

1 Patient_encounter

id : II




5SS

E/XX

XXX

/YYY

/ZZZ

Z $

Rev

isio

n: x

x.xx

$

Patientkontakt id

Tidspunkt (kontakten)

Sted

Praksistype

Patientkontakt


15

Service_target

type_cd : CV

tmr : IVL<TS>

Document_service

set_id : II

version_nbr : INT

copy_dttm : TS


Service_actor

type_cd : CV

tmr : IVL<TS>

signature_cd : CV

function_cd : CD

Stakeholder

addr : SET<AD>

phon : SET<TEL>

id : SET<II>

1

0..*

1

0..*

Person

birth_dttm : TS


0..*

0..1

0..*

0..1

Organization

nm : SET<ON>

Service

id : SET<II>

service_cd : CD

activity_time : GTS


0..*1

0..*1

0..*

1

0..*

1


type_cd : CV

0..*

1

0..*

1

0..*

1

0..*

1 Patient_encounter

id : II




6SS

E/XX

XXX

/YYY

/ZZZ

Z $

Rev

isio

n: x

x.xx

$

Forfatter

Organisation

Godkender

Involverede i ydelserne

Aktører


16

Service_target

type_cd : CV

tmr : IVL<TS>

Document_service

set_id : II

version_nbr : INT

copy_dttm : TS


Service_actor

type_cd : CV

tmr : IVL<TS>

signature_cd : CV

function_cd : CD

Stakeholder

addr : SET<AD>

phon : SET<TEL>

id : SET<II>

1

0..*

1

0..*

Person

birth_dttm : TS


0..*

0..1

0..*

0..1

Organization

nm : SET<ON>

Service

id : SET<II>

service_cd : CD

activity_time : GTS


0..*1

0..*1

0..*

1

0..*

1


type_cd : CV

0..*

1

0..*

1

0..*

1

0..*

1 Patient_encounter

id : II




7SS

E/XX

XXX

/YYY

/ZZZ

Z $

Rev

isio

n: x

x.xx

$

Patienter

Pårørende

Subjekter


17

Service_target

type_cd : CV

tmr : IVL<TS>

Document_service

set_id : II

version_nbr : INT

copy_dttm : TS


Service_actor

type_cd : CV

tmr : IVL<TS>

signature_cd : CV

function_cd : CD

Stakeholder

addr : SET<AD>

phon : SET<TEL>

id : SET<II>

1

0..*

1

0..*

Person

birth_dttm : TS


0..*

0..1

0..*

0..1

Organization

nm : SET<ON>

Service

id : SET<II>

service_cd : CD

activity_time : GTS


0..*1

0..*1

0..*

1

0..*

1


type_cd : CV

0..*

1

0..*

1

0..*

1

0..*

1 Patient_encounter

id : II




8SS

E/XX

XXX

/YYY

/ZZZ

Z $

Rev

isio

n: x

x.xx

$

Header – Eksempel


<clinical_document_header>

<id EX="a123" RT="2.16.840.1.113883.3.933"/>

<document_type_cd V="11488-4" S="2.16.840.1.113883.6.1"

DN="Consultation note"/>

<origination_dttm V="2000-04-07"/>

<document_relationship>

<document_relationship.type_cd V="RPLC"/>

<related_document>

<id EX="a234" RT="2.16.840.1.113883.3.933"/>

</related_document>

</document_relationship>

<patient_encounter>

<id EX="KPENC1332" RT="2.16.840.1.113883.3.933"/>

<encounter_tmr V="2000-04-07"/>

</patient_encounter>

<local_header ignore="all" descriptor="MyLocalTag">

... extra stuff that is only used locally ...

</local_header>

</clinical_document_header>

...

page 1

9SS

E/XX

XXX

/YYY

/ZZZ

Z $

Rev

isio

n: x

x.xx

$


Sektion Overskrift

Komponenter

Paragraf

Liste

Tabel

Sektion

Kodede værdier

CDA Niveauer Level 1 – Grundlæggende strukturelementer, koder

angiver hvad er hvad

Level 2 – XML Indhold som følger en prædefineret struktur

Level 3 – Yderligere begrænsninger på indholdniveau

Body



0SS

E/XX

XXX

/YYY

/ZZZ

Z $

Rev

isio

n: x

x.xx

$

F: Fast Hurtig at designe og implementere

H: Health Dækker sundhedsområdet

I: Interoperable Dækker alle paradigmer omkring datadeling

R: Resources Den grundlæggende byggeblok i standarden

Akronymet

Fast Healthcare Interoperable Resources – FHIR


Beskriver Informationsmodel – Datamodel for sundhedsområdet

fordelt på mere end 100 ressource-definitioner

Terminologi – Kliniske terminologier og ontologier

Constraints – Begrænsninger og regler som sikrer en præcis og fælles forståelse af standarden

Anvendelse – Definition af frameworks til beskedudveksling, dokumentudveksling og API tilgang

Relationer FHIR har en veldefineret mapning af informationsmodel

og terminologier til HL7 v2 og v3 (herunder CDA)

Beskedudveksling via FHIR modsvarer beskedudveksling i HL7 v2 og v3

Dokumentudveksling modsvarer HL7 CDA

Behovet for profilering i FHIR modsvarer i høj grad det tilsvarende behov i CDA

Indhold

HL7 FHIR – Fast Healthcare Interoperability Resources


2SS

E/XX

XXX

/YYY

/ZZZ

Z $

Rev

isio

n: x

x.xx

$

Strukturen af en ressource


MetadataResource Narrative

Elements

ExtensionsExtensions


3SS

E/XX

XXX

/YYY

/ZZZ

Z $

Rev

isio

n: x

x.xx

$

https://www.hl7.org/fhir/resourcelist.html

Ressourcer


https://www.hl7.org/fhir/resourcelist.html


4SS

E/XX

XXX

/YYY

/ZZZ

Z $

Rev

isio

n: x

x.xx

$

Ressource - Eksempel



5SS

E/XX

XXX

/YYY

/ZZZ

Z $

Rev

isio

n: x

x.xx

$

Profilering



To forskellige profileringer af DAS28 Score DAS28Observation indeholder de angivelser, der indgår i

beregningen og udføres af patienten selv

DAS28ObservationPractitioner indeholder de enkelte symptomer med angivelse af placering på kroppen og udføres af en kliniker

Standardisering- og profileringsarbejde Giver begge profileringer mening?

Modsiger eller supplerer de hinanden?

Hvad ville være en god (standard) profil, der regulerer dette?

Eksempel – DAS28 Score som forskellige profileringer



7SS

E/XX

XXX

/YYY

/ZZZ

Z $

Rev

isio

n: x

x.xx

$

Create = POST https://example.com/path/{resourceType}

Read = GET https://example.com/path/{resourceType}/{id}

Update = PUT https://example.com/path/{resourceType}/{id}

Delete = DELETE https://example.com/path/{resourceType}/{id}

Search = GET https://example.com/path/{resourceType}?search parameters...

History = GET https://example.com/path/{resourceType}/{id}/_history

Transaction = POST https://example.com/path/ (POST a tranasction bundle to the system)

Operation = GET https://example.com/path/{resourceType}/{id}/${opname}

REST Snitflade


27

http://hl7.org/fhir/DSTU2/http.html#create

http://hl7.org/fhir/DSTU2/http.html#read

http://hl7.org/fhir/DSTU2/http.html#update

http://hl7.org/fhir/DSTU2/http.html#delete

http://hl7.org/fhir/DSTU2/http.html#search

http://hl7.org/fhir/DSTU2/http.html#history

http://hl7.org/fhir/DSTU2/http.html#transaction

http://hl7.org/fhir/DSTU2/operations.html

page 2

8SS

E/XX

XXX

/YYY

/ZZZ

Z $

Rev

isio

n: x

x.xx

$


8SS

E/XX

XXX

/YYY

/ZZZ

Z $

Rev

isio

n: 1

.3$

Ikke en klient eller server, men et værktøj til at bygge begge dele

Komponenter POJO klasser til at arbejde med FHIR data

Parsers (konverterer modellen til XML/JSON)

Klient (anvender HTTP til at tilgå FHIR servere)

Server (bygge en FHIR server)

Utilities:

Validator

Narrative generator

En open-source implementation af FHIR specifikationen in Java

HAPI FHIR

28

http://hapifhir.io/


9SS

E/XX

XXX

/YYY

/ZZZ

Z $

Rev

isio

n: x

x.xx

$

POCO klasser til at arbejde med FHIR data

Xml og Json parsers og serializers

En REST klient til at tilgå FHIR-kompatible servere

Hjælper klasser til at arbejde med specifikationens metadata

Det officielle .NET API til HL7 FHIR

Fhir-net-api

page 3

0SS

E/XX

XXX

/YYY

/ZZZ

Z $

Rev

isio

n: x

x.xx

$


0SS

E/XX

XXX

/YYY

/ZZZ

Z $

Rev

isio

n: 1

.3$

www.hl7.org

www.pathlms.com/hl7 (HL7 Education Portal)

www.ds.dk/da/udvalg/kategorier/sundhed/hl7-denmark (forventes at overtage hl7.dk)

Referencer

Health level 7 (HL7)

http://www.hl7.org/

http://www.pathlms.com/hl7

http://www.ds.dk/da/udvalg/kategorier/sundhed/hl7-denmark

Documents

Introduktion til HL7...Affiliate Member, HL7 Danmark (seneste 2½ år) Medinitiativtager til etablering af en dansk affiliate under Dansk Standard Medinitiativtager til FHIR-arbejdsgruppen