Sujet 1.9 — Inclusion numérique et accessibilité

Dans la santé et l'action sociale, un service numérique qui exclut certaines personnes n'est pas un choix technique neutre — il prive de soins ceux qui en ont souvent le plus besoin ; l'inclusion et l'accessibilité sont donc des questions de sécurité clinique, d'équité et de confiance publique, pas un vernis optionnel.

Pourquoi c'est important dans la santé et l'action sociale#

Dans la plupart des secteurs, un site web inaccessible fait perdre une vente. Dans la santé et l'action sociale, cela peut signifier qu'une personne manque une invitation au dépistage, ne peut pas prendre un rendez-vous urgent, ne peut pas comprendre ses instructions de sortie, ou ne peut pas voir l'avertissement de médication qui l'aurait maintenue en sécurité. L'exclusion numérique ici n'est pas une gêne ; c'est une voie vers le préjudice et vers l'aggravation de l'inégalité, délivrée avec de l'argent public sous obligation statutaire.

Les personnes les plus susceptibles d'être exclues numériquement — personnes âgées, personnes handicapées, personnes en situation de pauvreté, personnes ayant une faible littératie, personnes dont l'anglais n'est pas la langue maternelle, personnes dans des zones à mauvaise connectivité — sont très souvent les mêmes personnes qui portent le plus grand fardeau de maladie. C'est le cœur inconfortable de ce sujet : l'exclusion numérique se superpose presque exactement à l'inégalité de santé. Lorsque vous numérisez un service sans plan pour ceux qui ne peuvent pas emprunter la voie numérique, vous pouvez activement déplacer les ressources et l'attention vers ceux déjà les mieux servis, et appeler cela du progrès — la « loi des soins inversés » dans un nouveau média.

L'accessibilité est aussi une obligation légale, pas une gentillesse. Les organismes du secteur public au Royaume-Uni doivent respecter des normes d'accessibilité prévues par la loi, et les organisations de santé et d'action sociale portent des obligations statutaires supplémentaires pour répondre aux besoins de communication des patients et aidants handicapés. L'accès aux services numériques est lui-même de plus en plus un déterminant plus large de la santé — la connectivité, un appareil, et la confiance pour les utiliser façonnent désormais si une personne peut accéder aux soins du tout. Traiter l'inclusion comme un ajout après coup est ainsi que les organisations finissent en infraction avec la loi, avec la confiance, et avec leurs propres engagements d'équité. L'inclusion et l'accessibilité doivent être conçues dès la première conversation de découverte (voir Sujet 3.4 — Phases de découverte) et mesurées comme un résultat de premier ordre (voir Sujet 10.0 — Objectifs et résultats clés (OKR)).

Concepts fondamentaux#

La fracture numérique et l'exclusion numérique. La fracture numérique est l'écart entre ceux qui peuvent accéder à la technologie numérique et l'utiliser et ceux qui ne le peuvent pas. L'exclusion numérique est généralement causée par cinq facteurs interagissants : l'accès (un appareil et une connexion fiable), l'abordabilité (les données et le matériel coûtent de l'argent), les compétences (la confiance et la capacité à utiliser les outils numériques), la motivation et la confiance (croire que le numérique est sûr et utile), et la conception (si le service est utilisable du tout). Une personne est rarement exclue par un seul facteur ; une personne âgée à faible revenu dans une zone rurale avec un mauvais haut débit fait face à plusieurs à la fois, ce qui explique pourquoi les solutions simplistes échouent.

Qui est exclu, et le lien avec l'équité. L'exclusion se regroupe par âge, handicap, revenu et pauvreté, littératie, langue et connectivité. Parce que ces mêmes caractéristiques prédisent une santé plus faible, l'exclusion numérique aggrave les écarts d'équité en santé existants. Le changement mental requis est d'arrêter de traiter « l'accès numérique » comme une utilité d'arrière-plan et de commencer à le traiter comme l'un des déterminants sociaux de la santé — un facteur qui façonne les résultats de santé aussi sûrement que le logement ou le revenu.

Core20PLUS5. Le Core20PLUS5 de NHS England est un cadre national pour réduire les inégalités de santé. Il concentre les efforts sur les 20 % les plus défavorisés de la population (le « Core20 »), plus des groupes d'inclusion identifiés localement connaissant un accès ou des résultats plus faibles (le « PLUS »), et cinq domaines cliniques d'intérêt particulier. Il vous donne un prisme prêt à l'emploi pour demander qui votre service échoue-t-il, et un vocabulaire partagé avec les collègues cliniques et de santé publique pour cibler le travail d'inclusion là où l'inégalité est la plus grande.

Accessibilité web et WCAG 2.2. L'accessibilité web est la pratique consistant à supprimer les obstacles qui empêchent les personnes handicapées d'utiliser les services numériques. La norme technique reconnue est les Web Content Accessibility Guidelines (WCAG), actuellement version 2.2, organisées autour de quatre principes — le contenu doit être perceptible, utilisable, compréhensible et robuste — à trois niveaux de conformité, A, AA et AAA. Les services du secteur public britannique sont censés respecter le niveau AA de WCAG 2.2.

Le Public Sector Bodies Accessibility Regulations 2018. Le Public Sector Bodies (Websites and Mobile Applications) (No. 2) Accessibility Regulations 2018 fait de la conformité WCAG une exigence légale pour la plupart des sites web et applications du secteur public, et exige une déclaration d'accessibilité publiée et exacte. Cela s'ajoute à l'obligation d'aménagements raisonnables de l'Equality Act 2010. L'accessibilité est un plancher de conformité avec conséquence légale, pas une aspiration.

L'Accessible Information Standard. L'Accessible Information Standard du NHS (référence de norme de données DCB1605) est une norme obligatoire exigeant que les prestataires de santé et d'action sociale pour adultes identifient, enregistrent, signalent, partagent et répondent aux besoins d'information et de communication des patients, usagers et aidants ayant un handicap, une déficience, ou une perte sensorielle — par exemple, en fournissant l'information en lecture facile, en braille, en gros caractères, ou via un interprète en langue des signes britannique. C'est une obligation statutaire, pas une directive.

Conception inclusive et conception universelle. La conception universelle vise à rendre les produits utilisables par le plus grand nombre de personnes possible sans adaptation ; la conception inclusive est le processus consistant à concevoir délibérément avec et pour les personnes habituellement exclues, sur le principe que résoudre pour les marges améliore le service pour tous — l'« effet bateau-pavé ».

Technologie d'assistance. Les technologies d'assistance — lecteurs d'écran, loupes, saisie vocale, accès par contacteur, claviers alternatifs — sont la façon dont de nombreuses personnes handicapées utilisent les services numériques. La conception accessible est ce qui permet à ces technologies de fonctionner ; une interface inaccessible les brise silencieusement.

Voies numériques assistées et hors ligne. Le « numérique assisté » décrit le soutien pour les personnes qui ne peuvent pas utiliser un service numérique de manière autonome — par téléphone, en personne, par un aidant formé, ou via un intermédiaire. Les voies hors ligne et analogiques (courrier, téléphone, face à face) ne sont pas une dette héritée à éteindre ; pour certaines personnes, elles sont la seule voie sûre vers les soins. Traitez-les comme des canaux de premier ordre avec leurs propres niveaux de service.

Langage clair, lisibilité, et littératie en santé. Le langage clair est une écriture qu'un lecteur peut comprendre dès la première lecture. La lisibilité est mesurable — les formules d'âge de lecture estiment la difficulté d'un texte. La littératie en santé est la capacité d'une personne à trouver, comprendre et utiliser l'information de santé ; une grande part des adultes trouvent les documents de santé standard trop complexes, donc un contenu clair est une intervention de sécurité, pas seulement stylistique.

Bonnes pratiques#

  1. Concevez pour l'inclusion dès la découverte, jamais comme une adaptation ultérieure. Intégrez l'accessibilité et l'inclusion dans les premières conversations de découverte, la recherche utilisateur, et les décisions de conception (voir Sujet 3.0 — Recherche utilisateur et conception de services et Sujet 3.4 — Phases de découverte). Adapter l'accessibilité sur un produit terminé est plus coûteux, moins efficace, et souvent impossible sans reconstruction. Faites de « qui cela pourrait-il exclure ? » une question permanente à chaque revue de conception.

  2. Respectez le niveau AA de WCAG 2.2 comme un plancher, et testez avec de vraies technologies d'assistance. Traitez la conformité WCAG 2.2 AA comme le minimum, pas la cible, et vérifiez-la avec des outils automatisés et des tests manuels utilisant des lecteurs d'écran, la navigation au clavier seul, et le grossissement. Les vérificateurs automatisés détectent peut-être un tiers des problèmes ; le reste nécessite des tests humains, idéalement incluant des utilisateurs handicapés. Publiez une déclaration d'accessibilité honnête et spécifique et gardez-la à jour, comme l'exige la réglementation.

  3. Respectez l'Accessible Information Standard comme une réalité opérationnelle, pas une politique sur une étagère. Assurez-vous que vos systèmes peuvent capturer les besoins de communication d'une personne, les signaler, les partager à travers les contextes, et réellement délivrer l'information dans le format requis — lecture facile, gros caractères, braille, BSL. C'est une obligation légale et une question de sécurité : un patient sourd qui ne peut pas comprendre les changements de rendez-vous, ou une personne ayant une déficience intellectuelle à qui l'on ne donne qu'un texte dense, est un patient à risque.

  4. Faites des voies numériques assistées et hors ligne des canaux de premier ordre. Dotez en ressources, surveillez et améliorez les voies téléphonique, en personne et papier avec le même sérieux que l'application. Ne déclassez jamais une voie analogique avant d'avoir la preuve que tous ceux qui en dépendaient disposent d'une alternative réelle et testée. Le « numérique par défaut » ne doit jamais devenir « numérique uniquement » dans un service où l'exclusion signifie des soins manqués.

  5. Écrivez en langage clair et testez la lisibilité. Visez un contenu de santé et d'action sociale à un âge de lecture d'environ 9 à 11 ans, utilisez des phrases courtes et des mots communs, développez ou évitez le jargon, et structurez le contenu pour que l'information la plus importante vienne en premier. Testez avec des outils de lisibilité et, mieux, avec des personnes ayant une faible littératie ou l'anglais comme langue additionnelle. Proposez des versions en lecture facile et traduites là où votre population en a besoin.

  6. Utilisez Core20PLUS5 pour cibler l'effort d'inclusion là où l'inégalité est la plus grande. Plutôt que de disperser le travail d'inclusion, utilisez Core20PLUS5 et les données de population locales pour identifier qui votre service échoue et concentrez l'amélioration là. Cela relie votre livraison numérique à la stratégie d'inégalités de santé de l'organisation et donne aux collègues cliniques et de santé publique un cadre partagé pour la priorisation.

  7. Concevez avec les personnes exclues, pas seulement pour elles. Recrutez des participants à la recherche et aux tests qui sont âgés, handicapés, peu confiants numériquement, à faible revenu, ou parlent d'autres langues — les personnes habituellement absentes des échantillons de commodité — et payez-les correctement. La co-conception et la contribution de l'expérience vécue font émerger des obstacles qu'aucune liste de contrôle ne prédit, et construisent l'empathie qui soutient le travail d'inclusion sous la pression de livraison.

  8. Mesurez l'inclusion, pas seulement les moyennes. Les métriques principales cachent l'exclusion : un service utilisé avec succès par la plupart des gens peut échouer discrètement précisément les groupes les plus dans le besoin. Segmentez vos données selon les caractéristiques qui prédisent l'exclusion, suivez le taux d'achèvement et d'abandon pour chacune, et surveillez l'écart entre les groupes, pas seulement la moyenne (voir Sujet 1.3 — Décisions fondées sur les preuves et Sujet 10.0 — Objectifs et résultats clés (OKR)).

Questions à discuter avec votre équipe#

  1. Qui notre service exclut-il actuellement — et avons-nous réellement regardé, ou sommes-nous rassurés par une moyenne ? Cette question force l'équipe à dépasser les chiffres principaux confortables pour aller vers la distribution sous-jacente. Dans la santé et l'action sociale, cela compte de manière aiguë parce que les personnes qu'un service numérique est le plus susceptible d'exclure — âgées, handicapées, plus pauvres, moins lettrées, non anglophones, mal connectées — sont de manière disproportionnée celles ayant les plus grands besoins de santé, de sorte que l'exclusion et l'inégalité se renforcent mutuellement. La tension à faire surgir est que segmenter vos données peut révéler une vérité inconfortable qu'un fort taux d'achèvement global cachait, et que la corriger coûte de l'argent et ralentit la feuille de route. Regardez concrètement les taux d'abandon par tranche d'âge, par appareil, par le fait qu'une voie assistée ait été utilisée, et par tout groupe d'inclusion que votre organisation suit sous Core20PLUS5. Considérez si vous collectez même les données nécessaires pour voir l'exclusion, ou si vos analyses y sont aveugles par conception. Une bonne réponse honnête nomme des groupes spécifiques que le service échoue, admet où vous manquez de données pour savoir, et s'engage à mesurer l'écart entre les groupes plutôt qu'à célébrer la moyenne.

  2. Nos voies non numériques sont-elles véritablement de premier ordre, ou les affamons-nous discrètement pour pouvoir déclarer un succès numérique ? Les programmes de transformation numérique sont souvent incités sur l'adoption numérique, ce qui crée une pression subtile pour laisser les voies téléphonique, papier et en personne dépérir — ou pour les fermer avant qu'une alternative sûre n'existe. Cela compte parce que pour certains patients, la voie analogique n'est pas une préférence mais la seule façon sûre d'atteindre les soins, et la retirer peut causer un préjudice réel pendant que le tableau de bord montre des progrès. Débattez du compromis honnête : maintenir plusieurs canaux coûte de l'argent et des efforts, et il y a une valeur légitime à déplacer les utilisateurs volontaires vers des voies numériques efficaces, mais le « numérique par défaut » ne doit jamais glisser vers « numérique uniquement ». Regardez si vos voies hors ligne ont des niveaux de service, un financement et une surveillance appropriés, ou si elles sont traitées comme une dette héritée. Examinez quelle preuve vous auriez besoin avant de déclasser toute voie, et si vous l'avez. Une réponse forte traite les canaux numériques assistés et hors ligne comme des services de premier ordre avec des propriétaires et des normes, et fixe une barre explicite et fondée sur des preuves qui doit être franchie avant qu'une voie ne soit fermée.

  3. Lorsque nous disons respecter nos obligations d'accessibilité et de l'Accessible Information Standard, est-ce une réalité testée ou une déclaration d'intention ? De nombreuses organisations ont une déclaration d'accessibilité et une politique référençant l'Accessible Information Standard, et pourtant échouent en pratique — le lecteur d'écran se casse sur le flux de réservation, ou le patient sourd reçoit toujours une lettre illisible. Cette question compte parce que ce sont des obligations légales avec de vraies conséquences, et parce que l'écart entre la conformité sur papier et l'expérience vécue est là où les patients sont réellement lésés. La tension est qu'une véritable assurance nécessite des tests manuels avec la technologie d'assistance et des utilisateurs handicapés, la capture et l'action sur les besoins de communication enregistrés à travers les systèmes, et un effort continu — tout cela plus difficile que de publier une déclaration une fois. Sondez les spécificités : quand un véritable utilisateur de lecteur d'écran a-t-il complété pour la dernière fois votre parcours principal ; vos systèmes peuvent-ils signaler et partager un besoin de communication d'un contexte à un autre ; qui est responsable lorsqu'une version en lecture facile n'existe pas. Considérez que les outils d'accessibilité automatisés manquent la plupart des problèmes, donc un rapport automatisé vert prouve peu. Une bonne réponse distingue clairement ce qui a été testé avec de vrais utilisateurs et technologies d'assistance de ce qui est simplement affirmé, et assume les lacunes avec un plan et un propriétaire responsable plutôt qu'une formule rassurante.

  4. Concevons-nous et testons-nous avec les personnes exclues, ou seulement pour elles — et sommes-nous disposés à payer pour cette implication ? Il est facile de construire une idée de l'utilisateur exclu à partir de personas, d'hypothèses et de listes de contrôle, et bien plus difficile de mettre un utilisateur de lecteur d'écran, une personne ayant une déficience intellectuelle, ou quelqu'un ayant l'anglais comme langue additionnelle dans la pièce et d'agir sur ce qu'il vous montre. Cela compte parce que l'expérience vécue fait émerger des obstacles qu'aucun outil automatisé ou concepteur bien intentionné ne prédit, et parce que le travail d'inclusion perd de l'élan sous la pression de livraison à moins que l'équipe n'ait rencontré les personnes qu'il affecte. La tension est pratique : recruter des participants exclus prend plus de temps, coûte plus cher, nécessite de payer correctement les gens pour leur temps, et renvoie parfois des conclusions qui forcent une refonte inconfortable tard dans un sprint. Sondez si vos échantillons de recherche atteignent au-delà des utilisateurs confiants, capables, connectés, qui sont les plus faciles à trouver, et si les délais d'achat et de livraison laissent de la place pour une véritable co-conception plutôt qu'une consultation symbolique. Considérez qui détient le budget pour le paiement des participants et si « pas de budget » exclut discrètement précisément les personnes que vous devez le plus entendre. Une réponse honnête montre les personnes exclues façonnant les décisions, pas seulement les validant, et traite leur implication comme une pratique financée et récurrente plutôt qu'un exercice ponctuel.

  5. Comment la numérisation de ce service changera-t-elle le tableau d'équité — pourrions-nous élargir l'écart même si le chiffre principal s'améliore ? Numériser un service redistribue l'effort, l'attention et la commodité, et il le fait rarement de manière neutre : les personnes les plus rapides à adopter une nouvelle voie numérique sont souvent celles déjà les mieux servies, de sorte qu'un service peut s'améliorer en moyenne tandis que les plus exclus prennent encore plus de retard. C'est la « loi des soins inversés » se jouant dans un nouveau média, et dans la santé et l'action sociale, elle se superpose presque exactement à l'inégalité de santé existante, ce qui explique pourquoi elle mérite un examen explicite plutôt qu'une hypothèse optimiste. Le compromis à nommer est que les efficacités et économies qui justifient un programme numérique sont réelles, mais les encaisser peut signifier retirer des ressources des voies plus lentes et plus coûteuses qui maintiennent les plus exclus connectés aux soins. Regardez concrètement votre population à travers Core20PLUS5 et les données locales : quelles cohortes portent le plus grand besoin, comment atteignent-elles actuellement le service, et que leur arrive-t-il sous la nouvelle conception. Demandez si votre mesure de succès est « plus de personnes utilisent le numérique » ou « aucun groupe n'est pire loti et les plus exclus s'améliorent » — les deux peuvent pointer dans des directions opposées. Une bonne réponse fixe l'équité comme un objectif de conception explicite dès le départ, modélise l'effet sur les plus exclus avant la construction, et s'engage à surveiller l'écart après la mise en production plutôt que de supposer que la numérisation élève tout le monde.

  6. Lorsque les budgets numériques et non numériques sont en concurrence, comment décidons-nous — et qui est responsable des personnes qu'une coupe exclurait ? L'inclusion est finalement une décision de ressourcement, et elle est généralement prise implicitement, à travers où l'argent et l'attention de gestion affluent plutôt qu'à travers un choix explicite et assumé. Cela compte parce que les voies numériques assistées et hors ligne qui protègent les plus exclus sont la ligne la plus facile à réduire lorsque les budgets se resserrent, et leurs utilisateurs sont souvent ceux les moins capables de se plaindre bruyamment ou visiblement. La véritable tension est que chaque livre dépensée à maintenir une voie téléphonique ou papier est une livre non dépensée pour une nouvelle capacité numérique, et le dossier d'économies pour un programme dépend fréquemment de la réduction éventuelle de ces voies — donc la pression pour couper est structurelle, pas accidentelle. Examinez si l'inclusion a un propriétaire senior nommé avec une véritable autorité budgétaire, si les métriques d'inclusion atteignent le conseil d'administration aux côtés des métriques financières et cliniques, et si quelqu'un est formellement responsable lorsqu'une coupe ré-exclut un groupe que l'organisation s'est statutairement engagée à atteindre. Considérez comment une économie proposée serait scrutée : y a-t-il une évaluation d'impact sur l'équité, ou le chiffre est-il simplement encaissé. Une réponse honnête place la responsabilité des personnes exclues auprès d'une personne senior spécifique, rend le compromis visible au niveau où l'argent est alloué, et refuse de traiter le financement de l'inclusion comme un extra discrétionnaire à piller en temps difficile.

En pratique : un exemple de santé et d'action sociale#

Un integrated care system (ICS) déploie une nouvelle voie en ligne pour que les patients réservent et gèrent des rendez-vous externes, visant à réduire le volume d'appels téléphoniques aux équipes de réservation et à réduire les rendez-vous manqués. Le premier dossier commercial est entièrement cadré autour de l'adoption numérique et des économies de centre d'appels.

La responsable de l'inclusion numérique intervient tôt, pendant la découverte. Elle cartographie la population des consultations externes par rapport à Core20PLUS5 et constate qu'une grande part des patients ayant les plus grands besoins sont âgés, vivent dans les quartiers les plus défavorisés, ou ont un besoin de communication enregistré au titre de l'Accessible Information Standard. Elle recadre la mesure de succès : non pas « pourcentage de réservations effectuées en ligne » mais « aucun groupe n'est pire loti qu'avant, et les groupes les plus exclus s'améliorent ». La recherche utilisateur recrute délibérément des patients âgés, un homme aveugle qui utilise un lecteur d'écran, une femme ayant une déficience intellectuelle, et une famille qui parle sylhétien à la maison, en les payant pour leur temps.

La recherche est édifiante. Le flux de réservation prototype se casse sous la navigation au clavier seul ; la lettre de confirmation est écrite à un âge de lecture bien au-dessus de la plupart des patients ; il n'y a aucune voie du tout pour quelqu'un qui ne peut pas utiliser l'application. L'équipe corrige le flux pour respecter le niveau AA de WCAG 2.2, vérifié par des tests manuels avec la même technologie d'assistance que les vrais patients utilisent. Les concepteurs de contenu réécrivent les lettres en langage clair, testées pour la lisibilité et disponibles en versions lecture facile et traduites, avec des signalements de besoin de communication reportés depuis le dossier partagé. Fait crucial, la voie téléphonique n'est pas coupée mais renforcée : financée, dotée d'une norme de service, et pourvue en personnel pour aider les personnes qui ne peuvent pas ou ne veulent pas utiliser la voie numérique.

À la mise en production, le tableau de bord segmente le succès de réservation et la présence aux rendez-vous par âge, décile de précarité, besoin de communication, et canal, et surveille l'écart entre les groupes. Trois mois plus tard, l'adoption numérique est saine parmi les patients plus jeunes, et — la métrique qui compte le plus — la présence parmi la cohorte la plus défavorisée s'est maintenue plutôt que de chuter, parce que la voie téléphonique a absorbé ceux qui ne pouvaient pas passer au numérique. Lorsqu'un membre du conseil d'administration demande pourquoi les lignes téléphoniques n'ont pas été fermées pour encaisser les économies, la responsable de l'inclusion pointe vers les données segmentées : les fermer aurait ré-exclu précisément les patients que l'ICS s'est statutairement engagé à atteindre.

Angles sectoriels#

Startup#

Une petite entreprise de health-tech fait face au compromis d'inclusion le plus aigu : l'accessibilité et les voies assistées coûtent du temps d'ingénierie rare et de la trésorerie, et le chemin le plus rapide vers une démo est de concevoir pour des utilisateurs confiants, capables, anglophones, sur des téléphones neufs. Résistez à cela. Intégrez la conformité WCAG 2.2 AA et le contenu en langage clair dès le premier sprint, car l'adaptation ultérieure est bien plus coûteuse et parce que les acheteurs du NHS exigent de plus en plus des preuves d'accessibilité à travers les Digital Technology Assessment Criteria (DTAC). Les petites équipes peuvent encore recruter une poignée de testeurs handicapés et exclus numériquement à moindre coût, et le faire tôt est l'investissement d'inclusion au plus fort levier qu'une startup puisse faire. Traitez une déclaration d'accessibilité honnête et un plan clair pour les exclus comme un atout de vente, pas un fardeau.

Petite entreprise#

Un prestataire établi de petite taille — un cabinet de médecins généralistes, une pharmacie communautaire, une maison de retraite, une agence de soins à domicile, une clinique monosite, ou un petit fournisseur de health-tech ayant dépassé le stade de la startup — porte les mêmes obligations d'accessibilité et d'Accessible Information Standard qu'un grand trust, mais avec de vrais patients et presque aucune capacité numérique ou informatique dédiée pour y répondre. Le risque pratique est que l'inclusion tombe entre les mailles d'un site web prêt à l'emploi, d'un widget de réservation, et d'une application patient d'un fournisseur que personne sur place n'a jamais testée avec un lecteur d'écran ou vérifiée pour l'âge de lecture. Parce que la trésorerie est serrée et les opérations continues, les démarches abordables sont d'exiger le support d'accessibilité et de besoin de communication comme conditions explicites lors du choix des fournisseurs (en utilisant des questions de style DTAC), de corriger la poignée de documents à fort trafic — lettres de rendez-vous, formulaires de consentement, la porte d'entrée de tout service en ligne — en langage clair et formats accessibles, et de maintenir les voies téléphonique et en personne véritablement ouvertes plutôt que reléguées. Enregistrer et respecter le besoin de communication d'un patient est une obligation légale qu'un petit prestataire peut satisfaire avec un processus discipliné même sans technologie. Le changement d'état d'esprit consiste à traiter l'inclusion comme un petit ensemble de fondamentaux non négociables intégrés dans les achats et la routine quotidienne, pas un projet que l'organisation manque de personnel pour mener.

Entreprise#

Un trust du NHS ou un ICS opère à une échelle où l'exclusion devient un échec d'équité au niveau de la population et une exposition légale, et où les systèmes hérités et les données fragmentées rendent réellement difficile la capture et le partage des besoins de communication à travers les contextes. Le défi d'entreprise est institutionnel : l'accessibilité et l'Accessible Information Standard ne sont possédés par personne, les voies hors ligne sont discrètement définancées pour atteindre les objectifs numériques, et l'inclusion devient une politique que personne n'opérationnalise. Le correctif est de donner à l'inclusion un propriétaire senior responsable, d'intégrer Core20PLUS5 dans la priorisation du portefeuille, de mandater les tests d'accessibilité dans chaque cycle de vie de livraison (voir Sujet 3.5 — Cycles de vie de livraison), et de rapporter les métriques d'inclusion au conseil d'administration aux côtés des métriques financières et cliniques. L'échelle est aussi un atout : une grande organisation a les données de population pour mesurer l'exclusion correctement, si elle choisit de regarder.

Gouvernement#

Un organisme national — NHS England, le Department of Health and Social Care, un gouvernement décentralisé — établit les normes et obligations que les autres doivent respecter, donc ses façons de travailler façonnent l'inclusion à travers tout le système : les attentes WCAG, l'Accessible Information Standard, Core20PLUS5, et les réglementations d'accessibilité sont des instruments d'équité à l'échelle de la population. Ses décisions attirent un examen légal, parlementaire et public, donc la transparence sur où les services excluent encore des personnes est une obligation, pas une courtoisie. Le risque distinctif à cette échelle est de mandater un canal numérique nationalement sans financer les voies assistées et hors ligne qui le rendent sûr, ancrant ainsi l'exclusion pour des millions dans une seule politique. Le correctif est des normes proportionnées et bien dotées en ressources, des données d'inclusion publiées, et un principe ferme selon lequel aucun service numérique national ne passe en production sans une voie testée et financée pour ceux qui ne peuvent pas l'utiliser.

Modes d'échec courants#

  • Adaptation ultérieure de l'accessibilité. Ajouter l'accessibilité après la construction, quand c'est coûteux et souvent impossible. Antidote : concevoir dès la découverte et tester en continu.
  • Le numérique par défaut devenant numérique uniquement. Fermer les voies téléphonique et papier avant qu'une alternative sûre n'existe. Antidote : traiter les voies hors ligne comme de premier ordre ; exiger des preuves avant toute fermeture.
  • Théâtre de conformité. Une déclaration d'accessibilité et une politique, sans véritables tests derrière elles. Antidote : tests manuels avec technologie d'assistance et utilisateurs handicapés ; déclarations honnêtes.
  • Moyennes cachant l'exclusion. Une métrique globale forte masquant l'échec dans les groupes les plus dans le besoin. Antidote : segmenter et surveiller l'écart entre les groupes, pas la moyenne.
  • Recherche par échantillon de commodité. Tester uniquement avec des utilisateurs confiants, capables, anglophones. Antidote : recruter et payer délibérément des participants exclus.
  • Jargon et contenu dense. Écrire au-dessus de la littératie en santé de la population, causant des erreurs de sécurité. Antidote : langage clair, tests de lisibilité, versions en lecture facile et traduites.
  • L'Accessible Information Standard sur une étagère. Enregistrer les besoins de communication mais ne jamais les partager ou y répondre. Antidote : opérationnaliser la capture, le signalement, le partage et la livraison.

Modèle de maturité#

Dimension Initier Développer Standardiser Gérer Orchestrer
Accessibilité Ad hoc ; échecs WCAG fréquents Vérifications automatisées seulement WCAG 2.2 AA vérifié par tests manuels + technologie d'assistance Conformité suivie comme un KPI ; régressions détectées par des portes de test assurées et auditées Utilisateurs handicapés intégrés dans les tests continus ; problèmes rares et corrigés rapidement
Voies non numériques En cours de fermeture pour atteindre les objectifs numériques Maintenues mais négligées Canaux de premier ordre avec niveaux de service Niveaux de service mesurés et rapportés ; performance gérée contre des objectifs Activement améliorées ; fermetures seulement sur preuve d'une alternative sûre
Accessible Information Standard Non respecté Besoins enregistrés, non partagés Capturés, signalés, partagés et livrés à travers les contextes Conformité auditée avec métriques ; échecs de livraison consignés et gérés jusqu'à clôture Pleinement intégré et audité ; échecs suivis et clos
Contenu Jargon, âge de lecture élevé Quelques efforts de langage clair Langage clair + lisibilité testée ; lecture facile disponible Âge de lecture et couverture de format mesurés contre des normes et gouvernés Co-conçu avec des utilisateurs à faible littératie et EAL ; multilingue par défaut
Mesure Moyennes principales seulement Quelque segmentation Métriques segmentées par facteurs d'exclusion ; écarts suivis Écarts gérés contre des objectifs explicites avec propriétaires nommés et révision régulière Objectifs d'inclusion dans les OKR ; fermeture des écarts activement gérée

Liste de contrôle#

  • L'inclusion et l'accessibilité sont considérées dès la découverte, pas adaptées ultérieurement.
  • Le service respecte le niveau AA de WCAG 2.2, vérifié par des tests manuels et de technologie d'assistance, avec une déclaration d'accessibilité actuelle et honnête.
  • Les besoins de communication sont capturés, signalés, partagés et satisfaits selon l'Accessible Information Standard.
  • Les voies numériques assistées et hors ligne sont financées, surveillées et traitées comme des canaux de premier ordre.
  • Le contenu est en langage clair, testé pour la lisibilité, avec des versions en lecture facile et traduites là où nécessaire.
  • Core20PLUS5 et les données locales sont utilisés pour cibler l'effort d'inclusion là où l'inégalité est la plus grande.
  • La recherche et les tests incluent délibérément, et paient, des participants exclus.
  • Les métriques sont segmentées par facteurs d'exclusion, et l'écart entre les groupes est suivi — pas seulement la moyenne.
  • Aucune voie numérique n'est déclassée sans preuve que tous ceux qui en dépendent ont une alternative sûre.
  • L'inclusion est possédée par un dirigeant senior responsable et rapportée au conseil d'administration.

Sources clés#

  • NHS England — Core20PLUS5 (approach to reducing healthcare inequalities).
  • 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 — accessibility, inclusive design, and content guidance.
  • GOV.UK Service Manual (GDS) — Making your service accessible and assisted digital support.
  • Good Things Foundation — research on digital inclusion and the digital divide.
  • Equality Act 2010 — duty to make reasonable adjustments.

Références#

  1. Digital divide — Wikipédia — https://en.wikipedia.org/wiki/Digital_divide
  2. Health equity — Wikipédia — https://en.wikipedia.org/wiki/Health_equity
  3. Social determinants of health — Wikipédia — https://en.wikipedia.org/wiki/Social_determinants_of_health
  4. Web accessibility — Wikipédia — https://en.wikipedia.org/wiki/Web_accessibility
  5. Web Content Accessibility Guidelines — Wikipédia — https://en.wikipedia.org/wiki/Web_Content_Accessibility_Guidelines
  6. Inclusive design — Wikipédia — https://en.wikipedia.org/wiki/Inclusive_design
  7. Universal design — Wikipédia — https://en.wikipedia.org/wiki/Universal_design
  8. Assistive technology — Wikipédia — https://en.wikipedia.org/wiki/Assistive_technology
  9. Plain language — Wikipédia — https://en.wikipedia.org/wiki/Plain_language
  10. Readability — Wikipédia — https://en.wikipedia.org/wiki/Readability
  11. Health literacy — Wikipédia — 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

Modifier cette page sur GitHub — le livre est la source de vérité ; ce site le présente.