Emne 3.3 — Patient- og borgervendte digitale tjenester

En patientvendt digital tjeneste er i sig selv en folkesundhedsintervention: den kan udvide adgang og tillid for millioner eller i det stille udelukke netop dem, der mest har brug for pleje, og hvordan du bygger den, afgør hvilket.

Hvorfor det er vigtigt i sundhed og pleje#

Når du lægger en tjeneste direkte i hænderne på offentligheden, ændrer du forholdet mellem et menneske og det system, der plejer vedkommende. Et personalevendt system bruges af uddannede mennesker i et kontrolleret miljø; en patientvendt tjeneste bruges af en bange forælder klokken to om natten, en 84-årig, der deler telefon med en nabo, nogen uden fast bopæl, nogen der læser lidt engelsk, nogen i krise. Du får ikke selv lov at vælge dine brugere, oplære dem eller stå ved siden af dem. Tjenesten skal virke – sikkert, klart og fair – for alle, sundhedssystemet er forpligtet til at betjene, ikke blot de selvsikre og forbundne.

Den forpligtelse er det, der gør dette anderledes end forbrugerteknologi. I detailhandlen mister en forvirrende kasse et salg. I sundhed og pleje kan en forvirrende online triageformular, en uklar medicininstruktion eller et "book en tid"-flow, der lydløst svigter, føre til en overset diagnose, en forkert dosis eller et menneske, der giver op og møder op senere og sygere. Indsatsen er klinisk (se emne 1.6 — Klinisk sikkerhed og risikostyring), retlig (ligestillings- og tilgængelighedspligter binder offentlige organer) og økonomisk, fordi offentlige midler bruges, uanset om tjenesten faktisk hjælper nogen.

Der er også en tillidsdimension, som forbrugerprodukter sjældent bærer. Folk bringer deres sundhedsdata, deres frygt og en livslang erfaring med NHS til hver skærm, du viser dem. Hvis tjenesten føles udnyttende, uigennemsigtig eller usikker, vil de ikke blot skifte – de vil miste tilliden til den institution, der står bag (se emne 1.8 — Dataetik, samtykke og offentlig tillid). Og fordi de mennesker, der er mindst i stand til at navigere i en dårlig digital tjeneste, uforholdsmæssigt ofte er ældre, fattigere, handicappede eller digitalt udelukkede, udvider dårligt designede patientvendte tjenester aktivt uligheder i sundhed. At gøre dette godt er ikke et spørgsmål om finpudsning. Det er et spørgsmål om lighed, sikkerhed og offentlig tillid.

Kernebegreber#

En patientvendt tjeneste er den "digitale hoveddør": det online indgangspunkt, hvorigennem et menneske finder information, beviser, hvem vedkommende er, og starter en opgave. I England er de to nationale platforme, de fleste møder, NHS App og NHS login. NHS App, udviklet af NHS England, lader folk i England bestille og administrere aftaler hos den praktiserende læge, bestille gentagne recepter, se deres journal hos egen læge, tilgå NHS 111 online og fastsætte præferencer for datadeling og organdonation. NHS login er den separate identitets- og autentificeringstjeneste, der verificerer, hvem en person er (til et forholdsmæssigt assuranceniveau), så vedkommende sikkert kan nå sin egen journal på tværs af mange forskellige NHS- og partnertjenester – ganske som GOV.UK Verify engang sigtede mod at gøre for den centrale forvaltning. Det er vigtigt at beskrive disse nøjagtigt: NHS App er en hoveddør og en app, mens NHS login er det identitetslag, som mange apps og hjemmesider, ikke blot NHS App, kan bruge.

Bag hoveddøren ligger journaler og værktøjer. En elektronisk patientjournal (EPJ) er den klinikervedligeholdte journal, en udbyder opbevarer. En personlig sundhedsjournal (PHR) er en journal, patienten kan se, tilføje til og undertiden kontrollere, hvilket giver dem et fuldere overblik over deres egen pleje. En patientportal er den web- eller appgrænseflade, hvorigennem folk ser svar, beskeder, breve og journaler og kommunikerer med deres plejeteam. "Patientadgang til journaler" – retten til at læse sin egen journal hos den praktiserende læge og i stigende grad på hospitalet – er nu en standardforventning i England, ikke en tjeneste.

Flere tjenestetyper kører ovenpå. Online konsultation og online triage lader et menneske beskrive et problem digitalt, så det kan routes og prioriteres uden en telefonkø. Fælles beslutningstagning i medicin er praksissen, hvor kliniker og patient sammen når frem til plejebeslutninger, understøttet af klar information og beslutningsstøtteværktøjer – fanget i NHS’ sætning "ingen beslutning om mig uden mig". Selvstyringsværktøjer hjælper folk med at håndtere langvarige sygdomme dag til dag. Fjernpatientovervågning og telesundhed udvider plejen ind i hjemmet gennem enheder, video og asynkron beskedudveksling.

De begreber, der afgør, om noget af dette virker, handler om mennesker, ikke funktioner. Adoption er, om folk begynder at bruge en tjeneste; aktivering er, om de når det punkt, hvor de får værdi af den; og vedvarende engagement er, om de bliver ved med at bruge den, når det betyder noget. Patient Activation Measure (PAM) er et valideret instrument for en beslægtet idé – en persons viden, færdigheder og selvtillid til at håndtere sit eget helbred. Sat op imod alt dette er den digitale kløft: hullet i adgang, forbindelse og selvtillid, der betyder, at en rent digital sundhedstjeneste vil efterlade nogle bagud, medmindre assisterede digitale og ikke-digitale veje bevidst bevares (se emne 1.9 — Digital inklusion og tilgængelighed).

Bedste praksis#

1. Design hele hoveddøren, ikke én app. Beslut bevidst, hvilke kanaler et menneske kan bruge til at nå hver opgave – app, hjemmeside, telefon, personligt, via en pårørende eller fuldmagtshaver – og gør dem konsistente frem for konkurrerende. En patientvendt tjeneste er et sæt veje til et behov, ikke en enkelt download. Kortlæg, hvor den digitale vej overdrager til en menneskelig, og gør den sammenføjning elegant, fordi de fleste reelle forløb krydser den. Behandl valg af kanal som brugerens at træffe, ikke din at tvinge.

2. Brug nationale platforme frem for at genopbygge dem. Hvor NHS App og NHS login allerede leverer identitet, journaladgang, aftaler og recepter, integrér med dem i stedet for at bygge en parallel hoveddør, der fragmenterer oplevelsen og sikkerhedsmodellen. Det giver brugerne én betroet identitet og ét sted at kigge og arver assurancearbejde, du ellers ville gentage. Forbehold skræddersyet udvikling til reelt lokale behov, de nationale platforme ikke opfylder, og før disse behov tilbage til de nationale teams (se emne 9.0 — Samarbejde med partnerorganisationer).

3. Giv folk reel adgang til deres egne journaler, og gør den læselig. Adgang til journaler opbygger tillid og understøtter selvstyring, men en journal dumpet på skærmen i klinisk stenografi kan forvirre eller skræmme. Invester i indholdsdesign, så svar, breve og kodede indførsler er forståelige, og tænk omhyggeligt over følsomme oplysninger, safeguarding og hvordan en fuldmagtshaver eller pårørende ser en andens data (se emne 1.10 — Beskyttelse i digitale tjenester). Patientadgang er et designproblem, ikke blot en kontakt, der skal tændes.

4. Bevar assisterede digitale og ikke-digitale veje som en permanent funktion. For hver online opgave skal du beholde en understøttet og en fuldt offline måde at gennemføre den på, og ressourcesætte dem ordentligt frem for at behandle dem som legacy-overhead. "Digitalt som standard" må aldrig betyde "kun digitalt", fordi en meningsfuld andel af befolkningen ikke kan eller ikke vil bruge den digitale vej, og de er uforholdsmæssigt ofte dem med størst behov. Design den assisterede vej – en telefonlinje, en receptionist, en biblioteksmedhjælper, en familiefuldmagt – med samme omhu som appen (se emne 1.9 — Digital inklusion og tilgængelighed).

5. Gør online triage klinisk sikker fra design. Ethvert værktøj, der spørger om symptomer og router folk, skal bygges og styres som en klinisk sikkerhedsaktivitet, med klar eskalering ved rødt-flag-symptomer og en tilbøjelighed mod sikker overtriagering. Anvend de relevante standarder for klinisk risikostyring, hold en navngiven klinisk sikkerhedsansvarlig involveret, og overvåg udfald for oversete eller forsinkede pleje (se emne 1.6 — Klinisk sikkerhed og risikostyring). Et triageflow, der svigter lydløst, er ikke en brugbarhedsfejl; det er en patientsikkerhedshændelse.

6. Understøt fælles beslutningstagning, ikke kun transaktioner. Den højeste værdi i patientvendt digitalt er at hjælpe folk med at forstå muligheder og træffe valg, der passer til deres liv, ikke blot at bestille tider. Tilbyd beslutningsstøtteværktøjer, information i letforståeligt sprog og prompts, der inviterer til spørgsmål, og design, så en person kan holde pause, involvere familie og vende tilbage. Mål, om folk føler sig mere informerede og mere i kontrol, fordi det er pointen med værktøjet. Transaktioner er nødvendige; overvejelse er der, hvor udfald forbedres.

7. Instrumentér for udfald og oplevelse, ikke forfængelighedsmetrikker. Downloads og registreringer fortæller dig næsten intet; en tjeneste kan have millioner af registrerede brugere og ikke ændre nogens helbred. Mål aktivering og vedvarende, meningsfuld brug, opgavegennemførelse og – hvor du kan – reelle kliniske udfald og patientrapporterede oplevelses- og udfaldsmål (PREM’er og PROM’er). Offentliggør disse ved siden af adoptionstal, så organisationen ikke kan forveksle rækkevidde med værdi (se emne 10.0 — Mål og nøgleresultater (OKR’er)).

8. Opbyg tillid gennem klarhed, samtykke og sikkerhed. Fortæl folk ligeud, hvad en tjeneste gør, hvad den ikke gør, hvem der ser deres data, og hvordan man får hjælp eller når et menneske. Gør samtykke- og datadelingsvalg ægte og reversible, og narr aldrig folk med mørke mønstre til at dele mere, end de har til hensigt (se emne 1.8 — Dataetik, samtykke og offentlig tillid). I sundhed er tillid den platform, alt andet kører på; ét brud på den koster langt mere, end nogen funktion indtjener.

9. Design til interoperabilitet fra starten. En patientvendt tjeneste, der ikke kan læse fra og skrive til de underliggende journaler, er en silo, der skaber dobbeltindtastning og fejl. Brug åbne standarder, så bestillinger, beskeder og observationer flyder til og fra de systemer, klinikere faktisk bruger, og så en persons data følger dem på tværs af et fragmenteret plejelandskab (se emne 4.3 — Interoperabilitet og datastandarder). Offentligheden oplever interoperabilitet som "jeg behøver ikke gentage mig selv" – og dens fravær som fare og frustration.

10. Luk løkken med kontinuerlig forskning og drift. Bliv ved med at undersøge med rigtige, forskelligartede brugere efter lanceringen, ikke kun før den, og før det, I lærer, tilbage i backloggen (se emne 3.0 — Brugerforskning og servicedesign). Driv tjenesten som et produkt i drift med ordentlig support, overvågning og hændelseshåndtering, fordi en patientvendt tjeneste, der er nede eller i stykker, udhuler tilliden øjeblikkeligt (se emne 3.8 — Servicestyring og drift). Adoption optjenes kontinuerligt, ikke indfanges én gang.

Spørgsmål at drøfte med dit team#

1. Hvem kan ikke bruge denne tjeneste, som vi har designet den, og hvad sker der med dem? Enhver patientvendt tjeneste rummer antagelser – at folk har en smartphone, data, en e-mailadresse, en fast identitet at verificere mod, læsefærdigheden og selvtilliden til at udfylde en formular og synet, fingerfærdigheden og sproget til at gøre det. Nævn de grupper, jeres nuværende design udelukker eller stiller dårligere, og vær specifik: mennesker uden NHS-verificerbar identitet, mennesker der deler én enhed, mennesker der flygter fra overgreb og ikke kan risikere et digitalt spor, mennesker med kognitiv svækkelse. For hver beslut, hvad den assisterede eller ikke-digitale vej faktisk er, hvem der ressourcesætter den, og hvordan I vil vide, at den virker. Et godt, ærligt svar påstår ikke at betjene alle gennem appen; det nævner de udelukkede, kvantificerer dem, hvor muligt, og viser et finansieret, værdigt alternativ frem for et symbolsk telefonnummer, ingen besvarer. Det er her, lighed vindes eller tabes, og det hænger direkte sammen med emne 1.9 — Digital inklusion og tilgængelighed.

2. Hvordan vil vi vide, at denne tjeneste faktisk forbedrer sundheden, ikke blot at folk har tilmeldt sig? Det er let at fejre registreringer og downloads, fordi de kan tælles, og de stiger; det er meget sværere, og langt vigtigere, at vise, at nogen er bedre stillet. Drøft, hvilket udfald I faktisk forsøger at flytte – færre udeblevne aftaler, bedre kontrollerede langvarige sygdomme, tidligere henvendelse, mere informerede beslutninger – og hvordan I ville opdage en ændring i det. Debatter afvejningen mellem metrikker, I kan indsamle billigt nu, og de sværere mål for aktivering, vedvarende brug og kliniske udfald, der fortæller sandheden. Overvej, hvem der er ansvarlig, hvis adoptionen er høj, men udfaldene er flade, og om I er villige til at ændre eller stoppe tjenesten, hvis evidensen siger, at den ikke hjælper. Et stærkt svar knytter tjenesten til et lille antal ærlige udfalds- og oplevelsesmål, indrømmer, hvad I endnu ikke kan måle, og nægter at lade forfængelighedsmetrikker stå i stedet for værdi (se emne 1.3 — Evidensbaserede beslutninger og emne 10.0 — Mål og nøgleresultater (OKR’er)).

3. Hvor går digital bekvemmelighed på kompromis med klinisk sikkerhed, og hvem beslutter? Patientvendte værktøjer skaber reelle spændinger: hurtigere adgang kan betyde mindre klinisk tilsyn; selvbetjent triage kan overse den subtile præsentation, en kliniker ville fange; at vise folk deres rå svar kan informere eller alarmere; at lade folk bestille direkte kan underminere prioritering. Gennemgå, hvor jeres tjeneste hælder mod bekvemmelighed, og hvor den må hælde mod forsigtighed, og gør disse valg eksplicitte frem for emergente. Spørg, hvem der ejer det kliniske sikkerhedscase, hvordan rødt-flag-symptomer eskalerer, og hvordan I overvåger for skade, der kun viser sig samlet over tid. Overvej også safeguarding-vinklen – en tjeneste, der antager, at personen på skærmen er den, vedkommende siger, og er sikker, har ikke altid ret (se emne 1.10 — Beskyttelse i digitale tjenester). Et godt svar behandler sikkerhed som et designinput fra dag ét, med en navngiven klinisk sikkerhedsansvarlig og levende overvågning, ikke som en overholdelsesgodkendelse til sidst.

4. Når den digitale vej overdrager et menneske til en menneskelig, hvor elegant er den sammenføjning – og hvem opfanger det, der falder igennem? Næsten hvert reelt patientforløb krydser fra appen til et menneske og undertiden tilbage igen: en online triage, der router til et opkald tilbage, en bestilling, der kræver en receptionist for at blive løst, en fuldmagtsanmodning, der skal verificeres, et svar, der udløser en bekymret besked. Disse overdragelser er, hvor tjenester stille svigter, fordi hver side antager, at den anden har personen og konteksten. Kortlæg de specifikke overgange, jeres tjeneste skaber, og spørg, hvilken information der rejser over dem, hvor længe personen venter, og hvad der sker, hvis ingen af siderne tager imod. Debatter, om den digitale vej reelt mindsker belastningen på personalet eller blot flytter den et mindre synligt sted hen, og om frontpersonalet blev designet med, ikke blot rakt det nye flow (se emne 3.0 — Brugerforskning og servicedesign). Et ærligt svar kan følge et menneske fra ende til anden over hver sammenføjning, nævner, hvem der ejer overdragelsen, og viser reservevejen, når den automatiserede vej ikke kan gøre arbejdet færdigt – frem for at antage, at den digitale hoveddør lukker løkken af sig selv.

5. Hvad er de samlede omkostninger ved at drive dette godt i årevis, og er vi ærligt ressourcesat til at imødekomme dem? Patientvendte tjenester finansieres ofte som projekter – en udvikling, en lancering, en overskrift – når de i sandhed er produkter i drift, der skal understøttes, overvåges, undersøges og forbedres på ubestemt tid, ved siden af de assisterede digitale og ikke-digitale veje, de aldrig fuldt kan erstatte. Drøft, hvad det faktisk koster at holde telefonlinjen bemandet, indholdet aktuelt, tilgængeligheden vedligeholdt, det kliniske sikkerhedscase levende og integrationerne fungerende, når nationale platforme ændrer sig under jer. Bring den ubehagelige afvejning frem, at en reelt inkluderende tjeneste er dyrere end en kun digital, og beslut, om business casen bygger på reel tilbagevendende finansiering eller på optimistiske besparelser, der forudsætter, at alle skifter kanal. Overvej, hvad I vil stoppe med at gøre for at betale for dette, og hvem der er ansvarlig, når finansieringen i år to fordamper, men tjenesten og dens brugere består. Et stærkt svar behandler bæredygtighed og support som førsteklasses omkostninger fra starten (se emne 3.8 — Servicestyring og drift og emne 6.1 — Sundhedsøkonomi), ikke som en eftertanke, når lanceringsbudgettet er brugt.

6. Hvem ejer denne tjeneste, når lanceringen er forbi, og har de mandat til at blive ved med at ændre den? En patientvendt tjeneste, som ingen ejer som et levende produkt, driver: indhold forældes, tilgængeligheden forringes, integrationen brister i det stille, og forskningen stopper den dag, projektholdet opløses. Drøft, hvem der holder tjenesten efter idriftsættelsen, om de er et reelt produktteam med beføjelse til at prioritere, ændre og endda slukke funktioner, eller blot en vedligeholdelsesfunktion, der kun kan holde lyset tændt. Undersøg, hvordan beslutninger træffes, når kliniske, operationelle, informationsstyrings- og kommunikationsinteressenter alle har en andel og et veto, og om den beslutningsvej er hurtig nok til at rette et sikkerhedsproblem eller langsom nok til at beskytte en. Overvej, hvordan feedback fra brugere og frontpersonale faktisk når dem, der kan handle, og om organisationen vil blive ved med at finansiere et team til at forbedre noget, der allerede ser ud til at virke. Et ærligt svar nævner den ansvarlige ejer, beskriver deres reelle mandat og hvordan levende læring føder backloggen, og indrømmer, hvor styring enten beskytter eller lammer tjenesten (se emne 5.0 — Produktledet arbejde).

I praksis: et eksempel fra sundhed og pleje#

Et integreret plejesystem (ICS), der dækker en blandet by- og kystbefolkning, vil mindske presset på lægernes telefonlinjer og forbedre adgangen og foreslår at udrulle et online konsultations- og triageværktøj integreret med NHS App og NHS login. Fristelsen er at måle succes på antallet af registreringer og faldet i opkaldsvolumen og at erklære sejr inden for et kvartal.

Leveranceansvarlige insisterer på at rammesætte det anderledes. I afdækningen undersøger teamet med en bevidst bred gruppe: selvsikre appbrugere, men også en ældre kvinde ved kysten med intermitterende bredbånd, en mand med lav læsefærdighed, der aldrig har brugt e-mail, en pårørende, der administrerer aftaler for sin mor som fuldmagtshaver, og en kvinde i et krisecenter, der ikke kan risikere, at hendes opholdssted logges. De finder, at triageformularens håndtering af røde flag er solid, men at dens sprog besejrer brugeren med lav læsefærdighed, at fuldmagtsforløbet er forvirrende, og at identitetsverificeringen i NHS login udelukker mennesker uden pas eller kørekort. Afgørende finder de, at når telefonlinjen nedprioriteres til fordel for appen, falder kyst- og sårbare brugere simpelthen ud af kontakt frem for at skifte kanal.

Så ICS’et nulstiller sin plan. Det holder telefonlinjen fuldt bemandet som den assisterede digitale vej, ikke en legacy-omkostning, og finansierer en lokal ordning med "digitale sundhedshjælpere" gennem biblioteker og apoteker. Det arbejder med det nationale NHS App-team om fuldmagtsforløbet frem for at bygge en omvej og udpeger en klinisk sikkerhedsansvarlig til at eje triagerisikocasen med overvågning af tilfælde, hvor digital triage underrouterede en patient, der senere henvendte sig akut. Det ændrer også sine mål: ved siden af adoption følger det opgavegennemførelse efter brugergruppe, vedvarende brug, patientrapporteret oplevelse og et lille sæt kliniske udfald. Seks måneder inde er downloads lavere, end et rent app-først-tryk ville have givet, men adgangen er forbedret på tværs af hver gruppe, også de mest udelukkede, og triageværktøjet har sikkert eskaleret flere alvorlige henvendelser. Bestyrelsen accepterer den langsommere adoption, fordi tjenesten påviseligt er fairere og sikrere.

Sektorperspektiver#

Startup#

Et lille digitalt sundhedsfirma lever og dør af adoption og fastholdelse, så det vil instrumentere engagement besat og iterere hurtigt – en reel styrke, det bredere system kan lære af. Faren er at optimere for de metrikker, der imponerer investorer (downloads, månedlige aktive brugere) frem for sundhedsudfald og at designe til de selvsikre tidlige adoptere, der er billigst at erhverve. En startup, der sælger til NHS, skal vise, at den opfylder Digital Technology Assessment Criteria (DTAC), integrerer med NHS login og åbne standarder frem for at fange brugere i en silo, og har et troværdigt klinisk sikkerhedscase. De grundlæggere, der vinder langvarige kontrakter, er dem, der behandler inklusion og sikkerhed som produktkrav, ikke overholdelsesbalast.

Lille virksomhed#

En etableret lille udbyder – en lægepraksis, et lokalt apotek, et plejehjem eller et hjemmeplejefirma, en enkelt klinik – har rigtige patienter og en omsorgspligt, men næsten ingen dedikeret digital eller it-kapacitet, så dens realistiske træk er at tage nationale platforme og leverandørværktøjer i brug frem for at bygge sin egen hoveddør. Den bør læne sig hårdt op ad NHS App, NHS login og de online konsultationssystemer, der allerede er kvalitetssikret til dens setting, og bruge sin knappe indsats på den menneskelige sammenføjning: at sikre, at reception, klinikere og pårørende kan håndtere det, den digitale vej sender dem, og at telefon- og walk-in-vejene forbliver reelt åbne for dens ofte ældre eller skrøbeligere patienter. De samme pligter om tilgængelighed, klinisk sikkerhed og samtykke binder den som et stort hospital, men uden et styringsteam, så den må vide, hvilken leverandør der bærer det kliniske sikkerhedscase, og hvilke forpligtelser der forbliver dens egne. En lille udbyder, der behandler sit valgte system som en tjeneste i drift, der skal konfigureres og overvåges, ikke et felt krydset af ved købet, vil tjene sit lokalsamfund langt bedre end en, der tænder standardindstillingerne og kigger væk.

Stor virksomhed#

Et stort NHS-hospital eller ICS driver patientvendte tjenester i stor skala på tværs af et fragmenteret landskab, så dets centrale problem er sammenhæng: flere portaler, breve og apps, der hver løser én opgave og samlet forvirrer patienten. Dets fordel er rækkevidde og evnen til at finansiere assisterede digitale og ikke-digitale veje ordentligt; dets risiko er træghed, siloopdelt indkøb og en tilbøjelighed til at købe endnu en portal frem for at integrere med nationale platforme. Styring er tungere og langsommere, hvilket beskytter sikkerhed, men kan sulte iteration, så virksomheden har brug for produktteams med reelt mandat til at blive ved med at forbedre tjenester i drift (se emne 5.0 — Produktledet arbejde). Målet for modenhed er, om en patient oplever én sammenhængende hoveddør eller et dusin usammenhængende.

Myndighed#

Et nationalt organ som NHS England bygger de platforme – NHS App, NHS login, journaladgang – som alle andre bygger på, så dets beslutninger sætter loftet for lighed og interoperabilitet i hele systemet. Dets ansvar er over for parlamentet og offentligheden for udgifter, sikkerhed og retfærdighed, hvilket med rette hæver barren for tilgængelighed, gennemsigtighed og bevarelse af ikke-digitale veje. Den svære opgave er at afbalancere en enkelt, konsistent national oplevelse mod reel lokal variation og at modstå det politiske træk til at fejre overskrifts-registreringstal frem for reelle udfald. Myndighedens unikke løftestang er standarder og standardindstillinger: hvad den påbyder for identitet, interoperabilitet og tilgængelighed, former millioner af interaktioner, den aldrig selv vil designe direkte.

Typiske fejlmønstre#

• Registreringsteater. At rapportere downloads og tilmeldinger som succes, mens ingen tjekker, om nogen får værdi eller bedre helbred. Ret det ved at måle aktivering, vedvarende brug og udfald fra starten.
• Kun-digitalt-krybning. At stille og roligt trække eller underfinansiere telefon- og personlige veje, når appen findes, hvilket udelukker de mest sårbare. Ret det ved at behandle assisterede digitale og ikke-digitale veje som permanente, finansierede funktioner.
• Portalspredning. Hver tjeneste køber sin egen patientportal, så offentligheden står over for en labyrint af logins. Ret det ved at integrere med nationale platforme og åbne standarder.
• Triage som en funktion, ikke et sikkerhedscase. At levere symptomrouting uden klinisk sikkerhedsstyring eller overvågning af skade. Ret det ved at anvende standarder for klinisk risiko og udpege en klinisk sikkerhedsansvarlig.
• Journaler uden forståelse. At blotlægge rå kliniske data uden indholdsdesign, hvilket alarmerer eller forvirrer patienter. Ret det med indhold i letforståeligt sprog og omhyggelig håndtering af følsom adgang og fuldmagtsadgang.
• Samtykke ved mørkt mønster. At nudge folk til datadeling, de ikke forstår, hvilket ætser tilliden. Ret det med ægte, enkelt og reversibelt samtykke.
• Lancér-og-forlad. At behandle tjenesten som et projekt, der slutter ved idriftsættelsen, frem for et produkt i drift, der skal undersøges, understøttes og forbedres.

Modenhedsmodel#

Tjekliste#

• For hver opgave findes en digital, en assisteret digital og en ikke-digital vej, og de er finansieret
• Tjenesten integrerer med NHS App og NHS login frem for at duplikere identitet eller hoveddøren
• Patienter kan tilgå deres egne journaler i et sprog, de kan forstå, med sikker håndtering af fuldmagt og følsomme data
• Enhver triage eller symptomrouting har et klinisk sikkerhedscase, en navngiven sikkerhedsansvarlig og eskalering ved røde flag
• Succesmål omfatter aktivering, vedvarende brug, opgavegennemførelse og reelle udfald – ikke kun downloads
• Samtykke- og datadelingsvalg er enkle, ægte og reversible, uden mørke mønstre
• Tilgængelighed opfylder WCAG og testes med hjælpeteknologi og rigtige udelukkede brugere
• Bestillinger, beskeder og observationer flyder til og fra kliniske systemer via åbne standarder
• Tjenesten drives som et produkt i drift med support, overvågning og hændelseshåndtering
• Forskning med en forskelligartet population fortsætter efter lancering og føder backloggen

Centrale kilder#

• NHS England — vejledning og udviklerdokumentation for NHS App og NHS login
• NHS Service Standard og NHS Digital Service Manual — design af tilgængelige, inkluderende offentlige tjenester
• GOV.UK Service Manual (Government Digital Service) — assisteret digital, kanalvalg og servicedesign
• NHS England — DCB0129- og DCB0160-standarderne for klinisk risikostyring i sundheds-it
• Digital Technology Assessment Criteria (DTAC) — NHS Englands baseline for digitale sundhedsteknologier
• NICE Evidence Standards Framework for Digital Health Technologies
• Web Content Accessibility Guidelines (WCAG) — W3C
• NHS RightCare Shared Decision-Making Programme
• Insignia Health / Judith Hibbard — Patient Activation Measure (PAM)

Referencer#

1. NHS app — Wikipedia — https://en.wikipedia.org/wiki/NHS_app
2. Personal health record — Wikipedia — https://en.wikipedia.org/wiki/Personal_health_record
3. Electronic health record — Wikipedia — https://en.wikipedia.org/wiki/Electronic_health_record
4. Patient portal — Wikipedia — https://en.wikipedia.org/wiki/Patient_portal
5. Shared decision-making in medicine — Wikipedia — https://en.wikipedia.org/wiki/Shared_decision-making_in_medicine
6. Remote patient monitoring — Wikipedia — https://en.wikipedia.org/wiki/Remote_patient_monitoring
7. Telehealth — Wikipedia — https://en.wikipedia.org/wiki/Telehealth
8. Patient Activation Measure — Wikipedia — https://en.wikipedia.org/wiki/Patient_Activation_Measure
9. Digital divide — Wikipedia — https://en.wikipedia.org/wiki/Digital_divide
10. Digital health — Wikipedia — https://en.wikipedia.org/wiki/Digital_health
11. GOV.UK Verify — Wikipedia — https://en.wikipedia.org/wiki/GOV.UK_Verify
12. NHS App — NHS England — https://www.nhs.uk/nhs-app/
13. NHS login — NHS England — https://www.nhs.uk/nhs-services/online-services/nhs-login/
14. NHS Service Manual and Service Standard — NHS England — https://service-manual.nhs.uk/
15. GOV.UK Service Manual: Assisted digital and channel choice — Government Digital Service — https://www.gov.uk/service-manual/helping-people-to-use-your-service
16. Clinical risk management standards DCB0129 and DCB0160 — NHS England — https://digital.nhs.uk/services/clinical-safety
17. Digital Technology Assessment Criteria (DTAC) — NHS England — https://www.nhs.uk/about-us/digital-technology-assessment-criteria-dtac/
18. Evidence Standards Framework for Digital Health Technologies — NICE — https://www.nice.org.uk/about/what-we-do/digital-health
19. Web Content Accessibility Guidelines (WCAG) 2.2 — W3C — https://www.w3.org/TR/WCAG22/