Introduktion til HL7. Torben M. Hagensen Lead Architect, Systematic Healthcare COMMERCIAL IN CONFIDENCE

Relaterede dokumenter
HL7 FHIR Introduktion: Fleksibilitet versus ensartethed

PHMR En dansk HL7 standard & Et meddelelseshotel bl.a. som overgang til HL7. Michael Due Madsen, MDM@Medcom.dk og Jens Rahbek Nørgaard, JRN@medcom.

ER HL7 FHIR OPLAGT AT BRUGE I DANSKE SUNDHEDSIT LØSNINGER? KIRSTINE ROSENBECK GØEG OG LOUISE PAPE- HAUGAARD

HL7 næste generation af MedCom standarder

Foreløbige erfaringer med og fremtidsperspektiver for FHIR?

OBJECT IDENTIFICERES OID PHMR

ERFARINGER MED FÆLLES MEDICINKORT I DANMARK

OpenTele3. Michael Christensen! Chef Softwarearkitekt, Alexandra Instituttet,! Koordinator for Softwaregruppen i 4S!

Notat vedrørende dansk profilering af HL7/CDA standarder til brug for BRO (spørgeskemaer)

Sammenhæng i dataflow for hjemmemonitorering

REFERENCEARKITEKTUR FOR OPSAMLING AF HELBREDSDATA HOS BORGEREN. Pia Jespersen Thor Schliemann

Procedurer for styring af softwarearkitektur og koordinering af udvikling

Web Services Light. Karen Thomsen. Silkeborg Bibliotek. Karen Thomsen

En teknisk introduktion til NemHandel

Eksterne referencer i CDA dokumenter

DKAL Snitflader REST HTTP returkoder

Tech College Aalborg. HomePort. Projekt Smart Zenior Home

Connect2Care. Udvikling af åben infrastruktur for IKT-baserede produkter på social- og sundhedsområdet. UNIK projektmøde. 25.

En teknisk introduktion til NemHandel

National adgang til INR-data til brug for AK løsninger

EDI kvalitetssikring af den elektroniske kommunikation

Åtkomst till läkemedelsinformation hur hanteras frågan av våra grannländer? Ivan Lund Pedersen, Chefkonsulent, Statens Serum Institut, Danmark

DANSK PROFILERING AF PHMR AFSÆT I TELEMEDICINSKE PROJEKTER OG REFERENCEARKITEKTURER

Vejledning til anvendelse af MeMo og SMTP. Næste generation Digital Post Maj 2018, version 0.9

Højere sikkerhed med brug af EPJ og Medicineringsrobot.

Kvalitetsstyringssystem for test af leverandørernes implementering af MedCom s profiler

DAVAR Omdøbt til SagDokumentFormat. Attention er skilt ud i et selvstændigt format, AttentionFormat.

Note KSP NOT1179. Prepared for: KOMBIT. 1 of 12 $Revision: 1.6$ $Date: 26 Nov 2018$

Genbrug af data på tværs af it-systemer tankespind eller realistisk mulighed?

Strategi og vision for anskaffelsen. Lars Henrik Søfren, KIT Region Sjælland Mette Bomholt Klem, IMT Region Hovedstaden

FKG datamodellen Version ArcGIS integration Sidste revisionsdato: 23. maj 2014

Underbilag 2O Beskedkuvert Version 2.0

Bilag 2: Kravspecifikation - Side 1

Typografidefinition: Typografi1: Skrifttype: 10 pkt, (intet) DKAL Snitflader REST Afhentningssystem

Version Dato Beskrivelse /11/2012 Initial version /03/2013 Tilføjet eksempel med Template Agent, generelt udvidet dokumentet.

Brug af evidensbaserede standardplaner et Proof-of-Concept

Kom godt fra start med opbygning af jeres projekt TEKNOLOGISK INSTITUT DANIEL FRAGTRUP KONSULENT MASTER OF SCIENCE: CLINICAL SCIENCE AND TECHNOLOGY

Specifikationsdokument for servicen PID-CPR

Kvitteringspolitik. Syntaks- og kommunikations-regler. Aaaaaa Aaaaaaa. Regler for beskedforsendelse og eventuel kvittering

OS2autoproces. Vejledning til implementering

Introduktion til MeMo

KURSER INDENFOR SOA, WEB SERVICES OG SEMANTIC WEB

- og bedre informerede klinikere

Digital post Snitflader Bilag A5 - REST HTTP returkoder Version 6.3

AARHUS UNIVERSITY. Sammenhæng i praksis: End2EndDemonstrator. 4. juni Michael Christensen. Datalogisk Institut Aarhus Universitet

NNIT Empower Patients

Datamonitorering. Tværsektoriel platform

DKAL Snitflader REST Register

Revideret rammeaftale

Oktober 2013 HLG/XIGA. Opstartsvejledning ATS Engros 1/12

ANALYSE AF SIKKERHEDSSTANDARDER OG -LØSNINGER

TeamShare 2.1 Versionsnoter Oktober 2009

SYSTEMDOKUMENTATION AF POC

INSPIRE og Geodata-info

Strategi for kommunikation om EPJ

Baggrunden for CDA for aftaler

NOTAT - Adgang til e-journal fra sygehussystemer

DM507 Algoritmer og datastrukturer

AuthorizationCodeService

Transkript:

Introduktion til HL7 Torben M. Hagensen Lead Architect, Systematic Healthcare

Kort om mig og min baggrund inden for sundheds-it page 2 SSE/XXXXX/YYY/ZZZZ $Revision: 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

HL7 Organisationen page 3 SSE/XXXXX/YYY/ZZZZ $Revision: xx.xx$

Health Level 7 (HL7) Organisationen page 4 SSE/XXXXX/YYY/ZZZZ $Revision: xx.xx$ Etableret i 987 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

Health Level 7 (HL7) Affiliates page 5 SSE/XXXXX/YYY/ZZZZ $Revision: 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,

HL7 Danmark Affiliaten page 6 SSE/XXXXX/YYY/ZZZZ $Revision: 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, GS, 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

HL7 Danmark FHIR Arbejdsgruppen page 7 SSE/XXXXX/YYY/ZZZZ $Revision: 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,

HL7 Standarder page 8 SSE/XXXXX/YYY/ZZZZ $Revision: xx.xx$

HL7 Standarder De to store familier og de to tilflytter-familier page 9 SSE/XXXXX/YYY/ZZZZ $Revision: xx.xx$ HL7 v2 (987 ) v2.x er den mest udbredte familie af standarder til udveksling af sundhedsdata i verden (35+ lande) Nuværende version er 2.7 (20 ) 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 sundhedsdata 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

HL7 v2 Beskedformat ADT-A0 (Admit/visit notification) page 0 SSE/XXXXX/YYY/ZZZZ $Revision: xx.xx$ MSH Header EVN Event PID Patient identifikation NK Pårørende PV Info om hvor, hvem og hvad MSH ^~\& EPICADT DH LABADT DH 2030022 6 ADT^A0 HL7MSG0000 P 2.3 EVN A0 20300223 PID MRN2345^5^M APPLESEED^JOHN^A^III 9700 M C DATICA STREET^^MADISON^WI^53005-020 GL (44)379-22 (44)27-3434 S MRN234500^2^M0 23456789 987654 ^NC NK APPLESEED^BARBARA^J WIFE NK^NEXT OF KIN PV I 2000^202^0 004777^GOOD^SIDNEY^J. SUR ADM A0

HL7 v3 Grundmodel - RIM Act En hændelse Participation Hændelsens kontekst Role En rolle i hændelsen Entity Den der har rollen page SSE/XXXXX/YYY/ZZZZ $Revision: xx.xx$ En person i rollen patient er subjekt i en blodtryksmåling

Clinical Document Architecture CDA Et klinisk dokument 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

Clinical Document Architecture CDA Header Dokumentinformation Patientkontakt Aktører Subjekter Stak eholder addr : SET<AD> phon : SET<TEL> id : SET<II> Person Organization nm : SET<ON> birth_dttm : TS administrative_gender_cd : CE Service_actor type_cd : CV tmr : IVL<TS> signature_cd : CV function_cd : CD Service id : SET<II> service_cd : CD activity_time : GTS confidentiality_cd : SET<CV> Service_relationship type_cd : CV Patient_encounter id : II active_tmr : IVL<TS> 0.. practice_setting_cd : CV page 3 SSE/XXXXX/YYY/ZZZZ $Revision: xx.xx$ 0.. Service_target type_cd : CV tmr : IVL<TS> Document_service set_id : II version_nbr : INT copy_dttm : TS origination_dttm : TS 3

Clinical Document Architecture CDA Dokumentinformation Dokument id Dokumenttype Tidspunkt (dokumentet) Relaterede dokumenter Dokumenterede ydelser Stak eholder addr : SET<AD> phon : SET<TEL> id : SET<II> Person Organization nm : SET<ON> birth_dttm : TS administrative_gender_cd : CE Service_actor type_cd : CV tmr : IVL<TS> signature_cd : CV function_cd : CD Service id : SET<II> service_cd : CD activity_time : GTS confidentiality_cd : SET<CV> Service_relationship type_cd : CV Patient_encounter id : II active_tmr : IVL<TS> 0.. practice_setting_cd : CV page 4 SSE/XXXXX/YYY/ZZZZ $Revision: xx.xx$ 0.. Service_target type_cd : CV tmr : IVL<TS> Document_service set_id : II version_nbr : INT copy_dttm : TS origination_dttm : TS 4

Clinical Document Architecture CDA Patientkontakt Patientkontakt id Tidspunkt (kontakten) Sted Praksistype Stak eholder addr : SET<AD> phon : SET<TEL> id : SET<II> Person Organization nm : SET<ON> birth_dttm : TS administrative_gender_cd : CE Service_actor type_cd : CV tmr : IVL<TS> signature_cd : CV function_cd : CD Service id : SET<II> service_cd : CD activity_time : GTS confidentiality_cd : SET<CV> Service_relationship type_cd : CV Patient_encounter id : II active_tmr : IVL<TS> 0.. practice_setting_cd : CV page 5 SSE/XXXXX/YYY/ZZZZ $Revision: xx.xx$ 0.. Service_target type_cd : CV tmr : IVL<TS> Document_service set_id : II version_nbr : INT copy_dttm : TS origination_dttm : TS 5

Clinical Document Architecture CDA Aktører Forfatter Organisation Godkender Involverede i ydelserne Stak eholder addr : SET<AD> phon : SET<TEL> id : SET<II> Person Organization nm : SET<ON> birth_dttm : TS administrative_gender_cd : CE Service_actor type_cd : CV tmr : IVL<TS> signature_cd : CV function_cd : CD Service id : SET<II> service_cd : CD activity_time : GTS confidentiality_cd : SET<CV> Service_relationship type_cd : CV Patient_encounter id : II active_tmr : IVL<TS> 0.. practice_setting_cd : CV page 6 SSE/XXXXX/YYY/ZZZZ $Revision: xx.xx$ 0.. Service_target type_cd : CV tmr : IVL<TS> Document_service set_id : II version_nbr : INT copy_dttm : TS origination_dttm : TS 6

Clinical Document Architecture CDA Subjekter Patienter Pårørende Stak eholder addr : SET<AD> phon : SET<TEL> id : SET<II> Service_actor type_cd : CV tmr : IVL<TS> signature_cd : CV function_cd : CD Service_relationship type_cd : CV Person Organization nm : SET<ON> birth_dttm : TS administrative_gender_cd : CE Service id : SET<II> service_cd : CD activity_time : GTS confidentiality_cd : SET<CV> Patient_encounter id : II active_tmr : IVL<TS> 0.. practice_setting_cd : CV page 7 SSE/XXXXX/YYY/ZZZZ $Revision: xx.xx$ 0.. Service_target type_cd : CV tmr : IVL<TS> Document_service set_id : II version_nbr : INT copy_dttm : TS origination_dttm : TS 7

Clinical Document Architecture CDA Header Eksempel page 8 SSE/XXXXX/YYY/ZZZZ $Revision: xx.xx$ <clinical_document_header> <id EX="a23" RT="2.6.840..3883.3.933"/> <document_type_cd V="488-4" S="2.6.840..3883.6." DN="Consultation note"/> <origination_dttm V="2000-04-07"/> <document_relationship> <document_relationship.type_cd V="RPLC"/> <related_document> <id EX="a234" RT="2.6.840..3883.3.933"/> </related_document> </document_relationship> <patient_encounter> <id EX="KPENC332" RT="2.6.840..3883.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>...

Clinical Document Architecture CDA Body Sektion Overskrift Komponenter Paragraf Liste Tabel Sektion Kodede værdier CDA Niveauer Level 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 page 9 SSE/XXXXX/YYY/ZZZZ $Revision: xx.xx$

Fast Healthcare Interoperable Resources FHIR Akronymet 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 page 20 SSE/XXXXX/YYY/ZZZZ $Revision: xx.xx$

HL7 FHIR Fast Healthcare Interoperability Resources Indhold Beskriver Informationsmodel Datamodel for sundhedsområdet fordelt på mere end 00 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

Fast Healthcare Interoperable Resources FHIR Strukturen af en ressource Metadata Resource Narrative Elements Extensions Extensions page 22 SSE/XXXXX/YYY/ZZZZ $Revision: xx.xx$

Fast Healthcare Interoperable Resources FHIR Ressourcer https://www.hl7.org/fhir/resourcelist.html page 23 SSE/XXXXX/YYY/ZZZZ $Revision: xx.xx$

Fast Healthcare Interoperable Resources FHIR Ressource - Eksempel page 24 SSE/XXXXX/YYY/ZZZZ $Revision: xx.xx$

Fast Healthcare Interoperable Resources FHIR Profilering page 25 SSE/XXXXX/YYY/ZZZZ $Revision: xx.xx$

Fast Healthcare Interoperable Resources FHIR Eksempel DAS28 Score som forskellige profileringer 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?

Fast Healthcare Interoperable Resources FHIR REST Snitflade page 27 SSE/XXXXX/YYY/ZZZZ $Revision: xx.xx$ 27 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}

page 28 SSE/XXXXX/YYY/ZZZZ $Revision: xx.xx$.3$ 28 HAPI FHIR En open-source implementation af FHIR specifikationen in Java 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

Fhir-net-api Det officielle.net API til HL7 FHIR 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 page 29 SSE/XXXXX/YYY/ZZZZ $Revision: xx.xx$

Health level 7 (HL7) Referencer www.hl7.org www.pathlms.com/hl7 (HL7 Education Portal) www.ds.dk/da/udvalg/kategorier/sundhed/hl7-denmark (forventes at overtage hl7.dk) page 30 SSE/XXXXX/YYY/ZZZZ $Revision: xx.xx$.3$