Sujet 3.1 — Conception de contenu et littératie en santé

Dans la santé et l'action sociale, les mots et la structure que vous placez devant une personne font partie du traitement, donc un contenu qui confond, exclut, ou induit en erreur est un échec de sécurité clinique et d'équité, pas un échec cosmétique.

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

La majeure partie du service de santé numérique qu'une personne vit réellement est du contenu : une lettre, un écran d'instructions, un rappel de rendez-vous, un formulaire de consentement, un ensemble d'instructions de médication, un message d'erreur lorsqu'une réservation échoue. Les gens ne vivent pas votre architecture, votre modèle de données, ou votre comité de gouvernance. Ils vivent les mots, et si ces mots les aident à faire la chose pour laquelle ils sont venus — réserver, annuler, comprendre un résultat, se préparer pour une procédure, prendre un médicament en sécurité, décider s'il faut demander de l'aide.

Les enjeux sont élevés car l'audience est, par définition, souvent malade, anxieuse, fatiguée, en douleur, en deuil, ou en crise. La compréhension chute sous le stress. Une phrase qui se lit bien pour un auteur de politique dans un bureau calme peut être illisible pour une personne effrayée à 2h du matin. Et l'écart entre comment le contenu est écrit et comment les gens lisent réellement est grand. En Angleterre, environ quatre adultes en âge de travailler sur dix ont du mal avec l'information de santé qui inclut à la fois du texte et des chiffres ; cette proportion augmente fortement lorsque des chiffres sont impliqués. Une grande partie du contenu clinique est écrite à plusieurs âges de lecture au-dessus de ce qu'une grande partie de la population peut utiliser confortablement.

Ce n'est pas un point mineur d'utilisabilité. Une mauvaise compréhension est liée aux rendez-vous manqués, aux erreurs de médication, aux admissions évitables, à l'échec de participation au dépistage, et à de pires résultats globalement — et ces préjudices frappent le plus durement les personnes déjà confrontées à un désavantage, approfondissant les inégalités de santé plutôt que de les réduire. Si quelqu'un ne peut pas comprendre comment se préparer pour une coloscopie, la procédure clinique est compromise avant même de commencer. Si un message de filet de sécurité (« revenez si vous remarquez ces symptômes ») est enterré dans du jargon, le filet de sécurité a des trous. La conception de contenu est donc indissociable du Sujet 1.6 — Sécurité clinique et gestion des risques, du Sujet 1.9 — Inclusion numérique et accessibilité, et de la pratique de recherche du Sujet 3.0 — Recherche utilisateur et conception de services.

Concepts fondamentaux#

La conception de contenu est une discipline, popularisée par le Government Digital Service (GDS) britannique et adoptée par NHS Digital et NHS England, qui traite l'écriture comme de la conception : vous décidez de ce dont une personne a besoin pour accomplir une tâche, puis choisissez les mots, l'ordre, et le format qui répondent à ce besoin de la manière la plus simple — ce qui est parfois de la prose, mais souvent une liste, un tableau, une étape par étape, ou aucun contenu du tout. Elle part de la preuve sur les besoins utilisateurs plutôt que de ce qu'une organisation veut dire.

Le langage clair — en anglais, le plain English — est une écriture dont la formulation, la structure, et la conception permettent au lecteur visé de trouver ce dont il a besoin, de le comprendre, et de l'utiliser, dès la première lecture. Ce n'est pas « simplifier à l'excès » ; c'est une précision qui respecte le temps et l'effort du lecteur.

La lisibilité est la facilité avec laquelle un texte peut être compris, et elle peut être estimée avec des formules telles que les tests de lisibilité Flesch–Kincaid, qui traduisent la longueur des phrases et la complexité des mots en un âge de lecture ou niveau scolaire approximatif. Ces formules sont un signal utile, pas un verdict — elles mesurent la difficulté de surface, pas si le contenu est correct, trouvable, ou utilisable.

La littératie en santé est la capacité d'une personne à trouver, comprendre, et utiliser l'information et les services de santé pour prendre des décisions et agir. Ce n'est pas un trait fixe de la personne ; c'est une relation entre les exigences que votre contenu fait et les compétences, le contexte, et l'état que la personne apporte. La numératie — la capacité de raisonner avec des chiffres, des risques, des doses, et des dates — est une compétence distincte et souvent plus faible, ce qui compte énormément lorsque vous communiquez des probabilités, des résultats, ou des quantités de médicaments.

Le contenu accessible est un contenu qui fonctionne pour les gens indépendamment du handicap ou du besoin de communication. Il est gouverné par les Web Content Accessibility Guidelines (WCAG) pour les produits numériques, et dans le NHS par l'Accessible Information Standard, qui est une exigence légale d'identifier, enregistrer, et répondre aux besoins de communication des patients et aidants. Les formats accessibles incluent la lecture facile (phrases courtes associées à des images, pour les personnes ayant une déficience intellectuelle), les traductions, les gros caractères, l'audio, et la vidéo en langue des signes britannique (BSL) pour les personnes sourdes dont la première langue est le BSL, pas l'anglais.

L'équité en santé est le principe que tout le monde a une chance équitable d'être aussi en bonne santé que possible ; un contenu qui ne fonctionne que pour des utilisateurs confiants, numériquement inclus, lisant l'anglais élargit activement l'écart et est donc une question d'équité, reliant ce sujet aux obligations d'accessibilité web qui s'appliquent à tous les organismes du secteur public.

Bonnes pratiques#

1. Commencez par le besoin utilisateur et la tâche, pas le message. Avant d'écrire quoi que ce soit, soyez capable d'énoncer, en une phrase, ce que la personne essaie de faire et ce qu'elle a besoin de savoir pour le faire. Le contenu qui existe pour protéger l'organisation, lister chaque mise en garde, ou reproduire une politique est un contenu qui échoue la personne. Concevez la plus petite chose qui leur permet de réussir, et coupez tout ce qui ne sert pas cette tâche.

2. Écrivez en langage clair et vérifiez l'âge de lecture. Visez des phrases courtes, des mots communs, la voix active, et une idée par phrase. Utilisez des outils de lisibilité tels que Flesch–Kincaid ou SMOG comme signal rapide, ciblant environ un âge de lecture de neuf à onze ans pour le contenu grand public, plus bas pour le contenu à haut enjeu ou de crise. Traitez le score comme un détecteur de fumée, pas un certificat — un texte peut bien scorer et être quand même erroné, ambigu, ou manquer la seule chose dont le lecteur avait besoin.

3. Priorisez, découpez, et structurez pour la lecture rapide. Les gens ne lisent pas le contenu de santé de manière linéaire ; ils scannent pour la partie qui les concerne. Placez l'information la plus importante en premier, utilisez des titres clairs et honnêtes, découpez le contenu en morceaux courts, et préférez les listes et les étapes par étape aux paragraphes denses. Le contenu structuré — contenu découpé en composants cohérents et réutilisables — rend aussi l'information plus facile à traduire, réutiliser à travers les canaux, et maintenir cliniquement exacte en un seul endroit.

4. Concevez les chiffres aussi soigneusement que les mots. La numératie est plus faible que la littératie dans la population, et les chiffres portent le contenu aux conséquences les plus élevées : doses, fréquences, risques, et résultats. Utilisez des fréquences naturelles (« environ 1 personne sur 10 ») plutôt que des pourcentages bruts là où vous le pouvez, gardez les dénominateurs cohérents, montrez le risque absolu autant que relatif, et ne faites jamais faire de calcul au lecteur pour rester en sécurité. Testez le contenu numérique spécifiquement, car une dose mal lue est un préjudice direct de sécurité patient.

5. Adoptez un style de contenu unique et réutilisez les modèles de contenu. Un guide de style partagé — le guide de style de contenu du manuel de service numérique du NHS est la norme de référence dans ce secteur — règle des milliers de petites décisions (comment écrire les dates, les numéros de téléphone, les noms de médicaments, « GP » vs « docteur ») afin que les auteurs ne les réinventent pas et que les lecteurs obtiennent de la cohérence. Les modèles de contenu réutilisables pour les situations courantes (rappels de rendez-vous, résultats, filet de sécurité) élèvent la qualité et la sécurité à l'échelle et réduisent le coût de bien faire chaque nouvelle page.

6. Respectez l'accessibilité et l'Accessible Information Standard par défaut, pas sur demande. Construisez selon WCAG 2.2 AA, et traitez la lecture facile, les traductions, la vidéo BSL, les gros caractères, et l'audio comme faisant partie du service, pas une réflexion après coup ajoutée quand quelqu'un se plaint. Sous l'Accessible Information Standard, vous devez identifier, signaler, et répondre aux besoins de communication et partager ces besoins à travers les contextes de soins — donc le contenu accessible est une obligation légale et clinique, pas un plus agréable. La traduction automatique peut aider à trier mais n'est pas sûre pour le contenu clinique sans vérification humaine.

7. Écrivez pour les personnes en stress, en détresse, ou en crise. Quelqu'un lisant sur un résultat de cancer, une crise de santé mentale, ou un deuil a moins de mémoire de travail et moins de patience pour un ton joyeux, bureaucratique, ou vague. Utilisez un langage calme, direct, humain ; dites ce qui se passe et quoi faire ensuite ; rendez le chemin vers une aide urgente impossible à manquer ; et supprimez tout ce qui ajoute une charge cognitive. Un contenu gentil et clair dans ces moments est une forme de soin clinique.

8. Testez le contenu avec de vrais utilisateurs et des utilisateurs exclus, et itérez. Le contenu est une hypothèse sur ce qui aide jusqu'à ce que vous regardiez de vraies personnes l'utiliser. Menez des tests de compréhension et basés sur des tâches — demandez aux gens de vous dire ce qu'une page signifie et ce qu'ils feraient — avec un échantillon qui inclut délibérément des personnes ayant une faible littératie en santé, une faible confiance numérique, des déficiences intellectuelles, et l'anglais comme langue additionnelle. Cela se connecte directement au Sujet 3.0 — Recherche utilisateur et conception de services ; le contenu qui n'a été validé que par des cliniciens et des juristes n'a pas été testé.

Questions à discuter avec votre équipe#

1. Connaissons-nous réellement l'âge de lecture et la compréhension de notre contenu à plus haut enjeu, ou devinons-nous ? La plupart des organisations ne peuvent pas dire à quel âge de lecture leurs lettres de rendez-vous, formulaires de consentement, ou instructions de médication sont écrits, encore moins si les patients les comprennent. Choisissez vos dix éléments de contenu aux conséquences les plus élevées — ceux où une mauvaise compréhension cause un véritable préjudice — et mesurez-les : exécutez des scores de lisibilité, mais plus important encore, exécutez des tests de compréhension avec de vrais utilisateurs. Demandez aux gens d'expliquer, dans leurs propres mots, ce que le contenu signifie et ce qu'ils feraient ensuite. Vous trouverez généralement des écarts entre ce que le contenu dit et ce que les gens en retiennent. Décidez qui possède la fermeture de ces écarts, et comment vous saurez qu'ils sont fermés. C'est un exercice de sécurité clinique, pas un exercice de correction de copie.

2. Qui est autorisé à publier du contenu, et qu'est-ce qui empêche un contenu dangereux ou inaccessible d'être mis en ligne ? Dans de nombreux services, le contenu est écrit par quiconque possède le système — un développeur, un clinicien, un administrateur — sans compétence de conception de contenu, sans guide de style, et sans vérification d'accessibilité. Discutez d'où se situe le contenu dans votre cycle de vie de livraison : y a-t-il un concepteur de contenu impliqué, y a-t-il un guide de style partagé, y a-t-il une étape de révision qui vérifie le langage clair et l'accessibilité avant publication ? Considérez ce qu'est votre équivalent d'une validation de sécurité clinique pour le contenu, et si elle existe du tout. Parlez honnêtement du compromis entre vitesse et sécurité, et de qui est responsable lorsque le contenu cause un préjudice. L'objectif est un chemin reproductible vers un bon contenu, pas de l'héroïsme individuel.

3. Comment servons-nous les personnes que notre contenu échoue actuellement, et le mesurons-nous ? Les moyennes cachent l'exclusion : un contenu qui fonctionne pour 80 % des utilisateurs peut échouer complètement les 20 % qui ont le plus besoin du service. Discutez de quels groupes votre contenu actuel exclut — personnes ayant une faible littératie ou numératie, utilisateurs BSL sourds, personnes qui ne lisent pas l'anglais, personnes ayant des déficiences intellectuelles, personnes en crise — et si vous fournissez la lecture facile, les traductions, la vidéo BSL, et les formats alternatifs comme standard. Demandez si vous respectez l'Accessible Information Standard en pratique, pas seulement sur papier. Considérez comment vous détecteriez même qu'un groupe est exclu, étant donné qu'il peut simplement abandonner silencieusement. Convenez de ce que vous mesurerez et qui représente ces utilisateurs lorsque des décisions sont prises, reliant cela au Sujet 1.9 — Inclusion numérique et accessibilité.

4. Lorsque le contenu et l'exactitude clinique tirent dans des directions opposées, comment décidons-nous ? Le langage clair et la précision clinique sont généralement des alliés, mais parfois ils entrent en conflit : un clinicien insiste sur un terme technique pour l'exactitude, le juridique veut une mise en garde qui allonge et brouille le message, ou une instruction de filet de sécurité doit nommer un symptôme que le lecteur pourrait ne pas comprendre. Si vous vous en remettez toujours au clinicien ou au juriste, vous publierez un contenu que les gens ne peuvent pas utiliser ; si vous simplifiez toujours, vous risquez de retirer une distinction qui maintient quelqu'un en sécurité. Discutez de comment vous résolvez ces tensions en pratique — qui est dans la pièce, quelle preuve tranche, et si les tests de compréhension sont autorisés à outrepasser la préférence d'un expert. Considérez des cas concrets : reformuler une instruction de médication, adoucir un avertissement menaçant de non-présentation, ou expliquer un chiffre de risque. Une réponse honnête nomme un processus de prise de décision, pas un gagnant par défaut, et montre que la compréhension et l'exactitude clinique sont toutes deux traitées comme des exigences de sécurité plutôt que l'une étant un plus agréable.

5. Qui possède le contenu après sa publication, et comment le maintenons-nous exact à mesure que les directives cliniques changent ? Le contenu est souvent traité comme terminé au lancement, mais une instruction de médication, un intervalle de dépistage, ou une voie d'orientation peut devenir dangereusement erroné lorsque les directives cliniques ou un parcours changent et que personne ne met à jour les mots. Discutez de si chaque élément de contenu à haut enjeu a un propriétaire nommé, un cycle de révision, et une façon de trouver et corriger tous les endroits où un fait apparaît — ou si la même déclaration est copiée à travers les lettres, portails, et dépliants sans source unique de vérité. Demandez ce qui se passe lorsqu'une directive change : qui est informé, à quelle vitesse le contenu suit, et comment vous sauriez même qu'une page est devenue périmée. Considérez si un contenu structuré et réutilisable vous permettrait de changer quelque chose une fois plutôt que de chasser chaque copie. Une réponse honnête affronte la réalité peu glamour que la plupart du contenu se décompose silencieusement, et expose comment vous détectez et prévenez cette décomposition.

6. Traitons-nous le contenu généré par l'IA et traduit par l'IA avec la prudence que la sécurité des patients exige ? Les équipes sont de plus en plus tentées de rédiger du contenu patient, résumer de l'information clinique, ou traduire à grande échelle en utilisant de grands modèles de langage, car c'est rapide et bon marché. Le danger est qu'une sortie fluide et confiante masque des erreurs sur lesquelles un lecteur stressé agira — une mauvaise dose, une réassurance inventée, une instruction mal traduite — et l'équipe anglophone ne voit jamais l'erreur. Discutez d'où, si nulle part, vous autorisez le contenu généré ou traduit par machine, et quelle vérification clinique et linguistique humaine est obligatoire avant qu'il n'atteigne un patient. Considérez la différence entre utiliser l'IA pour trier ou rédiger en interne et l'utiliser pour publier un contenu non révisé qui dit à quelqu'un quoi faire concernant sa santé. Une réponse honnête fixe une ligne claire, nomme qui est responsable de la vérification, et traite une sortie machine non vérifiée de la même manière que vous traiteriez une personne non qualifiée écrivant des instructions cliniques.

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

Un integrated care board déploie un service numérique qui permet aux patients de réserver eux-mêmes leurs rendez-vous de suivi après une clinique externe hospitalière. La première version est construite rapidement. L'écran de confirmation dit : « Votre demande de rendez-vous a été soumise et est en attente de validation clinique. Veuillez noter que la politique DNA s'applique. » Le SMS de rappel dit : « Vous avez un appt avec l'Ambulatory Care Unit concernant votre récente présence. La non-présence peut entraîner une sortie selon la politique du Trust. »

En quelques semaines, l'équipe remarque un schéma. La présence pour cette cohorte est pire que pour les lettres, pas meilleure. Les chercheurs utilisateurs et un concepteur de contenu s'assoient avec quinze patients, incluant délibérément deux personnes ayant une déficience intellectuelle, un utilisateur BSL sourd, une personne qui lit peu l'anglais, et plusieurs patients âgés ayant des affections de longue durée. Les conclusions sont frappantes. Presque personne ne sait ce que signifie « DNA » ou « ambulatory » ; plusieurs supposent que « DNA » fait référence à un test génétique. « En attente de validation clinique » fait penser aux gens que le rendez-vous n'est pas confirmé, donc ils ne le mettent pas dans leur calendrier. La menace concernant la sortie effraie les gens sans leur dire quoi faire. Le patient sourd ne s'est jamais engagé avec le service du tout, car il n'y avait aucune vidéo BSL expliquant cela et le texte supposait un anglais écrit fluide.

Le concepteur de contenu réécrit selon le guide de style de contenu du NHS et teste chaque version. La confirmation devient : « Votre rendez-vous est réservé. Nous vous enverrons un rappel. Si vous devez le changer, appuyez sur « Changer de rendez-vous » ou appelez le 0300 000 0000. » Le rappel devient : « Rappel : votre rendez-vous est le mardi 12 août à 14h à l'hôpital St Mary's, Clinique 4. Si vous ne pouvez pas venir, veuillez nous le dire afin que nous puissions offrir le créneau à quelqu'un d'autre : [lien]. » L'âge de lecture passe d'environ quinze à environ neuf. L'équipe ajoute une version en lecture facile, un ensemble de versions traduites vérifiées par des traducteurs humains qualifiés, et une courte vidéo BSL expliquant comment fonctionne la réservation. Elle ajoute une étape de révision de sécurité clinique pour tout contenu qui dit à un patient quoi faire concernant sa santé.

Trois mois plus tard, la non-présence dans la cohorte est tombée en dessous de la référence des lettres, les plaintes ont chuté, et le patient sourd a utilisé le service de manière autonome pour la première fois. Le responsable de sécurité clinique enregistre les changements de contenu comme un contrôle de risque dans le dossier de sécurité du service. Les mots étaient l'intervention.

Angles sectoriels#

Startup#

Une startup de health-tech peut construire la qualité de contenu dans son ADN à moindre coût, car elle n'a pas de contenu hérité à démêler et peut embaucher ou contracter un concepteur de contenu tôt. Le risque est que les fondateurs traitent le contenu comme du texte marketing — persuasif, conforme à la marque, orienté bénéfice — plutôt que comme une conception axée sur la tâche pour des personnes qui peuvent être malades. Adoptez le guide de style de contenu du NHS dès le premier jour, fixez un objectif d'âge de lecture, et intégrez les tests de compréhension dans vos sessions d'utilisabilité dès le premier prototype. Si vous poursuivez des contrats NHS ou du secteur public, WCAG 2.2 AA et l'Accessible Information Standard sont des exigences d'entrée, pas des différenciateurs, donc construisez selon eux maintenant plutôt que de les adapter sous pression d'achat.

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 — a de vrais patients et les mêmes obligations légales qu'un trust hospitalier, mais aucun concepteur de contenu, aucun guide de style, et souvent une seule personne faisant de l'informatique en plus d'un autre travail. Le risque pratique est que les lettres, formulaires de consentement, SMS, et contenu de site web sont écrits par quiconque a le temps, dans un jargon local, et que la lecture facile, les traductions, et le BSL ne sont simplement pas proposés, violant discrètement l'Accessible Information Standard. Vous n'avez pas besoin de construire la capacité à partir de zéro : adoptez le guide de style de contenu gratuit du NHS et réutilisez ses modèles prêts à l'emploi plutôt que d'écrire à partir d'une page blanche, et utilisez les directives d'âge de lecture et d'accessibilité du NHS comme votre liste de contrôle. Priorisez votre poignée d'éléments à plus haut enjeu — instructions de médication, messages de rendez-vous et de filet de sécurité — et mettez-les en langage clair et formats accessibles en premier, en utilisant des traducteurs communautaires ou du secteur bénévole pour vos langues locales plutôt qu'une traduction automatique non vérifiée.

Entreprise#

Un grand prestataire ou fournisseur a des milliers d'éléments de contenu répartis à travers des lettres, portails, applications, dépliants, et systèmes tiers, écrits par de nombreuses mains sur de nombreuses années sans style partagé. Le problème d'entreprise est la cohérence et la gouvernance à l'échelle : le même médicament ou la même condition décrits de cinq façons différentes, des traductions faites ad hoc, la lecture facile produite de manière réactive. Investissez dans un style de contenu unique, une bibliothèque de modèles de contenu réutilisables, une capacité de conception de contenu qui soutient les équipes de livraison, et un flux de publication avec des vérifications d'accessibilité et de sécurité clinique intégrées. Traitez le contenu à haut enjeu — consentement, médication, résultats, filet de sécurité — comme un actif géré avec des propriétaires nommés, un contrôle de version, et un cycle de révision, de la même manière que vous traiteriez les protocoles cliniques.

Gouvernement#

Les organismes nationaux et systémiques établissent les normes dont tous les autres héritent, donc leurs décisions de contenu sont exploitées à travers des millions d'interactions. La lignée GDS et NHS — le manuel de service, le guide de style de contenu, l'Accessible Information Standard, les obligations WCAG au titre du Public Sector Bodies Accessibility Regulations — existe précisément pour que la qualité et l'équité soient intégrées dans les services publics plutôt que laissées au hasard. Le travail du gouvernement est de maintenir ces normes partagées, fournir des modèles et composants réutilisables, mandater des formats accessibles, et tenir les services responsables à travers des contrôles de dépenses et d'assurance. Le mode d'échec est d'émettre des directives sans la capacité, l'outillage, ou le financement pour que les équipes de première ligne les respectent, ce qui produit un contenu conforme sur papier qui exclut quand même les gens.

Modes d'échec courants#

• Écrire pour l'organisation, pas le lecteur. Contenu qui liste chaque mise en garde, protège l'institution, ou reproduit une politique, au lieu d'aider la personne à accomplir sa tâche.
• Jargon et acronymes non expliqués. « DNA », « ambulatory », « triage », « voie d'orientation », « validation clinique » — langage d'initié que les lecteurs soit comprennent mal soit trouvent aliénant.
• Confondre le lecteur avec des chiffres. Pourcentages bruts, dénominateurs incohérents, risque relatif sans risque absolu, et doses ou dates qui forcent le lecteur à calculer.
• Accessibilité en réflexion après coup. Lecture facile, traductions, et BSL produits de manière réactive, sur demande, ou pas du tout — violant l'Accessible Information Standard et excluant les personnes qui ont le plus besoin du service.
• Aucune conception de contenu dans l'équipe. Contenu écrit par quiconque possède le système, sans guide de style, sans compétence en langage clair, et sans révision, de sorte que la qualité dépend de la chance.
• Validé mais jamais testé. Contenu approuvé par des cliniciens et juristes pour l'exactitude et le risque, mais jamais observé entre les mains d'un vrai utilisateur non expert et stressé.
• Effrayer les gens sans les aider. Menaces (« vous pourriez être sorti ») et avertissements sans action suivante claire et calme, particulièrement dommageable en détresse ou en crise.
• Traduction automatique utilisée sans vérification pour le contenu clinique, produisant des erreurs invisibles pour l'équipe anglophone qui l'a publié.

Modèle de maturité#

Liste de contrôle#

• Vous pouvez énoncer le besoin utilisateur et la tâche que chaque élément de contenu sert en une phrase.
• Votre contenu à plus haut enjeu est écrit en anglais clair et vérifié contre un objectif d'âge de lecture (environ neuf à onze ans, plus bas pour le contenu de crise).
• Les chiffres, doses, risques, et dates sont exprimés afin qu'aucun lecteur n'ait à calculer pour rester en sécurité.
• Vous utilisez le guide de style de contenu du manuel de service numérique du NHS (ou un équivalent documenté) et une bibliothèque de modèles de contenu réutilisables.
• Le contenu respecte WCAG 2.2 AA et l'Accessible Information Standard, avec lecture facile, traductions, vidéo BSL, et formats alternatifs disponibles comme standard.
• Les traductions de contenu clinique sont vérifiées par des traducteurs humains qualifiés, pas la traduction automatique seule.
• Le contenu à haut enjeu a une étape de révision de sécurité clinique avant sa mise en ligne.
• Le contenu est testé pour la compréhension avec de vrais utilisateurs, incluant des personnes ayant une faible littératie en santé, une faible confiance numérique, des déficiences intellectuelles, et l'anglais comme langue additionnelle.
• Il existe un flux de publication défini ; tout le monde ne peut pas publier du contenu en ligne sans vérification.
• Vous mesurez si le contenu exclut des groupes spécifiques, et vous avez des propriétaires nommés pour fermer ces écarts.

Sources clés#

• NHS digital service manual — content style guide, accessibility guidance, and content patterns (service-manual.nhs.uk).
• GOV.UK content design guidance and the Government Digital Service style guide (gov.uk).
• NHS England — Accessible Information Standard (DCB1605), the legal standard for meeting patients' communication needs.
• Web Content Accessibility Guidelines (WCAG) 2.2, W3C Web Accessibility Initiative.
• Public Sector Bodies (Websites and Mobile Applications) (No. 2) Accessibility Regulations 2018.
• Health Education England / NHS — health literacy resources and the "how to" guides on making information understandable.
• Institute of Medicine / WHO — foundational reports on health literacy and its link to outcomes and inequalities.
• British Sign Language Act 2022.

Références#

1. Health literacy — Wikipédia — https://en.wikipedia.org/wiki/Health_literacy
2. Plain language — Wikipédia — https://en.wikipedia.org/wiki/Plain_language
3. Plain English — Wikipédia — https://en.wikipedia.org/wiki/Plain_English
4. Numeracy — Wikipédia — https://en.wikipedia.org/wiki/Numeracy
5. Readability — Wikipédia — https://en.wikipedia.org/wiki/Readability
6. Flesch–Kincaid readability tests — Wikipédia — https://en.wikipedia.org/wiki/Flesch%E2%80%93Kincaid_readability_tests
7. Web Content Accessibility Guidelines — Wikipédia — https://en.wikipedia.org/wiki/Web_Content_Accessibility_Guidelines
8. Web accessibility — Wikipédia — https://en.wikipedia.org/wiki/Web_accessibility
9. Easy read — Wikipédia — https://en.wikipedia.org/wiki/Easy_read
10. British Sign Language — Wikipédia — https://en.wikipedia.org/wiki/British_Sign_Language
11. Government Digital Service — Wikipédia — https://en.wikipedia.org/wiki/Government_Digital_Service
12. Health equity — Wikipédia — https://en.wikipedia.org/wiki/Health_equity
13. NHS digital service manual — content style guide — NHS England — https://service-manual.nhs.uk/content
14. Content design: planning, writing and managing content — Government Digital Service — https://www.gov.uk/guidance/content-design
15. Accessible Information Standard (DCB1605) — NHS England — https://www.england.nhs.uk/about/equality/equality-hub/patient-equalities-programme/equality-frameworks-and-information-standards/accessibleinfo/
16. Web Content Accessibility Guidelines (WCAG) 2.2 — W3C Web Accessibility Initiative — https://www.w3.org/TR/WCAG22/
17. 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
18. British Sign Language Act 2022 — legislation.gov.uk — https://www.legislation.gov.uk/ukpga/2022/34/contents