Doświadczenie techniczne: 2× wdrożenie bazy danych/systemu IT z integracją HIS (≥ 1 000 000 zł każda), 2× wizualizacja danych stat. (≥ 2 000 rekordów), 2× agregacja danych medycznych (≥ 3 000 rekordów/środowisko) – ostatnie 3 lata
Kadra – Kierownik projektu: ≥ 5 lat doświadczenia, ≥ 3 miesiące nieprzerwanie, zakończone uruchomienie produkcyjne w sektorze zdrowia z modułem feasibility
Kadra – Zespół programistów: projekt IT w sektorze zdrowia, znajomość relacyjnych baz danych
Kryterium: Cena oferty brutto — waga 100% (punktacja do 2 miejsc po przecinku, najwyższa liczba punktów wygrywa).
8
Kary i sankcje
Pełna treść
Wadium:54 700,00 zł (przed terminem składania ofert). - Kary umowne: w projekcie umowy (Załącznik nr 4 SWZ).
9
Inne zapisy
Widoczne 50%
Podwykonawstwo: Zamawiający nie zastrzega obowiązku osobistego wykonania kluczowych części zamówienia (§3.13). Przy wspólnym ubieganiu się — wymagana umowa regulująca współpracę (§5.2 pkt 6). (+ 1 zdanie — pełna treść po zalogowaniu)
Z każdej z 10 sekcji pokazujemy połowę. Załóż darmowe konto, żeby odsłonić pozostałe 12 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 + dostawa): Platforma analityczna oparta na Data Lakehouse (moduły: BI, DWH, Data Science, AI/ML, MLOps, LLM, katalog danych, ETL, wektorowa baza danych, środowiska no-code/low-code) z integracją HL7/FHIR i federacją danych, wdrożona w lokalnej infrastrukturze Zamawiającego (Proxmox + OpenShift/Kubernetes).
Część 2 (usługa + dostawa): Rozbudowa istniejącej Bazy pośredniczącej o dodatkowy zakres danych z systemów HIS szpitali konsorcjum + aktualizacja mechanizmów synchronizacji.
Część 3 (usługa + dostawa): Wdrożenie dodatkowej Bazy pośredniczącej (dane obrazowe, biobankowe, genetyczne, patomorfologiczne) z mechanizmami synchronizacji ze źródłami.
Część 4 (dostawa/licencje): Licencje bezterminowe (perpetual) dla komponentów komercyjnych platformy – nielimitowana liczba użytkowników i jednoczesnych dostępu, bez okresowych opłat.
Część 5 (usługa): Wsparcie techniczne, dokumentacja, szkolenia, nadzór autorski na okres realizacji umowy.
Platforma musi działać w trybie offline w serwerowni Zamawiającego (po wstępnej konfiguracji), z pełną funkcjonalnością LLM/GenAI lokalnie.
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.
Zgodnie z harmonogramem realizacji Umowy Wykonawca zobowiązany jest w terminie 30 dni od zawarcia umowy dostarczyć oraz zainstalować platformę analityczną… Jednocześnie OPZ przewiduje bardzo szeroki katalog funkcjonalności… W związku z powyższym 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 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.
Prosimy o jednoznaczne wskazanie, jaki zakres wymagań należy uwzględnić w tabeli mapowania funcjonalnoś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 oznaczone 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?
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 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 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 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 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 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.
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… Wykonawca prosi o potwierdzenie, że: a) czasy reakcji i naprawy biegną w dni robocze w godzinach roboczych… b) czas naprawy ulega zawieszeniu na okres oczekiwania na informacje, decyzje, dostęp zdalny lub środowisko testowe… 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 zaakceptowania obejścia.
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 skomplowanie 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 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 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).
Zgodnie z ust. 6 w okresie gwarancji Wykonawca zapewnia „usługi serwisowe na cały system w ramach wynagrodzenia umownego, bez dodatkowej odpłatności”, a zgodnie z ust. 4 – wsparcie i konsultacje w zakresie wskazanym w OPZ. Wykonawca prosi o potwierdzenie, że: a) usługi te obejmują usuwanie wad Systemu, konsultacje oraz wsparcie eksploatacyjne, natomiast nie obejmują rozwoju Systemu, budowy nowych funkcjonalności… b) prace wykraczające poza powyższy zakres mogą być realizowane na podstawie odrębnego zamówienia.
Zamawiający potwierdza, że usługi serwisowe w okresie gwarancji obejmują usuwanie wad, konsultacje i wsparcie eksploatacyjne oraz inne czynności wyraźnie objęte OPZ i umową. Nie obejmują one tworzenia nowych funkcjonalności, integracji, modeli, raportów ani migracji nowych źródeł danych, które nie są objęte zakresem zamówienia podstawowego. Ewentualne prace wykraczające poza przedmiot zamówienia mogą zostać powierzone w odrębnym zamówieniu wyłącznie z zachowaniem przesłanek i trybów wynikających z Pzp; odpowiedź nie stanowi zobowiązania Zamawiającego do udzielenia takiego zamówienia dotychczasowemu Wykonawcy.
Zamawiający w § 1 ust. 2 wzoru Umowy wskazał, że szczegółowy opis przedmiotu wynika z „SWZ, w szczególności OPZ oraz Oferty Wykonawcy”. Wnosimy o określenie jednoznacznej hierarchii dokumentów na wypadek sprzeczności, przy czym wyjaśnienia i zmiany SWZ powinny mieć pierwszeństwo przed wcześniejszą treścią SWZ i OPZ, a Oferta nie może rozszerzać obowiązków wykonawcy poza wymagania Zamawiającego.
Zamawiający przychyla się do wniosku o doprecyzowanie zasad interpretacji dokumentów. W przypadku sprzeczności pierwszeństwo będą miały kolejno: zmiany i wyjaśnienia dokumentów zamówienia, postanowienia Umowy uwzględniające ostateczną treść dokumentacji, SWZ wraz z OPZ i załącznikami, a następnie Oferta Wykonawcy. Oferta pozostaje wiążąca w zakresie, w jakim konkretuje sposób realizacji zamówienia lub przewiduje rozwiązania korzystniejsze dla Zamawiającego i nie jest sprzeczna z dokumentami zamówienia.
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ń.
Pokazujemy 15 z 398 pytań. Komplet wyjaśnień — razem z załącznikami, których dotyczą — jest w dokumentacji postępowania.
