1. november 2016

Styregruppen for pilotafprøvning af forløbsplaner

2

1. Godkendelse af referat fra mødet den 4. oktober

2. Meddelelser, herunder opfølgning på Danske Regioners godkendelse af den

tekniske løsning

3. Godkendelse af PID (projektinitieringsdokument) for projektet

4. Gennemgang af leveranceoverblik og status på projektet

5. Gennemgang af risikolog og godkendelse af evt. korrigerende handlinger.

6. Næste møde

7. Evt.

Dagsorden

3

• Begge arbejdsgrupper er i gang

• Teknik-gruppen (DAK-E og CGM/XMO) mødes

16. november for prøveinstallation hos CGM i

Århus

• Indholdsgruppen har haft møde 27. okt. og aftalt

fordeling af opgaver

• Mangler udarbejdelse af kommissorium for

Referencegruppen

Foreslås indkaldt sidst i januar/først i februar

Projektorganisering

Krav til løsningen • Systemet skal i pilot understøtte forløbsplaner for KOL.

• Systemet skal kunne udvides til at understøtte forløbsplaner for andre kroniske sygdomme.

• Systemet skal sikre at der bliver oprettet forløbsplaner og at de bliver opdateret når det kræves.

• Lægen skal til enhver tid kunne se og redigere en patients forløbsplaner.

• Systemet skal give lægen adgang til et overblik over egne patienter med kroniske forløb indenfor de definerede sygdomme, med mulighed for filtrering og sortering på sygdomsspecifikke indikatorer.

• Systemet skal integreres med udvalgte eksisterende IT løsninger i sundhedsvæsenet, såsom lægens journalsystem og Sundhed.dk.

• Relevante diagnoser, medicinordinationer, ydelser og kodede patientværdier skal være til rådighed i forbindelse med oprettelse og vedligehold af en forløbsplan.

• Det skal være muligt for lægen at printe en forløbsplan under konsultationsprocessen.

• Patient skal kunne få online adgang til egne forløbsplaner via sundhed.dk. Adgangen kræver patientens samtykke, som registreres af lægen ud fra et mundtligt tilsagn fra patienten, da forløbsplanen bruges i et behandlingsøjemed.

• Det er udelukkende læge og patient, der kan tilgå data om forløbsplanen.

• Udveksling af data (efter patientsamtykke) skal benytte Den Gode Webservice med certifikat baseret sikkerhedsniveau, og foregå via sundhedsdatanettet.

• Integration til Systemet skal sikre at dobbeltregistreringer kan undgås.

• Forløbsplaner skal kunne køre internt i praksis eller praksis eget systemhus uden udveksling af data med 3.part. Undtaget er dog de data, som patienten skal have online adgang til at se og printe (efter patientsamtykke).

Præsentation

28. sep. 2016

MedCom/DAK-E - Forløbsplaner

Use cases

Præsentation

28. sep. 2016

MedCom/DAK-E - Forløbsplaner

LægePatient

Tilmeld praksisdigital underskrift på databehandleraftale

Angiv patientsamtykke

Opret forløbsplan

Opdater forløbsplan

Se patients forløbsplan

Se oversigt over patienterliste over egne patienter for hver forløbsplantype

med forløbsplanspecifikke indikatorer

Print patients forløbsplan

fortag forløbsplan samtale

Se forløbsplanshistorik

Se egen forløbsplan (online)

Print egen forløbsplan (online)

Se oversigt over egne forløbsplaner (online)

Se oversigt over patients forløbsplanerliste med links til oprettede planer for patient

Se adgangshistorik (online)

DatasynkroniseringForløbsrelevante oplysninger synkroniseres mellem involverede delsystemer -journalsystem, forløbsserver, formularserver, sundhedsmappe og sundhed.dk

Al øvrig brug/adgang til systemet

afhænger af tilmelding

Al online patient adgang til systemet

afhænger af samtykke

Brugerens use cases • Tilmeld praksis • Angiv patient samtykke • Opret forløbsplan • Opdater forløbsplan • Se forløbsplanhistorik • Se patientens forløbsplan • Foretag forløbsplansamtale • Print patients forløbsplan • Se oversigt over patients forløbsplaner • Se oversigt over patienter

Patientens use cases • Se oversigt over egne forløbsplaner • Se egen forløbsplan • Print egen forløbsplan • Se adgangshistorik

Overordnet løsning

Præsentation

28. sep. 2016

MedCom/DAK-E - Forløbsplaner

Forløbsplantabeller overblik (foreløbig udkast)

Præsentation

28. sep. 2016

MedCom/DAK-E - Forløbsplaner

Tabeller der primært opdateres med data fra praksissystemet via webserviceinterface eller i sql. • Patient • Diagnose • Medicin • PatientVaerdi • Ydelse

Forløbsplan specifikke tabeller I pilot køres kun KOL forløbsplan

Forløbsplan systemtabeller

Tilmelding, inklusion og samtykke tabeller

Forløbsplan definitionstabeller Definerer inklusionskriterier og defintion af relaterede data

Lokal integrationswebservice

Præsentation

28. sep. 2016

MedCom/DAK-E - Forløbsplaner

• Den lokalt installerede integrations-webservice benyttes af praksissystemet til at få adgang til: – Dynamisk at få adgang til forløbsplan definitioner indeholdende inklusionskriterier, definition af relevant

data og på sigt definition af formularer og algoritmer til implementering af forløbsplaner internt i journalsystemet.

– At få informationer om udestående opgaver som brugeren kan/bør/(skal) udføre evt. i forbindelse med en konsultation.

– At udveksle relevante journaldata. – At få information om nødvendige tabel opdateringer i forbindelse med installation og opdateringer, eller

få forløbsplaner til at foretage de nødvendige opdateringer (alternativt skal systemhuset selv foretage de nødvendige opdateringer)

• Webservice interfacet er defineret ud fra Den Gode Webservice standard og udstiller følgende operationer: – GetPlanDefinitions – benyttes til at hente forløbsplan definitioner – GetTasks – benyttes til at hente udestående/mulige opgaver relateret til brugeren og evt. omkring en given patient i

forbindelse med en konsultation. Hver returneret opgave (Task) indeholder en url til forløbswebsitet, hvor brugeren kan udføre den pågældende Task. Journalsystemet skal præsenter brugeren for hver task, evt. i form af en menu. Der er også oplysning om hvilke strukturerede data der med fordel kan udfyldes i journalsystemet inden opgaven udføres i forløbsplan brugergrænsefladen. Journalsystemet skal tilføje SSO tokens til de returnerede url’er, inden de kaldes.

– CheckDatabase – benyttes til at få information om krævede tabel opdateringer i forbindelse med en ny release og/eller bede servicen udføre disse opdateringer.

Integration til Sundhedsmappe.dk

Præsentation

28. sep. 2016

MedCom/DAK-E - Forløbsplaner

• Patientens online adgang implementeres på Sundhedsmappe.dk.

• Der udstilles en webservice til at uploade de relevante data.

• Data må kun uploades efter patientsamtykke.

• Det er praksissystemet der står for denne upload.

• Det fremgår af de enkelte forløbsplandefinitioner, hvilke data der skal uploades.

• Webservicen bygger på Den Gode Webservice og benytter sikkerhedsniveau 3 eller 4.

• Webservicen indeholder 1 operation: – UploadData

Hvad leverer DAK-E?

Præsentation

28. sep. 2016

MedCom/DAK-E - Forløbsplaner

• En installation (forloebsplan.msi) til oprettelse eller opgradering af forløbsplan komponenter indeholdende: • Et website der implementerer nødvendig brugergrænseflade, algoritmer mm. til forløbsplaner. • En webservice til integration af forløbsplaner med praksissystemet. • En Windows service til kørsel af beregnings og vedligeholds jobs for forløbsplaner. • Nødvendige komponenter, ud over dem som systemhuset skal levere, for at køre websitet såsom PHP mm.

• En webservice til integration fra praksissystemet til sundhedsmappe.dk (praksissystemet står for at uploade patientens data til sundhedsmappe dk)

• Udvikling af patientens online adgang på sundhedsmappe.dk. • Dokumentation af forløbsplaner, herunder:

• Kravspecifikation • Integrationssnitflader • Forløbstabel definitioner (forløbsplaner kan, hvis praksis og systemhus tillader det, selv oprette og opdatere tabeller, i

forbindelse med en ny release). • Ændringshistorik for hver release.

Hvad skal systemhuset levere?

Præsentation

28. sep. 2016

MedCom/DAK-E - Forløbsplaner

• En windows baseret server for hver logisk enhed, hvor forløbsplan komponenterne kan installeres og afvikles med følgende: o .NET 4.5 installeret og/eller aktiveret. o IIS Installeret og/eller aktiveret, med et lovligt ssl certifikat til brug for https, og en apppool der er konfigureret med .NET 4.5

• En mssql server 2012 eller nyere for hver logisk enhed, med en database, hvor forløbsplan-tabellerne er eller kan oprettes.

• Implementering af forløbsplan integration i praksissystemet med følgende: o Løbende opdatering af forløbstabellerne Patient, Diagnose, PatientVaerdi, Medicin og Ydelse enten direkte i sql databasen eller

gennem det lokalt installerede integrations webservervice interface, som leveres i installationen. o Kald til det lokalt installerede webservice interface for at spørge på udestående/mulige praksis, bruger eller patient relaterede

opgaver. o Løbende opdatering af egne tabeller med de PatientVaerdier som brugere har indtastet/rettet i forløbsplan-

brugergrænsefladen. Systemhuset kan selv afgøre om de vil hente disse værdier direkte i forløbsplan tabellerne eller via den lokalt installerede integrations webservice.

o SSO baseret integration mellem Praksissystemets brugergrænseflade og den htmlbaserede forløbsplan bruger grænseflade. o Menuer (knapløsning) til kald af nogle indgangssider i forløbsplaner:

Praksis tilmelding til forløbsplaner Brugerens forløbsplan oversigter Patientens forløbsplan oversigt De udestående/mulige opgaver som integrationsinterfacet returnerer.

• Integration af forløbsplans installationen (forloebsplan.msi) i systemhusets egne installations/opgraderings procedurer.

12

Overskrift

Ambulatoriets rolle

Andre diagnoser og KOL (Komorbiditet)

Angst

Behandlere du kan møde

Det betyder… (ordliste)

Gode dage og dårlige dage

Ensomhed

Forværring/Exacerbation

Første tid med KOL

Hjælpemidler

KOL for begyndere

KOL for pårørende

KOL-skole

Hjælp fra kommunen

Kontakt til andre

Kontrol hos egen læge

Kostråd

Lungefunktionstal forklaret

Lægens opgaver

Medicin, instruktion

Motion i hverdagen

Patientens opgaver

Patientforeninger

Pep-fløjten ved slim og hoste

Rygestoptilbud

Åndenød

Hvad kan du gøre selv

Gold standarder

Vaccinationer

Medicinsk behandling

Arbejdsliv

13

14

15

16

17

18

19

Logoer

Samarbejde

20

• Medio december: Første prøveinstallation én læge (crash test)

• Medio januar: Første pilot: 10 læger, test med inklusion af patienter

• Medio februar: Anden pilotfase: Yderligere 15 læger, test med inklusion af patienter

• April: Afslutning og evaluering

CIMT, OUH, giver input til evalueringspunkter, herunder det nødvendige antal læger og patienter ift. evalueringen

Plan for pilotafprøvning

21

• Den tekniske løsning:

Der foreligger beskrivelse af løsningen, som der er enighed om

• Patientinformationen:

SUM har sagt ok til at anvende instruktionsvideoer fra min.medicin.

Patientinformationen er nu gennemskrevet af praktiserende læger fra DAK-E

• Organisatorisk:

PLO siger ok til sundhedsmappen som patientindgang

PLO, DR og PL-forum siger ok til den tekniske løsning

• Pilotafprøvningen

Plan er ved at blive udarbejdet.

CIMT kommer med input til evalueringspunkter

Risici