W PROJEKCIE E-ZDROWIE DLA MAZOWSZA NA DOSTAWY I...

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

Regionalnego Programu Operacyjnego Województwa Mazowieckiego 2007-2013

Strona 1 z 233

ZAŁĄCZNIK NR 9 DO SIWZ

OPIS PRZEDMIOTU ZAMÓWIENIA

W PROJEKCIE „E-ZDROWIE DLA MAZOWSZA”

NA DOSTAWY I WDROŻENIE EDM, SSI

Niniejszy załącznik składa się z 233 ponumerowanych stron

Warszawa, dnia 14.01.2015 r.



Strona 2 z 233



Strona 3 z 233

Spis treści

Spis treści ................................................................................................................................................. 3

1. Ogólny opis projektu ...................................................................................................................... 10

1.1 Opis projektu .......................................................................................................................... 10

1.2 Cele szczegółowe ................................................................................................................... 10

1.3 Wykaz podmiotów biorących udział w realizacji Projektu ..................................................... 11

1.4 Charakterystyka rozwiązania ................................................................................................. 13

1.5 Główne zadania projektu ....................................................................................................... 13

1.6 Akty Prawne ........................................................................................................................... 14

2. Przedmiot zamówienia ................................................................................................................... 16

3. Architektura Systemu ..................................................................................................................... 18

3.1 Główne założenia ................................................................................................................... 18

3.2 Transmisja danych w sieci rozległej, węzły sieci .................................................................... 19

4. Organizacja wdrożenia ................................................................................................................... 21

4.1 Założenia podstawowe .......................................................................................................... 21

4.2 Przygotowanie Dokumentacji ................................................................................................ 24

4.3 Przygotowanie Struktury Systemu i Projektu ........................................................................ 26

4.4 Dostawa i instalacja Infrastruktury sprzętowej ..................................................................... 26

4.5 Dostawa i instalacja Oprogramowania standardowego ........................................................ 27

4.6 Dostawa, instalacja, konfiguracja i wdrożenie Oprogramowania aplikacyjnego .................. 27

4.7 Testy ....................................................................................................................................... 28

4.8 Odbiór koocowy ..................................................................................................................... 28

4.9 Dodatkowe zobowiązania Wykonawcy ................................................................................. 28

4.10 Zobowiązania PP .................................................................................................................... 29

5. Oprogramowanie aplikacyjne - Wymagania ogólne ...................................................................... 30

5.1 Niezawodnośd Systemu ......................................................................................................... 30

5.2 Dostępnośd Systemu .............................................................................................................. 30

5.2.1 LREDM ............................................................................................................................... 30

5.2.2 RREDM .............................................................................................................................. 30

5.2.3 SSI ...................................................................................................................................... 30



Strona 4 z 233

5.2.4 CASE .................................................................................................................................. 31

5.3 Wydajnośd Systemu ............................................................................................................... 31

5.3.1 SEDM ................................................................................................................................. 31

5.3.2 SSI ...................................................................................................................................... 31

5.3.3 CASE .................................................................................................................................. 31

5.4 Elektroniczna Dokumentacja Medyczna ................................................................................ 32

5.4.1 Wymagania Ogólne ........................................................................................................... 32

5.4.2 REDM – wymagania ogólne .............................................................................................. 32

5.4.3 REDM – Przechowywanie i przetwarzanie EDM ............................................................... 33

5.4.4 REDM – Prezentacja i przetwarzanie danych ................................................................... 34

5.4.5 REDM – Integracja – infrastruktura IHE ............................................................................ 35

5.4.6 REDM – Bezpieczeostwo i audyt ....................................................................................... 35

5.4.7 Serwer Centrum Autoryzacji (CA). .................................................................................... 35

5.4.8 REDM – Poprawnośd danych ............................................................................................ 35

5.4.9 EHR Viewer – Funkcjonalności ogólne .............................................................................. 35

5.4.10 EHR Viewer – Funkcjonalności uwierzytelnienia użytkownika .................................... 36

5.4.11 EHR Viewer – Funkcjonalności wyszukiwania pacjenta ............................................... 36

5.4.12 EHR Viewer – Funkcjonalności przeglądania danych medycznych pacjenta ............... 36

5.4.13 EHR Viewer – Funkcjonalności wyszukiwania dokumentacji medycznej .................... 37

5.4.14 Architektura SEDM ...................................................................................................... 37

5.4.15 Warstwa regionalna ..................................................................................................... 38

5.4.16 Regionalna szyna danych ............................................................................................. 38

5.4.17 Bazy danych ................................................................................................................. 39

5.4.18 ATNA ............................................................................................................................ 41

5.4.19 RREDM ......................................................................................................................... 41

5.4.20 Repozytorium regionalne ............................................................................................ 41

5.4.21 EHR Viewer regionalny ................................................................................................ 42

5.4.22 Pojedyncze źródło identyfikacji pacjentów ................................................................. 42

5.4.23 Warstwa lokalna Systemu MEZ ................................................................................... 42

5.4.24 SSI ................................................................................................................................. 43

5.4.25 LREDM .......................................................................................................................... 43

5.4.26 EHR Viewer lokalny ...................................................................................................... 43



Strona 5 z 233

5.4.27 Mechanizmy integracji ................................................................................................. 43

5.4.28 Backup ......................................................................................................................... 44

5.5 Szpitalny System Informatyczny SSI (HIS) .............................................................................. 45

5.5.1 Wymagania ogólne ........................................................................................................... 45

5.5.2 Wymogi dotyczące interoperacyjności lub migracji dla oferowanego SSI. ...................... 49

5.6 Centrum Analiz Statystyczno – Ekonomicznych (CASE) ......................................................... 50

5.6.1 Architektura ogólna .......................................................................................................... 50

5.6.2 Tryb współpracy CASE z Oprogramowaniem Partnerów Projektu (PP) ............................ 51

5.6.3 Sposób dostosowania systemów dziedzinowych do potrzeb związanych z raportowaniem

52

5.6.4 Wymagania dotyczące hurtowni danych (HD).................................................................. 53

5.6.5 Wymagania dotyczące systemu Business Intelligence (BI) ............................................... 54

5.6.6 Źródła i zakres danych gromadzonych w CASE ................................................................. 56

5.6.7 Zakres danych gromadzonych w CASE .............................................................................. 57

5.6.8 Raporty .............................................................................................................................. 64

6. Sprzęt komputerowy (Infrastruktura sprzętowa) - Wymagania .................................................... 73

6.1 Urządzenia wielofunkcyjne .................................................................................................... 73

6.1.1 Urządzenie skanująco drukujące Typ 1 ............................................................................. 73


6.1.3 Urządzenie skanująco drukujące Typ 3 (2) ....................................................................... 76


6.1.5 Urządzenie skanująco-drukujące typ 5 A4 ........................................................................ 77

6.1.6 Skaner wielofunkcyjny kolorowy ...................................................................................... 78

6.2 Stacje robocze i komputery przenośne .................................................................................. 79

6.2.1 Tablet ................................................................................................................................ 79

6.2.2 Zestaw terminalowy z monitorem .................................................................................... 80

6.2.3 Stacja Mobilna .................................................................................................................. 81

6.2.4 Laptop ............................................................................................................................... 83

6.2.5 Notebook .......................................................................................................................... 86

6.2.6 Zestaw Komputerowy Typ 1 (kliencki) .............................................................................. 88


6.2.8 Zestaw komputerowy Typ 3 (kliencki) .............................................................................. 96



Strona 6 z 233


6.2.10 Monitor ........................................................................................................................ 99

6.3 Wyposażenie stanowisk pracy ............................................................................................. 100

6.3.1 Kolektor danych .............................................................................................................. 100

6.3.2 Skaner Dowodów osobistych .......................................................................................... 100

6.3.3 Drukarka kodów kreskowych .......................................................................................... 101

6.3.4 Czytnik kodów kreskowych ............................................................................................. 101

6.3.5 Czytnik kodów kreskowych bezprzewodowy ................................................................. 102

6.3.6 Czytnik kodów kreskowych 2D bezprzewodowy ............................................................ 102

6.3.7 Drukarka opasek dla pacjentów ..................................................................................... 103

6.4 Sprzęt do obsługi SSK ........................................................................................................... 103

6.5 Sprzęt do EOD ...................................................................................................................... 105

6.5.1 Drukarka etykiet EOD - 2 sztuki. ..................................................................................... 105

6.5.2 Czytnik kodów kreskowych EOD – 2 sztuki ..................................................................... 106

6.5.3 Skaner dokumentów EOD - 1 sztuka ............................................................................... 106

6.5.4 Monitor LED do monitorowania parametrów infrastruktury. ........................................ 108

7. Sprzęt serwerowy (Infrastruktura serwerowa) - Wymagania ...................................................... 109

7.1 Macierze ............................................................................................................................... 109

7.1.1 Macierz dyskowa SSD ..................................................................................................... 109

7.1.2 Macierz Typ 1 .................................................................................................................. 112

7.1.3 Macierz Typ 2 .................................................................................................................. 115

7.1.4 Macierz Typ 3 .................................................................................................................. 117

7.1.5 Macierz Typ 4 .................................................................................................................. 120

7.1.6 Macierz Typ 5 .................................................................................................................. 120

7.1.7 Macierz Typ 6 .................................................................................................................. 122

7.1.8 Macierz Typ 7 .................................................................................................................. 124

7.2 Serwery ................................................................................................................................ 127

7.2.1 Serwer Typ 1 ................................................................................................................... 127

7.2.2 Serwer Typ 2 ................................................................................................................... 129

7.2.3 Serwer Typ 3 ................................................................................................................... 130

7.2.4 Serwer Typ 4 ................................................................................................................... 132

7.2.5 Serwer Typ 5 ................................................................................................................... 133



Strona 7 z 233

7.2.6 Serwer Typ 6 ................................................................................................................... 134

7.2.7 Serwer Typ 7 ................................................................................................................... 136

7.2.8 Serwer Typ 8 ................................................................................................................... 138

7.2.9 Serwer Typ 9 ................................................................................................................... 140

7.2.10 Serwer Typ 10 ............................................................................................................ 141

7.2.11 Serwer Typ 11 ............................................................................................................ 143

7.2.12 Serwer Typ 12 ............................................................................................................ 145

7.2.13 Serwer Typ 13 ............................................................................................................ 147

7.2.14 Serwer Typ 14 ............................................................................................................ 149

7.2.15 Serwer Typ 15 ............................................................................................................ 150

7.2.16 Serwer Typ 16 ............................................................................................................ 152

7.2.17 Serwer Typ 17 ............................................................................................................ 153

7.2.18 Obudowa Blade Typ 1 ................................................................................................ 155

7.2.19 Obudowa Blade Typ 2 ................................................................................................ 157

7.3 Sprzęt serwerowy pozostały ................................................................................................ 160

7.3.1 Przełącznik SAN Typ 1 ..................................................................................................... 160

7.3.2 Przełącznik SAN Typ 2 ..................................................................................................... 161

7.3.3 Switch ISCSI Typ 1 ........................................................................................................... 163

7.3.4 Switch ISCSI Typ 2 ........................................................................................................... 165

7.3.5 Switch ISCSI Typ 3 ........................................................................................................... 167

7.3.6 Biblioteka Taśmowa Typ 1 .............................................................................................. 169



7.3.9 KVM + Panel .................................................................................................................... 173

7.3.10 Urządzenie NAS.......................................................................................................... 174

7.3.11 Rozwiązanie backupowe (PP nr 6, 8) ......................................................................... 174

7.3.12 Rozwiązania backupowe (PP nr 20) ........................................................................... 176

7.3.13 Szafa serwerowa 42 U ............................................................................................... 184

7.3.14 Szafa Rack 27U ........................................................................................................... 184

7.3.15 Szafa Rack 24U ........................................................................................................... 185

7.3.16 UPS 1 .......................................................................................................................... 185

7.3.17 UPS 2 .......................................................................................................................... 186



Strona 8 z 233

7.3.18 UPS 3 .......................................................................................................................... 186

7.3.19 UPS 4 .......................................................................................................................... 187

7.3.20 UPS 5 .......................................................................................................................... 188

7.3.21 Rozbudowa istniejącego rozwiązania serwerowego (PP nr 16) ................................ 188

7.3.22 Rozbudowa istniejącego rozwiązania serwerowego (PP nr 20) ................................ 190

7.3.23 Listwa Zasilająca do szafy .......................................................................................... 190

7.3.24 Moduł SFP FC long distance ....................................................................................... 190

8. Oprogramowanie standardowe - Wymagania ............................................................................. 191

8.1 Wymagania ogólne .............................................................................................................. 191

8.2 Oprogramowanie do obsługi kopii zapasowych (System Backupu) .................................... 191

8.3 Oprogramowanie antywirusowe ......................................................................................... 192

8.4 Oprogramowanie wirtualizacyjne ........................................................................................ 193

8.5 Oprogramowanie do monitoringu sieci ............................................................................... 194

8.6 Oprogramowanie systemowe dla Sprzętu serwerowego .................................................... 195

8.7 Oprogramowanie systemowe dla Sprzętu komputerowego ............................................... 196

8.8 Licencje dostępowe dla oprogramowania serwerowego .................................................... 197

9. Specyfikacja dostaw i usług (SDU) ................................................................................................ 198

9.1 Szpital Mazowiecki w Garwolinie Sp. z o.o. ......................................................................... 198

9.2 Specjalistyczny Szpital Wojewódzki w Ciechanowie ............................................................ 198

9.3 Mazowiecki Szpital Specjalistyczny im. dr Józefa Psarskiego w Ostrołęce .......................... 201

Dostarczane środowisko typu blade musi zostad skonfigurowane w następujący sposób: ............. 202

9.4 Wojewódzkiego Szpitala Zespolonego w Płocku ................................................................. 202

9.5 Szpital Dziecięcy im. Med. Dr. Med. Jana Bogdanowicza Samodzielny Publiczny Zakład

Opieki Zdrowotnej w Warszawie ..................................................................................................... 204

9.6 Mazowieckie Specjalistyczne Centrum Zdrowia im. Prof. Jana Mazurkiewicza w Pruszkowie

205

9.7 Samodzielny Wojewódzki Publiczny Zespół Zakładów Psychiatrycznej Opieki Zdrowotnej im.

Dr Barbary Borzym w Radomiu ........................................................................................................ 208

9.8 Samodzielny Specjalistyczny Zespół Zakładów Opieki Zdrowotnej im. Dr Teodora Dunina w

Rudce 208

9.9 Mazowieckie Centrum Leczenia Chorób Płuc i Gruźlicy ...................................................... 210

9.10 Wojewódzka Stacja Pogotowia Ratunkowego i Transportu Sanitarnego „Meditrans”

Samodzielny Publiczny Zakład Opieki Zdrowotnej w Warszawie .................................................... 210



Strona 9 z 233

9.11 Samodzielny Publiczny Zakład Opieki Zdrowotnej Wojewódzka Stacja Pogotowia

Ratunkowego i Transportu Sanitarnego w Płocku ........................................................................... 212

9.12 Samodzielny Publiczny Zakład Opieki Zdrowotnej „MEDITRANS OSTROŁĘKA” Stacja

Pogotowia Ratunkowego i Transportu Sanitarnego w Ostrołęce.................................................... 212

9.13 Samodzielny Publiczny Zakład Opieki Zdrowotnej „RM-MEDITRANS” Stacja Pogotowia

Ratunkowego i Transportu Sanitarnego w Siedlcach ...................................................................... 213

9.14 Wojewódzki Samodzielny Zespół Publicznych Zakładów Opieki Zdrowotnej im. Prof.

Eugeniusza Wilczkowskiego w Gostyninie ....................................................................................... 214

9.15 Mazowiecki Szpital Bródnowski Sp. z o.o ............................................................................ 215

9.16 Samodzielny Zespół Publicznych Zakładów Opieki Zdrowotnej im. Dzieci Warszawy w

Dziekanowie Leśnym ....................................................................................................................... 216

9.17 Samodzielny Publiczny Zakład Opieki Zdrowotnej Wojewódzki Szpital Zakaźny w Warszawie

219

9.18 Samodzielny Wojewódzki Zespół Publicznych Zakładów Psychiatrycznej Opieki Zdrowotnej

w Warszawie .................................................................................................................................... 220

9.19 Mazowieckie Centrum Psychiatrii „DREWNICA” Sp. z o.o. .................................................. 220

9.20 Mazowiecki Szpital Wojewódzki w Siedlcach Sp. z o.o. ....................................................... 222

9.21 Mazowieckie Centrum Rehabilitacji „STOCER” Sp. z o.o. .................................................... 225

9.22 Mazowiecki Szpital Specjalistyczny w Sp. z o.o. ................................................................... 225

9.23 Centrum Leczniczo – Rehabilitacyjne i Medycyna Pracy ATTIS Sp. z o.o. ............................ 226

9.24 Województwo Mazowieckie ................................................................................................ 227

10. Spis załączników ........................................................................................................................... 228

11. Spis rysunków ............................................................................................................................... 229

12. Spis tabel ...................................................................................................................................... 229



Strona 10 z 233

1. Ogólny opis projektu

1.1 Opis projektu

Podstawowym celem projektu „E-zdrowie dla Mazowsza” jest dostosowanie podmiotów leczniczych

dla których Samorząd Województwa Mazowieckiego jest podmiotem tworzącym bądź właścicielem

do wymogów ustawy z dnia 28 kwietnia 2011 r. o systemie informacji w ochronie zdrowia (Dz. U. Nr

113, poz. 657 i Nr 174, poz. 1039). Rozbudowa ma na celu bezpieczne i zgodne z prawem

wytwarzanie, przechowywanie, przekazywanie dokumentów medycznych pomiędzy jednostkami

oraz integrację z tworzoną na szczeblu krajowym Elektroniczną Platformą Gromadzenia Informacji o

Zdarzeniach Medycznych (P1).

Istotnym celem projektu jest również stworzenie Centrum Analiz Statystyczno-Ekonomicznych, co

wiąże się z zakupem i wdrożeniem odpowiedniego programu zarządczego, umożliwiającego

tworzenie opracowao statystycznych na potrzeby nadzoru merytorycznego sprawowanego przez

Samorząd WM nad jednostkami, dla których WM jest organem tworzącym lub właścicielem. Na

chwilę obecną nadzór ten sprawowany jest poprzez analizę danych przekazywanych przez jednostki

w formie papierowej i obejmuje większy zakres danych niż raporty dla Ministerstwa Zdrowia, GUS i

NFZ. Pakiet zarządczy umożliwi WM sprawniejszy nadzór na jednostkami zależnymi, co w

konsekwencji przełoży się na korzyści w sferze planowania strategicznego rozwoju służby zdrowia na

terenie WM, wpłynie pozytywnie na gospodarkę finansową, ostatecznie przyczyni się do poprawy

jakości usług medycznych.

Mazowiecki Szpital Bródnowski Sp. z o.o. w Warszawie pełni funkcję lidera projektu „E-zdrowie dla

Mazowsza” realizowanego w ramach Priorytetu II „Przyśpieszenie e-Rozwoju Mazowsza” dla

działania 2.1 „Przeciwdziałanie wykluczeniu informacyjnemu” Regionalnego Programu Operacyjnego

Województwa Mazowieckiego 2007-2013.

1.2 Cele szczegółowe

1) Dostosowanie systemów informatycznych w szpitalach do obsługi elektronicznej dokumentacji

medycznej zgodnie z wymogami ustawy z dnia 28 kwietnia 2011 r. o systemie informacji w

ochronie zdrowia (Dz. U. z 2011 Nr 113, poz. 657 i Nr 174, poz. 1039).

2) Wzrost liczby mieszkaoców wykorzystujących Internet do komunikacji z lekarzem oraz uzyskanie

informacji na temat opieki zdrowotnej w WM.

3) Poprawa bezpieczeostwa danych znajdujących się w obszarze opieki zdrowotnej.

4) Wdrożenie nowoczesnych technologii ICT dla personelu medycznego wykorzystującego

technologie informatyczne w codziennej pracy.



Strona 11 z 233

5) Monitorowanie przez WM dostępności do świadczeo medycznych u podległych PP oraz innych

danych istotnych dla utrzymania istniejącej infrastruktury medycznej i poziomu świadczonych

usług medycznych.

6) Wzrost liczby osób korzystających z usług on line w zakresie informacji na temat opieki

zdrowotnej.

Cele projektu zostaną osiągnięte poprzez:

1) zakup sprzętu komputerowego, który uzupełni lub zastąpi przestarzały sprzęt u PP,

2) uzupełnienie i wyposażenie PP w niezbędne systemy informatyczne umożliwiające

dokumentowanie zdarzeo medycznych zgodnie z Ustawą z dnia 28 kwietnia 2011 r. o systemie

informacji w ochronie zdrowia,

3) prowadzenie elektronicznej dokumentacji medycznej zgodnie ze standardem HL 7 CDA, oraz jej

wymianę zgodnie z Rozporządzeniem Ministra Zdrowia z dnia 28 marca 2013 r. w sprawie

wymagao dla Systemu Informacji Medycznej (Dz.U. z 2013 r. poz. 463),

4) stworzenie regionalnego archiwum elektronicznej dokumentacji medycznej, która zapewni

efektywne wykorzystanie powyższych zadao,

5) zakup i wdrożenie odpowiedniego programu zarządczego umożliwiającego tworzenie

opracowao statystycznych na potrzeby nadzoru merytorycznego sprawowanego przez WM nad

PP.

6) wyposażenie PP w łącza internetowe zapewniające pełną wymianę danych medycznych między

PP,

1.3 Wykaz podmiotów biorących udział w realizacji Projektu

W celu zapewnienia kompleksowego systemu e-zdrowie działającego na terenie WM w projekcie udział wezmą

23 mazowieckie jednostki ochrony zdrowia nadzorowane przez Samorząd WM, działające w formie

samodzielnych publicznych zakładów opieki zdrowotnej, jak też działające w formie spółek prawa handlowego,

dla których podmiotem tworzącym/właścicielem jest WM:

1) Specjalistyczny Szpital Wojewódzki w Ciechanowie,

2) Mazowiecki Szpital Specjalistyczny im. dr J. Psarskiego w Ostrołęce,

3) Wojewódzki Szpital Zespolony w Płocku,

4) Mazowiecki Szpital Specjalistyczny Spółka z ograniczoną odpowiedzialnością z siedzibą w

Radomiu,

5) Mazowiecki Szpital Wojewódzki w Siedlcach Sp. z o.o.,

6) Mazowiecki Szpital Bródnowski w Warszawie Sp. z o.o.,

7) Samodzielny Zespół Publicznych Zakładów Opieki Zdrowotnej im. Dzieci Warszawy w

Dziekanowie Leśnym,

8) Szpital Dziecięcy im. prof. dr med. Jana Bogdanowicza Samodzielny Publiczny Zakład Opieki

Zdrowotnej w Warszawie,

9) SPZOZ Wojewódzki Szpital Zakaźny w Warszawie,



Strona 12 z 233

10) Wojewódzki Samodzielny Zespół Publicznych Zakładów Opieki Zdrowotnej im. prof. dr E.

Wilczkowskiego w Gostyninie,

11) Mazowieckie Specjalistyczne Centrum Zdrowia im. prof. dr Jana Mazurkiewicza w Pruszkowie,

12) Samodzielny Wojewódzki Publiczny Zespół Zakładów Psychiatrycznej Opieki Zdrowotnej im. dr

Barbary Borzym w Radomiu,

13) Samodzielny Wojewódzki Zespół Publicznych Zakładów Psychiatrycznej Opieki Zdrowotnej w

Warszawie,

14) Mazowieckie Centrum Psychiatrii „Drewnica” Spółka z ograniczoną odpowiedzialnością,

15) Szpital Mazowiecki w Garwolinie Sp. z o.o.,

16) Samodzielny Specjalistyczny Zespół Zakładów Opieki Zdrowotnej w Rudce,

17) Mazowieckie Centrum Leczenia Chorób Płuc i Gruźlicy w Otwocku,

18) Centrum Leczniczo-Rehabilitacyjne i Medycyny Pracy ATTIS Sp. z ograniczoną

odpowiedzialnością,

19) Wojewódzka Stacja Pogotowia Ratunkowego i Transportu Sanitarnego "Meditrans" SPZOZ w

Warszawie,

20) Samodzielny Publiczny Zakład Opieki Zdrowotnej Wojewódzka Stacja Pogotowia Ratunkowego i

Transportu Sanitarnego w Płocku,

21) Samodzielny Publiczny Zakład Opieki Zdrowotnej "Meditrans Ostrołęka" Stacja Pogotowia

Ratunkowego I Transportu Sanitarnego w Ostrołęce,

22) Samodzielny Publiczny Zakład Opieki Zdrowotnej "RM-Meditrans" Stacja Pogotowia

Ratunkowego i Transportu Sanitarnego w Siedlcach,

23) Mazowieckie Centrum Rehabilitacji „STOCER” Sp. z o.o.

24) Województwo Mazowieckie

Lokalizacja projektu:

Projekt realizowany będzie w 12 miastach województwa mazowieckiego:

1) Warszawie,

2) Siedlcach

3) Radomiu

4) Ciechanowie

5) Płocku

6) Ostrołęce,

7) Otwocku,

8) Garwolinie

9) Gostyninie

10) Konstancinie – Jeziornie

11) Pruszkowie

12) Ząbkach.

13) Ponadto projekt realizowany będzie także na terenie gminy Łomianki w Dziekanowie Leśnym oraz

w gminie Mrozy w miejscowości Rudka.

Rys. 1 Mapa sytuująca projekt na terenie Województwa Mazowieckiego



Strona 13 z 233

1.4 Charakterystyka rozwiązania

Głównym efektem realizacji niniejszego zamówienia będzie stworzenie Regionalnego Archiwum

Dokumentów.

Repozytorium elektronicznej dokumentacji medycznej powinno zostad wdrożone zarówno w

warstwie lokalnej, jak i w warstwie regionalnej. Oznacza to, że każdy Partner Projektu będzie mógł

zarządzad procesem tworzenia i gromadzenia elektronicznej dokumentacji medycznej, a jednocześnie

wdrożone zostaną mechanizmy synchronizacji zawartości repozytorium EDM z warstwą regionalną.

Repozytorium w warstwie regionalnej zawierad będzie łączną całkowitą elektroniczną dokumentację

medyczną w skali całego rozwiązania, tj. wszystkich Podmiotów.

1.5 Główne zadania projektu

W ramach realizacji niniejszego zamówienia przewidziany jest zakup sprzętu i oprogramowania, które

pozwolą na osiągnięcie celów projektu „E-Zdrowie dla Mazowsza”.



Strona 14 z 233

Zakup i wdrożenie oprogramowania obejmuje:

SSI do elektronicznego ewidencjonowania zdarzeo medycznych dla wszystkich PP w formie

rozbudowy (zakup nowych modułów oprogramowania) bądź nowego zakupu,

Oprogramowanie do wytwarzania, archiwizowania i przetwarzania Elektronicznej

Dokumentacji Medycznej (EDM) oraz utworzenie REDM u PP (z wyłączeniem Zamawiającego)

oraz RREDM u Zamawiającego.

Oprogramowanie Centrum Analiz Statystyczno – Ekonomicznych (CASE), które umożliwia

tworzenie opracowao statystycznych na potrzeby nadzoru merytorycznego UMWM,

Dodatkowo zostanie zakupiony sprzęt, na który składają się:

sprzęt komputerowy (stacje robocze, laptopy, tablety, urządzenia skanująco – drukujące,

drukarki, niszczarki) który uzupełni lub zastąpi przestarzały sprzęt w jednostkach,

sprzęt serwerowy (bazy danych, macierze dyskowe, serwery, backup, szafy rack, system

archiwizacji, switche FC, UPSy).

Szacowany termin realizacji zamówienia: 30.05.2015 – 30.11.2015

1.6 Akty Prawne

1. Ustawa z dnia 15 kwietnia 2011r. o działalności leczniczej (Dz. U. z 2013 pozycja 217 z późn.

zm.),

2. Ustawa z dnia 29 września 1994r. o rachunkowości (tekst jednolity z 2013 pozycja 330 z

późn. zm.),

3. Ustawa z dnia 11 marca 2004r. o podatku od towarów i usług (tekst jednolity z 2011r. Dz. U.

nr 177 poz. 1054 z późn. zm.),

4. Ustawa z dnia 26 lipca 1991r. o podatku dochodowym od osób fizycznych (tekst jednolity z

2012r. pozycja 361 z późn. zm.),

5. Rozporządzenie Ministra Zdrowia i Opieki Społecznej z dnia 22 grudnia 1998 r. w sprawie

szczególnych zasad rachunku kosztów w publicznych zakładach opieki zdrowotnej (Dz.U. z

1998r. nr 164 poz. 1194 z późn. zm.).W związku z tym, iż to rozporządzenie zostało uchylone,

a nie wydano w tym zakresie nowych przepisów Wykonawca jest zobowiązany dostarczyd

Oprogramowanie uwzględniające zasady określone w treści tego aktu lub w wydanych w toku

realizacji zamówienia odpowiednich przepisów prawa.

6. Ustawa z dnia 5 grudnia 2008r. o zapobieganiu oraz zwalczaniu zakażeo i chorób zakaźnych u

ludzi (tekst jednolity Dz.U z r. 2013 poz 947 z późn. zm– dotyczy Systemu medycznego HIS -

Monitorowanie zakażeo zakładowych.

a. Ustawa z dnia 29 sierpnia 1997r. o ochronie danych osobowych (tekst jednolity z

2014, pozycja 1182 z późn. zm.),.

7. Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 29 kwietnia 2004r. w

sprawie dokumentacji przetwarzania danych osobowych oraz warunków technicznych i

organizacyjnych, jakim powinny odpowiadad urządzenia i systemy informatyczne służące do

przetwarzania danych osobowych (Dz.U. z 2004r. nr 100 poz.1024),



Strona 15 z 233

8. Rozporządzenie Ministra Zdrowia z dnia 20 września 2012r w sprawie warunków, sposobu i

trybu zaopatrywania pacjentów szpitala w znaki identyfikacyjne oraz sposobu postępowania

w razie stwierdzenia ich braku (Dz. U. z 2012r. poz. 1098) – dotyczy Systemu medycznego

HIS),

9. Rozporządzenie Ministra Zdrowia z dnia 21 grudnia 2010r. w sprawie rodzajów i zakresu

dokumentacji medycznej oraz sposobu jej przetwarzania (tekst jednolity Dz.U. 2014 r. poz

177 z zm.),

10. Ustawa z dnia 26 czerwca 1974r. Kodeks pracy (Dz.U. z 2014 roku, pozycja 1502 z późn. zm.),

11. Ustawa o świadczeniach opieki zdrowotnej finansowanych ze środków publicznych ( Dz. U

2004 nr 210 poz. 2135 z późn. zm.,

12. Ustawa z dnia 25 czerwca 1999r. o świadczeniach pieniężnych z ubezpieczenia społecznego w

razie choroby i macierzyostwa (tekst jednolity z 2014 roku, pozycja 159 z późn. zm.),

13. Ustawa z dnia 13 października 1998r. o systemie ubezpieczeo społecznych (tekst jednolity z

2014 roku, pozycja 1442 z późn. zm..),

14. Ustawa z dnia 17 lutego 2005r o informatyzacji działalności podmiotów realizujących zadania

publiczne (Dz.U z 2014 roku, pozycja 1114 z późn. zm.),

15. Rozporządzenie Rady Ministrów z dnia 12 kwietnia 2012r. w sprawie Krajowych Ram

Interoperacyjności, minimalnych wymagao dla rejestrów publicznych i wymiany informacji w

postaci elektronicznej oraz minimalnych wymagao dla systemów teleinformatycznych (Dz. U.

z 2012r. pozycja 526).

16. Rozporządzenie Ministra Zdrowia z dnia 18 lutego 2011 r. w sprawie warunków bezpiecznego

stosowania promieniowania jonizującego dla wszystkich rodzajów ekspozycji medycznej

(Dz.U. 2011 nr 51 poz. 265)



Strona 16 z 233

2. Przedmiot zamówienia

MEZ.1 Wykonawca zrealizuje poniższe zadania, dla których szczegółowe wymagania opisano w rozdziałach 3÷9:

1.1. Opracowanie Dokumentacji Struktury Systemu i Projektu 1.2. Dostarczenie i wdrożenie SSI dla PP – Szpitalny System Informatyczny dla

zinformatyzowania procesów związanych z obsługą pacjenta i procesów szpitalnych,

1.3. Dostarczenie i wdrożenie Lokalnego Repozytorium Elektronicznej Dokumentacji Medycznej dla każdego PP (z wyłączeniem Zamawiającego) oraz Regionalnego Repozytorium Elektronicznej Dokumentacji Medycznej dla Zamawiającego – zbioru dokumentacji medycznej generowanej i rejestrowanej w postaci elektronicznej (cyfrowej),

1.4. Dostarczenie i wdrożenie CASE – narzędzia dla UMWM do nadzoru merytorycznego nad PP,

1.5. Dostarczenie i wdrożenie CA – Centrum Autoryzacji – narzędzie informatyczne do wydawania i przechowywania podpisów elektronicznych niekwalifikowanych

1.6. Dostarczenie, uruchomienie i wdrożenie Infrastruktury sprzętowej niezbędnej do funkcjonowania oraz korzystania z SSI, REDM, RREDM i CASE

1.7. Zapewnienie na okres realizacji Projektu - Systemu Zgłoszeo – narzędzia informatycznego umożliwiającego zgłaszanie oraz obsługę uwag i Wad przez PP

1.8. Zapewnienie Instruktaży stanowiskowych w celu pomoc użytkownikom w miejscu instalacji, pomocy w administracji i konfiguracji systemu, wykonywaniu dodatkowych prac konfiguracyjnych, konsultacji.

MEZ.2 Oprogramowanie i Infrastruktura sprzętowa zamawiane w niniejszym zamówieniu musi byd dostarczane w całości do siedzib PP.

MEZ.3 Wszystkie dostarczane Produkty i Komponenty podlegają usłudze projektowania, instalacji, konfiguracji i wdrożenia.

MEZ.4 Usługi projektowania, instalacji, konfiguracji i wdrożenia Wykonawca przeprowadzi zgodnie z zapisami niniejszego Opisu Przedmiotu Zamówienia w uzgodnieniu z Zamawiającym oraz najlepszymi praktykami w projektach informatycznych.

MEZ.5 Wszystkie nazwy własne oprogramowania i sprzętu użyte w opisie przedmiotu zamówienia należy traktowad jako określenie standardów parametrów technicznych, użytkowych, funkcjonalnych i jakościowych oczekiwanych przez Zamawiającego i należy odczytywad wraz z wyrazami „lub równoważne”.

MEZ.6 Zamawiający dopuszcza zastosowanie przez Wykonawcę rozwiązao równoważnych rozwiązaniom wskazanym w opisie przedmiotu zamówienia.

MEZ.7 Wykonawca oferując rozwiązanie równoważne do opisanego w specyfikacji jest zobowiązany wykazad równoważnośd w zakresie parametrów technicznych, użytkowych, funkcjonalnych i jakościowych, które muszą byd spełnione na poziomie nie niższym niż parametry wskazane przez Zamawiającego.

MEZ.8 Wykonawca jest zobowiązany do realizacji Projektu zgodnie z zasadami i wytycznymi Zamawiającego, ujętymi w niniejszym opisie oraz dokumentach: umowie, studium wykonalności, decyzji ws. dofinansowania, harmonogramie rzeczowo-finansowym i budżecie Projektu oraz innych dokumentach wskazanych przez Zamawiającego, a także



Strona 17 z 233

wytycznych Unii Europejskiej, wytycznych IZ RPOWM oraz ogólnych zasadach finansowania projektów i obowiązujących przepisów prawa, w tym prawa wspólnotowego.



Strona 18 z 233

3. Architektura Systemu

3.1 Główne założenia

MEZ.9 W ramach Projektu Wykonawca przeprowadzi dostawy i wdrożenie Systemu (Oprogramowanie aplikacyjne) zgodnie z ogólną architekturą, którą prezentuje Rysunek 1:

9.1. REDM - lokalne Repozytorium Elektronicznej Dokumentacji Medycznej. 9.2. RREDM – Regionalne Repozytorium Elektronicznej Dokumentacji Medycznej

zawierającego kopię REDM tylko do odczytu. 9.3. Szyna usług (ESB) wspiera działania mechanizmów wyszukiwania, zapewnia spójnośd

repozytoriów, odpowiedzialna za routing usług i transfer dokumentów. 9.4. Rejestr nagłówków (metadanych) EDM (RREDM) usprawnia mechanizm wyszukiwania

dokumentacji. 9.5. Mechanizm eksportu do LREDM odpowiedzialny za integracją HIS z LREDM 9.6. SSI - Szpitalny System Informatyczny PP (rozbudowa bądź wdrożenie nowego systemu) 9.7. CASE - Centrum Analiz Statystyczno – Ekonomicznych dla UMWM

MEZ.10 W ramach zamówienia Wykonawca zobowiązany jest dostarczyd kompletny zaimplementowany i działający System.



Strona 19 z 233

Rysunek 1 Architektura Systemu MEZ

3.2 Transmisja danych w sieci rozległej, węzły sieci

MEZ.11 Funkcjonowanie RREDM opiera się na komunikacji pomiędzy RREDM, a LREDM połączonymi za pomocą łączy telekomunikacyjnych WAN MEZ.

MEZ.12 W celu zapewnienia poufności danych w komunikacji LREDM RREDM Wykonawca skonfiguruje i uruchomi WAN MEZ składający się z kanałów wirtualnych VPN z szyfrowaniem IPSec (Rysunek 2) o sile szyfrowania przynajmniej AES 128 pomiędzy RREDM, a LREDM bazujący na internetowych łączach telekomunikacyjnych zapewnionych przez PP.



Strona 20 z 233

Jednostka 1

Jednostka 2

Warstwa Regionalna

Router vpn

Router vpn

Router vpn

Serwery regionalny

Serwery lokalny

Serwery lokalny

INTERNET

Połączenia VPN

Rysunek 2 Poglądowy schemat połączenia LREDM i RREDM



Strona 21 z 233

4. Organizacja wdrożenia

4.1 Założenia podstawowe

MEZ.13 Organizacja Projektu opiera się o powszechnie stosowane standardy realizacji projektów informatycznych.

MEZ.14 W szczególności organizacja Projektu zakłada, że: 14.1. Projekt będzie realizowany w oparciu o zdefiniowany uprzednio przez Wykonawcę

Harmonogram wdrożenia, który powinien byd uzgodniony i zaakceptowany przez Partnerów oraz odpowiednio utrzymywany w toku realizacji prac,

14.2. Wykonawca umożliwi Partnerom udział we wszystkich pracach realizowanych przez Wykonawcę w ramach realizacji przedmiotu zamówienia (m.in. w czasie projektowania, instalacji, konfiguracji i wdrożenia),

14.3. Wykonawca zobowiązany jest przeprowadzid dostawy przedmiotu zamówienia w dokładnych terminach i godzinach uzgodnionych z Partnerami,

14.4. Wszystkie oferowane urządzenia (Infrastruktura sprzętowa) muszą byd wyprodukowane zgodnie z normą jakości ISO 9001:2000 lub normą równoważną,

14.5. nośniki Oprogramowania, Infrastruktura sprzętowa muszą byd oznakowane w taki sposób, aby możliwa była identyfikacja zarówno produktu jak i producenta,

14.6. nośniki z Oprogramowaniem oraz Infrastruktura sprzętowa muszą byd dostarczone Partnerom w oryginalnych opakowaniach fabrycznych,

14.7. oferowane Oprogramowanie i Infrastruktura sprzętowa muszą pochodzid z oficjalnego kanału dystrybucji producenta, a gwarancja musi pochodzid od producenta i byd świadczona przez sied serwisową producenta.

MEZ.15 Prace Wykonawcy będą realizowane na podstawie Harmonogramu wdrożenia. MEZ.16 Szczegółowy Harmonogram wdrożenia zostanie opracowany przez Wykonawcę i uzgodniony

z Partnerami nie później niż w ciągu 30 dni od podpisania Umowy. MEZ.17 Wykonawca w Harmonogramie wdrożenia musi uwzględnid w szczególności podział na

zadania takie jak projektowanie, dostawy, usługi instalacji/konfiguracji, testowanie, wdrożenie i odbiory.

MEZ.18 Realizacja wszystkich zadao dla całości Oprogramowania i Infrastruktury sprzętowej muszą zostad przeprowadzone do 30.11.2015 roku.

MEZ.19 Prace w Projekcie podzielone są na podstawowe etapy zarządcze ze wskazaniem głównych prac do wykonania wg Tabela 1.

MEZ.20 Tabela 1 jest podstawą do opracowania przez Wykonawcę szczegółowego Harmonogramu wdrożenia.



Strona 22 z 233

Tabela 1 Podstawowe etapy i terminy realizacji Projektu MEZ - Harmonogram

ETAP OPIS

TERIMN

WYKONANIA

(NIE PÓŹNIEJ

NIŻ DO

30.11.2015)

I

Analiza przedwdrożeniowa

Wykonawca jest zobowiązany do opracowania i uzgodnienia Harmonogramu

wdrożenia Systemu oraz wykonania Dokumentacji Analizy

przedwdrożeniowej.

Produktem koocowym tego etapu jest szczegółowy Harmonogram wdrożenia

dla każdego PP oraz kompletna i odebrana Dokumentacja Analizy

przedwdrożeniowej dla każdego PP umożliwiające rozpoczęcie i realizację

prac Wykonawcy w celu realizacji wymagao niniejszego Opisu przedmiotu

zamówienia.

Do 30 dni od

daty

podpisania

Umowy

II

Projektowanie Systemu

Wykonanie projektu Systemu w postaci Dokumentacji projektowej

niezbędnej do wybudowania całego Systemu MEZ w zakresie obejmującym

każdego PP

Do 90 dni od

daty

podpisania

Umowy

III

Dostawy Infrastruktury sprzętowej i licencji na Oprogramowanie dla

każdego PP

W ramach realizacji przedmiotu zamówienia Wykonawca jest zobowiązany do

dostaw licencji na Oprogramowanie i Infrastruktury sprzętowej do każdego z

PP

Produktem tego etapu są kompletnie wykonane dostawy wraz

z Dokumentacją.

Do 140 dni

od daty

podpisania

Umowy

IV

Instalacja, konfiguracja i wdrożenie Oprogramowania oraz Infrastruktury

sprzętowej dla każdego PP

W ramach realizacji przedmiotu zamówienia Wykonawca jest zobowiązany do

wykonania prac instalacyjnych, konfiguracji i wdrożenia Infrastruktury

sprzętowej i Oprogramowania u każdego PP oraz zrealizowania Asyst

stanowiskowych.

Produktem tego etapu są kompletnie wykonane wszystkie dostawy i

niezbędne Usługi instalacyjno-wdrożeniowe będące przedmiotem

zamówienia wraz z Dokumentacją oraz Asysty stanowiskowe.

Do 240 dni

od daty

podpisania

Umowy



Strona 23 z 233

ETAP OPIS

TERIMN

WYKONANIA

(NIE PÓŹNIEJ

NIŻ DO

30.11.2015)

V

Odbiory

Wykonawca zobowiązany jest do przedstawienia poszczególnych składników

przedmiotu zamówienia do odbioru: Oprogramowanie, Infrastruktura

sprzętowa, Usługi, Dokumentacja, etc.

Całośd przedmiotu zamówienia podlega Odbiorowi koocowemu.

Do dnia

30.11.2015

MEZ.21 Wdrożenie należy rozumied jako szereg uporządkowanych i zorganizowanych działao mających na celu wybudowanie opisanego w OPZ Systemu. Wdrożenie będzie realizowane w ramach powołanych do tego celu struktur organizacyjnych po stronie Zamawiającego, Partnerów oraz Wykonawcy.

MEZ.22 Wdrożenie będzie realizowane na podstawie szczegółowego Harmonogramu wdrożenia opracowanego przez Wykonawcę i zaakceptowanego przez Zamawiającego oraz Partnerów.

MEZ.23 W ramach wdrożenia Wykonawca przygotuje informacje na temat struktury organizacyjnej zarządzania Projektem, w ramach której muszą zostad powołane minimum następujące role w projekcie:

23.1. Kierownik Projektu ze strony Zamawiającego oraz koordynatorzy u PP 23.2. Kierownik Projektu ze strony Wykonawcy, 23.3. Koordynator ds. wdrożeo ze strony Wykonawcy.

MEZ.24 W ramach struktury organizacyjnej procesu wdrożenia musi zostad również powołany Komitet Sterujący minimum w składzie:

24.1. Przewodniczący – przedstawiciel Zamawiającego, 24.2. Główny Dostawca – przedstawiciel Wykonawcy, 24.3. Główny Odbiorca – przedstawiciel Zamawiającego, 24.4. Każda z tych ról ma prawo powoład swoich specjalistów dziedzinowych

odpowiadających za operacyjną realizację Projektu. Szczegółowe zadania i kompetencje Komitetu Sterującego zostaną szczegółowo opisane w Dokumentacji.

MEZ.25 Wdrożenie, z zastrzeżeniami wskazanymi poniżej, w punktach 25.4, 25.5, 25.6, muszą realizowad osoby wymienione w ofercie Wykonawcy w wykazie osób zamieszczonym w ofercie, przy czym:

25.1. prace instalacyjne i wdrożeniowe systemu muszą byd przeprowadzane przez osoby posiadające doświadczenie w zakresie produktów, których dotyczyd będzie instalacja oraz wdrożenie,

25.2. osoby wykonujące prace instalacyjne i wdrożeniowe muszą byd dyspozycyjne w trakcie trwania prac instalacyjnych i wdrożeniowych. Wymagany jest stały kontakt roboczy z Zamawiającym i Partnerami,

25.3. Wykonawca przekaże Zamawiającemu i Partnerom wykaz numerów telefonów kontaktowych do osób wykonujących prace instalacyjne, wdrożeniowe i Asysty stanowiskowe,

25.4. Zamawiający wymaga, by wszelkie zastępstwa lub trwała zmiana w zespole osób instalujących i wdrażających zgłaszana była niezwłocznie przez Wykonawcę, z



Strona 24 z 233

zastrzeżeniem, że osoba zastępująca musi posiadad nie mniejsze kwalifikacje niż osoba zastępowana,

25.5. zastępstwo lub trwała zmiana danej osoby wymaga akceptacji ze strony Zamawiającego,

25.6. Zamawiający może zażądad zmiany osoby wdrażającej. MEZ.26 Po dokonaniu wdrożenia docelowo System powinien spełniad wymagania określone w Opisie

przedmiotu zamówienia oraz uwzględniad charakter prowadzonej przez PP działalności, jak również spełniad wymagania obowiązujących przepisów prawa, w szczególności ustaw i rozporządzeo dotyczących:

26.1. rachunkowości i sposobu liczenia kosztów, 26.2. podatków, 26.3. prawa pracy, 26.4. ochrony danych osobowych, 26.5. informatyzacji podmiotów realizujących zadania publiczne, 26.6. Systemu informacji w ochronie zdrowia.

MEZ.27 W trakcie realizacji Wykonawca zaplanuje w uzgodnieniu z Partnerami i zrealizuje Asysty stanowiskowe dla PP w wymiarze min. 20 000 roboczogodzin łącznie dla całego Projektu.

MEZ.28 Wymiar Asyst stanowiskowych dla każdego z PP będzie dostosowany do ilości stanowisk korzystających z Oprogramowania i Infrastruktury sprzętowej, rodzajów/typów Oprogramowania i Infrastruktury sprzętowej oraz skali wdrożenia u każdego PP

MEZ.29 Ilośd Asyst stanowiskowych w zakresie wymagania MEZ.31, 31.1 dla każdego z Partnerów Projektu będzie stanowid nie mniej niż 85% sumarycznej ilości Asyst stanowiskowych dla Partnera Projektu

MEZ.30 PP każdorazowo przy wykorzystaniu puli godzin Asyst stanowiskowych zwróci się do Wykonawcy celem zlecenia odpowiednich prac łącznie z wymiarem godzinowym przeznaczonym na zadanie.

MEZ.31 Asysty stanowiskowe będą prowadzone natywnie w języku polskim i obejmą w szczególności: 31.1. pomoc użytkownikom w korzystaniu z Oprogramowania w miejscu instalacji, 31.2. pomoc w administracji i konfiguracji Systemu, 31.3. wykonywanie dodatkowych prac konfiguracyjnych, 31.4. konsultacje.

4.2 Przygotowanie Dokumentacji

MEZ.32 W ramach procesu wdrożenia Wykonawca opracuje w porozumieniu z Zamawiającym i Partnerami Dokumentację, która składa się z czterech zakresów:

32.1. Dokumentacja Analizy przedwdrożeniowej wraz ze szczegółowym Harmonogramem wdrożenia,

32.2. Dokumentacja Projektowa, 32.3. Dokumentacja powykonawcza, 32.4. Dokumentacja użytkowa.

MEZ.33 Dokumentacja powyższa stanowi bazowe zapisy opisujące budowany/zbudowany System oraz sposób organizacji prac i wdrożenia. Na podstawie zapisów w tych dokumentach będą prowadzone i odbierane poszczególne zadania realizowane przy budowie Systemu. Dokumenty te wraz z SIWZ będę stanowiły podstawę do weryfikacji funkcjonalnej i jakościowej Systemu w trakcie odbiorów.



Strona 25 z 233

MEZ.34 Dokumentacja projektowa wraz z późniejszymi zmianami, obejmuje w szczególności szczegółowe projekty obejmujące warstwę biznesową, logiczną i technologiczną, na podstawie których będzie budowany System, w szczególności w zakresie Oprogramowania aplikacyjnego, Oprogramowania standardowego, Infrastruktury sprzętowej. Dokumentacja podlega akceptacji Zamawiającego i PP.

MEZ.35 Dokumentacja projektowa zostanie opracowana przez Wykonawcę z uwzględnieniem Opisu procesów biznesowych funkcjonujących u każdego PP i w uzgodnieniu z PP.

MEZ.36 Opis procesów biznesowych dla każdego PP zostanie dostarczony przez Zamawiającego po podpisaniu Umowy.

MEZ.37 Dokumentacja użytkowa zawiera w szczególności dokumenty będące instrukcjami obsługi, które w przystępny sposób pokazują jak Użytkownik wewnętrzny ma się posłużyd Oprogramowaniem aplikacyjnym, Infrastrukturą Sprzętową aby obsłużyd procesy i funkcje jakie System może realizowad. Dokumentacja użytkowa powinna zawierad podręczniki użytkownika, umożliwiające samodzielne korzystanie z dostarczonego Sprzętu i Oprogramowania, w szczególności:

37.1. opis procesów biznesowych realizowanych przez System,

37.2. dokładny opis funkcjonalny Modułów,

37.3. opis Formatek w poszczególnych Modułach wraz z opisem ich przeznaczenia,

37.4. opis wszystkich funkcji dostępnych na pojedynczej Formatce Modułu Oprogramowania

aplikacyjnego,

37.5. opis poruszania się pomiędzy Formatkami poszczególnych Modułów,

37.6. procedury rozpoznawania przyczyn wystąpienia Wady,

37.7. sposób korzystania z systemu pomocy,

37.8. instrukcje instalacji, konfiguracji i administracji,

37.9. instrukcje postępowania w przypadkach szczególnych oraz awarii,

37.10. odtworzenie po awarii,

37.11. instrukcje archiwizacji oraz backup’owania.

MEZ.38 Dokumentacja powykonawcza powinna zawierad w szczególności: 38.1. schematy architektury Infrastruktury sprzętowej wraz z połączeniami poszczególnych

ich elementów,

38.2. wykaz elementów Infrastruktury sprzętowej, Infrastruktury sieciowej,

Oprogramowania niezbędnego do działania Systemu, w tym również serwerów baz

danych, serwerów aplikacyjnych,

38.3. instrukcje instalacji wszystkich elementów Infrastruktury sprzętowej, Infrastruktury

sieciowej, Oprogramowania niezbędnego do działania Systemu,

38.4. wykaz zalecanych parametrów Oprogramowania niezbędnych do działania Systemu,

38.5. wykaz konfiguracji Systemu adresowany do Administratora, pozwalającej na

samodzielne administrowanie Systemem przez PP po dokonaniu jego Odbioru

koocowego,

38.6. inne dokumenty wytworzone w trakcie realizacji Projektu dotyczące rozwiązao

technicznych i projektowych.

MEZ.39 Dokumentacja będzie dostarczona w formie elektronicznej na odpowiednio oznakowanych nośnikach elektronicznych CD/DVD umożliwiających jej powielanie oraz w formie papierowej w 4 egzemplarzach w języku polskim.



Strona 26 z 233

MEZ.40 W związku z tym, że zamówienie realizowane jest w ramach Projektu współfinansowanego przez Unię Europejską z Europejskiego Funduszu Rozwoju Regionalnego oraz budżetu Paostwa w ramach Regionalnego Programu Operacyjnego Województwa Mazowieckiego na lata 2007 – 2013, Wykonawca zobowiązuje się do umieszczania odpowiednich oznaczeo i logotypów zgodnych z Wytycznymi Instytucji Zarządzającej tym programem w zakresie informacji i promocji na Dokumentacji, Komponentach i Produktach wytwarzanych/dostarczanych w wyniku realizacji przedmiotu zamówienia. Dla Sprzętu oraz nośników Oprogramowania oznacza to naklejenie odpowiednich nalepek.

4.3 Przygotowanie Struktury Systemu i Projektu

Pierwszym zadaniem do wykonania w ramach procesu wdrożenia jest opracowanie przez

Wykonawcę w uzgodnieniu z PP Struktury Systemu i Projektu, który zgodnie z umową składa się z

dwóch części:

• Dokumentacji Analizy przedwdrożeniowej

• Dokumentacji Projektowej

Oba dokumenty stanowią bazowy zapis opisujący sposób realizacji Projektu i budowany System. Na

podstawie zapisów w tych dokumentach będą prowadzone i odbierane poszczególne zadania

realizowane przy budowie Systemu. Dokumenty te wraz z SIWZ będę stanowiły podstawę do

weryfikacji funkcjonalnej i jakościowej Systemu w trakcie odbiorów.

4.4 Dostawa i instalacja Infrastruktury sprzętowej

MEZ.41 Dostawa i instalacja Infrastruktury sprzętowej jest zadaniem mającym na celu dostarczenie zamawianego Sprzętu do wskazanych lokalizacji PP w porozumieniu z PP według Harmonogramu wdrożenia. Zadanie to wymaga odpowiedniego zaplanowania dostaw i prac w taki sposób, aby nie kolidowało to z bieżącą pracą PP.

MEZ.42 Wykonawca zapewni wniesienie dostarczonego Sprzętu do wskazanych pomieszczeo. MEZ.43 Wykonawca dostarczy Sprzęt sukcesywnie w terminie bezpośrednio poprzedzającym jego

instalację i w sposób dopasowany do możliwości logistycznych Zamawiającego. Zakres i wielkości dostaw należy każdorazowo uzgodnid z PP.

MEZ.44 Wykonawca zobowiązany jest przeprowadzid dostawy przedmiotu zamówienia w godzinach uzgodnionych z PP.

MEZ.45 Wszystkie oferowane urządzenia muszą byd nowe, wyprodukowane po 01 stycznia 2015 roku, zgodnie z normą jakości ISO 9001:2000 lub normą równoważną.

MEZ.46 Sprzęt i komponenty muszą byd oznakowane przez producenta w taki sposób, aby możliwa była identyfikacja zarówno produktu jak i producenta.

MEZ.47 Sprzęt musi byd dostarczony w oryginalnych opakowaniach fabrycznych. MEZ.48 Oferowany sprzęt musi pochodzid z oficjalnego kanału dystrybucji producenta, a gwarancja

musi pochodzid od producenta i byd świadczona przez sied serwisową producenta. MEZ.49 Dla całej Infrastruktury sprzętowej, we wszystkich lokalizacjach Wykonawca dostarczy,

zamontuje, skonfiguruje i dostroi Sprzęt, Oprogramowanie standardowe (w tym oprogramowanie służące do zarządzania Sprzętem) i Oprogramowanie aplikacyjne.



Strona 27 z 233

MEZ.50 Jeżeli przy Sprzęcie nie są wymienione lub wymieniona jest niewystarczająca ilośd akcesoriów połączeniowych takich jak przewody zasilające, kable sygnałowe, kable światłowodowe i wszelkie inne przewody a także wkładki sfp, sfp+, itp, a są niezbędne do współdziałania urządzeo - Wykonawca dostarczy potrzebne akcesoria do zbudowania i wdrożenia całości Systemu.

4.5 Dostawa i instalacja Oprogramowania standardowego

MEZ.51 W ramach zadania dostawy i instalacji Oprogramowania systemowego i Oprogramowania narzędziowego (Oprogramowanie standardowe) Wykonawca ma dokonad dostawy, instalacji i konfiguracji Oprogramowania standardowego na dostarczonym Sprzęcie oraz w Istniejących systemach informatycznych zgodnie z wymaganiami niniejszego opisu przedmiotu zamówienia w taki sposób aby zapewnid prawidłowe funkcjonowanie Oprogramowania aplikacyjnego, Sprzętu oraz Istniejących systemów informatycznych na wszystkich stanowiskach pracy (stanowiska komputerowe) u Zamawiającego i PP.

MEZ.52 Dostawa i instalacja zostanie wykonana w lokalizacjach zgodnych z instalacją Sprzętu zgodnie z Harmonogramem.

MEZ.53 Po zakooczeniu instalacji, zainstalowane Oprogramowanie standardowe musi zostad skonfigurowane tak, aby działało poprawnie zgodnie z jego przeznaczeniem i wymaganą architekturą Systemu oraz zapewniało prawidłową pracę Oprogramowania aplikacyjnego. Oprogramowanie standardowe musi zostad zainstalowane i skonfigurowane do pracy na stanowiskach komputerowych podłączonych do sieci LAN, w taki sposób aby zapewnid stabilną pracę Istniejących systemów informatycznych u PP.

4.6 Dostawa, instalacja, konfiguracja i wdrożenie Oprogramowania

aplikacyjnego

MEZ.54 Zadanie dostawy, instalacji, konfiguracji i wdrożenia Oprogramowania aplikacyjnego obejmuje:

54.1. SSI (w tym EOD, SSK, pozostałe), 54.2. LREDM i RREDM, 54.3. CASE, 54.4. CA

MEZ.55 Dostawa i instalacja ma byd wykonana w wyznaczonych lokalizacjach PP zgodnie z Dokumentacją.

MEZ.56 Po zakooczeniu prac instalacyjnych Oprogramowanie musi zostad skonfigurowane i wdrożone w sposób tzw. „pod klucz” oraz tak, aby oferowało funkcjonalności opisane w SIWZ oraz zgodnie z Dokumentacją.

MEZ.57 Oprogramowanie aplikacyjne musi zostad zainstalowane przez Wykonawcę w szczególności z wykorzystaniem Sprzętu i w środowiskach informatycznych Partnerów Projektu. Oprogramowanie aplikacyjne musi zostad zainstalowane i skonfigurowane w sposób tzw. „pod klucz” na wszystkich stanowiskach komputerowych u PP

MEZ.58 Oprogramowanie aplikacyjne musi zostad zainstalowane w taki sposób aby zachowad w całości dotychczasowe integracje z oprogramowaniem posiadanym przez PP w



Strona 28 z 233

szczególności obejmujące zakres integracji, interfejsy integracji oraz model wymiany danych.

4.7 Testy

MEZ.59 W ramach tego zadania zostaną przeprowadzone wszystkie testy opisane w SIWZ. Celem przeprowadzenia testów jest weryfikacja przez PP, czy wszystkie prace wykonane w trakcie budowania Systemu zostały wykonane prawidłowo i zgodnie z założeniami funkcjonalnymi i jakościowymi. Testy będą przeprowadzane przez Wykonawcę przy współudziale pracowników PP jak i wskazanych przez Zamawiającego osób i podmiotów zewnętrznych.

MEZ.60 Pozytywne zakooczenie testów wraz z usunięciem wskazanych Wad jest niezbędne aby dla poszczególnych komponentów oraz Systemu dokonad odbiorów w ramach poszczególnych Etapów oraz Odbioru koocowego.

4.8 Odbiór koocowy

MEZ.61 Zadanie to ma na celu potwierdzenie wykonania wszystkich zadao wynikających z Projektu, w tym odebrania wszystkich Komponentów i etapów Projektu oraz dostarczenia wszystkich wymaganych w zamówieniu dokumentów. Dokonanie Odbioru koocowego zakooczy prace przy budowie Systemu i będzie podstawą do przekazania Systemu do użytkowania produkcyjnego.

4.9 Dodatkowe zobowiązania Wykonawcy

MEZ.62 Wykonanie przedmiotu zamówienia z najwyższą starannością, efektywnością oraz zgodnie z najlepszą praktyką i wiedzą zawodową.

MEZ.63 Wykonanie w całości przedmiotu zamówienia w zakresie określonym w opisie przedmiotu zamówienia.

MEZ.64 Dokonanie z PP wszelkich koniecznych ustaleo mogących wpływad na przedmiot zamówienia i sposób jego realizacji oraz ciągła współpraca z PP na każdym etapie wykonywania przedmiotu zamówienia.

MEZ.65 Stosowanie się do wytycznych wdrożonej u Zamawiającego/PP polityki bezpieczeostwa informacji zgodnej z rozporządzeniem 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 odpowiadad urządzenia i systemy informatyczne służące do przetwarzania danych osobowych.

MEZ.66 Udzielanie PP każdorazowo pełnej informacji na temat stanu realizacji przedmiotu zamówienia.

MEZ.67 Współdziałanie z osobami wskazanymi przez PP. MEZ.68 Przeprowadzenie w trakcie wdrożenia Asysty stanowiskowych w dwóch kategoriach: a) dla

użytkowników Oprogramowania aplikacyjnego, b) dla administratorów technicznych - wyznaczonych spośród pracowników PP, obejmujących zakres konfiguracji i użytkowania:

68.1. SSI, LREDM, RREDM, 68.2. CASE, 68.3. CA



Strona 29 z 233

68.4. Infrastruktury sprzętowej, 68.5. Oprogramowania standardowego 68.6. nadzoru nad użytkownikami oraz wydawania uprawnieo (poświadczeo/certyfikatów), 68.7. pozostałego Oprogramowania oraz Infrastruktury sprzętowej.

MEZ.69 Wykonawca uzgodni z PP plan instruktaży w etapie Projektowania Systemu. MEZ.70 Po ukooczeniu Asyst stanowiskowych uczestnicy mają w szczególności umied posługiwad się

Oprogramowaniem i jego modułami odpowiednio do swojej roli, a także znad i rozumied ich funkcjonowanie w Systemie.

MEZ.71 Administratorzy techniczni po zakooczeniu instruktaży muszą w szczególności umied wykonywad czynności administracji, a także instalacji Oprogramowania aplikacyjnego i Oprogramowania standardowego, znad i umied realizowad procedury backupu, znad wytyczne w zakresie polityki bezpieczeostwa i umied je stosowad. Ponadto powinni znad typowe zagrożenia i problemy związane z funkcjonowaniem Systemu, a także sposoby ich wykrywania oraz przeciwdziałania. Powinni umied instalowad, konfigurowad, rekonfigurowad, monitorowad i prawidłowo eksploatowad dostarczony Sprzęt i Oprogramowanie, jak również znad jego wdrożoną konfigurację.

MEZ.72 W przypadku potrzeby Partnerzy zapewniają we własnym zakresie pomieszczenia dla przeprowadzenia Asyst stanowiskowych. Wykonawca może realizowad Asysty stanowiskowe również na stanowiskach pracy pracowników PP.

4.10 Zobowiązania PP

Do zobowiązao PP należą:

1) Udzielanie Wykonawcy na bieżąco wyjaśnieo niezbędnych do realizacji przedmiotu zamówienia oraz przekazywania niezbędnych informacji.

2) Informowanie Wykonawcy o wszelkich czynnościach podejmowanych w związku z realizacją Projektu, jeśli będą one miały związek z realizacją przedmiotu zamówienia przez Wykonawcę.

3) Udostępnienie dokumentów, materiałów, danych, dokumentacji i informacji będących w posiadaniu PP, niezbędnych do realizacji przedmiotu zamówienia.

4) Umożliwienie Wykonawcy dostępu do posiadanych przez PP obiektów, sprzętu, sieci internetowej, gniazd zasilających do urządzeo 230V AC, oprogramowania oraz dokumentacji, niezbędnych do realizacji przedmiotu zamówienia, zgodnie z wewnętrznymi regulacjami Zamawiającego w zakresie bezpieczeostwa.

5) Udzielanie asysty technicznej na uzasadniony wniosek Wykonawcy w realizacji przedmiotu zamówienia w zakresie tego wymagającym



Strona 30 z 233

5. Oprogramowanie aplikacyjne - Wymagania ogólne

5.1 Niezawodnośd Systemu

MEZ.73 Wszystkie składniki Systemu mają umożliwiad:

73.1. Odtworzenie danych na podstawie kopii zapasowej. 73.2. Wykonywanie kopii zapasowych danych w trakcie pracy Systemu. 73.3. Szybkie odtworzenie danych. 73.4. W przypadku wystąpienia większego ponad standardowe obciążenia System powinien

zachowad przewidzianą wymaganiami funkcjonalnośd.

5.2 Dostępnośd Systemu

MEZ.74 Dostępnośd Systemu jest podzielona na obszary: SEDM, SSI, CASE.

5.2.1 LREDM

MEZ.75 Działanie w trybie 24 godzinnym przez 365 dni w roku z dostępnością co najmniej na poziomie 99% w skali miesiąca. LREDM nie jest dostępne, gdy występuje sytuacja uniemożliwiająca wykorzystanie którejś z jego kluczowych funkcji z przyczyn leżących wewnątrz Systemu (np. awarii, spadku przepustowości Systemu i wynikającego stąd przeciążenia). Przez kluczowe funkcje Systemu należy rozumied te, które są niezbędne dla korzystania z funkcjonalności LREDM. Planowane prace serwisowe (down time) odbywają się w godzinach od 2:00 do 5:00. W ciągu jednego miesiąca mogą odbyd się maksymalnie cztery takie przerwy. Czas planowych prac serwisowych (down time) nie jest liczony jako niedostępnośd.

5.2.2 RREDM

MEZ.76 Działanie w trybie 24 godzinnym przez 365 dni w roku z dostępnością co najmniej na poziomie 97% w skali miesiąca (maksymalnie 6h niedostępności). RREDM nie jest dostępne, gdy występuje sytuacja uniemożliwiająca wykorzystanie którejś z jego kluczowych funkcji z przyczyn leżących wewnątrz Systemu (np. awarii, spadku przepustowości Systemu i wynikającego stąd przeciążenia Systemu). Przez kluczowe funkcje Systemu należy rozumied te, które są niezbędne dla korzystania z funkcjonalnościami RREDM. Planowane prace serwisowe (down time) odbywają się w godzinach od 2:00 do 5:00. W ciągu jednego miesiąca mogą odbyd się maksymalnie dwie takie przerwy. Czas planowych prac serwisowych (down time) nie jest liczony jako niedostępnośd.

5.2.3 SSI

MEZ.77 SSI działa w trybie 24 godzinnym przez wszystkie dni w roku z dostępnością co najmniej na poziomie 99% w skali miesiąca. System nie jest dostępny, gdy występuje sytuacja uniemożliwiająca wykorzystanie którejś z jego kluczowych funkcji z przyczyn leżących wewnątrz Systemu (np. awarii, spadku przepustowości Systemu i wynikającego stąd



Strona 31 z 233

przeciążenia Systemu). Przez kluczowe funkcje Systemu należy rozumied te, które są niezbędne dla korzystania z funkcjonalności SSI. Planowane prace serwisowe (down time) odbywają się w godzinach od 2:00 do 5:00. W ciągu jednego miesiąca mogą odbyd się maksymalnie cztery takie przerwy. Czas planowych prac serwisowych (down time) nie jest liczony jako niedostępnośd.

5.2.4 CASE

MEZ.78 CASE zapewnia dostępnośd co najmniej na poziomie 97% w skali miesiąca (maksymalnie 6h niedostępności) w godzinach 7-17, natomiast w godzinach 17-7 oraz w pozostałe dni dostępnośd na poziomie 96% w skali miesiąca (maksymalnie 20,8h niedostępności). Planowane prace serwisowe (down time) odbywają się poza godzinami korzystania z CASE. W ciągu jednego miesiąca mogą odbyd się maksymalnie cztery przerwy. Czas planowych prac serwisowych (down time) nie jest liczony jako niedostępnośd.

5.3 Wydajnośd Systemu

MEZ.79 Wydajnośd Systemu obejmuje SEDM, SSI i CASE:

5.3.1 SEDM

MEZ.80 Czas dostępu do danych w RREDM nie może byd dłuższy niż 10 sekund (liczony jako czas od wysłania zapytania do dostarczenia odpowiedzi z rejestru RREDM).

MEZ.81 Czas dostępu do danych w REDM nie może byd dłuższy niż 3 sekund (liczony jako czas od wysłania zapytania do otrzymania odpowiedzi z REDM).

MEZ.82 Architektura RREDM musi pozwalad na tworzenie klastrów wydajnościowych oraz niezawodnościowych.

5.3.2 SSI

MEZ.83 Architektura SSI ma zapewnid możliwośd skalowania wydajności bez konieczności modyfikacji oprogramowania a jedynie poprzez rozbudowę środowiska sprzętowego i licencji Oprogramowania standardowego

MEZ.84 SSI ma zapewnid czas oczekiwania na wynik operacji w dowolnym module nie dłuższy niż 5 s przy średnim obciążeniu 50 użytkowników pracujących jednocześnie.

5.3.3 CASE

MEZ.85 Czas dostępu do dowolnego raportu zgromadzonego w CASE nie może byd dłuższy niż 10 sekund (liczony jako czas od wysłania zapytania do dostarczenia raportu).

MEZ.86 Czas dostępu do dowolnego raportu zgromadzonego w CASE nie może byd dłuższy niż 20 sekund (liczony jako czas od wysłania zapytania do dostarczenia raport) przy średnim obciążeniu 25 użytkowników pracujących jednocześnie.



Strona 32 z 233

5.4 Elektroniczna Dokumentacja Medyczna

5.4.1 Wymagania Ogólne

MEZ.EDM.1 System MEZ ma zapewniad rozdzielnośd LREDM i RREDM. Planowane rozwiązanie nie

pozwala na bezpośredni dostęp do LREDM z poziomu RREDM. Wymiana

Elektronicznej Dokumentacji Medycznej jest realizowana jednostronnie na osi LREDM

RREDM. Zasilanie LREDM Elektroniczną Dokumentacją Medyczną jest realizowane

jednostronnie na osi systemy dziedzinowe u PP typu SSI (HIS), LIS, RIS, PACS

LREDM.

MEZ.EDM.2 Pod względem architektury SEDM będzie podzielony na częśd regionalną RREDM, w

której funkcjonowad będą elementy systemu odpowiadające za interoperacyjnośd

rozwiązania, częśd lokalną LREDM, działającą u poszczególnych PP wchodzącą w skład

domeny. Oba elementy SEDM (RREDM, LREDM) mogą byd posadowione w lokalizacji

jednego z uczestników projektu, bądź też hostowane i udostępniane w modelu Cloud

– zgodnie z obowiązującymi wymaganiami prawnymi. Ostateczna architektura

rozwiązania będzie uzgodniona z PP

MEZ.EDM.3 Wykonawca musi wdrożyd LREDM u każdego PP oraz RREDM w lokalizacji

Zamawiającego.

5.4.2 REDM – wymagania ogólne

MEZ.EDM.4 REDM odpowiada za przyjmowanie i przechowywanie dokumentów medycznych w

postaci elektronicznej.

MEZ.EDM.5 REDM odpowiada za gromadzenie i przetwarzanie dowolnej EDM, zgodnej ze

standardem HL7 CDA.

MEZ.EDM.6 REDM wykorzystuje standard identyfikatorów OID.

MEZ.EDM.7 REDM powinno natywnie wspierad mechanizm wielo-jednostkowości (multitenancy).

W ramach jednej instancji można utworzyd nielimitowaną ilośd logicznie

odseparowanych od siebie repozytoriów, przynależących do osobnych jednostek

leczniczych i posiadających unikalne identyfikatory.

MEZ.EDM.8 REDM jest neutralne pod względem zawartości.

MEZ.EDM.9 REDM wyposażone jest w interfejs web services pozwalający na pobranie dowolnego

dokumentu o znanym identyfikatorze.

MEZ.EDM.10 REDM obsługuje standard WS-Trust, umożliwiający delegację uprawnieo

użytkowników zewnętrznych poprzez zaufanego brokera bezpieczeostwa oraz

współpracę z systemem STS (Security Token Service).

MEZ.EDM.11 REDM pozwala na przesyłanie oraz udostępnianie dokumentów oraz innych obiektów

za pomocą web service. Interface web service pozwala na dodawanie dowolnych

metadanych.

MEZ.EDM.12 REDM obsługuje profil integracyjny XDS.b.

MEZ.EDM.13 W ramach integracji web services REDM obsługuje standard WS-Security.



Strona 33 z 233

MEZ.EDM.14 SRDM może byd zintegrowane z systemami wykonującymi transformację

dokumentów (transkrypcję tekstu, wykonywanie skrótów i rekompresji

dokumentów).

MEZ.EDM.15 Silnik REDM zbudowany jest w architekturze dwuwarstwowej – warstwy persystencji

(opartej o bazę danych) oraz warstwy logiki biznesowej.

MEZ.EDM.16 Repozytorium obsługuje teczki dokumentów.

MEZ.EDM.17 Dokumenty umieszczone w repozytorium nie mogą byd modyfikowane oraz usuwane

przed upływem okresu retencji. REDM umożliwia natomiast wykonywanie adnotacji

do dokumentów oraz zamianę dokumentów. REDM przechowuje zarówno dokument

oryginalny, adnotację oraz ewentualny dokument zamieniający (replacement

document). REDM przechowuje relacje pomiędzy dokumentami oryginalnym,

zamieniającym oraz adnotacjami.

MEZ.EDM.18 REDM posiada wbudowane mechanizmy pozwalające na zbieranie danych z obszaru

wydajności działania oprogramowania (performance monitoring).

MEZ.EDM.19 REDM posiada natywne wsparcie do wdrożeo w środowiskach klastrowych.

5.4.3 REDM – Przechowywanie i przetwarzanie EDM

MEZ.EDM.20 Repozytorium przechowuje informację o zgodach pacjenta na udostępnianie

dokumentów w ramach PL, oraz na udostępnianie dokumentu poza PL.

MEZ.EDM.21 Repozytorium wykorzystuje zewnętrzne systemy znakowania czasem oraz Centra

Autoryzacji, co pozwala na automatyczne znakowanie czasem i automatyczne

elektroniczne podpisywanie dokumentów.

MEZ.EDM.22 Repozytorium posiada mechanizm wersjonowania dokumentów.

MEZ.EDM.23 Repozytorium umożliwia definiowanie typów przechowywanych dokumentów.

MEZ.EDM.24 Repozytorium obsługuje umieszczanie identyfikatorów dokumentów

przechowywanych w innych systemach repozytoryjnych (zgodnie z XDS.b).

MEZ.EDM.25 Repozytorium oblicza identyfikator hash jednoznacznie związany z zawartością

dokumentu.

MEZ.EDM.26 Repozytorium umożliwia przechowywanie dokumentów, których typy oraz sekcje

zdefiniowane są na podstawie słownika LOINC.

MEZ.EDM.27 Repozytorium odrzuca próbę rejestracji dokumentu o tym samym identyfikatorze

oraz innej zawartości (liczonej jako różna zawartośd binarna).

MEZ.EDM.28 W ramach procesu rejestracji dokumentu, repozytorium modyfikuje metadane

dodając co najmniej: identyfikator repozytorium, skrót dokumentu (hash), wielkośd

dokumentu.

MEZ.EDM.29 Repozytorium obsługuje dokumenty w formacie HL7 CDA Lv1, HL7 CDA Lv2 oraz HL7

CDA Lv3 i pobiera osadzone w nich archetypy openEHR.

MEZ.EDM.30 Repozytorium przechowuje informacje o tym na jakim medium przechowywany jest

dokument.

MEZ.EDM.31 Repozytorium definiuje relacje transformacji dokumentów pomiędzy formatami lub

formami (np. forma audio – transkrypcja). Przechowywany jest zarówno dokument



Strona 34 z 233

oryginalny jak i transformowany. Zachowywana jest relacja pomiędzy obydwoma

dokumentami.

MEZ.EDM.32 Repozytorium przechowuje informacje o miejscu składowania dokumentu fizycznego

jeśli dokument ma postad fizyczną papierową.

MEZ.EDM.33 Repozytorium integruje się z systemami usług semantycznych (terminologicznych) na

poziomie web services.

MEZ.EDM.34 Repozytorium umożliwia przesyłanie wielu dokumentów bądź wybranych teczek

dokumentów w ramach jednego procesu rejestracji.

MEZ.EDM.35 Każdy z obiektów, w zależności od typu, może byd opisywany za pomocą zbioru

metadanych. Każda z metadanych może byd definiowana jako wymagana, lub

opcjonalna. Definicje wymaganych/opcjonalnych metadanych definiowane są dla

danego typu obiektu/dokumentu.

MEZ.EDM.36 Dla każdego obiektu repozytorium obsługuje co najmniej następujący zestaw

metadanych: identyfikator pacjenta, płed pacjenta, początek i koniec zdarzenia

medycznego, data utworzenia dokumentu, nazwa i rodzaj dokumentu, rodzaj i nazwa

jednostki medycznej, status dokumentu (aktywny, nie aktywny), unikalny

identyfikator dokumentu.

MEZ.EDM.37 Repozytorium udostępnia narzędzia do przeglądania szablonów i archetypów

zgodnych ze standardem openEHR.

MEZ.EDM.38 Repozytorium udostępnia narzędzia pozwalające na budowanie i testowanie

kwerend zgodnych ze specyfikacją AQL.

MEZ.EDM.39 Repozytorium natywnie wspiera integrację z platformą SMART (Substitutable Medical

Apps & Reusable Technology).

MEZ.EDM.40 Repozytorium przechowuje formularze wykorzystywane do bezpośredniego

wprowadzania danych do repozytorium. Repozytorium posiada mechanizmy

wersjonowania przechowywanych formularzy.

5.4.4 REDM – Prezentacja i przetwarzanie danych

MEZ.EDM.41 Repozytorium integruje się z mechanizmami nadawania w sposób atomowy

uprawnieo do obiektów przetrzymywanych w repozytorium. Dla każdego obiektu

możliwe jest zdefiniowanie przynajmniej następujących uprawnieo: wyświetlenie

metadanych i udostępnienie dokumentu.

MEZ.EDM.42 Repozytorium umożliwia podpisywanie dokumentów podpisem elektronicznym.

Podpis również składowany jest w repozytorium.

MEZ.EDM.43 Repozytorium pozwala na zniszczenie dokumentów po upływie okresu retencji.

MEZ.EDM.44 Repozytorium wyposażone jest w interfejs web services pozwalający na

przeszukiwanie dokumentów, zgodnie z posiadanymi przez użytkownika

uprawnieniami.

MEZ.EDM.45 Repozytorium posiada interfejsy umożliwiające eksport pojedynczych dokumentów

bądź całych zbiorów dokumentów. Eksportowane obiekty mogą byd dodatkowo

opatrzone podpisem elektronicznym zapewniającym integralnośd eksportowanych

danych.



Strona 35 z 233

MEZ.EDM.46 Repozytorium zintegrowane jest z zewnętrznymi systemami zarządzania

użytkownikami (LDAP).

MEZ.EDM.47 Repozytorium posiada wbudowane mechanizmy pozwalające na pełno-tekstowe

przeszukiwanie zarówno meta-danych, jak i merytorycznej zawartości

przechowywanego dokumentu.

5.4.5 REDM – Integracja – infrastruktura IHE

MEZ.EDM.48 Repozytorium integruje się z domeną identyfikacji pacjenta (pojedynczym źródłem

tożsamości pacjenta).

MEZ.EDM.49 Repozytorium integruje się z rejestrem dokumentów na podstawie interfejsu ITI-41

profilu integracyjnego XDS.b.

5.4.6 REDM – Bezpieczeostwo i audyt

MEZ.EDM.50 Repozytorium przechowuje tokeny SAML związane z udostępnieniem dokumentu

użytkownikowi poprzez okres retencji dokumentu.

MEZ.EDM.51 Repozytorium przechowuje wszystkie informacje o żądaniu udostępnienia

dokumentu, wraz z informacją czy żądanie pojawiło się od użytkownika

wewnętrznego, zewnętrznego i czy skooczyło się udostępnieniem dokumentu czy też

odmową udostępnienia.

5.4.7 Serwer Centrum Autoryzacji (CA).

MEZ.EDM.52 Do autoryzacji EDM powinny byd stosowane dwa rodzaje podpisów elektronicznych:

52.1. Kwalifikowany – W przypadku EDM udostępnianego na zewnątrz PP np. dla

Pacjentów, uprawnionych organów np. sądy, prokuratura, etc.

52.2. Niekwalifikowany – W przypadku EDM używanego wyłącznie na potrzeby PP

zaangażowanych w MEZ.

MEZ.EDM.53 Wykonawca powinien wybudowad Centrum Autoryzacji (CA) wydające podpisy

elektroniczne niekwalifikowane u każdego z PP oraz dostarczyd procedury związane z

wydawaniem, przechowywaniem i odnawianiem podpisów.

5.4.8 REDM – Poprawnośd danych

MEZ.EDM.54 Repozytorium definiuje reguły walidacji metadanych na etapie inicjalnego

wprowadzenia dokumentu.

MEZ.EDM.55 Co najmniej obsługiwane są: wyrażenia regularne, występowanie pojęcia w słowniku

5.4.9 EHR Viewer – Funkcjonalności ogólne

MEZ.EDM.56 Aplikacja umożliwia przeglądanie elektronicznego rekordu pacjenta budowanego na

podstawie danych pochodzących z systemów medycznych (SSI).

MEZ.EDM.57 Aplikacja dostępna jest za pośrednictwem przeglądarki internetowej.

MEZ.EDM.58 Wspierane przeglądarki internetowe w wersji minimalnej:

58.1. Firefox wersja 20.X,

58.2. Internet Explorer wersja 8.X,



Strona 36 z 233

58.3. Chrome wersja od 22.X.

MEZ.EDM.59 Aplikacja nie gromadzi żadnych danych osobowych pacjentów ani nie przechowuje

dokumentacji medycznej.

MEZ.EDM.60 Aplikacja nie wymaga instalowania bazy danych.

MEZ.EDM.61 Aplikacja może byd zintegrowana z dowolnym innym systemem zgodnym z profilem

integracyjnym XDS.b.

MEZ.EDM.62 System udostępnia mechanizm nadawania uprawnieo do wykonywania

poszczególnych operacji atomowych na dokumentach składowanych w repozytorium.

5.4.10 EHR Viewer – Funkcjonalności uwierzytelnienia użytkownika

MEZ.EDM.63 Dostęp do aplikacji zabezpieczony jest loginem i hasłem

MEZ.EDM.64 Użytkownicy mogą byd uwierzytelniani za pomocą:

64.1. lokalnej bazy danych użytkowników,

64.2. systemów LDAP (zarówno lokalnych, jak i zdalnych).

5.4.11 EHR Viewer – Funkcjonalności wyszukiwania pacjenta

MEZ.EDM.65 Aplikacja umożliwia przeszukiwanie rozproszonej bazy danych pacjentów

MEZ.EDM.66 Wyszukiwanie pacjenta możliwe jest przynajmniej na podstawie kryteriów:

66.1. imię,

66.2. nazwisko,

66.3. PESEL,

66.4. numer dowodu osobistego,

66.5. numer paszportu.

5.4.12 EHR Viewer – Funkcjonalności przeglądania danych medycznych pacjenta

MEZ.EDM.67 Aplikacja umożliwia pobranie pełnej dokumentacji medycznej wybranego pacjenta.

MEZ.EDM.68 Podczas pobierania dokumentacji aplikacja prezentuje postęp procesu pobierania

dokumentacji.

MEZ.EDM.69 Raz pobrana dokumentacja pacjenta jest buforowana na czas trwania sesji

użytkownika dzięki czemu nie ma konieczności jej wielokrotnego pobierania.

MEZ.EDM.70 Dokumentacja prezentowana jest w widoku chronologicznym lub zagregowanym.

MEZ.EDM.71 W widoku chronologicznym prezentowana jest lista epizodów pacjenta z możliwością

przeglądania szczegółów każdego z epizodów.

MEZ.EDM.72 Widok zagregowany prezentuje na jednym ekranie całą historię leczenia pacjenta.

MEZ.EDM.73 Aplikacja posiada widoki tematyczne prezentujące wyłącznie dane medyczne istotne

z punktu widzenia danej dziedziny medycyny.

MEZ.EDM.74 Aplikacja prezentuje wyniki badao laboratoryjnych w postaci graficznej (wykres

czasowy).

MEZ.EDM.75 Aplikacja umożliwia personalizację prezentacji danych medycznych przez

użytkownika.

MEZ.EDM.76 Aplikacja udostępnia systemem pomocy kontekstowej.



Strona 37 z 233

MEZ.EDM.77 Aplikacja umożliwia wykonywanie kwerend AQL.

5.4.13 EHR Viewer – Funkcjonalności wyszukiwania dokumentacji medycznej

MEZ.EDM.78 System umożliwia wyszukiwanie elektronicznych dokumentów medycznych wg

następujących kryteriów dziedzinowych:

MEZ.EDM.79 Dane dokumentów, między innymi: typ dokumentu, data utworzenia dokumentu,

tytuł dokumentu.

MEZ.EDM.80 Dane pacjenta: nazwisko, nr PESEL (dla indywidualnych dokumentów medycznych).

MEZ.EDM.81 Jednostka organizacyjna: nazwa, specjalnośd jednostki organizacyjnej

MEZ.EDM.82 Dane autorów: nazwisko, numer prawa wykonywania zawodu.

MEZ.EDM.83 System umożliwia wyszukiwanie elektronicznych dokumentów medycznych wg

technicznych identyfikatorów pojęd zdefiniowanych w systemie dziedzinowym w

którym utworzono dokument (system źródłowy):

MEZ.EDM.84 Rodzaj dokumentu zdefiniowany w systemie źródłowym,

MEZ.EDM.85 Identyfikator jednostki organizacyjnej w której utworzono dokument,

MEZ.EDM.86 Identyfikator pacjenta (dla indywidualnych dokumentów medycznych) ,

MEZ.EDM.87 Identyfikator autora dokumentu,

MEZ.EDM.88 System umożliwia wyszukiwanie wszystkich wersji podanego dokumentu

medycznego, które zostały zarejestrowane w repozytorium EDM.

MEZ.EDM.89 System umożliwia wyszukiwanie wszystkich załączników do podanego dokumentu

medycznego, które zostały zarejestrowane w EDM.

5.4.14 Architektura SEDM

Rysunek 3 przedstawia ogólną koncepcję SEDM.



Strona 38 z 233

Warstwa lokalna Warstwa regionalna

Mo

du

ł Ek

po

rtu

do

ED

M

Lokalny EDM

EHR Viewer

Systemy źródłowe

Master

Re

gio

na

lna

Szy

na

Da

nyc

h

Regionalny EDM

Rejestr nagłówków EDM (XDS Registry)

Regionalny EHR Viewer

MPI

Slave

ATNA

BU

FOR

Rysunek 3 Ogólna Architektura SEDM

5.4.15 Warstwa regionalna

MEZ.EDM.90 Na warstwę regionalną system MEZ składają się następujące elementy:

90.1. Pojedyncze źródło identyfikacji pacjenta (MPI)

90.2. Rejestr regionalny (XDS.Registry)

90.3. Identity provider

90.4. Regionalna instancja systemu EHR Viewer

90.5. Repozytorium regionalne (XDS.Repository)

90.6. Regionalna szyna danych

90.7. Moduł ATNA

5.4.16 Regionalna szyna danych

MEZ.EDM.91 Szyna usług musi byd zgodna ze standardami: SOAP 1.1, SOAP 1.2, SOAP WITH

ATTACHMENTS i obsługiwad wiele warstw transportowych np.: JMS, HTTP,FTP, TCP.

Oraz obsługę komunikatów typu np.: SOAP, XML, SMTP.

MEZ.EDM.92 Szyna usług będzie oparta o serwer aplikacji zgodny ze standardem JEE (Java

Enterprise Edition).

MEZ.EDM.93 Szyna musi mied wbudowaną obsługę co najmniej następujących mechanizmów:

93.1. kolejkowych

93.2. autoryzacji i mapowania ról



Strona 39 z 233

93.3. klastrowania

MEZ.EDM.94 Szyna usług musi umożliwid:

94.1. Implementację komunikacji bezpośredniej pomiędzy lokalną EDM a

regionalnym EDM na podstawie posiadanych adapterów, oraz transformację

danych i komunikatów np. xpath/xslt/xquery i ma umożliwiad wzbogacanie

transformacji danych o warunki logiczne lub ograniczenia

94.2. Monitorowanie poprawnej pracy usług.

94.3. Eksportu ustawieo konfiguracyjnych i importu na innej instancji Szyny Usług.

94.4. Realizacji poziomów bezpieczeostwa w zakresie uwierzytelniania, Kontroli

dostępu , Zarządzania użytkownikami, grupami i rolami, przechowywania i

walidacji certyfikatów, haseł, klucza oraz audytowania zdarzeo bezpieczeostwa

94.5. Ograniczenia czasu wywołao dla usług oraz Szyna usług ma zawierad

zestawienie adapterów do systemów i standardów zewnętrznych np: -, nfs,

pliki lokalne, http, smtp, ftp, jms, -, jdbc, edi, oracle, db2.

94.6. Automatycznego i ręcznego restartu (migracji) instancji serwerów

aplikacyjnych na innych fizycznych maszynach w razie awarii, wraz z

przeniesieniem istotnych dla przetwarzania danych. Automatyczna

rekonfiguracja serwerów aplikacyjnych po restarcie (zmiana adresu IP, itp.)

94.7. Konfiguracji ochrony serwerów aplikacyjnych (i aplikacji) przed przeciążeniem.

MEZ.EDM.95 Wykonawca ma wybudowad interfejs integracji służący do wymiany danych pomiędzy

Systemem MeZ, a Elektroniczną Platformą Gromadzenia, Analizy i Udostępniania

zasobów cyfrowych o Zdarzeniach Medycznych ( P1 )

5.4.17 Bazy danych

MEZ.EDM.96 Wymagane jest zastosowanie relacyjnej baz danych min. ANSI SQL:1999

MEZ.EDM.97 System bazy danych posiada funkcjonalnośd identyczną na 64-bitowe platformy Unix

(Solaris dla procesorów SPARC/x86-64, IBM AIX), Intel Linux 32-bit i 64-bit, MS

Windows 32-bit i 64bit.

MEZ.EDM.98 System bazy danych musi mied możliwości:

98.1. Migrację struktur bazy danych i danych pomiędzy ww. platformami bez

konieczności rekompilacji aplikacji bądź migracji środowiska aplikacyjnego

98.2. Wsparcie dla wielu ustawieo narodowych i wielu zestawów znaków (włącznie z

Unicode).

98.3. Przeniesienie migracji 8-bitowego zestawu znaków bazy danych (np MS

Windows CP 1252, ISO 8859-2) do Unicode.

98.4. Brak formalnych ograniczeo na liczbę tabel i indeksów w bazie danych oraz na

ich rozmiar (liczbę wierszy).

98.5. Wsparcie dla procedur i funkcji składowanych w bazie danych.

98.6. Wsparcie dla języków proceduralnych, blokowych (umożliwiającym

deklarowanie zmiennych wewnątrz bloku), oraz wspierających obsługę

wyjątków.

98.7. Kompilację procedur składowanych w bazie danych do postaci kodu binarnego.



Strona 40 z 233

98.8. Deklarowanie triggerów na poziomie instrukcji DML (INSERT, UPDATE, DELETE)

wykonywanej na tabeli, poziomie każdego wiersza modyfikowanego przez

instrukcję DML oraz na poziomie zdarzeo bazy danych (np. próba wykonania

instrukcji DDL, start serwera, stop serwera, próba zalogowania użytkownika,

wystąpienie specyficznego błędu w serwerze). Ponadto mechanizm triggerów

powinien umożliwiad oprogramowanie obsługi instrukcji DML (INSERT,

UPDATE, DELETE) wykonywanych na tzw. niemodyfikowalnych widokach

(views).

98.9. Wymuszanie złożoności hasła użytkownika, czasu życia hasła, sprawdzanie

historii haseł, blokowanie konta przez administratora bądź w przypadku

przekroczenia limitu nieudanych logowao.

98.10. Określanie przywilejów użytkowników bazy danych za pomocą przywilejów

systemowych (np. prawo do podłączenia się do bazy danych - czyli utworzenia

sesji, prawo do tworzenia tabel itd.) oraz przywilejów dostępu do obiektów

aplikacyjnych (np. odczytu / modyfikacji tabeli, wykonania procedury).

98.11. Nadawanie przywilejów za pośrednictwem mechanizmu grup użytkowników /

ról bazodanowych. W danej chwili użytkownik może mied aktywny dowolny

podzbiór nadanych ról bazodanowych.

98.12. Wykonywanie i katalogowanie kopii bezpieczeostwa bezpośrednio przez

serwer bazy danych. Zautomatyzowanego usuwania zbędnych kopii

bezpieczeostwa przy zachowaniu odpowiedniej liczby kopii nadmiarowych -

stosownie do założonej polityki nadmiarowości backup'ów. Integracji z

powszechnie stosowanymi systemami backupu (Legato, Veritas, Tivoli, Data

Protector itd).

98.13. Wykonywanie kopii bezpieczeostwa w trybie offline oraz w trybie online.

98.14. Zaimplementowanie polityki bezpieczeostwa regulującej dostęp do danych na

poziomie pojedynczych wierszy w tabelach. Mechanizm ten powinien byd

realizowany za pomocą mechanizmów silnika bazy danych i powinien byd

przezroczysty dla aplikacji.

98.15. Rejestrowanie zdarzeo silnika bazy danych w czasie rzeczywistym.

MEZ.EDM.99 Dodatkowo dla REDM regionalny system bazy danych powinien mied mechanizmy:

99.1. Ochrona poufności i integralności informacji.

99.2. Kontrolny - wspomagającym bezpieczeostwo bazy danych.

99.3. Szyfrowanie informacji w bazie danych w obszarach wewnętrznym oraz

sieciowym niezależny od aplikacji.

MEZ.EDM.100 Silnik bazy danych powinien udostępniad możliwośd:

100.1. Zrównoleglenia operacji SQL (zapytania, instrukcje DML, ładowanie danych,

tworzenie indeksów, przenoszenie tabel/indeksów pomiędzy przestrzeniami

danych) oraz procesów wykonywania kopii bezpieczeostwa bądź odtwarzania.

100.2. Wykonywanie niektórych operacji związanych z utrzymaniem bazy danych bez

konieczności pozbawienia dostępu użytkowników do danych. W szczególności



Strona 41 z 233

dotyczy to tworzenia / przebudowywania indeksów oraz reorganizacji bądź

redefinicji tabel.

100.3. Zakładania/przebudowywania indeksów online bez konieczności odłączenia

użytkowników operujących (zapytania, operacje insert, update, delete) na

tabelach podlegających indeksowaniu.

100.4. Zarządzania przydziałem zasobów obliczeniowych dla użytkowników bazy

danych (Resource Manager).

5.4.18 ATNA

MEZ.EDM.101 Moduł ATNA (Audit Trail and Node Authentication), służący do przechowywania

pełnej informacji audytowej o procesach i zdarzeniach zachodzących w trakcie

realizacji żądao do wszystkich systemów stanowiących SEDM (zarówno lokalną, jak i

regionalną), należy traktowad jako uzupełnienie mechanizmów bezpieczeostwa i

audytu zaimplementowanych we wszystkich systemach.

MEZ.EDM.102 Obecnośd modułu ATNA jest zalecana, jednakże zasadnośd implementacji podlegad

będzie weryfikacji w trakcie realizacji Projektu.

5.4.19 RREDM

MEZ.EDM.103 RREDM przechowywad będzie scentralizowane informacje o miejscu składowania

wszystkich EDM u PP.

MEZ.EDM.104 RREDM jest systemem wspólnym dla wszystkich LREDM i udostępnia informacje o

miejscu przechowywania EDM będących przedmiotem zapytao generowanych przez

systemy EHR Viewer (lokalne oraz regionalny) oraz inne systemy, którym przyznane

zostaną uprawnienia do korzystania z RREDM.

MEZ.EDM.105 RREDM implementuje profil integracyjny XDS.b, w szczególności interfejs rejestracji

dokumentu ITI-42 oraz interfejs zapytao ITI-18.

5.4.20 Repozytorium regionalne

MEZ.EDM.106 RREDM pełni dwie istotne funkcje w Systemie:

MEZ.EDM.107 Służy jako kopia bezpieczeostwa LREDM przechowywanej EDM. Pozwoli to na

ograniczenie kosztów, związanych z utrzymaniem infrastruktury backup’u w

poszczególnych jednostkach leczniczych.

MEZ.EDM.108 Magazynu danych wymienianych pomiędzy PP podłączonymi do RREDM. Wszystkie

żądania o udostępnienie EDM realizowane będą w warstwie regionalnej przy

wykorzystaniu kopii EDM przechowywanych w RREDM. Efektem takiej konfiguracji

jest ograniczenie wymagao odnośnie infrastruktury sprzętowej oraz łącz

internetowych w poszczególnych jednostkach leczniczych. Dodatkowo, takie

rozwiązanie eliminuje ryzyko związane z przerwami w dostępności warstwy lokalnej

systemu – nawet jeśli w jednej (bądź więcej) jednostce leczniczej nastąpi przerwa w

zasilaniu bądź w dostępie do sieci Internet, żądania udostępnienia EDM realizowane



Strona 42 z 233

będą z poziomu repozytorium regionalnego, posadowionego w serwerowni warstwy

regionalnej – o wyższym poziomie dostępności.

5.4.21 EHR Viewer regionalny

MEZ.EDM.109 Za pomocą regionalnej instancji systemu EHR Viewer, umożliwione jest przeglądanie,

pobieranie i udostępnianie dokumentacji medycznej gromadzonej przez wszystkie

podmioty lecznicze uczestniczące w Projekcie. Dostęp do RREDM zapewniony jest

personelowi wszystkich jednostek leczniczych włączonych do warstwy regionalnej w

Systemu MEZ.

5.4.22 Pojedyncze źródło identyfikacji pacjentów

MEZ.EDM.110 Pojedyncze źródło identyfikacji pacjentów – system klasy MPI, implementujący

funkcjonalności PIX/PDQ profilu integracyjnego XDS.b – stanowi centralny zbiór

informacji o wszystkich pacjentach, na rzecz których świadczone będą usługi lecznicze

we wszystkich podmiotach biorących udział w Projekcie i podłączonych do Systemu

MEZ.

MEZ.EDM.111 Wykorzystanie systemu MPI pozwoli na odseparowanie danych osobowych pacjenta

(dane chronione) od danych medycznych (dane ściśle chronione), co z kolei

wyeliminuje koniecznośd tworzenia dodatkowych magazynów danych osobowych u

poszczególnych PP. Ponadto, takie rozwiązanie ma stanowid dodatkowe

zabezpieczenie przed przechwyceniem danych chronionych – w RREDM i LREDM.

MEZ.EDM.112 EDM identyfikowana będzie jedynie za pomocą identyfikatora pacjenta,

przechowywanego w odseparowanym logicznie systemie. Uzyskanie przez osoby

niepowołane dostępu do jednego z tych systemów nie pozwoli na jednoznaczne

określenie przynależności EDM do pacjenta.

5.4.23 Warstwa lokalna Systemu MEZ

MEZ.EDM.113 Na warstwę lokalną systemu MEZ składają się następujące elementy:

MEZ.EDM.114 System źródłowy (HIS, system pogotowia),,

MEZ.EDM.115 SSI,

MEZ.EDM.116 RIS,

MEZ.EDM.117 LIS,

MEZ.EDM.118 PACS,

MEZ.EDM.119 Lokalna instancja systemu EHR Viewer,

MEZ.EDM.120 LREDM (XDS.Repository),

MEZ.EDM.121 Lokalna szyna danych,

MEZ.EDM.122 Serwer buforujący.

MEZ.EDM.123 W powyższym schemacie przyjęto założenie, że RIS, LIS i PACS stanowią osobne

źródła EDM i podlegają dostosowaniu do przesyłania dokumentów do LREDM. W

przypadku, gdy wspomniane systemy są zintegrowane z SSI, traktuje je się jako

systemy transparentne, a jedynym źródłem EDM jest system SSI.



Strona 43 z 233

MEZ.EDM.124 Lokalna szyna danych wymagana jest do wdrożenia w sytuacji, gdy RIS, LIS i PACS

stanowią osobne źródła EDM. W przypadku integracji RIS, LIS i PACS z SSI,

dopuszczalny jest model integracji w postaci point-to-point pomiędzy SSI a LREDM.

MEZ.EDM.125 W celu zapewnienia ciągłości i spójności danych przesyłanych do warstwy regionalnej

Sytemu MEZ, wskazane jest zastosowanie serwera buforowania.

5.4.24 SSI

MEZ.EDM.126 SSI traktowany jest jako źródło powstawania EDM. Wymaga się, aby SSI przekazywał

do LREDM dokumenty zgodne z szablonami, określonymi na etapie wdrożenia

Projektu.

5.4.25 LREDM

MEZ.EDM.127 LREDM służyd będzie gromadzeniu, przechowywaniu i przetwarzaniu EDM

wytworzonej u PP.

MEZ.EDM.128 Dodatkowo LREDM pełnid będzie rolę dodatkowego magazynu EDM przygotowanego

do współpracy z regionalnymi i krajowymi systemami udostępniania i przesyłania

EDM. Zgodnie z wymaganiami CSIOZ, repozytorium lokalne implementuje profil

integracyjny XDS.b, w szczególności interfejs przekazywania i rejestracji ITI-41 oraz

interfejs pobierania ITI-43.

MEZ.EDM.129 W uzasadnionych i wyjątkowych przypadkach – po zatwierdzeniu przez Partnera -

dopuszcza się implementację LREDM w ramach infrastruktury serwerowej warstwy

regionalnej Systemu, pod warunkiem zapewnienia minimum fizycznej i logicznej

separacji od innych danych medycznych przechowywanych w systemach warstwy

regionalnej oraz przy zapewnieniu nieograniczonego dostępu personelu

administracyjnego właściciela danych – Partnera, którego LREDM ma zostad

posadowione w warstwie regionalnej Systemu.

5.4.26 EHR Viewer lokalny

MEZ.EDM.130 Lokalna instancja systemu EHR Viewer pozwala uwierzytelnionym użytkownikom na

wyszukiwanie i przeglądanie EDM, wytworzonej w ramach PP i przechowywanej w

LREDM. Dostęp do lokalnej instancji systemu EHR Viewer ograniczony będzie

wyłącznie do personelu PP.

MEZ.EDM.131 Udostępnianie dokumentacji medycznej będzie ograniczone wyłącznie do personelu

PP.

5.4.27 Mechanizmy integracji

MEZ.EDM.132 SEDM wykorzystuje protokoły komunikacyjne, wyspecyfikowane przez

międzynarodową organizację IHE (Integrating the Healthcare Enterprise). REDM w

szczególności stworzony został do współpracy z innymi systemami przy

wykorzystaniu profilu integracyjnego XDS.b (XDS.b Integration Profile).



Strona 44 z 233

MEZ.EDM.133 Komunikacja z systemami źródłowymi odbywad się będzie za pośrednictwem lokalnej

szyny danych (lub bezpośrednio, w przypadku zastosowania modelu integracji point-

to-point) przy wykorzystaniu następujących interfejsów integracyjnych:

133.1. ITI-41 Provide and Register Document Set – podstawowy interfejs służący do

przesyłania dokumentów medycznych do repozytorium (modułu

XDS.Repository),

133.2. ITI-42 Register Document Set – interfejs wykorzystywany do aktualizacji

rejestru dokumentów medycznych (modułu XDS.Registry),

133.3. ITI-21 Patient Demographics Query – interfejs wykorzystywany do

wyszukiwania pacjentów w module MPI (Master Patient Index, pojedynczego

źródła identyfikacji pacjentów). W ramach danych, zwracanych przez moduł

MPI, znajdują się identyfikatory wykorzystywane przez oprogramowanie

repozytorium EDM do poprawnego i jednoznacznego powiązania

składowanego dokumentu medycznego z pacjentem,

133.4. ITI-43 Retrieve Document – interfejs służący do pobierania dokumentacji

medycznej, składowanej w ramach modułu repozytorium EDM,

133.5. ITI-8 Patient Identity Feed – interfejs służący do aktualizacji systemu MPI w

przypadku, gdy pacjent pojawia się po raz pierwszy w jednostce leczniczej

wyposażonej w System Elektronicznej Dokumentacji Medycznej,

133.6. ITI-18 Registry Stored Query – interfejs służący do odpytania modułu

XDS.Registry o zbiór dokumentów spełniający zadane kryteria wyszukiwania,

MEZ.EDM.134 W procesie przesyłania dokumentu do REDM, wykorzystywane są interfejsy ITI-21,

ITI-8 i ITI-41,

MEZ.EDM.135 Interfejs ITI-42 wywoływany jest przez oprogramowanie pośredniczące – szynę

danych warstwy lokalnej.

MEZ.EDM.136 W procesie przeszukiwania i pobierania EDM wykorzystywane są interfejsy ITI-21, ITI-

18 i ITI-43.

MEZ.EDM.137 Wymaga się, by LREDM będące w posiadaniu poszczególnych jednostek biorących

udział w Projekcie zostały dostosowane do wymogu stawianego powyżej.

MEZ.EDM.138 Systemy źródłowy HIS, pogotowia , stanowiący źródło Elektronicznej Dokumentacji

Medycznej musi zaimplementowad co najmniej mechanizmy eksportu do , eksportu

do standardu hl7 cda L1,L2 lub L3( automatycznego lub na żądania)

MEZ.EDM.139 Systemy jest traktowany jako źródło powstawania Elektronicznej Dokumentacji

Medycznej (EDM) i musi przekazywad do EDM dokumenty zgodne z szablonami,

określonymi na etapie wdrożenia niniejszego Projektu.

5.4.28 Backup

MEZ.EDM.140 Rozwiązanie musi udostępniad możliwośd wykonania kopii bezpieczeostwa dla całej

warstwy regionalnej RREDM.

MEZ.EDM.141 Backup musi byd w innej lokalizacji (np. DATACENTER) niż RREDM.

MEZ.EDM.142 Wymagania do DATACENTER:



Strona 45 z 233

142.1. Brak dostępu do danych przez administratorów/użytkowników organizacji

obsługującej Datacenter.

142.2. Co najmniej dwa niezależnie łącza sieciowe pomiędzy RREDM i DataCenter.

142.3. Awaryjne zasilanie.

142.4. Bezpieczeostwo (kontrola wejścia/wyjścia ).

142.5. SLA 99% w skali miesiąca.

142.6. Usługi szyfrowania danych.

142.7. Mechanizmy wersjonowania i archiwizacji plików.

5.5 Szpitalny System Informatyczny SSI (HIS)

5.5.1 Wymagania ogólne

MEZ.SSI.1 Szpitalny System Informatyczny SSI dla poszczególnych PP został opisany w Załącznikach do SIWZ.

MEZ.SSI.2 Oferowany SSI (HIS) ma byd zgodny z aktualnymi aktami prawnymi regulującymi

organizację i działalnośd sektora usług medycznych i opieki zdrowotnej w kraju, w tym:

2.1. Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 29 kwietnia

2004 w sprawie dokumentacji przetwarzania danych osobowych oraz warunków

technicznych i organizacyjnych, jakim powinny odpowiadad urządzenia i systemy

informatyczne służące do przetwarzania danych osobowych (Dz.U. z 2004 nr 100,

poz.1024),

2.2. Ustawa z dnia 17 lutego 2005 o informatyzacji działalności podmiotów

realizujących zadania publiczne (Dz.U z 2014 pozycja 1114 z późniejszymi

zmianami

2.3. Ustawa z dnia 26 czerwca 1974 r. Kodeks pracy (Dz. U. 2014, pozycja 1502 z

późniejszymi zmianami)

2.4. Rozporządzenie Ministra Zdrowia z dnia 20 czerwca 2008 r. w sprawie zakresu

niezbędnych informacji gromadzonych przez świadczeniodawców, szczegółowego

sposobu rejestrowania tych informacji oraz ich przekazywania podmiotom

zobowiązanym do finansowania świadczeo ze środków publicznych (Dz.U. 2013

pozycja 1447 z późniejszymi zmianami)

2.5. Rozporządzenie Ministra Zdrowia w sprawie rodzajów i zakresu dokumentacji

medycznej w zakładach opieki zdrowotnej oraz sposobu jej przetwarzania z dnia

21 grudnia 2010, Dz.U. 2014, pozycja 177 z późniejszymi zmianami,

2.6. System musi spełniad wymogi wynikające z ustawy „o Ochronie Danych

Osobowych” z 29 sierpnia 1997 roku oraz z Rozporządzenia MSWiA z 29 kwietnia

2004 roku, w szczególności system musi przechowywad informacje o:

a. dacie wprowadzenia danych osobowych,

b. użytkowniku wprowadzającego dane osobowe (identyfikator użytkownika),

c. źródle danych (o ile dane nie pochodzą od osoby, której te dane dotyczą),

d. odbiorcach danych którym dane osobowe zostały udostępnione,



Strona 46 z 233

e. dacie i zakresie tego udostępnienia,

f. dacie modyfikacji danych osobowych,

g. użytkowniku modyfikującym dane (identyfikator użytkownika),

2.7. Zarządzenie nr 80/2013/DSOZ Prezesa NFZ z dn. 16 grudnia 20013 w sprawie

określania warunków zawierania i realizacji umów w rodzaju rehabilitacja

lecznicza,

2.8. Zarządzenie Prezesa NFZ nr 20/2006 z 18 maja 2006 zmieniające zarządzenie Nr

90/2005* Prezesa Narodowego Funduszu Zdrowia z dnia 17 października 2005 r.

w sprawie przyjęcia „Szczegółowych materiałów informacyjnych o przedmiocie

postępowania w sprawie zawarcia umów o udzielanie świadczeo opieki

zdrowotnej oraz o realizacji i finansowaniu umów o udzielanie świadczeo opieki

zdrowotnej w rodzaju: rehabilitacja lecznicza”,

2.9. Ustawa z dnia 29 września 1994 r. o rachunkowości (Dz. U. z 2013 roku, pozycja

330 z późniejszymi zmianami.),

2.10. Zgodnośd z normą ISO 17025:2001 “Ogólne wymagania dotyczące laboratoriów

badawczych i wzorcujących”,

2.11. Zarządzenie Nr 103/2012/DSOZ Prezesa Narodowego Funduszu Zdrowia w

sprawie określenia szczegółowych komunikatów sprawozdawczych XML

dotyczących świadczeo ambulatoryjnych i szpitalnych oraz Zarządzenie nr

14/2013/DSOZ Prezesa Narodowego Funduszu Zdrowia zmieniające zarządzenie

w sprawie określenia szczegółowych komunikatów sprawozdawczych XML

dotyczących świadczeo ambulatoryjnych i szpitalnych.

2.12. Zarządzenie nr 6/2012/DSOZ Prezesa Narodowego Funduszu Zdrowia zarządzenie

w sprawie określenia szczegółowych komunikatów sprawozdawczych XML

dotyczących deklaracji POZ/ KAOS, zwrotnych wyników weryfikacji deklaracji POZ/

KAOS, zwrotnego rozliczenia deklaracji POZ/ KAOS

2.13. Zarządzenie nr 93/2012/DSOZ Prezesa Narodowego Funduszu Zdrowia w sprawie

określenia szczegółowych komunikatów sprawozdawczych XML dotyczących

danych zbiorczych o świadczeniach udzielonych w ramach POZ

2.14. Zarządzenie nr 3/2015/DSOZ Prezesa Narodowego Funduszu Zdrowia zmieniające

zarządzenie zmieniające zarządzenie w sprawie określenia warunków zawierania

i realizacji umów o udzielanie świadczeo w rodzaju: podstawowa opieka

zdrowotna

2.15. Zarządzenie nr 80/2014/DGL Prezesa Narodowego Funduszu Zdrowia w sprawie

określenia warunków zawierania i realizacji umów w rodzaju leczenie szpitalne

w zakresie chemioterapia

2.16. Zarządzenie nr 59/2011/DGL Prezesa Narodowego Funduszu Zdrowia w sprawie

określenia warunków zawierania i realizacji umów w rodzaju leczenie szpitalne

w zakresie terapeutyczne programy zdrowotne



Strona 47 z 233

2.17. Rozporządzenie Ministra Zdrowia z dnia 21 grudnia 2010r w sprawie rodzajów i

zakresu dokumentacji medycznej, oraz sposobu jej przetwarzania (tekst jednolity

Dz.U. 2014 r. poz 177 z zm.)

2.18.

2.19. Ustawa z dnia 28 kwietnia 2011 r. o systemie informacji w ochronie zdrowia

(Dz.U.z 2011 roku, numer 113, pozycja 657 z późniejszym zmianami),

2.20. Rozporządzenie Ministra Zdrowia z dnia 28 marca 2013 r. w sprawie wymagao dla

Systemu Informacji Medycznej

2.21. Rozporządzenie Ministra Zdrowia z dnia 13 lipca 2012 r. w sprawie szczegółowego

sposobu postępowania w sprawach przyjęcia oraz wypisania ze szpitala

psychiatrycznego (Dz.U. z 2012 roku, pozycja 854),

2.22. Rozporządzenie ministra zdrowia z 25 marca 2013 r. w sprawie klasyfikacji danych

i systemu kodów w Systemie Informacji Medycznej (Dz. U. z 2013 roku, pozycja

473),

2.23. Zarządzenie nr 79/2013/DSOZ Prezesa Narodowego Funduszu Zdrowia w sprawie

określenia warunków zawierania i realizacji umów w rodzaju opieka

psychiatryczna i leczenie uzależnieo ze wszystkimi późniejszymi zmianami ( m.in.

Zarządzenie Nr 94/2013/DSOZ Prezesa Narodowego Funduszu Zdrowia

zmieniające zarządzenie w sprawie określenia warunków zawierania i realizacji

umów w rodzaju opieka psychiatryczna i leczenie uzależnieo, Zarządzenie Nr

78/2014/DSOZ Prezesa Narodowego Funduszu Zdrowia zmieniające zarządzenie

w sprawie określenia warunków zawierania i realizacji umów w rodzaju opieka

psychiatryczna i leczenie uzależnieo

2.24.

2.25. Zarządzenie Nr 89/2013/DSOZ Prezesa Narodowego Funduszu Zdrowia w sprawie

określenia warunków zawierania i realizacji umów w rodzaju: leczenie szpitalne ze

wszystkimi późniejszymi zmianami ( m.in. Zarządzenie Nr 1/2014/DSOZ,

Zarządzenie Nr 4/2014/DSOZ, Zarządzenie Nr 23/2014/DSOZ, Zarządzenie Nr

81/2014/DSOZ, Zarządzenie Nr 88/2014/DSOZ)

2.26. Zarządzenie Nr 27/2012/DGL Prezesa Narodowego Funduszu Zdrowia z dnia 10

maja 2012 r. w sprawie określenia warunków zawierania i realizacji umów w

rodzaju leczenie szpitalne w zakresie programy zdrowotne (lekowe) ze wszystkimi

późniejszymi zmianami (m.in. zarządzenie Nr 42/2012/DGL, zarządzenie Nr

66/2012/DG, zarządzenie Nr 95/2012/DGL, zarządzenie Nr 3/2013/DGL ,

zarządzenie Nr 8/2013/DGL, zarządzenie Nr 19/2013/DGL, zarządzenie Nr

29/2013, zarządzenie Nr 42/2013, zarządzenie Nr 48/2013, zarządzenie

Nr 59/2013, zarządzenie 78/2013 oraz Zarządzenie Nr 5/2014/DGL Prezesa

Narodowego Funduszu Zdrowia)

2.27. Rozporządzenie Ministra Zdrowia z dnia 11 grudnia 2012 r. w sprawie wzorów

oświadczeo o przysługującym świadczeniobiorcy prawie do świadczeo opieki

zdrowotnej (Dz.U.2012, pozycja 1421),

http://www.nfz.gov.pl/new/art/5855/2014_001_DSOZ.php








Strona 48 z 233

2.28. Ustawa o świadczeniach opieki zdrowotnej finansowanych ze środków

publicznych ( Dz. U 2004 nr 210 poz. 2135 z późn. zm)

2.29. Ustawa z dnia 19 sierpnia 1994 r. o ochronie zdrowia psychicznego (Dz. U. z 2001

roku, numer 231, pozycja 1375 z późniejszymi zmianami),

2.30. ROZPORZĄDZENIE MINISTRA ZDROWIA z dnia 28 czerwca 2012 r. w sprawie

sposobu stosowania i dokumentowania zastosowania przymusu bezpośredniego

oraz dokonywania oceny zasadności jego zastosowania (Dz.U. z 2012 roku, pozycja

740),

2.31. ROZPORZĄDZENIE MINISTRA ZDROWIA z dnia 18 kwietnia 2013 r. w sprawie

zakresu niezbędnych informacji gromadzonych przez świadczeniodawców

posiadających umowę z Narodowym Funduszem Zdrowia o udzielanie

całodobowych lub całodziennych świadczeo zdrowotnych związanych z

nabywaniem leków, środków spożywczych specjalnego przeznaczenia

żywieniowego oraz wyrobów medycznych (Dz.U. z 2013 roku, pozycja 489),

2.32. ROZPORZĄDZENIE MINISTRA ZDROWIA z dnia 20 października 2005 r. w sprawie

zakresu zadao lekarza, pielęgniarki i położnej podstawowej opieki zdrowotnej

(Dz.U. z 2005 roku, numer 214, pozycja 1816),

2.33. ROZPORZĄDZENIE MINISTRA ZDROWIA z dnia 20 września 2012 r. w sprawie

warunków, sposobu i trybu zaopatrywania pacjentów szpitala w znaki

identyfikacyjne oraz sposobu postępowania w razie stwierdzenia ich braku (Dz.U.

z 2012 roku, pozycja 1098),

2.34. ROZPORZĄDZENIE MINISTRA ZDROWIA z dnia 19 kwietnia 2013 r. w sprawie

minimalnej funkcjonalności dla systemów teleinformatycznych umożliwiających

realizację usług związanych z prowadzeniem przez świadczeniodawców list

oczekujących na udzielenie świadczenia zdrowotnego (Dz.U. z 2013 roku, pozycja

516),

2.35. Ustawa z dnia 6 listopada 2008 r. o prawach pacjenta i Rzeczniku Praw Pacjenta z

późniejszymi zmianami (Dz.U. numer 2012, pozycja 159 z późniejszymi zmianami),

2.36. ROZPORZĄDZENIE MINISTRA ZDROWIA z dnia 30 lipca 2009 r. w sprawie

prowadzenia depozytu w stacjonarnym zakładzie opieki zdrowotnej (Dz.U z 2009

roku, numer 129, pozycja 1068),

2.37. Ustawa z dnia 29 czerwca 1995 r. o statystyce publicznej (Dz. U. 2012 roku,

pozycja 591 z późniejszymi zmianami) Możliwośd raportowania danych zgodnych z

wymogami Systemu Statystyki Resortowej Ministra Zdrowia (SSRMZ) w

szczególności sprawozdania: MZ-06, MZ-11, MZ-12, MZ-15, MZ-19, MZ-24, MZ-29,

MZ-29A, MZ-30, MZ-88, MZ-89

2.38. Ustawa z dnia 29 lipca 2005 r. o przeciwdziałaniu narkomanii (Dz. U. z 2012 roku,

poz 124 z późniejszymi zmianami)

2.39. Rozporządzenie Ministra Zdrowia z dnia 8 kwietnia 2014 r. w sprawie zajęd

rehabilitacyjnych organizowanych w szpitalach psychiatrycznych (Dz.U. 2014 poz.

522)



Strona 49 z 233

2.40. Ustawa z dnia 26 lipca 1991 r. o podatku dochodowym od osób fizycznych (Dz. U.

z 2012 roku, numer 361 z późniejszymi zmianami)

5.5.2 Wymogi dotyczące interoperacyjności lub migracji dla oferowanego SSI.

MEZ.SSI.3 Wykonawca zobowiązuje się dostarczyd PP określone funkcjonalności SSI, poprzez dostawę nowego rozwiązania lub zmodernizowanie i rozbudowanie istniejącego w taki sposób, aby w jak najszerszym zakresie zostały zaspokojone obecne i przyszłe potrzeby PP. Koniecznym jest równoczesne zachowanie pełnej wzajemnej interoperacyjności nowo wdrażanych modułów/grup funkcjonalności, a także w przypadku rozbudowy, pełnej interoperacyjności z modułami/grupami funkcjonalności już funkcjonującymi u PP.

MEZ.SSI.4 Dane jakie powinny byd przeniesione do nowego systemu informatycznego powinny obejmowad minimum:

4.1. dane o pacjentach i ich opiekunach, 4.2. słownik lekarzy (pracujących i kierujących), 4.3. słownik instytucji kierujących, 4.4. dane o płatnikach i umowach, 4.5. dane statystyczne rozliczonych pacjentów do NFZ, 4.6. kolejki oczekujących.

MEZ.SSI.5 Przeniesione dane muszą umożliwid wygenerowanie prawidłowych (zgodnych z opublikowanymi przez NFZ plikami walidującymi) komunikatów wymiany danych z NFZ dotyczących wszystkich umów na świadczenia w bieżącym roku rozliczeniowym i roku następnym.

MEZ.SSI.6 Dane zaimportowane do SSI z aktualnie użytkowanego oprogramowania muszą byd

spójne z nowo wprowadzanymi, edytowalne, podlegające analizie i spełniające warunki

walidacji dla określonych typów pól.

MEZ.SSI.7 Pełną odpowiedzialnośd za przeniesienie danych ponosi Wykonawca.

MEZ.SSI.8 Zamawiający wymaga także, aby wszystkie posiadane lub dostarczane systemy

zewnętrzne integrowały się z modernizowanym lub oferowanym systemem

informatycznym. Pełną odpowiedzialnośd za integracje z systemami zewnętrznymi

ponosi Wykonawca.

MEZ.SSI.9 Wymogi dotyczące środowiska bazodanowego dla oferowanego SSI.

9.1. Wraz z SSI Wykonawca dostarczy relacyjną bazę danych (RDBMS), która będzie

pełnid rolę środowiska bazodanowego dla SSI. Oferowany RDBMS powinien

zapewnid mechanizmy wysokiej dostępności (HA) – co najmniej pracę w trybie

klastra lub w trybie replikacji bazy danych.

9.2. Wykonawca dostarczy licencje na relacyjną bazę danych (RDBMS) bezterminowe,

typu „per processor”.

9.3. Nie dopuszcza się licencji czasowych.

9.4. Licencje powyższe muszą zawierad min. 1 rok wsparcia technicznego producenta.

9.5. Dostarczone licencje na RDBMS muszą umożliwiad Zamawiającemu wykorzystanie

jego pełnej funkcjonalności w innych aplikacjach będących aktualnie bądź w

przyszłości w posiadaniu Zamawiającego.



Strona 50 z 233

9.6. Dostarczany RDBMS musi byd zgodny z platformami serwerowymi będącymi

przedmiotem tego zamówienia.

9.7. Liczba licencji na RDBMS powinna zapewnid optymalną (przewidzianą przez

producenta) wydajnośd dostarczanego oprogramowania w poszczególnych

lokalizacjach w okresie 5-ciu lat od daty odbioru koocowego prac Wykonawcy.

MEZ.SSI.10 Wykonawca zobowiązuje się dostarczyd PP określone funkcjonalności Szpitalnego Systemu Informatycznego, przy założeniu, że wszystkie moduły dostarczane w ramach realizacji przedmiotu zamówienia, posiadad będą licencję otwartą - bez limitu użytkowników korzystających z modułu.

MEZ.SSI.11 Wykonawca w przypadku rozbudowy lub wymiany Szpitalnego Sytemu Informatycznego obecnie użytkowanego przez Partnerów Projektu, zobowiązany jest zachowad pełną, istniejącą obecnie integrację SSI z urządzeniami zewnętrznymi, a także oprogramowaniem, które jest użytkowane przez PP a nie podlega rozbudowie lub wymianie w ramach niniejszego projektu.

MEZ.SSI.12 Wykonawca w przypadku rozbudowy lub wymiany Szpitalnego Sytemu Informatycznego obecnie użytkowanego przez Partnerów Projektu, zobowiązany jest zapewnid wzajemną integrację wszystkich dostarczanych modułów SSI, oraz systemów, w zakresie funkcjonalnie nie mniejszym niż obecnie istniejący.

5.6 Centrum Analiz Statystyczno – Ekonomicznych (CASE)

5.6.1 Architektura ogólna

MEZ.CASE.1 Jednym z celów Projektu MeZ jest sprawowanie pełnego i rzetelnego nadzoru

właścicielskiego poprzez zbieranie jednolitych danych z systemów informatycznych

Partnerów Projektu, które muszą spełniad zasadę interoperacyjności i

komplementarności. Cel ten zostanie osiągnięty poprzez zakup i wdrożenie

odpowiedniego programu zarządczego klasy Business Intelligence – CASE –

umożliwiającego tworzenie opracowao statystycznych na potrzeby nadzoru

merytorycznego sprawowanego przez WM nad Podmiotami leczniczymi, dla których

WM jest organem tworzącym lub właścicielem.

MEZ.CASE.2 CASE powinien uwzględnid i wykorzystywad rozwiązania integrujące, w szczególności

szyny do zbierania jednolitych danych z systemów informatycznych Partnerów

Projektu lub w ramach regionalnego repozytorium.

MEZ.CASE.3 Ponieważ zakres pozyskiwanych i gromadzonych danych wybiega ponad wymagania

NFZ, MZ i GUS, warunkiem sprawnego i bezbłędnego sumowania informacji dla celów

statystycznych jest znormalizowanie formularzy dla wszystkich żądanych danych oraz

harmonogramu ich aktualizacji.

MEZ.CASE.4 CASE jest systemem zarządczym umożliwiającym tworzenie opracowao

statystycznych na potrzeby nadzoru merytorycznego WM nad PP.

MEZ.CASE.5 CASE powinien uwzględnid i wykorzystywad rozwiązania integrujące, w szczególności

szyny integracyjnej i WAN MEZ do zbierania jednolitych danych z SSI/SEDM u PP.



Strona 51 z 233

Rysunek 4 Ogólna architektura CASE

MEZ.CASE.6 CASE składa się z następujących komponentów:

6.1. Oprogramowanie typu Business Intelligence (BI) do tworzenia raportów, analiz,

wskaźników, symulacji i formularzy,

6.2. Hurtownia danych,

6.3. Moduł importu danych źródłowych,

6.4. Moduł do generowania szablonów formularzy elektronicznych.

5.6.2 Tryb współpracy CASE z Oprogramowaniem Partnerów Projektu (PP)

MEZ.CASE.7 CASE (warstwa regionalna) wraz ze sprzętem zostanie zainstalowane w UM.

Zamawiający wymaga na system BI licencji wieczystej, zapewniającej dostęp dla

nieograniczonej liczby użytkowników, z dostępem dla wielu użytkowników

jednocześnie.

MEZ.CASE.8 Zbiorcza statystyka medyczna będzie domeną Urzędu Marszałkowskiego.

MEZ.CASE.9 Co do zasady, każdy PP będzie miał w CASE dostęp tylko do swoich danych i będzie w

tym zakresie mógł korzystad z narzędzi udostępnionych przez system BI.

MEZ.CASE.10 Dostęp do danych i raportów zbiorczych będzie możliwy dla PP wyłącznie za zgodą

UM.

MEZ.CASE.11 System BI umożliwi autoryzowany dostęp do raportów i zestawieo przez przeglądarkę

internetową.

MEZ.CASE.12 Dane przekazywane do CASE mogą byd opatrywane podpisem elektronicznym oraz

znacznikiem czasu.



Strona 52 z 233

MEZ.CASE.13 Odpowiedzialnośd za rzetelnośd sprawozdao nie oznaczonych podpisem

elektronicznym spocznie na kierownikach PP.

MEZ.CASE.14 W celu uniknięcia pozyskiwania przez CASE danych niepełnych i niezweryfikowanych,

pomiędzy CASE i PP zostaną ustalone terminy przekazywania danych, które

generalnie będą pokrywały się z terminami wynikającymi z obowiązków

sprawozdawczych wobec jednostek zewnętrznych (GUS, NFZ, MZ), co pozwoli także

uniknąd dodatkowej pracy sprawozdawczej w PP.

MEZ.CASE.15 Dane pobierane przez CASE od PP w trybie on-line w terminach innych niż

uzgodnione (czyli dane niezweryfikowane przez PP), będą wykorzystywane przez

CASE wyłącznie na własną odpowiedzialnośd.

MEZ.CASE.16 CASE musi mied możliwośd rozbudowy funkcjonalnej, jak i umożliwiad podłączenie

kolejnych Podmiotów leczniczych.

5.6.3 Sposób dostosowania systemów dziedzinowych do potrzeb związanych z raportowaniem

MEZ.CASE.17 Wykonawca systemów dziedzinowych będzie mied za zadanie dostarczenie

interfejsów lub aplikacji do generowania danych z systemu SSI i pozostałych (w

szczególności ERP) wymaganych do BI.

MEZ.CASE.18 CASE musi sprawdzad kompletnośd wprowadzonych danych przed ich przekazaniem

do warstwy regionalnej.

MEZ.CASE.19 CASE musi uniemożliwid przekazanie danych niekompletnych.

MEZ.CASE.20 CASE zapewni w warstwie regionalnej zapis danych przekazanych od podmiotów

leczniczych z warstwy lokalnej.

MEZ.CASE.21 CASE zapewni możliwośd przekazania danych od PP w warstwie lokalnej do warstwy

regionalnej.

MEZ.CASE.22 Przekazanie danych będzie odbywało się poprzez przekazanie plików (formularzy,

arkuszy) uzupełnionych kompletnymi danymi.

MEZ.CASE.23 CASE powinien dopuszczad możliwośd przekazywania samych danych.

MEZ.CASE.24 Dane w warstwie lokalnej będą gromadzone w predefiniowanych formularzach.

MEZ.CASE.25 Operacja wypełnienia predefiniowanych formularzy ma byd inicjowana w lokalnym

systemie źródłowym automatycznie.

MEZ.CASE.26 W jej wyniku ma zostad wyświetlony odpowiedni formularz wypełniony danymi z

systemu źródłowego.

MEZ.CASE.27 Zestaw formularzy zostanie dostarczony przez Wykonawcę zgodnie z wymaganiami

Zamawiającego dotyczącymi zakresu danych.

MEZ.CASE.28 CASE w części dotyczącej zasilania hurtowni danych musi mied możliwośd

komunikowania się za pomocą języka XML.

MEZ.CASE.29 PP będzie wysyłał dane do CASE regionalnego w określonych odstępach czasu.

MEZ.CASE.30 CASE musi umożliwid sprawozdawanie w układzie miesięcznym, kwartalnym,

półrocznym i rocznym.

MEZ.CASE.31 PP będzie miał możliwośd ręcznego uzupełnienia lub korekty wygenerowanych

danych.



Strona 53 z 233

MEZ.CASE.32 Dane w formularzach będą mogły byd korygowane lub uzupełniane przez

upoważnionego operatora o informacje nieprzechowywane w systemach

źródłowych.

MEZ.CASE.33 CASE na poziomie warstwy regionalnej musi posiadad niezbędne zabezpieczenia

uniemożliwiające dostęp osób nieuprawnionych do bazy danych.

MEZ.CASE.34 CASE powinien umożliwiad budowę spójnej informacji o rzeczywistych kosztach

działalności jednostek.

MEZ.CASE.35 CASE w warstwie regionalnej musi zapewnid możliwośd porównania wprowadzonych

danych w ramach jednostki pomiędzy poszczególnymi okresami sprawozdawczymi.

MEZ.CASE.36 CASE musi mied zdefiniowane słowniki nazw oddziałów, poradni oraz pracowni

zgodnie z kodami resortowymi specjalności komórek organizacyjnych zgodnie z

obowiązującymi przepisami.

MEZ.CASE.37 CASE musi umożliwiad modyfikacje i uzupełnianie słowników przez PP.

5.6.4 Wymagania dotyczące hurtowni danych (HD)

MEZ.CASE.38 HD musi zapewnid dostarczanie danych od systemów administracyjnych i

medycznych w warstwie lokalnej w celu zapewnienia prawidłowej współpracy

pomiędzy nimi.

MEZ.CASE.39 HD musi byd zgodna z dostarczanym oprogramowaniem Business Intelligence.

Producent musi gwarantowad prawidłową współpracę z dostarczanym

oprogramowaniem Business Intelligence.

MEZ.CASE.40 Szyna danych powinna pozwalad na dostęp do różnych typów źródeł danych: np.

XML, stron internetowych, procedur składowanych, plików Excel, baz relacyjnych, baz

wielowymiarowych, itp.

MEZ.CASE.41 HD musi natywnie wspierad wielojęzycznośd przez mechanizmy wbudowane w

rozwiązanie.

MEZ.CASE.42 Wielojęzycznośd musi byd wspierana w obrębie jednej warstwy metadanych i nie

może wymagad dla każdego języka instalacji odrębnej warstwy metadanych lub ich

części.

MEZ.CASE.43 W celu osiągnięcia skalowania systemu powinien byd wykorzystywany mechanizm

puli połączeo (“connection pooling”). Oznacza to, że pojedyncze połączenie do bazy

danych jest wykorzystywane do wykonywania wielu zapytao.

MEZ.CASE.44 HD może łączyd się i pozyskiwad dane z systemów źródłowych w sposób bezpośredni

(on-line) lub bezpośrednio po ich przeniesieniu do innej bazy danych.

MEZ.CASE.45 HD musi pozwalad na administrację zapytaniami SQL z poziomu przeglądarki

internetowej.

MEZ.CASE.46 HD musi dostarczad graficzne narzędzie administracyjne, które tworzy metadane oraz

modele danych w środowisku graficznym bez potrzeby ręcznego pisania SQL.

MEZ.CASE.47 HD musi pozwalad na dostęp do danych na poziomie warstwy biznesowej za pomocą

sterownika ODBC jako logiczne źródło danych dla innych niezależnych aplikacji.



Strona 54 z 233

5.6.5 Wymagania dotyczące systemu Business Intelligence (BI)

MEZ.CASE.48 System BI rozumiany jest jako łatwy w obsłudze i szybki w działaniu system analityki

biznesowej umożliwiający dystrybuowanie informacji poprzez pulpity pracownicze.

Narzędzie musi umożliwid bezpośrednie przejście od surowych danych do gotowych

sprawozdao, analiz i informacji. System powinien byd możliwie intuicyjny w obsłudze

dla osób bez wykształcenia informatycznego.

MEZ.CASE.49 Oprogramowanie zarządcze BI powinno opierad się na co najmniej następujących

założeniach:

49.1. W modułach danych statystycznych dane powinny byd prezentowane w

sposób zdepersonalizowany za pomocą identyfikatorów technicznych/historii

choroby u danego PP tak, aby nie było konieczności tworzenia zbioru danych

osobowych,

49.2. Możliwośd komunikacji za pomocą web serwis lub inną technologią

umożliwiającą przygotowanie i wysyłanie danych w odpowiedniej strukturze

raportu xml,

49.3. Możliwośd gromadzenia informacji od podległych PP przy wykorzystaniu

formularzy internetowych,

49.4. Możliwośd generowania raportów umożliwiających porównywanie jednostek

na poziomie oddziałów (benchmarking),

49.5. Możliwośd analizy wyniku ekonomicznego danej jednostki przy uwzględnieniu

możliwości monitorowania wykonywania kontraktu z NFZ, w tym

nadwykonania z podziałem na oddziały, oraz wyników, które nie wchodzą w

zakres kontraktu,

49.6. Ważnośd danych i czas dostępu będzie odpowiadał możliwościom

repozytoriów lokalnych i repozytorium regionalnego,

49.7. Zapewnienie dostępu ze wszystkich przeglądarek – otwartego na jednostki

medyczne, zamkniętego na pacjenta,

49.8. Możliwośd eksportu do Excel, PDF oraz drukowania,

49.9. CASE pracował będzie na serwerze u Zamawiającego (Lidera projektu) projektu

dając tym samym możliwośd archiwizacji w RREDM, w tym wykonywania kopii

zapasowych baz danych każdego PP,

49.10. WM jest właścicielem licencji systemu CASE i użytkownikiem CASE.

MEZ.CASE.50 Wymagania techniczne i funkcjonalne, stawiane oprogramowaniu Business

Intelligence (BI):

50.1. Użytkownik musi mied dostęp do informacji biznesowej w sposób on-line

(raporty) wyłącznie przez standardową przeglądarkę sieci Web za pomocą

języka DHTML (technologia AJAX).

50.2. Wykorzystanie przeglądarki internetowej jako interfejsu użytkownika nie może

wymuszad instalacji dodatkowych komponentów typu ActiveX lub Applet Java.

50.3. Oprogramowanie BI musi integrowad się z rozwiązaniami portalowymi

zgodnymi ze standardem JSR 168.



Strona 55 z 233

50.4. Oprogramowanie BI nie może wymagad instalacji żadnego dodatkowego

oprogramowania po stronie przeglądarki (np. Plugin Active X, apletów Java,

itp.).

50.5. Oprogramowanie BI musi zapewniad automatyczny sposób tworzenia

agregatów w relacyjnym źródle danych na podstawie logiki biznesowej

warstwy metadanych, a następnie automatyczną obsługę tych agregatów

(zarówno w postaci źródła danych zagregowanych jak i automatycznych

odświeżeo).

50.6. Automatyczne tworzenie agregatów musi byd niezależne od źródeł danych

warstwy metadanych i może opierad się na różnych technologicznie źródłach

danych.

50.7. Oprogramowanie BI powinno potrafid wyeksportowad dane w formacie .rtf,

.pdf, .xls. itp.

50.8. Oprogramowanie BI musi umożliwiad wykonywanie kalkulacji:

matematycznych, statystycznych, znakowych, konwersji, itp.

50.9. Oprogramowanie BI powinno umożliwiad wizualizację danych aktualnych,

historycznych.

50.10. Oprogramowanie BI musi pozwalad na stworzenie portalu informacyjnego BI w

postaci kokpitów informacyjnych za pomocą technologii DHTML oraz

osadzenia w nim dowolnej zawartości (HTML oraz Java Script).

50.11. Oprogramowanie BI musi dostarczad mechanizmy do tworzenia i modyfikacji

raportów “Point and Click” i “Drag and Drop” dla wszystkich operacji

wykonywanych przez użytkowników koocowych.

50.12. Oprogramowanie BI musi ukrywad złożonośd struktur danych oraz techniczny

aspekt rozwiązania. Użytkownik musi posługiwad się tylko pojęciami i

elementami posiadającymi nazwy biznesowe bez znajomości wewnętrznej

(fizycznej) struktury danych, na których pracuje.

50.13. Oprogramowanie BI musi mied możliwośd prezentacji danych w tabelach

przestawnych tworzonych dynamicznie przez użytkownika.

50.14. Oprogramowanie BI nie może wymagad od użytkownika koocowego

znajomości połączeo oraz ich reguł w celu stworzenia raportu.

50.15. Oprogramowanie BI powinno umożliwiad użytkownikowi lub administratorowi

kompleksowe zamodelowanie różnych źródeł informacji biznesowej w prosty,

zrozumiały (logiczny), jeden model biznesowy wykorzystywany przez wszystkie

komponenty platformy systemu Business Intelligence (tylko jedna warstwa

metadanych wykorzystywana przez wszystkie narzędzia BI).

50.16. Oprogramowanie BI powinno pozwalad użytkownikom na wykonywanie

operacji drążenia danych do danych bardziej szczegółowych (drill down) w

przeglądarce internetowej.

50.17. BI musi umożliwiad użytkownikom dodawanie logicznych kolumn, wyrażeo,

obliczeo na raporcie uruchomionym w przeglądarce internetowej.



Strona 56 z 233

50.18. BI powinien umożliwiad użytkownikom zmiany wizualizacji danych na raporcie:

pozioma i pionowa orientacja danych, ukrywanie etykiet wierszy i reguł

agregacji danych na raporcie uruchamianym w przeglądarce internetowej.

50.19. Oprogramowanie BI musi umożliwiad proces zewnętrznej autentykacji

użytkowników. Wśród wspieranych sposobów autentykacji wymagana jest co

najmniej autentykacja na podstawie danych w źródle danych, wykorzystanie

serwera LDAP.

50.20. Oprogramowanie BI musi dynamicznie przypisywad użytkownikom poziom

bezpieczeostwa bazując na atrybutach przypisanych użytkownikowi w procesie

autentykacji.

50.21. Oprogramowanie BI musi pozwalad użytkownikom koocowym w sposób

restryktywny na dostęp tylko do odpowiednich danych.

50.22. Musi istnied możliwośd tworzenia raportów w sposób deklaratywny bez

konieczności programowania.

5.6.6 Źródła i zakres danych gromadzonych w CASE

MEZ.CASE.51 W Projekcie wszystkie dane źródłowe będą pochodziły od PP.

MEZ.CASE.52 PP zobowiązani są do udostępniania danych na potrzeby GUS (m.in. ZD-2

Sprawozdanie z lecznictwa uzdrowiskowego, stacjonarnych zakładów rehabilitacji

leczniczej, ZD-3 Sprawozdanie z ambulatoryjnej opieki zdrowotnej, ZD-4

Sprawozdanie z pomocy doraźnej i ratownictwa medycznego, ZD-5 Sprawozdanie

apteki i punktu aptecznego, PS-03 Sprawozdanie zakładu stacjonarnego pomocy

społecznej, SP Roczna ankieta przedsiębiorstwa, SP-3 Sprawozdanie o działalności

gospodarczej przedsiębiorstw, Z10 Sprawozdanie o warunkach pracy),

sprawozdawczości resortowej (m.in. MZ-03 Sprawozdanie o finansach samodzielnych

publicznych zakładów opieki zdrowotnej, MZ-06 Sprawozdanie o realizacji

profilaktycznej opieki zdrowotnej nad uczniami w szkołach, MZ-10 (A-D)

Sprawozdanie uprawnionych do wykonywania zawodu, MZ-11 Sprawozdanie o

działalności i pracujących w podstawowej ambulatoryjnej opiece zdrowotnej, MZ-12

Sprawozdanie o pracujących w ambulatoryjnej, specjalistycznej opiece zdrowotnej,

MZ-13 Roczne sprawozdanie o leczonych w poradni gruźlicy i chorób płuc, MZ-14

Roczne sprawozdanie o leczonych w poradni skórno-wenerologicznej, MZ-15

Sprawozdanie z działalności jednostki lecznictwa ambulatoryjnego dla osób z

zaburzeniami psychicznymi, osób uzależnionych od alkoholu oraz innych substancji

psychoaktywnych, MZ-19 Sprawozdanie z działalności zespołu/oddziału leczenia

środowiskowego/ domowego, MZ-24 Roczne sprawozdanie o przerwaniach ciąży

wykonanych w placówkach ambulatoryjnej opieki zdrowotnej, MZ-29 Sprawozdanie

o działalności szpitala ogólnego, MZ-29A Sprawozdanie o działalności podmiotu

wykonującego działalnośd leczniczą w zakresie długoterminowej, stacjonarnej opieki

zdrowotnej, MZ-30 Sprawozdanie podmiotu wykonującego działalnośd leczniczą w

zakresie psychiatrycznej opieki stacjonarnej, MZ-35A Sprawozdanie lekarza

przeprowadzającego badania profilaktyczne pracujących, MZ-42 Sprawozdanie z



Strona 57 z 233

działalności regionalnego centrum krwiodawstwa i krwiolecznictwa, MZ-56

Sprawozdanie o zachorowaniach na choroby zakaźne, zakażeniach i zatruciach, MZ-

88 Sprawozdanie o pracujących w podmiotach wykonujących działalnośd leczniczą,

MZ-88A Sprawozdanie o zatrudnieniu wybranej kadry medycznej w administracji i

szkołach wyższych, MZ-89 Sprawozdanie o specjalistach zatrudnionych w podmiotach

wykonujących działalnośd leczniczą) oraz na potrzeby NFZ i Marszałka Województwa

Mazowieckiego.

Uwagi dotyczące statystyki publicznej:

1) System Statystyki Medycznej (SSM), oraz system sprawozdania MZ-03 przestały funkcjonowad.

Sprawozdania z powyższych systemów należy wypełniad w Systemie Statystyki Resortowej

Ministra Zdrowia (SSRMZ).

2) Sprawozdania typu MZ-06, MZ-11, MZ-12 ,MZ-13 ,MZ-14, MZ-15, MZ-19, MZ-24, MZ-29 A, MZ-

29, MZ-30, MZ-88, MZ-89 są obsługiwane przez Urzędy Wojewódzkie.

3) W sprawie sprawozdao MZ-35, MZ-35A i MZ-35B jednostki kontaktują się z odpowiednim dla

położenia Wojewódzkim Ośrodkiem Medycyny Pracy.

4) Informacje o kwartalnej sytuacji finansowej publicznych zakładów opieki zdrowotnej

przekazywane są do Departamentu Budżetu Finansów i Inwestycji Ministerstwa Zdrowia oraz

organom założycielskim.

5) Sprawozdania MZ-BFA w Module Statystyki Finansowej (MSF) należy przekazywad poprzez

System Statystyki Resortowej Ministra Zdrowia (SSRMZ).

6) W celu złożenia sprawozdania MZ-BFA w SSRMZ, osoby nowo rejestrujące się podczas rejestracji

powinny zaznaczyd upoważnienie do sprawozdania MZ-03, wówczas dla tych użytkowników

widoczne będą sprawozdania MZ-BFA i MZ-03.

5.6.7 Zakres danych gromadzonych w CASE

5.6.7.1 Dane, które są wysyłane do NFZ

Tabela 2 CASE - Dane, które są wysyłane do NFZ

1. Wykaz wszystkich umów z Narodowym Funduszem Zdrowia - kod umowy

czas trwania

umowy

nazwa rodzaju świadczenia kod

umowy kwota w

zł począt

ek koniec

dd:mc:r

ok dd:mc:r

ok

2. Zestawienie podstawowe kosztów funkcjonowania poszczególnych oddziałów

Nazwa oddziału

Wartość pkt przypisana do oddziału na podstawie umowy z NFZ

Koszty osobowe oddziału (w zł)

Pozostałe koszty (w zł)

Wynik finansowy z działalności oddziału



Strona 58 z 233

3. Informacja dotycząca wartości wykonań w rozbiciu na rodzaj świadczenia (bez miejsca powstawania - rodzaj świadczenia wg planu finansowego NFZ) – podejście przedmiotowe

Rodzaj świadczenia:

Pierwotna wartość umów zawartych z NFZ na 01 .01.

Wartość umów na dzień 30.03 (za I kwartał)

Wartość umów na dzień 30.06 (za 2 kwartały)


Ostateczna wartość umów na dzień 31.12 (za 4 kwartały)

Wykonanie kwotowe zawartej umowy na dzień 31.03




Wykonanie % zawartej umowy na dzień 31.03




Różnica pomiędzy wartością udzielonych świadczeń, a kwotą kontraktu z NFZ:

Różnica na dzień 31.03

w tym niedowykonania na dzień 31.03

w tym nadwykonania na dzień 31.03










Wartość nadwykonań jaką powinien zapłacić NFZ z uwzględnieniem ugód i porozumień na dzień 31 .03

Wartość nadwykonań jaką powinien zapłacić NFZ z uwzględnieniem ugód i porozumień na dzień 30 .06.


Wartość nadwykonań jaką powinien zapłacić NFZ z uwzględnieniem ugód i porozumień na dzień 31.12

Wartość nadwykonań jaką zapłacił NFZ z uwzględnieniem ugód, porozumień i kompensacji na dzień 30.03




Wartość zrzeczonych należności w wyniku zawartych ugód i porozumień na dzień 31.03





Strona 59 z 233


Powyższe zestawienia należy sporządzić dla następujących świadczeń:

1. Podstawowa opieka zdrowotna

2. Ambulatoryjna opieka specjalistyczna

3. Leczenie szpitalne w tym:

4. Programy terapeutyczne (lekowe)

5. Chemioterapia

6. Opieka psychiatryczna i leczenie uzależnień

7. Rehabilitacja lecznicza

8. Świadczenia pielęgnacyjne i opiekuńcze w ramach opieki długoterminowej

9. Opieka paliatywna i hospicyjna

10. Leczenie stomatologiczne

11. Pomoc doraźna i transport sanitarny

12. Świadczenia opieki zdrowotnej kontraktowane odrębnie

RAZEM

4. Informacja dotycząca wartości wykonania w podziale na oddziały – podejście podmiotowe

Nazwa oddziału

Pierwotna wartość umów zawartych z NFZ na dzień 01 .01

Wartość umów na dzień 30.03 (za I kwartał)



Ostateczna wartość umów na dzień 31.12 (za 4 kwartały)









Różnica pomiędzy wartością udzielonych świadczeń, a kwotą kontraktu z NFZ:












Strona 60 z 233





Wartość nadwykonań jaką powinien zapłacić NFZ z uwzględnieniem ugód i porozumień na dzień 30 .06.


Wartość nadwykonań jaką powinien zapłacić NFZ z uwzględnieniem ugód i porozumień na dzień 31.12









5.6.7.2 Dane, które nie są wysyłane do NFZ

Tabela 3 CASE - Dane, które nie są wysyłane do NFZ

1. Zmiany organizacyjne w działalności podmiotu leczniczego

Nazwa

Data wprowadzenia zmiany

Data rozpoczęcia działalności

Data zaprzestania działalności

cecha 1 cecha 2 cecha … cecha n

Stan przed zmianą

Stan po zmianie

2. Oddziały i pododdziały szpitalne

Nazwa oddziału/pododdziału

Ogólna liczba łóżek w oddziale/pododdziale

Liczba łóżek w oddziale/pododdziale, ujęta w umowie z NFZ

Liczba osób hospitalizowanych w okresie sprawozdawczym

Liczba osób hospitalizowanych w trybie "1-go dnia"

Średnie procentowe wykorzystanie łóżek w okresie sprawozdawczym %

Średni okres pobytu w okresie sprawozdawczym dni

Średni czas oczekiwania na przyjęcie dni

3. Oddziały/pododdziały dzienne i miejsca dziennego pobytu


Liczba łóżek/miejsc ogółem

Średnie procentowe wykorzystanie łóżek/miejsc %

Liczba osób leczonych w okresie sprawozdawczym

4. Opieka psychiatryczna i leczenie uzależnieo


Liczba pacjentów przyjęta bez własnej zgody

Liczba pacjentów wypisanych, przyjętych wcześniej bez własnej zgody



Strona 61 z 233

Liczba pacjentów, wobec których stosowano przymus bezpośredni

5. Opieka długoterminowa – zgodne z zakresem MZ 29a i dodatkowo

Nazwa podmiotu wykonującego działalnośd leczniczą

Liczba osób przebywająca na dzieo zamknięcia okresu sprawozdawczego

Liczba osób przebywających w okresie sprawozdawczym

Liczba pacjentów przyjęta bez własnej zgody

Liczba pacjentów, wobec których stosowano przymus bezpośredni

Średni czas oczekiwania na przyjęcie

6. Wykaz poradni specjalistycznej oraz ich działalnośd

Nazwa podmiotu wykonującego działalnośd poradni

Tygodniowa liczba godzin pracy poradni

Tygodniowa liczba godzin pracy w danej specjalności

Liczba udzielonych świadczeo w danej specjalności

Liczba osób, którym udzielono świadczeo w danej specjalności

Średni czas oczekiwania na poradę w danej specjalności

7. Zestawienie sprzętu i aparatury medycznej zgodne z zakresem MZ 29 i dodatkowo


Nazwa aparatury/sprzętu medycznego

Rodzaj aparatury/sprzętu medycznego

Typ/model/nr katalogowy

Forma pozyskania

Kwota zakupu/wartośd

Źródła finansowania/pozyskania

Miejsce użytkowania

8. Zatrudnienie zgodne z zakresem MZ 29, 30, 15, 11, Mz-88 i Mz-89 i dodatkowo


Liczba zatrudnionych w przeliczeniu na etaty

Liczba rezydentów

Liczba stażystów

Liczba pracowników administracji i obsługi

Grupy zawodowe wg form zatrudnienia średnie miesięczne

wynagrodzenie brutto

bez dyżurów z dyżurami

Lekarze:

na umowę o pracę

umowy cywilno - prawne

inne umowy

Lekarze stomatolodzy:

na umowę o pracę


inne umowy

Psycholodzy

na umowę o pracę


inne umowy

Pielęgniarki

na umowę o pracę


inne umowy

Położne

na umowę o pracę


inne umowy

Mgr farmacji

na umowę o pracę




Strona 62 z 233

inne umowy

Diagności laboratoryjni

na umowę o pracę


inne umowy

Fizjoterapeuci

na umowę o pracę


inne umowy

Technicy elektroradiologii

na umowę o pracę


inne umowy

9. Wykaz lekarzy zatrudnionych w poszczególnych oddziałach szpitalnych


Ogólna liczba lekarzy zatrudnionych w oddziale

w tym na umowę o pracę


Liczba lekarzy specjalistów



Liczba lekarzy rezydentów w trakcie specjalizacji

Liczba lekarzy w trakcie specjalizacji, zatrudnionych na podstawie innych umów

10. Wykaz pielęgniarek i położnych zatrudnionych w oddziałach szpitalnych


Ogólna liczba pielęgniarek/położnych zatrudnionych w oddziale



Liczba pielęgniarek/położnych z tytułem mgr pielęgniarstwa/położnictwa

Liczba pielęgniarek/położnych po studiach licencjackich w zakresie pielęgniarstwa/ położnictwa

Liczba pielęgniarek/położnych posiadających specjalizację

11. Wykaz pozostałego personelu pracującego w poszczególnych oddziałach szpitalnych


Ogólna liczba (grupa zawodowa 1) zatrudnionych w oddziale



Ogólna liczba (grupa zawodowa n) zatrudnionych w oddziale



12. Profilaktyczne programy zdrowotne finansowane przez Narodowy Fundusz Zdrowia

13.Stomatologia


Liczba świadczeo ortodoncji dla dzieci i młodzieży do ukooczenia 18 lat

Liczba świadczeo protetyki stomatologicznej

Liczba świadczeo ogólnostomatologicznych

Liczba świadczeo ogólnostomatologicznych w znieczuleniu ogólnym

Liczba świadczeo chirurgii stomatologicznej i periodontologii

Liczba pacjentów, którzy skorzystali ze świadczeo

Średni czas oczekiwania na poszczególne świadczenia

14. Wykaz badao diagnostycznych wykonanych w podmiocie leczniczym


Badanie medycyny nuklearnej

Badanie tomografii komputerowej



Strona 63 z 233

Badanie rezonansu magnetycznego

Badanie endoskopowe przewodu pokarmowego - gastroskopia

Badanie endoskopowe przewodu pokarmowego - kolonoskopia

Badanie echokardiologiczne

Koronarografia

Badania RTG

Badanie mammograficzne

Badanie USG 1

Badanie USG n

Badania próby wysiłkowej

Badanie Doppler-Duplex

Inne badanie 1

Inne badanie n

Łączna liczba osób, którym wykonano badania

15. Ratownictwo Medyczne


Adres miejsca wyczekiwania 1

Adres miejsca wyczekiwania n

Liczba ZMR podstawowych

Liczba ZMR specjalistycznych

Liczba zespołów

Liczba wyjazdów ogółem z miejsca wyczekiwania 1

Liczba wyjazdów ogółem z miejsca wyczekiwania n

16. Informacja o miejscu realizacji usług medycznych i czasie oczekiwania na ich realizację i liczbie


17. Ewidencjonowanie sprzętu i aparatów medycznych wraz z wykazem ilości badao i czasem wykorzystania sprzętu i aparatury oraz informacje o eksploatacji budynków (% niewykorzystanej powierzchni, niewykorzystana powierzchnia w m2).


Liczba wykonanych badao z wykorzystaniem sprzętu i aparatury medycznej

Czas wykorzystania sprzętu/aparatury medycznej w okresie sprawozdawczym

Procent niewykorzystanego czasu pracy sprzętu i aparatury medycznej %

Niewykorzystana powierzchnia budynków (m2)

Procent niewykorzystanej powierzchni %

MEZ.CASE.53 W przypadku braku możliwości automatyzacji procesu przekazywania danych z

systemów źródłowych PP powinna byd zapewniona możliwośd

wypełnienia/przekazania danych on line w zakresie wskazanym powyżej.

MEZ.CASE.54 Dane pochodzące z finansowych sprawozdao rocznych (dotyczy jednostek

zobowiązanych do takich sprawozdao):

54.1. Wprowadzenie do sprawozdania finansowego – załączniki w arkuszu Excel,

54.2. Bilans – aktywa i pasywa,

54.3. Rachunek zysków i strat,

54.4. Zestawienie zmian w kapitale własnym-łączne,

54.5. Rachunek przepływów pieniężnych,

54.6. Informacja dodatkowa - załączniki w arkuszu Excel,



Strona 64 z 233

54.7. Informacje o zarządzaniu składnikami mienia trwałego - załączniki w arkuszu

Excel.

5.6.8 Raporty

MEZ.CASE.55 System BI umożliwi tworzenie i udostępnianie raportów na podstawie

zagregowanych danych, zasilanych z systemów źródłowych.

MEZ.CASE.56 W programie zostaną zdefiniowane raporty oraz będzie możliwośd tworzenia

własnych raportów.

MEZ.CASE.57 System musi umożliwiad generowanie przynajmniej raportów i zestawieo wg Tabela

4÷ Tabela 15:

5.6.8.1 Realizacja świadczeo zdrowotnych w lecznictwie zamkniętym (miesięczne) z

następującymi informacjami:

Tabela 4 Realizacja świadczeo zdrowotnych w lecznictwie zamkniętym (miesięczne)

1 Kod resortowy 2 Nazwa komórki organizacyjnej 3 Jednostka kontraktowa (punkt/osobodzieo) 4 Liczba łóżek 5 Liczba miejsc 6 Liczba stanowisk 7 Liczba leczonych ogółem (pozostało z poprzedniego okresu, przyjęto na oddział, przyjęto z innego oddziału) 8 Liczba pobytów 9 Średni czas pobytu 10 Liczba osobodni 11 Wskaźnik wykorzystania łóżek w % 12 Liczba zabiegów operacyjnych 13 Liczba lekarzy 14 Liczba pielęgniarek 15 Liczba wykonanych świadczeo (ilośd punktów) 16 Wartośd wykonanych świadczeo 17 Przychody ogółem 18 Przychody z kontraktu (NFZ) 19 Koszty ogółem 20 Wynik finansowy 21 Przychody ogółem/Liczbę leczonych ogółem 22 Przychody z kontraktu(NFZ)/ liczba leczonych ogółem 23 Koszty ogółem/liczba leczonych ogółem

5.6.8.2 Realizacja świadczeo zdrowotnych w lecznictwie otwartym (miesięczne) z

następującymi informacjami:

Tabela 5 Realizacja świadczeo zdrowotnych w lecznictwie otwartym

1 Kod resortowy 2 Nazwa poradni/pracowni 3 Jednostka kontraktowa 4 Liczba wykonanych porad 5 Liczba wykonanych świadczeo zdrowotnych (liczba punktów) 6 Wartośd wykonanych świadczeo 7 Przychody 8 Przychody z kontraktu (NFZ) 9 Koszty 10 Wynik finansowy



Strona 65 z 233

5.6.8.3 Sprawozdanie z wykonania umów NFZ (miesięcznie, z rozbiciem na

poszczególne oddziały) z następującymi informacjami:

Tabela 6 Sprawozdanie z wykonania umów NFZ

1 Wartośd finansowania świadczeo zdrowotnych w okresie obowiązywania umowy 2 Wartościowy plan miesięczny świadczeo zdrowotnych (narastająco od początku roku) 3 Wartościowe wykonanie świadczeo zdrowotnych w ramach umowy (narastająco od początku roku) 4 Nadwykonania 5 Niedowykonania

5.6.8.4 Zestawienie kosztów w układzie kalkulacyjnym (kwartalnie, z podziałem na

koszty bezpośrednie i pośrednie dla każdej jednostki, w podziale na

poszczególne ośrodki powstawania kosztów rozumiane jako komórki

organizacyjne jednostki. W ramach każdego ośrodka powstawania kosztów,

koszty powinny byd przedstawione w układzie rodzajowym) z następującymi

informacjami:

Tabela 7 Zestawienie kosztów w układzie kalkulacyjnym

Kod OPK Nazwa OPK Rodzaj kosztów Koszty bezpośrednie Koszty pośrednie

5.6.8.5 Informacja o sytuacji finansowej (kwartalnie, na poziomie agregatu musi byd

możliwośd sprawdzania dynamiki zmian dla poszczególnych pozycji

zestawiania pomiędzy wskazanymi okresami z dodatkową możliwością

porównania pomiędzy wskazanymi jednostkami) z następującymi

informacjami w podziale na plan i wykonanie wartościowo i procentowo:

Tabela 8 Informacja o sytuacji finansowej

1 A. Przychody netto ze sprzedaży i zrównane z nimi 2 - w tym od jednostek powiązanych 3 I. Przychody netto ze sprzedaży produktów 4 w tym: przychody z NFZ 5 - pozostałych 6 II. Zmiana stanu produktów 7 III. Koszt wytworzenia produktów na własne potrzeby jednostki 8 IV. Przychody netto ze sprzedaży towarów i materiałów 9 B. Pozostałe przychody operacyjne 10 I. Zysk ze zbycia niefinansowych aktywów trwałych 11 II. Dotacje 12 III. Inne przychody operacyjne 13 C. Przychody finansowe 14 I. Dywidendy i udziały w zyskach 15 - w tym od jednostek powiązanych 16 II. Odsetki 17 - w tym od jednostek powiązanych 18 III. Zysk ze zbycia inwestycji 19 IV. Aktualizacja wartości inwestycji 20 V. Inne 21 D. Zyski nadzwyczajne



Strona 66 z 233

22 E. Razem przychody 23 F. Koszty działalności operacyjnej 24 I. Amortyzacja 25 II. Zużycie materiałów i energii 26 Materiałów 27 - leków 28 - żywności 29 - sprzętu jednorazowego 30 - odczynników chemicznych i materiałów diagnostycznych 31 - paliwa 32 - pozostałe 33 Energii 34 - elektrycznej 35 - cieplnej 36 - pozostałe 37 III. Usługi obce 38 - remontowe 39 - transportowe 40 - medyczne obce (umowy cywilno-prawne, inne) 41 - pozostałe usługi 42 IV. Podatki i opłaty 43 - w tym podatek akcyzowy 44 V. Wynagrodzenia 45 - wynagrodzenia ze stosunku pracy 46 - wynagrodzenia z umów zleceo i o dzieło 47 - wynagrodzenia pozostałe 48 VI. Ubezpieczenia społeczne i inne świadczenia 49 - w tym składki na ubezpieczenia społeczne i zdrowotne, fundusz pracy 50 VII. Pozostałe koszty rodzajowe 51 - w tym podróże słuzbowe 52 VIII. Wartośd sprzedanych towarów i materiałów 53 G. Pozostałe koszty operacyjne 54 I. Strata ze zbycia niefinansowych aktywów trwałych 55 II. Aktualizacja wartości aktywów niefinansowych 56 III. Inne koszty operacyjne 57 H. Koszty finansowe 58 I. Odsetki 59 - w tym dla jednostek powiązanych 60 II. Strata ze zbycia inwestycji 61 III. Aktualizacja wartości inwestycji 62 IV. Inne 63 I. Straty nadzwyczajne 64 J. Razem koszty 65 Wynik finansowy brutto (E-J) 66 K. Podatek dochodowy 67 L. Pozostałe obowiązkowe zmniejszenia zysku (zwiększenia straty) 68 Ł. Wynik finansowy– Zysk/Strata na sprzedaży (A–F) 69 M. Wynik finansowy – Zysk/Strata na działalności operacyjnej (Ł+B-G) 70 N. Wynik finansowy - Zysk/Strata (netto) (E-J-K-L) 71 Aktywa ogółem 72 A. Aktywa trwałe 73 w tym: długoterminowe aktywa finansowe 74 B. Aktywa obrotowe, w tym: 75 I. Zapasy 76 II. Należności krótkoterminowe 77 III. Inwestycje krótkoterminowe 78 w tym: środki pieniężne w kasie i na rachunku 79 IV. Krótkoterminowe rozliczenia międzyokresowe 80 Pasywa ogółem 81 A. Kapitał własny 82 I. Fundusz podstawowy (założycielski) 83 II. Fundusz zapasowy (zakładu) 84 III. Zysk (strata) z lat ubiegłych "+" lub "-" 85 IV. Zysk (strata) netto "+" lub "-"



Strona 67 z 233

86 B. Zobowiązania i rezerwy na zobowiązania 87 I. Rezerwy na zobowiązania 88 II. Zobowiązania długoterminowe 89 w tym: kredyty i pożyczki 90 inne zobowiązania finansowe 91 III. Zobowiązania krótkoterminowe w tym: 92 1) Kredyty i pożyczki 93 2) Z tytułu emisji dłużnych papierów wartościowych 94 3) Z tytułu dostaw i usług 95 4) Zaliczki otrzymane na dostawy 96 5) Zobowiązania wekslowe 97 6) Zobowiązania z tytułu podatków, ceł, ubezpieczeo i innych świadczeo z tego: 98 a) podatek od nieruchomości 99 b) PFRON 100 c) ubezpieczenia społeczne (ZUS) 101 d) Urząd Skarbowy 102 e) inne 103 7) Z tytułu wynagrodzeo 104 8) Inne 105 9) Fundusze specjalne 106 IV. Rozliczenia międzyokresowe 107 Zobowiązania krótkoterminowe wymagalne 108 1) Kredyty i pożyczki 109 2) Z tytułu emisji dłużnych papierów wartościowych 110 3) Z tytułu dostaw i usług 111 4) Zaliczki otrzymane na dostawy 112 5) Zobowiązania wekslowe 113 6) Zobowiązania z tytułu podatków, ceł, ubezpieczeo i innych świadczeo z tego: 114 a) podatek od nieruchomości 115 b) PFRON 116 c) ubezpieczenia społeczne (ZUS) 117 d) Urząd Skarbowy 118 e) inne 119 7) Z tytułu wynagrodzeo 120 8) Inne 121 9) Fundusze specjalne 122 Wskaźnik ogólnego zadłużenia 123 Wskaźnik płynności bieżącej 124 Wskaźnik płynności szybkiej 125 Wskaźnik płynności błyskawicznej 126 Zobowiązania długo+ krótkoterminowe 127 Rentownośd = wynik finansowy netto-wynik zdarzeo nadzwyczajnych/ przychody netto ze sprzedaży 128 Koszty/przychody= koszty działalności operacyjnej/przychody netto ze sprzedaży 129 Koszty ogólnego zarządu, w tym: 130 Koszty zarządu 131 Koszty administracji 132 Koszty ogólnozakładowe

5.6.8.6 Informacja o przebiegu wykonania planu finansowego (kwartalnie) z

następującymi informacjami w podziale na plan i wykonanie wartościowo i

procentowo:

Tabela 9 Informacja o przebiegu wykonania planu finansowego

1 A. Przychody netto ze sprzedaży i zrównane z nimi, w tym: 2 I. Przychody netto ze sprzedaży produktów 3 w tym: sprzedanych NFZ 4 II. Zmiana stanu produktów 5 III. Koszty wytworzenia produktów na własne potrzeby jednostki 6 IV. Przychody netto ze sprzedaży towarów i materiałów 7 B. Pozostałe przychody operacyjne



Strona 68 z 233

8 I. Zysk ze zbycia niefinansowych aktywów trwałych 9 II. Dotacje 10 III. Inne przychody operacyjne 11 C. Przychody finansowe 12 w tym: odsetki 13 D. Zyski nadzwyczajne 14 E. Razem przychody 15 F. Koszty działalności operacyjnej 16 I. Amortyzacja 17 II. Zużycie materiałów i energii 18 III. Usługi obce 19 IV. Podatki i opłaty 20 V. Wynagrodzenia 21 VI. Ubezpieczenia społeczne i inne świadczenia 22 VII. Pozostałe koszty rodzajowe 23 VIII. Wartośd sprzedanych towarów i materiałów 24 G. Pozostałe koszty operacyjne 25 I. Strata ze zbycia niefinansowych aktywów trwałych 26 II. Aktualizacja wartości aktywów niefinansowych 27 III. Inne koszty operacyjne 28 H. Koszty finansowe 29 w tym: odsetki 30 I. Straty nadzwyczajne 31 J. Razem koszty 32 K. Wynik finansowy-Zysk/Strata (brutto) 33 L. Podatek dochodowy 34 Ł. Pozostałe obowiązkowe zmniejszenie zysku (zwiększenie straty) 35 M. Wynik finansowy - Zysk/Strata (netto)

5.6.8.7 Sprawozdanie o zatrudnieniu (kwartalnie, z możliwością porównanie danych

pomiędzy wybranymi okresami oraz jednostkami) z następującymi

informacjami o liczbie osób, etatów oraz średniego wynagrodzenia dla

poszczególnych oddziałów / poradni jednostki w podziale na grupy

zawodowe:

Tabela 10 Sprawozdanie o zatrudnieniu

1) Lekarze

2) Lekarze stomatolodzy

3) Pielęgniarki

4) Położne

5) Farmaceuci

6) Inny z wykształceniem wyższym medycznym

7) Technicy medyczni

8) Personel średni medyczny

9) Personel niższy medyczny

10) Personel administracyjny

11) Personel gospodarczy i obsługi

5.6.8.8 Sprawozdania finansowe – Aktywa (półrocznie i rocznie) z następującymi

informacjami:

Tabela 11 Sprawozdania finansowe – Aktywa

1 A. Aktywa trwałe 2 I. Wartości niematerialne i prawne 3 1. Koszty zakooczonych prac rozwojowych



Strona 69 z 233

4 2. Wartośd firmy 5 3. Inne wartości niematerialne i prawne 6 4. Zaliczki na wartości niematerialne i prawne 7 II. Rzeczowe aktywa trwałe 8 1. Środki trwałe 9 a) grunty (w tym prawo użytkowania wieczystego gruntu) 10 b) budynki, lokale i obiekty inżynierii lądowej i wodnej 11 c) urządzenia techniczne i maszyny 12 d) środki transportu 13 e) inne środki trwałe 14 2. Środki trwałe w budowie 15 3. Zaliczki na środki trwałe w budowie 16 III. Należności długoterminowe 17 1. Od jednostek powiązanych 18 2. Od pozostałych jednostek 19 IV. Inwestycje długoterminowe 20 1. Nieruchomości 21 2. Wartości niematerialne i prawne 22 3. Długoterminowe aktywa finansowe 23 a) w jednostkach powiązanych 24 - udziały lub akcje 25 - inne papiery wartościowe 26 - udzielone pożyczki 27 - inne długoterminowe aktywa finansowe 28 b) w pozostałych jednostkach 29 - udziały lub akcje 30 - inne papiery wartościowe 31 - udzielone pożyczki 32 - inne długoterminowe aktywa finansowe 33 4. Inne inwestycje długoterminowe 34 V. Długoterminowe rozliczenia międzyokresowe 35 1. Aktywa z tytułu odroczonego podatku dochodowego 36 2. Inne rozliczenia międzyokresowe 37 B. Aktywa obrotowe 38 I. Zapasy 39 1. Materiały 40 2. Półprodukty i produkty w toku 41 3. Produkty gotowe 42 4. Towary 43 5. Zaliczki na dostawy 44 II. Należności krótkoterminowe 45 1. Należności od jednostek powiązanych 46 a) z tytułu dostaw i usług, o okresie spłaty: 47 - do 12 miesięcy 48 - powyżej 12 miesięcy 49 b) inne 50 2. Należności od pozostałych jednostek 51 a) z tytułu dostaw i usług, o okresie spłaty: 52 - do 12 miesięcy 53 - powyżej 12 miesięcy 54 b) z tytułu podatków, dotacji, ceł, ubezpieczeo społecznych i zdrowotnych oraz innych świadczeo 55 c) inne 56 d) dochodzone na drodze sądowej 57 III. Inwestycje krótkoterminowe 58 1. Krótkoterminowe aktywa finansowe 59 a) w jednostkach powiązanych 60 - udziały lub akcje 61 - inne papiery wartościowe 62 - udzielone pożyczki 63 - inne krótkoterminowe aktywa finansowe 64 b) w pozostałych jednostkach 65 - udziały lub akcje 66 - inne papiery wartościowe 67 - udzielone pożyczki



Strona 70 z 233

68 - inne krótkoterminowe aktywa finansowe 69 c) środki pieniężne i inne aktywa pieniężne 70 - środki pieniężne w kasie i na rachunkach 71 - inne środki pieniężne 72 - inne aktywa pieniężne 73 2. Inne inwestycje krótkoterminowe 74 IV. Krótkoterminowe rozliczenia międzyokresowe 75 Aktywa razem

5.6.8.9 Sprawozdania finansowe – Pasywa (półrocznie i rocznie) z następującymi

informacjami:

Tabela 12 Sprawozdania finansowe – Pasywa

1 A. Kapitał (fundusz) własny 2 I. Kapitał (fundusz) podstawowy 3 II. Należne wpłaty na kapitał podstawowy (wielkośd ujemna) 4 III. Udziały (akcje) własne (wielkośd ujemna) 5 IV. Kapitał (fundusz) zapasowy 6 V. Kapitał (fundusz) z aktualizacji wyceny 7 VI. Pozostałe kapitały (fundusze) rezerwowe 8 VII. Zysk (strata) z lat ubiegłych 9 VIII. Zysk (strata) netto 10 IX. Odpisy z zysku netto w ciągu roku obrotowego (wielkośd ujemna) 11 B. Zobowiązania i rezerwy na zobowiązania 12 I. Rezerwy na zobowiązania 13 1. Rezerwa z tytułu odroczonego podatku dochodowego 14 2. Rezerwa na świadczenia emerytalne i podobne 15 - długoterminowa 16 - krótkoterminowa 17 3. Pozostałe rezerwy 18 - długoterminowe 19 - krótkoterminowe 20 II. Zobowiązania długoterminowe 21 1. Wobec jednostek powiązanych 22 2. Wobec pozostałych jednostek 23 a) kredyty i pożyczki 24 b) z tytułu emisji dłużnych papierów wartościowych 25 c) inne zobowiązania finansowe 26 d) inne 27 III. Zobowiązania krótkoterminowe 28 1. Wobec jednostek powiązanych 29 a) z tytułu dostaw i usług, o okresie wymagalności: 30 - do 12 miesięcy 31 - powyżej 12 miesięcy 32 b) inne 33 2. Wobec pozostałych jednostek 34 a) kredyty i pożyczki 35 b) z tytułu emisji dłużnych papierów wartościowych 36 c) inne zobowiązania finansowe 37 d) z tytułu dostaw i usług 38 - o okresie wymagalności do 12 miesięcy 39 - o okresie wymagalności powyżej 12 miesięcy 40 e) zaliczki otrzymane na dostawy 41 f) zobowiązania wekslowe



Strona 71 z 233

42 g) z tytułu podatków, ceł, ubezpieczeo i innych świadczeo 43 - podatek od nieruchomości 44 - PFRON 45 - ubezpieczenia społeczne (ZUS) 46 - Urząd Skarbowy 47 - inne 48 h) z tytułu wynagrodzeo 49 i) inne 50 3. Fundusze specjalne 51 IV. Rozliczenia międzyokresowe 52 1. Ujemna wartośd firmy 53 2. Inne rozliczenia międzyokresowe 54 - długoterminowe 55 - krótkoterminowe 56 Pasywa razem

5.6.8.10 Sprawozdania finansowe – roczny bilans skonsolidowany (aktywa i pasywa)

w układzie jak powyżej.

5.6.8.11 Struktura zobowiązao (kwartalnie) z następującymi informacjami, z

wyróżnieniem wartości dla zobowiązao wymaganych:

Tabela 13 Struktura zobowiązao

1 Zobowiązania ogółem 2 Zobowiązania wobec Zakładu Ubezpieczeo Społecznych 3 Zobowiązania wobec Urzędu Skarbowego 4 Zobowiązania wobec PFRON 5 Zobowiązania z tytułu pożyczki restrukturyzacyjnej 6 Zobowiązania z tytułu pożyczek udzielonych przez jednostki samorządu terytorialnego 7 Zobowiązania z tytułu pożyczek i kredytów - inne 8 Zobowiązania z tytułu zakupu leków i materiałów medycznych 9 Zobowiązania tytułu zakupu sprzętu i aparatury medycznej 10 Zobowiązania z tytułu zużycia energii, gazu, wody 11 Zobowiązania z tytułu zakupu usług obcych 12 Zobowiązania wobec pracowników 13 Pozostałe zobowiązania publicznoprawne 14 Pozostałe zobowiązania cywilnoprawne 15 Rezerwy utworzone a zobowiązania z tyt. "ustawy 203" 16 Zobowiązania zakładu, przekazane przez wierzycieli pierwotnych innym podmiotom

5.6.8.12 Analiza wskaźnikowa (kwartalnie, półrocznie i rocznie):

Tabela 14 Analiza wskaźnikowa

1 Wskaźniki rentowności

2 Rentownośd majątku (ROA)

3 Rentownośd netto sprzedaży

4 Rentownośd netto

5 Rentownośd kapitału własnego (ROE)

6 Rentownośd zasobów osobowych (ROSE)

7 Rentownośd działalności operacyjnej



Strona 72 z 233

8 Wskaźniki płynności finansowej

9 Wskaźnik płynności bieżącej (I)

10 Wskaźnik płynności szybkiej (II)

11 Wskaźnik płynności natychmiastowej (III)

12 Wskaźnik handlowej zdolności kredytowej

13 Wskaźniki zadłużenia

14 Wskaźnik ogólnego zadłużenia

15 Wskaźnik zadłużenia długoterminowego

16 Wskaźnik zadłużenia kapitału własnego

17 Wskaźniki rotacji (obrotowośd)

18 Wskaźnik rotacji należności w dniach

19 Szybkośd obrotu należnościami

20 Stopieo spłaty zobowiązao

21 Wskaźnik rotacji zobowiązao w dniach

22 Wskaźnik produktywności aktywów ogółem

23 Wskaźnik obrotowości (rotacji należności)

24 Wskaźniki do analizy poziomej i pionowej bilansu

25 Złota reguła bilansowania

26 Złota reguła bilansowania II

27 Złota reguła finansowania

28 Wskaźniki struktury kosztów

29 Pozostałe wskaźniki

30 Nadwyżka finansowa/niedobór finansowy

31 Wskaźnik EBITDA

32 Wskaźnik zastosowania kapitału własnego (ZKW)

33 Wskaźnik zastosowania kapitału obcego (ZKO)

34 Wskaźnik ogólnej sytuacji finansowej (ZKW x ZKO)

35 Wskaźnik poziomu wynagrodzeo i pochodnych w przychodach z NFZ

36 Wskaźnik poziomu kosztów

37 Wydajnośd pracy

38 Wskaźnik wykorzystania łóżek

39 Wskaźnik struktury przychodów

5.6.8.13 Sprawozdania RB-N (należności) i RB-Z (zobowiązania) - zgodnie ze wzorem

opublikowanym przez ustawodawcę.

5.6.8.14 Sprawozdanie o zapleczu diagnostycznym (kwartalnie) zawierające

informację o liczbie posiadanej aparatury oraz o liczbie wykonanych

zabiegów w danym okresie, odnoszące się do następujących kategorii

aparatury:

Tabela 15 Sprawozdanie o zapleczu diagnostycznym

1 Aparaty EKG 2 Aparaty KTG 3 Aparaty EEG 4 Aparaty EMG 5 Aparaty RTG, w tym: 6 - aparaty RTG z opcją naczyniową i obróbką cyfrową 7 - aparaty RTG z torem wizyjnym 8 - pozostałe 9 Aparaty USG, w tym: 10 - kardiologiczne 11 - pozostałe 12 Gammakamera



Strona 73 z 233

13 Mammograf 14 Tomograf komputerowy 15 Rezonans Magnetyczny 16 Urządzenie magnetycznego rezonansu jądrowego 17 Litotrypter 18 Laseroterapia 19 Analizator biochemiczny wieloparametrowy 20 Akcelerator liniowy 21 Respirator, w tym: 22 - dla dorosłych 23 - dla dzieci 24 Aparat do znieczulenia ogólnego 25 Stoły operacyjne 26 Inkubatory 27 Urządzenie angiograficzne, zestaw do badao naczyniowych 28 Aparatura endoskopowa, w tym: 29 - gastroskop 30 - kolonoskop 31 - bronchoskop 32 - laparoskop 33 - pozostałe

5.6.8.15 Sprawozdanie o ilości niewykorzystanej powierzchni budynków ( m2 ) i

procentowej wartości tych danych w stosunku do ogólnej powierzchni

budynków , z podziałem na rodzaj powierzchni ( magazynowa, biurowa, do

wykorzystania na usługi medyczne ) dla poszczególnych jednostek

5.6.8.16 Sprawozdanie o strukturze leczonych (kwartalnie, narastająco) zawierające

informację z dokładnością do oddziału / poradni z podaniem odpowiednio

kodów resortowych, w podziale na:

- liczbę ogółem - z terenu powiatu - spoza województwa

MEZ.CASE.58 System BI musi mied możliwośd wprowadzania zmian i uzupełnieo w powyższych

raportach oraz generowania innych raportów ze zgromadzonych danych (tabele,

wykresy) wg uznania użytkownika BI. Dotyczy to także możliwości pozyskiwania

dodatkowych danych z baz takich jak GUS itp.

6. Sprzęt komputerowy (Infrastruktura sprzętowa) - Wymagania

6.1 Urządzenia wielofunkcyjne

6.1.1 Urządzenie skanująco drukujące Typ 1

Tabela 16 Urządzenie skanująco drukujące Typ 1

LP ZAKRES WYMAGANIA



Strona 74 z 233

LP ZAKRES WYMAGANIA

1) Szybkośd drukowania 33 str./min w czerni

2) RAM 256 MB

3) Rozdzielczośd drukowania 1200x1200 dpi

4) Druk dwustronny dupleks w standardzie

5) Maksymalna obciążalnośd

miesięczna 50 000 stron/miesiąc

6) Czas pierwszego wydruku maks. 6,5 sekundy

7) Zgodnośd z systemami

operacyjnymi Windows 8 / 7 / Vista / 2008 /Mac OS X

8) Język drukarki PCL5e, PCL 6

(dopuszczalna emulacja)

9) Rozdzielczośd skanowania

(optyczna) 600 dpi

10) Obsługa oryginałów Automatyczny podajnik dokumentów na 50 arkuszy

11) Szybkośd kopiowania 33 kopie /min

12) Zmniejszanie/Powiększanie 25 - 400%

13) Maksymalna liczba kopii 99

14) Faks Modem 33,6 kb/s

15) Pamięd faksu 4 MB

16) Podajnik wewnętrzny Podajnik na 250 arkuszy

17) Formaty papieru A4, A5, B5, A6

18) Gramatura papieru 60 do 160 g/m2

19) Taca odbiorcza 150 arkuszy stroną zadrukowaną do dołu

20) Złącza USB 2.0,

Ethernet 10/100

21) Poziom hałasu Drukowanie poniżej 55 dBA

22) Toner wymagany toner startowy. Możliwośd zastosowania tonera na

min. 5000 stron

23) waga maks. 21 kg

24) Skanowanie Możliwośd skanowania do aplikacji



LP WYMAGANIA

1) Druk – laser kolor

2) Prędkośd kopiowania / drukowania min. 28 str. A4 /min. w pełnym kolorze i mono

3) Interfejsy: karta sieciowa 10/100/1000 , min. 2 szt. x USB 2.0

4) Język opisu strony min. PCL 6c i emulacja PS3, XPS



Strona 75 z 233

LP WYMAGANIA

5) Pamięd min. 2 GB + dysk min. 250 GB

6) Rozdzielczośd kopiowania, skanowania min. 600x600 dpi, drukowania 1200x600 dpi

7) Prędkośd skanowania sieciowego do 70 str. / min A4 w kolorze (300 dpi), tryb skanowania

TWAIN, do FTP, do SMB, do USB, funkcja OCR PL, do URL.

8) Formaty plików skanowania: JPEG, TIFF,PDF, Compact PDF, Compact XPS, XPS

9) Formaty papieru: zakres od A6 – A3+

10) Szuflady uniwersalne min 2 szt. z formatami A5-A3 na 500 arkuszy każda + podajnik ręczny na

100 arkuszy 80 g/m2

11) Automatyczny duplex w drukowaniu i kopiowaniu

12) Automatyczny dwustronny podajnik oryginałów na min 100 arkuszy 80 g/m2

13) Podstawa oryginalna, producenta , metalowa na kółkach z drzwiczkami

14) Zakres gramatur papieru z wszystkich szuflad w maszynie, w automatycznym dupleksie,

podajniku ręcznym min.: 70-200 g/m2

15) Kolorowy panel dotykowy obsługi LCD w języku polskim

16) Komplet kabli i sterowników na CD

17) W komplecie oryginalne bębny i tonery producenta urządzenia o łącznej wydajności min. 25

000 stron A4 każda składowa CMYK przy 5% pokryciu

18) Funkcje urządzenia w standardzie :

19) Funkcja sortowania elektronicznego

20)

Konta użytkownika min 1.000 z obsługa Active Directory (nazwa użytkownika + hasło+e-

mail+folder smb). Zarządzanie automatyczne wszystkimi użytkownikami z Active Directory w

zakresie drukowania i skanowania w tym OCR PL.

21) Funkcja standardowa w maszynie blokowania wydruków kolorowych i ustawiania limitów na

druk kolorowych dla użytkowników

22) Zoom 25-400%

23)

Funkcja automatycznego skanowanie OCR PL pod wskazany adres użytkownika z możliwością

automatycznego otworzenia i edytowania zeskanowanego dokumentu w programach takich

jak Word, Excel, dostępna z panela urządzenia

24)

Funkcja automatycznego skanowania OCR PL do wspólnego , wskazanego zasobu sieciowego z

dostępem przez www, umożliwiający podgląd prac tylko przez właściciela danego

zeskanowanego pliku.

25) Dostawa w kartonie

26) W cenie urządzenia dowóz, instalacja, przeszkolenie z obsługi w tym instalacja OCR na

panelach



Strona 76 z 233

6.1.3 Urządzenie skanująco drukujące Typ 3 (2)

Tabela 18 Urządzenie skanująco drukujące Typ 3 (2)

LP ZAKRES WYMAGANIA

1) Szybkośd drukowania 52 str./min

2) Czas pierwszego wydruku 7,5 sek

3) Pamięd (RAM) 2 GB

4) Złącza

Port USB 2.0 Hi Speed, Ethernet 10/100/1000

Możliwośd rozbudowy o sied bezprzewodową

(IEEE 802.11b/g)

5) Dysk twardy 160 GB

6) Rozdzielczośd druku 1200 x 1200 dpi

7) Języki druku PCL6 (dopuszczalna emulacja)

8) Druk dwustronny Dupleks w standardzie

9) Skanowanie


(optyczna) 600 x 600 dpi

11) Szybkośd skanowania 40 str./min w czerni

12) Podajnik oryginałów Automatyczny dwustronny podajnik dokumentów na 100 arkuszy

13) Skanowanie do SMB,FTP, E-mail, pamięd USB

14) Kopiowanie

15) Czas wykonania pierwszej

kopii 8 sekund

16) Szybkośd kopiowania do 52 kopii/min

17) Rozdzielczośd kopiowania do 600 x 600dpi

18) Zmniejszanie/powiększanie Zoom 25-400%

19) Maksymalna liczba kopii 999

20) Faks możliwośd instalacji jako opcja



LP ZAKRES WYMAGANIA

1) Szybkośd drukowania 40 str./min

2) Czas pierwszego wydruku 6,5 sek

3) Pamięd (RAM) 512MB

4) Złącza Port USB 2.0 Hi Speed,

Ethernet 10/100/1000


6) Języki druku PCL6 (dopuszczalna emulacja)



Strona 77 z 233

LP ZAKRES WYMAGANIA


8) Skanowanie



10) Szybkośd skanowania 24 str./min w czerni


12) Skanowanie do SMB,FTP, E-mail, pamięd USB

13) Kopiowanie


kopii 11 sekund

15) Szybkośd kopiowania 37 kopii/min

16) Rozdzielczośd kopiowania 600 x 600dpi

17) Faks wbudowany

18) Interfejs użytkownika Dotykowy panel (kolorowy wyświetlacz graficzny)

19) Zawartośd zestawu oprogramowanie i sterowniki na CD

kabel sieciowy kat. 5e o długości 3m

20) Pojemnośd podajnika 300 arkuszy

6.1.5 Urządzenie skanująco-drukujące typ 5 A4

Tabela 20 Urządzenie skanująco-drukujące typ 5

LP ZAKRES WYMAGANIA

1) Szybkośd drukowania

mono 28 str./min

2) Szybkośd drukowania

kolor 26 str./min

3) Pamięd (RAM) 256 MB, możliwośd rozbudowy do 512 MB

4) Złącza Port USB 2.0 Hi Speed,

Ethernet 10/100


6) Języki druku PCL6, emulacja PS3




9) Podajnik oryginałów Automatyczny podajnik dokumentów

10) Skanowanie do FTP, E-mail, pamięd USB

11) Interfejs użytkownika Ekran LCD



Strona 78 z 233

LP ZAKRES WYMAGANIA

12) Zawartośd zestawu oprogramowanie i sterowniki na CD

kabel sieciowy kat. 5e o długości 3m

13) Pojemnośd podajnika 250 arkuszy

6.1.6 Skaner wielofunkcyjny kolorowy

Tabela 21 Skaner wielofunkcyjny kolorowy

LP ZAKRES WYMAGANIA

1) Podstawowe funkcje

urządzenia Kopiarka, drukarka, faks

2) Technologia druku Laserowa/LED

3) Szybkośd drukowania 40 str./min kolor, 40 str./min mono

4) Czas wydruku pierwszej

strony 9 sekund kolor/mono

5) Pamięd (RAM) 1.5 GBGB

6) Dysk twardy wbudowany

7) Rozdzielczośd 1200 x 600 dpi

8) Czcionki druku 80 skalowanych czcionek PCL, 138 czcionek PostScript

9) Języki druku PCL5c, PCL6, PostScript 3, PDF, XPS

(Dopuszczalna emulacja)

10) Druk dwustronny Wbudowany dupleks

11) Rozdzielczośd skanowania 600 x 600 dpi

12) Szybkośd skanowania Do 40 str./min (kolor/mono)



kopii 13 sekund kolor/mono

15) Szybkośd kopiowania 40 str./min kolor, 40 str./min mono

16) Rozdzielczośd kopiowania do 600 x 600dpi

17) Zmniejszanie/powiększanie Zoom 25-400%

18) Faks wbudowany

19) Złącza Port USB 2.0 Hi Speed, Ethernet 10/100/1000

Mozliwośd instalacji sieci bezprzewodowej 802.11b/g

20) Kompatybilnośd z

systemami operacyjnymi Windows 8 / 7 / Vista / XP / 2008 /Mac OS X 10.5 - 10.8

21) Pojemnośd papieru Podajnik 1: 530 arkuszy

Podajnik uniwersalny: 100 arkuszy

22) Format papieru A4, A5, B5

Koperty: C5, DL



Strona 79 z 233

LP ZAKRES WYMAGANIA

23) Gramatura papieru 64 -176g/m2

24) Odbiornik papieru 500 arkuszy

25) Obciążenie 100 000 stron miesięcznie

26) Interfejs użytkownika 9” kolorowy ekran dotykowy

27) Zszywacz wbudowany

6.2 Stacje robocze i komputery przenośne

6.2.1 Tablet

Tabela 22 Tablet

LP ZAKRES WYMAGANIA

1) Przekątna Ekranu Min. 10.1” do 10,8” , Full-HD (1920 x 1080) .

Wyświetlacz dotykowy IPS , pojemnościowy 10 punktowy dotyk.

2) Pamięd RAM Min. 4GB (1x4096MB)

3) Pamięd masowa Min 64 GB eMMC SSD

4) Karta graficzna Zintegrowana w procesorze z możliwością dynamicznego przydzielenia

pamięci systemowej.

5) Klawiatura Dedykowana klawiatura mobilna podłączana do dedykowanego portu

6) Multimedia

Zintegrowana karta muzyczna (24-bitowa), wbudowane dwa głośniki.

Wbudowane trwale w obudowę urządzenia dwie kamery ;

Przednia o rozdzielczości : (2MP),Tylna o rozdzielczości : (8MP)

Wbudowane dwa mikrofony

7) Bateria i zasilanie Zasilacz

Czas pracy na baterii min. 8h

8) Waga i wymiary Waga max 900g z baterią

9) Certyfikaty

Certyfikat ISO9001:2000 dla producenta sprzętu (należy załączyd do

oferty)

Jeżeli dotyczy - Potwierdzenie kompatybilności komputera na stronie

Windows Logo'd Products List na daną platformę systemową (wydruk

ze strony).

10) Bezpieczeostwo

Zintegrowany z płytą główną dedykowany układ sprzętowy służący do

tworzenia i zarządzania wygenerowanymi przez komputer kluczami

szyfrowania. Zabezpieczenie to musi posiadad możliwośd szyfrowania

poufnych dokumentów przechowywanych na dysku twardym przy

użyciu klucza sprzętowego.

11) System operacyjny I

oprogramowanie Zgodnie z wymaganiami Rozdziału 7.3.24



Strona 80 z 233

LP ZAKRES WYMAGANIA

12) Porty i złącza

Wbudowane porty i złącza :

1x miniHDMI lub micro HDMI

1 x minimum USB 2.0

złącze słuchawkowe stereo jack 3,5”

modem HSDPA/HSDPA+

moduł bluetooth 4.0

karta sieci WLAN obsługująca łącznie standardy IEEE 802.11 /a/b/g/n

Wbudowany czytnik kart pamięci

Wbudowany przycisk regulacji głośności

13) Warunki gwarancji

Firma serwisująca musi posiadad ISO 9001:2000 na świadczenie usług

serwisowych oraz posiadad autoryzacje producenta komputera –

dokumenty potwierdzające załączyd do oferty.

Serwis urządzeo musi byd realizowany przez Producenta lub

Autoryzowanego Partnera Serwisowego Producenta – wymagane

dołączenie do oferty oświadczenia Producenta potwierdzonego, że

serwis będzie realizowany przez Autoryzowanego Partnera

Serwisowego Producenta lub bezpośrednio przez Producenta

14) W zestawie Etui

rysik

6.2.2 Zestaw terminalowy z monitorem

Tabela 23 Zestaw terminalowy z monitorem z licencjami dostępowymi

LP ZAKRES WYMAGANIA

1) Pamięd RAM Min. 1 GB

2) Pamięd FLASH Min. 2GB wbudowanej pamięci flash,

3) Karta sieciowa Gigabit

4) Obudowa Terminal wbudowany w monitor

5) Porty min. 6 portów USB 2.0

VGA-in

wyjście wideo DP lub VGA (tryb dual video)

RJ-45

6) Obsługiwane

protokoły

Microsoft RDP 7.0

7) Wyposażenie Klawiatura USB z czytnikiem smart card

Mysz optyczna USB z rolką

8) DVD Napęd DVD (dopuszczalny zewnętrzny na USB)

9) Wyświetlacz rozdzielczośd 1920x1080

min. 21,5”



Strona 81 z 233

LP ZAKRES WYMAGANIA

10) Pobór mocy maks. 65W

11) Licencje Terminalowa licencja dostępowa

6.2.3 Stacja Mobilna

Tabela 24 Stacja Mobilna

LP ZAKRES WYMAGANIA

1) Typ Komputer przenośny typu notebook z ekranem 15.6” o rozdzielczości

1920x1080, ekran matowy, jasnośd 270 cd/m2

2) Wydajnośd

obliczeniowa

SYSmark® 2012 PerformanceTest ;

- Office Productivity – co najmniej wynik 110 punktów,

3) Pamięd RAM 8GB

4) Pamięd masowa 500GB SATA

5) Karta graficzna Zintegrowana z możliwością dynamicznego przydzielania pamięci

systemowej, ze sprzętowym wsparciem dla DirectX 11 i Shader 5.0

6) Klawiatura Klawiatura z wydzieloną z prawej strony klawiaturą numeryczną,

7)

Multimedia

2-kanałowa karta dźwiękowa zintegrowana z płytą główną,

wbudowane głośniki stereo o mocy 2x1W, 2 wbudowane mikrofony,

wbudowana kamera internetowa o rozdzielczości 1280x720,

wbudowany czytnik kart SD

8) Bateria i zasilanie czas pracy min. 8h

9)

Certyfikaty

Certyfikat ISO9001:2000 dla producenta komputera (należy załączyd

do oferty)

Deklaracja zgodności CE dla producenta komputera (załączyd do

oferty)

Potwierdzenie spełnienia kryteriów środowiskowych, w tym zgodności

z dyrektywą RoHS Unii Europejskiej o eliminacji substancji

niebezpiecznych w postaci oświadczenia producenta jednostki

Potwierdzenie kompatybilności komputera z zaoferowanym

systemem operacyjnym ( załączyd do oferty wydruk z strony www)

Certyfikat EnergyStar 5.0 (załączyd oświadczenie wykonawcy poparte

oświadczeniem producenta)

10) Oprogramowanie

systemowe Zgodnie z wymaganiami Rozdziału 7.3.24



Strona 82 z 233

LP ZAKRES WYMAGANIA

11)

Porty i złącza

Porty i złącza:

VGA

HDMI lub DP lub miniDP

RJ-45

4x USB (min. 2 w standardzie 3.0)

współdzielone złącze słuchawkowe stereo i złącze mikrofonowe tzw.

combo

Bluetooth 4.0

WLAN 802.11 b/g/n

12)

Warunki gwarancji

dot. komputera

przenośnego









13)

Sterowniki

Dostęp do aktualnych sterowników zainstalowanych w komputerze

urządzeo, zgodnych z zainstalowaną wersją systemu operacyjnego,

realizowany poprzez podanie identyfikatora klienta lub modelu /

numeru seryjnego komputera na dedykowanej przez producenta

stronie internetowej - należy podad adres strony oraz sposób realizacji

wymagania (opis uzyskania w/w informacji)



Strona 83 z 233

LP ZAKRES WYMAGANIA

14)

Wózek mobilny

Zestaw musi zawierad dedykowany specjalizowany zestaw mobilny

przystosowany do pracy w jednostkach służby zdrowia w

szczególności spełniający poniższe wymagania:

wbudowany uchwyt do prowadzenia wózka

Zamykany schowek na laptopa umożliwiający wystawienie na

zewnątrz matrycy min. 15.6”

podstawa klawiatury i myszy,

cztery kółka (dwa blokujące)

płynna, pneumatyczna regulacja wysokości blatu roboczego

min. 30cm

blat roboczy min. 53x35 cm

obrys podstawy maks. 50 x 65 cm

łatwa do czyszczenia obudowa wykonana z materiałów

polimerowych

zapobiegających rozwojowi bakterii i pleśni.

ochrona anty-drobnoustrojowa wbudowana w strukturę

materiałów, z których wykonany jest wózek oraz szuflady.

zainstalowane akcesoria: Uchwyt na rękawiczki, Koszyk,

Uchwyt kosza na ostre przedmioty, Uchwyt kosza na odpadki.

minimum dwie zamykane na klucz szuflady umieszczone pod

obudową laptopa.

w zestawie mysz, klawiatura z wbudowanym czytnikiem smart

card.

6.2.4 Laptop

Tabela 25 Laptop

LP ZAKRES WYMAGANIA

1) Zastosowanie

Komputer przenośny będzie wykorzystywany dla potrzeb aplikacji

biurowych, aplikacji edukacyjnych, aplikacji obliczeniowych, dostępu

do internetu oraz poczty elektronicznej, jako lokalna baza danych,

stacja programistyczna

2) Przekątna Ekranu

Komputer przenośny typu notebook z ekranem o rozdzielczości:

14.0” HD (1366x768) matowy, LED, dopuszczalny maksymalny rozmiar

plami : 0,2265mm , jasnośd matrycy 200nits, kontrast 300:1



Strona 84 z 233

LP ZAKRES WYMAGANIA

3) Wydajnośd

obliczeniowa



4) Pamięd RAM 8GB , możliwośd rozbudowy do min 16GB

5) Pamięd masowa Min. 500 GB SATA

6) Karta graficzna Zintegrowana z możliwością dynamicznego przydzielenia pamięci

systemowej, ze sprzętowym wsparciem dla DirectX 11, Shader 5.0.

7) Klawiatura Klawiatura odporna na zalanie cieczą, (układ US -QWERTY), min 85

klawiszy,

8) Multimedia

karta dźwiękowa zintegrowana z płytą główną, zgodna z High

Definition, wbudowane głośniki stereo.

Wbudowany mikrofon. Kamera internetowa o rozdzielczości min.

1280x720 pixels trwale zainstalowana w obudowie matrycy.

Wbudowany multimedialny czytnik kart, czytający karty min. SD 4.0



10) Waga i wymiary Waga max 2,20kg z baterią

11) Obudowa

Obudowa notebooka wykonana ze włókna węglowego, szkielet i

zawiasy notebooka wykonany z wzmacnianego metalu, dookoła

matrycy gumowe uszczelnienie chroniące klawiaturę notebooka po

zamknięciu przed kurzem i wilgocią. Kąt otwarcia notebooka min 181

stopni.

12) Wirtualizacja

Sprzętowe wsparcie technologii wirtualizacji procesorów, pamięci i

urządzeo I/O realizowane łącznie w procesorze, chipsecie płyty

głównej oraz w BIOS systemu (możliwośd włączenia/wyłączenia

sprzętowego wsparcia wirtualizacji).

13) Certyfikaty


oferty)

Deklaracja zgodności CE (załączyd do oferty)




Potwierdzenie kompatybilności komputera z zaoferowanym systemem

operacyjnym ( załączyd do oferty wydruk z strony www)

Certyfikat EnergyStar 5.0 ( załączyd oświadczenie wykonawcy poparte

oświadczeniem producenta )



Strona 85 z 233

LP ZAKRES WYMAGANIA

14) Bezpieczeostwo






Wbudowany czytnik kart inteligentnych (SmartCard)

Wbudowany zbliżeniowy czytnik kart inteligentnych (SmartCard)

Złącze typu Kensington Lock

15) Oprogramowanie




1x 15-pin VGA

1x 19-pin HDMI

1x RJ-45 (10/100/1000)

3x USB 3.0 w tym jeden port USB dodatkowo zasilony

czytnik kart multimedialny wspierający karty SD 4.0


combo

Dedykowany port umożliwiający podłączenie dedykowanej stacji

dokującej * nie dopuszcza się stosowania rozwiązania tzw. replikator

portów podłączany przez port USB +

port zasilania


touchpad z strefą przewijania w pionie, poziomie wraz z obsługą

gestów

trackpoint

Zintegrowana w postaci wewnętrznego modułu mini-PCI Express karta

sieci WLAN obsługująca łącznie standardy IEEE 802.11 a/b/g/n , w

konfiguracji anten 2x2 lub 3x3.












Strona 86 z 233

LP ZAKRES WYMAGANIA

18) Sterowniki







6.2.5 Notebook

Tabela 26 Notebook

LP ZAKRES WYMAGANIA

1) Zastosowanie

Komputer przenośny będzie wykorzystywany dla potrzeb aplikacji

biurowych, aplikacji edukacyjnych, aplikacji obliczeniowych, dostępu

do internetu oraz poczty elektronicznej, jako lokalna baza danych,

stacja programistyczna

2) Przekątna Ekrenu

Komputer przenośny typu notebook z ekranem 15,6" o rozdzielczości

min. 1600x900, matowy, LED, dopuszczalny maksymalny rozmiar

plami : 0,252mm , jasnośd matrycy 200nits, kontrast 400:1

3) Wydajnośd

obliczeniowa



4) Pamięd RAM 8GB , możliwośd rozbudowy do min. 16GB

5) Pamięd masowa Dysk SSD 128GB

6) Karta graficzna Zintegrowana z możliwością dynamicznego przydzielenia pamięci

systemowej, ze sprzętowym wsparciem dla DirectX 11, Shader 5.0.

7) Klawiatura Klawiatura z wydzieloną z prawej strony klawiaturą numeryczną,

odporna na zalanie cieczą, (układ US -QWERTY), min 106 klawiszy,

8) Multimedia

karta dźwiękowa zintegrowana z płytą główną, zgodna z High

Definition, wbudowane głośniki stereo.

Wbudowany mikrofon.

Kamera internetowa o rozdzielczości min. 1280x720 pixels trwale

zainstalowana w obudowie matrycy.

Wbudowany multimedialny czytnik kart, czytający karty min. SD 4.0



10) Waga i wymiary Waga max 2,55kg z baterią

11) Obudowa

Obudowa notebooka wykonana z włókna węglowego, szkielet i

zawiasy notebooka wykonany z wzmacnianego metalu, dookoła

matrycy gumowe uszczelnienie chroniące klawiaturę notebooka po

zamknięciu przed kurzem i wilgocią. Kąt otwarcia notebooka min 181

stopni.



Strona 87 z 233

LP ZAKRES WYMAGANIA

12) Wirtualizacja

Sprzętowe wsparcie technologii wirtualizacji procesorów, pamięci i

urządzeo I/O realizowane łącznie w procesorze, chipsecie płyty

głównej oraz w BIOS systemu (możliwośd włączenia/wyłączenia

sprzętowego wsparcia wirtualizacji).

13) Certyfikaty


oferty)





Potwierdzenie kompatybilności komputera z zaoferowanym systemem

operacyjnym ( załączyd do oferty wydruk z strony www)

Certyfikat EnergyStar 5.0 ( załączyd oświadczenie wykonawcy poparte

oświadczeniem producenta )

14) Bezpieczeostwo






Weryfikacja wygenerowanych przez komputer kluczy szyfrowania musi

odbywad się w dedykowanym chipsecie na płycie głównej.

Czujnik spadania zintegrowany z płytą główną działający nawet przy

wyłączonym notebooku oraz konstrukcja absorbująca wstrząsy

Wbudowany czytnik kart inteligentnych (SmartCard)

Wbudowany zbliżeniowy czytnik kart inteligentnych (SmartCard)

Złącze typu Kensington Lock

15) Oprogramowanie




1x 15-pin VGA

1x 19-pin HDMI

1x RJ-45 (10/100/1000)

3x USB 3.0 w tym jeden port USB dodatkowo zasilony

czytnik kart multimedialny wspierający karty SD 4.0


combo

Dedykowany port umożliwiający podłączenie dedykowanej stacji

dokującej * nie dopuszcza się stosowania rozwiązania tzw. replikator



Strona 88 z 233

LP ZAKRES WYMAGANIA

portów podłączany przez port USB +

port zasilania


touchpad z strefą przewijania w pionie, poziomie wraz z obsługą

gestów

trackpoint

Zintegrowana w postaci wewnętrznego modułu mini-PCI Express karta

sieci WLAN obsługująca łącznie standardy IEEE 802.11 a/b/g/n , w

konfiguracji anten 2x2 lub 3x3.










18) Sterowniki







6.2.6 Zestaw Komputerowy Typ 1 (kliencki)

Tabela 27 Zestaw Komputerowy Typ 1 (kliencki)

LP ZAKRES WYMAGANIA

1) Typ

Komputer stacjonarny. Typu All in One, komputer wbudowany w

monitor. W ofercie wymagane jest podanie modelu producenta

komputera

2) Zastosowanie

Komputer będzie wykorzystywany dla potrzeb aplikacji biurowych,

aplikacji edukacyjnych, aplikacji obliczeniowych, dostępu do internetu

oraz poczty elektronicznej, jako lokalna baza danych, stacja

programistyczna

3) Wydajnośd

obliczeniowa


- SYSmark Rating – co najmniej wynik 155 punktów,


- Media Cration – co najmniej wynik 140 punktów,

- Web Development – co najmniej wynik 150 punktów,



Strona 89 z 233

LP ZAKRES WYMAGANIA

Wymagane testy wydajnościowe wykonawca musi przeprowadzid na

automatycznych ustawieniach konfiguratora dołączonego przez firmę

BAPCO i przy natywnej rodzielczości wyświetlacza oraz włączonych

wszystkich urządzaniach. Nie dopuszcza się stosowanie overclokingu,

oprogramowania wspomagającego pochodzącego z innego źródła niż

fabrycznie zainstalowane oprogramowanie przez producenta,

ingerowania w ustawieniach BIOS ( tzn. wyłączanie urządzeo

stanowiących pełną konfigurację) jak również w samym środowisku

systemu (tzn. zmniejszanie rozdzielczości, jasności i kontrastu itp.).

Zamawiający zastrzega sobie, iż w celu sprawdzenia poprawności

przeprowadzonych wszystkich wymaganych testów Oferent musi

dostarczyd Zamawiającemu oprogramowanie testujące, komputer do

testu oraz dokładny opis metodyki przeprowadzonego testu wraz z

wynikami w celu ich sprawdzenia w terminie nie dłuższym niż 3 dni od

otrzymania zawiadomienia od Zamawiającego

4) Pamięd operacyjna 8GB (1x8GB) , możliwośd rozbudowy do min 16GB, jeden slot wolny

5) Parametry pamieci

masowej min. 500 GB SATA III (8GB pamięci flash)

6) Grafika

Grafika zintegrowana z procesorem powinna umożliwiad pracę

trzymonitorową ze wsparciem DirectX 11.1, OpenGL 3.0, Shader 5.0

posiadająca min. 16EU (Graphics Execution Units)

7) Wyposażenie

multimedialne

Karta dźwiękowa zintegrowana z płytą główną, zgodna z High

Definition,. Wbudowane dwa mikrofony cyfrowe z poprawą mowy i

redukcją szumów.

Wbudowana na stałe w obudowę komputera kamera cyfrowa 2

megapixels FHD (1080p)

8) Obudowa

Typu All-in-One zintegrowana z monitorem min. 23” Full HD

(1920x1080)

Obudowa musi umożliwiad zastosowanie zabezpieczenia fizycznego w

postaci linki metalowej (złącze blokady Kensingtona) lub kłódki (oczko

w obudowie do założenia kłódki)

Zasilacz wewnętrzny

Demontaż standu musi odbywad się bez użycia narzędzi, mocowanie

standu opatrzone w przycisk zwalniający. Demontaż tylnej pokrywy

musi odbywad się bez użycia narzędzi, nie dopuszcza się stosowania

śrub motylkowych, radełkowych czy zwykłych wkrętów, otwarcie

tylnej klapy ma się odbywad za pomocą zwolnienia blokad.

Każdy komputer powinien byd oznaczony niepowtarzalnym

numerem seryjnym umieszonym na obudowie, oraz musi byd wpisany



Strona 90 z 233

LP ZAKRES WYMAGANIA

na stałe w BIOS.

Możliwośd zainstalowania komputera na ścianie przy wykorzystaniu

ściennego systemu montażowego VESA 100.

Stand wyposażony w regulację wysokości.

9) Matryca

23”, matowa

rozdzielczośd 1920x1080

kontrast 1000:1

jasnośd 250 cd/m2

kąty widzenia pion/poziom 178/178 stopni

10) Zarządzanie

Wbudowana w płytę główną technologia zarządzania i monitorowania

komputerem na poziomie sprzętowym działająca niezależnie od stanu

czy obecności systemu operacyjnego oraz stanu włączenia komputera

podczas pracy na zasilaczu sieciowym AC, obsługująca zdalną

komunikację sieciową w oparciu o protokół IPv4 oraz IPv6, a także

zapewniająca:

monitorowanie konfiguracji komponentów komputera - CPU, Pamięd, HDD wersja BIOS płyty głównej;

zdalną konfigurację ustawieo BIOS, zdalne przejęcie konsoli tekstowej systemu, przekierowanie

procesu ładowania systemu operacyjnego z wirtualnego CD ROM lub FDD z serwera zarządzającego;

technologia zarządzania i monitorowania komputerem na poziomie sprzętowym powinna byd zgodna z otwartymi standardami DMTF WS-MAN 1.0.0 (http://www.dmtf.org/standards/wsman) oraz DASH 1.0.0 (http://www.dmtf.org/standards/mgmt/dash/).

11) Bezpieczeostwo

I diagnostyka





użyciu klucza sprzętowego

12) Certyfikaty i

standardy

Certyfikat ISO9001 dla producenta sprzętu (załączyd dokument potwierdzający spełnianie wymogu)


Wymagany certyfikat lub wpis dotyczący oferowanego modelu komputera w internetowym katalogu http://www.eu-energystar.org lub http://www.energystar.gov – dopuszcza się wydruk ze strony internetowej

13) Ergonomia

Głośnośd jednostki centralnej mierzona zgodnie z normą ISO 7779 oraz

wykazana zgodnie z normą ISO 9296 w pozycji obserwatora w trybie

pracy dysku twardego (IDLE) wynosząca maksymalnie 25 dB (załączyd

oświadczenie wykonawcy poparte oświadczeniem producenta wraz z

raportem badawczym wystawionym przez niezależną akredytowaną

http://www.energystar.gov/



Strona 91 z 233

LP ZAKRES WYMAGANIA

jednostkę)










15) Oprogramowanie


16) Wsparcie techniczne

producenta

Możliwośd telefonicznego sprawdzenia konfiguracji sprzętowej

komputera oraz warunków gwarancji po podaniu numeru seryjnego

bezpośrednio u producenta lub jego przedstawiciela.

Dostęp do najnowszych sterowników i uaktualnieo na stronie

producenta zestawu realizowany poprzez podanie na dedykowanej

stronie internetowej producenta numeru seryjnego lub modelu

komputera – do oferty należy dołączyd link strony.

17) Wymagania

dodatkowe

1. Płyta główna wyposażona w min : 2 mini PCIe, min. 2 złącza SODIMM, obsługa do 16GB pamięci

RAM, 2 złącza SATA 3.0

2. Wbudowane porty: Min. 6 x USB (w tym min. 2 porty USB 3.0) wyprowadzonych na zewnątrz obudowy, w tym minimum 4 portów USB z tyłu obudowy ,2x HDMI (w tym 1x HDMI in i 1x HDMI out) oraz 1x DP, port sieciowy RJ-45, wyjście słuchawek, wyjście mikrofonu. Wymagana ilośd i rozmieszczenie (na zewnątrz obudowy komputera) portów oraz złączy nie może byd osiągnięta w wyniku stosowania konwerterów, przejściówek itp.

3. Czytnik kart multimedialnych, czytający min. karty SD 4. Regulacja głośności za pomocą 2 z 3 przycisków szybkiego dostępu 5. Karta sieciowa 10/100/1000 Ethernet RJ 45, zintegrowana z płytą

główną, wspierająca obsługę WoL (funkcja włączana przez użytkownika), PXE 2.1

6. Klawiatura USB w układzie polski programisty z czytnikiem smart card

7. Mysz USB z dwoma klawiszami oraz rolką (scroll) min 800dpi 8. Nagrywarka typu SLIM DVD +/-RW/ z tacka, wyklucza się napędy

szczelinowe


Tabela 28 Zestaw Komputerowy TYP 2 (kliencki)

LP ZAKRES WYMAGANIA



Strona 92 z 233

LP ZAKRES WYMAGANIA

1) Typ Komputer stacjonarny. W ofercie wymagane jest podanie modelu,

symbolu oraz producenta

2) Zastosowanie

Komputer będzie wykorzystywany dla potrzeb aplikacji biurowych,

aplikacji edukacyjnych, aplikacji obliczeniowych, dostępu do internetu

oraz poczty elektronicznej, jako lokalna baza danych, stacja

programistyczna

3) Wydajnośd

obliczeniowa



4) Procesor Procesor wielordzeniowy ze zintegrowaną grafiką,

5) Pamięd operacyjna

RAM 8GB (1x8GB) , możliwośd rozbudowy do min. 32GB, trzy sloty wolne

6) Parametry pamieci

masowej Min. 500 GB SATA III (8GB pamięci flash)

7) Wydajnośd grafiki Grafika zintegrowana z procesorem

8) Wyposażenie

multimedialne

Karta dźwiękowa zintegrowana z płytą główną, zgodna z High

Definition,

Porty słuchawek i mikrofonu na przednim oraz na tylnym panelu

obudowy.



Strona 93 z 233

LP ZAKRES WYMAGANIA

9) Obudowa

Małogabarytowa typu small form factor, umożliwiająca pracę w pionie

ja i w poziomie, z obsługą kart PCI Express wyłącznie o niskim profilu,

fabrycznie przystosowana do pracy w układzie pionowym i poziomym

wyposażona w min. 2 kieszenie: 1 szt 5,25” zewnętrzne typu „slim” i 1

szt 3,5” wewnętrzne,

Obudowa powinna fabrycznie umożliwiad montaż min 1 szt. dysku

3,5” lub 2 szt. dysków 2,5”

Suma wymiarów obudowy nie może przekraczad 82cm

Zasilacz pracujący w sieci 230V 50/60Hz prądu zmiennego

Obudowa w jednostce centralnej musi byd otwierana bez konieczności

użycia narzędzi (wyklucza się użycie standardowych wkrętów, śrub

motylkowych) oraz powinna posiadad czujnik otwarcia obudowy

współpracujący z oprogramowaniem zarządzająco – diagnostycznym

producenta komputera.

Obudowa musi umożliwiad zastosowanie zabezpieczenia fizycznego w

postaci linki metalowej (złącze blokady Kensingtona) oraz kłódki

(oczko w obudowie do założenia kłódki).

Każdy komputer powinien byd oznaczony niepowtarzalnym

numerem seryjnym umieszonym na obudowie, oraz musi byd wpisany

na stałe w BIOS.

10)

Zgodnośd z

systemami

operacyjnymi i

standardami

Potwierdzenie kompatybilności komputera na daną platformę

systemową (wydruk ze strony)

11) Bezpieczeostwo






12) Zdalne zarządzanie Wbudowana w płytę główną technologia zarządzania i monitorowania

komputerem na poziomie sprzętowym

13) BIOS BIOS zgodny ze specyfikacją UEFI



Strona 94 z 233

LP ZAKRES WYMAGANIA

14) Certyfikaty i

standardy

Certyfikat ISO9001 dla producenta sprzętu (załączyd dokument

potwierdzający spełnianie wymogu)


Komputer musi spełniad wymogi normy Energy Star 5.0

Wymagany wpis dotyczący oferowanego komputera w internetowym

katalogu http://www.eu-energystar.org lub

http://www.energystar.gov – dopuszcza się wydruk ze strony

internetowej

15) Ergonomia

Głośnośd jednostki centralnej mierzona zgodnie z normą ISO 7779 oraz

wykazana zgodnie z normą ISO 9296 w pozycji obserwatora w trybie

pracy dysku twardego (IDLE) wynosząca maksymalnie 26 dB (załączyd

oświadczenie producenta wraz z raportem badawczym wystawionym

przez niezależną akredytowaną jednostkę)

16) Wymagania

dodatkowe

min 1 złącze PCIe x4,

min. 4 złącza DIMM z obsługą do 32GB pamięci RAM,

min. 3 złącza SATA w tym 2 szt SATA 3.0;

Klawiatura USB w układzie polski programisty z czytnikiem smart card

Mysz laserowa USB z dwoma klawiszami oraz rolką (scroll) min

1000dpi

Nagrywarka DVD +/-RW wraz z oprogramowaniem do nagrywania i

odtwarzania płyt

Dołączony nośnik ze sterownikami

Opakowanie musi byc wykonane z materiałów podlegających

powtórnemu przetworzeniu.

http://www.eu-energystar.org/

http://www.energystar.gov/



Strona 95 z 233

LP ZAKRES WYMAGANIA

17) Monitor

min. 21.5”

rozdzielczośd 1920x1080

kontrast 1000:1

jasnośd 250cd/m2

czas reakcji maks. 5ms

złącze VGA

złącze cyfrowe HDMI lub DVI lub DP

pobór mocy w spoczynku maks. 0,5W

18) Sterowniki

Dostęp do aktualnych sterowników zainstalowanych w komputerze urządzeo, zgodnych z zainstalowaną wersją systemu operacyjnego, realizowany poprzez podanie identyfikatora klienta lub modelu / numeru seryjnego komputera na dedykowanej przez producenta stronie internetowej - należy podad adres strony oraz sposób realizacji wymagania (opis uzyskania w/w informacji)


producenta

Możliwośd telefonicznego sprawdzenia konfiguracji sprzętowej

komputera oraz warunków gwarancji po podaniu numeru seryjnego

bezpośrednio u producenta lub jego przedstawiciela.

Dostęp do najnowszych sterowników i uaktualnieo na stronie

producenta zestawu realizowany poprzez podanie na dedykowanej

stronie internetowej producenta numeru seryjnego lub modelu

komputera – do oferty należy dołączyd link strony.










21) Oprogramowanie




Strona 96 z 233

6.2.8 Zestaw komputerowy Typ 3 (kliencki)

Tabela 29 Zestaw komputerowy Typ 3 (kliencki)

LP ZAKRES WYMAGANIA

1) Typ Komputer stacjonarny, nowy - podad producenta i nazwę

2) Zastosowanie

Zarządzanie szpitalnym systemem informacyjnym HIS, przeglądanie

obrazów, wydajne przetwarzanie dużych ilości danych, tworzenie

raportów, zarządzanie siecią.

3) Wydajnośd

obliczeniowa



4) Pamięd operacyjna Pamięd zainstalowana min. 8GB, maksymalna obsługiwana pojemnośd:

min. 32GB, wolne złącza pamięci: min. 2

5) Grafika

Komputer powinien umozliwiad jednoczesne podłączenie 3 monitorów

w trybie rozszerzenia pulpitu, niespowalniające pracy komputera,

wspierad technologię DirectX w wersji min. 11.1 OpenGL w wersji

min. 4, Open CL min. 1.2

6) Pamięd masowa Dysk twardy SATA o pojemności min. 1 TB - 2 szt., w układzie RAID-1.

7) Wyposażenie

multimedialne

Płyta główna wyposażona w zintegrowaną kartę dźwiękową, zgodną z

High Definition

8) Karta sieciowa

Płyta główna wyposażona w kartę sieciową GigabitEthernet

10/100/1000 (RJ-45), wspierająca obsługę WoL (Funkcja włączana

przez uzytkownika). Obsługa PXE 2.1.

9) Bezpieczeostwo

Zintegrowany z płytą główną dedykowany układ sprzętowy, służący do





10) BIOS

Bios zgodny ze specyfikacją UEFI. Możliwośd odczytania z BIOS

informacji o nr seryjnym komputera wraz z datą produkcji,

ilości/zajetości slotów pamięci RAM, typie procesora wraz z informacją

o ilości rdzeni, pamięci cache L2/L3, pojemności zainstalowanych

dysków twardych, rodzajach napędów optycznych, MAC - adresie

zintegrowanej karty sieciowej. Możliowśd zablokowania wejścia do

BIOS i blokowania startu systemu operacyjnego (gwarancja

utrzymania hasła w przypadku odłączenia wszystkich żródel

podtrzymania BIOS. Możliwośd zablokowania startu systemu z



Strona 97 z 233

LP ZAKRES WYMAGANIA

zewnętrznych urządzeo, w tym możliwośd ustawienia portów USB w

trybie 'no BOOT' (porty USB nieaktywne w czasie startu systemu, po

uruchomieniu porty USB są aktywne)

11) Obudowa

Typu MiniTower, z obsługą kart PCI Express o pełnym profilu,

wyposażona w min. 4 kieszenie: 2 szt 5,25” zewnętrzne, pełnych

wymiarów *nie dopuszcza się wnęk typu slim + i 2 szt 3,5” wewnętrzne.

Obudowa powinna fabrycznie umożliwiad montaż min 2 szt. dysku

3,5” lub dysków 2,5”. Zasilacz przystosowany do pracy w sieci 230V

50/60Hz prądu zmiennego. Obudowa musi umożliwiad zabezpieczenia

fizycznego w postaci linki (Kensington Lock) oraz posiadad oczko do

założenia kłódki lub plomby. Numer seryjny musi byd wpisany na stałe

w BIOS.

12) Wymagania

dodatkowe,

Napęd optyczny DVD +/- RW Dual Layer, min. łącznie 10 gniazd USB

2.0/3.0, w tym min. 4 wyprowadzone na przodzie obudowy (z czego

min. 2 USB3.0), gniazda słuchawek i mikrofonu wyprowadzone na

przedni panel obudowy. Wymagana ilośd portów USB nie może byd

osiągnięta poprzez stosowanie konwerterów, przejściówek, itp.

Gniazda słuchawek i mikrofonu wyprowadzone na przednim i tylnym

panelu obudowy. Mysz optyczna USB min. 800 dpi, klawiatura USB

wyposażona w zintegrowany czytnik kart procesorowych (Obsługa kart

zgodnie z normą ISO7816 - 1,2,3,4 (T=0, T=1, klasy A,B,C - 5V, 3V, 1,8V

), układ polski programisty.

13) Niezawodnośd /

jakośd wykonania

Wymagane są dokumenty poświadczające, że sprzęt jest produkowany

zgodnie z normami ISO9001, wystawionymi dla producenta

komputera.

14) Certyfikaty i

standardy

Deklaracja zgodności CE dla komputera, komputer musi spełniad

wymagania normy Energy Star min. 5.0 - wymagany wpis dotyczący

oferowanego komputera w internetowym katalogu http://www.eu-

energystar.org lub http://www.energystar.gov – dopuszcza się wydruk

ze strony internetowej. Potwierdzenie spełnienia kryteriów

środowiskowych, w tym zgodności z dyrektywą EU RoHS.










Strona 98 z 233

LP ZAKRES WYMAGANIA






realizowany poprzez podanie identyfikatora klienta lub modelu

komputera lub numeru seryjnego komputera, na dedykowanej przez

producenta stronie internetowej - należy podad adres strony oraz

sposób realizacji wymagania (opis uzyskania w/w informacji)

17) Oprogramowanie


Monitor

1) Typ Monitor komputerowy (do każdego komputera powinny byd

uwzględnione 3 monitory)

2) Matryca TFT TN, podświetlenie LED

3) Przekatna ekranu min. 19''

4) Kontrast min. 1000:1

5) Jasnośd min. 250 cd/m2

6) Rozdzielczośd

podstawowa 1280 x 1024 @60Hz

7) Czas reakcji matrycy max. 5 ms

8) Właściwości

obudowy

Możliwośd pochylenia panela, regulacja wysokości, panel obrotowy

(pivot)

9) Złącza min.: D-Sub, DVI-D, USB 2.0 - min. 1










11) Certyfikaty i Energy Star 5.1, EPEAT Gold, TCO, deklaracja zgodności CE



Strona 99 z 233

LP ZAKRES WYMAGANIA

standardy


W skład zestawu wchodzi: 1) Zestaw Komputerowy Typ 2 (kliencki) 2) Głośniki: Komplet składający się z 2 oddzielnych głośników podłączonych do jednego gniazda

audio. Łączna moc muzyczna zestawu 10 W, moc muzyczna głośników każdy po 5W, pasmo przenoszenia 20-18000 Hz, ekran antymagnetyczny, regulacja głośności - tony niskie, wyjście słuchawkowe, zasilacz wewnętrzny.

3) Drukarka laserowa wg Tabela 30

Tabela 30 Zestaw Komputerowy Typ 4 – Drukarka laserowa

LP WYMAGANIA

1) Technologia druku: Laserowa monochromatyczna

2) Nominalna prędkośd druku: nie mniej niż 24 str./min.

3) Rozdzielczośd: nie gorsza niż 600 dpi

4) Pojemnośd podajnika papieru: min. 150.00 szt.

5) Wymagany rozmiar nośnika (przynajmniej wymienione muszą byd obsługiwane): A4

6) Zainstalowana pamięd: min. 64 MB

7) Złącze zewnętrzne: USB 2.0

6.2.10 Monitor

Tabela 31 Monitor

LP NAZWA WYMAGANIA

1) Typ ekranu Min. 23", z podświetleniem LED

2) Kąty widzenia

poziom/pion

178/178 stopni

3) Jasnośd 250 cd/m2

4) Kontrast statyczny 1000:01

5) Czas reakcji matrycy

(GtG)

5 ms

6) Rozdzielczośd 1920x1080

7) Proporcje ekranu 16:9

8) Pobór energii (IEC

62087 Edition 2)

28W



Strona 100 z 233

LP NAZWA WYMAGANIA

9) funkcje podstawy HAS (min. 120mm); tilt, swivel, pivot

10) Złącze DVI, DP, D-Sub

11) Zasilacz wbudowany

12) Kolor czarny

6.3 Wyposażenie stanowisk pracy

6.3.1 Kolektor danych

Tabela 32 Kolektor danych

LP ZAKRES WYMAGANIA

1) Ręczny terminal

danych

tak

2) Zasilanie akumulator

3) Wyświetlacz LCD

4) Złącze USB

5) Wbudowana pamięd tak

6.3.2 Skaner Dowodów osobistych

Tabela 33 Skaner Dowodów osobistych

LP ZAKRES WYMAGANIA

1) Typ Płaski

2) Rozdzielczośd 600 dpi

3) Głębia koloru (skala

szarości / kolor)

8 bitów / 24 bity

4) Interfejs USB

5) Format (maks.) A6

6) Waga (maks.) 0.9kg

7) Wymiary (maks.) 260x160x55 mm



Strona 101 z 233

6.3.3 Drukarka kodów kreskowych

Tabela 34 Drukarka kodów kreskowych

LP ZAKRES WYMAGANIA

1) Technologia druku Termiczna/Termotransferowa


3) Szerokośd druku 100 mm

4) Długośd druku 900 mm

5) Interfejs USB

6) Obsługiwane kody

kreskowe

1D,

2D: Data Matrix, PDF417, Maxicode, QR code

6.3.4 Czytnik kodów kreskowych

Tabela 35 Czytnik kodów kreskowych

LP ZAKRES WYMAGANIA


kreskowe

1D, GS1 DataBar

2) Źródło światła dioda laserowa

3) Interfejs USB

4) Technologia odczytu Laser jednoliniowy

5) Sygnalizacja Dźwiękowa

6) Odporny na upadek z

wysokości 1.5 m na

twardą powierzchnię

tak

7) Różnica odbicia

zapewniająca

poprawne

dekodowanie

od 20%

8) Prędkośd odczytu 100 odczytów/s



Strona 102 z 233

6.3.5 Czytnik kodów kreskowych bezprzewodowy

Tabela 36 Czytnik kodów kreskowych bezprzewodowy

LP ZAKRES WYMAGANIA


kreskowe: 1D

2) Dostępne interfejsy: USB, Bluetooth

3) Maks. odległośd

odczytu [cm]: Min.60

4) Norma odporności

(IP): IP52

5) Rozdzielczośd skanera

[mm]: 0.076

6) Technologia odczytu: imager 1D (linear imager)

7) Temperatura pracy: od 0°C do 50°C

8) Bezpieczny upadek

na twardą pow. *m+: 1.5

9) Sygnalizacja: dźwiękowa oraz świetlna

10) Wymagany kontrast

kodu [%]: 15

11)

Dopuszczalna

wilgotnośd otoczenia

[%]:

od 5% do 85%

12) Zasięg 30m


6.3.6 Czytnik kodów kreskowych 2D bezprzewodowy

Tabela 37 Czytnik kodów kreskowych 2D bezprzewodowy

L.P. ZAKRES WYMAGANIA


kreskowe: 1D, 2D



Strona 103 z 233



3) Bezpieczny upadek

na twardą pow. *m+: 1.5


6.3.7 Drukarka opasek dla pacjentów

Tabela 38 Drukarka opasek dla pacjentów

LP ZAKRES WYMAGANIA

1) Druk opasek na rękę tak

2) Technologia druku termiczny


4) Szerokośd etykiety 19 mm

5) Długośd etykiety 250 mm

6) Interfejs USB, Ehternet

6.4 Sprzęt do obsługi SSK

1) Wykonawca dostarczy fabrycznie nowe komputery typu Medical Grade – 24 szt.

2) Wykonawca zainstaluje dostarczony sprzęt w miejscach wskazanych przez PP.

3) Wykonawca dokona konfiguracji dostarczonych stacji roboczych w zakresie:

a) Instalacji systemu operacyjnego na dysku C o pojemności 150GB, cały dysk musi zostad

podzielony na dwa obszary: dysk C oraz dysk D.

b) Konfiguracji kont systemowych oraz nazw hostów zgodnie z wytycznymi Zamawiającego.

c) Konfiguracji sieci LAN Zamawiającego na podstawie nadanego adresu IP.

d) Zainstalowanie wszystkich dostępnych aktualizacji systemu operacyjnego.

e) Weryfikację poprawności działania zainstalowanego systemu operacyjnego i

oprogramowania.

f) Konfiguracji serwera NTP na stacji roboczej.

g) Sprawdzenia poprawności działania peryferii podłączonych do zestawu komputerowego.

h) Instalacji drukarki sieciowej.



Strona 104 z 233

i) Wyłączenie/zmianę konfiguracji oprogramowania i usług uruchamianych automatycznie w

systemie operacyjnym, a mających wpływ na wydajnośd komputera. Zmiana

konfiguracji/wyłączenie usług nie może wpływad na stabilną pracę komputera.

j) Dostosowania efektów wizualnych dla uzyskania najlepszej wydajności komputera.

k) Dostosowania zarządzanie energią.

4) Wszystkie programy wymagające aktywacji winny byd aktywowane przed dostarczeniem do

Zamawiającego.

Tabela 39 Parametry komputera typu Medical Grade - All in one

LP ZAKRES WYMAGANIA

1) Typ komputera Medical Grade - All in one

2) Przekątna (w calach) Min 23.5

3) Matryca LED

4) Format 16:09

5) Rozdzielczośd 1920 x 1080 px

6) Monitor dotykowy Tak – Multi-Touch

7) Dysk twardy Min. 500 GB

8) Pamięd Min. 4GB

9) Karta graficzna Tak

10) LAN Tak - Dual RJ45

11) Wi-Fi Tak - 802.11 a/b/g/n

12) Bluetooth Tak – w wersji 4.0

13) Porty

2 X USB 3.0,

2 x USB 2.0,

1 x RS232,

1 x COM,

1 x Display Port,

1 x HDMI - In (display mode)

1 x HDMI - Out

1 x FireWire 800 Mini



Strona 105 z 233

LP ZAKRES WYMAGANIA

14) Audio Tak

15) Czytnik RFID Tak -1 sztuka

16) Standard VESA Tak – 100 x 100 mm

17) Kolor Biały z osłoną antybakteryjną

18) Certyfikaty EN60601-1, UL60950 electrical safety, FCC class B, CE, Energy Star 6.0,

RoHS 2

19) Gwarancja









20) Sterowanie Klawiatura i Mysz Medical Grade w zestawie

6.5 Sprzęt do EOD

1) Wykonawca:

a) Dostarczy zainstaluje, skonfiguruje i zintegruje z EOD dostarczony sprzęt.

b) Przyłączy do sieci LAN PP zgodnie z wytycznymi.

c) Zainstaluje na wskazanych urządzeniach Zamawiającego niezbędne oprogramowanie

współpracujące z dostarczonymi urządzeniami.

6.5.1 Drukarka etykiet EOD - 2 sztuki.

Tabela 40 Drukarka etykiet EOD

LP ZAKRES WYMAGANIA

1) Technologia druku Termiczna/Termotransferowa


3) Szerokośd druku 100 mm

4) Długośd druku 900 mm



Strona 106 z 233

LP ZAKRES WYMAGANIA

5) Interfejs USB


kreskowe

1D,

2D: Data Matrix, PDF417, Maxicode, QR code

6.5.2 Czytnik kodów kreskowych EOD – 2 sztuki

Tabela 41 Czytnik kodów kreskowych EOD


1) Obsługiwane kody kreskowe: 1D


3) Maks. odległośd odczytu *cm+: Min.60

4) Norma odporności (IP): IP52

5) Rozdzielczośd skanera *mm+: 0.076

6) Technologia odczytu: imager 1D (linear imager)

7) Temperatura pracy: od 0°C do 50°C

8) Bezpieczny upadek na twardą pow.

[m]: 1.5

9) Sygnalizacja: dźwiękowa oraz świetlna

10) Wymagany kontrast kodu [%]: 15

11) Dopuszczalna wilgotnośd otoczenia *%+: od 5% do 85%

12) Zasięg 30m


6.5.3 Skaner dokumentów EOD - 1 sztuka

Tabela 42 Skaner dokumentów EOD


1) Typ ekranu LCD



Strona 107 z 233


2) Standardowe interfejsy USB 2.0

3) Waga produktu 4.2 kg

4) Pojemnośd automatycznego podajnika

papieru 80 arkuszy

5) Rozmiary seri A ISO (A0...A9) A4

6) Maksymalny format skanowania 216 x 355.6 mm

7) Typ skanera ADF

8) Optyczna rozdzielczośd skanowania 600 x 600 DPI

9) Skanowanie w kolorze Tak

10) Podwójne skanowanie Tak

11) Głębokośd koloru wyjścia 24 bit

12) Prędkośd skanowania ADF (cz/b, A4) 60 strony na minutę

13) Prędkośd skanowania ADF (kolor, A4) 60 strony na minutę

14) Prędkośd skanowania duplex ADF

(cz/b, A4) 120 ipm

15) Prędkośd skanowania duplex ADF

(kolor, A4) 120 ipm

16) Pobór mocy 42 W

17) Pobór mocy w trybie czuwania 1.8 W

18) Zakres temperatur (eksploatacja) 5 - 35 °C

19) Minimalny obszar skanowania (Auto

Document Feeder) 50.8 x 54 mm

20) zgodnośd z RoHS Tak

21) Obsługiwany systemy operacyjne

Windows Windows 7, Windows 8 Pro, Windows XP

22) Sterowniki skanera ISIS, TWAIN



Strona 108 z 233


23) Gwarancja:

Firma serwisująca musi posiadad ISO 9001:2000 na

świadczenie usług serwisowych oraz posiadad

autoryzacje producenta komputera – dokumenty

potwierdzające załączyd do oferty.

Serwis urządzeo musi byd realizowany przez

Producenta lub Autoryzowanego Partnera

Serwisowego Producenta – wymagane dołączenie

do oferty oświadczenia Producenta

potwierdzonego, że serwis będzie realizowany przez

Autoryzowanego Partnera Serwisowego Producenta

lub bezpośrednio przez Producenta

6.5.4 Monitor LED do monitorowania parametrów infrastruktury.

Tabela 43 Monitor LED do monitorowania parametrów infrastruktury


1) Typ LED

2) Przekątna ekranu

[cal] min. 55

3) Rozdzielczośd min. 1920x1080

4) Kąt widzenia

pion/poziom 178/178 stopni

5) Karta sieciowa Tak

6) Złącze HDMI Tak

7) Wyjście audio Tak

8) System fonii Stereo

9) Głośniki min. 2 głośniki o mocy 10W każdy

10) Kabel HDMI Tak – 5 metrów



Strona 109 z 233


11) Gwarancja









12) Wieszak/Uchwyt

mocujący na ścianie Mocowanie VESA

13) Regulacja w pionie: TAK

14) Regulacja w

poziomie: TAK

7. Sprzęt serwerowy (Infrastruktura serwerowa) - Wymagania

7.1 Macierze

7.1.1 Macierz dyskowa SSD

Tabela 44 Macierz dyskowa SSD

LP ZAKRES WYMAGANIA

1) Obudowa

Obudowa przeznaczona do montażu w szafie przemysłowej 19”, o

wysokośd maksymalnie 2U.

2) Pojemnośd Przestrzeo dyskowa zbudowana za pomocą 24 dysków w technologii

SSD o pojemności co najmniej 800GB każdy.

3) Rozbudowa Możliwośd rozbudowy oferowanego modelu macierzy za pomocą

dodatkowych półek (bez wymiany kontrolerów macierzy, bez

potrzeby dokupienia dodatkowych licencji oprogramowania macierzy)

do co najmniej 150 dysków twardych.



Strona 110 z 233

LP ZAKRES WYMAGANIA

4) Obsługa dysków Obsługa dysków SSD, SAS i Nearline SAS. Możliwośd mieszania

napędów dyskowych SSD, SAS i Nearline SAS w obrębie pojedynczej

półki dyskowej. Obsługa dysków SSD o pojemności 200GB, 400GB i

800GB, dysków SAS o pojemnościach 300GB, 450GB, 600GB, 900GB i

1,2TB jak również dysków Nearline SAS o pojemnościach 1TB, 2TB,

3TB, 4TB i 6TB.

5) Sposób

zabezpieczenia

danych

Macierz musi obsługiwad mechanizmy RAID zgodne z RAID0, RAID1

lub RAID10, RAID3, RAID5 lub RAID 50 oraz RAID6 realizowane

sprzętowo za pomocą dedykowanego układu, z możliwością dowolnej

ich kombinacji w obrębie oferowanej macierzy i z wykorzystaniem

wszystkich dysków twardych.

Możliwośd definiowania globalnych dysków spare oraz dedykowania

dysków spare do konkretnych grup RAID.

6) Tryb pracy

kontrolerów

macierzowych

Praca w trybie active/active.

7) Pamięd cache Minimalna wielkośd zainstalowanej pamięci cache 8GB (4GB w

każdym kontrolerze).

8) Zabezpieczenie

pamięci cache

Mirrorowanie pamięci cache kontrolerów macierzowych.

Zawartośd pamięci cache podtrzymywana bateryjnie lub z

zastosowaniem innej technologii przez okres minimum 5 lat.

9) Rozbudowa

pamięci cache

Funkcjonalnośd zwiększenia pojemności pamięci cache dla odczytów z

wykorzystaniem dysków SSD.

10) Interfejsy

zewnętrzne

Co najmniej 8 zewnętrznych interfejsów FC o prędkości minimum

8Gb/s. W celu zwiększenie przepustowości, możliwośd wymiany

interfejsów na szybsze (minimum FC 16 Gb/s i Ethernet 10Gb/s) lub

możliwośd rozbudowy o kolejne 8 portów.

11) Interfejsy

wewnętrzne

Interfejsy SAS o prędkości min. 6Gb/s, umożliwiające podłączenie

półek dyskowych dla maksymalnej konfiguracji macierzy.

12) Zarządzanie

grupami

dyskowymi oraz

dyskami

logicznymi

Możliwośd zdefiniowania co najmniej 256 wolumenów logicznych w

ramach oferowanej macierzy dyskowej.



Strona 111 z 233

LP ZAKRES WYMAGANIA

13) Mechanizm typu

Thin Provisioning

Macierz musi posiadad funkcjonalnośd udostępniania zasobów

dyskowych do serwerów w trybie tradycyjnym, jak i w trybie typu

Thin Provisioning oraz odzyskiwanie przestrzeni dyskowych po

usuniętych danych w ramach wolumenów typu Thin. Proces

odzyskiwania danych musi byd automatyczny bez konieczności

uruchamiania dodatkowych procesów na kontrolerach macierzowych.

14) Podłączanie

zewnętrznych

systemów

operacyjnych

Wymagana jest możliwośd jednoczesnego podłączenia co najmniej 30

serwerów w trybie wysokiej dostępności (co najmniej dwoma

ścieżkami). Wsparcie dla następujących systemów operacyjnych:

Windows, Linux, VMware (także w konfiguracjach klastrowych).

Wsparcie dla podanej liczby serwerów oraz systemów operacyjnych

musi byd dostępne w ramach oferowanych licencji oprogramowania.

15) Obsługa kanałów

I/O

Obsługa wielu kanałów I/O (multipathing). Automatyczne

przełączanie kanału I/O w wypadku awarii ścieżki dostępu serwerów

do macierzy z utrzymaniem ciągłości dostępu do danych. Przełączanie

kanałów I/O oparte o natywne mechanizmy systemów operacyjnych

wspieranych przez macierz lub za pomocą dedykowanego

oprogramowania.

Wymaga się, aby zaoferowane licencje na ww. funkcjonalnośd

umożliwiały podłączenie co najmniej 30 serwerów w trybie wysokiej

dostępności.

16) Serwisowalnośd i

redundancja

Wymiana elementów systemu w trybie „hot-swap”, a w szczególności

takich, jak: dyski, kontrolery, zasilacze, wentylatory.

Brak pojedynczego punktu awarii, który powodowałby brak dostępu

do danych. Pełna redundancja macierzy, w szczególności zdublowanie

kontrolerów, zasilaczy i wentylatorów.

Funkcjonalnośd zdalnego zarządzania macierzą.

17) Wewnętrzne kopie

danych

Funkcjonalnośd utworzenia tzw. migawkowej kopii danych (snapshot)

w ramach macierzy za pomocą wewnętrznych kontrolerów

macierzowych. Funkcjonalnośd utworzenia minimum 32 kopii

migawkowych. Funkcjonalnośd utworzenia minimum 32 pełnych

fizycznych kopii danych w ramach macierzy za pomocą wewnętrznych

mechanizmów macierzowych.



Strona 112 z 233

LP ZAKRES WYMAGANIA

18) Migracja danych w

obrębie macierzy

Macierz musi posiadad funkcjonalnośd migracji danych, bez

przerywania do nich dostępu, pomiędzy różnymi warstwami

technologii dyskowych na poziomie części wolumenów logicznych.

Funkcjonalnośd musi umożliwiad zdefiniowanie wolumenu logicznego,

który fizycznie będzie znajdował się na min. 3 typach dysków

obsługiwanych przez macierz (SSD, SAS i Nearline SAS), a jego części

będą realokowane na podstawie analizy ruchu w sposób

automatyczny i transparentny (bez przerywania dostępu do danych)

dla korzystających z tego wolumenu hostów. Zmiany te muszą się

odbywad wewnętrznymi mechanizmami macierzy.

19) Replikacja danych Macierz musi posiadad możliwośd rozbudowy funkcjonalności o

możliwośd przyrostowej replikacji danych pomiędzy dwoma takimi

samymi macierzami. Replikacja wykonywana sprzętowo na poziomie

kontrolerów macierzowych.

20) Inne

funkcjonalności

Funkcjonalnośd ograniczania poboru zasilania przez dyski, które nie

obsługują operacji we/wy, poprzez ich zatrzymanie.

7.1.2 Macierz Typ 1

Tabela 45 Macierz Typ 1

LP ZAKRES WYMAGANIA

1) Obudowa


wysokośd maksymalnie 2U


SAS o pojemności co najmniej 1TB i prędkości obrotowej min. 7,2k

obr/min.


dodatkowych półek (bez wymiany kontrolerów macierzy, bez potrzeby

dokupienia dodatkowych licencji oprogramowania macierzy) do co

najmniej 96 dysków twardych.

4) Obsługa dysków Obsługa dysków SAS i Nearline SAS. Możliwośd mieszania napędów

dyskowych SAS i Nearline SAS w obrębie pojedynczej półki dyskowej.

Obsługa dysków SAS o pojemnościach 300GB, 450GB, 600GB, 900GB i


3TB, 4TB i 6TB.



Strona 113 z 233

LP ZAKRES WYMAGANIA

5) Sposób

zabezpieczenia

danych

Macierz musi obsługiwad mechanizmy RAID zgodne z RAID0, RAID1 lub

RAID10, RAID3, RAID5 lub RAID 50 oraz RAID6 realizowane sprzętowo

za pomocą dedykowanego układu, z możliwością dowolnej ich

kombinacji w obrębie oferowanej macierzy.

Funkcjonalnośd definiowania globalnych dysków spare oraz

dedykowania dysków spare do konkretnych grup RAID.

6) Tryb pracy

kontrolerów

macierzowych


7) Pamięd cache Minimalna wielkośd zainstalowanej pamięci cache 8GB (4GB w każdym

kontrolerze).

8) Zabezpieczenie

pamięci cache




9) Interfejsy zewnętrzne Co najmniej 4 zewnętrzne interfejsy Ethernet 10Gb

10) Interfejsy

wewnętrzne


wszystkich półek dyskowych dla maksymalnej konfiguracji macierzy.

11) Zarządzanie grupami

dyskowymi oraz

dyskami logicznymi

Funkcjonalnośd zdefiniowania co najmniej 256 wolumenów logicznych

w ramach oferowanej macierzy dyskowej.

12) Mechanizm typu Thin

Provisioning

Macierz musi umożliwiad w przyszłości rozbudowę funkcjonalną o

możliwośd udostępniania zasobów dyskowych do serwerów w trybie

tradycyjnym, jak i w trybie typu Thin Provisioning oraz

możliwośd odzyskiwania przestrzeni dyskowych po usuniętych danych

w ramach wolumenów typu Thin. Proces odzyskiwania danych musi

byd automatyczny bez konieczności uruchamiania dodatkowych

procesów na kontrolerach macierzowych.

13) Podłączanie

zewnętrznych

systemów

operacyjnych

Wymagana jest funkcjonalnośd jednoczesnego podłączenia co

najmniej 30 serwerów w trybie wysokiej dostępności (co najmniej

dwoma ścieżkami). Wsparcie dla następujących systemów

operacyjnych: Windows, Linux, VMware (także w konfiguracjach

klastrowych).





Strona 114 z 233

LP ZAKRES WYMAGANIA

14) Obsługa kanałów I/O Obsługa wielu kanałów I/O (multipathing). Automatyczne przełączanie

kanału I/O w wypadku awarii ścieżki dostępu serwerów do macierzy z

utrzymaniem ciągłości dostępu do danych. Przełączanie kanałów I/O

oparte o natywne mechanizmy systemów operacyjnych wspieranych

przez macierz lub za pomocą dedykowanego oprogramowania.



dostępności.


redundancja








danych








obrębie macierzy

Macierz musi umożliwiad w przyszłości rozbudowę funkcjonalną o

migrację danych, bez przerywania do nich dostępu, pomiędzy różnymi

warstwami technologii dyskowych na poziomie części wolumenów

logicznych. Funkcjonalnośd ta musi umożliwiad zdefiniowanie

wolumenu logicznego, który fizycznie będzie znajdował się na min. 2

typach dysków obsługiwanych przez macierz (SAS, Nearline SAS), a

jego części będą realokowane na podstawie analizy ruchu w sposób




18) Replikacja danych Macierz musi umożliwiad w przyszłości rozbudowę funkcjonalną o




19) Inne funkcjonalności Funkcjonalnośd ograniczania poboru zasilania przez dyski, które nie




Strona 115 z 233

7.1.3 Macierz Typ 2


LP ZAKRES WYMAGANIA

1) Obudowa




SAS o pojemności co najmniej 600GB i prędkości obrotowej min. 10k

obr/min.










3TB, 4TB i 6TB.

5) Sposób

zabezpieczenia

danych




kombinacji w obrębie oferowanej macierzy i z wykorzystaniem




6) Tryb pracy

kontrolerów

macierzowych



kontrolerze).

8) Zabezpieczenie

pamięci cache






Strona 116 z 233

LP ZAKRES WYMAGANIA

9) Rozbudowa pamięci

cache



Wymaga się, aby macierz posiadała licencje dla ww. funkcjonalności.

10) Interfejsy zewnętrzne Co najmniej 8 zewnętrznych interfejsów FC o prędkości minimum

8Gb/s. W celu zwiększenia przepustowości, możliwośd wymiany

interfejsów na szybsze (minimum FC 16 Gb/s i Ethernet 10Gb/s) lub

możliwośd rozbudowy o kolejne 8 portów.

11) Interfejsy

wewnętrzne




dyskowymi oraz

dyskami logicznymi




Provisioning


dyskowych do serwerów w trybie tradycyjnym, jak i w trybie typu Thin

Provisioning oraz funkcjonalnośd odzyskiwania przestrzeni dyskowych

po usuniętych danych w ramach wolumenów typu Thin. Proces



14) Podłączanie

zewnętrznych

systemów

operacyjnych



ścieżkami). Wsparcie dla następujących systemów

operacyjnych:Windows, Linux, VMware (także w konfiguracjach

klastrowych).










dostępności.



Strona 117 z 233

LP ZAKRES WYMAGANIA


redundancja








danych

Macierz musi posiadad funkcjonalnośd utworzenia tzw. migawkowej

kopii danych (snapshot) w ramach macierzy za pomocą wewnętrznych

kontrolerów macierzowych oraz możliwośd utworzenie minimum 32

kopii migawkowych. Funkcjonalnośd utworzenia minimum 32 pełnych




obrębie macierzy






obsługiwanych przez macierz (min. SAS i Nearline SAS), a jego części





19) Replikacja danych Macierz ma mied wbudowaną możliwośd przyrostowej replikacji

danych pomiędzy dwoma takimi samymi macierzami.



7.1.4 Macierz Typ 3


LP ZAKRES WYMAGANIA

1) Obudowa

Obudowa przeznaczona do montażu w szafie przemysłowej 19”.



Strona 118 z 233

LP ZAKRES WYMAGANIA



obr/min.










3TB, 4TB i 6TB.

5) Sposób

zabezpieczenia

danych








6) Tryb pracy

kontrolerów

macierzowych



kontrolerze).

8) Zabezpieczenie

pamięci cache





cache




10) Interfejsy zewnętrzne Co najmniej 4 zewnętrzne interfejsy 10 Gb Ethernet SFP+

11) Interfejsy

wewnętrzne





Strona 119 z 233

LP ZAKRES WYMAGANIA


dyskowymi oraz

dyskami logicznymi




Provisioning



Provisioning oraz funkcjonalnośd odzyskiwania przestrzeni dyskowych

po usuniętych danych w ramach wolumenów typu Thin. Proces



14) Podłączanie

zewnętrznych

systemów

operacyjnych



ścieżkami). Wsparcie dla następujących systemów operacyjnych:

Windows, Linux, VMware (także w konfiguracjach klastrowych).










dostępności.


redundancja








danych

Macierz musi posiadad funkcjonalnośd utworzenia tzw. migawkowej

kopii danych (snapshot) w ramach macierzy za pomocą wewnętrznych

kontrolerów macierzowych oraz możliwośd utworzenie minimum 32

kopii migawkowych. Funkcjonalnośd utworzenia minimum 32 pełnych





Strona 120 z 233

LP ZAKRES WYMAGANIA


obrębie macierzy











19) Replikacja danych Macierz musi umożliwiad w przyszłości rozbudowę funkcjonalną o






7.1.5 Macierz Typ 4


<usunięto>

7.1.6 Macierz Typ 5


L. P. ZAKRES WYMAGANIA

1) Obudowa Macierz dyskowa przeznaczona do montażu w standardowej szafie

19”.

2) Kontrolery Dwa kontrolery macierzowe pracujące w trybie active-active dla

pojedynczego dysku logicznego (LUN) prezentowanego do serwera –

każdy pojedynczy dysk wirtualny musi byd prezentowany do hostów

przez oba kontrolery macierzy.

3) Dyski Przestrzeo dyskowa zbudowana za pomocą:

- 8 dysków 480GB SSD SAS 6Gb,

- 14 dysków 900GB SAS 6Gb 10k,

- 12 dysków 4TB 7,2k 6Gb SAS.



Strona 121 z 233


4) Rozbudowa Możliwośd rozbudowy macierzy do 150 dysków w pojedynczej

macierzy dyskowej.

5) Rodzaje dysków Możliwośd używania dysków SAS / NL SAS / SSD w obrębie macierzy.

6) RAID Macierz powinna obsługiwad RAID0, RAID1,RAID5, RAID6.

Możliwośd utworzenia 32 niezależnych grup RAID.

7) Pojemnośd LUN Możliwośd utworzenia pojedynczego LUN o pojemności LUN Size min.

16TB.

8) Hot Spare Możliwośd definiowania globalnych dysków SPARE lub odpowiedniej

zapasowej przestrzeni dyskowej dla różnych grup RAID.

9) Praca ciągła Wymiana elementów systemu w trybie „Hot-Swap”, a w szczególności

takich jak: kontroler(y), zasilacz(e), wentylator(y).

10) Cache Minimalna wielkośd pamięci CACHE sumarycznie w kontrolerach

macierzy - 24 GB. Pamięd cache musi byd zbudowana w oparciu o

wydajną pamięd typu RAM. Nie dopuszczalne są rozwiązania, które

realizują pamięd cache na bazie dysków SSD/Flash.

Mirrorowanie pamięci CACHE kontrolerów macierzowych.

11) Porty iSCSI Minimalna ilośd zewnętrznych interfejsów SFP+ 10Gb – 4

12) Utrzymanie cache po

utracie zasilania

Zawartośd pamięci Cache przepisywana do pamięci Flash w momencie

nagłej utraty zasilania kontrolerów macierzowych lub podtrzymywana

bateryjnie przez minimum 48h lub poprzez zrzut zawartości na dyski

nieulotne.

13) Aktualizacje Uaktualnianie firmware’u kontrolera macierzowego bez przerywania

pracy systemu.

14) ThinProvisioning Oprogramowanie systemu dyskowego musi umożliwiad

funkcjonalnośd thin provisioningu – wirtualnej alokacji danych wraz z

możliwością reklamacji (odzyskiwania) przestrzeni dyskowej na

dyskach typu Thin. Należy dostarczyd odpowiednie licencje jeżeli są

wymagane na maksymalną pojemnośd urządzenia.



Strona 122 z 233


15) Snapshot Dokonywanie na żądanie tzw. migawkowej kopii danych (snapshot)

dysku logicznego w ramach macierzy. Macierz musi wspierad

minimum 64 kopii migawkowych na wolumen logiczny.

Funkcjonalnośd ta aktualnie nie jest wymagana. Możliwośd

rozbudowy o taką funkcjonalnośd w przyszłości.

16) Klonowanie danych Dokonywanie na żądanie pełnej fizycznej kopii danych (klon) dysku

logicznego w ramach macierzy.

17) Migracja

wewnętrzna danych

Macierz musi umożliwiad migrację wolumenów logicznych bez


technologii dyskowych: Flash/SSD, SAS, Nearline SAS.

18) Zdalna replikacja Zdalna replikacja danych w trybie online (bez przerywania pracy

systemu produkcyjnego) pomiędzy macierzami dyskowymi bez

obciążania jakichkolwiek serwerów podłączonych do macierzy lub

innych urządzeo z wyjątkiem przełączników Fibre Channel. Replikacja

zarówno w trybie synchronicznym jak i asynchronicznym.



19) Zarządzanie zdalne Macierz musi umożliwiad zdalne zarządzanie macierzą oraz

automatyczne informowanie o awarii.

7.1.7 Macierz Typ 6



1) Obudowa Macierz dyskowa przeznaczona do montażu w standardowej szafie

19”.

2) Kontrolery

Dwa kontrolery macierzowe pracujące w trybie active-active dla

pojedynczego dysku logicznego (LUN) prezentowanego do serwera –

każdy pojedynczy dysk wirtualny musi byd prezentowany do hostów

przez oba kontrolery macierzy.



Strona 123 z 233


3) Dyski

Przestrzeo dyskowa zbudowana za pomocą:

- 8 dysków 800GB SSD SAS 6Gb,

- 14 dysków 900GB SAS 6Gb 10k,

- 12 dysków 4TB 7,2k 6Gb SAS.

4) Rozbudowa Możliwośd rozbudowy macierzy do 150 dysków w pojedynczej

macierzy dyskowej.

5) Rodzaje dysków Możliwośd używania dysków SAS / NL SAS / SSD w obrębie macierzy.

6) RAID Macierz powinna obsługiwad RAID0, RAID1,RAID5, RAID6.

Możliwośd utworzenia 32 niezależnych grup RAID.

7) Pojemnośd LUN Możliwośd utworzenia pojedynczego LUN o pojemności LUN Size min.

16TB.

8) Hot Spare Możliwośd definiowania globalnych dysków SPARE lub odpowiedniej

zapasowej przestrzeni dyskowej dla różnych grup RAID.

9) Praca ciągła Wymiana elementów systemu w trybie „Hot-Swap”, a w szczególności

takich jak: kontroler(y), zasilacz(e), wentylator(y).

10) Cache

Minimalna wielkośd pamięci CACHE sumarycznie w kontrolerach

macierzy - 24 GB. Pamięd cache musi byd zbudowana w oparciu o

wydajną pamięd typu RAM. Nie dopuszczalne są rozwiązania, które

realizują pamięd cache na bazie dysków SSD/Flash.

Mirrorowanie pamięci CACHE kontrolerów macierzowych.

11) Porty FC Minimalna ilośd zewnętrznych interfejsów FC 8 Gb/s – 4 interfejsy z

możliwością rozbudowy do min. 8 interfejsów FC.

12) Utrzymanie cache po

utracie zasilania

Zawartośd pamięci Cache przepisywana do pamięci Flash w momencie

nagłej utraty zasilania kontrolerów macierzowych lub podtrzymywana

bateryjnie przez minimum 48h lub poprzez zrzut zawartości na dyski

nieulotne.

13) Aktualizacje Uaktualnianie firmware’u kontrolera macierzowego bez przerywania

pracy systemu.



Strona 124 z 233


14) ThinProvisioning

Oprogramowanie systemu dyskowego musi umożliwiad

funkcjonalnośd thin provisioningu – wirtualnej alokacji danych wraz z

możliwością reklamacji (odzyskiwania) przestrzeni dyskowej na

dyskach typu Thin. Należy dostarczyd odpowiednie licencje jeżeli są

wymagane na maksymalną pojemnośd urządzenia.

15) Snapshot

Dokonywanie na żądanie tzw. migawkowej kopii danych (snapshot)

dysku logicznego w ramach macierzy. Macierz musi wspierad

minimum 64 kopii migawkowych per wolumen logiczny.



16) Klonowanie danych Dokonywanie na żądanie pełnej fizycznej kopii danych (klon) dysku

logicznego w ramach macierzy.

17) Migracja

wewnętrzna danych

Macierz musi umożliwiad migrację wolumenów logicznych bez


technologii dyskowych: Flash/SSD, SAS, Nearline SAS.

18) Zdalna replikacja

Zdalna replikacja danych w trybie online (bez przerywania pracy

systemu produkcyjnego) pomiędzy macierzami dyskowymi bez

obciążania jakichkolwiek serwerów podłączonych do macierzy lub

innych urządzeo z wyjątkiem przełączników Fibre Channel. Replikacja

zarówno w trybie synchronicznym jak i asynchronicznym.



19) Zarządzanie zdalne Macierz musi umożliwiad zdalne zarządzanie macierzą oraz

automatyczne informowanie o awarii.

7.1.8 Macierz Typ 7


LP ZAKRES WYMAGANIA

1) Obudowa





obr/min.



Strona 125 z 233

LP ZAKRES WYMAGANIA










3TB, 4TB i 6TB.

5) Sposób

zabezpieczenia

danych








6) Tryb pracy

kontrolerów

macierzowych



kontrolerze).

8) Zabezpieczenie

pamięci cache





cache




10) Interfejsy zewnętrzne Co najmniej 4 zewnętrzne interfejsy FC 8Gb/s

11) Interfejsy

wewnętrzne




dyskowymi oraz

dyskami logicznymi





Strona 126 z 233

LP ZAKRES WYMAGANIA


Provisioning



Provisioning oraz odzyskiwanie przestrzeni dyskowych po usuniętych

danych w ramach wolumenów typu Thin. Proces odzyskiwania danych

musi byd automatyczny bez konieczności uruchamiania dodatkowych

procesów na kontrolerach macierzowych.

14) Podłączanie

zewnętrznych

systemów

operacyjnych



ścieżkami). Wsparcie dla następujących systemów

operacyjnych:Windows, Linux, VMware (także w konfiguracjach

klastrowych).










dostępności.


redundancja








danych









Strona 127 z 233

LP ZAKRES WYMAGANIA


obrębie macierzy

Macierz musi umożliwiad funkcjonalnośd migracji danych, bez










19) Replikacja danych Macierz musi posiadad możliwośd rozbudowy funkcjonalności o






7.2 Serwery

7.2.1 Serwer Typ 1

Tabela 52 Serwer Typ 1

LP ZAKRES WYMAGANIA

1) Obudowa

Obudowa przystosowana do montażu w szafie rack, o wysokości

max.2U, umożliwiajaca montaż do 4 dysków 3,5" HotPlug, wraz z

kompletem wysuwanych szyn umożliwiających montaż w szafie rack i

wysuwanie serwera do celów serwisowych. Obudowa powinna

posiadad dodatkowy przedni panel zamykany na klucz, chroniący dyski

twarde przed nieuprawnionym wyjęciem z serwera

2) Wydajnośd serwera Osiągnięcie wyniku wydajności serwera wg. testu SpecInt2006Rate

min. 370 pkt.

3) Procesory Zainstalowane 2 procesory wielordzeniowe, dedykowane do pracy w

serwerach.

4) Płyta główna, chipset Płyta główna z możliwością zainstalowania dwóch procesorów,



Strona 128 z 233

LP ZAKRES WYMAGANIA

częstotliwośd pracy magistrali FSB zgodna z oferowanym modelem

procesora, min. 2 Sloty PCIe x16 o przepustowości min. x8, v.3.0.

5) Pamięd RAM

96 GB pamięci RAM RDIMM, z możliwością rozbudowy do min.198

GB, na płycie powinno znajdowad się min. 16 slotów przeznaczonych

dla pamięci. Obsługa modułów pamięci 4GB/8GB/16GB. Możliwośd

zabezpieczenia pamięci poprzez memory sparing,.

6) Karta graficzna Zintegrowana karta graficzna umożliwiająca uzyskanie rozdzielczości

min. 1280x1024

7) Wbudowane porty min. 4 porty USB 2.0) , 1 porty VGA, min. 1 port RS232, co najmniej 2

sloty PCI-E 3.0 x16

8) Interfejsy FC Jednoportowa karta 8Gb FibreChannel wraz z wkładkami SFP

9) Interfejsy sieciowe 4 interfejsy 1Gb Ethernet z cechą Wake On LAN

10) Kable przyłączeniowe Komplet kabli przyłączeniowych FC, Ethernet długośc 5m

11) Kontroler dysków Sprzętowy kontroler dyskowy, min. 2 GB nieulotnej pamięci cache,

możliwośd konfiguracji RAID poziom 0, 1, 5, 6, 10, 50, 60

12) Dyski twarde 3 x 600GB SAS

13) Dyski twarde Możliwośd zainstalowania dysków HotPlug SATA, Nearline(Midline)

SAS, SSD

14) Napęd optyczny napęd DVD +/- RW wbudowany lub USB

15) Zasilacze 2 redundantne zasilacze Hot Plug o mocy dostosowanej do

konfiguracji serwera.

16) System diagnostyczny

serwera

Panel LCD lub LED umieszczony na froncie obudowy, umożliwiający

wyświetlenie informacji o stanie procesora, pamięci, zasilaniu oraz

temperaturze.

17) Bezpieczeostwo Zintegrowany z płytą główną moduł TPM.

18) Karta zarządzająca

Niezależna od zainstalowanego na serwerze systemu operacyjnego,

posiadająca dedykowany port RJ-45 Gigabit Ethernet, umożliwiająca:

zdalny dostęp do graficznego interfejsu Web karty zarządzającej,

zdalne monitorowanie i informowanie o statusie serwera, szyfrowane

połączenie (SSLv3) oraz autentykacje i autoryzację użytkownika,

możliwośd podmontowania zdalnych wirtualnych napędów, wirtualną

konsolę z dostępem do myszy i klawiatury, możliwośd integracji z



Strona 129 z 233

LP ZAKRES WYMAGANIA

usługą katalogową, wysyłanie do administratora maila z

powiadomieniem o awarii lub zmianie konfiguracji sprzętowej.


Dostęp do aktualnych sterowników zainstalowanych w serwerze



komputera lub numeru seryjnego komputera, należy podad sposób

realizacji wymagania (opis uzyskania w/w informacji)

20) Certyfikaty

Serwer musi byd wyprodukowany zgodnie z normą ISO-9001 lub

równoważną, musi posiadad deklarację CE, Oferowany serwer musi

znajdowad się na liście Windows Server Catalog i posiadad status

„Certified for Windows” dla systemów Windows Server 2008 R2 x64,

x64, x86, Microsoft Windows 2012. Oferowany serwer musi byd

certyfikowany do pracy z VMWare ESX4 lub wyższej

21) Dokumentacja Zamawiający wymaga dokumentacji w języku polskim lub angielskim

7.2.2 Serwer Typ 2


LP ZAKRES WYMAGANIA

1) Procesory Minimum dwa procesory, osiągające w testach SPECint_rate2006

wynik nie gorszy niż 720 punktów w konfiguracji dwuprocesorowej.

2) Liczba procesorów w

każdym serwerze

2

3) Pamięd RAM 192 GB RAM DDR4, możliwośd instalacji w serwerze min. 512GB.

Wymagane 16 slotów na pamięd.

4) Sterownik dysków

wewnętrznych

Sterownik SAS obsługujący RAID 0 i 1 z min. 1GB pamięcią cache.

5) Dyski twarde Zainstalowane w serwerze 2 dyski SAS każdy: minimum 450GB

6)

Interfejsy sieciowe

(LAN)

Minimum 2 Interfejsy sieciowe 10GbE z możliwością podzielenia

każdego interfejsu na 3 karty sieciowe (posiadające własne adresy

MAC oraz będące widoczne z poziomu systemu operacyjnego, jako

fizyczne karty sieciowe). Podział musi byd niezależny od

zainstalowanego na serwerze systemu operacyjnego/platformy



Strona 130 z 233

LP ZAKRES WYMAGANIA

wirtualizacyjnej.

7) Dodatkowe gniazda

wewnętrzne

Min. 1 wewnętrzny port SD lub USB

8)

Dodatkowe

Wymagania

Oferowane serwery muszą byd kompatybilne z oferowana obudową

blade oraz musza dad się zarządzad za pomocą oprogramowania

dostarczonego wraz z obudową blade.

9) Wspierane systemy

operacyjne

Microsoft Windows 2012 , Microsoft Windows 2012R2, RHEL, SLES,

VMware vSphere 5.1


7.2.3 Serwer Typ 3


LP ZAKRES WYMAGANIA

1) Obudowa


max.2U, umożliwiająca montaż do 8 dysków 3,5" HotPlug, wraz z



posiadad dodatkowy przedni panel zamykany na klucz, chroniący

dyski twarde przed nieuprawnionym wyjęciem z serwera


min. 820 pkt.


serwerach.

4) Płyta główna, chipset

Płyta główna z możliwością zainstalowania dwóch procesorów,


procesora,

5) Pamięd RAM



dla pamięci. Obsługa modułów pamięci 4GB/8GB/16GB/32GB.

Możliwośd zabezpieczenia pamięci poprzez memory sparing.


min. 1280x1024



Strona 131 z 233

LP ZAKRES WYMAGANIA

7) Wbudowane porty min. 4 porty USB 2.0, 2 porty RJ45, 1 port VGA, min. 1 port RS232

8) Interfejsy FC Dwuportowa karta 16Gb FibreChannel wraz z wkładkami SFP

9) Interfejsy sieciowe 4 interfejsy 1Gb Ethernet z cechą Wake On LAN, 2x10GbE BaseT

10) Kable przyłączeniowe Komplet kabli przyłączeniowych FC, Ethernet długośc 5m



12) Dyski twarde 6 x 600GB SAS, 2 x 240GB SSD


SAS, SSD





serwera


wyświetlenie informacji o stanie procesora, pamięci, , zasilaniu oraz

temperaturze.






zdalne monitorowanie i informowanie o statusie serwera,

szyfrowane połączenie (SSLv3) oraz autentykacje i autoryzację

użytkownika, możliwośd podmontowania zdalnych wirtualnych

napędów, wirtualną konsolę z dostępem do myszy i klawiatury,

możliwośd integracji z usługą katalogową, wysyłanie do

administratora maila z powiadomieniem o awarii lub zmianie

konfiguracji sprzętowej.





komputera lub numeru seryjnego komputera, - należy podad sposób


20) Certyfikaty Serwer musi byd wyprodukowany zgodnie z normą ISO-9001 lub




Strona 132 z 233

LP ZAKRES WYMAGANIA






7.2.4 Serwer Typ 4


LP ZAKRES WYMAGANIA

1) Procesory Procesor osiągający w testach SPECint_rate2006 wynik nie gorszy niż

920 punktów w konfiguracji dwuprocesorowej.


każdym serwerze

1

3) Pamięd RAM 192 GB RAM, możliwośd instalacji w serwerze min. 512GB.



wewnętrznych


5) Dyski twarde Zainstalowane w serwerze 2 dyski SAS każdy: minimum 450GB

6)

Interfejsy sieciowe

(LAN)






wirtualizacyjnej.


wewnętrzne

Min. 1 wewnętrzny port SD lub USB, co najmniej 2 sloty PCI-E 3.0

x16.

8)

Dodatkowe

Wymagania





operacyjne


VMware vSphere 5.1




Strona 133 z 233

7.2.5 Serwer Typ 5


LP ZAKRES WYMAGANIA

1) Obudowa








min. 370 pkt.


serwerach.




procesora,

5) Pamięd RAM






min. 1280x1024

7) Wbudowane porty min. 4 porty USB 2.0 , 1 porty VGA, min. 1 port RS232

8) Interfejsy sieciowe

4 interfejsy 1Gb Ethernet z cechą Wake On LAN, 2 interfejsy 10Gb

umożliwiające podłączenie urządzeo iSCSI bez obciążania procesora

serwera

9) Kable przyłączeniowe Ethernet długośd 5m





SAS, SSD




Strona 134 z 233

LP ZAKRES WYMAGANIA




serwera



temperaturze.









konsolę z dostępem do myszy i klawiatury, możliwośd integracji z

usługą katalogową, wysyłanie do administratora maila z



Dostęp do aktualnych sterowników zainstalowanych w serwerze





19) Certyfikaty








7.2.6 Serwer Typ 6


LP ZAKRES WYMAGANIA

1) Obudowa







Strona 135 z 233

LP ZAKRES WYMAGANIA




min. 470pkt.


serwerach.




procesora,

5) Pamięd RAM

64 GB pamięci RAM RDIMM , z możliwością rozbudowy do min.192



zabezpieczenia pamięci poprzez memory sparing.


min. 1280x1024

7) Wbudowane porty min. 4 porty USB 2.0 , 1 port VGA, min. 1 port RS232

8) Interfejsy sieciowe Min. 2 x 1 Gb Ethernet Base-T, Min. 2 x 10 Gb Ethernet SFP+

9) Kable przyłączeniowe 2 szt. kable przyłączeniowe 10 Gb, SFP+ / SFP+, 5m, miedziane



11) Dyski twarde Zainstalowane dyski 3,5", 2 x 600 GB SAS, RAID1 + 4 x 600GB SAS,

RPM RAID5, Dyski HotPlug.

12) Dyski twarde Możliwośd zainstalowania dysków SATA, Nearline(Midline) SAS, SSD





serwera



temperaturze.

16) Bezpieczeostwo Zintegrowany z płytą główną moduł TPM

17) Karta zarządzająca Niezależna od zainstalowanego na serwerze systemu operacyjnego,



Strona 136 z 233

LP ZAKRES WYMAGANIA







integracja z Active Directory, wysyłanie do administratora maila z








19) Certyfikaty





x64, x86, Microsoft Windows 2012.


7.2.7 Serwer Typ 7


LP ZAKRES WYMAGANIA

1) Obudowa








min. 740 pkt.

3) Procesor Zainstalowane 2 procesory wielordzeniowe, dedykowane do pracy w

serwerach.



Strona 137 z 233

LP ZAKRES WYMAGANIA


Płyta główna z możliwością zainstalowania min. dwóch procesorów,


procesora

5) Pamięd RAM

64 GB pamięci RAM RDIMM (32GB/procesor) , z możliwością

rozbudowy do min.768 GB, na płycie powinno znajdowad się min. 24

sloty przeznaczone dla pamięci (min. 12 slotów/procesor, min. 10

slotów/procesor wolne). Obsługa modułów pamięci

4GB/8GB/16GB/32GB. Możliwośd zabezpieczenia pamięci poprzez

memory sparing.


min. 1280x1024

7) Wbudowane porty min. 4 porty USB 2.0 , 1 port VGA , min. 1 port RS232

8) Interfejsy sieciowe Min. 2 x 1 Gb Ethernet Base-T, min. 2 x 10 Gb Ethernet SFP+


10) Kontroler dysków Sprzętowy kontroler dyskowy, min. 512 MB nieulotnej pamięci

cache, możliwośd konfiguracji RAID poziom 0, 1, 5, 6, 10, 50, 60

11) Dyski twarde Zainstalowane dyski 2,5", 2 x 600GB SAS, Hot Plug.

12) Dyski twarde Możliwośd zainstalowania dysków SATA, Nearline (Midline)SAS, SSD


14) Zasilacze 2 redundantne zasilacze Hot Plug


serwera



temperaturze.













Strona 138 z 233

LP ZAKRES WYMAGANIA








19) Certyfikaty







7.2.8 Serwer Typ 8


LP ZAKRES WYMAGANIA

1) Obudowa


max.1U, umozliwiajaca montaż do 8 dysków 2,5" HotPlug, wraz z






min. 740 pkt.


serwerach.




procesora,

5) Pamięd RAM


GB, na płycie powinno znajdowad się min. 24 sloty przeznaczone dla

pamięci. Obsługa modułów pamięci 4GB/8GB/16GB/32GB.

Możliwośd zabezpieczenia pamięci poprzez memory sparing. .



Strona 139 z 233

LP ZAKRES WYMAGANIA


min. 1280x1024




10) Kontroler SAN Dwuportowa karta FC 8Gb HBA wraz z wkładakami




13) Dyski twarde Możliwośd zainstalowania dysków SATA, Nearline SAS, SSD



16) Wentylatory min. 4 redundantne wentylatory


serwera



temperaturze.




















Strona 140 z 233

LP ZAKRES WYMAGANIA

21) Certyfikaty







7.2.9 Serwer Typ 9


LP ZAKRES WYMAGANIA

1) Obudowa


max.2U, umożliwiająca montaż 14 dysków HotPlug, wraz z





2) Procesor

Procesor wielordzeniowy, dedykowany do pracy z oferowanym

serwerem, umożliwiający osiągniecie wyniku min. 540 pkt, dla

konfiguracji dwuprocesorowej.




procesora.

4) Pamięd RAM

Zainstalowane 128 GB pamięci RAM, z możliwością rozbudowy do

min.768 GB, na płycie powinno znajdowad się min. 24 slotów

przeznaczonych dla pamięci. Możliwośd zabezpieczenia pamięci

poprzez: memory sparing .


min. 1280x1024


7) Interfejsy sieciowe Min. 2 x 1 Gb Ethernet + Min. 2 x 10 Gb SFP+

8) Kable przyłączeniowe 2 ethernet 5m, 2 SFP+



Strona 141 z 233

LP ZAKRES WYMAGANIA



10) Dyski twarde

Zainstalowane dyski: 2 x 300GB, SAS, 15k; 10 x 3 TB, NL (ML)SAS,

7,2k. Dyski typu Hot Plug, w konfiguracji: RAID1 (2x300GB) + RAID 6

(10 x 3TB)

11) Dyski twarde Możliwośd zainstalowania dysków SATA, SAS, SSD

12) Zasilacze 2 redundantne zasilacze Hot Plug o mocy odpowiedniej do

konfiguracji serwera


















16) Certyfikaty







7.2.10 Serwer Typ 10


LP ZAKRES WYMAGANIA



Strona 142 z 233

LP ZAKRES WYMAGANIA

1) Obudowa








min. 780 pkt.


serwerach.




procesora,

5) Pamięd RAM



pamięci (min. 12 slotów/procesor, min. 10 slotów/procesor wolne).

Obsługa modułów pamięci 4GB/8GB/16GB/32GB. Możliwośd



min. 1280x1024







12) Dyski twarde Możliwośd zainstalowania dysków SATA, Nearline SAS, SSD




serwera



temperaturze.



Strona 143 z 233

LP ZAKRES WYMAGANIA


















19) Certyfikaty









LP ZAKRES WYMAGANIA

1) Obudowa








min. 780 pkt.



Strona 144 z 233

LP ZAKRES WYMAGANIA


serwerach.


Płyta główna z możliwością zainstalowania czterech procesorów,


procesora,

5) Pamięd RAM

256 GB pamięci RAM , z możliwością rozbudowy do min.768GB, na

płycie powinno znajdowad się min. 24 sloty przeznaczone dla

pamięci. Obsługa modułów pamięci 4GB/8GB/16GB/32GB.

Możliwośd zabezpieczenia pamięci poprzez memory sparing.


min. 1280x1024

7) Wbudowane porty min. 4 porty USB 2.0, 1 port VGA, min. 1 port RS232

8) Interfejsy sieciowe Min. 4 x 1 Gb Ethernet Base-T

9) Interfejsy FC Dwie jednoportowe karty FC 8 G

10) Kontroler dysków Sprzętowy kontroler dyskowy, min. 2GB nieulotnej pamięci cache,


11) Dyski twarde Zainstalowane dyski 2 x 146GB SAS, Hot Plug. 6x 2TB NearLine SAS

Hot-Plug

12) Dyski twarde Możliwośd zainstalowania dysków SATA, Nearline(Midline) SAS, SSD




serwera


wyświetlenie informacji o stanie procesora, pamięci, dysków, BIOS’u,

zasilaniu oraz temperaturze.












Strona 145 z 233

LP ZAKRES WYMAGANIA









19) Certyfikaty









LP ZAKRES WYMAGANIA

1) Obudowa








min. 370 pkt.


serwerach.




procesora, min. 2 Sloty PCIe x16 o przepustowości min. x8, v.3.0.

5) Pamięd RAM 128 GB pamięci RAM RDIMM, z możliwością rozbudowy do min.198





Strona 146 z 233

LP ZAKRES WYMAGANIA



min. 1280x1024

7) Wbudowane porty min. 4 porty USB 2.0, 1 porty VGA, min. 1 port RS232




serwera

9) Interfejsy FC Dwie jednoportowe karty 8Gb FibreChannel wraz z wkładkami SFP

10) Kable przyłączeniowe FC,Ethernet długośc 5m





SAS, SSD





serwera



temperaturze.









konsolę z dostępem do myszy i klawiatury, integracja z Active

Directory, wysyłanie do administratora maila z powiadomieniem o

awarii lub zmianie konfiguracji sprzętowej.

19) Wsparcie techniczne Dostęp do aktualnych sterowników zainstalowanych w serwerze




Strona 147 z 233

LP ZAKRES WYMAGANIA


komputera lub numeru seryjnego komputera, j - należy podad sposób


20) Certyfikaty










LP ZAKRES WYMAGANIA

1) Obudowa


max.2U, umożliwiająca montaż min 8 dysków HotPlug, wraz z






min. 400 pkt.


serwerach.




procesora,

5) Pamięd RAM

64 GB pamięci RAM RDIMM (32GB/procesor) , z możliwością

rozbudowy do min.768 GB, na płycie powinno znajdowad się min. 24

sloty przeznaczone dla pamięci (min. 12 slotów/procesor, min. 10

slotów/procesor wolne). Obsługa modułów pamięci

4GB/8GB/16GB/32GB. Możliwośd zabezpieczenia pamięci poprzez

memory sparing.




Strona 148 z 233

LP ZAKRES WYMAGANIA

min. 1280x1024

7) Wbudowane porty min. 4 porty USB 2.0 , 1 port VGA min. 1 port RS232

8) Interfejsy sieciowe Min. 2 x 1 Gb Ethernet Base-T, min. 2 x 10 Gb Ethernet SFP+ wkładki

światłowodowe

9) Kable przyłączeniowe 2 szt. kable przyłączeniowe światłowodowe



11) Dyski twarde Zainstalowane dyski 8 x 1TB SATA, , skonfigurowane RAID6





serwera



temperaturze.


















19) Certyfikaty







Strona 149 z 233

LP ZAKRES WYMAGANIA





LP ZAKRES WYMAGANIA

1) Obudowa








min. 400 pkt.


serwerach.




procesora,

5) Pamięd RAM







min. 1280x1024

7) Wbudowane porty min. 4 porty USB 2.0, 2 porty VGA, min. 1 port RS232


9) Kable przyłączeniowe 2 szt. kable przyłączeniowe 5m miedziane



11) Dyski twarde Zainstalowane dyski 3 x 600GB SAS



Strona 150 z 233

LP ZAKRES WYMAGANIA





serwera



temperaturze.


















19) Certyfikaty









LP ZAKRES WYMAGANIA

1) Obudowa Obudowa przystosowana do montażu w szafie rack, o wysokości





Strona 151 z 233

LP ZAKRES WYMAGANIA





min. 400 pkt.

3) Procesor Zainstalowany 1 procesor wielordzeniowy, dedykowane do pracy w

serwerach.




procesora,

5) Pamięd RAM







min. 1280x1024

7) Wbudowane porty min. 4 porty USB 2.0 w tym min. 2 na przednim panelu obudowy , 1

porty VGA, min. 1 port RS232


9) Kable przyłączeniowe 2 szt. kable przyłączeniowe 5m miedziane



11) Dyski twarde Zainstalowane dyski 3 x 600GB SAS





serwera



temperaturze.




Strona 152 z 233

LP ZAKRES WYMAGANIA

















19) Certyfikaty









LP ZAKRES WYMAGANIA

1) Procesory Minimum dwa procesory, osiągające w testach SPECint_rate2006

wynik nie gorszy niż 740 punktów w konfiguracji dwuprocesorowej.


każdym serwerze

2

3) Pamięd RAM 192 GB RAM DDR4, możliwośd instalacji w serwerze min. 512GB.



wewnętrznych


5) Dyski twarde brak



Strona 153 z 233

LP ZAKRES WYMAGANIA

6)

Interfejsy sieciowe

(LAN)






wirtualizacyjnej.


wewnętrzne

Min. 1 wewnętrzny port SD lub USB, co najmniej 2 sloty PCI-E 3.0

x16.

8)

Dodatkowe

Wymagania





operacyjne


VMware vSphere 5.1



LP ZAKRES WYMAGANIA

1) Obudowa








min. 680 pkt.


serwerach.




procesora,

5) Pamięd RAM

192 GB pamięci RAM DDR3, z możliwością rozbudowy do min.198 GB,

na płycie powinno znajdowad się min. 16 slotów przeznaczonych dla

pamięci. Obsługa modułów pamięci 4GB/8GB/16GB. Możliwośd




Strona 154 z 233

LP ZAKRES WYMAGANIA


min. 1280x1024

7) Wbudowane porty min. 4 porty USB 2.0 , , 1 porty VGA, min. 1 port RS232




serwera,

9) Kable przyłączeniowe Ethernet długośc 5m, FC

10) Kontroler SAN Dwuportowa karta FC 16GB, wkładki FC



12) Dyski twarde 6 x 600GB 15k 6Gbps SAS


SAS, SSD

14) Kontroler SAS Dwa dwuportowe kontrolery SAS HBA 6Gb





serwera



temperaturze.









konsolę z dostępem do myszy i klawiatury, integracja z Active

Directory, wysyłanie do administratora maila z powiadomieniem o

awarii lub zmianie konfiguracji sprzętowej.

20) Wsparcie techniczne Dostęp do aktualnych sterowników zainstalowanych w serwerze




Strona 155 z 233

LP ZAKRES WYMAGANIA




21) Certyfikaty








7.2.18 Obudowa Blade Typ 1

Tabela 69 Obudowa Blade Typ 1

LP ZAKRES WYMAGANIA

1)

Infrastruktura , typ ,

obudowy

Infrastruktura musi byd przystosowana do montażu w szafie typu

rack 19”, umożliwiająca obsadzenie minimum 16 serwerów bez

konieczności rozbudowy o kolejne elementy sprzętowe. Oferowana

infrastruktura musi zapewniad montaż serwerów blade

wyspecyfikowanych w SIWZ.

Oferowana infrastruktura musi zapewniad montaż serwerów blade

zarówno w technologii x86 jak i w architekturze RISC lub EPIC.

Każda oferowana infrastruktura musi posiadad co najmniej 8 wnęk

na moduły komunikacyjne ( LAN /SAN/ SAS/ InfiniBand).

W ramach infrastruktury (pojedynczego zestawu), należy dostarczyd

ilośd obudów zapewniających powyższe możliwości rozbudowy,

każda obudowa wchodząca w skład infrastruktury musi posiadad

identyczną konfigurację.

2)

Zasilacze Obudowa musi byd wyposażona w zestaw zasilaczy redundantnych

typu Hot Plug. System zasilania musi byd zdolny do obsługi awarii

połowy z zainstalowanych zasilaczy (dowolne N zasilaczy przy

założeniu konfiguracji N + N), wymagane ciągłe dostarczenie mocy

niezbędnej do zasilenia maksymalnej liczby serwerów i urządzeo I/O

zainstalowanych w obudowie. Procesory serwerów winny

pracowad z nominalną, maksymalną częstotliwością.



Strona 156 z 233

LP ZAKRES WYMAGANIA

Wymiana zasilacza nie może powodowad konieczności odłączenia

zewnętrznej infrastruktury zasilania (kabla zasilającego), jak

również nie może powodowad konieczności wyjęcia lub odłączenia

wentylatorów (pojedynczego wentylatora lub modułu

wentylatorów)

3)

Wentylatory Hot Plug redundantne z nadmiarowością o ilości i wydajności

odpowiedniej do chłodzenia urządzenia z pełnym obsadzeniem

slotów, także w przypadku uszkodzenia wentylatora, wentylatory

hotplug.

Wymiana wentylatora nie może wiązad się z wyjęciem modułu

zasilającego ( zasilacza). Zasilacz i Wentylator muszą byd osobnymi –

nie zintegrowanymi ze sobą urządzeniami.

4)

Sposób

agregacji/wyprowadzeo

sygnałów LAN/SAN

FCoE dla pojedynczej

obudowy

Obudowa musi posiadad minimum 2 moduły typu 10Gb Ethernet

FCoE wyprowadzające sygnały z minimum 2 portów sieciowych

10Gb na serwerach. Urządzenia te muszą umożliwiad agregację

połączeo LAN w infrastrukturze blade i muszą umożliwiad

wyprowadzenie sygnałów LAN z infrastruktury z zachowaniem

redundancji połączeo. Każdy moduł powinien posiadad minimum 8

portów zewnętrznych przygotowane do obsadzenia modułami LAN

10Gb lub FC 8Gb. Wraz z modułami należy dostarczyd minimum 8

kabli DAC oraz minimum 8 modułów FC 8Gb (po 4 sztuki na moduł).

Jeśli w serwerze znajdują się dodatkowe karty LAN (oprócz

wymaganych 2 portów 10Gb), należy uwzględnid odpowiednie

moduły LAN w celu wyprowadzenia dodatkowych portów na

zewnątrz obudowy.

5)

Dodatkowa

funkcjonalnośd

modułów LAN i SAN/

modułów FCoE

Możliwośd przydzielania adresów MAC i WWN predefiniowanych

przez producenta rozwiązania blade dla poszczególnych wnęk na

serwery

w obudowie. Przydzielenie adresów musi powodowad zastąpienie

fizycznych adresów kart Ethernet i Fibre Channel na serwerze. Musi

istnied także możliwośd przenoszenia przydzielonych adresów

pomiędzy wnękami

w obudowie. Funkcjonalnośd ta może byd realizowana zarówno

poprzez moduły LAN i SAN w infrastrukturze jak i poprzez

dodatkowe oprogramowanie producenta serwerów blade.

Dodatkowo dla sieci LAN musi istnied możliwośd stworzenia

niezależnych połączeo VLAN tak aby między wydzielonymi sieciami

nie było komunikacji. Wymagana jest możliwośd boot’owania



Strona 157 z 233

LP ZAKRES WYMAGANIA

systemów operacyjnych zainstalowanych na poszczególnych

serwerach blade bezpośrednio z macierzy w środowisku SAN.

Wymagane wszystkie niezbędne licencje na opisaną funkcjonalnośd

dla całej infrastruktury blade.

W przypadku sieci LAN, musi istnied możliwośd określenia pasma

przepustowości pojedynczego portu LAN na serwerze od 100Mb/s

do 10Gb/s.

6) Moduł zarządzania 2 moduły HotPlug z redundancją

7) Zarządzanie Zdalne za pomocą przeglądarki internetowej lub/i oprogramowania

dostarczonego

8) Operacje podstawowe Zdalne wyłączanie/włączanie/restart serwerów

9) Napędy DVD, USB Zdalne udostępnianie napędu DVD-ROM, na potrzeby każdego

serwera z możliwością bootowania z w/w napędów.

Możliwośd zdalnego podłączenia pamięci USB

10) monitorowanie monitorowanie utylizacji następujących podzespołów serwera:

procesor, pamięd, dyski twarde, interfejsy sieciowe

11) Licencje

Licencje na powyższą funkcjonalnośd na wszystkie serwery blade

możliwe do obsadzenia w oferowanej infrastrukturze blade.

12)

Dodatkowe wymagania

Wraz z infrastrukturą blade, należy dostarczyd odpowiednią ilośd

modułów PDU do prawidłowego, redundantnego podłączenia

infrastruktury blade do zasilania w szafach Zamawiającego.

PDU muszą spełniad minimalne wymagania:

a. minimum 32A,

b. minimum dwa redundantne moduły (należy uwzględnid

odpowiednią ilośd modułów dla redundantnego podłączenia całej

infrastruktury blade),

c. ilośd gniazd zapewniająca podłączenie dostarczonej infrastruktury

blade.

7.2.19 Obudowa Blade Typ 2

Tabela 70 Obudowa Blade Typ 2

LP ZAKRES WYMAGANIA



Strona 158 z 233

LP ZAKRES WYMAGANIA

1) Infrastruktura , typ , obudowy

Infrastruktura musi byd przystosowana do montażu w szafie typu

rack 19”, umożliwiająca obsadzenie minimum 16 serwerów bez

konieczności rozbudowy o kolejne elementy sprzętowe. Oferowana

infrastruktura musi zapewniad montaż serwerów blade

wyspecyfikowanych w SIWZ.

Oferowana infrastruktura musi zapewniad montaż serwerów blade

zarówno w technologii x86 jak i RISC EPIC.

W ramach infrastruktury (pojedynczego zestawu), należy dostarczyd ilośd obudów zapewniających powyższe możliwości rozbudowy, każda obudowa wchodząca w skład infrastruktury musi posiadad identyczną konfigurację.

2) Zasilacze Obudowa musi byd wyposażona w zestaw zasilaczy redundantnych

typu Hot Plug. System zasilania musi byd zdolny do obsługi awarii

połowy z zainstalowanych zasilaczy (dowolne N zasilaczy przy

założeniu konfiguracji N + N), wymagane ciągłe dostarczenie mocy

niezbędnej do zasilenia maksymalnej liczby serwerów i urządzeo I/O

zainstalowanych w obudowie. Procesory serwerów winny

pracowad z nominalną, maksymalną częstotliwością.

Wymiana zasilacza nie może powodowad konieczności odłączenia

zewnętrznej infrastruktury zasilania (kabla zasilającego), jak

również nie może powodowad konieczności wyjęcia lub odłączenia

wentylatorów (pojedynczego wentylatora lub modułu

wentylatorów)

3) Wentylatory Hot Plug redundantne z nadmiarowością o ilości i wydajności

odpowiedniej do chłodzenia urządzenia z pełnym obsadzeniem

slotów, także w przypadku uszkodzenia wentylatora, wentylatory

hotplug

4) Sposób

agregacji/wyprowadzeo

sygnałów LAN/SAN

FCoE dla pojedynczej

obudowy

Obudowa musi posiadad switch FC 8Gb, obsługującą wszystkie sloty

kaset serwerów oraz min 5 zewnętrznych interfejsów zewnętrznych

wraz z wkładkami. Obudowa musi posiadad odpowiednie moduły

LAN w celu wyprowadzenia wszystkich portów na zewnątrz

obudowy. Każda oferowana infrastruktura musi posiadad co

najmniej 8 wnęk na moduły komunikacyjne ( LAN /SAN/ SAS/

InfiniBand)

5) Dodatkowa

funkcjonalnośd

modułów LAN i SAN/

modułów FCoE

Sied LAN musi istnied możliwośd stworzenia niezależnych połączeo

VLAN tak aby między wydzielonymi sieciami nie było komunikacji.

Wymagana jest możliwośd boot’owania systemów operacyjnych

zainstalowanych na poszczególnych serwerach blade bezpośrednio



Strona 159 z 233

LP ZAKRES WYMAGANIA

z macierzy w środowisku SAN. Wymagane wszystkie niezbędne

licencje na opisaną funkcjonalnośd dla całej infrastruktury blade.

6) Moduł zarządzania 1 moduł HotPlug z redundancją

7) Dokumentacja Zamawiający wymaga dokumentacji w języku polskim lub

angielskim.

8) Zarządzanie Zdalne za pomocą przeglądarki internetowej lub/i oprogramowania

dostarczonego

9) Operacje podstawowe Zdalne wyłączanie/włączanie/restart serwerów

10) Napędy DVD, USB Zdalne udostępnianie napędu DVD-ROM, na potrzeby każdego

serwera z możliwością bootowania z w/w napędów.

Możliwośd zdalnego podłączenia pamięci USB

11) monitorowanie monitorowanie utylizacji następujących podzespołów serwera:

procesor, pamięd, dyski twarde, interfejsy sieciowe

12) Licencje

Licencje na powyższą funkcjonalnośd na wszystkie serwery blade

możliwe do obsadzenia w oferowanej infrastrukturze blade.

13)

Dodatkowe wymagania

Wraz z infrastrukturą blade, należy dostarczyd odpowiednią ilośd

modułów PDU do prawidłowego, redundantnego podłączenia

infrastruktury blade do zasilania w szafach Zamawiającego.

PDU muszą spełniad minimalne wymagania:

a. minimum 32A,

b. minimum dwa redundantne moduły (należy uwzględnid

odpowiednią ilośd modułów dla redundantnego podłączenia całej

infrastruktury blade),

c. ilośd gniazd zapewniająca podłączenie dostarczonej infrastruktury

blade.



Strona 160 z 233

7.3 Sprzęt serwerowy pozostały

7.3.1 Przełącznik SAN Typ 1

Tabela 71 Przełącznik SAN Typ 1

LP ZAKRES WYMAGANIA

1) Obudowa Obudowa przeznaczona do montażu w szafie przemysłowej 19”, o


2) Porty FC Przełącznik wyposażony w 16 portów aktywnych wyposażonych we

wkładki SFP SW 8Gb/s. Możliwośd konfiguracji aktywnych portów do

pracy w trybach: E-port, N-port, F-port oraz FL-port.

Przełącznik wykonany w technologii FC 8Gb/s, umożliwiający pracę

portów FC z prędkościami 8, 4Gb/s z funkcją autonegocjacji

prędkości.

3) Obsługa modułów

SFP

Wymiana w trybie „na gorąco” modułów portów FC.

Możliwośd instalacji jednomodowych modułów SFP umożliwiających

bezpośrednie połączenie (bez dodatkowych urządzeo

pośredniczących) z innymi przełącznikami na odległośd minimum

10km.

4) Architektura Przełącznik FC musi byd wykonany w tzw. architekturze „non-

blocking” uniemożliwiającej blokowanie się ruchu wewnątrz

przełącznika przy pełnej prędkości pracy wszystkich portów.

5) Przepustowośd Zsumowana przepustowośd przełącznika minimum 384 Gb/s full

duplex.

6) Agregacja połączeo Przełącznik musi posiadad możliwośd rozbudowy funkcjonalności o

możliwośd agregacji połączeo pomiędzy przełącznikami (trunking) na

poziomie poszczególnych ramek, utworzenia połączenia typu „trunk”

o przepustowości minimum 64Gb/s, jednoczesnej obsługi

mechanizmów agregacji połączeo oraz balansowania ruchu w

oparciu o DID/SID/OXID.

7) Obsługa ruchu Obsługa mechanizmu balansowania ruchu, pomiędzy co najmniej 3

różnymi połączeniami o tym samym koszcie wewnątrz

wielodomenowych sieci fabric, przy czym balansowanie ruchu musi

odbywad się w oparciu o 3 parametry nagłówka ramki FC: DID, SID i

OXID.

8) Bezpieczeostwo Uwierzytelnianie (autentykacja) przełączników w sieci Fabric za



Strona 161 z 233

LP ZAKRES WYMAGANIA

pomocą protokołów DH-CHAP i FCAP.

Uwierzytelnianie (autentykacja) urządzeo koocowych w sieci Fabric

za pomocą protokołu DH-CHAP.

Szyfrowanie połączenia z konsolą administracyjną. Wsparcie dla

SSHv2.

Definiowane kont administratorów w środowisku RADIUS i LDAP.

Szyfrowanie komunikacji narzędzi administracyjnych za pomocą

SSL/HTTPS.

Obsługa SNMP v1 oraz v3.

Filtrowanie adresu IP dla portu administracyjnego przełącznika.


redundancja

Funkcjonalnośd uaktualniania oprogramowania (firmware’u)

przełącznika w czasie pracy urządzenia, bez wymogu ponownego

uruchomienia urządzeo w sieci SAN.

Redundantne wentylatory.

10) Zarządzanie Funkcjonalnośd konfiguracji przez komendy tekstowe w interfejsie

znakowym oraz przez przeglądarkę internetową z interfejsem

graficznym.

Funkcjonalnośd zarządzania przez zintegrowany port Ethernet i port

szeregowy.

Funkcjonalnośd konfiguracji portu zarządzania Ethernet z

wykorzystaniem mechanizmu DHCP.

11) Dodatkowe

funkcjonalności

Przełącznik powinien posiadad jako opcję do przyszłego rozszerzenia

możliwośd konfiguracji minimum 484 tzw. „buffer credits” dla

portów przełącznika wybranych do połączeo na dalekie odległości

(poprzez połączenie typu dark fibre lub DWDM).

Wsparcie dla N_Port ID Virtualization (NPIV). Obsługa, co najmniej

255 wirtualnych urządzeo na pojedynczym porcie przełącznika.

12) Wyposażenie

dodatkowe

16 kabli FC LC-LC OM-4 o długości min. 5m.

7.3.2 Przełącznik SAN Typ 2

Tabela 72 Przełącznik SAN Typ 2

LP ZAKRES WYMAGANIA



Strona 162 z 233

LP ZAKRES WYMAGANIA



2) Porty FC Przełącznik wyposażony w 6 portów aktywnych wyposażonych we

wkładki SFP SW 8Gb/s. Możliwośd konfiguracji aktywnych portów do

pracy w trybach: E-port, N-port, F-port oraz FL-port.

Przełącznik wykonany w technologii FC 8Gb/s, umożliwiający pracę

portów FC z prędkościami 8, 4 Gb z funkcją autonegocjacji prędkości.

3) Obsługa modułów

SFP

Wymiana w trybie „na gorąco” modułów portów FC.

Możliwośd instalacji jednomodowych modułów SFP umożliwiających

bezpośrednie połączenie (bez dodatkowych urządzeo

pośredniczących) z innymi przełącznikami na odległośd minimum

10km.

4) Architektura Przełącznik FC musi byd wykonany w tzw. architekturze „non-

blocking” uniemożliwiającej blokowanie się ruchu wewnątrz

przełącznika przy pełnej prędkości pracy wszystkich portów.

5) Agregacja połączeo Przełącznik musi posiadad możliwośd rozbudowy funkcjonalności o

możliwośd agregacji połączeo pomiędzy przełącznikami

6) Bezpieczeostwo Uwierzytelnianie (autentykacja) przełączników w sieci Fabric za

pomocą protokołów DH-CHAP i FCAP.

Uwierzytelnianie (autentykacja) urządzeo koocowych w sieci Fabric

za pomocą protokołu DH-CHAP.

Szyfrowanie połączenia z konsolą administracyjną. Wsparcie dla

SSHv2.

Definiowane kont administratorów w środowisku RADIUS i LDAP.

Szyfrowanie komunikacji narzędzi administracyjnych za pomocą

SSL/HTTPS.

Obsługa SNMP v1 oraz v3.

Filtrowanie adresu IP dla portu administracyjnego przełącznika.


redundancja

Funkcjonalnośd uaktualniania oprogramowania (firmware’u)

przełącznika w czasie pracy urządzenia, bez wymogu ponownego

uruchomienia urządzeo w sieci SAN.

Redundantne wentylatory.

8) Zarządzanie Funkcjonalnośd konfiguracji przez komendy tekstowe w interfejsie

znakowym oraz przez przeglądarkę internetową z interfejsem



Strona 163 z 233

LP ZAKRES WYMAGANIA

graficznym.

Funkcjonalnośd zarządzania przez zintegrowany port Ethernet i port

szeregowy.

Funkcjonalnośd konfiguracji portu zarządzania Ethernet z

wykorzystaniem mechanizmu DHCP.

9) Wyposażenie

dodatkowe

6 kabli FC LC-LC OM-4 o długości min. 5m.

7.3.3 Switch ISCSI Typ 1

Tabela 73 Switch ISCSI Typ 1

LP ZAKRES WYMAGANIA

1) Ilośd portów SFP+: 20 szt

Możliwośd rozbudowy min. o 2 porty 40GbE (QSFP+)

1 port umożliwiający zarządzanie poprzez konsolę,

1 port Ethernet RJ45 dedykowany do zarządzania Out-Of-Band

2) Wymiar Szerokośd: 19 cali do montażu w szafie rackowej,

Wysokośd: max 1 U



Strona 164 z 233

LP ZAKRES WYMAGANIA

3) Funkcjonalnośd Stakowalny do minimum 4 urządzeo w stosie portami 40GbE lub

10GbE

Obsługa modułów QSFP+ 40GE-SR4

Obsługa modułów SFP+ co najmniej typów:10GBase-SR, 10GBase-

LR10, GBase-LRM

Obsługa modułów SFP co najmniej typów:1000Base-SX, 1000Base-LX,

1000BaseT

Obsługa kabli DAC 40GbE (Direct Attached Cable) min długości: 0,5-

7m

Obsługa kabli DAC 10GbE (Direct Attached Cable) min długości: 0,5-

7m

Obsługa kabli rozszywających DAC (Direct Attached Cable) 1 x 40GbE

na 4 x 10GbE min długości: 0,5-7m

Redundantne min 2 zasilacze AC

Redundantne wiatraki

Chłodzenie przełącznika od portów Eth w kierunku zasilaczy (od

przodu do tyłu urządzenia)

Forwarding Rate min. 400 Mpps

Switching fabric min. 600 Gbps

Wsparcie dla Jumbo Frame min 9KB

Obsługa IPv6

Obsługa routingu, min.:

- RIP v1/2;

- OSPF v1/2/3

Obsługa multicastu, min.:

- IGMP v1/2/3;

- IGMP Snooping Querier

- IGMP Proxy

- PIM-SM i SSM

Rozmiar tablicy routingu min.: 8 000 wpisów IPv4, 4 000 wpisów

IPv6

Pamięd MAC adresów min. 80 000

Wsparcie multicast, min 2000 Grup multicastowych

ACL – minimum 100 list, minimum 1000 reguł na ACL, min 4000 reguł

na wszystkie ACL

Min 1000 aktywnych VLANów

Obsługa Prywatnych VLANów



Strona 165 z 233

LP ZAKRES WYMAGANIA

4) Obsługiwane

standardy

VLAN – IEEE 802.1Q

QoS – IEEE 802.1p

Link Aggregation – IEEE 802.3ad

Edge Authentication – IEEE 802.1x

Rapid Spanning Tree – IEEE 802.1w

Multiple Spanning Trees – IEEE 802.1s

Data Center Bridging

Industry-standard MIB support

5) Zarządzanie,

zabezpieczenia

Połączenie szyfrowane: SSL/SSH,

autentykacja dostępu do przełącznika w oparciu o Radius lub

TACACS+

listy dostępu (ACL) warstwy 2/3/4

listy dostępu (ACL) konfigurowalne dla fizycznego portu, łącza

zagregowanego LAG i VLAN

obsługa RMON,

obsługa SNMP v2 i v3,

obsługa sFlow,

możliwośd przechowywania dwóch wersji oprogramowania na

przełączniku,

obsługa DHCP Server i Relay Agent,

obsługa 802.1x w tym:

MAC-based authentication

MAC authentication bypass

Guest VLAN

Zarządzenie przez CLI i przez przeglądarkę internetową,


Tabela 74 Switch ISCSI Typ 2

LP ZAKRES WYMAGANIA



Strona 166 z 233

LP ZAKRES WYMAGANIA

1) Ilośd portów 1GbE 16 szt

10GbE 2szt




Wysokośd: max 1 U

3) Funkcjonalnośd Wsparcie dla Jumbo Frame min 9KB

Obsługa IPv6

Obsługa routingu, min.:

- RIP v1/2;

- OSPF v1/2/3

Obsługa multicastu, min.:

- IGMP v1/2/3;

- IGMP Snooping Querier

- IGMP Proxy

- PIM-SM i SSM


IPv6





4) Obsługiwane

standardy


QoS – IEEE 802.1p





Data Center Bridging

Industry-standard MIB support



Strona 167 z 233

LP ZAKRES WYMAGANIA

5) Zarządzanie,

zabezpieczenia



TACACS+

obsługa RMON,


obsługa sFlow,


przełączniku,




LP ZAKRES WYMAGANIA

1) Ilośd portów

24 x 10GbE RJ45 auto-sensing (10Gb/1Gb)

Możliwośd rozbudowy min. o 2 porty 40GbE (QSFP+) lub 4 porty

10Gigabit Ethernet 10GBaseT.



c) 1 port USB




Strona 168 z 233

3) Funkcjonalnośd

Stakowalny do minimum 6 urządzeo w stosie portami 40GbE lub

10GbE

Możliwośd obsługi modułów QSFP+ 40GE-SR4

Możliwośd obsługi modułów SFP+ co najmniej typów:

10GBase-SR, 10GBase-LR, 10GBase-LRM

Możliwośd obsługi modułów SFP co najmniej typów:

1000Base-SX, 1000Base-LX, 1000BaseT

Możliwośd obsługi kabli DAC 40GbE i DAC 10GbE (Direct Attached

Cable)

Redundantne min 2 zasilacze AC

Redundantne wiatraki

Forwarding Rate min. 470 Mpps

Switching fabric min. 640 Gbps

Wsparcie dla Jumbo Frame min 9KB

Obsługa IPv6

Obsługa routingu, min.: RIP v1/2; OSPF v1/2/3

Obsługa multicastu, min.: IGMP v1/2/3; IGMP Snooping Querier,

IGMP Proxy, PIM-SM i SSM


IPv6

4)



ACL – minimum 100 list, minimum 1000 reguł na ACL, min 4000

reguł na wszystkie ACL



Pobór mocy max 250 W



Strona 169 z 233

5) Obsługiwane

standardy


QoS – IEEE 802.1p





Data Center Bridging w tym: PFC - 802.1Qbb, ETS - 802.1Qaz, DCBx,

iSCSI TLV, Industry-standard MIB support

6) Zarządzanie,

zabezpieczenia



TACACS+

listy dostępu (ACL) warstwy 2/3/4

listy dostępu (ACL) konfigurowalne dla fizycznego portu, łącza

zagregowanego LAG i VLAN

obsługa RMON,


obsługa sFlow,


przełączniku,


obsługa 802.1x w tym:

a) MAC-based authentication

b) MAC authentication bypass

c) Guest VLAN


Oprogramowanie do centralnego zarzadzania min 6 przełącznikami

7) Dokumentacja

użytkownika

Zamawiający wymaga dokumentacji w wersji elektronicznej i

drukowanej w języku polskim i angielskim

7.3.6 Biblioteka Taśmowa Typ 1

Tabela 75 Biblioteka Taśmowa Typ 1

LP ZAKRES WYMAGANIA



Strona 170 z 233

LP ZAKRES WYMAGANIA

1) Obudowa Obudowa przeznaczona do montażu w szafie przemysłowej 19”.

2) Obsługiwane napędy Obsługa napędów LTO-4, LTO-5.

3) Zainstalowane

napędy

2 napędy LTO-5.

4) Sposób pracy napędu Napędy taśmowe muszą byd wyposażone w mechanizm

dostosowujący automatycznie oraz płynnie prędkośd przesuwu

taśmy magnetycznej do wartości strumienia danych przekazywanego

do napędu w zakresie co najmniej 54-160 MB/s.

5) Zabezpieczenie

danych

Obsługa sprzętowego szyfrowania danych w standardzie AES 256-bit

dla napędów LTO-4, LTO-5.

Możliwośd instalacji sprzętowego rozwiązania (np. klucz USB lub

dedykowane urządzenie) umożliwiającego przechowywanie kluczy

szyfrujących w sposób redundantny (dwie niezależne kopie kluczy).

6) Liczba slotów na

kasety

24

7) Sposób obsługi

wymiany taśm w

bibliotece

Oferowana biblioteka taśmowa musi posiadad możliwośd

konfiguracji tzw. „mail slot” umożliwiającego wymianę taśm bez

konieczności wyjmowania z biblioteki całego magazynka z taśmami.

8) Interfejsy zewnętrzne Porty SAS 6Gb

9) Dodatkowe

funkcjonalności

Możliwośd stosowania taśm typu WORM.

Mechanizm automatycznego czyszczenia głowic, brak konieczności

cyklicznej obsługi konserwacyjnej przez personel techniczny.

Oferowana biblioteka musi byd wyposażona w czytnik kodów

kreskowych.

Możliwośd rozbudowy do co najmniej 40 slotów.

10) Karta 2 portowa karta SAS 6GbHBA low-profile z okablowaniem

11) Taśmy 24 taśmy LTO-5 z nalepkami z kodami kreskowymi oraz 2 taśmy

czyszczące.

12) Oprogramowanie

zarządzające

Oprogramowanie umożliwiające monitorowanie stanu biblioteki i

napędów, konfigurację, zbieranie statystyk oraz diagnostykę.

Możliwośd monitorowania i konfiguracji biblioteki poprzez interfejs

przeglądarki internetowej. Wsparcie dla protokołu SNMP.



Strona 171 z 233

LP ZAKRES WYMAGANIA

13) Niezawodnośd Parametr MSBF (mean swaps between failures) o wartości 2 000 000

dla pełnych cykli „załaduj/wyładuj”.

Parametr MTBF (mean time between failures) o wartości 100 000

godzin.


Tabela 76 Biblioteka Taśmowa Typ 2

LP ZAKRES WYMAGANIA

1) Obudowa Obudowa przeznaczona do montażu w szafie przemysłowej 19”.

2) Obsługiwane napędy Obsługa napędów LTO-4, LTO-5 oraz LTO-6.

3) Zainstalowane

napędy

1 napęd LTO-6.





5) Zabezpieczenie

danych






6) Liczba slotów na

kasety

24

7) Sposób obsługi

wymiany taśm w

bibliotece




8) Interfejsy zewnętrzne Porty SAS 6Gb

9) Dodatkowe

funkcjonalności






Strona 172 z 233

LP ZAKRES WYMAGANIA


kreskowych.


10) Karta 2 portowa karta SAS 6GbHBA low-profile z okablowaniem


czyszczące.

12) Oprogramowanie

zarządzające








godzin.


LP ZAKRES WYMAGANIA


wysokości maksymalnie 2U wraz z kompletem szyn.

2) Obsługiwane napędy Obsługa napędów LTO-4, LTO-5.

3) Zainstalowane

napędy

2 napędy LTO-5.





5) Zabezpieczenie

danych






6) Liczba slotów na 24



Strona 173 z 233

LP ZAKRES WYMAGANIA

kasety

7) Sposób obsługi

wymiany taśm w

bibliotece




8) Interfejsy zewnętrzne Porty FC 8 Gb/s. Możliwośd redundantnego podłączenia każdego z

napędów do serwera / sieci SAN.

9) Dodatkowe

funkcjonalności





kreskowych.



czyszczące.

11) Oprogramowanie

zarządzające








godzin.

7.3.9 KVM + Panel

Tabela 77 KVM + Panel

LP ZAKRES WYMAGANIA

1) Typy złączy klawiatura i mysz – USB, monitor – złącze 15-stykowe VGA

2) Liczba serwerów Koncentrator KVM powinien obsługiwad min 8 serwerów

3) Montaż W szafie RACK za pomocą wysuwanych szyn

4) Panel LCD 17’’ min 1280x1024, klawiatura, panel dotykowy



Strona 174 z 233

LP ZAKRES WYMAGANIA

5) Dodatkowe

wymagania

Akcesoria przyłączeniowe wchodzą w skład zestawu i muszą byd

dostarczone

7.3.10 Urządzenie NAS

Tabela 78 Urządzenie NAS

LP ZAKRES WYMAGANIA



2) Dyski Zainstalowanych 12 dysków SATA 6Gb/s hot-swap o pojemności min

2TB każdy

3) Pamięd 2GB pamięci RAM

4) Interfejsy sieciowe Min 4 interfejsy 1Gb/s

5) RAID Obsługa RAID 0/1/5/6/10, dysk hot spare

6) Zarządzanie Interfejs zarządzania poprzez przeglądarkę internetową wszystkich

parametrów urządzenia

7) Oprogramowanie Oprogramowanie do backupu plików stacji roboczych.

8) Obsługiwane

standardy

FTP, Microsoft ADS z ACL, CIFS, SAMBA, NFS, iSCSI, DLNA i UPnP

7.3.11 Rozwiązanie backupowe (PP nr 6, 8)

LP ZAKRES WYMAGANIA

1) Obudowa Obudowa Rack o wysokości maks. 2U z możliwością instalacji min.

8 dysków 2.5" wraz z wysuwanymi szynami umożliwiającymi

wysuwanie urządzenia

2) Interfejsy sieciowe Minimum 2 porty Gigabit Ethernet Base-T i 2 porty 10Gb Ethernet

3) Obsługa protokołów Minimum NFS, CIFS, OST

4) Dyski twarde Możliwośd instalacji dysków twardych SATA, SAS, NearLine SAS i

SSD.

Zainstalowane 2 dyski 300GB SAS 10k RPM oraz 6 dysków 1TB

NLSAS 7.2k RPM



Strona 175 z 233

LP ZAKRES WYMAGANIA

5) Zasilacze Redundantne zasilacze typu hot plug

6) Wentylatory Redundantne wentylatory Hot-Plug

7) Funkcjonalności

systemu

backupowego

Wbudowana globalna deduplikacja danych z automatyczną

weryfikacją poprawności danych.

Możliwośd montowania wolumenu bezpośrednio z backupu, bez

konieczności odtwarzania na dysk źródłowy

Możliwośd sprawdzania poprawności backupów

Uniwersalny system odtwarzania umożliwiający odtwarzanie; p2v,

v2v, v2p, p2p, bare metal restore

Szyfrowanie danych

Możliwośd zdalnej replikacji bez konieczności używania

dodatkowych urządzeo. Replikacja musi wspierad mechanizmy file-

over, file-back, optymalizacja replikacji przez sied WAN

Musi posiadad funkcjonalnośd tworzenia wirtualnej maszyny na

potrzeby szybkiego odtworzenia danych.

- Musi posiadad funkcjonalnośd tworzenia polityk retencji

backupów.

- Wysyłanie ostrzeżeo oraz zagrożeo w postaci email oraz syslog

- Webowa konsola do zarządzania

Zarządzanie poprzez portal WWW oraz CLI

Możliwośd zestawienia replikacji pomiędzy urządzeniami tego

samego typu.

8) Wsparcie dla

systemów

Microsoft Windows 7, 8.0 oraz 8.1 (32 oraz 64 bit)

Microsoft Windows Server 2012, 2012R2, 2008, 2008R2

Red Hat Enterprise Linux (RHEL) 6.3, 6.4, 6.5

Microsoft Hyper-V Server 2012

Microsoft Exchange 2010

VMware vSphere 5.0

Microsoft Exchange 2013

Microsoft SQL Server 2005, 2008, 2008 R2, oraz 2012

9) Licencje Zamawiający wymaga dostarczenia licencji dla tworzenia kopii 10

serwerów z systemami Windows Serwer działających standalone

lub w środowisku zwirtualizowanym.



Strona 176 z 233

LP ZAKRES WYMAGANIA

10) Dokumentacja Zamawiający wymaga dokumentacji w języku polskim lub

angielskim.

7.3.12 Rozwiązania backupowe (PP nr 20)

Tabela 79 Rozwiązania backupowe (PP nr 20)

LP WYMAGANIA

1)

Wymagane jest dostarczenie urządzenia do przechowywania backupów jak również

oprogramowania backupowego tworzącego łącznie jedną logiczną całośd (appliance

składający się z sprzętu i oprogramowania) stanowiącego kompletny system centralnego

backupu z agentami do backupu plików, baz danych, środowisk VMware, HyperV oraz

zawierającego medium backupowe w dostarczonym urządzeniu.

2)

Urządzenia z przestrzenią dyskową zapewniającą przechowywanie zdeduplikowanych danych

o łącznej pojemności przynajmniej 3 TB de-duplikatów. Urządzenie musi posiadad licencje na

przechowywanie minimum 2TB de-duplikatów na własnych dyskach.

Urządzenia z przestrzenią dyskową zapewniającą przechowywanie zdeduplikowanych danych

o łącznej pojemności przynajmniej 2 TB de-duplikatów. Urządzenie musi posiadad licencje na

replikację minimum 2TB de-duplikatów na własnych dyskach

3)

Dostarczony system musi przechowywad kopie zapasowe na własnych dyskach

wewnętrznych dostarczonego applience’u. Nie dopuszcza się przechowywania danych na

taśmach magnetycznych czy tez zabezpieczanych maszynach.

4)

Zainstalowany w urządzeniu system centralnego backupu musi byd dostarczony z licencją na

nielimitowaną liczbę zabezpieczanych serwerów / systemów operacyjnych / baz danych /

partycji VMware / partycji HyperV / Pc-tów / laptopów.

Wymaga się by system umożliwiał backup maszyn wirtualnych w każdym trybie:

Jako obrazy (pliki) maszyn wirtualnych VMware / HyperV

Ze środka, agentem plikowym / bazo-danowym / aplikacyjnym dla sytemów plików Oracle,

SQL, Sybase, DB2, SAP, Exchange, Lotus, Sharepoint

5)

Oprogramowanie backupowe musi wspierad (wymagane wsparcie producenta) następujące

systemy operacyjne: Windows (także Microsoft Cluster) , Linux (Red Hat, SUSE, Debian,

CentOS, Ubnutu), Solaris, AIX, HP-UX, Mac OS X, NetWare, Novell OES 2, FreeBSD.

Backup zasobów plików z powyższych systemów musi podlegad de-duplikacji ze zmiennym

blokiem na zabezpieczanej maszynie zgodnie z wymaganiami powyżej.

6)

Oprogramowanie backupowe musi wspierad (wymagane wsparcie producenta) backup

online następujących baz danych i aplikacji: MS Exchange (2007, 2010), MS SQL, Oracle, IBM

DB2, Lotus Notes, SharePoint, SAP, Sybase, VMware, HyperV.

Backup z powyższych baz danych i aplikacji musi podlegad de-duplikacji ze zmiennym

blokiem na zabezpieczanej maszynie zgodnie z wymaganiami zawartymi w niniejszym



Strona 177 z 233

LP WYMAGANIA

dokumencie.

7) W przypadku zabezpieczania baz danych i aplikacji musi istnied możliwośd pobierania kopii

zapasowej kilkoma strumieniami jednocześnie (minimum 5 jednoczesnych strumieni).

8)

W przypadku zabezpieczania systemu Exchange 2010 musi istnied możliwośd backupu całego

obrazu bazy danych i jednocześnie odtworzenia pojedynczego maila bez konieczności

odtwarzania całej bazy danych.

9)

W przypadku zabezpieczania systemu Sharepoint musi istnied opcjonalna (licencja nie jest

wymagana) możliwośd odtworzenia pojedynczego elementu systemu Sharepoint bez

konieczności odtwarzania całego środowiska SharePoint.

10)

Oferowane rozwiązanie musi zabezpieczad zdeduplikowane dane Windows 2012 bez

konieczności przywracania danych Windows 2012 do postaci oryginalnej (nie zde-

duplikowanej).

11)

Zabezpieczane serwery muszą byd backupowane bezpośrednio na medium backupowe (dyski

oferowanego appliance’u) bez pośrednictwa jakichkolwiek innych urządzeo / serwerów.

Dotyczy to backupów lokalnych, zdalnych jak również backupu Pc-tów i laptopów

12) Transfer danych z zabezpieczanych serwerów do oferowanego appliance’u backupowego nie

może się odbywad po sieci SAN.

13)

Oprogramowanie backupowe musi umożliwiad dla sieci lokalnej:

Backup pojedynczych plików

Backup całych systemów plików

Backup baz danych w trakcie ich normalnej pracy

Backup ustawieo systemu operacyjnego Windows.

Backup całych obrazów maszyn wirtualnych systemu VMware

Backup całych obrazów maszyn wirtualnych systemu HyperV

14)

Rozwiązanie backupowe musi transferowad dane bezpośrednio do appliance’u backupowego

bez konieczności instalacji jakiegokolwiek sprzętu. Backup musi działad poprawnie nawet w

przypadku opóźnienia 2 sekund w sieci WAN oraz jednocześnie utraty pakietów na poziomie

60%. Powyższa funkcjonalnośd wymagana jest dla następujących typów danych:

Backup pojedynczych plików

Backup całych systemów plików

Backup baz danych w trakcie ich normalnej pracy

15) Rozwiązanie backupowe nie może wymagad jakichkolwiek czynności ze strony personelu.

Rozwiązanie backupowe musi działad w tle.

16)

Rozwiązanie backupowe musi byd w pełni konfigurowalne z konsoli znajdującej się w centrali.

W szczególności backupy maszyn (bazy, pliki) czy też backupy PC-tów lub laptopów muszą

byd konfigurowalne z poziomu centralnej konsoli bez konieczności logowania się na

zabezpieczaną maszynę.

17)

Rozwiązanie backupowe musi mied możliwośd odtworzenia plików i baz danych na docelowa

maszynę z poziomu centralnej konsoli systemu backupowego. Nie może byd wymagane

logowanie się na odtwarzaną maszynę celem odtworzenia danych z systemu backupowego.



Strona 178 z 233

LP WYMAGANIA

18)

W przypadku wyboru odtwarzania całego systemu plików (dysk C:\ w Windows, cały file

system w Linux/UNIX) dla systemów Windows / Linux / UNIX, rozwiązanie backupowe musi

automatycznie i samodzielnie porównad pliki znajdujące się w backupie i pliki znajdujące się

odtwarzanej maszynie i odtworzyd tylko brakujące pliki.

W przypadku wyboru odtwarzania całego dysku / całego systemu plików, rozwiązanie

backupowe nie może odczytywad z medium backupowe ani przesyład do odtwarzanej

maszyny plików które znajdowały się zarówno w backupie jak i na odtwarzanej maszynie.

Rozwiązanie backupowe musi samodzielnie ustalid których plików brakuje na odtwarzanym

dysku zabezpieczanej maszyny i tylko te pliki odtworzyd.

19)

Celem minimalizacji ilości przesyłanych danych, oferowane rozwiązanie musi mied możliwośd

przesyłania odtwarzanych danych z medium backupowego do docelowego serwera w postaci

skompresowanej, tak by odtwarzane dane były rozkompresowane na docelowym serwerze

przez agenta oferowanego systemu.

20)

Oferowane rozwiązanie musi byd odporne na:

Opóźnienia na łączu do 2s

Zrywanie łącza do 1h

Utraty pakietów (60%)

21)

Oprogramowanie backupowe musi mied funkcjonalnośd podziału danych (plików, baz

danych, obrazów maszyn wirtualnych) na bloki o zmiennej długości. System musi się

dopasowywad do struktury dokumentu zapewniając podział na bloki o różnej długości w

ramach pojedynczego dokumentu.

Podział na bloki musi następowad bezpośrednio na zabezpieczanym serwerze.

22)

De-duplikacja musi również generowad zmienny blok w przypadku backupu pojedynczego

dokumentu. Bloki wysyłane w trakcie backupu pojedynczego dokumentu (z zabezpieczanej

maszyny do medium de-duplikacyjnego) muszą byd różnej długości jednak nie większej niż

32KB.

23) Każdy backupowany dokument w trakcie pojedynczej sesji musi byd dzielony na bloki o

zmiennej długości nie większej niż 32KB.

24)

Oprogramowanie backupowe musi backupowad (przesyład do serwera backupu) tylko

unikalne bloki w skali całego zabezpieczanego środowiska skracając czas backupu, obciążenie

procesora i zmniejszając ruch w sieci WAN / LAN.

Fragment danych, których został przesłany z serwera A nie może byd przesłany nigdy więcej z

żadnego innego serwera znajdującego się w jakimkolwiek oddziale.

25) Włączenie funkcjonalności deduplikacji nie może generowad wymogu instalacji dodatkowych

modułów programowych po stronie klienckiej lub serwera backupowego.

26)

Oprogramowanie backupowe nie może odczytywad tych plików z systemu dyskowego, które

się nie zmieniły w stosunku do ostatniego backupu. Raz zbackupowany plik nie może byd

nigdy więcej odczytany, chyba, że zmieni się jego zawartośd.

27) Oprogramowanie backupowe musi wykonywad logicznie pełne backupy systemu plików. W

wewnętrznej strukturze musi byd przechowywana informacja o każdym backupie i



Strona 179 z 233

LP WYMAGANIA

należących do niego danych (blokach).

Odtworzenie jakichkolwiek danych plikowych musi byd pojedynczym zadaniem identycznym

z odtworzeniem danych z pełnego backupu.

28)

Oferowane oprogramowanie musi samodzielnie i automatycznie zarządzad mediami

(wewnętrznymi dyskami) na których przechowuje backupy. Administrator musi byd

uwolniony od jakichkolwiek czynności związanych z definicją mediów, przyporządkowaniem

mediów do zadao backupowych, definiowaniem gdzie przechowywane są zadania

backupowe. Wszystkie te czynności, oferowane rozwiązanie musi wykonywad samodzielnie i

automatycznie bez jakiegokolwiek angażowania administratora.

Jedynym wyjątkiem alternatywne wskazanie dodatkowego de-duplikatora jako medium dla

danego zadania backupowego

29)

W konsoli oprogramowania backupowego musi byd możliwośd definiowania ważności

danych (backupów) na podstawie kryteriów czasowych (dni, miesiące, lata). Po okresie

ważności backupy musza byd automatycznie usunięte.

30)

Oferowanie oprogramowanie backupowe musi mied możliwośd tworzenia z poziomu GUI

(konsoli graficznej) polityk typu Dziadek – ojciec –syn, to znaczy utworzenia polityki w której

zdefiniowano:

Czas przechowywania backupów dziennych

Czas przechowywania backupów tygodniowych

Czas przechowywania backupów miesięcznych

Czas przechowywania backupów rocznych

31)

Oferowane rozwiązanie musi umożliwiad tworzenie wykluczeo, czyli elementów nie

podlegających backupowi w ramach zadania backupowego. Musi istnied możliwośd

tworzenia wykluczeo dla dowolnej kombinacji następujących elementów:

Wybranych typów plików, np. Dla plików z rozszerzeniem mp3

Dla całych katalogów (np.: c:\windows).

Dla pojedynczych plików

32)

Niezależnie od dostarczonego urządzenia (appliance fizyczny) musi istnied możliwośd

(przyszła rozbudowa) zainstalowania analogicznego serwera backupu na platformie VMware

ESX (appliance wirtualny). Urządzenia podstawowe (będące przedmiotem przetargu) jak

również przyszłościowa platforma zainstalowana na VMware w ośrodku zdalnym musza mied

możliwośd replikacji danych w obu kierunkach jednocześnie:

Appliance fizyczny do appliance wirtualny

Appliance wirtualny do appliance fizyczny

Replikacji muszą podlegad tylko bloki unikalne, nieznajdujące się na docelowym urządzeniu.

Musi istnied możliwośd zdefiniowania kalendarza replikacji między appliance’mi oraz

zdefiniowania które zadania backupowe podlegają replikacji.

33)

Oferowane urządzenie musi mied możliwośd rozbudowy poprzez dokładanie analogicznych

serwerów do farmy serwerów przy zapewnieniu następującej funkcjonalności:

Farma serwerów posiada wspólną bazę de-duplikatów rozciągniętą na wszystkie node’y



Strona 180 z 233

LP WYMAGANIA

farmy

Awaria pojedynczego serwera w ramach farmy nie powoduje utraty danych (bazy de-

duplikatów) ani też przerwy w pracy systemu backupowego

Każdy z serwerów musi mied zabezpieczenie RAID dla przechowywanych de-duplikatów

Wszystkie serwery farmy są w stanie jednocześnie przyjmowad strumieo backupów (de-

duplikatów od zabezpieczanych serwerów) / odtwarzad dane

System dba by każdy z węzłów farmy był równomiernie obciążony przechowywanymi

backupami oraz wykonywanymi zadaniami backupowymi oraz odtworzeniowymi.

Farma serwerów musi byd rozbudowywalna by byd w stanie pomieścid bazę de-duplikatów o

łącznej wielkości minimum 100TB.

Farma serwerów musi byd zarządzana poziomu pojedynczej konsoli iw dziana jako

pojedyncze logiczne urządzenie

Dołożenie kolejnego urządzenia/serwera zwiększa zarówno pojemnośd systemu jak również

wydajnośd.

34)

Musi istnied pojedyncza konsola zarządzająca całym środowiskiem backupowym w ramach

pojedynczego appliance’u backupowego (danego ośrodka).

Konsola musi mied możliwośd pracy na systemach zarówno Windows jak i Linux.

35)

Konsola zarządzająca systemem backupowym musi integrowad się z Active Directory. Musi

byd możliwośd przydzielania użytkownikom i grupom Active Directory dostępnych ról w

systemie backupowym.

36) Konsola musi udostępniad raporty dotyczące zajętości przestrzeni przeznaczonej na de-

duplikaty.

37) Bloki przesyłane z zabezpieczanych serwerów do appliance’a backupowego muszą byd

kompresowane i szyfrowane algorytmem z kluczem minimum 256-bitowym.

38)

Musi istnied możliwośd szyfrowania danych na medium dyskowym przechowującym backupy

(de-duplikaty). Ewentualna licencja szyfrowania musi byd dostarczona w ramach

postępowania.

39) Wymagana jest autentyfikacja komunikacji między klientem a serwerem backupu (farmą

serwerów) oparta na certyfikatach.

40) Oprogramowanie backupowe musi pozwalad na odtwarzanie danych poprzez: wybór

odtwarzanych danych, odtworzenie danych w jednym kroku.

41)

Oprogramowanie backupowe musi mied możliwośd limitowania wielkości zadania

backupowego. Jeśli zadanie backupowe przekroczy zdefiniowaną wielkośd wówczas nie może

byd zapisane w systemie backupowych

42) Oprogramowanie backupowe musi umożliwiad ograniczenie pasma zużytego na przesłanie

danych z zabezpieczanej maszyny.

43) Oprogramowanie backupowe musi umożliwiad ograniczenie mocy procesora używanej do

wykonywania zdania backupu tak by odpowiednia moc procesora zostawid dla innych zadao.

44) Rozwiązanie backupowe musi wspierad VMware 5.5. Oprogramowanie backupowe musi

umożliwiad dla środowisk VMware:



Strona 181 z 233

LP WYMAGANIA

Backup pojedynczych plików i baz danych z maszyny wirtualnej ze środka maszyny wirtualnej

VMware.

Backup całych maszyn wirtualnych (obrazów, plików vmdk reprezentujących wirtualną

maszynę). W trakcie backupu odczytowi z systemu dyskowego mają podlegad tylko

zmienione bloki wirtualnych maszyn systemu VMWare (wymagane wykorzystanie

mechanizmu CBT systemu VMWare)

Backup tylko wybranych dysków maszyny wirtualnej (wybranych plików vmdk systemu

VMware)

Wykonywanie backupu jak w punkcie b. i c. nie może wymagad bufora dyskowego na kopię

obrazów maszyn wirtualnych (plików vmdk).

Wykonywanie backupu jak w punkcie b. musi pozwalad na szybkie odtworzenie całych

obrazów maszyn wirtualnych oraz pojedynczych dysków maszyny wirtualnej

Odtworzenie zarówno całych maszyn wirtualnych jak i pojedynczych dysków musi

wykorzystywad mechanizm CBT systemu VMWare – odtwarzane są tylko te bloki wirtualnej

maszyny/dysku które uległy zmianie od ostatniego backupu

Wykonywanie backupu jak w punkcie b.i c. musi pozwalad na odtworzenie pojedynczych

plików z obrazu maszyny wirtualnej bez konieczności odtworzenia całej maszyny wirtualnej.

Funkcjonalnośd musi byd dostępna dla obrazów maszyn wirtualnych z zainstalowanym

systemem operacyjnym Windows oraz Linux.

Dopuszcza się wykonywanie snapshotów maszyn wirtualnych i użycie ich w trakcie backupu

obrazów maszyn wirtualnych.

Powyższe metody backupu muszą byd wbudowane w system backupu i w pełni

automatyczne bez wykorzystania skryptów/dodatkowych komend.

Powyższe metody backupu maszyn wirtualnych muszą podlegad de-duplikacji ze zmiennym

blokiem w momencie odczytu danych zgodnie z wymaganiami powyżej.

45)

Skalowalnośd rozwiązania dla środowisk VMware/HyperV musi byd na poziomie:

Minimum 4000 maszyn wirtualnych w ramach pojedynczej konsoli zarządzająca platformą

wirtualizacją

Minimum 100 maszyn wirtualnych backupowanych w ciągu godziny dla pojedynczego

rozwiązania

46)

Oprogramowanie backupowe musi mied możliwośd automatycznego sprawdzania

(weryfikacji) zbackupowanych maszyn wirtualnych. Musi istnied możliwośd ustawienia

kalendarza weryfikacji maszyn wirtualnych.

Weryfikacja maszyn wirtualnych musi zapewniad minimum:

Odtworzenie maszyny wirtualnej na zdefiniowanym Data Center / Data Store

Weryfikacja podstawowych procesów

Możliwośd dołączenia własnego skryptu weryfikującego wybrane elementy maszyny

wirtualnej

Informacja w konsoli systemu backupu o poprawnej / niepoprawnej weryfikacji maszyny

wirtualnej.

47) Administrator (właściciel) danej maszyny wirtualnej VMware/HyperV musi mied możliwośd



Strona 182 z 233

LP WYMAGANIA

samodzielnego odtworzenia pojedynczych plików z dowolnego backupu obrazu jego maszyny

wirtualnej.

48)

Oprogramowanie backupowe musi zawsze przechowywad pełne backupy obrazów maszyn

wirtualnych środowiska VMware/HyperV dla każdej wykonanej w przeszłości kopii

zapasowej.

Każdy backup obrazu maszyny wirtualnej musi byd backupem pełnym.

49)

Oprogramowanie backupowe musi umożliwiad dla środowisk Hyper-V:

Backup pojedynczych plików i baz danych z maszyny wirtualnej ze środka maszyny wirtualnej

Hyper-V.

Backup całych maszyn wirtualnych (czyli plików vhd reprezentujących wirtualną maszynę).

Wykonywanie backupu jak w punkcie b. nie może wymagad bufora dyskowego na kopię

obrazów maszyn wirtualnych (plików vhd).

Wykonywanie backupu jak w punkcie b. musi pozwalad na odtworzenie pojedynczych plików

z obrazu maszyny wirtualnej bez konieczności odtworzenia całej maszyny wirtualnej.

Funkcjonalnośd musi dostępna dla obrazów maszyn wirtualnych z zainstalowanym systemem

operacyjnym Windows.

Dopuszcza się wykonywanie snapshotów vss maszyn wirtualnych i użycie ich w trakcie

backupu obrazów maszyn wirtualnych.

Powyższe metody backupu muszą byd wbudowane w system backupu i w pełni

automatyczne bez wykorzystania skryptów/dodatkowych komend.

Powyższe metody backupu maszyn wirtualnych muszą podlegad de-duplikacji ze zmiennym

blokiem w momencie odczytu danych zgodnie z wymaganiami powyżej.

50) Oprogramowanie backupowe musi zapewniad spójny backup Exchange / MSSQL przy

backupie obrazów maszyn wirtualnych środowiska Hyper-V

51) Musi istnied możliwośd odtworzenia danych z zabezpieczanego serwera / komputera oraz z

konsoli systemu backupowego

52) Musi istnied możliwośd odtworzenia pojedynczego pliku oraz zabezpieczanej bazy danych

53)

Dla systemów Windows 2008, Windows 7 musi istnied funkcjonalnośd Bare Metal Recovery

automatycznego odtworzenia całego serwera (system operacyjny + ustawienia systemu

operacyjnego + dane) w jednym kroku bezpośrednio z oferowanego urządzenia.

Funkcjonalnośd musi byd wbudowana w rozwiązanie backupowe.

54)

W przypadku odtwarzania danych z interfejsu dostępnego na zabezpieczanym serwerze musi

istnied mechanizm autentyfikacji użytkowników dostępny w dwóch opcjach:

Wbudowany w system backupowy

Zintegrowany z usługami katalogowymi

W przypadku wykorzystania AD, użytkownicy będący w domenie nie muszą się logowad do

systemu backupu w przypadku konieczności

odtworzenia danych

przeszukania zwartości swoich backupów

wykonania backupu



Strona 183 z 233

LP WYMAGANIA

55)

Dla odtwarzania danych z interfejsu koocowego użytkownika dostępnego na zabezpieczanym

laptopie / PC muszą byd dostarczone następujące funkcjonalności:

Wyszukiwanie pliku do odtwarzania po

nazwie pliku

początkowym fragmencie nazwy pliku

koocowym fragmencie nazwy pliku

fragmencie nazwy pliku umiejscowionym gdziekolwiek w pełnej nazwie pliku

Przeglądania zawartości zbackupowanego systemu plików i wybór zasobów do odtworzenia

Wybór wersji odtwarzanego pliku / katalogu

56)

Rozwiązanie backupowe musi umożliwiad odtworzenie plików z dowolnego urządzenia

(laptop, tablet, smartphone) poprzez przeglądarkę internetową. Odtwarzanie to musi

spełniad następujące kryteria

Uwierzytelnienia użytkownika

Wyszukiwanie pliku do odtwarzania po

nazwie pliku

początkowym fragmencie nazwy pliku

koocowym fragmencie nazwy pliku

fragmencie nazwy pliku umiejscowionym gdziekolwiek w pełnej nazwie pliku

Przeglądania zawartości zbackupowanego systemu plików i wybór zasobów do odtworzenia

Wybór wersji odtwarzanego pliku / katalogu

57)

W przypadku odtwarzania istniejącego systemu plików (systemu plików który utracił częśd

zasobów) oprogramowanie backupowe musi samo, automatycznie sprawdzad których plików

znajdujących się w backupie brakuje na odtwarzanej maszynie a następnie odczytywad z

backupu i przesyład tylko te pliki które znajdują się w backupie a których brakuje na

odtwarzanej maszynie.

58)

System backupu musi mied funkcjonalnośd wyrzutu na taśmę (przyszła rozbudowa) będącą

jego integralną częścią. Musi to byd gotowy moduł producenta systemu spełniający

następujące wymagania

Niewymagający skryptów

Niewymagający dodatkowego oprogramowania poza dostarczonym przez producenta

Zawierający interfejs gui producenta

Posiadający pełne wsparcie producenta

Opcja wyrzutu na taśmę nie jest byd elementem niniejszej oferty.

59)

System backupu musi byd dostępny dla backupu i odtwarzania przez 24h na dobę 7 dni w

tygodniu. Nie może byd jakiegokolwiek przedziału czasowego czy momentu w którym system

backupowy nie może wykonywad backupu lub odtwarzania.

60) System backupu musi mied możliwośd bezpośredniego raportowania o błędach do serwisu

producenta

61) System backupu musi mied możliwośd instalacji agentów jako plików msi. Musi istnied

możliwośd automatyzacji agentów poprzez uruchomienie skryptu instalującego agenta na



Strona 184 z 233

LP WYMAGANIA

zabezpieczanej maszynie i przyporządkowującego maszynę automatycznie do określonej

polityki backupowej.

62) System backupu musi mied możliwośd automatycznej samo-aktualizacji poprzez

automatyczne ściąganie nowych wersji od producenta

63) System backupu musi mied możliwośd automatycznej aktualizacji oprogramowania agentów

wykonywanej bezpośrednio z serwera backupu.

64)

System musi pozwalad na backup serwerów NAS z następującymi funkcjonalnościami:

Z systemu NAS powinny byd wysyłane tylko zmienione pliki od ostatniego backupu

W przypadku odtwarzania, uprawnienia użytkowników również są odtwarzane

Integracja z protokołem NDMP systemów NAS

Dopuszczalne jest użycie dodatkowego, dedykowanego urządzenia wykonującego de-

duplikację systemu NAS.

7.3.13 Szafa serwerowa 42 U

Tabela 80 Szafa serwerowa 42 U

LP ZAKRES WYMAGANIA

1) Wysokośd (podana w

jednostkach EIA)

42U

2) Wyposażenie Szafa wyposażona w zdejmowane drzwi przednie i tylne zamykane

na klucz, zdejmowane panele boczne oraz elementy stabilizujące,

zabezpieczające szafę przed wywróceniem. Dodatkowo wymagane

jest uziemienie szafy, panele chroniące przed mieszaniem powietrza

gorącego z zimnym.

3) Wymiary Min. 200 x 112 x 59 cm

4) Zgodnośd z normami Zgodnośd z normami EIA-310, RoHS

5) Dodatkowe

wyposażenie

1 listwa zasilająca opisana w rozdziale 7.3.23

7.3.14 Szafa Rack 27U

Tabela 81 Szafa Rack 27U

LP ZAKRES WYMAGANIA

1) Wyposażenie Wysokośd 27U, szafa wyposażona w zdejmowane drzwi przednie i

tylne zamykane na klucz, zdejmowane panele boczne oraz elementy

stabilizujące, zabezpieczające szafę przed wywróceniem. Dodatkowo



Strona 185 z 233

LP ZAKRES WYMAGANIA

wymagane jest uziemienie szafy, panele chroniące przed

mieszaniem powietrza gorącego z zimnym.


3) Dodatkowe

wyposażenie


7.3.15 Szafa Rack 24U

Tabela 82 Szafa Rack 24U

LP ZAKRES WYMAGANIA

1) Wyposażenie Szafa wyposażona w zdejmowane drzwi przednie i tylne zamykane

na klucz, zdejmowane panele boczne oraz elementy stabilizujące,

zabezpieczające szafę przed wywróceniem. Dodatkowo wymagane

jest uziemienie szafy, panele chroniące przed mieszaniem powietrza

gorącego z zimnym.

2) Wymiary Min. 200 x 112 x 59 cm


4) Dodatkowe

wyposażenie


7.3.16 UPS 1

Tabela 83 UPS 1

LP ZAKRES WYMAGANIA

1) Moc pozorna 3kVA

2) Moc rzeczywista 2.7kW

3) Wyjście 6xIEC

4) Kontrola wizualna LCD lub diody

5) Porty USB i/lub RS-232

6) Karta zarządzająca Możliwa instalacja karty zarządzającej

7) Obudowa Umożliwiająca instalację w szafie RACK i wolnostojąca (Tower)



Strona 186 z 233

LP ZAKRES WYMAGANIA

8) Oprogramowanie

zarządzające

Dostarczone oprogramowanie powinno umożliwiad konfigurację i

monitoring pracy UPS

7.3.17 UPS 2

Tabela 84 UPS 2

LP ZAKRES WYMAGANIA

1) Architektura OnLine

2) Moc pozorna 6kVA

3) Moc rzeczywista 5.3kW

4) Czas przełączenia 0

5) Wyjście 6xIEC

6) Kontrola wizualna LCD


8) Karta zarządzająca Możliwa instalacja karty zarządzającej

9) Obudowa Umożliwiająca instalację w szafie RACK i wolnostojąca (Tower)

10) Oprogramowanie

zarządzające



7.3.18 UPS 3

Tabela 85 UPS 3

LP ZAKRES WYMAGANIA

1) Architektura OnLine

2) Moc pozorna 12kVA

3) Moc rzeczywista 10kW

4) Liczba faz 3wejściowe/1 wyjściowa

5) Czas przełączenia 0

6) Kontrola wizualna LCD



Strona 187 z 233

LP ZAKRES WYMAGANIA


8) Karta zarządzająca Umożliwiająca zdalny monitoring i zarządzanie poprzez sied LAN, za

pomocą przeglądarki internetowej, SNMP, dostarczonego

oprogramowania.

9) Bypass Przełącznik mechaniczny ręczny i automatyczny

10) Oprogramowanie

zarządzające



7.3.19 UPS 4

Tabela 86 UPS 4

LP ZAKRES WYMAGANIA

1) Moc pozorna 20kVA

2) Moc czynna 16kW

3) Architektura On-line

4) Liczba faz 3/3

5) Kształt napięcia Sinusoidalny

6) Tolerancja 2%

7) Czas przełączenia na

pracę rezerwową

0

8) Karta zarządzająca Umożliwiająca zdalny monitoring i zarządzanie poprzez sied LAN, za

pomocą przeglądarki internetowej, SNMP, dostarczonego

oprogramowania. Umożliwiająca podłączenie czujnika warunków

środowiskowych

9) Porty RS 232 i/lub USB

10) Kontrola wizualna Panel LCD

11) Dodatkowe moduły

bateryjne

Możliwośd dołączenia

12) Oprogramowanie

zarządzające


monitoring pracy UPS, jeżeli zarządzanie za pomocą przeglądarki

posiada pełną funkcjonalnośd to oprogramowanie nie jest



Strona 188 z 233

LP ZAKRES WYMAGANIA

wymagane

7.3.20 UPS 5

Tabela 87 UPS 5

LP ZAKRES WYMAGANIA

1) Moc 700VA

2) Czas podtrzymania

przy obciążeniu 50 % 20 minut

3) Czas podtrzymania

przy obciążeniu 100 % 6 minut

7.3.21 Rozbudowa istniejącego rozwiązania serwerowego (PP nr 16)

Tabela 88 Redundantny kontroler combo FC/iSCSI do urządzenia macierzy HP P2000G3

LP ZAKRES WYMAGANIA

1) Typ Redundantny kontroler combo FC/iSCSI

2) Zastosowanie Urządzenie pasujące do istniejącej macierzy HP MSA P2000 G3

3) Opis Kontroler FC/iSCSI posiadający wa porty 8Gb FC I dwa porty 1GbE iSCSI

Tabela 89 Rozbudowa przestrzeni dyskowej serwera backupowego do 4 TB

LP ZAKRES WYMAGANIA

1) Typ Dyski twarde o pojemności 1TB

2) Zastosowanie Urządzenie pasujące do istniejącego serwera HP DL180 G6

3) Opis 4 sztuki 1TB SATA 7.2K rpm LFF (3.5-inch)

Tabela 90 Rozbudowa pamięci RAM 2 serwerów HP DL 180 z 32 GB do 96 GB – 2 komplety

LP ZAKRES WYMAGANIA

1) Typ Pamięd RAM

2) Zastosowanie Pamięd pasująca do serwera HP DL180 G6



Strona 189 z 233

LP ZAKRES WYMAGANIA

3) Opis 6 sztuk 16GB (1x16GB)

Tabela 91 Doposażenie 3 serwerów HP DL 180 o redundantne karty FC

LP ZAKRES WYMAGANIA

1) Typ Karta FC 8 Gb

2) Zastosowanie Karta FC pasująca do serwera HP DL180 G6

3) Opis 8Gb 2-port PCIe Fibre Channel Host Bus Adapter

7.3.21.1 Rozbudowa przestrzeni dyskowej urządzenia macierzy z 8 TB do 20 TB

Tabela 92 Rozbudowa przestrzeni dyskowej istniejącego urządzenia macierzy

LP ZAKRES WYMAGANIA

1) Typ Dyski twarde o pojemności 2TB


3) Opis 4 sztuki 2TB 6G SAS 7.2K rpm LFF (3.5-inch) Dual Port MDL

Tabela 93 Rozbudowa przestrzeni dyskowej poprzez dodatkową półkę

LP ZAKRES WYMAGANIA

1) Typ Dodatkowa półka dyskowa na 12 dysków 3,5”


3) Wyposażenie Dyski twarde o pojemności 600GB

4) Urządzenie pasujące do rozbudowywanej macierzy poprzez półkę

dyskową

12 sztuk 600GB 6G SAS 15K LFF Dual Port

5) Kable połączeniowe 2 sztuki Kabli połączeniowych pomiędzy macierzą a półką dyskową



Strona 190 z 233

7.3.22 Rozbudowa istniejącego rozwiązania serwerowego (PP nr 20)

Tabela 94 Rozbudowa istniejącego rozwiązania serwerowego (PP nr 20)

LP ZAKRES WYMAGANIA

1) Przełączniki do blade Zamawiający posiada obudowę Blade firmy Hewlett-Packard typu

c7000. Specyfikowane przełączniki stanowią rozbudowę istniejącej

infrastruktury. W ramach zamówienia Wykonawca musi dostarczyd i

zainstalowad 2 przełączniki sieciowe do wyżej opisanej obudowy

blade wraz z niezbędnym okablowaniem.

2) Pamięci RAM Zamawiający posiada serwery Blade firmy Hewlett-Packard typu

Proliant BL280c G6 i Proliant 460c G6. Specyfikowane pamięci

stanowią rozbudowę w/w serwerów. W ramach zamówienia

Wykonawca musi dostarczyd 81 szt. pamięci RAM – moduły 8GB

2Rx4 PC3-10600R-9 kompatybilne z w/w serwerami.

7.3.23 Listwa Zasilająca do szafy

Tabela 95 Listwa Zasilająca do szafy

LP ZAKRES WYMAGANIA

1) Natężenie prądu 32A/7,3kVA

2) Rodzaj wejścia IEC 309-32A

3) Min. Ilośd i rodzaj

gniazd wyjściowych

6 gniazd IEC 320 C-19, 24 x IEC C13

7.3.24 Moduł SFP FC long distance

Tabela 96 Moduł SFP FC long distance

LP ZAKRES WYMAGANIA

1) Typ Moduł SFP do przełącznika FC

2) Prędkośd przesyłu 8Gb

3) Odległośd Minimum 1km

4) Medium Para światłowodu jednomodowego



Strona 191 z 233

8. Oprogramowanie standardowe - Wymagania

8.1 Wymagania ogólne

1) Wykonawca jest odpowiedzialny za zaprojektowanie, dostawy licencji i wdrożenie

Oprogramowania standardowego ściśle dostosowanego jakościowo i ilościowo do dostarczanego

Oprogramowania aplikacyjnego i środowisk informatycznych każdego PP.

2) Oprogramowanie Standardowe wraz z Oprogramowaniem aplikacyjnym będą tworzyd

jednorodne, homogeniczne środowisko informatyczne umożliwiające w pełni na korzystanie z

funkcjonalności Oprogramowania

3) Oprogramowanie standardowe dostarczane przez Wykonawcę będzie zaprojektowane,

dostarczone, skonfigurowane i wdrożone „pod klucz” zapewniając prawidłowe funkcjonowanie

Oprogramowania aplikacyjnego na wszystkich stanowiskach pracy poszczególnych Partnerów.

4) Oprogramowanie aplikacyjne i Oprogramowanie standardowe będzie zaprojektowane,

dostarczone, skonfigurowane i wdrożone przez Wykonawcę zgodnie niniejszym Opisem

przedmiotu zamówienia w szczególności w uzgodnieniu z Zamawiającym i Partnerami Projektu

8.2 Oprogramowanie do obsługi kopii zapasowych (System Backupu)

Tabela 97 Oprogramowanie do obsługi kopii zapasowych (System Backupu)

LP WYMAGANIA

1) Oprogramowanie do tworzenia kopi zapasowych musi współpracowad z macierzami,

bibliotekami taśmowymi i urządzeniami NAS dostarczonymi w ramach zamówienia w

pełnym zakresie funkcjonalności

2) Oprogramowanie musi byd dostarczone w liczbie licencji umożliwiającej przeprowadzenie

backupu na wszystkich dostarczonych serwerach aplikacyjnych PP oraz serwerach

bazodanowych PP

3) Oprogramowanie musi umożliwiad wykonywanie kopi zapasowych środowisk przyłączonych

do sieci ETHERNET w szczególności z systemami operacyjnymi z rodziny Microsoft Windows

oraz Linux

4) Oprogramowanie powinno posiadad licencję na backup samego siebie

5) Oprogramowanie musi posiadad graficzny interfejs użytkownika dla Administratora, który

pozwoli na wykonanie wszystkich funkcji związanych w tworzeniem i zarządzaniem kopiami

zapasowymi

6) Oprogramowanie do tworzenia kopi zapasowych musi posiadad następujące funkcje:



Strona 192 z 233

8.3 Oprogramowanie antywirusowe

Tabela 98 Oprogramowanie antywirusowe

LP WYMAGANIA

1) Oprogramowanie do realizacji funkcji bezpieczeostwa na poziomie szpitali (dla stacji

roboczych, stacji medycznych i serwerów)

Zamawiający wymaga dostarczenia licencji Oprogramowania na oprogramowanie do

realizacji funkcji bezpieczeostwa na poziomie szpitali spełniających poniższe wymagania

minimalne:

2) Ochrona antywirusowa stacji roboczych ( MS Windows 7 32-bit i 64-bit , MS Windows Vista

32-bit i 64-bit, MS Windows XP Home Edition z SP1/SP2/SP3, MS Windows XP Professional

Edition z SP1/SP2/SP3, MS Windows XP Media Center Edition z SP1) oraz serwerów

pracujących pod kontrolą systemu operacyjnego Linux oraz rodziny MS Windows Server

3) możliwośd automatycznego aktualizowania bazy wirusów

struktura klient serwer

możliwośd ochrony stacji roboczych i serwerów,

centralna konsola zarządzania

automatyczna aktualizacji bazy wirusów przez klientów

administracyjny interfejs graficzny

konfiguracja zakresu oraz poziomu ochrony

brak możliwości wyłączenia klienta przez użytkowania stacji roboczej

ochrona antywirusowa systemu monitorowana i zarządzana z pojedynczej, centralnej

konsoli

możliwośd instalacji konsoli zarządzania niezależnie na kilku wybranych stacjach,

polski interfejs użytkownika i dokumentacja do oprogramowania na stację roboczą

4) Wsparcie (telefoniczne, email, strona internetowa) 3 lata

W cenie oferowanego wsparcia zawarte muszą byd również uaktualnienia oferowanego

oprogramowania do najnowszej wersji uwzględniające współpracę z ukazującymi się na

rynku nowymi rozwiązaniami sprzętowymi i programowymi.



Strona 193 z 233

8.4 Oprogramowanie wirtualizacyjne

Tabela 99 Oprogramowanie wirtualizacyjne

LP WYMAGANIA

1)

a) Musi zostad dostarczona odpowiednia ilośd licencji, która umożliwia instalację

wirtualizacyjnego systemu operacyjnego na wszystkich serwerach i procesorach

serwerów oddzielnie dla każdego Partnera.

b) Dostarczone licencje muszą obsługiwad nielimitowaną ilośd pamięci RAM.

c) Muszą zostad dostarczone odpowiednie licencje na oprogramowanie, umożliwiające

zdalne, jednoczesne zarządzanie co najmniej trzema wirtualizacyjnymi systemami

operacyjnymi oraz zainstalowanymi na nich wirtualnymi maszynami.

2)

a) byd wspierany przez producenta oferowanych serwerów opisanych w niniejszej

specyfikacji oraz współpracowad z oprogramowaniem zarządzającym zaoferowanym do

tych serwerów

b) byd uruchamiany bezpośrednio na sprzęcie serwera i wirtualizowad na potrzeby

wirtualnych maszyn jego zasoby sieciowe, dyskowe, procesor oraz pamięd

c) obsługiwad procesory zainstalowane w oferowanych serwerach

d) umożliwiad dynamiczną zmianę wielkości utworzonych w systemie wolumenów

dyskowych

e) udostępniad funkcję łączenia minimum trzech wirtualizacyjnych systemów operacyjnych

w klaster niezawodnościowy, zapewniający, w razie uszkodzenia, któregoś z

serwerów(opisanych w niniejszej specyfikacji) automatyczną migrację, wszystkich

uruchomionych na nich wirtualnych maszyn na kolejny, dostępny serwer w klastrze

(licencje dla tej funkcjonalności są obligatoryjnym elementem oferty. W momencie

składania oferty wirtualizacyjny system operacyjny musi posiadad, w pełni działającą tą

funkcjonalnośd)

f) wspierad instalację na wirtualnych maszynach co najmniej następujących systemów

operacyjnych: systemy operacyjne z rodziny Windows (w szczegolności MS Windows

Server 2003 i 2008, MS Windows 7, MS Windows Vista, MS Windows XP Proffesional), z

rodziny Linux (w szczególności dystrybucje Red Hat, SuSE, Ubuntu), Solaris



Strona 194 z 233

LP WYMAGANIA

3)

Oprogramowanie do zarządzania wirtualizacyjnymi systemami operacyjnymi musi co

najmniej:

a) umożliwiad jednoczesne zarządzanie trzema wirtualizacyjnymi systemami operacyjnymi

oraz zainstalowanymi na nich wirtualnymi maszynami

b) umożliwiad zarządzanie wirtualizacyjnymi systemami operacyjnymi z dowolnej stacji

roboczej w sieci z zainstalowanym systemem operacyjnym Zamawiający zezwala na

instalację na wspomnianych stacjach roboczych oprogramowania służącego do

podłączenia się do systemu zarządzania)

c) umożliwiad tworzenie profili użytkowników mających prawa tylko do odczytu lub

odczytu i zapisu do poszczególnych wirtualizacyjnych systemów operacyjnych

d) oferowad scentralizowany serwer licencyjny, z którego licencje są delegowane na

poszczególne wirtualizacyjne systemy operacyjne

e) monitorowad utylizację pamięci, procesorów wirtualizacyjnych systemów operacyjnych

jak i samych wirtualnych maszyn

8.5 Oprogramowanie do monitoringu sieci

Tabela 100 Oprogramowanie do monitoringu sieci

LP WYMAGANIA

1) Oprogramowanie monitoruje:

2) Oprogramowanie standardowe,

3) Infrastrukturę sieciową i Infrastrukturę sprzętową

4) Umożliwia konfigurację warunków progowych (np. przekroczenie zadanej temperatury, czy

przekroczenie obciążenia serwera).

5) Umożliwia konfigurację oddzielnego opóźnienia (ang. timeout )dla każdej z usług.

6) Pozwala co najmniej na monitoring infrastruktury przy pomocy następujących protokołów

SNMP, ICMP, HTTP. SSH.

7) Umożliwia monitoring z wykorzystaniem SNMP trap.

8) Umożliwia wysyłanie powiadomieo na email oraz SMS do określonych grup osób.

9) Umożliwia generowanie raportów dostępności monitorowanych usług.



Strona 195 z 233

LP WYMAGANIA

10) Umożliwia rysowanie wykresów monitorowanych usług np. obciążenia procesora, prędkości

łączy, temperatury, etc.

11) Posiada interfejs WWW który umożliwia wgląd i konfigurację systemu monitoringu.

12) Umożliwia monitoring działania farm i klastrów.

13) Zapewnia mechanizmy AAA (Authorization, Authentication, Accounting).

14) Rozwiązanie posiada dostęp mobilny spełniający następujące wymagania:

15) Dostęp do funkcji administracyjnych platformy, zarządzania i monitoringu jest możliwy przez

technologie mobilne (np. GPRS/UMTS).

16) Rozwiązanie monitoringu jest kompletne tzn. oprogramowanie jest zainstalowane,

skonfigurowane i przetestowane.

17)

System zarządzania i monitoringu automatycznie wyszukuje wszystkie węzły TCP/IP i tworzy

dokładne logiczne i fizyczne odwzorowanie topologii sieci, inwentaryzację oprogramowania i

sprzętu na podstawie, której administrator zarządza zmianami w konfiguracji urządzeo.

Wyniki monitorowania są wyświetlane w postaci wykresów co pozwala na analizę trendów

oraz statystyk ruchu sieciowego.

18) System umożliwia na zdefiniowanie określonych akcji wykonywanych po upływie

zdefiniowanego czasu. Wśród sposobów alarmowania są:

19) alarm dźwiękowy,

20) okno z powiadomieniem,

21) powiadomienie z trace route-m,

22) powiadomienie ze statusem usługi sieciowej.

8.6 Oprogramowanie systemowe dla Sprzętu serwerowego

Tabela 101 Oprogramowanie systemowe dla Sprzętu serwerowego

L.P. WYMAGANIA

System operacyjny



Strona 196 z 233

L.P. WYMAGANIA

1)

w ramach przedmiotu zamówienia musi zostad dostarczony komplet licencji na system operacyjny dla serwerów, który pozwoli na uruchomienie i korzystanie w pełnym zakresie ze wszystkich funkcjonalności Oprogramowania opisanego w niniejszym dokumencie,

2)

licencja musi umożliwiad zgodnie z wymaganiami licencyjnymi producenta systemu operacyjnego na dostęp kliencki wszystkich stacji roboczych do Oprogramowania zainstalowanego na serwerach w zakresie niezbędnym do działania dostarczanych systemów dziedzinowych,

3)

licencja musi pozwolid w zgodzie z obowiązującymi wymaganiami producenta na uruchomienie wszystkich funkcjonalności dostarczanego Oprogramowania aplikacyjnego.

Bazy danych

4)

w ramach przedmiotu Zamówienia musi zostad dostarczony komplet licencji na Oprogramowanie bazy danych, które pozwoli na uruchomienie i korzystanie w pełnym zakresie ze wszystkich funkcjonalności dostarczanego Oprogramowania aplikacyjnego i narzędziowego.

8.7 Oprogramowanie systemowe dla Sprzętu komputerowego

Tabela 102 Oprogramowanie systemowe dla Sprzętu komputerowego

L.P. WYMAGANIA

System operacyjny

1) Najnowsza dostępna wersja w ofercie producenta

2) Obsługa architektury 32 i 64 bitowej,

3) Obsługa procesorów wielordzeniowych,

4) Graficzny okienkowy interfejs użytkownika,

5) Zlokalizowane w języku polskim, co najmniej następujących elementów: menu, odtwarzacz

multimediów, pomoc, komunikaty systemowe

6) Możliwośd zdalnej automatycznej instalacji, konfiguracji, administrowania oraz

aktualizowania systemu w języku polskim

7) Zabezpieczony hasłem hierarchiczny dostęp do systemu, konta i profile dla wielu

użytkowników zarządzane zdalnie; praca systemu w trybie ochrony kont użytkowników



Strona 197 z 233

L.P. WYMAGANIA

8) Pełna obsługa Sprzętu i Oprogramowania będącego przedmiotem zamówienia (np.

kompatybilnośd sterowników, w tym sterowników do urządzeo peryferyjnych),

9) Dostępnośd wsparcia pomocy technicznej producenta co najmniej do kooca 2019 roku.

10) Wbudowany klient pocztowy e-mail

11) Wbudowana zapora internetowa (firewall) dla ochrony połączeo internetowych;

12) Certyfikat producenta oprogramowania na dostarczany sprzęt,

13) Zdalna pomoc i współdzielenie aplikacji – możliwośd zdalnego przejęcia sesji zalogowanego

użytkownika celem rozwiązania problemu z komputerem

14) Zarządzanie kontami użytkowników sieci oraz urządzeniami sieciowymi tj. drukarki,

modemy, woluminy dyskowe, usługi katalogowe

15)

Zapewnienie stabilnego i wydajnego funkcjonowania (ciągłe działanie bez błędów (nie

wynikających z niewłaściwej konfiguracji) przez minimum 8h) z oprogramowaniem

posiadanym przez Partnerów w szczególności: systemów medycznych takich jak Hipokrates,

InfoMedica, AMMS firmy Asseco Poland S.A, Optimed firmy Comarch, Clininet firmy CGM,

oprogramowania biurowego, w szczególności OpenOffice, MS Office 2003, 2007, 2010,

2013, w wersjach standard oraz pro (w tym MSAccess), Active Directory MS Windows Server

2003/2012 lub nowszy.

16) Nośnik zawierający wersję instalacyjną oprogramowania

8.8 Licencje dostępowe dla oprogramowania serwerowego

Tabela 103 Licencja dostępowe dla oprogramowania serwerowego

L.P. WYMAGANIA MINIMALNE

1) Licencja dostępowa musi umożliwiad zgodnie z wymaganiami licencyjnymi producenta

systemu operacyjnego dostęp dla Sprzętu komputerowego do oprogramowania

aplikacyjnego zainstalowanego na Serwerze z tym Systemem operacyjnym.

2) Licencja dostępowa musi pozwolid w zgodzie z obowiązującymi wymaganiami producenta

na uruchomienie wszystkich funkcjonalności Oprogramowania aplikacyjnego i

standradowego opisanego w Opisie Przedmiotu Zamówienia



Strona 198 z 233

9. Specyfikacja dostaw i usług (SDU)

9.1 Szpital Mazowiecki w Garwolinie Sp. z o.o.

Tabela 104 (SDU) Szpital Mazowiecki w Garwolinie Sp. z o.o.

LP. SPECYFIKACJA ILOŚD

1) Repozytorium EDM Częśd Lokalna 1

2) Zakup lub wymiana systemu HIS OPTIMED na system równoważny wg Załącznik

1.01.SSI

1

3) Sprzęt komputerowy

4) Zestaw komputerowy Typ 1 36

5) Urządzenie skanująco – drukujące TYP 1 18

6) Sprzęt serwerowy

7) Serwer Typ 5 1

8) Serwer Typ 9 1

9) UPS 2 2

10) Oprogramowanie

11) Oprogramowanie bazodanowe 1

12) Oprogramowanie serwerowe 2

13) Oprogramowanie antywirusowe 38

14) Oprogramowanie wirtualizacyjne 1

15) Usługi projektowania, dostaw, instalacji, konfiguracji i wdrożenia całości

Oprogramowania oraz Infrastruktury sprzętowej

1

9.2 Specjalistyczny Szpital Wojewódzki w Ciechanowie

Tabela 105 (SDU) Specjalistyczny Szpital Wojewódzki w Ciechanowie




Strona 199 z 233



2) Zakup lub wymiana systemu HIS Hipokrates na system równoważny wg

Załącznik 1.02.SSI

1



5) Zestaw terminalowy 200

6) Urządzenie skanująco-drukujące Typ 1 65

7) Stacja mobilna 38

8) Czytnik kodów kreskowych 2D bezprzewodowy 38

9) Czytnik Kodów Kreskowych 20


11) Serwer Typ 5 8

12) Macierz Typ 1 1

13) Biblioteka taśmowa Typ 1 1

14) Switch ISCSI Typ 3 2

15) KVM + Panel 2

16) Oprogramowanie


18) Oprogramowanie do obsługi kopii zapasowych 1

19) Oprogramowania terminalowe 300

20) Licencje dostępowe dla oprogramowania serwerowego 350


22) Oprogramowanie systemowe 1 8

23) Oprogramowanie systemowe 2 1


25) Oprogramowanie serwera aplikacyjnego 4



Strona 200 z 233



Oprogramowania oraz Infrastruktury sprzętowej, w szczególności:

1) Uruchomienie serwerów terminalowych:

a) Instalacja serwerów w miejscu wskazanym przez Zamawiającego,

b) Instalacja systemów operacyjnych serwerów terminalowych

dostarczonych przez Wykonawcę

c) Konfiguracja serwerów zgodnie z ustaleniami z Zamawiającym i

najnowszymi zaleceniami producenta systemu operacyjnego,

d) Zaprojektowanie oraz konfiguracja rozwiązania sieciowego LAN i SAN w

obrębie serwerów terminalowych.

e) Tuning wydajnościowy, optymalizacja systemu, konfiguracja usług,

f) Instalacja service packów oraz poprawek, jeśli wymagane,

g) Weryfikacja poprawności instalacji oprogramowania poprzez weryfikację

logów systemowych,

h) Instalacja i konfiguracja aplikacji.

i) Uruchomienie usługi oferującej równomierne rozłożenie sesji

terminalowych na wszystkie serwery terminalowe,

j) Wykonanie testów, symulacja awarii jednego serwera terminalowego,

przygotowanie dokumentacji

2) Uruchomienie serwerów aplikacyjnych:

a) Instalacja serwerów w miejscu wskazanym przez Zamawiającego,

b) Zaprojektowanie oraz instalacja środowiska wirtualizacji na dwóch

serwerach fizycznych zgodnie z ustaleniami z Zamawiającym i

najnowszymi zaleceniami producenta systemu wirtualizacji.

c) Instalacja konsoli zarządzającej dla środowiska wirtualnego,

d) Instalacja systemów operacyjnych serwerów wirtualnych,

e) Konfiguracja serwerów wirtualnych zgodnie z ustaleniami z Zamawiającym

i najnowszymi zaleceniami producenta systemu operacyjnego,

f) Zaprojektowanie oraz konfiguracja rozwiązania sieciowego LAN i SAN w

obrębie serwerów wirtualnych.

g) tuning wydajnościowy, optymalizacja systemu,

h) Instalacja service packów oraz poprawek, jeśli wymagane,

i) Weryfikacja poprawności instalacji oprogramowania poprzez weryfikację

logów systemowych,

j) Wykonanie testów, symulacja awarii jednego serwera fizycznego i

serwerów wirtualnych, przygotowanie dokumentacji

3) Przygotowanie struktury usługi katalogowej:

a) Instalacja serwerowych systemów operacyjnych,

b) Konfiguracja serwera zgodnie z ustalonymi z Zamawiającym parametrami,

c) Tuning wydajnościowy, optymalizacja systemu,

d) Instalacja service packów oraz poprawek, jeśli wymagane,

e) Weryfikacja poprawności instalacji oprogramowania poprzez weryfikację

1



Strona 201 z 233

9.3 Mazowiecki Szpital Specjalistyczny im. dr Józefa Psarskiego w

Ostrołęce

Tabela 106 (SDU) Mazowiecki Szpital Specjalistyczny im. dr Józefa Psarskiego w Ostrołęce



2) Zakup lub wymiana systemu HIS InfoMedica na system równoważny wg


1


4) Stacja Mobilna 50

5) Tablet 15


7) Serwer Typ 2 6

8) Serwer Typ 5 2

9) Obudowa Blade Typ 2 1

10) Macierz Typ 7 1


12) UPS 2 1

13) Oprogramowanie







Strona 202 z 233




Dostarczane środowisko typu blade musi zostad skonfigurowane w

następujący sposób:

serwery uruchomiają się bezpośrednio z dostarczanej macierzy,

6 serwerów będzie tworzyło środowisko wirtualizacyjne, na którym

zainstalowane zostaną wirtualne maszyny hostujące inne serwisy funkcjonujące

w MSS w Ostrołęce. W ramach prac Wykonawca zainstaluje i skonfiguruje

środowisko wirtualizacyjne. Dostawca dostarczy narzędzia umożliwiające

centralne zarządzanie całym środowiskiem oraz aktualizację środowiska,

dla każdego serwera dostępne będą 2 fizyczne porty 10 Gigabit Ethernet.

Oferowane rozwiązanie musi zapewniad analogiczną przepustowośd portów

Ethernet dla wszystkich możliwych do instalacji w obudowie serwerów bez

konieczności zmiany/upgradeswitchy

dla każdego serwera dostępne będą 2 porty Fiber Channel 8Gb. Oferowane

rozwiązanie musi zapewniad analogiczną ilośd portów FC dla wszystkich

możliwych do instalacji w obudowie serwerów bez konieczności

zmiany/upgrade switchy. Dostarczane switche FC muszą mied wykupioną

licencję na wszystkie porty,

obudowa blade zostanie podłączona do sieci LAN Zamawiającego min. 2 * 4

interfejsami 10 Gb Ethernet. Zamawiający wymaga podłączenia interfejsami

10GBase-LR (światłowód jednomodowy)

obudowa blade zostanie podłączona do sieci SAN Zamawiającego min. 2 * 6

interfejsami 8 Gb FC,

oferowane rozwiązanie musi byd odporne na pojedynczy punkt awarii, a w

szczególności awarię zasilacza obudowy, poszczególnych kart sieciowych w

serwerach, switcha Ethernet oraz switcha FC,

oferowane rozwiązanie musi mied możliwośd grupowanie portów 10Gb

Ethernet wychodzących z serwerów blade w jeden wirtualny kanał o

zagregowanej przepustowości.

1

9.4 Wojewódzkiego Szpitala Zespolonego w Płocku

Tabela 107 (SDU) Wojewódzki Szpital Zespolony w Płocku





Strona 203 z 233


2) Zakup lub wymiana systemu HIS InfoMedica oraz RIS na system równoważny wg


1



5) Czytnik kodów kreskowych 250


7) Tablet 95

8) Stacja Mobilna 9




12) Serwer typ 6 2

13) Serwer Typ 7 2

14) Serwer Typ 8 2

15) Serwer Typ 9 1

16) Macierz typ 3 1



19) Oprogramowanie

20) Pakiet 4 licencji oprogramowania serwerów aplikacyjnych 4


22) Pakiet 200 licencji oprogramowania AV – uzupełnienie 200

23) Oprogramowanie bazodanowe dla klastra bazodanowego 4






Strona 204 z 233




1

9.5 Szpital Dziecięcy im. Med. Dr. Med. Jana Bogdanowicza Samodzielny

Publiczny Zakład Opieki Zdrowotnej w Warszawie

Tabela 108 (SDU) Szpital Dziecięcy im. Med. Dr. Med. Jana Bogdanowicza Samodzielny Publiczny

Zakład Opieki Zdrowotnej w Warszawie



2) Zakup lub wymiana systemu HIS InfoMedica oraz systemu radiologicznego

PACS/RIS wraz z systemem dystrybucji obrazów na oddziały wg Załącznik

1.05.SSI

1



5) Zestaw terminalowy z monitorem 24

6) Skaner wielofunkcyjny kolorowy 2

7) Urządzenie skanująco drukujące Typ 4 14

8) Notebook 5


10) Macierz typ 2 2

11) Serwer typ 3 2


13) Przełącznik SAN Typ 2 4

14) Oprogramowanie

15) Oprogramowanie od obsługi kopii zapasowych 1





Strona 205 z 233





1

9.6 Mazowieckie Specjalistyczne Centrum Zdrowia im. Prof. Jana

Mazurkiewicza w Pruszkowie

Tabela 109 (SDU) Mazowieckie Specjalistyczne Centrum Zdrowia im. Prof. Jana Mazurkiewicza w

Pruszkowie



2) Zakup systemu HIS wg Załącznik 1.06.SSI 1



5) Tablet 20

6) Urządzenie skanująco – drukujące Typ 4 21

7) Urządzenie skanująco - drukujące Typ 5 A4 2

8) Urządzenie skanująco – drukujące Typ 2 8


10) Czytnik kodów kreskowych 2D bezprzewodowy 20

11) Drukarka kodów kreskowych 4

12) Skaner dowodów osobistych 7

13) Drukarka opasek dla pacjentów 4


15) Serwer Typ 10 5

16) Macierz Typ 6 1

17) Rozwiązanie backupowe (PP nr 6, 8) 1



Strona 206 z 233



19) KVM + Panel 2

20) UPS 3 2

21) Oprogramowanie


23) Oprogramowanie do zarządzania, monitorowania i inwentaryzacji serwera 1







Strona 207 z 233



Oprogramowania oraz Infrastruktury sprzętowej, a w szczególności:

Przedmiotem zamówienia jest dostawa infrastruktury serwerowej,

oprogramowania z usługami instalacji i wdrożenia. Zakupiony sprzęt oraz

oprogramowanie ma stworzyd środowisko przetwarzania danych w serwerowni

głównej (GPD21: 2 serwery + macierz dyskowa), serwerowni zapasowej(GPD11: 3

serwery + pamięd masowa kopii zapasowych), systemu replikacji danych oraz

systemu wirtualnych stacji roboczych.

1) System operacyjny

Zamawiający w chwili obecnej używa następujących systemów/aplikacji centralnych:

1. Oprogramowania finansowo, kadrowo, płacowego firmy Macrologic. 2. Systemu HIS, oprogramowania dla Działu Farmacji KS-ASW, oprogramowania

KS-PPS, SOMED firmy Kamsoft z bazą Oracle. 3. Oprogramowania firmy Synectic. 4. Oprogramowania nVision firmy Axence. 5. Oprogramowania antywirusowego firmy Kaspersky. 6. Oprogramowania Płatnik.

Wszystkie wymienione systemy/aplikacje działają w środowisku Windows Serwer 2008.

W ramach projektu Wykonawca będzie zobowiązany do przeniesienia obecnie użytkowanego przez Zamawiającego oprogramowania z obecnie użytkowanych serwerów do dostarczonego przez Wykonawcę zwirtualizowanego środowiska bazującego na najnowszej, dostępnej na dzieo złożenia oferty, wersji systemu Windows Serwer lub systemu równoważnego.

Wykonawca zobowiązany będzie do dostarczenia Zamawiającemu wszystkich wymaganych licencji, na dostarczony przez wykonawcę sprzęt, które umożliwią pracę w zwirtualizowanym środowisku 350 równoczesnym użytkownikom (600 użytkowników w AD). Licencje muszą obejmowad okres 5 lat.

Licencje muszą obejmowad możliwośd użytkowania oprogramowania, aktualizacji do najnowszej wersji oprogramowania oraz możliwośd uzyskania wsparcia technicznego producenta oprogramowania w trybie 5x8.

W ramach projektu Wykonawca będzie zobowiązany do przeniesienia obecnie użytkowanego oprogramowania z obecnie użytkowanych serwerów do dostarczonego zwirtualizowanego środowiska bazującego na najnowszej, dostępnej w dniu złożenia oferty, wersji systemu Windows Serwer lub systemu równoważnego.

Wykonawca będzie zobowiązany do dostarczenia licencji umożliwiających zdefiniowanie minimum 10 wirtualnych serwerów dla systemów/ aplikacji centralnych, których aktualnie używa Zamawiający.

2) Usługi instalacji wdrożenia.

1. W chwili Zamawiający obecnej używa następującego oprogramowania:

1



Strona 208 z 233

9.7 Samodzielny Wojewódzki Publiczny Zespół Zakładów Psychiatrycznej

Opieki Zdrowotnej im. Dr Barbary Borzym w Radomiu

Tabela 110 (SDU) Samodzielny Wojewódzki Publiczny Zespół Zakładów Psychiatrycznej Opieki

Zdrowotnej im. Dr Barbary Borzym w Radomiu





4) Zestaw komputerowy typ 1 80

5) Tablet 25


7) Serwer Typ 5 5

8) Macierz Typ 1 3


10) Oprogramowanie







1

9.8 Samodzielny Specjalistyczny Zespół Zakładów Opieki Zdrowotnej im. Dr

Teodora Dunina w Rudce

Tabela 111 (SDU) Samodzielny Specjalistyczny Zespół Zakładów Opieki Zdrowotnej im. Dr Teodora

Dunina w Rudce





Strona 209 z 233


2) Zakup Lub wymiana systemu HIS Hipokrates PLUS na system równoważny wg


1



5) UPS 5 71

6) Tablet 16

7) Skaner wielofunkcyjny kolorowy 2

8) Stacja Mobilna 6



11) Serwer Typ 14 2

12) Serwer Typ 15 2

13) Macierz Typ 3 1

14) Rozwiązanie backupowe (PP nr 6, 8) 1

15) UPS 2 5

16) Oprogramowanie








1



Strona 210 z 233

9.9 Mazowieckie Centrum Leczenia Chorób Płuc i Gruźlicy

Tabela 112 (SDU) Mazowieckie Centrum Leczenia Chorób Płuc i Gruźlicy



2) Zakup lub wymiana systemu HIS OPTIMED na system równoważny wg Załącznik

1.09.SSI

1





7) Serwer typ 7 4

8) Macierz typ 1 1


10) Urządzenie NAS 1

11) Szafa Rack 27 U 2

12) KVM + Panel 1

13) Oprogramowanie





1

9.10 Wojewódzka Stacja Pogotowia Ratunkowego i Transportu

Sanitarnego „Meditrans” Samodzielny Publiczny Zakład Opieki

Zdrowotnej w Warszawie

Tabela 113 (SDU) Wojewódzka Stacja Pogotowia Ratunkowego i Transportu Sanitarnego

„Meditrans” Samodzielny Publiczny Zakład Opieki Zdrowotnej w Warszawie




Strona 211 z 233







6) Tablet 15

7) Kolektor danych 5

8) Urządzenie skanujące-drukujące Typ 4 4


10) Monitor 2


12) Drukarka kodów kreskowych 1



15) Serwer typ 5 2

16) Szafa serwerowa 42 U 1

17) UPS 4 1

18) Oprogramowanie




Oprogramowania oraz Infrastruktury sprzętowej 1



Strona 212 z 233

9.11 Samodzielny Publiczny Zakład Opieki Zdrowotnej Wojewódzka Stacja

Pogotowia Ratunkowego i Transportu Sanitarnego w Płocku

Tabela 114 (SDU) Samodzielny Publiczny Zakład Opieki Zdrowotnej Wojewódzka Stacja Pogotowia

Ratunkowego i Transportu Sanitarnego w Płocku




3) Laptop 7

4) Tablet 13



7) Szafa serwerowa 42U 1

8) Oprogramowanie






9.12 Samodzielny Publiczny Zakład Opieki Zdrowotnej „MEDITRANS

OSTROŁĘKA” Stacja Pogotowia Ratunkowego i Transportu Sanitarnego

w Ostrołęce

Tabela 115 (SDU) Samodzielny Publiczny Zakład Opieki Zdrowotnej „MEDITRANS OSTROŁĘKA”

Stacja Pogotowia Ratunkowego i Transportu Sanitarnego w Ostrołęce







Strona 213 z 233



5) Tablet 2


7) UPS 5 17


9) Serwer Typ 3 1

10) Serwer Typ 5 1

11) Macierz Typ 1 1


13) UPS 2 1

14) Oprogramowanie




18) Oprogramowanie do monitoringu sieci 1




9.13 Samodzielny Publiczny Zakład Opieki Zdrowotnej „RM-MEDITRANS”

Stacja Pogotowia Ratunkowego i Transportu Sanitarnego w Siedlcach

Tabela 116 (SDU)Samodzielny Publiczny Zakład Opieki Zdrowotnej „RM-MEDITRANS” Stacja

Pogotowia Ratunkowego i Transportu Sanitarnego w Siedlcach






Strona 214 z 233




5) Notebook 1

6) UPS typ 5 25



9) Serwer Typ 5 2


11) Oprogramowanie






9.14 Wojewódzki Samodzielny Zespół Publicznych Zakładów Opieki

Zdrowotnej im. Prof. Eugeniusza Wilczkowskiego w Gostyninie

Tabela 117 (SDU) Wojewódzki Samodzielny Zespół Publicznych Zakładów Opieki Zdrowotnej im.

Prof. Eugeniusza Wilczkowskiego w Gostyninie



2) Zakup lub wymiana systemu HIS oraz RIS na system równoważny wg

Załącznik 1.14.SSI 1



5) Laptop 10



Strona 215 z 233


6) Tablet 20

7) UPS Typ 1 13


9) Serwer Typ 5 5

10) Macierz Typ 1 2

11) Przełącznik ISCSI Typ 2 1


13) Oprogramowanie








9.15 Mazowiecki Szpital Bródnowski Sp. z o.o

Tabela 118 (SDU) Mazowiecki Szpital Bródnowski Sp. z o.o


1) Repozytorium EDM Częśd Regionalna 1

2) Zakup Lub wymiana systemu HIS InfoMedica na system równoważny wg




5) Tablet 60




Strona 216 z 233


7) Serwer Typ 2 16

8) Serwer Typ 11 2


10) Macierz typ 5 2

11) Oprogramowanie




15) Licencje dostępowe dla oprogramowania serwerowego 1 100

16) Licencje dostępowe dla oprogramowania serwerowego 2 100




9.16 Samodzielny Zespół Publicznych Zakładów Opieki Zdrowotnej im.

Dzieci Warszawy w Dziekanowie Leśnym

Tabela 119 (SDU) Samodzielny Zespół Publicznych Zakładów Opieki Zdrowotnej im. Dzieci

Warszawy w Dziekanowie Leśnym



2) Zakup Lub wymiana systemu HIS Argus Textus Virtualis na system

równoważny wg Załącznik 1.16.SSI 1



5) Tablet 22

6) UPS 5 79



Strona 217 z 233


7) Laptop 1


9) Zestawy do identyfikacji pacjentów (czytnik kodów kreskowych, drukarka

kodów kreskowych, drukarka opasek dla pacjentów) 13

10) Urządzenie skanująco drukujące typ 1 79



13) Serwer typ 12 2

14) Rozbudowa istniejącego rozwiązania serwerowego (PP nr 16) 1

15) UPS 1 2


17) Moduł SFP FC long distance 4


19) Oprogramowanie






Strona 218 z 233


23)

Usługi projektowania, dostaw, instalacji, konfiguracji i wdrożenia całości


Środowisko serwerowe:

1) Dwa dostarczane serwery mogą uruchomiad się bezpośrednio z

dostarczanej macierzy lub zainstalowanych w serwerach dysków. Serwery

będą tworzyły środowisko wirtualizacyjne, na którym zainstalowane

zostaną wirtualne maszyny hostujące inne serwisy funkcjonujące w

systemie. Klaster serwerów będzie wykorzystywał współdzielony storage

na rozbudowanej macierzy w ramach nowej sieci SAN FC. Nowe serwery

zostaną zainstalowane w dostarczanej szafie serwerowej w pomieszczeniu

obecnej serwerowni. Zostanie skonfigurowana funkcjonalnośd disaster

recovery (replikacja) z klastrem 2 rozbudowanych serwerów, dostarczanym

urządzeniem typu NAS, oraz pomieszczeniem obecnej centrali telefonicznej

jako miejscem docelowym. Posiadana przez Zamawiającego szafa wraz z

wyposażeniem z pomieszczenia serwerowni zostanie przeniesiona do

pomieszczenia centrali telefonicznej. Dostarczane zasilacze UPS do

serwerów mają zostad zintegrowane z dwoma środowiskami

wirtualizacyjnymi, zapewniając bezpieczne zamykanie maszyn wirtualnych

(systemów operacyjnych gości) odpowiednio wcześnie przed wyłączeniem

się zasilacza, pracującego na baterii.

2) W tym środowisku zostanie uruchomiony wirtualny serwer kontrolera

domeny z przeznaczeniem:

a) dla systemu Usług Katalogowych (Wykonawca uruchomi

funkcjonalnośd „wędrujących profili”),

b) serwera DHCP.

3) Wykonawca dostarczy niezbędną ilośd systemów operacyjnych, oraz

licencji dostępowych do poprawnej pracy wskazanej liczby użytkowników i

aplikacji dostarczanego systemu HIS, LIS, RIS, obejmujące wszystkie

dostarczane procesory.

4) W ramach dostawy Dostawca zainstaluje i skonfiguruje środowisko

wirtualizacyjne. Dostawca dostarczy narzędzia umożliwiające centralne

zarządzanie całym środowiskiem oraz aktualizację środowiska.

5) Wszystkie dostarczane serwery zostaną połączone z dostarczaną macierzą

dyskową minimum 2 interfejsami.

6) Oferowane rozwiązanie musi byd odporne na pojedynczy punkt awarii,

a w szczególności awarię zasilacza, poszczególnych kart sieciowych w

serwerach, wentylatorów.

7) Wykonawca dostarczy komplet urządzeo i kabli przyłączeniowych do

połączenia serwerów do dostarczanej infrastruktury sieciowej oraz

macierzy dyskowej.

8) Wszystkie serwery zostaną skonfigurowane do współpracy z istniejącą,

oraz dostarczaną macierzą dyskową.

1



Strona 219 z 233

9.17 Samodzielny Publiczny Zakład Opieki Zdrowotnej Wojewódzki Szpital

Zakaźny w Warszawie

Tabela 120 (SDU) Samodzielny Publiczny Zakład Opieki Zdrowotnej Wojewódzki Szpital Zakaźny w

Warszawie



2) Zakup Lub wymiana systemu HIS OPTIMED na system równoważny wg






7) Tablet 20


9) Serwer typ 17 3

10) Macierz typ 3 1


12) Oprogramowanie




16) Oprogramowanie do zarządzania, monitorowania i inwentaryzacji serwerowni 1






Strona 220 z 233

9.18 Samodzielny Wojewódzki Zespół Publicznych Zakładów

Psychiatrycznej Opieki Zdrowotnej w Warszawie

Tabela 121 (SDU) Samodzielny Wojewódzki Zespół Publicznych Zakładów Psychiatrycznej Opieki

Zdrowotnej w Warszawie



2) Zakup lub wymiana systemu HIS HIPOKRATES na system równoważny wg




5) Urządzenie skanująco drukujące TYP 1 15


7) Serwer typ 1 6

8) Serwer typ 3 3

9) Macierz dyskowa SSD 2

10) Macierz typ 2 1

11) Szafa Serwerowa 42 U 2

12) Oprogramowanie





9.19 Mazowieckie Centrum Psychiatrii „DREWNICA” Sp. z o.o.

Tabela 122 (SDU) Mazowieckie Centrum Psychiatrii „DREWNICA” Sp. z o.o.





Strona 221 z 233





5) Tablet 30


7) UPS 5 90

8) Czytnik Kodów Kreskowych 19

9) Drukarka Kodów Kreskowych 7


11) Serwer typ 5 7

12) Macierz typ 1 4



15) Oprogramowanie











Strona 222 z 233

9.20 Mazowiecki Szpital Wojewódzki w Siedlcach Sp. z o.o.

Tabela 123 (SDU) Mazowiecki Szpital Wojewódzki w Siedlcach Sp. z o.o.



2) Zakup Lub wymiana systemu HIS InfoMedica na system równoważny wg





6) Zestaw terminalowy z monitorem i licencjami dostępowymi 60

7) Tablet 60

8) Zakup sprzętu do obsługi klinicznego systemu informatycznego 1

9) Sprzęt do EOD 1



12) Czytnik kodów kreskowych bezprzewodowy 30


14) Serwer Typ 4 2

15) Rozbudowa istniejącego rozwiązania serwerowego (PP nr 20) 1

16) Macierz Typ 5 1

17) Serwer Typ 16 10


19) KVM + Panel 1


21) Rozwiązania backupowe (PP nr 20) 1

22) Oprogramowanie

23) Oprogramowanie do zarządzania infrastrukturą i dokumentacją 1



Strona 223 z 233


24) Oprogramowanie bazodanowe 1 1


26) Oprogramowanie terminalowe 60




Strona 224 z 233


28)

Usługi projektowania, dostaw, instalacji, konfiguracji i wdrożenia całości


1) W ramach realizacji przedmiotu zamówienia Wykonawca zobowiązany jest

do uruchomienia kompletnego środowiska z dostarczonych komponentów.

2) Wykonawca dostarczy, zainstaluje, skonfiguruje i dostosuje do potrzeb

Zamawiającego infrastrukturę serwerową z zainstalowanymi serwerowymi

systemami operacyjnymi w wersji 64-bitowej i polskiej wersji językowej

umożliwiającą jednoczesny dostęp dla minimum 354 sesji terminalowych

oraz 200 istniejących stacji roboczych (komputerów typu desktop i

laptopów) pracujących pod kontrolą systemu Windows w różnych wersjach

(XP, Vista, 7, 8, 8.1), a także skonfiguruje i uruchomi dostęp do

infrastruktury z poziomu terminali i stacji roboczych w oparciu o kartę

mikroprocesorową.

3) Logowanie do zasobów infrastruktury informatycznej z poziomy terminali

musi zapewniad przenoszalnośd wcześniej nawiązanej sesji, tj. jeśli

użytkownik zalogowany do serwera terminali z poziomu terminala z

wykorzystaniem kary chipowej dokona rozłączenia nawiązanej wcześniej

sesji terminalowej np. poprzez wyjęcie katy chipowej z czytnika i

ponownym jej włożeniu i zalogowaniu się do serwera terminali musi zostad

automatycznie przekierowany do serwera, który wcześniej podtrzymywał

już nawiązaną sesję.

4) Wykonawca jest zobowiązany dostarczyd wszelkie elementy (zarówno

hardware'owe jak i software'owe) potrzebne do poprawnego działania całej

infrastruktury, w szczególności niezbędne okablowanie do połączenia

wszystkich dostarczonych elementów w spójną i działającą całośd.

5) Zamawiający wymaga utworzenia wysokodostępnego środowiska dla usług

terminalowych w oparciu o dostarczone elementy z wykorzystaniem

mechanizmów wirtualizacji serwerów i aplikacji.

Instalacja serwerów:

1) instalacja serwerów blade, przełączników SAN w szafie wraz z osprzętem i

połączenie ich niezbędnym okablowaniem,

2) uruchomienie podłączonego sprzętu,

3) instalacja i konfiguracja systemów operacyjnych,

4) instalacja i konfiguracja macierzy,

5) instalacja i konfiguracja systemu backupu danych.

6) instalacja i konfiguracja dedykowanego oprogramowania do zarządzania

ww. sprzętem,

7) podłączenie do istniejącego okablowania strukturalnego,

8) uruchomienie, przetestowanie, odbiór.

Instalacja terminali:

1) rozbudowa istniejącej infrastruktury o nowe przełączniki do obudowy blade

oraz pamięd RAM do posiadanych przez Zamawiającego serwerów blade -

1



Strona 225 z 233

9.21 Mazowieckie Centrum Rehabilitacji „STOCER” Sp. z o.o.

Tabela 124 (SDU) Mazowieckie Centrum Rehabilitacji „STOCER” Sp. z o.o.



2) Zakup Lub wymiana systemu HIS na system równoważny wg Załącznik

1.21.SSI 1





7) Serwer Typ 5 2


9) Oprogramowanie




9.22 Mazowiecki Szpital Specjalistyczny w Sp. z o.o.

Tabela 125 (SDU) Mazowiecki Szpital Specjalistyczny w Sp. z o.o.



2) Zakup lub wymiana systemu HIS MEDICUS ONLINE oraz LIS na system

równoważny wg Załącznik 1.22.SSI 1







Strona 226 z 233



8) Akumulatory w posiadanych zasilaczach awaryjnych UPS 21



9.23 Centrum Leczniczo – Rehabilitacyjne i Medycyna Pracy ATTIS Sp. z

o.o.

Tabela 126 (SDU) Centrum Leczniczo – Rehabilitacyjne i Medycyna Pracy ATTIS Sp. z o.o.



2) Zakup Lub wymiana systemu HIS MEDICUS ONLINE na system równoważny

wg Załącznik 1.23.SSI 1



5) Tablet 20


7) Serwer Typ 13 4

8) Macierz Typ 1 1

9) UPS 2 2

10) UPS 3 1


12) Oprogramowanie







Strona 227 z 233






9.24 Województwo Mazowieckie

Tabela 127 (SDU) Województwo Mazowieckie


1) Oprogramowanie

2) Centrum Analityczne Statystyczno -Ekonomiczne 1





Strona 228 z 233

10. Spis załączników

Załącznik 1.01.SSI. Szpital Mazowiecki w Garwolinie Sp. z o.o.

Załącznik 1.02.SSI. Specjalistyczny Szpital Wojewódzki w Ciechanowie

Załącznik 1.03.SSI. Mazowiecki Szpital Specjalistyczny im. Dr Józefa Psarskiego w

Ostrołęce

Załącznik 1.04.SSI. Wojewódzki Szpital Zespolony w Płocku

Załącznik 1.05.SSI. Szpital Dziecięcy im. Prof. Dr. Prof. Jana Bogdanowicza Samodzielny

Publiczny Zakład Opieki Zdrowotnej w Warszawie

Załącznik 1.06.SSI. Mazowieckie Specjalistyczne Centrum Zdrowia im. Prof. Jana

Mazurkiewicza w Pruszkowie

Załącznik 1.07.SSI. Samodzielny Wojewódzki Publiczny Zespół Zakładów Psychiatrycznej

Opieki Zdrowotnej im. Dr Barbary Borzym w Radomiu

Załącznik 1.08.SSI. Samodzielny Specjalistyczny Zespół Zakładów Opieki Zdrowotnej im.

Dr Teodora Dunina w Rudce

Załącznik 1.09.SSI. Mazowieckie Centrum Leczenia Chorób Płuc i Gruźlicy

Załącznik 1.10.SSI. Wojewódzka Stacja Pogotowia Ratunkowego i Transportu

Sanitarnego „Meditrans” Samodzielny Publiczny Zakład Opieki Zdrowotnej w Warszawie

Załącznik 1.11.SSI. <nie dotyczy>

Załącznik 1.12.SSI. Samodzielny Publiczny Zakład Opieki Zdrowotnej „MEDITRANS

OSTROŁĘKA” Stacja Pogotowia Ratunkowego i Transportu Sanitarnego w Ostrołęce

Załącznik 1.13.SSI. Samodzielny Publiczny Zakład Opieki Zdrowotnej „RM-MEDITRANS”

Stacja Pogotowia Ratunkowego i Transportu Sanitarnego w Siedlcach

Załącznik 1.14.SSI. Wojewódzki Samodzielny Zespół Publicznych Zakładów Opieki

Zdrowotnej im. Prof. Eugeniusza Wilczkowskiego w Gostyninie

Załącznik 1.15.SSI. Mazowiecki Szpital Bródnowski w Warszawie Sp. z o.o.

Załącznik 1.16.SSI. Samodzielny Zespół Publicznych Zakładów Opieki Zdrowotnej im.

Dzieci Warszawy w Dziekanowie Leśnym

Załącznik 1.17.SSI. Samodzielny Publiczny Zakład Opieki Zdrowotnej Wojewódzki Szpital

Zakaźny w Warszawie

Załącznik 1.18.SSI. Samodzielny Wojewódzki Zespół Publicznych Zakładów

Psychiatrycznej Opieki Zdrowotnej w Warszawie

Załącznik 1.19.SSI. Mazowieckie Centrum Psychiatrii „DREWNICA” Spółka z ograniczoną

odpowiedzialnością

Załącznik 1.20.SSI. Mazowiecki Szpital Wojewódzki w Siedlcach Sp. z o.o.

Załącznik 1.21.SSI. Mazowieckie Centrum Rehabilitacji „STOCER” Sp. z o.o.

Załącznik 1.22.SSI. Mazowiecki Szpital Specjalistyczny Spółka z ograniczoną

odpowiedzialnością z siedzibą w Radomiu

Załącznik 1.23.SSI. Centrum Leczniczo-Rehabilitacyjne i Medycyny Pracy ATTIS Sp. z

ograniczoną odpowiedzialnością



Strona 229 z 233

11. Spis rysunków

Rysunek 1 Architektura Systemu MEZ .................................................................................................. 19

Rysunek 2 Poglądowy schemat połączenia LREDM i RREDM ................................................................ 20

Rysunek 3 Ogólna Architektura SEDM .................................................................................................. 38

Rysunek 4 Ogólna architektura CASE .................................................................................................... 51

12. Spis tabel

Tabela 1 Podstawowe etapy i terminy realizacji Projektu MEZ - Harmonogram.................................. 22

Tabela 2 CASE - Dane, które są wysyłane do NFZ .................................................................................. 57

Tabela 3 CASE - Dane, które nie są wysyłane do NFZ ............................................................................ 60

Tabela 4 Realizacja świadczeo zdrowotnych w lecznictwie zamkniętym (miesięczne) ........................ 64

Tabela 5 Realizacja świadczeo zdrowotnych w lecznictwie otwartym ................................................. 64

Tabela 6 Sprawozdanie z wykonania umów NFZ .................................................................................. 65

Tabela 7 Zestawienie kosztów w układzie kalkulacyjnym ..................................................................... 65

Tabela 8 Informacja o sytuacji finansowej ............................................................................................ 65

Tabela 9 Informacja o przebiegu wykonania planu finansowego ......................................................... 67

Tabela 10 Sprawozdanie o zatrudnieniu ............................................................................................... 68

Tabela 11 Sprawozdania finansowe – Aktywa ...................................................................................... 68

Tabela 12 Sprawozdania finansowe – Pasywa ...................................................................................... 70

Tabela 13 Struktura zobowiązao ........................................................................................................... 71

Tabela 14 Analiza wskaźnikowa ............................................................................................................ 71

Tabela 15 Sprawozdanie o zapleczu diagnostycznym .......................................................................... 72

Tabela 16 Urządzenie skanująco drukujące Typ 1 ................................................................................. 73


Tabela 18 Urządzenie skanująco drukujące Typ 3 (2) ........................................................................... 76


Tabela 20 Urządzenie skanująco-drukujące typ 5 ................................................................................. 77

Tabela 21 Skaner wielofunkcyjny kolorowy ......................................................................................... 78

Tabela 22 Tablet ................................................................................................................................... 79

Tabela 23 Zestaw terminalowy z monitorem z licencjami dostępowymi ............................................ 80

Tabela 24 Stacja Mobilna ..................................................................................................................... 81



Strona 230 z 233

Tabela 25 Laptop .................................................................................................................................. 83

Tabela 26 Notebook ............................................................................................................................. 86

Tabela 27 Zestaw Komputerowy Typ 1 (kliencki) ................................................................................. 88

Tabela 28 Zestaw Komputerowy TYP 2 (kliencki) ................................................................................. 91

Tabela 29 Zestaw komputerowy Typ 3 (kliencki) ................................................................................. 96

Tabela 30 Zestaw Komputerowy Typ 4 – Drukarka laserowa ............................................................... 99

Tabela 31 Monitor ................................................................................................................................ 99

Tabela 32 Kolektor danych ................................................................................................................. 100

Tabela 33 Skaner Dowodów osobistych ............................................................................................. 100

Tabela 34 Drukarka kodów kreskowych ............................................................................................. 101

Tabela 35 Czytnik kodów kreskowych ................................................................................................ 101

Tabela 36 Czytnik kodów kreskowych bezprzewodowy ..................................................................... 102

Tabela 37 Czytnik kodów kreskowych 2D bezprzewodowy ................................................................ 102

Tabela 38 Drukarka opasek dla pacjentów......................................................................................... 103

Tabela 39 Parametry komputera typu Medical Grade - All in one...................................................... 104

Tabela 40 Drukarka etykiet EOD ......................................................................................................... 105

Tabela 41 Czytnik kodów kreskowych EOD ......................................................................................... 106

Tabela 42 Skaner dokumentów EOD ................................................................................................... 106

Tabela 43 Monitor LED do monitorowania parametrów infrastruktury ............................................. 108

Tabela 44 Macierz dyskowa SSD ......................................................................................................... 109

Tabela 45 Macierz Typ 1 ...................................................................................................................... 112



Tabela 48 Macierz Typ 4 ..................................................................................................................... 120




Tabela 52 Serwer Typ 1 ....................................................................................................................... 127









Strona 231 z 233



Tabela 61 Serwer Typ 10 ..................................................................................................................... 141








Tabela 69 Obudowa Blade Typ 1 ......................................................................................................... 155

Tabela 70 Obudowa Blade Typ 2 ......................................................................................................... 157

Tabela 71 Przełącznik SAN Typ 1 ......................................................................................................... 160

Tabela 72 Przełącznik SAN Typ 2 ......................................................................................................... 161

Tabela 73 Switch ISCSI Typ 1 ............................................................................................................... 163

Tabela 74 Switch ISCSI Typ 2 ............................................................................................................... 165

Tabela 75 Biblioteka Taśmowa Typ 1 .................................................................................................. 169

Tabela 76 Biblioteka Taśmowa Typ 2 .................................................................................................. 171

Tabela 77 KVM + Panel ....................................................................................................................... 173

Tabela 78 Urządzenie NAS .................................................................................................................. 174

Tabela 79 Rozwiązania backupowe (PP nr 20) .................................................................................... 176

Tabela 80 Szafa serwerowa 42 U ........................................................................................................ 184

Tabela 81 Szafa Rack 27U .................................................................................................................... 184

Tabela 82 Szafa Rack 24U .................................................................................................................... 185

Tabela 83 UPS 1 ................................................................................................................................... 185

Tabela 84 UPS 2 ................................................................................................................................... 186

Tabela 85 UPS 3 ................................................................................................................................... 186

Tabela 86 UPS 4 ................................................................................................................................... 187

Tabela 87 UPS 5 ................................................................................................................................... 188

Tabela 88 Redundantny kontroler combo FC/iSCSI do urządzenia macierzy HP P2000G3 ................ 188

Tabela 89 Rozbudowa przestrzeni dyskowej serwera backupowego do 4 TB .................................... 188

Tabela 90 Rozbudowa pamięci RAM 2 serwerów HP DL 180 z 32 GB do 96 GB – 2 komplety ........... 188

Tabela 91 Doposażenie 3 serwerów HP DL 180 o redundantne karty FC ........................................... 189

Tabela 92 Rozbudowa przestrzeni dyskowej istniejącego urządzenia macierzy ................................ 189



Strona 232 z 233

Tabela 93 Rozbudowa przestrzeni dyskowej poprzez dodatkową półkę ............................................ 189

Tabela 94 Rozbudowa istniejącego rozwiązania serwerowego (PP nr 20) ......................................... 190

Tabela 95 Listwa Zasilająca do szafy ................................................................................................... 190

Tabela 96 Moduł SFP FC long distance ................................................................................................ 190

Tabela 97 Oprogramowanie do obsługi kopii zapasowych (System Backupu) ................................... 191

Tabela 98 Oprogramowanie antywirusowe ....................................................................................... 192

Tabela 99 Oprogramowanie wirtualizacyjne ...................................................................................... 193

Tabela 100 Oprogramowanie do monitoringu sieci ............................................................................ 194

Tabela 101 Oprogramowanie systemowe dla Sprzętu serwerowego................................................. 195

Tabela 102 Oprogramowanie systemowe dla Sprzętu komputerowego ............................................ 196

Tabela 103 Licencja dostępowe dla oprogramowania serwerowego ................................................. 197

Tabela 104 (SDU) Szpital Mazowiecki w Garwolinie Sp. z o.o. ............................................................ 198

Tabela 105 (SDU) Specjalistyczny Szpital Wojewódzki w Ciechanowie .............................................. 198

Tabela 106 (SDU) Mazowiecki Szpital Specjalistyczny im. dr Józefa Psarskiego w Ostrołęce ............. 201

Tabela 107 (SDU) Wojewódzki Szpital Zespolony w Płocku ................................................................ 202

Tabela 108 (SDU) Szpital Dziecięcy im. Med. Dr. Med. Jana Bogdanowicza Samodzielny Publiczny

Zakład Opieki Zdrowotnej w Warszawie ............................................................................................. 204

Tabela 109 (SDU) Mazowieckie Specjalistyczne Centrum Zdrowia im. Prof. Jana Mazurkiewicza w

Pruszkowie........................................................................................................................................... 205

Tabela 110 (SDU) Samodzielny Wojewódzki Publiczny Zespół Zakładów Psychiatrycznej Opieki

Zdrowotnej im. Dr Barbary Borzym w Radomiu.................................................................................. 208

Tabela 111 (SDU) Samodzielny Specjalistyczny Zespół Zakładów Opieki Zdrowotnej im. Dr Teodora

Dunina w Rudce ................................................................................................................................... 208

Tabela 112 (SDU) Mazowieckie Centrum Leczenia Chorób Płuc i Gruźlicy ......................................... 210

Tabela 113 (SDU) Wojewódzka Stacja Pogotowia Ratunkowego i Transportu Sanitarnego „Meditrans”

Samodzielny Publiczny Zakład Opieki Zdrowotnej w Warszawie ........................................................ 210

Tabela 114 (SDU) Samodzielny Publiczny Zakład Opieki Zdrowotnej Wojewódzka Stacja Pogotowia

Ratunkowego i Transportu Sanitarnego w Płocku .............................................................................. 212

Tabela 115 (SDU) Samodzielny Publiczny Zakład Opieki Zdrowotnej „MEDITRANS OSTROŁĘKA” Stacja

Pogotowia Ratunkowego i Transportu Sanitarnego w Ostrołęce ....................................................... 212

Tabela 116 (SDU)Samodzielny Publiczny Zakład Opieki Zdrowotnej „RM-MEDITRANS” Stacja

Pogotowia Ratunkowego i Transportu Sanitarnego w Siedlcach ........................................................ 213

Tabela 117 (SDU) Wojewódzki Samodzielny Zespół Publicznych Zakładów Opieki Zdrowotnej im. Prof.

Eugeniusza Wilczkowskiego w Gostyninie .......................................................................................... 214

Tabela 118 (SDU) Mazowiecki Szpital Bródnowski Sp. z o.o ............................................................... 215



Strona 233 z 233

Tabela 119 (SDU) Samodzielny Zespół Publicznych Zakładów Opieki Zdrowotnej im. Dzieci Warszawy

w Dziekanowie Leśnym ....................................................................................................................... 216

Tabela 120 (SDU) Samodzielny Publiczny Zakład Opieki Zdrowotnej Wojewódzki Szpital Zakaźny w

Warszawie ........................................................................................................................................... 219

Tabela 121 (SDU) Samodzielny Wojewódzki Zespół Publicznych Zakładów Psychiatrycznej Opieki

Zdrowotnej w Warszawie .................................................................................................................... 220

Tabela 122 (SDU) Mazowieckie Centrum Psychiatrii „DREWNICA” Sp. z o.o. ..................................... 220

Tabela 123 (SDU) Mazowiecki Szpital Wojewódzki w Siedlcach Sp. z o.o. ......................................... 222

Tabela 124 (SDU) Mazowieckie Centrum Rehabilitacji „STOCER” Sp. z o.o. ....................................... 225

Tabela 125 (SDU) Mazowiecki Szpital Specjalistyczny w Sp. z o.o. ..................................................... 225

Tabela 126 (SDU) Centrum Leczniczo – Rehabilitacyjne i Medycyna Pracy ATTIS Sp. z o.o. ............... 226

Tabela 127 (SDU) Województwo Mazowieckie ................................................................................... 227

<Koniec dokumentu>

W PROJEKCIE E-ZDROWIE DLA MAZOWSZA NA DOSTAWY I...

Documents

Transcript of W PROJEKCIE E-ZDROWIE DLA MAZOWSZA NA DOSTAWY I...