(Primær forum) møde PLO/PL/DR/MC

19. maj 2020

PLO/PL/DR/MC

(Primær forum) møde

Hvis du har brug for at læse dette dokument i et keyboard eller skærmlæservenligt format, så klik venligst på denne knap.

2

1. Velkommen, godkendelse af referat 2. Navngivning af gruppen v./Tom

3. Covid19 betydning for vores arbejde med projekter v./Tom 4. Processen frem mod MedCom12. v./Lars

5. e-CPR efter de gældende formater. v./Michael J.

6. Datakvalitet i almen praksis v./Michael Frank og Jørgen 7. Nye/opdaterede projekter i Digital Almen Praksis

8. Status på videokonsultationsprojekt, kontakt læge app’en og mulighed for fælles systemforvaltning v/PLO - Nicholas 9. Orientering om FAPS indtog i Min Læge app’en v/PLO - Martin

10. Status på plan for Samlet patientoverblik v/ Tom og Martin

11. Nyt teknisk konsolideringsprojekt mellem PLSP, PL og KiAP v./Jesper 12. Forårstestcamp 2020 v./Michael J.

13. Efterårstestcamp 2020 v./Michael J.

14. Orientering 15. Evt.

Dagsorden

3

• Referatet findes her: http://medcom.dk/projekter/moeder-referater-og- kurser/plopl-forumdanske-regionermedcom

• Godkendelse af referat

1. Velkommen

4

• Vi kalder i daglig tale denne gruppe ” PLO/PL/DR/MC”. Ikke særlig mundret og er vanskeligt at huske og referere til.

• Skal vi kalde den PLO/PL/DR/PLSP/KiAP/FAPS/MC?

• Det handler vel om Primærsektoren?

• Hvad med ”Primær-forum”?

2. Navngivning af gruppen ^v./Tom

5

• Flere projekter er blevet ”ramt” af COVID-19.

– Projekter er blevet opprioriteret (eks. videokons. og virtuel venteværelse) – Projekter er blevet nedprioriteret (eks. Intelligent indbakke)

– Lægepraksis har ikke fungeret ”normalt” og fx forløbsplansudbredelsen er gået noget i stå.

– Testcamp er blevet virtuel og er gået fra tre dage til tre uger

• Hvilke COVID-19 konsekvenser ser vi for planlagte og nye aktiviteter fremadrettet?

3. Covid19 betydning for vores arbejde med

projekter ^v./Tom

6

4. Processen frem mod MedCom12 ^v./Lars

Proces frem mod arbejdsprogram for MedCom12 (2. halvår 2020):

• Dialogmøder med ejere og samarbejdspartnere. Planlægges i foråret og gennemføres i august-oktober 2020. Om nødvendigt, planlægges styregruppeseminar til at diskutere prioriteringer af MedComs opgaver i november.

– status på samarbejdet med MedCom

– forslag til aktiviteter i MedCom12 arbejdsprogrammet

– input til den praktiske gennemførelse af allerede prioriterede MedCom12 aktiviteter fra nationale aftaler (kendes senere på året)

• Formel proces i MedComs styregruppe og National Bestyrelse for Sundheds IT. Programmet godkendes i den nationale bestyrelse i november og endeligt i MedComs styregruppe på mødet d. 16.

december 2020.

7

Dialogrunden og den formelle proces

• Region Hovedstaden og kommuner

• Region Sjælland og kommuner

• Region Syddanmark og kommuner

• Region Midtjylland og kommuner

• Region Nordjylland og kommuner

• Sundhedsdatastyrelsen

• RSI og Regionernes Lønnings- & Takst Nævn sekretariat

• KL

• KKR-digitaliseringsnetværket

• Kommunalt IT råd på social- og sundhedsområdet

• Danske Patienter

• Sundhed.dk

• PLO/FAPS/PL-Forum (samlet?)

• DaCHI leverandør netværk

• MedComs styregruppe: Ordinært møde med status på processen

• MedComs styregruppe: Prioriteringsseminar

• National Bestyrelse for Sundheds IT

• MedComs styregruppe: Ordinært møde og godkendelse af endeligt arbejdsprogram inkl. budget

8

• Det nationale e-CPR projekt arbejder med tre løsningsmodeller

1. Det nuværende format, med angivelse af århundrede i 7. tegn (0,5,6) 2. Det nuværende format med et andet udfaldsrum for 7. tegn (1,7) 3. et OID prefix foranstillet erstatnings CPR-nummeret

• For ikke at skulle foretage revidering for hovedparten af MedComs standarder, med der afledt test og certificering, arbejdes der for at undgå løsningsmodel tre. Løsningsmodel to anbefales fra MedComs side.

• Der observeres dog systemer, som kan udveksle patient-ID på andre formater end de officielt gældende, og vi vil gerne italesætte hvordan der sikres en

ensartet validering på tværs af systemer.

5. e-CPR efter de gældende formater v./Michael J.

9

• Der forekommer systemer, som ikke tillader CPR-nummer, hvor modulus-11 ikke er opfyldt. Det skal man understøtte.

• Der observeres systemer, der kan sende erstatnings CPR-numre i andre formater end de gældende (fx 010100-*000).

• Vi oplever snitflader, hvor dataudveksling der ikke er knyttet til en enkelt

patient, håndteres med ”fantom”-værdier (fx 010100-0000 ved forløbsplaner), hvilket ikke er anbefalingen ved sådanne problemstillinger.

• Sygesikringsafregning på landekoder defineret af sygesikringen (fx 400000- 0065 for corona rådighedsydelse), hvor landekoden anvendes som patient-ID.

e-CPR problemer

10

• Eneste mulige patient-ID er CPR-nr. eller e-CPR

– Der valideres imod patient-ID af andre formater

– Officielt patient-ID kan suppleres med afkrydsningsmuligheder for fx landekode, eller anonymitet ved sygesikringsafregning,

og system substituerer i afregningen

• Journalsystemer henter e-CPR fra ny national webservice

– Alternativt ved opslag på tilhørende website

Forudsætningen for tværsektoriel datadeling

11

6. Datakvalitet i almen praksis v./Michael Frank og Jørgen

PL-Forum/PLSP

Datakvalitet i praksis

LPS – et fælles ansvar

Jørgen Granborg

Hvor var det vi

stoppede sidst ?

Eller – er vi kommet videre ☺

Datakvalitet – refactoring

▪ Lægepraksis systemerne (LPS-erne) har eksisteret i rigtig mange år, og rigtig megen information er samlet op. Der har været et tæt samarbejde mellem PLO, MedCom og LPS-erne, som har r esulteret i en høj dataopløsning, og kun få data er gemt ustruktureret. Samarbejdet med MedCom har været med til at sikre en standardiseret struktur, som mange andre lande er misundelige på.

▪ Det er på tide, at få set på datakvaliteten, så den store viden der ligger i disse data, i endnu større grad kan bruges på tværs af patienter, behandlere og forskere.

▪ Begrebet datakvalitet dækker meget bredt, og der er en række faktorer der har indflydelse på datakvaliteten.

Læge praksis systemernes udfordring

LPS-erne møder dagligt udfordringer på hvert af disse områder, nogen skyldes hovsa løsninger, andre

ændringer i datastandarder og strukturer i tidens løb, andre mangelfulde data.

Det er vores opfattelse – at den største del af disse

udfordringer er kendte af LPS-erne, og den nemmeste vej til at få rettet op og udviklet yderligere for sikring af

datakvaliteten sker ved at benytte denne viden, og i samarbejde med MedCom få beskrevet udfordringerne og løsningerne.

Søjlerne I

Søjlerne II

Spørgeskemaet

LPS erne er jo altid først

▪ Samtlige LPSer har svaret på spørgeskemaet.

▪ Resultatet er resumeret i en 20 sider lang opgørelse over de enkelte søjler og LPS ernes udfordringer.

▪ Resultatet er et konglomerat af såvel interne som eksterne udfordringer med kvaliteten.

▪ Nuværende dataopsamling – skal sammen med øvrige aktøres besvarelse danne grundlag for det videre arbejde med en forankring af data kvaliteten i primærsektoren.

Men vi vil rigtig gerne høre alle

Enhed Kontakt

PLO Martin Bagger Brandt

KiAP Thomas Bo Nielsen, tbonielsen@kiap.dk

MedCom Anne Kathrine Langfeldt Leksø, tri@medcom.dk

SDS Jan Poulsen, jakp@sundhedsdata.dk

Sundhed.dk Jens Rastrup Andersen, jra@sundhed.dk

PLSP Jesper Sørensen

RKKP Monika Madsen, monims@rkkp.dk

MEDIQ Morten Bruun-Rasmussen, mbr@mediq.dk

- Så derfor er spørgeskemaet nu også sendt til

LPS erne er jo altid først

▪ 1. Pre-afklaring med PL-Forum

▪ 2. Udsendelse af spørgeskemaer

▪ 3. Afrapportering

▪ 4. Forslag til forbedringstiltag

▪ 5. Styregruppe prioritere forbedringstiltag

▪ 6. Implementering og

forankring (planlægges i punkt 5)

▪ 7. Evaluering

Organisering – ansvar - hvordan

Projektstyring Ansvarlig styregruppe

LPS erne Faglig - sparring

Ansvar: MedCom/PL-Forum PLO/MedCom/(PL-Forum ?)

Data anvendere

Kan vi hjælpes ad ?

▪ Indstilling:

▪ PL-Forum/PLSP udarbejder detaljeret oplæg til det videre arbejde (Q1 2020)

▪ At oplægget fra PL-Forum/PLSP drøftes med henblik på at udforme et fælles projekt i MedCom-regi (inkl. tid og økonomi), der kan forelægges for

Sundhedsministeriet.

Så er der tid til spørgsmål…

☺

25

• Forbedring af henvisninger (til sygehusbehandling)

– Formål: At forbedre henvisning og visitation til sygehusbehandling, med særligt fokus på kræft.

– Baggrund: På baggrund af debat i efteråret 2019 omkring mangelfulde

brystkræftsundersøgelser har Sundhedsstyrelsen og en række interessenter haft en drøftelse og afklaring af generelle principper for henvisning og visitation til

sygehusbehandling. Har medført en række anbefalinger til optimering af den elektroniske kommunikation ifm. henvisning og visitation af sygehusbehandling.

– MedCom’s opgave: Udarbejde et projektoplæg inkl. en teknisk løsningsbeskrivelse.

– Teknisk arbejdsgruppe: MedCom, PL-konsulenter, PKO’ere og EPJ-konsulenter fra regionerne.

– Oplæg klar ultimo 2020Q3.

7. Nye/opdaterede projekter i Digital Almen

Praksis ^v./Tom

26

• Diagnosekort

– Formål:

1. At give den praktiserende læge et prioriteret overblik over patientens diagnoser.

2. At give patienten og den praktiserende læge et fælles og prioriteret overblik over patientens diagnoser (til bl.a. visning i MinLæge)

3. At give behandlingsansvarlige sundhedspersoner på tværs af sektorer et fælles og prioriteret overblik over patientens diagnoser (Samlet Patientoverblik)

– MedCom’s og PLO’s opgave: Udarbejde PID og gennemføre formål 1 og 2. Tilrette ICPC-2-DK kravspecifikation til understøttelse af diagnosekort samt gennemføre pilotafprøvning og certificering.

– Tidsplan: Pilotafprøvning i samarbejde med to LPS’ere ultimo 2020?

7. Nye/opdaterede projekter i Digital Almen

Praksis v./Tom og Nicholas

27

• Hurtigt patientoverblik version 2 (patient-cockpit)

– Formål: Et hurtigt, intelligent og individuelt overblik.

– Tidsplan: Ukendt

7. Nye/opdaterede projekter i Digital Almen

Praksis v./Tom og Nicholas

28

7. Nye/opdaterede projekter i Digital Almen

Praksis

29

8. Status på videokonsultationsprojekt, kontakt læge app’en og mulighed for fælles

systemforvaltning v/PLO - Nicholas

30

9. Orientering om FAPS indtog i Min Læge

app’en v/PLO - Martin

31

• Plan konsolideres med SDS på møde 03.06.2020 (MedCom, PLO, PL-forum og PLSP deltager)

• Testcamp oktober 2020: Test af Lægesystemerne for upload af aftaler for ikke-MinLæge aktive borgere til PLSP og videre til NSP/DDS.

• Der er rimelig styr på deling af aftaler, og der er aftalt ”deling” af stamkortoplysninger fra AP i Q1 2021.

• Juni 2020: Vurdering af planen for visning af aftaler og stamkort i primærsektoren.

• Projektleder implementering i primærsektoren Anne Kathrine Langfeldt Leksø, MedCom.

10. Status på plan for Samlet patientoverblik

v/ Tom, Nicholas og Martin

32

11. Nyt teknisk konsolideringsprojekt mellem

PLSP, PL og KiAP ^v./Jesper

KIAP-PL-PLSP

KIAP-PL-PLSP, FOKUS PUNKTER

▪Samarbejde, organisation

▪Ledermøder, fælles udviklingsfora

▪Arkitektur

▪Afkobling, optimering, log, monitorering

▪Teknologi

▪Tilpasning af teknologistak

▪Driftsoptimeringer

▪DB optimering, tilpasning af serverfarm

▪Release management

▪Optimering af opdateringsproces og teknik

NUVÆRENDE ARKITEKTUR

FLP-DB KiAP-komponenter

PLSP-services

Sundhedsmappen DB Sundhedsmappen

borger LPS er

Direkte adgang til database.

Ingen kontrol, ingen log, ingen mulighed for spærring, ingen monitorering, ingen mulighed for

governance.

Data til Sundhedsmappen kopieres ud i en ekstern database.

Data forlader PLSP (og den dataansvarlige klinik).

Alle muligheder for kontrol, log, spærring m.v. afskæres.

Teknologien i hhv. PLSP og KiAP passer ikke sammen.

Dvs. udfording at levere kvalitet, usikre og omstændelig opdateringsproces, mangel på overordnet struktur, monitorering, logføring m.v.

Svært at garantere sikkerhed og stabilitet.

Manglende afkobling mellem database, forretningslogik og andre dele.

Umuligt at optimere miljøets enkelte dele, stor risiko for at lokale fejl påvirker hele miljøet, umuligt at skalerer optimalt, svært at udvide til

nye opgaver.

VISION FOR KOMMENDE ARKITEKTUR

DB(er) KiAP-komponenter

PLSP-services API(er) API(er)

Sundhedsmappen borger API(er)

LPS er

API erne tjener flere formål:

• Sikre at data kun tilgås når relevant og i det omfang der er behov for.

• Logning foretages af API erne, dvs. al adgang til data logges.

• Spærring kan ske via API erne, i fald bestemte data ikke længere må tilgås.

• Monitorering og sikkerhed indbygges i API erne.

• Afkobling mellem database og andre komponenter gør optimering nemmere.

• Afhængigheden mellem komponenternes forskellige teknologi mindskes.

Data fjernes helt fra Sundhedsmappen.

Data hentes On Demand Dermed undgås replikering af data ud af PLSPs platform og sikkerhed, afkobling m.v.

realiseres.

Udviklingsproces, teknologistak, procedurer m.v. synkroniseres i

relevant omfang.

PLANER OG OPGAVER – OVERORDNET

▪Ledermøder hver 3. uge, er startet.

▪Udviklingsfora startes i uge 22.

▪Dialog om arkitektur og pilotprojekt er i gang.

▪Pilotprojekt (klyngevisning), start nu, release ultimo august 2020.

▪Omlægning af arkitektur, teknik m.v. start nu, endelig implementeret Q2 2021.

▪Under processen med arkitektur omlægning tilkobles ekstern konsulent jf.

konsolideringskommissoriet (MedCom).

38

• Ærø gik glip af os

12. Forårstestcamp 2020 v./Michael J.

39

• Ærø blev aflyst, grundet den nationale lock-down

• De tre testcamp dage blev afholdt som individuelle testdage

– To testkonsulenter pr. system (mens der normalt er en ved testcamp) – Videomøder tager længere tid end fysiske tests

– Sværere dialog om løsningerne

– Sværere at koordinere de subjektive vurderinger

• Testperiode 15. april – 5. maj

• Opfølgning pågår …

• Planlagt udrulning færdigt d. 1. juli (en måned senere end oprindelig plan)

Afvikling af testcamp 2020-04 (Ærø)

40

• Hurtigt patientoverblik testes individuelt med WinPLC

• Akkreditering af immunologisvar, forsinket grundet corona pandemi

Resultat af testcamp 2020-04 (Video)

41

• Vi er (stort set) nået i mål med de væsentligste opgaver

– Henvisning til kommunal akutbehandling – Lægevagtsepikrise

• Det er muligt for LPS at deploy deres udviklede funktionalitet

Opfølgning på testcamp 2020-04 (Video)

42

• ”Vi gør det,

og vi gør det helt færdigt”

(en klan værdi)

13. Efterårstestcamp 2020 v./Michael J.

43

• Vi er optimister, og planlægger på ny med Ærø

• Testcamp 30. september – 2. oktober (som planlagt)

• Testmateriale publiceres primo juni (planlagt til 1. juni)

• Informationsdag d. 22. juni

• Workshop d. 10. august

• Er der behov for revidering?

Afholdelse af testcamp 2020-10 (Ærø)

44

Indhold af testcamp 2020-10 (1/2)

45

• Anonym sygesikringsafregning (”CPR”-regionskode begyndende med ”4”)

• Anonym sygesikringsafregning for hudlæger (”CPR” begyndende med ”5”)

• Afregning for corona rådighedsbeløb (fx plejehjem)

Indhold af testcamp 2020-10 (2/2)

46

• Spørgsmål til orienteringspunkterne?

• Bilag 14.1

14. Orientering

47

FLP tidsplan

Aktiviteter Plan Nået

Lægefaglig definition af hjerteforløbsplanen Klar dec. 2019 Dec 2019 Udvikling af den tekniske implementeringspakke til lægesystemerne

Udvikling af testprotokol og testcases Teknisk implementering i lægesystemerne Test og godkendelse af lægesystemerne Release, udbredelse og evaluering

Dec 2019 - marts 2020 Feb - maj 2020 Juni - sept 2020 Aug - sept. 2020 Nov. 2020

Marts 2020

48

• Næste møde: Forslag om tirsdag den 22. september 2020

15. Evt.