Finansowanie: projekt „Medical University of Lodz – Digital Medicine Center (MULDiMediC)", konkurs ABM/2023/2 – Tworzenie i rozwój Regionalnych Centrów Medycyny Cyfrowej; nr projektu 2023/ABM/02/00009, środki Agencji Badań Medycznych.
5
Terminy
Widoczne 50%
Realizacja: 18 miesięcy od podpisania umowy, nie później niż do 31.07.2028 r. (termin końcowy wynika z projektu i nie podlega zmianie).
Termin końcowy potwierdzony odpowiedzią na pytanie nr 12/13 modyfikacji z dn. 26.08.2026 r.
Ubezpieczenie OC: polisa OC w zakresie prowadzonej działalności na sumę gwarancyjną ≥ 6 000 000 PLN.
Doświadczenie — systemy bazodanowe: 2 usługi wdrożenia wraz z dostawą bazodanowego systemu informatycznego o wartości ≥ 1 000 000 PLN brutto każda, w tym z integracją z HIS, w ostatnich 3 latach.
Doświadczenie — wizualizacja danych: 2 usługi wdrożenia rozwiązań informatycznych do wizualizacji danych statystycznych z ≥ 2 000 rekordów w celu wyszukiwania korelacji, w ostatnich 3 latach.
Doświadczenie — agregacja danych medycznych: 2 usługi agregacji jednostkowych danych medycznych z wielu środowisk bazodanowych (każde środowisko ≥ 3 000 rekordów), w ostatnich 3 latach.
Licencja: perpetual, dla nielimitowanej liczby użytkowników; model licencyjny nie może wymagać walidacji online, aktywacji zewnętrznej ani SaaS/PaaS; dla warstw konteneryzacji/wirtualizacji dopuszczona licencja subskrypcyjna odnawiana wieczyście bez kosztów Zamawiającego.
Zamówienia podobne (art. 214 ust. 1 pkt 7 PZP): w okresie 3 lat od udzielenia zamówienia możliwe powtórzenie usług; nie wchodzi do wynagrodzenia podstawowego, wyceniane oddzielnie.
Wsparcie techniczne: wymagane dla komponentów komercyjnych; komponenty open source może wspierać Wykonawca; bieg wsparcia od daty zakończenia (odbioru) poszczególnych etapów wdrożenia.
Odbiór: za datę zakończenia etapu uznaje się podpisanie bezusterkowego protokołu odbioru; scenariusze testowe obejmują podstawowe ścieżki użycia, zatwierdzane w 5 dni roboczych, brak stanowiska = akceptacja; faktura po bezusterkowym odbiorze.
Odbiór wyłącznie bezusterkowy, bez podziału na wady istotne/nieistotne: Zamawiający odmówił dopuszczenia odbioru z wadami nieistotnymi (§ 4 ust. 4 i § 5 ust. (+ 1 zdanie — pełna treść po zalogowaniu)
Z każdej z 11 sekcji pokazujemy połowę. Załóż darmowe konto, żeby odsłonić pozostałe 19 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
Zaprojektowanie, wdrożenie i zapewnienie wsparcia technicznego dla platformy analitycznej opartej na skalowalnym Data Lakehouse dla Regionalnego Centrum Medycyny Cyfrowej Uniwersytetu Medycznego w Łodzi — realizacja w ramach projektu MULDiMediC. Zamówienie jednoczęściowe obejmuje 3 zadania:
Zadanie 1 (usługa + dostawa): rozbudowa istniejącej Bazy pośredniczącej (PostgreSQL) o dodatkowy zakres danych z systemów HIS trzech szpitali klinicznych oraz aktualizacja mechanizmów synchronizacji z bazami źródłowymi — bez utraty ciągłości działania systemu SCWBK.
Zadanie 2 (usługa + dostawa): zaprojektowanie i wdrożenie dodatkowej Bazy pośredniczącej wraz z mechanizmami synchronizacji danych obrazowych (DICOM), biobankowych, genetycznych i patomorfologicznych z systemów źródłowych konsorcjum (3 szpitale kliniczne, Biobank Łódź, AGH).
Zadanie 3 (usługa + dostawa): zaprojektowanie, wdrożenie i wdrożenie Platformy analitycznej (Data Lakehouse + Data Warehouse + środowisko Data Science / MLOps / BI / AI / LLM / bazy wektorowe / katalog danych / ETL / Data Governance), z modułem Feasibility, z licencjami bezterminowymi na nieograniczoną liczbę użytkowników, w lokalnej serwerowni Zamawiającego (konteneryzacja Kubernetes/OpenShift na warstwie Proxmox, GPU NVIDIA H100, do 2 PB przestrzeni dyskowej) — wraz z dokumentacją powykonawczą i wsparciem technicznym do 31.07.2028 r.
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.
Zamawiający w wymaganiach dla Kierownika Projektu wskazuje wymóg wykonywania zadań przez „3 miesiące w sposób ciągły w okresie ostatnich 5 lat”. Prosimy o potwierdzenie, że dopuszczalne jest wykazanie dłuższego okresu obejmującego wymagane 3 miesiące, nawet jeżeli realizacja całego projektu rozpoczęła się wcześniej niż 5 lat przed terminem składania ofert.
Zapis jest jednoznaczny, wymagane jest wykonywanie zadań przez ciągły okres 3 miesięcy, który to okres przypadał w okresie ostatnich 5 lat i nie wymaga potwierdzania ze strony Zamawiającego.
Zamawiający w OPZ wymaga możliwości „tworzenia, utrzymania i wykorzystania” rozwiązań AI. Prosimy o podanie wymagań dotyczących zasobów GPU dla trenowania lub dostrajania modeli oraz wskazanie, kto je zapewnia.
Wszystkie powyższe zadania muszą być wykonywane na zasobach Zamawiającego, 4x Nvidia H100 NVL.
Zamawiający w ogłoszeniu o zamówieniu, w części dotyczącej wadium, zawarł zapis: „Wadium – ZP/9/2026 – Usługa dostawy i wdrożenie systemu RCMC". Wnosimy o niezwłoczną zmianę oznaczenia postępowania z „ZP/9/2026" na „ZP/73/2026" oraz o potwierdzenie, że do czasu publikacji sprostowania wadium zawierające oznaczenie ZP/73/2026 albo ZP/9/2026 zostanie uznane za prawidłowe, jeżeli możliwe będzie jego jednoznaczne przyporządkowanie do niniejszego postępowania.
Zamawiający dokonał sprostowania Ogłoszenia o zamówienia w powyższym zakresie oraz potwierdza, że do czasu publikacji sprostowania wadium zawierające oznaczenie ZP/73/2026 albo ZP/9/2026 zostanie uznane za prawidłowe, jeżeli możliwe będzie jego jednoznaczne przyporządkowanie do niniejszego postępowania.
Zamawiający w wymaganiach dla personelu wskazuje odrębnie programistów, testera, analityka i osoby wdrożeniowe. Prosimy o potwierdzenie, że jedna osoba może pełnić więcej niż jedną rolę, jeżeli spełnia wszystkie wymagania dla tych ról i zapewni prawidłową realizację zamówienia.
Biorąc pod uwagę zakres oraz skomplikowanie wdrożenia Zamawiający nie wyraża zgody, aby jedna osoba pełniła więcej niż jedną rolę w zespole realizującym zamówienie. Zamawiający dokonał stosownych zmian z treści SWZ.
Zamawiający w OPZ wymaga skalowalnej platformy. Prosimy o wskazanie docelowego poziomu dostępności systemu w procentach oraz okresu, dla którego poziom ten jest mierzony.
Zamawiający oczekuje dostępności systemu na poziomie 99% w skali roku. Dostępność nie dotyczy awarii sprzętowych, będących poza zakresem Wykonawcy.
Zamawiający w ogłoszeniu o zamówieniu wskazał kod CPV: „63000000 Usługi dodatkowe i pomocnicze w zakresie transportu, usługi biur podróży". Wnosimy o usunięcie wskazanego kodu jako niezwiązanego z przedmiotem zamówienia oraz o odpowiednie sprostowanie ogłoszenia, a w przypadku uznania tego kodu za prawidłowy – o wskazanie konkretnych świadczeń objętych zamówieniem, które Zamawiający klasyfikuje pod tym kodem.
Zamawiający dokonał sprostowania Ogłoszenia o zamówienia w powyższym zakresie.
Zamawiający w OPZ przewiduje wsparcie techniczne platformy. Prosimy o określenie, które komponenty są objęte SLA dostępności i jakie zdarzenia są wyłączone z obliczania SLA.
Oczekiwane jest wsparcie dla wszystkich dostarczonych przez Oferenta elementów, komponentów i usług bez stosowania żadnych włączeń i ograniczeń.
Zamawiający w wymaganiach dla personelu wskazuje doświadczenie „w systemach ochrony zdrowia”. Prosimy o jednoznaczne zdefiniowanie tego pojęcia oraz potwierdzenie, że obejmuje ono systemy medyczne, e-zdrowie, badania kliniczne, rejestry medyczne, RCMC, EDM, hurtownie danych medycznych i platformy analityczne.
Zamawiający wymaga doświadczenia nabytego w systemach ochrony zdrowia zgodnie z rozumieniem tego pojęcia w prawie polskim oraz Światowej Organizacji Zdrowia (WHO).
Zamawiający w ogłoszeniu o zamówieniu zawarł zapis: „Zamówieniem będzie obejmowało nieprzewidziane w OPZ funkcjonalności/wymagania, które zostaną ujawnione podczas analizy przedwdrożeniowej a brak ich realizacji może spowodować niezaspokojenie potrzeb projektowych". Prosimy o potwierdzenie, że wskazane „nieprzewidziane w OPZ funkcjonalności/wymagania" nie wchodzą do wynagrodzenia podstawowego i nie będą wymagane od wykonawcy bez odrębnego zamówienia oraz odrębnego wynagrodzenia.
Zamawiający wskazuje, że zapis ten należy odczytywać łącznie ze zdaniem poprzedzającym, wskazującym, że Zamawiający w okresie 3 lat od dnia udzielenia zamówienia podstawowego, przewiduje dotychczasowemu wykonawcy usług zamówienia polegającego na powtórzeniu podobnych usług, przewiduje możliwości udzielania zamówień, o których mowa w art. 214 ust. 1 pkt 7 ustawy PZP. Zgodnie z treścią art. 31 ust. 1 ustawy Pzp Zamawiający uwzględnił wartość tych zamówień przy szacowaniu wartości, jednak nie wchodzą one do wynagrodzenia zamówienia podstawowego
Zamawiający w ogłoszeniu o zamówieniu zawarł zapis: „nieprzewidziane w OPZ funkcjonalności/wymagania, które zostaną ujawnione podczas analizy przedwdrożeniowej", podczas gdy OPZ określa przedmiot jako „zaprojektowanie, wdrożenie i zapewnienie wsparcia technicznego". Wnosimy o wyjaśnienie, w jaki sposób wykonawcy mają sporządzić porównywalne i kompletne oferty ryczałtowe, skoro sam Zamawiający zakłada istnienie nieznanych obecnie wymagań istotnych dla zaspokojenia potrzeb projektowych.
Zamawiający wskazuje, że zapis ten należy odczytywać łącznie ze zdaniem poprzedzającym, wskazującym, że Zamawiający w okresie 3 lat od dnia udzielenia zamówienia podstawowego, przewiduje dotychczasowemu wykonawcy usług zamówienia polegającego na powtórzeniu podobnych usług.
Zamawiający w OPZ wymaga systemu przechowującego dane medyczne. Prosimy o określenie wymaganego RTO osobno dla krytycznych komponentów systemu, baz metadanych, warstwy analitycznej i repozytoriów danych.
Zgodnie z OPZ Zamawiający wymaga dostępności na poziomie 99,9% w skali roku poprzez osiągane przez zastosowanie wbudowanego mechanizmu HA dla całego klastra oraz backup i restore-a z wykorzystaniem systemu CommVault Zamawiającego. Incydentalne RPO Zamawiający ustala na 24h oraz RTO na 48h oba dla całości rozwiązania czyli możliwie zbieżnie z czasem usunięcia awarii krytycznej.
Zamawiający w wymaganiach dla analityka wymaga doświadczenia obejmującego „ICD-9, ICD-10, ICD-11, SNOMED, OMOP CDM”. Prosimy o potwierdzenie, czy wymagane jest praktyczne doświadczenie łącznie we wszystkich wymienionych standardach, czy wystarczające jest doświadczenie obejmujące standardy rzeczywiście wykorzystywane w projekcie.
W systemach HIS konsorcjantów, z których dane zostaną włączone do systemu RCMC, możliwe jest korzystanie ze wszystkich wskazanych słowników i standardów: ICD-9, ICD-10, ICD-11, SNOMED. Ponadto w ramach wdrożenia, Zamawiający wymaga zbudowania hurtowni danych opartej o standard OMOP. Mając powyższe na uwadze, wymaganie posiadania przez Wykonawcę wiedzy i umiejętności w powyższym zakresie jest w pełni uzasadnione.
Zamawiający w ogłoszeniu o zamówieniu zawarł zapis: „brak ich realizacji może spowodować niezaspokojenie potrzeb projektowych". Wnosimy o uzupełnienie OPZ przed terminem składania ofert o wszystkie znane Zamawiającemu potrzeby projektowe, których niezrealizowanie może prowadzić do niezaspokojenia celu zamówienia, ponieważ przeniesienie identyfikacji istotnego zakresu na etap po zawarciu umowy uniemożliwia jego rzetelną wycenę.
Zamawiający wskazuje, że zapis ten, wyrwany z kontekstu, należy odczytywać łącznie ze zdaniem poprzedzającym, wskazującym, że Zamawiający w okresie 3 lat od dnia udzielenia zamówienia podstawowego, przewiduje dotychczasowemu wykonawcy usług zamówienia polegającego na powtórzeniu podobnych usług.
Zamawiający w OPZ wymaga systemu przechowującego dane medyczne. Prosimy o określenie wymaganego RPO dla poszczególnych rodzajów danych.
Zgodnie z OPZ Zamawiający wymaga dostępności na poziomie 99,9% w skali roku poprzez osiągane przez zastosowanie wbudowanego mechanizmu HA dla całego klastra oraz backup i restore-a z wykorzystaniem systemu CommVault Zamawiającego. Incydentalne RPO Zamawiający ustala na 24h oraz RTO na 48h oba dla całości rozwiązania czyli możliwie zbieżnie z czasem usunięcia awarii krytycznej.
Zamawiający w wymaganiach dla analityka wymienia „ICD-9, ICD-10, ICD-11, SNOMED, OMOP CDM”. Wnosimy o wskazanie, w których konkretnych wymaganiach OPZ każdy z tych standardów będzie obligatoryjnie wykorzystywany, a w przypadku braku takiego wymagania – o usunięcie niepowiązanego z zakresem warunku personalnego.
Zamówienie obejmuje zaprojektowanie systemu, zatem konieczne i uzasadnione jest wymaganie szerokiego zakresu standardów, celem wykorzystania tej wiedzy dla wysokiej jakości projektu.
Zamawiający w ogłoszeniu o zamówieniu zawarł zapis dotyczący „nieprzewidzianych w OPZ funkcjonalności/wymagań". Prosimy o potwierdzenie, że analiza przedwdrożeniowa nie może służyć rozszerzeniu zakresu zamówienia podstawowego ani przekształcaniu nowych wymagań w rzekome „doprecyzowanie" wymagań już wycenionych.
Zamawiający wskazuje, że zapis ten, należy odczytywać łącznie ze zdaniem poprzedzającym, wskazującym, że Zamawiający w okresie 3 lat od dnia udzielenia zamówienia podstawowego, przewiduje dotychczasowemu wykonawcy usług zamówienia polegającego na powtórzeniu podobnych usług oraz zgodnie z odpowiedzią na pytanie 3 będą one wyceniane oddzielnie.
Zamawiający w OPZ wymaga skalowalnego Data Lakehouse. Prosimy o wskazanie, czy wymagane jest środowisko Disaster Recovery w odrębnej lokalizacji, a jeśli tak – kto zapewnia tę lokalizację i infrastrukturę.
Zgodnie z OPZ Zamawiający wymaga dostępności na poziomie 99,9% w skali roku poprzez osiągane przez zastosowanie wbudowanego mechanizmu HA dla całego klastra oraz backup i restore-a z wykorzystaniem systemu CommVault Zamawiającego. Incydentalne RPO Zamawiający ustala na 24h oraz RTO na 48h oba dla całości rozwiązania czyli możliwie zbieżnie z czasem usunięcia awarii krytycznej.
Zamawiający w wymaganiach dla analityka wskazuje doświadczenie w „modelach danych i przepływach danych” przez okres 12 miesięcy. Prosimy o potwierdzenie, że okresy realizowane w kilku projektach mogą być sumowane, jeżeli łącznie wynoszą co najmniej 12 miesięcy.
Tak, Zamawiający potwierdza, że okresy realizacji w kilku projektach, mogą być sumowane, z zastrzeżeniem, że okresy trwające równolegle będą liczone 1 raz.
Zamawiający w OPZ wymaga zapewnienia bezpieczeństwa danych. Prosimy o określenie wymaganej częstotliwości kopii zapasowych, okresu retencji, wymagania niezmienności backupu oraz liczby kopii i lokalizacji.
Polityka zarządzania kopiami zapasowymi platformy oraz danych zostanie określony podczas prowadzenia analizy przedwdrożeniowej.
Zamawiający w Załączniku nr 7 wymaga wykazania usług, a jednocześnie formularz posługuje się określeniami dotyczącymi „dostaw”. Prosimy o potwierdzenie, że referencje obejmujące kompleksowe umowy dostawy, wdrożenia, integracji i usług będą oceniane według rzeczywiście wykonanego zakresu, a nie nazwy prawnej umowy.
Zamawiający wyjaśnia, że wymaganie dotyczy potwierdzenia za pomocą referencji należytego wykonania zamówienia, a nie wykazanie jego zakresu. To Zamawiający na podstawie przedstawionych referencji dokona oceny, czy spełniają one postawione warunki udziału.
Pokazujemy 20 z 53 pytań. Komplet wyjaśnień — razem z załącznikami, których dotyczą — jest w dokumentacji postępowania.
