Hurtigt patientoverblik

Transkript

1 Digital Almen Praksis Hurtigt patientoverblik Funktionel beskrivelse af wireframes juli 2018 Indledning Dokumentet her samler en kort procesbeskrivelse for hvordan wireframen for projektet Hurtigt Patientoverblik er blevet lavet og efterfølgende en beskrivelse af de enkelte elementer i brugergrænsefladen. Proces Wireframen er udviklet hen over 3 workshops med fagpersonale fra almen praksis i regi af MedCom. Den første workshop tog udgangspunkt i den mock-up som er indeholdt i Deloitte rapporten og validerede elementerne med det kliniske personale. Indsigter og overvejelser herfra blev tegnet ind i første version af wireframen og blev yderligere kvalificeret og tilrettet hen over de næste to workshops for at validere de antagelser, som er gjort i Deloitte rapporten og rette dem til, hvor det har været nødvendigt. I beskrivelsen nedenfor af de enkelte del-elementer i brugergrænsefladen bliver diskussionerne på workshoppen opsummeret og danner dermed begrundelse for hvorfor wireframen ser ud som den gør. Grundlæggende om legoklodserne i overblikket Formålet med overblikket i wireframen er, at man med et enkelt blik skal kunne skabe sig et fyldestgørende indtryk af patientens aktuelle situation. Man kan som sådan ikke udføre nogen systemspecifikke handlinger i overblikket; aftaler laves stadig i kalendersystemet, journalnotater laves i lægesystemet osv. 1

2 Overblikket er stykket sammen og struktureret af forskellige perspektiver på patienten: - administrativt overblik : er der taget en ydelse for konsultationen, er der opsamlet og telefonnummer på patienten, og er patienten oprettet til digital brug af lægens systemer. Samt hvilke samtykker til deling af data er givet. - proces-relateret overblik : hvilke tider har patienten senest haft i klinikken og hvilke tider er booket i fremtiden. Ligeledes et overblik over de svar som kommer fra andre steder i sundhedsvæsenet. - klinisk overblik : de kliniske/sundhedsfaglige data (overvejende FNUX) som bruges til at orientere sig i patientens helbredsmæssige situation Der forestår et arbejde med at beskrive hvor data til de enkelte elementer kommer fra. Som udgangspunkt vil FNUX-standarden understøtte de kliniske data - mens de proces-relaterede og administrative data ligger lokalt i det enkelte lægesystem. Dog er der på nuværende tidspunkt en række afvigelser eller udvidelser til FNUX, som er tænkt ind i nuværende udgave af wireframen - kort opsummeret er de som følger: 1) Er patienten en del af et nationalt forløb (er der fx oprettet en KOL og/eller Diabetes forløbsplan for patienten) 2) Afsluttede diagnoser 3) Børneundersøgelser 4) Intern note/obs 5) Samtykke begrænsninger 2

3 Elementer i wireframen: 1. ID-elementet Elementet viser stamdata for patienten og understøtter helt grundlæggende sikker, entydig identifikation. Formålet er at give nem adgang til at tjekke om telefonnummer og er indhentet, så der fx kan kommunikeres med patienten via , samt om brugeren er oprettet til at kunne lave e-konsultationer og booke tider online. Det skal være nemt at se både om patienten har opgivet og er oprettet, for at personalet i en interaktion kan indsamle /tlf eller oprette - så der fremadrettet også kan kommunikeres digitalt. Samtidig vises det hvis patienten bruger et kaldenavn i steder for fornavn(e). Elementet viser også, hvis patienten ikke ønsker genoplivning. Delvist Alle brugere af systemet 2. Ikon samling Formålet er at give hurtigt overblik over hvilken situation patienten står i - hvilke kroniske sygdomme forefindes og hvad er i aktuelt fokus (fx graviditet eller amning eller en kronikerstatus). Ikonerne giver en grafisk visning, som hurtigt skal kunne genkendes. Alle brugere af systemet 3

4 3. Intern note Den intern note er tænkt som en alert, hvor personalet i klinikken kan give en advarsel til hinanden om fx patientens adfærd. Data har en sensitiv karakter, og derfor skal der klikkes på elementet for at indholdet vises. nej Alle med patientkontakt 4. Skifte visning Hele skærmvisningen kan konfigureres, så elementer og indhold kan skifte plads - det betyder, at de fleste skærmen i klinikken vil vise forskelligt indhold. Det skal derfor være nemt at se hvilken visning, som man aktuelt kigger på - og samtidig være nemt at skifte over til en anden visning, som bedre understøtter den aktuelle arbejdssituation man står i - fx skiftet fra at sidde i konsultation og modtage patienter og til telefon-konsultationer. nej Alle brugere af systemet - dog vil nogle brugere have mere faste roller i klinikken, hvor brugssituationen ikke skifter (fx sekretær-rolle) 4

5 5. Administration Formålet med elementet er at støtte lægen i at sørge for de administrative opgaver rundt om en patient-konsultation i forhold til de opgaver, som knytter sig til den enkelte patient. Det kan være om der er taget en ydelse for konsultationen - eller om patienten er udeblevet fra relevante undersøgelser. Pt vil dermed kunne blive mindet om fx at få booket en tid til årskontrol, når vedkommende henvender sig om noget andet. Samtidig kan det undersøges, om der kan bruges påmindelser på tværs af patienter, hvor der er en relation - fx at manden skal huske konen på, at hun skal til Diabetes årskontrol. Data er ikke understøttet i FNUX - men forventes at findes i alle lægesystemer Feltet er både relevant for lægen i konsultationen, som skal sørge for at gennemføre de administrative opgaver rundt om patienten. Og for skranken som ved telefoniske henvendelser hurtigt kan se, om der er andet end patientens henvendelsesårsag, som klinikken skal huske at snakke med patienten om. 6. Relationer Elementet viser de typisk familiære relationer, som patienten har - dvs. ægtefælle/samlever og børn. Samtidig kan også vises værge-relationer og fuldmagtsforhold (hvis patienten fx kan agere på vegne af en forældre). Og fx kommunale kontaktpersoner, der kan agere på patientens vegne (fx integrationsmedarbejder eller kontaktpersoner på bosteder). Der vises også telefonnummer på de personer i listen, hvor det haves. Ligeledes vises hvor længe fuldmagten gælder (ifølge GDPR laves der fuldmagter for en 1-årig periode) Ved tryk på en af de pårørende i oversigten kommer man videre til fx mandens oversigt. Feltet indeholder også angivelse af begrænset samtykke til at dele data på tværs af sektorer. delvist Både relevant for læge og sygeplejerske og for administration af data 5

6 7. Behandlingsmål I forbindelse med en række af forløbsprogrammerne arbejdes der struktureret med patientens egne behandlingsmål - fx i digitale forløbsplaner for KOL og Diabetes (se screenshot nedenfor), hvor målene laves i samarbejde med patienten til årskontrollen. Derudover bruges boksen til også at vise andre mere interne noter som er relevante i mødet med patienten. Det vil sige de psykosociale faktorer, som siger noget om hvor og hvordan patienten skal mødes, og som kan have stor betydning for hvordan patienten tager imod behandling. Data er ikke indeholdt i FNUX Alle med patientkontakt 6

7 8. Patientens egen beskrivelse Formålet er at vise data fra patienten - det vil typisk være data, som er opsamlet i forbindelse med bookingen af konsultationen (fx understøttet af projekt Bedre Forberedelse af Konsultationer). Feltet viser hvordan og hvornår patienten har henvendt sig - og uddyber kontakt-årsag og forventninger til konsultationen. Feltet vil også kunne bruges til at opsamle de noter, som en sygeplejerske tager, hvis patienten henvender sig telefonisk - der vil i dette tilfælde fremgå at data kommer fra telefon-samtale med patienten. Data er ikke en del af FNUX Informationen i feltet er relevant for lægen lige inden konsultationen, hvor lægen forbereder sig til mødet med patienten. 9. Aftaler Formålet er at få et overblik over patientens kommende aftaler i praksis - listen over kommende aftaler vil gøre det nemt at se, om der fx er booket en konsultation til at give patienten svar på en netop taget blodprøve. Dermed understøtter elementet, at praksis-personalet kan hjælpe med at give patienten en oplevelse af sammenhæng i behandlingen, hvor det nemt kan ses om næste aftale er på plads eller patienten skal mindes om at booke ny tid. Ikke del af FNUX - men data vil være i det enkelte lægesystem. Elementet er både relevant for læge og praksispersonale i øvrigt 7

8 10. Diagnoser Elementet viser forskellige typer af diagnoser. De kroniske diagnoser vises øverst - og der kan tilføjes debutår for hver diagnose. Samtidig vises udvalgte afsluttede diagnoser - det kan fx være kræft eller traume diagnoser - som kan have en betydning senere i livet, selvom diagnosen formelt set er afsluttet. Men det kan give vigtig viden til lægen i forhold til at tolke nutidige symptomer. Derudover vises også aktuelt fokus eller udrednings-diagnoser, som beskriver hvad patienten evt er til udredning for. ja - delvist (afklar hvordan afsluttede diagnoser er kodet) 11. Medicin Formålet med elementet er at vise et overblik over hvor mange aktive ordinationer og aktive recepter, som patienten har. Det er også muligt at se, hvornår overblikket er opdateret fra FMK. Samtidig vises det her, hvis der er CAVE. lægen i forhold til at danne sig et overordnet indtryk af patientens situation. 12. Seneste konsultationer Elementet viser historikken for patienten - hvilke konsultationer og hvornår har patienten tidligere været til. Dermed gives et overblik over patientens kontaktflade til klinikken. Nej - men ligger i lægesystemet 8

9 13. Beskeder Formålet er at vise de snitflader patienten har til andre dele af sundhedsvæsenet - det kan fx være om patienten har været til vagtlæge/skadestue, om der er kommet epikrise fra øjenlægen eller om der er kommet svar på prøveresultater. Dermed er det nemt at se, om der er kommet nyt i forhold til patienten, som skal tages i betragtning.? lægen i forhold til at se, om der er information andre steder fra. Og relevant for skranken, hvis patienten ringer for at høre, om der er kommet svar på en prøve. 14. Tendens (Beslutningsstøtte) Formålet med elementet er at introducere beslutningsstøtte baseret på patientens data. Beslutningsstøtten kan fungere på flere niveauer - listen er her ikke udtømmende og opsamler blot eksempler fra diskussioner på workshops: Niveau 1 : evidensbaserede anbefalinger til behandling af patienten ud fra lægefaglige kriterier (fx stillet til rådighed af KIAP) - markering af om patienten burde være i et forløb baseret på inklusionskriterierne (fx for KOL og Diabetes forløb) - risico-score for kroniske og/eller multisyge patienter (rød/gul/grøn) (GOLD klassifikation til stratificering af patienter) - Markering af score for medicin-sammensætning (fx obs på Maravan) - Promt for at medicingennemgang for fx ældre medicinske patient bør laves ved bestemte tærskelværdier: fx 3 røde, 2 gule og 4 grønne præparater Niveau 2 : Compliance - når patienten fx ringer ind og gerne vil forny medicin kan det hurtigt ses at: - patient er udeblevet fra årskontrol (bør få booket årskontrol) - manglende måling af blodtryk (bør måles inden fornyelse af recept) - patientens individuelle behandlingsmål og markering af om 9

10 patienten har opfyldt dem Niveau 3 : praksisbaseret erfaringer ud fra den enkelte praksis egne guidelines, fx - frekvens af konsultationer sammenstillet med antal henvendelser til vagtlæge (giver sårbarheds-score for patienten) - for barn: følges vækstkurver og vaccinationsprogram - rygestatus - hyppig henvendelse til skadestue - patienten bør ses 2 gange om året i klinikken Data findes i Fnux, men for niveau 1 vil der skulle trækkes på en algoritme fra KIAP baseret på lægefaglig kvalificering (det vil give den fordel, at når nationale vejledninger ændrer sig, så vil det kun være dette ene sted, som skal ændre i algoritmerne for beslutningsstøtte) For niveau 2 og 3 findes data både i fnux og i lægesystemet (fx frekvens af konsultationer) lægen i forhold til beslutningsstøtte for den lægefaglige intervention. 15. Journalnotater Elementet er ikke med i wireframen. Der var diskussion om hvorvidt, det var relevant for det hurtige overblik. Elementet vil indeholde uddrag af de sidste fx 3 journal-notater fra de sidste konsultationer i klinikken. ja Læge og sygeplejerske 10