Szpital powiatowy, styczeń, plan finansowy na rok jest już przyjęty. Kierownik IT przynosi do działu zamówień listę: komputery dla dwóch oddziałów, drugie tyle dla izby przyjęć w lipcu, moduł zleceń do systemu szpitalnego, integracja tego modułu z laboratorium, szkolenie dla oddziałów i przedłużenie wsparcia dla serwerów. Każda pozycja jest wyceniona poniżej 170 000 zł. Na dole kartki dopisek dyrektora: utrzymanie obecnego systemu szpitalnego kończy się z końcem 2028 roku, trzeba zacząć przygotowania do następnego. Pracownik działu zamówień zadaje dwa pytania. Czy moduł, integracja i szkolenie to trzy różne zakupy, skoro wszystko zrobi ten sam dostawca? I na ile lat szpital może kupić następny system, skoro ma mu służyć dłużej niż jedną umowę?
Na pierwsze pytanie odpowiadają przepisy o szacowaniu: próg liczy się od wartości zamówienia, a nie od faktury. Na drugie przepisy o czasie umowy: licencję wolno kupić na czas nieoznaczony, utrzymanie tylko na czas oznaczony, a na dłużej niż cztery lata pod warunkami z ustawy. Poradnik idzie po kolei przez decyzje przed zakupem systemu i przy każdej podaje, co mówi ustawa i kto w szpitalu odpowiada za wykonanie.
Dla kogo i jak czytać. Poradnik jest dla dyrektorów samodzielnych publicznych zakładów opieki zdrowotnej, działów zamówień, kierowników IT i działów ekonomicznych oraz spółek z udziałem samorządu, które prowadzą szpitale albo przychodnie. Przychodnia publiczna zacznie od rozdziału o progu i szacowaniu, bo u niej to on rozstrzyga, czy ustawa w ogóle obowiązuje. Szpital powiatowy przeczyta całość w kolejności przygotowań: szacowanie, konsultacje, opis przedmiotu zamówienia, kryteria, umowa. Szpital specjalistyczny najwięcej weźmie z fragmentów o podziale zamówienia na części i o koszcie cyklu życia, a sieć szpitali z rozdziału o wspólnym zakupie. Opisuję zasady z przepisów i to, co z nich wynika dla praktyki zamawiającego; wagi kryteriów, treść dokumentów zamówienia i ocenę konkretnego postępowania ustala zamawiający ze swoim prawnikiem. Stan prawny na 29.09.2026, Prawo zamówień publicznych w tekście jednolitym Dz.U. 2026 poz. 793.
Próg, szacowanie wartości i dzielenie zamówienia
Kto jest zamawiającym
Szpital albo przychodnia działające jako samodzielny publiczny zakład opieki zdrowotnej są jednostką sektora finansów publicznych (art. 9 pkt 10 ustawy o finansach publicznych), a więc zamawiającym publicznym (art. 4 pkt 1 Pzp). Placówka prowadzona przez spółkę, w której ponad połowę udziałów ma samorząd, sprawdza, czy jest zamawiającym z art. 4 pkt 3 Pzp; przepis wymaga też, żeby osoba prawna została utworzona w szczególnym celu zaspokajania potrzeb o charakterze powszechnym, niemających charakteru przemysłowego ani handlowego, więc same udziały sprawy nie przesądzają. Tak samo status sprawdza instytut badawczy prowadzący szpital, bo nie jest jednostką sektora finansów publicznych (art. 9 pkt 14 ustawy o finansach publicznych). Część obowiązków ustawa nakłada tylko na zamawiających z art. 4 pkt 1 i 2 Pzp, czyli na przykład na SPZOZ, a nie na spółkę czy instytut z art. 4 pkt 3: plan postępowań (art. 23 ust. 1) i limit wagi ceny (art. 246). Kilka samodzielnych publicznych zakładów to kilku zamawiających, także przy wspólnym podmiocie tworzącym.
Próg 170 000 zł i co liczy się do wartości
Zamawiający publiczny stosuje ustawę do zamówień klasycznych o wartości równej lub wyższej niż 170 000 zł (art. 2 ust. 1 pkt 1 Pzp). Ta kwota obowiązuje od 1 stycznia 2026, wcześniej próg wynosił 130 000 zł (zmiana: ustawa z 25 lipca 2025, Dz.U. 2025 poz. 1173).
Wartość zamówienia to całkowite szacunkowe wynagrodzenie wykonawcy bez VAT, ustalone z należytą starannością (art. 28 Pzp). Uwzględnia się największy możliwy zakres zamówienia, razem z opcjami i wznowieniami (art. 31 ust. 2 Pzp). Wartość dostaw i usług ustala się nie wcześniej niż trzy miesiące przed wszczęciem postępowania (art. 36 ust. 1 Pzp), więc szacunek sprzed pół roku trzeba odświeżyć przed ogłoszeniem.
Dla systemu oznacza to jedno: wartość obejmuje licencję, wdrożenie, integracje, szkolenia i utrzymanie za cały okres umowy, razem z opcjami. Utrzymanie na siedem lat liczy się za siedem lat. Przy usługach, których łącznej ceny nie da się określić, a które są udzielane na czas nieoznaczony albo dłuższy niż 48 miesięcy, wartością jest kwota miesięczna pomnożona przez 48 (art. 35 ust. 3 pkt 2 Pzp); przy najmie, dzierżawie i leasingu sprzętu na czas nieoznaczony działa ten sam mnożnik (art. 35 ust. 2 pkt 1 Pzp). Przykład rachunkowy: obecne utrzymanie za 4 000 zł netto miesięcznie bez daty końca ma wartość 192 000 zł, choć żadna faktura nie przekroczy kilku tysięcy. Nowej umowy na taką usługę bez daty końca zamawiający publiczny nie zawrze: umowę w sprawie zamówienia zawiera się na czas oznaczony (art. 434 ust. 1 Pzp), a czas nieoznaczony ustawa dopuszcza między innymi dla licencji, nie dla usług utrzymania (art. 435 ust. 1 Pzp).
Poniżej progu ustawa milczy o trybie, ale nie o zasadach
Poniżej 170 000 zł ustawa nie narzuca trybu ani ogłoszenia w Biuletynie Zamówień Publicznych. Zostają zasady finansów publicznych: wydatki dokonuje się w sposób celowy i oszczędny, z uzyskaniem najlepszych efektów z danych nakładów (art. 44 ust. 3 pkt 1 ustawy o finansach publicznych). Zapytania ofertowe i notatkę z wyboru ustala wewnętrzny regulamin szpitala. Zamówienia poniżej progu nie znikają też ze sprawozdawczości: zamawiający ujmuje je w rocznym sprawozdaniu o udzielonych zamówieniach, które przekazuje Prezesowi Urzędu Zamówień Publicznych do 1 marca roku następnego (art. 82 ust. 1 i 2 Pzp).
Jak ustawa każe sumować zakupy IT
Zamawiający nie może zaniżać wartości ani wybierać sposobu jej obliczania po to, żeby uniknąć stosowania ustawy (art. 29 ust. 1 Pzp). Nie może też dzielić zamówienia na odrębne zamówienia, jeżeli prowadzi to do niestosowania ustawy, chyba że uzasadniają to obiektywne przyczyny (art. 29 ust. 2 Pzp).
Przy usługach udzielanych w częściach wartością jest łączna wartość wszystkich części (art. 30 ust. 1 Pzp). Przy dostawach sumuje się wartość podobnych dostaw, także gdy każda część idzie osobnym postępowaniem (art. 30 ust. 2 Pzp). Komputery dla oddziałów w styczniu i dla izby przyjęć w lipcu to jedna potrzeba rozłożona w czasie. Wsparcie przedłużane co roku to usługa powtarzająca się: jej wartość liczy się z zamówień tego samego rodzaju z poprzednich 12 miesięcy albo z poprzedniego roku budżetowego, albo z tych, których szpital zamierza udzielić w ciągu 12 miesięcy od pierwszej usługi (art. 35 ust. 1 Pzp).
Przy każdej parze pozycji z listy zadaję trzy pytania. Czy służą temu samemu celowi, na przykład jednemu systemowi albo jednemu procesowi? Czy szpital znał obie potrzeby w tym samym czasie, na etapie planu? Czy może je wykonać ten sam wykonawca? Trzy odpowiedzi twierdzące zwykle oznaczają jedno zamówienie. To moja praktyka, nie formuła z ustawy: ocenę robi zamawiający i zapisuje, dlaczego rozdzielił pozycje.
Z listy ze stycznia wychodzą według tej praktyki trzy sumy zamiast sześciu pozycji. Komputery dla oddziałów i dla izby przyjęć to podobne dostawy, więc ich wartość się sumuje. Moduł zleceń, integracja z laboratorium i szkolenie służą jednemu wdrożeniu i wykona je ten sam dostawca, więc według mnie to jedno zamówienie. Wsparcie serwerów ma inny przedmiot i liczy się osobno, według art. 35 Pzp. Każda z tych sum, która osiągnie 170 000 zł, idzie według ustawy.
Gdzie w IT najłatwiej o niedozwolony podział
Pierwsze miejsce to rozbudowa systemu szpitalnego: moduł, integracja, szkolenie i dostosowanie, każda pozycja od tego samego dostawcy i każda poniżej progu, a razem jedno wdrożenie z jednym celem. Drugie to utrzymanie oddzielone od licencji i wdrożenia, choć szpital od początku wie, że system będzie utrzymywał przez lata.
Trzecie to zakupy kilku komórek z osobnych budżetów, na przykład działu aparatury i działu IT. Gdy zamawiający składa się z kilku jednostek organizacyjnych, wartość ustala się dla wszystkich łącznie (art. 33 ust. 1 Pzp). Odrębnie liczy tylko jednostka z samodzielnością finansową, która kupuje na własną działalność (art. 33 ust. 2 Pzp). Oddział szpitala zwykle takiej samodzielności nie ma; sprawdźcie to w regulaminie organizacyjnym, a nie przyjmujcie z przyzwyczajenia.
Kiedy osobne zamówienia mają uzasadnienie
Ustawa dopuszcza podział z obiektywnych przyczyn (art. 29 ust. 2 Pzp), ale ich nie wylicza. Przyczyna broni się, gdy widać ją w dokumentach z chwili decyzji: potrzeba spoza planu, która pojawiła się po awarii albo po zmianie przepisów, albo zakupy z różnych rynków. Notatka napisana po kontroli nie jest dowodem.
Druga możliwość jest w samej ustawie. Przy zamówieniu udzielanym w częściach do części o wartości mniejszej niż równowartość 80 000 euro dla dostaw lub usług można stosować przepisy właściwe dla wartości tej części, jeśli łączna wartość takich części nie przekracza 20% wartości zamówienia (art. 30 ust. 4 Pzp). Kurs euro do przeliczenia ogłasza Prezes Urzędu Zamówień Publicznych (art. 3 ust. 2 do 4 Pzp).
Podział na części w jednym postępowaniu to co innego niż podział zamówienia. Zamawiający może udzielić zamówienia w częściach (art. 91 ust. 1 Pzp), a wartość liczy łącznie (art. 30 ust. 1 i 2 Pzp): części otwierają drogę mniejszym wykonawcom, a ustawa dalej obowiązuje. Kiedy części mają sens przy systemie, piszę w rozdziale o opisie przedmiotu zamówienia.
Kto odpowiada za podział
Naruszeniem dyscypliny finansów publicznych jest niezgodne z przepisami ustalenie wartości zamówienia, jeżeli miało wpływ na obowiązek stosowania przepisów o zamówieniach (art. 17 ust. 1 pkt 2 ustawy o odpowiedzialności za naruszenie dyscypliny finansów publicznych). Ta sama ustawa osobno wymienia łączenie albo dzielenie zamówienia skutkujące uniknięciem stosowania przepisów (art. 17 ust. 1 pkt 5b) i udzielenie zamówienia wykonawcy, którego nie wybrano w trybie z przepisów (art. 17 ust. 1b pkt 1). Odpowiedzialności podlegają kierownik jednostki i pracownicy, którym powierzono obowiązki (art. 4 ust. 1 pkt 2 i 3 tej ustawy), więc odpowiadać może zarówno dyrektor, który podpisał umowę, jak i osoba, której powierzono przygotowanie szacunku.
Czasem podział proponuje sam dostawca: jedna oferta rozpisana na trzy zamówienia, każde poniżej progu, żeby było szybciej. Wartość ustala jednak zamawiający (art. 28 Pzp), a ustawa o dyscyplinie wymienia osoby po stronie szpitala. Za taki podział odpowiadają dyrektor i osoba, której powierzono szacunek, a nie dostawca, który go zaproponował. Czynność z art. 17 ust. 1 nie jest naruszeniem, jeśli skorygowano ją tak, że postępowanie jest zgodne z przepisami, zanim udzielono zamówienia (art. 17 ust. 1a tej ustawy), więc szacunek sprawdza się przed pierwszą umową, a nie po trzeciej.
Drugi koszt podziału jest techniczny. Szpital, który rozbudowuje system drobnymi zamówieniami u jednego dostawcy, po kilku latach ma system, który rozszerzy tylko on, a wolna ręka ma w ustawie wąskie warunki, opisane w rozdziale o licencji i utrzymaniu. Kto w takim układzie ustala cenę kolejnego połączenia, opisuje poradnik o koszcie integracji.
Plan zamiast listy faktur
Szpital jako zamawiający z art. 4 pkt 1 Pzp sporządza plan postępowań na rok finansowy nie później niż 30 dni od przyjęcia planu finansowego i zamieszcza go w Biuletynie Zamówień Publicznych oraz na swojej stronie (art. 23 ust. 1 Pzp). Plan obejmuje postępowania, ale powstaje z tej samej listy potrzeb co zakupy poniżej progu, więc to na niej dział zamówień sumuje podobne dostawy i części usług, zanim wyjdzie pierwsze zapytanie ofertowe. Wpiszcie do niej też postępowania na kolejne okresy utrzymania, na rok, w którym trzeba je wszcząć. Jak ułożyć budżet IT, w którym te pozycje się mieszczą, opisuje poradnik o budżecie IT szpitala.
Wstępne konsultacje rynkowe: co mówi ustawa
Konsultacje mają sprawdzić, czy rynek poradzi sobie z procesami szpitala. Źle przygotowane kończą się odwrotnie: każdy dostawca pokazuje swoje ekrany i swoje nazwy funkcji, a miesiąc później opis potrzeb brzmi jak spis treści instrukcji jednego z systemów.
Podstawa i obowiązki informacyjne
Zamawiający może przed wszczęciem postępowania przeprowadzić wstępne konsultacje rynkowe w celu przygotowania postępowania i poinformowania wykonawców o swoich planach i wymaganiach (art. 84 ust. 1 Pzp). Konsultacje nie są obowiązkowe. Jeśli szpital je prowadzi, zamieszcza na swojej stronie informację o zamiarze ich przeprowadzenia i o ich przedmiocie (art. 84 ust. 2 Pzp), a informację o przeprowadzeniu konsultacji podaje potem w ogłoszeniu o zamówieniu (art. 84 ust. 4 Pzp).
W trakcie konsultacji zamawiający może korzystać z doradztwa ekspertów, władzy publicznej lub wykonawców i wykorzystać je przy planowaniu, przygotowaniu lub przeprowadzaniu postępowania, pod warunkiem że nie powoduje to zakłócenia konkurencji ani naruszenia zasad równego traktowania wykonawców i przejrzystości (art. 84 ust. 3 Pzp).
Wykonawca, który doradzał, a potem składa ofertę
Jeśli wykonawca doradzał albo był w inny sposób zaangażowany w przygotowanie postępowania, zamawiający przekazuje pozostałym wykonawcom istotne informacje, które mu przekazał lub od niego uzyskał, wyznacza odpowiedni termin na złożenie ofert i wskazuje te środki w protokole postępowania (art. 85 ust. 1 Pzp). Wykluczenie takiego wykonawcy jest ostatecznością, gdy zakłócenia konkurencji nie da się usunąć inaczej, i wymaga wcześniejszego umożliwienia mu wykazania, że konkurencji nie zakłóci (art. 85 ust. 2 i art. 108 ust. 1 pkt 6 Pzp). W protokole postępowania zamawiający podaje informację o konsultacjach i o podmiotach, które w nich uczestniczyły (art. 73 ust. 2 Pzp), a dokumenty z konsultacji przechowuje w oryginalnej postaci i formacie (art. 79 ust. 1 Pzp).
Z tego wynika praktyka dokumentowania. Z każdego spotkania powstaje notatka: kto był, o co pytano, co odpowiedziano, jakie dokumenty przekazano; bez niej po roku nie da się wykazać, że istotne informacje trafiły do wszystkich. Dobrą praktyką jest też uprzedzić w informacji o konsultacjach, że to, co uczestnicy przekażą, może trafić do pozostałych wykonawców i do dokumentacji postępowania. Dostawca, który to wie, nie przyniesie materiałów, których nie chce ujawniać.
Równe traktowanie i bezstronność
Nad konsultacjami stoją zasady ogólne: postępowanie przygotowuje się w sposób zapewniający uczciwą konkurencję i równe traktowanie wykonawców, przejrzysty i proporcjonalny (art. 16 Pzp), a czynności przygotowania wykonują osoby zapewniające bezstronność i obiektywizm (art. 17 ust. 3 Pzp). Osoby, które potem wykonują czynności w postępowaniu albo mogą wpłynąć na jego wynik, podlegają wyłączeniu przy konflikcie interesów i składają oświadczenie o jego istnieniu albo braku (art. 56 ust. 1, 2 i 4 Pzp). Personel oddziałów włączony do konsultacji powinien to wiedzieć od początku.
Równe traktowanie oznacza w praktyce te same materiały, te same pytania na piśmie i ten sam czas dla każdego uczestnika. Udział w konsultacjach nie jest też przepustką do przetargu: dostawca, który nie przyszedł, składa ofertę na tych samych zasadach (art. 16 Pzp).
Konsultacje a analiza potrzeb
Konsultacje nie zastępują analizy potrzeb. Przy zamówieniu od progów unijnych zamawiający publiczny przed wszczęciem postępowania analizuje potrzeby i wymagania, w tym rozeznaje rynek i warianty realizacji, oraz wskazuje orientacyjną wartość, możliwość podziału na części i ryzyka (art. 83 ust. 1 do 3 Pzp). Poniżej progów unijnych art. 83 nie ma zastosowania, ale art. 84 i 85 już tak (art. 266 Pzp). Wnioski z konsultacji wchodzą do analizy potrzeb albo, poniżej progów unijnych, do notatki z przygotowania postępowania.
Pytanie o proces, nie o produkt
Pytanie o produkt brzmi: czy macie moduł zleceń. Każdy dostawca odpowie „tak”, bo każdy ma coś, co tak nazywa. Pytanie o proces zaczyna się od opisu tego, co dzieje się w szpitalu: pacjent trafia na izbę przyjęć, lekarz zleca badanie, próbka jedzie do laboratorium, wynik wraca, pielęgniarka podaje lek, wypis zostaje zaindeksowany w P1, świadczenie idzie do rozliczenia z NFZ. Dostawca, który dostaje taki opis, musi odpowiedzieć, jak jego rozwiązanie go obsłuży, gdzie widzi ryzyko i czego potrzebuje od szpitala. Odpowiedzi da się porównać, bo wszyscy odpowiadają na ten sam opis.
Ta różnica ma skutek prawny, bo z konsultacji powstaje opis przedmiotu zamówienia, a ten nie może utrudniać uczciwej konkurencji (art. 99 ust. 4 Pzp, szerzej w następnym rozdziale). Wymagania budowane z notatek po pokazie jednego systemu łatwo przenoszą do opisu cechy jednego produktu. Wymagania budowane z opisu pracy oddziału mówią, co ma się stać.
Warunek jest jeden: szpital, który idzie na konsultacje bez opisu własnych procesów, będzie słuchał, zamiast pytać. Opis procesów i pomiar pracy na obecnym systemie powstają przed ogłoszeniem konsultacji; jak je zrobić, opisuje poradnik o wyborze systemu w rozdziałach o potrzebie przed produktem i o pomiarze pracy.
Po konsultacjach
Wnioski zapisuje szpital, własnymi słowami, w odniesieniu do własnych procesów. Wniosek, który da się sformułować tylko nazwą funkcji jednego systemu, odsyła z powrotem do opisu procesu. Gdy jakiś proces obsłuży tylko jeden wykonawca, zamawiający zmienia wymaganie albo dokumentuje, dlaczego jest niezbędne. Odpowiedzi jedynego uczestnika nie są obrazem rynku; porównajcie je z ogłoszeniami innych szpitali o podobnym zakresie.
Opis przedmiotu zamówienia: zasady z przepisów
Uzależnienie od dostawcy zaczyna się w opisie przedmiotu zamówienia, zanim ktokolwiek podpisze umowę. Arkusz kilkuset wymagań do zaznaczenia „TAK”, przepisanych z instrukcji obecnego systemu (układ okna wypisu, kolejność pól, skrót klawiszowy), spełni bez zastrzeżeń jeden wykonawca: ten, z którego instrukcji go przepisano.
Co mówi ustawa
Przedmiot zamówienia opisuje się w sposób jednoznaczny i wyczerpujący, za pomocą dostatecznie dokładnych i zrozumiałych określeń (art. 99 ust. 1 Pzp). Opisu nie można sformułować tak, żeby mógł utrudniać uczciwą konkurencję, w szczególności przez wskazanie znaków towarowych, pochodzenia albo szczególnego procesu charakterystycznego dla produktów konkretnego wykonawcy (art. 99 ust. 4 Pzp). Wskazanie takiego znaku z dopiskiem „lub równoważny” jest dopuszczalne tylko wtedy, gdy zamawiający nie może opisać przedmiotu w wystarczająco precyzyjny i zrozumiały sposób, i wymaga podania kryteriów oceny równoważności (art. 99 ust. 5 i 6 Pzp).
Ustawa wprost dopuszcza opis przez wymagania dotyczące wydajności lub funkcjonalności, jeśli parametry są na tyle precyzyjne, żeby wykonawca ustalił przedmiot zamówienia, a zamawiający mógł go udzielić (art. 101 ust. 1 pkt 1 Pzp). To podstawa opisu opartego na procesach: szpital nie musi wiedzieć, jak wygląda ekran, musi wiedzieć, co ma się wydarzyć, kto to robi i jaki jest wynik.
Proces zamiast ekranu
Opis procesu odpowiada na cztery pytania: kto wykonuje czynność, co jest jej wynikiem, skąd przychodzą i dokąd trafiają dane, co się dzieje, gdy system nie działa. Taki opis spełni każdy wykonawca, który ten proces obsługuje, niezależnie od wyglądu jego ekranów.
Mapę procesów zaczyna się od kilku ścieżek pacjenta, nie od listy modułów: przyjęcie planowe, przyjęcie w trybie nagłym, pobyt na oddziale z badaniami i lekami, wypis z rozliczeniem. Na każdej ścieżce widać, gdzie dane przechodzą między oddziałem, apteką, laboratorium, pracownią obrazową i działem rozliczeń. Te miejsca najczęściej zamykają drogę do zmiany dostawcy.
Mapę pisze szpital, a nie dostawca. Robią to ludzie, którzy te procesy wykonują: pielęgniarka oddziałowa, lekarz, koder, kierownik apteki. IT i dział zamówień pilnują, żeby opis dało się porównać i sprawdzić. Opis, w którym personel nie rozpoznaje własnej pracy, zapowiada trudne wdrożenie.
Wymaganie, które da się sprawdzić, i jego waga
Wymaganie ma sens, gdy da się je sprawdzić przy odbiorze. „Intuicyjny interfejs” sprawdzić się nie da. Da się sprawdzić, czy lekarz przy wypisie musi drugi raz wpisywać rozpoznania i procedury, które już są w karcie pacjenta. Ten sam opis procesu staje się potem scenariuszem testu odbioru, o którym piszę w poradniku o odbiorze systemu.
Drugie sito to waga. Każde wymaganie obowiązkowe zawęża krąg wykonawców, a w arkuszu, w którym wszystkie wiersze ważą tyle samo, wykonawca bez jednego „TAK” zwykle w ogóle nie składa oferty, nawet jeśli brakujący wiersz dotyczył koloru powiadomienia. Na liście obowiązkowej zostaje to, bez czego proces stanie albo placówka nie spełni przepisu, i przy każdym takim wymaganiu powinna stać odpowiedź, który krok której ścieżki bez niego nie zadziała. To, co pracę tylko ułatwia, może trafić do kryteriów oceny ofert albo wypaść z opisu. Wymaganie bez takiej odpowiedzi zwykle zapisuje przyzwyczajenie.
Jeśli szpital chce sprawdzić spełnienie wymagań przed wyborem oferty, wskazuje w dokumentach zamówienia przedmiotowe środki dowodowe. Muszą być niezbędne do przeprowadzenia postępowania, proporcjonalne i związane z przedmiotem zamówienia (art. 106 ust. 1 i 2 Pzp), a ich żądanie nie może ograniczać uczciwej konkurencji (art. 106 ust. 3 Pzp).
Dane, standardy i wyjście opisane na początku
Przepisy o dokumentacji medycznej dają tu oparcie. System, w którym prowadzi się dokumentację, zapewnia możliwość jej prowadzenia i udostępniania w formatach i standardach wydanych na podstawie ustawy o systemie informacji w ochronie zdrowia, a przy ich braku w standardach HL7 oraz DICOM lub innych standardach i formatach (§ 1 ust. 6 pkt 6 rozporządzenia Ministra Zdrowia w sprawie rodzajów, zakresu i wzorów dokumentacji medycznej oraz sposobu jej przetwarzania). Ma też zapewniać możliwość eksportu całości danych w sposób umożliwiający ich odtworzenie w innym systemie (§ 1 ust. 6 pkt 8 tego rozporządzenia). Co te standardy znaczą przy zakupie, opisuje poradnik o HL7, FHIR i API.
Zamawiający może w opisie przedmiotu zamówienia określić konieczność udzielenia licencji albo przeniesienia praw (art. 99 ust. 7 Pzp). Opis, który traktuje dane i wyjście tak samo poważnie jak funkcje, rozstrzyga trzy sprawy: w jakiej postaci i w jakim czasie szpital dostaje swoje dane, gdy umowa się kończy, i kto płaci za tę pracę; jak inne systemy szpitala sięgają do danych w trakcie umowy, przez udokumentowany interfejs z kontrolą uprawnień i dziennikiem zdarzeń czy przez plik, którego format zmienia się z wersją; jaki zakres licencji jest potrzebny. Zapisy umowne o danych i wyjściu opisuje poradnik o umowie z dostawcą.
Wyjście ma też drugą stronę: wejście do nowego systemu. Strukturę obecnej bazy zna jej dostawca, więc opis potrzeb powinien mówić, które dane przechodzą w pełnej strukturze, które trafiają do archiwum tylko do odczytu i kto po stronie obecnej umowy przygotuje ich wydanie. Etapy przejścia opisuje poradnik o migracji danych.
Podział na części
Zamawiający może udzielić zamówienia w częściach, z których każda jest odrębnym postępowaniem, albo dopuścić oferty częściowe w jednym postępowaniu (art. 91 ust. 1 Pzp). Jeśli zamówienia nie dzieli, podaje powody w dokumentach zamówienia (art. 91 ust. 2 Pzp), a przy zamówieniu od progów unijnych analiza potrzeb wskazuje możliwość podziału (art. 83 ust. 3 pkt 2 Pzp).
Mapa procesów pokazuje, gdzie podział ma sens: tam, gdzie proces kończy się na jasno opisanym styku danych, na przykład między systemem szpitalnym a archiwum obrazowym, gdzie wymianę opisują standardy. Tam, gdzie oddział, apteka i rozliczenia pracują na tych samych danych w każdej minucie, podział zwykle kosztuje więcej, niż daje. Powód braku podziału zapisany w dokumentach powinien wynikać z tej mapy, a nie z wygody.
Koszt cyklu życia jako kryterium
Formularz cenowy, który porównuje licencję i wdrożenie, może być poprawny i nic nie mówić o drugim roku umowy. Połączenie z laboratorium, które w umowie było tylko „możliwością integracji”, wraca wtedy jako osobne zamówienie, użytkownicy nowej poradni jako osobna wycena, a koszt wydania danych na koniec umowy pozostaje nieznany, bo w ofercie tej pozycji nie było. Porównanie obejmowało to, o co zamawiający zapytał.
Co pozwala Pzp
Najkorzystniejsza oferta może zostać wybrana na podstawie ceny lub kosztu albo kryteriów jakościowych oraz ceny lub kosztu (art. 242 ust. 1 Pzp). Kryterium kosztu może opierać się na rachunku kosztów cyklu życia (art. 245 ust. 1 Pzp), do których należą w szczególności koszty poniesione przez zamawiającego lub innych użytkowników, związane z nabyciem, użytkowaniem, utrzymaniem i wycofaniem z eksploatacji (art. 245 ust. 3 pkt 1 Pzp). Rachunek może obejmować niektóre albo wszystkie te koszty (art. 245 ust. 2 Pzp).
Warunek, od którego zależy reszta: w dokumentach zamówienia zamawiający określa dane, które mają przedstawić wykonawcy, i metodę, którą zastosuje do oszacowania kosztów na podstawie tych danych (art. 245 ust. 4 Pzp). Bez tego nie ma rachunku kosztów cyklu życia, jest tylko hasło w specyfikacji.
Zamawiający z art. 4 pkt 1 Pzp nie stosuje ceny jako jedynego kryterium ani jako kryterium o wadze ponad 60%, chyba że w opisie przedmiotu zamówienia określi wymagania jakościowe odnoszące się do co najmniej głównych elementów przedmiotu zamówienia (art. 246 ust. 1 i 2 Pzp). Przepis mówi o kryterium ceny. Koszt z rachunku cyklu życia jest w ustawie osobnym kryterium (art. 242 ust. 1 i art. 245 Pzp), więc z brzmienia art. 246 ograniczenie go nie obejmuje. To wniosek z brzmienia przepisu; zanim na nim oprzecie kryteria, niech prawnik prowadzący postępowanie potwierdzi go dla waszego przypadku.
Granica: tylko to, co wykonawca może zadeklarować
Kryteria muszą umożliwiać weryfikację i porównanie poziomu oferowanego wykonania na podstawie informacji z ofert (art. 240 ust. 2 Pzp), muszą być związane z przedmiotem zamówienia i nie mogą dotyczyć właściwości wykonawcy (art. 241 ust. 1 i 3 Pzp). Z tego wynika praktyczna granica rachunku.
Do rachunku w kryterium wchodzą pozycje, które wykonawca podaje w ofercie jako kwotę albo stawkę i które potem wiążą go w umowie. Nie wchodzą pozycje, których z oferty nie da się sprawdzić: czas personelu przy czynnościach w systemie, praca własnego działu IT, opłata innego dostawcy za udostępnienie jego interfejsu. Te koszty są prawdziwe i szpital powinien je znać, ale ich miejsce jest w szacunku przed ogłoszeniem i w decyzji, czy w ogóle kupować. Czas pracy personelu można badać wymaganiem albo kryterium jakościowym.
Każda pozycja rachunku ma odpowiednik w projekcie umowy. Jeśli wykonawca podaje stawkę za wydanie danych, a umowa o wydaniu danych milczy, zadeklarowana kwota niczego nie gwarantuje.
Utrzymanie rok po roku
Utrzymanie to w systemie szpitalnym często największa część wieloletniego rachunku, a w formularzu zwykle jedna linijka. W rachunku rozpisuje się je na lata umowy, z opłatą za każdy rok osobno. Wtedy widać ofertę z niską licencją i wysokim utrzymaniem.
Do danych od wykonawcy dochodzą trzy pozycje. Pierwsza to zakres zmian wymaganych przepisami, które mieszczą się w cenie utrzymania: przez kilka lat zmienią się wzory dokumentów, sprawozdawczość i usługi e-zdrowia. Jeśli umowa nie rozstrzyga, co się dzieje, gdy zmiana przepisów wymaga nowej funkcji, a nie poprawki istniejącej, zmiana wróci jako zlecenie po stawce godzinowej; szerzej o tym w poradniku o zmianach prawnych w umowie. Druga to stawka za godzinę prac rozwojowych, którą metoda mnoży przez liczbę godzin przyjętą i podaną przez zamawiającego. Trzecia to warunki serwisu w nocy i w święta, bo szpital pracuje całą dobę.
Osobno liczy się to, co leży pod systemem. Przy instalacji na serwerach szpitala wykonawca podaje wymagania (serwery, licencje systemu operacyjnego i silnika bazy danych, kopie), a metoda przelicza je według cen opisanych przez zamawiającego albo dokumenty wymagają ich w cenie oferty; inaczej tania licencja aplikacji może wymagać droższej od niej licencji bazy danych. Przy systemie w chmurze wykonawcy tę pozycję zastępuje opłata za hosting rozpisana na lata.
Integracje i wspólny scenariusz
W dniu ogłoszenia szpital zna część swoich połączeń: laboratorium, pracownie obrazowe, apteka, system finansowo-księgowy, aparatura. O reszcie dowie się, gdy otworzy nową pracownię albo zmieni laboratorium. Dlatego w danych od wykonawcy są dwie pozycje: cena integracji z listy znanej dziś i stawka za każdą kolejną, którą metoda mnoży przez liczbę przyjętą przez zamawiającego. Stawkę za kolejną integrację można ująć także jako opcję, jeśli dokumenty określają jej rodzaj, maksymalną wartość i okoliczności skorzystania, a opcja nie zmienia ogólnego charakteru umowy (art. 441 ust. 1 Pzp). Tak samo liczy się dodatkowych użytkowników, stanowiska albo łóżka.
Jeden wykonawca licencjonuje od użytkownika, drugi od łóżka, trzeci ryczałtem za szpital. Porównać je da się tylko na jednym scenariuszu, który opisuje zamawiający: tylu użytkowników w dniu ogłoszenia, tylu w trzecim roku umowy, tyle integracji, tyle godzin prac rozwojowych. Każdy wykonawca przelicza na ten scenariusz swój model i każdy może sam sprawdzić wynik. Stawkę za integrację trzeba w umowie powiązać z opisem, co obejmuje: obie strony połączenia czy tylko stronę systemu wykonawcy. Opłatę drugiego dostawcy za jego interfejs szpital liczy w szacunku, bo jej wysokości wykonawca nie zna.
Wycofanie z eksploatacji
Art. 245 ust. 3 pkt 1 lit. d Pzp wymienia koszty wycofania z eksploatacji. W systemie informatycznym to przede wszystkim wydanie danych następcy. Dokumentację medyczną przechowuje się co do zasady 20 lat od końca roku kalendarzowego, w którym dokonano ostatniego wpisu (art. 29 ust. 1 ustawy o prawach pacjenta i Rzeczniku Praw Pacjenta), więc system przestanie być używany wcześniej niż dane w nim zapisane. W rachunku wykonawca podaje cenę wydania kompletu danych w opisanym formacie i terminie oraz cenę dostępu do odczytu archiwum po zakończeniu umowy, jeśli szpital go potrzebuje. Co zrobić z archiwum starego systemu, opisuje poradnik o przechowywaniu dokumentacji.
Wykonawca może wpisać przy wydaniu danych zero. Jeżeli koszt lub jego istotne części składowe wydają się rażąco niskie albo budzą wątpliwości co do możliwości wykonania zamówienia, zamawiający żąda wyjaśnień (art. 224 ust. 1 Pzp). Zero przy wydaniu danych można przyjąć wtedy, gdy umowa opisuje format, termin i zakres wydania tak, że da się je potem wyegzekwować.
Metoda sprawdzona przed ogłoszeniem
Zanim metoda trafi do dokumentów, przeliczcie ją na dwóch wymyślonych ofertach: pierwsza z niską licencją i wysokim utrzymaniem, druga odwrotnie. Jeśli wygrywa ta, której szpital nie chciałby dostać, trzeba poprawić wzór albo okres rachunku, który powinien być równy okresowi umowy. Koszt zamienia się na punkty tak samo jak cenę: najniższy koszt z ofert dzielony przez koszt oferty badanej i mnożony przez wagę kryterium. Pełny rachunek kosztu przez pięć lat, z podziałem na pozycje z oferty i z budżetu szpitala, opisuje poradnik Ile kosztuje system medyczny przez 5 lat.
Licencja na czas nieoznaczony i utrzymanie dłuższe niż cztery lata
To drugie pytanie z działu zamówień ze stycznia. System szpitalny ma służyć dziesięć lat i dłużej, a umowę w sprawie zamówienia publicznego zawiera się na czas oznaczony (art. 434 ust. 1 Pzp). Odpowiedź zaczyna się od tego, że system to w praktyce dwa zakupy w jednym postępowaniu, a ustawa traktuje je inaczej.
Licencja to dostawa, utrzymanie to usługa ciągła
Na czas nieoznaczony może być zawarta umowa, której przedmiotem są dostawy licencji na oprogramowanie komputerowe (art. 435 ust. 1 pkt 4 Pzp), ten sam przepis, który pozwala tak kupować wodę, gaz i ciepło z sieci. Wyjątek obejmuje licencję, nie usługę utrzymania. Usuwanie błędów, nowe wersje, dostosowanie do zmian przepisów i pula godzin na zmiany to świadczenia powtarzające się lub ciągłe, dla których ustawa ma osobną regułę w art. 434 ust. 2 Pzp. Zapis „licencja bezterminowa wraz z utrzymaniem” w jednej pozycji miesza dwa reżimy i potem nikt nie wie, który termin obowiązuje. Pierwsza decyzja przed postępowaniem: co jest licencją, a co usługą, z osobną pozycją w formularzu i osobnym terminem w umowie.
„Bezterminowa” wymaga zapisu
Czas licencji wynika z umowy, a gdy umowa milczy, z ustawy o prawie autorskim i prawach pokrewnych, która obejmuje też programy komputerowe (art. 77 ust. 1). Licencja bez określonego czasu wygasa po pięciu latach (art. 66 ust. 1 i 2), a licencję na czas nieoznaczony licencjodawca może wypowiedzieć, przy braku terminów umownych na rok naprzód na koniec roku kalendarzowego (art. 68 ust. 1). Pełniej te przepisy omawia rozdział o czasie i zakresie licencji. Dla szpitala wniosek jest jeden: słowo „bezterminowa” w ofercie nie zastępuje zapisu w umowie, czy i w jakich sytuacjach licencjodawca może licencję wypowiedzieć.
Drugą sprawą jest związek licencji z utrzymaniem. Częsty zapis w ofertach mówi, że licencja jest bezterminowa, ale prawo do nowych wersji wygasa razem z umową serwisową. Dla szpitala to różnica między systemem, który działa, a systemem, który przestaje nadążać za przepisami o dokumentacji medycznej i wymaganiami P1. Sprawdźcie, czy licencja obejmuje wersję z dnia zakończenia utrzymania, czy wersję z dnia odbioru, i na jakiej podstawie szpital korzysta z raportów, wydruków i konfiguracji zrobionych na jego zamówienie. Ustawa tego nie rozstrzyga, więc musi to zrobić umowa.
Trzecią sprawą jest zakres. Licencja na czas nieoznaczony niewiele daje, jeśli po kilku latach nie obejmuje tego, czym szpital się stał: środowiska testowego i zapasowego, stanowisk na oddziale otwartym po odbiorze, nowej pracowni. Cenę kolejnych licencji trzeba mieć w ofercie, najlepiej jako opcję (art. 441 ust. 1 Pzp); jeśli jej tam nie ma, ustala ją dostawca w dniu, w którym jej potrzebujecie.
Utrzymanie dłużej niż cztery lata: trzy przesłanki
Umowę na świadczenia powtarzające się lub ciągłe zamawiający może zawrzeć na dłużej niż cztery lata, jeżeli wykonanie zamówienia w dłuższym okresie spowoduje oszczędności kosztów w stosunku do okresu czteroletniego, jeżeli uzasadniają to zdolności płatnicze zamawiającego albo jeżeli uzasadnia to zakres planowanych nakładów oraz okres niezbędny do ich spłaty (art. 434 ust. 2 Pzp).
Ustawa nie daje wzoru uzasadnienia. Dobrą praktyką jest rachunek dołączony do dokumentacji przed wszczęciem postępowania, porównujący utrzymanie na cztery lata, razem z kosztem kolejnego postępowania, migracji i szkoleń, z utrzymaniem na dłuższy okres. Przy drugiej i trzeciej przesłance pomaga plan finansowy: jeśli wdrożenie jest płacone w ratach rozłożonych na lata, rachunek może pokazać, że dłuższe utrzymanie wynika ze zdolności płatniczych szpitala albo z okresu spłaty nakładów. Ustawa nie mówi, jak długi okres każda przesłanka uzasadnia, więc liczby w rachunku muszą się bronić same. Argument „tak będzie wygodniej” nie jest żadną z trzech przesłanek. Rachunek przygotowuje dział ekonomiczny z kierownikiem IT, a wskazanie przesłanki podpisuje kierownik zamawiającego.
Rachunek niewiele znaczy, jeśli ocena ofert nie waży utrzymania za wszystkie lata umowy; jak to zrobić, opisuje rozdział o koszcie cyklu życia.
Długa umowa musi przewidywać zmiany
Umowa na dostawy lub usługi zawarta na ponad sześć miesięcy zawiera zasady zmiany wynagrodzenia przy zmianie cen materiałów lub kosztów (art. 439 ust. 1 Pzp), w tym maksymalną wartość takiej zmiany (art. 439 ust. 2 pkt 4 Pzp), a zmiana obejmuje wzrost i obniżenie kosztów (art. 439 ust. 4 Pzp). Umowa na ponad dwanaście miesięcy ma też zasady zmiany wynagrodzenia przy zmianie stawki VAT, płacy minimalnej, zasad lub stawek składek i wpłat do PPK (art. 436 pkt 4 lit. b Pzp). Przy umowie na siedem lat maksymalna wartość zmiany ustalona w dniu podpisania musi wystarczyć na cały okres, a nie na pierwsze cztery lata. Jak waloryzacja działa w opłacie za utrzymanie, opisuje poradnik o utrzymaniu.
Przez siedem lat zmienią się przepisy o dokumentacji medycznej, wymagania wymiany danych z P1 i liczba stanowisk. Zmiany, które szpital przewiduje, opisuje się w dokumentach zamówienia w jasnych, precyzyjnych i jednoznacznych postanowieniach, z rodzajem, zakresem i warunkami (art. 455 ust. 1 pkt 1 Pzp). Zmiana nieprzewidziana jest dopuszczalna bez nowego postępowania tylko w granicach ustawy, na przykład gdy łączna wartość zmian jest mniejsza niż progi unijne i niższa niż 10% wartości pierwotnej umowy na usługi lub dostawy, bez zmiany ogólnego charakteru umowy (art. 455 ust. 2 Pzp). Opcję, na przykład licencje na nowy oddział, szpital może wykorzystać tylko wtedy, gdy przewidział ją w ogłoszeniu albo dokumentach zamówienia na zasadach z art. 441 ust. 1 Pzp. Przedłużenie utrzymania aneksem, którego dokumenty nie przewidziały, łatwo te granice przekracza.
Co po ostatnim dniu utrzymania
Licencja na czas nieoznaczony zostaje, utrzymanie się kończy. Szpital potrzebuje wtedy nowej umowy serwisowej, a producent systemu jest zwykle jedynym, kto może ją wykonać. Zamówienie z wolnej ręki z powodu jednego wykonawcy wymaga przyczyn technicznych o obiektywnym charakterze albo ochrony praw wyłącznych, braku rozsądnej alternatywy i tego, żeby brak konkurencji nie wynikał z celowego zawężenia parametrów zamówienia (art. 214 ust. 1 pkt 1 Pzp, poniżej progów unijnych art. 305 pkt 1 Pzp). Szpital, który przy zakupie nie zapisał ceny kolejnych okresów utrzymania jako opcji ani warunków wydania danych następcy, negocjuje potem bez żadnej przewagi. Postępowanie na następny okres utrzymania albo na nowy system trafia do planu postępowań na rok, w którym trzeba je wszcząć, a nie na rok, w którym kończy się umowa.
Wspólny zakup kilku szpitali
Podmiot tworzący, który ma kilka szpitali, widzi kilka umów i kilka faktur za podobny system. Propozycja jednego przetargu brzmi rozsądnie: większe zamówienie, lepsza cena, jeden dostawca do rozliczania. Szpitale różnią się jednak datami końca umów, etapem innych wymian i profilem: szpital psychiatryczny potrzebuje innych modułów niż szpital z blokiem operacyjnym. Wspólny zakup nie rozstrzyga, czy szpitale mają pracować tak samo. To trzeba ustalić wcześniej; wybór między jednym systemem, kilkoma instancjami a wspólnymi standardami opisuje poradnik o sieci szpitali.
Co pozwala Pzp
Zamawiający mogą wspólnie przygotować lub przeprowadzić postępowanie, udzielić zamówienia, zawrzeć umowę ramową albo udzielić zamówienia na jej podstawie (art. 38 ust. 1 Pzp). Zawierają w tym celu porozumienie (art. 38 ust. 2 Pzp). Za zgodność wspólnie przygotowywanego lub prowadzonego postępowania z ustawą odpowiadają wspólnie, także wtedy, gdy jeden z nich prowadzi je w imieniu i na rzecz wszystkich (art. 38 ust. 3 Pzp). Jeśli część postępowania któryś z nich prowadzi we własnym imieniu i na swoją rzecz, za tę część odpowiada sam (art. 38 ust. 4 pkt 1 Pzp). Treści porozumienia ustawa dla zamawiających krajowych nie określa, więc ustalają ją strony.
Organ wykonawczy samorządu może wyznaczyć spośród podległych sobie jednostek zamawiającego, który przeprowadzi postępowanie na ich rzecz (art. 41 Pzp). Czy szpital o odrębnej osobowości prawnej mieści się w pojęciu jednostki podległej, rozstrzyga prawnik podmiotu tworzącego. Porozumienie z art. 38 takiej wątpliwości nie budzi.
Centralny zamawiający to zamawiający, który prowadzi stałą działalność w zakresie nabywania produktów lub usług z przeznaczeniem do odsprzedaży zamawiającym albo udzielania zamówień i zawierania umów ramowych na ich rzecz (art. 44 ust. 1 Pzp). Szpital może bez stosowania ustawy kupić od centralnego zamawiającego, który jest zamawiającym publicznym, albo nabyć dostawy lub usługi w drodze zamówień udzielanych przez niego lub na podstawie zawartej przez niego umowy ramowej (art. 44 ust. 3 i 4 Pzp). Za zgodność działalności centralnego zamawiającego z ustawą odpowiada on sam (art. 44 ust. 5 Pzp), ale postępowanie, które szpital sam przeprowadza na podstawie jego umowy ramowej, musi być zgodne z ustawą i za nie odpowiada szpital (art. 46 pkt 1 Pzp). Grupa szpitali kupująca jeden system raz na kilkanaście lat zwykle sięga raczej po porozumienie z art. 38.
Umowę ramową zawiera się na okres nie dłuższy niż cztery lata, a na dłuższy tylko ze względu na przedmiot zamówienia i szczególny interes zamawiającego (art. 311 ust. 3 Pzp). Zamówień na jej podstawie mogą udzielać wyłącznie zamawiający wskazani w ogłoszeniu o zamówieniu (art. 312 ust. 1 Pzp). Szpital, którego nie wpisano na starcie, później nie dołączy.
Wspólne postępowanie z częścią dla każdego szpitala (art. 91 ust. 1 Pzp) to często rozsądny środek: jedno ogłoszenie i wspólne warunki umowy, ale osobna ocena, osobna umowa i osobny odbiór.
Wspólny przetarg nie zmienia tego, że każdy szpital w formie samodzielnego publicznego zakładu jest osobnym zamawiającym, osobnym administratorem danych swoich pacjentów (art. 4 pkt 7 RODO) i, jeśli spełnia przesłanki ustawy o krajowym systemie cyberbezpieczeństwa, osobnym podmiotem kluczowym albo ważnym. Jeśli wykonawca będzie przetwarzał dane pacjentów w imieniu szpitala, każdy szpital musi mieć z nim własną umowę powierzenia albo inny instrument prawny (art. 28 ust. 3 RODO). Kierownik każdego szpitala objętego ustawą o KSC odpowiada za jej obowiązki także po ich powierzeniu innej osobie (art. 8c ustawy o KSC), a wspólny dostawca staje się częścią łańcucha dostaw każdego z nich osobno; jak go oceniać, opisuje poradnik o dostawcach w KSC.
Kiedy skala pomaga
Pomaga przy warunkach umowy. Trzy szpitale negocjujące osobno dostają trzy wersje zapisów o eksporcie danych, czasach reakcji i zmianie wynagrodzenia, wspólne postępowanie daje jedną, a w niej jedną drogę wyjścia dla wszystkich. Pomaga przy słownikach: jeśli wszystkie szpitale kodują leki, badania i komórki tak samo, lekarz szpitala przyjmującego czyta wypis pacjenta przeniesionego z innego szpitala grupy bez przepisywania kodów. Pomaga przy wdrożeniu, gdy idzie po kolei, bo kolejne szpitale dostają procedurę sprawdzoną na pierwszym. Pomaga przy integracjach, jeśli grupa ma wspólne laboratorium albo pracownię obrazową: jeden interfejs zamiast trzech kosztuje mniej przez cały okres utrzymania.
Kiedy skala przeszkadza
Przeszkadza, gdy umowy kończą się w różnych latach. Szpital z umową serwisową do końca 2028 roku albo płaci podwójnie, albo czeka na system, którego nie może od razu użyć. Dlatego najpierw powstaje jeden kalendarz dat końca wszystkich umów licencyjnych i serwisowych, a z niego wynika, czy zakup ma być jeden, czy rozłożony w czasie. Przeszkadza, gdy szpitale mają różne profile: opis uśredniony dla szpitala psychiatrycznego i szpitala z blokiem operacyjnym jest za duży dla jednego i za mały dla drugiego.
Przeszkadza, gdy wartość rośnie tak, że odpadają mniejsi wykonawcy. Warunki udziału mają być proporcjonalne do przedmiotu zamówienia (art. 112 ust. 1 Pzp), ale przy jednym zamówieniu na kilka szpitali wymagania doświadczenia i sytuacji finansowej naturalnie rosną. Po kilku latach grupa ma jednego dostawcę we wszystkich szpitalach i coraz mniej firm, które mogłyby go zastąpić. Przeszkadza, gdy harmonogram ustala najwolniejszy: odwołanie albo opóźniony odbiór w jednym szpitalu zatrzymuje pozostałych, jeśli nie przewidziano części i osobnych umów.
Przeszkadza, gdy jedynym argumentem jest cena. Większe zamówienie może obniżyć cenę licencji i szkoleń, ale nie zmniejsza pracy przy migracji i integracjach, bo każdy szpital ma własną bazę i własne połączenia; tę część liczy się dla każdego szpitala osobno. Przeszkadza wreszcie przy odpowiedzialności: wspólna odpowiedzialność z art. 38 ust. 3 Pzp oznacza, że błąd szpitala prowadzącego obciąża wszystkich.
Co rozstrzyga porozumienie
Spory w trakcie wdrożenia dotyczą zwykle punktów, których porozumienie nie rozstrzygnęło. Przed wszczęciem postępowania dyrektorzy powinni mieć spisane odpowiedzi na sześć pytań:
- Który szpital prowadzi postępowanie, kto w jego imieniu podejmuje decyzje i które decyzje wymagają zgody wszystkich.
- Czy każdy szpital zawiera własną umowę z wykonawcą, czy jest jedna umowa dla wszystkich, i kto ją podpisuje.
- Jak dzielicie koszty postępowania, wdrożenia i utrzymania: po równo, według łóżek, stanowisk czy użytkowników.
- Kto odbiera system w każdym szpitalu i czy odbiór w jednym warunkuje płatność w pozostałych.
- Co się dzieje, gdy jeden szpital wycofa się przed podpisaniem umowy albo w trakcie wdrożenia.
- Jak prowadzicie sprawy przed Krajową Izbą Odwoławczą i kto ponosi koszty odwołania.
To pytania zamawiających, a nie wzór zapisów; odpowiedzi formułuje prawnik każdej ze stron.
Po podpisaniu: jedna umowa, kilka szpitali
Postępowanie kończy się podpisem, a wspólna umowa trwa latami. Przed uruchomieniem ustalcie, co jest wspólną konfiguracją grupy (słowniki, szablony dokumentów, uprawnienia ról), a co ustawieniem jednego szpitala, kto zamawia zmianę u wykonawcy i kto za nią płaci, gdy korzysta z niej jeden szpital. Przy jednej wersji systemu nowa wersja trafia do wszystkich, więc potrzebne są wspólne okno serwisowe, szpital, który dostaje aktualizację pierwszy, i osoba w każdym szpitalu, która potwierdza, że po aktualizacji izba przyjęć, apteka i laboratorium pracują. Czasy reakcji serwisu i raporty z ich dotrzymania liczcie dla każdego szpitala osobno, bo w średniej dla grupy tydzień awarii w najmniejszym szpitalu ginie.
Wspólny zakup zrównuje też daty końca umów, co przy następnej zmianie pomaga, jeśli przygotowania zaczną się wcześniej niż przy jednym szpitalu. Każda z tych spraw potrzebuje w grupie jednej osoby, która pilnuje umowy w imieniu wszystkich szpitali i ma to w zakresie obowiązków; jej koszt wchodzi do podziału kosztów z porozumienia.
Co to znaczy na waszej skali
Te same przepisy działają inaczej w przychodni i w grupie szpitali, bo różni się wartość zamówień, liczba połączeń i to, kto jest zamawiającym. Jak rosną warstwy IT od gabinetu do sieci szpitali, opisałem w artykule Kwestia skali. Placówki prywatne, które nie są zamawiającymi w rozumieniu Pzp, kupują bez tej ustawy i negocjują warunki swobodnie, najlepiej przed podpisaniem umowy wdrożeniowej, gdy dostawca ma jeszcze konkurencję; zasady z rozdziałów o licencji i o koszcie cyklu życia przydają się im jako lista pytań do umowy.
Przychodnia
Przychodnia prowadzona jako samodzielny publiczny zakład opieki zdrowotnej jest zamawiającym tak samo jak szpital, a przychodnia w spółce z większościowym udziałem samorządu sprawdza art. 4 pkt 3 Pzp. Abonament na pięć lat razem z integracjami i opcją na kolejne lokalizacje może przekroczyć 170 000 zł, choć roczna faktura wydaje się niska, a obecne utrzymanie bez daty końca liczy się jako kwota miesięczna razy 48; nową umowę na utrzymanie przychodnia zawiera na czas oznaczony (art. 434 ust. 1 Pzp). Przychodnia z kilkoma lokalizacjami liczy wartość łącznie dla wszystkich (art. 33 ust. 1 Pzp), chyba że lokalizacja ma samodzielność finansową i kupuje na własną działalność. Gdy ustawa obowiązuje, poniżej progów unijnych nie ma obowiązku analizy potrzeb z art. 83 (art. 266 Pzp), a opis dwóch lub trzech ścieżek pacjenta (wizyta, badanie, rozliczenie z NFZ) wystarczy, żeby porównać oferty uczciwie. Rachunek kosztu może być krótki: abonament za każdy rok, wdrożenie, integracja z laboratorium, wydanie danych. Metody ze współczynnikami i scenariusza kolejnych integracji przychodnia nie potrzebuje, bo lista jej połączeń mieści się na jednej stronie.
Szpital
Szpital powiatowy prowadzi jedno postępowanie na system i jego utrzymanie, zamiast serii drobnych zamówień u tego samego dostawcy. W styczniu powstaje jedna lista potrzeb IT ze wszystkich komórek, także z aparatury i apteki, z szacunkiem netto i jego źródłem. Przed postępowaniem na system oddziały, apteka, laboratorium i rozliczenia opisują cztery ścieżki pacjenta z krokiem awaryjnym przy każdej; punkt wyjścia daje materiał Praca bez systemu przez 72 godziny. Rachunek kosztu cyklu życia ograniczcie do pięciu pozycji: licencja i wdrożenie, utrzymanie za każdy rok, integracje z listy, stawka za kolejną, wydanie danych. Dział IT szpitala powiatowego jest mały, a dział zamówień prowadzi wiele postępowań naraz, więc metoda z dwudziestoma pozycjami przyniesie pytania wykonawców i spór o wynik.
Szpital specjalistyczny
W szpitalu specjalistycznym i klinicznym systemów dziedzinowych jest wiele: system szpitalny, archiwum obrazowe, systemy pracowni, oprogramowanie urządzeń medycznych. Tu podział na części bywa naturalny, bo styki danych z obrazowaniem opisują standardy. Listy zakupów działu aparatury i działu IT trafiają do jednego zestawienia, a klinika liczy wartość odrębnie tylko przy samodzielności finansowej. W rachunku kosztu cyklu życia scenariusz musi dawać realny udział stawkom jednostkowym, bo stawka za kolejną integrację, użytkowników i godzinę prac rozwojowych przesądzi o koszcie w latach od trzeciego do piątego; liczby do scenariusza bierzcie z planu wymiany aparatury i otwarcia pracowni. Prowadźcie jeden rejestr licencji z czasem, zasadami wypowiedzenia i datą końca utrzymania, bo licencja bez aktualizacji w urządzeniu podłączonym do sieci staje się sprawą bezpieczeństwa; więcej w poradniku o infrastrukturze.
Sieć szpitali
Najpierw ustalcie, kto jest zamawiającym. Szpitale będące osobnymi samodzielnymi publicznymi zakładami to osobni zamawiający, każdy szacuje wartość swoich zamówień sam i grupa nie sumuje zakupów między nimi tylko z powodu wspólnego podmiotu tworzącego. Spółka prowadząca kilka szpitali ustala swój status z art. 4 pkt 3 Pzp; jeśli jest zamawiającym, to jednym, porozumienia nie potrzebuje, a wartość liczy łącznie dla wszystkich swoich szpitali z wyjątkiem z art. 33 ust. 2. Przy osobnych zamawiających kolejność jest taka: kalendarz umów, decyzja o modelu, porozumienie z art. 38 z odpowiedziami na sześć pytań, części dla każdego szpitala albo zapisane powody rezygnacji z nich, przy umowie ramowej wszystkie szpitale w ogłoszeniu, przed podpisaniem koordynator umowy grupy. Każdy szpital osobno uzasadnia okres utrzymania z art. 434 ust. 2 i ma własną umowę powierzenia.
Typowe błędy
Szacowanie wartości bez okresu utrzymania: licencja i wdrożenie policzone, utrzymanie na siedem lat albo bez daty końca pominięte, choć art. 31 ust. 2 i art. 35 ust. 3 Pzp każą je doliczyć.
Dzielenie zamówienia po fakturach: moduł, integracja, szkolenie i dostosowanie jako cztery zakupy poniżej progu u tego samego dostawcy, komputery kupowane w dwóch turach bez sumowania, każda komórka z osobnym szacunkiem. Uzasadnienie podziału dopisane po kontroli zamiast w dniu decyzji.
Konsultacje bez protokołu: spotkania według różnych scenariuszy i różnej długości, bez notatek, a potem brak informacji do przekazania pozostałym wykonawcom z art. 85 ust. 1 Pzp. Konsultacje ogłoszone po napisaniu opisu przedmiotu zamówienia, żeby potwierdzić gotowe wymagania.
Opis przez cechy jednego produktu: wymagania przepisane z instrukcji obecnego systemu albo z materiałów jednego dostawcy, kilkaset wierszy obowiązkowych bez jednej ścieżki pacjenta, integracje opisane jednym zdaniem o „zintegrowaniu z pozostałymi systemami” bez listy połączeń. Opis bez warunków wydania danych.
Najniższa cena bez kosztu cyklu życia: formularz, który porównuje pierwszy rok, rachunek bez metody w dokumentach, pozycje w formularzu bez odpowiednika w umowie, okres rachunku krótszy niż okres umowy, metoda nieprzeliczona na próbnych ofertach, pominięte wycofanie z eksploatacji.
Licencja bez określenia czasu: „bezterminowa” w ofercie bez zapisu o wypowiedzeniu, prawo do nowych wersji wygasające z umową serwisową, licencja i utrzymanie w jednej pozycji z jednym terminem, utrzymanie ponad cztery lata bez rachunku wskazującego przesłankę z art. 434 ust. 2 Pzp, przedłużenie aneksem, którego dokumenty nie przewidziały.
Porozumienie bez podziału ról: decyzja o wspólnym zakupie przed ustaleniem, czy szpitale mają pracować według tych samych procesów, porozumienie bez odpowiedzi, kto odbiera i kto płaci za zmiany, umowa ramowa bez szpitala, którego nikt nie wpisał do ogłoszenia, czasy reakcji raportowane tylko dla całej grupy, odbiór prowadzony tylko w szpitalu, który prowadził postępowanie.
Od czego zacząć w tym tygodniu
W szpitalach, w których prowadziłem projekty, o koszcie systemu w dziesiątym roku rozstrzygały zapisy przygotowane przed ogłoszeniem, a nie cena w dniu otwarcia ofert.
- Zbierzcie w jednym arkuszu wszystkie umowy licencyjne i serwisowe na systemy, z datą końca, kwotą netto za miesiąc i informacją, czy mają datę końca w ogóle. Każdą umowę na usługę bez daty końca przeliczcie według art. 35 ust. 3 pkt 2 Pzp i zaplanujcie jej zastąpienie umową na czas oznaczony (art. 434 ust. 1 Pzp).
- Porównajcie listę zakupów IT zaplanowanych na ten rok z planem postępowań i zsumujcie podobne dostawy i części tego samego wdrożenia. Przy każdym rozdzieleniu dopiszcie dziś notatkę z przyczyną.
- Sprawdźcie w regulaminie organizacyjnym, czy któraś komórka szpitala ma samodzielność finansową w rozumieniu art. 33 ust. 2 Pzp. Jeśli nie, wszystkie listy zakupów IT, także z aparatury, trafiają do jednej sumy.
- Wyciągnijcie z umowy na obecny system szpitalny cztery zapisy: czas licencji, zasady jej wypowiedzenia, czy prawo do nowych wersji trwa po końcu utrzymania i jak wygląda wydanie danych. Porównajcie je z Listą kontrolną umowy z dostawcą.
- Wyznaczcie datę, w której musi zostać wszczęte postępowanie na następny okres utrzymania albo na nowy system, i wpiszcie je do planu postępowań na właściwy rok.
- Wybierzcie jedną ścieżkę pacjenta, na przykład przyjęcie planowe na oddział zabiegowy, i opiszcie ją z osobami, które ją wykonują: kto, jaki wynik, skąd i dokąd dane, co przy awarii.
- Policzcie koszt obecnego systemu i wariantu zmiany na pięć lat w Kalkulatorze kosztu systemu na 5 lat (z instrukcją). Pozycje, które pochodzą z oferty, są kandydatami do rachunku kosztów cyklu życia, pozostałe zostają w szacunku.
- Jeśli szpital należy do grupy, przekażcie podmiotowi tworzącemu kalendarz umów i listę połączeń między systemami, zanim padnie propozycja wspólnego przetargu.
Jako producent oprogramowania nie przygotowujemy dokumentów zamówienia. Konsultujemy przygotowanie procesów w oparciu o otwarte standardy.
Ile zapłacił wasz szpital za ostatnią integrację, której nie było w umowie, i czy wiecie, w którym roku musicie wszcząć postępowanie na następny okres utrzymania systemu, którego używacie dziś?