Po terminiePrzetarg nieograniczony · PN572731-2026
Nadzór autorski i serwis oprogramowania InfoMedica – Warszawa
Państwowy Instytut Medyczny Ministerstwa Spraw Wewnętrznych i Administracji10 aktualnych · 69 w archiwum·NIP 5214004558·mazowieckie
Składanie ofert: 15 października 2026
Przedmiot zamówienia
AI- Część 1 (usługa): nadzór autorski oraz serwis oprogramowania InfoMedica — 1 zamówienie, na 24 miesiące.
Trudność: średnia
Usługa wymaga znajomości specyficznego oprogramowania medycznego (InfoMedica) i prawa autorskiego, ale zakres jest zdefiniowany i jednolity — brak wieloskładowej infrastruktury IT.
Terminy realizacji
Czas na realizację
od 2026-10-07 do 2028-10-06 (24 miesiące)
od 2026-10-07 do 2028-10-06 (24 miesiące)
Warunki udziału
AI1Warunki udziału: brak podstaw wykluczenia + warunki art — 112 ust. 1 Pzp
2Zamawiający nie określa warunków z art — 112 ust. 2 Pzp
Kryteria wyboru oferty
AIWagi punktowe, według których zamawiający oceni oferty.
Cena
100%
Czerwone flagi
AISygnały, na które warto zwrócić uwagę przed startem.
SWZ zmodyfikowany 35 dni po udostępnieniu dokumentów
Późna modyfikacja specyfikacji może sugerować dostosowanie wymagań pod konkretnego wykonawcę lub celowe utrudnienie konkurencji, która przygotowała ofertę na pierwotną wersję SWZ.
Kary i sankcje
AI- Kary umowne: w projekcie umowy (Załącznik nr 9).
Pytania i odpowiedzi
42Wyodrębnione z wyjaśnień treści SWZ.
1Pytanie nr 1. Wykonawca zwraca się z wnioskiem o ujednolicenie postanowień OPZ oraz projektu Umowy w zakresie usług serwisowych, gdyż obecne zapisy są niespójne i mogą prowadzić do rozbieżności interpretacyjnych na etapie realizacji zamówienia oraz kalkulacji oferty. Zakres usług serwisowych obejmuje szeroki katalog świadczeń, w tym m.in. usuwanie awarii, instalację i konfigurację nowych wersji oprogramowania, optymalizację środowiska, administrację bazami danych Oracle, konsultacje telefoniczne, obsługę zgłoszeń poprzez portal internetowy oraz prowadzenie rejestru zgłoszeń. Opis Przedmiotu Zamówienia wraz z listą modułów objętych umową w pozycji nr 23 Zamawiający wskazał, że Serwis oprogramowania InfoMedica świadczony będzie bez limitu godzin. Natomiast w części II OPZ wskazano, że usługi opisane w pkt 1 i 2 nie będą zaliczane do puli osobodni serwisowych, a pozostałe usługi mają być realizowane „w ramach puli osobodni serwisowych”. Również projekt Umowy zawiera postanowienia odnoszące się do ewidencjonacji
Odpowiedź. Zamawiający uwzględnia wniosek i wyjaśnia, że usługi serwisowe świadczone są bez limitu liczby zgłoszeń, godzin pracy lub osobodni, w ramach wynagrodzenia miesięcznego określonego w § 6 ust. 3 Projektowanych Postanowień Umowy (dalej: „PPU”). Zamawiający nie przewiduje puli osobodni ani puli godzin serwisowych. W związku z powyższym Zamawiający dokonuje zmiany treści SWZ w następującym zakresie: 1) w Załączniku nr 3 do SWZ – Szczegółowy opis przedmiotu zamówienia (dalej: „OPZ”), część II „Serwis oprogramowania Infomedica”: a) w tabeli, w kolumnie „Jednostka miary” wyraz „Osobodzień” zastępuje się wyrazem „miesiąc”, a w kolumnie „Ilość” wyrazy „Bez limitu godzin” zastępuje się wyrazami „24 – bez limitu zgłoszeń, godzin pracy i osobodni”; b) w ust. 1 skreśla się pkt 3 („Usługi Opisane w pkt. 1 oraz 2 nie będą zaliczane do puli osobodni serwisowych.”); c) w ust. 1 pkt 4 otrzymuje brzmienie: „gotowość do świadczenia usług serwisowych,”; d) w ust. 1 pkt 5 wprowadzenie do wyliczenia otrzymuje brzmienie: „
2Wykonawca zwraca uwagę, że w dokumentacji postępowania Zamawiający posługuje się jednostką miary „osobodzień”, jednak pojęcie to nie zostało zdefiniowane ani w OPZ, ani w projektowanych postanowieniach umowy. Jednocześnie OPZ wskazuje, że wizyty serwisowe mają trwać nie krócej niż 6 godzin i nie dłużej niż 8 godzin, w związku z powyższym prośba o doprecyzowanie, co Zamawiający rozumie przez jednostkę miary „osobodzień”, w szczególności ile godzin roboczych odpowiada jednemu osobodniowi?
Zamawiający wyjaśnia, że w związku ze zmianą treści SWZ dokonaną w odpowiedzi na pytanie nr 1 jednostka miary „osobodzień” została usunięta z dokumentacji postępowania. Usługi serwisowe nie są rozliczane w osobodniach ani w godzinach – wynagrodzenie ma charakter miesięczny (Formularz ofertowy: jednostka „miesiąc”, ilość 24). Wskazany w OPZ, część II ust. 2, czas trwania wizyty serwisowej (nie krócej niż 6 i nie dłużej niż 8 godzin, przy udziale jednej osoby) określa jedynie organizację wizyty i nie stanowi jednostki rozliczeniowej.
3Pytanie nr 3. W dokumentacji postępowania, w części dotyczącej „Serwisu oprogramowania Infomedica”, Zamawiający przewidział świadczenie usług serwisowych częściowo bez limitu godzin, a część rozliczna ma być jako osobodni, jednocześnie w Załączniku nr 4 do umowy (Raport) wskano m.in., że: 1. Raport stanowi podstawę rozliczenia godzin serwisowych. 2. Zamawiającemu pozostaje ……… godzin serwisowych do wykorzystania. 3. Raport wygenerowano z systemu CHD. W związku z powyższym wnosimy o dostosowanie Raportu do przyjętego przez Zamawiającego modelu realizacji i rozliczania serwisu oraz jednoznaczne określenie zasad rozliczeń. W szczególności prosimo o wskazanie czy Zamawiający przewiduje określoną pulę godzin serwisowych do wykorzystania, a jeśli tak, to w jakim wymiarze, ewentualnie czy Zamawiający przewiduje określoną liczbę osobodni do wykorzystania, a jeśli tak, to w jakim wymiarze, oraz ile godzin pracy odpowiada jednemu osobodniowi.
Zamawiający uwzględnia wniosek. Zamawiający nie przewiduje puli godzin serwisowych ani puli osobodni do wykorzystania (zob. odpowiedź na pytanie nr 1). Zamawiający dokonuje zmiany Załącznika nr 4 do Umowy „Raport zbiorczy prac serwisowych zrealizowanych na rzecz Zamawiającego” w ten sposób, że: a) pkt 1 otrzymuje brzmienie: „1. Prace wykonane w okresie sprawozdawczym na podstawie Umowy nr …………………….. z dnia ……………... zrealizowane w zakresie:”; b) pkt 2 otrzymuje brzmienie: „2. Raport ma charakter sprawozdawczy i kontrolny; stanowi potwierdzenie zakresu usług serwisowych zrealizowanych w danym miesiącu i nie stanowi podstawy do ograniczenia zakresu świadczeń ani naliczania dodatkowego wynagrodzenia.”; c) pkt 3 („Zamawiającemu pozostaje ...... godzin serwisowych do wykorzystania.”) skreśla się; d) pkt 4 („Raport wygenerowano z systemu CHD.”) pozostaje bez zmian. Kolumna „Czas pracy [godz. min.]” pozostaje w Raporcie wyłącznie w celach ewidencyjnych.
4Wykonawca zwraca się z wnioskiem o usunięcie z PPU postanowień § 11 ust.16-19 Umowy i zastąpienie ich postanowieniem w brzmieniu: ˮZamawiający wyraża zgodę na przeprowadzenie procesu anonimizacji i wysłanie anonimizowanych informacji do Wykonawcy w zakresie: sposobu użytkowania systemu przez użytkowników, danych statystycznych w tym danych związanych z obsługą procesu leczenia. Wykonawca ponosi odpowiedzialność za właściwe przeprowadzenie procesu oraz gwarantuje, że informacje będą zanonimizowane przed ich wysłaniem oraz że nie zostaną przekazane podmiotom trzecim w postaci umożliwiającej identyfikację źródła ich pochodzenia. Wykonawca oświadcza, że pozyskane anonimizowane informacje będą wykorzystywane wyłącznie w celu doskonalenia niezawodności i funkcjonalności rozwiązań Wykonawcy.ˮ
Zamawiający uwzględnia wniosek w części. Zamawiający wskazuje, że postanowienia dotyczące pozyskiwania zanonimizowanych informacji zawarte są w § 11 ust. 19–24 PPU. Zamawiający dokonuje zmiany treści SWZ w ten sposób, że § 11 ust. 19–24 PPU otrzymują brzmienie: ˮ19. Zamawiający dopuszcza pozyskiwanie przez Wykonawcę wyłącznie zanonimizowanych informacji dotyczących: 1) sposobu użytkowania Oprogramowania Aplikacyjnego przez użytkowników, 2) danych statystycznych związanych z obsługą procesów realizowanych w Oprogramowaniu Aplikacyjnym, – wyłącznie w celu doskonalenia niezawodności i funkcjonalności Oprogramowania Aplikacyjnego. Pozyskiwanie danych medycznych opisujących proces leczenia pacjentów jest wyłączone. 20. Informacje, o których mowa w ust. 19, muszą zostać skutecznie zanonimizowane przed ich przekazaniem poza środowisko Zamawiającego. Wykonawca ponosi odpowiedzialność za właściwe przeprowadzenie procesu anonimizacji. 21. Przed rozpoczęciem pozyskiwania informacji Wykonawca przedstawia Zamawiającemu範囲
6Wykonawca zwraca się z wnioskiem o dodanie do § 11 PPU postanowienia w brzmieniu: „Dostęp do powierzonych danych osobowych odbywać się będzie za pośrednictwem szyfrowanego łącza VPN, aktywowanego w związku z realizacją Umowy lub w innej, szyfrowanej formie ustalonej między Stronami.”
Zamawiający uwzględnia wniosek w części, w zakresie wskazania szyfrowanego połączenia VPN jako podstawowego sposobu dostępu, przy którym zasady dostępu określa Załącznik nr 3 do Umowy. Zamawiający dokonuje zmiany treści SWZ w następującym zakresie: 1) w § 11 ust. 6 PPU dodaje się zdanie drugie w brzmieniu: „Dostęp do powierzonych danych osobowych odbywa się wyłącznie w ramach zdalnego dostępu realizowanego na zasadach określonych w Załączniku nr 3 do Umowy.”; 2) w Załączniku nr 3 do Umowy „Zasady udzielenia zdalnego dostępu do zasobów” § 3 ust. 1 (dotychczasowe cztery rodzaje połączeń: VPN, terminal, udostępnienie portu do bazy danych, TeamViewer) otrzymuje brzmienie: „1. Dostęp zdalny Wykonawcy do zasobów Zamawiającego może być realizowany wyłącznie po uprzednim zatwierdzeniu przez Zamawiającego, przy użyciu imiennych kont i zgodnie z zasadą minimalnych niezbędnych uprawnień. Podstawowym sposobem dostępu jest autoryzowane przez Zamawiającego szyfrowane połączenie VPN z uwierzytelnianiem wieloskładnikowym (MŚ
7Pytanie nr 6. Wykonawca zwraca uwagę na rozbieżności pomiędzy definicjami Błędu Krytycznego, Błędu Zwykłego oraz Awarii zawartymi w OPZ i w projektowanych postanowieniach umowy. W OPZ Zamawiający posługuje się uproszczonymi definicjami ww. pojęć, podczas gdy projekt Umowy zawiera ich bardziej szczegółowe i precyzyjne określenie. Przykładowo definicja Błędu Krytycznego zawarta w Umowie wskazuje dodatkowe przesłanki związane z powtarzalnością błędu, jego niezgodnością z dokumentacją oraz występowaniem na prawidłowo skonfigurowanych stacjach roboczych. Analogiczne różnice występują również w odniesieniu do definicji Błędu Zwykłego oraz Awarii.
Zamawiający wyjaśnia, że nadrzędny charakter mają definicje zawarte w § 1 PPU. Zamawiający uwzględnia wniosek i ujednolica dokumentację postępowania, dokonając zmiany treści SWZ w następującym zakresie: 1) definicja „Awaria” zawarta w § 1 ust. 1 PPU ma już ujednolicone brzmienie – obejmuje zarówno nieoczekiwane zachowanie się Systemu Informatycznego skutkujące jego całkowitą niedostępnością, jak i uszkodzenie lub utratę zbiorów, struktur danych lub zawartości bazy danych Oprogramowania Aplikacyjnego – i ma zastosowanie również do OPZ; 2) w § 1 ust. 1 PPU po definicji „Awaria” dodaje się definicję w brzmieniu: „Zgłoszenie Krytyczne P1 – zgłoszenie dotyczące zdarzenia powodującego: 1) całkowitą niedostępność Systemu Informatycznego lub istotnej funkcjonalności Oprogramowania Aplikacyjnego, 2) istotne ograniczenie możliwości realizacji procesu Zamawiającego, 3) zagrożenie integralności, poufności lub dostępności danych, albo 4) sytuację wymagającą natychmiastowego działania w celu zapobieżenia skutkom, o których
8Wykonawca wnosi o usunięcie Załącznika nr 8 do PPU „Wymagania w zakresie cyberbezpieczeństwa” w całości. W pierwszej kolejności należy wskazać, że kwestie objęte Załącznikiem nr 8 są weryfikowane na etapie postępowania o udzielenie zamówienia publicznego. W przypadku zaistnienia przesłanek określonych w przepisach Pzp Zamawiający dysponuje ustawowymi instrumentami pozwalającymi na odrzucenie oferty. Załącznik nr 8 przerzuca na Wykonawcę pełne ryzyko związane z przyszłymi zmianami stanu prawnego oraz decyzjami i rekomendacjami wydawanymi przez organy administracji publicznej już po zawarciu Umowy. W szczególności Wykonawca został zobowiązany do wymiany produktów, usług lub procesów ICT na rozwiązania równoważne w krótkich terminach i bez prawa do dodatkowego wynagrodzenia, niezależnie od zakresu, kosztów oraz rzeczywistych skutków takich zmian dla realizacji Umowy. Obciążanie Wykonawcy pełnymi skutkami finansowymi takich okoliczności, w tym obowiązkiem nieodpłatnej wymiany rozwiązań oraz ryzykiem naliczeniakar
Zamawiający nie uwzględnia wniosku o usunięcie Załącznika nr 8 do Umowy w całości. Przesłanki odrzucenia oferty, o których mowa w art. 226 ust. 1 pkt 17 i 19 ustawy Pzp, dotyczą wyłącznie etapu postępowania o udzielenie zamówienia i nie zabezpieczają Zamawiającego w przypadku wydania rekomendacji lub decyzji, o których mowie w ustawie o krajowym systemie cyberbezpieczeństwa, w okresie realizacji Umowy. Zamawiający, jako podmiot leczniczy przetwarzający dane szczególnych kategorii, jest zobowiązany do zapewnienia bezpieczeństwa informacji także na etapie wykonywania Umowy. postanowienia ust. 3–5 Załącznika nr 8 do Umowy pozostają bez zmian. Obowiązki określone w ust. 3 dotyczą sytuacji, w której produkt ICT, usługa ICT lub proces ICT wykorzystywany do realizacji Umowy zostanie objęty rekomendacją lub decyzją wydaną na podstawie ustawy o krajowym systemie cyberbezpieczeństwa – Zamawiający nie może kontynuować korzystania z takich rozwiązań, a zapewnienie zgodności przedmiotu Umowy z tymi wymaganiami obciąża Wyk
Historia zmian
19.08.2026 — ogłoszenie o zamówieniu
15.09.2026 — sprostowanie
25.09.2026 — sprostowanie
25.09.2026 — wyjaśnienia i modyfikacja dokumentacji (2 dokumenty z wyjaśnieniami · 2 modyfikacje dokumentacji)
01.10.2026 — sprostowanie
01.10.2026 — wyjaśnienia i modyfikacja dokumentacji (1 dokument z wyjaśnieniami · 1 modyfikacja dokumentacji)
07.10.2026 — sprostowanie
07.10.2026 — wyjaśnienia i modyfikacja dokumentacji (2 dokumenty z wyjaśnieniami · 6 modyfikacji dokumentacji)
15.10.2026 — upływ terminu składania ofert
22.10.2026 — rozstrzygnięcie