Termin realizacji: od podpisania umowy do 30 września 2030 r.; część podstawowa do 30 września 2029 r.; Opcja nr 2 — przedłużenie do 12 miesięcy po zakończeniu części podstawowej.
Opcja nr 1 (Asysta techniczna): termin tożsamy z częścią podstawową.
Doświadczenie usługowe: min. 2 usługi oprogramowania ≥ 2 000 000 zł brutto każda lub 1 usługa ≥ 1 000 000 zł (system wymiany danych medycznych ≥ 5 podmiotów) lub 1 usługa ≥ 150 000 zł (repozytorium DICOM); ostatnie 7 lat; możliwe łączenie w jednej umowie
Kierownik Projektu: 1 osoba, ≥ 24 mies. w projektach informatycznych ≥ 4 000 000 PLN brutto każdy (lub ≥ 36 mies.), certyfikat SCRUM lub równoważny, ostatnie 7 lat
Architekt systemów IT: min. 1 osoba, ≥ 3 lata projektowania architektury IT, certyfikat TOGAF9 Foundation lub wyższy
Analityk systemów IT: min. 1 osoba, ≥ 3 lata analizy wymagań, UML, metodyki zwinne
Zabezpieczenie należytego wykonania: min. 5% wynagrodzenia brutto; formy: pieniądz, poręczenia/gwarancje bankowe lub ubezpieczeniowe. - Kary umowne: w projekcie umowy (zał. nr 3 do SWZ).
9
Inne zapisy
Widoczne 50%
Podwykonawstwo: zakaz wykonywania zamówienia z udziałem podwykonawców, jeśli przypada na nich >10% wartości zamówienia.
Tajemnica przedsiębiorstwa: możliwe zastrzeżenie informacji wg procedury SWZ — wersja tajna + jawna, uzasadnienie zastrzeżenia.
Z każdej z 10 sekcji pokazujemy połowę. Załóż darmowe konto, żeby odsłonić pozostałe 17 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 – rozwój): rozbudowa Mazowieckiej Platformy e-Zdrowie o funkcjonalności teleradiologii (zdalna obsługa zleceń i opisów obrazowych) oraz usługi e-CD (elektroniczny dostęp pacjentów do badań DICOM przez portal webowy), z dostawą i wdrożeniem.
Część 2 (usługa – utrzymanie): utrzymanie ciągłości działania platformy MPeZ (serwis, nadzór autorski, gwarancja, administrowanie, monitorowanie 24/7) dla 26 podmiotów leczniczych, w tym utrzymanie integracji z HIS/RIS/PACS/EDM i Węzłem Krajowym.
Część 3 (usługa – asysta techniczna, opcja): Usługi Asysty Technicznej do 10 000 roboczogodzin (praci rozwojowe, modyfikacje, integracje, migracje, instruktaże) – po uruchomieniu przez Zamawiającego.
Część 4 (usługa – serwis): Usługi Serwisowe (obsługa awarii/błędów/zgłoszeń z SLA: awaria 2h reakcji, błąd 4h, pytanie 4h) oraz Usługi Utrzymania dodatkowe na 12 miesięcy (opcja nr 2).
Elementy współdziałające: kooperacja z zespołem SOC (CRRT, ISAC-Mazovia, SIEM, skany podatności), szkolenia instruktażowe (do 27 spotkań), dokumentacja powykonawcza, protokoły odbioru, raporty SLA.
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.
"Przedmiot Zamówienia realizowany będzie w siedzibach Partnerów oraz w siedzibie Województwa Mazowieckiego lub w innych lokalizacjach wskazanych przez Zamawiające" Prosimy o informacje co będzie realizowane w siedzibie Partnerów?
Przedmiot zamówienia może być realizowany we wskazanych siedzibach Partnerów w przypadku konieczności wykonania prac utrzymaniowych, rozwojowych, integracyjnych lub zadań asysty technicznej. Warunki techniczne, w tym dostęp do sieci WAN, umożliwiają realizację prac w sposób zdalny. Sposób organizacji i miejsce realizacji poszczególnych prac będą wynikały z charakteru danego zadania oraz przyjętego przez Wykonawcę sposobu jego realizacji, z uwzględnieniem wymagań Zamawiającego. Jednocześnie zgodnie z zapisami Opisu Przedmiotu Zamówienia (OPZ) (zał. nr 2 do SWZ) w pkt 11 Zarządzanie realizacją Przedmiotu Zamówienia:" Spotkania z Zamawiającym i Partnerami Projektu mogą odbywać się zdalnie, chyba że do realizacji Projektu niezbędne będzie spotkanie w siedzibie Zamawiającego lub Partnerów Projektu. Zamawiający ma do wyłącznej dyspozycji na swój wniosek 20 spotkań osobistych w siedzibie Zamawiającego lub Partnerów Projektu na terenie województwa mazowieckiego z uczestnictwem co najmniej Kierownika Projektu."
W OPZ wymieniono 26 Partnerów. Czy Zamawiający planuje integrować wszystkich Partnerów? Proszę o potwierdzenie, że integracja będzie odbywać się na podstawie odrębnego przetargu. Jeśli tak, kiedy planowany jest taki przetarg?
W zakresie przedmiotowego zamówienia leży utrzymanie pełnej i prawidłowej integracji już zintegrowanych 3 Partnerów, w tym – w razie jej utraty, zakłócenia lub nieprawidłowego działania – odtworzenie integracji w pełnym zakresie oraz przywrócenie jej funkcjonalności do stanu zgodnego z wymaganiami Platformy. Integracja kolejnych Partnerów nie jest przedmiotem niniejszego postępowania. Kolejne integracje odbywać się będą na podstawie odrębnego kontraktu, którego zawarcie planowane jest w 2027 roku. Wsparcie Wykonawcy przy integracji z Platformą źródłowych systemów informatycznych Partnerów – po stronie Platformy – odbywać się będzie w ramach Zakresu asysty technicznej.
"W przypadku wymiany Regionalnego PACS wymagana jest migracja wszystkich danych obrazowych z obecnie eksploatowanego systemu oraz odtworzenie istniejących integracji z systemami Partnerów, w tym co najmniej z RIS: Alteris RIS, Synektik ArPACS RIS oraz z PACS: Synektik ArPACS i Alteris PACS, jak również z pozostałymi komponentami MPeZ" Czy zapewnione jest wsparcie integracji dostawców na kolejny okres utrzymania po 5 sierpnia 2026 roku i do kiedy? Czy w zakresie tego zamówienia jest zapewnienie takiego wsparcia? Czy też będzie realizowane w ramach odrębnego przetargu? W związku z tym, że obecnie Zamawiający nie dysponuje kodami źródłowymi do systemu PACS, proszę o potwierdzenie, że w przypadku wymiany PACS Wykonawca nie musi przekazywać kodów źródłowych do tego systemu.
Zgodnie z zapisami OPZ utrzymanie istniejących integracji powinno zostać zapewnione w ramach niniejszego postępowania, zgodnie z zapisami OPZ, pkt 8.4 „Wymagania do realizacji Utrzymania Mazowieckiej Platformy e-Zdrowie i jej nowo wdrożonych elementów". Okres utrzymania Platformy przewidziany jest do września 2029 r. w ramach zamówienia podstawowego, natomiast w przypadku skorzystania z prawa opcji (Opcja nr 2) – do września 2030 r. W przypadku wymiany regionalnego systemu PACS Wykonawca będzie zobowiązany do przeprowadzenia migracji danych oraz zapewnienia utrzymania systemu, w tym wymaganych integracji. Jednocześnie Zamawiający potwierdza, że w przypadku wymiany systemu PACS nie będzie wymagane przekazanie kodów źródłowych do tego systemu z zastrzeżeniem, że zostanie przekazana dokumentacja użytkowa i dokumentacja interfejsów integracyjnych, zgodnie z OPZ.
"WF.2.1.4 System zapewnia automatyczny zapis badania w lokalnym PACS oraz przekazanie danych do Regionalnego PACS" Prosimy o potwierdzenie, że wymaganie jest opcjonalne i warunkowane od tego czy lokalny PACS jest w stanie obsłużyć taką integrację. Prosimy o uszczegółowienie jakie dane miałyby zostać przekazane do Regionalnego PACS skoro w momencie wysyłania zlecenia dokumentacja obrazowa powinna już być w Regionalnym PACS.
Zamawiający nie potwierdza opcjonalności wskazanego wymagania. Wymaganie ma zastosowanie w zakresie integracji przewidzianych do realizacji dla systemów wskazanych w OPZ jako systemy zintegrowane. Jego realizacja jest zatem uzależniona od możliwości technicznych oraz zakresu integracji danego lokalnego systemu PACS, przy czym wymagane jest zapewnienie w ramach zamówienia integracji pomiędzy systemami źródłowymi a Platformą w dotychczasowym zakresie. Zakres przekazywanych danych zgodnie z przeznaczeniem Regionalnego PACS opisany jest w OPZ. Zgodnie ze schematem procesu złożenia zlecenia, badanie obrazowe jest wykonywane u Partnera. Dane lokalne dostarczane są do systemu regionalnego automatycznie lub na żądanie (m.in. na potrzeby przygotowania zlecenia).
"WF3.1.2 Usługa umożliwia odbiór pojedynczego badania na podstawie kodu dostępowego i numeru PESEL" Prosimy o informację co Zamawiający ma na myśli w zakresie słowa kod dostępowy i skąd platforma regionalna ma otrzymywać ten kod, aby pacjent mógł go następnie wykorzystać?
Zamawiający zmienia treść wymagania 3.1.2. OPZ, które otrzymuje następujące brzmienie: „WF.3.1.2. Usługa umożliwia odbiór pojedynczego badania na podstawie kodu dostępowego i numeru PESEL. Nadawanie kodu dostępowego następuje przy wystawieniu zlecenia w Platformie oraz na żądanie upoważnionego pracownika medycznego w powiązaniu z danymi Pacjenta. Kod zostanie przekazany Pacjentowi poza Platformą. Pacjent przy użyciu kodu i swojego nr PESEL będzie miał dostęp do wyników jednego konkretnego badania."
WF.3.3.2 "System wysyła pacjentowi powiadomienia o dostępności nowego badania i dostępności jego opisu (SMS/ mail)". Prosimy o wskazanie jaki jest planowany wolumen powiadomień sms?
Szacowane wolumeny nie przekraczają 3000 SMS/email miesięcznie na zintegrowanego Partnera.
"WPF.1.1 Wydajność i czas odpowiedzi" Prosimy o potwierdzenie, że poniższe czasy nie dotyczą wyświetlenia obrazów w przeglądarce DICOM. Prosimy o potwierdzenie, że z poniższych czasów wyłączony jest czas skanowania antywirusowego.
Zamawiający dokonuje zmiany OPZ w następujący sposób: w pkt WPF.1.1 (Wydajność i czas odpowiedzi) dodaje się zapis: „Z wymagania wyłącza się przeglądarkę DICOM oraz czas skanowania antywirusowego"
WPF.2.1.2 "Planowane prace serwisowe (down time) odbywają się w godzinach od 2:00 do 5:00." Prosimy o informację czy można realizować prace serwisowe w innych godzinach jeśli prace serwisowe nie powodują przerwy w działaniu usług?
Zamawiający dokonuje zmiany OPZ w następujący sposób: w pkt WPF. 2.1.2 dodaje się zapis: „Zamawiający dopuszcza realizację planowanych prac serwisowych w godzinach innych niż wskazane powyżej, pod warunkiem, że prace te nie powodują przerwy ani ograniczenia dostępności usług."
WPF.2.1.2 "W ciągu jednego miesiąca mogą odbyć się maksymalnie cztery takie przerwy" Prosimy o informację czy w przypadku, jeżeli będzie konieczna np. 5 aktualizacja z tytułu krytycznej podatności ma być wstrzymana? Ograniczenie wydaje się nieuzasadnione.
Wskazane ograniczenie dotyczy planowanych prac serwisowych powodujących niedostępność Usługi/Systemu. Ograniczenie do maksymalnie czterech przerw w miesiącu nie dotyczy prac koniecznych do niezwłocznego usunięcia krytycznych podatności bezpieczeństwa lub innych sytuacji wymagających pilnej interwencji, których odroczenie mogłoby powodować istotne ryzyko dla bezpieczeństwa lub ciągłości działania Systemu. W takim przypadku Wykonawca jest zobowiązany do niezwłocznego poinformowania Zamawiającego o konieczności przeprowadzenia dodatkowych prac, wskazania ich przyczyny, przewidywanego czasu trwania oraz wpływu na dostępność Usługi. Zamawiający podtrzymuje ograniczenie określone w pkt WPF.2.1.2 w odniesieniu do planowanych prac serwisowych.
WPF.4.1.5: "System wspiera mieszane uwierzytelnianie użytkowników (konta lokalne i autentykacja domenowa), z możliwością konfiguracji trybu pracy przez administratora oraz z obsługą 2FA". Prosimy o potwierdzenie, że wymaganie dotyczy jedynie kont serwisowych (np. dostęp do maszyn wirtualnych), a nie kont użytkowników końcowych platformy.
Wymaganie dotyczy wszystkich kont użytkowników wewnętrznych Platformy, w tym kont serwisowych, a logowanie użytkowników końcowych Platformy (pacjentów) odbywa się poprzez Węzeł Krajowy
WPF.6.1.3: "Interfejsy użytkownika udostępniane personelowi i pacjentom muszą zostać dostosowane do wymagań WCAG 2.2 na poziomie AA. Wykonawca zobowiązany jest do przeprowadzenia weryfikacji komponentów systemu spełniających obecnie wymagania WCAG 2.1, w celu identyfikacji zakresu zmian niezbędnych do zapewnienia ich zgodności z WCAG 2.2 na poziomie AA". Prosimy o potwierdzenie, że ze względu na swoją specyfikę przeglądarka DICOM jest wyłączona z wymagań WCAG.
Zamawiający dokonuje zmiany OPZ w następujący sposób: w pkt WPF.6.1.3 dodaje się zapis: „Z wymagania wyłącza się przeglądarkę DICOM"
Z.ROZ.1.7: "Konfiguracja systemu monitoringu Zabbix". Prosimy o informację czy Zamawiający oczekuje w ramach przetargu dostawy systemu Zabbix dedykowanego dla projektu e-Zdrowie dla Mazowsza? Prosimy o informację czy w ramach zamówienia Wykonawca musi także zainstalować Zabbix?
Wykonawcy zostanie udostępniony dedykowany i wdrożony u Zamawiającego Zabbix. Wykonawca zobowiązany jest do instalacji, konfiguracji i monitorowania technicznego Platformy (dostępność i ciągłość działania komponentów aplikacyjnych i infrastrukturalnych, wykorzystanie zasobów, w tym CPU, pamięci, przestrzeni dyskowej i usług bazodanowych, działanie zadań cyklicznych, kolejek, mechanizmów backupu, logów systemowych oraz wyjątków aplikacyjnych) również poprzez dedykowany Zabbix.
WPF.7.1.14 Wykonawca zapewni przechowywanie logów systemowych i bezpieczeństwa przez okres 24 miesięcy od dnia ich zapisu, chyba że przepisy prawa, decyzje właściwych organów, wymogi dotyczące obsługi incydentu, sporu, kontroli lub audytu albo wewnętrzne regulacje Zamawiającego wymagają dłuższego okresu przechowywania. Prosimy o informację czy Zamawiający dysponuje dedykowanym systemem do przechowywania logów? Prosimy o informację czy Zamawiający ma odpowiednią przestrzeń dyskową do przechowywania logów?
Zamawiający dysponuje możliwością przechowywania logów w ramach Modułu Audytu opisanym w dokumentacji MPeZ. Zamawiający dokonuje zmiany OPZ w następujący sposób: w pkt WPF.