Strony internetowe dla szpitali i przychodni
Pacjent wchodzi na stronę szpitala z jednym pytaniem: gdzie jest izba przyjęć, jak się przygotować do kolonoskopii, w jakich godzinach można odwiedzić mamę na internie. Jeśli odpowiedź jest trzy kliknięcia w głąb, dzwoni do rejestracji. Buduję strony na WordPressie, na których te odpowiedzi leżą na wierzchu, a redakcja szpitala może je aktualizować bez programisty.
Kim jestem
Nazywam się Mariusz Szatkowski, WPPoland to szyld mojej pracy jako programisty WordPress. Piszę strony od 2006 r., mieszkam i pracuję w Gdyni. Pracuję sam, więc kod, który dostajesz, piszę osobiście, a dostępów do strony nie przekazuję nikomu dalej.
Co robię dla placówek medycznych
Motywy WordPress wdrażane z projektu, który dostarcza placówka, katalog poradni i lekarzy, podpięcie e-rejestracji dostawcy HIS, testy dostępności pod deklarację, migracje ze starych CMS-ów i utrzymanie. Projektu graficznego ani makiet nie robię: układ widoków przygotowuje szpital albo jego agencja, a ja zamieniam go w działającą, responsywną stronę.
Co pacjent powinien znaleźć od razu
Strona szpitala to przede wszystkim drogowskaz. Na stronie głównej i w menu stawiam to, o co ludzie pytają rejestrację najczęściej:
- Izba przyjęć i SOR: adres wejścia, dojazd, parking, telefon. Na telefonie widoczne bez przewijania.
- Poradnie i oddziały: jedna podstrona na jednostkę, z godzinami, lokalizacją w budynku i przyciskiem do zapisów.
- Przygotowanie do badań: krótkie instrukcje do pobrania i wydruku, pisane językiem pacjenta.
- Odwiedziny, wypis, dokumentacja medyczna: zasady udostępniania dokumentacji i link do Rzecznika Praw Pacjenta.
- Komunikaty: zmiany godzin, zamknięte wejścia, ograniczenia odwiedzin. Redakcja publikuje je sama z panelu, bez czekania na mnie.
Katalog lekarzy buduję na typach treści i polach (specjalizacja, poradnia, godziny przyjęć), więc ta sama informacja nie jest wpisywana w trzech miejscach i nie rozjeżdża się po pierwszej zmianie grafiku.
Dostępność cyfrowa: co wynika z ustawy
Samodzielny publiczny zakład opieki zdrowotnej jest jednostką sektora finansów publicznych (art. 9 pkt 10 ustawy o finansach publicznych, t.j. Dz.U. 2025 poz. 1483). Dlatego stosuje ustawę z 4 kwietnia 2019 r. o dostępności cyfrowej stron internetowych i aplikacji mobilnych podmiotów publicznych (t.j. Dz.U. 2023 poz. 1440). Szpital działający jako spółka podlega tej ustawie, gdy spełnia warunki z art. 2 pkt 3: finansowanie lub nadzór podmiotów publicznych.
W praktyce wynika z tego:
- Wymagania z załącznika do ustawy uznaje się za spełnione, gdy strona jest zgodna z pkt 9, 10 i 11 normy EN 301 549 V3.2.1:2021 (art. 5 ust. 3). Te punkty przenoszą kryteria WCAG 2.1 na poziomie AA.
- Deklarację dostępności placówka sporządza dla każdej wersji językowej strony, według wzoru z decyzji wykonawczej Komisji (UE) 2018/1523 (art. 10).
- Prywatna klinika, która sprzedaje usługi konsumentom przez stronę, od 28 czerwca 2025 r. sprawdza też ustawę z 26 kwietnia 2024 r. o wymaganiach dostępności produktów i usług. Mikroprzedsiębiorców świadczących usługi ustawa wyłącza (art. 4 pkt 1).
Testuję to, co faktycznie trafi do deklaracji: nawigację samą klawiaturą, NVDA i VoiceOver, powiększenie do 200 i 400 procent, kontrast, komunikaty błędów w formularzach i pliki PDF z przygotowaniem do badań. Automatyczny skan axe-core łapie część problemów, resztę sprawdzam ręcznie. Wynik dostajesz jako listę niezgodności z przyczyną i stanem naprawy.
Dane o zdrowiu zostają poza stroną
Dane o zdrowiu to szczególna kategoria danych z art. 9 RODO, a publiczna strona szpitala nie jest miejscem, w którym powinny lądować. WordPress przechowuje treści informacyjne: opisy poradni, instrukcje, aktualności. Dane o leczeniu, wynikach i receptach zostają w systemach medycznych placówki, a pacjent odbiera wyniki w portalu dostawcy albo w Internetowym Koncie Pacjenta.
Z tego wynikają konkretne decyzje przy wdrożeniu:
- formularz kontaktowy nie ma pola na objawy ani numer PESEL i mówi wprost, że nie służy do nagłych przypadków,
- wtyczki formularzy nie zapisują zgłoszeń w bazie strony, jeśli placówka tego nie potrzebuje,
- skrypty analityczne i czaty zewnętrzne nie ładują się przed zgodą i nie trafiają na podstrony z zapisami,
- konta redaktorów mają tylko te uprawnienia, których używają, a administrator loguje się z dwuetapowym uwierzytelnianiem.
E-rejestracja i systemy szpitalne
Grafik lekarzy i wolne terminy żyją w HIS, więc strona ich nie powiela. Podpinam e-rejestrację, której placówka już używa, na jeden z dwóch sposobów: link lub osadzenie według dokumentacji dostawcy albo integracja przez API, jeśli dostawca je udostępnia i placówka ma na nie umowę. W drugim przypadku strona pobiera tylko to, co pokazuje, na przykład listę poradni.
Gdy system dostawcy nie odpowiada, strona nie pokazuje pustej ramki. Wyświetla numer telefonu rejestracji i informację, że zapisy online są chwilowo niedostępne.
Sieć placówek na jednej instalacji
Szpital z kilkoma przychodniami albo powiat z dwoma szpitalami często potrzebuje osobnych stron z jednym panelem. WordPress Multisite daje każdej placówce własną domenę i redakcję, a motyw i aktualizacje są wspólne. Zanim go zaproponuję, sprawdzam, czy wystarczy jedna strona z sekcjami dla jednostek: to prostsze w utrzymaniu i często wystarcza.
Testy i odbiór
Testy zaczynam od zadań pacjenta: znaleźć izbę przyjęć, sprawdzić przygotowanie do badania, zapisać się do poradni, pobrać druk. Każde zadanie przechodzę na telefonie, samą klawiaturą i z czytnikiem ekranu. Przed uruchomieniem sprawdzam odtworzenie kopii zapasowej na czystym serwerze.
Przy odbiorze dostajesz kod w repozytorium, opis integracji, listę usług zewnętrznych, instrukcję dla redaktorów i wyniki testów dostępności. Treści da się wyeksportować, więc zmiana wykonawcy nie oznacza utraty strony.
Współpraca i utrzymanie
- Umowa: B2B według prawa polskiego, faktura z numerem VAT UE PL7393037445. Przed dostępem do strony podpisuję umowę powierzenia według art. 28 RODO. Podwykonawców nie mam. Przed zmianami przeglądam stronę tak jak przy audycie bezpieczeństwa.
- Przetarg: mogę opisać wymagania techniczne i dostępności tak, żeby dało się je sprawdzić przy odbiorze. Dokumentację postępowania prowadzi zamawiający.
- Utrzymanie: opieka nad stroną obejmuje monitoring co 1 do 5 minut, kopie przechowywane przez co najmniej 30 dni w krajach UE i aktualizacje testowane najpierw na stagingu. Nie prowadzę dyżuru 24/7 i nie gwarantuję czasu reakcji.
Napisz przez formularz kontaktowy, co ma powstać, z jakimi systemami strona ma współpracować i kto będzie ją redagował. Odpowiem na piśmie z pytaniami albo z ofertą.
Podobne wymagania dostępności i ochrony danych opisuję też dla innych instytucji: strony dla urzędów, strony dla instytucji kultury i strony dla fundacji.
