Postępowanie prowadzone jest w trybie przetargu nieograniczonego zgodnie z art. 132 ustawy PZP, ze względu na to, że wartość zamówienia przekracza kwoty określone w obwieszczeniu wydanym przez Prezesa Urzędu Zamówień Publicznych. Dokumentacja nie wskazuje na zastosowanie ustawy o defensie. (+ 2 zdania — pełna treść po zalogowaniu)
Zamówienie jest objęte dofinansowaniem z Krajowego Planu Odbudowy i Zwiększenia Odporności na podstawie umowy nr KPOD.07.03-IP.10-0445/25. Zamawiający nie wskazał w treści SWZ całkowitej wartości szacunkowej zamówienia ani budżetu rocznego. (+ 2 zdania — pełna treść po zalogowaniu)
Zamawiający wyznaczył następujące warunki udziału w postępowaniu w zakresie zdolności technicznej lub zawodowej, w zależności od wybranego pakietu:
Pakiet nr 1: Wykonawca musi wykazać realizację w okresie ostatnich 3 lat przed upływem terminu składania ofert (a jeżeli okres prowadzenia działalności jest krótszy – w tym okresie) co najmniej: jednej dostawy licencji na PRODUKT (system ERP i HIS) wraz z prawem do aktualizacji i wdrożeniem o wartości co najmniej 100 000 zł brutto oraz świadczenie usług serwisowych na rzecz szpitalnego systemu informatycznego (HIS) o wartości nie niższej niż 100 000,00 zł brutto rocznie.
Pakiet nr 2: Wykonawca musi wykazać realizację w okresie ostatnich 3 lat co najmniej trzech wdrożeń infrastruktury sieciowej obejmujących dostawę i konfigurację minimum 4 przełączników sieciowych zarządzalnych wraz z konfiguracją segmentacji vlan o wartości minimum 15 000 zł brutto.
Pakiet nr 3: Wykonawca musi wykazać realizację w okresie ostatnich 3 lat co najmniej dwóch dostaw licencji do oprogramowania w jednostkach sektora publicznego lub medycznego o wartości 15 000 zł brutto.
Podwykonawstwo: Zamawiający dopuszcza powierzenie części zamówienia podwykonawcom. Wymagane jest wskazanie w ofercie zakresu prac oraz nazw podwykonawców, o ile są znani na etapie składania oferty.
Zmiany umowy: Zamawiający przewiduje możliwość zmian kontraktowych w stosunku do treści oferty zgodnie z warunkami określonymi w projekcie umowy (Tom II SWZ).
RODO: Przetwarzanie danych osobowych odbywa się zgodnie z RODO. Administratorami są Samodzielny Publiczny Zespół Opieki Zdrowotnej w Gostyniu oraz Instytucje Koordynujące inwestycję (Ministerstwo).
W dokumentacji zidentyfikowano następujące sygnały ostrzegawcze: - Wskazanie konkretnej marki: Zamawiający w opisie przedmiotu zamówienia (OPZ - Pakiet nr 1, s. 1) wprost wskazuje na konieczność rozbudowy systemów firmy KAMSOFT, co ogranicza konkurencję i możliwość oferowania rozwiązań równoważnych. - Obowiązkowe szkolenia pod rygorem: Zamawiający przewiduje obowiązkowe szkolenia (OPZ - Pakiet nr 1, s. (+ 1 zdanie — pełna treść po zalogowaniu)
Z każdej z 11 sekcji pokazujemy połowę. Załóż darmowe konto, żeby odsłonić pozostałe 27 zdań — pełne warunki udziału, dokumenty i analizę ryzyka Janusza. Bez karty, 14 dni za darmo.
14 dni za darmo Bez karty płatniczej Rezygnacja w 1 klik
Opis przedmiotu zamówienia
Streszczenie AI · Janusz
Część 1 (usługa i dostawa): rozbudowa systemów HIS i ERP wraz z dostawą sprzętu (2 automaty biletowe, 13 monitorów informacyjnych, 9 komputerów, 27 tabletów) oraz usługami integracyjnymi i wdrożeniowymi.
Część 2 (dostawa i usługa): modernizacja infrastruktury sieciowej obejmująca dostawę i wdrożenie 30 przełączników sieciowych oraz 10 urządzeń klasy UTM/firewall.
Część 3 (dostawa): dostawa licencji do oprogramowania monitorującego infrastrukturę IT.
Część 4 (dostawa i usługa): wdrożenie centralnego systemu do zarządzania logami i analizy bezpieczeństwa.
Część 5 (dostawa i usługa): wdrożenie systemu ochrony stacji roboczych i serwerów klasy EDR/XDR dla 200 urządzeń wraz z usługami utrzymania.
Część 6 (usługa): przeprowadzenie usługi wzmocnienia bezpieczeństwa (hardening) domeny Active Directory.
Część 7 (usługa): rozbudowa i integracja systemu diagnostycznego RIS/PACS z platformą usług inteligentnych.
Pytania i odpowiedzi
Wyjaśnienia treści SWZ udzielone przez zamawiającego. Odpowiedzi wiążą wszystkich wykonawców — także tych, którzy nie zadali pytania.
Czy przedmiotem zamówienia w ramach Pakietu nr 3 jest wyłącznie dostawa licencji dla systemu monitorowania infrastruktury IT
wraz ze wsparciem technicznym producenta/partnera – jak wskazuje rozdział 1 i 3 dokumentu OPIS PRZEDMIOTU ZAMÓWIENIA
– PAKIET NR 3 – czy również wykonanie pełnej usługi wdrożeniowej (instalacja, konfiguracja, integracja z Active Directory, migracja
danych z istniejącego wdrożenia), przeprowadzenie szkoleń dla administratorów oraz sporządzenie dokumentacji powdrożenio-
wej, jak wynika z treści § 1 ust. 1, § 2 ust. 3 oraz § 4 ust. 2 (Etap II i III) dokumentu WZÓR UMOWY – PAKIET NR 3?
Uzasadnienie: W dokumencie OPZ - Pakiet 3 (Rozdział 1 „Zakres szczegółowy” oraz Rozdział 5 „Dokumentacja”) Zamawiający
określił, że przedmiotem zamówienia jest dostawa licencji, zapewnienie wsparcia oraz przekazanie certyfikatów licencyjnych i
standardowych instrukcji producenta. OPZ nie zawiera żadnych wymagań technicznych, zakresu prac, ani kryteriów akceptacji dla
procesu instalacji, konfiguracji czy migracji danych. Z kolei we wzorze umowy w § 1, § 2 oraz § 4 wprost nałożono na Wykonawcę
obowiązek przeprowadzenia pełnego wdrożenia, integracji, migracji historycznej, szkoleń oraz opracowania dedykowanej
dokumentacji powdrożeniowej (konfiguracji, procedur awaryjnych) w ramach wynagrodzenia. Rozbieżność ta uniemożliwia
Wykonawcom jednoznaczne ustalenie rzeczywistego zakresu prac i prawidłowe skalkulowanie ceny oferty.
Zamawiający potwierdza, że postępowanie dotyczy wyłącznie dostawy licencji dla oprogramowania, które już jest w posiadaniu Zamawiającego, dlatego Zamawiający na etapie zawierania umowy dokona stosownej korekty zapisów zawieranej umowy.
W przypadku potwierdzenia przez Zamawiającego, że wdrożenie systemu i migracja danych wchodzą w zakres zamówienia (zgod-
nie z § 4 ust. 2 Etap II wzoru umowy), prosimy o doprecyzowanie warunków technicznych dotychczasowego środowiska, tj.:
1. Z jakiego systemu monitorowania infrastruktury IT Zamawiający korzysta obecnie (nazwa systemu/producenta), którego dane
i konfiguracja mają podlegać migracji zgodnie z wymaganiami umowy?
2. W jakiej bazie danych (np. MS SQL, PostgreSQL, MySQL) oraz w jakim formacie przechowywane są obecnie dane historyczne
podlegające migracji?
3. Jaka jest szacunkowa wolumen/wielkość danych historycznych przeznaczonych do migracji?
Uzasadnienie: Zgodnie z § 4 ust. 4 wzoru umowy, Wykonawca ma obowiązek przeprowadzić migrację z dotychczasowego
wdrożenia w sposób umożliwiający zachowanie ciągłości danych historycznych i konfiguracji alarmów. Ponieważ systemy
monitorowania różnych producentów posiadają odmienne, często zamknięte struktury bazodanowe, brak wiedzy o obecnym
systemie Zamawiającego uniemożliwia techniczną ocenę wykonalności migracji bez utraty danych, o której mowa w rozdziale 2.9
OPZ, oraz oszacowanie pracochłonności tego procesu.
Zamawiający potwierdza, że zadanie dotyczy wyłącznie licencji oprogramowania i informuje, że zadanie nie dotyczy
wdrożenia i migracji danych, dlatego Zamawiający na etapie zawierania umowy dokona stosownej korekty zapisów zawieranej
umowy.
Czy w odniesieniu do zapisów § 4 ust. 1 wzoru umowy, mówiących o wdrożeniu przedmiotu umowy w siedzibie Zamawiającego,
Zamawiający dopuszcza realizację prac instalacyjnych, konfiguracyjnych oraz integracyjnych (Etap II) w formule w pełni zdalnej
(np. poprzez bezpieczne połączenie VPN dostarczone przez Zamawiającego)?
Uzasadnienie:
Współczesne systemy monitorowania infrastruktury IT oraz ich komponenty serwerowe i agentowe są wdrażane bezpośrednio w
środowiskach wirtualnych i systemach operacyjnych, co pozwala na pełną, bezpieczną i efektywną konfigurację bez konieczności
fizycznej obecności inżynierów w serwerowni szpitala. Dopuszczenie formy zdalnej wpłynie optymalizująco na koszty logistyczne i
czas realizacji zamówienia.
Zamawiający nie wyraża zgody na realizacje prac instalacyjnych w formie zdalnej.
Czy w ramach Etapu III (Szkolenia i Odbiór Końcowy), o którym mowa w § 4 ust. 2 lit. c) wzoru umowy, czy Zamawiający czy
dopuszcza formę zdalną szkoleń (online)? Dodatkowo, dla ilu osób (administratorów) należy takie szkolenie przeprowadzić?
Uzasadnienie: Wzór umowy nakłada na Wykonawcę obowiązek przeprowadzenia szkoleń dla wskazanych przez Zamawiającego
administratorów pod rygorem kar umownych (§ 7 ust. 5), jednak ani umowa, ani OPZ nie określają liczby uczestników ani formy
realizacji tych szkoleń, co bezpośrednio wpływa na koszty logistyczne i osobowe projektu.
Zamawiający wyraża zgodę na wdrożenie szkoleń w formie zdalnej.
PAKIET NR 1 - Wzór Umowy – § 4 ust. 3 – ust. 5
W związku z analizą postanowień dotyczących odbioru zwracamy uwagę, że projekt Umowy określa obowiązki Wykonawcy
związane ze zgłoszeniem gotowości do odbioru oraz usunięciem ewentualnych niezgodności, nie wskazuje natomiast terminów
obowiązujących po stronie Zamawiającego w zakresie przeprowadzenia procedury odbiorowej.
W szczególności Umowa nie określa terminu, w jakim Zamawiający powinien przystąpić do odbioru po otrzymaniu zgłoszenia
gotowości do odbioru, ani terminu, w jakim powinien zakończyć czynności odbiorowe poprzez podpisanie protokołu odbioru lub
zgłoszenie uwag do przedmiotu odbioru.
Jednocześnie zwracamy uwagę, że zgodnie z ust. 4 Zamawiający jest uprawniony do odmowy podpisania Protokołu odbioru oraz
przerwania czynności odbiorowych w przypadku stwierdzenia niezgodności przedmiotu Umowy z ofertą lub wymaganiami OPZ.
W naszej ocenie zasadne byłoby doprecyzowanie, że odmowa odbioru powinna następować poprzez sporządzenie protokołu
zawierającego szczegółowy wykaz stwierdzonych niezgodności lub wad, które w ocenie Zamawiającego świadczą o nienależytym
wykonaniu danego etapu prac. Pozwoli to jednoznacznie określić zakres wymaganych poprawek oraz ograniczy ryzyko sporów co
do przyczyn odmowy odbioru.
Brak takich postanowień może prowadzić do nieuzasadnionego wydłużania procedury odbiorowej, pomimo terminowego
wykonania danego etapu przez Wykonawcę, a w konsekwencji wpływać na harmonogram realizacji Umowy oraz terminowość
rozliczeń między Stronami.
Mając na uwadze powyższe czy zamawiający zgodzi się zmienić ust. 3 – ust. 5 w następujący sposób:
3. Wykonawca zgłasza gotowość do odbioru najpóźniej w ostatnim dniu przewidzianym w harmonogramie/Umowie. Zama-
wiający zobowiązuje się przystąpić do odbioru nie później niż w terminie 2 Dni Roboczych od dnia zgłoszenia gotowości
do odbioru przez Wykonawcę.
Zamawiający częściowo uwzględnia stanowisko Wykonawcy tj. wprowadzi termin na przystąpienie do czynności
odbiorowych (proponowane 5 dni roboczych od zgłoszenia gotowości do odbioru) oraz potwierdza, że odmowa odbioru
następuje przez sporządzenie protokołu zawierającego wykaz stwierdzonych niezgodności lub wad. Zamawiający nie wyraża
natomiast zgody na wprowadzenie fikcji odbioru (automatycznego uznania przedmiotu za odebrany w razie bezczynności),
z uwagi na konieczność zachowania kontroli nad zgodnością realizacji przedmiotu umowy z OPZ i wymogami KPO. Zamawiający
dokona odpowiedniej korekty § 4 na etapie zawarcia umowy.
PAKIET NR 1 - Wzór Umowy – § 4 ust. 10
Pragniemy zaznaczyć, iż wymóg dostarczania dodatkowo wydrukowanej kompletnej dokumentacji jest niezgodny z zasadą DNSH,
w związku czy Zamawiający zgodzi się wykreślić z § 4 ust. 10 wymogu dostarczenia dokumentacji w wersji wydrukowanej (1 kopia)?
Zamawiający wyraża zgodę i wykreśla wersję drukowaną dokumentacji z projektu umowy.
PAKIET NR 1 - Wzór Umowy – § 4 ust. 11
Z uwagi na krótki czas wdrożenia, Zamawiający wskazał w OPZ, że nie przewiduje wymiany systemu.
Tym samym prosimy o wykreślenie w § 4 ust. 11.
Zamawiający dokonuje wykreślenia § 4 ust. 11 z projektu umowy.
Pakiet nr 1 - Wzór Umowy – § 5
W związku z analizą dokumentacji zwracamy uwagę, że postanowienia Umowy oraz OPZ dotyczące świadczenia usług
serwisowych, w tym w szczególności definicji błędów, czasów reakcji oraz czasów naprawy, nie są w pełni spójne.
W OPZ zawarto bardziej szczegółowe i precyzyjne regulacje dotyczące klasyfikacji zgłoszeń oraz parametrów SLA, natomiast
postanowienia Umowy w tym zakresie są od nich częściowo odmienne lub mniej szczegółowe. Dotyczy to w szczególności:
• definicji błędów i ich klasyfikacji,
• terminów zgłoszeń i ich obsługi,
• czasów reakcji,
• czasów usunięcia (naprawy) błędów.
Brak jednoznacznej spójności pomiędzy dokumentami może prowadzić do rozbieżności interpretacyjnych na etapie realizacji
Umowy, w szczególności w zakresie oceny prawidłowości realizacji SLA oraz kwalifikacji zgłoszeń serwisowych.
W celu zapewnienia jednolitych zasad świadczenia usług oraz ograniczenia ryzyka sporów interpretacyjnych, zwracamy się z
prośbą o ujednolicenie postanowień Umowy i OPZ poprzez przeniesienie lub bezpośrednie włączenie do Umowy szczegółowych
zapisów OPZ w zakresie:
• definicji błędów i ich klasyfikacji,
• terminów zgłoszeń,
• czasów reakcji,
• czasów naprawy,
• zasad realizacji SLA.
Ujednolicenie tych postanowień zapewni spójność dokumentacji umownej oraz jednoznaczne zasady oceny realizacji usług
serwisowych przez obie Strony.
Zamawiający potwierdza, że w zakresie definicji błędów i ich klasyfikacji, terminów zgłoszeń, czasów reakcji
i naprawy oraz zasad SLA rozstrzygające są postanowienia OPZ. W przypadku rozbieżności między wzorem umowy, a OPZ
pierwszeństwo mają postanowienia OPZ. Zamawiający dokona ujednolicenia i doprecyzowania zapisów na etapie zawarci
umowy.
Pakiet nr 1 - Wzór umowy – § 5 ust.5
Zgodnie z § 5 ust. 5 wzoru umowy, Strony oświadczają, że okres pakietu serwisowego PODSTAWOWEGO ulega automatycznie
przedłużeniu o czas niesprawności przedmiotu umowy, biorąc pod uwagę okres jego naprawy, liczony od dnia zgłoszenia usterki
do Wykonawcy do dnia podpisania przez Strony Protokołu odbioru wykonanej usługi serwisowej. Nie dotyczy to niesprawności
przedmiotu umowy spowodowanej działaniem albo zaniechaniem Zamawiającego.
W związku z analizą postanowienia dotyczącego automatycznego przedłużenia okresu pakietu serwisowego o czas niesprawności
przedmiotu Umowy zwracamy się o jego usunięcie w całości.
Przedmiotowy zapis wprowadza mechanizm, który nie jest standardem w umowach serwisowych IT i w praktyce może prowadzić
do nieuzasadnionego oraz nieograniczonego wydłużania okresu obowiązywania pakietu serwisowego.
W szczególności należy wskazać, że:
• system ma charakter modułowy, a niesprawność pojedynczego modułu nie oznacza niesprawności całego systemu,
• brak jest precyzyjnych kryteriów określających zakres „niesprawności przedmiotu Umowy”, co uniemożliwia jedno-
znaczną ocenę skutków zdarzeń,
• powiązanie okresu przedłużenia z czasem od zgłoszenia usterki do podpisania protokołu odbioru usługi serwisowej po-
woduje, że okres obowiązywania pakietu może być w praktyce wydłużany w sposób niekontrolowany, w szczególności w
przypadku sporów co do momentu usunięcia zgłoszenia,
• zapis w istocie przenosi na Wykonawcę ryzyko zapewnienia ciągłej, bezwarunkowej dostępności całego systemu, co od-
powiada modelowi gwarancji SLA o charakterze rezultatu, a nie typowej usłudze serwisowej.
W konsekwencji postanowienie to jest nieadekwatne do charakteru systemu modułowego oraz przyjętego modelu świadczenia
usług utrzymaniowych i może prowadzić do istotnych ryzyk kontraktowych oraz sporów interpretacyjnych.
W związku z powyższym czy Zamawiający zgodzi się usunąć przedmiotowe postanowienie w całości?
Zamawiający nie wyraża zgody na wykreślenie zapisu w całości. Mechanizm zapewnia, że faktyczny okres wsparcia
odpowiada okresowi zamówionemu. Zamawiający doprecyzowuje, że przedłużenie dotyczy wyłącznie czasu niedostępności
spowodowanej wadą oprogramowania z przyczyn leżących po stronie Wykonawcy i nie obejmuje niedostępności wynikającej
z działania lub zaniechania Zamawiającego.
Pokazujemy 9 z 25 pytań. Komplet wyjaśnień — razem z załącznikami, których dotyczą — jest w dokumentacji postępowania.
