Najczęstszy błąd, jaki widzę przy wyborze systemów, to przeniesienie rozwiązania z jednej skali na inną. Przychodnia kupuje system zaprojektowany dla szpitala i płaci za funkcje, z których nigdy nie skorzysta. Sieć przychodni rozciąga program gabinetowy na dziesięć lokalizacji i po roku każda z nich ma własną kopię danych pacjentów. Szpital próbuje połączyć kilkanaście niezależnie kupionych programów i odkrywa, że integracje kosztują więcej niż same programy.
Każda z tych decyzji była rozsądna w chwili zakupu. Problem polega na tym, że wraz z wielkością placówki zmienia się sama natura IT: przybywa nowych warstw, a każda warstwa musi rozmawiać z pozostałymi. Poniższy wykres pokazuje ten wzrost na sześciu typowych etapach.
Liczba przy słupku to liczba warstw, które opisuję niżej. To uproszczenie: w realnych placówkach granice między etapami są płynne, a pojedyncza przychodnia specjalistyczna z własną pracownią może mieć więcej warstw niż mały szpital. Kierunek jest jednak zawsze ten sam.
Gabinet lekarski
Jeden lekarz, czasem z pomocą jednej osoby. IT sprowadza się do dwóch warstw. Pierwsza to dokumentacja i e-usługi: program gabinetowy albo aplikacja w chmurze, e-recepta, e-skierowanie, e-zwolnienie, dokumentacja medyczna i zdarzenia medyczne przekazywane do P1. Druga to sprzęt i kopia zapasowa: komputer, drukarka, czytnik, łącze internetowe i kopia danych poza gabinetem.
Na tej skali najlepiej sprawdzają się proste rozwiązania w chmurze, rozliczane miesięcznie, z gotową obsługą e-usług. Własny serwer w szafie gabinetu to zwykle kłopot, a nie niezależność. Najczęstszy błąd to brak kopii zapasowej poza gabinetem albo kopia, z której nikt nigdy nie próbował niczego odtworzyć. Drugi błąd to wybór programu, z którego nie da się wyeksportować danych, gdy gabinet urośnie.
Poradnia i przychodnia
Kilku lekarzy, rejestracja, często kontrakt z NFZ. Dochodzą trzy warstwy. Rejestracja i terminarz, czyli grafiki lekarzy, zapisy telefoniczne i internetowe, przypomnienia o wizytach. Rozliczenia: sprawozdawczość do NFZ, deklaracje w podstawowej opiece zdrowotnej, rozliczenia komercyjne. Role i uprawnienia w sieci lokalnej, bo rejestratorka, pielęgniarka i lekarz widzą co innego, a każdy dostęp do dokumentacji musi zostawiać ślad.
Tu po raz pierwszy pojawia się pytanie o integracje. Laboratorium zewnętrzne przysyła wyniki, system kolejkowy albo centrala telefoniczna chcą wiedzieć, kto jest zapisany, a pacjent oczekuje wyniku w aplikacji. Każde takie połączenie warto sprawdzić przed zakupem, bo to od niego zależy, czy personel będzie przepisywał dane ręcznie. Najczęstszy błąd na tej skali to wybór systemu tylko po ekranie wizyty lekarskiej, bez sprawdzenia rejestracji i rozliczeń, które zajmują więcej czasu niż sama wizyta.
Sieć przychodni
Kilka lub kilkanaście lokalizacji pod jednym zarządem. Dochodzą dwie warstwy, które zmieniają architekturę. Łączność między lokalizacjami: bezpieczne połączenia, centralny serwer albo chmura, plan na wypadek utraty łącza w jednej placówce. Wspólne dane i raportowanie: jeden pacjent w całej sieci, wspólny terminarz, możliwość przeniesienia wizyty do innej lokalizacji, raporty dla zarządu z wszystkich placówek naraz.
To etap, na którym rozwiązania gabinetowe przestają wystarczać. Jeśli każda przychodnia ma własną instalację programu, pacjent istnieje w kilku kopiach, wyniki trzeba szukać w kilku miejscach, a raport dla zarządu powstaje w arkuszu kalkulacyjnym. Przy tej skali opłaca się jedna baza danych dla całej sieci i jeden sposób nadawania uprawnień. Najczęstszy błąd to przyłączanie kolejnych przychodni po przejęciu bez planu połączenia ich danych, co po kilku latach kończy się kosztowną migracją.
Szpital
Szpital zmienia skalę skokowo. Dochodzą cztery warstwy. System szpitalny (HIS) obejmujący izbę przyjęć, ruch chorych, oddziały, zlecenia i dokumentację. Systemy dziedzinowe: laboratorium (LIS), diagnostyka obrazowa (RIS i PACS), apteka szpitalna, blok operacyjny, często bank krwi i mikrobiologia. Integracje między nimi, zwykle przez standardy HL7 i coraz częściej FHIR, bo zlecenie z oddziału musi trafić do laboratorium, a wynik wrócić do lekarza bez przepisywania. Systemy zasobów: finanse, kadry, płace, magazyn, rozliczenia grup JGP.
Na tej skali IT pracuje całą dobę, a przestój systemu wstrzymuje przyjęcia i wydawanie leków. Szpital ma własną serwerownię albo umowę na infrastrukturę, zespół IT i obowiązki wynikające z przepisów o cyberbezpieczeństwie. Najczęstszy błąd to kupowanie systemów dziedzinowych osobno, bez sprawdzenia, kto i za ile połączy je z systemem szpitalnym. Drugi to umowa, w której integracja z systemem innego dostawcy wymaga każdorazowej zgody obecnego.
Szpital specjalistyczny i kliniczny
Większy szpital nie ma zupełnie innych systemów, ale ma ich więcej i ma dwie dodatkowe warstwy. Pierwsza to urządzenia medyczne w sieci. Monitory pacjenta, pompy infuzyjne, aparaty diagnostyczne, analizatory laboratoryjne i sprzęt obrazowy są dziś komputerami podłączonymi do sieci szpitala. Każde z nich ma własne oprogramowanie, własne aktualizacje, często przestarzały system operacyjny, którego nie wolno samodzielnie zaktualizować, bo naruszyłoby to certyfikację wyrobu medycznego. Setki takich urządzeń trzeba zinwentaryzować, odseparować w sieci i monitorować.
Druga warstwa to bezpieczeństwo jako osobna funkcja. W małej placówce bezpieczeństwo to część pracy informatyka. W dużym szpitalu to osobny zakres: segmentacja sieci, monitorowanie zdarzeń, zarządzanie tożsamością i uprawnieniami, procedury reagowania na incydent, testy odtwarzania. Najczęstszy błąd na tej skali to traktowanie urządzeń medycznych jako sprzętu działu aparatury, a nie jako części sieci, za którą odpowiada IT.
Sieć szpitali
Grupa szpitali, spółka powiatowa z kilkoma lokalizacjami albo konsolidacja po połączeniu placówek. Dochodzą dwie ostatnie warstwy. Wspólna tożsamość pacjenta i wymiana dokumentacji: ten sam pacjent leczony w dwóch szpitalach grupy ma jedną historię, a badanie obrazowe wykonane w jednym szpitalu jest dostępne w drugim. Usługi centralne: wspólne archiwum obrazów, teleradiologia, centralne zarządzanie tożsamością, jednolite standardy bezpieczeństwa i jedno miejsce monitorowania incydentów.
Tu decyzje IT stają się decyzjami strategicznymi zarządu. Jeśli każdy szpital w grupie ma innego dostawcę systemu szpitalnego, sieć płaci za integrację każdego z każdym. Jeśli ma jednego, uzależnia się od niego całą grupą. Najlepiej sprawdza się wspólny standard wymiany danych i wspólna architektura, w której poszczególne systemy można wymieniać bez przebudowy całości.
Dlaczego złożoność rośnie szybciej niż liczba systemów
Warstw przybywa liniowo, ale połączeń między nimi przybywa znacznie szybciej. Między pięcioma systemami może istnieć dziesięć par, które wymieniają dane. Między dwudziestoma systemami takich par jest sto dziewięćdziesiąt. Nie każda para musi być połączona, ale każde połączenie, które powstaje, trzeba zaprojektować, przetestować, utrzymać i zmieniać przy każdej zmianie przepisów.
Do tego dochodzą ludzie i czas. W gabinecie IT to jedna osoba i godziny pracy gabinetu. W szpitalu to kilkuset użytkowników w kilkudziesięciu rolach, praca całodobowa i dyżury. W sieci szpitali to jeszcze kilka zespołów IT, które muszą działać według wspólnych zasad. Złożoność techniczna rośnie razem ze złożonością organizacji i nie da się jej obniżyć samym zakupem lepszego systemu.
Co z tego wynika przy wyborze rozwiązań
Pierwszy wniosek: rozwiązanie dobiera się do obecnej skali placówki i do tej, którą planuje osiągnąć w ciągu kilku lat. Przychodnia, która za trzy lata ma być siecią, powinna już dziś wybrać system z jedną bazą danych dla wielu lokalizacji, nawet jeśli dziś ma jedną.
Drugi wniosek: im większa skala, tym ważniejsze są standardowe interfejsy i dostęp do własnych danych. W gabinecie można zmienić program w weekend. W szpitalu zmiana systemu to projekt na miesiące, a w sieci szpitali na lata. Dlatego przy większej skali pytanie o to, jak system łączy się z innymi i jak z niego wyjść, waży tyle samo co pytanie o funkcje.
Trzeci wniosek dotyczy sztucznej inteligencji. Asystenci AI, automatyczne notatki i analiza obrazów są dostępne na każdej skali, ale działają na danych, które dostarczają niższe warstwy. W placówce bez uporządkowanej dokumentacji, bez integracji i bez kopii zapasowych AI przyspieszy chaos, a nie pracę. Kolejność się nie zmienia: najpierw fundamenty, potem nowe możliwości.
Jeśli zastanawiacie się, na którym etapie jest wasza placówka i co z tego wynika dla najbliższych decyzji, chętnie o tym porozmawiam.