RozstrzygniętyPrzetarg nieograniczony · PN336853-2026
Dostawa i montaż dwóch typów automatycznych robotów aptecznych magazynujących leki dla UCK
Uniwersyteckie Centrum Kliniczne27 aktualnych · 318 w archiwum·NIP 9570730409·pomorskie
Składanie ofert: 1 lipca 2026
Rozstrzygnięcie
Kto wygrał, za ile i ilu było chętnych.
WygrałaLabo Clinic Sp. z o.o.
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
AIWagi punktowe, według których zamawiający oceni oferty.
- Cena: waga 60%
- Czas reakcji serwisu: waga 30%
- Okres gwarancji: waga 10%
Czerwone flagi
AISygnał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
31Wyodrę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