Poradnik RCA
Analiza przyczyn źródłowych (RCA, Root Cause Analysis) to uporządkowany sposób szukania odpowiedzi na pytanie, dlaczego zdarzenie było możliwe — nie tylko kto popełnił błąd. Jej celem jest znalezienie luki w systemie (procedurze, przeglądzie, szkoleniu, organizacji pracy) i usunięcie jej działaniem korygującym, tak aby podobne zdarzenie się nie powtórzyło.
Poradnik dla służby BHP, zespołów powypadkowych, kierowników i działów jakości: jak przebiega postępowanie po wypadku, dlaczego warto badać zdarzenia potencjalnie wypadkowe, jak krok po kroku prowadzić analizę 5 Why i diagram Ishikawy oraz jak domknąć ją działaniami CAPA.
Publikacja: 2026-10-04 · Aktualizacja: 2026-10-04 · 14 min czytania · Zespół wdrożeniowy Varilo
Protokół powypadkowy to obowiązek, ale jego prawdziwą wartością są wnioski. Jeżeli badanie kończy się zdaniem „pracownik nie zachował ostrożności”, to nic się nie zmienia — a ta sama sytuacja wraca przy innej osobie.
Dobre badanie odpowiada na trzy pytania: co się stało, dlaczego było to możliwe i co zmienimy, żeby się nie powtórzyło. Ta sama logika dotyczy zdarzeń potencjalnie wypadkowych (near miss), awarii, reklamacji jakościowych i incydentów środowiskowych.
Po wypadku pierwszeństwo ma pomoc poszkodowanemu i zabezpieczenie miejsca, tak aby nie doszło do kolejnych urazów i aby nie zatrzeć śladów. Następnie pracodawca powołuje zespół powypadkowy, który ustala okoliczności i przyczyny oraz sporządza protokół — zgodnie z rozporządzeniem w sprawie ustalania okoliczności i przyczyn wypadków przy pracy co do zasady w ciągu 14 dni od uzyskania zawiadomienia o wypadku.
Zespół ogląda miejsce zdarzenia, zbiera wyjaśnienia poszkodowanego i świadków, dokumentację (zdjęcia, szkice, instrukcje, rejestry przeglądów, szkolenia, badania lekarskie) i proponuje środki profilaktyczne. Szczegółowe wymagania formalne warto zawsze sprawdzić w aktualnych przepisach — ten poradnik nie jest poradą prawną.
Na jeden ciężki wypadek przypada wiele drobnych urazów i jeszcze więcej sytuacji „o krok od wypadku”. To one są najtańszym źródłem wiedzy: nikt nie ucierpiał, ludzie chętniej mówią prawdę, a przyczyny są często te same co w poważnych zdarzeniach.
Warunek jest jeden — zgłaszanie musi być proste i bezpieczne dla zgłaszającego. Kod QR przy maszynie, zgłoszenie z telefonu w minutę, możliwość anonimowości i informacja zwrotna, co zrobiono ze zgłoszeniem, zwiększają liczbę zgłoszeń bardziej niż jakakolwiek kampania.
5 Why polega na zadawaniu pytania „dlaczego?” do momentu, w którym odpowiedź wskazuje na lukę w systemie, a nie na zachowanie jednej osoby. Liczba pięć jest umowna — czasem wystarczą trzy pytania, czasem potrzeba siedmiu.
Zasady: zaczynaj od konkretnego faktu, a nie od oceny; każdą odpowiedź potwierdzaj dowodem (zdjęcie, rejestr, rozmowa); gdy pojawia się kilka przyczyn, rozgałęź analizę; zatrzymaj się, gdy dojdziesz do przyczyny, na którą organizacja ma wpływ i którą można usunąć działaniem z właścicielem i terminem.
Najczęstszy błąd to zatrzymanie się na „błędzie ludzkim”. Pytanie „dlaczego pracownik się pospieszył?” prowadzi zwykle do planowania pracy, obsady zmiany albo braku instrukcji — i to tam leży przyczyna źródłowa.
Diagram Ishikawy porządkuje burzę mózgów zespołu. Skutek wpisuje się w „głowę ryby”, a możliwe przyczyny grupuje w kategoriach: Człowiek, Maszyna, Metoda, Materiał, Środowisko — często z szóstą kategorią Zarządzanie lub Pomiar.
Diagram dobrze sprawdza się, gdy przyczyn może być wiele i trzeba spojrzeć szeroko, zanim zespół skupi się na jednej hipotezie. Najlepsze efekty daje połączenie metod: Ishikawa pokazuje możliwe przyczyny, a 5 Why pozwala zejść w głąb tych, które potwierdzono dowodami.
Analiza bez działań to tylko dokument. Każda potwierdzona przyczyna źródłowa powinna mieć działanie korygujące (usuwa przyczynę) i — tam, gdzie to ma sens — zapobiegawcze (przenosi wniosek na podobne miejsca, np. wszystkie podesty w zakładzie).
Dobre działanie ma właściciela, termin i kryterium skuteczności. Po wdrożeniu warto sprawdzić, czy zadziałało, oraz zaktualizować ocenę ryzyka stanowiska, instrukcje i szkolenia. Hierarchia środków jest taka sama jak w ocenie ryzyka: eliminacja i rozwiązania techniczne przed organizacyjnymi, a ŚOI na końcu.
Szukanie winnego zamiast przyczyny; wnioski typu „pouczyć pracownika” jako jedyne działanie; brak dowodów dla kolejnych odpowiedzi; zbyt późne badanie, gdy ślady zniknęły; działania bez właściciela i terminu; brak sprawdzenia skuteczności; ignorowanie zdarzeń potencjalnie wypadkowych.
W V-IMS zgłoszenie zdarzenia lub nieprawidłowości można wysłać z telefonu, także przez kod QR, ze zdjęciami i lokalizacją. Rejestr wypadków i zdarzeń prowadzi sprawę od zgłoszenia przez dokumentację zespołu do zamknięcia.
Moduł analizy przyczyn pozwala prowadzić 5 Why i diagram Ishikawy bezpośrednio przy zdarzeniu, a wnioski zamienić w zadania CAPA z właścicielem, terminem i weryfikacją skuteczności. Zdarzenie może też sygnalizować potrzebę przeglądu oceny ryzyka stanowiska.
Papier pozwala spełnić obowiązki formalne — różnica dotyczy tego, co dzieje się z wnioskami.
| Obszar | Segregator i arkusze | Rejestr zdarzeń z RCA w V-IMS |
|---|---|---|
| Zgłoszenie | Ustnie lub na kartce, często z opóźnieniem | Telefon lub kod QR, zdjęcia i miejsce od razu |
| Zdarzenia potencjalnie wypadkowe | Rzadko rejestrowane | Ten sam prosty formularz, możliwa anonimowość |
| Analiza przyczyn | Opis w protokole, bez metody | 5 Why i Ishikawa przy zdarzeniu |
| Działania | Lista w protokole, trudne rozliczenie | Zadania CAPA z właścicielem, terminem i przypomnieniami |
| Skuteczność | Zwykle niesprawdzana | Weryfikacja przed zamknięciem zadania |
| Trendy | Ręczne zestawienia | Raporty według miejsc, przyczyn i kategorii |
Moduł VIMS
Wypadki i zdarzenia — pełny obieg postępowania powypadkowego bez arkuszy Excel
Zarejestruj zdarzenie w kilkanaście sekund, przeprowadź analizę przyczyn, zaplanuj działania i zamknij sprawę z kompletem dokumentacji w jednym miejscu.
Analiza przyczyn zdarzeń
Analiza przyczyn źródłowych — od objawu zdarzenia do rzeczywistej przyczyny
Powtarzające się zdarzenia to zwykle sygnał, że poprzednia analiza zatrzymała się na błędzie pracownika. Moduł prowadzi zespół przez ustrukturyzowane techniki RCA i pilnuje, aby każdy wniosek zamienił się w konkretne działanie.
Moduł VIMS
CAPA — działania korygujące i zapobiegawcze z realną odpowiedzialnością
Koniec z listą zadań w arkuszu. Każde działanie ma właściciela, termin, status i weryfikację skuteczności — a Ty widzisz to w jednym widoku.
Zgłoszenia nieprawidłowości
Zgłoszenia nieprawidłowości — sygnał z hali, który nie ginie po drodze
Najtańsza informacja w zakładzie to ta, która przychodzi przed wypadkiem. Moduł skraca drogę od zauważenia zagrożenia do decyzji o działaniu i pilnuje, żeby zgłaszający dostał odpowiedź.
Nie. Pięć to wskazówka. Zatrzymaj się, gdy dojdziesz do przyczyny systemowej, którą można usunąć konkretnym działaniem.
Ishikawa przy złożonych zdarzeniach z wieloma możliwymi przyczynami, 5 Why przy prostszych łańcuchach. Najczęściej najlepiej sprawdza się połączenie obu.
Pracodawca powinien analizować zagrożenia i zdarzenia w zakładzie, a ISO 45001 wprost wymaga badania incydentów. Praktycznie to najlepszy sposób zapobiegania wypadkom.
Corrective and Preventive Actions — działania korygujące, które usuwają przyczynę, i zapobiegawcze, które przenoszą wniosek na podobne miejsca i procesy.
Pokażemy, jak zgłoszenie z telefonu przechodzi przez analizę 5 Why lub Ishikawę do zadań CAPA i aktualizacji oceny ryzyka.
