UnieważnionyPodstawowy bez negocjacji2026/BZP 00288825/01
Świadczenie usługi wdrożenia centrum operacyjnego wraz z monitoringiem infrastruktury i
Centrum Leczenia Oparzeń im. dr Stanisława Sakiela w Siemianowicach Śląskich7 aktualnych · 61 w archiwum·NIP 6431005873·śląskie
Składanie ofert: 26 czerwca 2026 · Wadium: 6000 zł
Rozstrzygnięcie
Zamawiający unieważnił to postępowanie.
Data unieważnienia2026-06-26
Ogłoszone ponownieZobacz nowe postępowanietermin składania ofert 9 lipca 2026
Przedmiot zamówienia
AITrudność: wysoka
Zamówienie jest bardzo złożone: wymaga certyfikatu ISO 27001, akredytacji Trusted Introducer, udokumentowanego doświadczenia w SOC/CSIRT dla sektora zdrowia, zespołu min. 5 wysoko wykwalifikowanych specjalistów z konkretnymi certyfikatami, rygorystycznych SLA (reakcja w 15 minut, MTTR/MTTI do 4 godzin) oraz 3-letniego, całodobowego świadczenia usługi w newralgicznym środowisku medycznym.
Warunki udziału
AI1akredytację w programie Trusted Introducer (TI) lub równ — oważny status,
2aktualne certyfikaty zawodowe z zakresu cyberbezpieczeństwa (np — CompTIA Security+, CompTIA CySA+, EC-Council Certified Incident Handler) lub równoważne,
Pozostałe 1 warunek po założeniu darmowego konta.
Czerwone flagi
AISygnały, na które warto zwrócić uwagę przed startem.
Brak istotnych sygnałów ostrzegawczych.
Pytania i odpowiedzi
6Wyodrębnione z wyjaśnień treści SWZ.
1Dotyczy Umowy § 8 pkt 22
Zamawiający zastrzega sobie prawo do dochodzenia odszkodowania na zasadach ogólnych w przypadku, gdy kwota kary umownej nie pokryje jego szkód, w tym utraconych korzyści.
Zwracamy się z prośbą o ograniczenie odpowiedzialności Wykonawcy z tytułu niewykonania lub nienależytego wykonania umowy do kwoty 100% wynagrodzenia netto i wyłączenie utraconych korzyści.
Zamawiający podtrzymuje zapisy projektu umowy.
1Czy Zamawiający dopuszcza realizację zamówienia w oparciu o równoważny do WAZUH system klasy SIEM?
Zamawiający nie dopuszcza realizacji zamówienia w oparciu o inny system klasy SIEM niż posiadany i eksploatowany obecnie przez Zamawiającego system. Przedmiotem zamówienia nie jest dostawa, wdrożenie ani udostępnienie nowego systemu SIEM, lecz wdrożenie centrum operacyjnego wraz z monitoringiem infrastruktury i obsługą zagrożeń, podatności i incydentów objętego serwisowym wsparciem cyberbezpieczeństwa, z wykorzystaniem istniejącego środowiska bezpieczeństwa Zamawiającego. Wymóg ten wynika z konieczności zapewnienia bezpieczeństwa infrastruktury Zamawiającego, ograniczenia ingerencji w tę infrastrukturę oraz uniknięcia instalacji i integracji nowego oprogramowania w środowisku produkcyjnym szpitala. Zamawiający przewiduje również realizację usługi w modelu współrealizacji z własnym zespołem, którego kompetencje operacyjne dotyczą używanego przez Zamawiającego systemu, umożliwiając zachowanie bieżącej kontroli nad usługą i ciągłością operacyjną. Dopuszczenie innego systemu SIEM prowadziłoby do zmiany architektury realizacji usługi, zwiększenia ryzyka operacyjnego i ryzyka bezpieczeństwa oraz osłabienia skuteczności tzw. planu wyjścia po zakończeniu umowy.
2Dotyczy SIWZ Rozdział 7
Zwracamy się z wnioskiem o modyfikację zapisów SWZ i wyłączenie czynności wskazanych w pkt 2 (odtwarzanie ciągłości działania...), pkt 3 (testy penetracyjne...) oraz pkt 4 (koordynowanie obsługi centrum operacyjnego...) z obowiązku zatrudnienia na podstawie umowy o pracę, pozostawiając ten wymóg wyłącznie dla czynności o charakterze ciągłym i powtarzalnym (pkt 1).
Uzasadnienie:
Obecna sytuacja na rynku usług związanych z cyberbezpieczeństwem (cybersecurity) charakteryzuje się głębokim niedoborem rynkowym wysokiej klasy specjalistów, architektów systemowych oraz audytorów. Kluczowi eksperci posiadający unikalne kompetencje (niezbędne do realizacji zaawansowanych analiz powłamaniowych czy testów penetracyjnych) w przeważającej większości świadomie rezygnują z zatrudnienia na podstawie umowy o pracę, preferując elastyczne formy współpracy, w szczególności kontrakty cywilnoprawne lub umowy o świadczenie usług. Narzucenie sztywnego obowiązku zatrudnienia tych osób na UoP drastycznie ograniczy Wykonawcy możliwość zaangażowania do projektu najlepszych dostępnych na rynku ekspertów.
Dodatkowo należy wskazać na specyfikę i charakter wnioskowanych do wyłączenia czynności:
Testy penetracyjne i audyty bezpieczeństwa (pkt 3): Są to z założenia czynności o charakterze incydentalnym, projektowym i ściśle zadaniowym. Wykonuje się je okresowo, a nie w sposób ciągły. Praca audytora i pentestera cechuje się pełną samodzielnością i brakiem kierownictwa ze strony pracodawcy w rozumieniu art. 22 § 1 Kodeksu pracy, co wyklucza prawny obowiązek stosowania UoP.
Odtwarzanie ciągłości i analiza powłamaniowa (pkt 2): To wysokospecjalistyczne usługi eksperckie uruchamiane w formule on-demand (na żądanie) w przypadku wystąpienia krytycznego incydentu. Angażują one architektów systemowych najwyższego szczebla, którzy działają jako zewnętrzni konsultanci.
Koordynowanie obsługi SOC (pkt 4): Zadania menedżerskie i koordynacyjne w branży IT/Cybersecurity, ze względu na ponoszoną odpowiedzialność biznesową oraz elastyczność czasu pracy, są standardem rynkowym realizowanym w oparciu o kontrakty menedżerskie lub umowy cywilnoprawne.
Utrzymanie wymogu UoP dla tak niszowych i specjalistycznych ról niesie za sobą bezpośrednie ryzyko, że Wykonawcy nie będą w stanie złożyć ofert spełniających te kryteria, bądź ceny ofertowe zostaną skalkulowane w sposób nieekonomiczny dla Zamawiającego (uwzględniający gigantyczne ryzyko kadrowe).
Działając w duchu art. 16 ustawy Pzp (zasada proporcjonalności i uczciwej konkurencji), wnosimy o dopuszczenie realizacji czynności z pkt 2, 3 i 4 również przez osoby związane z Wykonawcą umowami cywilnoprawnymi.
Zamawiający nie wyraża zgody na modyfikację zapisów we wnioskowanym zakresie. Zamawiający nie podziela stanowiska Wykonawcy, jakoby wysoki stopień specjalizacji czynności wskazanych w pkt 2–4 Rozdziału 7 SWZ uzasadniał wyłączenie ich z wymogu zatrudnienia na podstawie umowy o pracę.
W szczególności Wykonawca mylnie utożsamia wymóg UoP z oceną samych kompetencji personelu albo z incydentalnym charakterem pojedynczego działania, podczas gdy przedmiot zamówienia został przez Zamawiającego opisany jako kompleksowa, ciągła i zorganizowana usługa SOC realizowana przez 36 miesięcy w odpowiednim reżimie czasowym, z precyzyjnie określonymi obowiązkami operacyjnymi, dotyczącymi raportowania, procesami dowodowymi i pracami koordynacyjnymi.
Wskazany zakres usługi bezpieczeństwa dotyczy także analizy powłamaniowej, która nie została przewidziana jako jednorazowa ekspertyza, lecz jako element obsługi incydentów, powiązany m.in. z zabezpieczeniem materiału dowodowego, przygotowaniem danych dotyczących incydentu i sporządzaniem analizy dla każdego właściwego zdarzenia. Podobnie testy penetracyjne i audyty bezpieczeństwa stanowią w niniejszym zamówieniu część okresowego testowania i doskonalenia bezpieczeństwa środowiska teleinformatycznego, a koordynowanie obsługi SOC pozostaje funkcją osadzoną w stałym modelu organizacji i nadzoru nad realizacją przedmiotu umowy.
W konsekwencji Zamawiający uznaje, że Wykonawca błędnie interpretuje zakres Rozdziału 7 SWZ, sprowadzając wskazane czynności do pojedynczych, odrębnych i wyłącznie eksperckich zleceń, podczas gdy zgodnie z aktualną treścią SWZ i projektem umowy są one częścią stałej formy realizacji zamówienia i pozostają adekwatnie objęte wymogiem zatrudnienia na podstawie umowy o pracę.
3Dotyczy OPZ
Zwracamy się z prośbą o doprecyzowanie zakresu oraz pracochłonności testów penetracyjnych wskazanych w przedmiocie zamówienia poprzez odpowiedź na poniższe pytania szczegółowe:
1. Czy Zamawiający definiuje maksymalny lub oczekiwany wolumen pracochłonności wyrażony w osobodniach (Man-Days) na realizację testów penetracyjnych w skali roku/trwania umowy? Jeśli tak, prosimy o podanie tej liczby.
2. Co dokładnie ma stanowić obiekt testów penetracyjnych? Prosimy o wyszczególnienie:
o Liczby adresów IP/hostów zewnętrznych (testy od zewnątrz - Black Box / Grey Box);
o Liczby adresów IP/hostów w sieci wewnętrznej;
o Liczby i rodzaju aplikacji webowych (strony WWW, portale pacjenta, systemy dedykowane);
o Liczby dedykowanych aplikacji mobilnych lub systemów API.
Zamawiający informuje, że nie określa maksymalnego ani oczekiwanego wolumenu pracochłonności testów penetracyjnych wyrażonego w osobodniach, ponieważ przedmiot zamówienia nie stanowi odrębnej usługi testów penetracyjnych rozliczanej według nakładu pracy, lecz kompleksową usługę SOC, w ramach której Wykonawca zobowiązany jest realizować okresowe, kontrolowane testy bezpieczeństwa monitorowanych przez niego systemów. Zakres testów odnosi się do monitorowanych systemów oraz kluczowych systemów teleinformatycznych Zamawiającego objętych przedmiotem zamówienia. Informacje opisujące środowisko zostały wskazane w SWZ, w szczególności poprzez określenie liczby użytkowników wewnętrznych, liczby usług zewnętrznych udostępnianych pacjentom, liczby tuneli VPN oraz modelu monitorowania realizowanego w oparciu o system SIEM Zamawiającego.
Dodatkowo Zamawiający informuje, że nie narzuca jednej, z góry określonej metodyki realizacji zadań z zakresu testów penetracyjnych, takiej jak black box, grey box czy white box, ponieważ testy te stanowią element kompleksowej usługi SOC opisanej funkcjonalnie w SWZ, a nie odrębnie zamawianą usługę realizowaną według sztywno wskazanego modelu technicznego. Zamawiający nie ogranicza sposobu wykonania tego elementu zamówienia do jednej techniki testowej, pozostawiając Wykonawcy jako podmiotowi profesjonalnemu dobór adekwatnych metod działania, z uwzględnieniem jego wiedzy, doświadczenia oraz ustaleń i obserwacji poczynionych w toku realizacji przedmiotu umowy, w szczególności na podstawie wyników wdrożenia, monitoringu, analizy logów, oceny podatności, threat huntingu oraz identyfikacji istotnych elementów środowiska teleinformatycznego Zamawiającego.
4Dotyczy OPZ
Zwracamy się z prośbą o doprecyzowanie zakresu audytów bezpieczeństwa:
1. W oparciu o jakie normy, standardy lub ramy prawne ma zostać przeprowadzony audyt bezpieczeństwa (np. ISO/IEC 27001, Krajowe Ramy Interoperacyjności (KRI), wytyczne CIS Controls, Ustawa o Krajowym Systemie Cyberbezpieczeństwa)?
2. Czy audyt ma mieć charakter wyłącznie audytu zgodności i przeglądu dokumentacji (procesy, procedury, polityki), czy ma obejmować również techniczny audyt konfiguracji systemów operacyjnych, baz danych i urządzeń sieciowych (tzw. configuration review / hardening)? Jeśli tak, prosimy o podanie liczby systemów/urządzeń podlegających weryfikacji.
Zamawiający informuje, że audyt bezpieczeństwa przewidziany w dokumentach zamówienia został opisany funkcjonalnie jako element kompleksowej usługi SOC i nie stanowi odrębnej usługi prowadzonej według jednej wyłącznej normy lub standardu. Podstawą realizacji audytu są wymagania i cele bezpieczeństwa wynikające z SWZ oraz projektu umowy, w szczególności obowiązek przeprowadzenia wstępnego audytu polityk i mechanizmów bezpieczeństwa infrastruktury teletechnicznej objętej przedmiotem zamówienia, realizacja usługi zgodnie z wymaganiami organizacyjnymi i technicznymi rozporządzenia Ministra Cyfryzacji z dnia 4 grudnia 2019 r., wsparcie obowiązków Zamawiającego wynikających z ustawy o krajowym systemie cyberbezpieczeństwa i przepisów wdrażających NIS2 oraz realizacja usługi w oparciu o system zarządzania bezpieczeństwem informacji utrzymywany przez Wykonawcę zgodnie z PN-EN ISO/IEC 27001 lub równoważnie, zgodnie z opisem SWZ. Jednocześnie Zamawiający informuje, że audyt nie został ograniczony wyłącznie do przeglądu dokumentacji, procesów i procedur, lecz obejmuje ocenę polityk i mechanizmów bezpieczeństwa środowiska objętego zamówieniem w zakresie adekwatnym do celu usługi, poziomu ryzyka oraz systemów objętych monitoringiem i analizą w ramach zadań związanych z tzw. SOC. Zakres ten może obejmować również techniczne aspekty bezpieczeństwa, w tym ocenę konfiguracji i mechanizmów ochronnych, o ile jest to niezbędne do prawidłowej realizacji przedmiotu zamówienia, oceny bezpieczeństwa monitorowanych systemów oraz sformułowania rekomendacji organizacyjnych i technicznych. Zakres audytu został opisany funkcjonalnie i odnosi się do infrastruktury objętej przedmiotem zamówienia, zgodnie z zakresem o którym mowa w pkt 6 Tabeli, która znajduje się w Rozdziale 5 SWZ pkt 5.2 Przedmiot zamówienia, z uwzględnieniem kluczowych systemów teleinformatycznych oraz innych istotnych elementów infrastruktury zidentyfikowanych w toku realizacji usługi.
Historia zmian
12.06.2026 — publikacja ogłoszenia
26.06.2026 — wyjaśnienia treści SWZ (2 dokumenty z wyjaśnieniami)
26.06.2026 — upływ terminu składania ofert
26.06.2026 — ogłoszenie o unieważnieniu postępowania