Po terminiePrzetarg nieograniczony · PN702589-2026
Elektroniczna karta znieczulenia z integracją i sprzętem – Poznań
Wielkopolskie Centrum Onkologii im. Marii Skłodowskiej-Curie37 aktualnych · 143 w archiwum·NIP 7781342057·wielkopolskie
Przedmiot zamówienia
AI- Część 1 (usługa): licencje systemu klinicznego CIS (elektroniczna karta znieczulenia, dokumentacja medyczna na oddziale wybudzeniowym) na 38 stanowiskach (18 sal operacyjnych + 20 łóżek wybudzeniowych), 38 urządzeń do przesyłania i buforowania danych z urządzeń medycznych, wdrożenie, konfiguracja, integracja z systemem HIS/Eskulap (standard HL7, transfer dokumentacji PDF, odczyt danych z aparatur) oraz szkolenie personelu medycznego i administratora systemu.
- Część 2 (dostawa): 19 komputerów medycznych PC All-in-One z ramionami montażowymi z półką na klawiaturę, 19 klawiatur medycznych, 8 myszy medycznych oraz 19 bezprzewodowych czytników kodów (19 kompletów z czytnikami).
Trudność: wysoka
Złożony system kliniczny klasy II MDR z automatycznym zbieraniem danych z kilkudziesięciu urządzeń medycznych, głęboką integracją z HIS w standardzie HL7 i bardzo szerokim zakresem funkcjonalnym, realizowany w krótkim terminie.
Terminy realizacji
Czas na realizację (termin wykonania)
do 14.12.2026 r. (całość zamówienia, Pakiet 1); 6 miesięcy od dnia podpisania umowy (Pakiet 2)
do 14.12.2026 r. (całość zamówienia, Pakiet 1); 6 miesięcy od dnia podpisania umowy (Pakiet 2)
Wymagany okres gwarancji
min. 24 mies., do oceny maks. 36 mies.
min. 24 mies., do oceny maks. 36 mies.
Warunki udziału
AI1Doświadczenie (Pakiet 1) — min. 1 wdrożenie systemu klinicznego CIS obejmujące Blok Operacyjny, Intensywną Terapię i Oddział Wybudzeń, wartość ≥ 2 000 000,00 zł brutto, w ostatnich 3 latach (przy krótszej działalności — w tym okresie), ze wskazaniem danych adresowych Szpitala/BLO/ITOW; dopuszczalne łączne spełnianie przez Wykonawców wspólnie ubiegających się
2Poleganie na zasobach — dopuszczalne poleganie na zdolnościach podmiotów udostępniających zasoby ze złożeniem ich zobowiązania do oddania niezbędnych zasobów; podmiot udostępniający zasoby musi wykonać świadczenie, do którego te zdolności są wymagane
Kryteria wyboru oferty
AIWagi punktowe, według których zamawiający oceni oferty.
Cena oferty bruttoPakiet 1
50%
JakośćPakiet 1 – punkty w OPZ
40%
GwarancjaPakiet 1 – 24–36 mies.
10%
Cena oferty bruttoPakiet 2
60%
GwarancjaPakiet 2 – 24–36 mies.
40%
Czerwone flagi
AISygnały, na które warto zwrócić uwagę przed startem.
Brak istotnych sygnałów ostrzegawczych.
Kary i sankcje
AI- Kary umowne: zwłoka w wykonaniu umowy — 0,1% wartości umowy brutto za każdy dzień kalendarzowy zwłoki; zwłoka w usunięciu awarii oraz brak przeglądu gwarancyjnego — 0,1% za każdy dzień zwłoki
- Odstąpienie / rozwiązanie umowy z przyczyn zależnych od Wykonawcy — 5% wartości umowy; nieuzasadnione zerwanie umowy przez Zamawiającego — 5% wartości brutto umowy
- Limit łącznych kar umownych: 20% wynagrodzenia brutto; odszkodowanie uzupełniające, gdy szkoda przewyższy kary
Pozostałe 2 zapisy o karach po założeniu darmowego konta.
Pytania i odpowiedzi
96Wyodrębnione z wyjaśnień treści SWZ.
1XI. WARUNKI UDZIAŁU W POSTĘPOWANIU pkt 2, ppkt 4 — zdolność techniczna lub zawodowa i OPZ (Pakiet 1) — Czy Zamawiający uzna warunek za spełniony, jeżeli Wykonawca wykaże, że w okresie ostatnich trzech lat zrealizował co najmniej dwa wdrożenia systemu klinicznego typu CIS (Clinical Information System), obejmujące obszar Bloku Operacyjnego (EKZ), o wartości nie mniejszej niż 1 300 000,00 zł brutto? Proponujemy zmianę warunku: co najmniej dwa zamówienia polegające na wdrożeniu systemu klinicznego typu CIS w Polsce wraz z integracją z systemem HIS, każde o wartości min. 1 300 000,00 zł brutto, przy czym co najmniej w jednym przypadku integracja z systemem Eskulap (Nexus), rozwiązania uruchomione i użytkowane w pełnym zakresie funkcjonalnym.
Zamawiający podtrzymuje zapisy SWZ.
2p. 2 — Czy Zamawiający zaakceptuje rozwiązanie równoważne, w którym urządzeniem do przesyłania i buforowania jest oferowany w zestawie komputer medyczny?
Zamawiający nie zaakceptuje takiego rozwiązania. Zamawiający wymaga oddzielnego urządzenia buforującego, co stanowi dodatkowe zabezpieczenie przed utratą danych w przypadku zawieszenia/restartu/awarii komputera, a przede wszystkim umożliwia łatwą migrację/przenoszenie/użycie sprzętu zapasowego w przypadku awarii między salami i będącymi już w posiadaniu przez zamawiającego zestawami komputerowymi.
3p. 9 — Prosimy o podanie szczegółów weryfikacji, regulaminu czy zasad jej prowadzenia.
Zamawiający poprawia swój opis — miał na myśli weryfikację na etapie realizacji, po podpisaniu umowy, przed podpisaniem protokołu końcowego. Zmiana opisu pkt. 9: Gotowość do weryfikacji (z wyjątkiem elementów wynikających z integracji z systemem HIS) oferowanego centralnego systemu klinicznego poprzez prezentację w siedzibie Zamawiającego przed dokonaniem odbioru tj. podpisaniem protokołu końcowego.
4p. 16 — Czy Zamawiający zaakceptuje rozwiązanie równoważne w zakresie oznaczenia pól obowiązkowych oraz rozmieszczenia standardowych elementów obsługi? Opisane wymaganie jednoznacznie wskazuje na produkt Centricity Acute Care firmy GE Healthcare.
Zamawiający zaakceptuje rozwiązanie równoważne.
5p. 20 — Czy Zamawiający zrezygnuje z funkcjonalności dotyczących harmonogramu zabiegów operacyjnych? Opisany wymóg wykracza poza standardowy zakres funkcjonalny oprogramowania do prowadzenia dokumentacji anestezjologicznej, ponadto dostępny jest w systemie HIS Eskulap używanym przez Zamawiającego.
Zamawiający nie zrezygnuje z funkcjonalności dotyczących harmonogramu zabiegów operacyjnych. Dostępne w systemie HIS rozwiązanie nie zawiera funkcjonalności wymaganych przez zamawiającego pozostając także bez wpływu na optymalizację wykorzystania zasobów. Ponadto zawiera znacznie uboższą niż wymagane ilość statusów. Funkcjonalności dotyczące harmonogramu zabiegu mają bardzo istotne znaczenie dla zamawiającego jako zwiększające świadomość sytuacyjną osób zarządzających pracą Bloku Operacyjnego, co ma przełożenie na oszczędności czasu pracy sal operacyjnych, możliwość optymalnego wykorzystania sił i środków, co przekłada się na zwiększoną dostępność sal operacyjnych dla chorych onkologicznych. Dane w systemie HIS nie są aktualizowane na podstawie aktualnych stanów zabiegów ewidencjonowanych w CIS.
6p. 21 — Czy Zamawiający zrezygnuje z funkcjonalności dotyczących harmonogramu zabiegów operacyjnych? Opisany wymóg wykracza poza standardowy zakres funkcjonalny oprogramowania do prowadzenia dokumentacji anestezjologicznej, ponadto dostępny jest w systemie HIS Eskulap używanym przez Zamawiającego.
Zamawiający nie zrezygnuje z funkcjonalności dotyczących harmonogramu zabiegów operacyjnych. Dostępne w systemie HIS rozwiązanie nie zawiera funkcjonalności wymaganych przez zamawiającego bez wpływu na optymalizację wykorzystania zasobów. Ponadto zawiera znacznie uboższą niż wymagane ilość statusów. Funkcjonalności dotyczące harmonogramu zabiegu mają bardzo istotne znaczenie dla Zamawiającego jako zwiększające świadomość sytuacyjną osób zarządzających pracą Bloku Operacyjnego, co ma przełożenie na oszczędności czasu pracy sal operacyjnych, dają możliwość optymalnego wykorzystania sił i środków, co przekłada się na zwiększoną dostępność sal operacyjnych dla chorych onkologicznych. Dane w systemie HIS nie są aktualizowane na podstawie aktualnych stanów zabiegów ewidencjonowanych w CIS.
7p. 22 — Prosimy o wyjaśnienie w jakiej sytuacji miałaby miejsce taka pomyłka ze względu na to, że imię i nazwisko nie jest w Polsce jedynym parametrem służącym do identyfikacji pacjena. Prosimy o wprowadzenie wymogu identyfikacji pacjena za pomocą imienia nazwiska, PESEL lub innego identyfikatora i wykreślenie funkcji czerwonych alertów.
Sytuacje, w których pacjenci o identycznym imieniu i nazwisku jednocześnie byli operowani i znieczulanie na salach operacyjnych Bloku Operacyjnego zdarzały się u Zamawiającego i z pewnością będą się zdarzać w przyszłości. Oczywiście imię i nazwisko nie jest jedyną metodą weryfikacji. Funkcja alertu jest pożyteczna jako istotnie zwiększająca bezpieczeństwo pacjenta i personelu — dodatkowy czynnik pozwalający na zachowanie szczególnej uwagi personelu w takich przypadkach. Zamawiający nie wyrazi zgody na wykreślenie funkcji graficznych alertów. Dopuszczalne jest powiązanie imienia i nazwiska pacjenta z numerem PESEL lub innym identyfikatorem, jednocześnie pozostawiając funkcję wyświetlania graficznego alertu.
8p. 32 — Czy Zamawiający potwierdza, iż wymagany zestaw istotnych informacji znajduje się w systemie HIS Eskulap i ma zostać zaimportowany i zaprezentowany w systemie Elektronicznej Karty Znieczulenia?
Wymagania dotyczą systemu CIS. Zamawiający nie określił źródła informacji.
9p. 34 — Czy Zamawiający potwierdzi, iż opisywana funkcjonalność zostanie zrealizowana gdy system Elektronicznej Karty Znieczulenia wyśle do HIS Eskulap odpowiedni kod ICD-9 procedury kaniulacji? Dodatkowo system udostępnia informację o kolorze wenflonu zgodnie z obowiązującymi standardami.
Do spełnienia funkcjonalności nie wystarczy Zamawiającemu, gdy system wyśle do HIS Eskulap odpowiedni kod ICD-9 procedury kaniulacji. Konieczne jest określenie minimum także miejsca założenia. Dodatkowa informacja o kolorze wenflonu zgodnie z obowiązującymi standardami. Ponadto Zamawiający wymaga udokumentowania obecności venflonu założonego w obrębie Oddziału (przed znieczuleniem).
10p. 36 — Czy w celu umożliwienia wyceny i zaoferowania wymaganej funkcjonalności Zamawiający udostępni obecnie obowiązującą w placówce procedurę intubacji wraz z wymaganą dokumentacją oraz wskaże standardowe, używane w placówce zestawy leków i sprzętu do intubacji?
Zamawiający przekaże na etapie wdrożenia systemu. Ponadto zestawy leków/sprzętu do intubacji muszą być możliwe do edycji przez użytkownika systemu w dedykowanym module do administracji systemem — nie na drodze programowania — umożliwi to szybką aktualizację Użytkownikowi w przypadku pojawienia się w receptariuszu nowych leków oraz nowego sprzętu do intubacji na rynku medycznym.
11p. 40 — Czy Zamawiający zaakceptuje rozwiązanie równoważne dotyczące prezentacji podstawowych danych nt pomiaru na przykład po najechaniu kursorem pojawia się tekst informujący?
Zamawiający zaakceptuje równoważne rozwiązanie.
12p. 48 — Czy Zamawiający będzie wymagał zaoferowania systemu oferującego kompletną cyfrową dokumentację obejmującą treści oraz prezentacje numeryczne, tekstowe oraz graficzne (dokumentacja w formie krzywej trendów) [...] rejestrowane przy pomocy czytnika kodów kreskowych umożliwiającego automatyczny odczyt informacji nt worka donacyjnego w zakresie min. data i miejsce wytworzenia, kod produktu, grupa krwi, nr donacji?
Zamawiający podtrzymuje wymagania. Zamawiający będzie wymagał by dokumentacja dotycząca produktów krwiopochodnych odbywała się przy pomocy czytnika kodów kreskowych umożliwiającego automatyczny odczyt informacji nt worka donacyjnego w zakresie min. data i miejsce wytworzenia, kod produktu, grupa krwi, nr donacji. Dodatkowo w celu udokumentowania przebiegu przetoczenia wymagane parametry życiowe w zdefiniowanych odstępach czasu mają zostać przesłane do systemu Eskulap.
13p. 51 — Czy Zamawiający zrezygnuje z wymogu wyszukiwania przyjętych pacjentów wg kryterium wzrostu? Wymóg taki nie ma uzasadnienia kliniczno-funkcjonalnego.
Zamawiający odstępuje od wymogu wyszukiwania według kryterium wzrostu, pozostawiając jako wymóg pozostałe kryteria i możliwość zastosowania wielu kryteriów wyszukiwania.
14p. 52 — Czy Zamawiający dopuści system zawierający moduł anestezjologiczny, który umożliwia wizualne i funkcjonalne wsparcie procesu wypełniania elektronicznej karty znieczulenia [...] System posiada rozwiązanie wyświetlające podsumowania nie wprowadzonych/nie zapisanych informacji w momencie kończenia przypadku (zapisu karty znieczulenia)?
Zamawiający nie zaakceptuje rozwiązania wyświetlającego podsumowanie nie wprowadzonych/nie zapisanych informacji w momencie kończenia przypadku (zapisu karty znieczulenia). Zamawiający oczekuje systemu umożliwiającego wizualne i funkcjonalne wsparcie procesu wypełniania elektronicznej karty znieczulenia poprzez synchronizację z graficzną prezentacją pól odpowiadających poszczególnym etapom dokumentacji medycznej. Opcja ta stanowi dla Zamawiającego wsparcie w procesie wypełnienia karty, umożliwia kontrolę na każdym etapie znieczulenia/zabiegu, nie tylko na koniec. Brak tej funkcjonalności nie podnosi ergonomii pracy, jak również bezpieczeństwa.
15p. 53 — Czy ze względu na ergonomię i uproszczenie pracy w systemie Zamawiający dopuści system konfigurowany indywidualnie pod konkretnego odbiorcę i działa niezależnie od innych wdrożonych systemów. Oferowane rozwiązanie musi umożliwiać tworzenie i zarządzanie dedykowanymi listami zadań, które systematyzują kolejne etapy znieczulenia w zależności od rodzaju procedury?
Zamawiający dopuści pod warunkiem, że system umożliwi tworzenie i zarządzanie dedykowanymi listami zadań, które systematyzują kolejne etapy znieczulenia w zależności od rodzaju procedury (np. znieczulenie regionalne, ogólne lub inne). Ponadto musi istnieć możliwość dostosowania listy do rodzaju znieczulenia.
16p. 58 — Prosimy o podanie: liczby urządzeń każdego typu, marki i modelu każdego urządzenia, wersji oprogramowania i zainstalowanych opcji softwarowych, dostępności stacji dokujących wraz z wersją oprogramowania i modelem stacji (dotyczy pomp infuzyjnych).
Lista sprzętu: Aparaty do znieczulenia Draeger Atlan — 8 sztuk; Aparat do znieczulenia Draeger Perseus — 1 sztuka; Aparat do znieczulenia Primus Infinity — 2 sztuki; Kardiomonitory Benevison N17 — 14 sztuk z modułami (transportowe, TOF, BIS, FloTrac); Drager Delta XL — 1 sztuka; Drager Infinity C500 + ACS Infinity — 2 sztuki; GE Carescape B650 — 2 sztuki (typ 2 sztuk kardiomonitorów podany po rozstrzygnięciu postępowania przetargowego); Respiratory Mindray SV 300 — 5 sztuk (typ 2 sztuk respiratorów podany po rozstrzygnięciu); TOF Scan — 3 sztuki; Zewnętrzny monitor BIS Covidien — 4 sztuki; Monitor hemodynamiczny Edwards Hemosphere — 2 sztuki; Monitor hemodynamiczny Edward EV 1000 — 1 sztuka; Respirator do wentylacji wysokoczęstotliwościowej Monsoon 4 ThoraTech — 1 sztuka; Respirator sterowany przepływem Evone; Pompy infuzyjne: Medima S 300 — 4 sztuki (Software ID 3.1.81 MPU, PPU 3.1.3), Medima S 300 TCI — 18 sztuk (Software ID 3.1.87 MPU, PPU 3.1.3), Stacje dokujące Medima — 4 sztuki (model kolejnych 12 sztuk pomp i 3 stacji dokujących podany po rozstrzygnięciu postępowania przetargowego); Dializator: Fresenius Multifiltrate Pro; Urządzenie do diagnostyki gazometrii krwi: Radiometer ABL90 FLEX PLUS. Aktualne wersje software zostaną podane na etapie realizacji.
Historia zmian
30.09.2026 — ogłoszenie o zamówieniu
12.10.2026 — sprostowanie
16.10.2026 — upływ terminu składania ofert