Wybór i wdrożenie systemu medycznego: od potrzeby do pierwszych dwóch tygodni po uruchomieniu

Szpital powiatowy, piątek po południu, sala konferencyjna. Konsultant dostawcy pokazuje na rzutniku przyjęcie pacjenta, zlecenie badania, wynik i wypis. Każdy ekran się otwiera, każdy przycisk działa. Kierownik projektu podpisuje protokół odbioru. We wtorek w nocy pielęgniarka na internie szuka wyniku potasu, który laboratorium wysłało dwie godziny wcześniej. Wynik jest w systemie, tylko przypisany do pobytu na izbie przyjęć, a nie do oddziału, na który pacjenta przeniesiono wieczorem.

Nikt w tej historii nie oszukiwał. Prezentacja pokazała, że funkcje istnieją. Nie pokazała, czy pacjent przejdzie przez nie w całości, bo nikt wcześniej nie spisał, co ma przejść, nie zmierzył, jak oddział pracuje dziś, i nie ustalił, który błąd wstrzymuje podpis. Każda z tych decyzji należała do placówki i każdą dało się podjąć miesiące przed piątkową prezentacją.

Poradnik opisuje drogę od nazwania potrzeby do dnia, w którym dyżur przy stanowiskach przechodzi w zwykły serwis. Kolejność rozdziałów jest kolejnością pracy. Koszt, umowa, zamówienia publiczne i RODO mają własne poradniki, więc tutaj pojawiają się zdaniem z odesłaniem.

Dla kogo i jak czytać

Gabinet lekarski przeczyta rozdziały o potrzebie, dopasowaniu do skali, harmonogramie i migracji, a potem swoją część w rozdziale o skali. Przychodnia i sieć przychodni potrzebują całej ścieżki poza fragmentami o oddziałach, z największą uwagą na migrację, bo tam przychodnia traci najwięcej. Szpital, szpital specjalistyczny i sieć szpitali czytają wszystko po kolei; rozdziały o odbiorze, pierwszych dwóch tygodniach i oddziale są pisane przede wszystkim dla nich.

Potrzeba przed produktem: etapy projektu

Kierownik oddziału przychodzi do działu IT z gotową odpowiedzią: potrzebny jest nowy moduł, bo pielęgniarki mówią, że system jest wolny. Gdy nazwa produktu pada na pierwszym spotkaniu, projekt zwykle kończy się zakupem tego produktu, a problem zostaje.

Potrzeba jednym zdaniem

Proszę o opis potrzeby jednym zdaniem bez nazwy produktu i technologii, na przykład: „wynik badania ma trafić do lekarza na oddziale bez przepisywania”. Z takiego zdania wynika kilka rozwiązań do uczciwego porównania: integracja laboratorium z obecnym systemem, nowy moduł albo zmiana organizacji punktu pobrań. „System jest wolny” może oznaczać, że zlecenie leku trzeba wpisywać w trzech oknach zamiast w jednym, a to bywa tygodniem pracy nad konfiguracją, nie zakupem sprzętu.

Drugie pytanie: czyj to problem. Nowy sposób zlecania badań zmienia pracę lekarza, pielęgniarki, laboratorium i działu rozliczeń. Jeśli potrzebę opisze jedna grupa, rozwiązanie będzie wygodne dla niej, a pozostałe zapłacą kliknięciami, dlatego siadam z przedstawicielem każdej grupy, której zmiana dotyczy. Trzecie pytanie: jak radzicie sobie dziś. Godzina przy rejestracji albo w punkcie pobrań pokazuje obejścia, które ludzie zbudowali: zeszyt obok komputera, arkusz z listą oczekujących, telefon do laboratorium zamiast zlecenia. Każde obejście to wymaganie, którego nikt nie zgłosił.

Z tego etapu powstaje jedna strona: problem, kogo dotyczy, jak dziś wygląda proces, jaki efekt chcecie osiągnąć i po czym go poznacie. Wraca przy każdej decyzji.

Pięć etapów po potrzebie

Analiza sprawdza trzy rzeczy. Czy da się to zrobić tym, co placówka ma: moduł kupiony dawno i nigdy nieskonfigurowany zdarza się często. Z czym nowe rozwiązanie musi się połączyć: na mapie połączeń przy każdej strzałce wpisuję, kto ją dziś utrzymuje, a puste miejsca to przyszłe problemy. Jak się z niego wychodzi: format eksportu, dokumentacja interfejsów, warunki zakończenia umowy.

Wybór technologii i sposobu zakupu to zwykle licencja z własną infrastrukturą albo usługa rozliczana co miesiąc. Pierwsza wymaga serwerów, kopii i ludzi, druga przenosi koszt do budżetu bieżącego i uzależnia od łącza. Warianty porównuje się po koszcie w pięciu latach, razem z czasem własnego zespołu i personelu poświęconym na wdrożenie; pozycje rozpisuje poradnik o koszcie systemu, a liczby dla własnej placówki wpiszecie do Kalkulatora kosztu systemu na 5 lat. Szpital publiczny kończy ten etap opisem przedmiotu zamówienia według zasad z poradnika o zakupie.

Wdrożenie ma harmonogram i dwóch właścicieli, po stronie placówki i po stronie dostawcy; bez dwóch nazwisk każdy problem krąży między firmami. Właściciel po stronie placówki ma czas na projekt zapisany w harmonogramie i prawo decyzji. Odbiór sprawdza, czy potrzeba z pierwszej strony została spełniona, a scenariusze testowe powstają razem z wymaganiami. Utrzymanie trwa latami i to jego koszt, znany przed zakupem, decyduje, czy rozwiązanie zostanie; zapisy o czasach reakcji i zmianach prawnych omawia poradnik o umowie z dostawcą.

Otwarte czy komercyjne: kto utrzyma system w nocy

Oprogramowanie bez opłat licencyjnych nie jest darmowe w utrzymaniu: ktoś musi je aktualizować, monitorować i odpowiadać za nie o trzeciej w nocy. Rozwiązanie komercyjne daje jednego odpowiedzialnego, ale może zamknąć placówkę u dostawcy, co widać po latach, gdy każda nowa integracja wymaga jego zgody. Zamiast pytać o model licencji, zadaję pięć pytań:

1. Kto odpowiada za działanie i w jakim czasie reaguje na awarię?
2. W jakim formacie i terminie wyeksportujemy własne dane?
3. Czy rozwiązanie łączy się z innymi przez standardowe interfejsy i czy dostaniemy ich dokumentację?
4. Ile kosztuje i jak długo trwa podłączenie systemu innej firmy?
5. Co mówi umowa o zmianie dostawcy?

Jeśli odpowiedzi są konkretne, model licencji ma mniejsze znaczenie. Jeśli są mgliste, to też jest odpowiedź.

Najmniejsza zmiana, która rozwiązuje problem

Najlepsza bywa najmniejsza zmiana: konfiguracja istniejącego systemu albo jeden moduł obok. Personel uczy się jednej rzeczy, ryzyko przestoju dotyczy jednego obszaru, efekt widać po tygodniach. Małe kroki tylko odsuwają decyzję, gdy obecny system nie dostaje poprawek bezpieczeństwa, każda integracja wymaga osobnej umowy z jego dostawcą albo dostosowanie do przepisów trwa dłużej niż termin ich wejścia w życie. Wtedy wymianę planuje się etapami, od obszaru z największym problemem.

System dopasowany do skali placówki

Jedna strona z potrzebą mówi, co ma się zmienić. Zanim porównacie oferty, oddzielcie to, czego prawo wymaga od każdej placówki, od tego, czego potrzebuje wasza skala. Oferty dla przychodni z czterema gabinetami potrafią zawierać moduł oddziałowy, aptekę szpitalną i blok operacyjny, a nie odpowiadać na jedyne pytanie rejestratorki: czy wizytę da się przełożyć jednym ruchem. Dostawca sprzedaje katalog, a kłopot zaczyna się tam, gdzie katalog się kończy: w cenie integracji, w dodatkach spoza zakresu i w tym, co się stanie, gdy placówka urośnie.

Minimum prawne, takie samo w gabinecie i w szpitalu

Stan na 29.09.2026. Dokumentację medyczną prowadzi się w postaci elektronicznej (art. 11 ust. 1 ustawy o systemie informacji w ochronie zdrowia; § 1 ust. 1 rozporządzenia Ministra Zdrowia w sprawie rodzajów, zakresu i wzorów dokumentacji medycznej oraz sposobu jej przetwarzania). Recepty i skierowania trafiają do P1 w czasie rzeczywistym (art. 11 ust. 5 pkt 1 ustawy o systemie informacji w ochronie zdrowia, w brzmieniu od 1 lipca 2026), a dane zdarzeń medycznych przekazuje się do P1, skąd dane o świadczeniach publicznych trafiają do NFZ w celu rozliczenia (art. 11 ust. 3). System ma zapewniać identyfikację osoby dokonującej wpisu lub zmiany i czas wpisu (§ 1 ust. 6 pkt 3 i 4 rozporządzenia o dokumentacji).

Najważniejszy dla przyszłości placówki jest § 1 ust. 6 pkt 8 tego rozporządzenia: system ma umożliwiać eksport całości danych w formatach, które pozwalają odtworzyć je w innym systemie. Pytanie „jak od was wyjdziemy” jest więc pytaniem o zgodność z prawem. Poproście o próbny eksport przed podpisem i sprawdźcie, czy są w nim opisy wizyt i wyniki. Dochodzi umowa powierzenia z dostawcą, który widzi dane pacjentów (art. 28 ust. 3 RODO), oraz zdolność do szybkiego przywrócenia dostępności danych po awarii (art. 32 ust. 1 lit. c RODO), sprawdzana według Protokołu testu odtworzenia kopii i rozdziału o kopiach. Kto tego nie ma, odpada niezależnie od ceny. Czy placówkę obejmuje ustawa o krajowym systemie cyberbezpieczeństwa, rozstrzyga rozdział o statusie w KSC.

Porównanie w jednej tabeli

Jak sprawdzić ofertę przed podpisem

Poproście o pokaz na waszym scenariuszu, przez całą ścieżkę: pacjent umówiony, przełożony, przyjęty, z receptą, skierowaniem, wynikiem i rozliczeniem; w szpitalu od izby przez zlecenie, wynik, lek z apteki i wypis do grupy JGP. Szpital pyta też, gdzie system pracuje w placówce podobnej wielkości, i rozmawia tam z pielęgniarką oddziałową i kierownikiem IT, bo pokaz na pustej bazie nie przypomina oddziału o siódmej rano. Jak przygotować ten scenariusz, opisuje następny rozdział.

Na piśmie zadajcie pięć pytań z rozdziału o potrzebie i dołóżcie trzy: model licencji przy wzroście (użytkownik, stanowisko, łóżko), kto przeniesie dane z obecnego systemu i czy przed przełączeniem dostaniecie próbną migrację, oraz godziny serwisu. Przyjmowanie zgłoszeń całą dobę to jedno, obsługa w dni robocze od 8:00 do 16:00 to drugie, a szpital potrzebuje dyżuru całodobowego, zwykle w wyższym pakiecie. Pytania są gotowe w materiałach Pytania do dostawcy oprogramowania medycznego i Lista kontrolna umowy z dostawcą. Dane wprowadzone do systemu i w nim wytworzone należą do placówki, oprogramowanie jest na licencji; jak sprawdzić, czy placówka sięgnie do nich bez zgody dostawcy, opisuje rozdział o standardach.

Zmierzcie pracę, zanim kupicie system

Pokaz na własnym scenariuszu coś znaczy tylko wtedy, gdy wiecie, ile ten scenariusz trwa dziś. Na prezentacji podanie leku zajmuje trzy kliknięcia. Na oddziale pielęgniarka z wózkiem trafia na wylogowanie przy trzecim łóżku, na odpowiednik z apteki o innej nazwie niż w zleceniu i na brak sieci w ostatniej sali, więc podaje według wydruku, a potwierdzenia wpisuje później w dyżurce, kilka naraz. Obie rzeczy są prawdą: prezentacja pokazuje jedno podanie na dobrym łączu, oddział robi to przez całą dobę.

Kłopotem są wpisy po fakcie

Za dużo kliknięć kończy się wpisywaniem hurtem, kopiowaniem wczoraj i potwierdzaniem z pamięci. Wpisu dokonuje się niezwłocznie po udzieleniu świadczenia (§ 4 ust. 1 rozporządzenia o dokumentacji), wpis o wykonaniu zlecenia robi osoba, która je wykonała (§ 18 ust. 3), a system zapisuje czas wpisu (§ 1 ust. 6 pkt 4), więc lek podany o ósmej i potwierdzony o trzynastej ma wpis z trzynastej. Przy skardze pacjenta ten rozjazd widać od razu, co opisuje rozdział o dzienniku zmian. System, który wymusza wpisy po fakcie, zostawia dokumentację trudną do obrony.

Jak zmierzyć jedną zmianę

Pomiar robi się na obecnym systemie, zanim zobaczycie ofertę.

1. Jeden oddział, jedna zmiana dzienna z porannymi lekami i przyjęciami. Oddziałowa uprzedza, że mierzy się system, a nie ludzi.
2. Obserwatorem jest pielęgniarka z innego oddziału. Idzie za jedną osobą ze stoperem i zapisuje numer sali i łóżka, bez nazwisk, bo tabela pójdzie do dostawców.
3. Dla każdej czynności: ekrany, kliknięcia, pola wpisywane ręcznie, czas od podejścia do łóżka do zatwierdzenia i miejsce powstania wpisu, przy pacjencie albo w dyżurce.
4. Osobno przerwy: wylogowanie, brak sieci, szukanie pacjenta, telefon do apteki.

Zwykle wystarcza osiem czynności pielęgniarskich: przyjęcie z oceną pielęgniarską, leki o stałej porze, lek doraźny, lek odstawiony w trakcie dyżuru, odpowiednik z apteki, parametry do karty gorączkowej, raport pielęgniarski i przekazanie dyżuru. U lekarzy: przyjęcie, obserwacja, zlecenie leku, zlecenie badania, odczyt wyniku, wypis. Czas dzielę na wejście do systemu i podpis, czekanie na sprzęt i sieć oraz pracę w ekranie; dwie pierwsze części naprawia dział IT, trzecią konfiguracja. Wynik to tabela miejsc, w których system zmusza do obejścia. Kosztuje jedną zmianę obserwatora i godzinę przepisywania kartek.

Te same czynności u każdego dostawcy

Każdy dostawca dostaje wcześniej te same czynności i dane testowe przygotowane przez placówkę: pacjenta z uczuleniem, zmianę dawki w połowie dnia, odpowiednik z apteki. Klika wasza pielęgniarka, nie konsultant znający skróty. Kierownik apteki sprawdza słownik leków: jeśli lekarz zleca w miligramach, a apteka wydaje w ampułkach, system ma przeliczać. Kierownik IT sprawdza zasięg Wi-Fi w każdej sali, logowanie kartą, baterię wózka i czytnik kodów; czytnik potwierdza lek tylko wtedy, gdy opakowanie przy łóżku ma kod, więc z apteką ustala się, co da się skanować. Pyta też, czy lista leków działa bez sieci i czy potwierdzenie złożone przy łóżku wraca do bazy z godziną i autorem, oraz kto jest zalogowany na wózku, bo jedno konto przez całą zmianę daje wpisy, których autorem nie jest osoba podająca lek. Wózki, tablety i licencje na urządzenie dopisuje się do rachunku.

Tu przebiega granica automatyzacji: system może skracać drogę, ale nie może pozwolić potwierdzić innego leku niż zlecony bez świadomej decyzji człowieka.

Pomiar zostaje na odbiór i na później

Te same czynności przechodzi się przy odbiorze, na kontach z docelową rolą, a potem po kilku dniach i po kilku tygodniach pracy. Pierwszy wynik pokazuje krzywą uczenia się, drugi koszt samego systemu. Czas najczęstszych czynności może być kryterium odbioru w umowie. Mierzy się też dalej w łańcuchu: wypis szybszy, bo lekarz pominął rozpoznanie i procedury, wraca do rozliczeń jako praca ręczna, a zdarzenie medyczne ma zawierać dane, które placówka musi przekazać (art. 11 ust. 3 ustawy o systemie informacji w ochronie zdrowia). Czas wypisu zestawia się więc z kompletnością danych do rozliczeń.

HL7, FHIR i API: co sprawdzić przy zakupie

Pomiar pokazuje, ile pracy dokłada ekran. Drugą część kosztu widać dopiero między systemami, a wraca w niej potas z pierwszego akapitu. Lekarz, który chce zobaczyć potas z czterech dni, widzi wyniki własnego laboratorium jako liczby w tabeli, a dwa badania z laboratorium zewnętrznego jako pliki PDF. System nie ostrzeże go przed wartością poza normą, bo w PDF nie ma dla niego wartości. W umowie stoi, że system „obsługuje HL7” i „posiada API”. Oba zdania są prawdziwe i żadne nie mówi, czy wynik z zewnątrz trafi do karty jako liczba.

PDF to dokument dla człowieka

Interoperacyjność oznacza, że system odbierający wykorzystuje informację bez przepisywania. Potas przesłany jako liczba z jednostką i kodem badania trafia do tabeli, wykresu, ostrzeżenia i wypisu; ten sam wynik w PDF trafia przed oczy tego, kto otworzy plik. Cały szpital to system naczyń połączonych: wynik, którego system nie przeczytał, nie trafi do rozliczeń, statystyki oddziału ani raportu dla dyrekcji. Tak samo karta pacjenta w P1 pokaże tylko to, co placówka wysłała w postaci możliwej do odczytania (karta pacjenta).

Trzy skróty i jedno słowo

HL7 w wersji 2 to komunikaty między systemami, na przykład „jest wynik”; ich słabością jest swoboda wypełniania pól, więc każde połączenie uzgadnia się osobno. HL7 CDA to dokument, na przykład wypis, w strukturze czytelnej dla systemu, ale może zawierać sam tekst i wtedy niewiele różni się od PDF. HL7 FHIR dzieli informację na małe elementy (pacjent, wynik, lek) i udostępnia je przez API. Każdy z nich określa formę, a nie to, czy w środku są kody. Obrazy mają osobny standard, DICOM. API to sposób, w jaki program prosi inny program o dane; zdanie „system ma API” mówi tyle, co „budynek ma drzwi”. Ważne jest, które dane da się pobrać i zapisać, kto ma klucz, czy wywołania trafiają do dziennika i czy dokumentację interfejsu dostaje placówka.

Standard to forma, słownik to treść

Połączenie z laboratorium rzadko psuje się na standardzie, częściej na słownikach. Laboratorium nazywa badanie po swojemu, szpital po swojemu, a ktoś musi przypisać jedno do drugiego i pilnować tego po każdej zmianie; słowniki takie jak LOINC ułatwiają przypisanie, ale go nie zastępują. Pytam, kto utrzymuje mapowanie i ile kosztuje nowa pozycja. „Wycena indywidualna” oznacza opłatę za każdą zmianę w katalogu badań.

Wynik dopasowuje się do pacjenta i zlecenia po identyfikatorze. Gdy zlecenie wystawiono na papierze albo pacjent ma dwie kartoteki, komunikat trafia do kolejki odrzuconych, a jeśli nikt jej nie przegląda, lekarz nie wie, że wynik istnieje. Przy każdym interfejsie pytam, gdzie widać odrzucone komunikaty i kto przegląda je codziennie. Wynik dopisany do niewłaściwego pacjenta jest groźniejszy niż brak wyniku, dlatego dopasowanie po podobieństwie nazwiska to granica, której automat nie przekracza.

Co mówią przepisy

System dokumentacji ma umożliwiać prowadzenie i udostępnianie jej w formatach i standardach wydanych na podstawie art. 11 ust. 1a i 1b ustawy o systemie informacji w ochronie zdrowia, a przy ich braku w HL7 oraz DICOM lub innych standardach (§ 1 ust. 6 pkt 6 rozporządzenia o dokumentacji), oraz eksport całości danych w tych standardach (§ 1 ust. 6 pkt 8). Wiąże to każdego udzielającego świadczeń, także gabinet (§ 1 ust. 1). Przepis wymaga, żeby system to umożliwiał; nie mówi, które połączenia są w cenie.

Rozporządzenie (UE) 2025/327 o europejskiej przestrzeni danych dotyczących zdrowia (EHDS) stosuje się co do zasady od 26 marca 2027 (art. 105), a zharmonizowane komponenty systemu dokumentacji nie mogą ograniczać eksportu w celu zastąpienia systemu innym (załącznik II pkt 2.6). Wymagania dla systemów dokumentacji i europejski format wymiany wchodzą jednak etapami, zależnie od kategorii danych: od 26 marca 2029 dla skróconych kart zdrowia pacjenta i e-recept, od 26 marca 2031 dla wyników badań, w tym laboratoryjnych, badań obrazowych i wypisów (art. 105 w związku z art. 14 ust. 1). Reklama nie może przypisywać systemowi funkcji interoperacyjności, których nie ma (art. 28 lit. a). Odpowiedzialność producenta i to, co wpisać do umowy, opisuje rozdział o EHDS.

Co sprawdzić przed zakupem

1. Listę interfejsów zamiast deklaracji zgodności: jakie dane, w którą stronę, w jakim standardzie i wersji, czy kodowane, czy tekst, czy w cenie licencji.
2. Jedną ścieżkę na prezentacji: zlecenie na oddziale, wynik jako liczba, ta liczba na wykresie i w wypisie. Slajd z logo standardu niczego nie dowodzi.
3. Dokumentację API dla placówki, z zasadami uprawnień i dziennikiem wywołań. Bez niej każde nowe narzędzie wymaga zgody dostawcy.
4. Kto po każdej aktualizacji sprawdza, że wyniki dochodzą, bo nowa wersja potrafi zmienić pole bez komunikatu o błędzie (aktualizacje).
5. Przy kilkunastu połączeniach: bezpośrednio między systemami czy przez jeden moduł integracyjny, w którym widać wszystkie komunikaty. Bezpośrednie są tańsze na starcie, ale wymiana jednego systemu oznacza przebudowę każdego połączenia do niego.

Cenę połączenia ustala ten, kto trzyma jego drugi koniec, o czym jest rozdział o integracjach.

Ile trwa wdrożenie: datę startu wyznacza najdłuższa sprawa

Gdy wiadomo, co kupić i z czym ma się łączyć, pada pytanie o datę. Harmonogram dostawcy nie opisuje tego, co zależy od starego dostawcy, laboratorium, Centrum e-Zdrowia, grafiku lekarzy i decyzji dyrektora. Instalacja rzadko opóźnia wdrożenie. Opóźnia je kolejka spraw, z których każda należy do kogoś innego, dlatego zamiast jednej liczby tygodni podaję, z czego ta liczba się składa.

Gdzie gubi się czas

Dane ze starego systemu: przepis wymaga eksportu całości danych, ale nie mówi, w jakim terminie i za ile dotychczasowy dostawca go przygotuje. Rozstrzyga umowa, a gdy milczy, termin ustala dostawca, który traci klienta, więc próbny eksport zamawia się w dniu podpisania nowej umowy. Integracje: laboratorium, pracownia obrazowa i apteka mają własnych dostawców i kolejki, a zapytanie do każdego idzie w pierwszym tygodniu, z datą odpowiedzi w planie. Dokumenty: dostawca pracujący na kartotekach pacjentów potrzebuje umowy powierzenia (art. 28 ust. 3 RODO), a osoby utrzymujące system z dokumentacją upoważnienia administratora (art. 24 ust. 2 pkt 2 ustawy o prawach pacjenta i Rzeczniku Praw Pacjenta); bez nich pierwszy tydzień zespół czeka.

P1: system uwierzytelnia się w Systemie Informacji Medycznej certyfikatem (art. 16 ust. 5a pkt 1 ustawy o systemie informacji w ochronie zdrowia). Nowy generuje się wnioskiem w RPWDL, a według instrukcji Centrum e-Zdrowia po wystawieniu nowego stary traci ważność. Certyfikat wygenerowany w dniu testów może więc wyłączyć e-receptę w systemie, na którym placówka jeszcze pracuje; generuje się go po zakończeniu pracy w starym, a wcześniejsze testy prowadzi dostawca na swoim środowisku. Świadczeniodawca, który udziela świadczeń objętych centralną e-rejestracją, ma na bieżąco aktualizować harmonogramy przyjęć i dostępne terminy (art. 23c ust. 3 pkt 2 ustawy o świadczeniach opieki zdrowotnej finansowanych ze środków publicznych; wykaz świadczeń określa rozporządzenie ministra zdrowia), więc nowy system robi to od pierwszego dnia. Ludzie: szkolenie lekarza wymaga miejsca w grafiku, a słowniki, wzory dokumentów i uprawnienia ról to decyzje placówki, z których każda odłożona do zebrania kosztuje tydzień. Stanowiska: przeglądarkę, drukarkę, czytnik kart i podpis e-recepty sprawdza się na każdym komputerze przed ustaleniem daty (systemy bez wsparcia).

Szpital publiczny: kalendarz przed wdrożeniem

W trybie podstawowym termin składania ofert na dostawy i usługi to co najmniej 7 dni od ogłoszenia w Biuletynie Zamówień Publicznych (art. 283 Pzp), a umowę zawiera się nie wcześniej niż 5 dni od elektronicznego zawiadomienia o wyborze (art. 308 ust. 2 Pzp). Od progów unijnych przetarg nieograniczony daje co najmniej 35 dni na oferty, skracane o 5 przy ofertach w całości elektronicznych (art. 138 ust. 1 i 4 Pzp), i 10 dni do zawarcia umowy (art. 264 ust. 1 Pzp). Z samych minimów wychodzi co najmniej 12 dni poniżej progów i 40 od progów, bez przygotowania dokumentów i oceny ofert. Odwołanie wnosi się w 5 dni poniżej progów albo w 10 dni od progów, gdy informację przekazano elektronicznie (art. 515 ust. 1 Pzp), Izba rozpoznaje je w 15 dni od doręczenia Prezesowi Izby (art. 544 ust. 1 Pzp), a do wyroku albo postanowienia kończącego umowy zawrzeć nie można (art. 577 Pzp).

Termin zakończenia umowa określa w dniach, tygodniach, miesiącach lub latach, datę tylko przy obiektywnej przyczynie (art. 436 pkt 1 Pzp), więc liczy się on zwykle od zawarcia umowy. Przesunięcie terminu wymaga podstawy w art. 455 Pzp, na przykład zmiany przewidzianej w dokumentach zamówienia w jasnych, precyzyjnych i jednoznacznych postanowieniach (ust. 1 pkt 1). Szpital, który 3 kwietnia 2026, w dniu wejścia nowelizacji ustawy o KSC, spełniał przesłanki podmiotu kluczowego albo ważnego, ma na obowiązki z rozdziału 3 tej ustawy czas do 3 kwietnia 2027 (art. 33 ust. 1 ustawy z 23 stycznia 2026, Dz.U. 2026 poz. 252); były operator usług kluczowych ma część terminów inną, co opisuje kalendarz KSC. Wdrożenie w pierwszym kwartale 2027 konkuruje więc o tych samych ludzi z działu IT.

Jak policzyć datę startu, która się utrzyma

1. Spiszcie sprawy zależne od kogoś spoza umowy wdrożeniowej: eksport, każde połączenie, certyfikat P1, umowę powierzenia i upoważnienia, szkolenia w grafiku, sprzęt i podpis na każdym stanowisku.
2. Przy każdej zapiszcie osobę odpowiedzialną, datę zapytania i datę, na którą druga strona się zobowiązała.
3. Najpóźniejsza z tych dat plus próbne przeniesienia, testy i szkolenia to najwcześniejszy uczciwy start.
4. Warunki startu spiszcie przed testami: sprawdzony eksport, działająca e-recepta i e-skierowanie, zero błędów blokujących.
5. Zapiszcie, kto w przeddzień mówi „startujemy” albo „przesuwamy” i do kiedy stary system zostaje do odczytu.
6. Start ustawcie z dala od zamknięcia miesiąca rozliczeniowego, na początku tygodnia, nie przed weekendem ani świętem.

W czasie pandemii koordynowałem wdrożenie systemu TOPSOR w szpitalnych oddziałach ratunkowych w połowie Polski, w 116 placówkach; przy takiej skali plan musi z góry mówić, kto decyduje, gdy coś pójdzie nie tak, i w jakiej kolejności zespół wraca tam, gdzie pracy nie dało się dokończyć.

Migracja danych bez przestoju

Z listy spraw w harmonogramie najwięcej niespodzianek kryją dane ze starego systemu. Umowa ze starym dostawcą kończy się z końcem kwartału, kierownik IT prosi o eksport i po trzech tygodniach dostaje archiwum plików: kartoteka i wizyty są, ale opisy badań leżą w osobnym formacie, skany bez przypisania do pacjenta, a terminów na kolejne miesiące nie wyeksportowano wcale, bo pełny eksport to osobna usługa. Nowy system jest gotowy, a dane zostały w starym.

Krok pierwszy: spis danych, zanim ktoś ustali datę

Lista obejmuje kartotekę, wizyty z opisami, wyniki, skierowania i zlecenia, skany, badania obrazowe, terminarze z wizytami na przyszłość, listy oczekujących, słowniki, konta i dane do rozliczeń, a także dziennik zdarzeń starego systemu, bo pytanie, kto otwierał dokumentację, potrafi przyjść po latach. Przy każdej pozycji: ile tego jest, w jakim formacie wyjdzie i kto sprawdzi, że przeszło dobrze. Potem decyzja: przenosimy w całości, do wglądu albo nie przenosimy. Terminarz i listy oczekujących działają w nowym systemie od pierwszego dnia. Dokumentację przechowuje się jednak co do zasady 20 lat od końca roku ostatniego wpisu (art. 29 ust. 1 ustawy o prawach pacjenta), a rozporządzenie wymaga planów przechowywania w długim czasie (§ 1 ust. 5 pkt 6 rozporządzenia o dokumentacji), więc „nie przenosimy” znaczy „zapewniamy dostęp inaczej” (przechowywanie).

Krok drugi: eksport zapisany w umowie

Obecnemu dostawcy zadaję pytania na piśmie: format, opis struktury, termin, cena, załączniki i słowniki. Umowa powierzenia ma przewidywać zwrot albo usunięcie danych po zakończeniu usług, zależnie od decyzji administratora (art. 28 ust. 3 lit. g RODO). Umowy ze starym dostawcą nie wypowiada się, zanim placówka zobaczy pełny eksport i sprawdzi go na próbce. Zapisy o wyjściu omawiają rozdziały o danych i wyjściu oraz o zmianie dostawcy chmury.

Krok trzeci: co najmniej dwa próbne przeniesienia

Pierwsze przeniesienie zawsze coś zgubi, więc robi się je wcześnie, na kopii, bez presji daty. Po każdym przebiegu liczy się pacjentów, wizyty i wyniki w każdym roku po obu stronach, a różnica ma mieć wyjaśnienie. Potem rejestratorka, lekarz i osoba od rozliczeń porównują kartoteki tych samych pacjentów w obu systemach, najlepiej trudnych: po zmianie nazwiska, bez numeru PESEL, z kilkoma kartotekami. Duplikaty rozstrzyga się przed migracją. Słownik usług i komórek każdy system ma własny, a tabelę przejścia podpisuje osoba od rozliczeń, bo od niej zależy, czy pierwszy miesiąc rozliczy się z NFZ bez korekt.

Kopia na środowisku testowym to prawdziwe dane pacjentów: dostęp dla wskazanych osób, zabezpieczenia adekwatne do ryzyka (art. 32 ust. 1 RODO) i usunięcie po zakończeniu prac (art. 5 ust. 1 lit. e RODO), zgodnie z rozdziałem o danych poza produkcją. Dokumenty podpisane elektronicznie przechodzą jako plik z podpisem, bo treść przepisana do pól nie jest już dokumentem, który lekarz podpisał. Dla dokumentów zaindeksowanych w P1 ustala się z nowym dostawcą, gdzie będą dostępne po wyłączeniu starego repozytorium, i sprawdza to na kilku przykładach.

Krok czwarty: miękkie przejście

Historię przenosi się kilka tygodni przed startem, w ostatnich dniach tylko zmiany, a terminarz i listy oczekujących na końcu. Od startu nowe wizyty powstają wyłącznie w nowym systemie, a stary zostaje tylko do odczytu na ustalony okres. Okres równoległy nie oznacza podwójnego wpisywania: kto przez miesiąc wpisuje wszystko dwa razy, po tygodniu robi to rzetelnie w jednym systemie i nie wiadomo w którym. Kartoteka jest jedna.

Przełączenie ustawia się po zamknięciu okresu rozliczeniowego. Dane zdarzenia medycznego przekazuje się najpóźniej w 2 dni od jego zakończenia, a przy świadczeniu, które nie kończy się w dniu rozpoczęcia, część danych w 2 dni od rozpoczęcia (§ 6 ust. 1 i 2 rozporządzenia Ministra Zdrowia w sprawie szczegółowego zakresu danych zdarzenia medycznego). Wizyty z ostatniego dnia w starym systemie muszą wyjść do P1, zanim ktoś go zablokuje, a dla pobytów otwartych w dniu przełączenia ustala się z góry, który system wyśle dane po wypisie.

Dzień wcześniej kierownik placówki, w sieci wskazana osoba z zarządu, decyduje: idziemy albo przesuwamy, na podstawie spisanej listy (zgodne liczniki, sprawdzone połączenie z P1, konta z uprawnieniami, formularze awaryjne). Z tej listy wynika punkt bez powrotu: do pierwszych wpisów cofnięcie kosztuje dzień, po kilku dniach poprawia się już nowy system. Migracja kończy się własnym protokołem: liczniki, porównanie kartotek, terminarz, zaległe zdarzenia wysłane do P1, dostęp do dokumentów podpisanych i zaindeksowanych, usunięte kopie testowe. Najdłużej trwa zwykle ustalenie, co jest w starej bazie i kto za to odpowiada, a to można zacząć dziś, bez decyzji o zakupie.

Odbiór: cała ścieżka pacjenta przed protokołem

Piątkowa prezentacja z początku poradnika była odbiorem zrobionym jako pokaz: klikała osoba, która zna system najlepiej, na koncie administratora. W poniedziałek po starcie klika rejestratorka z ograniczonymi uprawnieniami, pacjent ma dwa nazwiska, a skierowanie przyszło z innej placówki. Test odbiorczy ma odtworzyć tę drugą sytuację.

Warunki przed pierwszym scenariuszem

Plan testów zatwierdza placówka przed testami; plan napisany przez dostawcę pod to, co już działa, zawsze przechodzi. Środowisko testowe ma tę samą wersję, słowniki, role i integracje co produkcja. Scenariusz przechodzi osoba, która na co dzień wykonuje czynność, na koncie z docelową rolą, a jej godziny są w grafiku z zastępstwem; inaczej scenariusze przejdzie konsultant i znowu będzie to prezentacja. Każde zgłoszenie ma numer, klasę i termin, a poprawkę sprawdza zgłaszający. Pacjentów testowych przygotowuje placówka: z dwoma nazwiskami, bez PESEL, z długim pobytem i przeniesieniem.

Klasy błędów spisane przed testami

Spór o odbiór jest zwykle sporem o to, czy błąd „blokuje”, więc klasy podpisuje się przed testami. Błąd blokujący zagraża pacjentowi, zmienia albo gubi dane, zatrzymuje wysyłkę do P1 albo rozliczenie, daje dostęp bez uprawnień albo sprawia, że kopia się nie odtwarza; jeden taki błąd wstrzymuje odbiór. Błąd poważny ma obejście stosowane przez uzgodniony czas, na przykład karta informacyjna drukowana z podglądu, bo zwykły wydruk ucina ostatnią stronę. Uwaga dotyczy wyglądu i wygody. Wygoda nigdy nie jest blokująca, dane zawsze są.

Ścieżka od izby przyjęć do wypisu

Wszystko, co dotyczy P1, przechodzi się w środowisku integracyjnym Centrum e-Zdrowia, do którego dostęp ma dostawca. Połączenie produkcyjne sprawdza się przy pierwszym prawdziwym pacjencie, bo recepta z produkcyjnego P1 jest prawdziwą receptą.

1. Izba przyjmuje pacjenta planowego, nagłego i pacjenta o nieustalonej tożsamości, oznaczonego „NN” z podaniem przyczyny i okoliczności (§ 6 ust. 3 rozporządzenia o dokumentacji); po ustaleniu danych nic nie może zostać przy NN.
2. Jedno badanie śledzi się w całości: zlecenie, pobranie z etykietą, przyjęcie w laboratorium bez przepisywania, wynik z opisem jako podpisana elektroniczna dokumentacja medyczna (§ 1 pkt 4 rozporządzenia Ministra Zdrowia w sprawie rodzajów elektronicznej dokumentacji medycznej), z autorem i czasem na każdym kroku.
3. Przeniesienie z izby na oddział, na OIOM i z powrotem: zlecenie sprzed przeniesienia wraca z wynikiem tam, gdzie pacjent leży teraz. Tu wychodzi potas z pierwszego akapitu.
4. Leki przez całą dobę na jednym pacjencie: zlecenie, podanie z godziną, zmiana dawki na dyżurze, następna zmiana widzi tylko aktualne zlecenie. Błąd w tym scenariuszu jest zawsze blokujący.
5. Wypis z kartą informacyjną podpisaną zgodnie z § 4 ust. 3 rozporządzenia o dokumentacji i udostępnianą przez P1 (art. 11 ust. 1b i 2 ustawy o systemie informacji w ochronie zdrowia); wynik histopatologiczny trafia do P1 niezwłocznie po sporządzeniu (art. 11 ust. 5 pkt 2).
6. Awaria P1: dane czekają w kolejce. Ustawa daje na ich zamieszczenie najwyżej 3 dni od usunięcia awarii, bez dni wolnych od pracy usługodawcy (art. 11 ust. 5a i 5b), więc test polega na odcięciu połączenia i sprawdzeniu, czy kolejka się opróżnia.
7. Rozliczenie na tych samych pacjentach: zestawienie zgodne z dokumentacją, bez ręcznego dopisywania. Sprawdzane po pierwszym miesiącu oznacza poprawianie setek pobytów.

Dane, dostęp i kopia

Po migracji liczby pacjentów, pobytów, dokumentów i wyników muszą się zgadzać, a z próbki wybranej przez placówkę każdy dokument się otwiera, drukuje i ma autora oraz czas pierwotnego wpisu (§ 1 ust. 6 pkt 3, 4 i 7 rozporządzenia o dokumentacji). Próbny eksport z nowego systemu kosztuje przy odbiorze godzinę, przy zmianie dostawcy miesiące. Uprawnienia testuje się na docelowych rolach: rola widzi tylko to, czego potrzebuje, nowe konto startuje bez uprawnień (art. 25 ust. 2 RODO; art. 24 ust. 2 ustawy o prawach pacjenta). Ostatni test wykonuje kierownik IT: odtwarza kopię nowego systemu na osobnym serwerze i porównuje czas z przyjętym w rozdziale o RPO i RTO.

Protokół

Protokół podpisuje się przy zerze błędów blokujących; tego warunku nie negocjuję. Błąd poważny ma w protokole wiersz: numer, opis, obejście przeszkolone przed startem, termin naprawy i dwa nazwiska, po stronie dostawcy i placówki. Uwagi idą na listę z datą przeglądu. Protokół zapisuje numer odebranej wersji, a każda poprawka przed startem oznacza powtórzenie scenariuszy, których dotyka, bo poprawka w zleceniach potrafi zepsuć wydruk. Jeśli płatność zależy od protokołu, część wynagrodzenia zostaje do zamknięcia błędów poważnych. Do protokołu dopisuje się dzień przełączenia, dyżur dostawcy na miejscu, kanał zgłoszeń z czasami reakcji i próbne zgłoszenie wysłane nim przed startem, a oddziały mają procedurę z materiału Praca bez systemu przez 72 godziny.

Kierownik projektu pilnuje planu i rejestru zgłoszeń, kierownik IT środowiska, integracji, kopii i uprawnień, pielęgniarka naczelna i ordynatorzy wskazują ludzi i podpisują, że ich oddział przeszedł ścieżkę. Dostawca asystuje i poprawia, ale nie testuje za placówkę.

Pierwsze dwa tygodnie po uruchomieniu

Odbiór sprawdził, czy system działa. Pierwsze dwa tygodnie sprawdzają, czy działa na nim placówka. Pierwszego dnia problemy przychodzą wieloma drogami naraz: pielęgniarka nie widzi zleceń dla pacjentów przeniesionych w nocy i dzwoni do informatyka, który jest w rejestracji, bo drukarka nie drukuje opasek, a lekarz pisze do konsultanta na prywatny komunikator i dołącza zdjęcie ekranu z nazwiskiem pacjenta. Do południa ten sam problem zgłoszono kilka razy i nikt nie wie, czy ktoś się nim zajmuje.

Dyżur przy stanowiskach

W pierwszych dniach ludzie szukają obejść zamiast zgłaszać problemy, więc pomoc stoi tam, gdzie pracują: w rejestracji, na izbie, w dyżurce, w laboratorium i aptece. Dyżur tworzą kluczowi użytkownicy, czyli pielęgniarki, rejestratorki i lekarze placówki przeszkoleni wcześniej i testujący przy odbiorze, którzy odpowiadają na pytanie „jak”, oraz ludzie dostawcy i działu IT, którzy przyjmują błędy. Pielęgniarka naczelna wpisuje ich do grafiku jak dyżur medyczny, z zastępstwem, łącznie z nocą i pierwszym weekendem. Osoby spoza szkolenia, na przykład z nocnej zmiany albo z agencji, przed pierwszą zmianą przechodzą swoje czynności z kluczowym użytkownikiem.

Osoba na dyżurze nie zmienia konfiguracji na produkcji w trakcie rozmowy z pielęgniarką, bo zmiana słownika w jednym miejscu psuje coś na innym oddziale. Zmiany idą przez listę i wieczorną decyzję, poprawki programu przez środowisko testowe. Wyjątek to błąd blokujący w ciągu dnia: kierownik projektu decyduje od razu z pielęgniarką naczelną albo kierownikiem oddziału i zapisuje decyzję na liście.

Jedna lista, narada co wieczór

Wszystkie problemy trafiają w jedno miejsce, a osoba na dyżurze, która usłyszy problem na korytarzu, sama go wpisuje: numer, godzina, stanowisko, oddział, opis w jednym zdaniu, klasa z tabeli odbioru. Danych pacjenta nie wpisuje się ponad numer pobytu; zdjęcie ekranu z nazwiskiem wysłane komunikatorem to przekazanie danych poza placówkę. Pytania zadane dziesięć razy to luka w szkoleniu, a odpowiedź trafia rano na kartkę przy stanowiskach.

Po zmianie dziennej kierownik projektu, kierownik IT, pielęgniarka naczelna albo oddziałowa, osoba od rozliczeń i kierownik wdrożenia dostawcy przez pół godziny przechodzą listę. Każde zgłoszenie dostaje jedną z trzech decyzji: naprawiamy przed porankiem, bo błąd blokuje, a poprawka przeszła test; obchodzimy do wyznaczonej daty, a kluczowi użytkownicy pokazują obejście; odkładamy na listę uwag. Każda decyzja ma nazwisko wykonawcy i sprawdzającego. Czwarta decyzja, przejście oddziału na papier, należy do dyrektora medycznego. Na koniec do oddziałów idzie notatka: co naprawiono, jakie obejście obowiązuje, co otwarte. Błędy ludzie znoszą. Gorzej znoszą ciszę.

Co dział IT sprawdza każdego ranka

Część błędów nie dzwoni do nikogo. Przed zmianą dzienną kierownik IT sprawdza kolejkę dokumentów do P1, wymianę z laboratorium, pracowniami i apteką (zlecenia, które nie dotarły, wyniki, które nie trafiły do karty), nocną kopię nowej bazy i próbę jej odtworzenia, czas odpowiedzi w godzinach szczytu oraz konta nadane dzień wcześniej. Osoba od rozliczeń po pierwszych dniach bierze kilka pobytów i sprawdza, czy mają wszystko, czego wymaga rozliczenie z NFZ.

Czego przepisy nie zawieszają

Konta są imienne od pierwszej minuty, bo system identyfikuje osobę dokonującą wpisu (§ 1 ust. 6 pkt 3 rozporządzenia o dokumentacji); konto „oddział” psuje ten zapis na lata. Upoważnienia dla serwisantów i informatyków dołączających do dyżuru przygotowuje się przed startem, razem z pozostałymi z harmonogramu. Papier jest dopuszczalny, gdy warunki organizacyjno-techniczne uniemożliwiają postać elektroniczną (§ 1 ust. 2), ale ten sam dokument nie może być prowadzony w obu postaciach naraz (§ 1 ust. 3), więc narada ustala, który dokument oddział prowadzi na papierze i kto przeniesie go do systemu (po powrocie systemu). P1 nie czeka: przy pobycie rozpoczętym w pierwszy poniedziałek część danych zdarzenia ma być w P1 najpóźniej w środę (§ 6 ust. 2 rozporządzenia o zdarzeniu medycznym), a dokumenty, które nie wychodzą z powodu nowego systemu, to błąd blokujący.

Wynik w karcie niewłaściwego pacjenta albo uprawnienie pokazujące za dużo to możliwe naruszenie ochrony danych, a awaria zatrzymująca oddziały szpitala objętego KSC może być incydentem poważnym. Terminy zgłoszeń liczy się od stwierdzenia albo wykrycia, a opisuje je rozdział o dwóch zegarach. Kwalifikację ocenia osoba wyznaczona w placówce, nie dostawca, a inspektor ochrony danych, jeśli placówka go wyznaczyła, ma wgląd w listę zgłoszeń.

Kiedy kończy się dyżur

Dwa tygodnie to plan, a o końcu decyduje stan listy. Warunki zapisuje się przed startem: ustalona liczba kolejnych dni roboczych bez nowego błędu blokującego, na przykład pięć; każdy błąd poważny z terminem i obejściem; P1 i pracownie bez zaległości każdego ranka; nocna kopia sprawdzona; pytania powtarzają się coraz rzadziej. Wtedy dyżur przechodzi w zwykły serwis, narada w przegląd co tydzień, a stary system zostaje do odczytu, dopóki ktoś nie sprawdzi danych w nowym.

Oddział, który ma z systemu korzystać

Każdy poprzedni krok zakłada, że oddział chce na systemie pracować. Jeśli nie chce, kilka tygodni po uruchomieniu na odprawie pada zdanie: nowy program dodaje pięć minut do każdego wypisu, a kierownik projektu wraca do dyrektora z wnioskiem, że lekarze nie chcą nowego systemu. Nikt nie wie, ile wypis trwał w starym programie, więc rozmowa jest sporem o nastrój, a taki spór zawsze wygrywa ten, kto pracuje przy łóżku pacjenta.

Pięć minut, których nikt nie zmierzył

Opór na oddziale to informacja o procesie, zbierana pomiarem pracy przed wdrożeniem, a jeśli start już był, od najbliższego dyżuru. Obok czasu zapisuje się obejścia: kartki z dawkami na monitorze, szablony wypisu w pliku na pulpicie, teksty kopiowane z poprzedniego pobytu. Nowy system je zastąpi albo zabierze bez zamiennika i wtedy pięć minut bierze się właśnie stąd. Jeśli po kilku tygodniach wypis nadal trwa dłużej, jest to błąd do naprawy, z nazwą czynności i liczbą w ręku.

Kogo wciągnąć do testów

Zespół złożony z lekarza, który lubi komputery, i informatyka przechodzi scenariusze bez zastrzeżeń, a potem system trafia do ludzi, którzy pracują inaczej. Zapraszam ordynatora albo zastępcę, bo on ocenia wdrożenie na odprawie, rezydenta, który pisze większość wypisów, oddziałową, sekretarkę medyczną i kogoś ze statystyki. Sceptyk jest w zespole cenniejszy niż zwolennik, bo znajduje to, co i tak wyjdzie po starcie. Każda uwaga dostaje decyzję: poprawka przed startem, po starcie w terminie albo brak poprawki z powodem, a uczestnicy dostają listę z powrotem. Kto widzi, że jego uwaga zmieniła ekran, broni potem systemu na oddziale.

Szkolenie przy stanowisku

Szkolenie w sali tydzień przed startem zostawia lekarzowi ogólny obraz ekranu. Działa szkolenie krótkie, przypisane do roli, a jego najważniejsza część dzieje się w pierwszych dniach, gdy osoba wsparcia stoi na oddziale przy obchodzie i wypisach, przy prawdziwym pacjencie. Lekarze na kontraktach i rezydenci dostają termin w grafiku i konto przed pierwszym dyżurem. Każdy ma własne konto i upoważnienie przed szkoleniem, nie wspólne „szkolenie1”. Osoby z upoważnienia przetwarzają dane wyłącznie na polecenie administratora (art. 29 i art. 32 ust. 4 RODO), a szkolenia personelu monitoruje inspektor ochrony danych (art. 39 ust. 1 lit. b RODO), więc tę część uzgadnia się z nim.

Kiedy ustąpić, a kiedy nie

Ustępuję we wszystkim, co dotyczy sposobu pracy lekarza: kolejność pól, wartości domyślne, szablony typowych rozpoznań, skróty, liczba kroków do czynności wykonywanej dwadzieścia razy dziennie, układ wydruku. Jeśli pomiar potwierdza, że coś trwa za długo, konfiguracja jest tańsza niż miesiące niechęci. Ustępuję w terminie: oddział z brakami kadrowymi startuje później, a zmiana zaczyna się od oddziału, który ma lidera. U części dużych dostawców każda zmiana ekranu to płatne zlecenie na kolejny kwartał, więc placówka uczy lekarzy obchodzić system; do umowy dopisuje się, kto i w jakim trybie zmienia szablony po starcie, a jeśli robi to administrator placówki, oddział dostaje poprawkę w dniach.

Nie ustępuję w tym, co dokument musi zawierać i kto go podpisał. Placówka ma obowiązek prowadzić dokumentację (art. 24 ust. 1 ustawy o prawach pacjenta), a system ustala autora i czas wpisu, więc konta imienne są poza dyskusją, tak samo jak pola potrzebne do zdarzenia medycznego i rozliczenia. Nie ustępuję też w prowadzeniu dokumentacji w starym programie „na wszelki wypadek” po dniu przełączenia. Jak lekarz pracuje, ustala oddział. Co musi znaleźć się w dokumentacji, ustala prawo. Spory rozstrzyga dyrektor medyczny na podstawie czasów czynności i listy uwag.

Przykład: zdarzenie niepożądane zgłoszone w dwie minuty

Zasada, że o użyciu decyduje czas czynności, dotyczy też formularzy obok dokumentacji. Pacjent po zabiegu wstaje w nocy sam i osuwa się przy łóżku. Urazu nie ma, wpis w dokumentacji jest, zgłoszenia nie ma, bo formularz ma trzy strony i leży w segregatorze. Gdy przy tym łóżku dojdzie potem do złamania, nikt nie wie o wcześniejszych upadkach. O liczbie zgłoszeń decyduje czas, jaki zajmuje formularz.

Podmiot udzielający świadczeń w ramach umowy z NFZ ma wewnętrzny system zarządzania jakością i bezpieczeństwem w celu zapobiegania zdarzeniom niepożądanym (art. 18 ust. 1 ustawy o jakości w opiece zdrowotnej i bezpieczeństwie pacjenta), utworzony do 30 czerwca 2024 (art. 61), w którym monitoruje takie zdarzenia (art. 18 ust. 3 pkt 5). Zdarzenie niepożądane to takie, które powoduje albo może spowodować negatywny skutek dla zdrowia lub życia pacjenta (art. 2 pkt 8), więc upadek bez urazu się mieści. Za prowadzenie systemu i analizę przyczyn źródłowych odpowiada kierownik podmiotu (art. 19 ust. 1 i ust. 2 pkt 1), ale może ją przeprowadzić, tylko gdy o zdarzeniu wie. Ustawa nie określa wzoru formularza ani anonimowości. Standardy akredytacyjne dla szpitali, publikowane przez Centrum Monitorowania Jakości w Ochronie Zdrowia, podpowiadają zgłaszanie także anonimowe i przez pacjentów, bez szukania winnych (BP 1.1).

Formularz ma kilka pól: kiedy i gdzie, co się stało (upadek, lek, sprzęt, identyfikacja pacjenta, inne), czy dotarło do pacjenta, co zrobiono i krótki opis. Resztę pełnomocnik do spraw jakości uzupełnia z oddziałem w dzień. Otwiera się z systemu oddziału bez drugiego logowania, podstawia identyfikator pacjenta zamiast przepisywania nazwiska i rozpoznania, bo zakres danych ogranicza się do niezbędnych (art. 5 ust. 1 lit. c RODO), i nie zastępuje wpisu w dokumentacji. Dwie minuty sprawdza się stoperem na nocnej zmianie. Anonimowość sprawdza się u dostawcy, bo dziennik zapisuje zalogowane konto, a wyjaśnianie postępowania konkretnej osoby idzie osobną drogą.

Pełnomocnik potwierdza przyjęcie w ciągu dnia roboczego, a oddział dowiaduje się, co zmieniono; bez tego liczba zgłoszeń spada po kilku miesiącach. Działanie niepożądane leku zgłasza się Prezesowi Urzędu Rejestracji Produktów Leczniczych, Wyrobów Medycznych i Produktów Biobójczych albo podmiotowi odpowiedzialnemu (art. 36d ust. 1 Prawa farmaceutycznego), ciężkie w 15 dni od powzięcia informacji (art. 36f), a poważny incydent z wyrobem medycznym niezwłocznie producentowi, z kopią do Prezesa Urzędu (art. 48 ust. 2 pkt 1 i ust. 4 ustawy o wyrobach medycznych), więc kategorie „lek” i „sprzęt” powiadamiają osobę, która te zgłoszenia prowadzi. Mała liczba zgłoszeń z dużego oddziału zwykle znaczy, że oddział przestał zgłaszać.

Co to znaczy na waszej skali

Etapy są te same w gabinecie i w grupie szpitali, różni się ich ciężar: ile osób trzeba przekonać, ile połączeń przetestować i jak długi dzień przykryć dyżurem. Jak z wielkością placówki przybywa warstw IT, opisałem w tekście Kwestia skali, a etap, na którym naprawdę jesteście, pomaga ustalić Autodiagnoza skali placówki.

Gabinet lekarski

Potrzebę opiszcie jednym zdaniem z dnia pracy i porównajcie dwa albo trzy programy w wersji próbnej, na własnych wizytach. Zwykle najlepiej sprawdza się system w chmurze z opłatą miesięczną, jeśli zmiany wymuszone przepisami są w cenie abonamentu; zapytajcie o to na piśmie, razem z tym, czy opłata liczy się od lekarza, stanowiska czy wizyt. Chmura przenosi ryzyko na łącze, więc potrzebna jest druga droga do internetu, choćby telefon.

Przeniesienie danych mieści się w dniu bez przyjęć, jeśli przed wyborem daty otworzycie pełny eksport na kilku pacjentach (wizyty, wyniki, skany, terminy), zaakceptujecie umowę powierzenia, także gdy jest w regulaminie usługi, i ustalicie, czy nowy program potrzebuje nowego certyfikatu P1; jeśli tak, generujecie go po ostatniej recepcie w starym. Przed zablokowaniem starego programu sprawdźcie, czy wizyty z ostatnich dni wyszły do P1, a kopię bazy z prób usuńcie, także z prywatnego laptopa. Odbiór to jedno popołudnie: zapis, wizyta z podpisem, e-recepta i e-skierowanie w środowisku integracyjnym umówionym z dostawcą, wydruk. Pierwsze dni z mniejszą liczbą wizyt. Harmonogramu z kamieniami milowymi, zespołu testowego ani narad gabinet nie potrzebuje.

Przychodnia

Przy opisie potrzeby i na pokazie są lekarz, rejestratorka i osoba od rozliczeń, bo wizyta trwa kwadrans, a rejestracja i poprawki w rozliczeniach zajmują resztę dnia. Pierwsza czynność do zmierzenia to rejestracja, druga wizyta z e-receptą i e-skierowaniem. Jeśli przyjmujecie do 20:00, a obsługa serwisu trwa od 8:00 do 16:00, wieczorna zmiana zostaje bez wsparcia.

Projekt prowadzi jedna osoba z czasem i prawem decyzji, zwykle kierowniczka rejestracji albo osoba od rozliczeń. Migracja idzie z okresem równoległym, a rejestracja sprawdza na wydruku z nowego systemu pacjentów umówionych na najbliższe tygodnie. Przełączenie po zamknięciu rozliczenia, w dniu bez przyjęć, z procedurą papierową. Przy odbiorze rejestracja sprawdza, co system zrobi z tym samym numerem PESEL wpisanym drugi raz. W pierwszych dniach przy rejestracji stoi kluczowy użytkownik albo konsultant, a narada po zamknięciu rejestracji trwa kwadrans. Dyżuru nocnego, własnego serwera testowego ani kierownika projektu na etat przychodnia nie potrzebuje.

Sieć przychodni

Zarząd decyduje najpierw, czy wszystkie lokalizacje pracują na jednym systemie i jednej bazie pacjentów, a razem z tym, co zobaczy rejestracja lokalizacji, która straci łącze, i ile kosztuje dołączenie kolejnej przychodni. Gdy lokalizacje prowadzą osobne spółki, przed połączeniem kartotek trzeba ustalić z inspektorem ochrony danych albo prawnikiem, kto jest administratorem. Słowniki, szablony, role i tabelę przejścia ustala się raz, centralnie, a kartoteki tego samego pacjenta łączy przed migracją. Pierwsza lokalizacja, najlepiej z największym ruchem, przechodzi całą ścieżkę, a jej lista zgłoszeń decyduje o dacie kolejnych; decyzja „idziemy albo przesuwamy” zapada przed każdą. Scenariusze przechodzi każda lokalizacja, bo drukarki i łącza są wszędzie inne, a jeden scenariusz dotyczy sieci: pacjent z jednej lokalizacji przychodzi do drugiej i rejestracja znajduje jego kartotekę.

Szpital

Dwie decyzje zapadają w szpitalu najczęściej za późno. Właściciel projektu dostaje czas i zwolnienie z części zadań przed podpisaniem umowy z wykonawcą. Dyrektor medyczny wybiera przejście oddziałami albo przełączenie całości, zanim powstanie harmonogram; przy przejściu oddziałami kolejność wyznacza droga pacjenta, bo przeniesienie z oddziału w nowym systemie na oddział w starym gubi zlecenia. Odbiór obejmuje co najmniej jeden oddział zabiegowy i jeden zachowawczy, awarię P1, leki przez dobę i odtworzenie kopii, a czas otwarcia karty mierzy się na komputerze oddziałowym przy porannych zleceniach. Izba przyjęć, laboratorium i apteka mają osobny plan startu. Przełączenie idzie w nocy, z procedurą papierową, a dyżur przy stanowiskach obejmuje każdy oddział przez całą dobę i pierwszy weekend, przy mniejszej liczbie przyjęć planowych.

Szpital specjalistyczny

Dochodzą systemy dziedzinowe, aparatura wielu producentów i bezpieczeństwo jako osobna funkcja. Moduły specjalności sprawdźcie osobno, bo każdy program innego producenta to kolejna integracja i kolejny dostawca, a pytanie o interfejsy zadawajcie przy każdym zakupie, także aparatu (urządzenia medyczne). Pomiar obejmuje lek wysokiego ryzyka, na przykład wlew przez pompę ze zmianą szybkości, i czas od zlecenia badania do wyniku na oddziale. Odbiór obejmuje diagnostykę obrazową, patomorfologię i aptekę, test obciążenia w najcięższej godzinie dnia oraz wynik z analizatora i obraz z aparatu wpiętego do środowiska testowego. Uprawnienia i dziennik sprawdza osoba od bezpieczeństwa, osobno od kierownika IT, a zespół bezpieczeństwa zatwierdza dostęp wdrożeniowców do sieci przed ich przyjazdem.

Sieć szpitali

Najpierw rozstrzygnięcie, czy to jeden projekt grupy, czy kilka projektów szpitali, bo od tego zależy właściciel i budżet utrzymania. Wspólne słowniki badań, leków i komórek oraz jeden indeks pacjentów ustala się przed pierwszą migracją, a cenę przyłączenia kolejnego szpitala z migracją jego danych zapisuje w umowie od razu. Wdrożenie idzie falami: pierwszy szpital jest pilotażem, jego czasy czynności punktem odniesienia, a jego kluczowi użytkownicy dyżurują w następnym. Wspólne słowniki i integracje odbiera się raz, ścieżkę pacjenta każdy szpital u siebie. Rejestr zgłoszeń i klasy błędów są jedne dla grupy, a błąd blokujący w jednym szpitalu wstrzymuje start kolejnego. Jeden system czy kilka, omawia rozdział o sieci szpitali.

Typowe błędy

1. Wybór systemu po prezentacji handlowca, bez pokazu na własnym scenariuszu i bez pomiaru pracy na obecnym systemie.
2. Wymagania bez procesów: potrzeba nazwana produktem, opisana przez jedną grupę, bez godziny przy stanowisku.
3. Data startu ustalona przed spisem danych i zamówieniem eksportu, a umowa ze starym dostawcą wypowiedziana przed obejrzeniem pełnego eksportu.
4. Jedno przeniesienie danych w dniu startu, z tabelą słowników bez podpisu osoby od rozliczeń i z zapomnianym terminarzem.
5. Nowy certyfikat P1 wygenerowany w dniu testów, gdy rejestracja pracuje jeszcze w starym systemie, i podpis e-recepty sprawdzony na jednym komputerze.
6. Integracja odebrana, bo „plik przyszedł”, i kolejka komunikatów odrzuconych, do której nikt nie zagląda.
7. Protokół podpisany po pokazie, bez klas błędów uzgodnionych przed testami i bez zapisanej wersji.
8. Szkolenie w sali tydzień przed startem, bez planu dla nocnej zmiany, kontraktów i rezydentów.
9. Lista zgłoszeń w trzech miejscach: telefon, korytarz i komunikator ze zdjęciem ekranu.
10. Dyżur zakończony po dwóch tygodniach według kalendarza i stary system wyłączony, zanim ktoś porównał dane.

Od czego zacząć w tym tygodniu

1. Zapiszcie potrzebę jednym zdaniem bez nazwy produktu i pokażcie je każdej grupie, której zmiana dotyczy.
2. Spędźcie godzinę przy rejestracji albo w dyżurce i spiszcie obejścia wokół obecnego systemu.
3. Zmierzcie jedną zmianę na obecnym systemie: czynności, ekrany, kliknięcia, czas i miejsce powstania wpisu.
4. Wyślijcie obecnemu dostawcy pytanie na piśmie o format, termin i cenę pełnego eksportu z załącznikami i terminarzem.
5. Spiszcie sprawy zależne od kogoś spoza umowy wdrożeniowej, z osobą i datą zobowiązania przy każdej.
6. Uzgodnijcie tabelę klas błędów, zanim zobaczycie pierwszy scenariusz testowy.
7. Wskażcie z nazwiska właściciela projektu po stronie placówki i wpiszcie jego czas do grafiku.

Punkty do odhaczenia przed podpisem protokołu i w pierwszych dniach, z dowodami i podstawami prawnymi, są w Liście kontrolnej odbioru systemu.

Co ma działać w poniedziałek rano po uruchomieniu i kto u was sprawdzi to własnymi rękami, zanim podpisze protokół?