R E F E R A T. Fælles brugergruppemøde Hurtigt patientoverblik og Bedre forberedelse af konsultationer

Transkript

1 Forskerparken 10 DK-5230 Odense M Telefon: Mobilnr ghe@medcom.dk R E F E R A T Dato Vor ref. GHE Fælles brugergruppemøde Hurtigt patientoverblik og Bedre forberedelse af konsultationer Tidspunkt: Torsdag den 22. november kl. 10:00-14:30 Sted: MedCom, mødelokale C Deltagere: Afbud: Bioanalytiker Margit Kristensen Tofting, Løgstrup Lægepraksis Praksismanager Johanne Gade Damsgaard, Læge Marianne Grosbøl-Rais Læge Kurt Rasmussen, Skødstrup lægepraksis Læge Annette Houmand, PLO Læge Martin Bach Jensen, DSAM Supporter/konsulent Thomas Wegener Blom Nielsen, Ganglion Konsulent Pia Andersen, Novax Konsulent Jens-Henrik Engqvist, EG data Udvikler Nicklas Klinch, A-data Konsulent Susanne Christensen, A-data Kundechef Beate Gade, A-data Programleder Tom Høg Sørensen, MedCom Konsulent Tina Aa. Bjørnsholm, MedCom Projektmedarbejder Gitte Henriksen, MedCom (referent) Lægesekretær Maja Morell Christensen, Lægehuset Klokkerholm Læge Henrik Rasmussen, KiAP

2 Referat: 1. Velkomst og præsentationsrunde Velkomst ved Tina og kort gennemgang af dagsordenen. Herefter præsentationsrunde bordet rundt. 2. Status og gennemgang af Hurtigt Patientoverblik Susanne gennemgik deres løsning. Fokuspunkter: overskuelig brugerflade, relevante moduler og regler, nem opsætning. Nuværende moduler: aftaler, cave, egne lab.analyser, epikriser, henv. ind og ud, kontaktdiagnoser, kontinuation, kroniske diagnoser, obs. beskeder, medicinkort, relationer, vaccinationer, risikoprofil. Er ude hos 4 kunder i test, er blevet præsenteret for brugergruppen og A-Data har haft det med på Lægedage. Moduler andre ideer: tider: opdel i tidl. og fremtidige. Ubehandlet post ubesvarede mails, ikke godkendte parakliniske svar, ikke godkendt online tidsbestillinger, ubehandlede receptfornyelser, ubesvarede LÆ anmodninger. Graviditet. Børnekort. Ydelser/regninger. Seneste lab.analyser. visning af integrationer. Flydenotatet som sit eget modul. Regler nuværende: Kroniske diagnoser: - diabetes, hypertension, KOL Andre forslag: - aldersbetinget, graviditet, andet? Andre tilbagemeldinger: Medicinkort: - vis alle (med scrollbar) Flere diagnoser o.lign. - der skal findes en løsning for prioritering som skal kunne afgøre, hvilken fane der er mest relevant. Gennemgang: Brugerniveau og ikke rolleniveau? Forslag om Pivottabel måden at sætte klinikken op på, hvor det er meget fleksibelt. Tilbagemeldinger: Hvad skal f.eks. ligge omkring flere kroniske sygdomme? Er stadig ude hos kunderne med tilbagemelding om mangler ved løsningen. Fagligt input fra DSAM omkring løsning kunne være en opgave til dem, så man får samme visning af de forskellige moduler man sætter ind, men det er fleksibelt, hvordan man kan sætte det op i de forskellige faner. Man kan lave et forslag til en god fane, som man kan bygge videre på, evt. også en anden brugers fane. En standardopsætning kunne være en god ting, også når man skifter systemleverandør. Tilvalg af flere kroniske diagnoser til en fane, men også andre diagnoser. 2

3 Plejehjemsfane: måske mere administrative moduler. Er tidsperspektiv tænkt ind? F.eks. graviditetsperiode eller de sidste 2 år for en diabetiker. Forslag om farvemarkering omkring typen af faner. Behov for noget andet end lige kroniske diagnoser som trigger, f.eks. andre diagnoser, graviditet o.a. Vigtigt at tage fat i nogen af de 3 praksis og få et formaliseret samarbejde og give dem mulighed for at arbejde videre med løsningen, så de kan få nogle flere erfaringer omkring brugen. Senere kan de så komme til et af møderne og vise hvordan det ser ud og med rigtige data. Tom har nogen penge til at understøtte dette. Faner som mangler: blanketter bl.a. Det er vigtigt at den enkelte klinik kan styre opsætningen og det gælder også for regler og advarsler, hvilke man vil have. Man skal kunne vælge ud fra nogle lister, men også selv kunne tilvælge andre opmærksomhedspunkter. Klyngesamarbejde: vil man hjælpe hinanden og lave deres egne kriterier for hvordan man fanger disse patienter og får fokus på dette. Ide/spørgsmål fra Tom. Klyngerne definerer selv hvad de vil have fokus på omkring kvalitet. Stor værdi for Annette med en tæller på, hvor mange gange patienten har været i lægevagten, skadestuen o.a. Hvad skal trigge på en obs.box som skal defineres særskift og ikke her i plenum. MedCom vil rundsende til gruppen til kommentering og flere idéer. Vigtigt med en lab.kort fane med de seneste værdier. Man skal aktivt gå ind og opdatere, gælder for flere ting bl.a. FMK, lab.svarportalen. Historiske data kontra fremtidige aftaler ved udeblivelse f.eks. Opfordring til A-Data om besøg hos deres pilotlæger for at se, hvordan de bruger det og for at få feedback på løsningen og også vende de forslag som er kommet op i dag om de kan bruges. Kombinere årskontroller på multisyge omkring det faglige indhold/anbefalinger, hvis man skal have det input skal man bede DSAM om at komme med dette, mener Martin. Højeste prioritet: flere muligheder som kan trigge overblikket, mere fleksibilitet i reglerne med og/eller. Flere kategorier og ikke kun kroniske diagnoser og andre diagnoser. Alder er også nævnt. Konkret til referatet, så man kan give feedback på de nævnte opgaver, som man vil arbejder videre med i A-data. 3. Præsentation & inspiration Min Læge App App-en releases den og den er relevant i forhold til bedre forberedelse og booking. Hurtig gennemgang ved Tom. Se slides. 3

4 Baggrunden er en del af programmet Digital almen praksis og en del af Deloitterapporten. Parterne PLO og SUM er enige om at der skal udvikles én app for almen praksis. Gennemgang af arkitekturen bag app-en. Se slide. Min læge app 1.0 se slide Herefter demonstrerede Tom app-en live. Patienten logger ind med nem-id og der skal laves en pin-kode og pt. kan vælge fingertouchgenkendelse eller pinkode som adgang. Status på e.l. vises som det første bl.a. ferielukning som hentes fra lægens system. Pt. kan sende en e-kons. anmodning med emne og besked. I indbakken kan pt. se hvor mange beskeder der ligger fra lægen. Pt. kan også se aftaler og tidl. aftaler med lægen som også hentes i lægens system. Bookingdelen er ikke implementeret endnu på app-en. Vaccinationer kan også ses og de hentes fra DDV. Medicin ses via FMK app-en, hvis man har den installeret. Henvisninger på sundhed.dk. Diagnoser (hentet fra lægesys.) f.eks. KOL, hvor der er et link til forløbsplaner. I indstillinger kan pt. sætte sin profil op. Dette er indholdet til version 1.0 til den 20. december Version 1.X aftales i november med bookning af tid, m.m. Version 2, se slide med forslag. 4. Status og gennemgang af Bedre Forberedelse af konsultationer Susanne fortalte, at A-data er mere i designfasen på ovenstående projekt, så der er ikke udviklet noget i systemet endnu. Fokuspunkter: - tilgængelighed - design med udgangspunkt i apps - intelligent system, der kun viser relevant info - mulighed for at booke på egne vegne + på vegne af sine børn - mulighed for at opsætte tid samme dag - lister med konsultationstyper erstattes med beskrivelse af symptom - booking af dobbelttider hos flere behandlere Forældremyndighed skal indkoopereres, så lægen er obs. på hvem der har forældremyndighed og at forældrene har underskrift fra den som har forældremyndigheden, og at den anden forældre kan bestille tid hos lægen. Spørgsmål til brugergruppen: Hvilken information har I brug for før en (alm.) konsultation? Ideer til, hvilke krav der skal stilles til systemet i forhold til konsultationstyper med behov for bookning hos flere behandlere. Skal altid være på samme dag eller skal systemer kunne håndtere bookninger over flere dage. Betinget bookning (pt. skal gøre noget inden da) 4

5 Valg af systemer har ikke en gang på jorden i praksis, det vil pt. ikke kunne finde ud af f.eks. om det er fysisk eller psykisk. Bestilling af tid: her skal man have en default læge. Receptfornyelse: ikke den store begejstring fra lægerne. Skemaudfyldelse her skal pt. have mulighed for at takke nej. Tid samme dag her kommer pt. faktisk med det som de har som problem. Hverdagsting, tid samme dag - kategorierne kunne være en samtale, en undersøgelse, vaccination, som er de ting man spørger ind til i telefonslusen. Vigtigt at klinikken selv kan bestemme hvordan det skal sættes op og det er individuelt. Bedre forberedelse er at både patient og læge er forberedt til konsultationen og ved hvad der skal tales om og at både patient og læge har forberedt sig. 2f besluttes i klinikken om man vil have det med. Stille værktøjet til rådighed for klinikken og så må man tage det derfra. 4f er det fritekstfelter eller er det noget klinikken definerer. Hvilken overskrift skulle det være? Forløb og følelser og forventninger med hjælpetekster til patienten. Rapporten sendes ud med referatet, så alle har den. Tom mener helt bestemt, at man i et hvert kliniksystem kan sætte op i patientens stamkort, hvem der er kontaktlæge eller kontaktperson. Opsamling: Der kommer en tilbagemelding fra A-data, om de har fanget det som er blevet nævnt i dag og har fået samlet det hele op. Til næste møde i gruppen vil vi gerne se noget mere omkring bedre forberedelse. 5. Eventuelt og næste møde Intet udover ros til A-data for at have taget opgaven til sig og læst rapporten fra Humade. Næste møde bliver ultimo februar torsdag den 28. februar kl Bilag: Teknisk referat fra A-data: _Patientoverblik_Teknisk_referat _Bedre forberedelse_teknisk_referat Præsentation_ DAP_overblik_forberedelse_brugergruppe Pernille Hylleberg - Evaluering af selvrapporterede patientdata i almen praksis 5