Przejdź do treści

Voicebot a RODO: checklista dla klinik

W uwagach do projektu Centralnej Rejestracji Medycznej Prezes UODO zwrócił uwagę na nadmiarowość danych, możliwe przetwarzanie danych zdrowotnych i ryzyko specjalnego przetwarzania głosu. Nie oznacza to zakazu voicebotów w klinikach. Oznacza, że przed uruchomieniem trzeba opisać konkretny proces: po co agent zbiera dane, czy zapisuje treść, kto ma dostęp i kiedy potrzebna jest DPIA.

11 min czytaniapublikacja 2026-04-23aktualizacja 2026-08-15autorzy Artem Lisovtsov, Serhii Ivanchatenkowydawca Syntalith sp. z o.o.
raport · RODO11 min
trzy zdania
TL;DR · 01Treść rozmowy o wizycie może ujawnić dane dotyczące zdrowia, nawet jeżeli scenariusz nie pyta o diagnozę.
TL;DR · 02Nagranie głosu nie staje się automatycznie danymi biometrycznymi szczególnej kategorii. Taki status ma głos poddany specjalnemu przetwarzaniu w celu jednoznacznej identyfikacji osoby.
TL;DR · 03Przed startem potrzebne są: mapa danych i ról, wstępna ocena obowiązku DPIA, zasady retencji, dostępów, podprocesorów, praw pacjenta, incydentów i eskalacji do człowieka.
publikacja · 2026-04-23
DPA
gdy art. 28 ma zastosowanie

Umowa klienta z procesorem przed rozpoczęciem przetwarzania w jego imieniu; podprocesorzy według zasad z umowy.

Art. 9 RODO
dodatkowy warunek

Dla danych dotyczących zdrowia potrzebna jest podstawa z art. 6 oraz wyjątek z art. 9 ust. 2.

Retencja
z celu i ryzyka

Nie ma jednego ustawowego okresu dla nagrań voicebota. Możliwy jest także tryb bez nagrania lub bez pełnej transkrypcji.

Kontekst nadzorczy
1 145 891,25 zł

Dwie kary dla CM Ujastek za monitoring i zabezpieczenia kart pamięci; WSA oddalił skargę. Sprawa nie dotyczyła voicebota.

Plan UODO 2026
kontrole sektorowe

Plan opublikowany 8.01.2026: monitoring wizyjny w podmiotach leczniczych, ze szczególnym uwzględnieniem danych dzieci.

Trzy zdania, jeśli nie masz czasu

  1. 01Treść rozmowy o wizycie może ujawnić dane dotyczące zdrowia, nawet jeżeli scenariusz nie pyta o diagnozę.
  2. 02Nagranie głosu nie staje się automatycznie danymi biometrycznymi szczególnej kategorii. Taki status ma głos poddany specjalnemu przetwarzaniu w celu jednoznacznej identyfikacji osoby.
  3. 03Przed startem potrzebne są: mapa danych i ról, wstępna ocena obowiązku DPIA, zasady retencji, dostępów, podprocesorów, praw pacjenta, incydentów i eskalacji do człowieka.

01

Pisemne stanowisko UODO wobec voicebotów (2025)

Dla projektu ważne są cztery osobne pytania: czy agent może przyjąć objawy, czy zapisuje audio lub tekst, czy głos służy do identyfikacji oraz czy wynik rozmowy wpływa na dostęp do świadczenia. Każde z nich zmienia analizę ryzyka.

Administrator, czyli zwykle placówka, ustala cele i podstawy przetwarzania. Dostawca powinien dostarczyć opis przepływu, zabezpieczeń i podprocesorów potrzebny do tej oceny, ale nie zastępuje decyzji administratora ani porady prawnej.

02

Trzy kategorie danych w rozmowie pacjenta

Kategorie danych w rozmowie pacjenta z voicebotem, reżim prawny i konsekwencja projektowa

Dane osobowe spoza art. 9

Przykłady
imię, numer telefonu, preferowana godzina kontaktu
Reżim prawny
Podstawa z art. 6 RODO dobrana do celu i roli placówki
Konsekwencja projektowa
Minimalizacja, informacja dla osoby, ograniczenie dostępu i retencji

Dane szczególne (art. 9)

Przykłady
objawy, diagnoza, lek, informacja o specjalizacji lub świadczeniu ujawniająca stan zdrowia
Reżim prawny
Podstawa z art. 6 oraz właściwy wyjątek z art. 9 ust. 2, uzupełniony prawem krajowym, gdy jest wymagane
Konsekwencja projektowa
Ograniczenie pytań, poufność, kontrola dostępów, uzasadniona retencja i procedura eskalacji

Dane biometryczne (głos)

Przykłady
wzorzec głosu utworzony specjalnym przetwarzaniem w celu jednoznacznej identyfikacji
Reżim prawny
Art. 4 pkt 14; art. 9 ma zastosowanie, gdy dane służą jednoznacznej identyfikacji
Konsekwencja projektowa
Nie włączaj identyfikacji głosowej bez osobnej analizy konieczności, podstawy i mniej ingerujących alternatyw

Nawet prosty scenariusz umawiania powinien mieć bezpieczną odpowiedź na spontaniczne podanie objawów. Nie oznacza to, że każda rozmowa faktycznie zawiera dane z art. 9.

03

Kiedy DPIA jest obowiązkowa dla voicebota

Art. 35 RODO wymaga DPIA, gdy planowane przetwarzanie z dużym prawdopodobieństwem może powodować wysokie ryzyko z uwagi na charakter, zakres, kontekst i cele. Najpierw administrator wykonuje ocenę wstępną i zapisuje, jakie kryteria występują.

UODO wskazuje, że usługi wirtualnych asystentów głosowych z dużym prawdopodobieństwem mogą wpadać w kategorie wymagające DPIA. To silny sygnał, ale nie automatyczna odpowiedź dla każdego scenariusza. Inaczej ocenia się prostą prośbę o oddzwonienie bez zapisu treści, a inaczej rozmowę o objawach połączoną z historią pacjenta.

  1. 01

    Decyzja istotnie wpływająca na dostęp do świadczenia

    Na przykład automatyczna priorytetyzacja, odmowa lub triaż. Trzeba osobno sprawdzić także art. 22 RODO.

  2. 02

    Dane dotyczące zdrowia na dużą skalę

    Skalę ocenia się łącznie: liczba osób, zakres danych, czas i zasięg geograficzny. RODO nie podaje jednego progu liczbowego.

  3. 03

    Identyfikacja głosowa

    Specjalne przetwarzanie cech głosu w celu jednoznacznej identyfikacji jest odrębnym, silnym sygnałem ryzyka.

  4. 04

    Łączenie wielu źródeł

    Połączenie rozmowy z dokumentacją medyczną, CRM lub innymi bazami zwiększa zakres i możliwe skutki błędu.

  5. 05

    Osoby szczególnie narażone

    Dzieci, osoby starsze, pacjenci w kryzysie i osoby zależne od świadczenia wymagają oceny dostępności oraz skutków pomyłki.

  6. 06

    Nowa technologia razem z innymi kryteriami

    Sama nowość nie rozstrzyga, ale w połączeniu z danymi szczególnymi, skalą lub oceną osoby może prowadzić do wysokiego ryzyka.

04

Lista przed uruchomieniem voicebota w klinice

  1. 01

    Oddzielna informacja o AI i informacja o danych

    Art. 50 AI Act wymaga jasnej informacji o interakcji z AI. Art. 13 RODO określa treść obowiązku informacyjnego. Krótkie otwarcie rozmowy może odsyłać do pełnej klauzuli, ale jej nie zastępuje.

  2. 02

    Lista scenariuszy z mapą eskalacji

    Każdy scenariusz ma listę warunków, w których voicebot przekazuje rozmowę człowiekowi.

  3. 03

    Mapa kategorii danych zbieranych w każdym scenariuszu

    Tabela: scenariusz × dane zwykłe / art. 9 / biometria. Pomaga w DPIA i w przygotowaniu materiałów dla IOD.

  4. 04

    Decyzja, czy voicebot przyjmuje objawy, czy tylko umawia

    To jedna z najważniejszych decyzji projektowych. Zmienia zakres danych i reżim retencji.

  5. 05

    Umowa z procesorem i zasady podpowierzenia

    Jeżeli odbierze.ai działa jako procesor, klient zawiera z nami umowę z art. 28. Umowy z dalszymi procesorami zawiera procesor; klient otrzymuje wymagane informacje i mechanizm autoryzacji lub sprzeciwu.

  6. 06

    Opis regionów i transferów

    Przetwarzanie w UE jest częścią pakietu, ale dokumentacja powinna objąć cały przepływ oraz ewentualne transfery danych lub zdalny dostęp spoza EOG.

  7. 07

    Decyzja o zapisie i retencji

    Dla audio, transkrypcji, metadanych i logów określ osobny cel, okres, dostęp i sposób usunięcia. Jeżeli treść nie jest potrzebna, wybierz tryb bez zapisu lub krótszy zapis.

  8. 08

    Lista ról z dostępem

    Dostęp otrzymują konkretne role potrzebujące danych do zadania. Administrator ustala częstotliwość przeglądu uprawnień odpowiednią do ryzyka.

  9. 09

    Procedura realizacji praw osoby

    Dostęp, sprostowanie, usunięcie, ograniczenie, przenoszalność. Realizacja w ciągu miesiąca (art. 12 RODO), z możliwością przedłużenia o dwa miesiące w sprawach złożonych.

  10. 10

    Procedura naruszeń

    Procesor zgłasza naruszenie administratorowi bez zbędnej zwłoki. Administrator ocenia ryzyko i, gdy art. 33 tego wymaga, zgłasza organowi w miarę możliwości w 72 godziny.

  11. 11

    Plan kontroli jakości po starcie

    Metoda zależy od zapisywanych danych. Może obejmować zatwierdzoną próbkę nagrań lub transkrypcji, dane zdarzeń, testy syntetyczne i zgłoszenia zespołu.

  12. 12

    Dziennik wersji scenariusza i komunikatu

    Data i godzina, autor, opis zmiany oraz akceptacja. Pozwala wykazać, jaka wersja działała w danym okresie.

  13. 13

    Plan reakcji na sytuacje wrażliwe

    Ból, kryzys, zagrożenie życia, reklamacja i rozmowa z dzieckiem wymagają uzgodnionej odpowiedzi, właściwego numeru lub przekazania do człowieka.

  14. 14

    Pełna klauzula informacyjna w dostępnym miejscu

    W rozmowie podaj krótką informację i łatwy sposób dotarcia do pełnej treści, na przykład prosty adres strony lub możliwość wysłania linku.

  15. 15

    Kanał kontaktu w sprawach danych

    Podaj kontakt administratora oraz IOD, jeżeli został wyznaczony. Nie twórz pozornego stanowiska IOD tylko na potrzeby wdrożenia.

05

Retencja, podprocesorzy, transfer poza UE

Decyzje retencyjne i umowne do podjęcia przed uruchomieniem

Nagrania pełne

Możliwa konfiguracja
wyłączone albo przechowywane przez uzgodniony okres
Co trzeba udokumentować
Cel nagrywania, podstawa, informacja dla rozmówcy, dostęp, termin i sposób usunięcia.

Transkrypcje pełne

Możliwa konfiguracja
wyłączone, chwilowe albo przechowywane przez uzgodniony okres
Co trzeba udokumentować
Czy pełna treść jest potrzebna po wykonaniu operacji i czy można ją zastąpić wynikiem zdarzenia.

Metadane (czas, kierunek, status)

Możliwa konfiguracja
minimalny zestaw potrzebny do rozliczeń i diagnostyki
Co trzeba udokumentować
Zakres pól, ich związek z osobą, okres i rozdzielenie od treści rozmowy.

Logi techniczne

Możliwa konfiguracja
bez treści albo z treścią ograniczoną do niezbędnego minimum
Co trzeba udokumentować
Cel diagnostyczny, maskowanie danych, dostęp i automatyczne usunięcie.

Przetwarzanie w UE

Możliwa konfiguracja
w pakiecie odbierze.ai
Co trzeba udokumentować
Cały łańcuch odbiorców, regiony, zdalny dostęp i mechanizm dla ewentualnego transferu poza EOG.

Lista podprocesorów

Możliwa konfiguracja
załącznik lub inna trwała forma wskazana w umowie
Co trzeba udokumentować
Tożsamość, lokalizacja, funkcja oraz tryb informowania o zmianach i ewentualnego sprzeciwu.

06

Eskalacja człowieka, scenariusz minimum

Ścieżkę do człowieka projektujemy razem ze scenariuszem. Nie zawsze oznacza ona natychmiastowe połączenie: zależnie od godzin pracy może to być recepcja, numer dyżurny albo zapisanie prośby o pilny kontakt. Agent nie powinien obiecywać kanału, którego klinika faktycznie nie obsługuje.

Komunikat w eskalacji powinien być zwięzły. „Przekazuję sprawę do zespołu, proszę o chwilę cierpliwości” jest wystarczające. Nie wolno udawać, że klient został wpisany do kolejki, jeśli realnie nie ma takiej kolejki.

07

Kontekst nadzorczy, bez fałszywej analogii

  1. 17 stycznia 2025 r.

    Prezes UODO nakłada dwie kary na CM Ujastek

    Łączna kwota 1 145 891,25 zł dotyczyła monitoringu w dwóch salach neonatologii, niespełnienia obowiązku informacyjnego oraz zabezpieczeń danych na kartach pamięci. Nie była to sprawa voicebota.

  2. 30 października 2025 r.

    WSA oddala skargę CM Ujastek

    Sąd uznał ustalenia organu dotyczące niezgodnego przetwarzania, obowiązku informacyjnego i zabezpieczeń. To przykład skutków błędnej oceny procesu w podmiocie leczniczym, ale nie precedens wyznaczający zasady dla rozmów AI.

  3. 8 stycznia 2026 r.

    Plan kontroli sektorowych UODO opublikowany

    W podmiotach leczniczych plan dotyczy monitoringu wizyjnego, zwłaszcza danych dzieci. Nie obejmuje wprost voicebotów, dlatego nie przedstawiamy go jako zapowiedzi kontroli rozmów AI.

08

Czego NIE wolno robić

  1. 01

    Traktowanie kontynuacji rozmowy jako zgody na wszystko

    Jeżeli administrator opiera konkretny cel na zgodzie, musi spełnić warunki RODO i umożliwić jej wycofanie. Informacja o AI nie jest zgodą na przetwarzanie danych.

  2. 02

    Pytania o objawy bez ustalonej podstawy i procedury

    Dla danych zdrowotnych potrzebne są warunki z art. 6 i art. 9 oraz zabezpieczenia wynikające z właściwych przepisów sektorowych.

  3. 03

    Ukrywanie, że rozmowę prowadzi AI

    Od 2 sierpnia 2026 r. informacja ma być jasna, odróżnialna, dostępna i przekazana najpóźniej przy pierwszej interakcji.

  4. 04

    Nieopisane dalsze powierzenie

    Art. 28 wymaga uprzedniej szczegółowej albo ogólnej pisemnej zgody oraz poinformowania administratora o planowanej zmianie przy zgodzie ogólnej.

  5. 05

    Transfer poza EOG bez właściwego mechanizmu

    Mechanizm zależy od kraju, odbiorcy i okoliczności. Sama siedziba dostawcy nie wystarcza do oceny całego przepływu.

  6. 06

    Retencja nagrań „na zawsze” bez podstawy

    Art. 5 ust. 1 lit. e RODO. Każdy okres retencji musi mieć uzasadnienie.

  7. 07

    Wtórne użycie rozmów do trenowania bez analizy celu

    Nowy cel wymaga osobnej oceny zgodności, przejrzystości, minimalizacji i praw osób. Nie wolno zakładać, że umowa wdrożeniowa automatycznie go obejmuje.

  8. 08

    Porada medyczna poza zatwierdzonym zakresem

    Agent do rejestracji nie powinien rozpoznawać chorób ani zalecać leczenia. Inny zakres wymaga osobnej analizy medycznej, prawnej i ryzyka.

  9. 09

    Brak procedury obsługi praw osób

    Prawo do usunięcia nie jest bezwzględne, ale administrator musi przyjąć żądanie, ocenić wyjątki i odpowiedzieć w terminie z art. 12.

09

Metodyka i dziennik aktualizacji

Raport opiera się na oficjalnym komunikacie UODO o Centralnej Rejestracji Medycznej, poradniku UODO o DPIA, tekście RODO, AI Act oraz komunikatach UODO o sprawie CM Ujastek i planie kontroli na 2026 r. Sprawę monitoringu opisujemy jako kontekst egzekwowania zasad w ochronie zdrowia, nie jako rozstrzygnięcie dotyczące voicebotów. Nie podajemy uniwersalnych okresów retencji ani automatycznej odpowiedzi o DPIA; obie decyzje wymagają analizy konkretnego procesu przez administratora.

Dziennik aktualizacji

  1. 2026-04-23Pierwsza wersja raportu
  2. 2026-05-06Dodanie stanowiska UODO, tabeli kategorii danych, listy decyzji przed uruchomieniem, retencji i sytuacji eskalacji
  3. 2026-07-21Korekta obowiązku IOD (art. 37 ust. 1 lit. c, wyjątek dla jednoosobowych praktyk), terminy art. 12 jako miesiąc, transfer do USA uzupełniony o EU-US Data Privacy Framework.
  4. 2026-08-15Ręczna rewizja: usunięcie fałszywej informacji o IOD odbierze.ai, sztywnych retencji i automatycznego obowiązku DPIA; rozdzielenie nagrania głosu od biometrii identyfikacyjnej

11

FAQ

01pyt · raport

Czy voicebot zawsze przetwarza dane szczególne w klinice?

odp.

Nie. Treść rozmowy może jednak ujawnić dane dotyczące zdrowia, nawet jeżeli agent pyta tylko o termin. Projekt powinien przewidzieć taką wypowiedź i ograniczyć dalsze pytania, zapis oraz dostęp. To, czy konkretny rekord jest daną z art. 9, zależy od treści i kontekstu.

02pyt · raport

Kiedy DPIA jest obowiązkowa, a kiedy wystarczy ocena ryzyka?

odp.

Administrator wykonuje ocenę wstępną przed startem. DPIA jest obowiązkowa, gdy planowana operacja z dużym prawdopodobieństwem może powodować wysokie ryzyko. Dane zdrowotne na dużą skalę, identyfikacja głosowa, istotne decyzje automatyczne i łączenie wielu źródeł są mocnymi sygnałami. Decyzję i jej uzasadnienie trzeba zachować.

03pyt · raport

Czy IOD musi być po stronie kliniki, czy może być po stronie agencji?

odp.

Każda organizacja ocenia swój obowiązek z art. 37 osobno. IOD jednej strony nie zastępuje IOD drugiej. Syntalith sp. z o.o., operator odbierze.ai, nie wyznaczyła IOD; kontakt w sprawach danych podajemy w polityce prywatności. Jeżeli klinika ma IOD, włączamy tę osobę do ustaleń dotyczących przepływu i umowy.

04pyt · raport

Czy mogę używać voicebota do umawiania wizyt w POZ z NFZ?

odp.

Technicznie jest to możliwe, ale zgodność zależy od uprawnień placówki, zasad danego procesu, integracji i umów. Sama informacja o wizycie może w kontekście placówki ujawniać dane zdrowotne. Przed uruchomieniem administrator powinien sprawdzić scenariusz, zakres danych, obowiązki wobec NFZ i dokumentację dostawców.

05pyt · raport

Jak długo przechowywać nagrania rozmów medycznych?

odp.

RODO nie podaje jednego okresu dla nagrań voicebota. Administrator ustala, czy nagranie jest w ogóle potrzebne, a potem wiąże okres z konkretnym celem. Audio, transkrypcja, wynik operacji i metadane mogą mieć różne terminy. Odbierze.ai obsługuje także zakresy bez zapisu audio lub pełnej treści.

06pyt · raport

Co zrobić, gdy pacjent zażąda usunięcia nagrania?

odp.

Żądanie przyjmuje administrator, zwykle klinika, i ocenia art. 17 oraz możliwe wyjątki. Jeżeli poleci usunięcie danych przetwarzanych przez odbierze.ai w jej imieniu, wykonujemy udokumentowaną instrukcję i pomagamy w odpowiedzi. Termin odpowiedzi z art. 12 wynosi co do zasady miesiąc, z możliwością przedłużenia w warunkach wskazanych w przepisie.

07pyt · raport

Co podlega obowiązkowi zgłoszenia w 72h, a co nie?

odp.

Najpierw trzeba ustalić, czy doszło do naruszenia poufności, integralności lub dostępności danych osobowych i jakie ryzyko powstało. Procesor zawiadamia administratora bez zbędnej zwłoki. Administrator zgłasza organowi, gdy naruszenie może powodować ryzyko, w miarę możliwości nie później niż 72 godziny od stwierdzenia. Nie każda awaria techniczna jest takim naruszeniem.