Thema 3.1 — Content-Design und Gesundheitskompetenz

In Gesundheit und Pflege sind die Worte und die Struktur, die Sie einem Menschen vorlegen, Teil der Behandlung; Inhalte, die verwirren, ausschließen oder in die Irre führen, sind daher ein Versagen bei klinischer Sicherheit und Gerechtigkeit, kein kosmetisches.

Warum das in Gesundheit und Pflege wichtig ist#

Der größte Teil des digitalen Gesundheitsservices, den ein Mensch tatsächlich erlebt, ist Inhalt: ein Brief, ein Bildschirm mit Anweisungen, eine Terminerinnerung, ein Einwilligungsformular, eine Reihe von Medikationsanweisungen, eine Fehlermeldung, wenn eine Buchung scheitert. Menschen erleben nicht Ihre Architektur, Ihr Datenmodell oder Ihr Governance-Gremium. Sie erleben die Worte und ob diese Worte ihnen helfen, das zu tun, wofür sie kamen – buchen, absagen, ein Ergebnis verstehen, sich auf einen Eingriff vorbereiten, ein Medikament sicher einnehmen, entscheiden, ob sie Hilfe suchen.

Der Einsatz ist hoch, weil das Publikum per Definition oft krank, ängstlich, müde, schmerzgeplagt, trauernd oder in einer Krise ist. Unter Stress sinkt das Verständnis. Ein Satz, der für eine Richtlinienautorin in einem ruhigen Büro gut lesbar ist, kann für einen verängstigten Menschen um 2 Uhr nachts unlesbar sein. Und die Lücke zwischen dem, wie Inhalt geschrieben wird, und dem, wie Menschen tatsächlich lesen, ist groß. In England haben rund vier von zehn Erwachsenen im erwerbsfähigen Alter Schwierigkeiten mit Gesundheitsinformationen, die Text und Zahlen enthalten; dieser Anteil steigt stark, wenn Zahlen im Spiel sind. Vieles klinische Material ist mehrere Lesealter über dem geschrieben, was ein großer Teil der Bevölkerung bequem nutzen kann.

Das ist kein kleiner Nutzbarkeitspunkt. Schlechtes Verständnis hängt mit verpassten Terminen, Medikationsfehlern, vermeidbaren Einweisungen, ausbleibender Früherkennung und insgesamt schlechteren Ergebnissen zusammen – und diese Schäden treffen jene am härtesten, die ohnehin benachteiligt sind, und vertiefen gesundheitliche Ungleichheiten, statt sie zu verringern. Wenn jemand nicht versteht, wie er sich auf eine Darmspiegelung vorbereitet, ist der klinische Eingriff kompromittiert, bevor er beginnt. Wenn eine Sicherheitsnetz-Botschaft („kommen Sie wieder, wenn Sie diese Symptome bemerken“) in Jargon vergraben ist, hat das Sicherheitsnetz Löcher. Content-Design ist daher untrennbar von Thema 1.6 — Klinische Sicherheit und Risikomanagement, von Thema 1.9 — Digitale Inklusion und Barrierefreiheit und von der Forschungspraxis in Thema 3.0 — Nutzerforschung und Servicedesign.

Kernkonzepte#

Content-Design ist eine Disziplin, vom britischen Government Digital Service (GDS) populär gemacht und von NHS Digital und NHS England übernommen, die Schreiben als Design behandelt: Sie entscheiden, was ein Mensch braucht, um eine Aufgabe zu erledigen, und wählen dann die Worte, die Reihenfolge und das Format, die dieses Bedürfnis auf einfachste Weise erfüllen – was manchmal Fließtext ist, oft aber eine Liste, eine Tabelle, eine Schritt-für-Schritt-Anleitung oder gar kein Inhalt. Sie beginnt mit Evidenz über Nutzerbedürfnisse statt mit dem, was eine Organisation sagen will.

Einfache Sprache (Plain Language) – im Englischen Plain English – ist Schreiben, dessen Wortwahl, Struktur und Gestaltung es der vorgesehenen Leserin ermöglichen, beim ersten Lesen zu finden, was sie braucht, es zu verstehen und zu nutzen. Es ist kein „Verdummen“; es ist Präzision, die Zeit und Mühe der Leserin respektiert.

Lesbarkeit ist, wie leicht ein Text verstanden werden kann, und lässt sich mit Formeln wie den Flesch-Kincaid-Lesbarkeitstests schätzen, die Satzlänge und Wortkomplexität in ein ungefähres Lesealter oder eine Klassenstufe übersetzen. Diese Formeln sind ein nützliches Signal, kein Urteil – sie messen die Oberflächenschwierigkeit, nicht, ob der Inhalt korrekt, auffindbar oder nutzbar ist.

Gesundheitskompetenz ist die Fähigkeit eines Menschen, Gesundheitsinformationen und -services zu finden, zu verstehen und zu nutzen, um Entscheidungen zu treffen und zu handeln. Sie ist keine feste Eigenschaft des Menschen; sie ist eine Beziehung zwischen den Anforderungen, die Ihr Inhalt stellt, und den Fähigkeiten, dem Kontext und dem Zustand, die der Mensch mitbringt. Rechenkompetenz (Numeracy) – die Fähigkeit, mit Zahlen, Risiken, Dosen und Daten zu denken – ist eine eigene und oft schwächere Fähigkeit, was enorm wichtig ist, wenn Sie Wahrscheinlichkeiten, Ergebnisse oder Medikamentenmengen kommunizieren.

Barrierefreier Inhalt ist Inhalt, der für Menschen unabhängig von Behinderung oder Kommunikationsbedürfnis funktioniert. Er wird für digitale Produkte von den Web Content Accessibility Guidelines (WCAG) geregelt und im NHS vom Accessible Information Standard, der eine gesetzliche Pflicht ist, die Kommunikationsbedürfnisse von Patientinnen, Patienten und Angehörigen zu identifizieren, zu erfassen und zu erfüllen. Barrierefreie Formate umfassen Leichte Sprache (Easy Read) (kurze Sätze mit Bildern für Menschen mit Lernbehinderung), Übersetzungen, Großdruck, Audio und British-Sign-Language-Video (BSL) für Gehörlose, deren Erstsprache BSL ist, nicht Englisch.

Gesundheitsgerechtigkeit ist das Prinzip, dass jeder Mensch eine faire Chance hat, so gesund wie möglich zu sein; Inhalt, der nur für selbstsichere, digital eingebundene, englischlesende Nutzende funktioniert, vergrößert die Lücke aktiv und ist daher eine Gerechtigkeitsfrage, die dieses Thema mit den Pflichten zur Web-Barrierefreiheit verbindet, die für alle öffentlichen Stellen gelten.

Bewährte Praktiken#

  1. Beginnen Sie beim Nutzerbedürfnis und der Aufgabe, nicht bei der Botschaft. Bevor Sie irgendetwas schreiben, müssen Sie in einem Satz sagen können, was der Mensch zu tun versucht und was er wissen muss, um es zu tun. Inhalt, der existiert, um die Organisation zu schützen, jede Einschränkung aufzulisten oder eine Richtlinie wiederzugeben, ist Inhalt, der den Menschen im Stich lässt. Gestalten Sie das Kleinste, das ihm zum Erfolg verhilft, und streichen Sie alles, was dieser Aufgabe nicht dient.

  2. Schreiben Sie in einfacher Sprache und prüfen Sie das Lesealter. Zielen Sie auf kurze Sätze, gebräuchliche Wörter, Aktiv und einen Gedanken je Satz. Nutzen Sie Lesbarkeitswerkzeuge wie Flesch-Kincaid oder SMOG als schnelles Signal, mit einem Ziel von etwa neun bis elf Jahren Lesealter für allgemeine Inhalte für die Öffentlichkeit, niedriger für Inhalte mit hohem Einsatz oder in Krisen. Behandeln Sie den Wert als Rauchmelder, nicht als Zertifikat – ein Text kann gut abschneiden und dennoch falsch, mehrdeutig sein oder das eine vermissen lassen, das die Leserin brauchte.

  3. Stellen Sie das Wichtigste voran, gliedern Sie in Häppchen und strukturieren Sie fürs Überfliegen. Menschen lesen Gesundheitsinhalte nicht linear; sie überfliegen nach dem Teil, der sie betrifft. Setzen Sie die wichtigste Information zuerst, nutzen Sie klare und ehrliche Überschriften, zerlegen Sie Inhalt in kurze Häppchen und bevorzugen Sie Listen und Schritt-für-Schritt-Anleitungen gegenüber dichten Absätzen. Strukturierter Inhalt – in einheitliche, wiederverwendbare Komponenten zerlegt – macht Information auch leichter übersetzbar, kanalübergreifend wiederverwendbar und an einer Stelle klinisch korrekt haltbar.

  4. Gestalten Sie Zahlen so sorgfältig wie Worte. Rechenkompetenz ist in der Bevölkerung schwächer als Lesekompetenz, und Zahlen tragen den Inhalt mit den höchsten Folgen: Dosen, Häufigkeiten, Risiken und Ergebnisse. Nutzen Sie natürliche Häufigkeiten („etwa 1 von 10 Menschen“) statt nackter Prozentangaben, wo Sie können, halten Sie Nenner einheitlich, zeigen Sie absolutes ebenso wie relatives Risiko und lassen Sie die Leserin nie rechnen, um sicher zu bleiben. Testen Sie numerischen Inhalt gezielt, denn eine falsch gelesene Dosis ist ein direkter Patientensicherheitsschaden.

  5. Übernehmen Sie einen einheitlichen Content-Stil und nutzen Sie Inhaltsmuster wieder. Ein gemeinsamer Styleguide – der Content-Styleguide des NHS Digital Service Manual ist der Referenzstandard in diesem Sektor – entscheidet Tausende kleine Fragen (wie man Daten, Telefonnummern, Medikamentennamen, „GP“ vs. „Arzt“ schreibt), sodass Autorinnen und Autoren sie nicht neu erfinden und Leserinnen Konsistenz bekommen. Wiederverwendbare Inhaltsmuster für häufige Situationen (Terminerinnerungen, Ergebnisse, Sicherheitsnetz) heben Qualität und Sicherheit im großen Maßstab und senken die Kosten, jede neue Seite richtig zu machen.

  6. Erfüllen Sie Barrierefreiheit und den Accessible Information Standard standardmäßig, nicht auf Anfrage. Bauen Sie nach WCAG 2.2 AA und behandeln Sie Leichte Sprache, Übersetzungen, BSL-Video, Großdruck und Audio als Teil des Services, nicht als Nachgedanken, der angeflanscht wird, wenn sich jemand beschwert. Nach dem Accessible Information Standard müssen Sie Kommunikationsbedürfnisse identifizieren, kennzeichnen und erfüllen und diese Bedürfnisse über Versorgungssettings hinweg teilen – barrierefreier Inhalt ist also eine rechtliche und klinische Verpflichtung, kein Nice-to-have. Maschinelle Übersetzung kann bei der Vorsortierung helfen, ist aber für klinischen Inhalt ohne menschliche Prüfung nicht sicher.

  7. Schreiben Sie für Menschen in Stress, Not oder Krise. Jemand, der von einem Krebsbefund, einer psychischen Krise oder einem Trauerfall liest, hat weniger Arbeitsgedächtnis und weniger Geduld für einen Ton, der fröhlich, bürokratisch oder vage ist. Nutzen Sie ruhige, direkte, menschliche Sprache; sagen Sie, was geschieht und was als Nächstes zu tun ist; machen Sie den Weg zu dringender Hilfe unübersehbar; und entfernen Sie alles, was kognitive Last erhöht. Freundlicher, einfacher Inhalt ist in diesen Momenten eine Form klinischer Versorgung.

  8. Testen Sie Inhalt mit echten und ausgeschlossenen Nutzenden und iterieren Sie. Inhalt ist eine Hypothese darüber, was hilft, bis Sie echten Menschen bei der Nutzung zusehen. Führen Sie Verständnis- und aufgabenbasierte Tests durch – bitten Sie Menschen, Ihnen zu sagen, was eine Seite bedeutet und was sie tun würden – mit einer Stichprobe, die gezielt Menschen mit geringer Gesundheitskompetenz, geringem digitalem Selbstvertrauen, Lernbehinderungen und Englisch als Zweitsprache einschließt. Das hängt direkt mit Thema 3.0 — Nutzerforschung und Servicedesign zusammen; Inhalt, der nur von Klinikpersonal und Juristen freigegeben wurde, wurde nicht getestet.

Fragen zur Diskussion im Team#

  1. Kennen wir tatsächlich Lesealter und Verständlichkeit unseres Inhalts mit dem höchsten Einsatz, oder raten wir? Die meisten Organisationen können nicht sagen, in welchem Lesealter ihre Terminbriefe, Einwilligungsformulare oder Medikationsanweisungen geschrieben sind, geschweige denn, ob Patientinnen und Patienten sie verstehen. Wählen Sie Ihre zehn folgenreichsten Inhalte – jene, bei denen Missverstehen echten Schaden anrichtet – und messen Sie sie: Führen Sie Lesbarkeitswerte durch, wichtiger aber Verständnistests mit echten Nutzenden. Bitten Sie Menschen, mit eigenen Worten zu erklären, was der Inhalt bedeutet und was sie als Nächstes tun würden. Meist finden Sie Lücken zwischen dem, was der Inhalt sagt, und dem, was Menschen daraus mitnehmen. Entscheiden Sie, wer das Schließen dieser Lücken verantwortet und woran Sie erkennen, dass sie geschlossen sind. Das ist eine Übung der klinischen Sicherheit, keine des Lektorats.

  2. Wer darf Inhalt veröffentlichen, und was verhindert, dass unsicherer oder nicht barrierefreier Inhalt live geht? In vielen Services wird Inhalt von dem geschrieben, dem das System zufällig gehört – einem Entwickler, einer Klinikerin, einem Verwaltungsmitarbeiter – ohne Content-Design-Fähigkeit, ohne Styleguide und ohne Barrierefreiheitsprüfung. Besprechen Sie, wo Inhalt in Ihrem Lieferlebenszyklus sitzt: Ist eine Content-Designerin beteiligt, gibt es einen gemeinsamen Styleguide, gibt es einen Prüfschritt, der vor der Veröffentlichung einfache Sprache und Barrierefreiheit prüft? Überlegen Sie, was Ihr Äquivalent zu einer Freigabe der klinischen Sicherheit für Inhalt ist und ob es überhaupt existiert. Sprechen Sie ehrlich über den Zielkonflikt zwischen Geschwindigkeit und Sicherheit und darüber, wer rechenschaftspflichtig ist, wenn Inhalt Schaden anrichtet. Ziel ist ein wiederholbarer Weg zu gutem Inhalt, keine Heldentaten Einzelner.

  3. Wie bedienen wir die Menschen, die unser Inhalt derzeit im Stich lässt, und messen wir das? Durchschnitte verbergen Ausschluss: Inhalt, der für 80 % der Nutzenden funktioniert, kann für die 20 % völlig versagen, die den Service am meisten brauchen. Besprechen Sie, welche Gruppen Ihr aktueller Inhalt ausschließt – Menschen mit geringer Lese- oder Rechenkompetenz, gehörlose BSL-Nutzende, Menschen, die kein Englisch lesen, Menschen mit Lernbehinderungen, Menschen in Krisen – und ob Sie Leichte Sprache, Übersetzungen, BSL-Video und alternative Formate standardmäßig anbieten. Fragen Sie, ob Sie den Accessible Information Standard in der Praxis erfüllen, nicht nur auf dem Papier. Überlegen Sie, wie Sie überhaupt erkennen würden, dass eine Gruppe ausgeschlossen wird, da sie womöglich einfach still abspringt. Vereinbaren Sie, was Sie messen und wer diese Nutzenden vertritt, wenn Entscheidungen fallen, und verbinden Sie dies mit Thema 1.9 — Digitale Inklusion und Barrierefreiheit.

  4. Wenn Verständlichkeit und klinische Genauigkeit in entgegengesetzte Richtungen ziehen, wie entscheiden wir? Einfache Sprache und klinische Präzision sind meist Verbündete, kollidieren aber manchmal: Ein Kliniker besteht aus Genauigkeitsgründen auf einem Fachbegriff, die Rechtsabteilung will einen Vorbehalt, der die Botschaft verlängert und trübt, oder eine Sicherheitsnetz-Anweisung muss ein Symptom nennen, das die Leserin womöglich nicht versteht. Wenn Sie stets dem Kliniker oder Juristen folgen, veröffentlichen Sie Inhalt, den Menschen nicht nutzen können; wenn Sie stets vereinfachen, riskieren Sie, eine Unterscheidung zu entfernen, die jemanden sicher hält. Besprechen Sie, wie Sie diese Spannungen in der Praxis lösen – wer im Raum ist, welche Evidenz es entscheidet und ob Verständnistests die Präferenz einer Expertin übersteuern dürfen. Überlegen Sie konkrete Fälle: eine Medikationsanweisung umformulieren, eine bedrohliche Warnung wegen Nichterscheinens entschärfen oder eine Risikozahl erklären. Eine ehrliche Antwort benennt einen Entscheidungsprozess, keinen Standardgewinner, und zeigt, dass sowohl Verständlichkeit als auch klinische Korrektheit als Sicherheitsanforderungen behandelt werden und nicht eines davon ein Nice-to-have ist.

  5. Wer verantwortet Inhalt nach der Veröffentlichung, und wie halten wir ihn korrekt, während sich klinische Leitlinien ändern? Inhalt wird oft beim Start als erledigt behandelt, doch eine Medikationsanweisung, ein Früherkennungsintervall oder ein Überweisungsweg kann gefährlich falsch werden, wenn sich klinische Leitlinien oder ein Pfad ändern und niemand die Worte aktualisiert. Besprechen Sie, ob jeder Inhalt mit hohem Einsatz eine benannte Verantwortliche, einen Überprüfungszyklus und einen Weg hat, alle Stellen zu finden und zu korrigieren, an denen ein Fakt vorkommt – oder ob dieselbe Aussage über Briefe, Portale und Merkblätter ohne einzige Wahrheitsquelle kopiert wird. Fragen Sie, was geschieht, wenn sich eine Leitlinie ändert: Wer wird informiert, wie schnell folgt der Inhalt, und woran würden Sie überhaupt erkennen, dass eine Seite veraltet ist? Überlegen Sie, ob strukturierter, wiederverwendbarer Inhalt Sie etwas einmal ändern ließe, statt jede Kopie zu jagen. Eine ehrliche Antwort stellt sich der unglamourösen Realität, dass der meiste Inhalt still verfällt, und legt dar, wie Sie diesen Verfall erkennen und verhindern.

  6. Behandeln wir KI-generierten und KI-übersetzten Inhalt mit der Vorsicht, die Patientensicherheit verlangt? Teams sind zunehmend versucht, Patienteninhalte zu entwerfen, klinische Informationen zusammenzufassen oder im großen Maßstab mit großen Sprachmodellen zu übersetzen, weil es schnell und billig ist. Die Gefahr ist, dass flüssige, selbstsichere Ausgabe Fehler maskiert, nach denen eine gestresste Leserin handelt – eine falsche Dosis, eine erfundene Beruhigung, eine falsch übersetzte Anweisung –, und das englischsprachige Team den Fehler nie sieht. Besprechen Sie, wo, wenn überhaupt, Sie generierten oder maschinell übersetzten Inhalt erlauben und welche menschliche klinische und sprachliche Prüfung verpflichtend ist, bevor er eine Patientin erreicht. Überlegen Sie den Unterschied zwischen KI zur internen Sichtung oder Entwurf und ihrer Nutzung, um ungeprüften Inhalt zu veröffentlichen, der jemandem sagt, was er für seine Gesundheit tun soll. Eine ehrliche Antwort zieht eine klare Linie, benennt, wer für die Prüfung rechenschaftspflichtig ist, und behandelt ungeprüfte Maschinenausgabe so, wie Sie eine unqualifizierte Person behandeln würden, die klinische Anweisungen schreibt.

In der Praxis: ein Beispiel aus Gesundheit und Pflege#

Ein Integrated Care Board führt einen digitalen Service ein, mit dem Patientinnen und Patienten nach einer Krankenhausambulanz ihre Folgetermine selbst buchen können. Die erste Version wird schnell gebaut. Der Bestätigungsbildschirm lautet: „Ihre Terminanfrage wurde übermittelt und steht unter klinischer Validierung. Bitte beachten Sie, dass die DNA-Richtlinie gilt.“ Die Erinnerungs-SMS lautet: „Sie haben einen Termin bei der Ambulanten Pflegeeinheit bzgl. Ihrer jüngsten Vorstellung. Nichterscheinen kann gemäß Trust-Richtlinie zur Entlassung führen.“

Binnen Wochen bemerkt das Team ein Muster. Die Wahrnehmung in dieser Kohorte ist schlechter als bei Briefen, nicht besser. Nutzerforschende und eine Content-Designerin sitzen mit fünfzehn Patientinnen und Patienten zusammen, darunter gezielt zwei Menschen mit Lernbehinderung, eine gehörlose BSL-Nutzerin, eine Person, die wenig Englisch liest, und mehrere ältere Patientinnen mit Langzeiterkrankungen. Die Befunde sind eindeutig. Fast niemand weiß, was „DNA“ (Did Not Attend) oder „ambulant“ bedeutet; mehrere nehmen an, „DNA“ beziehe sich auf einen Gentest. „Steht unter klinischer Validierung“ lässt Menschen denken, der Termin sei nicht bestätigt, sodass sie ihn nicht in den Kalender eintragen. Die Drohung mit Entlassung ängstigt Menschen, ohne ihnen zu sagen, was sie tun sollen. Die gehörlose Patientin hat sich mit dem Service gar nicht befasst, weil es kein BSL-Video gab, das ihn erklärte, und der Text flüssiges geschriebenes Englisch voraussetzte.

Die Content-Designerin schreibt nach dem NHS-Content-Styleguide neu und testet jede Fassung. Die Bestätigung lautet nun: „Ihr Termin ist gebucht. Wir schicken Ihnen eine Erinnerung. Wenn Sie ihn ändern müssen, tippen Sie auf ‚Termin ändern‘ oder rufen Sie 0300 000 0000 an.“ Die Erinnerung lautet: „Erinnerung: Ihr Termin ist am Dienstag, 12. August, um 14 Uhr im St Mary's Hospital, Ambulanz 4. Wenn Sie nicht kommen können, sagen Sie uns bitte Bescheid, damit wir den Termin jemand anderem anbieten können: [Link].“ Das Lesealter sinkt von etwa fünfzehn auf etwa neun. Das Team ergänzt eine Fassung in Leichter Sprache, einen Satz übersetzter Fassungen, geprüft von menschlichen Übersetzerinnen, und ein kurzes BSL-Video, das erklärt, wie die Buchung funktioniert. Sie fügen einen Prüfschritt der klinischen Sicherheit für jeden Inhalt hinzu, der einer Patientin sagt, was sie für ihre Gesundheit tun soll.

Drei Monate später ist das Nichterscheinen in der Kohorte unter die Brief-Baseline gefallen, Beschwerden sind zurückgegangen, und die gehörlose Patientin hat den Service erstmals selbstständig genutzt. Der Clinical Safety Officer hält die Inhaltsänderungen als Risikokontrolle im Safety Case des Services fest. Die Worte waren die Intervention.

Sektorperspektiven#

Startup#

Ein Health-Tech-Startup kann Inhaltsqualität günstig in seine DNA einbauen, weil es keinen Altinhalt zu entwirren hat und früh eine Content-Designerin einstellen oder beauftragen kann. Das Risiko ist, dass Gründerinnen und Gründer Inhalt als Marketingtext behandeln – überzeugend, markenkonform, nutzenorientiert – statt als aufgabenorientiertes Design für Menschen, die womöglich krank sind. Übernehmen Sie den NHS-Content-Styleguide von Tag eins, setzen Sie ein Lesealter-Ziel und nehmen Sie Verständnistests ab dem ersten Prototyp in Ihre Usability-Sitzungen auf. Wenn Sie NHS- oder öffentliche Aufträge anstreben, sind WCAG 2.2 AA und der Accessible Information Standard Eintrittsbedingungen, keine Differenzierungsmerkmale; bauen Sie also jetzt danach, statt unter Beschaffungsdruck nachzurüsten.

Kleines Unternehmen#

Ein etablierter kleiner Anbieter – eine Hausarztpraxis, eine Gemeindeapotheke, ein Pflegeheim, ein ambulanter Pflegedienst, eine Einzelstandort-Klinik oder ein kleiner Health-Tech-Lieferant jenseits der Startup-Phase – hat echte Patientinnen und Patienten und dieselben rechtlichen Pflichten wie ein Krankenhaus-Trust, aber keine Content-Designerin, keinen Styleguide und oft eine Person, die neben einer anderen Aufgabe die IT macht. Das praktische Risiko ist, dass Briefe, Einwilligungsformulare, Texte und Website-Inhalte von dem geschrieben werden, der Zeit hat, in lokalem Jargon, und dass Leichte Sprache, Übersetzungen und BSL schlicht nicht angeboten werden und den Accessible Information Standard still verletzen. Sie müssen Fähigkeiten nicht von Grund auf aufbauen: Übernehmen Sie den kostenlosen NHS-Content-Styleguide und nutzen Sie seine fertigen Muster, statt von einem leeren Blatt zu schreiben, und nutzen Sie die NHS-Leitlinien zu Lesealter und Barrierefreiheit als Checkliste. Priorisieren Sie Ihre Handvoll Punkte mit dem höchsten Einsatz – Medikationsanweisungen, Termin- und Sicherheitsnetz-Botschaften – und bringen Sie diese zuerst in einfache Sprache und barrierefreie Formate, mit Übersetzerinnen aus Gemeinschaft oder Freiwilligensektor für Ihre lokalen Sprachen statt ungeprüfter maschineller Übersetzung.

Großunternehmen#

Ein großer Anbieter oder Lieferant hat Tausende Inhalte, verteilt über Briefe, Portale, Apps, Merkblätter und Drittsysteme, von vielen Händen über viele Jahre ohne gemeinsamen Stil geschrieben. Das Problem im Großunternehmen ist Konsistenz und Governance im großen Maßstab: dasselbe Medikament oder dieselbe Erkrankung auf fünf verschiedene Arten beschrieben, Übersetzungen ad hoc, Leichte Sprache reaktiv erstellt. Investieren Sie in einen einheitlichen Content-Stil, eine wiederverwendbare Bibliothek von Inhaltsmustern, eine Content-Design-Fähigkeit, die Lieferteams unterstützt, und einen Veröffentlichungs-Workflow mit eingebauten Prüfungen zu Barrierefreiheit und klinischer Sicherheit. Behandeln Sie Inhalt mit hohem Einsatz – Einwilligung, Medikation, Ergebnisse, Sicherheitsnetz – als gesteuertes Asset mit benannten Verantwortlichen, Versionskontrolle und Überprüfungszyklus, so wie Sie klinische Protokolle behandeln würden.

Regierung#

Nationale und Systemstellen setzen die Standards, die alle anderen erben; ihre Inhaltsentscheidungen wirken daher über Millionen Interaktionen. Die Linie von GDS und NHS – das Service Manual, der Content-Styleguide, der Accessible Information Standard, die WCAG-Pflichten unter den Public Sector Bodies Accessibility Regulations – existiert gerade, damit Qualität und Gerechtigkeit in öffentliche Services eingebaut statt dem Zufall überlassen werden. Die Aufgabe der Regierung ist, diese gemeinsamen Standards zu pflegen, wiederverwendbare Muster und Komponenten bereitzustellen, barrierefreie Formate vorzuschreiben und Services über Ausgabenkontrollen und Assurance zur Rechenschaft zu ziehen. Das Fehlerbild ist, Leitlinien herauszugeben, ohne dass Teams an der Front die Fähigkeit, Werkzeuge oder Finanzierung haben, sie zu erfüllen, was auf dem Papier konformen Inhalt hervorbringt, der dennoch Menschen ausschließt.

Häufige Fehlermuster#

  • Für die Organisation schreiben, nicht für die Leserin. Inhalt, der jede Einschränkung auflistet, die Institution schützt oder Richtlinien wiedergibt, statt der Person bei ihrer Aufgabe zu helfen.
  • Jargon und nicht erklärte Akronyme. „DNA“, „ambulant“, „Triage“, „Überweisungspfad“, „klinische Validierung“ – Insidersprache, die Leserinnen entweder missverstehen oder als abschreckend empfinden.
  • Die Leserin mit Zahlen verwirren. Nackte Prozentangaben, uneinheitliche Nenner, relatives Risiko ohne absolutes Risiko und Dosen oder Daten, die die Leserin zum Rechnen zwingen.
  • Barrierefreiheit als Nachgedanke. Leichte Sprache, Übersetzungen und BSL reaktiv, auf Anfrage oder gar nicht erstellt – das verletzt den Accessible Information Standard und schließt die aus, die den Service am meisten brauchen.
  • Kein Content-Design im Team. Inhalt von dem geschrieben, dem das System gehört, ohne Styleguide, ohne Fähigkeit zu einfacher Sprache und ohne Prüfung, sodass die Qualität vom Glück abhängt.
  • Freigegeben, aber nie getestet. Inhalt, der von Klinikpersonal und Juristen auf Genauigkeit und Risiko freigegeben wurde, aber nie in den Händen einer echten, nicht fachkundigen, gestressten Nutzerin beobachtet wurde.
  • Menschen ängstigen, ohne ihnen zu helfen. Drohungen („Sie können entlassen werden“) und Warnungen ohne klare, ruhige nächste Handlung, besonders schädlich in Not oder Krise.
  • Ungeprüft eingesetzte maschinelle Übersetzung für klinischen Inhalt, die Fehler erzeugt, die für das englischsprachige Team, das sie veröffentlicht hat, unsichtbar sind.

Reifegradmodell#

Dimension Initiieren Entwickeln Standardisieren Steuern Orchestrieren
Einfache Sprache und Lesealter Inhalt ad hoc von Systemverantwortlichen geschrieben; kein Bewusstsein für Lesealter Einige Autorinnen geschult; Lesbarkeit gelegentlich geprüft Styleguide übernommen; Lesealter-Ziele für Inhaltsarten gesetzt Lesealter gegen Ziele über Inhaltsarten verfolgt; Ergebnisse berichtet und von benannten Verantwortlichen aktiv gesteuert Lesealter kontinuierlich gemessen und verbessert; Content-Designerinnen in Teams eingebettet
Barrierefreiheit und alternative Formate Keine Leichte Sprache, Übersetzungen oder BSL; häufige WCAG-Fehler Formate reaktiv auf Anfrage erstellt; teilweise WCAG-Konformität Accessible Information Standard erfüllt; WCAG 2.2 AA standardmäßig Barrierefreiheitskonformität und Formatabdeckung auditiert und abgesichert, Lücken verfolgt und planmäßig geschlossen Barrierefreie Formate mit den Gemeinschaften, denen sie dienen, co-designt; Bedürfnisse über Versorgungssettings geteilt
Rechenkompetenz und Risikokommunikation Zahlen ungeprüft aus klinischen Quellen kopiert Etwas Bemühen, Prozentangaben zu vereinfachen Standards für die Darstellung von Risiko, Dosis und Ergebnissen im Styleguide Einhaltung der Rechenstandards gemessen und durchgesetzt; Verständnis von Risiko und Dosis als Sicherheitskennzahl verfolgt Numerischer Inhalt routinemäßig mit Nutzenden geringer Rechenkompetenz getestet
Testen mit Nutzenden Inhalt nur intern freigegeben Gelegentliche Usability-Tests bei manchem Inhalt Verständnistests routiniert, einschließlich ausgeschlossener Nutzender Verständnis- und Ausschlusskennzahlen gegen Ziele verfolgt und in der Governance überprüft Kontinuierliches Testen treibt Iteration; Ausschluss aktiv erkannt und geschlossen
Governance und Sicherheit Jeder kann veröffentlichen; keine Prüfung Redaktionelle Prüfung existiert, ist aber uneinheitlich Veröffentlichungs-Workflow mit Prüfungen zu Barrierefreiheit und klinischer Sicherheit Veröffentlichungskontrollen abgesichert und auditiert; Inhaltsrisiken protokolliert und als Sicherheitskontrollen mit KPIs gesteuert Inhalt als sicherheitskritisches Asset mit Verantwortlichen, Versionierung und Audit behandelt

Checkliste#

  • Sie können das Nutzerbedürfnis und die Aufgabe, denen jeder Inhalt dient, in einem Satz benennen.
  • Ihr Inhalt mit dem höchsten Einsatz ist in einfacher Sprache geschrieben und gegen ein Lesealter-Ziel geprüft (etwa neun bis elf, niedriger für Krisen-Inhalt).
  • Zahlen, Dosen, Risiken und Daten sind so ausgedrückt, dass keine Leserin rechnen muss, um sicher zu bleiben.
  • Sie nutzen den Content-Styleguide des NHS Digital Service Manual (oder ein dokumentiertes Äquivalent) und eine wiederverwendbare Bibliothek von Inhaltsmustern.
  • Inhalt erfüllt WCAG 2.2 AA und den Accessible Information Standard, mit Leichter Sprache, Übersetzungen, BSL-Video und alternativen Formaten standardmäßig verfügbar.
  • Übersetzungen klinischen Inhalts werden von qualifizierten menschlichen Übersetzerinnen geprüft, nicht nur maschinell übersetzt.
  • Inhalt mit hohem Einsatz hat vor dem Go-live einen Prüfschritt der klinischen Sicherheit.
  • Inhalt wird mit echten Nutzenden auf Verständlichkeit getestet, einschließlich Menschen mit geringer Gesundheitskompetenz, geringem digitalem Selbstvertrauen, Lernbehinderungen und Englisch als Zweitsprache.
  • Es gibt einen definierten Veröffentlichungs-Workflow; nicht jeder kann Inhalt ungeprüft live schalten.
  • Sie messen, ob Inhalt bestimmte Gruppen ausschließt, und haben benannte Verantwortliche für das Schließen dieser Lücken.

Zentrale Quellen#

  • NHS Digital Service Manual — Content-Styleguide, Leitlinien zur Barrierefreiheit und Inhaltsmuster (service-manual.nhs.uk).
  • GOV.UK-Leitlinien zum Content-Design und der Styleguide des Government Digital Service (gov.uk).
  • NHS England — Accessible Information Standard (DCB1605), der gesetzliche Standard zur Erfüllung der Kommunikationsbedürfnisse von Patientinnen und Patienten.
  • 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 — Ressourcen zur Gesundheitskompetenz und die „Anleitungen“, wie man Information verständlich macht.
  • Institute of Medicine / WHO — grundlegende Berichte zur Gesundheitskompetenz und ihrem Zusammenhang mit Ergebnissen und Ungleichheiten.
  • British Sign Language Act 2022.

Referenzen#

  1. Health literacy — Wikipedia — https://en.wikipedia.org/wiki/Health_literacy
  2. Plain language — Wikipedia — https://en.wikipedia.org/wiki/Plain_language
  3. Plain English — Wikipedia — https://en.wikipedia.org/wiki/Plain_English
  4. Numeracy — Wikipedia — https://en.wikipedia.org/wiki/Numeracy
  5. Readability — Wikipedia — https://en.wikipedia.org/wiki/Readability
  6. Flesch–Kincaid readability tests — Wikipedia — https://en.wikipedia.org/wiki/Flesch%E2%80%93Kincaid_readability_tests
  7. Web Content Accessibility Guidelines — Wikipedia — https://en.wikipedia.org/wiki/Web_Content_Accessibility_Guidelines
  8. Web accessibility — Wikipedia — https://en.wikipedia.org/wiki/Web_accessibility
  9. Easy read — Wikipedia — https://en.wikipedia.org/wiki/Easy_read
  10. British Sign Language — Wikipedia — https://en.wikipedia.org/wiki/British_Sign_Language
  11. Government Digital Service — Wikipedia — https://en.wikipedia.org/wiki/Government_Digital_Service
  12. Health equity — Wikipedia — 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

Diese Seite auf GitHub bearbeiten — das Buch ist die Quelle der Wahrheit; diese Website stellt es dar.