Podstawowy bez negocjacji
Dostawa systemu do multipleksowej analizy kwasów nukleinowych – Kraków
Uniwersytecki Szpital Dziecięcy w Krakowie24 aktualne · 721 w archiwum·NIP 6792525795·małopolskie
Składanie ofert: 17 listopada 2026 · Wartość szacunkowa: 410 400 zł
Przedmiot zamówienia
AIDostawa 1 systemu do multipleksowej analizy kwasów nukleinowych do genotypowania HLA oraz wykrywania i identyfikacji swoistości przeciwciał anty-HLA dla Uniwersyteckiego Szpitala Dziecięcego w Krakowie. W skład systemu wchodzą: - 1 analizator, - 1 komputer wraz z zasilaczem awaryjnym (UPS), - wyposażenie (w tym pakiet rozruchowy i pakiet startowy). Zakres obejmuje montaż, instalację, uruchomienie urządzenia oraz przeszkolenie personelu.
Trudność: średnia
Zamówienie obejmuje dostawę specjalistycznego systemu laboratoryjnego z oprogramowaniem oraz jego montaż, instalację, uruchomienie i przeszkolenie personelu.
Terminy realizacji
Termin wykonania
do 02.12.2026 r.
do 02.12.2026 r.
Gwarancja
min. 24 miesiące (do oceny maks. 48 miesięcy)
min. 24 miesiące (do oceny maks. 48 miesięcy)
Kryteria wyboru oferty
AIWagi punktowe, według których zamawiający oceni oferty.
Cena
60%
Okres gwarancji37–48 mies. – 40 pkt; 25–36 – 20 pkt; 24 – 0 pkt
40%
Czerwone flagi
AISygnały, na które warto zwrócić uwagę przed startem.
SWZ zmodyfikowany 11 dni po udostępnieniu dokumentów
Późna modyfikacja specyfikacji może sugerować dostosowanie wymagań pod konkretnego wykonawcę lub celowe utrudnienie konkurencji, która przygotowała ofertę na pierwotną wersję SWZ.
Kary i sankcje
AI- Kary umowne: 0,2% wartości umowy netto za każdy rozpoczęty dzień zwłoki w realizacji, maks. 10% (projekt umowy, cyt. w wyjaśnieniach nr 2)
- Kara za zwłokę w przeglądzie: 200 zł za każdy rozpoczęty dzień, maks. 10% wartości umowy netto
- Wadium: nie wymagane
Pytania i odpowiedzi
15Wyodrębnione z wyjaśnień treści SWZ.
1Dotyczy: załącznik nr 3 – kalkulacja cenowa z OPZ, tabela II., punkt 9.2
Dostęp do oprogramowania i uprawnienia
Zamawiający wymaga zapewnienia indywidualnego uwierzytelniania użytkowników, zarządzania uprawnieniami, stosowania polityki haseł określonej w pkt 10.1 oraz zapewnienia działowi IT Zamawiającego awaryjnego dostępu administracyjnego do aplikacji i bazy danych. Zwracamy uwagę, że oprogramowanie sterujące specjalistycznymi analizatorami diagnostycznymi stanowi integralną część rozwiązania producenta. W wielu przypadkach posiada ono zamkniętą architekturę, a ingerencja w mechanizmy uwierzytelniania, zarządzania bazą danych lub politykę haseł może wykraczać poza konfigurację przewidzianą przez producenta.
Czy Zamawiający dopuści rozwiązanie, w którym:
1. Indywidualne uwierzytelnianie użytkowników realizowane będzie na poziomie systemu operacyjnego Windows.
2. Dostęp do komputera oraz funkcji administracyjnych systemu będzie kontrolowany za pomocą kont i uprawnień systemowych.
3. Oprogramowanie analizatora będzie wykorzystywało mechanizmy uwierzytelniania i autoryzacji przewidziane przez jego producenta, bez konieczności dostosowywania ich do wszystkich wymagań polityki haseł określonej w pkt 10.1.
4. Dostęp do wewnętrznej bazy danych oprogramowania będzie realizowany za pośrednictwem funkcji udostępnionych przez producenta, bez obowiązku udostępniania Zamawiającemu bezpośrednich uprawnień administracyjnych do tej bazy.
5. Czynności wymagające specjalistycznego dostępu administracyjnego będą wykonywane przez autoryzowany serwis, za zgodą i pod nadzorem Zamawiającego.
Wnosimy o dopuszczenie powyższego sposobu realizacji zabezpieczeń jako rozwiązania alternatywnego oraz odpowiednią modyfikację pkt 9.2 SWZ
Zamawiający dopuszcza uwierzytelnianie i kontrolę uprawnień przez Windows, obsługę bazy funkcjami producenta bez bezpośredniego administrowania nią przez USDK oraz czynności autoryzowanego serwisu za zgodą i pod nadzorem Zamawiającego, z zachowaniem wymogów dotyczących uprawnień, rozliczalności i dostępu awaryjnego określonych w pkt 9.2.
1Czy Zamawiający dokona zmiany wartości kar zgodnie z poniższym zapisem:
§ 6
1. Z tytułu niewykonania lub nienależytego wykonania umowy Zamawiający może naliczyć Wykonawcy kary
umowne w wysokości:
B. w wysokości (0,2%) wartości umowy netto określonej w § 3 ust. 1 Umowy, za każdy rozpoczęty dzień zwłoki w
realizacji przedmiotu umowy określonego w § 2 ust. 1 Umowy, do wysokości (10%) wartości umowy netto
określonej w § 3 ust. 1 umowy;
D. w wysokości (200 zł) za każdy rozpoczęty dzień zwłoki w wykonaniu przeglądu okresowego lub innego
niezbędnego do prawidłowego użytkowania (o których mowa w § 5 ust. 4. umowy) do wysokości (10%) wartości
netto umowy określonej w § 3 ust. 1 Umowy.
Zamawiający nie wyraża zgody na proponowaną zmianę zapisów umowy.
Termin realizacji przedmiotu umowy ma kluczowe znaczenie dla prawidłowości i możliwości rozliczenia
dotacji celowej w ramach Programu Narodowy Program Transplantacyjny.
Kara dotycząca zwłoki w wykonaniu przeglądów również pozostaje w adekwatnym związku z potencjalną
szkodą jaka może wystąpić na skutek przestojów aparatury.
Jednocześnie Zamawiający informuję o modyfikacji zapisów SWZ:
Było: Rozdział 17 pkt 1 - Wykonawca jest związany ofertą od dnia upływu terminu składania ofert do
dnia 11.12.2026 r.
Jest: Rozdział 17 pkt 1 - Wykonawca jest związany ofertą od dnia upływu terminu składania
ofert do dnia 12.12.2026 r.
Było: Rozdział 15 pkt 1 - Ofertę wraz z wymaganymi załącznikami należy złożyć w terminie do dnia
12.11.2026 r. do godziny 10:00.
Jest: Rozdział 15 pkt 1 - Ofertę wraz z wymaganymi załącznikami należy złożyć w terminie do dnia
13.09.2026 r. do godziny 10:00.
Było: Rozdział 16 pkt 1 – Otwarcie ofert nastąpi w dniu 12.11.2026 r. od godziny 10:30.
Jest: Rozdział 16 pkt 1 – Otwarcie ofert nastąpi w dniu 13.11.2026 r. od godziny 10:30.
2Pytanie nr 2:
Dotyczy: załącznik nr 3 – kalkulacja cenowa z OPZ, tabela II, punkt 9.3
Przechowywanie, ochrona i wymiana danych
Zamawiający wymaga między innymi przechowywania danych zgodnie z ustalonymi okresami
retencji, możliwości ich archiwizacji, eksportu, kontrolowanego usuwania z rejestracją wykonanej
czynności oraz szyfrowania danych.
Zwracamy uwagę, że oprogramowanie specjalistycznych analizatorów diagnostycznych może
posiadać własne mechanizmy przechowywania, archiwizacji i usuwania danych, których
funkcjonalność jest określona przez producenta urządzenia.
W szczególności nie wszystkie rozwiązania zapewniają odrębny, szczegółowy dziennik każdej
operacji usunięcia danych lub możliwość szyfrowania wewnętrznej bazy danych bezpośrednio przez
aplikację.
Czy Zamawiający dopuści rozwiązanie, w którym:
1. Dane pomiarowe, wyniki badań oraz konfiguracja oprogramowania przechowywane
będą lokalnie na stacji roboczej analizatora.
2. Retencja danych realizowana będzie poprzez odpowiednio skonfigurowaną archiwizację
oraz przechowywanie kopii poza stacją roboczą, zgodnie z procedurami Zamawiającego.
3. Eksport danych realizowany będzie za pomocą formatów udostępnionych przez
producenta oprogramowania.
4. Usuwanie danych będzie odbywało się za pomocą funkcji producenta, natomiast
rejestrowanie tych operacji będzie mogło być realizowane przez mechanizmy archiwizacji
lub udokumentowane procedury administracyjne Zamawiającego, bez obowiązku
automatycznego zapisywania każdej operacji usunięcia w odrębnym dzienniku aplikacji.
## Page 3
5. Ochrona dostępu i szyfrowanie będą mogły być realizowane za pomocą mechanizmów
systemu operacyjnego lub zabezpieczeń archiwizowanych danych, w zakresie zgodnym z
konfiguracją dopuszczoną przez producenta analizatora.
6. W przypadku pracy autonomicznej analizatora, bez integracji z systemami
zewnętrznymi, nie będzie wymagane zapewnienie dodatkowych mechanizmów wymiany
danych pomiędzy
systemami.
Wnosimy o potwierdzenie możliwości zastosowania powyższych rozwiązań oraz odpowiednią
modyfikację wymagań pkt 9.3 SWZ.
Odpowiedź: Zamawiający dopuszcza lokalne przechowywanie danych, archiwizację i kopie poza
stacją, eksport w formatach producenta oraz ochronę i szyfrowanie narzędziami systemowymi
lub archiwizacji, z zachowaniem wymagań pkt 9.3, w tym retencji i możliwości szyfrowania
danych na stacji. Dopuszcza się usuwanie danych funkcjami producenta i rejestrowanie
faktycznie wykonanych operacji poza aplikacją. Przy braku integracji zewnętrznej nie wymaga
się dodatkowych mechanizmów wymiany danych.
3Dotyczy: zał. nr 3 – kalkulacja cenowa z OPZ, tabela II, punkt 9.4
Rejestrowanie zdarzeń w oprogramowaniu
Zamawiający wymaga rejestrowania przez aplikację lub jej komponenty prób logowania, dostępu
administracyjnego, zmian konfiguracji, dostępu do danych chronionych, a także zapewnienia
odpowiedniej ochrony, eksportu i archiwizacji dzienników zdarzeń.
Zwracamy uwagę, że specjalistyczne oprogramowanie sterujące analizatorami laboratoryjnymi
posiada mechanizmy rejestrowania zdarzeń określone przez producenta. Mogą one obejmować
przede wszystkim zdarzenia związane z pracą analizatora, przebiegiem badań, konfiguracją
urządzenia i błędami systemowymi.
Nie wszystkie aplikacje umożliwiają szczegółowe rejestrowanie każdego dostępu do danych,
wszystkich prób uwierzytelniania oraz adresów źródłowych połączeń sieciowych.
Jednocześnie część wymaganych informacji może być rejestrowana przez system operacyjny stacji
roboczej.
Czy Zamawiający dopuści rozwiązanie, w którym:
1. Rejestrowanie zdarzeń będzie realizowane łącznie przez mechanizmy systemu
operacyjnego Windows oraz dzienniki zdarzeń oprogramowania analizatora.
2. System operacyjny będzie odpowiadał za rejestrowanie zdarzeń związanych z
logowaniem użytkowników do stacji roboczej, dostępem administracyjnym oraz zmianami
konfiguracji systemu.
3. Oprogramowanie analizatora będzie rejestrowało zdarzenia związane z jego działaniem
w zakresie funkcjonalności przewidzianej przez producenta.
4. Dopuszczony zostanie brak szczegółowej rejestracji każdego odczytu danych
chronionych bezpośrednio przez aplikację.
5. W przypadku pracy analizatora bez sieciowej integracji z innymi systemami nie będzie
wymagane rejestrowanie adresów IP dla zdarzeń powstających wyłącznie podczas lokalnej
pracy aplikacji.
6. Ochrona i archiwizacja dzienników zdarzeń będą mogły być realizowane za pomocą
funkcji systemu operacyjnego oraz narzędzi archiwizacji udostępnionych przez producenta
oprogramowania.
7. Zapobieganie utracie logów wskutek przepełnienia będzie mogło być realizowane
poprzez odpowiednio skonfigurowaną, okresową archiwizację poza stacją roboczą.
Wnosimy o uznanie łącznego wykorzystania mechanizmów systemowych i aplikacyjnych za
dopuszczalny sposób realizacji wymagania oraz odpowiednią zmianę pkt 9.4 SWZ.
Zamawiający dopuszcza łączne wykorzystanie logów Windows i aplikacji oraz ich
ochronę i okresową archiwizację poza stacją narzędziami systemowymi lub producenta, z
zachowaniem wymagań pkt 9.4 OPZ. Nie wymaga się odrębnej rejestracji każdego odczytu
bezpośrednio w aplikacji, jeżeli wymagany zakres zdarzeń i rozliczalność zapewniają łącznie
zastosowane mechanizmy. Dla zdarzeń wyłącznie lokalnych nie wymaga się adresu źródłowego
IP. Wszystkie operacje objęte pkt 9.4 OPZ muszą być realizowane zgodnie z mającymi
zastosowanie przepisami RODO oraz ustawy o krajowym systemie cyberbezpieczeństwa
wdrażającej dyrektywę NIS2.
Historia zmian
02.11.2026 — publikacja ogłoszenia
10.11.2026 — aktualizacja ogłoszenia (Termin składania: 12.11.2026 → 13.11.2026)
10.11.2026 — wyjaśnienia i modyfikacja dokumentacji (2 dokumenty z wyjaśnieniami · 1 modyfikacja dokumentacji)
13.11.2026 — aktualizacja ogłoszenia (Termin składania: 13.11.2026 → 17.11.2026)
13.11.2026 — modyfikacja dokumentacji (2 modyfikacje dokumentacji)