Referat fra 19. møde mellem PLO, PL-forum, Danske Regioner og MedCom

Transkript

1 Forskerparken 10 DK-5230 Odense M Telefon: Mobilnr ghe@medcom.dk Dato Vor ref. GHE Referat fra 19. møde mellem PLO, PL-forum, Danske Regioner og MedCom Dato: Tirsdag den 18. september 2018 Sted: MedCom, mødelokale C Deltagere: Niels Ulrich Holm, PLO Martin Bagger Brandt, PLO Annette Houmand, PLO Jørgen Granborg, A-Data Charlotte Huge, A-Data Michael Frank Christensen, EG Healthcare (video) Michael Munk Jakobsen, NOVAX Thomas Bo Nielsen, KiAP Lars Hulbæk, MedCom Tom Sørensen, MedCom Rikke Viggers, MedCom Michael Johansen, MedCom Alice Kristensen, MedCom Tove Lehrmann, MedCom Gitte Henriksen, MedCom (referent) Fraværende Ea Busch Petersen, Danske Regioner Kjeld Gandrup, CompuGroup Medical

2 Rettelse til referat under punkt 1: *PLO orienterede kort om, at Danske Regioner og PLO er blevet enige om at genoptage en bredere snak om it-udviklingen i sundhedsvæsenet og på praksisområdet. Fokus i denne dialog skal ikke være status på de mange kørende projekter det klarer vi i andre fora men på aftaler i overenskomsten, som endnu ikke er projektgjorte, fx it-understøttelse af populationsomsorg, etableringen af digitale netværkspraksis samt indhentning af inspiration fra andre sektorer eller lande til at udvikle sundheds-it for de praktiserende læger. Hvis denne dialog mellem Danske Regioner og PLO bliver tilbagevendende vil det være en god ide at sikre, at dialogen også knyttes tæt til vores fælles PL/PLO/DR/MedCom forum. Referat: 1. Velkommen. Kort orientering om ny struktur på mødet. Kort præsentationsrunde, afbud fra Danske Regioner, ny deltager Ea. * Der er også bedt om tidligere i denne gruppe at danske regioner blev lidt mere synlige. Dagsorden ser anderledes ud end den plejer i forhold til sidst. Efter aftale har vi forsøgt at tilpasse den, så mødet kunne blive mere effektivt. Senere vil vi evaluere på dette. 2. Deltagelse fra PLSP? Skal Jesper Sørensen deltage fremover? Det vil være rigtig godt at få PLSP med i gruppen, så Jesper Sørensen bliver inviteret til de næste møder. 3. Opfølgning fra testcamp på Samsø Den nyligt afholdte testcamp på Samsø forløb fint. Dog viste det sig, at den reducerede opgaveliste ikke som forventet kunne testes på reduceret testcamp varighed (to dage mod normalt tre). Derfor udestår der obligatoriske opgaver, som efter testcampen testes færdigt bilateralt aftalt hen over september. Denne testcamp havde en forlænget udviklingsperiode, hvor vi havde en forventning om at de tre ekstra måneder ville gøre systemer bedre forberedte til testcampen. Dette viste sig at være et blandet billede for de deltagende systemleverandører. De kommende testcamps i 2019 afvikles over en tre dages periode. Hvordan får vi udnyttet den forlængede udviklingsperiode, så systemerne er bedre forberedte til testcamp? Michael opsummerede på ovenstående. I har fået tilsendt hønsestrik med resultatet. Der var 5 opgaver, men under nogen af dem lå der en stor opgave. Vi har undervurderet behov for tiden til dette, så vi skulle nok alligevel have afsat 3 dage. Vi har individuelle aftaler med de systemer som ikke blev færdige. LPR3 er udsat, så det kunne måske give noget luft til at blive færdige. Forberedelsesperiode på 6 mdr. hvor ikke alle var lige forberedte. Hvordan kan vi udnytte den længere periode bedre? Hønsestrik kan være med til at gøre det mere konkurrencepræget siger Jørgen. Hønsestrikket, som Michael viser er kun et øjebliksbillede og bliver løbende revideret. Vi laver en aftale med hver enkelt leverandør for separate test. Michael spørger ind til, om det kunne være en 2 trins raket, hvor vi får lukket de 3 første opgaver til den og de sidste 2 opgaver til efter den

3 Jørgen mener, at opgaverne så skal vurderes igen i PL-forum og der skal gives en ny tilbagemelding om, hvornår de så kan have opgaverne klar. Tilsyneladende er der jo også nogen andre som har fået udsat deres deadline. Signalpolitikken er vigtig siger Jørgen i forhold til at overholde deadlines hele vejen rundt, ikke kun for lægesystemer. Hvis vi skal følge årshjulet, så skal det vel flyttes til næste testcamp i april måned? Spørger Tove. Principielt så kunne MedCom godt markere overfor parterne. Konkret havde vi håbet at nå opgaverne på testcamp på Samsø. Sekundærsektoren har også et leverandørforum, hvor bl.a. Michael Munk har siddet. Måske det var en ide, at MedCom sad med i dette forum. De har nogle helt andre årshjul som går over 4 år og som ikke passer ind i MedComs og PL-forums årshjul. Tilbagemelding: Skal det være 2-3 dages testcamp? Det må gerne være mere intensivt testforløb og skæres ned på sightseeing. Formen er ok, tiden skal bare udnyttes bedre. Man skal ikke undervurdere værdien af at sidde sammen med andre udviklere. PL-forum vil gerne evaluere på testcampen og melder tilbage til MedCom. MedCom evaluerer også testcampen internt. LPR3 skubbes den til næste testcamp eller? NOVAX har privathospitaler, så de skal være klar og vil ikke udsætte LPR3, så der opfordres til, at alle andre også følger trop. De systemer, der kører på privathospitaler eller hos speciallægeklinikker, og som har aftaler med regionerne om at modtage sygehushenvisninger, skal gerne være testet og deployed hos kunderne inden d. 1. februar MedCom tager kontakt til de leverandører, hvor der er påbegyndt test og gør testen færdig. Opgavelisten for 2018 blev listet op. Se slide. Konklusion: PL-forum evaluerer og melder tilbage til MedCom. MedCom tager kontakt til de leverandører som ikke blev færdige på testcamp og gør testen færdig. MedCom vil i endnu højere grad formidle praksissektorens IT udviklingsårshjul til øvrige parter i sundhedssektoren og forsøge at tage højde for risikoen for skred i tidsplanen hos kommuner og regioner, når fælles projekter planlægges. 4. Opgaveliste 2019 Der er ganske mange udviklingsopgaver for lægesystemerne, og det kan være en udfordring både for MedCom at få dokumentation færdig, men også for lægesystemerne at få funktionaliteten udviklet. Fremfor en stor testcamp i 2019 afholdes der to mindre. Det er aftalt at roadmap består af halvårlige releases 1/5 og 1/11, hvilket betyder at testcamp afholdes primo april og oktober. Michael opsummerede kort på ovenstående. Der har været et prioriteringsmøde med leverandørerne, hvor det er blevet aftalt hvilke opgaver der skal laves. Er blevet sendt ud inden mødet og opgaverne bliver ikke gennemgået her. Er det de opgaver som stadig skal på eller skal det afklares senere? 3

4 Infodag omkring hvilke opgaver der skal laves er et godt initiativ, som Jørgen gerne ser gentaget for de kommende opgaver. Forslag om at have en risikolog på opgaverne, så vi kan være på forkant med hvem man er afhængig af for at opgaverne kan laves/løses. Opgaveliste med potentielle opgaver til 2020 blev vist, se slide. Vi har allerede en planlægningsgruppe, skal det være en fast gruppe som kunne bruges til sparring ved forsinkelser eller noget nyt ind ad døren, som kan skubbe på den tidsplan man allerede har lavet? Det giver rigtig god mening siger Jørgen. Konklusion: Vi følger den aftalte plan. 5. Prioritering af opgaver for 2018/2019 Hvad er vigtigt. Der er nu gået 1/3 af MedCom11-perioden, der dækker årene 2018 og I arbejdsprogrammet for MedCom11 har IT udviklingen i praksissektoren en langt mere central placering end det har været tilfældet i mange år. PL-Forum har imidlertid også et stigende antal opgaver ved siden af MedCom-samarbejdet. Og modernisering af MedCom-infrastruktur og standarder er stærkt efterspurgt af parterne bag MedCom. Punktet lægger op til en drøftelse af Hvordan vi sammen i strømmen af højt profilerede nationale projekter som fx forløbsplaner, Digital Almen Praksis og Komplekse Forløb formår at fastholde ambitionen om at levere løsninger, der understøtter den praktiserende læges hverdag. Hvordan vi sammen bedst nyttiggør både midlertidige og faste bevillinger til IT i praksissektoren til at skabe et solidt fundament at bygge videre på, den dag hvor pengestrømmen hører op igen. Hvordan vi sammen sikrer, at ovenstående afspejles i den igangværende modernisering af MedCom infrastruktur og standarder Lars opsummerede på ovenstående. Hvad er vigtigst er Lars blevet spurgt om, og det er det hele. Rammerne for vores fælles prioritering: Vi har en fælles ambition om at bygge noget op og kunne levere noget nyt med nye standarder. Og hvad er så vigtigst? Praksislægens hverdag med epikriser, indbakke, overblik. Patientrettede leverancer i form af forløbsplaner, APP i koordineret proces inkl. PLSP. Samarbejde mellem lægepraksis og kommune: det 3. ben i trekanten med henvisning til forebyggelse og notat retur. Feriefridagsservice på PLSP. NB: de mange penge er starthjælp, men det skal kunne fungere, når det bliver hverdag igen - Fælles infrastruktur med PLSP og national infrastruktur - Den nye generation af MedCom standarder skal implementeres og i drift - Faste penge = blivende udviklingskapacitet hos lægesystemleverandørerne? Modernisering er et must 4

5 Komplekse forløb er en integreret del af MedCom moderniseringen - Datadeling - Koordineret udbredelse - Perspektiv POC infrastruktur - Modernisering af meddelelseskommunikation - Bro mellem meddelelseskommunikation og datadeling Udfasning af edifact NB: Sikkerhedsdagsordenen: en blivende fælles udfordring Vi er nødt til at presse på omkring modernisering og Lars håber på at I vil være med til dette. Martin: Skal samarbejdsformen være anderledes i forhold til ovenstående omkring PLO/PLforum. Skal den være mere formaliseret? Gearskifte/teknologiskifte er PLO klædt på til dette. Jørgen: I PLSP sammenhæng er der tænkt på at ansætte nogle folk, og der er allerede slået stillinger op, som kan hjælpe med dette. Der skal laves aftaler PLO PLSP imellem. PLSP skal de stå for koordinering? Martin: Der skal være udviklerpenge til leverandørerne og hvordan udmøntes disse i abonnementet til lægerne. Hvordan fordeles ressourcerne mellem PLO og PL-forum. Niels Ulrich: Nogen opgaver udløses af overenskomsten og kan ikke forhandles, de skal bare laves og tages til efterretning. Konklusion: Oplistning af pejlemærker på hvordan vi ser verden, hvilket ovenstående skulle være et udtryk for. 6. Pakkeforløb for hjerte vedlæggelse af EKG og vejledning Region Syddanmark ønsker at almen praksis skal vedlægge EKG til henvisninger til kardiologisk vurdering elektronisk i stedet for som nu, hvor de beder om fax eller postforsendelse. De vil gerne teste ordningen og evaluere den på et stormøde 30. oktober. For at understøtte dette, er det vigtigt, at almen praksis har en let og hurtig mulighed for at vedlægge EKG til henvisningen. Er alle LPS klar til at kunne vedlægge bilag til henvisninger? Er der vejledninger til lægerne om, hvordan man gør? Tove opridsede problematikken. PKO-en i regionen har sendt forespørgsel ud til lægerne og har fået forskellige tilbagemeldinger. Ekg-apparater købes forskellige steder, så systemerne har ikke overblik over hvilket apparatur lægen har. Rikke nævner, at dette også spiller ind omkring samling af journalnotater til vedlæggelse af pdfbilag i andre sammenhænge f.eks. forsikringsattester i lægernes journaler. Men samlingen af dokumentet foretages på skrivebordet og bliver lagt over i journalen, og det vil lægerne ikke ret gerne, da det er usikkert og de vil ikke gemme notaterne på skrivebordet. MedCom vil tage det med som en opgave og med en fælles testprotokol til næste testcamp. Der er forslag om udformning af best practice omkring indkøb af udstyr som kan håndtere pdf. MedCom skal kigge på hvordan man afleverer pdf-filer uanset hvor de kommer fra. 5

6 Vejledning til hvordan man håndterer at samle notater sammen og danne en pdf som så kan vedlægges en henvisning f.eks. Generaliseret indsats for hvordan man vedhæfter pdf-filer til forskellige meddelelser. Det er lige et aktuelt problem i Region Syd, hvor man vil afvise henvisningerne, hvis der mangler vedlagte ekg-er. Konklusion: MedCom kigger samlet på hvordan man afleverer pdf-filer uanset type. Vil blive taget med som en opgave på næste testcamp. 7. Blanketter på blanketserveren LÆ-attesterne fremsendes i dag af lægesystemet til den rekvirerende kommune via EG Kommuneinformations blanketserver. Når den kommunale sagsbehandler har hentet LÆattesten fra blanketserveren sker den efterfølgende sagsbehandling i de kommunale systemer (Netforvaltning Sundhed og ESDH-systemer). Den kommunale sagsbehandler har således ikke behov for at kunne tilgå attesterne på blanketserveren, når den er hentet. Besvarede LÆ-attester er arkiveret i lægesystemerne, men overdrages ikke sammen med den øvrige journal. EG Kommuneinformation oplever derfor at lægesystemerne ifm. opstart af en ny kunde (overtagelse af en klinik) ønsker at hente besvarede LÆ-attester på EG KI s blanketserver. EG KI har hidtil opbevaret attesterne og været behjælpelige ved flytning, men ønsker at stoppe denne praksis. Drøftelse, idet EG KI fremadrettet ønsker at slette attesterne fra blanketserveren efter et aftalt tidsrum, og har bedt MedCom hjælpe med afklaring af om dette vil medføre uforudsete problemstillinger. Rikke opsummerede vedr. ovenstående. Vi har fået en henvendelse fra EG KI om, at de fremover vil slette besvarede LÆ-attester. Der er et ønske om at kunne genhente LÆ-attest ved lægeskift. Rikke har bedt EG KI om at skrive til jer i god tid og informere om ovenstående. Michael Munk: FNUX filerne skulle gerne indeholde gemte LÆ-attester, så det må være et systemspecifikt problem, hvis LÆ-blanketterne ikke er med. Michael Frank: mener heller ikke at det som sådan vil være et problem, men det skal meldes ud. Konklusion: Rikke melder til EG KI at de skal skrive ud til PL-forum omkring processen. 8. Datakonsulenterne: adgang til link til vejledninger MedCom indgår samarbejdsaftale med Datakonsulenterne i alle regioner om at medvirke til udbredelse af Forløbsplaner i almen praksis. Datakonsulenterne kan bidrage ved at hjælpe klinikkerne med planlægning af arbejdsgange ifm. opstart, med at sikre datakvaliteten i praksis og med den praktiske anvendelse af forløbsplanen. For at understøtte dette arbejde har datakonsulenterne brug for at have adgang til opdaterede vejledninger fra de enkelte systemer. Faglig information og videoinstruktion er tilgængelig på og der er udarbejdet en generel vejledning i anvendelse af forløbsplanen til lægerne. Alle lægesystemer har udarbejdet egne vejledninger til forløbsplansmodulet, - nogen af disse er tilgængelige og opdaterede (via fremsendte links). 6

7 Drøftelse af hvordan datakonsulenterne kan få adgang til opdaterede vejledninger fra alle lægesystemer, og dermed kan bistå udbredelsesarbejdet bedst muligt Rikke opsummerede problematikken. Datakonsulenterne har brug for at have adgang til PL leverandørernes vejledninger. MedCom vil ikke vedligeholde links til jeres vejledninger osv., så det behøver ikke at være offentlige links. Konklusion: Rikke skriver ud til jer omkring ovenstående, og så kan I melde tilbage, hvilke links og vejledninger datakonsulenterne kan få adgang til. Jørgen ser ikke noget problem i dette. 9. Afvisning af receptfornyelser på medicin APP-en Flere almene klinikker afviser at receptforny recepter fornyet fra Medicin app en. Der er patienter, som klager til egen læge, men der er også patienter, der klager til styrelsen for patientsikkerhed. Medicin app en er blevet taget godt imod hos borgerne, og mere en borgere bruger den. Der er vist tre eksempler på problemet i bilag? Det ønskes belyst, hvad årsagen er til, at flere klinikker afviser receptfornyelser fra medicin app en. Herudover ønskes skitseret en løsning, som vil gøre klinikkerne trygge ved at håndtere receptfornyelserne fra Medicin app en. Tom opsummerede på ovennævnte. Oprindeligt kunne patienterne via Medicinkort app en anmode om recept på ethvert præparat. Dette var grænsende til brud på patientsikkerheden samtidigt med, at det gav en hel del unødvendigt oprydningsarbejde for den praktiserende læge. På baggrund heraf valgte en del praktiserende læger generelt at afvise alt, hvad der kom fra app en. Fejl blev dog rettet, så patienterne nu kun kan anmode om receptfornyelse på aktuelle ordinationer. Om de praktiserende læger stadig afviser receptfornyelser via app en, fordi de ikke er klar over at fejlen er rettet, er PLO ikke klar over. PLO ser dog stadig nogle klare uhensigtsmæssigheder i receptfornyelser via app en med ekstra unødvendig håndtering i almen praksis til følge. Der er umiddelbart følgende problemstillinger: - Når patienten laver en receptfornyelse via app en, kan lægen ikke umiddelbart skelne mellem receptfornyelser fra den kommunale sygepleje og patienten selv. Det kan klinikken klart adskille, hvis patienten receptfornyer via klinikkens hjemmeside. - Der kan være situationer, hvor lægen ønsker at se patienten inden en receptfornyelse. Her kan lægen afvise en receptfornyelse med beskrivende begrundelse i én simpel arbejdsgang, hvis patienten har receptfornyet via klinikkens hjemmeside. Det er ikke muligt ved receptfornyelse via app en. - Hvis patienten fortsat receptfornyer via klinikkens hjemmeside uden at møde op til konsultation i klinikken, har lægen mulighed for at spærre for patientens mulighed for receptfornyelse, indtil patienten er mødt op til konsultation i klinikken. Dette er ikke muligt i app en. Konklusion: Der er således ifølge PLO ikke nogen tekniske hindringer men nogle klare uhensigtsmæssigheder ved receptfornyelser via app en. PLO vil efter vores møde tage fat i egne jurister for at afklare, om deres medlemmer må afvise receptfornyelser via app en generelt. 7

8 10. Monitorering af NemID. Brug af e-boks I 2017 forhandlede PLO, SUM og DR en aftale hjem om at friholde LPS-leverandørernes borgerportaler for direkte udgifter til implementering og brug af NemID. Aftalen var meget vigtig at få i hus, da sikkerheden i de eksisterende løsninger ikke anses for tilstrækkelig, samtidig med, at GDPR trådte i kraft i maj Aftalen var gældende fra 1. januar 2018, så alle portaler kunne være i drift ved GDPR s ikrafttrædelse. Imidlertid viser det sig i maj 2018, at kun få borgerportaler gør brug af NemID, og medio august 2018 er det kun 20% af klinikkerne, der tilbyder sikker borgeradgang via NemID (se bilag 10.1). Eventuelle tekniske hindringer, der gør det meget uhensigtsmæssigt, at benytte løsningen afdækkes. Er det tilfældet, forventes problemstillingen helt kort dokumenteret og fremlagt på mødet. MedCom og PLO ønsker at monitorere implementeringen af NemID udbredelsen. Tom opsummerede ovenstående. Der er nogen leverandører, der er i gang, men det er kun 20% af lægerne som bruger det. Hvad er årsagen til dette? MedCom og PLO vil gerne monitorere på implementeringen. Er der nogen tekniske problemer? XMO har haft problemer med at få deres endelige certifikat. NOVAX kan ikke sige noget endnu, da Michael først er blevet orienteret om det sent. De bruger 2-faktor løsningen. Men det kræver, at der kommer til at stå, at det er under udvikling med en rød knap. Man skal sende de rigtige signaler omkring hvor vi er. Martin: der skulle gerne stå at de er i drift over hele linien, da de har bokset en del med frikøbsaftaler. Konklusion: Fra PLOs side er der i hvert fald behov for at monitorere det. Vi vil gerne udstille det på MedComs hjemmeside og det blev også aftalen. Monitoreringen skal vise de forskellige leverandørers idriftsættelse/udbredelse sammenholdt med 2 faktor anvendelse. 11. Status på modernisering af MC-standarder og infrastruktur Michael fremlagde status: MedCom afprøver HL7 FHIR, da den er dynamisk frem for CDA-er som er mere statiske. Vi afprøver det på korrespondancemeddelelsen. Det udvikles i samarbejde med Dansk HL7 affiliate og koordineres med Sundhedsdatastyrelsen. Det handler om at lave en meget dynamisk standard med HL7 FHIR. Planen er at det kan nås her i oktober måned. Tidsplan for infrastrukturen, som involverer flere parter. Vi har samarbejdsaftale med Trifork til at bygge noget. Vi skal have fundet nogle parter at afprøve det med. Kan vi komme med et alternativ til at sende mellem to parter? Hvordan kan det udstilles for andre, hvis der er andre som skal se det som er sendt. Det er et meget teknisk projekt, der er ikke taget stilling til det juridiske i forhold til deling af data. Michael gennemgik slide med infrastrukturen. Nederste lag er VANS infrastrukturen. Næstnederst er afsende og modtager laget. edelivery infrastrukturen afprøves i den forbindelse. Det er vigtigt at arkitekturen fra CDA osv. også bliver overført til disse hoteller/repository. 8

9 Tanken er at de samme services omkring samtykke osv. bruges her også. VANS er godt klar over, at det kommer og at disse krav kommer fra nationalt hold. Projektet er mere proof of concept for at få noget erfaring og hvad kan lade sig gøre. Alle skal ikke nødvendigvis flytte sig samtidig. Martin nævner, at man skal være opmærksom på datadeling og at der er en masse man kan dele med denne nye teknologi. 12. Status på nyt CPR-opslag Der efterspørges flere oplysninger i CPR-opslaget om patienten og relaterede personer, som ikke er tilstede i den nuværende version MedCom har defineret en version 1.0.4, som er under udvikling hos sundhedsdatastyrelsens leverandør. Det er planen, at såvel ny service på NSP samt tilhørende testværktøjer færdiggøres i oktober, så det nye CPR-opslag kan medtages i den førstkommende testcamp i Dokumentation vil være klar 1/ Michael opridsede kort ovenstående. Det er en planlagt opgave, som hedder CPR-opslag version 1.0.4, hvor der er kommet nye ting på. Vi har sendt opgaven til sundhedsdatastyrelsen som har iværksat udvikling. De er godt i gang med udvikling og deres testværktøj skulle også omfatte de nye ting, så de kan testes. Vi har ikke hørt andet end at leverancen er 1. oktober med implementering 1. november. Metadata fra brugerne. Michael Munk nævner at de gerne vil have en total liste fra klinikken med navne og cvr-numre osv. hvert år. Michael listede op, hvad der bliver ændret i den nye version. Se slide. Må man få oplysning om ægtefælles cpr-nummer ved cpr-opslag? Michael har spurgt og de har ikke givet afslag på dette. Vi spørger lige igen om de er helt sikre. PL-forum er rigtig glade for at det nye cpr-opslag er kommet. 13. Orientering Der er vedlagt et separat bilag med notater på de enkelte orienteringspunkter. Orienteringspunkterne tages kun op, hvis der er supplerende eller afklarende spørgsmål. 14. Evt. Der var ikke nogen spørgsmål til orienteringspunkterne. Se ovenfor. Næste møde bliver tirsdag den 15. januar 2019 kl Supplement til sikkerhedssituationen: SDN version 3 er opgraderet. Der er stadig organisationer, som ikke er flyttet over på det nye net og stadig hænger på det gamle. Heriblandt er der også nogle lægesystemer. MC styregruppen drøftede hvordan man kan slukke for disse systemer, hvor der bliver meldt en hård deadline ud som hedder Der kommer en ikke så venlig mail ud fra os omkring dette til de leverandører, som ikke er flyttet over på det nye net, så det kan komme på plads. 9

10 Rettidig omhu. Fin tilbagemelding på mødeformen. 10