1. november 2016
pilotafprøvning af
forløbsplaner
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
• 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
Use cases
Præsentation 28. sep. 2016
Læge Patient
Tilmeld praksis digital underskrift på databehandleraftale
Angiv patientsamtykke
Opret forløbsplan
Opdater forløbsplan
Se patients forløbsplan
Se oversigt over patienter liste 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øbsplaner liste med links til oprettede planer for patient
Se adgangshistorik (online)
Datasynkronisering
Forlø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
Forløbsplantabeller overblik (foreløbig udkast)
Præsentation 28. sep. 2016
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
• 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
• 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
• 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
• 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.
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
Logoer
Samarbejde
• 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