Lars Hulbæk
Direktør, MedCom
POC for moderniseret
MedCom infrastruktur”Connectathon” den 12. december 2018
Modernisering af den fælles infrastruktur
Økonomiaftaler om fælles infrastruktur• Fælles målbillede for fremtidens fælles IT infrastruktur• Det Fælles Patientoverblik: ”Ren datadeling” via MedComs HL7 • Udbredelse af PRO: ”Ren datadeling” via MedComs HL7• Udbredelse af telemedicinsk hjemmemonitorering: ”Ren datadeling” via MedComs HL7
Fokus for MedComs POC infrastrukturprojekt:”Sammenhæng mellem moderniseret meddelelsesudveksling og datadeling på forespørgsel”
Viden til tiden: Initiativ 2.1
• Migreringsmulighed• NSP genbrug• POC: ikke en driftsklar løsning• Oplæg til ØA2020
Program for dagen
• 10.00-10.10 Velkomst v. Lars Hulbæk, MedCom
• 10.10-10.15 Program for dagen v. Michael Johansen, MedCom
• 10.15-10.30 Gennemgang af POC’en og dens aktiviteter v. Ole Vilstrup, MedCom
• 10.30-12.00 Connectathon: Fokus på eDelivery
– Præsentation af eDelivery v. Sven Rostgaard Rasmussen, Digitaliseringsstyrelsen
– Connectathon setup’et for eDelivery v. Trifork
– Gennemførsel i CoLab
• 12.00-13.00 Frokost
• 13.00-14.30 Connectathon: Fokus på Datadeling på forespørgsel
– Tanker omkring Datadeling på forespørgsel v. Michael Johansen, MedCom
– Connectathon setup’et for Datadeling på forespørgsel v. Trifork
– Gennemførsel i CoLab
• 14.30-14.40 Kaffe
• 14.40-14.55 Feedback på oplevelserne v. deltagerne, Ole Vilstrup/Michael Johansen, MedCom
• 14.55-15.00 Afrunding v. Lars Hulbæk, MedCom
Hvorfor modernisering?
• Opfylde national strategi
• Teknologisk løft
– EDIfact standarder til HL7
– VANS opgradering
• Binde to verdener sammen – forsendelse & datadeling
• Muliggøre end-2-end test
Modernisering af forsendelse
Hvad siger interessenterne?
• Facilitere sømløse sektorovergange
• Adgang for andre aktører
• Sikre datakvalitet
• Sikre udrulning og implementering
• Høj oppetid og driftssikkerhed
• Højt niveau af data- og
kommunikations-sikkerhed
8
Moderniseringens tre vinkler
• Passager (standarder)
• Transportmiddel
(infrastruktur)
• Opførsel (governance)
9
Tanker om datadeling
• Skabe basis for et mere sammenhængende sundhedsvæsen.
– NSP bygger på deling af data, fremfor udveksling af meddelelser, hvorfor den nye
meddelelsesbaserede infrastruktur bør indgå i denne deling.
• Datadeling/beskedforsendelse vil altid sameksistere.
• Datakvalitet er forudsætning for deling.
• Del det maksimalt tilladte, der er konsensus om at dele – og kun det.
• Restriktiv adgang til det relevante.
– Rollestyring er vigtigt, med genbrug af nationale komponenter, fx ”Min spærring”.
– MinLog
– Sikkerhed og jura er centrale spørgsmål (opt-in/out-out?)
10
Integrationstopologi
1. Mulighed for at kombinere meddelelseskommunikation med datadeling.
2. Mulighed for omlægning af kommunikationsmønstre fra
meddelelseskommunikation til datadeling.
3. Mulighed for deling af data på portaler og mobile enheder.
4. Mulighed for glidende migrering fra meddelelseskommunikation til
datadeling.
11
Flere kan høre informationen
• Én afsender
• Flere ”modtagere”
• Modtager
• Abonnement på
advisering
• Forespørgsel
12
Bind to verdener sammen
• Beskedbaseret udveksling, tilsendes primære modtager.
– Krypteret via fx eDelivery (hidtil via VANS).
• Datadeling til de andre aktører.
– Udvalgte beskeder deles over NSP.
– Mulighed for borgernære apps, der anvender REST-teknologi.
13
REST-services
• Supplement til datadeling med XDS på NSP (PULL).
– Få en oversigt over patientens flow
af meddelelser (dynamisk query).
– Hent en konkret meddelelse
(FHIR format med indlejret meddelelse).
– Hent en klassifikation, som MedCom
i dag udstiller på hjemmesiden
(regneark, CSV, etc.)
• Erstatter ikke forsendelse
via eDelivery (PUSH).
14
Bind to+ verdener sammen
• Beskedbaseret udveksling
– Fra punkt til punkt
– Via MedCom Gateway
• Datadeling
– Central database med webservices på NSP (fx FMK)
– Central database med REST-services på NSP
– Dokumentdelingsservice på NSP, med et direkte upload (fx KIH)
– Dokumentdelingsservice på NSP, indirekte upload via MedCom beskedforsendelse
– REST-services på MedCom beskedhotel
• Adviseringsservice på NSP
15
Infrastrukturens generiske opgaver
• Statistik, der viser hvilke beskedtyper der sendes mellem hvem.
– Logning.
• Mapning mellem formater.
– De kommunikerende systemer understøtter ikke samme format (til samme tid).
• Buffer.
– Asynkron integration, da ikke alle systemer er tændt 24/7.
• Nye muligheder
– Advisering for aktuelle patienter, analogt FMK, fx pr. meddelelsestype.
– Visning af meddelelse, analogt henvisningshotellet – ved fejl/mangel i eget system.
– Monitorering.
Modernisering af forsendelse
17
POC moderniseret MedCom infrastruktur
Tak for i dag ☺
• Migreringsmulighed• NSP genbrug• POC: ikke en driftsklar løsning• Oplæg til ØA2020