Odpowiedzi na pytania 2

Transkrypt

Nr postępowania: 1/2009/TELERADIOLOGIA
Wrocław, dnia 17 lipca 2009 r.
Dotyczy:
Postępowania o udzielenie zamówienia publicznego prowadzonego w trybie
przetargu nieograniczonego na realizację wspólnego przedsięwzięcia wirtualnej sieci
telemedycznej, umoŜliwiającej komunikację szerokopasmową pomiędzy zakładami
opieki zdrowotnej, które na ten cel uzyskały dofinansowanie z Regionalnego
Programu Operacyjnego dla Województwa Dolnośląskiego na lata 2007-2013
Wyjaśnienia i odpowiedzi na pytania
Pytanie 1:
dot. pkt 11 Rozdziału II SIWZ, pkt 11 Załącznika nr 2 do SIWZ w związku z § 2
ust. 3-5 Załącznika nr 6a do SIWZ i § 5 ust. 3-5 6b do SIWZ:
Zamawiający w Rozdziale II pkt 11 SIWZ oraz punkcie 11 Załącznika nr 2 do
SIWZ określił terminy realizacji poszczególnych zadań, tj.:
„Zadanie 1- do 30.11.2009r.
Zadanie 2 - do 15.10.2009r.
Zadanie 3 - do 25.11.2009r.
Zadanie 4 - do 15.09.2009r.
Zadanie 5 - do 25.11.2009r.
Zadanie 6 - do 10.11.2009r.
Zadanie 7 - do 30.09.2009r.
Zadanie 8 - do 15.08.2009r.
Zadanie 9 - do 30.09.2009r.
Zadanie 10 - do 15.11.2009r.”
Zadanie 11 - do 15.08.2009r.
natomiast w Załącznikach nr 6a i 6b określił termin realizacji przedmiotu
zamówienia następująco:
,,3. Termin wykonania prac określono na dzień i
jest
równoznaczny
z
odbiorem prawidłowo wdroŜonej dostawy przez Zamawiającego.”
4. Termin wykonania prac moŜe zostać przedłuŜony z przyczyn
spowodowanych siłą wyŜszą. W takim przypadku strony podpisują odpowiedni
aneks do umowy.
5. Szczegółowy harmonogram czasowy wykonania przez Wykonawcę i
dokonania przez Zamawiającego odbioru poszczególnych prac opracowany
zostanie na etapie analizy przedwdroŜeniowej i zaakceptowany przez Strony w
terminie 7 dni od dnia podpisania umowy. Harmonogram ten nie moŜe
wykraczać poza termin określony w ust. 3.”
W związku z wymogiem zaakceptowania szczegółowego harmonogramu w
terminie 7 dni od dnia podpisania umowy, prosimy o ujednolicenie zapisów
Rozdziału II pkt 11 SIWZ oraz punktu 11 Załącznika nr 2 do SIWZ poprzez
wykreślenie jego treści w obecnym brzmieniu i zastąpienie go zapisem:
Projekt współfinansowany przez Unię Europejską z Europejskiego Funduszu Rozwoju Regionalnego
w ramach Regionalnego Programu Operacyjnego dla Województwa Dolnośląskiego na lata 2007-2013
„Termin wykonania zamówienia: do 24 tygodni od daty podpisania umowy”.
PowyŜsza zmiana zapisów uzasadniona jest tym, Ŝe Zamawiający przesunął
pierwotny termin składania ofert z 14.07.2009r. na 22.07.2009r. Mając to na
uwadze oraz kolejne etapy prowadzenia postępowania, w trakcie których
Zamawiający zobowiązany jest podjąć szereg czynności prowadzących do
wyboru najkorzystniejszej oferty i zawarcia umów na realizację zadań
przedmiotowego zamówienia, a takŜe uprawnienie wykonawców do korzystania
ze środków ochrony prawnej do czasu podpisania umowy, moŜe okazać się, Ŝe
nie będzie moŜliwe zawarcie waŜnych umów z wymienionymi Zamawiającymi.
Zawarcie umów z terminem realizacji dla zadań 8 i 11 tj. z terminem
wcześniejszym niŜ termin zawarcia umowy będzie skutkowało zawarciem
umów o świadczenie niemoŜliwe (art. 387 paragraf 1 kodeksu cywilnego).
Pozostawienie zapisów, o których mowa powyŜej, w obecnym brzmieniu, tj.
określenie przy kaŜdym zadaniu szczegółowej daty realizacji, powoduje, Ŝe
przedmiotowe postępowanie naraŜone jest na uniewaŜnienie, poniewaŜ
obarczone jest wadą uniemoŜliwiającą zawarcie waŜnej umowy w sprawie
zamówienia publicznego.
Odpowiedź:
Zamawiający informuje, Ŝe zmienia następujące zapisy:
1. W SIWZ rozdział II pkt 11 otrzymuje treść : „Termin wykonania zamówienia:
do 12 tygodni od daty podpisania umowy”
2. W załączniku nr 2 do SWIZ pkt 12 otrzymuje treść : „OŚWIADCZAMY, Ŝe
zrealizujemy przedmiot zamówienia w terminie: do 12 tygodni od dnia
podpisania umowy”.
3. W załączniku nr 6a i 6b do SIWZ § 2 ust. 3 otrzymuje treść: „Strony określają
termin wykonania prac na 12 tygodni od dnia podpisania umowy i jest równoznaczny
z odbiorem prawidłowo wdroŜonej dostawy przez Zamawiającego.”
Pytanie 2:
dot. Załączniki nr 6a i 6b do SIWZ:
W związku z treścią art. 144 ustawy z dnia 29 stycznia 2004 roku - Prawo
zamówień publicznych (Dz. U. z 2007 r., Nr 223, poz. 1655, zmiany Dz. U. z 2008
r. nr 171, poz. 1058), czy Zamawiający dopuści moŜliwość dokonywania zmian
w treści umowy w stosunku do treści oferty wykonawcy w sytuacjach, gdy
wystąpi co najmniej jedna z poniŜej wymienionych okoliczności:
a) zachodzi konieczność zmiany harmonogramu, terminów wykonania
etapów lub terminu końcowego wykonania przedmiotu zamówienia, w
przypadku, gdy nie moŜna było tego przewidzieć w chwili podpisania
umowy;
b) istnieje moŜliwość zastosowania nowszych i korzystniejszych dla
zamawiającego rozwiązań technologicznych lub technicznych, niŜ te
istniejące w chwili podpisania umowy;
c) nastąpiła zmiana producenta lub producent zakończył produkcję, albo
skończyła się dostępność urządzenia, oprogramowania zaoferowanego
przez wykonawcę i zachodzi konieczność zastąpienia urządzenia,
oprogramowania innym, pod warunkiem, Ŝe spełnia wymagania
określone przez zamawiającego w SIWZ;
d) gdy zostanie wyprodukowana nowsza wersja urządzenia lub
oprogramowania i z przyczyn niezaleŜnych od wykonawcy nie jest
moŜliwe dostarczenie wskazanych w ofercie komponentów, zamawiający
dopuszcza zmianę tych komponentów na spełniające warunki opisane w
SIWZ,
e) po podpisaniu umowy doszło do wydłuŜenia okresu gwarancyjnego
przez producenta;
f) niezbędna jest zmiana sposobu wykonania zobowiązania, o ile zmiana
taka jest korzystna dla zamawiającego lub jest konieczna w celu
prawidłowego wykonania umowy;
g) jeŜeli nastąpi zmiana powszechnie obowiązujących przepisów prawa w
zakresie mającym wpływ na realizację przedmiotu zamówienia, a w
szczególności w przypadku ustawowej zmiany podatku VAT;
h) zachodzi konieczność zmiany w zakresie kluczowego personelu
wykonawcy i zamawiającego, za uprzednią zgodą zamawiającego
wyraŜoną na piśmie;
i) zachodzi konieczność zmiany w zakresie podwykonawstwa, za uprzednią
zgodą zamawiającego: moŜliwe jest powierzenie podwykonawcom
innego zakresu części zamówienia niŜ wskazany w ofercie wykonawcy, a
takŜe moŜliwa jest zmiana podwykonawcy na etapie realizacji
zamówienia, o ile nie jest to sprzeczne z postanowieniami SIWZ;
j) moŜliwa jest korzystna dla zamawiającego zmiana terminu i sposobu
płatności za realizację przedmiotu zamówienia;
k) nastąpiła zmiana danych wykonawcy np. zmiana adresu, konta
bankowego, nr Regon, osób kontaktowych itp.
i powyŜsze okoliczności zamieści w SIWZ?
Odpowiedź:
Zamawiający dodaje ust. 2 do§ 10 wzoru umowy (z zachowaniem kolejnej numeracji)
[załącznik nr 6 a i 6b do SIWZ] o następującym brzmieniu:
„Zamawiający dopuści moŜliwość dokonywania zmian w treści umowy w stosunku do
treści oferty wykonawcy w formie pisemnego aneksu pod rygorem niewaŜności
zawartego za zgodą Zamawiającego w sytuacjach, gdy wystąpi co najmniej jedna z
poniŜej wymienionych okoliczności:
1)
po podpisaniu umowy doszło do wydłuŜenia okresu gwarancyjnego przez
producenta, jeŜeli nie wiąŜe się to ze wzrostem ceny;
2)
jeŜeli nastąpi zmiana powszechnie obowiązujących przepisów prawa w
zakresie mającym wpływ na realizację przedmiotu zamówienia, a w
szczególności w przypadku ustawowej zmiany podatku VAT;
Pytanie 3:
Zadanie 1 punkt 7.1 SIWZ
Zamawiający wymaga przeniesienia/udostępnienia danych zgromadzonych w
dotychczas uŜytkowanych systemach. W związku z tym prosimy o odpowiedź
czy zamawiający bierze na siebie odpowiedzialność za koordynację integracji z
dostawcami istniejących systemów oraz pokryje wszystkie koszty będące po
stronie dostawców istniejących systemów.
Odpowiedź:
Zamawiający nie stawia wymogu przeniesienia danych zgromadzonych w
dotychczasowych systemach do nowego systemu jako warunku granicznego.
Wymogiem minimalnym (warunkiem granicznym) jest zamroŜenie istniejących
systemów w obecnej postaci, bez moŜliwości dopisywania nowych badań. Ze strony
Wykonawcy wymaga to jedynie takiego skonfigurowania nowego systemu, aby nie
powodował on konfliktów w dostępie do danych zarchiwizowanych w starych
systemach. Koszty utrzymania starych systemów w wymaganym zakresie bierze na
siebie w takim przypadku (i tylko w takim przypadku) Zamawiający. Oczywiście,
Wykonawca nie moŜe przyjmując ww. rozwiązanie liczyć na dodatkowe punkty, które
moŜna otrzymać jedynie rozwiązując problem przeniesienia danych do nowego
systemu. Wszystkie koszty takiego rozwiązania Wykonawca musi uwzględnić w
cenie oferty, jeśli zdecyduje się je zaproponować. Zamawiający, jako właściciel
danych zgromadzonych w starych systemach, moŜe jedynie wspierać Wykonawców
w ewentualnych sporach, nie moŜe jednak brać na siebie odpowiedzialności za
zachowania producentów naruszające warunki uczciwej konkurencji.
Pytanie 4:
dot. Zadanie 1 punkt 7.1.1.1 SIWZ
W związku z koniecznością transmisji danych z istniejących archiwów "off line"
prosimy o odpowiedź, czy zamawiający gwarantuje pełną sprawność i jakość
nośników tych danych.
Odpowiedź:
Zamawiający przez cały czas eksploatacji dotychczasowych systemów PACS i RIS
dokładał wszelkich starań, aby jakość nośników stosowanych do archiwizacji
długoterminowej była najwyŜsza z dostępnych a warunki ich składowania spełniały
wymagane standardy. Zamawiający nie moŜe jednak gwarantować, Ŝe technika
archiwizacji na nośnikach DVD (przyjęta w systemie produkcji firmy UHC) zapewnia
w chwili obecnej moŜliwość odzyskania wszystkich danych, które powinny być na
nich zapisane. Nie bez znaczenia jest przy tym stwierdzona w praktyce usterkowość
samych procedur archiwizacji w systemie produkcji firmy UHC. W przypadkach, gdy
wczytanie danych z nośnika nie będzie moŜliwe, Zamawiający będzie jedynie
wymagał udokumentowania wystąpienia takiego problemu z opisaniem
prawdopodobnej przyczyny (uszkodzenie nośnika, nieprawidłowy zapis danych itp.).
Zasada ta dotyczy równieŜ ewentualnych problemów z nośnikami taśmowymi,
uŜywanymi w systemie produkcji firmy Alteris.
Pytanie 5:
dot. Zadanie 1. Brak informacji o infrastrukturze sieciowej.
Czy zamawiający potwierdza istnienie moŜliwości przesyłania informacji za
pomocą sieci informatycznych, które spełniają wymogi obowiązujących
przepisów dla przesyłania danych medycznych zarówno z punktu widzenia
szybkości przesyłania jak i przepisów formalno prawnych transferu danych
poza ośrodek, w którym one powstały.
Odpowiedź:
Elementy infrastruktury sieciowej ani zagadnienia prawne (w tym odpowiednie
umowy pomiędzy Beneficjentami oraz procedury uzyskiwania zgody pacjentów na
przetwarzanie i składowanie danych) nie są tematem zamówienia, nie stanowią więc
wymogów stawianych Wykonawcom. Warunki w tym zakresie są znane wszystkim
Beneficjentom (i w większości przypadków spełnione juŜ obecnie), w przypadku
głównego Data-Center (Zadanie 1) są spełnione z nadmiarem.
Pytanie 6:
Zadanie 1 punkty 1.13.1 do 1.13.5 włącznie:
Ze względu na konieczność podłączania urządzeń diagnostycznych róŜnych
producentów (Siemens, Philips, GE) do systemu RIS/PACS prosimy o
potwierdzenie, Ŝe zamawiający będzie odpowiedzialny za koordynowanie
współpracy serwisów producentów aparatury diagnostycznej, pokryje koszt
działalności serwisów. Prosimy o uwzględnienie sytuacji, w której jeśli w
wyniku działań tych serwisów dojdzie do opóźnień w podłączeniu aparatury,
opóźnienie takie nie będzie traktowane jako zawinione przez wykonawcę.
Odpowiedź:
Odpowiedzialnym za realizację zamówienia w pełnym zakresie jest Wykonawca.
Dotyczy to równieŜ podłączenia do nowego systemu PACS dotychczas uŜywanych
urządzeń zgodnych ze standardem DICOM. Zmawiający pokryje jedynie, w
uzasadnionych przypadkach (czyli przede wszystkim w zakresie przekonfigurowania
parametrów transmisji danych), koszty pracy serwisu producentów tych urządzeń.
Zamawiający nie pokryje natomiast ewentualnych kosztów wynikających z braku
wzajemnej kompatybilności urządzeń, teoretycznie spełniających wymogi standardu
DICOM (wyliczone w punktach 1.13.1. – 1.13.5. urządzenia naleŜą do często
spotykanych). Sytuacje, w których opóźnienia wynikałyby z opieszałości serwisu
producentów obecnie wykorzystywanej aparatury nie będą traktowane jako
zawinione przez Wykonawcę.
Pytanie 7:
dot. Zadanie 1 punkt 3.6.1.2 SIWZ:
Zamawiający wymaga wspierania funkcji Modality Work List. Czy zamawiający
zaakceptuje spełnienie tego warunku w przypadku gdy aparatura
współpracująca będzie miała tę opcję niedostępną.
Odpowiedź:
Punkt 3.6. dotyczy integracji list roboczych między systemami PACS i RIS – za
tworzenie list roboczych dla poszczególnych urządzeń odpowiada Rejestracja, czyli
stacje robocze pracujące w systemie RIS. Jest to sprecyzowane w kolumnie
„Parametry” dla punktu 3.6. „System RIS steruje całym przepływem pracy”. W
przypadku, gdy funkcjonalność któregoś z obecnie uŜywanych urządzeń nie obejmie
Modality Worklist Information Model – FIND (wymaganej w punkcie 3.6.1.2.) i nie
pozwoli na zweryfikowanie warunku, Zamawiający zaakceptuje spełnienie warunku
na podstawie deklaracji Wykonawcy.
Pytanie 8:
dot. Zadanie 1:
Ze względu na fakt, Ŝe obowiązujący standard DICOM nie przewiduje
wspierania funkcji wymienionych w punktach:
1.5.27. Structured Report Text Storage (Retired) 1.2.840.10008.5.1.4.1.1.88.1,
1.5.28. Structured Report Audio Storage (Retired) 1.2.840.10008.5.1.4.1.1.88.2
1.5.29. Structured Report Detail Storage (Retired) 1.2.840.10008.5.1.4.1.1.88.3
1.5.30.
Structured
Report
Comprehensive
Storage
(Retired)
1.2.840.10008.5.1.4.1.1.88.4
wymienionych w specyfikacji jako warunek graniczny, czy naleŜy rozumieć, Ŝe
zamawiający oczekuje dostarczenia rozwiązania spełniającego nieaktualny
standard DICOM, czy teŜ zrezygnuje z tych punktów jako warunku granicznego.
Odpowiedź:
Według aktualnej specyfikacji standardu DICOM (opublikowanej pod koniec roku
2008) istnieją nowe definicje powyŜszych klas SOP:
− 1.2.840.10008.5.1.4.1.1.88.1 „Structured Report Text Storage” jest zastąpiona
klasą 1.2.840.10008.5.1.4.1.1.88.11 „Basic Text SR”;
− 1.2.840.10008.5.1.4.1.1.88.2 „Structured Report Audio Storage” jest
zastąpiona klasą 1.2.840.10008.5.1.4.1.1.9.4.1 „Basic Voice Audio Waveform
Storage”;
− 1.2.840.10008.5.1.4.1.1.88.3 „Structured Report Detail Storage” jest
zastąpiona klasą 1.2.840.10008.5.1.4.1.1.88.22 „Enhanced SR”;
− 1.2.840.10008.5.1.4.1.1.88.4 „Structured Report Comprehensive Storage” jest
zastąpiona klasą 1.2.840.10008.5.1.4.1.1.88.33 „Comprehensive SR”.
W zakresie kwestionowanych par SOP Zamawiający oczekuje dostarczenia
rozwiązania spełniającego aktualny standard DICOM, traktując jako warunki
graniczne definicje klas według obecnej specyfikacji (opisane powyŜej).
Pytanie 9:
Dot. Zadanie 1 pkt. [1.4.1], Zadanie 2,5,6,7,8,9,10,11 pkt. [1.2.4.1.] SIWZ:
Jaka jest wg zamawiającego definicja renomowanego produktu komercyjnego?
Czy zamawiający wyklucza wykorzystanie produktów, dla których producent
nie przewidział odpłatnego wsparcia technicznego?
Odpowiedź:
Według Zamawiającego definicję renomowanego produktu komercyjnego spełnia
kaŜdy renomowany produkt komercyjny, sprawdzony w rozwiązaniach
odpowiadających funkcjonalnością i parametrami wolumetrycznymi załoŜeniom
projektu. W przypadku serwera / silnika bazodanowego dla systemu PACS
Zamawiający nie dopuszcza wykorzystania produktów bez wsparcia technicznego ze
strony producenta, świadczonego na ściśle określonych warunkach, w miarę
moŜliwości jasno precyzujących zobowiązania producenta. PoniewaŜ nie istnieje w
tej klasie na rynku produkt, dla którego usługi wsparcia technicznego świadczone są
przez producenta nieodpłatnie na warunkach spełniających wymagane standardy w
zakresie bezpieczeństwa i niezawodności, Zamawiający nie zaakceptuje produktu
bez odpłatnego wsparcia technicznego ze strony producenta.
Pytanie 10:
Dot. Zadanie 1,2,4,5,7,8,9,10,11 [3.15.1], Zadanie 6 [2.15.1] SIWZ:
W punkcie tym wraz z podpunktami zdefiniowany jest wymóg wymiany danych,
w tym danych medycznych, pomiędzy systemami, a w szczególności
komunikacji z systemem centralnym. Co więcej Zamawiający punktuje wyŜej
rozwiązanie zcentralizowane, gdzie dane przechowywane są w centralnym
systemie. Prawo polskie nie zezwala na przechowywanie danych medycznych
oraz dokumentacji medycznej w zakładach medycznych innych niŜ te, w
których zostały one sporządzone. Dopuszcza się jedynie przechowywanie ich
kopii i to pod warunkiem wyraŜenia zgody przez kaŜdego pacjenta, którego te
dane dotyczą. Czy zamawiający dopuszcza rozwiązanie w którym centralnie
przechowywane/synchronizowane są tylko dane administracyjne i słownikowe,
a dostęp do danych wraŜliwych odbywa się za pośrednictwem np. dystrybucji
webowej?
Odpowiedź:
Celem projektu jest zbudowanie bezpiecznego i skalowalnego systemu
teleradiologicznego obsługującego terytorium całego województwa, zgodnie z
załoŜeniami wynikającymi z realizacji podobnych projektów w krajach Unii
Europejskiej. Wymiana danych miedzy poszczególnymi Beneficjentami, która została
uwzględniona takŜe w tytule projektu, ma pozwolić na rozwiązanie istotnego dla
beneficjentów problemu szybkiego opisania badań niezaleŜnie od miejsca ich
wykonania oraz, zaleŜnie od potrzeb i woli poszczególnych Beneficjentów, problemu
archiwizacji obrazów i dokumentów medycznych. Zamawiający wymaga spełnienia
warunków pozwalających na precyzyjne zarządzanie zarówno autoryzacją dostępu
do danych, jak i realizowaniem róŜnych scenariuszy synchronizacji przepływów pracy
pomiędzy poszczególnymi Beneficjentami, według róŜnych ustaleń, zawieranych
bezpośrednio między nimi. Nie jest to moŜliwe bez wspólnych rozwiązań w zakresie
zarządzania przepływem danych oraz ich składowaniem (i zapewnieniu przy tym
spójności danych), anonimizacji danych osobowych pacjentów, zarządzania
uprawnieniami uŜytkowników, synchronizacji harmonogramów pracy, przepływu
dokumentów medycznych itp. Zagadnienia prawne (w tym odpowiednie umowy
pomiędzy Beneficjentami oraz procedury uzyskiwania zgody pacjentów na
przetwarzanie i składowanie danych) nie są tematem zamówienia, nie stanowią więc
wymogów stawianych Wykonawcom. Zamawiający nie dopuści rozwiązania nie
pozwalającego na zdalny dostęp do danych obrazowych w jakości diagnostycznej
oraz ich spójną archiwizację, w którym centralnie przechowywane / synchronizowane
są tylko dane administracyjne i słownikowe, a dostęp do danych wraŜliwych odbywa
się tylko za pośrednictwem dystrybucji webowej.
Pytanie 11:
Dot. Zadanie 1,2,4,5,7,8,9,10,11 [3.15.1.2] , Zadanie 6 [2.15.1.2] SIWZ:
Zamawiający wspomina o zakresie danych do synchronizacji uŜywając w
zapisie stwierdzenia: itp., prosimy o przedstawienie pełnej listy, poniewaŜ zapis
taki jest mocno nieprecyzyjny. W tym samym punkcie Zamawiający wspomina
o danych do rozliczeń (obecnie przypuszczalnie tylko NFZ), równocześnie nie
wymaga dostarczania w RIS funkcjonalności umoŜliwiającej bezpośrednie
raportowanie do NFZ. W jaki sposób Zamawiający zamierza realizować tę
operację?
Odpowiedź:
W przypadku systemu RIS (w przeciwieństwie do PACS) Zamawiający dopuszcza,
aczkolwiek nie zaleca, zastosowanie modelu o większym stopniu decentralizacji. W
praktyce oznacza to, Ŝe u poszczególnych Beneficjentów mogą pracować całkowicie
niezaleŜne od siebie systemy RIS (np. posiadające całkowicie rozdzielne systemy
autoryzacji), muszą one jednak zapewnić synchronizację i spójność danych w
zakresie niezbędnym dla synchronizacji przepływów pracy poszczególnych
Beneficjentów, muszą równieŜ spełniać wymogi dotyczące współpracy ze
scentralizowanym systemem PACS. Minimalny i oczywisty zakres informacji,
niezbędny do uzyskania synchronizacji miedzy systemami RIS to wspólne słowniki,
uzgodnione harmonogramy pracy stanowisk opisowych oraz dane niezbędne do
prowadzenia rozliczeń między Beneficjentami (kto, ile i jakich opisów wykonał dla
kogo). Zamawiający nie ma tu na myśli rozliczeń z NFZ. Pozostały zakres danych
podlegających synchronizacji wynika z modelu danych wykorzystywanego w
oferowanym rozwiązaniu i nie jest w chwili obecnej moŜliwy do precyzyjnego
wyspecyfikowania. Jeśli chodzi o rozliczenia z NFZ, to Zamawiający realizuje je za
pośrednictwem posiadanego systemu HIS, ze strony RIS oczekuje w tym zakresie
jedynie interfejsu HL7 pozwalającego na przekazywanie do HIS danych o wykonaniu
zleceń na badania obrazowe (zobacz – Zadanie 1 sekcja 5.).
Pytanie 12:
Dot. Zadanie 1,2,4,5,7,8,9,10,11 [3.15.9.2], Zadanie 6 [2.15.9.2] SIWZ:
Zamawiający wymaga moŜliwości składowania w bazie wyniku w postaci PDF,
czy Zamawiający dopuszcza moŜliwość przechowywania plików PDF poza bazą
danych, przy zachowaniu odpowiednich zabezpieczeń lub generowanie pliku
PDF na podstawie danych z bazy oraz facsimile podpisu lekarza opisującego?
Odpowiedź:
Zamawiający dopuszcza moŜliwość składowania dokumentów medycznych w
formacie PDF lub XML poza bazą danych, pod warunkiem zapewnienia
bezusterkowej obsługi dowiązań dokumentów do danych zapisanych w bazie.
Dokumenty medyczne zapisane w takich plikach nie mogą być generowane
dynamicznie w dowolnym momencie, na podstawie dowolnie zmieniających się
danych. Innymi słowy powstanie takiego dokumentu oznacza dokładnie to, co
powstanie zatwierdzonego przez uprawnionego uŜytkownika dokumentu
papierowego. Zamawiający odstępuje jedynie czasowo od wymogu opatrzenia
dokumentu elektronicznego kwalifikowanym podpisem elektronicznym, z chwilą
pojawienia się realnej moŜliwości zastosowania takiego rozwiązania Zamawiający
zleci jego wdroŜenie. Osadzenie w dokumencie facsimile pieczątki i podpisu lekarza
opisującego nie jest substytutem podpisu elektronicznego. Wydruk dokumentu z
takim podpisem będzie traktowany jako kopia i musi być odpowiednio oznaczony. W
przypadku zmian w treści dokumentu (np. naniesienia poprawek przez uprawnionego
do tego eksperta) musi zostać wygenerowana nowa (aktualna) wersja dokumentu,
poprzednia wersja musi jednak zostać zachowana (dostęp do niej musi zaleŜeć od
uprawnień uŜytkownika). Procedura tworzenia kopii awaryjnej danych systemu RIS
(backup) musi uwzględniać zarówno bazę danych, jak i wszystkie dokumenty
(włącznie z wersjami nieaktualnymi).
Pytanie 13:
Dot. Zadanie 1,2,4,5,7,8,9,10,11 [3.13.1], Zadanie 6 [2.13.1] SIWZ:
Zamawiający wymaga wyposaŜenie programu klienckiego RIS w narzędzia
wyszukujące obrazy wraz z informacjami o dostępności oraz liczbie serii /
obrazów w badaniu, składowanych na zdefiniowanych serwerach PACS (Dicom
-Query/Retrieve Service Class). Co zamawiający rozumie pod pojęciem
„zdefiniowany serwer PACS”? Przyjmując załoŜenie, Ŝe są to lokalne serwery
wszystkich jednostek, to czy funkcja wyszukiwania w dowolnej lokalnej
instalacji RIS powinna pozwalać na przeszukiwanie dowolnych pozostałych
lokalizacji serwerów PACS? Czy wyszukiwanie dotyczy równieŜ kryteriów
wyszukiwania bazujących na danych osobowych?
Odpowiedź:
Punkt dotyczy integracji funkcji wyszukiwania systemu RIS z systemem PACS.
ZaleŜnie od zasad ustalonych pomiędzy Beneficjentami, wyszukiwanie obrazów w
archiwach systemu PACS będzie dotyczyło bezpośrednio archiwów centralnych
(czyli serwera PACS zlokalizowanego w Data-Center), ewentualnie tylko archiwum
lokalnego serwera PACS. System RIS musi więc mieć moŜliwość wskazania, z
którym serwerem PACS (jednym na raz) współpracuje. Ze względu na spójność
danych oraz optymalizację kosztów archiwizacji rozwiązaniem docelowym jest model
centralnego archiwum i serwerów satelitarnych spełniających jedynie funkcję
buforów. Kryteriami wyszukiwania badań mają być dane dostępne autoryzowanym
uŜytkownikom zintegrowanego systemu RIS + PACS (w tym dane osobowe), serwer
PACS ma udzielać informacji o dostępności obrazów i udostępniać obrazy na
Ŝyczenie uprawnionego uŜytkownika.
Pytanie 14:
Dot. Zadanie 6 [5.1.2] SIWZ:
Czy do spełnienia tego kryterium wystarczającym jest aby była spełniona
kompatybilność ze standardem HL7? Zamawiający wymaga równieŜ
dystrybucji obrazów na oddziały. Czy w zakresie tego kryterium, zamawiający
przewiduje dostarczenie przeglądarki/przeglądarek na stacje robocze systemu
HIS? Czy wystarczającym jest, moŜliwość korzystania z webowej dystrybucji
obrazów?
Odpowiedź:
Samo wykonanie integracji z systemem HIS w Zadaniu 6 wykracza poza zakres
niniejszego projektu, ma zostać zrealizowane w innym projekcie. Zamawiający
przyjmuje, Ŝe standardowym mechanizmem udostępniania wyników badań wraz z
obrazami w sieci wewnątrzszpitalnej będzie dystrybucja webowa – jest to warunek
graniczny. W ramach Zadania 6, oprócz potwierdzenia zgodności ze standardem
HL7, Wykonawca musi potwierdzić techniczną moŜliwość i gotowość
przeprowadzenia integracji ze wskazanym systemem HIS na opisanym poziomie.
Pytanie 15:
Dot. Zadanie 1,2,3,4,5,7,8,9,10,11 [5.1.1- 5.1.26] SIWZ:
Zamawiający wymaga deklaracji dla obsługi zdarzeń HL7 (wersja min. 2.3 lub
wersja 3 z moŜliwością pracy w trybie kompatybilnym z wersja 2. X).
Jednocześnie nie zostały wymienione dokładnie systemy jak mają
współpracować z RIS/PACS przy uŜyciu tego interfejsu. PoniewaŜ istnieją
spore odstępstwa w zakresie wykorzystania protokołu Hl7, a w szczególności
wykorzystania jego poszczególnych segmentów, czy zamawiający bierze na
siebie koszty wynikające z dostosowania interfejsu oraz dostarczenie
dokumentacji dla poszczególnych rozwiązań klienckich? Jak opóźnienia nie
wynikające z winy Wykonawcy (np. dostosowanie interfejsu od strony
producenta HIS) wpłynie na terminy odbioru wykonania zadania?
Odpowiedź:
Wykonanie integracji z systemem / systemami HIS lub innymi wykracza poza zakres
niniejszego zamówienia, musi być jednak moŜliwe do przeprowadzenia w niedalekiej
przyszłości. Wykonawca w sekcji 5 deklaruje zgodność oferowanej konfiguracji
systemów PACS + RIS z interfejsem HL7 w zakresie obsługi typowych zdarzeń.
Ewentualne problemy ze zgodnością implementacji HL7, o ile wystąpią, będą
dyskutowane w trakcie realizacji prac zleconych poza ramami niniejszego
zamówienia.
Pytanie 16:
Dot. Zadanie 2,4,5,7,8,9,10,11 pkt 2.2.3.10.4., Zadanie 3 pkt. 2.3.10.4 Lokalna
nagrywarka CD
Czy zamawiający dopuści rozwiązanie polegające na odrębnym urządzeniu do
nagrywania płyt CD dla pacjenta sterowanym z konsoli technika nie
posiadającym certyfikatu klasy I ?
W przypadku sieci teleradiologicznej z CR konsoli moŜna wysłać obraz na
wszystkie urządzenia DICOM tzn. stacje lekarskie, drukarki termiczne czy
laserowe połączone w sieci.
Odpowiedź:
Dostępność lokalnej nagrywarki CD sterowanej ze stacji technika słuŜy stworzeniu
moŜliwości wykonania badania i przekazania go do opisania w trybie procedury
awaryjnej. W skrajnie niesprzyjających warunkach (np. awaria stacji diagnostycznej i
jednoczesna awaria sieci teleinformatycznej) ma być moŜliwe nagranie zgodnej ze
standardem DICOM płyty zawierającej obrazy w jakości diagnostycznej wraz z
przeglądarką i np. zawiezienie płyty do innej jednostki, dysponującej sprawną stacją
diagnostyczna. Zamawiający dopuści rozwiązanie, w którym nagrywarka nie będzie
wbudowana w konsolę technika pod warunkiem, Ŝe będzie ona dostępna w opisanej
powyŜej sytuacji awaryjnej, takŜe przy awarii sieci lokalnej obsługującej pozostałe
urządzenia DICOM. MoŜna w tym celu np. zastosować dodatkowy switch przy stacji
technika, wykorzystać drugi interfejs sieciowy, interfejs USB itp. Zewnętrzne
urządzenie z wbudowaną nagrywarką nie musi posiadać certyfikatów medycznych, o
ile nie będzie wykorzystywane do innych zadań.
Pytanie 17:
Dot. Zadanie 2,4,5,7,8,9,10,11 pkt 2.3.3.6., Zadanie 3 pkt. 3.3.6
Obsługiwane formaty filmów (rozdzielczość) Czy zamawiający dopuści
urządzenie, które drukuje w rozdzielczości 508 dpi na następujących
formatach: 14"x17" (35,6 x 43,2 cm), 10"x14" (25,7 x 36,4 cm), 10x12" (25,4x30,5
cm) lub 8"xl0" (20,3 x 25,4cm)?
W radiografii pośredniej wykorzystywane są cztery podstawowe formaty kaset
35x43 cm, 33x35 cm, 18x24 cm, 24x30 cm, lecz w wydruku nie wykorzystuje się
formatów filmów 18x24 cm, 24x30 cm czy 35x35 cm.
Na formacie 35x43 cm moŜna wydrukować obrazy anatomiczne dwunastu
róŜnych pacjentów i do czterech obrazów jednego pacjenta w obrębie jednego
badania. Badanie wykonane na płycie 35x35 cm moŜna wydrukować na filmie
35x43 cm w formacie 1:1.
Tym samym prosimy o odstąpienia od wymogu drukowania na filmach w
formacie 35x35 cm.
W systemach pośredniej radiografii cyfrowej film nie stanowi wartości
diagnostycznej, funkcję tą pełni stacja lekarska.
Odpowiedź:
Pytanie dotyczy formatów i rozdzielczości obsługiwanych przez drukarkę DICOM.
Zamawiający dopuści urządzenie, które jest opisane w pytaniu, czyli na formatach 8’’
× 10’’, 10’’ × 12’’, 11’’ × 14’’ (bądź 25,7 cm × 36,4 cm) oraz 14’’ × 17’’ będzie
drukowało z rozdzielczością ≥320 dpi. Z treści pytania wynika, Ŝe tak jest (urządzenie
na wszystkich tych formatach drukuje z rozdzielczością 508 dpi). Uwagi dotyczące
wydruku na formacie 14’’ × 14’’ (bądź 35 cm × 35 cm) Zamawiający uznaje za
uzasadnione i odstępuje od wymogu drukowania na filmach o takim formacie
(Zadanie 2, 4, 5, 7, 8, 9, 10, 11 punkt 2.3.3.6., Zadanie 3 punkt 3.3.6.).
Pytanie 18:
Dot. Zadanie 9, pkt 2.3 SIWZ:
Czy zamawiający wymaga urządzenia drukującego, które zgodnie z wymogami
wydruku mammograficznego musi mieć min dmax 3,6 (zaczernienie)?
Prosimy o włączenie tego zapisu jako wymogu z uwagi na przepisy dotyczące
wydruku w badaniach mammograficznych.
Odpowiedź:
Stopień zaczernienia dla wydruków ogólno diagnostycznych powinien wynosić min.
3,0 – 3,2 natomiast dla wydruków mammograficznych min. 3,5 – 3,6. Wartości te nie
stanowią jednak z reguły formalnie definiowanych wymogów dla drukarek DICOM z
dwóch powodów: zaleŜą przynajmniej w tym samym stopniu od uŜytego filmu, co od
drukarki, wydruk „mammograficzny” nie jest obecnie uznawany za obraz
diagnostyczny. Zamawiający nie widzi przekonującego uzasadnienia dla
wprowadzenia tego wymogu jako warunku granicznego.
Pytanie 19:
Dot. Zadanie 6 pkt 2 SIWZ:
Pkt 2.2.2.1 - Zamawiający w punkcie tym odwołuje się do punktu 3.2.3, którego
nie ma w Zadaniu 3. Wg Wykonawcy zaszła tu oczywista omyłka pisarska i
powinno być odwołanie do punktu 2.2.3.
Podobna sytuacja ma miejsce w punktach: 2.2.2.2, 2.8.1.1, 2.8.3.2.3-2.8.3.2.5,
4.1.3.
Prosimy o poprawienie omyłek przy odwoływaniu się do odpowiednich
numerów wierszy.
Odpowiedź:
Uwaga zawarta w pytaniu jest słuszna. Istotnie, zaszła tu pomyłka redakcyjna. W
przypadku punktu 2.2.2.1. treść w kolumnie „Parametry” powinna brzmieć:
„Zaznaczyć, czy przyjęto takie rozwiązanie. W takim przypadku nie naleŜy wypełniać
punktu 2.2.3. z podpunktami.”. W przypadku punktu 2.2.2.2. treść w kolumnie
„Parametry” powinna brzmieć: „Zaznaczyć, czy przyjęto takie rozwiązanie. W takim
przypadku naleŜy wypełnić punkt 2.2.3. z podpunktami.”. W przypadku punktu
2.8.1.1. treść w kolumnie „Parametry” powinna brzmieć: „Klient w postaci 32-bitowej
aplikacji Windows. W takim przypadku oferent nie wypełnia p. 2.8.1.2. z
podpunktami.”. W przypadku punktu 2.8.3.2.3. treść w kolumnie „Parametry” powinna
brzmieć: „Automatyczne zakończenie przez serwer sesji uŜytkownika, który nie
wykonał Ŝadnej operacji w ciągu jakiegoś (ustawialnego) czasu. Jeśli spełniony jest
warunek 2.8.3.1.2. moŜe to być zrealizowane na poziomie systemu operacyjnego.”.
W przypadku punktu 2.8.3.2.4. treść w kolumnie „Parametry” powinna brzmieć:
„Automatyczne, czasowe blokowanie moŜliwości zalogowania się uŜytkownikowi,
który kilkakrotnie podał złe hasło. Jeśli spełniony jest warunek 2.8.3.1.2. moŜe to być
zrealizowane na poziomie systemu operacyjnego.”. W przypadku punktu 2.8.3.2.5.
treść w kolumnie „Parametry” powinna brzmieć: „MoŜliwość wykorzystania kluczy w
postaci kart chipowych, czytników biometrycznych itp. Jeśli spełniony jest warunek
2.8.3.1.2. moŜe to być zrealizowane na poziomie systemu operacyjnego.”. W
przypadku punktu 4.1.3. uwaga w kolumnie „Parametry oferowane” powinna brzmieć:
„Oferent opisuje zastosowany sposób integracji z systemem operacyjnym (jeśli brak
integracji – zobacz p. 4.1.3.4.).”.
Pytanie 20:
Dot. Zadanie 2,4,5,7,8,10,11 pkt 2.1.4.3.5 SIWZ:
PoniewaŜ w większości Szpitali objętych projektem, aparaty USG nie posiadają
DICOM-u, który jest niezbędny do wyświetlania kolorowego obrazu USG,
prosimy o doprecyzowanie zapisu pkt 2.1.4.3.5 SIWZ, poprzez wprowadzenie
zapisu w brzmieniu: „USG kolorowe, jeŜeli jest wyposaŜone w moduł DICOM”?
Odpowiedź:
Funkcjonalność wyświetlania kolorowych obrazów USG stanowi warunek graniczny
dla systemu PACS, nie ma to związku z posiadaniem lub nie tego typu aparatury w
chwili obecnej przez danego Beneficjenta. Zmawiający, rozumiejąc obawy
Wykonawcy o wystąpienie sytuacji, w której nie będzie moŜliwe praktyczne
zweryfikowanie obsługi tego typu sprzętu w danej lokalizacji w trakcie odbioru
instalacji wyjaśnia, Ŝe w takiej sytuacji spełnienie wymogu zostanie załoŜone na
podstawie deklaracji Wykonawcy (i w ten sposób zapisane w protokole odbioru). W
przypadku wystąpienia problemów z obsługą kolorowego USG w przyszłości fakt ten
zostanie uznany za wadę fabryczną systemu, która musi być usunięta na koszt
Wykonawcy.
Pytanie 21:
Dot. Zadanie 2,4,5,7,8,10,11 pkt 2.1.4.3.2 SIWZ:
Z posiadanych przez Wykonawcę informacja wynika, Ŝe Szpitale objęte
projektem nie posiadają urządzeń typu DR, w związku z czym nie ma
moŜliwości potwierdzenia funkcjonalności wyświetlania z modalności DR.
Prosimy zatem o usunięcie tego zapisu lub zmianę punktacji z „Warunek
graniczny” na „Zalecane (1 pkt.)”
Odpowiedź:
Funkcjonalność obsługi całkowicie cyfrowych aparatów rtg. (w sensie obsługi
modalności) stanowi warunek graniczny dla systemu PACS, nie ma to związku z
posiadaniem lub nie tego typu aparatury w chwili obecnej przez danego Beneficjenta.
Zmawiający, rozumiejąc obawy Wykonawcy o wystąpienie sytuacji, w której nie
będzie moŜliwe praktyczne zweryfikowanie obsługi tego typu sprzętu w danej
lokalizacji w trakcie odbioru instalacji wyjaśnia, Ŝe w takiej sytuacji spełnienie
wymogu zostanie załoŜone na podstawie deklaracji Wykonawcy (i w ten sposób
zapisane w protokole odbioru). W przypadku wystąpienia problemów z obsługą
systemów DR (modalność DX według obecnej specyfikacji DICOM) w przyszłości
fakt ten zostanie uznany za wadę fabryczną systemu, która musi być usunięta na
koszt Wykonawcy.
Pytanie 22:
Dot. Zadanie 1 pkt. 2.3.1, Zadanie 3 pkt 2.3.13.1, Zadanie 2,4,5,7,8,9,10,11 pkt.
2.1.6.1 SIWZ:
Czy Zamawiający odstąpi od wymogu legitymowania się certyfikatem w klasie I
na stację medyczną jako całość?
Stacja lekarska składa się bowiem z oprogramowania, monitorów medycznych
i części komputerowych oraz obudowy. Nie wszystkie elementy np. obudowa
muszą posiadać certyfikat w klasie I.
Co się stanie w wypadku uszkodzenia procesora, dysku twardego czy innego
elementu całości wymaganej klasie? Czy dostawca wówczas wymieni całe
urządzenie, tak aby zachować wymaganą certyfikację?
Prosimy o modyfikację zapisu na wymóg posiadania certyfikatu w klasie I na
wybrane kluczowe elementy stacji lekarskiej, takie jak monitory stacji lekarskiej
i jej oprogramowanie.
Odpowiedź:
Zamawiający stawia wymóg certyfikacji co najmniej w klasie I wyrobów medycznych
przede wszystkim dla oferowanego systemu PACS jako całości (certyfikacja musi
dotyczyć całości oferowanego produktu, w tym stacji roboczych). Zamawiający ma
świadomość, Ŝe produktem medycznym jest tu faktycznie oprogramowanie systemu
PACS (serwerów i stacji diagnostycznych), sprzęt na którym system pracuje stanowi
wyposaŜenie produktu medycznego. Z uwagi na liczne zapytania w tym zakresie
Zamawiający wyjaśnia, Ŝe warunkiem granicznym jest posiadanie certyfikatu
medycznego co najmniej w klasie I na oprogramowanie serwera oraz stacji
diagnostycznych, tworzących system PACS. W przypadku sprzętu wymóg certyfikacji
dotyczy monitorów diagnostycznych wraz z dedykowanymi kartami graficznymi.
Zamawiający utrzymuje przy tym zasadę premiowania dodatkowymi punktami
produktów tego typu certyfikowanych w wyŜszych klasach (co najmniej IIa).
Zamawiający wycofuje wymóg certyfikacji sprzętu, na którym ma pracować
oprogramowanie stacji diagnostycznej jako całości.
Pytanie 23:
W SIWZ na str. 1 w tytule zamówienia Zamawiający umiejscowił przedmiot
zamówienia w „w ramach realizacji wspólnego przedsięwzięcia wirtualnej sieci
telemedycznej, umoŜliwiającej komunikację szeroko pasmową pomiędzy
zakładami opieki zdrowotnej”. Do stworzenia „wirtualnej sieci telemedycznej”
umoŜliwiającej „komunikację szeroko pasmową pomiędzy zakładami opieki
zdrowotnej” konieczne jest stworzenie/posiadanie odpowiednio wydajnej
(szerokopasmowej) sieci rozległej WAN (ang. Wide Area Network) łączącej
poszczególne zakłady opieki zdrowotnej (np. szpitale) z lokalizacją centralną
(np. WSSK).
Czy
Zamawiający
dysponuje
obecnie
odpowiednimi
łączami
teleinformatycznymi na potrzeby budowy „sieci telemedycznej”?
Jeśli tak, to prosimy o podanie szczegółowej charakterystyki tych łączy (dla
kaŜdej pary jednostek, tj. szpital/ZOZ WSSK), z podaniem: typu łącza (np.
ADSL, MPLS itp.), dostawcy łącza (np. TPSA, Dialog itp.), parametrów łącza
(np. 2 Mbps /512 kbps), wykorzystanego i wolnego pasma (średnio w ciągu
doby / tygodnia / miesiąca np. statystyki z ostatnich 30 dni).
Jeśli nie, to prosimy o informację kiedy i jak Zamawiający zapewni
odpowiednie łącza sieci WAN na potrzeby sieci telemedycznej dla
poszczególnych lokalizacji. Prosimy wówczas takŜe o jednoznaczne
potwierdzenie, Ŝe dostarczenie takich łączy (w wypadku ich braku) leŜy
całkowicie po stronie Zamawiającego (takŜe w sensie kosztów) czyli nie
stanowi to przedmiotu zamówienia.
Odpowiedź:
Elementy infrastruktury sieci rozległej oraz dostarczenie i utrzymanie łączy nie
stanowią przedmiotu Zamówienia, takŜe w sensie kosztowym. Poszczególni
Beneficjenci znają niezbędne wymogi w tym zakresie i są świadomi faktu, Ŝe ich
spełnienie jest warunkiem spełnienia załoŜeń projektu.
Pytanie 24:
Dla zrealizowania przedmiotu zamówienia, tj. uruchomienia lokalnych
systemów PACS/RIS oraz systemu centralnego PACS/RIS niezbędne w kaŜdej
lokalizacji są łącza lokalnej sieci komputerowej LAN (ang. Local Area Network)
o odpowiedniej wydajności (min. 100 Mpbs, optymalnie - ze względu na
charakter i rozmiary przetwarzanych w systemie danych obrazowych - min. 1
Gbps). Łącza te będą słuŜyć do połączenia ze sobą stacji roboczych
(technika/lekarza), serwerów PACS/RIS oraz aparatury medycznej posiadającej
interfejsy cyfrowe DICOM.
Prosimy o informację, czy zapewnienie takich łączy i ich infrastruktury
(przełączniki sieciowe, okablowanie) zostanie zapewnione całkowicie przez
Zamawiającego, czy jest to obowiązkiem Oferenta (w sensie wymagania
„usieciowienia” aparatury medycznej oraz zapewnienia sieci LAN dla
dostarczonego sprzętu komputerowego).
Jeśli zachodzi ten drugi przypadek, to prosimy o dokładną specyfikację (dla
kaŜdej lokalizacji osobno) aparatury medycznej, którą naleŜy zintegrować w
ramach przedmiotu zamówienia oraz wszelkie dane potrzebne do określenia
zakresu i kosztów wykonania sieci LAN na potrzeby wdraŜanego systemu
(m.in. informacje o obecnej sieci LAN, ilości i specyfikacji urządzeń
sieciowych, liczbie i rodzaju wolnych portów Fast Ethernet / Gigabit Ethernet,
rozkładzie (na schemacie budynku (-ów)) pomieszczeń z aparaturą medyczną
oraz pomieszczeń na potrzeby serwerów i stacji komputerowych).
Odpowiedź:
Elementy infrastruktury sieci lokalnej nie stanowią przedmiotu Zamówienia, takŜe w
sensie kosztowym. Poszczególni Beneficjenci znają niezbędne wymogi w tym
zakresie i są świadomi faktu, Ŝe ich spełnienie jest warunkiem spełnienia załoŜeń
projektu.
Pytanie 25:
Czy Zamawiający zapewnia albo zapewni (na swój koszt) w trakcie wdraŜania
oferowanych rozwiązań odpowiednie warunki techniczne (co najmniej
klimatyzacja z odpowiednim zapasem mocy chłodniczej, zasilanie elektryczne
o odpowiednim zapasie mocy) w pomieszczeniach technicznych
przeznaczonych do instalacji sprzętu komputerowego (serwery, macierze,
biblioteki taśmowe) w poszczególnych lokalizacjach?
Jeśli tak, to prosimy o podanie (dla kaŜdej lokalizacji z osobna) parametrów
posiadanej obecnie klimatyzacji (całkowita moc chłodnicza, zapas mocy
chłodniczej, czy klimatyzacja pracuje w układzie redundantnym) oraz zasilania
(moc całkowita w pomieszczeniu technicznym, zapas mocy (dla kaŜdej z faz
zasilania), liczba przyłączy zewnętrznych z których doprowadzone jest
zasilanie).
Jeśli nie, to prosimy o określenie czy Zamawiający wymaga zapewnienia przez
Wykonawcę
odpowiednich
warunków
środowiskowych
dla
pracy
dostarczonego sprzętu komputerowego (co jest niezbędne m.in. ze względu na
warunki gwarancyjne producentów sprzętu)?
Odpowiedź:
Zamawiający
nie
wymaga
zapewnienia
przez Wykonawcę
warunków
środowiskowych dla pracy dostarczonego sprzętu komputerowego. W przypadku
węzła centralnego (Zadanie 1) spełnione są wszelkie warunki techniczne
(klimatyzacja, nadmiarowe zasilanie z UPS, podłoga techniczna, czujniki dymu itp.)
niezbędne do wykonania instalacji sprzętu komputerowego stanowiącego platformę
dla teleradiologicznego Data-Center. Warunki dla instalacji satelitarnych (serwerów
buforowych) są mniej krytyczne, ich spełnienie leŜy po stronie poszczególnych
Beneficjentów.
Pytanie 26:
W zadaniu nr 3 Zamawiający nie umieścił wymagania na serwer PACS i RIS.
Prosimy o wyjaśnienie powodu nieumieszczenia tego wymagania (podobnie
jak dla zdań 2,4,5,6,7,8,9,10,11). Czy Zamawiający zapewni (na swój koszt)
odpowiednią infrastrukturę serwerową w Jaworskim Centrum Medycznym sp. z
o.o.? Jeśli nie, to czy naleŜy przyjąć, Ŝe w zadaniu nr 3 (ze względu na
jednorodność całego rozwiązania sieci telemedycznej) przedmiotem dostawy
musi być takŜe infrastruktura serwerowa podobna jak w innych zadaniach?
Odpowiedź:
Brak serwera buforującego w jednostce opisanej w Zadaniu 3 wynika z indywidualnej
decyzji Beneficjenta – zdecydował się on na samodzielną stację diagnostyczną
współpracującą w zakresie archiwizacji obrazów i autoryzacji w systemie ze zdalnym
serwerem w innej lokalizacji. Ewentualna rozbudowa infrastruktury w ramach
Zadania 3 wykracza poza niniejsze zamówienie.
Pytanie 27:
W zadaniu nr 1 Zamawiający wymaga dostarczenia rozwiązań cechujących się
odpowiednią niezawodnością (osiąganą dzięki redundancji sprzętu
serwerowego). W pozostałych zadaniach (2,4,5,6,7,8,9,10,11) Zamawiający nie
precyzuje swoich oczekiwań odnośnie niezawodności działania systemu jako
całości (wymaganie redundancji pojedynczych elementów serwerów takich jak
zasilacze czy dyski lokalne nie zapewnia tzw. braku pojedynczych punktów
awarii, tj. np. awarii serwera jako całości). Czy wobec tego Zamawiający moŜe
jednoznacznie określić swoje preferencje w tym zakresie?
Odpowiedź:
Zadanie 1 polega na zbudowaniu centralnego węzła regionalnej sieci
teleradiologicznej, zlokalizowanego w Data-Center Wojewódzkiego Szpitala
Specjalistycznego we Wrocławiu. System zainstalowany w Data-Center, oprócz
odpowiedniej redundancji, musi charakteryzować się skalowalnością, tj. moŜliwością
rozbudowy w miarę rosnących potrzeb lokalnych oraz zdalnych uŜytkowników.
Centralizacja zasobów ma zapewnić spójność danych (unikanie niekontrolowanej
replikacji, typowej dla systemów zdecentralizowanych), odpowiedni poziom
bezpieczeństwa w przechowywaniu danych i zarządzaniu dostępem do nich oraz
optymalizację kosztów zakupu i eksploatacji całej instalacji. Pozostałe lokalizacje
(ośrodki satelitarne) mają wykorzystywać buforujące serwery PACS / RIS w celu
optymalnego wykorzystania swych łączy internetowych oraz podwyŜszenia
niezawodności całej struktury (np. w przypadku awarii łączy). Serwery buforujące nie
muszą posiadać tak wysokich parametrów, jak systemy wyizolowane, w
szczególności nie muszą być instalowane na rozbudowanych, redundantnych
platformach sprzętowych (np. typu blade) – stąd brak takich wymogów w specyfikacji.
Zakres usług, które będą realizowane przez węzeł centralny na rzecz jednostek
satelitarnych regulowany będzie oddzielnymi umowami (zaleŜnie od potrzeb i
moŜliwości Beneficjentów). Infrastruktura ma zapewnić moŜliwość realizowania
róŜnych scenariuszy w tym zakresie, z ukierunkowaniem na uzyskanie oszczędności
dzięki optymalnemu rozmieszczeniu i wykorzystaniu zasobów.
Pytanie 28:
Zamawiający preferuje rozwiązania zintegrowane (w zakresie mechanizmów
autentykacji i autoryzacji uŜytkowników) - np. pkt. 3.8.3.1.2 w zadaniach
2,4,5,7,8,10,11. Czy Zamawiający zapewnia w kaŜdej lokalizacji infrastrukturę
Active Directory (tj. co najmniej jeden kontroler domeny Windows)? Jeśli tak,
prosimy o podanie czy jest to domena Windows 2000, Windows 2003 czy 2008.
Jeśli nie, to prosimy o sprecyzowanie czy i w których lokalizacjach
Zamawiający oczekuje wdroŜenia infrastruktury ActiveDirectory na potrzeby
oferowanego rozwiązania? Czy Zamawiający zapewni wówczas (na swój koszt)
infrastrukturę sprzętową (serwer fizyczny/wirtualny) oraz systemową (licencje
Microsoft Windows Server) w tych lokalizacjach, czy teŜ ma to być wówczas
przedmiotem dostawy. Czy ew. wdroŜenie ActiveDirectory miałoby wówczas
objąć tylko sprzęt dostarczony w ramach oferowanego rozwiązania (serwery,
stacje techników/diagnostyczne) czy takŜe inne stacje robocze w danej
lokalizacji?
Odpowiedź:
W chwili obecnej Zamawiający wymaga wpisania części systemu opisanej w Zadaniu
1 do istniejącej w tej lokalizacji domeny Active Directory (Windows 2003), na miejscu
pracują dwa kontrolery domeny. Docelowym modelem zarządzania zasobami jest
system zaufanych domen, obejmujący wszystkie lokalizacje, obecnie pozostali
Beneficjenci nie dysponują jednak jeszcze infrastrukturą Active Directory.
Zamawiający wymaga więc dostarczenia rozwiązania wspierającego usługi
katalogowe Active Directory, działającego na poziomie aplikacji (np. typu Active
Directory Application Mode – ADAM), umoŜliwiającego synchronizację systemu
bezpieczeństwa z domeną Active Directory bez ponoszenia dodatkowych kosztów w
momencie, gdy dany Beneficjent zainstaluje u siebie pełny system Active Directory.
Zakup i wdroŜenie pełnej infrastruktury Active Directory tam, gdzie jej jeszcze nie ma
wykracza poza zakres niniejszego zamówienia.
Pytanie 29:
dot. pkt. 1.5.6.1 dla zadań 2,4,5,6,7,8,9,10,11
W pkt. 1.5.6.1 dla zadań 2,4,5,6,7,8,9,10,11 Zamawiający wymaga dostarczenia
„wspólnych narzędzi do zarządzania (kontami uŜytkowników)”. Prosimy o
potwierdzenie, Ŝe Zamawiający wymaga w tym miejscu dostarczenia (w ramach
oferowanego rozwiązania PACS/RIS) specjalizowanego profesjonalnego
narzędzia do zarządzania toŜsamością i dostępem (klasy „Identity
Management”), które byłoby w stanie zapewnić zarządzanie kontami i
dostępem zarówno w systemie PACS/RIS, jak równieŜ (potencjalnie, w
przyszłości) w innych systemach posiadanych przez Zamawiającego (np.
system HIS, system ERP itp.)?
Odpowiedź:
W punkcie 1.5.6.1. dla wymienionych zadań Zamawiający premiuje punktami (nie
wymaga jako warunku granicznego) dostarczenie wspólnych narzędzi,
umoŜliwiających jednoczesne zarządzanie systemami PACS i RIS przez lokalnego
administratora. Nie musi to być narzędzie uniwersalne, obejmujące swoją
funkcjonalnością wszystkie aplikacje bazujące na usługach katalogowych Active
Directory jako metodzie zarządzania zasobami, moŜe być dedykowane jedynie
oferowanym systemom PACS i RIS.
Pytanie 30:
dot. Zadanie 1 pkt. 1.2.1.1.
Zamawiający wymaga, aby awaria jednej maszyny fizycznej nie powodowała
zatrzymania systemu. Prosimy o sprecyzowanie wymagania. Czy Zamawiający
dopuszcza czas przerwy (rzędu kilku minut) w pracy systemu niezbędny na
uruchomienie systemu na zapasowym serwerze fizycznym?
Odpowiedź:
Zamawiający wymaga w przypadku Zadania 1 zastosowania strategii wirtualizacji
nadmiarowej, zapewniającej gorąca rezerwę – oznacza to brak istotnej dla
uŜytkowników przerwy w pracy systemu w przypadku wystąpienia awarii pojedynczej
maszyny fizycznej oraz automatyczne (bezobsługowe) przełączenie / migrację części
systemu z maszyny uszkodzonej na rezerwową. Akceptowalny dla Zamawiającego
czas przerwy / migracji nie moŜe przekraczać 2 minut.
Pytanie 31:
dat. Zadanie 1 pkt. 1.2.6.
Zamawiający wymaga aby switche dla magistrali FiberChannel zawierały po 2
adaptery na jedno zainstalowane urządzenie.
Prosimy o wyjaśnienie powyŜszego zapisu. Czy w przypadku podłączenia do
switchy SAN dodatkowo dwóch urządzeń (macierzy dyskowej,
oraz
biblioteki taśmowej) wymaganie zostanie spełnione przez zainstalowanie w
kaŜdym ze switchy 4 aktywnych, zewnętrznych adapterów SFP?
Odpowiedź:
Zamawiający wymaga w pełni zdublowanej infrastruktury połączeń fizycznych SAN.
Oznacza to dwa niezaleŜne switche (ewentualnie zestawy switchy) oraz po dwa
niezaleŜne adaptery FibreChannel w kaŜdym urządzeniu, kaŜdy podłączony do
innego switcha. Innymi słowy, liczba aktywnych adapterów w switchach musi
odpowiadać liczbie adapterów w urządzeniach, kaŜde urządzenie musi być jednak
podłączone do dwóch switchy.
Pytanie 32:
dot. Zadanie 2,4,5,6,7,8,10,11 pkt 1.2.2.4
Zamawiający wymaga, aby pojemność pamięci masowej była nie mniejsza niŜ
lTB oraz nie podaje informacji o wymiarowaniu archiwum krótkoterminowego.
Czy w związku z tym naleŜy przyjąć, Ŝe podana wielkość jest wystarczająca dla
przechowywania danych w archiwum krótkoterminowym zgodnie z
wymaganiami Zamawiającego?
Odpowiedź:
Zamawiający traktuje podaną pojemność pamięci masowej jako minimalną wartość
spełniającą warunek graniczny dla serwera buforowego w ośrodku satelitarnym.
Optymalizacja i skalowanie przestrzeni pamięci masowej, w tym jej rozszerzanie w
przyszłości, opiera się głównie na moŜliwości wykorzystania zasobów centralnego
węzła sieci teleradiologicznej (opisanego w Zadaniu 1).
Pytanie 33:
dot. Zadanie 2,4,5,6,7,8,10,11 pkt 1.2
Zamawiający wymaga dostarczenia serwera PACS w obudowie wolnostojącej
wraz z klawiaturą i myszą optyczną.
Czy Zamawiający wymaga równieŜ dostarczenia monitora lub konsoli
zarządzającej dla wyszczególnionego serwera?
Odpowiedź:
Serwery buforowe mają być urządzeniami kompaktowymi, z wyjątkiem jednej
lokalizacji (Zadanie 9) zamontowanymi w autonomicznych obudowach
wolnostojących. Dla wszystkich lokalizacji Zamawiający wymaga dostarczenia
monitora, myszy i klawiatury (albo przełączanej konsoli w przypadku wykorzystania w
roli serwera buforującego więcej niŜ jednego komputera).
Pytanie 34:
dat. Zadanie 2,4,5,6,7,8,9,10,11 pkt 1.2
Czy zamawiający wymaga dostarczenia zasilacza awaryjnego UPS? Jaki jest
wymagany czas podtrzymania pracy serwera PACS przez UPS przy braku
zasilania?
Odpowiedź:
Dla wszystkich serwerów buforowych Zamawiający wymaga dostarczenia zasilaczy
UPS (po 2 szt.) zapewniających min. 15 minut potrzymania pracy. Wymagane jest
równieŜ automatyczne, kontrolowane wyłączenie serwera, jeśli napięcie w sieci
zasilającej nie zostanie przywrócone w zadanym czasie.
Pytanie 35:
Zamawiający w punktach 1.2.1.8.1 oraz 1.2.1.8.2 Załącznika la do SIWZ określił
oba warianty, w kolumnie „Punktacja” jako „warunek graniczny”. Jak
rozumiemy,
niespełnienie
warunku
granicznego
skutkować
będzie
odrzuceniem oferty. Czy Zamawiający dopuści ofertę, w której jeden z tych
wariantów oznaczony był by jako „nie dotyczy”?
Odpowiedź:
Punkty 1.2.1.8.1. oraz 1.2.1.8.2. naleŜy traktować alternatywnie: 1.2.1.8.1. opisuje
warunek graniczny dla wariantu instalacji systemów PACS i RIS na jednej strukturze
typu blade, punkt 1.2.1.8.2. warunek graniczny dla wariantu instalacji systemów
PACS i RIS na oddzielnych strukturach typu blade. Wykonawca musi wybrać i
potwierdzić tylko jedną z dwóch moŜliwości, tak więc Zamawiający oczywiście
przyjmie ofertę, w której jeden z tych wariantów zostanie oznaczony jako „nie
dotyczy” lub podobnie, musi to jednak być oznaczone jednoznacznie.
Pytanie 36:
Zamawiający w punkcie 1.11 Załącznika la do SIWZ wymaga, by
przeprowadzone kalkulacje uwzględniały „rozwój sieci teleinformatycznej”.
Prosimy o przedstawienie załoŜeń takiego rozwoju (np. planowany roczny
przyrost ilości składowanych danych uwzględniający zwiększenie liczby
wykonywanych badań itp.). Czy rozwój ten oznaczał by zwiększenie ilości
klientów systemu PACS/RIS? O ilu uŜytkowników (w danej skali czasowej, np.
rocznie)?
Odpowiedź:
Dane do kalkulacji przedstawione w punkcie 1.11. Załącznika 1a pozwalają dobrze
przybliŜyć zapotrzebowanie na zasoby w chwili obecnej oraz w okresie najbliŜszego
roku. Z doświadczeń Zamawiającego wynika, Ŝe Oferent powinien załoŜyć w okresie
najbliŜszych 2 – 3 lat rosnący wzrost zapotrzebowania na przestrzeń pamięci
masowej, przynajmniej na poziomie 20 %. Podana w specyfikacji liczba licencji nie
musi być zwiększana.
Pytanie 37:
W SIWZ w punkcie II Opis przedmiotu zamówienia pkt 12 ppkt 5 Zamawiający
wymaga zapewnienia wsparcia w zakresie utrzymania systemu w ruchu, oraz
nanoszenia uaktualnień wynikających ze zmian w obowiązujących przepisach,
zarówno w okresie gwarancji jak i w okresie pogwarancyjnym. Wsparcie to
miałoby być określone w podpisanej dodatkowo umowie serwisowej.
Zwracamy się z prośbą o podanie szczegółowych warunków takiej umowy,
ewentualnie wzorca umowy. Czy dopuszczają Państwo dowolność w
określeniu tych warunków przez Wykonawców?
Odpowiedź:
Zakres wsparcia poddanego ocenie został określony we wzorze umowy (zał. 6a, 6b
do SIWZ) oraz formularzu cenowym (zał. 2a do SIWZ) a wartość całkowita rocznego
kosztu wsparcia podlega ocenie. Szczegółowe warunki świadczenia umowy
serwisowej będą określone w odrębnej umowie zawartej przez kaŜdego
Zamawiającego. Zakres takiej umowy ma gwarantować prawidłowość
funkcjonowania systemu.
Pytanie 38:
Dot. projekt umowy załącznik nr 6a § 3 „Zakres prac” pkt. 9 i załącznik nr 6b § 6
„Zakres prac” pkt. 19: Wykonawca zobowiązuje się do świadczenia usług
serwisowych za określoną cenę. Czy cena podana w tym punkcie ma wpływ na
ocenę złoŜonej oferty przetargowej? Prosimy o przedstawienie projektu
umowy, o której mowa w tym punkcie umowy.
Odpowiedź:
Tak, zgodnie z warunkami określonymi w SIWZ.
Pytanie 39:
Dot. projekt umowy załącznik nr 6a § 3 „Zakres prac” pkt.10 i załącznik nr 6b §
6 „Zakres prac” pkt 20: Czy podana cena dodatkowej usługi serwisowej
powinna wynikać z przeliczenia kosztów jednostkowych wymienionych w tym
paragrafie usług i pewnej załoŜonej przez Wykonawcę ilości przepracowanych
dni? Czy teŜ ma to być ryczałt i naleŜy podać ile i jakie usługi zawiera w sobie
cena? W którym miejscu w ofercie naleŜy podać ceny poszczególnych usług?
Odpowiedź:
Wykonawca podaje roczne ryczałtowe koszty utrzymania. Tabele w załącznikach 6a
pkt 10 oraz 6b pkt 20 słuŜą do określenia ilości i rodzaju usług, które mogą zostać
zrealizowane w ramach podanego ryczałtu celem prawidłowego rozliczania umowy
serwisowej.
Pytanie 40:
Dot. projekt umowy załącznik nr 6a § 3 „Zakres prac” pkt. 11 i załącznik nr 6b §
6 „Zakres prac” pkt. 21: Zwracamy się prośbą o określenie, jakiego rodzaje
usługi wdroŜeniowe i powdroŜeniowe mają być świadczone na podstawie
dodatkowej umowy serwisowej. Przedstawione w projekcie umowy (załącznik
nr 6a § 3 pkt 11 i załącznik nr 6b § 6 pkt 21) stwierdzenie, Ŝe w ramach tej
umowy mają być świadczone dowolne usługi wdroŜeniowe i powdroŜeniowe
utrudnia przeprowadzenie kalkulacji i przedstawienie Państwu rzetelnej oferty
cenowej.
Odpowiedź:
Wykonawca powinien wycenić usługi, które są niezbędne dla zapewnienia
prawidłowego funkcjonowania oferowanego przez niego systemu.
Pytanie 41:
Kryteria oceny ofert w niniejszym postępowaniu to: „cena”, „roczne koszty
utrzymania” oraz „parametry techniczne”. Zwracamy się z prośbą o
wyjaśnienie, jakie elementy składowe zawiera w sobie kryterium „cena”, a jakie
elementy zawarte są w „rocznym koszcie utrzymania”? Czy naleŜy rozbić cenę
na te dwa elementy? Czy teŜ moŜe roczne koszty utrzymania jest to koszt
określony w dodatkowej umowie serwisowej?
Odpowiedź:
Zamawiający określa cenę za poszczególne składowe zgodnie z warunkami
określonymi w SIWZ. Kryterium „roczne koszty utrzymania” słuŜy ocenie umowy
serwisowej i nie jest składnikiem kryterium „cena”.
Pytanie 42:
Z uwagi na krótki termin realizacji w zadaniu nr 8 i 11 zwracamy się z prośbą o
wyraŜenie zgody, aby najkrótszy termin wykonania zamówienia wynosił min. 8
tygodni od daty podpisania umowy, zaś terminy realizacji pozostałych
zamówień następowały proporcjonalnie o róŜnicę dni od najkrótszego terminu,
określoną w SIWZ. W skład przedmiotu zamówienia wchodzi duŜa ilość
dedykowanego sprzętu komputerowego, którego czas dostawy przez
producenta wynosi min. 6 tygodni. Po dostawie sprzętu komputerowego przez
producenta naleŜy wykonać insta1ację systemów operacyjnych, bazy danych
oraz całego oprogramowania medycznego i przetestować konfigurację.
Dopiero po tym procesie system moŜe być dostarczony do Zamawiającego
oraz moŜe rozpocząć się właściwa instalacja i uruchomienie systemu.
Końcowym elementem zajmującym równieŜ bardzo duŜo czasu są
kilkuetapowe szkolenia uŜytkowników końcowych, czy1i techników RTG,
1ekarzy i pozostałych uŜytkowników systemu.
Odpowiedź:
Zamawiający informuje, Ŝe zmienia następujące zapisy:
4. W SIWZ rozdział II pkt 11 otrzymuje treść : „Termin wykonania zamówienia:
do 12 tygodni od daty podpisania umowy”
5. W załączniku nr 2 do SWIZ pkt 12 otrzymuje treść : „OŚWIADCZAMY, Ŝe
zrealizujemy przedmiot zamówienia w terminie: do 12 tygodni od dnia
podpisania umowy”.
6. W załączniku nr 6a i 6b do SIWZ § 2 ust. 3 otrzymuje treść: „Strony określają
termin wykonania prac na 12 tygodni od dnia podpisania umowy i jest równoznaczny
z odbiorem prawidłowo wdroŜonej dostawy przez Zamawiającego.”
Pytanie 43:
Dot. Zadanie l, punkt 1.6, Zadanie 2,4,5,6,7,8,9,10,11 punkt 1.3.2
Czy Zamawiający moŜe doprecyzować w Zadaniu 1 punkt 1.6 jak system PACS
ma reagować na poszczególne poziomy walidacji DICOM?
Odpowiedź:
Na poziomie NONE system PACS nie sprawdza poprawności przysyłanych
komunikatów (obiektów) DICOM; na poziomie WARN system PACS sprawdza
poprawność przysyłanych obiektów DICOM i akceptuje obiekty niezgodne ze
standardem, lecz automatycznie informuje administratora systemu o wydarzeniu; na
poziomie FAIL system PACS sprawdza poprawność przysyłanych obiektów DICOM i
odrzuca obiekty niezgodne ze standardem.
Pytanie 44:
Dot. Zadanie 1, punkt 1.7, Zadanie 2,4,5 punkt 1.3.3
Zamawiający wymaga bezpieczeństwa pracy aplikacji, aby aplikacje i procesy
pracujące w systemie powinny mieć dostęp tylko do niezbędnych im zasobów
(nie powinny pracować na uprawnieniach administratora). Czy poprzez
aplikacje i procesy pracujące w systemie Zamawiający ma na myśli wymagane
narzędzia dla uŜytkownika do administrowania systemem oraz wymaganego
k1ienta systemu PACS dla stacji diagnostycznych?
Odpowiedź:
Zamawiający ma na myśli oprogramowanie uŜywane na stacjach roboczych przez
typowych uŜytkowników w trakcie rutynowej pracy (czyli np. wszystkie procesy
uruchomione przez klienta systemu PACS w normalnym trybie pracy). Zapis nie
dotyczy narzędzi do administrowania systemem.
Pytanie 45:
Dot. Zadanie l, punkt 1.12.1
Zamawiający wymaga lokalnego archiwum długoterminowe (off-line) w postaci
biblioteki taśmowej lub nadmiarowa macierz dyskowa (np. SATA), podłączona
do magistrali SAN. Jaka jest wymagana pojemność opcji nadmiarowej
macierzy dyskowej?
Odpowiedź:
Archiwum off-line / medium-line zrealizowane za pomocą nadmiarowej macierzy
tanich dysków (nie tej samej macierzy, która obsługuje archiwum on-line) musi być
tak wyskalowane, aby zapewnić utrzymanie archiwalnych danych obrazowych w
okresie co najmniej 3 lat (bez zgrywania na inne nośniki). Fizyczna przestrzeń
wymaganej pamięci masowej zaleŜy od techniki realizacji archiwum (szyfrowanie,
kompresja plików itp.), musi więc być wyskalowana przez Wykonawcę.
Pytanie 46:
Dot. Zadanie 1, punkt 4.7.4.6. Zadanie 2,4,5,6,7,8,9,10,11 punkt 1.6.5., 4.7.4.6.
Zamawiający wymaga: „Wyświetlanie na 2 monitorach, MoŜliwość obsługi
stanowiska dwumonitorowego przez system dystrybucji obrazów”. Czy moŜe
doprecyzować o jaką funkcjonalność chodzi:
1) Aplikacja klienta systemu dystrybucji obrazów w moŜe pracować na
komputerze z podłączonymi dwoma monitorami, ale bez wymogu
wyświetlania róŜnych badań obrazowych na dwóch monitorach
jednocześnie?
2) Aplikacja klienta systemu dystrybucji obrazów moŜe wyświetlać obrazy z
tego samego badania obrazowego na dwóch monitorach i moŜe
wyświetlać dwa róŜne badania obrazowe do porównania na dwóch
monitorach?
Odpowiedź:
W przypadku wykorzystania pojedynczego monitora system dystrybucji obrazów ma
umoŜliwiać wyświetlanie róŜnych badań, w róŜnym układzie obrazów. W przypadku
wykorzystania dwóch monitorów na obu ma być zapewniona moŜliwość wyświetlania
tego samego badania lub dwóch róŜnych badań dla porównania.
Pytanie 47:
Dot. Zadanie 1,2,4,5,7,8,9,10,11 punkt 5.2.1. oraz 5.2.2
Zamawiający wymaga walidacji danych pomiędzy PACS i RIS. Czy
Zamawiający rozumie poprzez walidację danych pomiędzy PACS i RIS
sprawdzanie przez system PACS czy badanie było zarejestrowane w systemie
RIS? Czy Zamawiający Ŝąda aby aplikacja klienta systemu dystrybucji obrazów
oraz wymagane aplikacje stacji diagnostycznych informowały uŜytkownika o
niezarejestrowaniu badania w systemie RIS?
Odpowiedź:
Przez walidację danych Zamawiający rozumie sprawdzanie przez system PACS czy
badanie było zarejestrowane w systemie RIS. W przypadku niezgodności system
musi badanie oznaczyć jako zweryfikowane negatywnie i przy próbie otwarcia przez
uŜytkownika obrazu z badania (zarówno na stacji diagnostycznej, jak i za pomocą
systemu dystrybucji) wyświetlać wiadomość, Ŝe dane demograficzne badania mogą
być nieprawidłowe ze względu na brak potwierdzenia ich zgodności z listą badań
zarejestrowanych systemie RIS.
Pytanie 48:
Dot. Zadanie l, punkt 7.1.1. oraz 7.1.2.1
Zamawiający punktuje migrację danych z zew. systemów – „Badania i ich opisy
muszą być w takim przypadku dostępne z nowego systemu.” Czy Zamawiający
moŜe zagwarantować otwarty, niezakodowany dostęp do obrazów DICOM
poprzez połączenie sieciowe z interfejsem DICOM? Czy Zamawiający moŜe
zagwarantować dostęp do bazy danych obu systemów poprzez połączenie
sieciowe z interfejsem SQL w celu migracji opisów łącznie z informacją o ich
lokalizacji? Czy Zamawiający moŜe poinformować: ile badań, o jakiej łącznej
objętości, jakiej łącznej ilości obrazów, ile opisów jest w obydwu systemach i
ile jest nośników off-line z badaniami archiwalnymi oraz jakiego typu w celu
oszacowania czasu oraz potencjalnych kosztów migracji?
Odpowiedź:
Zamawiający nie stawia wymogu przeniesienia danych zgromadzonych w
dotychczasowych systemach do nowego systemu jako warunku granicznego.
Wymogiem minimalnym (warunkiem granicznym) jest zamroŜenie istniejących
systemów w obecnej postaci, bez moŜliwości dopisywania nowych badań. Ze strony
Wykonawcy wymaga to jedynie takiego skonfigurowania nowego systemu, aby nie
powodował on konfliktów w dostępie do danych zarchiwizowanych w starych
systemach. Koszty utrzymania starych systemów w wymaganym zakresie bierze na
siebie w takim przypadku (i tylko w takim przypadku) Zamawiający. Oczywiście,
Wykonawca nie moŜe przyjmując ww. rozwiązanie liczyć na dodatkowe punkty, które
moŜna otrzymać jedynie rozwiązując problem przeniesienia danych do nowego
systemu. Wszystkie koszty takiego rozwiązania (włącznie z uzyskaniem niezbędnych
informacji o rozwiązaniach technicznych, przyjętych przez producentów dotychczas
uŜywanych systemów) Wykonawca musi uwzględnić w cenie oferty, jeśli zdecyduje
się je zaproponować. Zamawiający, jako właściciel danych zgromadzonych w starych
systemach oraz nośników, moŜe jedynie udzielić pomocy na miejscu oraz wspierać
Wykonawców w ewentualnych sporach, nie moŜe jednak brać na siebie
odpowiedzialności za zachowania producentów naruszające warunki uczciwej
konkurencji.
Pytanie 49:
Dot. Zadanie 1, punkt 1.12.2
Zamawiający wymaga „Charakterystyka wymiennego nośnika danych (jeśli ma
być zastosowany) Taśma w kasecie min. 600 GB (z kodami paskowymi), min.
pojemność nośnika (bez kompresji) 600 GB x30 = 18TB. Poprzez zapis „600 GB
x30 = 18TB” Zamawiający wymaga zaoferowania nośników o łącznej
pojemności min. 18 TB (np. 22 nośników LTO4 o poj. 800 GB kaŜdy), czy teŜ
wymaga zawsze 30 nośników?
Odpowiedź:
Zamawiający podał w specyfikacji minimalną wymaganą łączna pojemność nośników
jednocześnie załadowanych do biblioteki, bazując na własnych oszacowaniach.
Pytanie 50:
Dot. Zadanie 1,2,4,5,7,8,9,10,11 punkt 5.2.3
Zamawiający wymaga scalania badań opisując je jako synchronizację danych
pomiędzy bazami danych systemów PACS i RIS. PoniewaŜ technicznie scalanie
jest odmienną funkcjonalnością od synchronizacji danych prosimy o
doprecyzowanie czy efektem końcowym ma być:
1) zarówno synchronizacja danych demograficznych pacjenta oraz badania
– tzn. po wykonaniu badania – poprawienie danych pacjenta lub badania
np. w systemie RIS/HIS spowoduje automatyczne poprawienie tych
danych w systemie PACS, systemie dystrybucji obrazów oraz w
wymaganych 3 stacjach diagnostycznych klienta systemu PACS tak jak
jest wymagane w innych zadaniach (np. zadanie 2, pkt 1.5.7.2)?
jak i
2) scalenie badań - tzn. funkcjonalność połączenia dwóch kart pacjenta w
systemie RIS, spowoduje połączenie badań obrazowych w systemie
dystrybucji obrazów oraz w 3 stacjach diagnostycznych klienta systemu
PACS?
Odpowiedź:
Zamawiający ma na myśli scalanie badań w następującym sensie: scalenie rekordów
danych demograficznych pacjenta (kart) dla dwóch lub więcej pacjentów w systemie
RIS ma powodować analogiczne scalenie organizacji danych obrazowych z badań,
dowiązanych do tych scalonych pacjentów w systemie PACS. Musi to odnieść skutek
takŜe w systemie dystrybucji obrazów oraz na stacjach diagnostycznych pracujących
według modelu klient-serwer w stosunku do serwera PACS (czyli stacjach
wyspecyfikowanych w zamówieniu).
Pytanie 51:
Dot. Zadanie 2,4,5,6,7,8,9,10,11, punkt 1.2.2.8
Zamawiający wymaga streamera kasetowego do wykonywania okresowych
backupów oprogramowania oraz bazy danych z pojemnością nośnika (z
kompresją) co najmniej równa pojemności pamięci dyskowej.
Backup bazy danych oraz innych krytycznych danych systemowych moŜe bez
problemu zmieścić się na współczesnych napędach do backup’u danych (np.
DAT160 i nośnik 160 GB). Pojemność co najmniej równa pojemności pamięci
dyskowej która uwiera równieŜ dane obrazowe jest nieuzasadniona technicznie
(dane obrazowe są archiwizowane w innych elementach systemu) i
ekonomicznie. Czy Zamawiający zgodzi się na pojemność nośnika (z
kompresją) min. 160 GB?
Odpowiedź:
Zamawiający zgodzi się na pojemność nośnika wystarczającą do wykonania kopii
awaryjnej systemu operacyjnego oraz oprogramowania serwera, wraz z bazą
danych. Zawarcie w takiej kopii danych obrazowych (nie osadzonych w bazie
danych) nie było intencją Zamawiającego.
Pytanie 52:
Dot. Zadanie 2,4,5,7,8,9,10,11 punkt 2.2.3.6.2, Zadanie 3 punkt 2.3.6.2
Zamawiający wymaga moŜliwości pobierania danych demograficznych
pacjenta z systemu PACS / RIS (wraz
z listą roboczą), równocześnie
wymagając obsługi polskich znaków diakrytycznych w systemach PACS oraz
dystrybucji obrazów. Źródłem polskich czcionki w danych obrazowych są dane
pobrane do nagłówka pliku Dicom na stacji roboczej poprzez listę roboczą
DICOM. Czy Zamawiający wobec tego wymaga aby stacja dla technika równieŜ
wyświetlała dane z listy roboczej z polskimi znakami diakrytycznymi?
Odpowiedź:
Zamawiający nie wyspecyfikował wymogu wyświetlania polskich znaków
diakrytycznych przez oprogramowanie stacji technika, nie mogą one jednak „ginąć”
na tej stacji (lista robocza, utworzona w systemie RIS, uŜywa znaków
diakrytycznych), muszą być zapisywane w komunikatach (obiektach) DICOM
wysyłanych na serwer PACS i do stacji diagnostycznych.
Pytanie 53:
Dot. Zadanie 2,4,5,6,7,8,9,10,11 punkt 1.5.6.1
Zamawiający punktuje wspólne narzędzia do zarządzania – dostępność
wspólnych narzędzi do centralnego zarządzania zarówno systemem RIS i
PACS. JeŜeli tego punktu oferent nie spełni, to kolejne punkty 1.5.6.2. – 1.5.6.5
nie powinny być wspólne dla systemów PACS i RIS. Prosimy o wykreślenie w
kolejnych punktach 1.5.6.2. – 1.5.6.5 słowa „wspólne”.
Odpowiedź:
Punkty 1.5.6.2. – 1.5.6.5. opisują podstawowe wymogi w zakresie moŜe nie tyle
„wspólnego”, co spójnego administrowania uprawnieniami w systemach PACS i RIS
(w sensie moŜliwości definiowania tych samych reguł autoryzacji dostępu w obu
systemach). Najbardziej skutecznym i najwygodniejszym sposobem byłoby tu
wykorzystanie tego samego zestawu narzędzi do zarządzania obydwoma systemami
(bazującego na tych samych strukturach Active Directory). Zamawiający zdaje sobie
jednak sprawę, Ŝe moŜe to być niewykonalne w przypadku, gdy system PACS
pochodzi od innego producenta, niŜ RIS. Dlatego teŜ istnienie takich narzędzi jest
jedynie (stosunkowo skromnie) punktowane w punkcie 1.5.6.1.
Pytanie 54:
Dot. Zadanie 2,4,5,7,8,9,10,11 punkt 2.1.4.9.8. Zadanie 3, punkt 1.4.9.8
Zamawiający wymaga kalibracji geometrycznej – liniowej i kołowej,
pozwalającą na wykonywanie pomiarów w wie1kościach rzeczywistych. Przy
posiadaniu kalibracji 1iniowej kalibracja kołowa nic ma znaczenia, poniewaŜ
przy zdjęciach np. ortopedycznych z metalową kulką o znanej średnicy
uŜytkownik kalibruje badanie liniowo podając średnicę koła. Czy Zamawiający
zrezygnuje z wymogu kalibracji kołowej lub zmieni zapis na kalibracja liniowa
lub kołowa?
Odpowiedź:
Dokładność kalibracji kołowej w przypadku kulki umieszczonej w polu widzenia
aparatu jest, przynajmniej teoretycznie, lepsza – uŜytkownik nie musi szukać
najdłuŜszej cięciwy koła, opisuje je okręgiem. Zamawiający miał jednak na myśli
postawienie warunku granicznego dostępności przynajmniej jednej z tych metod
kalibracji (czyli w praktyce liniowej), zgadza się więc na interpretację „kalibracja
liniowa lub kołowa”.
Pytanie 55:
Dot. Zadanie 1,2,4,5,7,8,9,10,11, Zadanie 2, punkt 2.13.1.
Zamawiający wymaga wyposaŜenie programu klienckiego RIS w narzędzia
wyszukujące obrazy wraz z informacjami o dostępności oraz liczbie serii /
obrazów w badaniu, składowanych na zdefiniowanych serwerach PACS (Dicom
-Query/Retrieve Service Class). Czy Zamawiający dopuści moŜliwość działania
tej funkcjonalności nie tylko przez protokół DICOM, lecz równieŜ przez
integrację HL 7/baz danych?
Odpowiedź:
Punkt (faktycznie 3.13.1.) dotyczy integracji funkcji wyszukiwania systemu RIS z
systemem PACS. Kryteriami wyszukiwania badań mają być dane dostępne
autoryzowanym uŜytkownikom zintegrowanego systemu RIS + PACS (w tym dane
osobowe), serwer PACS ma udzielać informacji o dostępności obrazów i udostępniać
obrazy na Ŝyczenie uprawnionego uŜytkownika. Nie wszystkie dane, które mogą być
kryteriami wyszukiwania, znajdują się w obiektach DICOM i są dostępne
bezpośrednio serwerom PACS. Dlatego teŜ Zmawiający dopuszcza przy
implementacji wyszukiwania wykorzystanie interfejsu HL7 lub/oraz integracji między
bazami danych systemów PACS i RIS.
Pytanie 56:
Dot. Zadanie 2,4,5,7,8,10,11 punkt 2.2.1.3.3.4., Zadanie 3 punkt 2.1.3.3.4.
Zamawiający wymaga skanera obsługującego kasety formatu 35 x 35 cm oraz
kaset o wymiarach 35 x 35cm. Czy Zamawiający wyrazi zgodę na zaoferowanie
zamiast formatu 35x35 kaset o wymiarach 35 x 43 cm oraz skanera
obsługującego formaty 18x24, 24x30, 15x30 i 35x43cm?
W przeciwieństwie do techniki analogowej, w której format kasety jest ściśle
związany z formatem błony na której wykonywane jest zdjęcie, w technice
cyfrowej to uŜytkownik decyduje na jakim formacie filmu ma zostać
wydrukowany zblendowany obraz. Nie istnieje zatem zaleŜność między
formatem kasety a formatem wydruku. W technice analogowej zastosowanie
większej kasety powoduje konieczność zuŜycia większej ilości materiałów
niezbędnych do wywołania zdjęcia, w technice cyfrowej ilość zuŜytej błony
zaleŜy tylko formatu wydruku wybranego przez uŜytkownika.
Ponadto zgodnie z obowiązującymi przepisami naleŜy ręcznie blendować obraz
do jak najmniejszego obszaru anatomicznego w zakresie obrazu
zainteresowania, nawet w przypadku aparatu wyposaŜonego automatycznego
system automatycznego blendowania do formatu kasety.
Odpowiedź:
Wyjaśnienie zawarte w treści pytania jest zasadne. Zamawiający wyrazi zgodę na
zaoferowanie zamiast formatu 35 × 35 cm kaset o wymiarach 35 × 43 cm oraz
skanera obsługującego formaty 18 × 24, 24 × 30, 15 × 30 i 35 × 43cm.
Pytanie 57:
Dot. Zadanie 9, punkt 2.2.1.4.3.
Zamawiający określa minimalną wydajność skanowania płyt obrazowych 35x43
cm na 60 płyt na godzinę. Stanowisko pracy techników tworzą skaner wraz ze
stacją roboczą a wydajność stanowiska jest uzaleŜniona od wydajności obu
tych elementów oraz od sprawności pracy techników. Typowa wydajność
doświadczonego technika pracującego na typowej stacji roboczej nie
przekracza 50-ciu zdjęć na godzinę, przez co wyŜsza wydajność samego
skanera nie moŜe zostać wykorzystana. Z kolei wykorzystanie skanera
wieloslotowego nie ma uzasadnienia wynikającego z ilości zamawianych przez
Zamawiającego urządzeń diagnostycznych i stacji technika. Czy w związku z
tym Zamawiający wyrazi zgodę na zaoferowanie skanera o wydajności 51 płyt
na godzinę?
Odpowiedź:
Wyjaśnienie zawarte w treści pytania jest zasadne. Zamawiający wyrazi zgodę na
zaoferowanie skanera o wydajności nie mniejszej niŜ 50 płyt na godzinę.
Pytanie 58:
Dotyczy Zadania 3, punkt 1.4.1.
Zamawiający wymaga „wykorzystania klienta systemu PACS”. Zamawiający nie
wymaga w zadaniu systemu PACS oraz nie określa zamówienia na rozbudowę
systemu. Czy Zamawiający moŜe wykreślić zapisy dot. Architektury klientserwer?
Odpowiedź:
Brak specyfikacji serwera PACS w Zadaniu 9 wynika z indywidualnej decyzji
Beneficjenta (tj. NZOZ Jaworskie Centrum Medycznego i pojawił się wbrew
załoŜeniom projektu. Intencją Beneficjenta jest korzystanie z samodzielnej stacji,
korzystającej jednak (poprzez VPN) z usług serwera PACS w zdalnej lokalizacji w
zakresie autoryzacji dostępu i archiwizowania obrazów. Beneficjent uzasadnia to
stosunkowo niewielką liczbą badań wykonywanych obecnie w lokalizacji w Jaworze.
Zamawiający jest świadom wątpliwej jakości takiego załoŜenia, zwłaszcza wobec
niskich parametrów łączy teleinformatycznych. Decyzja w sprawie rozbudowy
instalacji o lokalny serwer PACS jest kwestią czasu, musi być jednak podjęta
samodzielnie przez Beneficjenta. W chwili obecnej naleŜy załoŜyć, Ŝe stacja robocza
powinna być zdolna do pracy nie tyle w trybie całkiem autonomicznym (tj. bez kontroli
ze strony systemu bezpieczeństwa serwera, co byłoby zbyt duŜym odstępstwem od
podstawowych załoŜeń projektu), co buforującym na dłuŜej dane obrazowe.
Pytanie 59:
Dotyczy Zadania 9, punkt 1.4.1.13.
Zamawiający wymaga rekonstrukcji MPI. Czy jest to błąd literowy i dotyczy
rekonstrukcji MIP?
Odpowiedź:
Jest to błąd literowy. Podobnie, jak w przypadku pozostałych zadań chodzi tu o
rekonstrukcję MIP (ang. Maximum Intensity Projection).
Pytanie 60:
W związku z tym, Ŝe Zamawiający nie dopuszcza moŜliwości składania ofert
częściowych w niniejszym postępowaniu (pkt. II. 5 siwz), a jednocześnie
konstruuje opis przedmiotu zamówienia z podziałem na „Zadania”, biorąc pod
uwagę uŜytkowników końcowych urządzeń i sieci telemedycznej, prosimy o
wyjaśnienie:
a) Czy Zamawiający dokona wyboru najkorzystniejszej oferty (na podstawie
trzech kryteriów wymienionych w siwz), biorąc pod uwagę sumaryczną
cenę brutto wszystkich „Zadań”?
b) W ogłoszeniu o zamówieniu Zamawiający podaje szacunkowy koszt
wykonania zamówienia dla poszczególnych Zadań – Czy w sytuacji, jeśli
cena oferty dla konkretnego Zadania przewyŜszy szacunkowy koszt dla
tego Zadania, zaś sumaryczna cena brutto wszystkich Zadań nie
przekroczy szacunkowej wartości całości zamówienia, czy Zamawiający
uniewaŜni postępowanie w tym jednym Zadaniu?
c) Czy Zamawiający będzie wymagał wystawienia jednej faktury końcowej
na dostawę całości przedmiotu zamówienia po zakończeniu dostawy i
instalacji w ostatniej z placówek medycznych wymienionych w siwz?
Odpowiedź:
ad. a)
Zamawiający dokona wyboru najkorzystniejszej oferty na podstawie trzech kryteriów
wymienionych w SIWZ, biorąc pod uwagę sumaryczną cenę brutto wszystkich
Zadań.
ad. b)
Cena oferty dla Ŝadnego z Zadań nie moŜe przekroczyć szacunkowego kosztu dla
tego Zadania. Zamawiający uniewaŜni postępowanie w przypadku wystąpienia
przesłanek określonych ustawą Prawo zamówień publicznych.
ad. c)
Zgodnie z § 7 wzorca umowy, stanowiącej załącznik nr 6a do umowy zapłata
wynagrodzenia nastąpi w ciągu 14 dni od dnia podpisania protokołu odbioru
przelewem bankowym na podstawie prawidłowo wystawionej faktury przez
Wykonawcę, na rachunek bankowy podany na fakturze. Wykonawca wystawia
fakturę w dniu podpisania protokołu odbioru i dostarcza ją do siedziby
Zamawiającego. Wskazując, Ŝe w postępowaniu występuje 11 Zamawiających i
kaŜdy z nich podpisze odrębną umowę z wybranym wykonawcą, obejmującą dane
zamówienie naleŜy wskazać, Ŝe rozliczenia nastąpią z danym Zamawiającym i
faktury będą wystawiane dla danego Zamawiającego na poszczególne zadanie.
Pytanie 61:
Częścią SIWZ są załączniki od la do 1k, zawierające zestawienie parametrów
technicznych oferowanego przedmiotu zamówienia. Identyczne zestawienia
parametrów technicznych dla poszczcgó1nych Zadań zawarte są w
„Formularzu Oferty”. Czy Zamawiający będzie wymagał wypełnienia i
dołączenia do oferty załączników od la do 1k, oprócz wypełniania zestawienia
parametrów technicznych w „Formularzu oferty”?
Odpowiedź:
Zamawiający nie będzie wymagał wypełnienia i dołączenia do oferty załączników od
1a do 1k oprócz wypełniania zestawienia parametrów technicznych w „Formularzu
oferty”. Celem opublikowania załączników było bardziej czytelne opisanie
poszczególnych Zadań – zawierają one nagłówki z wyjaśnieniami (np. odnośnie
zasad punktowania i sposobu podawania wartości parametrów), których nie ma w
tabelkach znajdujących się w „Formularzu oferty” i stanowiących jego integralną
część.
Pytanie 62:
Pytanie do: Załącznik 1b, pkt. 2.2.1.3.4.1, Załącznik 1c, pkt. 2.1.3.4.1, Załącznik
1d, pkt. 2.2.1.3.4.1, Załącznik 1e, pkt. 2.2.1.3.4.1, Załącznik 1g, pkt. 2.2.1.3.4.1,
Załącznik 1h, pkt. 2.2.1.3.4.1, Załącznik 1i, pkt. 2.2.1.3.4.1, Załącznik 1j, pkt.
2.2.1.3.4.1, Załącznik 1k, pkt. 2.2.1.3.4.1.
Czy zamawiający dopuści skaner, który posiada rozdzielczość dla kasety
15x30cm 9 pikseli/mm a dla pozostałych formatów 10 pikseli/mm?
Uzasadnienie: kaseta 15x30cm jest stosowana szeroko w przypadku zdjęć
szczękowych, zmiana rozdzielczości przestrzennej z powodu mniejszej
rozdzielczości w pikselach na mm długości zmienia się z 5 pl/mm do 4,5 pl/mm.
PoniewaŜ geometryczne zniekształcenie obrazu w przypadku obrazowania
zatok i szczęki jest znaczne, niewielka róŜnica w rozdzielczości nie stwarza
problemów diagnostycznych.
Wnioskujemy o zmianę zapisu specyfikacji i umoŜliwienie zaoferowania
rozwiązania co pozwoli nam na złoŜenie stosownej oferty (tym bardziej, iŜ
kasety formatu 15x30 cm nie są wymagane w dostawie).
Odpowiedź:
Zamawiający dopuści skaner o rozdzielczości 9 pikseli/mm dla formatu 15 × 30 cm
oraz 10 pikseli/mm dla formatów 18 × 24 cm, 24 × 30 cm, 35 × 35 cm i 35 × 43 cm w
zadaniach 2, 3, 4, 5, 6, 7, 8, 10, 11 (załączniki 1b, 1c, 1d, 1e, 1f, 1g, 1h, 1j, 1k). W
przypadku Zadania 9 (Załącznik 1i) wymagane jest czytanie płyt mammograficznych
z rozdzielczością co najmniej 20 pikseli/mm w przypadku formatów 18 × 24 cm i 24 ×
30 cm.
Pytanie 63:
Pytanie do: Załącznik 1b, pkt. 2.2.3.11, Załącznik 1c, pkt. 2.3.11, Załącznik 1d,
pkt. 2.2.3.11, Załącznik 1e, pkt. 2.2.3.11, Załącznik 1g, pkt. 2.2.3.11, Załącznik
1h, pkt. 2.2.3.11, Załącznik 1i, pkt. 2.2.3.11, Załącznik 1j, pkt. 2.2.3.11, Załącznik
1k, pkt. 2.2.3.11, „Wielowątkowość”
Czy zamawiający zmieni zapis specyfikacji i dopuści oprogramowanie stacji
technika posiadające multisesyjność w ilości 6 otwartych jednocześnie badań?
Uzasadnienie: Multisesyjność poprawia komfort pracy technika dając
moŜliwość szybkiego przywołania badania np. z kontrastem, gdy pacjent
ponownie przychodzi po określonym czasie. Jednak zwiększenie wymagań
multisesyjności większej lub równej 10 jest wygórowane pod względem
wartości. Nie jest to równieŜ jedyna metoda powrotu do badania pacjenta
poniewaŜ oprogramowanie stacji technika umoŜliwia szybkie wywołanie listy
roboczej za pomocą dwóch kliknięć co równieŜ wpływa na komfort pracy i
umoŜliwia szybkie znalezienie badania pacjenta równieŜ takiego, który
ponownie ma być prześwietlony.
Wnioskujemy o zmianę zapisu specyfikacji i umoŜliwienie zaoferowania
rozwiązania co pozwoli nam na złoŜenie stosownej oferty.
Odpowiedź:
Z doświadczeń Zamawiającego wynika, Ŝe moŜliwość utrzymania na stacji technika
większej liczby otwartych obrazów (rzędu 10) ma istotne znaczenie dla płynności
pracy Zakładu Diagnostyki Obrazowej, szczególnie w przypadku, gdy Zakład
dysponuje tylko jednym stanowiskiem CR. Problemy wynikające z ograniczenia tej
liczby pojawiają się np. w trakcie urografii, gdy w ramach jednego badania eksponuje
się serie obrazów w dłuŜszych odstępach czasu – ograniczenie liczby otwartych
obrazów nie pozwala wtedy wczytywać i obsługiwać jednocześnie obrazów z badań
wykonywanych na innych stanowiskach (np. zdjęć klatki piersiowej). Liczba 10 jest
wartością zweryfikowaną w praktyce, pozwalającą na uniknięcie występowania
opisanego problemu. PoniewaŜ u zdecydowanej większości Beneficjentów
zakupione w ramach niniejszego zamówienia czytniki będą pierwszymi (i przez
pewien czas jedynymi) urządzeniami akwizycyjnymi, Zamawiający nie zgadza się na
obniŜenie wymogu zapisanego w specyfikacji.
Pytanie 64:
Pytanie do: Załącznik 1a, pkt. 1.11.1.
Prosimy o potwierdzenie czy ilość badań określona na 80300 badań rocznie dla
serwera w zadaniu 1 dotyczy całości (czyli sumy badań z kaŜdego zadania) czy
dotyczy jedynie Wojewódzkiego Szpitala Specjalistycznego we Wrocławiu.
Prosimy o podanie średniej ilości badań wykonywanych lokalnie w ciągu roku
oraz typów (modalności jak CR, CT, MR.) z kaŜdego miejsca określonego w
zadaniach 2-11 lub określenie maksymalnej ilości badali rocznie z kaŜdego
miejsca np. nie więcej niŜ 10000 badali rocznie.
Prosimy o podanie informacji o lokalnych i zewnętrznych łączach
telekomunikacyjnych, które posiadają ośrodki wymienione w zadaniach 1-11.
Uzasadnienie: wyjaśnienie ilości badań wykonywanych w kaŜdym ośrodku jest
kluczowe dla analizy przepływu badań i obciąŜenia lokalnych serwerów i sieci.
Odpowiedź:
Dane do kalkulacji przedstawione w punkcie 1.11. Załącznika 1a pozwalają dobrze
przybliŜyć zapotrzebowanie na zasoby w chwili obecnej oraz w okresie najbliŜszego
roku. Z doświadczeń Zamawiającego wynika, Ŝe Oferent powinien załoŜyć w okresie
najbliŜszych 2 – 3 lat rosnący wzrost zapotrzebowania na przestrzeń pamięci
masowej, przynajmniej na poziomie 20 % i wyskalować system według tego
kryterium, pozostawiając moŜliwość rozbudowy (np. przez łatwe i niekosztowne
dodanie nowych kaset na dyski do macierzy). Oszacowanie liczby badań w
poszczególnych modalnościach dla wszystkich Beneficjentów jest o tyle trudne, Ŝe w
chwili obecnej niektóre pracownie są w trakcie rozruchu, liczba wykonywanych badań
jest równieŜ limitowana dostępnością lekarzy opisujących (rozwiązanie tego
problemu jest jednym z głównych celów projektu).
Pytanie 65:
Pytanie do: Załącznik 1b, pkt 1.2.5.1.2, Załącznik 1d, pkt 1.2.5.1.2, Załącznik 1e,
pkt 1.2.5.1.2, Załącznik 1f, pkt 1.2.5.1.2, Załącznik 1g, pkt 1.2.5.1.2, Zaiącznik 1h,
pkt 1.2.5.1.2 Załącznik 1i, pkt 1.2.5.1.2, Załącznik 1j, pkt 1.2.5.1.2, Załącznik 1k,
pkt 1.2.5.1.2 „Macierz Tanich dysków w obudowie wolnostojącej”
Czy zamawiający dopuści rozwiązanie w którym zewnętrzna macierz tanich
dysków zostałaby zastąpiona dodatkową wewnętrzną macierzą RAID5 z
dysków SATA wbudowaną w obudowę serwera PACS i która posiadałaby tą
samą pojemność dysków, czyli 6,4TB?
Uzasadnienie: W przypadku zastosowania dysków wewnętrznych w jednej
obudowie zwiększa się niezawodność systemu (dwa zasilacze w serwerze,
macierz np. RAID5) i ogranicza ilość potrzebnego miejsca do instalacji.
Odpowiedź:
Zamawiający dopuści dla serwerów buforowych rozwiązanie, w którym cała pamięć
masowa (a więc zarówno realizująca funkcję archiwum on-line, jak i off-line /
medium-line) zabudowana zostanie w jednej obudowie z serwerem.

Odpowiedzi na pytania 2

Transkrypt

Podobne dokumenty

Dot. ZP WORD 2/pojazd + wideo/2015 W oparciu o art. 38 ustawy

Pytanie nr 1 Czy przed złożeniem oferty obligatoryjnie Zamawiający

Instytut Edukacji Społecznej ul. Kościuszki 35BE 50

Zawiadomienie o wynikach postępowania (02.06.2014 r.)