SZPITAL PROMUJĄCY ZDROWIE 10-357 Olsztyn, ul. Jagiellońska 78, tel. (089) 532-29-66 /fax. (089) 532 29 79 e-mail: alis@pulmonologia.olsztyn.pl www.pulmonologia.olsztyn.pl ODPOWIEDŹ NA ZAPYTANIA DO SIWZ (1) Znak sprawy: SZP-333-14/2010 Data: 12.04.2010 Dotyczy: dostawa i montaż sprzętu informatycznego i oprogramowania w ramach realizacji projektu pn. Poprawa jakości i dostępności usług medycznych poprzez kompleksową informatyzacje SPZGiChP w Olsztynie Zgodnie z art. 38 ust. 2 ustawy z dnia 29 stycznia 2004 roku Prawo zamówień publicznych (Dz. U. z 2007 roku, Nr 223, poz.1655 ze zmianami) Zamawiający udziela odpowiedzi na następujące zapytania Wykonawców: Wykonawca Nr 1: Pyt. 1. Dokument: 207_Zalacznik Nr5-Ogolne_wymogi_stawiane_systemom.doc: 1. Dot. Wymagania ogólne wobec oprogramowania aplikacyjnego Pkt. 5: Medyczna część Szpitala (HIS) daje się uruchomić na bezdyskowych terminalach dostępowych z użyciem tzn cienkiego klienta, będącego klientem końcowym. Pytanie: Czy Zamawiający jako rozwiązanie równoważne dopuszcza terminale dyskowe, posiadające własny system operacyjny? Rozwiązanie takie wydaje się tańsze ze względu na fakt odciążenia serwera terminali. Odp.: Tak, pod warunkiem że wszystkie aplikacje są uruchamiane z jednego serwera (i fizycznie raz instalowane), administrator, przy znacznie mniejszym nakładzie środków, może zapewnić wszystkim użytkownikom dostęp do tych samych usług i aplikacji. Pyt. 2. Dot. Integracja międzymodułowa Pkt. 2: Możliwość umieszczenia zleceń oczekujących w kolejce zleceń oczekujących do wysłania. W przypadku braku potwierdzenia ich odbioru w systemie zewnętrznym następuje wysyłanie odpowiedniego komunikatu na adres email administratora. Pytanie: Czy zamawiający za spełnienie wymagania uzna dostarczenie przez wykonawcę specjalnej aplikacji pozwalającej na monitorowanie stanu zleceń? Pyt. 3. Dot. Integracja międzymodułowa Pkt. 3: Minimalny zestaw transakcji HL7 obsługiwanych przez system Ruchu Chorych: Transakcje HIS -> Moduł diagnostyczny Nowe zlecenie ORM^O01
Anulowanie zlecenia ORM^O01 Transakcje Moduł diagnostyczny -> HIS Nowe zlecenie ORM^O01 Zmiana danych zlecenia ORM^O01 Anulowanie zlecenia ORM^O01 Zmiana statusu zlecenia ORM^O02 Wyniki ORU^R01 Pytania: Jaką czynność zamawiający rozumie pod pojęciem nowe zlecenie w transakcjach pomiędzy Moduł diagnostyczny -> HIS? Czy Zamawiający uzna wymaganie za spełnione, jeżeli wysłanie wyniku ORU^R01 spowoduje dodanie zlecenia w HIS (przy czym komunikat ORU^R01 musi zawierać wymagane przez system HIS pola dotyczące tego zlecenia)? Czy można przyjąć, że Zamawiający oczekuje iż to system HIS będzie systemem nadrzędnym i to on będzie źródłem zleceń? Czy w związku z charakterystyką dostarczanego systemu (wieloletnim doświadczeniem wykonawcy w zakresie wymiany zleceń) zamawiający uzna wymaganie za spełnione jeżeli zmiana danych zlecenia odbywać się będzie wyłącznie po stronie zlecającego? Czy zamawiający dopuszcza zmianę statusu zlecenia za pomocą ORM^O01? Odp.: Pytania: Jaką czynność zamawiający rozumie pod pojęciem nowe zlecenie w transakcjach pomiędzy "Moduł diagnostyczny -> HIS"? Czy Zamawiający uzna wymaganie za spełnione, jeżeli wysłanie wyniku 'ORU^R01' spowoduje dodanie zlecenia w HIS (przy czym komunikat 'ORU^R01' musi zawierać wymagane przez system HIS pola dotyczące tego zlecenia)? Tak Czy można przyjąć, że Zamawiający oczekuje iż to system HIS będzie systemem nadrzędnym i to on będzie źródłem zleceń? Tak Czy w związku z charakterystyką dostarczanego systemu (wieloletnim doświadczeniem wykonawcy w zakresie wymiany zleceń) zamawiający uzna wymaganie za spełnione jeżeli zmiana danych zlecenia odbywać się będzie wyłącznie po stronie zlecającego? Tak Czy zamawiający dopuszcza zmianę statusu zlecenia za pomocą 'ORM^O01'? Tak Pyt. 4 Dot. Integracja międzymodułowa Pkt. 4: Transakcje HL7 obsługiwane przez system radiologiczny Transakcje HIS -> system radiologiczny Nowe zlecenie ORM^O01 Anulowanie zlecenia ORM^O01 Transakcje system radiologiczny -> HIS Nowe zlecenie ORM^O01 Zmiana statusu zlecenia ORM^O02 Transakcja z wynikami ORU^R01 Pytania: Jaką czynność zamawiający rozumie pod pojęciem nowe zlecenie w transakcjach pomiędzy System radiologiczny >- HIS? Czy jest to wygenerowanie nowego zlecenia do HIS i oczekiwanie na jego wynik? Czy może utworzenie zlecenia w HIS, które będzie lub zostało już wykonane w Systemie radiologicznym? 2
Czy w takim przypadku zamawiający uzna wymaganie za spełnione jeżeli wysłanie wyniku ORU^R01 spowoduje dodanie zlecenia w HIS (przy czym komunikat ORU^R01 musi zawierać wymagane przez system HIS pola dotyczące tego zlecenia)? Czy zamawiający dopuszcza zmianę statusu zlecenia za pomocą ORM^O01? Odp.: Pytania: Jaką czynność zamawiający rozumie pod pojęciem nowe zlecenie w transakcjach pomiędzy "System radiologiczny >- HIS"? Czy jest to wygenerowanie nowego zlecenia do HIS i oczekiwanie na jego wynik? Tak. Czy może utworzenie zlecenia w HIS, które będzie lub zostało już wykonane w Systemie radiologicznym? Nie. Czy w takim przypadku zamawiający uzna wymaganie za spełnione jeżeli wysłanie wyniku 'ORU^R01' spowoduje dodanie zlecenia w HIS (przy czym komunikat 'ORU^R01' musi zawierać wymagane przez system HIS pola dotyczące tego zlecenia)? Tak. Czy zamawiający dopuszcza zmianę statusu zlecenia za pomocą 'ORM^O01'? Tak. Pyt. 5 Dot. Administracja systemem Pkt. 13: Oprogramowanie aplikacyjne posiada zaimplementowane mechanizmy zdalnej identyfikacji, pobierania i automatycznego instalowania uaktualnień oprogramowania stacji roboczych użytkowników, bez manualnej ingerencji Administratorów Zamawiającego w proces aktualizacji stacji roboczych. Pytanie: Czy Zamawiający uznaje wymaganie za spełnione jeżeli na serwer plików wgrywane są aplikacje pobrane przez administratora z konta klienckiego ftp? W ten sposób stacje robocze automatycznie mają dostęp do najnowszej wersji aplikacji, bez manualnej ingerencji Administratorów Zamawiającego. Odp.: Tak, Zamawiający dopuszcza takie rozwiązanie jeżeli stacje robocze automatycznie będą korzystały z najnowszej wersji aplikacji, bez manualnej ingerencji użytkownika(administratora). Administrator musi zostać powiadomiony o dostępności nowszej wersji aktualizacji oprogramowania. Pyt. 7 Dot. Administracja systemem Pkt. 29: Centralny mechanizm zarządzania wydrukami. Definiowanie i konfiguracja drukarek odbywa się z jednego miejsca w systemie. Pytanie: Czy zamawiający dopuszcza realizację wymagania poprzez wbudowany serwer wydruków w systemie operacyjnym Windows? W przypadku definicji drukarek do kuponów, recept na stację roboczą na której uruchamiany jest wydruk? Pyt. 8 Dot. System relacyjnej bazy danych (RDBMS) Pkt. 14: Obsługa wielu baz tymczasowych. Pytanie: Jakie bazy Zamawiający rozumie pod pojęciem baz tymczasowych? Czy chodzi tutaj o uruchomienie tzw. testowej bazy ze zrzutu bazy produkcyjnej Zamawiającego i testowanie na niej działania aplikacji? 3
Odp.: Tak. Pyt. 9 Dot. System relacyjnej bazy danych (RDBMS) Pkt. 16: Obsługa wbudowanego mirroringu pojedyńczych urządzeń bazodanowych i/lub baz danych. Pytanie: Jakie urządzenie Zamawiający rozumie poprzez pojedyncze urządzenie bazodanowe? Jak zamawiający rozumie jako obsługę wbudowanego mirroringu bazy danych? Odp.: Pojedyncze urządzenie bazodanowe np. macierz dyskowa lub pojedynczy serwer. Jako obsługę wbudowanego mirroringu bazy danych Zamawiający rozumie jako tworzenie kopi bezpieczeństwa bazy danych. Pyt. 10 Dot. System relacyjnej bazy danych (RDBMS) Pkt. 26: Możliwość uruchomienia RDMBS na 512 MB RAM. Pytanie: Czy Zamawiający poprzez to wymaganie określa minimalną ilość pamięci RAM do uruchomienia instancji bazy danych na serwerze? Odp.: Minimalny zasób do uruchomienia procesu obsługi RDBMS. Pyt. 11 Dot. System relacyjnej bazy danych (RDBMS) Pkt. 29: Możliwość wykorzystania narzędzia umożliwiającego śledzenie zmian w definicji obiektów. Pytanie: W jakim celu Zamawiający zamierza wykorzystywać narzędzie przedstawione w wymaganiu. W oferowanym systemie takie narzędzie nie służy do administrowania bazą danych. Odp.: Zamawiający rezygnuje z tego wymagania. Dokument: 207_ZalacznikNr6-Systemy_medyczne.doc: Pyt. 12. Dot. Ruch chorych izba przyjęć Pkt. 7: System pozwala na wprowadzenie danych pacjenta z błędnym numerem PESEL. Pytanie: W jakim celu Zamawiający zamierza wykorzystywać funkcję umożliwiającą wprowadzenie danych z błędnym numerem PESEL? Czy w przypadku pacjenta z błędnym numerem PESEL Zamawiający dopuszcza realizację wymagania poprzez wprowadzanie danych pacjenta bez tego numeru? Błędny numer PESEL pacjenta nie będzie poprawnie zweryfikowany przez NFZ, co będzie skutkować odrzuceniem zestawu świadczeń pacjenta z błędem. Odp.: Zamawiający chce mieć możliwość wprowadzenia danych z błędnym (lub brakiem) numeru PESEL z opcją późniejszego uzupełnienia o brakujący (błędny) numer PESEL. Pole z Numerem PESEL wymagane. Możliwość oznaczenia pola błędny PESEL. Pyt. 13 Dot. Ruch chorych zakażenia Pkt. 6: Prowadzenie kart pomocniczych wg wzoru podanego przez szpital np.. -karta obserwacji ukłucia obwodowego -karta pielęgnowania pacjentów z cewnikiem moczowych -karta pielęgnowania pacjentów z odleżynami Pytanie: Prosimy o przekazanie wzorów kart pomocniczych. Odp.: Załącznik Nr 1 do odpowiedzi zawiera wzory kart pomocniczych. Pyt. 14 Dot. Ruch chorych zakażenia Pkt. 8: Wywiad epidemiologiczny zgodnie z wzorem podanym przez szpital(zawarty w historii pielęgnowania) Pytanie: Prosimy o udostępnienie wzoru wywiadu epidemiologicznego. Odp.: Załącznik Nr 2 do odpowiedzi zawiera wzór wywiadu epidemiologicznego. 4
Pyt. 15 Dot. Ruch chorych zakażenia Pkt. 9: Dane o pacjentach gorączkujących. Pytanie: W jakim zakresie takie dane będą wykorzystywane przez Zamawiającego? Odp.: Dane o pacjentach gorączkujących z poszczególnych oddziałów musi być dostępna do wglądu dla pielęgniarki epidemiologicznej w formie raportu dziennego. Pyt. 16 Dot. Ambulatorium Pkt. 15: Wsparcie dla jednoczesnej rezerwacji wizyt z wielu stanowisk Call Center Pytanie: W jakim zakresie oferowany system powinien wspierać Call Center? Prosimy (o ile to możliwe) o zarys funkcjonalny wymagania. Odp.: Możliwość jednoczesnej rezerwacji przez co najmniej dwie rejestratorki wizyt w systemie oraz rejestracji on-line przez stronę www. Pyt. 17 Dot. Ambulatorium Pkt. 32: System umożliwia odnotowanie faktu wykonania usługi poza grafikiem, skutkującej zdjęciem z limitu ew. wystawieniem faktury. Istnieje możliwość wykorzystania funkcji dla placówek partnerskich. Pytanie: Co Zamawiający rozumie poprzez funkcję dla placówek partnerskich? Odp.: Zamawiający rezygnuje z tego wymagania. Pyt. 18 Dot. Laboratorium Pkt. 5: W ramach posiadanych licencji użytkownik ma dostęp do konfiguracji i rekonfiguracji danych sterujących automatyczną pracą systemu. Pytanie: Jakie dane Zamawiający rozumie pod pojęciem dane sterujące automatyczną pracą systemu? Odp.: Zamawiający rezygnuje z tego wymagania. Pyt. 19 Dot. Laboratorium Pkt. 10: Możliwość współpracy z innymi laboratoriami w zakresie automatycznego tworzenia wysyłkowych list zleceń z niektórych badań i zwrotnego odbioru (rejestracji) wyników oraz rozliczeń. Możliwość uwzględnienia takich wyników na zbiorczym formularzu wyniku dla pacjenta. Pytanie: Czy inne laboratoria będą częścią zamawianego systemu informatycznego LSI. Jeżeli nie to jaki system LSI pracuje w tych laboratoriach? Odp.: Inne laboratoria nie będą częścią zamawianego systemu informatycznego. W laboratorium pracuje oprogramowanie ROCHE DIAGNOSTICS. Pyt. 20 Dot. Laboratorium Pkt. 25: Możliwość definiowania własnych rodzajów zleceń Pytanie: Czy Zamawiający jako rodzaje zlecenia ma na myśli Rutyna/Cito oraz dzienne/dyżurowe? Odp.: Oprócz w/w również wszystkie rodzaje wykonywanych badań i oznakowań. Pyt. 21 Dot. Laboratorium Pkt. 41: Rejestracja błędów wykonania Pytanie: Jaką funkcję Zamawiający rozumie poprzez Rejestracja błędów wykonania? Odp.: Laboratoryjne i polaboratoryjne, wszelkie niezgodności dotyczące różnic pomiędzy zleceniem a dostarczonym materiałem. Wykonawca Nr 2 Pyt.1 Czy Zamawiający akceptuje odrębność struktur danych dla części białej i szarej przy zachowaniu wymienialności danych pomiędzy nimi? 5
str.1 pkt. 9 Pozwala na przekazywanie wyników sprawozdań i analiz w postaci plików OpenOffice.org i MS Office. Pyt.2 Czy część administracyjna (szara) może przekazywać dane do plików MS Office z pominięciem OpenOffice.org? str.2 pkt. 4 Cechy systemu Stale przyporządkowane klawisze służące do przejścia do edycji dokumentu/pozycji dokumentu w całym systemie. Pyt. 3 Czy Zamawiający akceptuje, aby to wymaganie dotyczyło jedynie części białej? str.2 pkt. 5 Cechy systemu Do wszystkich przycisków widocznych w oknie programu muszą być przypisane skróty klawiszowe. Skróty muszą być stosowane konsekwentnie w całym systemie. Pyt. 4 Czy do skrótów stworzonych przez użytkownika na pulpicie systemu także trzeba stworzyć skrót klawiszowy? Odp.: Nie. str.4 pkt. 7 Administracja systemem W systemie istnieją mechanizmy uniemożliwiające modyfikację zapisów dokonanych przez jednego użytkownika przez kogoś innego, z możliwością definiowania wyjątków i uwzględnieniem struktury hierarchicznej. Wyjątek stanowi administrator systemu, ale informacja o takim zdarzeniu musi byś w systemie odnotowana. Pyt. 5 Czy Zamawiający akceptuje, aby to wymaganie dotyczyło jedynie części białej? Str.5 pkt.13 Administracja systemem Oprogramowanie aplikacyjne posiada zaimplementowane mechanizmy zdalnej identyfikacji, pobierania i automatycznego instalowania uaktualnień oprogramowania stacji roboczych użytkowników, bez manualnej ingerencji Administratorów Zamawiającego w proces aktualizacji stacji roboczych. Pyt. 6 Czy Zamawiający akceptuje, aby to wymaganie dotyczyło jedynie części białej? Odp.: Nie, patrz odpowiedź na pytanie nr 5 Wykonawcy Nr 1 Pyt.7 Czy Zamawiający akceptuje, aby wymaganie dla części szarej spełnione było jedynie częściowo (w zakresie automatycznej instalacji uaktualnień oprogramowania na stacjach roboczych)? Odp.: Tak, patrz pytanie nr 5 Wykonawcy Nr 1. str.6 pkt. 4 Wymagania dotyczące platformy technologiczno-sprzętowej Praca na bezdyskowych stacjach graficznych Pyt. 8 Czy Zamawiający akceptuje, aby to wymaganie dotyczyło jedynie części białej? 6
Odp.: Tak. str.7 pkt. 8 System relacyjnej bazy danych (RDBMS) Obsługa natywnego silnika XML Pyt. 9 Czy Zamawiający akceptuje, aby to wymaganie dotyczyło jedynie części białej? Odp.: Tak. str.8 pkt. 14 System relacyjnej bazy danych (RDBMS) Obsługa wielu baz tymczasowych Pyt. 10 Czy Zamawiający akceptuje, aby to wymaganie dotyczyło jedynie części białej? Odp.: Nie, patrz odpowiedz na pytanie nr 8 Wykonawcy Nr 1. str.8 pkt. 27 Możliwość stworzenia architektury stowarzyszonych serwerów w dwuwęzłowej konfiguracji klastrowej. Pyt. 11 Czy Zamawiający akceptuje, aby to wymaganie dotyczyło jedynie części białej? Odp.: Tak. Załącznik nr 13 str.18 pkt. 3 Elektroniczna inwentaryzacja Możliwość drukowania bezpośrednio z przenośnego terminala etykiet zawierających kod kreskowy dla wybranych środków trwałych na drukarkach termotransferowych interpretujących język EPL 2 lub równoważny Pyt. 12 Wydruk etykiet bezpośrednio z przenośnego terminala stawia przed Wykonawcą wymóg dostarczenia takich terminali, oprogramowania działającego na nich oraz drukarek. Ile takich licencji/urządzeń zamierza wykorzystywać Zamawiający? Czy urządzeniom/licencjom są stawiane konkretne wymagania? Odp.: Zamawiający rezygnuje z tych wymagań. Zamawiający chce mieć możliwość drukowania etykiet z numerem inwentarzowym środków trwałych na drukarce termotransferowej. Zamawiający wymaga 1 licencji/urządzenia. Załącznik nr 14 str.1 pkt. 5,6,7,8 Usługi serwisowe Gwarantowany czas reakcji na błędy krytyczne, czyli: - niedziałająca usługa, zagrożenie utraty danych, błąd systemu uniemożliwiający pracę lub blokujący wszystkie funkcjonalności systemu Max. 4h Gwarantowany czas reakcji na usterki - Następny dzień roboczy Gwarantowany czas naprawy błędów krytycznych - Następny dzień roboczy Gwarantowany czas naprawy usterki w ciągu 20 dni roboczych Pyt. 13 Czy w celu optymalizacji czasów świadczenia usług Zamawiający dopuszcza możliwość prowadzenia zdalnych usług serwisowych, w tym zdalny dostęp do serwera bazodanowego? Odp.: Tak, Zamawiający dopuszcza takie rozwiązanie z wykorzystaniem bezpiecznego połączenia np. VPN. Wykonawca Nr 3 Pyt. 1 Załącznik nr 15 Sprzęt komputerowy 7
W pkt 2 Zamawiający wymaga, aby sprzęt był objęty 3 letnią gwarancją i serwisem z czasem reakcji "następny dzień roboczy". W pkt 4 (str 3) Zamawiający pisze "Okres udzielonej gwarancji na sprzęt i oprogramowanie - minimum 24 miesiące" W opisie poszczególnych urządzeń Zamawiający wskazuje np "2 lata na miejscu u klienta" lub po prostu " Gwarancja - 2 lata". Czy Wykonawca ma zaoferować sprzęt z warunkami gwarancji w/g opsiu przy poszczególnych urządzeniach?? Odp.: Wykonawca ma zaoferować sprzęt objęty gwarancją producenta. W przypadku rozwiązania serwerowego (serwery i macierz) Zamawiający wymaga zapewnienia 3 lat serwisu z gwarantowanym czasem reakcji "następny dzień roboczy". Pyt. 2 SIWZ W pkt 2.6 Zamawiający wymaga, aby firma serwisująca posiadała ISO 9001:2000 na świadczenie usług serwisowych oraz autoryzację producenta serwerów. Ponadto w zapisach poszczególnych urządzeń pojawia się zapis o konieczności przedstawienia oświadczenia producenta, o ewentualnym przejęciu obowiązków serwisowych. Większość markowych serwerów objętych jest gwarancją świadczoną przez samego producenta. Czy wobec tego Zamawiający dopuści zaoferowanie serwerów z gwarancją świadczoną przez służby serwisowe producenta serwera? Odp.: Tak, Zamawiający dopuszcza zaoferowanie sprzętu z gwarancją producenta. Pyt. 3 SIWZ W pkt 2.5 Zamawiający wymaga, aby sprzęt spełniał wymogi Energy Star 4.0. Ponieważ norma ta odnosi się głównie do sprzętu biurowego, AGD itp wydaje się, że nie jest zasadne wymaganie spełnienie zapisów tej normy przez serwery i pozostały sprzęt informatyczny. Ponadto w załączniku nr 15 pkt 1 Zamawiający określił, że zaoferowany sprzęt musi posiadać deklarację CE. Czy Zamawiający zrezygnuje z wymogu spełnienia normy Energy Star przez cały sprzęt oferowany w bieżącym postępowaniu i uzna, że sprzęt z certyfikatem CE spełnia wszelkie wymogi i normy? Odp.: Tak, Zamawiający wymaga, aby oferowany sprzęt posiadał jedynie deklarację CE. Pyt. 4 SIWZ W pkt 9 Zamawiający wymaga podania danych kontaktowych firmy serwisującej sprzęt. Ponieważ oferowany sprzęt będzie pochodził od różnych producentów czy Zamawiający zrezygnuje z tego wymogu? Czy wystarczy podanie danych Wykonawcy, który będzie sprawował opiekę serwisową nad zaoferowanym sprzętem komputerowym? Pyt. 5 SIWZ W pkt 12 Zamawiający żąda szeregu certyfikatów i oświadczeń opisujących sprzęt komputerowy konkretnego producenta zawężając krąg możliwych do zaproponowania rozwiązań sprzętowych. Czy w związku z powyższym Zamawiający zrezygnuje z wymogu dostarczenia szeregu certyfikatów uznając jednocześnie, że sprzęt wiodących producentów szczegółowo opisany w załączniku nr 15 posiadający deklarację CE i wyprodukowany zgodnie z ISO 9001 spełnia te wymogi? Odp.: Zamawiający dopuszcza takie rozwiązanie zwracając uwagę Wykonawcom, że zaoferowany przez nich sprzęt musi zapewnić prawidłową współpracę z oferowaną aplikacją. Pyt. 6 SIWZ 8
Pkt 12 f) g) oraz h) Umieszczając zapis o konieczności dostarczenia dokumentów potwierdzających wpis na listy internetowe (www.eurenergystar.org oraz www.epeat.net ) Zamawiający zdecydowanie ogranicza możliwość zaoferowania sprzętu komputerowego spełniającego lub nawet przewyższającego parametry techniczne wskazane w dalszej części SIWZ - ograniczając pole wyboru do konkretnego producenta sprzętu komputerowego. Czy Zamawiający zrezygnuje z tego wymogu? Odp.: Tak, Zamawiający rezygnuje z tego wymogu pod warunkiem, że zaoferowany sprzęt pochodzi od producenta legitymującego się certyfikatem ISO 9001. Pyt. 7a Załącznik nr 15 Sprzęt komputerowy - Serwer nr A Czy Zamawiający dopuści zaoferowanie serwera z zabezpieczeniem pamięci ECC lub równoważnym oraz Memory Mirror? Pyt. 7b Czy w przypadku zaoferowania procesora lepszego (wydajniejszego) Zamawiający zrezygnuje z konieczności dostarczenia oprogramowania testującego i porównywanych platform? Wykazanie spełnienia tego warunku może się odbyć poprzez zestawienie producenta procesora lub ewentualnie testy niezależnej organizacji np. www.spec.org? Odp.: Tak, Zamawiający dopuszcza wydruk ze strony www.spec.org Pyt. 7c Czy Zamawiający dopuści zaoferowanie serwera, w którym diagnostyka pracy odbywa się za pośrednictwem diód LED? Konieczność zaoferowania panela LCD zawęża krąg możliwych producentów do jednego konkretnego producenta serwera. Pyt. 7d Czy Zamawiający dopuści zaoferowanie serwera z kartą zarządzającą spełniającą zapis: "Zintegrowana z płytą główną lub zainstalowana w dedykowanym slocie karta zarządzająca niezależna od zainstalowanego na serwerze systemu operacyjnego posiadająca dedykowane złącze RJ-45 i umożliwiająca: zdalny dostęp do graficznego interfejsu Web karty zarządzającej zdalne monitorowanie i informowanie o statusie serwera"? Pyt. 8 SIWZ W pkt 12 oraz w szczegółowych opisach sprzętu w załączniku nr 15 Zamawiający wymaga dołączenia do oferty szeregu oświadczeń i certyfikatów. Czy Zamawiający dopuszcza dostarczenie wymaganych certyfikatów na etapie dostaw sprzętu? Pismo w oryginale podpisała Pani Dyrektor Irena Petryna 9