Nazwa zamawiającego: Uniwersyteckie Centrum Kliniczne w Gdańsku
Przedmiot zamówienia: Dostawa i montaż dwóch typów automatycznych robotów aptecznych magazynujących leki wraz z dostosowaniem pomieszczeń Apteki Szpitalnej.
Typ zamówienia: Dostawy oraz roboty budowlane.
Tryb udzielenia zamówienia: Przetarg nieograniczony (art. 132 ustawy PZP).
Postępowanie prowadzone jest w trybie przetargu nieograniczonego na podstawie art. 132 ustawy Prawo zamówień publicznych. Wartość szacunkowa zamówienia przekracza kwoty określone w przepisach wydanych na podstawie **art. (+ 3 zdania — pełna treść po zalogowaniu)
W dokumentacji SWZ nie określono konkretnej wartości szacunkowej zamówienia ani budżetu przeznaczonego na sfinansowanie zamówienia. Zamawiający wskazał jedynie, że wartość szacunkowa zamówienia przekracza kwoty określone w przepisach wydanych na podstawie art. 3 ustawy PZP (tzw. progi unijne).
Zamawiający wymaga wykazania przez Wykonawcę zrealizowania, w okresie ostatnich 3 lat przed upływem terminu składania ofert (a jeżeli okres prowadzenia działalności jest krótszy – w tym okresie), należycie co najmniej 2 dostaw zautomatyzowanego systemu robotycznego związanego z apteką szpitalną lub ogólnodostępną, obejmujących dostawę, instalację oraz wdrożenie/uruchomienie produkcyjne, przy czym wartość każdej z dostaw musiała wynosić nie mniej niż 500 000,00 zł brutto. Zamawiający nie wyznaczył szczegółowych warunków dotyczących sytuacji ekonomicznej lub finansowej oraz uprawnień do prowadzenia określonej działalności gospodarczej lub zawodowej.
7
Kryteria oceny ofert
Pełna treść
Oferty będą oceniane na podstawie następujących kryteriów: 1. Cena: waga 60% 2. Czas reakcji serwisu: waga 30% 3. Okres gwarancji: waga 10% Wykonawca może uzyskać maksymalnie 100 punktów. Szczegółowe zasady oceny punktowej zostały określone w SWZ.
8
Kary i sankcje
Widoczne 50%
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
Podwykonawstwo: Wykonawca może powierzyć realizację części zamówienia podwykonawcy (art. 462 ust. 1 ustawy PZP).
Zmiany umowy: Zamawiający dopuszcza zmiany umowy w toku jej realizacji na warunkach określonych w projekcie umowy (Załącznik nr 3 do SWZ) oraz w oparciu o art. 455 ustawy PZP.
RODO: Administratorem danych osobowych jest Uniwersyteckie Centrum Kliniczne. Dane przetwarzane są w celu przeprowadzenia postępowania oraz dochodzenia roszczeń. Przysługuje prawo dostępu do danych, ich sprostowania, usunięcia lub ograniczenia przetwarzania.
Waluty: W przypadku dokumentów w walutach innych niż PLN, przeliczenie nastąpi wg średniego kursu NBP z dnia wszczęcia postępowania.
Z każdej z 11 sekcji pokazujemy połowę. Załóż darmowe konto, żeby odsłonić pozostałe 29 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
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.
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.
Dotyczy 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.
Ewidencja 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 jest oprogramowanie CliniNET HIS. Zamawiający wymaga, aby stany magazynowe były rejestrowane w obu systemach i były automatycznie uzgadniane.
Dotyczy 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.
Ewidencja 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, 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, który następnie zostanie przesłany komunikatem integracyjnym do HIS. Format komunikatu i sposób integracji zostanie uzgodniony na etapie analizy przedwdrożeniowej.
Dotyczy 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.
Zarzą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.
Wymagana jest możliwość wydania leku z robota bez zamówienia z HIS a następnie przesłanie informacji o wydanych identyfikatorach opakowań do HIS (sytuacje szczególne np. utrata połączenia między systemem robota a HIS).
Prosimy 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.
Ewidencja 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.
Ewidencja 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.
Ewidencja 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.
Zarzą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.
Pokazujemy 11 z 26 pytań. Komplet wyjaśnień — razem z załącznikami, których dotyczą — jest w dokumentacji postępowania.
