Termin realizacji: od podpisania umowy do 30.09.2030 r. (część podstawowa do 30.09.2029 r.; opcja nr 2 – dodatkowe 12 miesięcy) - Gwarancja: min. 24 miesiące (punktacja w kryterium G)
6
Warunki udziału
Widoczne 50%
Doświadczenie: min. 3 usługi w ciągu ostatnich 7 lat: 2× oprogramowanie/aktualizacja/rozbudowa ≥ 2 000 000 zł brutto każda + 1× system informatyczny ≥ 1 000 000 zł brutto (min. 5 podmiotów) lub repozytorium DICOM ≥ 150 000 zł brutto; łączne spełnienie możliwe w ramach jednej umowy
Kierownik Projektu: 1 osoba, min. 24 mies. w projektach ≥ 4 000 000 PLN każdy (36 mies. = 2 pkt), certyfikat SCRUM/agile lub równoważny
Architekt IT: 1 osoba, min. 3 lata, TOGAF9 Foundation lub wyższy
Analityk IT: 1 osoba, min. 3 lata, UML, metodyki zwinne
Zabezpieczenie należytego wykonania umowy: 5% wynagrodzenia umownego brutto.
9
Inne zapisy
Widoczne 50%
Podwykonawstwo: zamawiający zabrania wykonania zamówienia z udziałem podwykonawców, dostawców lub podmiotów, na których zdolności polega się w rozumieniu dyrektywy 2014/24/UE, o których mowa w art. 5k rozporządzenia Rady (UE) nr 833/2014, jeżeli przypada na nich ponad 10% wartości zamówienia (§ 14 ust. 20 SWZ).
Zmiany umowy: dopuszczalne bez przeprowadzenia nowego postępowania, w zakresie i na warunkach określonych w projektowanych postanowieniach umowy (§ 20 ust. 2 SWZ).
Brak istotnych sygnałów ostrzegawczych. Przedmiot zamówienia nie wiąże się z wyborem konkretnej marki/producenta (wymienione systemy HIS/PACS to istniejące systemy Partnerów, ich wymiana dopuszczalna). Progi finansowe (wadium — nie wymagane, zabezpieczenie — 5% brutto, gwarancja — min. 24 mies.) są standardowe. (+ 3 zdania — pełna treść po zalogowaniu)
Z każdej z 10 sekcji pokazujemy połowę. Załóż darmowe konto, żeby odsłonić pozostałe 15 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 — nowe moduły: teleradiologia (e-Zleceń z pełnym cyklem zleceń, opisów i podpisów), usługa e-CD (portal pacjenta z DICOM + HL7 CDA, uwierzytelnienie KWIE), Regionalny PACS (z możliwością wymiany systemu i migracji danych), przeglądarka DICOM z AI, zasilanie platformy danymi, współpraca z SOC (2 osoby CRRT, 24/7/365, pakiet 1000 SMS, 1000 znaczników czasu). + utrzymanie ciągłości działania, serwis, nadzór autorski, gwarancja, administrowanie i monitoring — dla 26 Partnerów Projektu (w tym 3 zintegrowanych: HIS Comarch OptimedNXT, Synektik ArPACS, Alteris).
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.
Zamawiający w odpowiedzi na zadane pytania wykazał: W zakresie przedmiotowego zamówienia leży utrzymanie pełnej i prawidłowej integracji już zintegrowanych 3 Partnerów... Integracja kolejnych Partnerów nie jest przedmiotem niniejszego postępowania... 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. Jednocześnie w OPZ wymieniono 26 Partnerów, prosimy o informację czy Zamawiający planuje integrować wszystkich Partnerów? Prosimy o potwierdzenie, że integracja będzie odbywać się na podstawie odrębnego przetargu - jeśli tak, kiedy planowany jest taki przetarg?
Zamawiający planuje w przyszłości integrowanie z Platformą kolejnych Partnerów spośród wskazanych w OPZ do łącznej liczby 20 Partnerów zintegrowanych przy założeniu, że potwierdzona zostanie taka możliwość i zostaną zapewnione odpowiednie środki finansowe, przy czym Zamawiający nie gwarantuje, że taka integracja odbędzie się na podstawie kolejnego jednego zamówienia. Prace związane z integracją kolejnych Partnerów będą przedmiotem odrębnych zamówień. Zamawiający planuje przeprowadzenie pierwszego postępowania w tym zakresie w 2026 r. oraz zawarcie odrębnego kontraktu realizowanego od 2027 roku.
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.
Prosimy o potwierdzenie, że „utrzymanie pełnej i prawidłowej integracji już zintegrowanych 3 Partnerów” dotyczy części Lokalnej i Regionalnej Platformy MPeZ, a nie dotyczy systemów dziedzinowych HIS i PACS i zapewnienia wsparcia i gwarancji integracji systemów lokalnych HIS i PACS Partnerów z Platformą MPeZ... Prosimy o potwierdzenie, że wsparcie dostawców systemów HIS i PACS trzech już zintegrowanych Partnerów w zakresie zmian w integracji będzie przedmiotem oddzielnego postępowania.
Zamawiający potwierdza, że obowiązek „utrzymania pełnej i prawidłowej integracji już zintegrowanych 3 Partnerów” w ramach niniejszego postępowania dotyczy istniejących elementów i mechanizmów integracyjnych. Wykonawca ma te mechanizmy odtworzyć w obecnej postaci. Jeśli z przyczyn niezależnych od Wykonawcy konieczne będzie wprowadzenie zmian niektórych interfejsów integracyjnych, które będą skutkowały koniecznością wykonania nowej integracji - wykonawca przeprowadzi stosowne zmiany w ramach istniejących elementów i mechanizmów integracyjnych po stronie Platformy MPeZ w warstwie regionalnej.
“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.3.3.2 - Szacowane wolumeny nie przekraczają 3000 SMS/email miesięcznie na zintegrowanego Partnera. Prosimy o wskazanie jaki jest planowany wolumen powiadomień sms?
Zamawiający wyjaśnia, że wskazany wolumen do 3000 powiadomień miesięcznie na jednego zintegrowanego Partnera obejmuje łącznie powiadomienia SMS oraz e-mail. Na obecnym etapie Zamawiający nie jest w stanie precyzyjnie określić proporcji pomiędzy liczbą powiadomień SMS i e-mail, ponieważ będzie ona zależna m.in. od sposobu wykorzystania Platformy oraz preferowanego kanału komunikacji. W ramach niniejszego zamówienia Wykonawca powinien zapewnić możliwość wysłania łącznie 1000 sztuk wiadomości SMS. Zamawiający dokonuje zmiany OPZ: do wymagania w pkt WF.3.3.2. dodaje się treść: „W ramach zamówienia Wykonawca zapewni pakiet 1000 szt. SMS.”
Prosimy o potwierdzenie, że zapewnienie pakietu SMS jest poza zakresem zamówienia, a obowiązkiem Wykonawcy jest jedynie integracja ze wskazanym przez Zamawiającego operatorem bramki SMS.
Zgodnie z odpowiedzią na pytanie 16.
“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.2.4.2, System umożliwia automatyczne zwrotne przekazanie podpisanego opisu w formacie HL7 CDA na Platformę, do regionalnego repozytorium EDM oraz do systemów źródłowych Partnerów. Aktualna architektura MPeZ zakłada, że systemy lokalne HIS nie udostępniają lokalnych repozytoriów XDS w domenie XDS MPeZ... Niemożliwe jest więc przekazanie dokumentu do systemów źródłowych inicjowane przez Platformę MPeZ. Prosimy o modyfikację tego wymagania lub potwierdzenie, że dla spełnienia tego wymagania wystarczającym będzie aktualizacja statusu zlecenia w ramach modułu eZleceń.
Wymaganie nie określa w jaki sposób ma być zwrotnie przekazany dokument w formacie HL7 CDA do systemu źródłowego Partnerów (HIS). Zgodnie ze specyfikacją interfejsów dostępna jest usługa do powiadamiania o zmianie statusu zlecenia w systemie Zleceniodawcy i poinformowanie HIS Zleceniodawcy. Zaproponowany sposób realizacji jest jednym z akceptowalnych przez Zamawiającego zgodnie z wymaganiem WF.2.4.2.
WF.3.3.2 “System wysyła pacjentowi powiadomienia o dostępności nowego badania i dostępności jego opisu (SMS/ mail)”. Prosimo o wskazanie jaki jest planowany wolumen powiadomień sms?
Szacowane wolumeny nie przekraczają 3000 SMS/email miesięcznie na zintegrowanego Partnera.
WPF.5.1.3, Warstwa regionalna wykorzystuje zewnętrzne systemy znakowania czasem i centra autoryzacji do automatycznego znakowania oraz elektronicznego podpisywania dokumentów. Prosimy o informację jakie zewnętrzne systemy znakowania czasem i centra autoryzacji ma wykorzystywać warstwa regionalna. Czy są to inne systemy niż te uruchomione w ramach Platformy MPeZ.
Zamawiający dopuszcza, ale nie oczekuje zmian w dotychczasowych systemach znakowania czasem. Zgodnie z przekazaną dokumentacją techniczną do OPZ: obecnie wykorzystywany system to Comarch Signer (umożliwiający podpisywanie dokumentów oraz generowanie znaczników czasu). Zamawiający oczekuje, że Wykonawca zapewni funkcjonowanie systemu znakowania czasem w ramach zamówienia, w tym pakietu 1 000 kwalifikowanych znaczników czasu. Zamawiający dokonuje zmiany OPZ: do wymagania w pkt WF.5.1.3. dodaje się treść: „Rozwiązanie musi zapewniać pakiet 1 000 kwalifikowanych znaczników czasu.”
“WPF.1.1 Wydajność i czas odpowiedzi” Prosimo o potwierdzenie, że poniższe czasy nie dotyczą wyświetlenia obrazów w przeglądarce DICOM. Prosimo o potwierdzenie, że z poniższych czasów wyłączony jest czas skanowania antywirusaowego.
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”
Pokazujemy 13 z 25 pytań. Komplet wyjaśnień — razem z załącznikami, których dotyczą — jest w dokumentacji postępowania.
