Jak wybrać dostawcę AI dla szpitala lub przychodni?

Dobrego dostawcę AI od słabego odróżnisz przede wszystkim na etapie weryfikacji referencji i próby integracji z Twoim systemem, a nie po materiałach ze strony internetowej. Dwa pytania, które warto zadać jeszcze przed umówieniem pierwszego demo: czy system ma gotową, działającą integrację z Twoim HIS lub EDM, i czy dostawca potrafi wskazać referencję z placówki o podobnym profilu działalności. Te dwa pytania eliminują większość słabych propozycji, zanim w ogóle dojdzie do pierwszego spotkania.

Co sprawdzić zanim umówisz pierwsze demo

Dostawcy AI chętnie pokazują demonstracje. Problem w tym, że demo pochłania kilka godzin czasu Twojego i Twojego zespołu, a część z nich i tak nie przejdzie dalej. Wstępne przesiewanie mailem lub przez formularz kontaktowy oszczędza tydzień niepotrzebnych spotkań.

Poproś o kilka informacji z wyprzedzeniem:

• Lista systemów HIS, EDM i LIS, z którymi dostawca ma gotową, aktywną integrację. Jeśli Twoja placówka pracuje na AMMS Asseco, mMedica, KS-SOMED lub Comarch Optimed, dostawca powinien podać nazwę interfejsu, przez który to działa: HL7 FHIR, REST API czy własny konektor. Odpowiedź „możemy zintegrować z każdym systemem" bez konkretnych wdrożeń oznacza, że Twoja placówka finansuje budowę integracji z własnej kieszeni.
• Kraj, w którym fizycznie przetwarzane są dane pacjentów. Dane medyczne to dane wrażliwe w rozumieniu RODO, przetwarzanie poza EOG wymaga dodatkowych zabezpieczeń prawnych. Pytaj wprost: serwer własny, chmura polska, chmura EU?
• Czy dostawca ma gotowy wzór umowy powierzenia danych osobowych zgodny z art. 28 RODO i czy przeprowadzał DPIA dla swojego produktu w warunkach placówki medycznej. Brak gotowych dokumentów to sygnał, że Twoja placówka byłaby pierwsza, dla której je tworzą.
• Liczba aktywnych klientów w ochronie zdrowia w Polsce i jak długo firma działa. To ocena ryzyka, nie dyskryminacja wobec nowych firm.

Jeśli dostawca nie odpowiada na te pytania przed demo albo odpowiada wyłącznie ogólnikami, sam w sobie to sygnał.

O co pytać podczas demonstracji, żeby nie skończyć na oglądaniu slajdów

Demo, które robi wrażenie wizualnie, i demo, które faktycznie odpowiada na Twoje pytania, to dwie różne rzeczy. Wyślij z wyprzedzeniem konkretne pytania i poproś o odpowiedzi na żywo, nie na prezentacji.

• Poproś o pokaz integracji z Twoim konkretnym systemem. Nie „możliwości integracji", tylko widok na żywo: dane przepływają, wynik AI pojawia się w interfejsie Twojego HIS. Jeśli tego nie ma na demo, zapytaj ile tygodni i kto po stronie dostawcy jest potrzebny do uruchomienia tej integracji przed startem pilotażu.
• Zapytaj wprost o scenariusz błędu. Co dzieje się, gdy AI zaproponuje złą odpowiedź? Gdzie w systemie widać flagę do przeglądu przez człowieka? Czy jest log decyzji AI z adnotacją, kto ostatecznie zaakceptował lub odrzucił wynik?
• Na jakich danych uczono model? Pytanie szczególnie istotne przy systemach do kodowania JGP, opisów ICD-10 i raportowania do NFZ. Dane z polskich szpitali różnią się od anglojęzycznych choćby strukturą kart wypisowych, terminologią i formatem komunikatów zwrotnych z SZOI.
• Jak szybko system był aktualizowany po ostatniej istotnej zmianie przepisów lub słowników NFZ? I kto w Twojej placówce dostaje powiadomienie o takiej aktualizacji?

Dobrym testem jest celowe wprowadzenie trudnego przypadku podczas demo: niekompletne dane pacjenta, brak numeru PESEL, skierowanie z błędnym kodem ICD-10. Reakcja systemu na dane niekompletne mówi więcej niż najlepiej przygotowany scenariusz pokazowy.

Certyfikaty i zgodność z przepisami: dwa obszary, o których dyrektorzy zapominają do momentu kontroli

Zakres wymaganych certyfikatów zależy od zastosowania. Są dwa obszary, gdzie pytanie o certyfikat jest obowiązkowe przed podpisaniem czegokolwiek.

Pierwszy to wyroby medyczne. Jeśli system wspiera podejmowanie decyzji diagnostycznych lub terapeutycznych, może podlegać rozporządzeniu MDR 2017/745. Zapytaj dostawcę wprost: czy produkt ma klasyfikację wyrobu medycznego i oznakowanie CE w tej kategorii? Ewentualne braki w certyfikacji nie są problemem dostawcy, który sprzedaje oprogramowanie. Są problemem Twojej placówki jako podmiotu wdrażającego.

Drugi to AI Act. Od 2026 roku obowiązują obowiązki dla podmiotów wdrażających systemy AI wysokiego ryzyka. Systemy wspierające diagnozowanie, triażowanie lub kwalifikowanie pacjentów do leczenia mogą wchodzić w zakres Aneksu III. Dostawca powinien mieć dokumentację techniczną i deklarację zgodności gotową do przekazania Tobie jako tzw. deployerowi. Jeśli nie słyszał o pojęciu „deployer" w kontekście AI Act, to też informacja.

Poza tym poproś o: certyfikat ISO 27001 lub audytowaną politykę bezpieczeństwa informacji, opis szyfrowania danych w tranzycie i w spoczynku, opis procedury reagowania na incydent bezpieczeństwa. Dokumenty, nie deklaracje słowne.

Jak sprawdzić referencje, żeby dostać prawdziwe odpowiedzi

Referencje wskazane przez dostawcę to zawsze klienci, z którymi relacja jest dobra. Mimo to warto rozmawiać, bo nawet zadowoleni klienci udzielają konkretnych odpowiedzi, których nie znajdziesz w materiałach marketingowych.

Pytaj o konkretne rzeczy:

• Ile trwało faktyczne uruchomienie od podpisania umowy do pierwszego użytkownika produkcyjnego?
• Jaki był największy problem podczas wdrożenia i jak dostawca na niego zareagował?
• Jak szybko helpdesk odpowiada na zgłoszenia w godzinach pracy oddziałów lub kliniki?
• Czy dostawca zmienił coś w produkcie po waszych uwagach i w jakim czasie?
• Gdybyście zaczynali ten wybór dziś, wybralibyście tego samego dostawcę?

Jeśli dostawca nie może lub nie chce podać żadnej referencji, z którą możesz porozmawiać telefonicznie, to samo w sobie jest informacją. U jednego z naszych klientów właśnie w ten sposób odkryto, że wszystkie referencje w materiałach dotyczyły projektów pilotażowych trwających kilka tygodni, a żaden system nie działał produkcyjnie dłużej niż pół roku.

Sytuacje, w których warto zakończyć rozmowę

Kilka rzeczy, które obserwujemy regularnie i które zwykle zwiastują kłopoty:

• Dostawca nie chce podpisać umowy powierzenia danych przed pilotażem, bo „pilotaż to jeszcze nie wdrożenie". Każde przetwarzanie danych pacjentów wymaga umowy. To nie jest kwestia negocjacyjna.
• Cena podana wyłącznie jako miesięczna subskrypcja bez jasnego opisu, co wchodzi w skład: integracja, szkolenia, aktualizacje regulacyjne, helpdesk. Realne koszty ujawniają się zwykle przy pierwszej zmianie przepisów NFZ albo przy prośbie o dodatkowy moduł.
• Brak możliwości eksportu danych i historii decyzji AI po zakończeniu współpracy. Twoje dane, Twoja dokumentacja medyczna, powinny być dostępne niezależnie od tego, czy dalej płacisz za system.
• Twierdzenie, że system „działa dla wszystkich specjalności i wszystkich procesów" bez możliwości pokazania choćby jednego wdrożenia produkcyjnego w konkretnym obszarze.

Jak ustrukturyzować pilotaż zanim podpiszesz umowę wdrożeniową

Pilotaż to najlepsza weryfikacja obietnic z demo. Powinien trwać od czterech do ośmiu tygodni i mieć z góry zdefiniowane kryteria sukcesu: co musi działać, żeby przejść do pełnego wdrożenia. Bez tych kryteriów pilotaż zamienia się w przedłużone demo z codziennymi feedbackami, które do niczego nie prowadzą.

Ustal z dostawcą przed startem:

• Które konkretne procesy obejmuje pilotaż i na ilu użytkownikach.
• Procedurę wycofania: co dzieje się z danymi pacjentów, jeśli pilotaż nie przejdzie do pełnego wdrożenia. Dane muszą wrócić do Twojej infrastruktury lub zostać trwale usunięte. Zapisz to w umowie pilotażu, nie jako deklarację słowną.
• Kto po stronie dostawcy jest dostępny, w jakich godzinach i przez jaki kanał podczas pilotażu.
• Czy wyniki z pilotażu można włączyć do umowy jako element SLA przy pełnym wdrożeniu.

Pilotaż bez prawa do rezygnacji to nie pilotaż. To wdrożenie z opóźnionym fakturowaniem.

Od czego zacząć, jeśli nie wiesz jeszcze, czego szukasz

Zanim sformułujesz zapytanie ofertowe, ustal wewnętrznie jeden konkretny proces, który chcesz usprawnić jako pierwszy, i jakie dane do niego potrzebuje system. Zdanie: „chcemy, żeby AI wspierało kodowanie JGP na podstawie kart wypisowych z AMMS" jest znacznie lepszym punktem wyjścia do rozmowy z dostawcą niż „interesuje nas wdrożenie AI w szpitalu". Im precyzyjniejszy zakres, tym łatwiej porównać oferty i tym trudniej sprzedać Ci coś, czego nie potrzebujesz.

Jeśli nie wiesz jeszcze, który proces wybrać, albo chcesz sprawdzić, czy obecna dokumentacja i systemy w Twojej placówce w ogóle nadają się do zasilania AI, zrób to przed pierwszym spotkaniem z jakimkolwiek dostawcą. Oferujemy bezpłatny audyt gotowości placówki, który trwa jedno spotkanie i daje konkretną listę pytań do zadania podczas dem. Możesz też zajrzeć na realne wdrożenia, żeby zobaczyć jak wyglądał proces wyboru i startu w placówkach podobnych do Twojej.