Staatliches Gutachten zur digitalen Barrierefreiheit
www.gematik.de
Nutzbarkeit mit unterschiedlichen Behinderungen
Blindheit Kaum nutzbar
Viele zentrale WCAG-A‑Kriterien für Screenreader- und Tastaturnutzung (Alternativtexte für Bedienelemente, Struktur, Fokus, Name/Rolle/Wert, Tastaturbedienung, Formularführung, PDF) sind nicht erfüllt und erschweren die Nutzung stark.
Sehbehinderung Kaum nutzbar
Kontrastprobleme bei Text und Bedienelementen, fehlende sichtbare Fokusanzeigen, Bilder von Text und Layoutprobleme bei vergrößertem Text beeinträchtigen die Wahrnehmbarkeit erheblich.
Hörbehinderung Mit Hindernissen nutzbar
Die Seite ist überwiegend textbasiert, aber es fehlen verpflichtende Gebärdensprachinhalte, was Informationszugang und rechtliche Konformität einschränkt.
Motorische Behinderung Kaum nutzbar
Wesentliche Elemente sind nicht vollständig tastaturbedienbar und der Fokus ist häufig nicht sichtbar, was die Nutzung für Menschen mit motorischen Einschränkungen stark behindert.
Lernbehinderung Kaum nutzbar
Unklare Struktur, fehlerhafte Überschriften, unzureichende Formularhinweise, fehlende Fehlerführung sowie fehlende Inhalte in Leichter Sprache erschweren das Verstehen deutlich.
Neurodivergenz Mit Hindernissen nutzbar
Automatisch wechselnde Karussells ohne Pausefunktion, unklare Struktur und schwache Fokus- und Fehlerführung können Konzentration und Orientierung merklich beeinträchtigen.
Hinweis: Diese Zusammenfassung mit generativer KI basiert auf den Informationen aus diesem Gutachten. Künstliche Intelligenz kann Inhalte nicht automatisch barrierefrei machen oder Prüfungen durchführen. Behinderungen sind komplex und mehrschichtig, weshalb diese Analysen nicht zutreffen müssen.
Technische Umgebung
- OS
- Windows 10 Enterprise (Version 1909)
- Browser
- Firefox (Version 89.0)
- Screenreader
- NVDA (Version 2020.3)
- Auflösung
- 1920 × 1080
- Tools
- Colour Contrast Analyser (Version 3.1.1), PDF Accessibility Checker 3 (Version 3.0.7.0)
Veränderung nach WCAG-Kriterien
| Prüfungsdatum | Prüfart | Abweichende Prüfart | Nicht bestanden | Im Wesentlichen bestanden | Bestanden |
|---|---|---|---|---|---|
| 10.07.2023 | Vereinfachte Überwachung | Ja | 24 | 0 | 30 |
| 08.07.2021 | eingehende Überwachung | Nein | 19 | 4 | 1 |
Prüfkriterien
Nicht bestanden
| Kriterium | Status | Notizen |
|---|---|---|
|
4.9.1.1.1.a
Alternativtexte für Bedienelemente
|
nicht bestanden | Die dunkel markierten Grafiken, die auf Dokumente führen oder Aktionen auslösen, benötigen aussagekräftige alt-Texte; das title-Attribut allein wird von Screenreadern nicht durchgängig vorgelesen. |
|
4.9.1.3.1.a
HTML-Strukturelemente für Überschriften
|
nicht bestanden | Die Überschriften sind nicht durchgehend logisch geschachtelt (H1 leer, H2/H3 untergeordnet durch H6). H1 sollte den globalen Seitentitel enthalten und alle Ebenen korrekt verwendet werden (auch versteckte Überschriften für den Hauptinhalt). |
|
4.9.1.3.1.h
Beschriftung von Formularelementen programmatisch ermittelbar
|
nicht bestanden | Die Radio-Buttons der Anfragekategorie sind nicht mit dem Feldset/Legend und den Beschriftungen verbunden; eine fieldset-Umrahmung plus legend und eindeutige for-Attribute sind erforderlich. |
|
4.9.1.3.5
Eingabezweck bestimmen
|
nicht bestanden | Felder mit personenbezogenen Daten benötigen autocomplete-Attribute, damit Bildschirmtastaturen Vorschläge machen; aktuell fehlt die eindeutige Zweckbestimmung. |
|
4.9.1.4.3
Kontrast (Minimum)
|
nicht bestanden | Die rot markierten Linktexte werden mit einem gemessenen Kontrast von ca. 4,1:1 dargestellt; der Wert muss mindestens 4,5:1 betragen, damit fehlsichtige Nutzer die Texte erkennen. |
|
4.9.1.4.5
Bilder von Text
|
nicht bestanden | Die verwendeten Schriftgrafiken enthalten nicht den Text der Darstellung im Alternativtext und lassen sich nicht an Funktionen wie Schriftgröße oder Farbe anpassen; ersetzen Sie sie durch echten Text. |
|
4.9.1.4.11
Nicht-Text-Kontrast
|
nicht bestanden | Die Eingabefelder heben sich nur mit ca. 1,1:1 vom Hintergrund ab (Vorgabe mind. 3:1); erhöhen Sie den Kontrast der Rahmen- oder Hintergrundfarbe. |
|
4.9.2.1.1
Tastatur
|
nicht bestanden | Die roten Toggle-Elemente in den aufgeklappten Sektionen liegen nicht in der Tab-Reihenfolge, wodurch Tastaturbenutzer nicht zum Inhalt springen können; stellen Sie sicher, dass alle Bedienelemente fokussierbar sind. |
|
4.9.2.2.2
Pausieren, stoppen, ausblenden
|
nicht bestanden | Für das automatisch wechselnde Karussell gibt es keinen Button zum Anhalten; bieten Sie mindestens eine Steuerung zum Pausieren oder Stoppen der Bewegung an. |
|
4.9.2.4.4
Linkzweck (im Kontext)
|
nicht bestanden | Der rot markierte Grafiklink führt zu einem PDF, ohne diesen Dateityp im sichtbaren oder versteckten Linktext zu benennen; ergänzen Sie einen Hinweis auf Format oder Barrierefreiheit des Dokuments. |
|
4.9.2.4.7
Fokus sichtbar
|
nicht bestanden | Der Tastaturfokus ist auf vielen Links und Buttons nicht sichtbar (Kontrastabstand <3:1); definieren Sie einen gut sichtbaren Rahmen oder Hintergrund im Fokuszustand. |
|
4.9.2.5.3
Beschriftung (Label) im Namen
|
nicht bestanden | Die sichtbaren Texte auf den grafikbasierten Bedienelementen fehlen im zugänglichen Namen; fügen Sie den sichtbaren Namen (z. B. über aria-label oder <span>) in den Accessible Name ein. |
|
4.9.3.3.1
Fehlerkennzeichnung
|
nicht bestanden | Formularfehler werden nur über die Browser-Standardmeldung an einem Feld dargestellt; markante Texte, Inline-Hilfen und gleichzeitige Hinweise an allen fehlerhaften Feldern mit Fokusvermittlung sind notwendig. |
|
4.9.4.1.2
Name, Rolle, Wert
|
nicht bestanden | Das mobile Hamburger-Menü und die Sektionen nutzen <div>/<span> ohne role/aria-Attribute; ergänzen Sie mindestens role="button" bzw. aria-expanded, damit Screenreader Zustand und Funktion erkennen. |
|
4.14
Ergebnisse der Überprüfung von Dokumenten
|
nicht bestanden | Das auf der Seite "Gesundheitskarte" getestete PDF wurde ohne Tags und ohne Alternativtexte erstellt; erstellen Sie es PDF/UA-konform mit strukturiertem Lesezeichenbaum und Alternativbeschreibungen. |
|
5.1
Erklärung zur Barrierefreiheit
|
nicht bestanden | Eine zentrale Erklärung zur Barrierefreiheit fehlt; veröffentlichen Sie eine Seite mit Status, Ausnahmen, Kontaktmöglichkeit und Feedback-Links. |
|
5.2
Feedback-Mechanismus (Erklärung zur Barrierefreiheit)
|
nicht bestanden | Der Feedbackmechanismus muss in der Erklärung zur Barrierefreiheit beschrieben, verlinkt und barrierefrei zugänglich sein. |
|
5.3
Erläuterungen in Leichter Sprache
|
nicht bestanden | Es existiert keine Seite in leichter Sprache; ergänzen Sie eine klare Beschreibung wesentlicher Inhalte, Navigation und Erklärung zur Barrierefreiheit. |
|
5.4
Erläuterungen in Gebärdensprache
|
nicht bestanden | Es fehlen Videos oder Hinweise in Gebärdensprache zu Inhaltsbereichen, Navigation und Erklärung zur Barrierefreiheit; liefern Sie geeignete Inhalte und Verweise. |
Im Wesentlichen bestanden
| Kriterium | Status | Notizen |
|---|---|---|
|
4.9.1.4.12
Textabstand
|
im Wesentlichen bestanden | Beim Erhöhen der Textabstände verschiebt sich der Karusselltext und wird von Grafikelementen überlagert; passen Sie das Layout an, sodass Texte bei 1,5-fachem Zeilenabstand und entsprechender Wort-/Buchstabenabstände lesbar bleiben. |
|
4.9.2.4.1
Blöcke überspringen
|
im Wesentlichen bestanden | Es fehlen Sprunglinks, eindeutige Landmark-Elemente (z. B. main) und konsistente Bereichsüberschriften; ergänzen Sie diese, damit Screenreader schnell zum Hauptinhalt springen können. |
|
4.9.2.4.2
Seite mit Titel
|
im Wesentlichen bestanden | In allen geprüften Seiten fehlt die allgemeine Bezeichnung des Webauftritts im Dokumenttitel; nutzen Sie z. B. „gematik | Startseite“, „gematik | Kontakt“. |
|
4.9.3.3.2
Beschriftungen (Labels) oder Anweisungen
|
im Wesentlichen bestanden | Die Bedeutung des Sternchens für Pflichtfelder steht erst am Ende des Formulars; platzieren Sie die Legende am Anfang, damit Screenreader-Nutzer sie vorab erfassen. |
Bestanden
| Kriterium | Status | Notizen |
|---|---|---|
|
4.9.1.1.1.b
Alternativtexte für Grafiken und Objekte
|
bestanden | Die informativen Bilder besitzen sinnvolle Textalternativen. |
Unterstützung
Barrieren sichtbar machen kostet Geld. Hilf uns, dranzubleiben.
BarrierenWatch wird ehrenamtlich betrieben und finanziert sich über Steady-Mitgliedschaften von Menschen wie dir, die Barrierefreiheit und Inklusion voranbringen möchten. Hinter dem Projekt stehen Menschen mit Behinderung, die seit Jahren im Bereich der digitalen Barrierefreiheit oder als Aktivist*innen aktiv sind. Aktuell sind wir im Prozess der Gründung eines gemeinnützigen Vereins, der dieses Engagement beheimaten soll.
ab
5
Euro
im Monat
für Recherche, Prüfungen und den Betrieb der Plattform.