WCAG dla szpitali, czyli dostępność cyfrowa w zakresie produktów i usług to nie tylko obowiązek prawny – to także element równego dostępu do opieki zdrowotnej i eliminacji barier dla pacjentów z niepełnosprawnościami.
WCAG dla szpitali – co to znaczy w praktyce?
1) E-rejestracja pacjentów
- Formularze dostępne dla czytników ekranu. Każde pole powinno mieć programowo powiązaną etykietę (label/aria-label), a kolejność tabulacji musi być logiczna. Dzięki temu osoby niewidome i słabowidzące mogą samodzielnie przejść przez cały proces.
- Czytelne komunikaty o błędach i podpowiedzi. Błędy należy wskazywać nie tylko kolorem, ale też tekstem; dobrze, gdy komunikat podpowiada, jak błąd naprawić (np. „Wpisz datę w formacie RRRR-MM-DD”).
- Bez powtarzania danych. Zasada WCAG 3.3.7 wymaga, by system nie zmuszał do wielokrotnego wpisywania tych samych informacji (np. PESEL, adres) – można je przenosić pomiędzy krokami lub pre-wypełniać.
- Przewidywalny proces i możliwość wstrzymania. Użytkownik musi widzieć, ile kroków pozostało, i mieć czas na ich wykonanie bez auto-wylogowania w połowie.
- Alternatywy kanałowe. Warto zapewnić możliwość zakończenia procesu inną drogą (np. infolinia) w razie bariery technicznej.
2) E-wyniki badań i dokumentacja medyczna
- Pełna obsługa klawiaturą i współpraca z AT. Portal wyników nie może wymagać myszy; fokus klawiatury musi być widoczny i nie „gubić się” między elementami.
- Dostępne pliki (PDF/HTML). Wyniki i karty informacyjne powinny być tagowane, z poprawną strukturą nagłówków, tabel i opisów wykresów. Skan bez OCR jest dla wielu osób nieczytelny.
- Bezpieczne, ale proste logowanie. Stosuj metody przyjazne dostępności (np. OTP/SMS, powiadomienia push) zamiast zagadek obrazkowych. Unikaj barier pamięciowych (konieczność zapamiętywania haseł o skomplikowanych regułach).
- Różne formaty i skalowanie. Umożliw pobranie wyniku w HTML/PDF o wysokim kontraście, z możliwością powiększenia bez utraty funkcjonalności.
3) Telemedycyna i formularze online
- Zgodność z WCAG 2.2 również dla wideo. Platformy powinny mieć napisy (dla nagrań) i opisy alternatywne treści nienagrywanych (np. czatu). Przy transmisji na żywo zapewnij przynajmniej możliwość jednoczesnej komunikacji tekstowej.
- Minimalne cele dotykowe i responsywność. Na telefonach elementy interfejsu muszą być łatwe do trafienia (2.5.8), a układ nie może „łamać się” przy powiększaniu.
- Bez skomplikowanych gestów. Funkcje oparte na przeciąganiu/gestach muszą mieć alternatywę (2.5.7), tak by dało się je wykonać pojedynczym stuknięciem/kliknięciem.
- Dobre kontrasty, widoczny fokus i logiczna kolejność. To krytyczne, gdy pacjent w stresie łączy się z lekarzem z małego ekranu.
Najważniejsze wymagania WCAG 2.2 dla usług medycznych
- Dostępne logowanie i autoryzacja (3.3.8, 3.3.9). Metody uwierzytelniania nie mogą opierać się na zapamiętywaniu wzorów, zagadkach czy CAPTCHA bez alternatywy. Dobre praktyki: OTP, link magiczny, WebAuthn z powiadomieniem na urządzeniu.
- Brak powtarzania danych (3.3.7). System przenosi wcześniej podane informacje między krokami, a dane pacjenta (o ile legalnie i bezpiecznie) są uzupełniane kontekstowo.
- Widoczny fokus (2.4.11–2.4.13). Każdy aktywny element ma wyraźny obrys/zmianę stanu podczas nawigacji klawiaturą; użytkownik zawsze widzi, „gdzie jest”.
- Minimalny rozmiar elementów dotykowych (2.5.8). Przycisk „Zarejestruj” czy „Pobierz wynik” nie może być mikroskopijny; to szczególnie ważne dla seniorów i osób z drżeniem rąk.
- Alternatywy dla przeciągania (2.5.7). Wszystko, co wymaga złożonego gestu, musi mieć równoważny, prostszy sposób wykonania.
Najczęstsze problemy w systemach e-zdrowia (i jak je rozpoznać)
- Niedostępne formularze. Brak etykiet i opisów błędów; walidacja „na kolor”. Test: uruchom czytnik ekranu i spróbuj przejść formularz wyłącznie klawiaturą.
- Skomplikowane logowanie. Puzzle, obrazkowe CAPTCHA bez audio/tekstowej alternatywy. Test: czy da się zalogować bez użycia wzroku i bez myszy?
- Niedostępne PDF-y. Skany bez struktury, brak tagów/nagłówków i tabelek do odczytu. Test: zaznacz tekst – jeśli się nie da, dokument jest prawdopodobnie obrazem.
- Słabe wsparcie mobilne. Formularze „rozsypują się” na małym ekranie; cele dotykowe są zbyt małe. Test: powiększ do 200% i sprawdź, czy da się wykonać proces bez przewijania w dwóch osiach.
- Brak procedury zgłaszania barier. Pacjent nie wie, jak poprosić o pomoc lub wskazać problem; to zwiększa ryzyko skarg i wykluczenia.
Jak wdrożyć dostępność w szpitalu – plan działania
- Audyt WCAG dla szpitali
Przebadaj e-rejestrację, portal e-wyników, moduły formularzy i płatności. Połącz testy automatyczne z manualnymi (w tym z czytnikiem ekranu oraz testami klawiatury i urządzeń mobilnych). Uwzględnij także dokumenty PDF oraz procesy logowania. e-pad.pl - Plan napraw z priorytetami
Zmapuj problemy do kryteriów WCAG 2.2, oszacuj wpływ na pacjenta i ryzyko prawne, zaplanuj szybkie „quick wins” (np. etykiety, fokus) i większe zmiany (przebudowa formularzy, wymiana komponentów CAPTCHA). - Szkolenia personelu (redaktorzy, administracja, IT)
Pokaż, jak tworzyć dostępne treści (opisy alternatywne, właściwe nagłówki), publikować poprawne PDF-y (tagowanie, tabele, linki), a także jak testować podstawową dostępność przed publikacją. - Procedura zgłaszania problemów
Na stronie i w portalu wyników umieść jasne instrukcje i kontakt do osoby odpowiedzialnej (np. Inspektora ds. dostępności). Zapewnij SLA reakcji i prosty formularz zgłoszeniowy dostępny z klawiatury. - Monitoring i deklaracja dostępności
Aktualizuj deklarację rzetelnie (z datą przeglądu, zakresem i planem poprawy) i prowadź regularne przeglądy zgodności – np. kwartalne skany plus coroczny audyt rozszerzony. e-pad.pl
Checklista WCAG dla szpitali (z krótkimi opisami)
- Audyt WCAG 2.2 serwisów i aplikacji. Start od pełnej diagnozy problemów.
- Dostosowanie e-rejestracji i e-wyników. Napraw elementy krytyczne (formularze, logowanie, nawigacja).
- Poprawa dostępności plików PDF. Tagowanie, struktura, OCR, opisy tabel i wykresów.
- Szkolenia dla administracji i IT. Utrzymuj standard na etapie publikacji i rozwoju.
- Procedura zgłaszania barier. Prosty formularz, dane kontaktowe, czas reakcji.
- Deklaracja dostępności aktualna min. raz w roku. Transparentna informacja dla pacjentów.
- Stały monitoring i przeglądy. Automaty + testy eksperckie i z użytkownikami.
👉 Jeśli Twój szpital nie jest pewny zgodności z WCAG 2.2 i PAD/EAA, warto jak najszybciej przeprowadzić audyt i wdrożyć plan napraw. Eksperci ePAD pomogą Ci dostosować systemy medyczne do wymagań prawa i potrzeb pacjentów.