Ämne 3.3 — Digitala tjänster för patienter och medborgare

En digital tjänst riktad till patienter är en folkhälsoinsats i sig: den kan vidga tillgång och trygghet för miljontals människor, eller i tysthet utesluta just de som mest behöver vård, och hur ni bygger den avgör vilket.

Varför detta är viktigt inom hälsa och vård#

När ni lägger en tjänst direkt i allmänhetens händer förändrar ni relationen mellan en person och det system som vårdar den. Ett system för personal används av utbildade människor i en kontrollerad miljö; en tjänst för patienter används av en rädd förälder klockan två på natten, en 84-åring som delar telefon med en granne, någon utan fast adress, någon som läser lite engelska, någon i kris. Ni får inte välja era användare, utbilda dem eller stå bredvid dem. Tjänsten måste fungera — tryggt, tydligt och rättvist — för alla som hälso- och sjukvårdssystemet är skyldigt att betjäna, inte bara för de självsäkra och uppkopplade.

Den skyldigheten är det som skiljer detta från konsumentteknik. I detaljhandeln förlorar en förvirrande kassa en försäljning. Inom hälsa och vård kan ett förvirrande triageformulär på nätet, en oklar läkemedelsinstruktion eller ett ”boka tid”-flöde som i tysthet misslyckas leda till en missad diagnos, en felaktig dos eller en person som ger upp och söker vård senare och sjukare. Insatserna är kliniska (se Ämne 1.6 — Klinisk säkerhet och riskhantering), rättsliga (jämlikhets- och tillgänglighetsplikter binder offentliga organ) och ekonomiska, eftersom offentliga medel spenderas oavsett om tjänsten faktiskt hjälper någon.

Det finns också en förtroendedimension som konsumentprodukter sällan bär. Människor tar med sig sina hälsodata, sin oro och ett helt livs erfarenhet av NHS till varje skärm ni visar dem. Om tjänsten känns utvinnande, ogenomskinlig eller osäker kommer de inte bara att lämna den — de kommer att tappa förtroendet för institutionen bakom den (se Ämne 1.8 — Dataetik, samtycke och allmänhetens förtroende). Och eftersom de som minst klarar att navigera en dålig digital tjänst oproportionerligt ofta är äldre, fattigare, har funktionsnedsättning eller är digitalt utestängda, vidgar dåligt utformade tjänster för patienter aktivt hälsoojämlikheter. Att göra detta väl är inte en fråga om polish. Det är en fråga om jämlikhet, säkerhet och allmänhetens förtroende.

Grundläggande begrepp#

En tjänst riktad till patienter är den ”digitala ytterdörren”: den digitala ingången genom vilken en person hittar information, styrker vem den är och påbörjar en uppgift. I England är de två nationella plattformar de flesta möter NHS App och NHS login. NHS App, utvecklad av NHS England, låter människor i England boka och hantera besök hos allmänläkare, beställa receptförnyelser, se sin journal hos allmänläkaren, nå NHS 111 online och ange preferenser för datadelning och organdonation. NHS login är den separata identitets- och autentiseringstjänst som verifierar vem en person är (till en proportionerlig förtroendenivå) så att den tryggt kan nå sin egen journal över många olika NHS- och partnertjänster — ungefär som GOV.UK Verify en gång syftade till att göra för centralförvaltningen. Det är viktigt att beskriva dessa korrekt: NHS App är en ytterdörr och en app, medan NHS login är det identitetslager som många appar och webbplatser, inte bara NHS App, kan använda.

Bakom ytterdörren finns journaler och verktyg. En elektronisk patientjournal (electronic health record) (EHR) är den kliniker-underhållna journal som en vårdgivare håller. En personlig hälsojournal (personal health record) (PHR) är en journal som patienten kan se, lägga till i och ibland styra, vilket ger en fullare bild av den egna vården. En patientportal är det webb- eller appgränssnitt genom vilket människor ser provsvar, meddelanden, brev och journaler, och kommunicerar med sitt vårdteam. ”Patientåtkomst till journaler” — rätten att läsa sin egen journal hos allmänläkare och alltmer på sjukhus — är numera en standardförväntan i England, inte en tjänst.

Flera tjänstetyper körs ovanpå. Onlinekonsultation och online-triage låter en person beskriva ett problem digitalt så att det kan dirigeras och prioriteras utan telefonkö. Delat beslutsfattande i medicin (shared decision-making) är praxis att kliniker och patient tillsammans når vårdbeslut, stödda av tydlig information och beslutsstöd — fångat i NHS-frasen ”inget beslut om mig utan mig”. Verktyg för egenvård hjälper människor att hantera långvariga tillstånd i det dagliga. Fjärrövervakning av patienter och telehälsa utvidgar vården till hemmet genom enheter, video och asynkron meddelandehantering.

De begrepp som avgör om något av detta fungerar handlar om människor, inte funktioner. Införande är om människor börjar använda en tjänst; aktivering är om de når den punkt där de får värde av den; och bestående engagemang är om de fortsätter använda den när det spelar roll. Patient Activation Measure (PAM) är ett validerat instrument för en närliggande idé — en persons kunskap, färdigheter och tillit till att hantera sin egen hälsa. Mot allt detta står den digitala klyftan: glappet i tillgång, uppkoppling och trygghet som gör att en rent digital hälsotjänst lämnar vissa människor efter om inte assisterade digitala och icke-digitala vägar medvetet bevaras (se Ämne 1.9 — Digital inkludering och tillgänglighet).

Bästa praxis#

1. Utforma hela ytterdörren, inte en app. Avgör medvetet vilka kanaler en person kan använda för att nå varje uppgift — app, webbplats, telefon, personligen, via en anhörig eller ombud — och gör dem konsekventa snarare än konkurrerande. En tjänst för patienter är en uppsättning vägar till ett behov, inte en enda nedladdning. Kartlägg var den digitala vägen lämnar över till en mänsklig och gör den skarven smidig, eftersom de flesta verkliga resor korsar den. Behandla kanalval som användarens att göra, inte ert att tvinga fram.

2. Använd nationella plattformar i stället för att bygga om dem. Där NHS App och NHS login redan tillhandahåller identitet, journalåtkomst, besök och recept, integrera med dem i stället för att bygga en parallell ytterdörr som fragmenterar upplevelsen och säkerhetsmodellen. Det ger användare en betrodd identitet och ett ställe att titta på, och ärver kvalitetssäkringsarbete ni annars skulle upprepa. Reservera egen utveckling för genuint lokala behov som de nationella plattformarna inte möter, och för tillbaka dessa behov till de nationella teamen (se Ämne 9.0 — Samarbete med partnerorganisationer).

3. Ge människor verklig åtkomst till sina egna journaler, och gör den begriplig. Åtkomst till journaler bygger förtroende och stöder egenvård, men en journal slängd på skärmen i klinisk stenografi kan förvirra eller skrämma. Investera i innehållsdesign så att provsvar, brev och kodade poster är begripliga, och tänk noga igenom känslig information, skydd av utsatta personer och hur ett ombud eller en anhörig ser en annan persons data (se Ämne 1.10 — Skydd av utsatta personer i digitala tjänster). Patientåtkomst är ett designproblem, inte bara en strömbrytare att slå på.

4. Bevara assisterade digitala och icke-digitala vägar som en permanent funktion. För varje uppgift på nätet, behåll ett stött och ett helt offlinesätt att slutföra den, och resursera dem ordentligt i stället för att behandla dem som äldre overhead. ”Digitalt som standard” får aldrig betyda ”endast digitalt”, eftersom en betydande andel av befolkningen inte kan eller vill använda den digitala vägen, och de är oproportionerligt ofta de med störst behov. Utforma den assisterade vägen — en telefonlinje, en receptionist, en biblioteksassistent, ett familjeombud — med samma omsorg som appen (se Ämne 1.9 — Digital inkludering och tillgänglighet).

5. Gör online-triage kliniskt säker genom design. Varje verktyg som frågar om symtom och dirigerar människor måste byggas och styras som en klinisk säkerhetsverksamhet, med tydlig eskalering för varningssymtom (red flags) och en tendens mot säker överprioritering. Tillämpa de relevanta standarderna för klinisk riskhantering, håll en namngiven klinisk säkerhetsansvarig involverad och följ utfall för missad eller försenad vård (se Ämne 1.6 — Klinisk säkerhet och riskhantering). Ett triageflöde som misslyckas i tysthet är inte en användbarhetsdefekt; det är en patientsäkerhetshändelse.

6. Stöd delat beslutsfattande, inte bara transaktioner. Det högsta värdet i digitala tjänster för patienter är att hjälpa människor förstå alternativ och göra val som passar deras liv, inte bara boka tider. Erbjud beslutsstöd, information i klarspråk och uppmaningar som inbjuder till frågor, och utforma så att en person kan pausa, involvera familj och återvända. Mät om människor känner sig mer informerade och mer i kontroll, för det är verktygets syfte. Transaktioner är nödvändiga; överläggning är där utfallen förbättras.

7. Mät utfall och upplevelse, inte fåfängemått. Nedladdningar och registreringar säger nästan ingenting; en tjänst kan ha miljontals registrerade användare och ändra ingens hälsa. Mät aktivering och bestående, meningsfull användning, uppgiftsslutförande och — där ni kan — verkliga kliniska utfall och patientrapporterade upplevelse- och utfallsmått (PREM och PROM). Publicera dessa vid sidan av införandetal så att organisationen inte kan förväxla räckvidd med värde (se Ämne 10.0 — Mål och nyckelresultat (OKR)).

8. Bygg förtroende genom tydlighet, samtycke och säkerhet. Tala klarspråk om vad en tjänst gör, vad den inte gör, vem som ser deras data och hur man får hjälp eller når en människa. Gör samtycke och val om datadelning genuina och reversibla, och lura aldrig människor med manipulativ design (dark patterns) att dela mer än de avser (se Ämne 1.8 — Dataetik, samtycke och allmänhetens förtroende). Inom hälsa är förtroende den plattform allt annat körs på; ett brott mot det kostar långt mer än någon funktion tjänar in.

9. Utforma för interoperabilitet från början. En tjänst för patienter som inte kan läsa från och skriva till de underliggande journalerna är ett silo som skapar dubbelregistrering och fel. Använd öppna standarder så att bokningar, meddelanden och observationer flödar till och från de system kliniker faktiskt använder, och så att en persons data följer dem över ett fragmenterat vårdlandskap (se Ämne 4.3 — Interoperabilitet och datastandarder). Allmänheten upplever interoperabilitet som ”jag behöver inte upprepa mig” — och dess frånvaro som fara och frustration.

10. Sluta slingan med kontinuerlig forskning och levande drift. Fortsätt forska med verkliga, mångskiftande användare efter lansering, inte bara före, och för tillbaka det ni lär er till efterfrågelistan (se Ämne 3.0 — Användarforskning och tjänstedesign). Driv tjänsten som en levande produkt med ordentlig support, övervakning och incidenthantering, eftersom en tjänst för patienter som ligger nere eller är trasig eroderar förtroendet omedelbart (se Ämne 3.8 — Tjänstehantering och löpande drift). Införande förtjänas kontinuerligt, fångas inte en gång.

Frågor att diskutera med ditt team#

1. Vem kan inte använda tjänsten på det sätt vi har utformat den, och vad händer med dem? Varje tjänst för patienter bär inbyggda antaganden — att människor har en smartphone, data, en e-postadress, en fast identitet att verifiera mot, den läs- och skrivförmåga och trygghet som krävs för att fylla i ett formulär, samt syn, fingerfärdighet och språk för att göra det. Namnge de grupper er nuvarande design utesluter eller missgynnar, och var specifika: människor utan NHS-verifierbar identitet, människor som delar en enhet, människor som flyr från våld och inte kan riskera ett digitalt spår, människor med kognitiv nedsättning. Avgör för var och en vad den assisterade eller icke-digitala vägen faktiskt är, vem som resurserar den och hur ni ska veta att den fungerar. Ett gott, ärligt svar påstår inte att alla betjänas genom appen; det namnger de uteslutna, kvantifierar dem där det är möjligt och visar ett finansierat, värdigt alternativ snarare än ett symboliskt telefonnummer som ingen svarar på. Det är här jämlikhet vinns eller förloras, och det hänger direkt ihop med Ämne 1.9 — Digital inkludering och tillgänglighet.

2. Hur ska vi veta att tjänsten faktiskt förbättrar hälsan, inte bara att människor registrerat sig? Det är lätt att fira registreringar och nedladdningar eftersom de är räknebara och stiger; det är mycket svårare, och långt viktigare, att visa att någon har det bättre. Diskutera vilket utfall ni faktiskt försöker påverka — färre uteblivna besök, bättre kontrollerade långvariga tillstånd, tidigare sökt vård, mer informerade beslut — och hur ni skulle upptäcka en förändring i det. Debattera avvägningen mellan mått ni kan samla billigt nu och de svårare måtten på aktivering, bestående användning och kliniskt utfall som talar sanning. Beakta vem som är ansvarig om införandet är högt men utfallen platta, och om ni är villiga att ändra eller stoppa tjänsten om evidensen säger att den inte hjälper. Ett starkt svar knyter tjänsten till ett litet antal ärliga utfalls- och upplevelsemått, erkänner vad ni ännu inte kan mäta och vägrar låta fåfängemått stå i för värde (se Ämne 1.3 — Evidensdrivna beslut och Ämne 10.0 — Mål och nyckelresultat (OKR)).

3. Var avvägs digital bekvämlighet mot klinisk säkerhet, och vem avgör? Verktyg för patienter skapar verkliga spänningar: snabbare tillgång kan betyda mindre klinisk tillsyn; egenbetjänings-triage kan missa den subtila presentation en kliniker skulle fånga; att visa människor sina råa provsvar kan informera eller alarmera; att låta människor boka direkt kan undergräva prioritering. Gå igenom var er tjänst lutar mot bekvämlighet och var den måste luta mot försiktighet, och gör dessa val uttryckliga snarare än framväxande. Fråga vem som äger det kliniska säkerhetsunderlaget, hur varningssymtom eskaleras och hur ni övervakar skada som bara framträder i aggregat över tid. Beakta också perspektivet skydd av utsatta personer — en tjänst som antar att personen på skärmen är den den säger sig vara, och är trygg, har inte alltid rätt (se Ämne 1.10 — Skydd av utsatta personer i digitala tjänster). Ett bra svar behandlar säkerhet som en designinput från dag ett, med en namngiven klinisk säkerhetsansvarig och levande övervakning, inte som ett efterlevnadsgodkännande i slutet.

4. När den digitala vägen lämnar över en person till en mänsklig, hur smidig är den skarven — och vem fångar det som faller igenom? Nästan varje verklig patientresa korsar från appen till en person och ibland tillbaka: ett online-triage som dirigerar till ett återuppringningssamtal, en bokning som kräver att en receptionist löser den, en ombudsförfrågan som måste verifieras, ett provsvar som föranleder ett oroligt meddelande. Dessa överlämningar är där tjänster i tysthet misslyckas, eftersom vardera sidan antar att den andra har personen och sammanhanget. Kartlägg de specifika övergångar er tjänst skapar och fråga vilken information som färdas över dem, hur länge personen väntar och vad som händer om ingen sida tar emot dem. Debattera om den digitala vägen genuint minskar belastningen på personalen eller bara flyttar den någonstans mindre synlig, och om frontlinjeteamen utformade det nya flödet tillsammans med er, inte bara fick det i handen (se Ämne 3.0 — Användarforskning och tjänstedesign). Ett ärligt svar kan följa en person från början till slut över varje skarv, namnger vem som äger överlämningen och visar reservvägen för när den automatiska vägen inte kan slutföra jobbet — i stället för att anta att den digitala ytterdörren sluter slingan på egen hand.

5. Vad är den totala kostnaden för att driva detta väl i åratal, och är vi ärligt resursatta för att möta den? Tjänster för patienter finansieras ofta som projekt — ett bygge, en lansering, en rubrik — när de i själva verket är levande produkter som måste stödjas, övervakas, utforskas och förbättras på obestämd tid, vid sidan av de assisterade digitala och icke-digitala vägar de aldrig helt kan ersätta. Diskutera vad det faktiskt kostar att hålla telefonlinjen bemannad, innehållet aktuellt, tillgängligheten underhållen, det kliniska säkerhetsunderlaget levande och integrationerna fungerande när nationella plattformar ändras under er. Lyft den obekväma avvägningen att en genuint inkluderande tjänst är dyrare än en endast digital, och avgör om affärscaset bygger på verklig återkommande finansiering eller på optimistiska besparingar som förutsätter att alla byter kanal. Beakta vad ni ska sluta göra för att betala för detta, och vem som är ansvarig när finansieringen år två avdunstar men tjänsten och dess användare finns kvar. Ett starkt svar behandlar hållbarhet och support som förstklassiga kostnader från början (se Ämne 3.8 — Tjänstehantering och löpande drift och Ämne 6.1 — Hälsoekonomi och värde), inte som en eftertanke när lanseringsbudgeten är slut.

6. Vem äger tjänsten när lanseringen är över, och har de mandat att fortsätta ändra den? En tjänst för patienter som ingen äger som en levande produkt driver iväg: innehåll blir inaktuellt, tillgänglighet försämras, integrationen går sönder i tysthet och forskningen upphör den dag projektteamet upplöses. Diskutera vem som håller tjänsten efter driftsättning, om de är ett genuint produktteam med befogenhet att prioritera, ändra och till och med stänga av funktioner, eller bara en underhållsfunktion som enbart kan hålla ljuset tänt. Granska hur beslut fattas när kliniska, operativa, informationsstyrnings- och kommunikationsintressenter alla har ett intresse och ett veto, och om den beslutsvägen är snabb nog för att åtgärda en säkerhetsfråga eller långsam nog för att skydda en. Beakta hur återkoppling från användare och frontlinjepersonal faktiskt når dem som kan agera på den, och om organisationen kommer att fortsätta finansiera ett team för att förbättra något som redan verkar fungera. Ett ärligt svar namnger den ansvarige ägaren, beskriver deras verkliga mandat och hur levande lärande matar efterfrågelistan, och erkänner var styrningen antingen skyddar eller förlamar tjänsten (se Ämne 5.0 — Produktledt arbete).

I praktiken: ett exempel från hälsa och vård#

Ett integrerat vårdsystem (ICS) som täcker en blandad stads- och kustbefolkning vill minska trycket på allmänläkarnas telefonlinjer och förbättra tillgången, och föreslår att rulla ut ett verktyg för onlinekonsultation och triage integrerat med NHS App och NHS login. Frestelsen är att mäta framgång i antalet registreringar och minskningen av samtalsvolymer, och förklara seger inom ett kvartal.

Leveransansvarig insisterar på att rama in det annorlunda. I upptäckten forskar teamet med en medvetet bred grupp: självsäkra appanvändare, men också en äldre kvinna vid kusten med instabilt bredband, en man med låg läsförmåga som aldrig använt e-post, en anhörig som sköter sin mors besök som ombud och en kvinna på ett skyddat boende som inte kan riskera att hennes vistelseort loggas. De finner att triageformulärets hantering av varningssymtom är sund men att dess språk besegrar användaren med låg läsförmåga, att ombudsresan är förvirrande och att identitetsverifieringen i NHS login utesluter människor utan pass eller körkort. Avgörande är att de finner att när telefonlinjen nedprioriteras till förmån för appen, faller kust- och sårbara användare helt enkelt bort från kontakten i stället för att byta kanal.

Så ICS återställer sin plan. Det håller telefonlinjen fullt bemannad som den assisterade digitala vägen, inte en äldre kostnad, och finansierar ett gemenskapsprogram med ”digitala hälsohjälpare” via bibliotek och apotek. Det arbetar med det nationella NHS App-teamet på ombudsresan i stället för att bygga en omväg, och utser en klinisk säkerhetsansvarig som äger triagets riskunderlag med övervakning av fall där digitalt triage underprioriterade en patient som sedan sökte akut. Det ändrar också sina mått: vid sidan av införande följer det uppgiftsslutförande per användargrupp, bestående användning, patientrapporterad upplevelse och en liten uppsättning kliniska utfall. Sex månader in är nedladdningarna färre än en ren app-först-satsning hade gett, men tillgången har förbättrats över alla grupper inklusive de mest utestängda, och triageverktyget har tryggt eskalerat flera allvarliga presentationer. Styrelsen accepterar det långsammare införandet eftersom tjänsten påvisbart är rättvisare och säkrare.

Sektorperspektiv#

Startup-företag#

Ett litet digitalt hälsoföretag lever eller dör på införande och retention, så det kommer att instrumentera engagemang besatt och iterera snabbt — en genuin styrka som det bredare systemet kan lära av. Faran är att optimera för de mått som imponerar på investerare (nedladdningar, aktiva månadsanvändare) snarare än hälsoutfall, och att utforma för de självsäkra tidiga användare som är billigast att förvärva. Ett startup-företag som säljer in i NHS måste visa att det uppfyller Digital Technology Assessment Criteria (DTAC), integrerar med NHS login och öppna standarder i stället för att fånga användare i ett silo, och har ett trovärdigt kliniskt säkerhetsunderlag. De grundare som vinner långsiktiga kontrakt är de som behandlar inkludering och säkerhet som produktkrav, inte efterlevnadsbörda.

Småföretag#

En etablerad liten vårdgivare — en läkarpraktik, ett närapotek, ett vårdhem eller en hemtjänstorganisation, en klinik på en enda ort — har verkliga patienter och en omsorgsplikt men nästan ingen dedikerad digital eller IT-förmåga, så dess realistiska drag är att anta nationella plattformar och leverantörsverktyg i stället för att bygga en egen ytterdörr. Den bör luta sig hårt mot NHS App, NHS login och de onlinekonsultationssystem som redan kvalitetssäkrats för dess miljö, och lägga sin knappa kraft på den mänskliga skarven: att säkerställa att reception, kliniker och anhöriga kan hantera det den digitala vägen skickar dem och att telefon- och drop in-vägarna förblir genuint öppna för dess ofta äldre eller skörare patienter. Samma skyldigheter om tillgänglighet, klinisk säkerhet och samtycke binder den som binder ett stort sjukhus, men utan ett styrningsteam, så den måste veta vilken leverantör som bär det kliniska säkerhetsunderlaget och vilka förpliktelser som förblir dess egna. En liten vårdgivare som behandlar sitt valda system som en levande tjänst att konfigurera och övervaka, inte en ruta som kryssades vid inköpet, kommer att tjäna sin gemenskap långt bättre än en som slår på standardinställningarna och tittar bort.

Storföretag#

Ett stort NHS-sjukhus (trust) eller ICS driver tjänster för patienter i skala över ett fragmenterat bestånd, så dess centrala problem är sammanhang: flera portaler, brev och appar som var och en löser en uppgift och tillsammans förbryllar patienten. Dess fördel är räckvidd och förmågan att finansiera assisterade digitala och icke-digitala vägar ordentligt; dess risk är tröghet, silouppköp och en tendens att köpa ännu en portal i stället för att integrera med nationella plattformar. Styrningen är tyngre och långsammare, vilket skyddar säkerheten men kan svälta iteration, så storföretaget behöver produktteam med verkligt mandat att fortsätta förbättra levande tjänster (se Ämne 5.0 — Produktledt arbete). Måttet på mognad är om en patient upplever en sammanhängande ytterdörr eller ett dussin osammanhängande.

Staten#

Ett nationellt organ såsom NHS England bygger de plattformar — NHS App, NHS login, journalåtkomst — som alla andra bygger vidare på, så dess beslut sätter taket för jämlikhet och interoperabilitet över hela systemet. Dess ansvarsskyldighet gäller parlamentet och allmänheten för utgifter, säkerhet och rättvisa, vilket med rätta höjer ribban för tillgänglighet, transparens och bevarandet av icke-digitala vägar. Den svåra uppgiften är att balansera en enda, konsekvent nationell upplevelse mot genuin lokal variation, och att motstå det politiska draget att fira rubrikregistreringstal framför verkliga utfall. Statens unika hävstång är standarder och standardinställningar: vad den föreskriver för identitet, interoperabilitet och tillgänglighet formar miljontals interaktioner den aldrig själv kommer att utforma.

Vanliga felmönster#

• Registreringsteater. Att redovisa nedladdningar och registreringar som framgång medan ingen kontrollerar om någon får värde eller bättre hälsa. Åtgärda genom att mäta aktivering, bestående användning och utfall från början.
• Smygande endast-digitalt. Att i tysthet dra tillbaka eller underfinansiera telefon- och personliga vägar när appen väl finns, vilket utesluter de mest sårbara. Åtgärda genom att behandla assisterade digitala och icke-digitala som permanenta, finansierade funktioner.
• Portalspridning. Varje tjänst köper sin egen patientportal, så att allmänheten möter en labyrint av inloggningar. Åtgärda genom att integrera med nationella plattformar och öppna standarder.
• Triage som en funktion, inte ett säkerhetsunderlag. Att leverera symtomdirigering utan klinisk säkerhetsstyrning eller övervakning av skada. Åtgärda genom att tillämpa standarder för klinisk risk och utse en klinisk säkerhetsansvarig.
• Journaler utan förståelse. Att exponera rå klinisk data utan innehållsdesign, vilket alarmerar eller förvirrar patienter. Åtgärda med klarspråk och eftertänksam hantering av känslig åtkomst och ombudsåtkomst.
• Samtycke genom manipulativ design. Att knuffa människor till datadelning de inte förstår, vilket urholkar förtroendet. Åtgärda med genuint, tydligt, reversibelt samtycke.
• Lansera och lämna. Att behandla tjänsten som ett projekt som slutar vid driftsättning snarare än en levande produkt som måste utforskas, stödjas och förbättras.

Mognadsmodell#

Checklista#

• För varje uppgift finns en digital, en assisterad digital och en icke-digital väg, och de är finansierade
• Tjänsten integrerar med NHS App och NHS login i stället för att duplicera identitet eller ytterdörren
• Patienter kan få åtkomst till sina egna journaler på ett språk de förstår, med säker hantering av ombud och känsliga data
• Allt triage eller symtomdirigering har ett kliniskt säkerhetsunderlag, en namngiven säkerhetsansvarig och eskalering av varningssymtom
• Framgångsmåtten inkluderar aktivering, bestående användning, uppgiftsslutförande och verkliga utfall — inte bara nedladdningar
• Samtycke och val om datadelning är tydliga, genuina och reversibla, utan manipulativ design
• Tillgängligheten uppfyller WCAG och testas med hjälpmedelsteknik och verkliga utestängda användare
• Bokningar, meddelanden och observationer flödar till och från kliniska system via öppna standarder
• Tjänsten drivs som en levande produkt med support, övervakning och incidenthantering
• Forskning med en mångskiftande population fortsätter efter lansering och matar efterfrågelistan

Viktiga källor#

• NHS England — vägledning och utvecklardokumentation för NHS App och NHS login
• NHS Service Standard och NHS Digital Service Manual — att utforma tillgängliga, inkluderande offentliga tjänster
• GOV.UK Service Manual (Government Digital Service) — assisterad digital, kanalval och tjänstedesign
• NHS England — DCB0129 och DCB0160, standarder för klinisk riskhantering för hälso-IT
• Digital Technology Assessment Criteria (DTAC) — NHS Englands baslinje för digitala hälsotekniker
• 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)

Referenser#

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/