Czego dowiesz się z tego artykułu?

  • Jak potraktować Platformę Usług Inteligentnych jako lekcję wdrożeniową, a nie gotowy wzór do skopiowania.
  • Które procesy w małej placówce są najlepszym kandydatem do pilotażu AI: rejestracja, raporty, komunikacja czy EDM.
  • Jak ustawić kryteria stop/go, właściciela procesu i human-in-the-loop przed rozmową z dostawcą.
  • Gdzie centralny projekt e-zdrowia podpowiada dobry kierunek, ale prywatna placówka musi uprościć skalę.

Platforma Usług Inteligentnych brzmi jak duży, centralny projekt, który ma niewiele wspólnego z codziennością małej przychodni. A jednak dla managera prywatnej placówki jest tu bardzo praktyczna lekcja: AI nie zaczyna się od narzędzia, tylko od procesu, danych, odpowiedzialności i punktu, w którym człowiek zatwierdza wynik.

Ja bym nie kopiował PUI jeden do jednego. Centralna platforma ma inne cele, budżet, integracje i skalę niż prywatna klinika z recepcją, grafikiem, systemem gabinetowym i kilkoma lekarzami. Warto natomiast skopiować dyscyplinę myślenia: co ma zostać wsparte, kto widzi wynik, kto go zatwierdza i po czym poznamy, że pilotaż ma sens.

W polskiej placówce medycznej najgorszy scenariusz to zakup narzędzia, które wygląda jak „mała PUI”, ale nie ma właściciela procesu, mapy danych ani decyzji stop/go. Wtedy AI nie przyspiesza pracy, tylko szybciej rozprowadza chaos między rejestracją, EDM, raportami i komunikacją z pacjentem.

Najważniejsze

  • PUI pokazuje kierunek: certyfikowane narzędzia, integracja, priorytetyzacja i wsparcie lekarza, ale prywatna placówka powinna zacząć od jednego mniejszego przypadku użycia.
  • Najlepszym pierwszym kandydatem zwykle jest proces operacyjny z niskim ryzykiem klinicznym: rejestracja, klasyfikacja zgłoszeń, raport managera albo komunikacja administracyjna.
  • EDM i diagnostyka obrazowa są kuszące, ale wymagają silniejszego nadzoru człowieka, logów, zgód, IOD i jasnej odpowiedzialności lekarza.
  • Miara sukcesu nie powinna brzmieć „wdrożyliśmy AI”. Powinna brzmieć: skróciliśmy konkretny proces, ograniczyliśmy błędy albo poprawiliśmy decyzję managera.
  • Dostawca powinien przejść przez kryteria stop/go zanim placówka podpisze umowę, a nie po pierwszym zachwycie prezentacją.

Szybka decyzja

Jeśli po komunikatach o PUI pojawia się w placówce myśl: „kupmy podobną platformę”, zatrzymałbym rozmowę na pięć pytań. Krótka checklista przed startem powinna być prostsza niż oferta dostawcy: jaki proces wybieramy, jakie dane są potrzebne, kto jest właścicielem, jaka miara zdecyduje po miesiącu i gdzie człowiek zatwierdza wynik.

  • Wybierz teraz: jeden proces z wysoką gotowością, najlepiej rejestrację, raport managera albo komunikację administracyjną.
  • Nie wybieraj jeszcze: EDM, diagnostyki obrazowej ani dokumentacji klinicznej, jeśli nie masz IOD, lekarza odpowiedzialnego, logów i testów.
  • Zapytaj dostawcę: co system zapisuje, jak długo przechowuje dane, kto widzi wynik i jak placówka może zatrzymać działanie.
  • Ustal warunek stopu: pilotaż kończy się, jeśli rośnie liczba błędów, zespół obchodzi procedurę albo dostawca nie pokazuje retencji i usuwania danych.

Czego PUI uczy prywatną placówkę

CeZ opisuje PUI jako centralny projekt, który ma integrować narzędzia AI w diagnostyce obrazowej i dawać dostęp do różnych certyfikowanych modeli w jednym środowisku. To ważny sygnał dla rynku: AI w medycynie nie jest już tylko eksperymentem na slajdzie, ale elementem większego systemu e-zdrowia, powiązanego z danymi, integracjami i bezpieczeństwem.

Dla małej placówki najważniejsza lekcja jest mniej efektowna. Skoro projekt centralny tak mocno opiera się na zakresie, certyfikacji, integracji i roli lekarza, to prywatna przychodnia tym bardziej nie powinna zaczynać od hasła „kupmy platformę AI”. Najpierw trzeba opisać proces, który naprawdę boli: telefony, wolne terminy, powtarzalne pytania, raport dla właściciela, status dokumentów albo wąski fragment pracy lekarza.

Warto też zauważyć różnicę skali. PUI ma wspierać diagnostykę obrazową, priorytetyzację i pracę radiologów. W wielu prywatnych placówkach pierwszy dobry pilotaż nie dotknie obrazu medycznego ani EDM. Może dotyczyć klasyfikacji zgłoszeń z formularza, porządkowania raportu z rejestracji albo przypominania zespołowi o zaległych zadaniach. Jeśli temat radiologii jest realny, odsyłam do szerszego tekstu o AI w radiologii prywatnej, bo tam ryzyko jest znacznie bliżej decyzji klinicznej.

Ranking gotowości: gdzie zacząć, a czego nie dotykać od razu

Poniższy ranking nie jest rankingiem dostawców. To ranking gotowości obszarów w polskiej prywatnej placówce. Im wyżej proces, tym łatwiej zrobić mały pilotaż z jasną miarą i ograniczonym ryzykiem. Im niżej, tym większa potrzeba IOD, lekarza odpowiedzialnego, testów, logów i decyzji formalnej.

Obszar placówkiGotowośćKPI po miesiącuDecyzja człowieka
Rejestracja i telefony5/5czas oddzwonienia, utracone kontakty, błędna klasyfikacjarecepcja zatwierdza kontakt i zmianę terminu
Raport managera4/5liczba decyzji po raporcie, czas przygotowania, anomaliemanager zatwierdza wniosek i działanie
Komunikacja administracyjna4/5odsetek odpowiedzi zaakceptowanych, eskalacjepersonel zatwierdza treść przed wysyłką
Integracje CRM / ticketing3/5liczba spraw bez właściciela, czas zamknięciakierownik procesu zmienia reguły kolejki
EDM i dokumentacja kliniczna2/5odsetek poprawek, odrzucone szkice, incydenty danychlekarz zatwierdza treść kliniczną
Diagnostyka obrazowaniskakorekty radiologa, fałszywe sugestie, czas opisuradiolog zatwierdza interpretację

Z mojego doświadczenia najlepszy pierwszy wybór to ten, gdzie zespół potrafi policzyć problem bez integracji z najwrażliwszym systemem. Jeśli nie umiesz zmierzyć procesu ręcznie przez tydzień, narzędzie AI też nie da uczciwej odpowiedzi po miesiącu. Wtedy warto wrócić do mapy integracji AI w placówce i dopiero potem zapraszać dostawców.

Centralna platforma kontra mały test procesu

Centralny projekt ma sens, gdy trzeba budować wspólne standardy, obsłużyć wiele podmiotów, zintegrować dane i zapewnić powtarzalny dostęp do sprawdzonych narzędzi. Mała placówka działa odwrotnie: musi znaleźć jeden punkt bólu, jeden zespół, jedną miarę i jedną osobę, która odpowiada za wynik.

To ma sens, gdy placówka potrafi wskazać proces, który powtarza się codziennie, ma właściciela, znane dane wejściowe i jasny moment zatwierdzenia przez człowieka. To nie ma sensu, gdy decyzja zaczyna się od prezentacji dostawcy, a kończy zdaniem: „zobaczymy, co AI nam pokaże”. W medycynie brak zakresu to nie elastyczność, tylko ryzyko dla pacjenta, personelu i budżetu.

Różnica jest też w finansowaniu emocji. Duży projekt publiczny może być opisywany językiem transformacji systemu. Właściciel przychodni powinien zejść niżej: ile telefonów ginie, ile minut trwa raport, ile spraw wraca do recepcji, ile szkiców lekarz poprawia, ile odpowiedzi pacjent dostaje po czasie. Mały pilotaż broni się liczbą operacyjną, nie obietnicą, że placówka „wejdzie w AI”.

Gdzie człowiek musi zatrzymać AI

Human-in-the-loop w tym temacie nie jest dodatkiem do polityki. To konkretny punkt procesu, w którym człowiek ma prawo zatwierdzić, poprawić albo zatrzymać wynik AI. Przy rejestracji może to być zmiana terminu. Przy raporcie managera interpretacja anomalii. Przy EDM szkic dokumentacji. Przy diagnostyce obrazowej interpretacja wyniku przez radiologa.

AI może przygotować materiał roboczy: sklasyfikować sprawę, wskazać brakujące dane, streścić raport, uporządkować kolejkę albo zaznaczyć wyjątek. Nie powinna samodzielnie podejmować decyzji klinicznej, obiecywać pacjentowi terminu bez potwierdzenia grafiku, zmieniać dokumentacji medycznej ani wysyłać komunikatu, który brzmi jak porada lekarska.

UODO wprost zwraca uwagę, że problemem przy AI jest utrata kontroli nad celem, zakresem i odpowiedzialnością za dane. Dla placówki oznacza to bardzo praktyczną zasadę: nie testujemy publicznych narzędzi na realnych danych pacjenta, nie obchodzimy systemu gabinetowego arkuszem „na chwilę” i nie pozwalamy zespołowi używać niezatwierdzonych aplikacji, bo akurat dobrze streszczają tekst.

Jak to wygląda w przychodni

Prywatna przychodnia specjalistyczna w Polsce rozważa zakup „platformy AI dla placówki”. Po pierwszym spotkaniu z dostawcą manager ma cztery pomysły: voicebot do telefonów, asystent raportów, komunikaty administracyjne dla pacjentów i szkice dokumentacji w EDM. Wszystko brzmi sensownie, ale nie wszystko nadaje się na pierwszy miesiąc.

Ja bym rozdzielił te pomysły na dwie półki. Pierwsza: rejestracja, raport i komunikacja administracyjna, czyli procesy, które da się przetestować na małej skali, z ograniczonym zakresem danych i szybkim feedbackiem recepcji. Druga: EDM i dokumentacja kliniczna, gdzie lekarz, IOD i dostawca systemu gabinetowego muszą wejść do rozmowy wcześniej. Nie chodzi o blokowanie innowacji, tylko o właściwą kolejność.

Placówka wybiera voicebot po godzinach, ale nie jako pełną automatyzację rejestracji. Asystent zbiera dane kontaktowe i kategorię sprawy, a rano recepcja oddzwania, potwierdza termin i oznacza błędne klasyfikacje. Po miesiącu manager patrzy na trzy liczby: ile kontaktów odzyskano, ile spraw źle zaklasyfikowano i czy recepcja faktycznie ma mniej ręcznego chaosu. Decyzję o grafiku i kontakcie z pacjentem zatwierdza człowiek.

Karta decyzji przed rozmową z dostawcą

Przed zakupem warto przygotować jedną kartę decyzji. Nie musi być długa, ale powinna zamknąć pięć pytań: proces, dane, właściciel, miara i granica człowieka. Dostawca, który dobrze rozumie medycynę, powinien umieć pracować z taką kartą, a nie omijać ją prezentacją funkcji.

KryteriumGO, gdy…STOP, gdy…
Zakres procesuopisany jest jeden przypadek użycia i jedna ścieżka wyjątkuplacówka chce „AI do wszystkiego”
Danewiadomo, które dane są potrzebne i jak długo są przechowywanetest wymaga pełnych danych pacjenta bez uzasadnienia
Właścicieljedna osoba po stronie placówki zatwierdza zmianyodpowiedzialność rozmywa się między IT, recepcją i lekarzem
Miarajest punkt startowy i decyzja po miesiącusukces oznacza tylko „uruchomiliśmy narzędzie”
Człowiek w pętliwiadomo, kto zatwierdza wynik i kiedy zatrzymuje procesAI miałaby samodzielnie rozstrzygać sprawy kliniczne

Jeżeli karta wychodzi pusta, nie zaczynałbym od umowy. Lepiej zrobić tydzień obserwacji procesu i dopiero potem wrócić do dostawcy. Proof of Value ma sens dopiero wtedy, gdy wiadomo, co ma udowodnić; szerzej opisałem to w tekście o Proof of Value w placówce.

Pierwszy tydzień: mała mapa zamiast dużej platformy

Pierwszy krok po lekturze jest prosty: wybierz cztery procesy z rankingu i daj im ocenę od jednego do pięciu według gotowości. Przy każdym zapisz dane wejściowe, właściciela, miarę, ryzyko pacjenta i punkt zatwierdzenia przez człowieka. Nie oceniaj jeszcze dostawców, tylko gotowość placówki.

Potem wybierz jeden proces na pilotaż 30-dniowy. Jeśli dwa procesy mają podobną ocenę, wybierz ten, który da się przerwać bez szkody dla pacjenta i bez migracji danych. W praktyce często będzie to rejestracja, raport managera albo komunikacja administracyjna. EDM zostaw na później, chyba że masz już lekarza odpowiedzialnego, decyzję IOD, logi i bardzo wąski zakres testu.

Na końcu ustaw jedną regułę stopu. Na przykład: kończymy pilotaż, jeśli liczba błędnych klasyfikacji przekroczy ustalony próg, jeśli zespół zacznie wpisywać dane medyczne do niezatwierdzonego narzędzia albo jeśli dostawca nie potrafi pokazać retencji, logów i usuwania danych. To mniej widowiskowe niż „centralna platforma dla wszystkiego”, ale dla małej polskiej placówki znacznie bardziej użyteczne.

Źródła