Przejdź do treści
D W
EU AI Act: Niskie ryzyko Q1

Sick Leave Processing Agent

Przetwarzanie zwolnień lekarskich w minuty, nie dni - z pełnym śledzeniem compliance.

Waliduje zwolnienia lekarskie, oblicza wynagrodzenie chorobowe, zarządza terminami powiadomień do ZUS i prowadzi ścieżkę audytu.

Panel wyników

Agent Readiness 84-91%
Governance Complexity 21-28%
Economic Impact 68-75%
Lighthouse Effect 16-23%
Implementation Complexity 21-28%
Wolumen transakcji Codziennie

Co robi ten agent

Przetwarzanie zwolnień lekarskich jest pozornie proste na powierzchni i zaskakująco złożone pod spodem. Pojedyncze zwolnienie uruchamia kaskadę działań: obliczenie prawa do wynagrodzenia chorobowego (art. 92 Kodeksu Pracy - 33 dni wynagrodzenia od pracodawcy, potem zasiłek ZUS), powiadomienie ZUS, korekty harmonogramu zespołu i potencjalnie koordynacja powrotu do pracy - każde z terminami specyficznymi dla jurysdykcji.

Sick Leave Processing Agent przyjmuje cyfrowe lub zeskanowane zwolnienia (w tym e-ZLA), waliduje je względem danych pracownika i bieżących zapisów nieobecności, oblicza uprawnienia do wynagrodzenia chorobowego na podstawie obowiązujących przepisów i układu zbiorowego, i uruchamia wszystkie wymagane powiadomienia w terminach ustawowych. Śledzi przejście z nieobecności krótkoterminowej do długoterminowej i flaguje przekroczenia progów zmieniające traktowanie prawne i finansowe.

Agent obsługuje klasyfikację dokumentów (zwolnienie początkowe vs. kontynuacja vs. powiadomienie rehabilitacyjne) i kieruje niejednoznaczne przypadki - takie jak nakładające się okresy chorobowe lub wcześniejsze wzorce nieobecności - do HR do przeglądu. Żadne informacje medyczne nie są oceniane ani przechowywane poza tym, co jest prawnie wymagane dla payroll i raportowania ustawowego.

Tabela mikrodecyzji

Człowiek
Silnik reguł
Agent AI
Każdy wiersz to decyzja. Rozwiń, aby zobaczyć protokół decyzyjny i możliwość sprzeciwu.
Przyjęcie zwolnienia Klasyfikacja typu dokumentu (początkowe, kontynuacja, rehabilitacja) Agent AI

Klasyfikacja dokumentów z ustrukturyzowanych i półustrukturyzowanych wejść

Protokół decyzyjny

Wersja modelu i wynik pewności
Dane wejściowe i wynik klasyfikacji
Uzasadnienie decyzji (wyjaśnialność)
Ścieżka audytu z pełną identyfikowalnością

Możliwość sprzeciwu: Tak - w pełni udokumentowane, weryfikowalne przez ludzi, sprzeciw przez formalny proces.

Walidacja danych zwolnienia Sprawdzenie kompletności, dat, danych lekarza Silnik reguł

Walidacja regułowa względem wymogów ustawowych

Protokół decyzyjny

ID reguły i numer wersji
Dane wejściowe które uruchomiły regułę
Wynik obliczenia i zastosowana formuła

Możliwość sprzeciwu: Tak - zastosowanie reguły weryfikowalne. Sprzeciw przy błędnych danych lub złej wersji reguły.

Dopasowanie do rekordu pracownika Powiązanie zwolnienia z właściwym pracownikiem i historią nieobecności Silnik reguł

Deterministyczne dopasowanie na ID pracownika i zakresach dat

Protokół decyzyjny

ID reguły i numer wersji
Dane wejściowe które uruchomiły regułę
Wynik obliczenia i zastosowana formuła

Możliwość sprzeciwu: Tak - zastosowanie reguły weryfikowalne. Sprzeciw przy błędnych danych lub złej wersji reguły.

Kontrola nakładających się nieobecności Wykrycie konfliktów z istniejącym urlopem lub innymi okresami chorobowymi Silnik reguł

Wykrywanie nakładania zakresów dat względem kalendarza nieobecności

Protokół decyzyjny

ID reguły i numer wersji
Dane wejściowe które uruchomiły regułę
Wynik obliczenia i zastosowana formuła

Możliwość sprzeciwu: Tak - zastosowanie reguły weryfikowalne. Sprzeciw przy błędnych danych lub złej wersji reguły.

Obliczenie prawa do wynagrodzenia chorobowego Ustalenie pozostałych dni wynagrodzenia od pracodawcy per art. 92 KP Silnik reguł

Obliczenie ustawowe na podstawie stażu i historii nieobecności

Protokół decyzyjny

ID reguły i numer wersji
Dane wejściowe które uruchomiły regułę
Wynik obliczenia i zastosowana formuła

Możliwość sprzeciwu: Tak - zastosowanie reguły weryfikowalne. Sprzeciw przy błędnych danych lub złej wersji reguły.

Uruchomienie powiadomień ustawowych Wysłanie wymaganych powiadomień do ZUS w terminie Agent AI

Automatyczne powiadamianie ze śledzeniem terminów

Protokół decyzyjny

Wersja modelu i wynik pewności
Dane wejściowe i wynik klasyfikacji
Uzasadnienie decyzji (wyjaśnialność)
Ścieżka audytu z pełną identyfikowalnością

Możliwość sprzeciwu: Tak - w pełni udokumentowane, weryfikowalne przez ludzi, sprzeciw przez formalny proces.

Flagowanie przekroczeń progów Alarmowanie HR przy osiągnięciu progu nieobecności długoterminowej Silnik reguł

Regułowy monitoring progów uruchamiający eskalację

Protokół decyzyjny

ID reguły i numer wersji
Dane wejściowe które uruchomiły regułę
Wynik obliczenia i zastosowana formuła

Możliwość sprzeciwu: Tak - zastosowanie reguły weryfikowalne. Sprzeciw przy błędnych danych lub złej wersji reguły.

Routing niejednoznacznych przypadków Eskalacja niejasnych wzorców lub niekompletnej dokumentacji do HR Agent AI

Rozpoznawanie wzorców dla przypadków brzegowych wymagających oceny człowieka

Protokół decyzyjny

Wersja modelu i wynik pewności
Dane wejściowe i wynik klasyfikacji
Uzasadnienie decyzji (wyjaśnialność)
Ścieżka audytu z pełną identyfikowalnością

Możliwość sprzeciwu: Tak - w pełni udokumentowane, weryfikowalne przez ludzi, sprzeciw przez formalny proces.

Aktualizacja systemów czasu pracy i payroll Rejestracja dni nieobecności i korekta obliczenia wynagrodzenia Agent AI

Automatyczna synchronizacja downstream po zwalidowanym przetwarzaniu

Protokół decyzyjny

Wersja modelu i wynik pewności
Dane wejściowe i wynik klasyfikacji
Uzasadnienie decyzji (wyjaśnialność)
Ścieżka audytu z pełną identyfikowalnością

Możliwość sprzeciwu: Tak - w pełni udokumentowane, weryfikowalne przez ludzi, sprzeciw przez formalny proces.

Protokół decyzyjny i prawo do sprzeciwu

Każda decyzja, którą ten agent podejmuje lub przygotowuje, jest dokumentowana w pełnym protokole decyzyjnym. Dotknięci pracownicy mogą przeglądać, rozumieć i kwestionować każdą pojedynczą decyzję.

Jaka reguła w jakiej wersji została zastosowana?
Na jakich danych oparto decyzję?
Kto (człowiek, silnik reguł czy AI) zdecydował - i dlaczego?
Jak osoba dotknięta może złożyć sprzeciw?
Jak Decision Layer wymusza to architektonicznie →

Wymagania wstępne

  • Możliwość przyjmowania zwolnień cyfrowych (portal, e-mail lub interfejs e-ZLA)
  • Historia nieobecności pracownika dostępna dla agenta
  • Reguły wynagrodzenia chorobowego skodyfikowane per jurysdykcja (art. 92 KP, ustawa zasiłkowa)
  • Interfejs raportowania do ZUS
  • Integracja z systemem ewidencji czasu i payroll
  • Umowa powierzenia przetwarzania danych obejmująca dane zdrowotne (art. 9 RODO - kategoria szczególna)

Uwagi dotyczące governance

EU AI Act: Niskie ryzyko
Niesklasyfikowany jako wysokiego ryzyka w ramach EU AI Act - agent przetwarza dokumenty i stosuje deterministyczne reguły bez podejmowania decyzji o stosunku pracy. Jednakże art. 9 RODO ma zastosowanie, ponieważ dane o zwolnieniach lekarskich stanowią dane zdrowotne - kategorię szczególną. Przetwarzanie musi opierać się na obowiązkach wynikających z prawa pracy (art. 9 ust. 2 lit. b) i wymaga wzmocnionych środków bezpieczeństwa. Agent nie może przeprowadzać analizy wzorców, która mogłaby stanowić profilowanie zdrowotne. Ocena Skutków dla Ochrony Danych jest obowiązkowa.

Wkład w infrastrukturę

Sick Leave Processing Agent ustanawia wzorce klasyfikacji dokumentów, śledzenia terminów i powiadomień ustawowych reużytkowane przez Leave of Absence Agent, Compliance Training Agent i każdego agenta obsługującego powiadomienia regulacyjne wrażliwe na czas. Protokoły obsługi danych zdrowotnych zbudowane tutaj wyznaczają standard dla wszystkich przyszłych agentów przetwarzających dane kategorii szczególnej. Buduje Decision Logging i Audit Trail wykorzystywane przez Decision Layer do zapewnienia możliwości śledzenia i kwestionowania każdej decyzji.

Często zadawane pytania

Czy agent uzyskuje dostęp do informacji o diagnozie medycznej lub ją analizuje?

Nie. Agent przetwarza wyłącznie elementy danych prawnie wymagane do payroll i raportowania ustawowego: daty, czas trwania i ważność zwolnienia. Kody diagnoz nie są wyodrębniane, przechowywane ani analizowane.

Jak agent obsługuje elektroniczne zwolnienia lekarskie (e-ZLA)?

Agent obsługuje zarówno tradycyjny obieg dokumentów, jak i system e-ZLA. Logika przetwarzania jest taka sama - różni się tylko kanał przyjęcia.

Wdrożyć tego agenta?

Oceniamy Twój krajobraz procesowy i pokazujemy, jak ten agent pasuje do Twojej infrastruktury.