Przejdź do treści
← Wróć do listy
RozstrzygniętyPrzetarg nieograniczony · PN336853-2026

Dostawa i montaż dwóch typów automatycznych robotów aptecznych magazynujących leki dla UCK

Składanie ofert: 1 lipca 2026

Rozstrzygnięcie

Kto wygrał, za ile i ilu było chętnych.

NIP zwycięzcy7393640710
Kwota oferty6 498 750,00 zł
Złożonych ofert1
Widełki ofert6 498 750,00 zł – 6 498 750,00 zł
Najtańsza oferta wygrałatak

Przedmiot zamówienia

AI
  • Opracowanie wielobranżowej dokumentacji projektowej dla pomieszczeń Apteki Szpitalnej.
  • Wykonanie robót ogólnobudowlanych i instalacyjnych w celu dostosowania pomieszczeń na poziomach 0 i -1.
  • Dostawa, montaż, uruchomienie, integracja i wdrożenie 2 typów automatycznych robotów aptecznych magazynujących leki wraz z wyposażeniem.
  • Przeszkolenie personelu Zamawiającego w zakresie obsługi zainstalowanego systemu.
Trudność: wysoka

Zamówienie łączy w sobie szeroki zakres prac projektowych i budowlano-instalacyjnych z wdrożeniem wysoce specjalistycznych systemów automatyzacji, co wymaga precyzyjnej koordynacji międzybranżowej w specyficznym środowisku pracy apteki szpitalnej.

Kryteria wyboru oferty

AI

Wagi punktowe, według których zamawiający oceni oferty.

  • Cena: waga 60%
  • Czas reakcji serwisu: waga 30%
  • Okres gwarancji: waga 10%

Czerwone flagi

AI

Sygnały, na które warto zwrócić uwagę przed startem.

SWZ zmodyfikowany 16 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.
Termin składania ofert przypada na okres wakacyjny (1 lipca)
Termin w okresie wakacyjnym (lipiec-sierpień) może ograniczać liczbę oferentów ze względu na urlopy.

Kary i sankcje

AI
  • Wadium: 100 000,00 zł
  • Formy wadium: pieniądz, gwarancja bankowa, gwarancja ubezpieczeniowa, poręczenia (art. 6b ust. 5 pkt 2 ustawy o utworzeniu PARP)
  • Zabezpieczenie należytego wykonania umowy: Zamawiający nie wymaga

Pozostałe 2 zapisy o karach po założeniu darmowego konta.

Pytania i odpowiedzi

31

Wyodrębnione z wyjaśnień treści SWZ.

1Dotyczy formularza parametrów technicznych Czy Zamawiający w punkcie: 35: 2 sztuki robota typu pierwszego muszą umożliwiać przechowywanie i zarządzanie minimum 45.000 opakowań, przyjmując średnie wymiary opakowania jako 105x35x65mm. Dopuszcza urządzenie, które przyjmuje opakowania w rozmiarach: Minimalne: 12 x 10 x 40 mm Maksymalne: 180 x 120 x 300 mm
Zamawiający nie zmienia opisu wymagania określonego w punkcie 35 Formularza parametrów technicznych. Określone przez Zamawiającego wymaganie w punkcie 35 dotyczy zdolności dwóch robotów pierwszego typu do przechowywania i zarządzania minimum 45 000 opakowań przy założeniu średnich wymiarów opakowania wynoszących 105 × 35 × 65 mm. Wykonawca zobowiązany jest potwierdzić, że oferowane rozwiązanie zapewnia wymaganą pojemność magazynową dla minimum 45 000 opakowań przy wskazanych przez Zamawiającego średnich wymiarach opakowania.
2Dotyczy formularza parametrów technicznych Czy Zamawiający w punkcie: 37: Robot musi umożliwiać przechowywanie i wydawanie leków w oryginalnych opakowaniach o wymiarach obejmujących pełen wskazany poniżej przedział: - dla przedmiotów o kształcie równoległościanu (np. pudełka): • minimalne wymiary (długość/szerokość/wysokość): 35x15x10mm, • maksymalne wymiary (długość/szerokość/wysokość): 320x200x135mm, - dla przedmiotów cylindrycznych (np. butelki): • minimalny rozmiar: średnica ø35mm, wysokość 15mm, • maksymalny rozmiar: średnica ø100mm, wysokość 135mm. Akceptuje wymiary przechowywanych opakowań (prostopadłościenne i cylindryczne): • min. rozmiar (prost.)12 x 10 x 40 mm • maks. Rozmiar (prost.)180 x 120 x 300 mm • min. średnica (cyl.)40 mm • maks. Średnica (cyl.)180 mm • Wys. (cyl.)20 – 130mm
Zamawiający informuje, że zgodnie z zapisami pkt. 37 Formularza parametrów technicznych wymiary dla przedmiotów o kształcie równoległościanu należy odczytywać w kolejności długość/szerokość/wysokość. W związku z tym wymiary wskazane w pytaniu zostały zinterpretowane przez Zamawiającego zgodnie z kolejnością przyjętą w SWZ. Przy takim rozumieniu pytania Zamawiający nie dopuszcza opakowania o wymiarach: • min. rozmiar (prost.)12 x 10 x 40 mm, • maks. Rozmiar (prost.)180 x 120 x 300 mm Zamawiający dla przedmiotów cylindrycznych (np. butelki) dopuszcza: • minimalny rozmiar: średnica ø40mm, wysokość 20mm, • maksymalny rozmiar: średnica ø180mm, wysokość 130mm.
3Dotyczy formularza parametrów technicznych Czy Zamawiający w punkcie: 1: 6 Maksymalne wymiary instalacji w pomieszczeniu nr 1 na poziomie -1: • długość: 12,8m, • szerokość: 5,1m (włączając w to minimum 2 niezależne moduły załadunkowe), • wysokość: 2,5m. Maksymalne wymiary instalacji w pomieszczeniu nr 2 na poziomie 0: • długość: 7,3m, • szerokość: 1,7m, • wysokość: 3,0m. - Podać Akceptuje dopuszcza: • Wymiary instalacji w pomieszczeniu nr 1 na poziomie -1: o Długość: 16,406 m. o Szerokość: 4,012 m. o Wysokość: 2,2 m. • Wymiary Instalacji w pomieszczeniu nr 2 na poziomie 0: o Długość: 7,768 m. o Szerokość 3,212 m. o Wysokość 2,9 m.
Zamawiający nie dopuszcza zastosowania w pomieszczeniu nr 1 na poziomie -1, instalacji o wymiarach: długość: 16,406 m, szerokość: 4,012 m, wysokość: 2,2 m. Zamawiający dopuszcza zastosowanie w pomieszczeniu nr 2 na poziomie „0” instalacji o wymiarach: długość: 7,768 m, szerokość: 3,212 m, wysokość: 2,9 m. Zamawiający zauważa, iż w przypadku zaoferowania w pomieszczeniu nr 2 na poziomie „0” instalacji o wskazanych wymiarach należy rozebrać ściankę działową pomiędzy pomieszczeniami 0/AP/40 i 0/AP/42.
4Prosimy o podanie dopuszczalnego obciążenia użytkowego oraz nośności stropu w pomieszczeniu z robotem nr 1 na poziomie -1 oraz w pomieszczeniu z robotem nr 2 na poziomie 0. Prosimy również o informację, czy istnieją jakiekolwiek ograniczenia dotyczące obciążeń punktowych lub równomiernie rozłożonych, które należy uwzględnić przy projektowaniu, dostawie i montażu urządzeń.
Dopuszczalne obciążenie zmienne stropu nad poziomem -1, tj. dla pomieszczenia z robotem nr 2 na poziomie 0, wynosi 3,5 kN/m², zgodnie z dokumentem „Załącznik nr 10 do SWZ_146_PN_2026 – Dokumentacja techniczna_12. CMI mapa obciążeń nad poziomem -1”. W pomieszczeniu z robotem nr 1 na poziomie -1 urządzenie będzie posadowione na posadzce na gruncie o następującej konstrukcji: • posadzka betonowa B30 gr. 15 cm, • izolacja z folii PE, • chudy beton gr. 10 cm. Zamawiający nie posiada mapy dopuszczalnych obciążeń dla posadzek na poziomie - 1. Nie posiadamy również wytycznych dotyczących dopuszczalnych obciążeń punktowych. Zgodnie z wymaganiami określonymi w PFU, Wykonawca zobowiązany jest do opracowania kompletnej wielobranżowej dokumentacji projektowej w stadium projektu technicznego, obejmującej m.in. wykonanie ekspertyzy technicznej. W ramach tych prac rolą projektanta będzie określenie nośności istniejących stropów i posadzek oraz weryfikacja ich przydatności dla zwiększonych obciążeń generowanych przez projektowane roboty magazynowe, w tym obciążeń punktowych i równomiernie rozłożonych wynikających z przyjętych rozwiązań technicznych.
5Ewidencja stanów magazynowych i system źródłowy Pkt 27 Zał. 9 oraz pkt 2 Zał. 11 wymagają, aby „cała instalacja dotycząca robota aptecznego musiała być zarządzana przez jedno, oryginalne oprogramowanie producenta robotów". Jednocześnie Zał. 11 pkt 1 jednoznacznie wskazuje, że „przyjęcie na stan z faktury będzie się odbywać w HIS, a dopiero po jej zatwierdzeniu odbędzie się załadunek leków do robotów". Prosimy o wyjaśnienie: który system jest ewidencyjnym systemem źródłowym (system of record) dla stanu magazynowego leków – system HIS CGM CLININET czy oprogramowanie producenta robotów? Czy Zamawiający dopuszcza architekturę, w której stan magazynowy jest prowadzony wyłącznie w CGM CLININET, a oprogramowanie robota przechowuje jedynie fizyczną mapę lokalizacji opakowań (slotting), bez prowadzenia własnej ewidencji zapasu?
Zamawiający nie zmienia opisu przedmiotu zamówienia i podtrzymuje zapisy SWZ. Ewidencyjnym systemem źródłowym (system of record) jest oprogramowanie producenta robotów. Zamawiający nie dopuszcza architektury, w której stan magazynowy jest prowadzony wyłącznie w CGM CLININET.
6Ewidencja stanów magazynowych i system źródłowy W przypadku, gdy oprogramowanie producenta robotów prowadzi własną ewidencję stanów magazynowych równolegle do CGM CLININET, jakie procedury i mechanizmy techniczne Zamawiający przewiduje dla uzgodnienia rozbieżności (reconciliation) pomiędzy obiema bazami danych, np. w przypadku ręcznego wyjęcia leku (pkt 12, 45 Zał. 9), straty magazynowej (Zał. 11 pkt 1) lub błędu komunikacyjnego między systemami?
Zamawiający przewiduje wspólne z Wykonawcą wypracowanie procedur uzgodnienia stanów magazynowych na etapie Analizy Przedwdrożeniowej z dokładnością do identyfikatora opakowania.
7Ewidencja stanów magazynowych i system źródłowy Zał. 11 pkt 1 wymaga obsługi „remanent" (inwentaryzacji). Prosimy o wskazanie: czy remanent ma być przeprowadzany i rozliczany w systemie HIS CGM CLININET jako systemie ewidencyjnym, a fizyczne przeliczenie stanów w robotach stanowi jedynie dane wejściowe do tego procesu? Czy też Zamawiający oczekuje, że oprogramowanie producenta robotów będzie generować niezależny dokument inwentaryzacyjny, który następnie jest ręcznie wprowadzany do HIS?
Proces inwentaryzacji będzie realizowany w systemie CGM CLININET, a fizyczne przeliczenie stanów będzie realizowane przez roboty i ich oprogramowanie. Zamawiający oczekuje, że oprogramowanie producenta robotów będzie generować niezależny dokument, ale nie będzie on wprowadzany do HIS.
8Zarządzanie zamówieniami i przepływ autoryzacji Pkt 27 Zał. 9 wymaga, aby oprogramowanie producenta robotów „automatycznie dzieliło zamówienia pomiędzy robot pierwszego typu, robot drugiego typu i pozostałe miejsca składowania manualnego". Jednocześnie Zał. 11 pkt 1 wskazuje, że „zatwierdzenie pozycji w systemie HIS nastąpi wyjęcie automatycznie wszystkich tych pozycji z automatycznego magazynu". Prosimy o wyjaśnienie: czy logika dystrybucji zamówień pomiędzy lokalizacjami składowania (robot T1, robot T2, magazyn manualny) ma być realizowana przez oprogramowanie producenta robotów, czy Zamawiający dopuszcza, aby ta logika była zaimplementowana po stronie mechanizmów integracji na podstawie danych o lokalizacji leku przekazywanych z HIS? Architektura, w której szyna integracyjna kieruje dyskretne zlecenia wydania bezpośrednio do właściwego urządzenia na podstawie atrybutu lokalizacji z HIS, eliminuje konieczność posiadania przez robota warstwy decyzyjnej WMS i upraszcza architekturę systemu.
Zamawiający nie zmienia zapisów SWZ. Zamawiający wymaga, aby logika dystrybucji zamówień pomiędzy lokalizacjami składowania była realizowana przez oprogramowanie producenta robotów.
9Zarządzanie zamówieniami i przepływ autoryzacji Pkt 64 Zał. 9 wymaga obsługi zarówno zamówień zbiorczych (dla oddziałów) jak i indywidualnych (dla konkretnych pacjentów). Prosimy o potwierdzenie, że inicjacja obu typów zamówień następuje wyłącznie w CGM CLININET i jest przekazywana do systemu robotów jako zlecenie do realizacji – a nie odwrotnie, tj. że oprogramowanie robota nie przyjmuje zamówień z pominięciem HIS.
Zamawiający wyjaśnia, że inicjacja obu typów zamówień tj. obsługa zamówień zbiorczych (dla oddziałów) jak i indywidualnych (dla konkretnych pacjentów) musi być możliwa zarówno w CGM CLININET jak i oprogramowaniu producenta robotów.
10Funkcje analityczne i raportowanie Pkt 28 Zał. 9 oraz pkt 3 Zał. 11 wymagają zaawansowanych funkcji analitycznych w oprogramowaniu producenta robotów (monitoring załadowanej/rozładowanej ilości opakowań, rotacji, dat ważności, stanu magazynu, sprawności instalacji). Prosimy o wyjaśnienie: które z wymienionych danych analitycznych muszą być dostępne wyłącznie w oprogramowaniu producenta robotów, a które Zamawiający dopuszcza jako dane dostępne po stronie CGM CLININET lub do zewnętrznego narzędzia raportowego BI? W szczególności: czy „stan magazynu" i „daty ważności produktów" jako dane stricte ewidencyjne mogą być prezentowane bezpośrednio w HIS, jako w systemie, który jest nadrzędny jeśli chodzi zarządzanie magazynami i apteczkami.
Zgodnie z zapisami SWZ Zamawiający wymaga, aby w oprogramowaniu producenta robotów dostępne były wszystkie funkcje analityczne opisane w załączniku nr 9 do SWZ – Formularzu parametrów technicznych w punkcie 28 oraz w załączniku nr 11 do SWZ - Wymagania oprogramowania i systemu informatycznego w punkcie 3.
11Funkcje analityczne i raportowanie Pkt 48 Zał. 9 wymaga generowania szczegółowych raportów inwentaryzacyjnych przez system robota. Czy Zamawiający dopuszcza, aby raport inwentaryzacyjny był generowany przez CGM CLININET na podstawie danych przekazanych z robotów (fizyczne stany), bez konieczności posiadania przez oprogramowanie producenta robotów własnego silnika raportowego?
Zamawiający nie dopuszcza.
12Integracja ze słownikami i bazą leków Zał. 11 pkt 1 wymaga „integracji i aktualizacji słowników w niezbędnym do pracy zakresie procesu (personel szpitala, baza leków, baza jednostek szpitala, pobyty pacjentów)". Prosimy o potwierdzenie kierunku przepływu danych: CGM CLININET jest systemem źródłowym dla wszystkich wymienionych słowników, a oprogramowanie producenta robotów oraz mechanizmy integracyjne są jedynie konsumentem tych danych (odbiorcą aktualizacji), nie zaś systemem prowadzącym własne słowniki leków.
Tak, Zamawiający potwierdza, CGM CLININET jest systemem źródłowym dla wszystkich wymienionych słowników w niezbędnym do pracy zakresie procesu (personel szpitala, baza leków, baza jednostek szpitala, pobyty pacjentów).

Historia zmian

18.05.2026 — ogłoszenie o zamówieniu
17.06.2026 — sprostowanie
24.06.2026 — sprostowanie
01.07.2026 — upływ terminu składania ofert
01.07.2026 — modyfikacja dokumentacji (6 modyfikacji dokumentacji)
22.09.2026 — rozstrzygnięcie