Wdrożenie platformy analitycznej Data Lakehouse – Łódź
Pełna nazwa postępowania: ZP/73/2026 - Wdrożenie systemu RCMC
UNIWERSYTET MEDYCZNY W ŁODZI·NIP 7251843739·Łódź
Wartość szac.
—
nie podano
Termin składania
21.09.2026
postępowanie zakończone
Otwarcie ofert
—
nie podano
Opublikowano
28 lipca 2026
źródło: TED
Streszczenie SWZ
Streszczenie AI · Janusz
Widzisz połowę każdej z 10 sekcjiDruga połowa — łącznie 22 zdania z warunkami, dokumentami i analizą ryzyka — odsłania się po założeniu darmowego konta.
Finansowanie: projekt „Medical University of Lodz – Digital Medicine Center (MULDiMediC)", konkurs ABM/2023/2, nr projektu 2023/ABM/02/00009, środki Agencji Badań Medycznych
5
Terminy
Widoczne 50%
Termin składania ofert:21.09.2026 r. godz. 11:30; otwarcie 31.08.2026 r. godz. 11:35. (termin zaktualizowany przez zamawiającego — pierwotna dokumentacja podawała 31.08.2026)
Termin związania ofertą: do 27.11.2026 r. (89 / 90 dni od dnia otwarcia).
Ubezpieczenie OC: min. 6 000 000 PLN w zakresie prowadzonej działalności związanej z przedmiotem zamówienia.
Doświadczenie – systemy bazodanowe: 2 usługi wdrożenia wraz z dostawą bazodanowego systemu IT, każda ≥ 1 000 000 zł brutto, z integracją z HIS, ostatnie 3 lata.
Doświadczenie – wizualizacja danych: 2 usługi wdrożenia rozwiązań IT do wizualizacji danych statystycznych z ≥ 2 000 rekordów, ostatnie 3 lata.
Realizacja: 18 miesięcy od podpisania umowy, nie później niż do 31.07.2028 r.
Podwykonawstwo: dopuszczone, brak zastrzeżenia osobistego wykonania kluczowych części; kluczowe warunki udziału (doświadczenie, zespół, ISO 27001) spełnia łącznie wykonawca z podmiotami trzecimi.
Powierzenie przetwarzania danych: wymagana umowa powierzenia (wzór Załącznik nr 10) — dane pacjentów pseudonimizowane deterministycznym algorytmem; brak danych osobowych w Lakehouse.
Własność intelektualna: licencje bezterminowe (perpetual), nielimitowana liczba użytkowników, wyłącznie lokalne/on-premise (bez SaaS/PaaS, bez okresowej walidacji przez Internet).
Z każdej z 10 sekcji pokazujemy połowę. Załóż darmowe konto, żeby odsłonić pozostałe 22 zdania — 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
Usługa wdrożenia wraz z dostawą systemu Regionalnego Centrum Medycyny Cyfrowej (platforma analityczna dla uczelni medycznej), obejmująca:
rozbudowę istniejącej Bazy pośredniczącej (PostgreSQL) o dodatkowy zakres danych medycznych z systemów HIS szpitali konsorcjum (3 szpitale kliniczne + biobank + patomorfologia + genetyka + ankieta dawcy);
zaprojektowanie i wdrożenie dodatkowej Bazy pośredniczącej na dane obrazowe, biobankowe, genetyczne i patomorfologiczne wraz z mechanizmami synchronizacji z systemów źródłowych (m.in. CLININET, Eskulap, PACS, BBMS, eBIOBANK, PatARCH);
zaprojektowanie, wdrożenie i dostarczenie licencji bezterminowych dla zintegrowanej platformy analitycznej opartej o Data Lakehouse, obejmującej m.in.: hurtownię danych w standardzie OMOP CDM, katalog danych, silniki przetwarzania (Spark, SQL, wektorowy), repozytorium obiektowe S3, moduł ETL z monitoringiem, moduł integracyjny (HL7 FHIR/CDA, DICOM, IHE PIX/PDQ/XDS), system kolejkowy, moduły Data Science/MLOps, moduł LLM (kilka modeli lokalnych + import z Hugging Face + dostrajanie LoRA/QLoRA + RAG), moduł Feasibility do kryteriów kohort, mechanizmy anonimizacji/pseudonimizacji NLP, opcję AI Governance;
dostarczenie dokumentacji technicznej i instrukcji (PL/EN) oraz przeprowadzenie szkoleń dla pracowników zamawiającego;
zapewnienie wsparcia technicznego i gwarancji producenta na dostarczone oprogramowanie do 31.07.2028.
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 ogłoszeniu o zamówieniu zawarł zapis: „Zamówieniem będzie obejmuło nieprzewidziane w OPZ funkcjonalności/wymagania, które zostaną ujawnione podczas analizy przedwdrożeniowej”. Wnosimy o wskazanie maksymalnego zakresu rzeczowego, rodzajów usług, maksymalnej wartości oraz warunków udzielenia zamówień przewidywanych na podstawie art. 214 ust. 1 pkt 7 Pzp, tak aby zakres ten odpowiadał wymaganiom art. 214 ust. 2 Pzp.
Zamawiający uwzględnia wniosek. Zamówienia, o których mowa w art. 214 ust. 1 pkt 7 PZP, będą stanowiły odrębne zamówienia polegające na powtórzeniu podobnych usług, będą to nieprzewidziane w OPZ funkcjonalności/wymagania, które zostaną ujawnione podczas analizy przedwdrożeniowej a brak ich realizacji może spowodować niezaspokojenie potrzeb projektowych. Funkcjonalności lub wymagania niewchodzące w zakres zamówienia podstawowego nie są objęte wynagrodzeniem podstawowym. Dokumentacja zostanie w tym zakresie doprecyzowana zgodnie z art. 214 ust. 2 PZP.
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.
Zgodnie z harmonogramem realizacji Umowy Wykonawca zobowiązany jest w terminie 30 dni od zawarcia umowy dostarczyć oraz zainstalować platformę analityczną spełniającą wymagania OPZ, natomiast analiza przedwdrożeniowa realizowana jest dopiero po zakończeniu tego etapu. OPZ przewiduje bardzo szeroki katalog funkcjonalności obejmującym m.in. Data Lakehouse, AI/ML, MLOps, obsługę modeli LLM, federację danych, katalog danych oraz ETL. Wykonawca prosi o potwierdzenie, że Zamawiający oczekuje zaoferowania istniejącego, gotowego i funkcjonującego na rynku rozwiązania, którego zasadnicze funkcjonalności są dostępne na dzień składania ofert i wymagają jedynie instalacji, konfiguracji, a nie opracowania od podstaw po zawarciu umowy.
Zamawiający wyjaśnia, że przedmiotem oferty ma być rozwiązanie posiadające na dzień składania ofert zasadnicze komponenty i funkcjonalności wymagane dokumentami zamówienia w zakresie pozwalającym na dostarczenie i instalację platformy w terminie 30 dni od zawarcia umowy. Analiza przedwdrożeniowa służy konfiguracji, parametryzacji i integracji rozwiązania z infrastrukturą Zamawiającego, a nie wytworzeniu od podstaw podstawowych komponentów Platformy po zawarciu umowy. Zamawiający nie wprowadza natomiast odrębnego, niedookreślonego warunku, aby rozwiązanie było „funkcjonujące na rynku” przez określony czas przed terminem składania ofert.
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.
Pytanie: "zakres tabeli mapowania funkcjonalności" Prosimy o jednoznaczne wskazanie, jaki zakres wymagań należy uwzględnić w tabeli mapowania funkcjonalności stanowiącej przedmiotowy środek dowodowy. Czy Zamawiający wymaga zmapowania wyłącznie 18 głównych funkcjonalności Platformy, wskazanych w OPZ pod zapisem: "Platforma musi zapewnić co najmniej następujące funkcjonalności, w lokalnym środowisku Zamawiającego bez konieczności podłączenia do Internetu:" tj. funkcjonalności oznaczonych numerami 1–18, czy też Zamawiający wymaga zmapowania całości wymagań określonych w OPZ w ramach Zadania 3, tj. również wszystkich szczegółowych funkcjonalności i wymagań dotyczących poszczególnych modułów Platformy, opisanych w dalszej części Zadania 3? Powyższe pytanie wynika z udzielonej przez Zamawiającego odpowiedzi na pytanie nr 35 z dnia 27.08.2026 r., w której wskazano, że: "należy zmapować funkcjonalności modułów oferowanej platformy zgodnie z pełną treścią wymagań opisanych w Zadaniu 3". W związku z powyższym prosimy o jednoznaczne potwierdzenie, czy powyższe oznacza obowiązek ujęcia w tabeli mapowania wszystkich szczegółowych funkcjonalności i wymagań dotyczących modułów opisanych w Zadaniu 3 OPZ, czy też tabela ma obejmować wyłącznie 18 głównych funkcjonalności wskazanych w pkt 1–18.
Zamawiający wskazuje, iż zgodnie z zapisami zawartymi w SWZ tabela mapowania ma obejmować główne funkcjonalności opisane w OPZ, w Zadaniu 3 ujęte w punktach 1-18.
Zamawiający w OPZ wskazał: „Przedmiotem Zamówienia jest zaprojektowanie, wdrożenie i zapewnienie wsparcia technicznego dla platformy analitycznej opartej o skalowalny i otwarty Data Lakehouse”. Prosimy o potwierdzenie, że zakres OPZ jest kompletny w stopniu pozwalającym na przygotowanie porównywalnej oferty oraz że żadna wiedza niewynikająca z udostępnionej wszystkim wykonawcom dokumentacji nie będzie wykorzystywana przy odbiorze lub kwalifikowaniu prac jako objęta ceną.
W ocenie Zamawiającego OPZ wraz z pozostałymi dokumentami zamówienia pozwala na przygotowanie porównywalnej oferty. Przy odbiorze i ocenie zakresu prac podstawą będą dokumenty zamówienia, ich zmiany i wyjaśnienia, oferta Wykonawcy oraz uzgodnienia dokonane zgodnie z Umową. Wiedza ekspercka osób dokonujących odbioru może służyć ocenie spełnienia tych wymagań, ale nie może stanowić podstawy do formułowania nowych, nieopisanych wcześniej obowiązków.
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 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 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.
OPZ oraz wzór umowy przewidują maksymalny czas usunięcia Błędu Krytycznego wynoszący 2 dni robocze oraz Błędu Zwykłego wynoszący 10 dni roboczych, liczony od zarejestrowania zgłoszenia, przy jednoczesnym obowiązku przyjmowania zgłoszeń przez całą dobę. Wykonawca prosi o potwierdzenie, że:
a) czasy reakcji i naprawy biegną w dni robocze w godzinach roboczych, przy czym Wykonawca prosi o wskazanie tych godzin;
b) czas naprawy ulega zawieszeniu na okres oczekiwania na informacje, decyzje, dostęp zdalny lub środowisko testowe, których udzielenie należy do Zamawiającego;
c) dostarczenie rozwiązania zastępczego (obejścia), przywracającego możliwość korzystania z Systemu, powoduje przekwalifikowanie Błędu Krytycznego na Błąd Zwykły i zatrzymanie biegu terminu właściwego dla Błędu Krytycznego.
Zamawiający potwierdza, że terminy usunięcia Błędu Krytycznego i Błędu Zwykłego są liczone w dniach roboczych, przy czym czynności serwisowe wykonywane są w godzinach 8:00–16:00 w dni robocze, z zastrzeżeniem całodobowej możliwości rejestracji zgłoszenia. Bieg terminu usunięcia błędu ulega odpowiedniemu zawieszeniu wyłącznie w zakresie i przez okres, w którym wykonanie naprawy jest obiektywnie niemożliwe z powodu braku informacji, dostępu lub środowiska, które zgodnie z umową powinien zapewnić Zamawiający, o ile Wykonawca niezwłocznie zgłos tę przeszkodę. Jeżeli Wykonawca wdroży skuteczne obejście przywracające możliwość bezpiecznego korzystania z funkcjonalności objętej Błędem Krytycznym, Zamawiający może zaakceptować przekwalifikowanie zgłoszenia na Błąd Zwykły. Termin na wykonanie trwałej naprawy jest wówczas liczony zgodnie z terminem właściwym dla Błędu Zwykłego od dnia akceptacji obejścia.
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 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 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
Pokazujemy 14 z 398 pytań. Komplet wyjaśnień — razem z załącznikami, których dotyczą — jest w dokumentacji postępowania.
