Onderwerp 1.9 — Digitale inclusie en toegankelijkheid

In gezondheid en zorg is een digitale dienst die sommige mensen uitsluit geen neutrale technische keuze — zij onthoudt zorg aan degenen die haar vaak het hardst nodig hebben, dus inclusie en toegankelijkheid zijn kwesties van klinische veiligheid, billijkheid en publiek vertrouwen, geen optionele afwerking.

Waarom dit ertoe doet in gezondheid en zorg#

In de meeste sectoren kost een ontoegankelijke website een verkoop. In gezondheid en zorg kan het betekenen dat iemand een uitnodiging voor bevolkingsonderzoek mist, geen urgente afspraak kan boeken, de ontslaginstructies niet begrijpt of de medicatiewaarschuwing niet kan zien die hem of haar veilig had gehouden. Digitale uitsluiting is hier geen ongemak; het is een route naar schade en naar groeiende ongelijkheid, geleverd met publiek geld onder wettelijke plicht.

De mensen die het waarschijnlijkst digitaal worden uitgesloten — ouderen, mensen met een beperking, mensen in armoede, mensen met lage geletterdheid, mensen wier eerste taal niet Engels is, mensen in gebieden met slechte connectiviteit — zijn zeer vaak dezelfde mensen die de zwaarste last van ziekte dragen. Dit is de ongemakkelijke kern van het onderwerp: digitale uitsluiting valt vrijwel exact samen met gezondheidsongelijkheid. Wanneer u een dienst digitaliseert zonder plan voor wie de digitale route niet kan gebruiken, kunt u middelen en aandacht actief verschuiven naar wie al het best wordt bediend en dat vooruitgang noemen — de “inverse care law” in een nieuw medium.

Toegankelijkheid is ook een wettelijke plicht, geen beleefdheid. Publieke organen in het Verenigd Koninkrijk moeten bij wet aan toegankelijkheidsnormen voldoen, en gezondheids- en zorgorganisaties dragen bijkomende wettelijke verplichtingen om te voldoen aan de communicatiebehoeften van patiënten en mantelzorgers met een beperking. Toegang tot digitale diensten is zelf steeds meer een bredere determinant van gezondheid — connectiviteit, een apparaat en het vertrouwen om ze te gebruiken bepalen nu of iemand zorg kan bereiken. Inclusie als bijzaak behandelen is hoe organisaties eindigen in schending van de wet, van vertrouwen en van hun eigen billijkheidstoezeggingen. Inclusie en toegankelijkheid moeten worden ingebouwd vanaf het eerste discoverygesprek (zie Onderwerp 3.4 — Discoveryfasen) en gemeten als eersteklas uitkomst (zie Onderwerp 10.0 — Doelstellingen en kernresultaten (OKR’s)).

Kernbegrippen#

De digitale kloof en digitale uitsluiting. De digitale kloof is het gat tussen wie digitale technologie kan bereiken en gebruiken en wie dat niet kan. Digitale uitsluiting wordt gewoonlijk gedreven door vijf op elkaar inwerkende factoren: toegang (een apparaat en een betrouwbare verbinding), betaalbaarheid (data en hardware kosten geld), vaardigheden (het vertrouwen en vermogen om digitale hulpmiddelen te gebruiken), motivatie en vertrouwen (geloven dat digitaal veilig en de moeite waard is) en ontwerp (of de dienst überhaupt bruikbaar is). Iemand wordt zelden door één factor alleen uitgesloten; een oudere met een laag inkomen in een landelijk gebied met slecht breedband staat voor meerdere tegelijk, daarom falen simplistische oplossingen.

Wie wordt uitgesloten, en de billijkheidsband. Uitsluiting clustert naar leeftijd, beperking, inkomen en armoede, geletterdheid, taal en connectiviteit. Omdat dezelfde kenmerken slechtere gezondheid voorspellen, verergert digitale uitsluiting bestaande kloven in gezondheidsbillijkheid. De vereiste mentale verschuiving is “digitale toegang” niet meer als achtergrondvoorziening te behandelen en als een van de sociale determinanten van gezondheid — een factor die gezondheidsuitkomsten even zeker vormt als huisvesting of inkomen.

Core20PLUS5. Core20PLUS5 van NHS England is een nationaal kader voor het verminderen van gezondheidsongelijkheden. Het richt inspanning op de meest achtergestelde 20% van de bevolking (de “Core20”), plus lokaal geïdentificeerde inclusiegroepen met slechtere toegang of uitkomsten (de “PLUS”) en vijf klinische gebieden van bijzondere aandacht. Het geeft u een kant-en-klare lens om te vragen wie uw dienst in de steek laat, en een gedeeld vocabulaire met klinische en volksgezondheidscollega’s om inclusiewerk te richten waar de ongelijkheid het grootst is.

Webtoegankelijkheid en WCAG 2.2. Webtoegankelijkheid is de praktijk van het wegnemen van barrières die mensen met een beperking beletten digitale diensten te gebruiken. De erkende technische norm is de Web Content Accessibility Guidelines (WCAG), momenteel versie 2.2, georganiseerd rond vier beginselen — inhoud moet waarneembaar, bedienbaar, begrijpelijk en robuust zijn — op drie conformiteitsniveaus: A, AA en AAA. Van Britse publieke diensten wordt verwacht dat zij WCAG 2.2 niveau AA halen.

De Public Sector Bodies Accessibility Regulations 2018. De Public Sector Bodies (Websites and Mobile Applications) (No. 2) Accessibility Regulations 2018 maken WCAG-conformiteit een wettelijke eis voor de meeste websites en apps van publieke organen en vereisen een gepubliceerde, accurate toegankelijkheidsverklaring. Dit staat naast de plicht onder de Equality Act 2010 om redelijke aanpassingen te doen. Toegankelijkheid is een nalevingsvloer met wettelijk gevolg, geen aspiratie.

De Accessible Information Standard. De NHS Accessible Information Standard (dataverwijzing DCB1605) is een verplichte norm die aanbieders van gezondheidszorg en volwassenensociale zorg verplicht de informatie- en communicatiebehoeften van patiënten, gebruikers van diensten en mantelzorgers met een beperking, stoornis of zintuiglijk verlies te identificeren, vast te leggen, te markeren, te delen en te vervullen — bijvoorbeeld door informatie te verstrekken in eenvoudige taal (easy-read), braille, grote letters of via een tolk Britse Gebarentaal (BSL). Het is een wettelijke plicht, geen richtlijn.

Inclusief ontwerp en universeel ontwerp. Universeel ontwerp streeft ernaar producten bruikbaar te maken voor zoveel mogelijk mensen zonder aanpassing; inclusief ontwerp is het proces van bewust ontwerpen met en voor mensen die gewoonlijk worden uitgesloten, op het beginsel dat oplossen voor de randen de dienst voor iedereen verbetert — het “stoeprandeffect” (curb-cut effect).

Hulptechnologie. Hulptechnologieën — schermlezers, vergroters, spraakinvoer, schakeltoegang, alternatieve toetsenborden — zijn hoe veel mensen met een beperking digitale diensten gebruiken. Toegankelijk ontwerp is wat deze technologieën laat werken; een ontoegankelijke interface breekt ze stilletjes.

Begeleide digitale en offlineroutes. “Begeleid digitaal” (assisted digital) beschrijft ondersteuning voor mensen die een digitale dienst niet zelfstandig kunnen gebruiken — per telefoon, persoonlijk, via een opgeleide helper of via een tussenpersoon. Offline en analoge routes (post, telefoon, persoonlijk) zijn geen legacyschuld die moet worden uitgezet; voor sommige mensen zijn ze de enige veilige route naar zorg. Behandel ze als eersteklas kanalen met eigen serviceniveaus.

Eenvoudige taal, leesbaarheid en gezondheidsvaardigheden. Eenvoudige taal is schrijven dat een lezer de eerste keer kan begrijpen. Leesbaarheid is meetbaar — formules voor leesleeftijd schatten hoe moeilijk tekst is. Gezondheidsvaardigheden (health literacy) zijn het vermogen van een persoon gezondheidsinformatie te vinden, te begrijpen en te gebruiken; een groot deel van de volwassenen vindt standaard gezondheidsmateriaal te complex, zodat duidelijke inhoud een veiligheidsinterventie is, geen stijlkwestie.

Beste praktijken#

1. Ontwerp voor inclusie vanaf discovery, nooit als retrofit. Breng toegankelijkheid en inclusie in de eerste discoverygesprekken, het gebruikersonderzoek en ontwerpbeslissingen (zie Onderwerp 3.0 — Gebruikersonderzoek en servicedesign en Onderwerp 3.4 — Discoveryfasen). Toegankelijkheid achteraf op een afgewerkt product plakken is duurder, minder effectief en vaak onmogelijk zonder herbouw. Maak “wie zou dit kunnen uitsluiten?” een vaste vraag bij elke ontwerptoetsing.

2. Haal WCAG 2.2 niveau AA als vloer en test met echte hulptechnologie. Behandel WCAG 2.2 AA-conformiteit als het minimum, niet het doel, en verifieer haar met geautomatiseerde hulpmiddelen en handmatig testen met schermlezers, navigatie met alleen het toetsenbord en vergroting. Geautomatiseerde controles vangen misschien een derde van de problemen; de rest vraagt menselijke tests, bij voorkeur inclusief gebruikers met een beperking. Publiceer een eerlijke, specifieke toegankelijkheidsverklaring en houd haar actueel, zoals de regelgeving vereist.

3. Voldoe aan de Accessible Information Standard als operationele werkelijkheid, niet als beleid op een plank. Zorg dat uw systemen iemands communicatiebehoeften kunnen vastleggen, markeren, over settings heen delen en informatie werkelijk in het vereiste formaat kunnen leveren — easy-read, grote letters, braille, BSL. Dit is een wettelijke plicht en een veiligheidskwestie: een dove patiënt die afspraakwijzigingen niet kan begrijpen, of iemand met een leerbeperking die alleen dichte tekst krijgt, is een patiënt in gevaar.

4. Maak begeleide digitale en offlineroutes eersteklas kanalen. Voorzie de telefoon-, persoonlijke en papieren routes van middelen, monitor en verbeter ze met dezelfde ernst als de app. Neem een analoge route nooit buiten gebruik totdat u bewijs hebt dat iedereen die erop vertrouwde een echt, getest alternatief heeft. “Digitaal als standaard” mag nooit “alleen digitaal” worden in een dienst waar uitsluiting gemiste zorg betekent.

5. Schrijf in eenvoudige taal en test de leesbaarheid. Richt inhoud voor gezondheid en zorg op een leesleeftijd van rond 9 tot 11 jaar, gebruik korte zinnen en gewone woorden, leg jargon uit of vermijd het en structureer inhoud zodat de belangrijkste informatie voorop staat. Test met leesbaarheidshulpmiddelen en, beter, met mensen met lage geletterdheid of Engels als aanvullende taal. Bied easy-read- en vertaalde versies aan waar uw populatie dat nodig heeft.

6. Gebruik Core20PLUS5 om inclusie-inspanning te richten waar de ongelijkheid het grootst is. Verspreid inclusiewerk niet dun maar gebruik Core20PLUS5 en lokale bevolkingsdata om te identificeren wie uw dienst in de steek laat en concentreer daar de verbetering. Dit verbindt uw digitale levering met de strategie van de organisatie voor gezondheidsongelijkheden en geeft klinische en volksgezondheidscollega’s een gedeeld kader voor prioritering.

7. Ontwerp met uitgesloten mensen, niet alleen voor hen. Werf deelnemers voor onderzoek en tests die ouder zijn, een beperking hebben, digitaal onzeker zijn, een laag inkomen hebben of andere talen spreken — de mensen die gewoonlijk ontbreken in gemakssteekproeven — en betaal ze behoorlijk. Co-creatie en inbreng uit eigen ervaring leggen barrières bloot die geen checklist voorspelt, en bouwen de empathie die inclusiewerk onder leveringsdruk draagt.

8. Meet inclusie, niet alleen gemiddelden. Kopcijfers verbergen uitsluiting: een dienst die door de meeste mensen succesvol wordt gebruikt kan stilletjes falen bij precies de groepen die het meest nodig hebben. Segmenteer uw data naar de kenmerken die uitsluiting voorspellen, volg voltooiing en uitval voor elk en let op de kloof tussen groepen, niet alleen op het gemiddelde (zie Onderwerp 1.3 — Op bewijs gebaseerde besluitvorming en Onderwerp 10.0 — Doelstellingen en kernresultaten (OKR’s)).

Vragen om met uw team te bespreken#

1. Wie sluit onze dienst momenteel uit — en hebben wij werkelijk gekeken, of stelt een gemiddelde ons gerust? Deze vraag dwingt het team voorbij comfortabele kopcijfers naar de verdeling eronder. In gezondheid en zorg doet het scherp ertoe omdat de mensen die een digitale dienst het waarschijnlijkst buitensluit — ouderen, mensen met een beperking, armen, minder geletterden, niet-Engelssprekenden, slecht verbonden mensen — onevenredig degenen met de grootste gezondheidsbehoeften zijn, zodat uitsluiting en ongelijkheid elkaar versterken. De spanning om aan het licht te brengen is dat het segmenteren van uw data een ongemakkelijke waarheid kan onthullen die een sterk algemeen voltooiingspercentage verborg, en dat herstel geld kost en de roadmap vertraagt. Kijk concreet naar uitvalpercentages per leeftijdsgroep, per apparaat, naar of een begeleide route werd gebruikt en naar eventuele inclusiegroepen die uw organisatie onder Core20PLUS5 volgt. Overweeg of u de data die nodig is om uitsluiting te zien wel verzamelt, of dat uw analyse er door ontwerp blind voor is. Een goed, eerlijk antwoord noemt specifieke groepen die de dienst in de steek laat, erkent waar u data mist om het te weten en verbindt zich ertoe de kloof tussen groepen te meten in plaats van het gemiddelde te vieren.

2. Zijn onze niet-digitale routes werkelijk eersteklas, of laten wij ze stilletjes uithongeren zodat wij een digitaal succes kunnen uitroepen? Digitale-transformatieprogramma’s worden vaak beloond op digitale opname, wat een subtiele druk creëert telefoon-, papieren en persoonlijke routes te laten verdorren — of ze te sluiten voordat een veilig alternatief bestaat. Dit doet ertoe omdat de analoge route voor sommige patiënten geen voorkeur is maar de enige veilige weg naar zorg, en terugtrekken ervan echte schade kan veroorzaken terwijl het dashboard vooruitgang toont. Bespreek de eerlijke afweging: meerdere kanalen onderhouden kost geld en inspanning, en er is legitieme waarde in bereidwillige gebruikers naar efficiënte digitale routes te verplaatsen, maar “digitaal als standaard” mag nooit wegglijden naar “alleen digitaal”. Kijk of uw offlineroutes behoorlijke serviceniveaus, financiering en monitoring hebben, of dat ze als legacyschuld worden behandeld. Onderzoek welk bewijs u nodig zou hebben voordat u een route buiten gebruik neemt, en of u dat hebt. Een sterk antwoord behandelt begeleide digitale en offlinekanalen als eersteklas diensten met eigenaren en normen en stelt een expliciete, op bewijs gebaseerde lat die moet worden gehaald voordat enige route wordt gesloten.

3. Wanneer wij zeggen dat wij onze plichten voor toegankelijkheid en de Accessible Information Standard nakomen, is dat dan een geteste werkelijkheid of een verklaring van voornemen? Veel organisaties hebben een toegankelijkheidsverklaring en een beleid dat naar de Accessible Information Standard verwijst, maar falen in de praktijk — de schermlezer breekt op de boekingsstroom, of de dove patiënt krijgt nog steeds een onleesbare brief. Deze vraag doet ertoe omdat dit wettelijke plichten met echte gevolgen zijn, en omdat de kloof tussen naleving op papier en geleefde ervaring is waar patiënten werkelijk worden geschaad. De spanning is dat echte borging handmatig testen met hulptechnologie en gebruikers met een beperking vereist, het vastleggen van en handelen naar geregistreerde communicatiebehoeften over systemen heen, en voortdurende inspanning — alles moeilijker dan eenmaal een verklaring publiceren. Vraag door op specifieke punten: wanneer voltooide een echte gebruiker van een schermlezer voor het laatst uw kerntraject; kunnen uw systemen een communicatiebehoefte van de ene setting naar de andere markeren en delen; wie is verantwoordelijk wanneer een easy-readversie niet bestaat. Overweeg dat geautomatiseerde toegankelijkheidshulpmiddelen de meeste problemen missen, zodat een groen geautomatiseerd rapport weinig bewijst. Een goed antwoord onderscheidt duidelijk tussen wat met echte gebruikers en hulptechnologie is getest en wat louter wordt beweerd, en bezit de gaten met een plan en een verantwoordelijke eigenaar in plaats van een geruststellende formulering.

4. Ontwerpen en testen wij met uitgesloten mensen, of alleen voor hen — en zijn wij bereid voor die betrokkenheid te betalen? Het is gemakkelijk een beeld van de uitgesloten gebruiker te bouwen uit persona’s, aannames en checklists, en veel moeilijker een gebruiker van een schermlezer, iemand met een leerbeperking of iemand met Engels als aanvullende taal in de kamer te zetten en te handelen naar wat zij u tonen. Dit doet ertoe omdat geleefde ervaring barrières blootlegt die geen geautomatiseerd hulpmiddel of welmenende ontwerper voorspelt, en omdat inclusiewerk onder leveringsdruk momentum verliest tenzij het team de mensen heeft ontmoet die het raakt. De spanning is praktisch: uitgesloten deelnemers werven duurt langer, kost meer, vereist mensen behoorlijk voor hun tijd te betalen en levert soms bevindingen op die laat in een sprint ongemakkelijk herwerk afdwingen. Vraag door of uw onderzoeksteekproeven verder reiken dan de zelfverzekerde, capabele, verbonden gebruikers die het gemakkelijkst te vinden zijn, en of inkoop- en leveringstijdlijnen ruimte laten voor echte co-creatie in plaats van een symbolische consultatie. Overweeg wie het budget voor vergoeding van deelnemers houdt en of “geen budget” stilletjes juist de mensen uitsluit die u het meest moet horen. Een eerlijk antwoord toont uitgesloten mensen die beslissingen vormen, niet slechts valideren, en behandelt hun betrokkenheid als gefinancierde, terugkerende praktijk in plaats van een eenmalige oefening.

5. Hoe zal het digitaliseren van deze dienst het billijkheidsbeeld veranderen — kunnen wij de kloof vergroten terwijl de kop verbetert? Een dienst digitaliseren herverdeelt inspanning, aandacht en gemak, en zelden neutraal: de mensen die een nieuwe digitale route het snelst aannemen zijn vaak degenen die al het best worden bediend, zodat een dienst gemiddeld kan verbeteren terwijl de meest uitgeslotenen verder achterop raken. Dit is de “inverse care law” die zich in een nieuw medium afspeelt, en in gezondheid en zorg valt zij vrijwel exact samen met bestaande gezondheidsongelijkheid, daarom verdient zij expliciete toetsing in plaats van optimistische aanname. De afweging om te noemen is dat de efficiëntie en besparingen die een digitaal programma rechtvaardigen echt zijn, maar ze incasseren kan betekenen middelen terugtrekken uit de tragere, duurdere routes die de meest uitgeslotenen met zorg verbonden houden. Kijk concreet naar uw populatie via Core20PLUS5 en lokale data: welke cohorten dragen de hoogste behoefte, hoe bereiken zij de dienst nu en wat gebeurt er met hen onder het nieuwe ontwerp. Vraag of uw succesmaat is “meer mensen gebruiken digitaal” of “geen enkele groep is slechter af en de meest uitgeslotenen verbeteren” — de twee kunnen in tegengestelde richtingen wijzen. Een goed antwoord stelt billijkheid vanaf het begin als expliciet ontwerpdoel, modelleert het effect op de meest uitgeslotenen vóór de bouw en verbindt zich ertoe de kloof na go-live te monitoren in plaats van aan te nemen dat digitalisering iedereen optilt.

6. Wanneer digitale en niet-digitale budgetten concurreren, hoe beslissen wij — en wie is verantwoordelijk voor de mensen die een bezuiniging zou uitsluiten? Inclusie is uiteindelijk een beslissing over middelen, en wordt gewoonlijk impliciet genomen, via waar geld en managementaandacht heen stromen in plaats van door een expliciete, bezeten keuze. Dit doet ertoe omdat de begeleide digitale en offlineroutes die de meest uitgeslotenen beschermen de gemakkelijkste post zijn om te schrappen wanneer budgetten krap worden, en hun gebruikers vaak degenen zijn die het minst luid of zichtbaar kunnen klagen. De echte spanning is dat elk pond uitgegeven aan het onderhouden van een telefoon- of papieren route een pond is dat niet naar nieuwe digitale capaciteit gaat, en de besparingscase van een programma vaak afhangt van het uiteindelijk verminderen van die routes — dus de druk om te schrappen is structureel, niet toevallig. Onderzoek of inclusie een benoemde senior eigenaar heeft met werkelijke budgetbevoegdheid, of inclusiemaatstaven het bestuur bereiken naast financiële en klinische, en of iemand formeel verantwoordelijk is wanneer een bezuiniging een groep opnieuw uitsluit die de organisatie wettelijk verplicht is te bereiken. Overweeg hoe een voorgestelde besparing zou worden getoetst: is er een billijkheidseffectbeoordeling, of wordt het getal eenvoudig geïncasseerd. Een eerlijk antwoord legt verantwoording voor de uitgeslotenen bij een specifieke, senior persoon, maakt de afweging zichtbaar op het niveau waar geld wordt toegewezen en weigert inclusiefinanciering te behandelen als discretionair extra dat wordt geplunderd wanneer het moeilijk wordt.

In de praktijk: een voorbeeld uit gezondheid en zorg#

Een geïntegreerd zorgsysteem (ICS) rolt een nieuwe online route uit waarmee patiënten poliklinische afspraken boeken en beheren, met als doel het aantal telefoontjes naar boekingsteams te verminderen en gemiste afspraken te verkleinen. De eerste businesscase is volledig gekaderd rond digitale opname en besparingen in het callcenter.

De verantwoordelijke voor digitale inclusie grijpt vroeg in, tijdens discovery. Zij brengt de poliklinische populatie in kaart tegen Core20PLUS5 en vindt dat een groot deel van de patiënten met de hoogste behoefte ouder is, in de meest achtergestelde wijken woont of een geregistreerde communicatiebehoefte onder de Accessible Information Standard heeft. Zij kadert de succesmaat opnieuw: niet “percentage boekingen online gemaakt” maar “geen enkele groep is slechter af dan voorheen en de meest uitgesloten groepen verbeteren.” Gebruikersonderzoek werft bewust oudere patiënten, een blinde man die een schermlezer gebruikt, een vrouw met een leerbeperking en een gezin dat thuis Sylheti spreekt, en betaalt hen voor hun tijd.

Het onderzoek is ontnuchterend. De prototypeboekingsstroom breekt bij navigatie met alleen het toetsenbord; de bevestigingsbrief is geschreven op een leesleeftijd ver boven die van de meeste patiënten; er is helemaal geen route voor iemand die de app niet kan gebruiken. Het team herstelt de stroom om aan WCAG 2.2 niveau AA te voldoen, geverifieerd door handmatig testen met dezelfde hulptechnologie die echte patiënten gebruiken. Contentontwerpers herschrijven brieven in eenvoudige taal, getest op leesbaarheid en beschikbaar in easy-read en vertaalde versies, met communicatiebehoeftemarkeringen doorgegeven vanuit het gedeelde dossier. Cruciaal is dat de telefoonroute niet wordt geschrapt maar versterkt: gefinancierd, voorzien van een servicenorm en bemand om mensen te helpen die de digitale route niet kunnen of willen gebruiken.

Bij go-live segmenteert het dashboard boekingssucces en afspraakaanwezigheid naar leeftijd, achterstandsdecile, communicatiebehoefte en kanaal, en let op de kloof tussen groepen. Drie maanden later is de digitale opname gezond onder jongere patiënten, en — de maat die het meest telt — is de aanwezigheid onder het meest achtergestelde cohort gelijk gebleven in plaats van gedaald, omdat de telefoonroute degenen opving die niet digitaal konden. Wanneer een bestuurslid vraagt waarom de telefoonlijnen niet werden gesloten om de besparingen te incasseren, wijst de inclusieverantwoordelijke naar de gesegmenteerde data: sluiting zou precies de patiënten opnieuw hebben uitgesloten die het ICS wettelijk verplicht is te bereiken.

Sectorperspectieven#

Startup#

Een klein bedrijf voor digitale gezondheid staat voor de scherpste inclusieafweging: toegankelijkheid en begeleide routes kosten schaarse engineeringtijd en looptijd, en het snelste pad naar een demo is te ontwerpen voor zelfverzekerde, capabele, Engelssprekende gebruikers op nieuwe telefoons. Weersta dit. Bouw WCAG 2.2 AA-conformiteit en inhoud in eenvoudige taal vanaf de eerste sprint in, omdat retrofitten later veel duurder is en omdat NHS-kopers steeds vaker toegankelijkheidsbewijs vereisen via de Digital Technology Assessment Criteria (DTAC). Kleine teams kunnen goedkoop een handvol testers met een beperking en digitaal uitgeslotenen werven, en dat vroeg doen is de investering in inclusie met de grootste hefboom die een startup kan doen. Behandel een eerlijke toegankelijkheidsverklaring en een duidelijk plan voor de uitgeslotenen als verkoopactief, niet als last.

Klein bedrijf#

Een gevestigde kleine aanbieder — een huisartsenpraktijk, een gemeenschapsapotheek, een verzorgingshuis, een thuiszorgorganisatie, een kliniek met één vestiging of een kleine leverancier van gezondheidstechnologie voorbij het startupstadium — draagt dezelfde plichten voor toegankelijkheid en de Accessible Information Standard als een groot ziekenhuis, maar met echte patiënten en vrijwel geen toegewijde digitale of IT-capaciteit om eraan te voldoen. Het praktische risico is dat inclusie tussen de wal en het schip valt van een kant-en-klare website, een boekingswidget en een patiëntenapp van een leverancier die niemand ter plaatse ooit met een schermlezer heeft getest of op leesleeftijd heeft gecontroleerd. Omdat kasstroom krap is en de operatie doorgaat, zijn de betaalbare zetten om toegankelijkheid en ondersteuning van communicatiebehoeften als expliciete voorwaarden te eisen bij het kiezen van leveranciers (met vragen in DTAC-stijl), de handvol materialen met veel verkeer — afspraakbrieven, toestemmingsformulieren, de voordeur van elke online dienst — om te zetten in eenvoudige taal en toegankelijke formaten, en telefoon- en persoonlijke routes werkelijk open te houden in plaats van ze opzij te schuiven. De communicatiebehoefte van een patiënt vastleggen en eerbiedigen is een wettelijke plicht die een kleine aanbieder met gedisciplineerd proces kan vervullen, ook zonder technologie. De mentale verschuiving is inclusie te behandelen als een kleine set onmisbare basics ingebakken in inkoop en dagelijkse routine, niet als een project dat de organisatie mist het personeel voor te runnen.

Grote onderneming#

Een NHS-ziekenhuis of ICS opereert op een schaal waar uitsluiting een falen van billijkheid op bevolkingsniveau en een juridische blootstelling wordt, en waar legacysystemen en gefragmenteerde data het werkelijk moeilijk maken communicatiebehoeften over settings heen vast te leggen en te delen. De uitdaging voor de onderneming is institutioneel: toegankelijkheid en de Accessible Information Standard worden door niemand bezeten, offlineroutes worden stilletjes onderfinancierd om digitale doelen te halen en inclusie wordt een beleid dat niemand operationaliseert. Het tegengif is inclusie een verantwoordelijke senior eigenaar te geven, Core20PLUS5 in portfolioprioritering te weven, toegankelijkheidstests in elke leveringscyclus verplicht te stellen (zie Onderwerp 3.5 — Leveringslevenscycli) en inclusiemaatstaven naast financiële en klinische aan het bestuur te rapporteren. Schaal is ook een troef: een grote organisatie heeft de bevolkingsdata om uitsluiting goed te meten, als zij ervoor kiest te kijken.

Overheid#

Een nationaal orgaan — NHS England, het Department of Health and Social Care, een gedecentraliseerde overheid — stelt de normen en plichten vast waaraan anderen moeten voldoen, dus zijn werkwijzen vormen inclusie in het hele stelsel: WCAG-verwachtingen, de Accessible Information Standard, Core20PLUS5 en de toegankelijkheidsregelgeving zijn instrumenten van billijkheid op bevolkingsschaal. Zijn beslissingen trekken juridische, parlementaire en publieke toetsing aan, dus transparantie over waar diensten mensen nog uitsluiten is een plicht, geen beleefdheid. Het onderscheidende risico op deze schaal is een digitaal kanaal nationaal verplichten zonder de begeleide en offlineroutes te financieren die het veilig maken, en zo uitsluiting voor miljoenen in één beleid te verankeren. Het tegengif zijn evenredige, goed gefinancierde normen, gepubliceerde inclusiedata en een vast beginsel dat geen nationale digitale dienst live gaat zonder een geteste, gefinancierde route voor wie haar niet kan gebruiken.

Veelvoorkomende faalpatronen#

• Toegankelijkheid achteraf bouwen. Toegankelijkheid er na de bouw op schroeven, wanneer het duur en vaak onmogelijk is. Tegengif: ontwerp in vanaf discovery en test voortdurend.
• Digitaal als standaard wordt alleen digitaal. Telefoon- en papieren routes sluiten voordat een veilig alternatief bestaat. Tegengif: behandel offlineroutes als eersteklas; eis bewijs vóór enige sluiting.
• Nalevingstheater. Een toegankelijkheidsverklaring en een beleid, zonder echte tests erachter. Tegengif: handmatig testen met hulptechnologie en gebruikers met een beperking; eerlijke verklaringen.
• Gemiddelden die uitsluiting verbergen. Een sterke algemene maat die falen maskeert bij de groepen die het meest nodig hebben. Tegengif: segmenteer en let op de kloof tussen groepen, niet op het gemiddelde.
• Onderzoek met gemakssteekproeven. Alleen testen met zelfverzekerde, capabele, Engelssprekende gebruikers. Tegengif: werf en betaal uitgesloten deelnemers bewust.
• Jargon en dichte inhoud. Schrijven boven de gezondheidsvaardigheden van de populatie, wat veiligheidsfouten veroorzaakt. Tegengif: eenvoudige taal, leesbaarheidstests, easy-read en vertaalde versies.
• De Accessible Information Standard op een plank. Communicatiebehoeften vastleggen maar nooit delen of vervullen. Tegengif: operationaliseer vastleggen, markeren, delen en leveren.

Volwassenheidsmodel#

Checklist#

• Inclusie en toegankelijkheid worden vanaf discovery overwogen, niet achteraf toegevoegd.
• De dienst voldoet aan WCAG 2.2 niveau AA, geverifieerd met handmatige tests en tests met hulptechnologie, met een actuele, eerlijke toegankelijkheidsverklaring.
• Communicatiebehoeften worden vastgelegd, gemarkeerd, gedeeld en vervuld volgens de Accessible Information Standard.
• Begeleide digitale en offlineroutes zijn gefinancierd, gemonitord en behandeld als eersteklas kanalen.
• Inhoud is in eenvoudige taal, getest op leesbaarheid, met easy-read en vertaalde versies waar nodig.
• Core20PLUS5 en lokale data worden gebruikt om inclusie-inspanning te richten waar de ongelijkheid het grootst is.
• Onderzoek en tests betrekken bewust uitgesloten deelnemers en betalen hen.
• Maten zijn gesegmenteerd naar uitsluitingsfactoren en de kloof tussen groepen wordt gevolgd — niet alleen het gemiddelde.
• Geen digitale route wordt buiten gebruik genomen zonder bewijs dat iedereen die erop vertrouwt een veilig alternatief heeft.
• Inclusie wordt bezeten door een verantwoordelijke senior leider en gerapporteerd aan het bestuur.

Belangrijkste bronnen#

• NHS England — Core20PLUS5 (aanpak voor het verminderen van ongelijkheden in gezondheidszorg).
• NHS England — Accessible Information Standard (DCB1605).
• World Wide Web Consortium (W3C) — Web Content Accessibility Guidelines (WCAG) 2.2.
• GOV.UK — Understanding accessibility requirements for public sector bodies (Public Sector Bodies Accessibility Regulations 2018).
• NHS Digital Service Manual — richtlijnen over toegankelijkheid, inclusief ontwerp en inhoud.
• GOV.UK Service Manual (GDS) — Making your service accessible en assisted digital support.
• Good Things Foundation — onderzoek naar digitale inclusie en de digitale kloof.
• Equality Act 2010 — plicht om redelijke aanpassingen te doen.

Referenties#

1. Digital divide — Wikipedia — https://en.wikipedia.org/wiki/Digital_divide
2. Health equity — Wikipedia — https://en.wikipedia.org/wiki/Health_equity
3. Social determinants of health — Wikipedia — https://en.wikipedia.org/wiki/Social_determinants_of_health
4. Web accessibility — Wikipedia — https://en.wikipedia.org/wiki/Web_accessibility
5. Web Content Accessibility Guidelines — Wikipedia — https://en.wikipedia.org/wiki/Web_Content_Accessibility_Guidelines
6. Inclusive design — Wikipedia — https://en.wikipedia.org/wiki/Inclusive_design
7. Universal design — Wikipedia — https://en.wikipedia.org/wiki/Universal_design
8. Assistive technology — Wikipedia — https://en.wikipedia.org/wiki/Assistive_technology
9. Plain language — Wikipedia — https://en.wikipedia.org/wiki/Plain_language
10. Readability — Wikipedia — https://en.wikipedia.org/wiki/Readability
11. Health literacy — Wikipedia — https://en.wikipedia.org/wiki/Health_literacy
12. Core20PLUS5 (adults) – reducing healthcare inequalities — NHS England — https://www.england.nhs.uk/about/equality/equality-hub/national-healthcare-inequalities-improvement-programme/core20plus5/
13. Accessible Information Standard (DCB1605) — NHS England — https://www.england.nhs.uk/about/equality/equality-hub/patient-equalities-programme/equality-frameworks-and-information-standards/accessibleinfo/
14. Web Content Accessibility Guidelines (WCAG) 2.2 — World Wide Web Consortium (W3C) — https://www.w3.org/TR/WCAG22/
15. Understanding accessibility requirements for public sector bodies — GOV.UK — https://www.gov.uk/guidance/accessibility-requirements-for-public-sector-websites-and-apps
16. The Public Sector Bodies (Websites and Mobile Applications) (No. 2) Accessibility Regulations 2018 — legislation.gov.uk — https://www.legislation.gov.uk/uksi/2018/952/contents/made
17. NHS Digital Service Manual — accessibility and inclusive design — NHS England — https://service-manual.nhs.uk/accessibility
18. Making your service accessible: an introduction — GOV.UK Service Manual — https://www.gov.uk/service-manual/helping-people-to-use-your-service/making-your-service-accessible-an-introduction
19. Equality Act 2010 — legislation.gov.uk — https://www.legislation.gov.uk/ukpga/2010/15/contents