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

Transkript

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

2 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

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

4 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

5 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,

6 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

7 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,

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

9 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

10 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 ADT^A0 HL7MSG0000 P 2.3 EVN A PID MRN2345^5^M APPLESEED^JOHN^A^III 9700 M C DATICA STREET^^MADISON^WI^ GL (44) (44) S MRN234500^2^M ^NC NK APPLESEED^BARBARA^J WIFE NK^NEXT OF KIN PV I 2000^202^ ^GOOD^SIDNEY^J. SUR ADM A0

11 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

12 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

13 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

14 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

15 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

16 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

17 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

18 Clinical Document Architecture CDA Header Eksempel page 8 SSE/XXXXX/YYY/ZZZZ $Revision: xx.xx$ <clinical_document_header> <id EX="a23" RT=" "/> <document_type_cd V="488-4" S=" " DN="Consultation note"/> <origination_dttm V=" "/> <document_relationship> <document_relationship.type_cd V="RPLC"/> <related_document> <id EX="a234" RT=" "/> </related_document> </document_relationship> <patient_encounter> <id EX="KPENC332" RT=" "/> <encounter_tmr V=" "/> </patient_encounter> <local_header ignore="all" descriptor="mylocaltag">... extra stuff that is only used locally... </local_header> </clinical_document_header>...

19 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$

20 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$

21 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

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

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

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

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

26 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?

27 Fast Healthcare Interoperable Resources FHIR REST Snitflade page 27 SSE/XXXXX/YYY/ZZZZ $Revision: xx.xx$ 27 Create = POST Read = GET Update = PUT Delete = DELETE Search = GET parameters... History = GET Transaction = POST (POST a tranasction bundle to the system) Operation = GET

28 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

29 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$

30 Health level 7 (HL7) Referencer (HL7 Education Portal) (forventes at overtage hl7.dk) page 30 SSE/XXXXX/YYY/ZZZZ $Revision: xx.xx$.3$