Czy do wdrożenia AI w przychodni lub szpitalu potrzebny jest własny dział IT?

Własny dział IT nie jest warunkiem wdrożenia AI. Kompetentny dostawca bierze na siebie integrację techniczną z systemami placówki, konfigurację, utrzymanie i reagowanie na awarie. Po Waszej stronie potrzebna jest przede wszystkim jedna rzecz: osoba, która zna procesy na tyle dobrze, żeby powiedzieć, co AI ma robić i jak sprawdzić, czy robi to poprawnie. Nie programista.

Co faktycznie bierze na siebie dostawca AI

To zależy od umowy. Ale dostawca z doświadczeniem w ochronie zdrowia powinien objąć swoją pracą:

• Integrację techniczną z HIS lub LIS. W praktyce: podłączenie pod AMMS Asseco, CliniNET CGM, mMedica, KS-SOMED, KS-PPS albo inny system, z którego korzystacie. Integracja odbywa się przez API albo przez bazę danych, nie przez "eksport do Excela raz dziennie".
• Konfigurację reguł AI pod Wasze procesy. Nie dostajecie gotowego systemu, który włączacie przełącznikiem. Pierwsza konfiguracja to kilka rozmów z Waszym personelem i dostosowanie AI do realiów Waszej placówki.
• Umowę powierzenia danych osobowych (DPA). Wymóg RODO. Dobry dostawca przygotowuje ją sam, bez czekania, aż go poprosicie. Umowa precyzuje, kto jest administratorem, kto procesorem i jak wygląda obieg danych pacjentów.
• Utrzymanie i aktualizacje. Gdy pojawi się nowa wersja HIS albo zmienią się wymagania formatów danych NFZ, dostawca aktualizuje integrację. To nie powinno spadać na Wasz personel.
• Support. Kiedy AI zwróci coś dziwnego albo zamilknie o północy, ktoś po drugiej stronie odbiera telefon i reaguje w uzgodnionym czasie.

Typowo wygląda to tak: pierwsza konfiguracja trwa od kilku dni do kilku tygodni. Potem przez lata placówka używa systemu i kontaktuje się z dostawcą głównie wtedy, gdy coś się zmienia: pojawia się nowy oddział, zmienia się format sprawozdania do NFZ albo decydujecie się rozszerzyć zakres działania AI na kolejny proces.

Co musi dać placówka, niezależnie od tego, czy ma własne IT

Tu nie ma drogi na skróty. Żaden dostawca nie wdroży AI bez zaangażowania kogoś z placówki. Ale to zaangażowanie jest inne niż techniczne.

Potrzebujecie:

• Właściciela procesu. Ktoś musi opisać, jak dany proces działa dziś: co trafia do systemu, w jakiej kolejności, kto zatwierdza, co jest wyjątkiem. Często jest to kierownik działu, główna pielęgniarka, szef rejestracji albo główna księgowa. Nie informatyk.
• Dostępu do systemów. Żeby AI mogło czytać zlecenia z AMMS albo faktury z systemu finansowego, ktoś musi uruchomić to połączenie. Jeśli dostawca HIS wymaga własnej zgody albo dodatkowej umowy, trzeba ją podpisać. Zazwyczaj to jeden mail i tygodniowe oczekiwanie na odpowiedź.
• Czasu na testy. Zanim AI pójdzie na produkcję, ktoś musi sprawdzić wyniki na realnych przypadkach. Zwykle kilka godzin przez kilka dni. Nie kilka tygodni.
• Decyzji, co jest poprawnym wynikiem. To brzmi trywialnie, ale często zajmuje tydzień rozmów. Kiedy AI oznaczy skierowanie jako "niekompletne", czy to błąd systemu, czy trafna ocena? Personel musi się zgodzić, zanim AI trafi do użytku.

Żadna z tych rzeczy nie wymaga programisty.

Kiedy własne IT przydaje się naprawdę

Są sytuacje, kiedy posiadanie własnego działu IT robi różnicę i wyraźnie przyspiesza wdrożenie.

Przede wszystkim, gdy szpital ma infrastrukturę on-premise: własne serwery, wewnętrzną sieć bez bezpośredniego dostępu do chmury, oddziały połączone przez VPN. Wtedy dostawca AI potrzebuje kogoś, kto otworzy port, skonfiguruje certyfikat SSL albo nada uprawnienia w Active Directory. Bez IT każde takie pytanie techniczne musi przejść przez zewnętrznego administratora systemu. Da się, ale trwa dłużej.

Po drugie, gdy integrujecie się z bardzo starym systemem HIS, który nie ma API. Wtedy potrzeba albo modułu eksportującego dane od dostawcy HIS, albo kogoś, kto zna strukturę bazy danych. To rzadkie przy systemach z ostatnich dziesięciu lat, ale zdarza się w placówkach, które przez lata nie aktualizowały oprogramowania.

Po trzecie, gdy chcecie coś niestandardowego: AI agregujące dane z kilku placówek grupy szpitalnej w jednym panelu albo własny moduł analityczny spięty z Waszym systemem BI. Takie projekty rzeczywiście wymagają własnego developmentu albo bardzo bliskiej współpracy z IT.

W typowej przychodni albo szpitalu powiatowym żaden z tych przypadków zwykle nie zachodzi. Dostawca obsługuje to samodzielnie.

Jak to wygląda w praktyce bez własnego IT

U jednego z naszych klientów, przychodnia sieciowa z kilkoma lokalizacjami, AI do monitorowania wyników laboratoryjnych i powiadamiania lekarzy o wartościach krytycznych ruszyło bez żadnego zaangażowania działu IT, który de facto nie istniał. Koordynator ds. jakości opisał proces w trzech rozmowach, dostawca HIS udostępnił API w ramach standardowej licencji po jednym mailu, a testy zajęły dwa spotkania online. Od pierwszej rozmowy do uruchomienia: cztery tygodnie.

W szpitalu powiatowym wygląda to podobnie. Jest jeden informatyk odpowiedzialny za sieć i sprzęt. Nie konfiguruje AI i nie integruje systemów. Otwiera dostęp sieciowy i jest na liście kontaktów, gdyby pojawiły się problemy z połączeniem. Resztą zajmuje się dostawca.

Gdzie wdrożenie rzeczywiście wymagało intensywnej pracy IT? Przy dużym szpitalu wielospecjalistycznym z własnym centrum danych, gdzie każde połączenie zewnętrzne musiało przejść przez komisję bezpieczeństwa IT i formalny wniosek o otwarcie portu. Wdrożenie trwało dłużej, ale to nie był problem braku zasobów IT. To był problem biurokracji wewnętrznej i procesu decyzyjnego.

Na co zwrócić uwagę w umowie z dostawcą AI

Skoro dostawca bierze na siebie technikę, tym ważniejsze jest, co podpisujecie.

• SLA i czas reakcji. Jak szybko dostawca reaguje na awarię w godzinach pracy, a jak poza nimi? Jeśli AI przestaje działać w piątek wieczorem i nikt nie odbiera do poniedziałku rano, to realne ryzyko. Przy AI podpiętym pod procesy kliniczne czas reakcji jest ważniejszy niż przy AI do analizy faktur kosztowych.
• Co się dzieje przy aktualizacji HIS. Dostawca HIS wypuszcza nową wersję. Czy dostawca AI automatycznie aktualizuje integrację? Kto odpowiada za przestój między aktualizacją systemu a dostosowaniem AI?
• Kto przechowuje dane dostępowe do Waszych systemów. Klucze API i dane logowania są w rękach dostawcy AI. Powinna być procedura ich zmiany i audytu, szczególnie przy rotacji personelu po Waszej stronie.
• Podział ról: ADO i procesor danych. W umowie powierzenia powinno być jasno, że placówka jest administratorem danych osobowych, a dostawca AI przetwarza dane w Waszym imieniu, w konkretnie opisanym celu i zakresie.
• Co się dzieje po zakończeniu umowy. Czy Wasze dane wracają do Was? W jakim formacie? W jakim czasie? Brak odpowiedzi na to pytanie to sygnał ostrzegawczy.

Dostawca z prawdziwym doświadczeniem w ochronie zdrowia będzie miał gotowe odpowiedzi na każde z tych pytań. Jeśli słyszycie "to zależy" albo "porozmawiajmy z prawnikiem", możliwe, że nie wdrażał wcześniej AI w szpitalach ani przychodniach.

Typowe błędy, które blokują wdrożenie, i żaden nie dotyczy IT

Przez kilka lat wdrożeń widzimy, że większość opóźnień nie wynika z problemów technicznych. Wynikają z:

• Braku właściciela procesu. Wszyscy są zajęci, nikt nie ma czasu opisać, jak dany proces działa. Wdrożenie staje w miejscu nie dlatego, że coś jest technicznie trudne, tylko dlatego, że nikt nie może podjąć decyzji, co AI ma robić w konkretnym wyjątkowym przypadku.
• Zbyt szerokiego zakresu na start. "AI ma obsługiwać rejestrację, faktury, wyniki laboratoryjne i komunikację z NFZ jednocześnie." Lepiej zacząć od jednego procesu, sprawdzić, jak działa w praktyce, i dopiero potem rozszerzać na kolejne obszary.
• Testów na przykładach wziętych z sufitu. Sprawdzenie AI na kilku wybranych, oczywistych przypadkach nie powie Wam, czy system działa poprawnie w codziennej pracy. Potrzebujecie testów na realnych danych z okresu, który dobrze znacie i możecie ocenić.
• Braku osoby sprawdzającej wyniki po uruchomieniu. AI w produkcji wymaga nadzoru przez pierwsze tygodnie. Ktoś musi regularnie patrzeć, czy wyniki są poprawne i czy nie pojawiają się anomalie. To praca kierownika danego obszaru, nie działu IT.

Od czego zaczynamy

Pierwszy krok to rozmowa o procesach: co w Waszej placówce powtarza się wystarczająco często, żeby wdrożenie AI miało sens, i gdzie opóźnienia lub błędy bolą najbardziej. Nie potrzebujecie do tego informatyka. Potrzebujecie godziny z kierownikiem, który chce porozmawiać szczerze o tym, co nie działa i gdzie personel traci czas.

Jeśli chcecie sprawdzić, od czego zacząć w Waszej placówce, zapraszamy na bezpłatny audyt. Przechodzimy przez Wasze procesy krok po kroku i wskazujemy, co jest proste do wdrożenia, a co wymaga dodatkowej analizy. Bez zobowiązań i bez wymagania własnego działu IT po Waszej stronie.

Jeśli chcecie zobaczyć, jak to wyglądało u innych, mamy realne wdrożenia z opisem, od czego się zaczęło i co działa dziś w produkcji.