Projekt współfinansowany przez Unię Europejską w ramach ... Web viewWymagane jest...

INSTYTUT MEDYCYNY PRACY IM. PROF. DRA MED. JERZEGO NOFERA91-348 ŁÓDŹ

UL. ŚW. TERESY OD DZIECIĄTKA JEZUS NR 8

SPECYFIKACJA ISTOTNYCH WARUNKÓW ZAMÓWIENIADO POSTĘPOWANIA PROWADZONEGO W TRYBIE

PRZETARGU NIEOGRANICZONEGO O WARTOŚCI ZAMÓWIENIA WIĘKSZEJ OD KWOT OKREŚLONYCH W PRZEPISACH WYDANYCH NA PODSTAWIE

ART. 11 UST. 8 USTAWY Z DNIA 29 STYCZNIA 2004 R. PRAWO ZAMÓWIEŃ

PUBLICZNYCH z późn. zmianami.

PRZEDMIOT ZAMÓWIENIA:

„Zintegrowany system opracowania i wdrożenia infrastruktury informatycznej w ochronie zdrowia pracujących.”

Łódź, listopad 2014 r.

Oznaczenie sprawy: AASZAMU/45/14/PN

SPECYFIKACJA ISTOTNYCH WARUNKÓW ZAMÓWIENIA

I. NAZWA I ADRES ZAMAWIAJĄCEGO

INSTYTUT MEDYCYNY PRACY IM. PROF. DRA MED. JERZEGO NOFERA91-348 ŁÓDŹ, UL. ŚW. TERESY OD DZIECIĄTKA JEZUS NR 8

Tel.: /042/ 63 14 573Tel.: /fax /042/63 14 573E-mail: [email protected]

II. TRYB POSTĘPOWANIA

Postępowanie prowadzone w trybie przetargu nieograniczonego na podstawie art. 39 ustawy Prawo zamówień publicznych.

III. OPIS PRZEDMIOTU ZAMÓWIENIAPrzedmiotem zamówienia jest realizacja zintegrowanego systemu opracowania i wdrożenia infrastruktury informatycznej w ochronie zdrowia pracujących.

Przedmiot zamówienia obejmuje stworzenie platformy systemowej tj. specjalistycznego programu komputerowego dla systemu oraz zakup, dostawę i instalację sprzętu komputerowego i oprogramowania jako niezbędnych komponentów do uruchomienia i użytkowania systemu.

Szczegółowy opis potrzeb Zamawiającego znajduje się w załącznikach:

Załącznik nr 1 - stworzenie platformy systemowej tj. specjalistycznego programu komputerowego dla systemu oraz dostawa niezbędnych komponentów sprzętowo-programowych w celu uruchomienia i użytkowania systemu.

Załącznik nr 2 – wykaz sprzętu i oprogramowania dla systemu w skład którego wchodzi:

Typy oraz ilości zamawianego sprzętu: Sprzęt serwerowy:

1. 1 x infrastruktura do serwerów kasetowych (blade)2. 6 x serwer kasetowy (blade)3. 1 x serwer backupu4. 1 x szafa teleinformatyczna5. 1 x konsola LCD i przełącznik KVM6. 1 x bezprzerwowy zasilacz awaryjny7. 1 x macierz dyskowa8. 1 x biblioteka dyskowa

Oprogramowanie:9. oprogramowanie backupowe10. oprogramowanie wirtualizacyjne11. serwerowy system operacyjny12. licencja platformy bazodanowej13. licencja platformy aplikacji webowych

Sprzęt komputerowy:14. 46 x komputer stacjonarny15. 20 x monitor

16. 3 x komputer przenośny (typ1)17. 4 x komputer przenośny (typ2)18. 5 x stacja dokująca19. 4 x tablet 10”20. 20 x drukarka laserowa21. 4 x skaner22. 2 x wielofunkcyjne urządzenie drukujące23. 1 x projektor multimedialny24. 1 x wyświetlacz wideo

Oprogramowanie dodatkowe:25. 53 x pakiet oprogramowania biurowego26. 53 x oprogramowanie antywirusowe27. 2 x pakiet oprogramowania statystycznego

Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Rozwoju Regionalnego w ramach Programu Operacyjnego Innowacyjna Gospodarka

Nomenklatura: Wspólny Słownik Zamówień CPV:

72263000-6 – usługi wdrażania oprogramowania48000000-8 - Pakiety oprogramowania i systemy informatyczne48820000-2 - Serwery32420000-3 - Urządzenia sieciowe30232000-4 - Sprzęt peryferyjny30213200-7 - Tablety30231300-0 - Monitory ekranowe30230000-0 - sprzęt związany z komputerami30200000-1 - urządzenia komputerowe

IV. WYMAGANY TERMIN WYKONANIA ZAMÓWIENIA

Termin realizacji zamówienia: 15 listopada 2015 r.

V. WARUNKI UDZIAŁU W POSTĘPOWANIU

1. Udział w postępowaniu o udzielenie zamówienia publicznego mogą wziąć Wykonawcy, którzy spełniają warunki dotyczące:

1.1. posiadania uprawnień do wykonywania określonej działalności lub czynności, jeżeli przepisy prawa nakładają obowiązek ich posiadania;

Zamawiający nie stawia szczególnych wymagań w zakresie spełniania tego warunku. Wykonawca potwierdza spełnianie tego warunku poprzez złożenie oświadczenia z art. 22. ust. 1 – Załącznik Nr 4 do SIWZ

1.2. posiadania wiedzy i doświadczenia do wykonania zamówienia

Dla uznania, że Wykonawca spełnia warunek posiadania wiedzy i doświadczenia, Zamawiający

wymaga, by Wykonawca wykazał, iż w okresie 3 lat przed upływem terminu składania ofert, a jeżeli okres prowadzenia działalności jest krótszy – w tym okresie wykonał lub wykonuje:

a) 1 usługa rodzajowo odpowiadającą przedmiotowi zamówienia tzn. stworzenia wraz z

wdrożeniem platformy systemowej e-usług medycznych oraz dostawa wyposażenia serwerowi (UPS, szafa, switche sieci LAN i SAN, system wirtualizacji, macierz, biblioteka, system backup, oprogramowanie serwerowe) niezbędnego do jej działania o wartości co najmniej 2500000,00 PLN brutto, z podaniem ich wartości, przedmiotu, daty wykonania i podmiotu, na rzecz którego usługi zostały wykonane oraz załączenie dowodu czy zostały wykonane lub są wykonywane należycie – Załącznik Nr 7 do SIWZ

b) 1 usługa wdrożenia portalu do ankietowania z modułem statystycznym, zbudowanym wg indywidualnych potrzeb o wartości co najmniej 500000,00 PLN brutto, z podaniem ich wartości, przedmiotu, daty wykonania i podmiotu, na rzecz którego usługi zostały wykonane oraz załączenie dowodu czy zostały wykonane lub są wykonywane należycie – Załącznik Nr 7 do SIWZ

c) 1 usługa wdrożenia systemu / portalu do obiegu dokumentacji medycznej o wartości co

najmniej 100000,00 PLN z podaniem ich wartości, przedmiotu, daty wykonania i podmiotu, na rzecz którego usługi zostały wykonane oraz załączenie dowodu czy zostały wykonane lub są wykonywane należycie – Załącznik Nr 7 do SIWZ

d) 1 dostawa sprzętu komputerowego o wartości co najmniej 300000,00 PLN z podaniem ich

wartości, przedmiotu, daty wykonania i podmiotu, na rzecz którego dostawy zostały wykonane oraz załączenie dowodu czy zostały wykonane lub są wykonywane należycie – Załącznik Nr 7 do SIWZ

e) Oświadczeni Wykonawcy z art. 22 ust. 1 – Załącznik Nr 4 do SIWZ

Dowodami o których mowa wyżej są:

1) poświadczenie, z tym że w odniesieniu do nadal wykonywanych dostaw lub usług okresowych lub ciągłych poświadczenie powinno być wydane nie wcześniej niż na 3 miesiące przed upływem terminu składania wniosków o dopuszczenie do udziału w postępowaniu albo ofert;

2) w przypadku zamówień na roboty budowlane – inne dokumenty - jeżeli z uzasadnionych przyczyn o obiektywnym charakterze wykonawca nie jest w stanie uzyskać poświadczenia, o którym mowa w pkt. 1).

3) W przypadku zamówień na dostawy lub usługi – oświadczenie wykonawcy – jeżeli z uzasadnionych przyczyn o obiektywnym charakterze wykonawca nie jest w stanie uzyskać poświadczeń o których mowa w pkt. 1)

W przypadku gdy zamawiający jest podmiotem, na rzecz którego roboty budowlane , dostawy lub usługi wskazane w wykazie , zostały wcześniej wykonane, wykonawca nie ma obowiązku przedkładania dowodów.

1.3. dysponowania odpowiednim potencjałem technicznym oraz osobami zdolnymi do wykonania

zamówienia Dla uznania, że Wykonawca spełnia warunek posiadania osób zdolnych do wykonania zamówienia Wykonawca musi wykazać, że:

a) dysponuje lub będzie dysponował zespołem co najmniej czterech konsultantów posiadających wiedzę i doświadczenie w zakresie funkcjonalności systemów webowych co

najmniej dwuletnim doświadczeniem – Załącznik nr 8 do SIWZ

b) dysponuje lub będzie dysponował zespołem, co najmniej czterech deweloperów z odbytym certyfikowanym szkoleniem z zakresu oferowanej platformy aplikacji webowych – Załącznik nr 8 do SIWZ

c) dysponuje lub będzie dysponował zespołem, co najmniej czterech administratorów z odbytym certyfikowanym szkoleniem z zakresu oferowanej platformy aplikacji webowych – Załącznik nr 8 do SIWZ

d) dysponuje lub będzie dysponował zespołem co najmniej trzech osób posiadających certyfikat potwierdzający umiejętność prowadzenia projektów developerskich metoda SCRUM lub równoważną – Załącznik nr 8 do SIWZ

e) dysponuje lub będzie dysponował kierownikiem projektu posiadającym certyfikat PRINCE2

Practitionerlub równoważny, który uczestniczył w minimum 1 wdrożeniu w jednostce sektora publicznego – projekt na kwotę minimum 3.500.000,00 PLN brutto – Załącznik nr 8 do SIWZ

f) Oświadczeni Wykonawcy z art. 22 ust. 1 – Załącznik Nr 4 do SIWZ

1.4. sytuacji ekonomicznej i finansowej Dla uznania, że Wykonawca spełnia warunek posiadania sytuacji ekonomicznej i finansowej, Wykonawca musi wykazać, że:

b) posiada rachunek bankowy, potwierdzający środki finansowe lub zdolność kredytową na kwotę nie mniejszą niż 3500000,00 PLN

a) jest ubezpieczony od odpowiedzialności cywilnej w zakresie prowadzonej działalności

związanej z przedmiotem zamówienia na kwotę nie mniejszą niż 3500000,00 PLN

c) Oświadczeni Wykonawcy z art. 22 ust. 1 – Załącznik Nr 4 do SIWZ

2. W postępowaniu mogą wziąć udział Wykonawcy, którzy spełniają warunek udziału w postępowaniu dotyczący braku podstaw do wykluczenia z postępowania o udzielenie zamówienia publicznego w okolicznościach, o których mowa w art. 24 ust. 1 ustawy Prawo zamówień publicznych (oświadczenie Wykonawcy załącznik nr 5 do SIWZ).

W przypadku Wykonawców wspólnie ubiegających się o udzielenie zamówienia, każdy z warunków określonych w pkt. 1.1., 1.2., 1.3., 1.4. winien spełniać, co najmniej jeden z tych Wykonawców albo wszyscy Wykonawcy wspólnie.

Warunek określony w pkt. 2 powinien być spełniony przez każdego z Wykonawców samodzielnie.

Wykonawca może polegać na wiedzy i doświadczeniu, potencjale technicznym, osobach zdolnych do wykonania zamówienia, zdolnościach finansowych lub ekonomicznych innych podmiotów, niezależnie od charakteru prawnego łączących go z nimi stosunków. Wykonawca w takiej sytuacji zobowiązany jest udowodnić zamawiającemu, iż będzie dysponował tymi zasobami w trakcie realizacji zamówienia, w szczególności przedstawiając w tym celu pisemne zobowiązanie tych podmiotów do oddania mu do dyspozycji niezbędnych zasobów na potrzeby wykonania zamówieniaPodmiot, który zobowiązał się do udostępnienia zasobów zgodnie z art. 26 ust. 2b ustawy PZP, odpowiada solidarnie z wykonawcą za szkodę zamawiającego powstałą wskutek nieudostępnienia tych zasobów, chyba że za nieudostępnienie zasobów nie ponosi winy.

3. W celu potwierdzenia, że oferowane usługi odpowiadają wymaganiom określonym przez Zamawiającego, zamawiający żąda dołączenia do oferty:

3.1. Zaświadczenie niezależnego podmiotu zajmującego się poświadczaniem zgodności działań wykonawcy z normami jakościowymi, jeżeli Zamawiający odwołuje się do systemów zapewnienia jakości opartych na odpowiednich normach europejskich tj.:

a) Wykonawca musi posiadać certyfikat systemu zarządzania jakością zgodny z normą ISO 9001 lub równoważny obejmujący, co najmniej następujące obszary: tworzenie, rozwój, wdrażanie i serwisowanie oprogramowania komputerowego.

b) Wykonawca musi posiadać certyfikat ISO 27001 lub równoważny – standaryzujący systemy zarządzania bezpieczeństwem informacji.

VI. OPIS SPOSOBU DOKONYWANIA OCENY SPEŁNIANIA WARUNKÓW

Zamawiający dokona oceny spełniania warunków udziału w postępowaniu określonych w pkt. V SIWZ na podstawie dokumentów i oświadczeń, jakich żąda od Wykonawców w pkt. VII SIWZ, stosując formułę „spełnia” – „nie spełnia”.

VII. WYKAZ OŚWIADCZEŃ I DOKUMENTÓW NA POTWIERDZENIE SPEŁNIANIA WARUNKÓW UDZIAŁU W POSTĘPOWANIU

1. W celu wykazania spełniania przez Wykonawcę warunków, o których mowa w art. 22 ust. 1 Prawo zamówień publicznych Zamawiający żąda załączenia następujących dokumentów:

a) oświadczenia Wykonawcy o spełnianiu warunków udziału w postępowaniu określonych w art. 22 ust 1 pkt. 1-4 ustawy Prawo zamówień publicznych zgodnie z Załącznikiem nr 3 do SIWZ;

b) Wykazu wykonanych, a w przypadku świadczeń okresowych lub ciągłych również wykonywanych,

głównych usług, w okresie ostatnich trzech lat przed upływem terminu składania ofert, a jeżeli

okres prowadzenia działalności jest krótszy – w tym okresie, wraz z podaniem ich wartości,

przedmiotu, dat wykonania i podmiotów, na rzecz których dostawy zostały wykonane, oraz

załączeniem dowodów, czy zostały wykonane lub są wykonywane należycie.

● 1 usługa rodzajowo odpowiadającą przedmiotowi zamówienia tzn. stworzenia wraz z wdrożeniem platformy systemowej e-usług medycznych oraz dostawa wyposażenia serwerowi (UPS, szafa, switche sieci LAN i SAN, system wirtualizacji, macierz, biblioteka, system backup, oprogramowanie serwerowe) niezbędnego do jej działania o wartości co najmniej 2500000,00 PLN brutto, z podaniem ich wartości, przedmiotu, daty wykonania i podmiotu, na rzecz którego usługi zostały wykonane oraz załączenie dowodu czy zostały wykonane lub są wykonywane należycie – Załącznik Nr 7 do SIWZ

● 1 usługa wdrożenia portalu do ankietowania z modułem statystycznym, zbudowanym wg indywidualnych potrzeb o wartości co najmniej 500000,00 PLN brutto, z podaniem ich wartości, przedmiotu, daty wykonania i podmiotu, na rzecz którego usługi zostały wykonane oraz załączenie dowodu czy zostały wykonane lub są wykonywane należycie – Załącznik Nr 7 do SIWZ

● 1 usługa wdrożenia systemu / portalu do obiegu dokumentacji medycznej o wartości co

najmniej 100000,00 PLN z podaniem ich wartości, przedmiotu, daty wykonania i podmiotu, na rzecz którego usługi zostały wykonane oraz załączenie dowodu czy zostały wykonane lub są wykonywane należycie – Załącznik Nr 7 do SIWZ

c) Wykazu wykonanych, a w przypadku świadczeń okresowych lub ciągłych również wykonywanych,

głównych dostaw, w okresie ostatnich trzech lat przed upływem terminu składania ofert, a jeżeli

okres prowadzenia działalności jest krótszy – w tym okresie, wraz z podaniem ich wartości,

przedmiotu, dat wykonania i podmiotów, na rzecz których dostawy zostały wykonane, oraz

załączeniem dowodów, czy zostały wykonane lub są wykonywane należycie.

● 1 dostawa sprzętu komputerowego o wartości co najmniej 300000,00 PLN z podaniem ich

wartości, przedmiotu, daty wykonania i podmiotu, na rzecz którego dostawy zostały wykonane oraz załączenie dowodu czy zostały wykonane lub są wykonywane należycie – Załącznik Nr 7 do SIWZ

Dowodami o których mowa wyżej są:

1) poświadczenie, z tym że w odniesieniu do nadal wykonywanych dostaw lub usług okresowych lub ciągłych poświadczenie powinno być wydane nie wcześniej niż na 3 miesiące przed upływem terminu składania wniosków o dopuszczenie do udziału w postępowaniu albo ofert;

2) w przypadku zamówień na roboty budowlane – inne dokumenty - jeżeli z uzasadnionych przyczyn o obiektywnym charakterze wykonawca nie jest w stanie uzyskać poświadczenia, o którym mowa w pkt. 1).

3) W przypadku zamówień na dostawy lub usługi – oświadczenie wykonawcy – jeżeli z uzasadnionych przyczyn o obiektywnym charakterze wykonawca nie jest w stanie uzyskać poświadczeń o których mowa w pkt. 1)

W przypadku gdy zamawiający jest podmiotem, na rzecz którego roboty budowlane , dostawy lub usługi wskazane w wykazie , zostały wcześniej wykonane, wykonawca nie ma obowiązku przedkładania dowodów.

d) Wykazu osób, które będą uczestniczyć w wykonywaniu zamówienia, w szczególności odpowiedzialnych za świadczenie usług, kontrolę jakości lub kierowanie robotami budowlanymi, wraz z informacjami na temat ich kwalifikacji zawodowych, doświadczenia i wykształcenia niezbędnych do wykonania zamówienia, a także zakresu wykonywanych przez nie czynności, oraz informacja o podstawie do dysponowania tymi osobami.

● dysponuje lub będzie dysponował zespołem co najmniej 4 konsultantów posiadających wiedzę i doświadczenie w zakresie funkcjonalności systemów webowych co najmniej dwuletnim doświadczeniem – Załącznik nr 8 do SIWZ

● dysponuje lub będzie dysponował zespołem, co najmniej czterech deweloperów z odbytym certyfikowanym szkoleniem z zakresu oferowanej platformy aplikacji webowych – Załącznik nr 8 do SIWZ

● dysponuje lub będzie dysponował zespołem, co najmniej czterech administratorów z odbytym certyfikowanym szkoleniem z zakresu oferowanej platformy aplikacji webowych – Załącznik nr 8 do SIWZ

● dysponuje lub będzie dysponował zespołem zespół co najmniej trzech osób posiadających certyfikat potwierdzający umiejętność prowadzenia projektów developerskich metoda SCRUM lub równoważną – Załącznik nr 8 do SIWZ

● dysponuje lub będzie dysponował kierownikiem projektu posiadającym certyfikat PRINCE2 Practitionerlub równoważny, który uczestniczył w minimum 1 wdrożeniu w jednostce sektora publicznego – projekt na kwotę minimum 3.500.000,00 PLN brutto – Załącznik nr 8 do SIWZ

e) informacji banku lub spółdzielczej kasy oszczędnościowo – kredytowej, w których wykonawca

posiada rachunek, potwierdzającej wysokość posiadanych środków finansowych lub zdolność kredytową wykonawcy na kwotę nie mniejszą niż 3500000,00 PLN , wystawionej nie wcześniej niż 3 miesiące przed upływem terminu składania ofert (zgodnie z wymaganiami Zamawiającego)

f) opłaconej polisy, a w przypadku jej braku, innego dokumentu potwierdzającego, że wykonawca jest ubezpieczony od odpowiedzialności cywilnej w zakresie prowadzonej działalności związanej z przedmiotem zamówienia na kwotę nie mniejszą niż 3500000,00 PLN (zgodnie z wymaganiami Zamawiającego)

W przypadku oferty składanej przez wykonawców ubiegających się wspólnie o udzielenie zamówienia publicznego, oświadczenie o spełnianiu każdego z warunków, o których mowa w art. 22 ust 1 składa co najmniej jeden z tych wykonawców w imieniu swoim i pozostałych wykonawców.

Wykonawca może polegać na wiedzy i doświadczeniu, potencjale technicznym, osobach zdolnych do wykonania zamówienia, zdolnościach finansowych lub ekonomicznych innych podmiotów, niezależnie od charakteru prawnego łączących go z nimi stosunków. Wykonawca w takiej sytuacji zobowiązany jest udowodnić zamawiającemu, iż będzie dysponował tymi zasobami w trakcie realizacji zamówienia, w szczególności przedstawiając w tym celu pisemne zobowiązanie tych podmiotów do oddania mu do dyspozycji niezbędnych zasobów na potrzeby wykonania zamówieniaPodmiot, który zobowiązał się do udostępnienia zasobów zgodnie z art. 26 ust. 2b ustawy PZP, odpowiada solidarnie z wykonawcą za szkodę zamawiającego powstałą wskutek nieudostępnienia tych zasobów, chyba że za nieudostępnienie zasobów nie ponosi winy.

2. W celu wykazania braku podstaw do wykluczenia z postępowania o udzielenie zamówienia Wykonawcy w okolicznościach, o których mowa w art. 24 ust. 1 Prawo zamówień publicznych, Zamawiający żąda dokumentów:

a) oświadczenia o braku podstaw do wykluczenia z postępowania o udzielenie zamówienia na podstawie art. 24 ust. 1 Prawo zamówień publicznych, zgodnie z Załącznikiem nr 5 do SIWZ,

b) listy podmiotów należących do tej samej grupy kapitałowej w rozumieniu ustawy z dnia 16 lutego 2007 roku o ochronie konkurencji i konsumentów (Dz. U. Nr 50, poz. 331 z późn. zm.) albo informację o tym, że Wykonawca nie należy do grupy kapitałowej, zgodnie z Załącznikiem nr 6 do SIWZ

c) aktualnego odpisu z właściwego rejestru, lub centralnej ewidencji i informacji o działalności gospodarczej, jeżeli odrębne przepisy wymagają wpisu do rejestru lub ewidencji, w celu wykazania braku podstaw do wykluczenia w oparciu o art. 24 ust. 1 pkt 2 ustawy, wystawionego nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert.

d) aktualnego zaświadczenia właściwego naczelnika urzędu skarbowego potwierdzającego, że Wykonawca nie zalega z opłacaniem podatków lub zaświadczenia, że uzyskał przewidziane prawem zwolnienie, odroczenie lub rozłożenie na raty zaległych płatności lub wstrzymanie w całości wykonania decyzji właściwego organu – wystawionego nie wcześniej niż 3 miesiące przed upływem terminu składania ofert,

e) aktualnego zaświadczenia właściwego oddziału Zakładu Ubezpieczeń Społecznych lub Kasy Rolniczego Ubezpieczenia Społecznego potwierdzającego, że Wykonawca nie zalega z opłacaniem składek na ubezpieczenie zdrowotne i społeczne, lub potwierdzenia, że uzyskał przewidziane prawem zwolnienie, odroczenie lub rozłożenie na raty zaległych płatności lub wstrzymanie w całości wykonania decyzji właściwego organu – wystawionego nie wcześniej niż 3 miesiące przed upływem terminu składania ofert,

f) aktualnej informacji z Krajowego Rejestru Karnego w zakresie określonym w art. 24 ust. 1 pkt 4 –

8 ustawy, wystawionej nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert,

g) aktualnej informacji z Krajowego Rejestru Karnego w zakresie określonym w art. 24 ust. 1 pkt. 9 ustawy, wystawionej nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert;

h) aktualnej informacji z Krajowego Rejestru Karnego w zakresie określonym w art.. 24 ust. 1 pkt 10 i 11 ustawy, wystawionej nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert.

Jeżeli Wykonawca ma siedzibę lub miejsce zamieszkania poza terytorium Rzeczypospolitej Polskiej składa dokumenty zgodnie z przepisami rozporządzenia Prezesa Rady Ministrów z dnia 19.02.2013r. w sprawie rodzajów dokumentów, jakich może żądać zamawiający od wykonawcy, oraz form, w jakich te dokumenty mogą być składane (Dz. U. z 2013r., poz. 231).

Są to dokumenty:

2.1. Dokument lub dokumenty wystawione w kraju, w którym Wykonawca zagraniczny ma siedzibę lub miejsce zamieszkania potwierdzające odpowiednio, że:

nie otwarto jego likwidacji ani nie ogłoszono jego upadłości – wystawione nie wcześniej niż 6 m-cy przed terminem składania ofert;

nie zalega z uiszczeniem podatków, opłat, składek na ubezpieczenie społeczne i zdrowotne albo że uzyskał przewidziane prawem zwolnienie, odroczenie lub rozłożenie na raty zaległych płatności lub wstrzymanie w całości wykonania

decyzji właściwego organu - wystawione nie wcześniej niż 3 m-ce przed upływem terminu składania ofert

nie orzeczono wobec niego zakazu ubiegania się o zamówienie - wystawione nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert

zaświadczenie właściwego organu sądowego lub administracyjnego miejsca zamieszkania albo zamieszkania osoby, której dokumenty dotyczą, w zakresie określonym w art. 24 ust. 1 pkt 4 – 8, 10 i 11 ustawy – wystawione nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert.

2.2. Jeżeli w kraju miejsca zamieszkania osoby lub w kraju, w którym wykonawca ma siedzibę lub miejsce zamieszkania, nie wydaje się dokumentów, o których mowa w punkcie 2.1, zastępuje się je dokumentem zawierającym oświadczenie, w którym określa się także osoby uprawnione do reprezentacji wykonawcy, złożone przed właściwym organem sądowym, administracyjnym albo organem samorządu zawodowego lub gospodarczego odpowiednio kraju zamieszkania osoby lub kraju, w którym wykonawca ma siedzibę lub miejsce zamieszkania, lub przed notariuszem z zachowaniem w/w terminu.

2.3. Jeżeli w przypadku wykonawcy mającego siedzibę na terytorium Rzeczpospolitej Polskiej, osoby, o których mowa w art. 24 ust. 1 pkt 5 - 8, 10 i 11 ustawy, mają miejsce zamieszkania poza terytorium Rzeczpospolitej Polskiej, wykonawca składa w odniesieniu do nich zaświadczenie właściwego organu sądowego albo administracyjnego miejsca zamieszkania , dotyczące niekaralności tych osób w zakresie określonym w art. 24 ust. 1 pkt 5 - 8 , 10 i 11 ustawy, wystawione nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert , z tym że w przypadku gdy w miejscu zamieszkania tych osób nie wydaje się takich zaświadczeń – zastępuje się je dokumentem zawierającym oświadczenie złożone przed właściwym organem sądowym, administracyjnym albo organem samorządu zawodowego lub gospodarczego miejsca zamieszkania tych osób lub przed notariuszem z zachowaniem w/w terminu.

W przypadku wątpliwości co do treści dokumentu złożonego przez wykonawcę mającego siedzibę lub miejsce zamieszkania poza terytorium Rzeczpospolitej Polskiej, zamawiający może zwrócić się do właściwych organów odpowiednio kraju miejsca zamieszkania osoby lub kraju, w którym wykonawca ma siedzibę lub miejsce zamieszkania, z wnioskiem o udzielenie niezbędnych informacji dotyczących przedłożonego dokumentu.

3. W celu potwierdzenia, że oferowane usługi odpowiadają wymaganiom określonym przez Zamawiającego, zamawiający żąda dołączenia do oferty:

3.1. Zaświadczenie niezależnego podmiotu zajmującego się poświadczaniem zgodności działań wykonawcy z normami jakościowymi, jeżeli Zamawiający odwołuje się do systemów zapewnienia jakości opartych na odpowiednich normach europejskich tj.:

a) Wykonawca musi posiadać certyfikat systemu zarządzania jakością zgodny z normą ISO 9001 lub równoważny obejmujący, co najmniej następujące obszary: tworzenie, rozwój, wdrażanie i serwisowanie oprogramowania komputerowego.

b) Wykonawca musi posiadać certyfikat ISO 27001 lub równoważny – standaryzujący systemy zarządzania bezpieczeństwem informacji.

W przypadku oferty składanej przez wykonawców ubiegających się wspólnie o udzielenie zamówienia publicznego, dokumenty wymienione w pkt. 2 składa każdy z wykonawców oddzielnie.

Dokumenty sporządzone w języku obcym składa się wraz z tłumaczeniem na język polski, poświadczonym przez Wykonawcę

4. Ponadto Wykonawca zobowiązany jest dołączyć do oferty:

1. wypełnione załączniki do SIWZ.2. dokument określający zasady reprezentacji oraz osoby uprawnione do reprezentacji Wykonawcy, a jeżeli Wykonawcę reprezentuje pełnomocnik - także pełnomocnictwo, określające zakres umocowania podpisane przez osoby uprawnione do reprezentowania Wykonawcy.3. Dowód wniesienia wadium

VIII. Nazwiska, stanowiska służbowe oraz sposób porozumiewania się z pracownikami Zamawiającego, uprawnionymi do bezpośredniego kontaktowania się z Wykonawcami.

Zamawiający informuje, że wszelkie oświadczenia, wnioski, zawiadomienia oraz informacje składane zarówno przez Zamawiającego, jak i Wykonawców przekazywane będą drogą elektroniczną lub faksem, przy czym każda ze stron niezwłocznie potwierdza fakt ich otrzymania na żądanie drugiej strony.Przy czym oferty mogą być składane wyłącznie w formie pisemnej.

Nr faksu 042/63-14-573Uprawnionymi do bezpośredniego kontaktowania się z Wykonawcami w sprawach zamówienia są:

Piotr Kapała – w sprawach formalnych w dniach: poniedziałek – piątek w godz. 10.00 – 14.00, pok. 384, tel. 42/63-14-871,

Jacek Maciaszczyk – w sprawach merytorycznych, w dniach: poniedziałek- piątek w godz. 10.00 – 14.00, 42/63-14-693

IX. WADIUM

Zamawiający żąda od Wykonawców wniesienia wadium przed upływem terminu składania ofert w kwocie 80 000,00 zł. 1. Wadium może być wnoszone w jednej lub kilku następujących formach:

a) w pieniądzu,b) poręczeniach bankowych lub poręczeniach spółdzielczej kasy oszczędnościowo-

kredytowej, z tym że poręczenie kasy jest zawsze poręczeniem pieniężnym,c) gwarancjach bankowych,d) gwarancjach ubezpieczeniowych,e) poręczeniach udzielanych przez podmioty, o których mowa w art. 6b ust. 5 pkt.2

Ustawy z dnia 9 listopada 2000 r. o utworzeniu Polskiej Agencji Rozwoju Przedsiębiorczości (Dz. U. z 2000 r. Nr 109, poz. 1158 z późn. zm.).

2. Wadium wnoszone w pieniądzu wpłaca się przelewem na rachunek bankowy:Rachunek bankowy:

Instytut Medycyny Pracy w Łodzi Bank PEKAO S.A. II Oddział Łódź

Nr konta 46 12403028 1111 0000 28222723.

3. Jeżeli wadium zostanie wniesione w pieniądzu, przelewem, Wykonawca dołącza do oferty kserokopię wpłaty wadium z potwierdzeniem dokonanego przelewu. Na poleceniu przelewu należy wpisać:

WADIUM PRZETARG na:


W przypadku wnoszenia wadium przelewem na rachunek bankowy, o jego wniesieniu w terminie decydować będzie data wpływu środków na rachunek bankowy Zamawiającego.

4. W przypadku wnoszenia wadium w formie niepieniężnej oryginał dokumentu potwierdzającego wniesienie wadium winien być dołączony do oferty.

5. Wadium wnoszone w formie innej, niż pieniężna musi spełniać następujące wymagania: a) musi odpowiadać co do wartości wadium określonej w specyfikacji istotnych warunków zamówienia

b) musi odpowiadać co do terminu ważności terminowi związania z ofertą, określonemu w specyfikacji istotnych warunków zamówienia,

c) musi zawierać w swej treści okoliczności, w których gwarant (poręczyciel) wypłaci kwotę wadium Zamawiającemu wraz z klauzulą stwierdzającą, że wypłata nastąpi na pierwsze żądanie Zamawiającego bez protestu gwaranta (poręczyciela),

d) musi być podpisane przez osobę lub osoby upoważnione do reprezentacji gwaranta (poręczyciela),

e) do oferty należy dołączyć dowód wniesienia wadium w formie innej niż pieniężna w następujący sposób:

● kopia poświadczona „za zgodność z oryginałem”, w przypadku zszycia oferty oraz ● oryginał należy dołączyć do oferty w sposób umożliwiający wykorzystanie go w przypadku konieczności potrącenia wadium

W przypadku wniesienia wadium w postaci niepieniężnej przez podmioty występujące wspólnie, z treści dokumentu musi w sposób jednoznaczny wynikać kto jest dłużnikiem.Wykonawca, który nie wniósł wadium w wymaganej formie zostanie wykluczony z postępowania.

6. Okoliczności i zasady zwrotu wadium, jego przepadku oraz zasady jego zaliczenia na poczet zabezpieczenia należytego wykonania umowy określa Prawo zamówień publicznych.

X. Termin, do którego Wykonawca będzie związany złożoną ofertą

Wykonawca składający ofertę jest nią związany przez okres 60 dni. Bieg terminu związania ofertą rozpoczyna się wraz z upływem terminu składania ofert.

XI. INSTRUKCJA DLA WYKONAWCÓW - opis sposobu przygotowania oferty

1. Każdy Wykonawca może złożyć tylko jedną ofertę. Wykonawca, który przedstawi więcej niż jedną ofertę zostanie wykluczony z postępowania. Ofertę prosimy sporządzić na załączonym formularzu ofertowym (Zamawiający wymaga by do formularza ofertowego tj. Załącznika nr 3 do SIWZ wypełnić i dołączyć Załącznik nr 2 do SIWZ).

2. Wymagane dokumenty mogą być przedstawione w formie oryginału lub kserokopii poświadczonej za zgodność z oryginałem przez Wykonawcę.

3. Zamawiający może żądać przedstawienia oryginału lub notarialnie poświadczonej kopii dokumentu, jeżeli złożona przez Wykonawcę kopia dokumentu jest nieczytelna lub budzi wątpliwości, co do jej prawdziwości.

4. Dokumenty sporządzone w języku obcym należy przedstawić wraz z tłumaczeniami na język polski, poświadczonymi przez Wykonawcę.

5. Oferta powinna być napisana w języku polskim, na maszynie, komputerze lub inną trwałą i czytelną techniką oraz podpisana przez osoby upoważnione. Osobami upoważnionymi są zatem:

osoby wymienione w Rejestrze Handlowym wydanym przez właściwy Rejonowy Sąd Gospodarczy, według zasad w nim określonych,

osoby wymienione w Rejestrze Przedsiębiorców prowadzonym przez Krajowy Rejestr Sądowy , według zasad w nim określonych,

osoby legitymujące się pełnomocnictwem do reprezentowania firmy w danej procedurze zamówienia publicznego oraz o określonym zakresie.

6. Wszystkie dokumenty tworzące ofertę winny być spięte (zszyte) oraz posiadać kolejno ponumerowane strony.

7. Wszelkie poprawki lub zmiany w tekście oferty muszą być parafowane i datowane przez osobę podpisującą ofertę.

8. Treść oferty musi odpowiadać treści specyfikacji istotnych warunków zamówienia.

9. Wykonawca ponosi wszelkie koszty związane z przygotowaniem i złożeniem oferty.

10.Wykonawca może zastrzec, że oświadczenia i zaświadczenia składane w trakcie postępowania stanowiące tajemnice przedsiębiorstwa w rozumieniu przepisów ustawy o zwalczaniu nieuczciwej konkurencji, nie mogą być udostępnione innym uczestnikom postępowania. Dokumenty takie muszą być oznaczone przez Wykonawcę klauzulą o treści: „Dokument stanowi tajemnicę przedsiębiorstwa w rozumieniu art. 11 ust. 4 ustawy o zwalczaniu nieuczciwej konkurencji (tj. Dz. U. z 2003r. Nr 153 poz. 1503 ze zm.) „W przypadku objęcia tajemnicą przedsiębiorstwa dokumentów oferty, które nie stanowią takiej tajemnicy, Zamawiający uzna takie zastrzeżenia za bezskuteczne. Nie ujawnia się informacji stanowiących tajemnicę przedsiębiorstwa w rozumieniu przepisów o zwalczaniu nieuczciwej konkurencji, jeżeli wykonawca, nie później niż w terminie składania ofert lub wniosków o dopuszczenie do udziału w postępowaniu, zastrzegł, że nie mogą być one

udostępniane oraz wykazał, iż zastrzeżone informacje stanowią tajemnicę przedsiębiorstwa. Wykonawca nie może zastrzec informacji, o których mowa w art. 86 ust. 4.Tajemnicę przedsiębiorstwa definiuje art. 11 pkt 4 ustawy z dnia 16 kwietnia 1993 r. o zwalczaniu nieuczciwej konkurencji (Dz. U. 2003 r. Nr 153 poz. 1503, z późn. zm.) Zgodnie z tym przepisem przez tajemnicę przedsiębiorstwa rozumie się nieujawnione do wiadomości publicznej informacje techniczne, technologiczne, organizacyjne przedsiębiorstwa lub inne informacje posiadające wartość gospodarczą, co do których przedsiębiorca podjął niezbędne działania w celu zachowania ich poufności. Tym samym, określona informacja stanowi tajemnicę przedsiębiorstwa, jeżeli spełnia łącznie trzy warunki:

a. ma charakter techniczny, technologiczny, organizacyjny przedsiębiorstwa lub posiada wartość gospodarczą,

b. nie została ujawniona do wiadomości publicznej,c. podjęto w stosunku do niej niezbędne działania w celu zachowania

poufności.

11.Oferta powinna zawierać wszystkie wymagane niniejszą specyfikacją oświadczenia i dokumenty, bez dodawania do ich treści żadnych zastrzeżeń ze strony Wykonawcy.

12.Uczestnik postępowania może wystąpić z pisemnym wnioskiem do Zamawiającego o udostępnienie dokumentów niezastrzeżonych przez Dostawców lub Wykonawców danego zamówienia publicznego. Zamawiający określa termin i miejsce udostępnienia dokumentacji.

XII. Wskazanie miejsca i terminu składania oraz otwarcia ofert

Oferty należy składać w siedzibie Zamawiającego tj. Instytut Medycyny Pracy w Łodzi, ul. Św. Teresy od Dzieciątka Jezus Nr 8 w pokoju 81 – Kancelaria Główna w terminie do 07.01.2015 do godziny 11:00 w nieprzejrzystej kopercie oznaczonej:

OFERTA NA:


Nie otwierać przed 07.01.2015 do godz. 12:00

Na kopercie należy podać adres i nazwę firmy składającej ofertę.

Komisyjne otwarcie ofert nastąpi 07.01.2015 o godz. 12:00 w siedzibie Zamawiającego – pokój 384 (III piętro) /Sekcja zamówień publicznych

Oferty złożone po tym terminie nie będą rozpatrywane i zostaną niezwłocznie zwrócone bez otwierania.

XIII KRYTERIA OCENY OFERT

Oferta będzie oceniana pod względem:

1. formalnym, tj. spełnienie warunków podanych w SIWZ (wymagane dokumenty i oświadczenia),

2. merytorycznym, tj. wyboru najkorzystniejszej oferty zgodnie z podanym kryterium.

Przy wyborze oferty Zamawiający będzie się kierował następującymi kryteriami, którym przypisano znaczenie:

1. Cena: 95 %

Cena = Cn/Cbn x Cgdzie :Cn – najniższa cena ofertowa Cbn – cena oferty badanejC – waga procentowa dla kryterium „cena”

W tym kryterium Wykonawca może uzyskać maksymalnie 95 pkt.

2. zapewnienie wsparcia technicznego po uruchomieniu systemu: 5%

Zamawiający wymaga zapewnienia wsparcia technicznego na minimum 6 miesięcy.Wykonawca który udzieli Zamawiającemu wsparcie techniczne (WT) na okres: nie mniej niż 6 miesięcy – otrzyma w tym kryterium - 0 pkt nie mniej niż 12 miesięcy – otrzyma w tym kryterium – 1 pkt nie mniej niż 18 miesięcy – otrzyma w tym kryterium – 2 pkt nie mniej niż 24 miesiące – otrzyma w tym kryterium – 3 pkt nie mniej niż 30 miesięcy – otrzyma w tym kryterium – 4 pkt nie mniej niż 36 miesięcy - otrzyma w tym kryterium - 5 pkt

W tym kryterium Wykonawca może uzyskać maksymalnie 5 pkt

Całkowita ocena oferty (OO) jest sumą kryterium cena oraz kryterium wsparcie techniczne i zostanie obliczona wg wzoru:

COO = Cena + WT

gdzie :

COO – całkowita ocena oferty Cena – kryterium cena (95%)WT - kryterium wsparcie techniczne (5%)

Wybrana zostanie oferta Wykonawcy, dla której Całkowita Ocena Oferty będzie najwyższa.

Wykonawca może podać tylko jedną cenę (wartość) netto i brutto (tj. z podatkiem od towarów i usług VAT naliczonym zgodnie z obowiązującymi przepisami). Wszelkie rabaty, upusty, współczynnik waloryzacji itp. Wykonawca winien uwzględnić w trakcie kalkulacji ceny oferty.

Cena (wartość) netto i brutto musi zawierać wszelkie koszty konieczne do realizacji zamówienia. Cenę należy zaokrąglić do dwóch miejsc po przecinku (tzn. zaokrąglając do

pełnych groszy w ten sposób, że końcówki poniżej 0, 5 grosza pomija się, a końcówki 0, 5 grosza i wyższe zaokrągla się do 1 grosza).

Rozliczenia między Zamawiającym a Wykonawcą będą prowadzone wyłącznie w PLN. Zamawiający nie dopuszcza możliwości prowadzenia rozliczeń w walutach obcych.

Jeżeli złożono ofertę, której wybór prowadziłby do powstania obowiązku podatkowego Zamawiającego zgodnie z przepisami o podatku od towarów i usług w zakresie dotyczącym wewnątrzwspólnotowego nabycia towarów, Zamawiający w celu oceny takiej oferty dolicza do przedstawionej w niej ceny podatek od towarów i usług, który miałby obowiązek wpłacić zgodnie z obowiązującymi przepisami.

5 %Ad. 1. Przy ocenie wartości kontraktu, najwyżej punktowana będzie oferta proponująca najniższą cenę realizacji przedmiotu zamówienia. XIV. FORMALNOŚCI, JAKICH POWINIEN DOPEŁNIĆ WYKONAWCA PO WYBORZE OFERTY W CELU ZAWARCIA UMOWY

1. Zamawiający zawrze umowę w sprawie zamówienia publicznego w terminie nie krótszym niż 10 dni od dnia przekazania zawiadomienia o wyborze oferty.

2. Zamawiający może zawrzeć umowę w sprawie zamówienia publicznego przed upływem terminu, o którym mowa w pkt. 1, jeżeli w postępowaniu o udzielenie zamówienia została złożona tylko jedna oferta.

3. Jeżeli Wykonawca, którego oferta została wybrana uchyla się od zawarcia umowy w sprawie zamówienia publicznego, Zamawiający może wybrać ofertę najkorzystniejszą spośród pozostałych ofert, bez przeprowadzania ich ponownej oceny, chyba, że zachodzą przesłanki do unieważnienia postępowania o udzielenie zamówienia.

4. Umowa wymaga, pod rygorem nieważności zachowania formy pisemnej, chyba, że przepisy odrębne wymagają formy szczególnej.

5. Umowa w sprawie przedmiotowego zamówienia jest jawna i podlega udostępnieniu na zasadach określonych w przepisach o dostępie do informacji publicznej.

XV ZABEZPIECZENIE NALEŻYTEGO WYKONANIA UMOWY

Zamawiający będzie żądał wniesienia zabezpieczenia należytego wykonania umowy.

1. Wykonawca wniesie zabezpieczenie należytego wykonania umowy w formie zgodnej z art. 148 ust. 1 ustawy PZP, w celu pokrycia roszczeń z tytułu niewykonania lub nienależytego wykonania umowy.

2. Zabezpieczenie w równowartości 2% ceny całkowitej podanej w ofercie zostanie wniesione najpóźniej w dniu podpisania umowy.

3. W przypadku wniesienia zabezpieczenia w pieniądzu Wykonawca wpłaci zabezpieczenie na rachunek bankowy Zamawiającego:

Instytut Medycyny Pracy w Łodzi Bank PEKAO S.A. II Oddział ŁódźNr konta 46 12403028 1111 0000 28222723.

Na przelewie należy umieścić informację:


4. Zamawiający zwróci 70% zabezpieczenia w terminie 30 dni od dnia wykonania zamówienia i

dokonania odbioru przedmiotu umowy.5. 30% wysokości zabezpieczenia Zamawiający pozostawi na zabezpieczenie roszczeń

z tytułu rękojmi za wady.6. Kwota o której mowa w pkt. 5 zostanie zwrócona wykonawcy nie później niż w 15

dniu po upływie okresu rękojmi za wady.

XVI ŚRODKI OCHRONY PRAWNEJ

Wykonawcom przysługują środki ochrony prawnej określone w dziale VI ustawy Prawo zamówień publicznych w art. Od 179 do 189.

1. Środki ochrony prawnej przysługują Wykonawcy, jeżeli ma lub miał interes w uzyskaniu danego zamówienia oraz poniósł lub może ponieść szkodę w wyniku naruszenia przez Zamawiającego przepisów ustawy.

2. Odwołanie przysługuje wyłącznie od niezgodnej z przepisami Ustawy czynności Zamawiającego podjętej w postępowaniu o udzielenie zamówienia lub zaniechania czynności, do której Zamawiający jest zobowiązany na podstawie ustawy.

3. Odwołanie powinno wskazywać czynności lub zaniechanie czynności Zamawiającego, której zarzuca się niezgodność z przepisami ustawy, zawierać zwięzłe przedstawienie zarzutów, określać żądanie oraz wskazywać okoliczności faktyczne i prawne uzasadniające wniesienie odwołania.

4. Odwołanie wnosi się do Prezesa Izby w formie pisemnej lub elektronicznej opatrzonej bezpiecznym podpisem elektronicznym weryfikowanym za pomocą ważnego kwalifikowanego certyfikatu.

5. Odwołujący przesyła kopię odwołania Zamawiającemu przed upływem terminu na wniesienie odwołania w taki sposób, aby mógł on zapoznać się z jego treścią przed upływem tego terminu.

6. Odwołanie wnosi się w terminie 10 dni od dnia przesłania informacji o czynności zamawiającego stanowiącej podstawę jego wniesienia, jeżeli zostały przesłane w sposób określony w art. 27 ust 2 albo w terminie 15 dni, jeżeli zostały przesłane w inny sposób.

7. Odwołanie wobec treści ogłoszenia o zamówieniu, oraz postanowień SIWZ wnosi się w terminie 10 dni od dnia publikacji ogłoszenia w Dzienniku Urzędowym Unii Europejskiej lub zamieszczeniu SIWZ na stronie internetowej.

8. Odwołanie wobec czynności innych niż w pkt. 6 i 7 wnosi się w terminie 10 dni od dnia, w którym powzięto lub przy zachowaniu należytej staranności można było powziąć wiadomość o okolicznościach stanowiących podstawę jego wniesienia.

9. W przypadku wniesienia odwołania wobec treści ogłoszenia o zamówieniu lub postanowień SIWZ Zamawiający może przedłużyć termin składania ofert.

10. W przypadku wniesienia odwołania po upływie terminu składania ofert, bieg terminu związania ofertą ulega zawieszeniu do czasu ogłoszenia przez Izbę orzeczenia.

11. W przypadku wniesienia odwołania Zamawiający nie może zawrzeć umowy do czasu ogłoszenia przez Izbę wyroku lub postanowienia kończącego postępowanie odwoławcze.

12. Szczegółowe zasady postępowania po wniesieniu odwołania, określają stosowne przepisy Działu VI ustawy PZP.

13. Na orzeczenie Krajowej Izby Odwoławczej, stronom oraz uczestnikom postępowania odwoławczego przysługuje skarga do sądu.

14. Skargę wnosi się do sądu okręgowego właściwego dla siedziby Zamawiającego, za pośrednictwem Prezesa Krajowej Izby Odwoławczej w terminie 7 dni od dnia doręczenia orzeczenia Krajowej Izby Odwoławczej, przesyłając jednocześnie odpis przeciwnikowi skargi. Złożenie skargi w placówce pocztowej operatora publicznego jest równoznaczne z jej wniesieniem.

XVII. PODWYKONAWCY

Zamawiający żąda wskazania przez Wykonawcę w ofercie części zamówienia, której wykonanie powierzy podwykonawcy (om).

XVIII. OFERTY CZĘŚCIOWE

Zamawiający nie dopuszcza możliwości składania ofert częściowych.

XIX. OFERTY WARIANTOWE

Nie dopuszcza się możliwości składania ofert wariantowych.

XX. ZAMÓWIENIA UZUPEŁNIAJĄCE

Nie przewiduje się zamówień uzupełniających.

XXI. ROZLICZENIA MIĘDZY STRONAMI

Rozliczenia będą prowadzone w walucie polskiej – złoty polski. ( PLN )

XXII. Opis sposobu udzielania wyjaśnień i modyfikacji dotyczących specyfikacji istotnych warunków zamówienia

Wykonawca może zwrócić się do Zamawiającego o wyjaśnienie treści specyfikacji istotnych warunków zamówienia. Zamawiający jest obowiązany udzielić wyjaśnień niezwłocznie, jednak nie później niż:- na 6 dni przed upływem terminu składania ofert, – pod warunkiem że wniosek o wyjaśnienie treści specyfikacji istotnych warunków zamówienia wpłynął do Zamawiającego nie później niż do końca dnia, w którym upływa połowa wyznaczonego terminu składania ofert.

Treść zapytań wraz z wyjaśnieniami Zamawiający przekaże Wykonawcom, którym przekazał specyfikację istotnych warunków zamówienia, bez ujawniania źródła zapytania, a ponadto zamieści na stronie internetowej. W uzasadnionych przypadkach zamawiający może przed upływem terminu do składania ofert, zmodyfikować treść SIWZ. Dokonaną zmianę specyfikacji Zamawiający przekazuje niezwłocznie wszystkim Wykonawcom, którym przekazano SIWZ, a ponadto umieszcza na stronie internetowej.

Jeżeli w wyniku zmiany treści specyfikacji istotnych warunków zamówienia nieprowadzącej do zmiany treści ogłoszenia o zamówienia jest niezbędny dodatkowy czas na wprowadzenia zmian w ofertach, zamawiający przedłuża termin składania ofert i informuje o tym wykonawców, który przekazano SIWZ, oraz umieszcza na stronie internetowej.

Zamawiający informuje, że nie przewiduje zwołania wszystkich Wykonawców w celu wyjaśnienia wątpliwości dotyczących niniejszej specyfikacji.

XXIII. Modyfikacja i wycofanie oferty

Wykonawca może zmodyfikować lub wycofać swoją ofertę za pomocą pisemnego zawiadomienia przekazanego do Zamawiającego przed terminem składania ofert. Koperta zawierająca oświadczenie o wycofaniu lub modyfikacji powinna dodatkowo oprócz danych, o których mowa w SIWZ być oznaczona odpowiednio określeniami „MODYFIKACJA” lub „WYCOFANIE”.

Żadna oferta nie może być zmodyfikowana lub cofnięta po terminie składania ofert.

XXIV. Korekty oczywistych omyłek

Zamawiający poprawia w ofercie:1) oczywiste omyłki pisarskie,2) oczywiste omyłki rachunkowe, z uwzględnieniem konsekwencji rachunkowych

dokonanych poprawek,3) inne omyłki polegające na niezgodności oferty ze specyfikacją istotnych warunków

zamówienia, nie powodujące istotnych zmian w treści oferty- niezwłocznie zawiadamiając o tym Wykonawcę, którego oferta została poprawiona.

XXV Wykluczenie z postępowania

I. Z postępowania o udzielenie zamówienia wyklucza się:

1. Wykonawców, w stosunku do których otwarto likwidację lub których upadłość ogłoszono, z wyjątkiem Wykonawców którzy po ogłoszeniu upadłości zawarli układ zatwierdzony prawomocnym postanowieniem sądu, jeżeli układ nie przewiduje zaspokojenia wierzycieli przez likwidację majątku;

2. Wykonawców, którzy zalegają z uiszczeniem podatków, opłat lub składek na ubezpieczenia społeczne lub zdrowotne, z wyjątkiem przypadków gdy uzyskali oni przewidziane prawem zwolnienie, odroczenie, rozłożenie na raty zaległych płatności lub wstrzymanie w całości wykonania decyzji właściwego organu;

3. osoby fizyczne, które prawomocnie skazano za przestępstwo popełnione w związku z postępowaniem o udzielenie zamówienia, przestępstwo przeciwko

prawom osób wykonujących pracę zarobkową, przestępstwo przeciwko środowisku, przestępstwo przekupstwa, przestępstwo przeciwko obrotowi gospodarczemu lub inne przestępstwo popełnione w celu osiągnięcia korzyści majątkowych, a także przestępstwo skarbowe lub przestępstwo udziału w zorganizowanej grupie albo związku mających na celu popełnienie przestępstwa lub przestępstwa skarbowego;

4. spółki jawne, których wspólnika prawomocnie skazano za przestępstwo popełnione w związku z postępowaniem o udzielenie zamówienia, przestępstwo przeciwko prawom osób wykonujących pracę zarobkową, przestępstwo przeciwko środowisku, przestępstwo przekupstwa, przestępstwo przeciwko obrotowi gospodarczemu lub inne przestępstwo popełnione w celu osiągnięcia korzyści majątkowych, a także przestępstwo skarbowe lub przestępstwo udziału w zorganizowanej grupie albo związku mających na celu popełnienie przestępstwa lub przestępstwa skarbowego;

5. spółki partnerskie, których partnera lub członka zarządu prawomocnie skazano za przestępstwo popełnione w związku z postępowaniem o udzielenie zamówienia, przestępstwo przeciwko prawom osób wykonujących pracę zarobkową, przestępstwo przeciwko środowisku, przestępstwo przekupstwa, przestępstwo przeciwko obrotowi gospodarczemu lub inne przestępstwo popełnione w celu osiągnięcia korzyści majątkowych, a także przestępstwo skarbowe lub przestępstwo udziału w zorganizowanej grupie albo związku mających na celu popełnienie przestępstwa lub przestępstwa skarbowego;

6. spółki komandytowe oraz spółki komandytowo-akcyjne, których komplementariusza prawomocnie skazano za przestępstwo popełnione w związku z postępowaniem o udzielenie zamówienia, przestępstwo przeciwko prawom osób wykonujących pracę zarobkową, przestępstwo przeciwko środowisku, przestępstwo przekupstwa, przestępstwo przeciwko obrotowi gospodarczemu lub inne przestępstwo popełnione w celu osiągnięcia korzyści majątkowych, a także przestępstwo skarbowe lub przestępstwo udziału w zorganizowanej grupie albo związku mających na celu popełnienie przestępstwa lub przestępstwa skarbowego;

7. osoby prawne, których urzędującego członka organu zarządzającego prawomocnie skazano za przestępstwo popełnione w związku z postępowaniem o udzielenie zamówienia, przestępstwo przeciwko prawom osób wykonujących pracę zarobkową, przestępstwo przeciwko środowisku, przestępstwo przekupstwa, przestępstwo przeciwko obrotowi gospodarczemu lub inne przestępstwo popełnione w celu osiągnięcia korzyści majątkowych, a także przestępstwo skarbowe lub przestępstwo udziału w zorganizowanej grupie albo związku mających na celu popełnienie przestępstwa lub przestępstwa skarbowego;

8. podmioty zbiorowe, wobec których sąd orzekł zakaz ubiegania się o zamówienia, na podstawie przepisów o odpowiedzialności podmiotów zbiorowych za czyny zabronione pod groźbą kary.

9. Wykonawców będących osobami fizycznymi, które prawomocnie skazano za przestępstwo, o którym mowa w art. 9 lub art. 10 ustawy z dnia 15 czerwca 2012 roku o skutkach powierzania wykonywania pracy cudzoziemcom przebywającym wbrew przepisom na terytorium Rzeczypospolitej Polskiej – przez okres 1 roku od dnia uprawomocnienia się wyroku.

10.Wykonawców będących spółką jawną, spółką partnerską, spółką komandytową, spółką komandytowo-akcyjną lub osobą prawną, których odpowiednio wspólnika, partnera lub członka zarządu, komplementariusza lub urzędującego członka organu zarządzającego prawomocnie skazano za przestępstwo, o którym mowa w art. 9 lub art. 10 ustawy z dnia 15 czerwca 2012 roku o skutkach powierzania wykonywania pracy cudzoziemcom przebywającym wbrew przepisom na

terytorium Rzeczypospolitej Polskiej – przez okres 1 roku od dnia uprawomocnienia się wyroku.

11.Zamawiający wyklucza z postępowania o udzielenie zamówienia wykonawcę, który w okresie 3 lat przed wszczęciem postępowania, w sposób zawiniony poważnie naruszył obowiązki zawodowe, w szczególności, gdy wykonawca w wyniku zamierzonego działania lub rażącego niedbalstwa nie wykonał lub nienależycie wykonał zamówienie, co zamawiający jest w stanie wykazać za pomocą dowolnych środków dowodowych, jeżeli zamawiający przewidział taką możliwość wykluczenia wykonawcy w ogłoszeniu o zamówieniu, w specyfikacji istotnych warunków zamówienia lub w zaproszeniu do negocjacji. Zamawiający nie wyklucza z postępowania o udzielenie zamówienia wykonawcy, który udowodni, że podjął konkretne środki techniczne, organizacyjne i kadrowe, które mają zapobiec zawinionemu i poważnemu naruszaniu obowiązków zawodowych w przyszłości oraz naprawił szkody powstałe w wyniku naruszenia obowiązków zawodowych lub zobowiązał się do ich naprawienia.

II. Z postępowania o udzielenie zamówienia wyklucza się również Wykonawców, którzy:

1. wykonywali bezpośrednio czynności związane z przygotowaniem prowadzonego postępowania, z wyłączeniem czynności wykonywanych podczas dialogu technicznego, o którym mowa w art. 31a ust. 1, lub posługiwali się w celu sporządzenia oferty osobami uczestniczącymi w dokonywaniu tych czynności, chyba że udział tych wykonawców w postępowaniu nie utrudni uczciwej konkurencji; przepisu nie stosuje się do Wykonawców którym udziela się zamówienia na podstawie art. 62 ust. 1 pkt.2 lub art. 67 ust. 1 pkt.1 i 2;

2. nie wnieśli wadium do upływu terminu składania ofert, na przedłużony okres związania ofertą lub w terminie, o którym mowa w art. 46 ust. 3, albo nie zgodzili się na przedłużenie okresu związania ofertą;

3. złożyli nieprawdziwe informacje mające wpływ lub mogące mieć wpływ na wynik prowadzonego postępowania;

4. nie wykazali spełniania warunków udziału w postępowaniu;5. należąc do tej samej grupy kapitałowej, w rozumieniu ustawy z dnia 16 lutego

2007 r. o ochronie konkurencji i konsumentów (Dz. U. Nr 50, poz. 331 z późn. zm.), złożyli odrębne oferty lub wnioski o dopuszczenie do udziału w tym samym postępowaniu, chyba że wykażą, że istniejące między nimi powiązania nie prowadzą do zachwiania uczciwej konkurencji pomiędzy wykonawcami w postępowaniu o udzielenia zamówienia.

Zamawiający zawiadamia równocześnie Wykonawców, którzy zostali wykluczeni z postępowania o udzielenie zamówienia, podając uzasadnienie faktyczne i prawne, z zastrzeżeniem art. 92 ust. 1 pkt 3.

Ofertę Wykonawcy wykluczonego uznaje się za odrzuconą.

XXVI.Odrzucenie oferty

Zamawiający odrzuca ofertę, jeżeli:

1. jest niezgodna z ustawą;2. jej treść nie odpowiada treści specyfikacji istotnych warunków zamówienia, z

zastrzeżeniem art. 87 ust. 2 pkt. 3

3. jej złożenie stanowi czyn nieuczciwej konkurencji w rozumieniu przepisów o zwalczaniu nieuczciwej konkurencji;

4. zawiera rażąco niską cenę w stosunku do przedmiotu zamówienia;5. została złożona przez wykonawcę wykluczonego z udziału w postępowaniu o

udzielenie zamówienia lub nie zaproszonego do składania ofert;6. zawiera błędy w obliczeniu ceny;7. wykonawca w terminie 3 dni od dnia doręczenia zawiadomienia nie zgodził się na

poprawienie omyłki, o której mowa w art. 87 ust. 2 pkt. 3;8. jest nieważna na podstawie odrębnych przepisów.

XXVII. Unieważnienie postępowania

I. Zamawiający unieważnia postępowanie o udzielenie zamówienia na podstawie art. 93 ustawy, jeżeli:

1) nie złożono żadnej oferty niepodlegającej odrzuceniu;2) cena najkorzystniejszej oferty lub oferta z najniższą ceną przewyższa kwotę, którą

zamawiający zamierza przeznaczyć na sfinansowanie zamówienia, chyba że Zamawiający może zwiększyć tę kwotę do ceny najkorzystniejszej oferty;

3) w przypadkach, o których mowa w art. 91 ust. 5, zostały złożone oferty dodatkowe o takiej samej cenie;

4) wystąpiła istotna zmiana okoliczności powodująca, że prowadzenie postępowania lub wykonanie zamówienia nie leży w interesie publicznym, czego nie można było wcześniej przewidzieć;

5) postępowanie obarczone jest niemożliwą do usunięcia wadą uniemożliwiającą zawarcie niepodlegającej unieważnieniu umowy w sprawie zamówienia publicznego.

XXVIII Oferta składana przez Wykonawców występujących wspólnie.

Dopuszcza się możliwość składania jednej oferty przez Wykonawców występujących wspólnie.

1. Wykonawcy mogą wspólnie ubiegać się o udzielenie zamówienia warunkiem, że taka oferta będzie spełniała następujące wymagania:- Wykonawcy tworzący jeden podmiot przedłożą wraz z ofertą stosowne pełnomocnictwo,- oferta musi być podpisana w taki sposób, by prawnie zobowiązywała wszystkich Wykonawców występujących wspólnie (przez każdego z Wykonawców lub pełnomocnika).

2. Wszelka korespondencja prowadzona będzie wyłącznie z Wykonawcą występującym jako pełnomocnik pozostałych.

3. Wykonawcy wspólnie ubiegający się o udzielenie zamówienia muszą ustanowić pełnomocnika do reprezentowania ich w postępowaniu o udzielenie zamówienia albo reprezentowania w postępowaniu i zawarcia umowy w sprawie zamówienia publicznego.

4. W przypadku wyboru oferty Wykonawców wspólnie ubiegających się o udzielenie zamówienia publicznego, Zamawiający może żądać przed zawarciem umowy w sprawie zamówienia publicznego, umowy regulującej współpracę tych Wykonawców.

XXIX Uwagi dodatkowe

Nie dotyczy.

XXX. Istotne dla stron postanowienia umowy.Zamawiający wymaga od Wykonawcy, aby zawarł z nim umowę na warunkach określonych we wzorze: załącznik nr 9.

Załączniki do SIWZ:Załącznik Nr 1 – stworzenie platformy systemowej tj. specjalistycznego programu komputerowego dla systemu oraz dostawa niezbędnych komponentów sprzętowo-programowych w celu uruchomienia i użytkowania systemu.Załączniki Nr 2 - wykaz sprzętu i oprogramowania dla systemuZałącznik Nr 3 – Formularz ofertowyZałącznik Nr 4 – Oświadczenia zgodne z art. 22 ustawy Prawo zamówień publicznychZałącznik Nr 5 – Oświadczenie zgodne z art. 24 ustawy Prawo zamówień publicznychZałącznik Nr 6 – Lista podmiotów należących do tej samej grupy kapitałowej, o której mowa w art. 24 ust. 2 pkt 5 Załącznik Nr 7 – Wykaz usług/dostawZałącznik nr 8 – Wykaz osóbZałącznik Nr 9 - Wzór umowy

…………………………………..Miejscowość, data

__________________________________ Zatwierdzam specyfikację wraz z

załącznikami

Projekt współfinansowany przez Unię Europejską w ramach Europejskiego Funduszu Rozwoju Regionalnego

Załącznik nr 1 do SIWZ

SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA


Przedmiotem zamówienia jest stworzenie platformy systemowej tj. specjalistycznego programu komputerowego dla systemu oraz dostawa niezbędnych komponentów sprzętowo-programowych w celu uruchomienia i użytkowania systemu.

1. Ogólny opis Platformy Systemowej:1.1. Stworzenie i wdrożenie Systemu, gromadzącego i przetwarzającego dane na

temat stanu zdrowia osób pracujących, ze szczególnym uwzględnieniem najczęstszych problemów zdrowotnych zgłaszanych przez pracowników lekarzom służby medycyny pracy w trakcie badań profilaktycznych, podejrzeń chorób zawodowych u osób kierowanych do wojewódzkich ośrodków medycyny pracy i przypadków stwierdzonych chorób zawodowych oraz występowania niekorzystnych zdarzeń w miejscu pracy, takich jak przypadkowe przerwania ciągłości tkanek u pracowników służby zdrowia.

1.2. Zaprojektowanie i wdrożenie dedykowanego Panelu Zarządzania CMS umożliwiającego administrowanie modułami dostępnymi w ramach Systemu.

1.3. Zaprojektowanie i wdrożenie struktury danych zbieranych przez platformę pozwalającej na analizowanie danych na płaszczyźnie wielowymiarowej.

1.4. Wykonanie analizy przedwdrożeniowej obejmującej dokładne opisanie wszystkich procesów wymiany danych niezbędnych do funkcjonowania wdrażanego Systemu, oraz stworzenie makiety Systemu.

1.5. Przeprowadzenie szkoleń dla administratorów oraz użytkowników 1.6. Realizacja projektu graficznego Systemu1.7. Wykonanie testów wdrożonego Systemu1.8. Zapewnienie minimum 6 miesięcznego wsparcia technicznego po uruchomieniu

Systemu.

2. Podstawowe składniki Systemu:

2.1. System wraz z wszystkimi modułami2.2. Panel zarzadzania CMS do administrowania Systemem

2.3. Baza pośrednia ETL 2.4. Hurtownia danych 2.5. Serwer OTP 2.6. Serwer CA

3. Cechy Systemu oraz Panelu zarządzania CMS 3.1. Panel zarządzania CMS oraz System wraz z modułami musi być dostępny poprzez

przeglądarkę internetową:a) Internet Explorer 8 lub nowszab) Google Chrome c) Mozilla Firefox – wersja najnowsza bezpośrednio poprzednia

3.2. System musi spełniać standardy:a) WCAG 2.0 na poziomie AAb) OASIS CMIS 1.0c) Kompatybilność eksportów eDIscovery z Electronic Discovery Reference Modeld) SOAe) Wymagania Ustawy o ochronie danych osobowych (z 29 sierpnia 1997 r. Dz.U. z

2002 r. Nr 101, poz. 926, z późn. zm.), rozporządzenia Ministra Spraw Wewnętrznych i Administracji z dnia 29 kwietnia 2004 r. w sprawie dokumentacji przetwarzania danych osobowych oraz warunków technicznych i organizacyjnych, jakim powinny odpowiadać urządzenia i systemy informatyczne służące do przetwarzania danych osobowych (D.U. Nr 100, poz. 1024).

3.3. Ze względu na wymaganą elastyczność oraz możliwość rozbudowy wymaga się, aby:

a) System był zbudowany w oparciu o 3 – warstwowy model aplikacji (warstwa prezentacji, administracji, danych),

b) Do systemu można było dodawać kolejne funkcjonalności,c) System był zbudowany z modułówd) Funkcjonalności modułów były rozszerzalne,e) System pozwalał na łączenie ze sobą modułów w celu uzyskania pożądanych

funkcjonalności,f) Każdy moduł i funkcjonalność posiadały ustawienia parametrów domyślnych,g) System umożliwiał zarządzanie i dostęp do treści portalu przez wielu

użytkowników, zgodnie z ich uprawnieniami,h) W ramach systemu istniała możliwość uruchamiania podportali tematycznych

(mikrostron), w tej samej lub innej domenie, z zarządzanymi treściami i menu nawigacyjnym.

4. Moduły Systemu: 4.1. Moduł Konstruktora Formularzy4.1.1. Moduł musi umożliwiać uprawnionym użytkownikom (administratorom) tworzenie,

edytowanie oraz rozwijanie elektronicznych formularzy na potrzeby:a) Modułu Lekarzyb) Modułu WOMPc) Moduły Zakłuć

4.1.2. Moduł musi mieć możliwość tworzenie elektronicznych formularzy składających się

z pól:

a) jednokrotnego wyborub) wielokrotnego wyboru c) tekstowych (opisowych)

I. tekst krótki do 255 znakówII. tekst długi powyżej 255 znaków

d) pól z skalą klasyfikacji(macierz wyborów lub skali Likerta)e) pól powiązanych z wartościami definiowanymi w Module Słownikówf) pól z skalą oceng) pól z listą rozwijalnąh) pól typu checkboxi) pytań warunkowych (zależnych od udzielonej odpowiedzi)

4.1.3. Moduł musi pozwolić na edycję odpowiedzi w wypełnionym formularzu 4.1.4. Moduł musi pozwolić na zmianę kolejności wariantów odpowiedzi na pytanie

w ankiecie4.1.5. Moduł musi pozwolić na dowolną zmianę kolejności pól. 4.1.6. Moduł musi pozwolić na eksportowanie formularzy do formatu:

a) PDFb) XLS

4.1.7. Moduł musi posiadać mechanizm zatwierdzania formularzy (przez uprawnionych do tego użytkowników w module obsługi procesów obiegowych) oraz ich aktywacji lub dezaktywacji.

4.1.8. Moduł musi umożliwić wydruk wybranego formularza.

4.2. Moduł Użytkownika4.2.1 Moduł musi umożliwić użytkownikom rejestrację, autoryzację, oraz zarządzanie

swoimi danymi (zmiana hasła, zmiana adresu email, danych osobowych).4.2.2 Dostęp do Systemu oraz do Panelu zarządzania CMS dla administratorów musi być

szczególnie zabezpieczony poprzez wieloskładnikowe logowanie do Systemu za pomocą karty procesorowej

4.2.3 Autoryzacja administratorów portalu za pomocą karty procesorowej musi być oparta o trzy stopniowy mechanizm:

a) wstępna walidacja użytkownika poprzez konieczność podania właściwego kodu PIN weryfikowanego przez kartę procesorową;

b) po właściwej prezentacji kodu PIN, portal generuje żądanie walidacji użytkownika, tworzone w oparciu o dane odczytane ze struktury zapisanej na karcie, kierowane do serwera (z wykorzystaniem zaszyfrowanego formatu tekstowego);

c) serwer dokonuje walidacji użytkownika i po pomyślnym uwierzytelnieniu dopuszcza do panelu zarządzania CMS.

4.2.4 Wymaga się, aby dla użytkowników innych niż administrator możliwe było logowanie się przy pomocy loginu i hasła lub haseł OTP generowanych za pomocą apletu na karcie procesorowej.

4.2.5 Wymaga się, aby System posiadał wbudowane zabezpieczenia, w tym:a) Ochronę przed próbami nieautoryzowanego dostępu do panelu administracyjnego,b) Odporność na próby uzyskania dostępu poprzez znane formy włamań,c) Odporność na zmiany treści za pomocą specjalnych skryptów i manipulacji

w zapytaniach do bazy danych.

4.3. Moduł Personalizacji Wymaga się, aby moduł posiadał następujące funkcjonalności:

a) Wymianę danych z całym Systemem. b) Przechowywanie danych osobowych oraz zdjęć w bazie danych systemu

c) Możliwość odczytu/zapisu w bazie danych systemu numerów fabrycznych (CSN) wydawanych kart odrębnie dla części stykowej i bezstykowej

d) Wykorzystywanie kart e) Wydawanie nowych kart oraz duplikatów f) Generowanie raportów o wydanych kartachg) Drukowanie awersu i rewersu kart w jednym cyklu personalizacji w tym możliwość

wydruku na kartach kodu kreskowego.h) Moduł w ramach drukowania kart musi umożliwiać:

I. Oprogramowanie musi współpracować z drukarkami posiadającymi koder kart stykowych i bezstykowych XID 580ie, XID 9300, Evolys Dualys, Evolys Primacy

II. Definiowanie trybu pracy programu, w tym opcje: personalizacja graficzna, i personalizacja elektryczna karty stykowej, inicjalizacja elektryczna karty bezstykowej, tworzenie logów zapisów dokonywanych na karty,

III. Sterowanie pracą drukarki do zadruku kart, w tym opcje: ładowanie karty do programatora, wysuwanie karty, zerowanie drukarki, wydruk kontrolny, test palety kolorów,

IV. Konfiguracje programu, w tym opcje: wybór rodzaju drukarki, wybór szablonu wydruku oraz możliwość testowego wydruku szablonu,

V. Filtrowanie bazy danych po następujących polach: numer karty, imię, nazwisko, rodzaj szablonu, obecność zdjęcia przypisanego do rekordu,

VI. Skierowanie do wydruku całej listy kart lub pojedynczych będących wynikiem filtrowania lub grupowania,

VII. Podgląd statystyki bazy danych obejmujące liczbę osób w bazie danych, liczbę osób, którym wydano kartę, liczbę osób, którym nie wydano karty, liczbę wydanych duplikatów, liczbę kart błędnie spersonalizowanych, liczbę zdjęć w bazie danych,

VIII. Ustawianie i podgląd statusu danych, dostępne statusy: karta wydana, karta ma zdjęcie, karta jest repliką, karta jest zawieszona, karta jest duplikatem, karta jest unieważniona, wydano replikę/duplikat karty, karta została zwrócona,

IX. Szybki wydruk duplikatu X. Wykorzystanie do wydruku kart co najmniej dwóch drukarek kart

jednocześnie, XI. Definiowanie różnych kolejek wydruku i przypisywania im zadań według

definiowanych przez użytkowników filtrów, XII. Szybkie usuwania znaczników użytych przy definiowaniu kolejek wydruku XIII. Trwały nadruk na personalizowanej karcie, trudny do usunięcia bez

zniszczenia blankietu,

i) Przygotowanie i inicjalizacja części elektronicznej umożliwiająca współpracę z serwerami OTP i PKI

j) Personalizację elektroniczną i graficzną kart w jednym przebieguk) Obsługę aparatów cyfrowych i skanerów l) Obróbkę zdjęć zapisanych w postaci cyfrowej w ramach której rozumie się:

XIV. Współpracę z aparatami cyfrowymi oraz skanerami XV. Założenie katalogu wejściowego (zdjęcia przed obróbką) i wyjściowego

(zdjęcia po obróbce) XVI. Obsługę plików graficznych w formacie: mapa bitowa (*.bmp), JPG (*.jpg,

*.jpe, *.jpeg)

XVII. Edycję parametrów zdjęć w zakresie: jasności, kontrastu, nasycenia barw, rozmiaru, skali, przesuwania zdjęcia w pionie i poziomie

XVIII. Wykadrowanie zdjęcia poprzez zaznaczenie obszaru kadrowania XIX. Podgląd i akceptacje wstępnie wykadrowanego zdjęcia XX. Cofnięcie i powtórzenie operacji kadrowania XXI. Po zaakceptowaniu obróbki i kadrowania zdjęcia, automatyczne połączenie

z odpowiednimi danymi osobowymi oraz zapisanie obrobionego zdjęcia w katalogu wyjściowym

m) Definiowanie, co najmniej 24 grup obsługiwanych kartn) Definiowanie, co najmniej 24 różnych szablonów zadruku karto) Dostęp (zapis/odczyt) do danych w bazie głównej systemu p) Generacje kluczy wzorcowych (mother keys), zapisywanych tylko i wyłącznie na

wzorcowej karcie procesorowej q) Struktura danych na karcie wzorcowej powinna umożliwić rozpoznanie wydawcy

karty przy pomocy numeru identyfikacyjnego r) Rejestracje kart wzorcowych z kluczami w systemie, wykonywania kopii kart

wzorcowych z kluczami, zmiany numerów PIN kart wzorcowych zawierających klucze oraz odblokowywania numerów PIN kart wzorcowych z kluczami

s) Mechanizm generacji kluczy wzorcowych generuje dla części stykowej karty, co najmniej 3 różne klucze

t) Mechanizm generacji kluczy wzorcowych generuje dla części bezstykowej standardu Mifare, 16 (32) różnych kluczy

u) Mechanizm generacji kluczy wykorzystuje chwilowe wartości bufora klawiatury oraz pozycji myszki

v) Mechanizm zabezpieczenia kart, zarówno w części stykowej jak i bezstykowej, wykorzystuje mechanizm dywersyfikacji kluczy w oparciu o wygenerowane klucze wzorcowe.

w) Mechanizm instalacji oprogramowania wykorzystuje kartę z wygenerowanymi kluczami wzorcowymi, jako narzędzie weryfikacji uprawnień do wykonania procesu instalacji oprogramowania

x) Funkcjonalność umożliwiająca zapisanie w układzie stykowym karty dodatkowych danych

4.4. Moduł SłownikiModuł musi posiadać dwa typy słowników:4.4.1. Słownik chorób zawierający:

a) nazwa choroby, b) opis, objawy

4.4.2. Słownik objawów zawierającya) słownik objawów towarzyszących chorobom.

4.4.3. Praca w module musi być wspomagana przez wyszukiwarkę ułatwiającą przeszukiwanie danych słownikowych.

4.5. Moduł Lekarzy4.5.1 Moduł musi posiadać dedykowany mechanizm pozwalający na wypełnienie karty

pacjenta przez lekarzy w placówkach Służby Medycyny Pracy za pomocą dedykowanego formularza elektronicznego.

4.5.2 Moduł musi umożliwić zbieranie i agregowanie danych zebranych za pomocną dedykowanych formularzy integracyjnych z badań profilaktycznych przeprowadzanych przez lekarzy w placówkach służby medycyny pracy. Moduł zintegrowany będzie za pomocą Modułu Integracyjnego z wybranymi systemami informatycznymi, których używają lekarze.

4.5.3 Formularz dedykowany do tego modułu musi, co najmniej zawierać pola określone w Załączniku do rozporządzenia Ministra Zdrowia z dnia 29 lipca 2010 r. z wyłączeniem danych osobowych.

4.5.4. Moduł musi posiadać mechanizm, dzięki któremu administrator systemu będzie miał możliwość generowania formularza z dowolną ilością pól zgodnie z pkt. 4.1.2.

4.5.5 Specyfika zakresu badań polega na powtarzalności wizyty pacjenta u lekarza, dlatego System musi identyfikować i łączyć ze sobą dane dotyczące jednego pacjenta.

4.5.6 Dane zbierane poprzez ten moduł dotyczyć będą tylko chorób i stanu pacjentów, nie będzie operacji na danych osobowych.

4.5.7 Wymagana struktura modułu:a) stronicowana lista z możliwością wyszukiwania i sortowania po wybranych

parametrach;b) eksport wpisów do pliku umożliwiającego import do innych programów;

4.6. Moduł WOMP4.6.1 Moduł musi posiadać mechanizm, poprzez który lekarze w Wojewódzkich

Ośrodkach Medycyny Pracy oraz pracownicy Inspekcji Sanitarnej będą rejestrować dane o chorobach zawodowych oraz o podejrzeniach chorób zawodowych za pomocą dedykowanych formularzy elektronicznych

4.6.2 Wymagania modułu:a) stronicowana lista wpisów z możliwością wyszukiwania i sortowania po wybranych

parametrach;b) sekcja danych o pacjencie c) sekcja danych o chorobie/objawach d) eksport wpisów do pliku;

4.6.3 Moduł musi umożliwić wprowadzanie danych bezpośrednio poprzez przeglądarkę WWW

4.6.4 Moduł musi posiadać mechanizm, dzięki któremu lekarz będzie mógł uzupełnić dane poprzez dedykowany formularz, który zostanie przygotowany przez administratora Systemu w Panelu zarządzania CMS

4.6.5 Administrator systemu musi mieć możliwość kreowania formularza za pomocą dedykowanego interfejsu.

4.6.6 W ramach tworzenia formularzy administrator musi mieć możliwość wyboru pól określonych w pkt. 4.1.2.

4.6.7 W ramach Modułu WOMP wymaga się realizacji podmodułu Choroby Zawodowe Skóry.

a) Analogicznie jak w module głównym funkcjonalność podmodułu Choroby Zawodowe Skóry musi odpowiadać za rejestrowanie chorób zawodowych, ale w tym przypadku dotyczących schorzeń dermatologicznych.

b) W podmodule rejestrowane muszą być również czynniki uczulające oraz wyniki testów płatkowych.

c) Podmoduł musi posiadać takie same funkcjonalności jak moduł główny.

4.7. Moduł Zakłuć4.7.1. Moduł musi posiadać mechanizm, poprzez który każdy uprawniony użytkownik

będzie mógł zgłosić przypadek zakłucia za pomocą dedykowanego do modułu formularza.

4.7.2. Wymaga się, aby formularz oprócz wypełniania pól określonych przez administratora umożliwiał Użytkownikowi opisanie:

a) w jaki sposób doszło do zdarzenia, b) czy doszło do zakażenia,

c) czy zostało włączone leczenie,

4.7.3. Aby zgłosić zakłucie, lekarz musi zalogować się do platformy(otrzymując wcześniej odpowiednie uprawnienia od administratora Systemu) za pośrednictwem przeglądarki internetowej podając login i hasło.

4.7.4. Moduł musi posiadać mechanizm, dzięki któremu rejestrowane dane będą dostępne tylko dla użytkowników posiadających odpowiednie uprawnienia.

4.7.5. Zbierane dane pozwolą na obliczanie wskaźnika zachorowalności w skutek opisanych incydentów na podstawie algorytmu opracowanego wspólnie z Zamawiającym na etapie analizy przedwdrożeniowej.

4.7.6. Moduł musi posiadać funkcjonalność, dzięki której dane będą udostępniane oraz analizowane przez firmy produkujące sprzęt medyczny, oraz innych partnerów Instytutu.

4.8. Moduł Encyklopedia4.8.1. Moduł musi umożliwiać zarejestrowanym i zalogowanym użytkownikom

posiadającym odpowiednie uprawnienia (pracownicy i współpracownicy Instytutu Medycyny Pracy (IMP)) wprowadzanie danych, informacji i raportów w celu popularyzacji zagadnień dotyczących chorób zawodowych.

4.8.2. Moduł musi posiadać mechanizm, dzięki któremu dane wprowadzane będą w Panelu zarządzania CMS za pośrednictwem edytora graficznego WYSIWG(lub podobnego o zbliżonych funkcjonalnościach) pozwalającego na stosowanie narzędzi edycyjnych. Należą do nich:

a) pogrubienie tekstu,b) kursywa,c) podkreślenie,d) wyrównanie do lewej,e) wyśrodkowanie,f) wyrównanie do prawej,g) zmiana koloru czcionki,h) zmiana koloru tła czcionki,i) zmiana rozmiaru czcionki,j) tworzenie tabel,k) tworzenie hiperłączy,l) kopiowanie tekstu,m) wklejanie tekstu,n) wycinanie tekstu,o) oczyszczanie kodu HTML z nadmiarowych znaczników MS Office,p) cofanie ostatniej operacji,q) zwiększenie i zmniejszenie wcięcia tekstu, itp.

4.8.3. Moduł musi zapewniać współpracę z pakietem MS Office oraz zostać wyposażony w narzędzie, które eliminuje w kodzie nadmiarowe znaczniki MS Office, zmniejszając rozmiar pliku strony, jednocześnie bez uszczerbku na jej wyglądzie.

4.8.4. Moduł musi umożliwiać osadzanie w treści grafik, oraz oblewania tych obiektów tekstem za pomocą interfejsu edytora, załączanie dowolnych plików z repozytorium plików do treści.

4.8.5. Moduł musi posiadać funkcjonalność, która pozwoli na udostępnienie użytkownikom Internetu artykułów redagowanych za pomocą modułu Encyklopedia

4.8.6. Moduł musi posiadać zaawansowaną wyszukiwarkę artykułów zarówno dla pracowników Instytutu jak i pozostałych Użytkowników.

4.9. Moduł udostępniania danych4.9.1. Moduł musi posiadać funkcjonalność pozwalającą na udostępnianie danych

jednostkom współpracującym z IMP m.in. Polskiej Akademii Nauk, uczelniom wyższym, instytutom badawczymi, stowarzyszeniom naukowym i zawodowym, organizacjom pozarządowym, zakładom opieki zdrowotnej w kraju, a także odpowiednim organizacjom i instytucjom za granicą.

4.9.2. Moduł musi posiadać mechanizm udostępniania wyników badań i analiz. 4.9.3. Wymaga się, aby moduł pozwolił na analizę pod kątem fizjologii pracy, ergonomii,

psychologii, toksykologii, zagrożeń chemicznych, fizycznych i biologicznych oraz ochrony radiologicznej z uwzględnieniem danych epidemiologicznych.

4.9.4. Moduł musi umożliwić prezentację danych w postaci:a) tekstowej, b) wykresuc) map

4.9.5. Wymaga się, aby moduł wyposażony był w funkcjonalność, dzięki której administrator systemu lub delegowany za pomocą uprawnień użytkownik będzie mógł decydować dla jakiego przedsiębiorcy lub grupy przedsiębiorców dane zostaną udostępnione.

4.9.6. Wymaga się, aby moduł przy pomocy integralnego Modułu Hurtowni Danych, miał możliwość określenia, jakie dane i w jakiej formie zostaną udostępnione.

4.10. Moduł Hurtownia Danych 4.10.1 Moduł musi umożliwiać przeglądanie i generowanie raportów z danych

przekazywanych przez pozostałe moduły Systemu.4.10.2 Wymaga się, aby moduł posiadał mechanizm, dzięki któremu administratorzy

Systemu oraz uprawnieni użytkownicy będą mogli generować raporty.4.10.3 Moduł musi umożliwiać:

a) Przeglądanie listy raportów zdefiniowanychb) Przeglądanie szczegółów raportówc) Tworzenie raportów oraz analizd) Generowanie szczegółowych raportów okresowych związanych ze

sprawozdawczością Instytutu w zależności od potrzeb.

4.10.4 Moduł musi odpowiadać za przetwarzanie danych na potrzeby badań. 4.10.5 Wymaga się, aby w module były zawarte mechanizmy wyznaczania podstawowych

współczynników wykorzystywanych w pracach badawczych, z możliwością dodawania nowych w miarę postępu badań.

4.10.6 Wymaga się, aby administrator platformy lub uprawniony pracownik miał możliwość wyboru i zestawienia ze sobą dowolnych danych oraz zaprezentowania ich za pomocą wykresów, tabel oraz innych funkcji ułatwiających analizę

4.10.7 Moduł musi umożliwiać generowanie raportu widocznego w przeglądarce internetowej.

4.10.8 Moduł musi mieć funkcjonalność umożliwiającą eksport raportów do różnego rodzaju plików takich jak csv, xls, pdf.

4.10.9 Moduł musi posiadać mechanizm pozwalający na tworzenie rozwiązań służących do analizy danych wielowymiarowych (hurtownia danych). Musi umożliwiać pracę w dwóch trybach: wielowymiarowym (tworzenie kostek wielowymiarowych), tabelarycznym (wykorzystującym technologię in-memory BI). Wymaga się możliwości tworzenia: wymiarów, miar. Wymiary muszą mieć możliwość określania dodatkowych atrybutów będących dodatkowymi poziomami agregacji. Musi być być możliwość definiowania hierarchii w obrębie wymiaru. Przykład: wymiar Lokalizacja Geograficzna. Atrybuty: miasto, gmina, województwo. Hierarchia: Województwo->Gmina.

4.10.10 Moduł musi mieć możliwość wyliczania agregacji wartości miar dla zmieniających się elementów (członków) wymiarów i ich atrybutów. Agregacje muszą być składowane w jednym z wybranych modeli (MOLAP – wyliczone gotowe agregacje rozłącznie w stosunku do danych źródłowych, ROLAP – agregacje wyliczane w trakcie zapytania z danych źródłowych). Pojedyncza baza analityczna musi mieć możliwość mieszania modeli składowania, np. dane bieżące ROLAP, historyczne – MOLAP w sposób przezroczysty dla wykonywanych zapytań. Moduł musi pozwalać na integrację z relacyjną bazą danych –wymagana jest możliwość uruchomienia procesu wyliczenia agregacji zainicjowana poprzez dodanie rekordu do tabeli w relacyjnej bazy danych. Dodatkowo wymagana jest możliwość drążenia danych z kostki do poziomu rekordów szczegółowych z bazy relacyjnych (drill to detail).

4.10.11 Moduł musi pozwalać na dodanie akcji przypisanych do elementów kostek wielowymiarowych (np. pozwalających na przejście użytkownika do raportów kontekstowych lub stron www powiązanych z przeglądanym obszarem kostki).

4.10.12 Wbudowany system analityczny powinien posiadać narzędzie do rejestracji i śledzenia zapytań wykonywanych do baz analitycznych.

4.10.13 Wbudowany system analityczny musi umożliwiać rejestrowanie zapytań wykonywanych przez użytkowników, a następnie umożliwiać na podstawie zgromadzonych informacji na automatyczną optymalizację wydajności systemu (np. automatyczne projektowanie agregacji pozwalające na przyspieszenie wykonywania najczęściej wykonywanych zapytań do bazy danych).

4.10.14 Wbudowany system analityczny powinien udostępniać mechanizm zapisu danych przez użytkownika do kostek wielowymiarowych.

4.10.15 Wbudowany system analityczny powinien umożliwiać tworzenie perspektyw na bazie wielowymiarowej pozwalających ograniczyć widok dla użytkownika tylko do pewnego podzbioru obiektów dostępnych w całej bazie danych.

4.10.16 Wbudowany system analityczny musi umożliwiać użytkownikom tworzenie analiz In-Memory, czyli przetwarzanie dużej liczby rekordów skompresowanych w pamięci RAM. Powinien umożliwiać tworzenie modeli wykorzystujących tabele pochodzące z wielu niezależnych źródeł danych i łączone między sobą relacjami.

4.10.17 Wbudowany system analityczny musi udostępniać dedykowany język do tworzenia logiki biznesowej w modelu. Język ten powinien m.in. obsługiwać relacje utworzone między tabelami, mechanizmy time intelligence (operacje na datach i okresach) oraz zapewniać mechanizmy kontroli bezpieczeństwa i dostępu do danych na poziomie poszczególnych wierszy.

4.10.18 Wbudowany system analityczny musi dostarczać kreatory modelowania złożonych procesów biznesowych, pozwalających w prosty sposób niezaawansowanym użytkownikom implementować złożone problemy analizy biznesowej w modelu analitycznym, czyniąc programowanie projektów BI przystępnym dla większej liczby osób i organizacji.

4.10.19 Wsparcie dla optymalizacji zapytań z modelu gwiazdy (fakty-wymiary) - SBD powinien udostępniać mechanizmy optymalizacji zapytań w modelu gwiazdy (tabela faktów łączona z tabelami wymiarów). Zapytania te często wykorzystywane są w hurtowniach danych i analizach wielowymiarowych. Ze względu na dużą liczbę danych wykorzystywanych w tego typu zapytaniach metody optymalizacji tego typu zapytań pozwalają znacząco zwiększyć wydajność przy tworzeniu rozwiązań hurtowni danych i wielowymiarowych struktur analitycznych (OLAP).

4.10.20 Wsparcie dla zapytań aktualizujących tabele faktów w modelach wielowymiarowych - SBD powinien udostępniać wbudowane mechanizmy pozwalające w łatwy i szybki sposób aktualizować zawartość tabel faktów (wykorzystywanych w modelach wielowymiarowych). Mechanizm ten powinien być dostępny z poziomu zapytań języka SQL obsługiwanego przez silnik bazy danych.

4.10.21 Aktywne buforowanie danych Proactive caching - SBD powinien udostępniać mechanizm odświeżania danych w strukturach wielowymiarowych, który wykrywa zmiany w systemach źródłowych i na bieżąco aktualizuje bazę wielowymiarową.

4.10.22 Wbudowany system analityczny powinien mieć wbudowaną funkcję importu tabelarycznych modeli danych wykorzystujących technologię in-memory BI i przygotowanych w aplikacji Microsoft Excel. Podczas procesu importu na serwerze model powinien być odtwarzany w postaci bazy danych.

4.10.23 Wbudowany system analityczny powinien umożliwiać zasilanie modelu tabelarycznego m.in. z następujących systemów źródłowych: bazy relacyjne, bazy wielowymiarowe, modele tabelaryczne, zbiory danych przechowywane w usługach chmury publicznej, pliki płaskie, inne raporty udostępniane w formacie Atom 1.0.

4.10.24 Wbudowany system analityczny powinien umożliwiać działanie modelu tabelarycznego w dwóch trybach – z użyciem buforowania (możliwe opóźnienie, ale większa wydajność) oraz bez użycia buforowania (zapytania użytkowników końcowych korzystających z modelu są przesyłane bezpośrednio do źródłowej bazy relacyjnej i zwracają najbardziej aktualną wersję danych).

4.10.25 Wbudowany system analityczny musi udostępniać rozwiązania Data Mining, m.in.: algorytmy reguł związków (Association Rules), szeregów czasowych (Time Series), drzew regresji (Regression Trees), sieci neuronowych (Neural Nets oraz Naive Bayes). Dodatkowo system powinien udostępniać narzędzia do wizualizacji danych z modelu Data Mining oraz język zapytań do odpytywania tych modeli.

4.10.26 System analityczny powinien pozwalać na dodawanie własnych algorytmów oraz modułów wizualizacji modeli Data Mining.

4.10.27 Tworzenie głównych wskaźników wydajności KPI (Key Performance Indicators) - SBD musi udostępniać użytkownikom możliwość tworzenia wskaźników KPI (Key Performance Indicators) na podstawie danych zgromadzonych w strukturach wielowymiarowych. W szczególności powinien pozwalać na zdefiniowanie takich elementów, jak: wartość aktualna, cel, trend, symbol graficzny wskaźnika w zależności od stosunku wartości aktualnej do celu. System powinien umożliwiać tworzenie takich wskaźników również w modelach danych wykorzystujących technologię in-memory BI.

4.10.28 System raportowania - SBD musi posiadać możliwość definiowania i generowania raportów. Narzędzie do tworzenia raportów powinno pozwalać na ich graficzną definicję. Raporty powinny być udostępnianie przez system protokołem HTTP (dostęp klienta za pomocą przeglądarki), bez konieczności stosowania dodatkowego oprogramowania po stronie serwera. Dodatkowo system raportowania powinien obsługiwać:

a) raporty parametryzowane,b) cache raportów (generacja raportów bez dostępu do źródła danych),c) cache raportów parametryzowanych (generacja raportów bez dostępu do źródła

danych, z różnymi wartościami parametrów),d) współdzielenie predefiniowanych zapytań do źródeł danych,e) wizualizację danych analitycznych na mapach geograficznych (w tym import map

w formacie ESRI Shape File), f) możliwość opublikowania elementu raportu (wykresu, tabeli) we współdzielonej

bibliotece, z której mogą korzystać inni użytkownicy tworzący nowy raport,g) możliwość wizualizacji wskaźników KPI,h) możliwość wizualizacji danych w postaci obiektów sparkline.

4.10.29 Środowisko raportowania powinno być osadzone i administrowane z wykorzystaniem mechanizmu Web Serwisów (Web Services).

4.10.30 Wymagane jest generowanie raportów w formatach: XML, PDF, Microsoft Excel, Microsoft Word, HTML, TIFF. Dodatkowo raporty powinny być eksportowane w formacie Atom data feeds, które można będzie wykorzystać jako źródło danych w innych aplikacjach.

4.10.31 SBD musi umożliwiać rozbudowę mechanizmów raportowania m.in. o dodatkowe formaty eksportu danych, obsługę nowych źródeł danych dla raportów, funkcje i algorytmy wykorzystywane podczas generowania raportu (np. nowe funkcje agregujące), mechanizmy zabezpieczeń dostępu do raportów.

4.10.32 SBD musi umożliwiać wysyłkę raportów drogą mailową w wybranym formacie (subskrypcja) do dynamicznej listy odbiorców (pobieranej z bazy danych np. zapytaniem SQL).

4.10.33 Wbudowany system raportowania powinien posiadać rozszerzalną architekturę oraz otwarte interfejsy do osadzania raportów oraz do integrowania rozwiązania z różnorodnymi środowiskami IT.

4.10.34 Narzędzia do tworzenia raportów ad-hoc - SBD powinien udostępniać narzędzia do tworzenia raportów ad-hoc przez niezaawansowanych użytkowników. Tworzenie raportów powinno odbywać się w środowisku graficznym. Użytkownicy powinni mieć możliwość na publikowanie stworzonych raportów na serwerze w celu udostępnienia ich szerszemu gronu osób.

4.11. Moduł Helpdesk4.11.1 Moduł musi być integralną częścią Systemu jednak dla zapewnienia wyższego

poziomu niezawodności i większego bezpieczeństwa, instalacja aplikacji Help Desk zostanie wykonana na infrastrukturze maksymalnie odseparowanej od infrastruktury przewidzianej do utrzymania projektowanego Systemu, oraz innych obecnie użytkowanych systemów teleinformatycznych.

4.11.2 Moduł musi posiadać możliwość dodawania zgłoszeń za pomocą dedykowanego formularza internetowego.

4.11.3 Moduł musi umożliwiać pełne zarządzanie zgłoszeniami oraz edycję szczegółów zgłoszenia.

4.11.4 Moduł musi posiadać możliwość przypisywania konkretnych osób do poszczególnych kategorii zgłoszeń.

4.11.5 Moduł musi umożliwiać(uprawnionym użytkownikom) przekazywanie zgłoszonych problemów do innych osób w ramach zdefiniowanej grupy osób dla danego problemu.

4.11.6 Moduł musi posiadać funkcjonalność, dzięki której wszystkie zgłoszenia będą rejestrowane wraz ze ścieżką ich obsługi.

4.11.7 Administrator platformy w ramach modułu musi posiadać następujące możliwości:a) Przeglądanie listy zgłoszeńb) Edycja zgłoszeńc) Definiowanie problemów d) Definiowanie szablonów dla poszczególnych problemówe) Definiowanie siatki godzin oraz zastępstwf) Dodawanie propozycji rozwiązań dla poszczególnych problemówg) Przypisywanie osoby/osób odpowiedzialnych za rozwiązanie poszczególnych

problemów4.11.8 Moduł musi mieć mechanizm, dzięki któremu będzie mógł objąć również inne

systemy informatyczne użytkowane w Instytucie a dotychczas nieobjęte systemem typu Help Desk.

4.11.9 Moduł musi umożliwiać tworzenie raportów i statystyk dotyczących obsługi zgłoszeń serwisowych.

4.11.10 Moduł musi być wyposażony w funkcjonalność umożliwiającą definiowanie bazy rozwiązań dla każdego z problemów.

4.11.11 Wymaga się, aby Użytkownik dodający zgłoszenie miał możliwość sprawdzenia propozycji z rozwiązaniem zgłaszanego problemu.

4.11.12 Moduł musi posiadać mechanizm umożliwiający wysłanie wiadomości email do interesariuszy zgłoszenia po wykonaniu jakiejkolwiek akcji na zgłoszeniu.

4.11.13 Moduł musi posiadać mechanizm alertów na bieżąco monitorujących czas realizacji zgłoszenia.

4.12. Moduł Wyszukiwarka4.12.1.Moduł musi umożliwiać znajdowanie treści informacyjnych zawartych w Systemie.4.12.2.Moduł musi umożliwić wyszukiwanie informacji tekstowej stanowiącej zawartość

Systemu. 4.12.3.Moduł musi umożliwiać budowę zapytań przy użyciu operatorów logicznych:

a) (znak spacji) domyślnie obecny operator logiczny „oraz” (and), użycie go w zapytaniu będzie zwracać wyniki, które zawierają wszystkie wyszukiwane hasła,

b) + (znak plus) oznacza słowa, które muszą pojawić się w wyniku wyszukiwania,c) - (znak minus) oznacza słowo, które nie może pojawić się w wyniku wyszukiwania,d) „” (cudzysłów) ujęcie kilku słów kluczowych w cudzysłów będzie powodowało, że

zostaną wyszukane tylko te treści, które zawierają tę frazę w całości. Treści zawierające jedynie pojedyncze słowa z frazy zostaną pominięte.

4.12.4.Zaimplementowany mechanizm musi mieć możliwość wyszukiwania pełno tekstowego.

4.12.5.Wyszukiwanie musi odbywać się po wszystkich atrybutach treści informacyjnej widocznych w Systemie.

4.12.6.Strona z wynikami wyszukiwania musi pokazywać wyniki, prezentując informacje takie jak: tytuł artykułu, lead, data publikacji, typ materiału: zdjęcia/wideo/tekst.

4.12.7.W trybie podstawowym i zaawansowanym wyszukiwarka musi być obecna również, jako element Panelu zarządzania CMS, tak, aby umożliwiać użytkownikom przeszukiwanie zawartości Systemu z poziomu CMS

4.12.8.Wymagane sposoby wyświetlania:a) Wyszukiwarka prosta, dostępna na każdej stronie Systemu (pole tekstowe i

przycisk „szukaj” wyzwalający wyszukiwanie),b) Wyszukiwarka zaawansowana z możliwością określenia zasięgu i zaawansowanych

kryteriów wyszukiwania. Użytkownik będzie posiadał możliwość sprecyzowania parametrów wyszukiwania, zawężając obszar poszukiwań do:

I. Kategorii,II. Daty publikacji (od, do),III. Autora,IV. Typu przeszukiwanych materiałów,V. Sortowanie wyników wg trafności lub daty publikacji.

4.12.9.Wyszukiwarka musi spełniać kryteria: a) dokładności - przez co rozumie się zwracanie takich wyników, które jak

w największym stopniu pasują do kryteriów wyszukiwania b) wydajności - czyli niezależnie od ilości stron w serwisie i zasobów w bazie danych

czas wyszukiwania powinien być względnie stały i możliwie krótki.4.12.10. Moduł wyszukiwarki musi korygować błędy literowe. 4.12.11. Mechanizm wyszukiwania musi uwzględniać odmiany wpisywanych słów

oraz podpowiadać wpisywane frazy.

4.13. Moduł Newsletter4.13.1 Moduł musi posiadać mechanizm pozwalający na przygotowywanie i wysyłkę

mailingu do wybranej grupy odbiorców. 4.13.2 Wymaga się, aby w ramach modułu dostępna była strefa zarządzanie bazą

subskrybentów, wiadomości oraz kategorii subskrypcji.

4.13.3 Wymaga się, aby moduł pozwalał na śledzenie ilości odsłon wysłanych wiadomości oraz zliczał statystyki otwarć linków zamieszczonych w mailach.

4.13.4 Wymaga się, aby odbiorcami newslettera byli zapisani subskrybenci jak i użytkownicy platformy.

4.13.5 Moduł musi pozwalać na planowanie wysyłki w czasie oraz import odbiorców z plików *.csv.

4.14. Moduł Administratora4.14.1.Dostęp do modułu musi być autoryzowany i wymagał będzie od użytkownika

posiadania uprawnień administratora.4.14.2.Moduł musi stanowić integralną cześć systemu.4.14.3.Wymaga się, aby zaimplementowane w module mechanizmy były podstawą

działania całego systemu. 4.14.4.Wymaga się, aby wszystkie komponenty i ustawienia skonfigurowane w tym

miejscu, miały przełożenie na funkcjonowanie całej platformy. 4.14.5.Moduł musi posiadać funkcjonalność pozwalającą na wyświetlenie wszystkich

ostatnich zmian w Panelu zarządzania CMS, 4.14.6.Wymaga się, aby informacje te były ułożone chronologicznie począwszy od

ostatniej zmiany.4.14.7.Administrator musi mieć możliwość śledzenia nowych treści, oraz zmian w

treściach już istniejących.4.14.8.Lista zmian musi podlegać filtracji, tak, aby można było wyświetlić informacje tylko

o wybranej aktywności użytkowników (np. nowych artykułach).4.14.9.W module musi istnieć możliwość wglądu w logi zawierające:

a) Informacje o istotnych działaniach poszczególnych użytkownikówI. logowanie do Panelu zarządzania CMS,II. dokonanie edycji danych (wpis nowych, zmiana, usunięcie, zmiana statusu

wpisu), b) Informacje dotyczące

I. pomyślnych prób zalogowania do Panelu zarządzania CMS,II. nieudanych prób zalogowania do Panelu zarządzania CMS.

c) Informacje o zablokowaniu konta użytkownika po przekroczeniu zadanej przez administratora liczby nieudanych prób zalogowania

d) Informacje o zmianie zasad bezpieczeństwa (wprowadzenie/edycja/usunięcie):I. roli systemowej,II. użytkownika,III. grupy użytkowników,IV. praw dostępu do elementu Panelu zarządzania CMS

4.14.10. Moduł musi umożliwić zdefiniowanie odpowiednich uprawnień dla poszczególnych użytkowników lub dla grup użytkowników (administratorzy, naukowcy, lekarze, przedsiębiorcy itd.).

4.14.11. Moduł musi posiadać mechanizm, który pozwoli przypisać Użytkownika do kilku grup.

4.14.12. Uprawnienia określone dla danych grup muszą się sumować i nie mogą się wykluczać.

4.14.13. Moduł musi umożliwiać:a) tworzenie ról (profili) użytkowników,b) usuwanie ról (profili) użytkowników,c) przypisywanie ról użytkownikom,d) przypisywanie użytkownikom obszarów Platformy (w tym mikrostron) ich działania,

e) przypisywanie użytkownikom możliwych do wykonania akcji w konkretnych obszarach Systemu.

f) Przypisywanie użytkownikom dostępu do określonych obszarów zarządzania Panelem zarządzania CMS

4.14.14. Moduł musi posiadać mechanizm, dzięki któremu administrator systemu będzie mógł:

a) Dodawać nowych użytkownikówb) Usuwać użytkowników c) Modyfikować dane użytkownika

4.14.15. Moduł musi umożliwić użytkownikom rejestrację, autoryzację, oraz zarządzanie swoimi danymi (zmiana hasła, zmiana adresu email, danych osobowych) - dzięki temu system umożliwi tworzenie treści i stref dostępnych wyłącznie dla zalogowanych użytkowników.

4.14.16. Tylko administrator główny za pomocą dostępu chronionego kartą procesorową będzie mógł utworzyć kolejnego użytkownika „administrator”, który będzie miał możliwość dokonywania zmian wpływających na funkcjonowanie modułów Systemu od strony Panelu do zarządzania CMS.

4.14.17. W module musi istnieć możliwość tworzenia i modyfikacji dowolnej ilości grup użytkowników

4.14.18. Wymaga się, aby moduł umożliwiał użytkownikowi przynależenie do jednej lub więcej grup.

4.15. Moduł Zarządzania Procesami i Obiegiem Dokumentów4.15.1.Moduł musi posiadać możliwość modelowania dowolnego obiegu dokumentu lub

sprawy. 4.15.2.Moduł musi posiadać funkcję dekretacji spraw do konkretnych użytkowników 4.15.3.Użytkownik, do którego dekretowana została sprawa/dokument musi mieć

możliwość:a) Akceptacjib) Ponownej dekretacjic) Odrzucenia z podaniem przyczyny

4.15.4.W przypadku zmiany procedury obiegu moduł musi posiadać możliwość zmiany istniejącego obiegu.

4.15.5.Moduł musi posiadać pełny monitoring rejestrowanych i procesowanych spraw/dokumentów.

4.15.6.Moduł musi posiadać funkcje pozwalającą na określanie zastępstw.4.15.7.Moduł musi posiadać funkcję łączenia spraw/dokumentów w grupy. 4.15.8.Moduł musi posiadać własną niezależną wyszukiwarkę4.15.9.Moduł musi umożliwić wprowadzenie zeskanowanych dokumentów4.15.10. Moduł musi posiadać specjalną strefę, która będzie pełnić funkcję

archiwum.

4.16. Moduł Integracyjny

4.16.1.Wymaga się by System posiadał usługę (WebServices zgodne z SOAP 1.2 oraz WSDL 1.1), która umożliwi integrację z istniejącymi systemami w zakresie przekazywania danych. Usługa powinna zapewnić:

a) identyfikację, uwierzytelnienie i autoryzację nadawcy(klienta WebService)b) kontrolę integralności i spójności danychc) bezpieczeństwo przesyłanej informacji na poziomie pakietów przesyłanych

danych, a nie na poziomie kanału.

5. Zakres testów

5.1 W celu potwierdzenia prawidłowości działania wdrażanego systemu przewiduje się następujące typy testów:a) Testy wewnętrzne - przeprowadzane przez zespół Wykonawcy przed dostawą

oprogramowania Zamawiającemu. Zamawiający na prośbę Wykonawcy może dostarczyć dane testowe do wykonania tych testów.

b) Testy iteracyjne - organizowane i przygotowywane przez Wykonawcę testy komponentów oprogramowania (modułów) z udziałem użytkownika końcowego.

5.2 Wykonawca jest odpowiedzialny za:a) przygotowanie danych testowych,b) przygotowanie scenariuszy testów,c) przygotowanie środowiska testowego,d) aktywowanie modułów,e) ładowanie danych testowych.

5.3 Wykonanie testów iteracyjnych ma zapewnić użytkownikom końcowym możliwość oceny funkcjonalności przygotowanego oprogramowania, wykrycia błędów w oprogramowaniu na wczesnym etapie i zgłoszenie uwag, zmian oraz uzupełnień do założonej funkcjonalności.

5.4 Testy akceptacyjne - przygotowane i przeprowadzone przez Zamawiającego testy wytworzonego systemu. Testy te wykonywane są u Zamawiającego, na jego sprzęcie i przez jego zespół testowy, w obecności przedstawicieli Wykonawcy. Przed rozpoczęciem testów Wykonawca przeprowadzi szkolenie dla zespołu testowego. Zamawiający jest odpowiedzialny za przygotowanie planu testów, danych testowych i scenariuszy testów. Wykonawca odpowiada za:

a) dostarczenie arkuszy testowych,b) przygotowanie środowiska testowego,c) instalację aplikacji,d) ładowanie danych testowych.

5.5 Wykonanie testów akceptacyjnych ma potwierdzić, że system spełnia założone kryteria jakości, z tym że jego funkcjonalność jest zgodna z wymaganiami biznesowymi użytkowników i nie zawiera błędów uniemożliwiających jego użycie. Wynikiem testów akceptacyjnych jest raport z testów, który jest podstawą sporządzenia Protokołu Akceptacji.

6. Sprzęt i oprogramowanie dla platformyZamawiający zaplanował dla systemu wymieniony niżej zestaw sprzętu i oprogramowania. Szczegółowy opis i parametry zamawianego sprzętu znajdują się w Załączniku nr 2 do SIWZ. Sprzęt serwerowy:


Oprogramowanie:9. oprogramowanie backupowe10.oprogramowanie wirtualizacyjne

11. serwerowy system operacyjny12.licencja platformy bazodanowej13.licencja platformy aplikacji webowych

Sprzęt komputerowy:14.46 x komputer stacjonarny15.20 x monitor16.3 x komputer przenośny (typ1)17.4 x komputer przenośny (typ2)18.5 x stacja dokująca19.4 x tablet 10”20.20 x drukarka laserowa21.4 x skaner22.2 x wielofunkcyjne urządzenie drukujące23.1 x projektor multimedialny24.1 x wyświetlacz wideo

Oprogramowanie dodatkowe:25.53 x pakiet oprogramowania biurowego26.53 x oprogramowanie antywirusowe27.2 x pakiet oprogramowania statystycznego


WYKAZ SPRZĘTU i OPROGRAMOWANIA DLA SYSTEMU


Typy oraz ilości zamawianego sprzętu: Sprzęt serwerowy:


Oprogramowanie:9. oprogramowanie backupowe10. oprogramowanie wirtualizacyjne11. serwerowy system operacyjny12. licencja platformy bazodanowej13. licencja platformy aplikacji webowych

Sprzęt komputerowy:14. 46 x komputer stacjonarny15. 20 x monitor16. 3 x komputer przenośny (typ1)17. 4 x komputer przenośny (typ2)

18. 5 x stacja dokująca19. 4 x tablet 10”20. 20 x drukarka laserowa21. 4 x skaner22. 2 x wielofunkcyjne urządzenie drukujące23. 1 x projektor multimedialny24. 1 x wyświetlacz wideo

e) Oprogramowanie dodatkowe:25. 53 x pakiet oprogramowania biurowego26. 53 x oprogramowanie antywirusowe27. 2 x pakiet oprogramowania statystycznego

Pozycja nr 1 – Infrastruktura do serwerów kasetowych (blade)Liczba sztuk: 1

Lp. Nazwa elementu, parametru lub

cechy

Parametry wymagane - Parametry oferowane

1. Min. ilość serwerów, które można osadzić

Co najmniej 16 serwerów

2. Obudowa Infrastruktura do montażu w szafie 19”, ze wszystkimi elementami niezbędnymi do instalacji. Infrastruktura składająca się z jednej obudowy na serwery blade, cała infrastruktura nie może zajmować więcej miejsca w szafie niż 10U. Pojedyncza obudowa wchodząca w skład infrastruktury wysokości maksymalnie 10U, do instalacji w racku 19”.

3. Rodzaj obsługiwanych serwerów blade

Obsługa dostarczanych serwerów kasetowych oraz innych serwerów kasetowych, z procesorami o architekturze RISC lub EPIC. Obudowa musi zapewniać równoczesną pracę serwerów w architekturze x86 i RISC albo EPIC.

4. Sposób wyprowadzeń sygnałów LAN ( dla każdej z obudów)

Dwa przełączniki Ethernet w standardzie 1Gb wyprowadzające sygnały z minimum 2 portów sieciowych w serwerach, pozwalające na podłączenie wszystkich zainstalowanych serwerów, przy wypełnionej co najmniej 16 serwerami opisywanej Infrastruktury do serwerów kasetowych. Urządzenia te muszą umożliwiać agregację i wyprowadzenie sygnałów Ethernet z obudowy z zachowaniem redundancji połączeń. Każdy przełącznik Ethernet z minimum 4 zewnętrznymi portami 1Gb Ethernet RJ45, z minimum z dwoma podwójnymi lub minimum


cechy


czterema pojedynczymi portami dla wkładek optycznych. Porty do wkładek optycznych musza pozwalać na uzyskanie 4 połączeń za pomocą modułów SFP. Każdy z przełączników z min. 2 wydzielonymi portami do stakowania działającymi w standardzie StackWise (o przepustowości 64Gb). Możliwość połączenia razem (stakowania) min. 9 przełączników w jeden wirtualny stos.

5. Sposób wyprowadzeń sygnałów SAN

Dwa przełączniki Fibre Channel (full fabric) w standardzie min.16Gb wyprowadzające sygnały z minimum 2 portów FC na serwerach. Każdy przełącznik FC z minimum 16 portami aktywnymi. Każdy z przełączników z min 12 zewnętrznymi portami do instalacji wkładek SFP FC. Każdy z przełączników z min. 6 wkładkami SFP+ 16Gb SW i 6 kablami FC LC-LC OM4 5m.

7. Inne standardy komunikacyjne

Funkcja Instalacji w obudowie przełączników w innych standardach komunikacyjnych w tym przełączników InfiniBand, i przełączników Ethernet z portami zewnętrznymi 40 Gb.

8. Zarządzanie Zdalne włączanie/wyłączanie/restart niezależnie dla każdego serwera. Zdalne udostępnianie napędu CD-ROM, obrazu ISO na potrzeby serwera z możliwością boot’owania z w/w napędów. Zdalna identyfikacja fizycznego serwera i obudowy za pomocą sygnalizatora optycznego. Dostęp zdalny z poziomu przeglądarki internetowej bez konieczności instalacji specyficznych komponentów programowych producenta sprzętu. Co najmniej 2 moduły zarządzania Hot-Plug w ramach obudowy w celu zapewnienia redundancji. W danym momencie musi być niezależny,


cechy


równoległy dostęp do konsol tekstowych i graficznych wszystkich serwerów w ramach obudowy.

9. Zasilanie i chłodzenie

Zasilacze o konstrukcji modularnej z możliwością dokładania i wymiany modułów na gorąco. System zasilania zainstalowany wewnątrz obudowy, zdolny do dostarczenia mocy, jaką może potrzebować obudowa obsadzona dostarczanymi modułami I/O i w połowie serwerami. Zasilanie typu hot-swap oraz redundancja typu N+N. Wymiana zasilacza nie może powodować konieczności wyjęcia lub odłączenia wentylatorów (pojedynczego wentylatora lub modułu wentylatorów). Zestaw redundantnych wiatraków (typ hot plug, czyli możliwość wymiany podczas pracy urządzenia) zapewniających chłodzenie urządzeń I/O zainstalowanych w obudowie blade oraz serwerom wypełniających połowę obudowy. Wentylatory niezależne od zasilaczy, wymiana wentylatora (wentylatorów) nie może powodować konieczności wyjęcia zasilacza/zasilaczy.

10. Gwarancja i serwis

36 miesięcy, 4 godzinny czas reakcji na zgłoszenie, 24h przez 7 dni w tygodniu

Lp Nazwa Urządzenia

Typ, model, producent Ilość sztuk Cena jednostkowa netto

Cena jednostkowa brutto

Wartość ogółem netto

Wartość ogółem brutto

1. Infrastruktura do serwerów kasetowych (blade)

Dodatkowe wymagania:

1. Obudowa musi umożliwiać zainstalowanie w niej 4 modułów serwerowych, których specyfikacja została określona w Pozycji nr 2 niniejszego Załącznika.

2. Obudowa powinna posiadać możliwość osadzenia minimum 16 serwerów. Zamawiający dopuszcza rozwiązanie dostarczenia dwóch obudów spełniających wymóg możliwości osadzenia co najmniej 16 serwerów.

3. Dostarczony sprzęt będzie sprzętem zakupionym w oficjalnym kanale sprzedaży producenta na rynek polski, co oznacza, że będzie on sprzętem nowym (nie będzie on sprzętem odnowionym (refurbished), nie będzie sprzętem pochodzącym z recyklingu) i będzie posiadał stosowny pakiet usług gwarancyjnych producenta kierowanych do użytkowników z obszaru Rzeczypospolitej Polskiej.Zamawiający, w ramach gwarancji zastrzega sobie możliwość zgłaszania awarii bezpośrednio w polskiej organizacji serwisowej producenta sprzętu.Wykonawca na żądanie Zamawiającego przed podpisaniem umowy w przedmiocie udzielenia zamówienia przedłoży oświadczenie Producenta, w języku polskim, potwierdzające pochodzenie sprzętu z autoryzowanego kanału sprzedaży z Unii Europejskiej. Przed finalnym odbiorem sprzętu przez Zamawiającego, Zamawiający będzie miał możliwość potwierdzenia pochodzenia sprzętu na podstawie przedstawionych numerów seryjnych.

Pozycja nr 2 – Serwer kasetowy (blade)Liczba sztuk: 6


cechy


1. Obudowa Typu blade do instalacji w obudowie opisanej w pozycji 1 niniejszego załącznika

2. Płyta główna Płyta główna z umożliwiająca zainstalowanie dwóch procesorów wykonujących 64-bitowe instrukcje AMD64 lub EM64T (np. AMD Opteron albo Intel Xeon).

3. Typ procesora Minimum dziesięć rdzeni, x86 - 64 bity, umożliwiający osiągnięcie wyniku min. 14,850 pkt. w teście PassMark CPU Mark (http://www.cpubenchmark.net/ - Updated 26th of November 2014)

4. Liczba procesorów Zainstalowane minimum 2 procesory.5. Pamięć

operacyjnaZainstalowane minimum 256GB RAM ECC DDR3 z możliwością rozbudowy bez wyjmowania zainstalowanych kości pamięci w serwerze do min. 512 GB.

6. Dyski twarde Minimum 2 dyski twarde 600GB typu hot-swap SAS 15000 obrotów/min. wielkość 2,5” w mirroringu sprzętowym

7. Interfejsy sieciowe

Minimum 2 interfejsy (fizyczne) 10Gb Ethernet funkcjonalność FcoE, SR-IOV, TOE.

8. Porty Minimum 1 port USB wewnętrzny. Jedno wewnętrzne gniazdo na kartę SD/microSD.

9. Kontroler Raid Sprzętowy kontroler RAID obsługujący RAID 0,110. Interfejsy FC Min. 2 interfejsy FC 8Gb11. Wspierane

systemy operacyjne

Co najmniej następujące: Microsoft Windows Server, Red Hat Enterprise Linux, SUSE Linux Enterprise, VMware

12. Gwarancja/serwis 36 miesięcy, 4 godzinny czas reakcji na zgłoszenie, 24h przez 7 dni w tygodniu






1. serwer kasetowy (blade)

6 szt.


1. Moduły serwerowe muszą być kompatybilne z obudową kasetową, której specyfikacja została określona w Pozycji nr 1 niniejszego Załącznika.


Pozycja nr 3 – Serwer backupuLiczba sztuk: 1


cechy


1. Obudowa 2U typu rack 19 cali (wraz ze wszystkimi elementami niezbędnymi do zamontowania serwera w szafie typu rack)

2. Płyta główna Płyta główna z umożliwiająca zainstalowanie dwóch procesorów wykonujących 64-bitowe instrukcje AMD64 lub EM64T (np. AMD Opteron albo Intel Xeon).

3. Typ procesora Minimum sześć rdzeni, x86 - 64 bity, umożliwiający osiągnięcie wyniku min. 7,999 pkt. w teście PassMark CPU Mark (http://www.cpubenchmark.net/ Updated 26th of November 2014)

3. Liczba procesorów Zainstalowany minimum 1 procesor.4. Pamięć

operacyjnaZainstalowane minimum 32 GB RAM ECC DDR3 z możliwością instalacji w serwerze min. 768 GB, minimum 24 gniazda na moduły pamięci.

5. Dyski twarde Min. 2 dyski twarde SAS 2.5” typ hot plug min.300GB, 10000 obr./min. Każdy. Maksymalna ilość dysków twardych 8, SAS/SATA 2.5” typ hot plug w mirroringu sprzętowym

6. Interfejsy sieciowe Minimum 4 interfejsy 1Gb Ethernet RJ-45i

7. Kontroler RAID Sprzętowy kontroler RAID obsługujący RAID 108. Porty USB Minimum 6 portów zewnętrznych USB i 1 porty USB

wewnętrzny.9. Interfejsy FC Min. 1 interfejsy FC min.8Gb10. Zarządzanie i

obsługaTechniczna

Serwer musi być wyposażony w kartę zdalnego zarządzania (konsoli) pozwalającej na: włączenie, wyłączenie i restart serwera, podgląd logów sprzętowych serwera i karty, przejęcie konsoli

http://www.cpubenchmark.net/


cechy


tekstowej serwera podczas startu, restartu OS. Funkcjonalność przejęcia zdalnej konsoli graficznej i podłączania wirtualnych napędów DVD/ISO i FDD, współdzielenia konsoli pomiędzy kilku użytkowników. Obsługa Secured Shell, SSL, AES, RC4, dostęp z poziomu przeglądarki WWW jaki i z CLI, obsługa skryptów XML/PERL. Karta z dedykowanym portem RJ45. Rozwiązanie sprzętowe, niezależne od systemów operacyjnych, zintegrowane z płytą główną lub jako karta zainstalowana w gnieździe PCI.Zdalna identyfikacja fizycznego serwera i obudowy za pomocą sygnalizatora optycznego. Panel serwisowy, prezentujący poprawność pracy poszczególnych elementów serwera, pokazujący awarie takich elementów (wskazanie właściwych elementów , np. konkretnego wentylatora) jak procesor, zasilacza, wentylator , konkretny moduł pamięci .

11. Zasilanie i chłodzenie

Zestaw 2 redundantnych zasilaczy typu hot plug, zestaw wentylatorów redundantnych typu hot plug.

12. Wspierane systemy operacyjne

Co najmniej następujące: Microsoft Windows Server, Red Hat Enterprise Linux, SUSE Linux Enterprise, VMware

13. Gwarancja/serwis 36 miesięcy, 4 godzinny czas reakcji na zgłoszenie, 24h przez 7 dni w tygodniu






1. Serwer backupu 1 szt.



Pozycja nr 4 – Szafa teleinformatycznaLiczba sztuk: 1


cechy


1. Wymiary Szafa serwerowa o wysokości 42USzerokość 800 mmGłębokość max 1100 mm

2. Wyposażenie elektryczne szafy

1 IEC309 na 4 x C192 x C19 na 7 x C13zasilane wyprowadzone z jednego UPS-a

3. Dodatkowe wymagania

Drzwi przednie i tylnie perforowaneDrzwi boczne zdejmowane

4. Gwarancja/serwis 36 miesięcy OnSite






1. Szafa teleinformatyczna

1 szt.



2. Ze względu na bezproblemowy montaż dostarczanych urządzeń, wymagana szafa tego samego producenta co urządzenia opisane w pozycji 1, 2 ,3.

3. Dostarczone w pozycjach 1 -13 urządzenia wraz z oprogramowaniem należy zamontować, podłączyć oraz skonfigurować w celu otrzymania środowiska optymalnie przygotowanego pod dostarczaną Platforma systemową.

Pozycja nr 5 – Konsola LCD i przełącznik KVMLiczba sztuk: 1


cechy


1. Zarządzanie Konsola LCD do montażu w szafie rack, o wysokości max 1U, 17" wraz z klawiaturą i urządzeniem wskazującym.

Konsola LCD powinna umożliwiać zamontowanie przełącznika KVM tego samego producenta.

Ekran LCD powinien mieć przekątną wyświetlacza nie mniejszą niż 17" i rozdzielczości minimum 1440 x 900 pikseli.

Przełacznik KVM min 8 portowy z min. 5 zestawami kabli i adapterów USB do podłączenia serwerów


cechy



36 miesięcy, 4 godzinny czas reakcji na zgłoszenie, 24h przez 7 dni w tygodniu






1. konsola LCD i przełącznik KVM

1 szt.



Pozycja nr 6 – Bezprzerwowy zasilacz awaryjnyLiczba sztuk: 1


cechy


1. Moc pozorna Min. 5000 VA2. Moc rzeczywista Min. 4500 W3. Liczba, typ gniazd Minimalne wymagane ilości:


cechy


wyjściowych 4x IEC320 C13,4x IEC320 C19,1x NEMA IEC309 332C6

4. Typ gniazda wejściowego

Zaciski lub IEC309 332P6 (32A)

5. Czas podtrzymania dla 100%

Co najmniej 5,7 min

6. Czas podtrzymania przy 50%

Co najmniej 16 min

7. Dodatkowe baterie

Możliwość dodania min. 2 dodatkowych modułów baterii. W celu wydłużenia czasu podtrzymania do min. 40 minut dla 100% obciążenia

8. Napięcie znamionowe wejściowe

230V

9. Częstotliwość znamionowa

50/60 Hz autodetekcja

10. Kształt napięcia Sinusoidalny11. Ochrona przed

przeładowaniemTak

12. Baterie wymieniane przez użytkownika "na gorąco"

Tak

13. Interfejs komunikacyjny

Co najmniej: USB lub DB-9 Port REPO sieciowy moduł komunikacyjny

14. Typ obudowy Rack 3U max 6U z dodatkową baterią


cechy


15. Gwarancja producenta

36 miesięcy Onsite






1. Bezprzerwowy zasilacz awaryjny

1 szt.



Pozycja nr 7 – Macierz dyskowaLiczba sztuk: 1


cechy


1. Obudowa System musi być dostarczony ze wszystkimi komponentami do instalacji w szafie rack 19''

2. Pojemność System musi zostać dostarczony w konfiguracji zawierającej minimum: 12 dysków 600GB SAS 10k, 12 dysków 2TB SATA oraz posiadać możliwość rozbudowy o kolejne dyski. System musi wspierać dyski:

SAS 600GB i 900GB, 1200GB SATA 2TB, 3TB, 4TB, 6TB SSD 200GB, 400GB, 800GB i 1600GB

Budowa systemu musi umożliwiać rozbudowę do modeli wyższych bez potrzeby migracji danych.System musi mieć możliwość rozbudowy do co najmniej 144 dysków.

3. Kontroler Dwa kontrolery wyposażone w przynajmniej 18GB cache każdy.W przypadku awarii zasilania dane nie zapisane na dyski, przechowywane w pamięci muszą być zabezpieczone za pomocą podtrzymania bateryjnego przez minimum 72 godziny.Oferowana macierz musi pozwalać na rozbudowę cache (odczyt i zapis) za pomocą dysków SSD do 4TB.

4. Interfejsy Oferowana macierz musi posiadać minimum 8 portów FC 8GB, 4 porty 1Gbeth, 4 porty SAS.

5. RAID System RAID musi zapewniać taki poziom zabezpieczania danych, aby był możliwy do nich dostęp w sytuacji awarii minimum dwóch dysków w grupie RAID.


cechy


6. Kopie migawkowe Macierz musi być wyposażona w system kopii migawkowych, dostępny dla wszystkich rodzajów danych przechowywanych na macierzy. System kopii migawkowych nie może powodować spadku wydajności macierzy +/-5%.

7. Obsługiwane protokoły

Macierz musi obsługiwać jednocześnie protokoły FC, iSCSi, CIFS i NFS - jeśli wymagane są licencje Zamawiający wymaga dostarczenia ich wraz z macierzą.

8. Inne wymagania funkcjonalność eliminacji (deduplikacji) identycznych bloków danych którą można stosować na macierzy/danych produkcyjnej dla wszystkich rodzajów danych.

możliwość czynności odwrotnej tzn. Cofnięcia procesu deduplikacji na zdeduplikowanym wolumenie.

funkcjonalność kompresji danych. wsparcie dla wielościeżkowości dla systemów

Win 2003/2008, Linux, Vmware, Unix. funkcjonalność pozwalającą na wirtualizację

macierzy (z fizycznej macierzy tworzenie wirtualnych partycji).

dynamiczna zmiana rozmiaru wolumenów logicznych bez przerywania pracy macierzy i bez przerywania dostępu do danych znajdujących się na danym wolumenie.

funkcjonalność priorytetyzacjii zadań. Możliwość rozbudowy o funkcjonalność

replikacji danych z i na inną macierzą tego samego producenta w trybie synchronicznym i


cechy


asynchronicznym. Przed procesem replikacji macierz musi umożliwiać włączenie procesu deduplikacji danych w celu optymalizacji wykorzystania łącza dla replikowanych zasobów.

możliwość jednoczesnego kompresowania a następnie deduplikowania tych samych zasobów.

macierz musi posiadać narzędzie do prognozowania oszczędności w wyniku wykonania deduplikacji dla danego zasobu.

możliwość automatycznego informowania przez macierz i przesyłania przez pocztę elektroniczną raportów o konfiguracji, utworzonych dyskach logicznych i woluminach oraz ich zajętości wraz z podziałem na rzeczywiste dane, kopie migawkowe oraz dane wewnętrzne macierzy.


3 lata serwisu producenta z czasem odpowiedzi 2 godziny na awarie krytyczne i wymianą elementu na następny dzień roboczy. 3 lata subskrypcji do oprogramowania.






1. Macierz dyskowa

1 szt.


1. Wszystkie funkcjonalności muszą być dostarczone na maksymalną pojemność macierzy.Producent musi dostarczyć usługę w postaci portalu WWW umożliwiającą sprawdzanie poprawności działania macierzy w ramach realizowanego wsparcia technicznego producenta.


Pozycja nr 8 – Biblioteka dyskowaLiczba sztuk: 1


cechy


1. Wymagane parametry

Obudowa przeznaczona do montażu w szafie przemysłowej 19”, o wysokość maksymalnie 2U.

Minimum 15TB dostępnej powierzchni na dane użytkownika po deduplikacji.Możliwość rozbudowy tej przestrzeni do przynajmniej 124TB za pomocą dodatkowego modułu.

Wydajność backupu z deduplikacją na urządzeniu przy użyciu emulacji bibliotek taśmowych – minimum 5,3TB/h.

Obsługa technologii pozwalającej na uzyskanie wyższej wydajności przy przeniesieniu procesu deduplikacji na inne urządzenie. Aktualnie licencja na tę funkcjonalność nie jest wymagana. Możliwość rozbudowy o taką funkcjonalność w przyszłości.

Powierzchnia dyskowa musi być zabezpieczona mechanizmem RAID 6Fizyczne dyski klasy przynajmniej NearLine SAS.

Minimum 4 porty typu Ethernet 1Gb z możliwością agregacji mechanizmem LACP (IEEE 802.3ad)Minimum 2 porty 10GbEMinimum 2 porty 8Gb FC

Wirtualna biblioteka taśmowa (na łączach FC oraz Ethernet – protokół iSCSI ), sieciowe zasoby plikowe (CIFS i NFS).

Emulacja wielu bibliotek taśmowych w jednym


cechy


urządzeniu. Emulacja modeli bibliotek fizycznie istniejących, celem zachowania kompatybilności z oprogramowaniem do backupu taśmowego wiodących producentów. Możliwość emulacji abstrakcyjnego urządzenia o zadanej ilości napędów i kartridży.

Prezentacja kartridży o parametrach zgodnych z LTO-2, LTO-3, LTO-4, LTO-5, LTO-6.Możliwość definowania schematów dla kodów kreskowych wirtualnych kartridży prezentowanych aplikacji backupowej.

Blokowa deduplikacja typu inline, niezależna od systemu wykonywania kopii zapasowych. Zmienna wielkość bloku danych, maksymalnie 32kB.Wymagane jest dostarczenie licencji dla tej funkcjonalności dla całej pojemności urządzenia.Nie jest dopuszczalne rozwiązanie z deduplikacją typu post-process.Urządzenie musi mieć możliwość skonfigurowania przynajmniej dwóch domen deduplikacji.

Możliwość automatycznej replikacji wybranych zasobów na urządzenie z tej samej rodziny po łączach o niskiej przepustowości (poniżej 100Mbps) z zachowaniem korzyści deduplikacji. Aktualnie licencja na tę funkcjonalność nie jest wymagana. Możliwość rozbudowy o taką funkcjonalność w przyszłości.

Możliwość selektywnego odzyskiwania danych


cechy


bezpośrednio z biblioteki dyskowej.Efektywna prędkość odczytu danych nie może być niższa niż 55% prędkości zapisu

Możliwość tworzenia udziałów szyfrowanych w locie przy pomocy algorytmu AES-256. Narzut szyfrowania nie może zmniejszać wydajności zapisu i odczytu o więcej niż 15% w porównaniu z udziałem nieszyfrowanym.Aktualnie licencja na tę funkcjonalność nie jest wymagana. Możliwość rozbudowy o taką funkcjonalność w przyszłości.

Graficzny interfejs administracyjny, CLI, SNMP.Powiadamianie o problemach w urządzeniu za pomocą e-mail.

Redundantne moduły zasilające.2. Gwarancja i

serwisWsparcie serwisowe w ciągu 3 lat 24/7 z gwarantowanym czasem reakcji 4h






1. Biblioteka dyskowa

1 szt.


1. Dostarczony sprzęt będzie sprzętem zakupionym w oficjalnym kanale sprzedaży producenta na rynek polski, co oznacza, że będzie on sprzętem nowym (nie będzie on sprzętem odnowionym (refurbished), nie będzie sprzętem pochodzącym z recyklingu) i będzie posiadał stosowny pakiet usług gwarancyjnych producenta kierowanych do użytkowników z obszaru Rzeczypospolitej Polskiej.Zamawiający, w ramach gwarancji zastrzega sobie możliwość zgłaszania awarii bezpośrednio w polskiej organizacji serwisowej producenta sprzętu.

Wykonawca na żądanie Zamawiającego przed podpisaniem umowy w przedmiocie udzielenia zamówienia przedłoży oświadczenie Producenta, w języku polskim, potwierdzające pochodzenie sprzętu z autoryzowanego kanału sprzedaży z Unii Europejskiej. Przed finalnym odbiorem sprzętu przez Zamawiającego, Zamawiający będzie miał możliwość potwierdzenia pochodzenia sprzętu na podstawie przedstawionych numerów seryjnych.

Pozycja nr 9 – Oprogramowania backupoweLiczba sztuk: 1


cechy


1. Wymagane właściwości

Oprogramowanie do archiwizacji musi współpracować z infrastrukturą wirtualizacji opartą na VMware ESX oraz ESXi w wersjach 3.5, 4.0, 4.1, 5 oraz 5.1, jak również Hyper-V 2008 R2 i Hyper-V 2012 (w tym obsługa formatu dysków wirtualnych *.vhdx)

Rozwiązanie musi współpracować z hostami ESX i ESXi zarządzanymi przez VMware vCenter jak i hostami niezarządzanymi (standalone)

Rozwiązanie musi współpracować z hostami Hyper-V zarządzanymi przez System Center Virtual Machine Manager, zgrupowanymi w klastry jak i niezarządzanymi (standalone)

Rozwiązanie nie może instalować żadnych swoich komponentów (agent) w archiwizowanych maszynach wirtualnych.

Rozwiązanie musi wspierać backup wszystkich systemów operacyjnych w wirtualnych maszynach, które są wspierane przez VMware i Hyper-V

Rozwiązanie musi mieć możliwość instalacji na następujących systemach operacyjnych: Microsoft Windows Server 2008 SP2 (x64), Microsoft Windows Server 2008 R2 ,Microsoft Windows 7 SP1, Windows Server 2012, Windows 8

Rozwiązanie musi dawać możliwość odzyskiwania całych obrazów maszyn wirtualnych z obrazów, pojedynczych plików z


cechy


systemu plików znajdujących się wewnątrz wirtualnej maszyny. Rozwiązanie musi umożliwiać odzyskanie plików i/lub całych maszyn wirtualnych na zasadzie „one-click restore”.

Rozwiązanie musi umożliwiać odzyskiwanie plików z następujących systemów plików:

a. a.Linux: ext, ext2, ext3, ext4, ReiserFS (Reiser3), JFS, XFS

b. b. BSD : UFS, UFS2 c. c.Windows: NTFS, FAT, FAT32, ReFS Rozwiązanie musi umożliwiać natychmiastowe

odzyskanie wirtualnej maszyny i jej uruchomienie bez kopiowania na storage podłączony do hostów ESX (wbudowana funkcjonalność NFS Server) i Hyper-V

Rozwiązanie musi umożliwiać bezpośrednie odzyskiwanie obiektów z takich usług jak Active Directory (użytkownicy i grupy), Microsoft Exchange (emaile i kontakty), Microsoft SharePoint (dokumenty) i Microsoft SQL (tabele i rekordy) z maszyn wirtualnych środowiska VMware i Hyper-V.

Rozwiązanie musi zapewniać szybkie odzyskiwanie danych ze skrzynek pocztowych Microsoft Exchange 2010/2013 bez potrzeby uruchamiania maszyny wirtualnej (odzyskiwanie bezpośrednio z bazy danych *.EDB)

Rozwiązanie musi zapewniać szybkie odzyskiwanie danych z witryn Microsoft SharePoint 2010 bez potrzeby uruchamiania


cechy


maszyny wirtualnej (odzyskiwanie bezpośrednio z bazy danych *.MDF)

Rozwiązanie musi umożliwiać indeksowanie plików zawartych w archiwach maszyn wirtualnych z systemem operacyjnym Windows w celu szybkiego ich przeszukiwania

Rozwiązanie musi umożliwiać równoczesne przetwarzanie wielu maszyn wirtualnych

Rozwiązanie musi w pełni korzystać z mechanizmów zawartych w VMware vStorage API for Data Protection a w szczególności być zgodnym z mechanizmem Changed Block Tracking

Rozwiązanie musi umożliwiać wykorzystanie technologii CBT dla platformy VMware również dla maszyn wirtualnych, które posiadają już migawkę.

Rozwiązanie musi mieć wbudowane mechanizmy podobne do technologii CBT również dla platformy Hyper-V w celu przyśpieszenia procesu backupu.

Rozwiązanie musi korzystać z mechanizmów VSS (Windows Volume Shadowcopy) wbudowanych w najnowsze systemy operacyjne z rodziny Windows.

Rozwiązanie musi mieć wbudowane mechanizmy deduplikacji i kompresji archiwum w celu redukcji zajmowanej przez archiwa przestrzeni dyskowej

Rozwiązanie musi mieć możliwość archiwizacji na napędach taśmowych

Rozwiązanie musi mieć możliwość instalacji


cechy


centralnej konsoli do zarządzania większą ilością serwerów archiwizujących oraz jednoczesnego zarządzania backupami środowiska VMware i Hyper-V

Dostęp do tej konsoli musi być realizowany przez przeglądarkę WWW

Rozwiązanie musi mieć wbudowany mechanizm informowania o pomyślnym lub niepomyślnym zakończeniu procesu archiwizacji poprzez email, zapis do Event Log’u Windows lub wysłanie komunikatu SNMP.

Rozwiązanie musi mieć możliwość rozbudowy procesu archiwizacji o dowolne skrypty tworzone przez administratora, które mogą być dołączane do zadań archiwizacyjnych

Rozwiązanie musi mieć wbudowaną możliwość replikacji wirtualnych maszyn pomiędzy hostami ESX i ESXi w tym możliwość replikacji ciągłej

Rozwiązanie musi mieć wbudowaną możliwość replikacji maszyn wirtualnych pomiędzy hostami Hyper-V w tym możliwość replikacji ciągłej

Rozwiązanie musi mieć możliwość tworzenia środowiska wirtualnego laboratorium w środowisku VMware lub Hyper-V

Rozwiązanie musi mieć możliwość tworzenia środowiska wirtualnego laboratorium dla zreplikowanego środowiska Vmware

Rozwiązanie musi mieć możliwość występowania i zatwierdzania wniosków o tworzenie środowisk w wirtualnym laboratorium


cechy


w środowisku VMware lub Hyper-V. Rozwiązanie musi zapewnić możliwość

sprawdzenia poprawności wykonania archiwum poprzez odtworzenie wirtualnej maszyny w izolowanym środowisku i jej uruchomienie w środowisku VMware lub Hyper-V.

Rozwiązanie musi zapewnić możliwość sprawdzenia poprawności wykonania replikacji poprzez odtworzenie wirtualnej maszyny w izolowanym środowisku i jej uruchomienie w środowisku Vmware.

Rozwiązanie musi być zgodne z konfiguracją rozproszonego przełącznika VMware (Distributed Virtual Switch)

Rozwiązanie musi mieć możliwość integracji z środowiskiem VMware vCloud Director a w szczególności możliwość archiwizacji metadanych vCD i atrybutów vApps oraz odzyskiwanie tych elementów bezpośrednio do vCD.

Rozwiązanie musi umożliwiać przedstawienie informacji o archiwizacji środowiska VMware bezpośrednio w webowym kliencie vSphere

Rozwiązanie musi mieć możliwość automatycznej zmiany numeracji IP maszyn przywracanych w środowiskach centrum zapasowego w przypadku awarii centrum podstawowego

Rozwiązanie musi mieć możliwość integracji z macierzami HP Lefthand i oprogramowanie HP StoreVirtual. Rozwiązanie musi umożliwiać odzyskiwanie wirtualnych maszyn, plików z tych


cechy


maszyn i uruchamianie maszyn bezpośrednio z migawki wykonanej przez rozwiązanie HP (tzw. SAN Snapshot)

Rozwiązanie musi umożliwiać zapisanie konfiguracji całej instalacji w celu przywrócenia jej po reinstalacji całego systemu.

Rozwiązanie musi mieć możliwość dodatkowego skopiowania punktów przywracania do innej lokalizacji

Rozwiązanie musi mieć możliwość wykonywania archiwizacji zgodnie z rotacyjnym schematem GFS (Grandfather-father-son)

2. Wymagane prace wdrożeniowe

Inwentaryzacja środowiska. Ustalenie maszyn wirtualnych mających

podlegać systemowi backupowemu. Uzgodnienie polityk backupowych. Ustalenie miejsca przechowywania danych. Instalacja oprogramowania na serwerze

(serwerach w zależności od potrzeb zinwentaryzowanego środowiska).

Rejestracja licencji. Konfiguracja oprogramowania zgodnie z

ustaleniami. Wykonanie backupów testowych. Opracowanie i przetestowanie procedur

wykonywania kopii zapasowych dostarczanych baz danych. W oprogramowaniu backupowym muszą być zawarte odpowiednie licencje zapewniające tę funkcjonalność.

Weryfikacja przywracalności wybranych maszyn wirtualnych.


cechy


Weryfikacja odtworzonych maszyn wirtualnych. Wykonanie dokumentacji powykonawczej.

3. Gwarancja 12 miesięcy

Lp Nazwa oprogramowania





1. Oprogramowanie backupowe

1 szt.


1. Oprogramowanie musi być dostarczone z licencją obsługującą 4 serwery fizyczne po 2 procesory w każdym z serwerze.

Pozycja nr 10 – Oprogramowanie wirtualizacyjneLiczba sztuk: 1


cechy


1. Wymagane właściwosci

Rozwiązanie musi zapewnić możliwość obsługi wielu instancji systemów operacyjnych na jednym serwerze fizycznym i powinno się charakteryzować maksymalnym możliwym stopniem konsolidacji sprzętowej.

Oprogramowanie do wirtualizacji zainstalowane na serwerze fizycznym potrafi obsłużyć i wykorzystać procesory fizyczne wyposażone w 320 logicznych wątków oraz do 4TB pamięci fizycznej RAM.

Oprogramowanie do wirtualizacji musi zapewnić możliwość skonfigurowania maszyn wirtualnych 1-64 procesorowych.

Oprogramowanie do wirtualizacji musi zapewniać możliwość stworzenia dysku maszyny wirtualnej o wielkości do 62 TB.

Oprogramowanie do wirtualizacji musi zapewnić możliwość skonfigurowania maszyn wirtualnych z możliwością przydzielenia do 1 TB pamięci operacyjnej RAM.

Oprogramowanie do wirtualizacji musi zapewnić możliwość skonfigurowania maszyn wirtualnych ,z których każda może mieć 1-10 wirtualnych kart sieciowych.

Oprogramowanie do wirtualizacji musi zapewnić możliwość skonfigurowania maszyn wirtualnych , z których każda może mieć co najmniej 4 porty szeregowe i 3 porty równoległe i 20 urządzeń USB.


cechy


Rozwiązanie musi umożliwiać łatwą i szybką rozbudowę infrastruktury o nowe usługi bez spadku wydajności i dostępności pozostałych wybranych usług.

Rozwiązanie powinno w możliwie największym stopniu być niezależne od producenta platformy sprzętowej.

Polityka licencjonowania musi umożliwiać przenoszenie licencji na oprogramowanie do wirtualizacji pomiędzy serwerami różnych producentów z zachowaniem wsparcia technicznego i zmianą wersji oprogramowania na niższą (downgrade).Licencjonowanie nie może odbywać się w trybie OEM.

Rozwiązanie musi wspierać następujące systemy operacyjne: MS-DOS 6.22, Windows 3.1, Windows 95, Windows 98, Windows XP, Windows Vista , Windows NT 4.0, Windows 2000, Windows Server 2003, Windows Server 2008, Windows Server 2012, Windows 7, Windows 8, SLES 11, SLES 10, SLES 9, SLES 8, RHEL 6, RHEL 5, RHEL 4, RHEL 3, Solaris 11 ,Solaris 10, Solaris 9, Solaris 8, OS/2 Warp 4.0, NetWare 6.5, NetWare 6, NetWare 5, OEL 4, OEL 5, Debian, CentOS, FreeBSD, Asianux, Mandriva, Ubuntu 12.04, SCO OpenServer, SCO Unixware, Mac OS X.

Rozwiązanie musi umożliwiać przydzielenie większej ilości pamięci RAM dla maszyn wirtualnych niż fizyczne zasoby RAM serwera w celu osiągnięcia maksymalnego współczynnika


cechy


konsolidacji. Rozwiązanie musi umożliwiać udostępnienie

maszynie wirtualnej większej ilości zasobów dyskowych niż jest fizycznie zarezerwowane na dyskach lokalnych serwera lub na macierzy.

Rozwiązanie powinno posiadać centralną konsolę graficzną do zarządzania maszynami wirtualnymi i do konfigurowania innych funkcjonalności. Centralna konsola graficzna powinna mieć możliwość działania zarówno, jako aplikacja na maszynie fizycznej lub wirtualnej, jak i jako gotowa, wstępnie skonfigurowana maszyna wirtualna tzw. virtual appliance.

Rozwiązanie musi zapewnić możliwość bieżącego monitorowania wykorzystania zasobów fizycznych infrastruktury wirtualnej (np. wykorzystanie procesorów, pamięci RAM, wykorzystanie przestrzeni na dyskach/wolumenach) oraz przechowywać i wyświetlać dane maksymalnie sprzed roku.

Oprogramowanie do wirtualizacji powinno zapewnić możliwość wykonywania kopii migawkowych instancji systemów operacyjnych (tzw. snapshot) na potrzeby tworzenia kopii zapasowych bez przerywania ich pracy.

Oprogramowanie do wirtualizacji musi zapewnić możliwość klonowania systemów operacyjnych wraz z ich pełną konfiguracją i danymi.

Oprogramowanie do wirtualizacji oraz oprogramowanie zarządzające musi posiadać możliwość integracji z usługami katalogowymi


cechy


Microsoft Active Directory. Rozwiązanie musi zapewniać mechanizm

bezpiecznego uaktualniania warstwy wirtualizacyjnej (hosta, maszyny wirtualnej) bez potrzeby wyłączania wirtualnych maszyn.

Rozwiązanie musi zapewnić wbudowany, bezpieczny mechanizm do automatycznego tworzenia kopii zapasowych, odtwarzania wskazanych maszyn wirtualnych. Mechanizm ten musi umożliwiać również odtwarzanie pojedynczych plików z kopii zapasowej oraz zapewnia stosowanie deduplikacji dla kopii zapasowych.

Rozwiązanie musi zapewniać mechanizm replikacji wskazanych maszyn wirtualnych w obrębie klastra serwerów fizycznych.

Rozwiązanie musi mieć możliwość przenoszenia maszyn wirtualnych w czasie ich pracy pomiędzy serwerami fizycznymi. Mechanizm powinien umożliwiać 4 lub więcej takich procesów przenoszenia jednocześnie.

Rozwiązanie musi mieć możliwość przenoszenia zwirtualizowanych dysków maszyn wirtualnych w czasie ich pracy pomiędzy fizycznymi zasobami dyskowymi.

Musi zostać zapewniona odpowiednia redundancja i taki mechanizm (wysokiej dostępności HA) , aby w przypadku awarii lub niedostępności serwera fizycznego wybrane przez administratora i uruchomione nim wirtualne maszyny zostały uruchomione na innych serwerach z zainstalowanym


cechy


oprogramowaniem wirtualizacyjnym. Oprogramowanie do wirtualizacji musi

zapewniać mechanizm takiego zabezpieczenia wybranych przez administratora wirtualnych maszyn, aby w przypadku awarii lub niedostępności serwera fizycznego maszyny, które na nim pracowały, były bezprzerwowo dostępne na innym serwerze z zainstalowanym oprogramowaniem wirtualizacyjnym.

System musi posiadać funkcjonalność wirtualnego przełącznika (virtual switch) umożliwiającego tworzenie sieci wirtualnej w obszarze hosta i pozwalającego połączyć maszyny wirtualne w obszarze jednego hosta, a także na zewnątrz sieci fizycznej. Pojedynczy przełącznik wirtualny powinien mieć możliwość konfiguracji do 4000 portów.

Pojedynczy wirtualny przełącznik musi posiadać możliwość przyłączania do niego dwóch i więcej fizycznych kart sieciowych, aby zapewnić bezpieczeństwo połączenia ethernetowego w razie awarii karty sieciowej.

Wirtualne przełączniki musza obsługiwać wirtualne sieci lokalne (VLAN).

Oprogramowanie do wirtualizacji musi obsługiwać przełączenie ścieżek SAN (bez utraty komunikacji) w przypadku awarii jednej z kilku dostępnych ścieżek. Rozwiązanie musi obsługiwać mechanizmy przełączania ścieżek SAN dostarczane przez firmy trzecie.

Rozwiązanie musi mieć możliwość automatycznego równoważenia obciążenia


cechy


serwerów fizycznych poprzez przenoszenie pracujących wirtualnych maszyn pomiędzy nimi. Mechanizm ten musi być wyposażony w możliwość definiowania reguł przenoszenia np. przeniesienie maszyny wirtualnej wymusza przeniesienie innej lub równoważenie następuje w obrębie zdefiniowanych grup wirtualnych maszyn pomiędzy wybranymi serwerami fizycznymi.

Rozwiązanie musi mieć możliwość oszczędzania energii elektrycznej poprzez automatyczne wyłączenie wskazanych serwerów fizycznych w przypadku braku obciążenia generowanego przez wirtualne maszyny i automatycznego ich włączenia w sytuacji wzrostu obciążenia.

Rozwiązanie musi mieć możliwość automatycznego równoważenia obciążenia fizycznych zasobów dyskowych poprzez przenoszenie zwirtualizowanych dysków pracujących maszyn wirtualnych pomiędzy fizycznymi zasobami dyskowymi. Mechanizm ten musi być wyposażony w możliwość definiowania reguł przenoszenia np. przeniesienie zwirtualizowanych dysków maszyny wirtualnej wymusza przeniesienie zwirtualizowanych dysków innej lub zwirtualizowane dyski pojedynczej maszyny wirtualnej będą znajdowały się na tym samym lub różnych fizycznych zasobach dyskowych.

Rozwiązanie musi mieć możliwość monitorowania stanu usługi aplikacji uruchomionej w obrębie systemu operacyjnego


cechy


gościa maszyny wirtualnej i, aby zapewnić wysoką dostępność tej aplikacji, restartowania jej usług bądź całej maszyny wirtualnej.

Oprogramowanie do wirtualizacji musi zapewniać mechanizm pozwalający tworzyć profil (szablon konfiguracji) wybranego serwera a następnie wymuszać ten profil/konfigurację na innych serwerach lub sprawdzać zgodność konfiguracji pomiędzy zdefiniowanym wcześniej profilem a wskazanym serwerem fizycznym.

Rozwiązanie musi mieć możliwość zastosowania wirtualnych rozproszonych przełączników innych firm. Przełączniki te powinny posiadać możliwość ścisłej integracji z oprogramowaniem do wirtualizacji i być zaimplementowana jako wirtualne moduły liniowe na każdym hoście (serwerze) oraz redundantny moduł zarządzający. Implementacja stałego wirtualnego portu dołączającego maszynę wirtualną niezależnie od fizycznych serwerów (hostów), między którymi maszyna jest migrowana.

Wirtualny przełącznik wbudowany w rozwiązanie lub firmy trzeciej musi posiadać następujące możliwości:

o Agregacja portów: Możliwość agregacji indywidualnych portów na danym hoście (serwerze) do pojedynczej wiązki logicznej, zgodnie z protokołem LACP

o QoS: Markowanie ruchu DSCP per


cechy


wirtualny port; Dławienie (policing) ruchu per wirtualny port

o Zarządzanie: Zarządzanie wirtualnym przełącznikiem złożonym z wirtualnych modułów liniowych znajdujących się w hostach (serwerach) z wykorzystaniem redundatnego wirtualnego modułu typu Supervisor; Implementacja Netflow lub podobnego mechanizmu dla statystyki ruchu; SNMP v3; Syslog

o Bezpieczeństwo: Wymagane mechanizmy bezpieczeństwa: bezpieczny dostęp w oparciu o SSH; Port Security dla wirtualnych portów dołączających wirtualne maszyny; listy kontroli dostępu (ACL) na poziomie wirtualnych portów filtracja na poziomie warstw L2/L3/L4; możliwość kopiowania ruchu z wybranego wirtualnego portu na inny określony wirtualny port na tym samym hoście (port monitorujacy SPAN lub podobna funkcjonalność). Możliwość kopiowania ruchu z wybranego wirtualnego portu i tunelowania go poprzez zewnętrzną sieć do urządzenia monitorującego (port ERSPAN lub podobna funkcjonalność)

o Prywatne sieci VLAN; Wsparcie dla RADIUS/TACACS+


12 miesięcy






1. Oprogramowanie wirtualizacyjne

1 szt.


1. Warstwa wirtualizacji musi być zainstalowana bezpośrednio na sprzęcie fizycznym bez dodatkowych pośredniczących systemów operacyjnych. Oprogramowanie musi być dostarczone z licencją obsługującą 4 serwery fizyczne po 2 procesory w każdym z serwerze.

Pozycja nr 11 – Serwerowy system operacyjnyLiczba sztuk: 1 komplet


cechy


1. Wbudowane cechy

1. Możliwość wykorzystania, co najmniej 320 logicznych procesorów oraz co najmniej 4 TB pamięci RAM w środowisku fizycznym

2. Możliwość wykorzystywania 64 procesorów wirtualnych oraz 1TB pamięci RAM i dysku o pojemności min. 64TB przez każdy wirtualny serwerowy system operacyjny.

3. Możliwość budowania klastrów składających się z 64 węzłów, z możliwością uruchamiania do 8000 maszyn wirtualnych.

4. Możliwość migracji maszyn wirtualnych bez zatrzymywania ich pracy między fizycznymi serwerami z uruchomionym mechanizmem wirtualizacji (hypervisor) przez sieć Ethernet, bez konieczności stosowania dodatkowych mechanizmów współdzielenia pamięci.

5. Wsparcie (na umożliwiającym to sprzęcie) dodawania i wymiany pamięci RAM bez przerywania pracy.

6. Wsparcie (na umożliwiającym to sprzęcie) dodawania i wymiany procesorów bez przerywania pracy.

7. Automatyczna weryfikacja cyfrowych sygnatur sterowników w celu sprawdzenia, czy sterownik przeszedł testy jakości przeprowadzone przez producenta systemu operacyjnego.

8. Możliwość dynamicznego obniżania poboru energii przez rdzenie procesorów niewykorzystywane w bieżącej pracy.


cechy


Mechanizm ten musi uwzględniać specyfikę procesorów wyposażonych w mechanizmy Hyper-Threading.

9. Wbudowane wsparcie instalacji i pracy na wolumenach, które:

a. pozwalają na zmianę rozmiaru w czasie pracy systemu,

b. umożliwiają tworzenie w czasie pracy systemu migawek, dających użytkownikom końcowym (lokalnym i sieciowym) prosty wgląd w poprzednie wersje plików i folderów,

c. umożliwiają kompresję "w locie" dla wybranych plików i/lub folderów,

d. umożliwiają zdefiniowanie list kontroli dostępu (ACL).

10.Wbudowany mechanizm klasyfikowania i indeksowania plików (dokumentów) w oparciu o ich zawartość.

11.Wbudowane szyfrowanie dysków przy pomocy mechanizmów posiadających certyfikat FIPS 140-2 lub równoważny wydany przez NIST lub inną agendę rządową zajmującą się bezpieczeństwem informacji.

12.Możliwość uruchamianie aplikacji internetowych wykorzystujących technologię ASP.NET

13.Możliwość dystrybucji ruchu sieciowego HTTP pomiędzy kilka serwerów.

14.Wbudowana zapora internetowa (firewall) z obsługą definiowanych reguł dla ochrony połączeń internetowych i intranetowych.

15.Graficzny interfejs użytkownika.


cechy


16.Zlokalizowane w języku polskim, co najmniej następujące elementy: menu, przeglądarka internetowa, pomoc, komunikaty systemowe,

17.Możliwość zmiany języka interfejsu po zainstalowaniu systemu, dla co najmniej 10 języków poprzez wybór z listy dostępnych lokalizacji.

18.Wsparcie dla większości powszechnie używanych urządzeń peryferyjnych (drukarek, urządzeń sieciowych, standardów USB, Plug&Play).

19.Możliwość zdalnej konfiguracji, administrowania oraz aktualizowania systemu.

20.Dostępność bezpłatnych narzędzi producenta systemu umożliwiających badanie i wdrażanie zdefiniowanego zestawu polityk bezpieczeństwa.

21.Pochodzący od producenta systemu serwis zarządzania polityką konsumpcji informacji w dokumentach (Digital Rights Management).

22.Możliwość implementacji następujących funkcjonalności bez potrzeby instalowania dodatkowych produktów (oprogramowania) innych producentów wymagających dodatkowych licencji:a. Podstawowe usługi sieciowe: DHCP oraz

DNS wspierający DNSSEC,b. Usługi katalogowe oparte o LDAP i

pozwalające na uwierzytelnianie użytkowników stacji roboczych, bez konieczności instalowania dodatkowego oprogramowania na tych stacjach,


cechy


pozwalające na zarządzanie zasobami w sieci (użytkownicy, komputery, drukarki, udziały sieciowe), z możliwością wykorzystania następujących funkcji:

i. Podłączenie SSO do domeny w trybie offline – bez dostępnego połączenia sieciowego z domeną,

ii. Ustanawianie praw dostępu do zasobów domeny na bazie sposobu logowania użytkownika – na przykład typu certyfikatu użytego do logowania,

iii. Odzyskiwanie przypadkowo skasowanych obiektów usługi katalogowej z mechanizmu kosza.

c. Zdalna dystrybucja oprogramowania na stacje robocze.

d. Praca zdalna na serwerze z wykorzystaniem terminala (cienkiego klienta) lub odpowiednio skonfigurowanej stacji roboczej

e. Centrum Certyfikatów (CA), obsługa klucza publicznego i prywatnego) umożliwiające:

i. Dystrybucję certyfikatów poprzez http

ii. Konsolidację CA dla wielu lasów domeny,

iii. Automatyczne rejestrowania certyfikatów pomiędzy różnymi lasami domen.

f. Szyfrowanie plików i folderów.g. Szyfrowanie połączeń sieciowych pomiędzy

serwerami oraz serwerami i stacjami


cechy


roboczymi (IPSec).h. Możliwość tworzenia systemów wysokiej

dostępności (klastry typu fail-over) oraz rozłożenia obciążenia serwerów.

i. Serwis udostępniania stron WWW.

Lp Nazwa systemu Typ, model, producent Ilość sztuk Cena jednostkowa netto




1. Serwerowy system operacyjny

1 komplet


1. Licencja na oprogramowanie musi być przypisana do każdego procesora fizycznego na serwerze. Liczba rdzeni procesorów i ilość pamięci nie mogą mieć wpływu na liczbę wymaganych licencji. Licencja musi uprawniać do uruchamiania serwerowego systemu operacyjnego (SSO) w środowisku fizycznym i nielimitowanej liczby wirtualnych środowisk serwerowego systemu operacyjnego za pomocą wbudowanych mechanizmów wirtualizacji. Należy dostarczyć odpowiednią ilość licencji potrzebnych do uruchomienia całości oferowanego środowiska sprzętowo systemowego.Należy również dostarczyć niezbędne licencje dostępowe dla połączeń zewnętrznych pozwalającej nieograniczonej liczbie użytkowników (znajdujących się poza organizacją klienta) na dostęp do dostarczonego oprogramowania serwerowego i/lub usług serwerowych.

Pozycja nr 12 – Licencja platformy bazodanowejLiczba sztuk: 1 komplet

Parametry wymagane - Parametry oferowaneSystem bazodanowy (SBD) licencjonowany na rdzenie procesora musi spełniać poniższe wymagania poprzez wbudowane mechanizmy:

1. Możliwość wykorzystania SBD, jako silnika relacyjnej bazy danych, analitycznej, wielowymiarowej bazy danych, platformy bazodanowej dla wielu aplikacji. Powinien zawierać serwer raportów, narzędzia do: definiowania raportów, wykonywania analiz biznesowych, tworzenia procesów ETL.

2. Zintegrowane narzędzia graficzne do zarządzania systemem – SBD musi dostarczać zintegrowane narzędzia do zarządzania i konfiguracji wszystkich usług wchodzących w skład systemu (baza relacyjna, usługi analityczne, usługi raportowe, usługi transformacji danych). Narzędzia te muszą udostępniać możliwość tworzenia skryptów zarządzających systemem oraz automatyzacji ich wykonywania.

3. Zarządzanie serwerem za pomocą skryptów - SBD musi udostępniać mechanizm zarządzania systemem za pomocą uruchamianych z linii poleceń skryptów administracyjnych, które pozwolą zautomatyzować rutynowe czynności związane z zarządzaniem serwerem.

4. Dedykowana sesja administracyjna - SBD musi pozwalać na zdalne połączenie sesji administratora systemu bazy danych w sposób niezależny od normalnych sesji klientów.

5. Wykonywanie typowych zadań

Parametry wymagane - Parametry oferowaneadministracyjnych w trybie on-line - SBD musi umożliwiać wykonywanie typowych zadań administracyjnych (indeksowanie, backup, odtwarzanie danych) bez konieczności przerywania pracy systemu lub przechodzenia w tryb jednoużytkownikowy.

6. Możliwość automatycznej aktualizacji systemu - SBD musi umożliwiać automatyczne ściąganie i instalację wszelkich poprawek producenta oprogramowania (redukowania zagrożeń powodowanych przez znane luki w zabezpieczeniach oprogramowania).

7. Skalowalność systemu - SBD powinien wspierać skalowanie w kontekście wielkości rozwiązania (powinien być dostępny zarówno na platformie wieloserwerowej, jak również średniej wielkości komputerów i urządzeń mobilnych).

8. Możliwość dodawania procesorów bez restartu systemu - SBD powinien umożliwiać dodanie procesora do systemu, bez konieczności restartu silnika bazy danych.

9. Kopie bazy tylko do odczytu - SBD powinien umożliwiać tworzenie w dowolnym momencie kopii bazy danych tylko do odczytu zawierającej stan bazy z bieżącego momentu czasu. Wiele takich kopii może być równolegle użytkowanych w celu wykonywania z nich zapytań.

10. Możliwość dodawania pamięci bez restartu systemu - SBD powinien umożliwiać dodanie pamięci do systemu bez konieczności restartu silnika bazy danych.

11. SBD musi umożliwiać tworzenie klastrów niezawodnościowych. Powinien również umożliwiać tworzenie klastrów

Parametry wymagane - Parametry oferowaneniezawodnościowych, których węzły znajdują się w różnych podsieciach komputerowych.

12. Wysoka dostępność - SBD musi posiadać mechanizm pozwalający na duplikację bazy danych między wieloma lokalizacjami (podstawowa i zapasowe) przy zachowaniu następujących cech: - bez specjalnego sprzętu (rozwiązanie tylko

programowe oparte o sam SBD),- niezawodne powielanie danych w czasie

rzeczywistym (potwierdzone transakcje bazodanowe),

- duplikacja danych w trybie synchronicznym lub asynchronicznym,

- SBD musi umożliwiać duplikację danych z ośrodka podstawowego, do co najmniej 8 lokalizacji zapasowych,

- w celu zwiększenia skalowalności i wydajności systemu SBD musi umożliwiać korzystanie z kopii baz w lokalizacjach zapasowych w trybie tylko do odczytu (raportowanie, tworzenie backupów itp.) bez przerywania działania mechanizmu duplikacji danych z ośrodka podstawowego,

- klienci bazy danych mogą być automatycznie przełączeni do bazy zapasowej w przypadku awarii bazy podstawowej bez zmian w aplikacjach,

- brak limitu odległości miedzy systemami (dopuszczalne są tylko limity w minimalnej wymaganej przepustowości łącza oraz limity wynikające z opóźnień na łączu),

- kompresja danych przesyłanych między

Parametry wymagane - Parametry oferowaneserwerem podstawowym i zapasowym (w celu minimalizacji obciążenie sieci),

- system automatycznie naprawia błędy pamięci masowej (w przypadku odkrycia błędu fizycznego odczytu danych z pamięci masowej, poprawny fragment danych jest transferowany z drugiego systemu i korygowany).

13. Replikacja danych i modyfikacja w wielu punktach - SBD powinien pozwalać na transakcyjną replikację wybranych danych z bazy danych między wieloma węzłami. Dodanie lub usunięcie węzła nie powinno wpływać na funkcjonowanie i spójność systemu replikacji, ani nie powinno przerywać procesu replikacji. Dane mogą w takim schemacie replikacji być modyfikowane w dowolnym węźle, (ale tylko w jednym węźle w danym momencie). System powinien zawierać narzędzie do nadzorowania i wizualizacji topologii oraz stanu procesu replikacji. Dodatkowo SBD powinien umożliwiać kompresję przesyłanych danych między serwerami uczestniczącymi w replikacji, aby minimalizować obciążenie łączy sieciowych.

14. Kompresja kopii zapasowych - SBD musi pozwalać na kompresję kopii zapasowej danych (backup) w trakcie jej tworzenia. Powinna to być cecha SBD niezależna od funkcji systemu operacyjnego ani od sprzętowego rozwiązania archiwizacji danych.

15. Możliwość automatycznego szyfrowania kopii bezpieczeństwa bazy danych przy użyciu między innymi certyfikatów lub kluczy asymetrycznych. System szyfrowania powinien

Parametry wymagane - Parametry oferowanewspierać następujące algorytmy szyfrujące: AES 128. AES 192, AES 256, Triple DES. Mechanizm ten nie może wymagać konieczności uprzedniego szyfrowania bazy danych.

16. Możliwość szyfrowania przechowywanych danych - SBD musi pozwalać na szyfrowanie przechowywanych danych. Szyfrowanie musi być cechą SBD i nie może wymagać jakichkolwiek zmian w aplikacjach korzystających z danych. Zaszyfrowanie lub odszyfrowanie danych nie powinno powodować przerwy w dostępie do danych. Kopia bezpieczeństwa szyfrowanej bazy także powinna być automatycznie zaszyfrowana.

17. Korzystanie z zewnętrznych urządzeń do przechowywania kluczy szyfrujących - SBD powinien posiadać mechanizm pozwalający na przechowywanie kluczy szyfrujących na urządzeniach zewnętrznych (np. czytniki kart). Rozwiązanie to powinno być otwarte, to znaczy pozwalać na dodawanie w przyszłości obsługi urządzeń nowych, oczywiście pod warunkiem dostarczenia przez producenta urządzenia odpowiednich modułów oprogramowania zgodnych z SBD.

18. Możliwość zastosowania reguł bezpieczeństwa obowiązujących w przedsiębiorstwie - wsparcie dla zdefiniowanej w przedsiębiorstwie polityki bezpieczeństwa (np. automatyczne wymuszanie zmiany haseł użytkowników, zastosowanie mechanizmu weryfikacji dostatecznego poziomu komplikacji haseł wprowadzanych przez użytkowników), możliwość zintegrowania uwierzytelniania użytkowników z Active

Parametry wymagane - Parametry oferowaneDirectory.

19. Możliwość definiowania reguł administracyjnych dla serwera lub grupy serwerów - SBD musi mieć możliwość definiowania reguł wymuszanych przez system i zarządzania nimi. Przykładem takiej reguły jest uniemożliwienie użytkownikom tworzenia obiektów baz danych o zdefiniowanych przez administratora szablonach nazw. Dodatkowo wymagana jest możliwość rejestracji i raportowania niezgodności działającego systemu ze wskazanymi regułami, bez wpływu na jego funkcjonalność.

20. Ograniczenie użycia zasobów – SBD powinien posiadać wbudowany mechanizm ograniczający wykorzystanie zasobów systemu operacyjnego (% wykorzystania czasu procesora, % wykorzystania pamięci, liczba operacji wejścia/wyjścia podsystemu dyskowego). Reguły definiujące ograniczenia dla użytkowników lub grup użytkowników dotyczące wykorzystania zasobów powinny mieć możliwość użycia w nich logiki zaimplementowanej za pomocą języka programowania (np. używanego w danym SBD języka SQL).

21. W celu zwiększenia wydajności przetwarzania system bazy danych musi posiadać wbudowaną funkcjonalność pozwalającą na rozszerzenie cache’u przetwarzania w pamięci RAM o dodatkową przestrzeń na dysku SSD.

22. System bazy danych, w celu zwiększenia wydajności, musi zapewniać możliwość asynchronicznego zatwierdzania transakcji

Parametry wymagane - Parametry oferowanebazodanowych (lazy commit). Włączenie asynchronicznego zatwierdzania transakcji powinno być dostępne zarówno na poziomie wybranej bazy danych, jak również z poziomu kodu pojedynczych procedur/zapytań.

23. W celu zwiększenia bezpieczeństwa i niezawodności system bazy danych powinien udostępniać komendę pozwalającą użytkownikowi na utrwalenie na dysku wszystkich zatwierdzonych asynchronicznych transakcji (lazy commit).

24. System SDB musi łączyć w sobie cechy bazy przechowywanej w pamięci RAM (IMDB) oraz tradycyjnej bazy danych (RDBMS) przechowywanej na dyskach.

25. System SDB musi zapewniać w ramach tej samej bazy danych możliwość umieszczenia wybranych tabel w pamięci RAM serwera, a pozostałych tabel w tradycyjnej postaci (na dysku).

26. SBD musi posiadać możliwość korzystania w procedurach jednocześnie z tabel przechowywanych w pamięci RAM oraz tabel przechowywanych na dyskach.

27. System SDB musi zapewniać wersjonowanie wierszy w tabelach przechowywanych w pamięci RAM.

28. W celu zwiększenia wydajności SBD musi posiadać możliwość tworzenia procedur składowanych w kodzie natywnym, to znaczy takich procedur, które są automatycznie kompilowane do kodu natywnego podczas ich tworzenia oraz składają się z instrukcji procesora, które nie wymagają dalszych

Parametry wymagane - Parametry oferowanekompilacji lub interpretacji.

29. Rejestrowanie zdarzeń silnika bazy danych w czasie rzeczywistym - SBD musi posiadać możliwość rejestracji zdarzeń na poziomie silnika bazy danych w czasie rzeczywistym w celach diagnostycznych, bez ujemnego wpływu na wydajność rozwiązania, pozwalać na selektywne wybieranie rejestrowanych zdarzeń (rejestrowanie tylko zdarzeń spełniających zdefiniowane warunki filtrujące, np. dotyczących tylko wskazanego obiektu). Wymagana jest rejestracja zdarzeń:- odczyt/zapis danych na dysku dla zapytań

wykonywanych do baz danych (w celu wychwytywania zapytań znacząco obciążających system),

- wykonanie zapytania lub procedury trwające dłużej niż zdefiniowany czas (wychwytywanie długo trwających zapytań lub procedur),

- para zdarzeń zablokowanie/zwolnienie blokady na obiekcie bazy (w celu wychwytywania długotrwałych blokad obiektów bazy).

30. Możliwość rejestrowania bardzo dużej liczby zdarzeń i analizowania ich z minimalnym opóźnieniem – SBD powinien dostarczać wbudowaną platformę do tworzenia aplikacji typu CEP (Complex Event Processing). Aplikacje takie umożliwiają rejestrowanie bardzo dużej liczby zdarzeń (np. odczytów liczników lub z innych urządzeń pomiarowych, dowolnych zdarzeń występujących z dużą częstotliwością) i

Parametry wymagane - Parametry oferowanereagowanie na nie z minimalnym opóźnieniem. System powinien również udostępniać mechanizmy wysokiej dostępności dla tej usługi.

31. Zarządzanie pustymi wartościami w bazie danych - SBD musi efektywnie zarządzać pustymi wartościami przechowywanymi w bazie danych (NULL). W szczególności puste wartości wprowadzone do bazy danych powinny zajmować minimalny obszar pamięci.

32. Definiowanie nowych typów danych - SBD musi umożliwiać definiowanie nowych typów danych wraz z definicją specyficznej dla tych typów danych logiki operacji. Jeśli np. zdefiniujemy typ do przechowywania danych hierarchicznych, to obiekty tego typu powinny udostępnić operacje dostępu do „potomków” obiektu, „rodzica” itp. Logika operacji nowego typu danych powinna być implementowana w zaproponowanym przez Dostawcę języku programowania. Nowe typy danych nie mogą być ograniczone wyłącznie do okrojenia typów wbudowanych lub ich kombinacji.

33. Wsparcie dla technologii XML - SBD musi udostępniać mechanizmy składowania i obróbki danych w postaci struktur XML. W szczególności musi:- udostępniać typ danych do przechowywania

kompletnych dokumentów XML w jednym polu tabeli,

- udostępniać mechanizm walidacji struktur XML-owych względem jednego lub wielu szablonów XSD,

Parametry wymagane - Parametry oferowane- udostępniać język zapytań do struktur XML,- udostępniać język modyfikacji danych (DML)

w strukturach XML (dodawanie, usuwanie i modyfikację zawartości struktur XML),

- udostępniać możliwość indeksowania struktur XML-owych w celu optymalizacji wykonywania zapytań.

34. Wsparcie dla danych przestrzennych - SBD musi zapewniać wsparcie dla geometrycznych i geograficznych typów danych pozwalających w prosty sposób przechowywać i analizować informacje o lokalizacji obiektów, dróg i innych punktów orientacyjnych zlokalizowanych na kuli ziemskiej, a w szczególności:- zapewniać możliwość wykorzystywania

szerokości i długości geograficznej do opisu lokalizacji obiektów,

- oferować wiele metod, które pozwalają na łatwe operowanie kształtami czy bryłami, testowanie ich wzajemnego ułożenia w układach współrzędnych oraz dokonywanie obliczeń takich wielkości, jak pola figur, odległości do punktu na linii, itp.,

- obsługa geometrycznych i geograficznych typów danych powinna być dostępna z poziomu języka zapytań do systemu SBD,

- typy danych geograficznych powinny być konstruowane na podstawie obiektów wektorowych, określonych w formacie Well-Known Text (WKT) lub Well-Known Binary (WKB), (powinny być to m.in. takie typy obiektów jak: lokalizacja (punkt), seria punktów, seria punktów połączonych linią,

Parametry wymagane - Parametry oferowanezestaw wielokątów, itp.).

35. Możliwość efektywnego przechowywania dużych obiektów binarnych - SBD powinien umożliwiać przechowywanie i efektywne zarządzanie dużymi obiektami binarnymi (pliki graficzne, multimedialne, dokumenty, itp.). Obiekty te nie powinny być przechowywane w plikach bazy danych, ale w systemie plików . Jednocześnie pliki te powinny być zarządzane przez SBD (kontrola dostępu na podstawie uprawnień nadanych w SBD). Dodatkowo dane binarne powinny być dostępne dla użytkowników bazy danych jako standardowa kolumna tabeli (dostęp z poziomu zapytań języka SQL obsługiwanego przez SBD).

36. Możliwość kompresji przechowywanych danych - SBD powinien udostępniać wbudowany mechanizm kompresji zgromadzonych danych w celu osiągnięcia lepszej wydajności przy niezmienionej konfiguracji sprzętowej. System kompresji powinien umożliwiać również kompresję UNICODE systemem UCS-2.

37. Możliwość rejestracji zmiany w rekordzie danych – SBD powinien pozwalać na rejestrację zmian w danych włącznie z zapamiętaniem stanu pojedynczego rekordu danych sprzed modyfikacji. Rozwiązanie nie powinno ujemnie wpływać na wydajność systemu i powinno być konfigurowalne bez wpływu na istniejące aplikacje korzystające z danych. Rozwiązanie powinno rejestrować także zmiany w definicji struktur danych.

38. Audyt dostępu do danych - SBD powinien pozwalać na rejestrację operacji takich jak:

Parametry wymagane - Parametry oferowanelogowanie, wylogowanie użytkownika, zmiany w definicji obiektów bazy danych (tabele, procedury), wykonywanie przez wskazanego użytkownika operacji takich jak SELECT, INSERT, UPDATE, DELETE. Rozwiązanie powinno być niezależne od aplikacji, wbudowane w SBD.

39. Partycjonowanie danych - SBD powinien pozwalać na podział danych w jednej tabeli między różne fizyczne pamięci masowe zgodnie ze zdefiniowanymi warunkami podziału. Powinien udostępniać mechanizm równoległego (wielowątkowego) dostępu do danych umieszczonych w różnych partycjach. Dodatkowo powinna być dostępna możliwość szybkiego przesyłania dużych zbiorów danych poprzez mechanizm przełączania partycji (czyli dane przenoszone są z jednej tabeli do drugiej za pomocą operacji na metadanych, a nie przez fizyczne kopiowanie rekordów). Dzięki takiej funkcjonalności możliwe jest przeniesienie dużej liczby rekordów w bardzo krótkim czasie (rzędu sekund). Dodatkowo minimalizowane jest odczuwanie wpływu tej operacji przez użytkowników (minimalny wpływ przenoszenia danych na obciążenie systemu).

40. Wsparcie dla Indeksów kolumnowych - SBD powinien umożliwiać tworzenie indeksów przechowujących dane osobno dla każdej z kolumn tabeli łącząc je następnie w całość. Indeks powinien również wykorzystywać mechanizm kompresji oraz pozwalać na modyfikowanie danych w tabeli, dla której taki indeks utworzono.

41. Indeksowanie podzbioru danych w tabeli - SBD

Parametry wymagane - Parametry oferowanepowinien umożliwiać tworzenie indeksów na podzbiorze danych z tabeli określonym poprzez wyrażenie filtrujące.

42. Możliwość tworzenia funkcji i procedur w innych językach programowania - SBD musi umożliwiać tworzenie procedur i funkcji z wykorzystaniem innych języków programowania, niż standardowo obsługiwany język zapytań danego SBD. System powinien umożliwiać tworzenie w tych językach m.in. agregujących funkcji użytkownika oraz wyzwalaczy. Dodatkowo powinien udostępniać środowisko do debuggowania.

43. Możliwość tworzenia rekursywnych zapytań do bazy danych - SBD musi udostępniać wbudowany mechanizm umożlwiający tworzenie rekursywnych zapytań do bazy danych bez potrzeby pisania specjalnych procedur i wywoływania ich w sposób rekurencyjny.

44. Obsługa błędów w kodzie zapytań - język zapytań i procedur w SBD musi umożliwiać zastosowanie mechanizmu przechwytywania błędów wykonania procedury (na zasadzie bloku instrukcji TRY/CATCH) – tak jak w klasycznych językach programowania.

45. Raportowanie zależności między obiektami - SBD musi udostępniać informacje o wzajemnych zależnościach między obiektami bazy danych.

46. Mechanizm zamrażania planów wykonania zapytań do bazy danych - SBD musi udostępniać mechanizm pozwalający na zamrożenie planu wykonania zapytania przez

Parametry wymagane - Parametry oferowanesilnik bazy danych (w wyniku takiej operacji zapytanie jest zawsze wykonywane przez silnik bazy danych w ten sam sposób). Mechanizm ten daje możliwość zapewnienia przewidywalnego czasu odpowiedzi na zapytanie po przeniesieniu systemu na inny serwer (środowisko testowe i produkcyjne), migracji do innych wersji SBD, wprowadzeniu zmian sprzętowych serwera.

47. System transformacji danych - SBD musi posiadać narzędzie do graficznego projektowania transformacji danych. Narzędzie to powinno pozwalać na przygotowanie definicji transformacji w postaci pliku, które potem mogą być wykonywane automatycznie lub z asystą operatora. Transformacje powinny posiadać możliwość graficznego definiowania zarówno przepływu sterowania (program i warunki logiczne) jak i przepływu strumienia rekordów poddawanych transformacjom. Zestaw standardowych dostępnych transformacji powinien obejmować takie transformacje jak: sortowanie, wyszukiwanie wartości według klucza w tabelach słownikowych, automatyczna obsługa SCD (Slowly Changing Dimension) w zasilaniu hurtowni danych, pobranie danych z serwera FTP, wysłanie e-maila, łączenie danych z wykorzystaniem logiki rozmytej, poprawa jakości danych wykorzystująca integrację z dedykowanym systemem zarządzania jakością danych oraz jego bazą wiedzy i reguł walidujących. Powinna być także zapewniona możliwość tworzenia własnych transformacji.

Parametry wymagane - Parametry oferowaneŚrodowisko tworzenia transformacji danych powinno udostępniać m.in.:- mechanizm debuggowania tworzonego

rozwiązania,- mechanizm stawiania „pułapek”

(breakpoints), - mechanizm logowania do pliku

wykonywanych przez transformację operacji,

- możliwość wznowienia wykonania transformacji od punktu, w którym przerwano jej wykonanie (np. w wyniku pojawienia się błędu),

- możliwość cofania i ponawiania wprowadzonych przez użytkownika zmian podczas edycji transformacji (funkcja undo/redo)

- mechanizm analizy przetwarzanych danych (możliwość podglądu rekordów przetwarzanych w strumieniu danych oraz tworzenia statystyk, np. histogram wartości w przetwarzanych kolumnach tabeli),

- mechanizm automatyzacji publikowania utworzonych transformacji na serwerze bazy danych (w szczególności tworzenia wersji instalacyjnej pozwalającej automatyzować proces publikacji na wielu serwerach),

- mechanizm tworzenia parametrów zarówno na poziomie poszczególnych pakietów, jak też na poziomie całego projektu, parametry powinny umożliwiać uruchamianie pakietów podrzędnych i przesyłanie do nich wartości parametrów z pakietu nadrzędnego,

Parametry wymagane - Parametry oferowane- mechanizm mapowania kolumn

wykorzystujący ich nazwę i typ danych do automatycznego przemapowania kolumn w sytuacji podmiany źródła danych,

- możliwość integracji z transakcjami bazy danych SBD, także rozproszonymi bez potrzeby pisania kodu.

48. Wbudowany system analityczny - SBD musi posiadać moduł pozwalający na tworzenie rozwiązań służących do analizy danych wielowymiarowych (hurtownia danych). System powinien umożliwiać pracę w dwóch trybach: wielowymiarowym (tworzenie kostek wielowymiarowych), tabelarycznym (wykorzystującym technologię in-memory BI). Powinno być możliwe tworzenie: wymiarów, miar. Wymiary powinny mieć możliwość określania dodatkowych atrybutów będących dodatkowymi poziomami agregacji. Powinna być możliwość definiowania hierarchii w obrębie wymiaru. Przykład: wymiar Lokalizacja Geograficzna. Atrybuty: miasto, gmina, województwo. Hierarchia: Województwo->Gmina.

49. Wbudowany system analityczny musi mieć możliwość wyliczania agregacji wartości miar dla zmieniających się elementów (członków) wymiarów i ich atrybutów. Agregacje powinny być składowane w jednym z wybranych modeli (MOLAP – wyliczone gotowe agregacje rozłącznie w stosunku do danych źródłowych, ROLAP – agregacje wyliczane w trakcie zapytania z danych źródłowych). Pojedyncza

Parametry wymagane - Parametry oferowanebaza analityczna musi mieć możliwość mieszania modeli składowania, np. dane bieżące ROLAP, historyczne – MOLAP w sposób przezroczysty dla wykonywanych zapytań. System powinien pozwalać na integrację z relacyjną bazą danych –wymagana jest możliwość uruchomienia procesu wyliczenia agregacji zainicjowana poprzez dodanie rekordu do tabeli w relacyjnej bazy danych. Dodatkowo powinna być dostępna możliwość drążenia danych z kostki do poziomu rekordów szczegółowych z bazy relacyjnych (drill to detail).

50. Wbudowany system analityczny musi pozwalać na dodanie akcji przypisanych do elementów kostek wielowymiarowych (np. pozwalających na przejście użytkownika do raportów kontekstowych lub stron www powiązanych z przeglądanym obszarem kostki).

51. Narzędzia do zarządzania jakością danych - SBD powinien mieć wbudowane mechanizmy do zarządzania jakością danych w organizacji. W ramach tych funkcji powinien:

- udostępniać funkcje do profilowania danych (analiza i raporty dotyczące jakości danych),

- udostępniać funkcje do deduplikacji danych,

- określać stopień poprawności wartości atrybutu i w przypadku błędnej wartości sugerować wartość poprawną do akceptacji przez użytkownika,

- umożliwiać definiowanie osobnych reguł

Parametry wymagane - Parametry oferowaneczyszczenia dla wybranych domen (typów atrybutów),

- umożliwiać definiowanie złożonych domen (zestawu kilku atrybutów) oraz ocenę jakości danych na podstawie powiązań między tymi atrybutami (np. weryfikację poprawności danych adresowych złożonych z kodu pocztowego, miasta i ulicy),

- pozwalać na ręczną korektę nieprawidłowych danych w dedykowanej aplikacji (bez konieczności programowania),

- umożliwiać eksport wyników badania (poprawnych i sugerowanych wartości) do pliku tekstowego lub bazy relacyjnej, eksport powinien obejmować wartości po korekcie oraz ewentualnie te przed korektą,

- przechowywać reguły walidujące i oceniające jakość danych w dedykowanej bazie danych (bazie wiedzy),

- umożliwiać uzupełnianie i rozszerzanie bazy wiedzy o dane referencyjne pochodzące z systemów zewnętrznych,

- zapewniać mechanizmy „uczenia się” bazy wiedzy, czyli w miarę realizacji kolejnych procesów ręcznego czyszczenia danych baza wiedzy powinna umożliwiać gromadzenie tych informacji na potrzeby kolejnych procesów,

Parametry wymagane - Parametry oferowane- umożliwiać wykorzystanie bazy wiedzy w

automatycznym procesie czyszczenia danych (powinien integrować się z narzędziami do ekstrakcji, transformacji i ładowania danych, dzięki czemu będzie można wykorzystać te mechanizmy w automatycznym procesie ładowania danych).

2. Możliwość zarządzania centralnymi słownikami danych - SBD powinien dostarczać narzędzia do przechowywania i zarządzania centralnym słownikiem danych (Master Data Management - MDM).System MDM powinien:

- udostępniać narzędzia do wprowadzania, modyfikacji i wyszukiwania danych w słownikach,

- umożliwiać wersjonowanie danych (śledzenie zmian wprowadzonych przez użytkowników z możliwością ich cofnięcia do wybranej wersji),

- udostępniać mechanizm tworzenia i uruchamiania reguł walidujących poprawność danych w słownikach,

- udostępniać narzędzia do administracji i kontroli uprawnień dostępu do danych w MDM,

- udostępniać zestaw bibliotek (API programistyczne) z funkcjonalnościami MDM do wykorzystania w aplikacjach użytkownika,

- umożliwiać eksport danych zgromadzonych w systemie MDM,

Parametry wymagane - Parametry oferowane- umożliwiać zarządzanie danymi

podstawowymi z poziomu programu Microsoft Excel.

3. Wbudowany system analityczny powinien posiadać narzędzie do rejestracji i śledzenia zapytań wykonywanych do baz analitycznych.

4. Wbudowany system analityczny musi umożliwiać rejestrowanie zapytań wykonywanych przez użytkowników, a następnie umożliwiać na podstawie zgromadzonych informacji na automatyczną optymalizację wydajności systemu (np. automatyczne projektowanie agregacji pozwalające na przyspieszenie wykonywania najczęściej wykonywanych zapytań do bazy danych).

5. Wbudowany system analityczny powinien obsługiwać wielojęzyczność (tworzenie obiektów wielowymiarowych w wielu językach – w zależności od ustawień na komputerze klienta).

6. Wbudowany system analityczny powinien udostępniać mechanizm zapisu danych przez użytkownika do kostek wielowymiarowych.

7. Wbudowany system analityczny powinien umożliwiać tworzenie perspektyw na bazie wielowymiarowej pozwalających ograniczyć widok dla użytkownika tylko do pewnego podzbioru obiektów dostępnych w całej bazie danych.

8. Wbudowany system analityczny powinien umożliwiać użytkownikom tworzenie analiz In-Memory, czyli przetwarzanie dużej liczby rekordów skompresowanych w pamięci RAM.

Parametry wymagane - Parametry oferowanePowinien umożliwiać tworzenie modeli wykorzystujących tabele pochodzące z wielu niezależnych źródeł danych i łączone między sobą relacjami.

9. Wbudowany system analityczny powinien udostępniać dedykowany język do tworzenia logiki biznesowej w modelu. Język ten powinien m.in. obsługiwać relacje utworzone między tabelami, mechanizmy time intelligence (operacje na datach i okresach) oraz zapewniać mechanizmy kontroli bezpieczeństwa i dostępu do danych na poziomie poszczególnych wierszy.

10. Wbudowany system analityczny powinien dostarczać kreatory modelowania złożonych procesów biznesowych, pozwalających w prosty sposób niezaawansowanym użytkownikom implementować złożone problemy analizy biznesowej w modelu analitycznym, czyniąc programowanie projektów BI przystępnym dla większej liczby osób i organizacji.

11. Wsparcie dla optymalizacji zapytań z modelu gwiazdy (fakty-wymiary) - SBD powinien udostępniać mechanizmy optymalizacji zapytań w modelu gwiazdy (tabela faktów łączona z tabelami wymiarów). Zapytania te często wykorzystywane są w hurtowniach danych i analizach wielowymiarowych. Ze względu na dużą liczbę danych wykorzystywanych w tego typu zapytaniach metody optymalizacji tego typu zapytań pozwalają znacząco zwiększyć wydajność przy tworzeniu rozwiązań hurtowni danych i wielowymiarowych struktur analitycznych (OLAP).

12. Wsparcie dla zapytań aktualizujących tabele

Parametry wymagane - Parametry oferowanefaktów w modelach wielowymiarowych - SBD powinien udostępniać wbudowane mechanizmy pozwalające w łatwy i szybki sposób aktualizować zawartość tabel faktów (wykorzystywanych w modelach wielowymiarowych). Mechanizm ten powinien być dostępny z poziomu zapytań języka SQL obsługiwanego przez silnik bazy danych.

13. Aktywne buforowanie danych Proactive caching - SBD powinien udostępniać mechanizm odświeżania danych w strukturach wielowymiarowych, który wykrywa zmiany w systemach źródłowych i na bieżąco aktualizuje bazę wielowymiarową.

14. Wbudowany system analityczny powinien zapewniać mechanizmy dynamicznego security (każdy z użytkowników modelu powinien widzieć tylko swoje dane).

15. Wbudowany system analityczny powinien mieć wbudowaną funkcję importu tabelarycznych modeli danych wykorzystujących technologię in-memory BI i przygotowanych w aplikacji Microsoft Excel. Podczas procesu importu na serwerze model powinien być odtwarzany w postaci bazy danych.

16. Wbudowany system analityczny powinien umożliwiać zasilanie modelu tabelarycznego m.in. z następujących systemów źródłowych: bazy relacyjne, bazy wielowymiarowe, modele tabelaryczne, zbiory danych przechowywane w usługach chmury publicznej, pliki płaskie, inne raporty udostępniane w formacie Atom 1.0.

17. Wbudowany system analityczny powinien umożliwiać działanie modelu tabelarycznego w

Parametry wymagane - Parametry oferowanedwóch trybach – z użyciem buforowania (możliwe opóźnienie, ale większa wydajność) oraz bez użycia buforowania (zapytania użytkowników końcowych korzystających z modelu są przesyłane bezpośrednio do źródłowej bazy relacyjnej i zwracają najbardziej aktualną wersję danych).

18. Wbudowany system analityczny musi udostępniać rozwiązania Data Mining, m.in.: algorytmy reguł związków (Association Rules), szeregów czasowych (Time Series), drzew regresji (Regression Trees), sieci neuronowych (Neural Nets oraz Naive Bayes). Dodatkowo system powinien udostępniać narzędzia do wizualizacji danych z modelu Data Mining oraz język zapytań do odpytywania tych modeli.

19. System analityczny powinien pozwalać na dodawanie własnych algorytmów oraz modułów wizualizacji modeli Data Mining.

20. Tworzenie głównych wskaźników wydajności KPI (Key Performance Indicators) - SBD musi udostępniać użytkownikom możliwość tworzenia wskaźników KPI (Key Performance Indicators) na podstawie danych zgromadzonych w strukturach wielowymiarowych. W szczególności powinien pozwalać na zdefiniowanie takich elementów, jak: wartość aktualna, cel, trend, symbol graficzny wskaźnika w zależności od stosunku wartości aktualnej do celu. System powinien umożliwiać tworzenie takich wskaźników również w modelach danych wykorzystujących technologię in-memory BI.

21. System raportowania - SBD musi posiadać

Parametry wymagane - Parametry oferowanemożliwość definiowania i generowania raportów. Narzędzie do tworzenia raportów powinno pozwalać na ich graficzną definicję. Raporty powinny być udostępnianie przez system protokołem HTTP (dostęp klienta za pomocą przeglądarki), bez konieczności stosowania dodatkowego oprogramowania po stronie serwera. Dodatkowo system raportowania powinien obsługiwać:- raporty parametryzowane,- cache raportów (generacja raportów bez

dostępu do źródła danych),- cache raportów parametryzowanych

(generacja raportów bez dostępu do źródła danych, z różnymi wartościami parametrów),

- współdzielenie predefiniowanych zapytań do źródeł danych,

- wizualizację danych analitycznych na mapach geograficznych (w tym import map w formacie ESRI Shape File),

- możliwość opublikowania elementu raportu (wykresu, tabeli) we współdzielonej bibliotece, z której mogą korzystać inni użytkownicy tworzący nowy raport,

- możliwość wizualizacji wskaźników KPI,- możliwość wizualizacji danych w postaci

obiektów sparkline.22. Środowisko raportowania powinno być

osadzone i administrowane z wykorzystaniem mechanizmu Web Serwisów (Web Services).

23. Wymagane jest generowanie raportów w formatach: XML, PDF, Microsoft Excel, Microsoft

Parametry wymagane - Parametry oferowaneWord, HTML, TIFF. Dodatkowo raporty powinny być eksportowane w formacie Atom data feeds, które można będzie wykorzystać jako źródło danych w innych aplikacjach.

24. SBD musi umożliwiać rozbudowę mechanizmów raportowania m.in. o dodatkowe formaty eksportu danych, obsługę nowych źródeł danych dla raportów, funkcje i algorytmy wykorzystywane podczas generowania raportu (np. nowe funkcje agregujące), mechanizmy zabezpieczeń dostępu do raportów.

25. SBD musi umożliwiać wysyłkę raportów drogą mailową w wybranym formacie (subskrypcja) do dynamicznej listy odbiorców (pobieranej z bazy danych np. zapytaniem SQL).

26. Wbudowany system raportowania powinien posiadać rozszerzalną architekturę oraz otwarte interfejsy do osadzania raportów oraz do integrowania rozwiązania z różnorodnymi środowiskami IT.

27. Narzędzia do tworzenia raportów ad-hoc - SBD powinien udostępniać narzędzia do tworzenia raportów ad-hoc przez niezaawansowanych użytkowników. Tworzenie raportów powinno odbywać się w środowisku graficznym. Użytkownicy powinni mieć możliwość na publikowanie stworzonych raportów na serwerze w celu udostępnienia ich szerszemu gronu osób.

Lp Nazwa licencji Typ, model, producent Ilość sztuk Cena jednostkowa netto




1. Licencja platformy bazodanowej

1 komplet


1. Należy dostarczyć odpowiednią ilość licencji potrzebnych do uruchomienia i wydajnej pracy oferowanego środowiska bazodanowego dla platformy systemowej opisanej w Załączniku nr 1

Pozycja nr 13 – Licencja platformy aplikacji webowychLiczba sztuk: 1 komplet

Parametry wymagane - Parametry oferowaneSerwery portalu wielofunkcyjnego (PW) intranet i internet muszą realizować następujące funkcje i wymagania poprzez wbudowane mechanizmy:

1. Publikację dokumentów, treści i materiałów multimedialnych na witrynach wewnętrznych i zewnętrznych,

2. Zarządzanie strukturą portalu i treściami WWW,3. Uczestnictwo Internautów w forach

dyskusyjnych, ocenie materiałów, publikacji własnych treści,

4. Udostępnianie spersonalizowanych witryn i przestrzeni roboczych dla poszczególnych ról w systemie wraz z określaniem praw dostępu na bazie usługi katalogowej,

5. Udostępnienie formularzy elektronicznych,6. Tworzenie repozytoriów wzorów dokumentów,7. Tworzenie repozytoriów dokumentów,8. Wspólną, bezpieczną pracę nad dokumentami,9. Wersjonowanie dokumentów (dla wersji

roboczych),10. Organizację pracy grupowej,11. Wyszukiwanie treści,12. Dostęp do danych w relacyjnych bazach

danych,13. Analizy danych wraz z graficzną prezentacją

danych,14. Możliwość wykorzystanie mechanizmów portalu

do budowy systemu zarządzania e-szkoleniami (e-learning).

15. Serwery PW muszą udostępniać możliwość zaprojektowania struktury portalu tak, by mogła

Parametry wymagane - Parametry oferowanestanowić zbiór wielu niezależnych portali, które w zależności od nadanych uprawnień mogą być zarządzane niezależnie.

16. PW muszą udostępniać mechanizmy współpracy między działami/zespołami, udostępnić funkcje zarządzania zawartością, zaimplementować procesy przepływu dokumentów i spraw oraz zapewnić dostęp do informacji niezbędnych do realizacji założonych celów i procesów.

Serwery PW muszą posiadać następujące cechy dostępne bezpośrednio, jako wbudowane właściwości produktu:

1. Interfejs użytkownika:a. Praca z dokumentami typu XML w

oparciu schematy XML przechowywane w repozytoriach portalu bezpośrednio z aplikacji w specyfikacji pakietu biurowego (otwieranie/zapisywanie dokumentów, podgląd wersji, mechanizmy ewidencjonowania i wyewidencjonowania dokumentów, edycja metryki dokumentu).

b. Wbudowane zasady realizujące wytyczne dotyczące ułatwień w dostępie do publikowanych treści zgodne z WCAG 2.0

a. Praca bezpośrednio z aplikacji pakietu biurowego z portalowymi rejestrami informacji typu kalendarze oraz bazy kontaktów

b. Tworzenie witryn w ramach portalu bezpośrednio z aplikacji pakietu biurowego

Parametry wymagane - Parametry oferowanec. Możliwość pracy off-line z plikami

przechowywanymi w repozytoriach portalu

d. Umożliwienie uruchomienia prezentacji stron w wersji pełnej oraz w wersji dedykowanej i zoptymalizowanej dla użytkowników urządzeń mobilnych PDA, telefon komórkowy).

2. Uwierzytelnianie – wbudowane mechanizmy wspierające uwierzytelnianie na bazie:

a. Oświadczeń (claim-based authentication) z wykorzystaniem:

i. Open Authorization 2.0 dla uwierzytelniania aplikacji,

ii. Uwierzytelniania w trybie server-to-server,

iii. SAMLiv. Windows claims

b. Pojedynczego logowania domenowego (single-sign on),

c. Na bazie formularzy (Form-based). 3. Projektowanie stron

a. Wbudowane intuicyjne narzędzia projektowania wyglądu stron,

b. Wsparcie dla narzędzi typu Adobe Dreamweaver, Microsoft Expression Web i edytorów HTML,

c. Wsparcie dla ASP.NET, Apache, C#, Java i PHP,

d. Możliwość osadzania elementów iFrame w polach HTML na stronie.

4. Integracja z pozostałymi modułami rozwiązania oraz innymi systemami:

a. Wykorzystanie poczty elektronicznej do

Parametry wymagane - Parametry oferowanerozsyłania przez system wiadomości, powiadomień, alertów do użytkowników portalu w postaci maili

b. Dostęp poprzez interfejs portalowy do całości bądź wybranych elementów skrzynek pocztowych użytkowników w komponencie poczty elektronicznej, z zapewnieniem podstawowej funkcjonalności pracy z tym systemem w zakresie czytania, tworzenia, przesyłania elementów

c. Możliwość wykorzystania oferowanego systemu poczty elektronicznej do umieszczania dokumentów w repozytoriach portalu poprzez przesyłanie ich w postaci załączników do maili

d. Integracja z systemem obsługującym serwis WWW w zakresie publikacji treści z repozytoriów wewnętrznych firmy na zewnętrzne strony serwisu WWW (pliki, strony)

e. Integracja z usługą katalogową w zakresie prezentacji informacji o pracownikach. Dane typu: imię, nazwisko, stanowisko, telefon, adres, miejsce w strukturze organizacyjnej mają stanowić źródło dla systemu portalowego

f. Wsparcie dla standardu wymiany danych z innymi systemami w postaci XML, z wykorzystaniem komunikacji poprzez XML Web Services

g. Mechanizm jednokrotnej identyfikacji

Parametry wymagane - Parametry oferowane(single sign-on) pozwalający na autoryzację użytkowników portalu i dostęp do danych w innych systemach biznesowych, niezintegrowanych z systemem LDAP.

h. Przechowywanie całej zawartości portalu (strony, dokumenty, konfiguracja) we wspólnym dla całego serwisu podsystemie bazodanowym z możliwością wydzielenia danych.

5. Zarządzanie treścią i wyglądem portalu powinno opierać się o narzędzia umożliwiające prostą i intuicyjną publikację treści w formacie HTML w trybie WYSIWYG, bez konieczności znajomości języka HTML i innej wiedzy technicznej przez autorów treści:

a. Możliwość formatowania tekstu w zakresie zmiany czcionki, rozmiaru, koloru, pogrubienia, wyrównania do prawej oraz lewej strony, wyśrodkowania, wyjustowania.

b. Proste osadzenie i formatowanie plików graficznych, łącz (linków) różnych typów, tabel, paragrafów, wypunktowań itp. w treści artykułów publikowanych w intranecie (stron HTML)

c. Spójne zarządzanie wyglądem stron intranetu, głównie pod kątem formatowania tekstu: możliwość globalnego zdefiniowania krojów tekstu, które mogą być wykorzystywane przez edytorów treści, możliwość wklejania treści przy publikacji stron intranetu z plików tekstowych lub edytorów tekstu

Parametry wymagane - Parametry oferowane(np. MS Word) z zachowaniem lub z usunięciem formatowania oryginalnego

d. Zarządzanie galeriami zasobów elektronicznych (pliki graficzne, filmy video, dokumenty), wykorzystywanymi przy tworzeniu stron intranetu i przechowywanymi w intranetowym repozytorium treści. Możliwość współdzielenia tych zasobów na potrzeby stron umiejscowionych w różnych obszarach portalu intranetowego. Podstawowe funkcjonalności związane z wersjonowaniem i wyszukiwaniem tych zasobów

e. Definiowanie szablonów dla układów stron (tzw. layout’ów), określających ogólny układ stron intranetu oraz elementy wspólne dla stron opartych na tym samym szablonie. Możliwość stworzenia wielu szablonów na potrzeby różnych układów stron w zależności od potrzeb funkcjonalnych w różnych częściach intranetu. Możliwość generalnej zmiany wyglądu utworzonych już stron poprzez modyfikację szablonu, na którym zostały oparte

f. Możliwość wielokrotnego wykorzystania elementów zawartości intranetu (części treści publikowanych na stronach) w różnych częściach portalu, tzn. modyfikacja zawartości w jednym miejscu powoduje jej faktyczną zmianę na wszystkich stronach intranetu, gdzie

Parametry wymagane - Parametry oferowanedana treść została opublikowana

g. Możliwość odwzorowania w systemie CMS przyjętej wizualizacji portalu intranetowego (projekt graficzny i funkcjonalny).

h. Możliwość osadzania na stronach narzędzia do odtwarzania materiałów audio i wideo,

6. Organizacja i publikacja treści:a. Wersjonowanie treści stron intranetu,

działające automatycznie przy wprowadzaniu kolejnych modyfikacji przez edytorów treści.

b. Zastosowanie procesów zatwierdzania zawartości przez publikacją, tzn. Udostępnieniem jej dla szerokiego grona pracowników. Możliwość zdefiniowania przynajmniej dwóch poziomów uprawnień edytorów (edytor i recenzent), przy czym treści publikowane przez edytorów muszą uzyskać pozytywną akceptację recenzenta przed Udostępnieniem jej wszystkim użytkownikom intranetu.

c. Możliwość budowania hierarchicznej struktury stron portalu z prostym przenoszeniem stron i sekcji w ramach struktury nawigacji.

d. Automatyczne tworzenie nawigacji na stronach intranetu, odwzorowujące obecną hierarchię.

e. Automatyczne generowanie mapy stron portalu.

f. Możliwość definiowania nawigacji w

Parametry wymagane - Parametry oferowaneoparciu o centralne zarządzanie metadanymi.

g. Umożliwienie zarządzania poszczególnymi obszarami portalu osobom nietechnicznym, pełniącym rolę edytorów bądź administratorów merytorycznych. Istotne jest nieangażowanie zespołu IT w proces zarządzania treścią intranetu.

h. Definiowanie uprawnień użytkowników niezależnie do poszczególnych sekcji i stron intranetu, np. do obszarów poszczególnych spółek, dywizji, biur. Dotyczy to zarówno uprawnień do odczytu zawartości, jak i edycji oraz publikacji (różni edytorzy zawartości intranetu w zależności od jego części). Definiowanie uprawnień powinno być dostępne dla administratorów merytorycznych poszczególnych obszarów portalu w sposób niezależny od pracowników działu IT.

i. Automatyczne dołączanie do publikowanych stron informacji o autorze (edytorze) i dacie publikacji.

j. Możliwość personalizacji i filtrowania treści w intranecie w zależności od roli lub innych atrybutów pracownika (np. stanowiska, działu, pionu lub spółki). Funkcjonalność ta ma być niezależna od mechanizmów zarządzania uprawnieniami użytkownika do zawartości, i ma mieć na celu dostarczenie pracownikowi

Parametry wymagane - Parametry oferowaneadekwatnych, skierowanych do niego informacji.

k. Wsparcie dla obsługi różnych wersji językowych wybranych zawartości intranetu oraz zapewnienie automatycznego tłumaczenia na wybrane języki.

7. Repozytoria dokumentów:a. Możliwość prostej publikacji

dokumentów w intranecie przez edytorów portalu. Prosty sposób publikacji dokumentów, funkcjonalny dostęp użytkowników intranetu do opublikowanych dokumentów.

b. Wykorzystanie do publikacji, edycji i przeglądania dokumentów w repozytorium narzędzi znanych użytkownikom np. pakiety biurowe czy przeglądarka internetowa.

c. Możliwość tworzenia wielu tematycznych repozytoriów dokumentów w różnych częściach intranetu.

d. Możliwość publikacji plików w strukturze katalogów.

e. Możliwość publikacji materiałów wideo oraz audio.

f. Możliwość definiowania metryki dokumentu, wypełnianej przez edytora przy publikacji pliku.

g. Możliwość nawigacji po repozytorium dokumentów (lub całym portalu) w oparciu o metadane z metryk dokumentów.

Parametry wymagane - Parametry oferowaneh. Prosty, elastyczny i niezależny od działu

IT mechanizm zarządzania uprawnieniami do publikowanych dokumentów w ramach istniejących uprawnień. Możliwość definiowania różnych poziomów uprawnień przez administratorów merytorycznych, np. uprawnienia do odczytu, publikacji, usuwania.

i. Zarządzanie wersjonowaniem dokumentów: obsługa głównych oraz roboczych wersji (np.: 1.0, 1.1, 1.x… 2.0), automatyczna kontrola wersji przy publikacji dokumentów.

j. Możliwość zdefiniowania w systemie procesu zatwierdzania nowych lub modyfikowanych dokumentów. System informuje użytkowników recenzujących materiały o oczekujących na nich elementach do zatwierdzenia i pozwala podjąć decyzję o ich publikacji lub odrzuceniu.

k. Możliwość tworzenia specjalnych repozytoriów lub katalogów przeznaczonych do przechowywania specyficznych rodzajów treści, np. galerie obrazów dla plików graficznych.

l. Możliwość definiowania polityk cyklu życia dokumentu oraz retencji dokumentów.

m. Możliwość tworzenia specjalnych repozytoriów przeznaczonych na raporty osadzone w arkuszach kalkulacyjnych w formacie ISO/IEC 29500:2008. Serwer

Parametry wymagane - Parametry oferowanepowinien generować na podstawie tych arkuszy kalkulacyjnych raporty dostępne do oglądania przez przeglądarkę Internetową bez zainstalowanych innych narzędzi klienckich.

n. Możliwość automatyzacji usuwania duplikatów dokumentów.

8. Wyszukiwanie treści:a. Pełnotekstowe indeksowanie zawartości

intranetu w zakresie różnych typów treści publikowanych w portalu, tj. stron portalu, dokumentów tekstowych (w szczególności dokumentów XML), innych baz danych oraz danych dostępnych przez webservice.

b. Centralny mechanizm wyszukiwania treści dostępny dla użytkowników intranetu

c. Opcja wyszukiwania zaawansowanego, np. wyszukiwanie wg typów treści, autorów, oraz zakresów dat publikacji

d. Możliwość budowania wielu wyszukiwarek w różnych częściach portalu, służących do przeszukiwania określonych obszarów intranetu wg zadanych kryteriów, np. wg typów dokumentów

e. Możliwość definiowania słownika słów wykluczonych (często używanych)

f. Możliwość tworzenia „linków sponsorowanych”, prezentowanych wysoko w wynikach wyszukiwania w zależności od słów wpisanych w zapytaniu

Parametry wymagane - Parametry oferowaneg. Podświetlanie w wynikach wyszukiwania

odnalezionych słów kluczowych zadanych w zapytaniu.

h. Przedstawianie w wynikach duplikatów plików

i. Statystyki wyszukiwanych fraz9. Administracja intranetem i inne funkcje:

a. Możliwość definiowania ról / grup uprawnień, w ramach których definiowane będą uprawnienia i funkcje użytkowników. Przypisywanie użytkowników do ról w oparciu o ich konta w LDAP lub poprzez grupy domenowe. Funkcjonalność zarządzania uprawnieniami dostępna dla administratorów merytorycznych intranetu, niewymagająca szczególnych kompetencji technicznych

b. Możliwość określania uprawnień do poszczególnych elementów zawartości intranetu tj. sekcja, pojedyncza strona, repozytorium dokumentów, katalogu dokumentów, pojedynczego dokumentu

c. Generowanie powiadomień pocztą elektroniczną dla użytkowników intranetu z informacją o publikacji najbardziej istotnych treści

d. Definiowanie metryk opisujących dokumenty w poszczególnych repozytoriach portalu oraz centralnie zarządzanego zbioru metadanych z wyznaczonym administratorem merytorycznym.

e. Możliwość definiowania zewnętrznych

Parametry wymagane - Parametry oferowaneźródeł danych takich jak bazy danych i webservice oraz wykorzystywania ich do opisywania dokumentów,

f. Konfigurowanie procesów zatwierdzania publikowanych stron i dokumentów. Możliwość odrębnej konfiguracji w poszczególnych częściach portalu tj. definiowanie różnych edytorów i recenzentów w ramach różnych obszarów intranetu

g. Statystyki odwiedzin poszczególnych części i stron intranetu – analiza liczby odsłon w czasie. Opcjonalnie zaawansowane statystyki i analizy

h. Funkcjonalności wspierające pracę grupową - do wykorzystania na najniższym poziomie intranetu do celów pracy działów i zespołów zadaniowych. Funkcjonalności wspierające gromadzenie dokumentów, wsparcie komunikacji, planowanie zadań i wydarzeń

i. Funkcjonalność publikowania na portalu formularzy elektronicznych XML i przetwarzanych na aplikację webową dostępną dla użytkowników przez przeglądarkę Internetową. Dane z wypełnionego formularza mają być zapisywane w formacie XML zgodnie z definicją formularza.

j. Mechanizmy wspierające przepływy pracy (workflow) wraz z funkcjonalnością definiowania procesów obiegu dokumentów, integracji przepływów z

Parametry wymagane - Parametry oferowaneweb-services, wywoływania web-services z poziomu workwlow bez konieczności kodowania przy wykorzystaniu prostych w obsłudze narzędzi portalu.

Lp Nazwa licencji Typ, model, producent Ilość sztuk Cena jednostkowa netto




1. Licencja platformy aplikacji webowych

1 komplet


1. Należy dostarczyć odpowiednią ilość licencji potrzebnych do uruchomienia i wydajnej pracy oferowanego środowiska platformy aplikacji webowych. Należy również dostarczyć odpowiednią ilość licencji dostępowych umożliwiających użytkownikom wykorzystanie pełnej funkcjonalności serwera portalu wielofunkcyjnego, uwzględniające dostęp do usług serwera formularzy, narzędzi wizualizacji analiz biznesowych, wspólnej infrastruktury wszystkich stron w organizacji.

Pozycja nr 14 – Komputer stacjonarnyLiczba sztuk: 46


cechy


1. Typ obudowy Small Form Factor2. Procesory Co najmniej 1 procesor umożliwiający osiągnięcie

wyniku min. 7,050 pkt. w teście PassMark CPU Mark (http://www.cpubenchmark.net/ - Updated 26th of November 2014)

3. Dyski twarde Co najmniej 1 dysku typu 500GB SATA 6G 2.5 8G SSHD4. Pamięć

operacyjnaco najmniej 4096 MB DDR3 non-ECC

5. Ilość wolnych slotów pamięci

Co najmniej 3

6. Karta graficzna Zintegrowana7. Karta muzyczna Zintegrowana8. Szczegóły płyty

głównejIlość slotów PCI-E 1x min 2 szt.Ilość wolnych slotów PCI-E 1x min. 2 szt.Ilość slotów PCI-E 16x min. 1 szt.Ilość wolnych slotów PCI-E 16x min. 1 szt.

9. Interfejsy Minimalne wymagane ilości:2 x USB 3.06 x USB 2.01 x Serial1 x RJ-45 (LAN)2 x PS/22 x audio (wejście/wyjście) front1 x wejście liniowe1 x wyjście liniowe2 x DisplayPort1 x VGA

10. System 64 bitowy system operacyjny spełniający następujące



cechy


operacyjny kryteria:

integracja z posiadanym przez Zamawiającego systemem Active Directory pozwalająca na wdrożenie jednolitej polityki bezpieczeństwa dla wszystkich komputerów w sieci.

możliwość zdalnej automatycznej instalacji, konfiguracji, administrowania oraz aktualizowania systemu.

publicznie znany cykl życia przedstawiony przez producenta i dotyczący rozwoju i wsparcia technicznego – w szczególności w zakresie bezpieczeństwa

praca w różnych sieciach komputerowych (sieci lokalne LAN, Internet), w tym także automatyczne rozpoznawanie sieci i ich ustawień bezpieczeństwa,

automatyczne rozpoznawanie urządzeń peryferyjnych działające w tej sieci (np. drukarki, tablice interaktywne) oraz łączenie się automatycznie z raz zdefiniowanymi sieciami (również za pośrednictwem modemów 3G/USB).

W przypadku zaoferowania przez Wykonawcę systemu Windows 8 dostarczona licencja powinna umożliwiać instalację systemu Windows 7 Professional.

11. Zasilacz Aktywny o mocy co najwyżej 240W12. Wymagania

dodatkowe Sterowany zdalnie zamek elektromagnetyczny

obudowy. Możliwość sprawdzenia konfiguracji oraz

gwarancji na stronie producenta. Czytnik kart SMART CARD


cechy


12 Gwarancja i serwis

3 lata w miejscu instalacji, czas reakcji 4 godziny, czas naprawy – następny dzień roboczy






1. Komputer stacjonarny

46 szt.

Pozycja nr 15 – MonitorLiczba sztuk: 20


cechy


1. Format ekranu Panoramiczny2. Wielkość ekranu 23 cale3. Technologia

wyświetlaniaLED

4. Zalecana rozdzielczość

1920 x 1080 pikseli

5. Czas reakcji matrycy

Co najmniej 5ms

6. Jasność Co najmniej 250 cd/m27. Kąt widzenia

poziomyCo najmniej 170 stopni

8. Kąt widzenia pionowy

Co najmniej 160 stopni

9. Dodatkowe wymagania

Regulacja cyfrowa (OSD)Pozostałe złączaWbudowany hub USB (co najmniej 2 x złącze USB 2.0)Wbudowany zasilaczMożliwość pochylenia panela (tilt)Regulacja wysokości monitora (height adjustment)Obrotowa podstawa monitora (swivel)Panel obrotowy (pivot)Kolor obudowy Czarny

10. Złącza wejściowe 15-stykowe D-SubDVI-D (z HDCP)DisplayPort

11. Gwarancja / serwis

4 lata w miejscu instalacji, next business day






1. Monitor 20 szt.

Pozycja nr 16 – Komputer przenośny (typ1)Liczba sztuk: 3


cechy


1. Typ komputera Notebook / netbook / ultrabook2. Procesory Co najmniej 1 procesor umożliwiający osiągnięcie

wyniku min. 4,251 pkt. w teście PassMark CPU Mark (http://www.cpubenchmark.net/ - Updated 26th of November 2014)

3. Dyski twarde Co najmniej 1 dysku typu 256GB SSD4. Pamięć

operacyjnaco najmniej 8192 MB SODIMM DDR3L

5. Przekątna ekranu 14 cali6. Typ ekranu TFT Full-HD [LED] anti-glare7. Maksymalna

rozdzielczość1920 x 1080

8. Urządzenia wskazujące

TouchPad

9. Interfejsy / komunikacja

Minimalne ilości złączy zewn.:1x USB 3.01x USB 3.0 - Sleep-and-Charge1x DisplayPort1x DC-In (wejście zasilania)1x combo audio (mikrofon/słuchawki)Złącze stacji dokującejBezprzewodowa karta sieciowaTyp bezprzewodowej karty sieciowej: IEEE 802.11a/b/g/nBluetoothZainstalowany moduł WWAN/3GCzytnik kart pamięciTypy odczytywanych kart pamięci: Micro SecureDigital



cechy


(microSD)Czytnik kart SMART CARD

10. Rodzaj baterii Li-Ion (6 Cells)11. Wyposażenie

standardoweCzytnik linii papilarnychTPM : Trusted Platform ModuleGłośniki stereoKamera internetowaMikrofon Podświetlana klawiatura

12. System operacyjny

64 bitowy system operacyjny spełniający następujące kryteria:





automatyczne rozpoznawanie urządzeń peryferyjnych działające w tej sieci (np. drukarki, tablice interaktywne) oraz łączenie się automatycznie z raz zdefiniowanymi sieciami


cechy


(również za pośrednictwem modemów 3G/USB).W przypadku zaoferowania przez Wykonawcę systemu Windows 8 dostarczona licencja powinna umożliwiać instalację systemu Windows 7 Professional.

13. Masa Maksymalnie 1,5 kg14. Wymagania

dodatkoweMożliwość sprawdzenia konfiguracji oraz gwarancji na stronie producenta.








1. Komputer przenośny (typ1)

3 szt.

Pozycja nr 17 – Komputer przenośny (typ2)Liczba sztuk: 4


cechy


1. Typ komputera Notebook / netbook / ultrabook2. Procesory Co najmniej 1 procesor umożliwiający osiągnięcie

wyniku min. 3,280 pkt. w teście PassMark CPU Mark (http://www.cpubenchmark.net/ Updated 26th of November 2014)

3. Dyski twarde Co najmniej 1 dysku typu 180GB SSD4. Pamięć

operacyjnaco najmniej 4096 MB SODIMM DDR3L

5. Przekątna ekranu 14 cali6. Typ ekranu TFT Full-HD [LED] anti-glare7. Maksymalna

rozdzielczość1600 x 900

8. Urządzenia wskazujące

TouchPad


Minimalne ilości złączy zewn.:1x USB 3.01x USB 3.0 - Sleep-and-Charge1x DisplayPort1x DC-In (wejście zasilania)1x combo audio (mikrofon/słuchawki)Złącze stacji dokującejBezprzewodowa karta sieciowaTyp bezprzewodowej karty sieciowej: IEEE 802.11a/b/g/nBluetoothCzytnik kart pamięciTypy odczytywanych kart pamięci: Micro SecureDigital (microSD)



cechy


Czytnik kart SMART CARD10. Rodzaj baterii Li-Ion (6 Cells)11. Wyposażenie

standardoweCzytnik linii papilarnychTPM : Trusted Platform ModuleGłośniki stereoKamera internetowaMikrofon Podświetlana klawiatura

12. System operacyjny

64 bitowy system operacyjny spełniający następujące kryteria:





automatyczne rozpoznawanie urządzeń peryferyjnych działające w tej sieci (np. drukarki, tablice interaktywne) oraz łączenie się automatycznie z raz zdefiniowanymi sieciami (również za pośrednictwem modemów 3G/USB).


cechy


W przypadku zaoferowania przez Wykonawcę systemu Windows 8 dostarczona licencja powinna umożliwiać instalację systemu Windows 7 Professional.

13. Masa Maksymalnie 1,5 kg14. Dodatkowe

wymagania.Możliwość sprawdzenia konfiguracji oraz gwarancji na stronie producenta.








1. Komputer przenośny (typ2)

4 szt.

Pozycja nr 18 – Stacja dokującaLiczba sztuk: 5


cechy


1. Połączenie z notebookiem (typ złącza)

złącze stacji dokującej / replikatora portów

2. Złącza zewnętrzne

Minimalne wymagane ilości:Złącze D-Sub 1 szt.Złącze DisplayPort 2 szt.Złącze audio (wejście) 1 szt.Złącze audio (wyjście) 1 szt.Złącze USB 2.0 (powered) 1 szt.Złącze USB 3.0 (standard) 3 szt.Złącze RJ-45 1 szt.Slot na linkę zabezpieczającą 1 szt.

3. Gwarancja 3 lata w miejscu instalacji, czas reakcji 4 godziny, czas naprawy – następny dzień roboczy






1. Stacja dokująca 5 szt.

Pozycja nr 19 – Tablet 10”Liczba sztuk: 4


cechy


1. Procesor Procesor z architekturą 64-bitową i koprocesorem ruchu

2. Wbudowana pamięć

Minimum 16GB

2. Wyświetlacz Min 9 calowy wyświetlacz LED w technologii IPS z powłoką odporną na odciski palców

3. Komunikacja Wi-Fi (802.11a/b/g/n); dwa kanały (2,4 GHz i 5 GHz) i technologia MIMOBluetooth 4.0

4. Waga Max. 500g5. Dodatkowe

wymaganiaSystem operacyjny powinien umożliwiać uruchamianie będącego w posiadaniu zamawiającego oprogramowania dla systemów iOS

6, Gwarancja 12 miesięcy






1. Tablet 10” 4 szt.

Pozycja nr 20 – Drukarka laserowaLiczba sztuk: 20


cechy


1. Rodzaj wydruku Czarno – biały2. Maksymalny

rozmiar papieruCo najmniej A4

3. Rozdzielczość w pionie (mono)

Minimum 600dpi

4. Rozdzielczość w poziomie (mono)

Minimum 600dpi

5. Szybkość druku (mono)

Co najmniej 18 str./min.

6. Pojemność podajników papieru

Co najmniej 150 szt.

7. Zainstalowana pamięć

Co najmniej 8MB


USB 2.0 1 szt.Bezprzewodowa karta sieciowaTyp bezprzewodowej karty sieciowej: IEEE 802.11b/g







1. Drukarka laserowa

20 szt.

Pozycja nr 21 – SkanerLiczba sztuk: 4


cechy


1. Typ skanera Kolorowy2. Maksymalny

rozmiar skanowanego dokumentu

Co najmniej A4

3. Optyczna rozdzielczość skanowania

Minimum 4800 x 4800 dpi

4. Głębia koloru Minimum 48bit5. Złącza

zewnętrzneUSB 2.0







1. Skaner 4 szt.

Pozycja nr 22 – Wielofunkcyjne urządzenie drukująceLiczba sztuk: 2


cechy


1. Podstawowe funkcje urządzenia

KopiarkaSkanerdrukarkaFaks

2. Szybkość druku (mono)

Co najmniej 14 str./min.

3. Druk w kolorze tak4. Szybkość druku

(kolor)Co najmniej 14 str./min.

5. Wydajność Minimum 30000 stron miesięcznie6. Złącze

zewnętrzneMinimalna wymagana ilość:1 x USB 2.01 x RJ45 (karta sieciowa)

7. Maksymalny rozmiar papieru

Minimum A4

8. Pojemność podajników papieru

Minimum 150 szt.

9. Zainstalowana pamięć

Minimum 256 MB

10. Rozdzielczość druku w poziomie (mono)

Minimum 600 dpi

11. Rozdzielczość druku w pionie (mono)

Minimum 600 dpi

12. Typ skanera kolorowy


cechy


stolikowy13. Optyczna

rozdzielczość skanowania

Minimum 1200 x 1200 dpi







1. Wielofunkcyjne urządzenie drukujące

2 szt.

Pozycja nr 23 – Projektor multimedialnyLiczba sztuk: 1


cechy


1. Rozdzielczość rzeczywista

Minimum 1280 x 800 (WXGA) pikseli

2. Liczba wyświetlanych kolorów

Minimum 1,07 mld

3. Rzeczywisty współczynnik proporcji obrazu

16:10

4. Jasność (tryb normalny)

Minimum 700 ANSI lumen

5. Kontrast (tryb normalny)

Minimum 100000:1

6. Złącza (wejścia) Minimalne ilości:1 x USB Typ A1 x HDMI1 x USB typ B1 x D-sub 15-pin1 x RCA Video1 x stereo mini-jack







1. Projektor multimedialny

1 szt.

Pozycja nr 24 – Wyświetlacz wideoLiczba sztuk: 1


cechy


1. Przekątna ekranu Minimum 55 cali2. Technologia

podświetlenia matrycy

Edge LED

3. Obsługa technologii HD

Full-HD

4. Rozdzielczość ekranu

Minimum 1920 x 1080 pikseli

5. Rzeczywisty współczynnik proporcji obrazu

16:9

6. Wbudowane głośniki

tak

7. Moc wyjściowa audio

Minimum 2 x 10 Wat

8. Złącza Minimalne wymagane ilości:Złącze HDMI 4 szt.Złącze SCART 1 szt.Złącze COMPONENT (Y, Pb, Pr) 1 szt.Złącze USB 2.0 3 szt.1 x cyfrowe wyjście optyczne audio1 x Złącze C.I. (Common Interface)1 x wejście AV (kabel Component/Composite + Audio R/L)1 x RJ451 x wyjście IR







1. Wyświetlacz wideo

1 szt.

Pozycja nr 25 – Pakiet oprogramowania biurowegoLiczba sztuk: 53


cechy


1. Wymagane funkcje

1. pakiet powinien być w najnowszej dostępnej na rynku wersji

2. zintegrowany pakiet oprogramowania biurowego, składający się co najmniej z edytora tekstu, arkusza kalkulacyjnego, programu do prowadzenia prezentacji, klienta poczty elektronicznej do serwera MS Exchange, umożliwiających otwieranie, edycję i zapis dokumentów w formatach .doc, .docx Microsoft Word, xls, .xlsx Microsoft Excel, .ppt, .pptx Microsoft Power Point

3. zintegrowany pakiet oprogramowania biurowego umożliwiający tworzenie, wykonywanie i edycję makr oraz aplikacji zapisanych w języku Visual Basic for Application w dokumentach .xls Microsoft Excel, .doc Microsoft Word

4. elementy pakietu oprogramowania biurowego muszą mieć wbudowany język programowania umożliwiający automatyzację pracy z dokumentami, a w szczególności:a) sterowanie przebiegiem programu, w tym

tworzenie konstrukcji warunkowych i pętli,b) przekazywanie parametrów z i do innych

aplikacji oraz programów wchodzących w skład pakietu,

c) obsługę błędów (składniowych, kompilacji, logicznych i wykonania), jak również możliwość implementacji własnego


cechy


mechanizmu obsługi błędów i wyjątków,5. wszystkie elementy pakietu oprogramowania

biurowego muszą być w wersji polskiej i obsługiwać pisownię języka polskiego.

6. Możliwość zapisywania plików użytkownika w chmurze. Ponadto, dane przechowywane w plikach chmury muszą być zsynchronizowane z lokalną lokalizacją. Użytkownik także bez połączenia z Internetem musi mieć możliwość modyfikować wszystkie dokumenty.

7. Pełnoekranowy tryb odczytu.






1. Pakiet oprogramowania biurowego

53 szt.

Pozycja nr 26 – Oprogramowanie antywirusoweLiczba sztuk: 53


cechy


1. Wymagane funkcje

Proaktywna ochrona w czasie rzeczywistym System reputacji plików oparty o chmurę Antivirus Antispyware Codziennie aktualizacje Ochrona podczas surfowania w sieci Ochrona podczas korzystania z bankowości

internetowej Blokada programów typu exploit Zaawansowany skaner pamięci Ochrona przed lukami w protokołach sieciowych Anti-Theft (Antyzłodziej) Kontrola rodzicielska Firewall (Zapora osobista) Antispam (Ochrona poczty przed spamem) Kwarantanna podejrzanych plików Ochrona przed zagrożeniami z róznych

systemów Kontrola dostępu do pamięci przenośnych (np.

CD, pendrive) Autoochrona Skanowanie połączeń https Strefa zaufana Ochrona ustawień programu hasłem Zaawansowane profile zapory osobistej

Lp Nazwa oprogramowani

Typ, model, producent Ilość sztuk Cena jednostkowa

Cena jednostkowa



a netto brutto1. oprogramowani

e antywirusowe53 szt.

Pozycja nr 27 – Pakiet oprogramowania statystycznegoLiczba sztuk: 2


cechy


1. Typ licencji jednostanowiskowa2. Wymagane

techniki analizacyjne

Statystyki podstawowe i tabele Dopasowanie rozkładów Regresja wieloraka Analiza wariancji (ANOVA) Statystyki nieparametryczne Ogólne modele liniowe Uogólnione modele liniowe i nieliniowe Ogólne modele regresji Modele cząstkowych

najmniejszych kwadratów Komponenty wariancyjne Analiza przeżycia Estymacja nieliniowa Linearyzowana regresja nieliniowa Analiza log-liniowa tabel liczności Szeregi czasowe i prognozowanie Modelowanie równań strukturalnych Analiza skupień Analiza czynnikowa Składowe główne i klasyfikacja Analiza kanoniczna Analiza rzetelności i pozycji Analiza korespondencji Skalowanie wielowymiarowe Analiza dyskryminacyjna Ogólne modele analizy dyskryminacyjnej Rozkłady i symulacje Analiza Mocy Testów

3. Dodatkowe moduły analizy medycznej

1. Moduł musi być narzędziem umożliwiającym syntezę wyników pochodzących z wielu badań pierwotnych i obliczanie na ich podstawie


cechy


łącznej miary efektu. Musi pozwalać bardziej precyzyjnie ocenić wpływ działania analizowanego czynnika oraz rozszerzyć wnioski z pojedynczych badań na szerszą populację. Obliczenia muszą być wykonywane dla szeregu miar efektu, a wyniki można przedstawić w postaci szczegółowego raportu oraz wykresu typu forest plot.

2. Moduł musi umożliwiać zbudowanie i ocenę modelu regresji logistycznej. Korzystając z Kreatora badacz krok po kroku wykonuje kolejne etapy związane z budową modelu regresji poczynając od sposobu kodowania zmiennych oraz wyboru istotnych cech do analizy, poprzez sprawdzanie założeń i identyfikację interakcji aż po ocenę dobroci dopasowania modelu, analizę reszt czy zbadanie jego zdolności predykcyjnych.

3. Modułem musi być przeznaczony do obliczania na podstawie tabeli 2x2 szeregu wskaźników powiązania lub efektu. Na przykład musi umożliwiać on obliczenie efektu związanego z binarną zmienną zależną, spowodowanego manipulacją zmienną niezależną. Moduł musi umożliwiać zarówno obliczenie wskaźników na podstawie danych surowych, jak również ręczne wprowadzenie lub korektę wartości w tabeli.

4. Moduł musi być narzędziem służącym do oceny poprawności klasyfikatora (pojedynczej zmiennej lub całego modelu), zapewnia on łączny opis jego czułości i specyficzności. Ten sposób wspomagania systemu decyzyjnego jest


cechy


szeroko stosowany w różnych obszarach analizy danych, m.in. w diagnostyce medycznej.

5. Moduł musi umożliwiać w maksymalnie uproszczony i zautomatyzowany sposób: wygodne definiowanie reguł poprawności danych, zamianę cech jakościowych na odpowiadające im zmienne sztuczne oraz przekodowanie braków danych według wskazanego schematu.






1. pakiet oprogramowania statystycznego

2 szt.

Informacja dla Wykonawców:

Urządzenia, o których mowa w niniejszej specyfikacji winny być dostarczone wraz z okablowaniem niezbędnym dla ich prawidłowej instalacji i funkcjonowania. Dla pozycji nr 1, 2, 3, 4, 5, 6, 8, 14, 15, 16, 17, 18, 20, 21, 22 wymagane jest aby pochodziły od jednego producenta lub Wykonawca przedstawi oświadczenie producentów poszczególnych elementów o kompatybilności pomiędzy powyższymi elementami. Ponadto Zamawiający wymaga w przypadku pozycji nr 1, 2, 3, 4, 5, 6, 8, 14, 15, 16, 17, 18, 20, 21, 22 serwisu gwarancyjnego zarówno ze strony producenta jak i dostawcy.Wykonawca dokona instalacji i konfiguracji urządzeń i oprogramowania w siedzibie Zamawiającego.Wykonawca na żądanie Zamawiającego przed podpisaniem umowy w przedmiocie udzielenia zamówienia przedłoży oświadczenie producenta zaoferowanego sprzętu określonego w pozycjach 1, 2, 3 o pełnej kompatybilności z zaoferowaną przez wykonawcę Macierzą dyskową określoną w pozycji nr 7.

Załącznik nr 3 do SIWZ…………………………………………………………..Nazwa i siedziba WykonawcyNIP ………………………………………………………….REGON …………………………………………………….……………………………………………………………….Osoba do kontaktuTelefon kontaktowy …………………………………Faks ………………………………………………………E-mail: …………………………………………………..

INSTYTUT MEDYCYNY PRACY ul. Św. Teresy od Dzieciątka

Jezus Nr 8 91-348 Łódź

OFERTA

Odpowiadając na postępowanie prowadzone w trybie przetargu nieograniczonego,składamy ofertę na:


na warunkach określonych przez Zamawiającego w specyfikacji istotnych warunków zamówienia oraz jej załącznikach

1. Oferujemy wykonanie całego zamówienia za cenę:

Cena oferty netto: ....................................................... zł

słownie zł:.......................................................................................................................................

Cena oferty brutto: ....................................................... zł

słownie zł:.......................................................................................................................................

w tym:

a) cena za stworzenie platformy systemowej tj. specjalistycznego programu komputerowego dla systemu - zgodnie z załącznikiem nr 1 do SIWZ.


słownie zł:.......................................................................................................................................


słownie zł:.......................................................................................................................................

b) cena za sprzęt i oprogramowanie dla systemu wykazanego w Załączniku nr 2 do SIWZ (Wypełniony Załącznik nr 2 do SIWZ dołączyć do oferty)


słownie zł:.......................................................................................................................................


słownie zł:.......................................................................................................................................

2. Zobowiązujemy się do udzielenia wsparcia technicznego na przedmiot niniejszego zamówienia oraz całą Platformę systemową na okres …………. miesięcy ( minimum 6 miesięcy) od dnia zakończenia realizacji przedmiotu zamówienia.

3. Zobowiązujemy się na udzielenie gwarancji na platformę systemową na okres 36 miesięcy, natomiast na sprzęt oraz oprogramowanie wykazane w załączniku nr 2 do SIWZ zgodnie z załącznikiem nr 2 do SIWZ.

4. Oświadczamy, że w cenie oferty zostały uwzględnione wszystkie koszty wykonania zamówienia.

5. Oświadczam, że uzyskałem wszelkie niezbędne informacje do przygotowania oferty i wykonania zamówienia.6. Oświadczam, że zapoznałam/em się ze specyfikacją istotnych warunków zamówienia

oraz jej załącznikami i nie wnoszę do nich żadnych zastrzeżeń oraz przyjmuję warunki w nich zawarte.

7. Oświadczam, że uważam się związana/y niniejszą ofertą na czas wskazany w specyfikacji istotnych warunków zamówienia.

8. Oświadczam, że zawarte w specyfikacji istotnych warunków zamówienia istotne warunki umowy (wzór umowy) zostały przeze mnie zaakceptowane i zobowiązujemy się w przypadku przyznania nam zamówienia, do zawarcia umowy w miejscu i terminie wskazanym przez Zamawiającego oraz wykonania przedmiotu zamówienia w terminie wskazanym przez Zamawiającego.

9. Oświadczam, że spełniam warunki określone w art. 22 i 24 ustawy z dnia 29 stycznia 2004 r. Prawo zamówień publicznych (tekst jednolity: Dz. U. z 2013 r. poz. 907 z późniejszymi zmianami) oraz warunki dodatkowe zawarte w specyfikacji istotnych warunków zamówienia.

10. Wadium w kwocie ………………………………………PLN zostało wniesione w formie ……….. ……………………………………………………………………………………………………

11. Wykonawca oświadcza, że zamierza /nie zamierza* powierzyć podwykonawcy (om) realizacje niniejszego zamówienia w następującym zakresie:

L.p. Część zamówienia, która ma zostać powierzona podwykonawcy1.2.3.4.

12. W przypadku udzielenia mi zamówienia należność za wykonanie usługi uregulowana będzie w formie przelewu na rachunek bankowy prowadzony w:

Nazwa banku …………………………………………………………………………….…

Nr rachunku bankowego …………..……………………………………………………

13. Imiona, nazwiska oraz funkcje osób, reprezentujących naszą Firmę w przypadku udzielenia nam zamówienia uprawnione do podpisania ewentualnej umowy:

1. ……………………………………………………….. (pełniona funkcja)………………………………………………

2. ……………………………………………………….. (pełniona funkcja)………………………………………………

14. Oświadczam, że następujące informacje stanowią tajemnicę przedsiębiorstwa w rozumieniu przepisów o zwalczaniu nieuczciwej konkurencji:

…………………………………………………………………..…………………………………………………………..…………………………………………………………………..…………………………………………………………..…………………………………………………………………..…………………………………………………………..

Integralną częścią niniejszej oferty są: DOKUMENTY, OŚWIADCZENIA I ZAŁĄCZNIKI:

Lp. DOKUMENTY, OŚWIADCZENIA I ZAŁĄCZNIKI

1. Strona oferty

1.

2.

3.

4.

5.

6.

7.

itd.

Złożona oferta zawiera …………… kolejno ponumerowanych stron.

Miejsce i data ………………………………………………… …………………………………………………

(Podpis osoby (osób) uprawnionych do podpisania

oferty)

* niepotrzebne skreślić

Załącznik nr 4 do SIWZ____________________________________

___________________________________

Nazwa i adres Wykonawcy

O Ś W I A D C Z E N I E

o spełnianiu warunków udziału w postępowaniu, o których mowa w art. 22 ust. 1 ustawy z dnia 29 stycznia 2004 r. Prawo

zamówień publicznych (tekst jednolity: Dz. U. z 2013 r., poz. 907 z późniejszymi zmianami)

Niniejszym, oświadczam /oświadczamy*, że firma, którą reprezentuję/ reprezentujemy*spełnia warunki dotyczące:

1) Posiadania uprawnień do wykonywania określonej działalności lub czynności, jeżeli ustawy nakładają obowiązek posiadania takich uprawnień.

2) Posiadania wiedzy i doświadczenia.

3) Dysponowania odpowiednim potencjałem technicznym i osobami zdolnymi do wykonywania zamówienia.

4) Sytuacji ekonomicznej i finansowej.

Prawdziwość powyższych danych potwierdzam /potwierdzamy* własnoręcznym podpisem, świadom/ świadomi * odpowiedzialności karnej z art. 297 Kodeksu Karnego.

Miejscowość:______________________

Data:. ___________________________

_____________________________

podpis osoby/osób upoważnionych do reprezentowania Wykonawcy



____________________________________

___________________________________


O Ś W I A D C Z E N I E

art. 24 ust.1 ustawy PZP

o braku podstaw do wykluczenia z postępowania o udzielenie zamówienia z powodu niespełnienia warunków, o których mowa w art. 24 ust. 1 ustawy

Prawo zamówień publicznych(tekst jednolity Dz. U. z 2013, poz. 907 z późniejszymi zmianami)

Niniejszym, oświadczam /oświadczamy*, że brak jest podstaw do wykluczenia z postępowania o udzielenie zamówienia z powodu niespełnienia warunków, o których mowa w art. 24 ust. 1 ustawy Prawo zamówień publicznych. Prawdziwość powyższych danych potwierdzam /potwierdzamy* własnoręcznym podpisem, świadom/ świadomi * odpowiedzialności karnej z art. 297 Kodeksu Karnego.

Miejscowość:_____________________

Data:. __________________________

______________________________ podpis osoby/osób

upoważnionych do reprezentowania Wykonawcy



____________________________________

___________________________________


INFORMACJA

Stosownie do art. 26 ust. 2d ustawy Prawo zamówień publicznych:

1.* załączamy listę podmiotów należących do tej samej grupy kapitałowej, o której mowa w art. 24 ust. 2 pkt 5 przedmiotowej ustawy:

Grupa kapitałowa ………………………………………………… (nazwa Grupy)

Lista podmiotów tworzących grupę kapitałową ……………………………………………………….. (nazwa Grupy)

a) …………………………………………………………………

b) …………………………………………………………………

c) …………………………………………………………………

d) …………………………………………………………………

2. * Informujemy, że Wykonawca …………………………………………. nie należy do żadnej grupy kapitałowej , o której mowa w art. 24 ust. 2 pkt 5 ustawy Prawo zamówień publicznych

Prawdziwość powyższych danych potwierdzam /potwierdzamy* własnoręcznym podpisem, świadom/ świadomi * odpowiedzialności karnej z art. 297 Kodeksu Karnego.

Miejscowość:_____________________

Data:. __________________________

______________________

________ podpis osoby/osób

upoważnionych do reprezentowania

Wykonawcy

* wypełnić właściwą pozycję


DOŚWIADCZENIE ZAWODOWE

____________________________________

___________________________________


Wykaz wykonanych usług lub dostaw

Składając ofertę w postępowaniu o udzielenie zamówienia pn. „Zintegrowany system pracowania i wdrożenia infrastruktury informatycznej w ochronie zdrowia pracujących.”

OŚWIADCZAMY, iż zrealizowaliśmy następujące zamówienia

L.p. Przedmiot zamówienia

Odbiorca usługi (dostawy), adres

Wartość wdrożenia systemu

(wartość dostawy)

Data wykonania (odbioru) systemu

/dostawy (dzień-miesiąc – rok)

Doświadczenie

własneWykonawcy /Wykonawcapolega na

wiedzyi

doświadczeniuinnych

podmiotów *1 Własne /

oddane dodyspozycji*

2 Własne /oddane dodyspozycji*




……………………dnia……………..2014 r. ……………………….

pieczątka, podpis Wykonawcy lub osoby uprawnionej do jego reprezentowania



OSOBY ZDOLNE DO WYKONANIA ZAMÓWIENIA

____________________________________

___________________________________


Wykaz osób zdolnych do wykonania zamówienia

Składając ofertę w postępowaniu o udzielenie zamówienia pn. „Zintegrowany system pracowania i wdrożenia infrastruktury informatycznej w ochronie zdrowia pracujących.”

OŚWIADCZAMY, iż w wykonaniu zamówienia będą uczestniczyć następujące osoby:

Lp. Rola w projekcie

Imię i nazwisko

Kwalifikacje oraz doświadczenie zawodowe**

Informacja o podstawie do dysponowania

osobami

Kwalifikacje zawodowe

oświadczenie o posiadaniu

wymaganych uprawnień

doświadczenie zawodowe

Ponadto, oświadczamy, że:1*. dysponujemy osobą/osobami wymienioną/wymienionymi w poz. ……… wykazu,2*. nie dysponujemy osoba/osobami wymienioną/wymienionymi w poz. ……… wykazu,

lecz polegając na osobach zdolnych do wykonania zamówienia innych podmiotów na warunkach określonych w art. 26 ust. 2b ustawy Prawo zamówień publicznych, będziemy dysponować tą osobą/tymi osobami, na potwierdzenie czego, załączamy pisemne zobowiązanie tych podmiotów do oddania nam do dyspozycji tych osób na okres ich udziału w wykonywaniu zamówienia, zawierające także listę osób, które zostaną nam udostępnione.

Podmiot ten jest / nie jest * moim podwykonawcą. * niepotrzebne skreślić** należy podać wszystkie informacje, pozwalające jednoznacznie stwierdzić czy wykonawca spełnienia warunek, określony SIWZ

Prawdziwość powyższych danych potwierdzam /potwierdzamy własnoręcznym podpisem, świadom/ świadomi odpowiedzialności karnej z art. 297 Kodeksu Karnego.

Miejsce i data : _____________________ _________________________

(podpis Wykonawcy/Wykonawców)


Wzór umowyU M O W A AASZAMU / / 2015

zawarta w Łodzi, w dniu …………….. 2015 r.

pomiędzy:

Instytutem Medycyny Pracy imienia prof. dra med. Jerzego Nofera z siedzibą w Łodzi przy ulicy św. Teresy od Dzieciątka Jezus 8, NIP 7240003125, REGON 000288538, wpisanym do Rejestru Przedsiębiorców Krajowego Rejestru Sądowego prowadzonego przez Sąd Rejonowy dla Łodzi – Śródmieścia w Łodzi, XX Wydział Krajowego Rejestru Sądowego pod nr KRS 0000011997, zwanym dalej „Zamawiającym”, reprezentowanym przez:

1. Prof. dr hab. med. Konrada Rydzyńskiego – Dyrektora Instytutu2. Mgr inż. Barbarę Jurewicz – Z-cę Dyrektora ds. Ekonomiczno-Administracyjnych,

Głównego Księgowego a ………………….. z siedzibą w ……………….. (kod pocztowy ……………………), przy ulicy ………………….., wpisaną do Rejestru Przedsiębiorców Krajowego Rejestru Sądowego prowadzonego przez Sąd Rejonowy dla ……………………………., pod nr KRS ……………………, NIP ………………….., REGON ……………….., zwaną dalej „Wykonawcą”, reprezentowaną przez:

1) ………………… - pełniona funkcja2) ………………… - pełniona funkcja

w wyniku rozstrzygniętego postępowania o udzielenie zamówienia publicznego prowadzonego w trybie przetargu nieograniczonego na: „Zintegrowany system

opracowania i wdrożenia infrastruktury informatycznej w ochronie zdrowia pracujących.”,

zgodnie z przepisami ustawy z dnia 29 stycznia 2004r. Prawo zamówień publicznych (tekst jednolity: Dz. U. z 2013 r. poz. 907 z późniejszymi zmianami), została zawarta

Umowa o następującej treści:

§ 1 DEFINICJE

1. Na potrzeby niniejszej Umowy stosuje się następujące definicje: Dokumentacja Projektowa – wszelkie dokumenty sporządzone przez

Wykonawcę na podstawie niniejszej Umowy w toku wykonywania jej postanowień, w tym również dokumentacja niezbędna do utrzymania w ruchu i eksploatacji platformy informatycznej stanowiącej Przedmiot Umowy (np. dokumentacja techniczna dostarczonego oprogramowania lub inne dokumenty);

Etap Przedmiotu Umowy – część Przedmiotu Umowy stanowiąca funkcjonalną całość i podlegająca odrębnym odbiorom; podział na etapy i zakres prac składających się na poszczególne etapy zawiera Harmonogram Wykonania Umowy;

Gotowość do Odbioru – moment, w którym zostały spełnione przesłanki zgodności Etapu Umowy podlegającego odbiorowi – w przypadku Odbioru Etapu Umowy lub całości Przedmiotu Umowy – w przypadku Odbioru Końcowego, z wymaganiami Zamawiającego, określonymi w Umowie;

Odbiór – zespół czynności Zamawiającego polegających na badaniu całości Przedmiotu Umowy (Odbiór Końcowy) pod kątem zgodności Przedmiotu Umowy z Umową oraz pod kątem prawidłowości funkcjonowania, zakończonych potwierdzeniem Protokołem Odbioru Końcowego, zgodności wyników realizacji z Umową;

Platforma Systemowa – program komputerowy gromadzący i przetwarzającego dane na temat stanu zdrowia osób pracujących, ze szczególnym uwzględnieniem najczęstszych problemów zdrowotnych zgłaszanych przez pracowników lekarzom służby medycyny pracy w trakcie badań profilaktycznych, podejrzeń chorób zawodowych u osób kierowanych do wojewódzkich ośrodków medycyny pracy i przypadków stwierdzonych chorób zawodowych oraz występowania niekorzystnych zdarzeń w miejscu pracy, takich jak przypadkowe przerwania ciągłości tkanek u pracowników służby zdrowia, opisany szczegółowo w Załączniku nr 1 do SIWZ.

Oprogramowanie narzędziowe - programy komputerowe wchodzące w skład Platformy Systemowej;

Aplikacja - program komputerowy wytworzony specjalnie na potrzeby Zamawiającego do którego wykonawca przekaże Zamawiającemu majątkowe prawa autorskie;

Umowa – niniejsza umowa, wraz ze wszystkimi Załącznikami włączonymi do niej w dniu jej podpisania oraz wszelkimi jej pisemnymi zmianami, sporządzonymi zgodnie z zasadami określonymi w § 15 Umowy;

Błąd - każde nieprawidłowe działanie albo wynik działania stanowiącej Przedmiot Umowy Platformy Systemowej

§ 2OPIS PRZEDMIOTU ZAMÓWIENIA

1. Przedmiot zamówienia obejmuje budowę, uruchomienie i wdrożenie platformy systemowej, tj specjalistycznego programu komputerowego dla systemu oraz dostawa niezbędnych komponentów sprzętowo programowych w celu uruchomienia i użytkowania systemu, a także wsparcie techniczne oraz gwarancję.

2. Przedmiot umowy został szczegółowo opisany w Załączniku nr 1 do SIWZ oraz w Załączniku nr 2 do SIWZ

3. Wykonawca zobowiązany jest do wykonywania przedmiotu niniejszej umowy przy dołożeniu należytej staranności, z uwzględnieniem zawodowego charakteru prowadzonej działalności.

4. Wykonawca ponosi odpowiedzialność za osoby którymi posłużył się do wykonania przedmiotowego zamówienia jak za swoje własne działania i zaniechania.

5. Przedmiotem umowy jest także przeniesie na Zamawiającego autorskich praw majątkowych do Aplikacji, stanowiącej dzieło Wykonawcy.

§ 3TERMIN WYKONANIA PRZEDMIOTU UMOWY

1. Wykonanie Przedmiotu Umowy, o którym mowa w §2 nastąpi do dnia 15 listopada 2015 roku.

2. Wykonawca ponosi pełną odpowiedzialność za wykonanie zarówno całości Przedmiotu Umowy, jak i jego części, w terminie określonym w niniejszej umowie oraz jej załącznikach, w tym również zgodnie ze złożoną przez Wykonawcę ofertą.

3. Wykonawca zobowiązuje się przystąpić do realizacji Umowy niezwłocznie, jednakże nie później niż w terminie 5 dni kalendarzowych od dnia zawarcia Umowy.

§ 4WYNAGRODZENIE I WARUNKI PŁATNOŚCI

1. Wynagrodzenie Wykonawcy za wykonanie Przedmiotu Umowy, o którym mowa w § 2 wynosi …………………………………zł netto (słownie złotych: …………………….), co stanowi …………. zł brutto (słownie złotych ……………………… ), w tym wartość podatku VAT ………..l.

2. Wynagrodzenie Wykonawcy określone w ust. 1 obejmuje wszystkie koszty, jakie mogą powstać w związku z realizacją Platformy Systemowej, a w szczególności: a) podatek od towarów i usług;b) wynagrodzenie z tytułu przeniesienia praw autorskich i praw

zależnych na wszystkich polach eksploatacji określonych w Umowie;

c) opłaty licencyjne;d) koszty przeprowadzenia szkoleń;e) koszty opracowania wszelkiej dokumentacji;f) koszty świadczeń gwarancyjnych;g) koszty utrzymania ważności licencji oraz wsparcia serwisowego

ze strony producenta i Wykonawcy, stworzonych przez Wykonawcę, jak też innych dostarczonych na potrzeby wykonania Umowy programów komputerowych, oraz sprzętu i urządzeń, koszty związane z transmisją danych niezbędnych do funkcjonowania elementów Systemu Baz Danych (z wyłączeniem kosztów dostępu Zamawiającego do sieci Internet).

3. Zamawiający dopuszcza wcześniejsze uregulowanie tej części należność za częściowe wykonanie przedmiotu zamówienia obejmujące dostawę niezbędnych komponentów sprzętowo programowych w celu uruchomienia i użytkowania systemu, zgodnie z Załącznikiem nr 2 do SIWZ oraz formularzem ofertowym pkt 1b.

W tym celu, po zrealizowaniu dostawy oraz podpisania przez strony protokołu odbioru, potwierdzającego odbiór wolnego od wad przedmiotu zamówienia

obejmujące dostawę niezbędnych komponentów sprzętowo programowych w celu uruchomienia i użytkowania systemu, zgodnie z Załącznikiem nr 2 do SIWZ oraz formularzem ofertowym pkt 1b, Wykonawca wystawi oddzielną fakturę VAT.4. Należność za wykonanie przedmiotu umowy będzie regulowana na

podstawie faktury VAT, wystawionej przez Wykonawcę, zgodnie z ceną wskazaną przez Wykonawcę w formularzu ofertowym, stanowiącym integralną część niniejszej umowy.

5. Strony oświadczają, że cena wskazana przez Wykonawcę w formularzu ofertowym jest ceną ostateczną i stałą oraz nie ulegnie zmianie w trakcie realizacji postanowień umownych.

6. Zamawiający dokona zapłaty przelewem w terminie 30 dni od dnia otrzymania prawidłowo wystawionej faktury, na rachunek bankowy wskazany przez Wykonawcę, z zastrzeżeniem ust. 6

Bank ………..

Nr rachunku bankowego………………..

7. Data wystawienia faktury nie może być wcześniejsza niż data podpisania protokołu odbioru przez Strony, potwierdzającego odbiór wolnego od wad przedmiotu zamówienia.

8. Jako datę zapłaty faktury rozumie się złożenie w banku przez Zamawiającego dokumentu „polecenie przelewu”.

§ 5PODSTAWOWE OBOWIĄZKI STRON

1. Do podstawowych obowiązków Wykonawcy w toku realizacji postanowień niniejszej Umowy należy:

a) przystąpienie do wykonania Umowy w terminie wskazanym przez Zamawiającego, stosownie do postanowień § 3 ust. 3;

b) wykonanie Przedmiotu Umowy zgodnie z Umową i jej załącznikami;

c) wykonania przedmiotu umowy i postanowień zawartych w umowie z zachowaniem należytej staranności, z uwzględnieniem zawodowego charakteru prowadzonej działalności;

2. Do podstawowych obowiązków Zamawiającego w toku realizacji postanowień niniejszej Umowy należy:

a) Odbiór przedmiotu umowy, stosownie do postanowień § 4;b) zapłata wynagrodzenia Wykonawcy

3. W toku realizacji niniejszej umowy Strony zobowiązane są do zachowania należytej staranności, współdziałania i wzajemnego, niezwłocznego przekazywania sobie informacji niezbędnych dla prawidłowego wykonania Umowy. Strony ponoszą odpowiedzialność za prawdziwość, kompletność i rzetelność tych informacji.

4. Strony zobowiązane są do zachowania poufności informacji powziętych w toku realizacji Umowy, na zasadach określonych w § 9.

§ 6ODBIÓR PRZEDMIOTU UMOWY

1. Po zakończeniu prac związanych z wykonaniem przedmiotu umowy, Wykonawca zobowiązany jest zgłosić Zamawiającemu gotowość do dokonania odbioru.

2. Zgłoszenie przez Wykonawcę Gotowości do Odbioru powinno nastąpić w formie pisemnej.

3. Odbioru dokonują osoby upoważnione do tej czynności przez Zamawiającego i Wykonawcę.

4. Wyznaczenie przez Zamawiającego i przez Wykonawcę osób upoważnionych do dokonania odbioru winno nastąpić nie później niż na dwa dni robocze przed dniem, na który wyznaczony został odbiór.

5. Wyznaczenie osób upoważnionych do dokonania odbioru powinno nastąpić w formie pisemnej, ze wskazaniem imion i nazwisk osób wytypowanych do dokonania tej czynności.

6. Po dokonaniu odbioru przekaże Zamawiającemu Dokumentację Projektową odnoszącą się do zgłaszanego do odbioru przedmiotu umowy

7. Do sporządzenia Protokołu Odbioru Końcowego zobowiązany jest Wykonawca.

8. Protokół Odbioru Końcowego, podpisany przez upoważnionych przedstawicieli Zamawiającego i Wykonawcy stanowi dowód wykonania Umowy.

9. Dzień podpisania Protokołu Odbioru Końcowego traktowany jest jako dzień wykonania Umowy

10. Strony nie dopuszczają możliwości warunkowego odbioru przedmiotu umowy.

11. Jeżeli w trakcie odbioru końcowego, okaże się, że przedmiot umowy ma wady uniemożliwiające jego prawidłowe funkcjonowanie, Zamawiający sporządza i przekazuje Wykonawcy pisemne oświadczenie zawierające wykaz i opis zastrzeżeń Zamawiającego oraz termin, w którym Wykonawca zobowiązany jest usunąć wady, podpisany przez osobę upoważnioną do reprezentowania Zamawiającego, z zastrzeżeniem ust. 12.

12. Termin usunięcia wad, o którym mowa w ust. 11 nie może być późniejszy niż termin wykonania przedmiotu niniejszej umowy, o którym mowa w § 3 ust. 1.

13. Wykonawca zobowiązany jest niezwłocznie przystąpić do nieodpłatnego usuwania wad wskazanych w oświadczeniu Zamawiającego i po ich usunięciu ponownie zgłosić Gotowość do Odbioru, w trybie określonym w niniejszym paragrafie.

§ 7 PRAWA AUTORSKIE

1. Niniejszą Umową, Wykonawca przenosi na Zamawiającego autorskie prawa

majątkowe do Aplikacji, stanowiącej dzieło Wykonawcy, które jest utworem w rozumieniu ustawy o prawie autorskim i prawach pokrewnych, w zakresie obejmującym następujące pola eksploatacji:

a) utrwalanie całości lub części w dowolnej formie i dowolną techniką; w szczególności techniką drukarską, reprograficzną, zapisu magnetycznego na nośnikach magnetycznych, na płytach CD-ROM i DVD, wszelkiego formatu i rodzaju, oraz techniką cyfrową;

b) zwielokrotnianie całości lub części formy papierowej lub elektronicznej w dowolnej formie lub dowolną techniką znaną w chwili zawarcia umowy, w szczególności na nośnikach magnetycznych, na płytach CD-ROM i DVD, wszelkiego formatu i rodzaju, na dyskach optycznych i magnetooptycznych oraz drukiem ;

c) wprowadzanie do pamięci dowolnych urządzeń oraz do sieci informatycznych a także instalowanie i użytkowanie na tych urządzeniach;

wykorzystywanie samoistnie lub w dowolnym innym oprogramowaniu;

udostępnianie publiczne w sieciach informatycznych, w tym w sieci Internet lub w sieciach zamkniętych;

d) sporządzanie kopii oraz rozporządzanie tymi kopiami; modyfikowanie, tłumaczenie, przystosowywanie, zmiany układu,

tworzenie nowych wersji, adaptacji i opracowań a także łączenie z innymi danymi;;

e) rozpowszechnianie publiczne, uwzględniające w szczególności potrzebę zapewnienia dostępu wszystkim użytkownikom, w miejscu i czasie przez nich wybranym;

f) wprowadzanie do obrotu, użyczanie lub najem oryginału lub egzemplarzy części lub całości utworu lub pochodnych, pod dowolną nazwą handlową, w miejscu i czasie wybranym przez Nabywcę;

g) wykorzystanie w reklamie;h) sprzedaż, najem, użyczenie, dzierżawa

2. Wykonawca przenosi na Zamawiającego uprawnienie do wykonywania praw zależnych poprzez udzielanie zezwoleń osobom trzecim na rozporządzanie i korzystanie z opracowań utworu oraz dalsze udzielanie dalszych licencji i sublicencji na wszystkich powyżej wymienionych polach eksploatacji.

3. Zakres pól eksploatacji, o których mowa w ust. 1 może być modyfikowany w zależności od narzędzi, którymi dysponuje Wykonawca, jak również ze względu na postęp techniczny i technologiczny, z zachowaniem jego nieograniczonego czasowo i terytorialnie charakteru.

4. Przeniesienie autorskich praw majątkowych, o których mowa w ust. 1 nastąpi z chwilą zapłaty na rzecz Wykonawcy wynagrodzenia, o którym mowa w § 4 ust. 1.

5. Wykonawca jest odpowiedzialny względem Zamawiającego za ewentualne roszczenia podmiotów trzecich wynikające z naruszenia, w toku wykonywania Przedmiotu Umowy, praw własności intelektualnej, w tym za nieprzestrzeganie ustawy z dnia 4 lutego 1994 r. o prawie autorskim i prawach pokrewnych (Dz. U. z 2006 r. nr 90, poz. 631 z późn. zm.).

6. Wykonawca zobowiązuje się do nieodwołalnego i bezwarunkowego zwolnienia Zamawiającego, na pierwsze żądanie, z wszelkich roszczeń, wynikających z naruszenia praw służących osobom trzecim, stanowiących następstwo zgodnego z Umową korzystania przez Zamawiającego z Przedmiotu Umowy, w tym w szczególności z naruszenia majątkowych i osobistych praw

autorskich, do którego byłoby doszło z przyczyn leżących po stronie Wykonawcy.

7. Wykonawca oświadcza, że wynagrodzenie Wykonawcy z tytułu realizacji niniejszej Umowy, o którym mowa w § 4, wyczerpuje wszelkie należności Wykonawcy z tytułu przeniesienia na Zamawiającego autorskich praw majątkowych, o których mowa w ust. 1, na wszystkich wymienionych w niniejszym paragrafie polach eksploatacji oraz z tytułu przeniesienia praw zależnych, jak również przekazania Zamawiającemu praw do korzystania z Przedmiotu Umowy.

§ 8GWARANCJA I WSPARCIE TECHNICZNE

1. Wykonawca zapewni Zamawiającemu …………………….miesięcy wsparcia

technicznego po uruchomieniu systemu.2. Wykonawca udziela Zamawiającemu pisemnej Gwarancji na Przedmiot

Umowy oraz na całą Platformę Systemową opisaną w załączniku nr 1 do SIWZ na okres 36 miesięcy od dnia zakończenia realizacji Przedmiotu Umowy,

3. Na sprzęt niezbędny do realizacji zamówienia wykazany w Załączniku nr 2 do SIWZ Wykonawca udziela Zamawiającemu gwarancji zgodnie z Załącznikiem nr 2 do SIWZ.

4. Okres gwarancyjny, o którym mowa w ust. 1 ulegnie przedłużeniu, jeżeli: a) przed upływem okresu gwarancyjnego Wykonawca nie zakończy

napraw Przedmiotu Umowy – o czas niezbędny do ich zakończenia;b) jeżeli w okresie gwarancyjnym Zamawiający nie mógł z niego

korzystać ze względu na jego wadliwość – o czas, w jakim korzystanie z Przedmiotu Umowy nie było możliwe;

5. W ramach usługi gwarancyjnej Wykonawca jest zobowiązany do usunięcia wszystkich wykrytych przez Wykonawcę lub Zamawiającego błędów, wad, usterek, awarii, niesprawności, diagnozowanie i usuwanie nieprawidłowości w działaniu, usuwanie niespójności baz danych będących wynikiem nieprawidłowego działania platformy systemowej i innych związanych z przedmiotem zamówienia.

Wykonawca gwarantuje świadczenie obsługi gwarancyjnej w całości na własny koszt oraz poprzez odpowiednio przeszkolony personel Wykonawcy.

6. Wykonawca zobowiązuje się do przyjmowania zgłoszeń serwisowych według następujących zasad:

a) Zgłoszenia serwisowe przyjmowane będą w godzinach 8-16 w dni robocze, tj. we wszystkie dni od poniedziałku do piątku, z wyłączeniem dni wolnych od pracy, określonych w ustawie z 18 stycznia 1951r. o dniach wolnych od pracy (Dz. U. z 1951 r., Nr 4, poz. 28 z późn. zmianami).

b) Problemy występujące w trakcie eksploatacji będą zgłaszane przez wyznaczonych, odpowiedzialnych za eksploatację pracowników Zamawiającego.

c) Zgłoszenia powinny być dokonywane przy użyciu dostępnego przez przeglądarkę internetową dedykowanego rejestru problemów. W przypadku braku możliwości dokonania zgłoszenia błędu poprzez rejestr problemów ustala się ścieżkę awaryjną: zgłoszenia powinny być dokonywane na piśmie. Zgłoszenia mogą być przekazywane pocztą elektroniczną na adres: .................................... lub faksem na numer: ……………. z określeniem kodu błędu zgodnie z definicjami

zawartymi w Umowie, zaś w przypadku sprzętu z określeniem rodzaju niesprawności Zgłoszenia przekazywane ścieżką awaryjną powinny być potwierdzane telefonicznie.

d) Kwalifikacja priorytetu błędu przez Zamawiającego może ulec weryfikacji przez Wykonawcę.

7. W okresie obowiązywania gwarancji, Wykonawca będzie usuwał awarie Platformy Systemowej, tj. stan niesprawności uniemożliwiający jej użytkowanie, występujący nagle i powodujący niewłaściwe działanie lub całkowite unieruchomienie. Czas reakcji na zgłoszenie nie może przekraczać 4 godzin roboczych, natomiast czas naprawy 24 godzin roboczych

a) Czas Reakcji to czas, jaki upłynie od przyjęcia zgłoszenia wady do potwierdzenia rozpoczęcia analizy zgłoszenia przez Wykonawcę.

b) Czas Naprawy to czas jaki upłynie od potwierdzenia przyjęcia zgłoszenia do jego

całkowitego rozwiązania. 8. W przypadku, gdy błąd spowodowany jest przez komponent Platformy Systemowej, za którego poprawne funkcjonowanie Wykonawca nie ponosi odpowiedzialności (zgodnie z zakresem Umowy) postanowień dotyczących Czasu Naprawy nie stosuje się.9. W przypadku, jeżeli zgłoszony przez Zamawiającego błąd nie jest objęty

gwarancją udzieloną przez Wykonawcę, Wykonawca zobowiązuje się do poinformowania o tym fakcie w czasie reakcji odpowiednim dla kategorii zgłoszonego błędu.

10. Strony postanawiają, że Wykonawca nie ponosi odpowiedzialności za wady i błędy oprogramowania spowodowane przez podmioty trzecie oraz wynikające z wad sprzętu posiadanego wcześniej przez Zamawiającego.

11. Wszelkie świadczenia gwarancyjne będą wykonywane przez profesjonalnych serwisantów, a w zakresie sprzętu, urządzeń i programów komputerowych niestworzonych przez Wykonawcę - przez producenta lub autoryzowanych partnerów producenta.

12. Świadczenia gwarancyjne odnoszące się do Platformy Systemowej, realizowane będą za pomocą bezpiecznego łącza o którego parametrach Zamawiający poinformuje Wykonawcę. Pozostałe świadczenia gwarancyjne będą wykonywane w siedzibie Zamawiającego, chyba że świadczenie w tym miejscu będzie niemożliwe lub niekonieczne.

13. Jeżeli Wykonawca odmówi usunięcia błędu Platformy Systemowej w odpowiednim dla rodzaju błędu terminie wskazanym w ust. 7 lub nie usunie błędu w tym terminie, Zamawiający jest uprawniony do zlecenia usunięcia błędu osobie trzeciej (wykonawcy zastępczemu), na koszt i ryzyko Wykonawcy, jak też dochodzenia od Wykonawcy kar umownych i odszkodowania. W takim przypadku Wykonawca jest zobowiązany natychmiast udzielić wykonawcy zastępczemu wszelkich posiadanych przez siebie informacji niezbędnych lub celowych dla usunięcia błędu.

14. Usunięcie niesprawności sprzętu lub urządzenia będzie polegało na jego naprawie lub wymianie na nowy na koszt Wykonawcy. Zamawiający dopuszcza dwie naprawy tego samego podzespołu i wymaga wymiany na nowy podzespół w przypadku konieczności powtórnej trzeciej naprawy wcześniej naprawianego elementu.

15. W pozostałym zakresie świadczenia gwarancyjne będą wykonywane zgodnie z procedurą świadczeń gwarancyjnych.

16. Wszelkie koszty z tytułu świadczeń gwarancyjnych w Okresie Gwarancji ponosi Wykonawca, w tym koszty transportu i nabycia nowego sprzętu i urządzeń.

17. Świadczenia gwarancyjne Wykonawcy pozostają bez wpływu na uprawnienia Zamawiającego wynikające z rękojmi, które to stosuje się zgodnie z postanowieniami Kodeksu cywilnego.

18. W przypadku niewykonywania postanowień przedmiotowej umowy w zakresie usług gwarancyjnych, Zamawiający powierzy wykonanie innemu podmiotowi na koszt i ryzyko Wykonawcy.

§ 9OBUSTRONNA POUFNOŚĆ INFORMACJI

1. Wykonawca zobowiązuje się do traktowania materiałów dostarczonych przez Zamawiającego oraz wszelkich informacji, danych i narzędzi dotyczących działalności Zamawiającego, które nie zostały uzgodnione jako przeznaczone do rozpowszechniania, jako poufnych i w związku z tym, do zachowania tajemnicy handlowej w trakcie realizacji Umowy i po jej zakończeniu, w odniesieniu do wszelkich informacji na temat Zamawiającego oraz podmiotów z nim powiązanych, powziętych w trakcie trwania współpracy.

2. Wykonawca w szczególności zobowiązuje się do:a) zabezpieczenia przekazanych nam informacji przed ich

przekazaniem lub udostępnieniem osobom niepowołanym, oraz stosowania procedur zapobiegających przekazaniu lub udostępnieniu informacji osobom niepowołanym;

b) nie przekazywania i nie udostępniania w żaden sposób informacji osobom trzecim bez pisemnej zgody Zamawiającego;

c) nierozpowszechniania, niepowielania, nieprzenoszenia uzyskanych informacji oraz danych na dyski zewnętrzne oraz inne urządzenia umożliwiające przenoszenie informacji;

d) wykorzystywania udostępnionych Informacji wyłącznie w celach związanych z realizacją Zamówienia; informacje te nie będą wykorzystywane w żadnym innym celu oraz nie będą udostępniane innym podmiotom;

3. Ujawnienie informacji, o których mowa w ust. 1, przez Wykonawcę podmiotom trzecim, w tym podwykonawcom, może nastąpić wyłącznie po wyrażeniu pisemnej zgody przez Zamawiającego.

4. Zamawiający zobowiązuje się do traktowania wszelkich informacji, danych, ofert handlowych i narzędzi dotyczących działalności Wykonawcy, które nie zostały uzgodnione jako przeznaczone do rozpowszechniania, jako poufnych i w związku z tym, do zachowania tajemnicy handlowej w trakcie realizacji Umowy i po jej zakończeniu, w odniesieniu do wszelkich informacji na temat Zamawiającego oraz podmiotów z nim powiązanych, powziętych w trakcie trwania współpracy.

5. Zobowiązanie Zamawiającego, o którym mowa w ust. 4 nie dotyczy Przedmiotu Umowy nabytego przez Zamawiającego u Wykonawcy.

6. Ujawnienie informacji, o których mowa w ust. 4, przez Zamawiającego podmiotom trzecim może nastąpić wyłącznie po wyrażeniu pisemnej zgody przez Wykonawcę.

7. Strony ponoszą pełną odpowiedzialność za zachowanie poufności informacji zdefiniowanych w niniejszym paragrafie, przez swoich pracowników, współpracowników oraz inne podmioty związane ze Stronami, które mają dostęp do przedmiotowych informacji, w tym przez podwykonawców.

8. W przypadku naruszenia obowiązku zachowania poufności, opisanego w niniejszym paragrafie, Strony mają prawo dochodzić odszkodowania na zasadach ogólnych.

9. Wykonawca jest zobowiązany do podpisania oświadczenia o poufności, stanowiącego załącznik nr 3 do niniejszej umowy, przy jej zawieraniu.

10. Zobowiązania wynikające z niniejszego paragrafu w pełnym zakresie obejmują podwykonawców oraz podmioty zaangażowane przez Wykonawcę do wykonania Przedmiotu Umowy. Podmioty te maja obowiązek złożyć oświadczenia stanowiące załącznik 3 do niniejszej Umowy.

§ 10KARY UMOWNE

1. Wykonawca zapłaci Zamawiającemu kary umowne za niewykonanie lub nienależyte wykonanie przedmiotu niniejszej umowy w następujących sytuacjach:

a) w przypadku opóźnienia w realizacji przedmiotu niniejszej umowy – 0,4 % wartości umowy, o której mowa w § 4 ust. 1 za każdy dzień zwłoki;

b) za odstąpienie Zamawiającego od umowy z przyczyn leżących po stronie Wykonawcy – 20% wartości umowy o której mowa w § 4 ust 1;

c) w przypadku nie usunięcia wad wskazanych w protokole odbioru w terminie wskazanym przez Zamawiającego - 0,6 % wartości umowy, o której mowa w § 4 ust. 1 za każdy dzień zwłoki.

2. Zamawiający zapłaci Wykonawcy karę umowną w wysokości 10% wartości umowy, o której mowa w § 4 ust. 1, w przypadku nieuprawnionego odstąpienia od umowy przez Zamawiającego.

3. Zamawiającemu przysługuje prawo potrącenia kar umownych z wynagrodzenia należnego Wykonawcy, na co Wykonawca wyraża niniejszym zgodę. W takim przypadku Zamawiający zawiadomi Wykonawcę na 5 dni przed datą płatności faktury o dokonanych potrąceniach z podaniem przyczyn potrąceń opisanych w protokole odbioru, kwoty potrącenia oraz z informacją o sposobie naliczenia kar.

4. Niezależnie od zapłaty zastrzeżonych kar umownych, Zamawiający zastrzega sobie prawo dochodzenia odszkodowania na zasadach ogólnych.

5. Zapłata kar umownych nie wpływa na obowiązki Wykonawcy wobec Zamawiającego.

§ 11.ZABEZPIECZENIE NALEŻYTEGO WYKONANIA UMOWY

1. Tytułem zabezpieczenia należytego wykonania Umowy Wykonawca, przed podpisaniem niniejszej Umowy, wniósł zabezpieczenie w wysokości 2 %

wartości brutto kwoty, o której mowa w § 4 ust. 1 Umowy, w formie ……………………….

2. Wysokość zabezpieczenia wynosi: ……………………….. (słownie złotych: ……………………).

3. Strony ustalają, iż:a) 70% wartości zabezpieczenia stanowi zabezpieczenie wykonania

Umowy; b) 30% wartości zabezpieczenia stanowi zabezpieczenie roszczeń z

tytułu rękojmi za wady.4. Część zabezpieczenia, o której mowa w ust. 3 lit. a), zostanie zwrócona w

terminie 30 dni od wykonania Przedmiotu Umowy i podpisania przez Zamawiającego Końcowego Protokołu Odbioru Bez Zastrzeżeń, z zastrzeżeniem ust. 6.

5. Część zabezpieczenia, o której mowa w ust. 3 lit. b), zostanie zwrócona nie później niż w 15 dniu po upływie okresu rękojmi za wady, z zastrzeżeniem ust. 6.

6. Zamawiający, z zabezpieczenia należytego wykonania Umowy, może zaspokoić swoje roszczenia wynikające z Umowy i przepisów prawa, w związku z niewykonaniem lub nienależytym wykonaniem Umowy, a w szczególności z tytułu kar umownych.

§ 12SIŁA WYŻSZA

Strony nie ponoszą odpowiedzialności za niewykonanie lub nienależyte wykonanie zobowiązań umownych, jeżeli są one spowodowane czynnikami o charakterze „siły wyższej”. Okoliczności takie winny być przedstawione na piśmie, niezwłocznie po ich zakończeniu.

§ 13ODSTĄPIENIE OD UMOWY

1. Stronom przysługuje prawo odstąpienia od niniejszej Umowy, w sytuacjach określonych w niniejszym paragrafie, z zastrzeżeniem przepisów bezwzględnie obowiązujących. 2. Zamawiający może odstąpić od Umowy:

a) w razie zaistnienia istotnej zmiany okoliczności, której nie można było przewidzieć w chwili zawarcia Umowy, a której wystąpienie spowoduje, że realizacja Umowy nie będzie leżała w interesie publicznym;

b) gdy Wykonawca, z przyczyn leżących po jego stronie, nie rozpoczął prac w terminie przewidzianym w § 3 ust. 3 i kolejny termin wskazany w pisemnym wezwaniu Zamawiającego upłynął bezskutecznie;

c) gdy Wykonawca, z przyczyn leżących po jego stronie, przerwał realizację Umowy i pomimo pisemnego wezwania przez Zamawiającego, wskazującego termin wznowienia prac, nie przystąpił do ich kontynuacji;

d) gdy Wykonawca wykonuje Przedmiot Umowy w sposób sprzeczny z Umową i nie zastosował się do pisemnego wezwania Zamawiającego co do zmiany sposobu realizacji Przedmiotu Umowy w terminie zakreślonym w wezwaniu;

e) strony Umowy mogą od niej odstąpić, gdy okoliczności siły wyższej, o której mowa w § 12, uniemożliwiają jednej ze Stron wywiązanie się z jej zobowiązań, przez okres dłuższy niż 30 dni.

3. Strona odstępująca od Umowy zobowiązana jest złożyć oświadczenie o odstąpieniu od Umowy, w formie pisemnej pod rygorem nieważności. Oświadczenie o odstąpieniu od Umowy powinno zawierać uzasadnienie i podpis osoby uprawnionej do reprezentowania Strony i być doręczone drugiej Stronie najpóźniej czternastego dnia przed wskazanym w tym oświadczeniu terminem odstąpienia.

4. W przypadku odstąpienia od Umowy przez którąkolwiek ze Stron, stan wykonania Umowy oraz wzajemne rozliczenia Stron, muszą być uzgodnione i potwierdzone przez obie Strony Umowy, w formie pisemnej.

5. W przypadku odstąpienia od Umowy przez którąkolwiek ze Stron Umowy, na Wykonawcy spoczywa obowiązek zwrotu wszelkiej dokumentacji otrzymanej od Zamawiającego w toku realizacji Umowy.

6. Powyższe zapisy w żaden sposób nie naruszają ustawowych uprawnień Stron.

§ 14PODWYKONAWCY

1. Wykonawca nie może zwolnić się od odpowiedzialności względem Zamawiającego z tego powodu, że niewykonanie lub nienależyte wykonanie umowy przez Wykonawcę było następstwem niewykonania lub nienależytego wykonania zobowiązań wobec Wykonawcy przez jego podwykonawców.

2. Wykonawca odpowiada za działania podwykonawców jak za swoje własne działania i zaniechania.

3. W przypadku powierzenia wykonania części przedmiotu zamówienia podwykonawcy, Wykonawca zobowiązany jest do pisemnego wskazania podwykonawcy oraz zakresu wykonywanego przez niego przedmiotu umowy. Ponadto, Wykonawca zobowiązany jest do przedstawienia Zamawiającemu kopii umowy o podwykonawstwo poświadczonej za zgodność z oryginałem i zobowiązuje się do zastrzeżenia w umowie z podwykonawcą iż jest podmiotem jedynie odpowiedzialnym za wypłatę wynagrodzenia dla podwykonawcy.

4. Podwykonawcom nie przysługują żadne roszczenia względem Zamawiającego tytułem wynagrodzenia za wykonanie przez nich części Przedmiotu Umowy, za które nie uzyskali wynagrodzenia od Wykonawcy, zaś Wykonawca zobowiązuje się do uregulowania tych zobowiązań bez udziału Zamawiającego.

§ 15ZMIANA UMOWY

1. Przewiduje się, w trybie art. 144 ust. 1 ustawy Prawo zamówień publicznych, możliwość zmiany Umowy w przypadku wystąpienia następujących okoliczności:

a) wystąpienia zmian w przepisach prawnych lub normach mających wpływ na zakres lub wykonanie Przedmiotu Umowy;

b) wydania decyzji właściwego organu administracji krajowej lub instytucji UE, mającej wpływ na zakres lub wykonanie Przedmiotu Umowy, w tym odnośnie zmiany obowiązków Zamawiającego w zakresie prowadzenia badań naukowych;

c) zmiany zasad funkcjonowania Programu Operacyjnego Innowacyjna Gospodarka, w zakresie mającym wpływ na wykonanie Umowy;

d) zmiany Umowy o Dofinansowanie, w zakresie mającym wpływ na wykonanie Umowy,

e) wystąpienia niezależnych od Zamawiającego lub Wykonawcy okoliczności wpływających na terminy wykonania Przedmiotu Umowy;

f) konieczności dostosowania infrastruktury lub wyposażenia w zakresie niezbędnym do prawidłowej współpracy z przewidywaną do wdrożenia w przyszłości przez Zamawiającego infrastrukturą;

g) zmiany obowiązującej stawki VAT;h) konieczności zmiany osób upoważnionych, pracowników

Wykonawcy, podwykonawców, adresów do doręczeń, telefonów kontaktowych.

2. Zmiany, o których mowa w ust. 1, nie mogą prowadzić do zmiany ostatecznego terminu realizacji przedmiotu umowy, z zastrzeżeniem ust. 3.

3. Strony dopuszczają możliwość zmiany terminu realizacji zamówienia, o którym mowa w § 3 ust. 1 z zastrzeżeniem, że nie może wykraczać on poza termin wynikający z umowy z Instytucją Pośredniczącą, od zachowania którego jest uzależnione finansowanie projektu.

§ 16POSTANOWIENIA KOŃCOWE

1. Wszelkie zmiany niniejszej umowy wymagają formy pisemnej pod rygorem nieważności.

2. Wykonawca nie może przenosić na osoby trzecie żadnych praw i obowiązków wynikających z

niniejszej umowy bez uprzedniej, pisemnej zgody Zamawiającego.3. W sprawach nieuregulowanych w niniejszej umowie mają zastosowanie przepisy

ustawy z dnia 23 kwietnia 1964 roku Kodeks Cywilny (Dz. U. Nr 16, poz. 93 z późn. zm.) i ustawy z dnia 29 stycznia 2004 r. Prawo zamówień publicznych (tekst jedn.: Dz. U. z 2013 r., poz. 907 z późn. zm.).

4. Wszelkie spory, jakie mogą wynikać z niniejszej umowy, rozstrzygane będą przez właściwe miejscowo dla Zamawiającego sądy powszechne.

5. Umowa została sporządzona w dwóch jednobrzmiących egzemplarzach, po jednym dla każdej

ze stron.

Załączniki:

Załącznik nr 1 – Szczegółowy opis przedmiotu zamówienia – zgodnie z załącznikiem nr 1 do SIWZ

Załącznik nr 2 – Oferta Wykonawcy.

WYKONAWCA: ZAMAWIAJĄCY :

Projekt współfinansowany przez Unię Europejską w ramach ... Web viewWymagane jest...

Documents

Transcript of Projekt współfinansowany przez Unię Europejską w ramach ... Web viewWymagane jest...