Rozbudowa Szpitalnego Systemu Informatycznego w celu poprawy cyberbezpieczeństwa, rozszerzenia funkcjonalności oraz zwiększenia wykorzystania usług opartych na AI

1. Przedmiotem zamówienia jest Rozbudowa Szpitalnego Systemu Informatycznego w celu poprawy cyberbezpieczeństwa, rozszerzenia funkcjonalności oraz zwiększenia wykorzystania usług opartych na AI.

2. Przedmiot zamówienia został szczegółowo opisany w załączniku nr 2 do SWZ.

3. Zamawiający nie dopuszcza możliwości składania ofert częściowych. Powód braku podziału na części: Przedmiot zamówienia ma jednolity charakter, a podział zamówienia na części powodowałby nadmierne trudności organizacyjne, techniczne i dodatkowe koszty wykonania zamówienia, a także potrzebę skoordynowania działań różnych wykonawców realizujących zamówienie. Zamówienie jest podzielone na etapy, ale musi być traktowane jako jedna całość, ze względu na konieczność utrzymania ciągłości procesu modyfikacji systemów HIS, będącego przedmiotem zamówienia. Przedmiotem zamówienia jest Rozbudowa szpitalnego systemu informatycznego (HIS – Hospital Information System) w celu poprawy cyberbezpieczeństwa, rozszerzenia funkcjonalności oraz zwiększenia wykorzystania usług opartych na AI, stanowiącego krytyczny element infrastruktury placówki ochrony zdrowia. Rozbudowa systemu musi być ściśle powiązana z istniejącymi modułami i strukturą systemu HIS, w tym z posiadaną przez Zamawiającego bazą danych Oracle, systemem RIS/PACS, LIS oraz innymi komponentami HIS Eskulap. Zastosowanie różnych wykonawców dla poszczególnych części mogłoby prowadzić do problemów z kompatybilnością, spójnością danych oraz trudnościami w integracji nowych komponentów z dotychczasowym środowiskiem informatycznym. Powierzenie realizacji całości zamówienia jednemu wykonawcy zapewnia jednoznaczną odpowiedzialność za poprawność działania systemu po rozbudowie oraz za bezpieczeństwo przetwarzanych danych, w tym danych wrażliwych szczególnej kategorii objętych ochroną na podstawie przepisów RODO i ustawy o ochronie danych osobowych. Ponadto rozdzielenie odpowiedzialności między kilku wykonawców mogłoby skomplikować proces zarządzania ryzykiem i utrudnić dochodzenie ewentualnych roszczeń gwarancyjnych. Szpitalny system informatyczny (HIS) musi działać nieprzerwanie 24/7. Koordynacja wielu wykonawców mogłaby zwiększyć ryzyko błędów w integracji, przestojów lub nawet czasowej niedostępności systemu, co miałoby bezpośredni wpływ na bezpieczeństwo pacjentów i możliwość świadczenia usług medycznych. Podsumowując ze względu na ścisłe powiązania funkcjonalne i technologiczne, brak jest uzasadnionej możliwości dokonania efektywnego i bezpiecznego podziału zamówienia na niezależne części.

1. W celu potwierdzenia spełniania przez wykonawcę warunków udziału w postępowaniu żąda następujących podmiotowych środków dowodowych:

a) wykaz usług dostaw wykonanych w okresie ostatnich 3 lat, a jeżeli okres prowadzenia działalności jest krótszy - w tym okresie, wraz z podaniem ich wartości, przedmiotu, dat wykonania i podmiotów, na rzecz których dostawy zostały wykonane należycie, przy czym dowodami, o których mowa, są referencje bądź inne dokumenty sporządzone przez podmiot, na rzecz którego dostawy zostały wykonane, a jeżeli wykonawca z przyczyn niezależnych od niego nie jest wstanie uzyskać tych dokumentów – oświadczenie wykonawcy.

b) wykazu osób, skierowanych przez wykonawcę do realizacji zamówienia publicznego, w szczególności odpowiedzialnych za świadczenie usług, kontrolę jakości lub kierowanie robotami budowlanymi, wraz z informacjami na temat ich kwalifikacji zawodowych niezbędnych do wykonania zamówienia publicznego przez nie czynności oraz informacją o podstawie do dysponowania tymi osobami - Załącznik nr 8 do SWZ.

1. Przedmiotem zamówienia jest Rozbudowa Szpitalnego Systemu Informatycznego w celu poprawy cyberbezpieczeństwa, rozszerzenia funkcjonalności oraz zwiększenia wykorzystania usług opartych na AI.

2. Przedmiot zamówienia został szczegółowo opisany w załączniku nr 2 do SWZ.

3. Zamawiający nie dopuszcza możliwości składania ofert częściowych. Powód braku podziału na części: Przedmiot zamówienia ma jednolity charakter, a podział zamówienia na części powodowałby nadmierne trudności organizacyjne, techniczne i dodatkowe koszty wykonania zamówienia, a także potrzebę skoordynowania działań różnych wykonawców realizujących zamówienie. Zamówienie jest podzielone na etapy, ale musi być traktowane jako jedna całość, ze względu na konieczność utrzymania ciągłości procesu modyfikacji systemów HIS, będącego przedmiotem zamówienia. Przedmiotem zamówienia jest Rozbudowa szpitalnego systemu informatycznego (HIS – Hospital Information System) w celu poprawy cyberbezpieczeństwa, rozszerzenia funkcjonalności oraz zwiększenia wykorzystania usług opartych na AI, stanowiącego krytyczny element infrastruktury placówki ochrony zdrowia. Rozbudowa systemu musi być ściśle powiązana z istniejącymi modułami i strukturą systemu HIS, w tym z posiadaną przez Zamawiającego bazą danych Oracle, systemem RIS/PACS, LIS oraz innymi komponentami HIS Eskulap. Zastosowanie różnych wykonawców dla poszczególnych części mogłoby prowadzić do problemów z kompatybilnością, spójnością danych oraz trudnościami w integracji nowych komponentów z dotychczasowym środowiskiem informatycznym. Powierzenie realizacji całości zamówienia jednemu wykonawcy zapewnia jednoznaczną odpowiedzialność za poprawność działania systemu po rozbudowie oraz za bezpieczeństwo przetwarzanych danych, w tym danych wrażliwych szczególnej kategorii objętych ochroną na podstawie przepisów RODO i ustawy o ochronie danych osobowych. Ponadto rozdzielenie odpowiedzialności między kilku wykonawców mogłoby skomplikować proces zarządzania ryzykiem i utrudnić dochodzenie ewentualnych roszczeń gwarancyjnych. Szpitalny system informatyczny (HIS) musi działać nieprzerwanie 24/7. Koordynacja wielu wykonawców mogłaby zwiększyć ryzyko błędów w integracji, przestojów lub nawet czasowej niedostępności systemu, co miałoby bezpośredni wpływ na bezpieczeństwo pacjentów i możliwość świadczenia usług medycznych. Podsumowując ze względu na ścisłe powiązania funkcjonalne i technologiczne, brak jest uzasadnionej możliwości dokonania efektywnego i bezpiecznego podziału zamówienia na niezależne części.

Odwołanie wnosi się w terminie:

1) 10 dni od dnia przekazania informacji o czynności zamawiającego stanowiącej podstawę jego wniesienia, jeżeli informacja została przekazana przy użyciu środków komunikacji elektronicznej,

2) 15 dni od dnia przekazania informacji o czynności zamawiającego stanowiącej podstawę jego wniesienia, jeżeli informacja została przekazana w sposób inny niż określony w pkt 1) Pozostałe informacje dotyczące środków ochrony prawnej zawarte są w art. 505 – 590 Ustawy.