Jak wybrać dostawcę systemu medycznego (wszyscy mówią to samo)

Wszyscy mówią to samo, ale realnie się różnią

Każdy dostawca w danej branży ma inne funkcje, inne usługi, inne ograniczenia. Tyle że prawie wszyscy mówią o sobie niemal identycznie, jakby wzorowali przekaz na sobie nawzajem. Różnica między systemami tkwi w szczegółach, które wychodzą dopiero po głębszym zastanowieniu: jak narzędzie będzie realnie używane za dwa lata, kto je obsłuży, co się stanie, gdy procesy się zmienią.

Z tego wynika pierwszy wniosek. Materiały marketingowe i demo nie wystarczą do decyzji. Trzeba zadać pytania, na które dostawca nie ma gotowego slajdu.

Wybór to ograniczanie ryzyka, nie zbieranie informacji

Wybór dostawcy to ryzyko. Da się je ograniczyć, ale nie liczbą pytań, tylko ich jakością.

Zła droga wygląda tak: ktoś przygotowuje arkusz z setkami pytań, wysyła go do dziesięciu dostawców i dostaje setki stron odpowiedzi, z których nic nie wynika. Problemem przy wyborze rzadko jest brak informacji. Znacznie częściej jest nim ich nadmiar.

Dobra droga jest odwrotna. Polega na odrzuceniu pytań bez znaczenia dla konkretnego celu i zostawieniu kilku, które faktycznie różnicują dostawców. Dobry doradca nie dokłada danych. Odsiewa nieistotne pytania, bo zna rynek i pracę szpitala od środka, a tej wiedzy nie ma w żadnej broszurze.

Zanim więc zapytacie dostawców, ustalcie własny cel. Jaką decyzję albo jaki proces chcecie poprawić, jak zmierzycie sukces, jakie dane są potrzebne i kto będzie właścicielem zmiany. Bez tego nawet najlepsze pytania trafiają w próżnię. Wagę pytań ustawia też skala: przychodnia z jednym systemem gabinetowym pyta o co innego niż szpital, w którym HIS, laboratorium, apteka i rozliczenia muszą ze sobą rozmawiać. Więcej o dobieraniu IT do wielkości placówki w tekście Kwestia skali: IT a wielkość placówki.

Pytania, które warto zadać dostawcy

Poniższa lista to nie ankieta do wysłania mailem. To pięć tematów do rozmowy. Każdy sprawdza coś, czego nie da się napisać na slajdzie.

1. Czy rozumiecie nasz problem, zanim pokażecie rozwiązanie? Dostawca, który przychodzi z gotową tezą „dlaczego my”, zanim pozna wasz proces, sprzedaje produkt, nie rozwiązuje problemu.
2. Jakie są wasze słabe strony i ograniczenia? Umiejętność powiedzenia „to nie będzie idealne dopasowanie w tym obszarze” działa na plus. Dostawca, który nie ma żadnych słabości, albo ich nie zna, albo nie chce o nich mówić.
3. Któremu klientowi powiedzieliście „nie” i dlaczego? Odpowiedź pokazuje, czy dostawca rozumie granice swojego rozwiązania, czy bierze każdy projekt jak leci.
4. Czy znacie konkurencję i kiedy konkurent byłby lepszy? Uczciwe wskazanie obszaru, w którym inny system pasuje lepiej, buduje wiarygodność. Brak takiej odpowiedzi to sygnał ostrzegawczy.
5. Jak wygląda dostęp do danych i wyjście od was? Zapytajcie wprost: czy mamy dostęp do własnych danych, czy jest REST API z kontrolą uprawnień i dziennikiem zdarzeń, w jakiej postaci dostaniemy dane po zakończeniu umowy, ile kosztuje migracja do innego systemu, jak długo trwa i ile kosztuje utrzymanie przez pięć lat. To pytanie o zależność na lata. Dane są szpitala, oprogramowanie jest na licencji, a o tym, czy da się odejść, decyduje umowa, nie deklaracja na demo.

Pytanie piąte waży najwięcej, bo stoją za nim obowiązki szpitala. Dostawca, który przetwarza dane pacjentów w imieniu szpitala, po zakończeniu usług zwraca je albo usuwa zgodnie z decyzją szpitala jako administratora (art. 28 ust. 3 lit. g RODO), a przy danych z dokumentacji medycznej przekazuje je podmiotowi, który mu je powierzył, przy czym realizacja umowy nie może zakłócać udzielania świadczeń (art. 24 ust. 5 i 7 ustawy o prawach pacjenta i Rzeczniku Praw Pacjenta). Szpital będący podmiotem kluczowym albo ważnym w rozumieniu ustawy o krajowym systemie cyberbezpieczeństwa obejmuje systemem zarządzania bezpieczeństwem także łańcuch dostaw usług ICT (art. 8 ust. 1 pkt 2 lit. e ustawy o KSC), a powierzenie zadań innej osobie nie zdejmuje odpowiedzialności z kierownika (art. 8c ustawy o KSC). Gdy system ma funkcje oparte na AI, szpital jako podmiot stosujący podejmuje środki wspierające kompetencje personelu w zakresie AI (art. 4 AI Act). Zamknięty system utrudnia wykonanie tych obowiązków, a ryzyko organizacyjne, finansowe i prawne zostaje po stronie zarządu.

Te same pytania warto potraktować jako autotest. Jeśli sami nie potraficie na nie szczerze odpowiedzić, prawdopodobnie nie znacie jeszcze własnej decyzji. Rozszerzoną listę pytań do rozmowy z dostawcą można pobrać w PDF, a zapisy o danych i wyjściu sprawdzić z listą kontrolną umowy z dostawcą. Koszt pięciu lat, a nie tylko zakupu, pozwala policzyć kalkulator kosztu systemu.

Najtrudniejsze pytanie zadajcie sobie

Zanim wybierzecie dostawcę, odpowiedzcie na pytanie, które najczęściej się pomija: co musi się wydarzyć, żebyśmy uznali ten projekt za porażkę? Jeśli nie potraficie tego nazwać, nie macie definicji sukcesu. A bez definicji sukcesu każde demo wygląda dobrze.

Sędzia nie powinien być stroną

Część szpitali korzysta z doradcy, który zna rynek i patrzy z zewnątrz. To rozsądne, pod jednym warunkiem. Dobry partner pomaga nazwać cele, odsiać nieistotne pytania i sprawdzić dostawców. Nie powinien jednocześnie być jednym z ocenianych dostawców. Wykonawca, który jest sędzią i stroną naraz, ma konflikt interesu, choćby działał w dobrej wierze.

Dlatego o powyższe pytania warto pytać każdego, kto siada po drugiej stronie stołu, także doradcę.

Przed pierwszym demo

Zwykle kilka systemów jest „wystarczająco dobrych”. Pytanie „który jest najlepszy” niewiele rozstrzyga. Rozstrzyga to, który system daje waszemu szpitalowi największą szansę na sukces i najmniejsze ryzyko kosztownego błędu. Zanim zaprosicie dostawców, zapiszcie cel, definicję porażki i pięć pytań z tej listy. Potem pytajcie mądrze, nie dużo.

I jedno pytanie do siebie: co chcecie osiągnąć nowym systemem i ile kosztuje was dziś utrzymanie tego, który macie?

---

Te pytania warto zadać każdemu dostawcy, także nam. Zobacz jak prowadzimy wdrożenie albo przejrzyj więcej materiałów w sekcji wiedza.