Příloha č. 2 - PROJEKTOVÁ DOKUMENTACE

Příloha č. 2 PROJEKTOVÁ DOKUMENTACE

květen 2012

Zpracovatel:

EUNICE CONSULTING a.s.

Se sídlem:

Belgická 642/15, 120 00 PRAHA 2

IČ:

27073301

Zastoupen:

Bc. Michalem Vrbou, předsedou představenstva

1 / 63

OBSAH: 1.

Název veřejné zakázky ..................................................................................................... 4

2.

Specifikace plnění veřejné zakázky ................................................................................. 5

2.1.

Předmět zakázky – základní popis .................................................................................................5

2.2.

Předmět zakázky – detailní popis.................................................................................................12

2.2.1.

Metropolitní síť ................................................................................................................................12

2.2.2.

Portál úředníka................................................................................................................................17

2.2.3.

ICT centrum .....................................................................................................................................18

2.2.4.

Portál občana ..................................................................................................................................20

2.2.5.

Datový sklad ....................................................................................................................................22

2.2.6.

Manažerský informační systém ........................................................................................................24

2.2.7.

Digitalizace a DMS .........................................................................................................................24

2.2.8.

Integrace agendových systémů ........................................................................................................26

2.3.

Požadavky na předmět zakázky ...................................................................................................28

2.3.1.

Požadavky na řešení ........................................................................................................................28

2.3.2.

Požadavky na dodávku ....................................................................................................................54

2.3.3.

Požadavky na záruku .......................................................................................................................61

2.3.4.

Požadavky na předání a akceptaci ..................................................................................................61

2.3.5.

Termínové požadavky ......................................................................................................................62

2.3.6.

Požadavky na cenu a platební podmínky .........................................................................................62

2 / 63

Seznam zkratek: CCTV

kamerový systém

CIS

centrální informační systém

CMS

centrální místo služeb

DMS

dokument management system

EPS

elektrická požární signalizace

EZS

elektronická zabezpečovací signalizace

GIS

geografický informační systém

ICT

informační a komunikační technologie

IOP

integrovaný operační program

KIVS

komunikační infrastruktura veřejné správy

MAN

metropolitan area network

MIS

manažerský informační systém

MMP,MMPr

Magistrát města Přerov

LAN

local area network

OPLZZ

operační program lidské zdroje a zaměstnanost

ORP

obec s rozšířenou působností

OS

operační systém

RUIAN

registr územní identifikace, adres a nemovitostí

SLA

service licence agreement

SMOP

Statutární město Přerov

SWOT

analýza silných a slabých stránek, příležitostí a hrozeb

VoIP

Voice over Internet Protocol

WAN

Wide Area Network

ZD

zadávací dokumentace

3 / 63

1. NÁZEV VEŘEJNÉ ZAKÁZKY Název:

Zajištění přenosu dat a informací v územní samosprávě města Přerova

Veřejná zakázka je realizována v rámci projektu:

Identifikace výzvy: Název projektu: Registrační číslo projektu: Žadatel: Adresa žadatele: IČO žadatele: Poskytovatel podpory:

09 – Zajištění přenosu dat a informací v územní samosprávě Zajištění přenosu dat a informací v územní samosprávě města Přerova CZ.1.06/2.1.00/09.07382 Statutární město Přerov Bratrská 709/ 34, 750 11 Přerov

00301825 Ministerstvo vnitra

4 / 63

2. SPECIFIKACE PLNĚNÍ VEŘEJNÉ ZAKÁZKY 2.1. Předmět zakázky – základní popis Předmětem veřejné zakázky je komplexní dodávka (od analýzy, přes architekturu, dodání HW a SW, implementaci až servis) integrovaného řešení pro přenos dat a informací v územní samosprávě města Přerova. Integrovaným řešením se pro účely ZD rozumí následující plnění: ID

Funkční oblast

Stručná charakteristika

1

Metropolitní sít

Předmětem dodávky „Metropolitní síť“ je pořízení optické sítě a realizace nezbytné infrastruktury, která propojí jednotlivé budovy Magistrátu města Přerov a příspěvkové organizace do jednotné komunikační sítě (MAN) s cílem vytvořit podmínky pro fungování následujících služeb: • Přenos dat (LAN, WAN, Internet) • Přenos hlasu (VoIP telefonie) • Přenos kamerových systémů • Přenos telemetrie • Přenos signalizace EZS a EPS • Přenos služeb systémové a aplikační infrastruktury Cílem realizace je vytvoření takového organizačně-technologickytechnického řešení, které vytvoří podmínky pro realizaci centrálního nákupu vybraných externích služeb (telekomunikační služby, bezpečnostní služby, datové služby apod.) a dosáhnout tak na úspory z rozsahu při zachování vyšší kvality služeb pro koncové uživatele. Nedílnou součástí realizace metropolitní sítě je vytvoření synergického efektu s ostatními částmi požadovaného řešení tak, aby mohly být naplněny definované indikátory.

5 / 63

ID

Funkční oblast

Stručná charakteristika

2

Portál úředníka Cílem portálu úředníka je vybudování technologického a aplikačního prostředí pro servisní a komunikační rozhraní (tzv. OfficeDesk) pro poskytování efektivní informační podpory vybraných procesů na bázi SLM (Service Level Management) a zavedení vybraných služeb do vnitřního katalogu, který umožní řídit celý životní cyklus služby (od definice a zavedení služby, přes její poskytování, vyhodnocování stanovených indikátorů výkonnosti služby až po ukončení poskytování služby). Hlavní náplní portálu úředníka bude implementace těchto skupin služeb: • vybrané eGON služby poskytované Informačním systémem základních registrů (ROB, ROS,RUIAN, RPP) • vybrané administrativní služby (schvalování cestovních příkazů, školení, dovolenky, atd.) • vybrané IT služby (klientské stanice, aplikace, tiskárny, telefony, apod.) • vybrané hospodářské (Facility Management) služby (správa budov, nákup vybavení, úklid, apod.) Portál a jeho služby bude koncipován tak, aby disponoval následující funkcionalitou: • Jednotná personalizovaná uživatelská platforma pro vybrané služby přístupná z Intranetu/Internetu umožňující přístup bez časového a místního omezení. • Autentizace/autorizace prostřednictvím jedné centrální identity • Workflow funkce pro řízení životního cyklu služby v souladu s celosvětově ověřenými „bestpractices“ referenčního modelu ITIL pro dodávku a podporu služeb. • Zpřístupnění základních informací a často používaných informačních zdrojů uživatele (úředníka)- (moje docházka, můj majetek, můj kalendář, moje požadavky/incidenty, apod.) • Oboustranná integrace na poštovní systém (notifikace a komunikace skrze poštovního klienta).

3.

ICT centrum

Předmětem funkční oblasti „ICT centrum“ je zajištění, rozšíření a doplnění všech nezbytných služeb systémové infrastruktury pro tyto oblasti: • pro všechny aplikační části nabízeného řešení realizovaného v rámci této veřejné zakázky • pro již implementované aplikační služby IS MMP, jejichž systémové vybavení vykazuje nedostatky • vytvoření systémové infrastruktury CSS pro poskytování centrálních služeb systémové infrastruktury spřízněným subjektům (např. příspěvkové organizace, ORP, apod.) Službami systémové infrastruktury se rozumí veškeré plnění nutné pro spolehlivé fungování aplikačního SW. Jedná se zejména o: • HW zdroje (servery, úložiště, interní síťové prvky, infrastruktura DC apod. vyjma specializovaného plnění, které je součástí daného aplikačního řešení) • OS a jeho služby (např. adresářové, tiskové, souborové, apod.) • Systémové služby (databázové, zálohovací, antivirové, apod.)

6 / 63

ID

Funkční oblast

Stručná charakteristika

4.

Portál občana

5.

Datový sklad

Obsahem funkční oblasti „Portál občana“ je řešení pro elektronickou komunikaci mezi občanem a magistrátem umožňující přistupovat k službám MMP vzdáleně (např. z domova, práce, internetových kaváren, apod.). Cílem zadavatele je vytvořit moderní webovou aplikaci na principech řešení „elektronického bankovnictví“, kde bude klient (občan, podnikatel, apod.) schopen se samoobsloužit při řešení některých životních situací. Součástí řešení bude vytvoření katalogu vnějších služeb. Celé řešení bude rozděleno na tři vzájemně integrované součásti, které budou na jedné straně disponovat individuálním rozhraním, na straně druhé budou koncipovány v jednotném grafickém designu: • Prezentační část – statická část portálu obsahující popis služeb portálu z pohledu jednotlivých přistupujících skupin (občané, podnikatelé, neziskové organizace) • Aplikační část – dynamická část portálu poskytující přístup k jednotlivým službám umožňující řešení jednotlivých životních situací od vytvoření žádosti, přes její odeslání a od komunikování až po její vyřízení a archivaci. • Provozní část – rozhraní pro správu a nastavení informací portálu občana; bude integrována do portálu úředníka. Klíčové úlohy, které budou v rámci portálu občana řešeny, jsou: • Identifikace občana v návaznosti na ISZR • Katalog služeb poskytovaných veřejnosti • Elektronický přístup ke službám • Ochrana osobních údajů • Integrace na backendové (agendové) aplikace Předmětem plnění datový sklad je zavedení integrační platformy, realizaci vazeb nezbytných pro zajištění přenosu dat a informací v územní samosprávě města Přerova a vytvoření datové základny pro realizace manažerských výstupů. Cílem řešení je datová a procesní integrace jednotlivých informačních zdrojů (aplikací) s cílem vytvořit jednotné integrované prostředí (integrační platformu) disponující požadovanými informacemi a mechanismy. Problém MxN integračních vazeb bude řešen implementací „integrační platformy“, která bude spojovat a zprostředkovávat komunikace a interakce mezi jednotlivými aplikačními a systémovými službami. Zároveň tato platforma dovolí data, služby a procesy rychle měnit, snadno je připojovat, zviditelnit a řídit. S ohledem na povahu integrujících IS navrhujeme rozdělit integraci do 3 okruhů: • Vnitřní integrace – řeší vzájemnou integraci interních IS MMP • Metropolitní integrace – řeší integraci interních IS MMP s IS městských organizací • Národní integrace – řeší integraci interních IS MMP s IS na národní úrovni (např. systémem základních registrů)

7 / 63

ID

Funkční oblast

Stručná charakteristika

6.

Manažerský informační systém

7.

Digitalizace a DMS

8.

Integrace agendových systémů

Předmětem plnění manažerského informačního systému je vytváření dodávka reportovacího nástroje pro potřeby manažerského řízení a realizaci konkrétních manažerských výstupů (reportů) například z následujících oblastí: • Služby veřejné správy • Školství • Finance • Majetek • Sociální služby Zdrojem dat pro reportovací nástroj budou jednotlivá datová tržiště realizovaná v rámci plnění „datový sklad“ Předmětem plnění jsou digitalizovaná a bezpečně dlouhodobě uložená data a dokumenty, zpřístupnění digitalizovaných archiválií pomocí archivního portálu a pořízení systému pro správu dokumentů (DMS) včetně řešení workflow a pořízení digitalizační linky Předmětem funkční oblasti „integrace agendových systémů“ je integrace a konsolidace systémů provozovaných na MMP a nově dodávaných v rámci projektu 09.

8 / 63

Konceptuální logický pohled na integrované řešení je uveden na následujícím obrázku: Občan města

Personalistika

SMS rozhraní

Email rozhraní

Web rozhraní

Voice rozhraní

Pracovníci města Pracovní pozice

Profil (identita, kontaktní údaje, atd.)

Finance

Moje žádosti

Personalistika

Historie stavů

Vnitřní integrace

Městká integrace

Majetek

Šablony Agendové informace (informace o odpadech, sociálních dávkách, přestupcích, apod.)

ROB

RUIAN

ROS

RPP

ISZR

Národní integrace

Integrační sběrnice

czechPoint

ePUSA (PVS)

Datový sklad

Manažerský IS

Metropolitní síť

ICT Centrum

Spisová služba

IS městských organizací

Portál občana

Řízení majetku

Datové schránky

Vnitřní organizační struktura města

Knowledge base (FAQ)

Propagace a synchronizace

Správa identit

LDAP directory

Centrální evidence útvarů

FormsEditor pro portál občana květen ’10

Úkoly

p

ú

s

č

p

s 1

n 2

3 1 0 1 7 2

4 1 1 1 8 2

5 1 2 1 9 2

6 1 3 2 0 2

7 1 4 2 1 2

8 1 5 2 2 2

9 1 6 2 3 3

4 3 1

5

6

7

8

9

0

Kalendář IT služby

uživatele z PO

Uživatelé a skupiny

Konfigurační DB

Profily a práva

Portál úředníka

WorkFlow editor pro portál občana

Požadavky

Dokumenty

Investiční projekty

FM služby

Interní uživatele města

9 / 63

Projekty

Přístupy

Administrativní služby

Portál veřejné správy

Konceptuální fyzický pohled na integrované řešení Telekomunikační služby

Bezpečnostní agentury

Ostatní dodavatele služeb

Poskytovatele FM služeb

IT firmy

Centrální nákup = úspory z rozsahu Centrum sdílených služeb (CSS) (fyzicky umístěno v TC MMP a provozováno odbornými útvary MMP) Komunikační infrastruktura CSS (součást plnění „MAN“)

Aplikační infrastruktura CSS (Součást plnění jednotlivých aplikačních částí)

Systémová infrastruktura CSS (Součást plnění „ICT centrum“)

Metropolitní síť Přerov LAN Základní škola

LAN Mateřská škola

LAN Městská police

LAN Městské organizace

LAN Domov důchodců

LAN MMP

Jedním z cílů veřejné zakázky „Zajištění přenosu dat a informací v územní samosprávě města Přerova“ je realizaci efektivnějšího výkonu veřejné správy. Naplnění tohoto cíle předpokládá zadavatel prostřednictvím realizace modelu „Centra sdílených služeb“, které zajistí úspory z rozsahu u centrálně nakupovaných služeb. Nabídnuté řešení vytvoří podmínky pro budoucí realizaci specifických potřeb jednotlivých konzumentů těchto služeb. Zadavatel předpokládá, že centrálně poskytované služby (HW, systémové, komunikační, aplikační a jiné) budou umístěny do CSS, odkud budou následně poskytovány jednotlivým interním konzumentům. Specifické služby (HW, systémové, komunikační, aplikační a jiné) budou nadále umístěny v LAN dané organizace. Vzhledem k tomu, že CSS se dotýká všech části poptávaného plnění a s ohledem na strukturu studie proveditelnosti, budou jeho jednotlivé části CSS předmětem plnění konkrétní dílčí části (viz. následující tabulka). Funkční část CSS Sdílené služby Dílčí část VZ Komunikační infrastruktura Voice, CCTV, signalizace EZS, Metropolitní sít atd. Systémová infrastruktura Firewall služby, antivirové služby, ICT Centrum Internet, Adresářové služby, souborové služby, SAN, atd. Aplikační služby Majetek, Portál úředníka, apod. Integrace agendových systémů

10 / 63

Komplexní dodávkou se pro účely VZD rozumí následující plnění:

Dílčí část plnění Analýza současného stavu a architektura řešení Dodávka optické sítě Dodávka HW a systémového SW Dodávka aplikačního SW Implementace řešení

Proškolení

Technická a uživatelská podpora

Požadovaný obsah a výstup plnění Provedení analytických prací a vypracování návrhu řešení (dokument), který bude obsahovat vedle globální architektury celého řešení, dílčí architektury jednotlivých částí řešení. Dodávka komunikační tras, komunikačního zařízení a ostatního souvisejícího plnění nezbytného pro dodávku metropolitní sítě. Dodávka HW a licencí systémového SW nezbytných pro provoz nabízeného řešení, vyjma takového plnění, které je uvedeno v oddíle „Součinnost ze strany Zadavatele“. Dodávka licencí aplikačního SW v rozsahu dále specifikovaných požadavků. Provedení všech potřebných implementačních prací (např. instalace systému, konfigurace, definice práv, atd.), které jsou nutné pro zprovoznění systému do ostrého provozu. Součástí tohoto plnění je i dodávka servisních činností do doby ostrého spuštění dodávaného řešení. Proškolení administrátorů ke všem dodávaným komponentám a systémům (k dodávanému HW, systémovému SW, aplikačnímu SW) svyužitím školení od autorizovaných školících středisek certifikovaných výrobcem. Proškolení koncových uživatelů ke všem dodávaným koncovým aplikacím v sídle zadavatele. Proškolení uživatelů v sídle zadavatele, certifikovaná školení administrátorů systému. Zajištění služby technické podpory po dobu udržitelnosti projektu, tedy po dobu 5 roků od ukončení realizace projektu.

Plnění bude poskytnuto takovým způsobem, aby byly naplněny požadované cíle projektu a dosaženy minimálně následující výstupy: • • • •

Přiblížení veřejných služeb občanovi, zajištění jejich maximální dostupnosti a kvality. Zefektivnění činnosti úřadů veřejné správy, snížení finančních nároků na chod administrativy a zajištění transparentního výkonu veřejné správy. Zkvalitnění tvorby a implementace politik – racionalizace administrativních procedur s cílem zajistit jejich větší efektivitu a transparentnost. Umožnění komfortní, bezpečné a důvěryhodné elektronické komunikace s veřejnou správou na všech úrovních a v maximu životních situací.

Plněním nelze nahradit systémy pořízené z dotací čerpaných MMP, seznam těchto systémů/aplikací je uveden v Příloze č. Popisu stávajícího stavu ICT. Rychlost odezvy u všech systémů online, Všechny informační systémy musí být připojeny online, musí být zaručena „okamžitá“ odezva. Statutární město Přerov má uzavřenou smlouvu s Microsoftem za podmínek Microsoft Volume Licensing v programu MS Select Plus. Veškeré licence nabídnuté na platformě Microsoft, budou akceptovat nákup v rámci této multilicenční smlouvy MS Select Plus. Všechen pořizovaný SW pro koncové uživatele bude s českou lokalizaci.

Podrobný popis předmětu zakázky je uveden v kapitole „Předmět zakázky – detailní popis“. Plnění bude organizováno takovým způsobem, aby odpovídalo plně a bez výhrad požadavkům definovaným na předmět zakázky a bylo v souladu s obsahem uvedeným v kapitole „Požadavky na předmět zakázky“.

11 / 63

2.2. Předmět zakázky – detailní popis Následující kapitola přináší podrobný popis požadovaného plnění. Veškeré části nabízeného řešení musí splňovat požadavky definované v kapitole „Požadavky na předmět zakázky“, část „Požadavky na řešení“. Všechny části dodávky nabízeného plnění musí splňovat požadavky definované v kapitole „Požadavky na předmět zakázky“, část „Požadavky na dodávku“.

2.2.1.

Metropolitní síť

Předmětem řešení metropolitní sítě je pořízení metropolitní sítě a související infrastruktury a služeb nezbytných pro přenos dat a informací v územní samosprávě města Přerova. Součástí plnění je realizace těchto dílčích částí: • Pořízení optické sítě. • Vytvoření bezpečné komunikační infrastruktury (CCTV, Signalizace EZS, EPS, VOIP) v rámci Centra sdílených služeb (CSS), která umožní přístup jednotlivých konzumentů a poskytovatelů k externím a interním službám metropolitní sítě. • Připojení vybraných lokalit do komunikační infrastruktury CSS. • Součástí řešení je vypracování architektury/prováděcího projektu (jedná se o takovou dokumentaci, podle které bude možné provést posouzení navrženého systému a jeho konečnou implementaci). Podrobnější specifikace obsahu dokumentace je uvedena v kap. 2.3.2. Řešení bude obsahovat vyhrazený FW/switch pro každý subjekt, router na vstupu, IPv6 + ipv4, dále zajistí technologii pro vybudování statusu ISP (internetového providera) pro subjekty Statutárního města Přerov (funkce př. routing, traffic shaping, atd.).

A. Pořízení optické sítě Předmětem této dílčí části je pořízení optické metropolitní sítě do vlastnictví magistrátu města Přerova. Metropolitní síť bude rozdělena na 2 samostatné logické sítě LAN a MAN Přerov, propojení LAN a MAN je v místě Bratrská 34. Uchazečem nabídnuta v minimálně v takovém rozsahu, který umožní propojit následující lokality. Počet připojených bodů upřesní vypracovaný prováděcí projekt/ architektura. Podrobnější specifikace obsahu dokumentace je uvedena v kap. 2.3.2. Rozsah bodů je uveden v následující tabulce: Objekt lokalizace objektu LAN Bratrská 34 - magistrát města č.p.709,699, pozemek parc.č. 519,526/1, 527- 1 přípojný bod pro obě budovy nám.TGM 1, nám.TGM 2, č.p.80,81,79, pozemek parc.č. 175,176,173 - 1 Blahoslavova 3 - magistrát města připojení pro všechny budovy Horní nám 10 - magistrát města č.p.10, pozemek parc.č. 367/1 Smetanova 7, 7a - magistrát města č.p.2015,1239,3046, pozemek parc.č.1253/2 -1 přípojný bod pro obě budovyw Nám. TGM 16 - magistrát města č.p.55, pozemek parc.č. 194 Mezi budovami Smetanova, Bratrská, nám. TGM požaduje zadavatel vlákna v kruhu min. 2x2, další budovy minimálně 2 vlákna, dále nákup switchů 10G a L3 s POE /IEE 802.3at/, QOS /IEE 802.1p/ s optickými moduly pro každou budovu, rozšíření a integraci se současným monitoringem switchů. MAN Čechova 43 č.p. 387, pozemek parc.č.2152/2, 12 / 63

Objekt Policie ČR, okr. ředitelství, U výstaviště 18 Horní nám.9 – klub Teplo Trávník 30 - bývalá budova Chemoprojektu Horní nám. 1 – zámek Kratochvílova 1 - Městský dům Nám. TGM 8 Čechova 49 -kino Hvězda Žerotínovo nám.36 - městská knihovna Pod Skalkou 1a, Předmostí - Městské informační centrum Blahoslavova 3 - Domovní správa města Na Hrázi 17 - Technické služby města Přerova s.r.o. Kratochvílova 30 - Kulturní a informační služby Blahoslavova 7 obchodní společnosti města Kabelíkova 14a - Sociální služby města Šířava 25 – sídlo krizového štábu Komenského 29 Generála Štefánika 10 Palackého 19 Palackého 25 Hranická 14, Předmostí Želatovská 8 Svisle 13 Trávník 27 U tenisu 4 Velká Dlážka 5 Za mlýnem 1 Pod skalkou 11, Předmostí Boženy Němcové 16 Sokolská 26 Máchova 14 Dvořákova 23 Komenského 25 Kouřilkova 2 Kratochvílova 19 Optiky 14 U Tenisu 2 Kozlovská 44 Máchova 8 U Bečvy 2 Svisle 2 Grymovská 47, Kozlovice - úřadovna Větrná 3, Újezdec - úřadovna

lokalizace objektu č.p. 3183, pozemek p.č. 4394/85 č.p.9, pozemek parc.č.372 č.p. 1117, pozemek parc.č.2294/2, 2294/7 č.p.1, pozemek parc.č.254,255/1 č.p. 148, pozemek parc.č.136 č.p.150, pozemek parc.č. 137 č.p. 243, pozemek parc.č. 2185/1 č.p. 211, pozemek parc.č. 158,159 č.p.483, pozemek parc.č. 956 č.p.79, pozemek parc.č.173 č.p.3165, pozemek parc.č.6577/177 č.p.359, pozemek parc.č. 40/6 č.p.1499, pozemek parc.č. 170 č.p.3217, pozemek parc.č. 5196/25 čp. 2180, pozemek p.č. 2242 č.p.800, pozemek parc.č.1251 č.p.200, parc.č. 1146/1 č.p.1380, pozemek parc.č. 24 č.p.1381, pozemek parc.č.28 č.p.425 pozemek parc.č.758 č.p.2583, pozemek parc.č.5307/6 č.p.133, pozemek parc.č.5307/89 č.p.165, pozemek parc.č.2883/80 č.p.171, pozemek parc.č.2680/45 č.p.914, pozemek parc.č.3826/3 č.p.1250, pozemek parc.č.4394/54 č.p.11, pozemek parc.č.725 č.p.110, pozemek parc.č.616/1 č.p.520, pozemek parc.č.4293/17, č.p.2388, pozemek parc.č.4754 č.p.407, pozemek parc.č.2645/42 č.p.968, pozemek parc.č.1255 č.p.830, pozemek parc.č.5307/92 č.p.134, pozemek parc.č.124 č.p.2714, pozemek parc.č.5196/23 č.p.170, pozemek parc.č.2680/46 č.p.214, pozemek parc.č.2883/76 č.p.2032, pozemek parc.č.4766 č.p. 2883, pozemek p.č. 3161/4 č.p. 785, pozemek p.č. 2883/44 č.p. 76, pozemek p.č. 57 č.p. 106, pozemek p.č. 133

13 / 63

Objekt Zakladatelů 28, Henčlov – úřadovna Hranická 14, Předmostí - úřadovna

lokalizace objektu č.p. 35, pozemek p.č. 155/1 č.p.93, pozemek parc.č.104

Součástí plnění „Pořízení optické sítě“ pro body uvedené v předchozí tabulce je zakončení optické sítě v uvedených objektech v odpovídajícím počtu vláken s tím, že součástí každého zakončení bude: − Uzamykatelný 19“ datový rozvaděč ve velikosti odpovídajícímu navrhovanému řešení − Optický rozvaděč do 19“ racku s ukončením požadovaného počtu optických vláken na spojovacích konektorech − Police − Přívod elektrické energie dle potřeb navrhovaného řešení z lokálního silového rozvaděče dané lokality − Napájecí modul s přepěťovou ochranou − Záložní zdroj o minimální kapacitě 750VA v nezbytných kritických místech sítě. Připojení optické sítě pro potřeby konzumenta je obsahem plnění „Připojení vybraných objektů do komunikační infrastruktury CSS“.

Kamerové body Městské policie Lokalita

poznámka

Sokolovna

budova TJ Sokol budova ZORBA Neptun reality a.s. Horní náměstí - metropolitní síť vrch priorita 1 Horní náměstí spodek lampa VO Kozlovská Bayerova budova SBD budova Lausch Hranická Jozef a Lauschová náměstíčko Květoslava

GPS

Ulice

17°26'58,03"E 49°27'28,642"N

Brabansko

17°27'9,671"E 49°27'25,351"N

Horní náměstí

17°27'12,63"E 49°27'20,94"N

Horní náměstí

Číslo orientační 2 23 9 23 - není budova

17°27'8,845"E 49°27'23,786"N

Horní náměstí

17°27'28,561"E 49°27'18,588"N

Bayerova

6

17°26'25,94"E 49°27'55,945"N

Telíčkova

1

Michalov

budova města

17°27'29,339"E 49°27'39,667"N

Michalov

1

Mamutov

budova města metropolitní síť priorita 3

17°26'29,344"E 49°28'14,415"N

Hranická

29

17°26'18,507"E 49°28'5,296"N

Pod skalkou

11

lampa VO

17°27'49,31"E 49°27'7,795"N

není tř. 17. listopadu budova

budova - TESCO

17°27'29,923"E 49°27'13,534"N

Trávník

budova města

17°26'54,398"E 49°27'19,207"N

Palackého

metropolitní síť priorita 2

17°27'23,301"E 49°27'6,254"N

Čechova

budova SBD

17°27'10,894"E 49°27'8,411"N

Kratochvílova

Pod Skalkou Želátovská Dvořákova 17 listopadu Bayerova Blahoslavova Palackého Nám. Přerovského Povstání Komenského Wurmova Husová Kojetínská

lampa VO

17°26'40,107"E 49°26'59,058"N

14 / 63

Kojetínská

41 1

49 43 není budova

Nádraží ČD Čechova Jaselská

lampa VO konstrukce Tomáš a Jan Kadláček

17°26'49,415"E 49°26'54,603"N

Husova

17°27'13,989"E 49°27'0,015"N

Čechova

Laguna

lampa VO

17°28'8,579"E 49°27'39,615"N

Bezručova

8 - není budova 37 - není budova není budova

Součástí plnění „Pořízení optické sítě“ pro body kamerového systému bude provedeno pouze zakončením odpovídajícího počtu vláken vydefinovaných v prováděcím projektu. Součástí musí být minimálně jedno vlákno optické sítě, ukončené konektorem SC, v uzamykatelném boxu/rozvaděči co nejblíže napájení 230V

Pult Centralizované Ochrany MŠ Máchova 3 MŠ U Tenisu 2 MŠ Jasínkova 4 MŠ K.Kouřilka 2 ZŠ U Tenisu 4 ZŠ Svisle 13 ZŠ Trávník 27 MŠ Kozlovská 44 ZŠ Želatovská 8 ZŠ (Kopaniny) Sokolská 26 Gymn.J.B. - gen. Štefánika 10 MŠ U Bečvy 2 ZŠ Velká Dlážka 5 ZŠ Kopaniny - Za Mlýnem 1 ZŠ Předmostí, Hranická 14 Pohřební sl. - gen.Rakovčíka 1 Městské jesle - Svisle 2 Speciální škola - Malá Dlážka 4 KIS Kratochvílova 30 Knihovna Žer.nám. 36 Muzeum, Horní nám. 21 Magistrát - B.Němcové 10 Útulek pro zvířata - Dluhonice MD - Kratochvílova 1 - restaurace MD - Kratochvílova 1 - vinárna MD - Kratochvílova 1 - velín a foyer Magistrát - Bratrská 34 Hvězdárna KIS Kratochvílova 14 Magistrát sklad Výstaviště 1 Magistrát - Smetanova 4+7

Armáda spásy - Husova 13 Atlas - Žižkova 12 Ornis - Bezručova 10 Teplo - Blahoslavova 7 Domov.spr. - Blahoslavova 3 MŠ Na Odpolední 16 magistrát Blahoslavova 3 ŠJ Želatovská 8 ŠJ Kratochvílova 30 - Dida Plavecký areál - Kopaniny 2 MŠ Lešetínská 5 MŠ Kratochvílova 19 MŠ Předmostí - Pod Skalkou 11 MŠ Předmostí - Pod Skalkou 13 ŠJ Svisle 13 MŠ Dvořákova 23 ŠJ Kozlovská 44 Svaz tělesně post. _Kainarova 9 MŠ Máchova 8 (Píšťalka) matrika - Horní nám. 10 ŠJ Velká Dlážka 5 MŠ Čekyně - Jabloňová 4 ŠJ Trávník 27 MŠ Komenského 25 MŠ Újezdec - Hlavní 61 MŠ Kozlovice - Grymovská 21 MŠ Lověšice - Mírová 19 MŠ Vinary - Za Humny 1 hasiči Čekyně - Jabloňová 180 domov.spr. garáže - Blahoslavova 3 MŠ Optiky 14

15 / 63

ZŠ Hranická - vstup z ul.Hranická MŠ Máchova 14 MIC - Pod Skalkou 1a galerie zámek - horní náměstí EPS zámek - horní náměstí Henčlov - stará MŠ - Zakladatelů 9 MŠ Bajákova 18 hotel zimní stadion Petřivalského 5 knihovna Henčlov - Zakladatelů 68 magistrát TGM 2 hřbitov - gen. Rakovčíka I/1

MŠ Hranická (stará škola) armáda spásy - 9. května 107 knihovna Újezdec - Větrná 3 sklad Výstaviště 2 ubytovna pro neúplné rodiny - 9. května 107 Teplo - Malá Dlážka 6 ZŠ B.Němcové hlavní budova 16 ZŠ B.Němcové tělocvična 16 ZŠ B.Němcové družina 16 denní pobyt Purkyňova 16 klub Teplo - Horní náměstí 9

B. Vytvoření komunikační infrastruktury CSS Cílem vytvoření komunikační infrastruktury CSS je vytvoření technických prostředků pro realizace úspor z rozsahu při nákupu externích služeb, zajištění komunikační infrastruktury poskytující síťové a bezpečnostní služby mezi externím světem a LAN jednotlivých připojených subjektů a sdílení služeb systémové a aplikační infrastruktury interním a externím konzumentům. CSS bude disponovat vnitřním a vnějším rozhraním. Na vnitřním rozhraní bude CSS publikovat jednotlivé služby interním konzumentů (např. magistrátu, příspěvkových organizacím, apod.). Na vnějším rozhraní budou zakončeny nakupované služby od jednotlivých externích poskytovatelů. Tyto externí služby budou následně v transformované podobě nabízeny interním konzumentů spolu s ostatními interními službami komunikační infrastruktury. Přehled služeb na vnějším rozhraní realizovaných v rámci dílčího plnění „Metropolitní síť“ přináší následující tabulka. Jedná se o minimální rozsah služeb, které mohou být na vnějším rozhraní poskytovány v budoucnu s tím, že finální rozsah služeb bude uchazečem upřesněn v rámci architektury řešení metropolitní sítě. Služba stručná charakteristika PCO Připojení na pult centrální ochrany městské police VOIP Připojení do jednotné telefonní sítě (zahrnuje jak mobilní, tak pevnou telefonní síť) Náklady související s nákupem služeb na vnějším rozhraní nejsou součástí tohoto projektu, a tedy nebudou uchazečem zahrnuty do jeho nabídky. Zadavatel předpokládá využití stávajících kontraktů. Přehled služeb na vnitřním rozhraní realizovaný v rámci dílčího plnění „Metropolitní síť“ přináší následující tabulka. Jedná se o minimální rozsah služeb, které mohou být na vnitřním rozhraní poskytovány s tím, že finální rozsah služeb bude uchazečem upřesněn v rámci architektury řešení metropolitní sítě. Služba Stručná charakteristika VOIP Poskytování hlasových služeb pro interní uživatelé MAN CCTV Přenáší kamerového systémů prostřednictvím sítě MAN Signalizace EZS Přenáší signálů EZS na pult centrální ochrany prostřednictvím sítě MAN Signalizace EPS Přenáší signály el,. požární signalizace na pult centrální ochrany Pod pojmem komunikační infrastruktura zahrnuje zadavatel prvky, které souvisí s komunikačními a síťovými službami. Jedná se např., nikoliv však výlučně, o prvky tohoto typu: router, switch, koncový telefonní přístroj, apod.

16 / 63

C. Připojení vybraných lokalit do komunikační infrastruktury CSS Obsahem tohoto dílčího plnění je dodávka a implementace aktivního prvku, na němž budou zakončeny služby vnitřního rozhraní. V rámci tohoto plnění požaduje zadavatel zakončit služby interního rozhraní v lokalitách uvedených v kap. 2.2.1, bod A /LAN,MAN,stávající Policie Náklady na změnu vnitřní infrastruktury sítě LAN (jedná se o náklady na úpravu nebo doplnění HW a SW, změny konfigurace, pořízení licencí, apod.) daného konzumenta tak, aby vnitřní síť konzumenta byla schopna aktivně využívat služeb MAN, nejsou vyjma dodávky příslušného hraničního prvku součástí tohoto plnění a jsou předmětem plnění „Migrace pilotních služeb“.

2.2.2. Portál úředníka V souvislosti s efektivním řízením magistrátu a poskytováním služeb eGON je nezbytné zajistit technologické a aplikační prostředí pro personalizované poskytování jednotného servisního a komunikačního rozhraní pro interní uživatele magistrátu a externí uživatele z organizací zřizovaných městem. Jednotným komunikačním rozhraním se rozumí takový interface, který bude dostupný ze všech přístupových bodů (LAN, Internet, VPN, atd.) pro všechny stanovené uživatele. Jednotným servisním rozhraním se rozumí takové rozhraní, které umožní komplexně administrovat (přijímat, poskytovat, vyhodnocovat a optimalizovat) všechny definované služby. Jedná se zejména, nikoliv však výlučně, o administraci těchto služeb: Služba

Stručný popis

Vybrané eGon IT služby

Služby poskytované Informačním systémem základních registrů Jedná se služby poskytované a zajišťované IT oddělením. Např. instalace, změna práv, výměna toneru, konzultace, apod. Jedná se o služby z oblasti Facility managementu jakou jsou stěhování, opravy a údržby, úklid, ostraha, apod. Služby související s administrativní podporou výkonu veřejné správy (objednávky kancelářského materiálu, rezervace zasedacích místností, apod.) Procesy související s životním cyklem projektů: od definice projektu přes jeho přípravu, realizaci a udržitelnosti.

Hospodářské služby Administrativní služby

Projektové služby

Předmětem řešení portálu úředníka je souladu s best practicies ITIL v oblasti řízení služeb a zdrojů dodávka komplexního produktu disponujícího těmito funkčními oblastmi: Funkční oblast

Stručná charakteristika

Incident management

Pro řízení uživatelských požadavků s cílem zajistit co nejrychlejší obnovení dodávky služby a minimalizaci důsledků jejích výpadků na činnost organizace. Pro řízení procesů zjišťujících a odstraňujících původní příčiny výpadků služeb (incidentů). Problem Management iniciuje zajištění oprav nedostatků v infrastruktuře/službě a zajišťuje proaktivní předcházení potenciálním problémům při poskytování služeb. Katalog služeb pro podporu procesů souvisejících s definicí služby, jejím zavedením do katalogu a průběžným poskytováním služby. Součástí řešení bude podpora činností souvisejících s vyhodnocováním definovaných indikátorů výkonnosti služby a proces ukončení poskytování služby a vyřazení z katalogu. Pro řízení procesů používajících standardizované metody a procedury

Problem Management

Katalog služeb

Řízení změn

17 / 63

Konfigurační DB

Znalostní DB

Identity management

k efektivnímu a rychlému vyřízení změn. Účelem je minimalizovat vznik incidentů z důvodu změny. Změnou je přechod z původního stavu do nového stavu jakékoliv položky (např. služby, majetku, infrastruktury, organizace, apod.) Pro podporu logického modelování infrastruktury nebo služby pomocí identifikace, řízení, správy a verifikace všech konfiguračních položek, které jsou implementovány Pro poskytování informací týkajících se řešení dané životní situace ve strukturované podobě. Životní situací může být vyplnění žádosti o dovolenou, schválení služební cesty, nastavení poštovního klienta apod. Pro procesy související s registrací neautorizovaných uživatelů, jejich autorizací a následným generováním identity. Procesy související s vytvořením strukturované žádosti o přístup, schválení žádosti a její předání k vyřízení. Samoobslužné procesy týkající se správy profilových informací, reset hesla, apod. Procesy související se synchronizací a propagací identit jsou předmětem plnění „Datový sklad“.

Systém musí být postaven na technologiích, které jsou multiplatformní a umožní práci na celém spektru platforem Win/Linux/Mac, ale v redukované formě i na mobilních platformách IOS a android. Licence musí být otevřená a neomezená počtem uživatelů/serverů. Je požadována otevřená licence na rozhraní integrační i na moduly v řešení, otevřenost řešení a možnost integrace dalších externích služeb/modulů/aplikací. Zdrojové kódy řešení budou v licenci řešení s popisem řešení a možností zásahu do díla objednavatelem. Portál musí být vybudován takovým způsobem, aby bylo možno provádět jeho průběžné rozšiřování o přístup k dalším aplikacím a datovým zdrojům.

2.2.3.

ICT centrum

Předmětem funkční oblasti „ICT centrum“ je zajištění, rozšíření a doplnění všech nezbytných služeb systémové infrastruktury pro tyto oblasti: • pro všechny aplikační části nabízeného řešení realizovaného v rámci této veřejné zakázky • pro již implementované aplikační služby IS MMP, jejichž systémové vybavení vykazuje nedostatky • Vytvoření systémové infrastruktury CSS pro poskytování centrálních služeb systémové infrastruktury spřízněným subjektům (např. příspěvkové organizace, ORP, apod.) Službami systémové infrastruktury se rozumí veškeré plnění nutné pro spolehlivé fungování aplikačního SW. Jedná se zejména o: • HW zdroje (servery, úložiště, interní síťové prvky, infrastruktura DC apod. vyjma specializovaného plnění, které je součástí daného aplikačního řešení) • OS a jeho služby (např. adresářové, tiskové, souborové, apod.) • Systémové služby (databázové, zálohovací, antivirové, apod.)

18 / 63

A.

Pořízení systémové infrastruktury pro všechny aplikační části nabízeného řešení realizovaného v rámci této veřejné zakázky

B.

Doplnění systémové infrastruktury pro již implementované aplikační služby IS MMP, jejichž systémové vybavení vykazuje nedostatky

V rámci plnění ICT centrum požaduje zadavatel dodávku následujících zařízení:pro doplnění stávající infrastruktury: Zařízení

Charakteristika zařízení

Mirroring polí

Jedná se o rozšíření stávající technologie doplnění funkcionalit stávajících polí a nových polí o možnost diskového mirroringu na úrovni HW tak, aby poskytovala vyšší výkon, umožnila přistupovat k zrcadleným datovým prostorům pomocí FC SAN konektivity. Předpokládáme rozšíření na celkový objem dat 16TB hrubé kapacity.

Monitoring

Požadujeme rozšíření monitoringu nasazeného v rámci projektu TC ORP na ostatní serverovou infrastrukturu MMP.

C. Vytvoření systémové infrastruktury CSS Cílem vytvoření systémové infrastruktury CSS je vytvoření technických prostředků pro realizace úspor z rozsahu při nákupu externích systémových služeb. CSS mohou být vnitřním a vnějším rozhraním. Na vnitřním rozhraní bude komunikační infrastruktura publikovat jednotlivé služby interním konzumentů (např. magistrátu, příspěvkových organizacím, apod.). Na vnějším rozhraní budou zakončeny nakupované služby od jednotlivých externích poskytovatelů. Tyto externí služby budou následně v transformované podobě nabízeny interním konzumentů spolu s ostatními interními službami systémové infrastruktury. Přehled služeb na vnějším rozhraní realizovaných v rámci dílčího plnění „ICT centrum“ přináší následující tabulka. Jedná se o minimální rozsah služeb, které musí být na vnějším rozhraní pořizovány s tím, že finální rozsah služeb bude uchazečem upřesněn v rámci architektury řešení ICT centrum. Služba

stručná charakteristika

Internet

Připojení do veřejné sítě Internet

Náklady související s nákupem služeb na vnějším rozhraní nejsou součástí tohoto projektu, a tedy nebudou uchazečem zahrnuty do jeho nabídky. Zadavatel předpokládá využití stávajících kontraktů. Přehled služeb na vnitřním rozhraní realizovaný v rámci dílčího plnění „ICT centrum“ přináší následující tabulka. Jedná se o minimální rozsah služeb, které mohou být na vnitřním rozhraní poskytovány s tím, že finální rozsah služeb bude uchazečem upřesněn v rámci architektury řešení ICT centrum. Služba

Stručná charakteristika

Externí služby

firewallové Jedná se služby zajišťující bezpečnost CCS před útoky z veřejné sítě Internet. Obsahem této služby jsou standardní funkce NAT, směrování, filtrování, apod. Jedná se o hraniční prvek mezi veřejnou sítí Internet a vnitřní infrastrukturou CSS.

Interní služby

firewallové Jedná se o služby zajišťující bezpečnost organizací zevnitř, součástí externích firewallových služeb.

19 / 63

bude

Externí DNS služby

Jedná se zajištění DNS služeb pro CSS a přístup k veřejným DNS službám v internetu.

Proxy služby

Součástí proxy služeb bude zajištění funkce transparetní proxy pro zpřístupnění veřejných adres pro publikování WWW obsahu jednotlivým konzumentům. Jedná se např. o zpřístupnění webových služeb konzumentům do sítě internet.

VPN služby

Zakončení VPN typu site to site a následný NAT a bezpečný přenos do sítě příslušného konzumenta.

Pod pojmem systémová infrastruktura zahrnuje zadavatel prvky, které souvisí s komunikačními a síťovými službami. Jedná se např., nikoliv však výlučně, o prvky tohoto typu: firewall, router, switch, externí DNS server, externí poštovní server, apod. Zadavatel předpokládá, že při budování systémové infrastruktury CSS využije uchazeč stávající infrastrukturu IS MMP těch služeb, které mohou být poskytovány v rámci CSS centrálně. Jedná se např. o firewallové služby, apod.

2.2.4.

Portál občana

Předmětem plnění portálu občana je řešení životních situací ve vybraných oblastech občanských a podnikatelských činností realizovaných prostřednictvím Magistrátu města. Na každou životní situaci lze pohlížet jako na službu, která je pracovníky magistrátu poskytována jejím odběratelům (občanům, podnikatelům, neziskovým organizacím, apod.) a u které je třeba sledovat celou řadu atributů (kdy je služba poskytována, kým je poskytována, zdali se jedná o placenou či neplacenou službu, apod.), které umožní následné vyhodnocení služby z různých pohledů (finanční náklady, personalní zajištění, produktivita, apod.). Zadavatel předpokládá poskytování služeb např. v těchto oblastech: •

Osobní doklady

•

Doprava

•

Finance

•

Magistrát

•

Ochrany obyvatelstva

•

Rodina

•

Výstavba

•

Živnosti

•

Životní prostředí

•

Mapové centrum (GIS) – tzn. integrovat stávající systém s uvedenými oblastmi (službami) pro občany, tj. s dopravou, financemi, ochranou obyv. , výstavbou atd.

•

Příklad životních situací, které budou předmětem analýzy,obsahuje níže uvedená tabulka. Rozsah řešení pro implementaci do portálu občana stanovil zadavatel životní situace s tím, že výběr a způsob aplikační podpory zvolených životních situací a způsob jejich transformace do podoby služby bude předmětem analýzy a zpracování architektury řešení a mohou být podle potřeby měněny. Např.:

20 / 63

ID Oblast 1

3 4 5 6 7 8 9 10

Osobní doklady

2

11 12 13 14

16 17 18

Doprava

15

19 20 21 22

29

Finance

30 31 32 33 34

Rod ina

23 24 25 26 27 28

Životní situace Vyřízení cestovního pasu bez strojově čitelných údajů a bez nosiče dat s biometrickými údaji (tzv. rychlovka) Vyřízení cestovního pasu se strojově čitelnými údaji a s nosičem dat s biometrickými údaji (dále jen e-pas) Ztráta, odcizení, poškození, zničení cestovního pasu Vyřízení občanského průkazu Ztráta, odcizení, poškození, zničení občanského průkazu Odevzdání řidičského průkazu nebo mezinárodního řidičského průkazu Vyřízení mezinárodního řidičského průkazu (dále jen mřp) Vyřízení řidičského průkazu/udělení řidičského oprávnění Změna údajů v řidičském průkazu nebo mezinárodním řidičském průkazu Ztráta, odcizení, poškození nebo zničení řidičského průkazu. Žádost o výpis z evidenční karty řidiče. Výpis z evidenční karty řidiče slouží k výdeji dat z registru řidičů nebo výpis údajů z registru řidičů. Návrh na změnu dopravního značení, pro prostorové zadání využít GIS Povolení k umístění pevné překážky na pozemní komunikaci, pro prostorové zadání využít GIS Uzavírka pozemní komunikace, pro prostorové zadání využít GIS Výjimka z místní a přechodné úpravy provozu na pozemních komunikacích, pro prostorové zadání využít GIS Zvláštní užívání – reklamní zařízení, stavební práce, umístění inženýrských sítí, vyhrazené parkovací stání, provozování stánků, sportovní a kulturní akce apod. , pro prostorové zadání využít GIS Dočasné vyřazení vozidla z registru vozidel Odhlášení již registrovaného vozidla na nového provozovatele nebo vlastníka vozidla Přihlášení ojetého, již registrovaného vozidla v ČR Registrace nového, dosud neregistrovaného, vozidla Trvalé vyřazení vozidla z registru silničních vozidel Výměna registrační značky vozidla a vydání technického průkazu vozidla v případě jejich ztráty, poškození, odcizení Žádost o zápis změn údajů v registru silničních vozidel Veřejné sbírky Dotace na obnovu exteriéru památkově významných staveb Dotace z programu podpory výstavby technické infrastruktury Evidence označených psů a jejich chovatelů Místní poplatek z ubytovací kapacity Místní poplatek za provoz systému shromažďování, sběru, přepravy, třídění, využívání a odstraňování komunálních odpadů Místní poplatek za užívání veřejného prostranství, pro prostorové zadání využít GIS Místní poplatek ze psů Pokuty (sankční platby) a náklady řízení Hlášení trvalého pobytu Žádost o nájem obecního bytu v Přerově

21 / 63

ID Oblast

Životní situace

35 36 37

Žádost o poskytnutí bytové náhrady žádost o poskytnutí bytu zvláštního určení, tj. bezbariérově upraveného bytu Osvojení (adopce) a pěstounská péče Trestná činnost dětí, děti s poruchami chování (záškoláctví, útěky z domova, agresivita, toxikomanie, alkoholismus, prostituce…) Úprava práv a povinností k nezletilému dítěti, nedostatečná péče o nezletilé děti, dítě zanedbávané, zneužívané a týrané Zajištění sociálních služeb – denního stacionáře, osobní asistence, sociálního poradenství osobám se zdravotním postižením Žádost o zápis do pořadníku na sociální bydlení Nahlížení do matričních knih Potvrzení o údajích zapsaných v matriční knize Prohlášení o volbě druhého jména Vydání matričních dokladů (rodného, oddacího, úmrtního listu)

38 39 40 41 42 43 44 45

Předmětem řešení portálu občana je realizace následující funkcionality: • Vytvoření katalogu služeb poskytovaných prostřednictvím portálu včetně aparátu pro zavedení služby, vyhodnocení služby a ukončení služby v souladu s celosvětově ověřenou metodikou pro řízení služeb. • Vytvoření konkrétní služby pro řešení dané životní situace (dle specifikace výše) a její zavedení do katalogu služeb. Součástí zavedení služby je přiřazení nezbytných atributů (SLA lhůt, odběratelů, workflow, nákladů, apod.) pro poskytování a průběžné hodnocení dané služby. • Vytvoření elektronické identity pro přístup k portálům a jeho službám. • Oboustranná integrace příslušné životní situace (portál občana) na daný agendový informační systém (dále jen AIS) zahrnující předání strukturované žádosti generované portálem k vyřízení danému AIS a předání informací o řešení dané žádosti (stav, jméno řešitele, informace k doplnění, atd.) zpět portálu. • Napojení na sociální sítě z portálu občana

2.2.5.

Datový sklad

Předmětem plnění „Datový sklad“ je zavedení integrační platformy, realizace vazeb nezbytných pro zajištění přenosu dat a informací v územní samosprávě města Přerova a vytvoření datové základny pro realizace manažerských výstupů. Dodavatelé všech rozhraní předají MMP popis všech rozhraní pro případné úpravy. Všechny vazby a integrace budou probíhat na šifrované komunikaci nebo budou jinak zabezpečené. Vazby musí být online a rychlost dolovaní dat/odezvy musí být odpovídající a bez prodlev-čekání. Integrovat se budou i uživatelské účty v jednotlivých integrovaných agendách do jednotného prostředí pro správu.

A. Zavedení integrační platformy Obsahem plnění integrační platformy je komplexní dodávka nástroje pro realizaci datové a procesní integrace. Nástroj pro datovou integraci bude dodán na bázi ETL nástroje umožňující vytěžování, transformaci a ukládání dat. Zadavatel předpokládá využití tohoto nástroje k realizaci datových pump pro tvorbu datového skladu, migraci dat z nahrazovaných aplikací a synchronizace

22 / 63

datových struktur (např. číselníků) s vyšším počtem objemu dat (např. grafické výkresy, dokumenty, apod.). Předmětem komplexní dodávky nástroje pro procesní integraci je komplexní dodávka na bázi ESB nástroje umožňující servisně-událostně orientované procesní řízení založené na robustním systému pro přenos zpráv (MOM).

B. Realizace vazeb Součástí plnění datových skladů je připojení (vytvoření konektorů s definovanými službami) dále specifikovaných systémů (aplikací) na integrační platformu a realizaci v analýze definovaných vazeb. Přehled systémů, které musí uchazeč připojit na integrační sběrnici je uveden v následující tabulce: Název systému Portál úředníka Portál občana Majetek GIS

Druh integrace Vnitřní integrace Vnitřní integrace Vnitřní integrace Vnitřní integrace

Docházka

Vnitřní integrace

Spisová služba

Vnitřní integrace

Ekonomika

Vnitřní integrace

Personalistika

Vnitřní integrace

DMS IDM ActiveDirectory

Vnitřní integrace Vnitřní integrace Vnitřní integrace

Vita

Vnitřní integrace

ISZR JIP Seznam OVM Elektronická úřední deska Agenda zastupitelstva a Rady města

Národní integrace Národní integrace Národní integrace

Stručný popis integračních služeb Katalog interních služeb Katalog externích služeb Majetek, GIS, RUIAN Majetek + DMS Uzavřená měsíční docházková data Spisy, dokumenty. Faktury, rozpočet, nákladové střediska, Pracovníci, organizační struktura, pracovní pozice, profese Dokumenty Identity, Role, Skupiny Windows autentizace Insolvenční rejstřík, Objednávacívyhlašovací systém ROB, RUIAN, ROS, RPP, ORG Centrální identita Kontaktní informace

Vnitřní integrace Vnitřní integrace

Agenda pro tvorbu a správu materiálů do RM a ZM

Zadavatel má právo v rámci procesu analýzy určit dalších 5 systémů/aplikací, které uchazeč musí připojit na integrační sběrnici. Rozsah vazeb bude specifikován v rámci dílčího plnění analýzy.

C. Datová základna Předmětem realizace datové základny je vytvoření struktury a její naplnění daty popisující strukturu datové základny (dále jen METADATA) a vytvoření datových tržišť pro následující oblasti Oblast stručná charakteristika Služby Agregované údaje vyplývající z nasazení portálu občana a portálu úředníka v oblasti (počty podání, efektivita jednotlivých odborů, dodržování zákonných lhůt, výkonu veřejné atd.) ve vazbě na katalog externích a interních služeb s cílem vytvořit datovou správy základnu pro hodnocení efektivnosti úřadu jako celku. Součástí metadat mohou být i geografické údaje např. GPS souřadnice, odkazy na mapové podklady. Sociální služby Historická data z provozních agend sociálních služeb. Jedná se např. o počet poskytovatelů sociální péče, klientů, čerpaných dávek agregovaných podle různých kritérií ve vazbě na časovou osu (čtvrtletní, pololetní, roční interval).

23 / 63

Oblast

stručná charakteristika Operativní data z provozních agend sociálních služeb kombinovaná s daty z jiných oblastí pro realizaci manažerských výstupů. Školství Historická data z provozních agend školství. Jedná se např. o počet škol, studentů, učitelů agregovaných podle různých kritérií ve vazbě na časovou osu (čtvrtletní, pololetní, roční interval). Operativní data z provozních agend školství kombinovaná s daty z jiných oblastí pro realizaci manažerských výstupů. Finance Historická data z finančních agend. Jedná se např. výše pohledávek, čerpání rozpočtu, výše nákladů, výše dotací, poplatků, pokut apod. agregovaných podle různých kritérií ve vazbě na časovou osu (čtvrtletní, pololetní, roční interval). Operativní data z ekonomických agend kombinovaná s daty z jiných oblastí pro realizaci manažerských výstupů. Majetek Historická data z majetkových agend. Jedná se např. o počet nemovitostí, výše odpisů, výše plánovaných a realizovaných investic, agregovaných podle různých kritérií ve vazbě na časovou osu (čtvrtletní, pololetní, roční interval). Operativní data z majetkových agend kombinovaná s daty z jiných oblastí pro realizaci manažerských výstupů. Součástí metadat mohou být i geografické údaje např. GPS souřadnice, odkazy na mapové podklady. Zadavatel má právo seznam oblastí změnit a doplnit o další tržiště (max. 2 další tržiště). Rozsah dat jejich zdrojů a vytvořených informací bude upřesněn na základě výstupů z analýzy.

2.2.6.

Manažerský informační systém

Předmětem plnění manažerského informačního systému je dodávka SW nástroje pro potřeby manažerského řízení a realizaci konkrétních manažerských výstupů (reportů). Obsahem SW nástroje je dodávka pokročilého analytického rozhraní umožňujícího provádětprovádět multidimenzionální analýzy pomocí různých technik BI. V rámci realizace manažerských výstupů se předpokládá realizace těchto výstupů: - Kontrolní výstupy v oblasti výkonu veřejné správy vyplývající z nasazení portálu občana a portálu úředníka (počty podání, efektivita jednotlivých odborů, dodržování zákonných lhůt, atd.). - Kontrolní a manažerské výstupy v oblasti sociálních služeb. - Kontrolní a manažerské výstupy v oblasti školství. - Kontrolní a manažerské výstupy v oblasti rozpočetnictví – controlling. - Výstupy a analytické rozbory pro manažerské řízení v oblasti reprodukce majetku města a jeho příspěvkových organizací v návaznosti na projektové řízení v oblasti investic.

2.2.7.

Digitalizace a DMS

Předmětem plnění jsou digitalizovaná a bezpečně dlouhodobě uložená data a dokumenty, pořízení systému pro správu dokumentů (DMS) včetně řešení workflow a zpřístupnění digitalizovaných archiválií pomocí Archivního portálu a pořízení digitalizační linky.

A. Digitalizace archivů Výstupem části A Digitalizace archivů by měl být kompletně zpracovaný AIP balíček obsahující specifikované technické požadavky. Digitalizované archiválie budou předávány společně s definovanými metadaty ve formátu XML dle příslušných norem EAD formou AIP balíčku, který bude při přebírání verifikován zadavatelem zvoleným způsobem. Dodané originální AIP balíčky budou v souladu s požadavky na budování národního digitálního archivu. Struktura balíčku bude popsaná dokumentem ve formátu METS, deskriptivní metadata dle 24 / 63

EAD, popřípadě ve formátu doporučeném archivní správou. Administrativní a technická metadata budou dle formátu PREMIS, popřípadě rozšířeném o MIX. Seznam digitalizovaných dokumentů: Kroniky a protokoly města Přerova (do roku 1995) CELKEM 301 svazků METRÁŽ 12,80 bm POČET STRAN cca 123 000 Kategorie A A. Kroniky 42 svazků B. Protokoly Archivu města 37 svazků C. Protokoly MěNV Přerov 201 svazků

1,80 bm c. 2,42 bm c. 7,08 bm c.

11 000 stran 32 000 stran 68 000 stran

Kategorie B D. Protokoly Magistrátu

1,05 bm c.

12 000 stran

21 svazků

ROZMĚRY A POČTY KNIH rozměr 21 x 30 cm 23 x 34 cm 32 x 45 cm 27 x 42 cm 31 x 44 cm 28 x 41 cm 36 x 47 cm 32 x 44 cm 33 x 60 cm 31 x 45 cm 24 x 42 cm 33 x 50 cm 36 x 60 cm 30 x 44 cm 33 x 47 cm 35 x 46 cm 34 x 46 cm 34 x 48 cm 34 x 47 cm

počet 259 7 5 4 3 3 3 3 2 2 2 1 1 1 1 1 1 1 1

Zadavatel má právo průběžné kontroly provádění díla.

B. Systém správy dokumentů - DMS a Archivní portál Celý systém správy dokumentů se bude skládat ze dvou samostatných částí: DMS – Document Management Systému a Archivního portálu. DMS je jednou z velmi důležitých funkčních součástí procesu práce s dokumenty, ať už s archivními, nebo i s aktuálními. Systém jednak podporuje vyhledávání v archivu, jednak udržuje metadata pro podporu interních procesů, kterými se provádí ukládání a archivace, zpřístupňování a poskytování digitálního obsahu a manipulace s uloženými dokumenty. Úzce spolupracuje s úložištěm, ve kterém je uložen vlastní fyzický obsah uložených dokumentů. Celý systém správy dokumentů bude obsahovat samotný systém DMS umožňující řízení a správu dokumentů a dále systém pro zpřístupňování – zveřejňování dokumentů (archivní portál), tedy rozhraní mezi archivem a občanem, badatelem nebo jiným uživatelem požadujícím dokumenty 25 / 63

uložené v archivu. Archivní portál umožní vyhledávání dle kritérií (např. rok, rozmezí let, oblast, …), plynulý zoom, zobrazení miniatur a jiné běžné funkce.

C. Pořízení digitalizační linky Pro potřeby digitalizace dokumentů MMP bude pořízena digitalizační linka. • Požadované parametry: formát A3, barva, oboustranný sken, automatizovaný podavač dokumentů (min. 60 stran) + zjištění podání více papírů, předpokládaná denní zátěž 400 listů, podpora OCR v českém jazyce, výstupní formáty shodné s požadavky na digitalizaci, životnost alespoň po dobu 5 let při předpokládané zátěži.

2.2.8.

Integrace agendových systémů

Předmětem funkční oblasti „Integrace agendových systémů“ je integrace a konsolidace následujících funkčních oblastí:

A. Konsolidace majetkových agend Cílem nasazení aplikačního vybavení pro konsolidaci majetkových agend do jednotného uceleného řešení (SW s jednotnou datovou základnou a jednotným uživatelským rozhraním) je řízení správy majetku města s úzkým zapojením městem zřizovaných organizací. Řešení bude zajišťovat podporu pro manažerské rozhodování o ekonomickém nakládání s majetkem města a vyšší efektivitu a transparentnost správy majetku. Systém bude využívat ke správě uživatelů systém Správy identit, bude integrován do Portálu úředníka a bude provázán s ERP, Spisovou službou a GIS. Informace potřebné pro rozhodování managementu: •

Účetní a daňové informace

•

Technicko-provozní informace (technický stav, finanční prostředky vynaložené na provoz a údržbu majetku, rozsah plánované reprodukce)

•

Majetkoprávní informace (vlastnické vztahy, věcná břemena, majetkoprávní operace)

•

Finanční výhled reprodukce majetku

Dodané řešení musí podporovat celý životní cyklus majetku v rozsahu: • Komplexní správy a centrální účetní evidence dlouhodobého a drobného dlouhodobého majetku a předmětů operativní evidence organizace obsahující nástroje pro realizaci všech účetních operací s majetkem (pořízení, převody, technické zhodnocení, vyřazení majetku z evidence) a pro využití standardních či uživatelsky definovaných odpisových pravidel. Modul bude centrálně provozován v prostředí Magistrátu a zpřístupněn všem příspěvkovým organizacím, kde nahradí stávající heterogenní majetkové evidence. Řešení musí splňovat legislativní požadavky kladené na účetní evidenci majetku, zejména na odpisování, účtování o dotacích, ocenění majetku reálnou hodnotou (zákon č. 563/1991 Sb. o účetnictví, zákon č. 586/1992 o daních z příjmů, vyhláška č. 410/2009 Sb., kterou se provádějí některá ustanovení zákona č. 563/1991 Sb., o účetnictví, ve znění pozdějších předpisů, pro některé vybrané účetní jednotky, ČÚS č. 708, vše ve znění pozdějších předpisů). • Provádění a vyhodnocování inventur dlouhodobého a drobného hmotného majetku v elektronické podobě za využití technologie strojově čitelných kódů. Řešení musí umožnit efektivní provádění standardních periodických inventur od zjištění evidenčního stavu a vytvoření inventurních soupisů přes zjištění fyzického stavu a inventarizačních rozdílů až po jejich vypořádání. Požadujeme flexibilitu řešení vzhledem k vnitřním předpisům organizace zadavatele, minimalizaci chybovosti zjišťovaných údajů a časových úspory při provádění inventarizace majetku. Řešení musí splňovat legislativní požadavky kladené vyhláškou č. 270/2010 Sb., o inventarizaci majetku a závazků, ve znění pozdějších předpisů. 26 / 63

•

•

•

•

•

• •

Řízení majetkoprávních úkonů v oblasti nakládání s nemovitým, majetkem v organizaci souvisejících s nabytím resp. pozbytím majetku, se změnami práv hospodaření majetku, zástavním, předkupním či jiným věcným právem. Řešení musí umožnit zapojení jak odborů MMP, tak příspěvkových organizací, které mají svěřenou správu majetku. Řešení musí poskytovat automatizovanou podporu činností souvisejících s nakládáním s nemovitým majetkem organizace a zajišťovat splnění zákonných a jiných norem pro oblast nakládání s nemovitým majetkem v organizaci ve vazbě na další funkční oblasti evidence a správy majetku. Řešení musí umožnit dokumentaci, řízení průběhu, monitorování výsledků a vyhodnocování všech výskytů procesu nakládání s majetkem. Zadavatel očekává, že řešení zrychlí a zefektivní komunikaci mezi jednotlivými účastníky příslušného řízení a umožní racionalizovat množství uchovávané dokumentace a zlepšení možností jejího využití, pro prostorové zobrazení využít GIS, Pasportizace prostorových objektů, technických zařízení, zařizovacích předmětů, kancelářské techniky, konstrukčních prvků s vazbou na účetní evidenci majetku a prostorovou evidenci. Cílem nasazení řešení je zajištění jednotné metodiky a jí odpovídající struktury evidovaných dat, udržování aktuálnosti a eliminace časové náročnosti související s aktualizací databáze pasportů. Řešení musí dále obsahovat nástroje na objektivizaci reprodukce nemovitého majetku pro zajištění tvorby střednědobých nebo dlouhodobých plánů obnovy objektů, zpracování ekonomické bilance nemovitostí a požadavků na investice a opravy v krátkodobém i dlouhodobém výhledu. Součástí řešení bude propojení na GIS. Dodávky integrovaného prostředí pro grafickou prezentaci prostorového uspořádání nemovitých objektů s možností vyznačení zařízení umístěných v zobrazovaném prostoru a nástroj pro údržbu grafických dat. Součástí řešení bude oboustranná interaktivní komunikace mezi grafickými objekty v prohlížeči a příslušnými popisnými údaji k těmto objektům v připojených modulech. Řešit pomocí GIS. Řízení údržby a provozu majetku ve vazbě na prostorovou a technickou evidenci. V souvislosti s provozem majetku vzniká potřeba plánování a evidence pravidelně se opakujících činností (revize, prohlídky atd.). Řešení poskytne podporu pro plánování takovýchto činností dle legislativních povinností, podporu jejich automatického plánování a monitoringu včetně evidence jejich realizace. Řešení musí dále umožnit operativní zadávání požadavků na údržbu a provoz z portálu úředníka, poskytovat podporu flexibilní podporu procesům jejich vyřizování, a to jak interním způsobem, tak i vyřizování formou nákupu externích služeb s možností nastavení procesů řízení a schvalování objednávek. Řešení umožní sledování průběhu vyřizování požadavku všemi účastníky procesu a umožní evidovat veškerou komunikaci týkající se dané akce. Řešení bude obsahovat podporu elektronického schvalování faktur od dodavatelů služeb a rozkontování nákladů na místa jejich vzniku. Součástí řešení budou nástroje pro sledování a rozbor nákladů vynaložených na údržbu a provoz majetku. Řízení požadavků na investice pro řízení činností souvisejících s vystavením, posouzením a schvalováním požadavku na investici, jejichž průběh bude možno nastavit podle interních směrnic organizace v závislosti na druzích požadavků. Řešení bude integrováno do portálu úředníka a bude umožňovat přikládání schvalovacích a doporučujících vyjádření a předávání veškeré dokumentace elektronickou formou. Součástí řešení bude sdílení požadavků zúčastněnými osobami. Centrální evidence a správy základních personálních údajů ve vazbě na majetek o osobách vystupujících v pracovněprávních vztazích vůči organizaci s vazbou na prostorovou evidenci a docházku. Centrální evidence SW a HW v majetku MMP, která umožní zjišťovat skutečnosti o aktuálně využívaném nebo instalovaném SW a HW, jež jsou ve správě organizace. Systém musí umožnit i SW audit a umožnit výsledky porovnat v účetnictví.

27 / 63

B. Docházkový systém Zadavatel požaduje SW vybavení pro sledování a přesnou evidenci docházky všech zaměstnanců včetně dodávky technického vybavení pro identifikaci zaměstnanců (identifikační nástroje) a technického vybavení kontrolních míst na všech budovách magistrátu). SW vybavení musí sloužit k evidenci osob, jejich průchodů elektronickými terminály, poskytovat přehledné pracovní výkazy, plánování absencí a poskytovat definované reporty a statistiky. Zařízení bude umožňovat řízení přístupů do budov i v mimopracovní době nejen programově, ale i HW. Očekávané přínosy: • • • • • • • •

Možnosti nastavení uživatelských parametrů Evidence přesčasů a příplatků Vkládání ručních dat nebo oprav Měsíční uzávěrky Úspora času při vyplňování a schvalování mzdových výkazů Větší kontrola dodržování interních předpisů Zvýšení bezpečnosti Menší personální a organizační nároky při potřebě vstupu do budovy mimo prac. dobu

Docházkový systém umožní: • • • • • •

online náhled zaměstnance na docházku evidenci pracovní doby zaměstnanců přes web samoobsluhu, možnost elektronického návrhu a schválení přesčasové práce nebo jiných žádostí (dovolená,…). možnost mobilního klienta pro zaměstnance na služebních cestách napojení na LDAP systémy nebo autonomní správu identifikačních prostředků v docházkovém systému zvolený identifikační prostředek bude schopen vydat a upravit k tomu pověřený zaměstnanec MMP. Součástí dodávky bude SW i HW periferie, potřebné k personalizaci identifikačních prostředků a zácvik obsluhy.

2.3. Požadavky na předmět zakázky V této kapitole jsou specifikovány požadavky na předmět veřejné zakázky. Zadavatel rozlišuje pro přehlednost 2 základní skupiny požadavků: •

Požadavky na nabízené řešení – jedná se o specifikaci požadavků, které musí dodávané řešení splňovat.

•

Požadavky na dodávku – jedná se o specifikaci požadavků, které musí uchazeč splnit během dodávky řešení.

Uchazeč je povinen při zpracování své nabídky plně a bezvýhradně respektovat níže uvedené požadavky. Neakceptování níže uvedených požadavků zadavatele bude považováno za nesplnění zadávacích podmínek s následkem vyloučení uchazeče z další účasti na zadávacím řízení. Pro lepší srozumitelnost jsou jednotlivé požadavky základních skupin dále rozčleněny do kategorií. Zadavatel si vyhrazuje právo ověřit splnění vybraných požadavků vyžádanou prezentací nabízeného řešení, ve které uchazeč předvede řešení dotčených požadavků.

2.3.1.

Požadavky na řešení

Požadavky na řešení jsou za jednotlivé části řešení seskupeny a rozčleněny do jednotlivých dílčích kategorií. Všechny požadavky jsou závazné. Uchazeč je povinen ve své nabídce v části „Návrh řešení“ uvést způsob plnění jednotlivých požadavků.

28 / 63

A. Požadavky na metropolitní síť A01 A02

A03 A04 A05 A06

Služby na vnitřním rozhraní musí být poskytovány svým konzumentům takovým způsobem, aby nelimitovaly konzumenty v jejich využívání. Optické kabely nesmí být přerušeny v objektech třetích stran, mimo stran připojených do MAN.. Pokud optická trasa prochází objektem třetí strany, pak se musí jednat o spojitý kabel, který je zapouzdřen do mikrotrubičky, která je uložena v chráničce. Optická sít musí být dimenzována s rezervou optických vláken pro postupné připojení objektů dle studie proveditelnosti z r. 2010, které nebudou připojeny v této části projektu.. Všechna požadovaná optická vlákna musí být po vybudování sítě plně v majetku zadavatele Služby na straně CSS musí být dimenzovány tak, aby umožňovaly poskytovat službu VOIP svým konzumentům na min. 1500 pobočkových linkách.. MAN bude provedena technologií PON (passive optical network)

B. Požadavky na portál úředníka B01

B02 B03 B04 B05 B06 B07 B08 B09 B10

B11 B12

B13

B14

Systém musí umožnit přihlášení uživatele s využitím SSO Single Sign On do úvodní obrazovky (webové rozhraní), ve které si uživatel vybere oblast služby pro svůj požadavek. Úvodní obrazovka musí umožnit přístup do znalostní databáze, kde by si uživatel mohl najít odpověď na svůj dotaz nebo problém (vyřešené požadavky, vypracované návody a postupy, interní příručky apod.). Řešení musí umožnit úpravu vstupní obrazovky tak, aby z ní bylo možné volat i další systémy/aplikace. Řešení umožní nahrazení papírového výkaznictví oběhem elektronických dokumentů Systém nabídne uživatelům formulář (web rozhraní) pro zadání požadavku na službu obsahující základní identifikační údaje uživatele a další údaje vztahující se k uživateli (např. uživatelem využívané služby a konfigurační položky apod.). K požadavku musí být možné přiložit elektronický dokument (.doc, .xls, .pdf apod.). Systém musí umožnit tvorbu šablon požadavků s názvy údajů pro vyplnění nebo s předvyplněnými údaji pro snazší a rychlejší založení požadavku. Systém bude obsahovat přehledné webové rozhraní pro uživatele, obsahující seznam všech jeho požadavků (incidentů), případně na ně navazujících problémů nebo změn. Systém bude obsahovat uživatelské rozhraní pro řešitele se seznamem požadavků, incidentů, problémů a změn, přidělených jeho skupině k řešení, aby mohl zaevidovat průběh a popis způsobu jejich vyřízení Systém musí umožnit oddělené zpracování požadavků dle služeb, ke kterým se vztahují – např. požadavek pro IT (informatika) a požadavek pro ostatní služby (technologická zařízení, vybavení budov, telekomunikace, …). Systém musí umožnit zobrazení vazeb požadavku na entity, ke kterým se vztahuje – Incident, Problém, Změna, Konfigurační položka a Služba. Systém musí umožnit definice kategorií servisního požadavku – dotaz, porucha/incident, požadavek a jejich priorit (dopad + naléhavost). Po vyřešení požadavku/incidentu pak možnost definice způsobu uzavření a klasifikačního zařazení ve vztahu ke konfigurační položce. Systém musí mít možnost definovat workflow pro řízení životního cyklu požadavku/incidentu, schvalování a eskalaci požadavku na další úrovně systémové podpory (funkční eskalace) a na odpovědného manažera (hierarchická eskalace) dle hodnot stavu a dalších atributů požadavku. Systém musí pro vybrané služby umožnit nastavení automatické funkční eskalace na skupinu řešitelů.

29 / 63

B15

B16

B17

B18

B19

B20 B21

B22 B23 B24

B25 B26 B27

B28 B29

B30

B31 B32

B33

Proces schvalování požadavku musí umožnit dva stupně schvalování – 1. Nadřízený uživatele a 2. Nadřízený řešitele. Dále musí umožnit výběr schvalovatelů – jednotlivé osoby nebo skupiny a definici strategie schvalování při zadání více osob (např. 1 z 2). Schvalovací proces musí být realizován vygenerováním e-mailové notifikace na schvalovatele obsahující url link umožňující plný náhled na schvalovaný požadavek včetně možnosti jej schválit nebo zamítnout. Systém umožní on-line náhledy na předdefinované sestavy v textové nebo grafické podobě s možností definice vlastního zobrazení. Možnost exportu grafů/tabulek do CSV, XLS, HTML, PDF souborů. Systém umožní publikaci a přístup k hotovým nebo on-line reportům s možností aplikace výběrových filtrů a vyhledávání dle zadaného textového řetězce pro ostatní procesní manažery nebo jiné uživatele (např. věcné správce služeb) prostřednictvím uživatelského rozhraní. Systém umožní tvorbu souhrnných statistik požadavků /incidentů a úkolů vztahující se k jedné službě, přičemž úkol může být součástí požadavku na jinou službu (např. služba „Provedení malířských prací“ může být jednou přímým požadavkem a podruhé požadavkem řešitele při zajišťování služby „Stěhování“). Možnost tvorby znalostní databáze i z existujících požadavků s možností fulltextového vyhledávání. Některé požadavky uživatelů jsou komplexnější a skládají se z několika úkolů pro další řešitele. Systém musí umožnit vytvořit a evidovat tyto úkoly v návaznosti na hlavní resp. Zastřešující požadavek Systém musí umožnit provázání požadavku na vybrané konfigurační atributy. Jedná se zejména o plochy, pracovníky, IT zařízení, organizační úseky Systém musí umožnit provázat požadavek na příslušnou položku rozpočtu a zobrazit na požadavku disponibilní zdroje. Systém musí umožnit vytvoření strukturovaného požadavku na změnu v identitě žadatele. Strukturovaným požadavkem se rozumí takový požadavek, který bude obsahovat identifikaci aplikace, požadované oprávnění/role. Systém musí umožnit začlenit jednotlivé požadavky pod projekt, pokud se jedná o požadavek vztahující se ke konkrétnímu projektu. Podpora vícenásobného dispečinku. Na základě typu požadavku bude zvolen podle věcné nebo organizační oblasti příslušný dispečink Systém musí umožnit členění problémů na reaktivní a proaktivní a definovat prioritu problému (dopad + naléhavost). Po vyřešení problému pak možnost definice způsobu uzavření a klasifikačního zařazení ve vztahu k příslušné konfigurační položce Systém musí umožnit zobrazení vazeb problému na entity, ke kterým se vztahuje (Požadavek, Změna, KP a Služba). Systém musí mít možnost definovat workflow pro řízení životního cyklu problému a pro eskalaci problému na další úrovně systémové podpory (funkční eskalace) a na liniového manažera (hierarchická eskalace) dle hodnot stavu a dalších atributů problému. Řešení problémů je komplexnější a může se skládat z několika úkolů pro další řešitele. Systém musí umožnit vytvořit a evidovat tyto úkoly v návaznosti na hlavní či zastřešující problém. Možnost založení „známé chyby“ a jejího řešení do znalostní databáze. Konfigurační databáze (CMDB) musí umožňovat hierarchické členění do kategorií v neomezené úrovni např.: Servery/Blade/Server2156 nebo Areál/Budova/Patro/ Místnost).Řešení musí umožnit evidenci Smluv o podpoře a kontaktních údajů s návazností na konfigurační položky. Systém musí umožnit členění konfiguračních položek dle služeb, které podporují – např. pro IT (informatika) a pro ostatní služby (technologická zařízení, vybavení budov, telekomunikace, …).

30 / 63

B34 B35

B36

B37 B38 B39 B40

B41 B42

B43

B44 B45 B46 B47

B48 B49 B50 B51 B52 B53 B54

Konfigurační položka musí popisovat obecný objekt pomocí atributů s vazbou na jiné konfigurační položky a na entity Incident, Změna, Problém, Služba. Atributy konfiguračních položek musí být možné dle potřeby vytvořit a upravovat. Systém musí umožnit upravovat atributy u více konfiguračních položek najednou (např. evidence dodávky více PC, tiskáren apod. nebo smlouva obsahující podporu více KP).Dále umožnit definici povinného vyplnění atributů a nastavení historie jejich změn. CMDB musí umožnit textové a grafické zobrazení vazeb mezi konfiguračními položkami navzájem a na jimi podporovanou Službu a přidělit těmto vazbám názvy.Při výměně konfigurační položky (vyřazená za novou) musí systém umožnit automatický převod vazeb z vyřazené konfigurační položky na novou. Systém musí mít možnost definovat workflow pro řízení životního cyklu konfigurační položky. Systém musí umožnit uživatelské nadefinování textových a grafických sestav (vizualizace) nad CMDB pro prezentaci konfiguračních položek. Systém musí umožnit uživatelské nadefinování, vyhledávání a prezentaci konfigurační položky na základě její vazby a výsledek vrátit v textové podobě. Možnost definice kategorií (Normální změna, Urgentní změna, Projekt) a priority (dopad + naléhavost) změny. Po vyřešení změny pak možnost definice způsobu uzavření a klasifikačního zařazení ve vztahu ke konfigurační položce. Systém musí umožnit zobrazení vazeb změny na entity, ke kterým se vztahuje (Požadavek, Incident, Problém, Konfigurační položka a Služba). Systém musí mít možnost definovat workflow pro řízení životního cyklu změny, pro schvalování a pro eskalaci změny na další úrovně systémové podpory (funkční eskalace) a na liniového manažera (hierarchická eskalace) dle hodnot stavu a dalších atributů změny. Proces schválení změny musí umožnit výběr schvalovatelů – jednotlivé osoby nebo skupiny a definici strategie schvalování při zadání více osob (např. 1 ze 2).Schvalovací proces musí umožnit vygenerování e-mailové notifikace na schvalovatele obsahující url link umožňující plný náhled na schvalovanou změnu včetně možnosti ji schválit nebo zamítnout. Systém musí obsahovat nástroj pro plánování změn – např. Kalendář plánu změn. Systém musí umožnit odpovědnému řešiteli změny vytvářet pracovní požadavky/příkazy na úkoly nutné pro vyřešení změny. Systém musí obsahovat hierarchický katalog služeb – bez omezení počtu úrovní. Možnost evidence zobrazení vazeb mezi službou a KP, které ji podporují možnost evidence a zobrazení vazeb mezi službami, včetně obousměrných vazeb (tzn. služba A využívá službu B, služba B využívá službu A). Definice několika úrovní poskytování služeb (Standard, Nadstandard).Definice SLA dle Služby. Možnost vlastní definice metrik pro vyhodnocování poskytování služeb a s tím spojeného výpočtu. Systém musí mít možnost definovat workflow pro řízení životního cyklu služby a SLA. Systém musí umožnit v případě realizace požadavku externím subjektem vytvoření objednávky z požadavku a předání elektronickou formou objednávky na dodavatele. Systém musí umožnit likvidaci faktur včetně rozúčtování nákladů na příslušná nákladová střediska a to buď přímou metodou, nebo poměrovou metodou. Systém musí umožnit rozesílání faktur po úřadě, kontrolovat oběh dokumentů Systém musí umožnit definice vlastních atributů (polí), jejich povinností, viditelností a vstupní masky u všech základních entit systému (tj. Požadavek, Incident, Problém, Změna, Úkol, Konfigurační položka a Služba).

31 / 63

B55

B56

B57 B58 B59

B60 B61

B62 B63 B64 B65 B66 B67 B68

B69 B70

B71 B72 B73

B74 B75

B76

Systém musí obsahovat propracovaný a přehledný nástroj pro tvorbu workflow společně s přehlednou a detailní správou tvorby pravidel stavů entit a následných akcí z toho vyplývajících. Systém musí nabízet vlastní rozhraní umožňující definovat e-mailové notifikaci dle nastavených podmínek pro atributy entit (např. změna stavu entity, funkční a hierarchická eskalace, vypršení smlouvy, schválení požadavku apod.). Systém musí umožnit definování uživatelských šablon pro notifikace. E-mailové notifikace budou doručovány prostřednictvím poštovního systému zadavatele pod emailovou adresou aktuálně přihlášeného uživatele (send on-behalf). V případě, že se nepodaří systému navázat komunikaci s poštovním serverem (např. při výpadku tohoto serveru), systém se pokusí o opětovné doručení mailu (kterým bude typicky notifikace pro řešitele či uživatele) později nebo musí vygenerovat notifikaci na administrátora, že se mu nepodařilo navázat spojení pro doručení mailu. Systém musí umožnit založení Požadavku pomocí emailové zprávy včetně připojení příloh. Emailové zprávy posílané aplikací musí odpovídat internetovým standardům, zejména RFC 5321 a 5322, pokud posílá i MIME-zprávy (texty v jiné znakové sadě než USASCII, resp. tzv. přípojky), tak RFC 2045, 2046, 2047 a jejich aktualizace, posílá-li automaticky generované zprávy, tak ještě RFC 3834. Systém musí umožnit jednotnou evidenci všech typů projektů a projektových námětů Systém musí umožnit řízení životního cyklu projektů a projektových námětů včetně řízení jejich změn Systém musí podporovat automatizaci životního cyklu projektů a námětů Systém musí být schopen integrovat metodiku řízení projektů zadavatele Systém musí umožnit jednotnou evidenci všech typů žádostí o dotace a granty Systém musí umožnit řízení životního cyklu dotací a grantů včetně kontroly jejich čerpání Systém musí disponovat uživatelským rozhraním (nástrojem), který bude možné definovat a upravovat vstupní a výstupní pole formulářů, jejich umístění a viditelnost. Veškeré rozhraní (GUI) musí být v českém jazyce s možností přepnutí do jiné jazykové mutace (např. anglického jazyka). Systém musí umožnit definovat pro skupiny řešitelů role, přičemž jeden řešitel může mít více rolí. Pro jednotlivé role musí být možnost definovat oprávnění přístupu k entitě, k jednotlivým atributům entity a k reportům (např. využití pro oddělení požadavků, CMDB a služeb pro IT a non-IT oblast). Používání číselníků musí být uživatelsky a programově otevřené (tj. možnost je upravovat ručně nebo automaticky přes API rozhraní). Každá entita (Požadavek, Incident, Problém, Změna, Úkol, KP a Služba) musí mít možnost evidovat historii všech změn zvolených atributů, u KP a Služby i změnu vazeb). Systém musí disponovat uživatelským rozhraním pro importy/exporty dat z/do jiných systémů a jejich konsolidaci. Uživatelským rozhraním je myšleno rozhraní obdobné kalkulátorům (např. Excel, OpenOffice), kdy si uživatel může definovat jednotlivé sloupce a řádky, které následně naplní hodnotami a pomocí řízené funkce zajistí import do systému. Rozhraní musí umožnit otevřít již vytvořený importní soubor, který bude ve formátu XLS. Systém musí umožnit logování všech změn a všech významných událostí (např. bezpečnostních) v systému. Systém bude disponovat jednotným rozhraním pro všechny uživatelské a administrátorské operace. Toto rozhraní bude dostupné prostřednictvím webového prohlížeče a bude se serverovou stranou komunikovat na protokolu http/https. Automatické změny stavu na základě uplynulé doby, konkrétního řešitele nebo typu požadavku.

32 / 63

B77 B78 B79 B80 B81 B82 B83 B84

B85 B86 B87

Jednotné uživatelské rozhraní pro všechny typy požadavků. Všechny typy požadavků bude možné zadat a sledovat z jednoho místa. Grafická vizualizace procesů včetně zobrazení jednotlivých aktivit a jejích účastníků Podpora seskupování zobrazených informací podle jednotlivých atributů (sloupců) na uživatelské bázi. Podpora sloupcového filtrování včetně možnosti uložit si na uživatelské bázi definici jednotlivých filtrů pro pozdější použití. Podpora agregačních funkcí na formuláři (možnost zobrazit si sumu, průměr, maximum, minimum u jednotlivých sloupců formulářů). Zobrazení dat z formuláře v strukturované podobě grafů. Jednotné webové uživatelské rozhraní pro pracovníky úřadu i organizací jím zřizovaných. Podpora elektronické komunikace nad každým požadavkem s možností rozlišovat komunikaci na interní (v rámci dané organizace nebo oddělení) a externí (zahrnuje i externí subjekty). Podpora manažerského zobrazení agendy „Portál úředníka“ prostřednictvím funkcionality „Dashboard“ s možností customizace těchto pohledů podle rolí. Součástí řešení portálu úředníka bude integrace příp. nahrazení aplikace Inflex pro přípravu materiálů pro radu a zastupitelstvo Formulář pro vyřízení elektronického cestovního příkazu a knihy jízd

C. Požadavky na ICT centrum C01

C02 C03

C04

C05

C06

ICT centrum musí v maximální míře využívat stávající zařízení, technologie a sw implementované v IT MMP a tyto doplňovat a rozšiřovat. SAN musí rozšiřovat stávající technologii FC 8Gbit. Infrastruktura Centra ICT musí být řešena redundatně a musí poskytovat funkci High Availability. Cílem je zajistit nepřetržitý provoz služeb pro koncové uživatele 7/24 i v případě provádění údržby a servisu na infrastruktuře ICT Centra. Týká se i aplikací a provozu Městské Policie. Diskové pole musí být modulární, minimálně dvouřadičové. Přidáváním dalších řadičů a virtualizačních jednotek lze přidávat výkon. Pole musí podporovat RAID režim 0,1,3,5,6,10. Podpora disků musí umožnit použít disky 2,5“, 3,5“ SAS 10/15krpm. Je požadováno minimálně 2x FC 8Gbit na řadič. Diskové pole musí umožnit použití SSD disků. Pole musí umožnit automatický přesun zatížených datových bloků na rychlé disky pro zvýšení výkonu. Funkci požadujeme na úrovni diskového pole. Diskové pole musí umožňovat rozšiřitelnost minimálně 240 disků. Kapacita diskového pole musí pokrývat očekávané potřeby nasazovaných aplikací na dobu udržitelnosti projektu a dále poskytovat prostor pro existující zrcadlená data TC ORP. Minimální kapacita 16 TB. Mirroring polí bude založen na HW funkcionalitě jednotlivých polí. Jedná se o rozšíření stávající technologie, doplnění funkcionalit stávajících a nových polí o možnost diskového mirroringu na úrovni HW tak, aby poskytovala vyšší výkon, umožnila přistupovat k zrcadleným datovým prostorům pomocí FC SAN konektivity. Předpokládáme rozšíření na celkový objem dat 16 TB hrubé kapacity.

33 / 63

C07

C08

C09

C10

C11

C12

Serverová virtualizace musí být plně kompatibilní se stávající technologií a musí mít tyto vlastnosti: • Jednotný management integrovaný do stávajícího management serveru • Implementovat vysokou dostupnost stávajícího management serveru instalovaného na fyzickém HW • Hypervisor musí poskytnout VM až 32 vCPU • Musí být možno realizovat distribuované switche napříč celým vizualizačním prostředím. Hypervisor musí umožnit přesun běžícího virtuálního stroje jak mezi fyzickými hosty, tak i mezi diskovými storage bez výpadku. Požadavky na servery: • Nově instalované servery musí být schopny začlenění do stávajícího jednotného managementu HW. • Musí poskytovat dostatek výkonu jak pro aplikace migrované z TC ORP, tak pro nově nasazované v rámci tohoto projektu. • Musí umožnit montáž do 19“ racku. • Disponovat redundantním rozhraním 10Gb pro přístup do LAN a redundantním rozhraním FC 8Gbit pro přístup do SAN. V případě použití iSCSI nutnost HW iSCSI adaptéru. • Licence pro OS aplikační vrstvy: • Musí být kompatibilní se stávajícím prostředím, umožnit plné začlenění do stávajícího prostředí, jednotný management se stávajícími instalacemi. Musí umožnit spustit neomezený počet instancí virtuálních strojů na virtualizačních serverech. Licence pro databázový SW: • Musí být kompatibilní s nově dodávanými aplikacemi • Musí být kompatibilní se stávající databázovou platformou • Musí pokrýt minimálně 2 fyzické servery (cluster řešení activ-pasiv) • Vysoká dostupnost služby SQL serveru mezi serverovnami /geoclustering, provoz ve více lokalitách/ • Transparentní šifrování dat • SQL sever audit • Podpora virtualizace • Reportovací služby pro správu serveru Monitorovací systém musí být plně kompatibilní se stávajícím monitoringem a musí být do něho včlenitelný. Licenčně musí pokrývat nově implementované prostředí v ICT centru, tak stávající technologie do monitoringu dosud nezahrnuté. Implementace Monitoring systém bude zahrnovat takové instalační a konfigurační kroky, které zapříčiní strojovou inteligentní reportovací službu pomocí katalogu chyb a podání informací navenek jako ucelený report daných chyb. Zálohovací systém implementovaný v novém prostředí v rámci tohoto projektu musí být začleněn do stávajícího zálohovacího systému. Musí být schopen transportovat zálohy a archivy na páskovou knihovnu obsluhovanou stávajícím zálohovacím systémem. V rámci dodávky datového prostoru musí být počítáno s potřebnou kapacitu na zálohovací systém v rámci zálohování metodou „disk to disk to tape“. Licenčně musí pokrývat kompletní nové prostředí.

34 / 63

C13

C14

C15

Pomocné vybavení serverovny: • Rack 19“ 42U 800x1000 s ventilací „zepředu dozadu“ určený pro montáž serverové techniky s únosností minimálně 1000kg. • Potřebné kabely, 2x switched PDU, police a další drobný materiál. • KVM přepínač pro novou techniku kompatibilní se stávajícím přepínačem a umožňující kaskádování. dvou a více konzolí CSS musí umožnit napojení externích poskytovatelů služeb různorodého charakteru, od klasických ISP , přes služby bezpečnostní až po meziresortní sítě a KIVS. Z tohoto pohledu musí disponovat architektura jasně definovaným prostředím „centrálního směrování ( CORE routingu ), centrálního přepínání ( CORE switchingu ) a centrálního řešení zabezpečení komunikační infrastruktury. Prostředí centrálního směrování CSS musí disponovat vlastnostmi vysoké dostupnosti, tedy minimálně dvěma zařízeními v režimu Active/Active a musí disponovat prostředky pro provoz autonomních systémů pro IPv4Ipv4 a IPv6.Ipv6. Dále musí disponovat následujícími vlastnostmi • • • • • • • • • • •

C16

Prostředí centrálního přepínání CSS musí disponovat vlastnostmi vysoké dostupnosti, tedy minimálně dvěma zařízeními v režimu Active/Active. Dále musí disponovat následujícími vlastnostmi • • • • •

C17

C18

C19

C20

podpora pro nezávislého směrování multicastu v režimu PIM-SSM podpora dynamického routingu (OSPF, BGP) podpora L3 redundance (VRRP, HSRP nebo virtual chassi) podpora virtuálních routovacích instancí (např. VRF nebo Virtual Routers) podpora policy based ratingu podpora HW L3 ACL podpora Spanning Tree (802.1w, 802.1s) podpora agregace portů (LACP nebo PagP) podpora QoS ( VLAN, CoS, ) management přes http, SSH, SNMPv3 podpora Netflow v5/9, nebo ekvivalent

podpora Spanning Tree (802.1w, 802.1s) podpora agregace portů (LACP nebo PagP) podpora QoS ( VLAN, CoS, ) management přes http, SSH, SNMPv3 podpora Netflow v5/9, nebo ekvivalent

Pro zajištění základních síťových služeb je požadováno jako součást CSS řešení minimálně těchto provozních serverů ( služeb) : NTP (SNTP), DNS, TFTP, RADIUS a DHCP, včetně potřebného HW a SW. Prostředí centrálního zabezpečení komunikační infrastruktury musí obsahovat následující logické celky pro komplexní ochranu komunikační a systémové infrastruktury: Firewall , IPS, NAC, Analýza chování sítě, AntiVir a AntiSpam řešení . Jednotlivé tyto části pak musí tvořit celek , který bude spravován jedním management nástrojem s možností společné korelace událostí a vzájemné vazby reakcí na chování sítě mezi jednotlivými komponentami. Součástí prostředí centrálního zabezpečení musí být také systém SIEM , který bude sloužit jako primární zdroj informací pro vyhodnocování, plánování a prosazování bezpečnostních politik nejen v rámci CSS. Součástí prostředí centrálního zabezpečení komunikační infrastruktury CSS musí být také vytvoření systému tzv. „čisté“ a „špinavé“ DMZ pro umístění společných zdrojů a nabízených aplikací 35 / 63

C21

Veškerý systémový SW a aplikační SW, který umožňuje virtualizaci, implementovat jako virtuální stroje na virtualizační platformě

D. Portál občana D01

Systém musí být ve shodě s aktuálně platnou legislativou. Jedná se zejména, nikoliv však výlučně, o zákon o základních registrech v platném znění, zákon na ochranu osobních údajů, ….

D02

Systém bude pro každou službu (životní situaci) definovat individuální formulář optimalizovaný pro danou situaci.

D03

Systém musí umožnit vytisknout opis elektronického podání .

D04 D05 D06 D07 D08 D09

D10

D11

D12

D13 D14 D15 D16 D17 D18 D19 D20 D21

Systém musí občanem vyplněný formulář v relevantních případech zapsat přímo do agendového systému Systém musí být v souladu s celosvětově ověřenými koncepty na řízení služeb např. ITIL Systém musí umožnit registraci nový uživatelům v souladu s bezpečnostní normou pro zpracování informací a ochrany osobních údajů. Systém musí umožnit jednoznačné ztotožnění registrovaného uživatele ve vazbě na systém základních registrů. Systém musí umožnit autentizaci a autorizaci uživatelů v portálu občana v souladu s platnou legislativou a běžně používanými bezpečnostními standardy. Systém musí umožnit přihlášení uživatele do úvodní obrazovky (web rozhraní), ve které si uživatel vybere oblast služby pro svou žádost.Úvodní obrazovka musí umožnit přístup do znalostní databáze, kde si uživatel může nalézt odpověď na svůj dotaz nebo postup, jak postupovat v řešení svého problému tak, aby se předešlo zbytečným podáním. Systém musí být intuitivní bez nutnosti speciálního zaškolení disponující bublinovou nápovědou pro jednotlivé pole, kontrolu správnosti vyplňované hodnoty, kontrolu na úplnost vyplnění, atd. Systém bude disponovat na straně občana uživatelským webovým rozhraním umožňující provoz na různých platformách (Windows, Linux, Mac OS) a různých zařízeních (počítač, tablet, inteligentní mobilní telefon, apod.) Systém musí disponovat optimalizovaným uživatelským rozhraním pro tyto skupiny uživatelů: • Veřejnost (občané, podnikatelé, atd.) • Úředník Systém musí umožnit podepsat vybraná podání elektronickým podpisem a opatřit je časovým razítkem. Systém musí být založen na otevřených standardech J2EE, XML, SOAP, čímž bude zajištěna možnost napojení na okolní systémy. Systém musí umožnit správu profilu uživatele. Systém musí umožnit rozšiřování kapacity v závislosti na zátěži a podporovat vizualizaci na straně serveru. Systém musí disponovat vlastnostmi pro vysokou dostupnost. Musí tedy umožnit na serverové straně Active/Active nebo Active/Pasive režim. Lokalizace aplikace pro občany do českého jazyka a podpora češtiny v datech. Systém musí umožnit tvorbu šablon s předvyplněnými údaji pro snazší a rychlejší založení žádosti/podání (např. předvyplnění jména a příjmení, adresy, atd.). Systém musí umožnit předvyplnění údajů pro snazší a rychlejší založení žádosti/podání z profilových informací. Systém musí umožnit platbu poplatků a ostatních nákladů související s danou žádostí prostřednictvím elektronické bankovní karty.

36 / 63

D22 D23 D24 D25 D26

D27

D28 D29

D30 D31 D32 D33 D34 D35 D36

Systém obsahuje přehledné web rozhraní pro uživatele, obsahující seznam všech jeho žádostí, případně na ně navazujících změn nebo doplnění. Systém musí umožnit přenos žádostí/podání ke zpracování do portálu úředníka nebo příslušného agendového IS. Systém musí umožnit kategorizaci žádostí/podání u jednotlivých služeb (např. dotaz, podání, atd.). Systém musí mít možnost definovat workflow pro řízení životního cyklu podání/žádosti s definici jednotlivých SLA lhůt pro jednotlivé úkony. Systém musí obsahovat propracovaný a přehledný nástroj pro tvorbu workflow společně s přehlednou a detailní správou tvorby pravidel stavů entit a následných akcí z toho vyplývajících. Systém musí nabízet vlastní rozhraní umožňující definovat e-mailové notifikaci dle nastavených podmínek. Systém umožňuje definovat šablony pro notifikace. E-mailové notifikace budou doručovány prostřednictvím poštovního systému zadavatele pod emailovou adresou aktuálně přihlášeného uživatele (send on-behalf) nebo obecně definovanou adresou, přičemž systém umožňuje obě možnosti. Možnost použít HTML v mailových notifikacích namísto pouhého plaintextu. Emaily posílané aplikací musí odpovídat internetovým standardům, zejména RFC 5321 a 5322, pokud posílá i MIME-zprávy (texty v jiné znakové sadě než US-ASCII, resp. tzv. přípojky), tak RFC 2045, 2046, 2047 a jejich aktualizace, posílá-li automaticky generované zprávy, tak ještě RFC 3834. Používání číselníků musí být uživatelsky a programově otevřené (tj. možnost je upravovat ručně nebo automaticky přes API rozhraní). Každá prvek (podání/žádost) musí mít možnost evidovat historii všech změn zvolených atributů. Systém musí umožnit logování všech změn a všech významných událostí (např. bezpečnostních) v systému. Automatické změny stavu na základě uplynulé doby nebo typu žádostí/podání. Systém musí být provozovatelný minimálně na dvou nejpoužívanějších databázových platformách v aktuálních verzích, pro všechny dodané IS jednotně.. Podpora elektronické komunikace nad každým podáním/žádostí s možností rozlišovat komunikaci na interní (v rámci dané organizace nebo oddělení) a externí. Možné napojení portálu na sociální sítě

E. Datový sklad E01

E02

E03

Integrační platforma poskytne referenční informace ze systému základních registrů (ISZR) formou služeb. Integrační platforma musí vést záznamy o přístupu k ISZR v souladu se zákonem 111//2009 Sb., par. 57. Systém pro vedení těchto záznamů musí umožňovat audit, reportování a filtrování veškeré komunikace s ISZR. Integrace bude provedena na úrovni referenčních údajů Informačního systému základních registrů (ISZR), včetně systémových agendových identifikátorů fyzických osob (AIFO) odvozených z kódu agendy a zdrojového identifikátoru fyzické osoby Napojení bude realizováno formou komponenty a služeb v rámci integrační platformy s použitím integrované komunikační platformy pro vlastní komunikační vrstvu.

E04

Subsystém propojení s ISZR zajistí ve vazbě na společné číselníky jejich průběžnou aktualizaci s využitím služby notifikace změn v ZR.

E05

Integrační/komunikační platforma musí zajistit vstupní zpracování dat pro všechny registry, tj. možnost definice, spouštění a řízení procesů kontroly a čištění vstupních dat ve vazbě na příslušné registry

37 / 63

E06 E07

E08

E09

E10

E11

E12

E13

E14

E15

E16

Integrační platforma musí zajistit variabilitu procesů kontroly a čištění vstupních dat v závislosti na druhu registru Integrační platforma musí poskytnout běhové prostředí a obecná pravidla pro návrh procesů, jejich specifická implementace bude předmětem dodávky jednotlivých registrů. Integrační platforma musí zajistit komunikaci mezi registry a napojení na další zdroje pro kontrolu a čištění dat (zejména centrální registry, meziresortní systémy a systémy EU). Integrační platforma musí zajistit prostředky pro konverzi vstupních formátů do formátu určeného v návrhu systému, který budou jednotlivé projekty registrů používat jako univerzální vstupní formát. Vstupními formáty jsou zejména data z interaktivních formulářů, data z webového portálu, výstupy z informačních systémů ve formátech XML, CSV či databázových souborů v souladu s platnou legislativou. Integrační platforma musí definovat požadavky na způsob transformace tak, aby jednotlivé registry mohly buď využít již existujících transformací (např. HL7 a DS3/4 apod.) či mohly dodat specifické transformace dle potřeb daného registru. Integrační platforma musí zajistit konzistentní aplikaci pravidel na vstupy jednoho registru dle požadavku na jednotlivé vstupní formáty či komunikační kanály (webový formulář x dávka exportovaná z informačního systému). Vstupní zpracování musí zahrnovat následující kroky (jsou-li pro daný registr, daný vstup a komunikační kanál relevantní - pro různé registry a různé vstupní kanály se jedná o různé kombinace těchto kroků): • Zpracování formátu daného komunikačním protokolem (např. SOAP aj.) • Zpracování formátu daného přenosovým systémem (obálky dokumentů vytvořených interaktivními formuláři – PDF, ZFO, DOCX apod.) • Zpracování struktur zajišťujících ochranu předávaných informací (rozšifrování) • Ověření integrity předávaných dat (kontrolní součty, ev. podpisy, certifikáty a CRL) • Autentizace podávajícího (identifikace), autorizace (ověření úrovně oprávnění) • Validace formátu, rozsahu a obsahu údajů (XML schéma, délky polí, obsah povolených znaků, rozsah číselných hodnot, platnosti dat aj.) • Validace proti jiným zdrojům (jiné registry v rámci povolené komunikace, centrální registry), validace v rámci registru (kontextová validace) aj. Integrační platforma a její transakční subsystém musí na základě uživatelsky definovaných procesů zajistit řízený tok dat – Workflow system. Workflow systém musí umožňovat: • Definici/modeling procesů na uživatelské úrovni - V rámci procesů bude umožněno vkládat uživatelské kroky, kroky kontroly dat rozhodovací kroky • Do jednotlivých kroků vkládat datové objekty či kroky pro načtení či uložení dat do databázové platformy či dalších datových úložišť. Integrační platforma musí přímo podporovat definici pravidel (business rules) pro provádění kontrol tak, aby bylo možné tato pravidla měnit bez nutnosti nasazovat novou verzi. Integrační platforma musí podporovat publish/subscribe model, který musí umožňovat deklarativní konfiguraci příjemců zpráv, aby bylo možné např. při zapojení nového registru zajistit vstup kontrolních dat do jiných registrů či naopak vstup kontrolních dat z jiných registrů do nově zapojeného registru bez zásahů do již existujících registrů. Integrační platforma musí umožňovat deklarativní konfiguraci nových procesů pro 38 / 63

E17

E18

E19

E20 E21 E22

vstupní zpracování a čištění dat tak, aby bylo možné postupné nasazování jednotlivých registrů. Každý registr může využívat obecné/společné/sdílené procesy resp. komponenty procesů pro vstupní zpracování (např. ověření integrity dat, validace formátů, kontroly obsahu apod.), integrační platforma však musí poskytovat možnost rozšiřitelnosti tak, aby každý registr mohl dodat vlastní specifické komponenty či celé procesy. Kromě procesů kontrol a ověřování se může jednat o procesy řízení životního cyklu záznamů registru (pravidelná kontrola vůči dalším zdrojům). Integrační platforma musí podporovat store & forward funkcionalitu pro zajištění funkčnosti při plánované údržbě příjemců zpráv. Proces nesmí být tímto ovlivněn a to i při ev. déletrvající odstávce nekritických komponent, musí zůstat zachována transakční integrita dat v úložištích a uložené informace pro pokračování procesů musí být možné standardními mechanismy zálohovat a ev. obnovit. Jádrem integrační platformy bude „integrační sběrnice“, která zajistí základní funkcionalitu integrace. Jedná se zejména o monitoring služeb, management služeb, bezpečnost služeb a zprostředkování služeb. Navržené řešení bude řešit mimo jiné tyto integrační situace: • Vytěžování datových zdrojů, jejich transformaci a nahrání do cílového systému (funkcionalita ETL nástroje) • Routování zpráv z nodu A do nodu B • Transformace zpráv ze zdrojového formátu do cílového formátu • Podpora multiprokolového provozu • Dynamické routování zpráv na základě business podmínky Integrační sběrnice umožní aktualizaci integračních zpráv na základě informací z dalších zdrojů. Aplikace, jež budou disponovat konektorem na Integrační sběrnici, budou moci využívat služby integrační sběrnice (např. vazby na Spisovou službu, apod.) Systém umožní integraci Active Directory na stávající provozované informační systémy – včetně stanoviska dodavatelů aplikací k ochotě a možnosti integrovat jejich systémy

E23

Systém umožní přístup k ISZR (Základní registry) včetně auditu, logování, reportování, filtrování veškeré komunikace s ISZR.

E24

Proběhne integrace systému IDM s JIP/KAAS (JIP - Jednotný identitní prostor CzechPointu, KAAS - Katalog autentikačních a autorizačních služeb) v rozsahu ORP Přerov (tj. Statutární město Přerov, obce typu I. a II. ORP Přerov, zřizované organizace).

F. Manažerský IS F01

Jednoduše ovladatelné a srozumitelné uživatelské rozhraní pro tvorbu reportů

F02

Flexibilita tvorby uživatelských pohledů na data, možnost ukládání uživatelských pohledů pro opakované použití

F03

Možnost uživatelského výběru atributů do reportu, jejich seskupování a filtrování

F04 F05 F06 F07 F08 F09 F10 F11 F12

Možnost filtrování a třídění dat podle všech údajů Možnost tvorby pojmenovaných třídících a výběrových kritérií pro jednotlivé uživatele Podpora zobrazení agregovaných dat ve formě tabulek, grafů či definovaných ukazatelů Konfigurovatelná vizualizace dat pomocí grafů Výběr vhodných typů grafů na základě charakteru reportovaných dat Možnost ukládání reportů pro příští použití Možnost nastavení pravidelného automatického generování reportů Možnost zasílání reportů na emailové adresy definovaných příjemců Možnost exportovat obsah reportů do formátu xls, a dallších používaných formátů 39 / 63

G. Digitalizace a DMS Digitalizace archivů Výstupem části Digitalizace archivů by měl být kompletně zpracovaný AIP balíček obsahující níže specifikované technické požadavky: 1. Seznam požadovaných formátů a metadat při digitalizaci: Archivní kopie – uloženo v garantovaném úložišti krajského digitálního repozitáře PM MM OCR DMD XML AMD XML

Typ souboru Preservation Master Modified Master = Master Copy Text Format Descriptive Metadata Administrative Metadata

Formát TIFF JPEG2000, JPG, PDF, TIFF METS ALTO XML EAD, Dublin Core, DTD XML AS MVČR PREMIS, XML

Uživatelská kopie – uloženo v subsystému pro zpřístupnění UC DMD XML AMD XML

Typ souboru User Copy Descriptive Metadata Administrative Metadata

Formát JPEG2000, JPG, PDF, TIFF EAD, Dublin Core, DTD XML AS MVČR PREMIS, XML

2. Digitalizované archiválie budou předávány společně s definovanými metadaty ve formátu XML dle příslušných norem EAD formou AIP balíčku, který bude při přebírání verifikován dohodnutým způsobem. 3. Dodané originální AIP balíčky budou v souladu s požadavky na budování národního digitálního archivu. Struktura balíčku bude popsaná dokumentem ve formátu METS, deskriptivní metadata dle EAD, popřípadě ve formátu doporučeném archivní správou. Administrativní a technická metadata budou dle formátu PREMIS, popřípadě rozšířeném o MIX. Pozn: Detailní struktura AIP balíčku pro jednotlivé skupiny archiválií bude upřesněna v části popisující požadované skupiny archiválií k digitalizaci. 4. Dodané AIP balíčky budou uloženy v DMS organizace a druhá kopie bude umístěna v Krajském digitálním repositáři.

Digitalizované archivy:

VÁZANÉ DOKUMENTY Skenování vnitřních stran - 300 DPI / 400 DPI (dle kroniky – určí zadavatel) TIFF RGB, barevná hloubka 24 bit / 48 bit (8 bit / 16 bit na barvu), vyšší barevná hloubka má vyšší hodnocení. Ořez vnější 3 mm a vyrovnání strany. Skenování přední a zadní strany včetně hřbetu – 400 DPI formát TIFF RGB, barevná hloubka 24 bit / 48 bit (8 bit / 16 bit na barvu), vyšší barevná hloubka má vyšší hodnocení. Pro skenování je nutné použít fotografický skener a osvětlovací soupravu pro snímání reliéfní plochy s důrazem na jemné reliéfní detaily. Skenuje se každá strana kroniky jako jeden soubor.

40 / 63

Součástí dodávky bude i sken testovacího obrazce (dodá zadavatel) a testovacích stran.METADATA Popisná metadata budou uložena v XML struktuře, struktura bude použita pro přímý export do archivní aplikace (podmínky implementace budou projednány s vybraným uchazečem).Vybrané položky metadat P/N Pole název titulek popis poznámka čerpány z aplikace P Archiv Archiv archiv Peva čerpány z aplikace P cnad Číslo NAD číslo NAD Peva P cpom Číslo pomůcky Číslo pomůcky validace vůči Peva čerpány z aplikace P fond fond fond Peva čerpány z aplikace P fond_zn Značka fondu Značka fondu Peva P invc Inventární číslo Inventární číslo P P P

sign prirc typ

Signatura Přírůstkové č Typ kroniky

Signatura Přírůstkové číslo Typ kroniky

P

moznac

Místní označení

P

nazev

Název

P

nazev_orig

Název v originálu

P

datace

Datum vzniku

lokalita, ke které se kronika váže název, který kroniku stručně vystihuje Původní (i cizojazyčný) název Datum vzniku

N

cas_rozsah

Časový rozsah

P N

tpopis retrospektiva

Tématický popis Retrospektiva

N N

misto autor

Místo vzniku Kronikáři

P

techn

Provedení

P P P P N N

jazyk rozmer stav prilohy pozn pozn_int

Jazyk textu Rozměry Stav Přílohy Poznámka Interní poznámka

P

urcil

Určil a zařadil

letopočet data vzniku kroniky Popis kroniky rozmezí letopočtů od-do, ke kterým letům se kronikářské zápisy vztahují Místo vzniku stručné údaje o kronikářích Popis fyzické formy (úpravy) kroniky Jazyk textu zápisy rozměrových polí popis fyzického stavu Přílohy kroniky Poznámka zaznam interních informací Jméno autora archivního

41 / 63

Pole napojené číselník

na

Pole napojené rejstřík dat Pole napojené rejstřík dat

na

Pole napojené rejstřík osob

na

výčtem

na

N P P P

public create_uid create_date lastwrite_uid

P P

uid nvg_id

Publikovat Zapsal Datum zápisu Datum aktualizace UID ID Navigatora

popisu Způsob prezentace kdo záznam vytvořil kdy byl záznam vytvořen kdy byl záznam naposledy aktualizován Jednoznačný identifikátor Vazba na tabulku navigátoru

napojeno na číselník

P – povinné pole N – podmíněně povinné pole (pokud je informace známa, vyplnit)

OSTATNÍ DOKUMENTY Skenování papírových dokumentů - 300 DPI, TIFF, RGB, barevná hloubka 24 bit. Ořez vnitřní 3 mm a vyrovnání strany. Technologie skenování se musí přizpůsobit druhu a stavu originálu. Uchazeč musí popsat technologii skenování pro jednotlivé typy materiálů. Materiál se skenuje „tak jak je“, je nutné striktně dodržet pořadí dokumentů uložených ve složkách včetně foliace.a to jak ve výstupních souborech, tak i ve složkách vrácených do archivu. METADATA Popisná metadata budou uložena v XML struktuře, struktura bude použita pro přímý export do archivní aplikace (podmínky implementace budou projednány s vybraným uchazečem). Vybrané položky metadat P/N Pole název titulek popis poznámka instituce P instituce nazev instituce nazev nazev P cislo Číslo instituce Číslo instituce P fond nazev fond nazev Název fondu P fond kód Kód fondu P cislo Číslo fondu P pozice Pozice P invc Inventární číslo P sign Signatura P datum Časový rozsah Typ evidenčních P uloza_typ jednotek Čísla evidenčních P uloza_cislo jednotek Typ dalších P ulozb_typ evidenčních jednotek Čísla dalších P ulozb_cislo evidenčních

42 / 63

N P N P

regest_1 regest_2 pozn

jednotek Obsah Další obsah Poznámka kapitola nazev

P – povinné pole N – podmíněně povinné pole (pokud je informace známa, vyplnit)

Uvedený rozsah služby je předpokládaný a je pro uchazeče podkladem pro stanovení nabídkové ceny. V průběhu plnění – na základě dílčích výzev k poskytnutí plnění - může dojít ke změně množství digitalizovaných dokumentů.

Požadavky na DMS Funkční parametry G01

Strukturování dokumentů do složek

G02

Automatický verzovací systém

G03

Provázání dokumentů pomocí strojově čitelných kódů

G04 G05

G15 G16 G17 G18 G19 G20 G21 G22

Vytěžování dat ze skenovaných dokumentů Přímá elektronizace dokumentů s automatickým rozpoznáváním strojově čitelných kódů OCR rozpoznání obrázkových dokumentů pro fulltext, včetně vložených obrázků v PDF dokumentech Fulltextové vyhledávání v obsahu dokumentů (možnost připojení modulů pro libovolný formát souborů) Podepisování dokumentů elektronickým podpisem Možnost připojení síťového úložiště pro sdílení přes DMS a plnou podporu vyhledávání a verzování Sdílené prostory mezi skupinami uživatelů Detailní přehled o pohybu dokumentu Vytváření metadat dokumentů s možností filtrace podle obsahu metadat Přímé upravování dokumentů ve výchozích programech (MS Office) Možnost propojení na systémy hromadné elektronizace (autonomní skenovací zařízení) Šifrování dokumentů Správa uživatelských identit (uživatelé, skupiny) Řízení uživatelských oprávnění až na úroveň verze dokumentu Uzamykání dokumentů (vynucení exkluzivního přístupu) Zveřejňování dokumentů pomocí publikovatelného odkazu Řízení oběhu dokumentů Designer definice procesů oběhu dokumentů Možnost tvorby vazeb mezi procesy

G23 G24 G25

Automatické přesouvání spisu dle příslušnosti k procesu (cílová složka spisu) Podrobné sledování procesu oběhu dokumentů (logování aktivit při práci se spisem) Uživatelské komentáře spisů

G06 G07 G08 G09 G10 G11 G12 G13 G14

43 / 63

G26

Automatická notifikace při pohybu spisu v procesu (min. na události: vložení, komentování), nastavení příjemců dle kontextu procesu i ručně G27 Automatická vícenásobná expirace spisu – odeslání oznámení, smazání, přesunutí do definované aktivity G28 Tlustý a tenký klient Technické parametry G29 G30 G31 G32

Standardizované SOAP rozhraní serveru Propojení se systémem správy identit (libovolný se standardizovaným LDAP rozhraním) Tlustý klient pro pohodlnou práci a editaci dokumentů Tenký klient pro přístup přes webové rozhraní

Funkční požadavky na archivní portál G33 Archiválie a metadata ke zpřístupnění musí mít zachovány vazbu AIP balíčky v primárním úložišti, po celou dobu musí být zachována jejich použitelnost, čitelnost a integrita. Musí odpovídat konceptuálnímu modelu OAIS (ISO 14721:2003). G34 Systém musí splňovat požadavky zákona č. 499/2004 Sb., o archivnictví a spisové službě a změně některých zákonů, ve znění pozdějších předpisů a jeho prováděcích předpisů. Archivní pomůcky musí být ukládány dle standardu XML DTD vydaného Archivní správou MV ČR a ostatních mezinárodních doporučení dle specifikace EAD. G35 Systém musí umožňovat online komunikaci s DMS systémem (digitálním archivem), v kterém budou uloženy AIP balíčky (Master Copy soubory digitalizovaných archiválií včetně základních metadat).

44 / 63

G36

Archivní portál s archivním úložištěm musí: • • • • • • •

• • • • •

• • •

•

• • •

zajišťovat kontrolu přístupu k archiváliím, definovat přístupnost k jednotlivým archiváliím (AIP), připravovat DIP balíčky a zajišťovat jejich distribuci, umožňovat poskytování uživatelských kopií vybraných archiválií, podporovat OAI-PMH protokol, podporovat komunikaci (harvesting) s ostatními archivními portály státních archivů, připravovaným národním digitálním archivem a celoevropským portálem Europeana, zajistit vazbu na celostátní evidenci archivních fondů a archivních pomůcek dle mezinárodních a národních standardů EAD (popis archiválií), EAC (popis původců) a EAG (popis archivů), které budu vycházet z datové struktury XML programu PEvA, zajistit vazbu (rozhraní) pro napojení specializovaných archivních systémů pro zpracování archiválií a archivních pomůcek provozovaných v příslušném státním archivu, umožnit přístup oprávněného archiváře příslušného archivu k jednotlivému archivnímu souboru nebo skupině archiválií, zajistit možnost přístupu odborné badatelské veřejnosti k archiváliím podléhajícím kontrole nadřízeného státního archivu (badatelský list) autentizovaným přístupem, zajistit vazbu na znalostní databáze jiných paměťových institucí, umožňovat vložení archiválií nebo skupin archiválií včetně metadat ve formátech používaných v archivnictví (XML DTD archivní pomůcky dle standardu archivní správy MV ČR, EAD, Dublin Core atd.), umožňovat operativní doplnění vstupních modulů zajišťujících čerpání jiných datových zdrojů, zajistit možnost vyhledávání pomocí fulltextových funkcí nebo strukturovaných dotazů se zachováním hierarchických vazeb na jednotlivé uložené archiválie a skupiny archiválií, umožnit pro vyhledané jednotky popisu v archivní pomůcce získat záznamy hierarchicky podřazené i okolní (listovat všemi popisnými jednotkami) v pořadí, jak byly zaznamenány (struktura pomůcky dle EAD), minimalizovat nároky na hardwarové a softwarové vybavení uživatelů pro vyhledávání a hlavně zobrazování digitalizovaných archiválií i velkých formátů prostřednictvím běžných technických prostředků ve webových aplikacích, bez nutnosti instalovat specializované moduly na straně uživatele, uživatelské webové rozhraní musí být nezávislé na použitém prohlížeči a musí respektovat pravidla přístupného webu, vyhovující XHTML, umožňovat snadné vytváření jazykových verzí (česky, anglicky atd.), umožnit úpravy grafického rozhraní dle design manuálu zadavatele.

45 / 63

H. Integrace agendových systémů Konsolidace majetkových agend Účetní evidence majetku a předmětů OE H01 Řešení bude centrálně provozováno v prostředí Magistrátu s diferencovaným kompetenčním přístupem k datové základně pro všechny zřizované organizace. H02 Řešení musí splňovat všechny požadavky kladené legislativou na účetní evidenci majetku, zejména na odpisování, účtování o dotacích, ocenění majetku reálnou hodnotou (zákon č. 563/1991 Sb. o účetnictví, zákon č. 586/1992 o daních z příjmů, vyhláška č. 410/2009 Sb., kterou se provádějí některá ustanovení zákona č. 563/1991 Sb., o účetnictví, ve znění pozdějších předpisů, pro některé vybrané účetní jednotky, vyhláška č. 270/2010 Sb., o inventarizaci majetku a závazků, ČÚS č. 708, vše ve znění pozdějších předpisů). H03 Řešení musí umožnit klasifikační evidenci tj. zatřídění majetku dle Kategorizace dlouhodobého majetku a zařazení do účetních i daňových odpisových skupin vycházejících z Klasifikace produkce (CZ-CPA), Klasifikace stavebních děl (CZ_CC), Klasifikace produkce (SKP), tříd majetku a definování % využití jednotlivého majetku (krácení odpisů). H04 Řešení musí umožňovat přiřazení majetku, který má inventární číslo, k organizačnímu útvaru, místnosti, odpovědnému pracovníkovi, inventárnímu úseku s vazbou na personální a prostorovou evidenci. H05 Řešení musí poskytovat informace o účetních pohybech např. zařazení majetku, převody mezi organizacemi, změnách cen o technickém zhodnocení, vyřazení majetku z evidence o účetních odpisech, oprávkách, zůstatkových cenách. Ke každému účetnímu pohybu musí být dostupné účetní záznamy. H06 Pro generování účetních záznamů musí řešení umožnit uživatelsky definovat např. otáčení stran MD, Dal, účtování se zápornou hodnotou, jednostranný účetní zápis a přiřazení pomocného analytického přehledu k účetnímu záznamu. H07 Výpočet transferového podílu a měsíčního účtování o časovém rozlišení přijatého investičního transferu. H08 Přiřazení typu transferu (zdroj financování). H09 Evidence dalších informací např. výrobce, dodavatel, datum záruky, výrobní, sériové číslo, přiřazení k projektu včetně data udržitelnosti, způsob nakládání s majetkem. H10 Podpora výběru výpočtu odpisů vzhledem k hranici významnosti pořizovací ceny – snížená pořizovací cena nebo minimální zůstatková cena. H11 Uživatelsky definovatelné cenové hranice jednotlivých druhů majetku. H12 Sestavení ročního odpisového plánu v členění dle odpisových skupin. H13 Výpočet předběžných účetních i daňových odpisů. H14 Daňová evidence – poskytování informací o vypočítaných ročních daňových odpisech v jednotlivých obdobích. H15 Nástroje pro realizaci všech účetních operací s majetkem (např. pořízení, převody, technické zhodnocení, vyřazení majetku z evidence). H16 Dokladování činností spojených s evidencí majetku, jako protokoly o zařazení, protokoly o vyřazení, protokoly o převodech. H18 Doklady převodů majetku musí systém umožnit realizovat buď okamžitě, nebo formou návrhu dokladů a následného schválení pověřenou osobou. H19 Podpora přerušení odpisů a provedení storna tohoto přerušení. H20 Storno ještě nerealizovaných dokladů převodů (zařazení, vyřazení, převody jak mezi účetními jednotkami i v rámci účetní jednotky). 46 / 63

H21 H22

H23

H24 H25 H26 H27 H28 H29 H30

H31 H32 H33 H34 H35

H36 H37 H38 H39 H40 H41 H42 H43

Automatizovaná podpora při výpočtu účetních a daňových odpisů, tvorbu účetních podkladů při zařazení, změnách, převodech nebo vyřazení dlouhodobého majetku. Dostupnost informací o účetních pohybech např. zařazení majetku, převody mezi organizacemi, změnách cen o technickém zhodnocení, vyřazení majetku z evidence o účetních odpisech, oprávkách, zůstatkových cenách. Ke každému účetnímu pohybu jsou dostupné účetní záznamy. Podpora provádění různých akcí souvisejících s evidencí dlouhodobého majetku jako např. zařazení, vyřazení, převody, změny hodnot, které mají především vliv na změnu účetního stavu nebo pouze změnu evidenčního stavu, které vliv na změnu účetního stavu nemají. Hromadné změny klasifikace na majetkových kartách, možnost hromadného zařazení, vyřazení, převodů majetku. Zaznamenávání základních informací: typ nabytí majetku, dodavatele/útvar, datum přijetí, číslo externího dokladu. Vytvoření karet majetku nezávisle na jejich zařazení do používání. Sledování hodnoty majetku a jeho odpisů v reálném čase. Tisk protokolů o zařazení, o vyřazení, o převodu majetku. Spuštění měsíčních účetních i ročních daňových závěrek samostatně za každou účetní jednotku. Přehledy a výstupy - zpracování nejrůznějších přehledů a výstupů evidenčního, účetního nebo daňového charakteru. Inventarizace Efektivní provádění inventur majetku organizace dle zákonných náležitostí. Flexibilita vzhledem k vnitřním předpisům organizace Využití strojově čitelných kódů pro zvýšení rychlosti a minimalizaci chybovosti inventarizace Řešení umožní dokladovat výsledky pravidelných inventur majetku podle zákonných povinností nadřízeným orgánům Provádění inventur od zjištění evidenčního stavu majetku, vytváření inventurních soupisů, přes zjištění fyzického stavu a následných inventarizačních rozdílů až po jejich vypořádání. Tisk strojově čitelných kódů místností (hromadný, jednotlivý tisk), Tisk strojově čitelných kódů prostorových objektů Vytvoření fyzického stavu majetku převzetím údajů ze snímačů ČK a strojově čitelných kódů, srovnání evidenčního a fyzického stavu Provádění standardních periodických inventur Provádění inventur drobných předmětů. Řízené provádění procesu opatřování majetku vytištěnými strojově čitelnými kódy. Vytvoření fyzického stavu majetku převzetím údajů ze snímačů ČK a strojově čitelných kódů Srovnání evidenčního a fyzického stavu a možnost přenosu rozdílů (manka, přebytky popř. přemístění) zpět do účetní a operativní evidence. Vytváření a tisk následujících reportů: - Evidenční stav majetku dle místností, dle majetkových účtů (SU, AU), útvarů v rámci organizační struktury - Fyzický stav majetku dle místností, přehled duplicit - Závěry inventarizace - Stav inventarizovaného majetku dané kategorie dle organizační

47 / 63

struktury a dle místností, dle majetkových účtů (SU, AU), Chybějící majetek, Nalezený majetek, Přemístěný majetek Majetkoprávní úkony H44

Centrální elektronická evidence všech případů majetkoprávních úkonů.

H45

Proces zpracování majetkoprávních úkonů musí být flexibilní a nastavitelný podle vnitřních procesů a platných nařízení organizace, požadujeme snadné přizpůsobení procesů při změnách na úrovni administrátora, bez nutnosti programování.

H46

Funkcionality sloužící ke zkrácení cyklu vyřizování případu (e-mailová notifikace nastavitelná v jakémkoliv procením kroku, možnost připojení komentáře).

H47

Založení případu majetkoprávní operace a jeho další sledování, schvalování s minimem potřeby ručního podepisování dokumentů a průběžné doplňování relevantních údajů. Dokladování provedených úkonů. Přehledné řízení veškeré dokumentace k danému případu – přehled dokumentace se základními informacemi na jednom místě. Nastavení specifických pravidel řízení posloupnosti kroků specifických majetkoprávních operací jako jsou např. Úplatné i bezúplatné nabytí majetku, Prodej a převod majetku, Darování majetku, Směny majetku atd. – koupě. Automatické vizuální upozorňování na blížící se vypršení termínů v definovaném předstihu, popř. zasílání upozorňujících emailových zpráv stanovenému odpovědnému pracovníkovi. Sledování historie průběhu zpracování jednotlivých majetkoprávních operací. Vyhodnocování procesu. Archivaci případu - uplatnění pravidel archivace - dle typu a charakteru případu. Souhrnné přehledy o nemovitostech, se kterými se nakládá. Souhrnná statistika počtů majetkoprávních operací konkrétního druhu. Souhrnné přehledy majetkoprávních operací dle konkrétních subjektů. Pasportizace Detailní stavebně-technická evidence ploch z hlediska prostorových dispozic s využitím GIS Centrální evidence areálů a budov (v jednom datovém úložišti, v jednotné údajové struktuře) s využitím GIS Prostorová evidence nemovitostí musí vycházet z hierarchicky organizovaného schématu, založeném na členění do areálů, budov, podlaží a místností s využitím GIS Zajištění unikátního kódování pro každou lokalitu, budovu, podlaží a místnost s využitím GIS Vedení evidence a správy externích elektronických dokumentů související s nemovitostmi s využitím GIS Centrální správa databáze sledovaných pasportních údajů k prostorovým objektům s možností rozšiřování jejího rozsahu na implementační bázi, tj. bez nutnosti programových úprav s využitím GIS Automatické ukládání změněných hodnot pasportních údajů do historie včetně časových razítek. Možnost sledování vývoje hodnoty pasportního údaje. Uživatelské nastavení pravidel přináležitosti pasportních údajů k typům prostorových objektů (např. jiná množina pasportních údajů k budově, jiná množina k místnosti) s využitím GIS

H48 H49

H50

H51 H52 H53 H54 H55 H56 H57 H58 H59 H60 H61 H62

H63 H64

48 / 63

H65 H66 H67 H68 H69 H70 H71 H72 H73

H74 H75 H76 H77

H78 H79 H80 H81 H82 H83

H84 H85

Provádění automatické on-line kumulace hodnot vybraných pasportních údajů z koncových uzlů na vrcholové uzly v souladu s uspořádáním prostorové hierarchie. Detailní evidence technických zařízení. Detailní evidenci stavebně-technických prvků prostorových objektů. Přesný přehled o rozsahu a skladbě technických zařízení a stavebně-konstrukčních prvcích organizace. Zpřístupnění komplexních informací na jednom místě. Zařazení stavebně-konstrukčních prvků podle typů, možnost rozlišovat skupinové a individuální stavební konstrukční prvky. Dokladování prováděných činností se zařízením v provozní knize. Zařazení technických zařízení podle výrobních modelů, evidence dostupnosti návodů k obsluze zařízení a provozní knihy. Zaznamenávání údajů o výrobcích, dodavatelích a organizacích poskytujících servis technických zařízení. Evidence aktuálního přidělení technického zařízení do používání na organizační útvar, nákladové středisko, příslušnost k inventárnímu úseku a umístění. Evidence správce technického zařízení. Podpora rozdělení zařízení na dílčí komponenty, se kterými lze pracovat stejným způsobem jako se zařízeními. Provádět správu příslušenství technických zařízení. Sledování záruční doby technických zařízení s podporou grafické vizualizace technického zařízení v záruční době pro rozhodování o jeho servisu a opravách. Vedení provozní knihy technických zařízení se zápisy o provozních zkouškách, pravidelných kontrolách. Centrální správa databáze sledovaných pasportních údajů k technickým zařízením s možností rozšiřování jejího rozsahu na implementační bázi, tj. bez nutnosti programových úprav. Automatické ukládání změněných hodnot pasportních údajů do historie včetně časových razítek. Podpora sledování vývoje hodnoty pasportního údaje. Podpora uživatelského nastavení pravidel příslušnosti technických zařízení k prostorovým objektům. Modelování plánů reprodukce (obnovy) stavebních objektů postavených na bázi technicko-provozní dokumentace stavby Možnost generování schématu reprodukce konstrukčních prvků objektu Možnost provádění uživatelských korekcí ve schématu reprodukce Zabudovaný matematický aparát modelu technicko-ekonomické analýzy založené na principu pevného algoritmu zpracování vstupních údajů pomocí referenčních databází stavební produkce umožňující optimalizaci reprodukce jednoho nebo více objektů majetku. Tvorba střednědobých/dlouhodobých plánů reprodukce objektu. Grafická prezentace Zadavatel požaduje nástroje obsahující sadu kreslicích a konstrukčních nástrojů pro tvorbu grafických objektů, jejich správu a vyhodnocení,využít možnosti zobrazování pomocí GIS

H86

Oboustranná integrace grafické výkresové dokumentace s evidencí objektů a vzájemná interakce mezi popisnými a grafickými údaji pro prostorové objekty, využít možnosti zobrazování pomocí GIS

H87

Prohlížení výkresové dokumentace a dalších mapových podkladů, využít možnosti zobrazování pomocí GIS

H88

Centrální a aktuální elektronická výkresová dokumentace areálů a budov (v jednom 49 / 63

H89

datovém úložišti, v jednotné struktuře), využít možnosti zobrazování pomocí GIS Vizualizace nemovitého majetku organizace v prostorových souvislostech, využít možnosti zobrazování pomocí GIS

H90 H91 H92

H93

Zobrazení (vektorových, rastrových i hybridních dat), tvorba, správa a editace výkresové dokumentace, využít možnosti zobrazování pomocí GIS Jednoznačná identifikace objektů (zařízení, pracovníků) na plochách včetně jejich prostorových souvislostí ve formě přehledných grafických výstupů. Zobrazení symbolických piktogramů (ikon) v grafickém plánu vyjadřujících vybavení (zařízení) plochy resp. pracovníky s možností přechodu na detail vybavení (zařízení) resp. pracovníka. Podpora interaktivního výběru zájmového objektu v popisné/grafické části se zobrazením podrobného výpisu informací o tomto objektu, využít možnosti zobrazování pomocí GIS

H94

Grafická vizualizace výsledků dotazů definovaných na základě uživatelských výběrových kritérií (druhy ploch, příslušnost k organizačnímu útvaru,…), využít možnosti zobrazování pomocí GIS

H95 H96

H97 H98 H99 H100 H101 H102 H103 H104 H105

H105 H106

H107 H108 H109

Zobrazení základních identifikačních informací pro objekt vybraný v plánu (výkresu) s možností přechodu na detail objektu (místnosti, zařízení). Zobrazování legendy vytvářené automatizovaně dle uživatelsky definovaných výběrových kritérií ve výkrese (grafická část) a její následné ruční umístění ve výkresu. Tisk výkresové dokumentace v režimu výřez nebo celý výkres. Řízení údržby a provozu Podpora nastavení definic pravidelných prohlídek a revizí majetku. Podpora automatického sledování termínů pravidelných prohlídek a revizí, barevná vizualizace blížících se či prošlých termínů, odesílání emailových zpráv. Podpora potvrzování provedených periodických činností a automatické nastavení příštích termínů. Podpora provádění automatického i ručního zápisu do provozní knihy objektů (evidence servisních a údržbových zákroků). Podpora řešení incidentů, nebo požadavků operativního charakteru (nahlášení závady, objednání služby, nebo oznámení požadavku na servis). Podpora průběžného sledování stavu „zakázky údržby“ a zpětně pak veškeré historie. Podpora evidování informací o dodavatelích, výrobcích a servisních organizacích objektu údržby Podpora zadávání požadavků různých druhů (drobná údržba, služba, investiční akce, …) s definovanou strukturou údajů, průběhu workflow a pravidly pro kontrolu průběhu požadavku na údržbu. Podpora interního (vlastními zaměstnanci) vyřizování údržbových a provozních akcí. Podpora odesílání emailových upozornění účastníkům na postup řešení úkolu údržby či provozu, notifikace změny stavu, varování před vypršením termínu určenéhopro vyřízení apod. Řízení schvalovacích procesů prostřednictvím workflow Evidence komunikace všech účastníků workflow vyřizování žádanky ve formě komentářů. Podpora generování objednávky na základě žádanky/zakázky, podpora vystavení objednávky z více žádanek/zakázek. Podpora schvalování objednávek ve vazbě na cenové limity objednávek. 50 / 63

H110 Podpora automatického odesílání objednávek mailem s přílohou, potvrzování o provedení objednané práce. H111 Podpora provazby procesu vyřizování žádanky aprocesu vyřizování objednávky a likvidace faktury. H112 Podpora vkládání naskenovaných podpisů schvalovatele objednávky. H113 Podpora likvidace přijatých faktur – zpětná vazba na žádanky – zápis do knihy nákladů objektu údržby. H114 Podpora Archivace žádanek/zakázek na údržbu H115 Podpora uživatelsky definovaných statistik vyřízených, vyřizovaných a zadaných žádanek/zakázek na údržbu dle uživatelských kritérií H116 Podpora zobrazování plánovaných a operativních činností údržby ve formě přehledného kalendáře. H117 Podpora řízení knihy nákladů majetku–Kategorizace nákladů údržby a provozu dle výběrových kritérií (útvar, činnost, …) H118 Podpora vytváření souhrnných rozborů nákladů na údržbu a opravy. Požadavky na investice H119 Řešení musí zajistit podporu procesu schvalování požadavku na investice s možností vkládání schvalovacích vyjádření a předávání připojené dokumentace elektronickou formou. H120 Žádanka bude zpracována na úrovni webového rozhraní. Určeným uživatelům bude takto umožněno zakládat investiční požadavky a odesílat je zpracovatelům, kteří zajišťují další schvalování. H121 Řešení musí podporovat nastavení automatizovaného číslování požadavků na realizaci investičních akcí. H122 Modul pro schvalování investičních požadavků musí podporovat zejména následující činnosti: • Zadání investičního návrhu a schválení • Evidenci požadavků na Investiční akci • Určení koordinátora – zpracovatele podkladů • Posouzení návrhu – příprav podkladů • Určení komise • Posouzení investice komisí (upřesnění návrhu) – elektronické schvalování • Posouzení investice ředitelem – elektronické schvalování • Předání k realizaci, uzavření požadavku H123 H124

H125 H126 H127 H128

Řešení musí podporovat nastavení rozdílných průběhů procesů při vyřizování investiční žádanky v závislosti na definované kategorii investice. Požadujeme možnost sekvenčního směřování činností, větvení na základě vyhodnocení stanovené podmínky (např. schválení vs. neschválení), paralelní provádění činností a opakování činností. Řešení musí podporovat sdílenou komunikaci účastníků schvalovacího procesu prostřednictvím evidence zápisů komentářů a vyjádření. Možnost automatického přiřazení dalších relevantních schvalovatelů (např. při nutnosti zřízení nových pracovních pozic atd.). Požadujeme možnost informování účastníka procesu pomocí notifikačních emailů o jeho aktuálních úkolech – např. vyjádřit se k zaslanému požadavku. Řešení musí podporovat připojení relevantní dokumentace k investiční žádance 51 / 63

H129 H130

H131

H132 H133 H134 H135 H136

H137 H138

H139

H140 H141 H142 H143 H144 H145 H146 H147 H148 H149 H150 H151

v průběhu celého procesu. Možnost v každém okamžiku zjistit stav průběhu a vyřizování konkrétního případu. Řešení musí obsahovat možnost v každém okamžiku zjistit stav průběhu a vyřizování konkrétního případu. Podpora rozborů schválených a neschválených investic Správa základních personálních údajů ve vztahu k majetku Centrální a aktuální evidence pracovníků (v jednom datovém úložišti, v jednotné údajové struktuře) za použití přístupových práv diferencovaných podle uživatelských rolí. Evidence kontaktních informací ke každému pracovníkovi, příslušnost k organizačnímu útvaru v rámci organizace a profesí, které vykonává. Operativní poskytování personálních informací o zaměstnancích a osobách udržovaných v evidenci podle zvolených kritérií a třídících podmínek. Správa externích elektronických dokumentů souvisejících s pracovníkem. Prokazatelnost provádění různých činností týkajících se pracovníka (školení, atesty, apod.). Ve vazbě na prostorový pasport a grafickou prezentaci dat umožnit sledování obsazenosti kancelářských a jiných ploch a podporu rozhodování o dislokaci pracovníků. Umožnit zobrazit umístění a jednoznačnou identifikaci pracovníků na plochách ve výkresové dokumentaci. Grafická vizualizace výsledků dotazů definovaných na základě uživatelských výběrových kritérií (příslušnost pracovníků k organizačnímu útvaru,…) Nájemní vztahy Podpora legislativních požadavků zakotvených v Občanském zákoníku č. 40/1964 Sb, § 671 až § 719 a zákona č. 116/1990 Sb., o nájmu a podnájmu bytových a nebytových prostor Informace o užívaných bytových a nebytových jednotkách, řešení bude propojeno na GIS Evidence informací o nájemníkovi Evidence smluvních vztahů s nájemci Historie nájemníka Podpora procesu přípravy předpisu nájemného Úplatné a neúplatné předměty Vyúčtování služeb a nájemného Možnost opravného vyúčtování (v legislativě platné pro konkrétní roky) se zachováním původních údajů Hromadný tisk vyúčtování dle filtrů Průběžné vyhodnocování struktury a výnosů z pronájmů Zpracování plateb, evidence přeplatků a nedoplatků Sledování platební morálky a upomínky Integrace majetkových agend s provozovanými IS Systém bude provázán na ekonomický systém Systém bude provázán na spisovou službu Systém bude provázán na GIS

52 / 63

Docházkový systém H152 H153 H154 H155 H156 H157 H158 H159 H160 H161 H162 H163 H164 H165 H166 H167 H168 H169 H170

H171 H172 H173 H174 H175

Systém musí umožnit organizační členění na útvary dle organizačního schématu s propojením na personální agendu. Systém musí umožnit správu osobních karet zaměstnance se základními údaji a s možností vložení fotografie. Systém musí využívat vhodné osobní identifikační nástroje pro sledování docházky Možnost definice vlastních parametrů za účelem monitorování držitelů identifikačních nástrojů. Systém musí umožnit zaznamenávání průchodů osob elektronickým terminálem Evidence průchodů musí být primárním zdrojem pro zaznamenání a vyhodnocování docházky. Systém musí umožnit i hromadné průchody osob. Systém musí být vybudován tak, aby byl chráněn proti zcizení. Systém musí poskytovat výpis evidence všech průchodů za den, týden, měsíc i za pevně daný časový interval. Systém musí umožnit na základě zjištěné docházky vypočítat celkovou odpracovanou dobu ve sledovaném období (přesčasy, nadpracovaná doba,..) Systém musí umožnit uzavření sledovaného období, kdy již nelze modifikovat hodnoty. Systém musí umožnit hromadné zpracování pracovních výkazů. Systém musí umožnit potvrzování a korekci příplatků, přesčasů a jiných rozdílů mezi povinnou a odpracovanou pracovní dobou. Systém musí umožnit převod rozdílů mezi povinnou a skutečně odpracovanou pracovní dobou do dalšího období. Systém musí umožnit převádění práce ve svátek za účelem výběru náhradního volna Systém musí umožnit automatické generování příplatků (odpolední a noční příplatek, příplatek za sobotu, neděli a státní svátky, ..) Systém musí umožnit plánování absencí a směn za konkrétní osobu nebo za celý útvar. Systém musí poskytovat předdefinované reporty v přehledné struktuře. Systém musí umožnit vytvoření speciální statistiky podle konkrétních potřeb Zadavatele. Požadujeme následující typy reportů a statistik: • Personální reporty • Přehled potvrzení pracovních výkazů • Přehled docházky za útvary • Přehled dovolených • Přehled rozdílů mezi povinnou a skutečně odpracovanou pracovní dobou Požadujeme obecný konfigurovatelný výstup ve formátu DBF, TXT do mzdové agendy. Systém musí být schopen komunikovat v rámci integrační sběrnice. Systém musí umožnit dynamický přesun pracovníků mezi útvary a nákladovými skupinami. Systém musí umožnit zpracování statistik pro jednotlivé osoby i pro organizační či nákladová střediska. Systém musí umožnit uživatelské zadání nových statistik.

53 / 63

2.3.2.

Požadavky na dodávku

A. Obecné požadavky • •

Dodavatel ve výše uvedených oblastech poskytne zadavateli veškeré služby a s nimi související dodávky Dodavatel je povinen splnit celý předmět veřejné zakázky a zajistit vzájemnou adaptabilitu a kompatibilitu výše uvedených oblastí.

B. Návrh a architektura/prováděcí projekt řešení a) Návrh a architektura a prováděcího projektu řešení Předmětem tohoto plnění je dodávka analytických, konzultačních a poradenských služeb, jejichž cílem je zhodnotit stav současného systému řízení úřadu v oblasti ICT služeb, navrhnout a realizovat úpravy tak, aby bylo s ohledem k velikosti úřadu dosaženo cílového stavu. Předmětem návrhu řešení je vypracování architektury/prováděcího projektu (jedná se o takovou dokumentaci, podle které bude možné provést posouzení navrženého systému a jeho konečnou implementaci) v následujícím rozsahu: Předmětem řešení globální architektury je logický model všech dotčených Globální architektura oblastí včetně zobrazení vzájemných vazeb a souvislostí. Obsahem celého řešení prováděcího projektu bude: • Globální architektura integrovaného řešení na business úrovni • Globální architektura integrovaného řešení na konceptuální úrovni (zobrazení SW části bez vazby na konkrétní SW technologie) Metropolitní Obsahem prováděcího projektu pro Metropolitní síť bude: síť • Popis stávajícího stavu (datový, síťový, provozní) • Popis řešeného problému (technologický, provozní) • Návrh řešení MAN: a. Využití stávajících sítí b. Topologie sítí c. Topologie propojení d. Bezpečnost, rizika, prevence, profylaxe • Popis cílového stavu a. Technologie – koncový stav b. Provoz (servis, správa, podpora) c. Přínosy (technologické, provozní, finanční) d. Přínosy pro uživatele (občany, klienty,..) 2.

Portál úředníka

Součástí návrhu řešení bude upřesnění připojených bodů, které odpovídají požadavkům Studie proveditelnosti (tedy jsou v blízkosti optické sítě). Dále bude součástí návrhu řešení vydefinování nejvzdálenějších bodů stávající optické sítě tak, pro případ budoucího možného připojení dalších zájmových bodů zadavatele, které v současné době nevyhovují požadavkům Studie proveditelnosti.

Obsahem prováděcího projektu Portálu úředníka bude: • Návrh IT architektury portálu a. Globální architektura b. Fyzická architektura c. Požadavky na HW a systémový SW • Návrh obsahu a funkcí Portálu úředníka a. Základní procesy ITIL

54 / 63

b. Specifikace rozsahu služeb c. Návrh katalogu služeb d. Správa úrovně služeb - SLM • Návrh řešení a. Jednotné uživatelské rozhraní b. Procesní modely, workflow c. Formuláře, šablony a reporty d. Uživatelské role a kompetence • Integrace funkcí a dat a. Napojení na integrační platformu b. Návrh migrace využitelných dat • Detailní popis implementace včetně časového harmonogramu a návrhu organizačních opatření a akceptačních kritérií Předmětem architektury systémové infrastruktury je globální architektura ICT všech komponent systémové infrastruktury (zahrnuje systémové služby, OS Centrum a jeho služby a HW zdroje) a jejich vzájemných vazeb. Dále je součástí architektury detailní návrh realizovaných části systémové infrastruktury. Jedná se zejména o návrh databázových služeb, adresářových služeb, clusterových služeb, webových služeb, virtualizačních služeb apod. Detailní architektura každé systémové služby bude obsahovat minimálně tyto části: logický (zachycuje logické vazby mezi jednotlivými komponentami dané služby) a fyzický model (zachycuje umístění jednotlivých komponent dané služby na konkrétním prvku) dané služby, textový popis, seznam přímých zdrojů, nutných pro provoz dané služby (licence, specializovaný HW, apod.), rozsah implementace. Obsahem prováděcího projektu Portálu občana bude: Portál občana • Návrh IT architektury portálu a. Globální architektura b. Fyzická architektura c. Požadavky na HW a systémový SW • Návrh obsahu a funkcí Portálu a. Specifikace rozsahu životních situací (služeb) b. Návrh katalogu životních situací (služeb) c. Strukturovaný popis životních situací • Návrh řešení a. Jednotné uživatelské rozhraní b. Procesní modely, workflow c. Elektronické formuláře (stahování, vyplňování a podávání) d. Rezervační systém na schůzky e. Osobní stránka občana f. Správa a ověřování uživatelských účtů • Integrace funkcí a dat a. Napojení na integrační platformu b. Návrh migrace využitelných dat • Detailní popis implementace včetně časového harmonogramu a návrhu organizačních opatření a akceptačních kritérií Architektura Obsahem prováděcího projektu Architektura datového skladu bude: datového • Procesně-organizační model a modelu vazeb mezi IDM a integrovanými skladu aplikacemi v minimálně následujícím rozsahu: a. Model organizační struktury úřadu b. Seznam pracovních pozic c. Návrh na vytvoření tzv. business rolí, resp. agendových rolí a jejich přiřazení pracovním pozicím

55 / 63

d.

Návrh metodiky pro správu identit a jejich oprávnění v souladu s legislativními požadavky a požadavky na komunikaci s centrálními systémy eGon služeb • Detailní specifikace potřeb a analýza požadavků správců systémů a koncových uživatelů jednotlivých datových tržišť • Procesního model externích částí procesů integrovaných agend (jedná se o ty procesy, které komunikují s okolím) • Technická specifikace navržených rozhraní pro integraci jednotlivých agend • Definice základních entit datového skladu a jejich vazby • Detailní návrh jednotlivých datových zdrojů, formy jejich zpracování, • Řešení transformací a kvality dat • Způsob implementace dat do struktur datového skladu – návrh transformací • Konkretizace výstupů - Návrh standardních reportů) • Návrh uživatelské komunikace • Detailní popis implementace včetně časového harmonogramu a návrhu organizačních opatření a akceptačních kritérií Manažerský Obsahem prováděcího projektu Manažerský informační systém bude: • Specifikace rozsahu standardních manažerských reportů informační • Detailní popis a forma manažerských reportů (přehledy, tabulky, systém grafy,…) • Specifikace zdrojových dat • Popis způsobu a struktury komunikace uživatele s aplikací • Zpracování metodiky interpretace výsledků analýz • Definice datových modelů pro návrh vlastních reportů • Návrh integrace vybraných reportů pro prezentaci na portálu úředníka a občana • Detailní popis implementace včetně časového harmonogramu a návrhu organizačních opatření a akceptačních kritérií. Architektura Obsahem prováděcího projektu Digitalizace bude: Digitalizace • Popis instalačních a implementačních prací včetně harmonogramu, DMS • Vytvoření metodiky a nastavení procesů pro oblast dlouhodobé důvěryhodné archivace dle standardu OAIS (Open ArchivalInformation System) • Vytvoření metodiky a nastavení procesů pro oblast interního auditu a externí kontroly pro oblast dlouhodobé důvěryhodné archivace • Návrh způsobu a rozsahu školení a administrátorů systému • Definice akceptačních kritérií - jednoznačná specifikace postupů pro ověření funkčnosti řešení Projektová dokumentace bude vypracována v elektronické i písemné podobě, bude předána Zadavateli a bude oboustranně odsouhlasena před započetím vlastních instalačních a implementačních prací. Pokud se bude projektová dokumentace v průběhu instalačních a implementačních prací měnit, obdrží vždy Zadavatel aktualizovanou verzi k akceptaci před vlastním provedením změny tak, aby dokumentace vždy zohledňovala stávající stav instalačních a implementačních prací. Architektura Obsahem prováděcího projektu Integrace agendových systémů bude: integrace • Návrh architektury systémové infrastruktury agendových • Detailní specifikace potřeb a analýza požadavků klíčových uživatelů systémů jednotlivých datových funkčních oblastí • Analýza a návrh procesů a jejich funkcionality řešených aplikačním software 56 / 63

• Návrh obsahu datové základny a přístupu k datům podle definovaných rolí • Napojení na integrační platformu • Návrh migrace využitelných dat • Integrace na portálová řešení • Tvorba časového harmonogramu sběru dat a implementačních prací Architektury (prováděcí projekty) budou vypracovány tak, aby v oblasti služeb i přístupů zohledňovaly následující funkční oblasti: Oblast řízení organizační struktury se zaměřuje na problematiku modelování Řízení organizační struktury úřadu, rolí jednotlivých úředníků a řízením práv a oprávnění úředníků pro přístup k jednotlivým informačním systémům. Zásadním struktury aspektem je sjednocení identity uživatele napříč informačními systémy (IDM systém). Zásadním prostředkem pro zvýšení bezpečnosti je jednotný systém pro autorizaci, identifikaci a autentizaci konkrétního úředníka, tento systém využívá uživatelů definovaných v IDM. Nedílnou součástí je zavedení procesních opatření, které určují, jak mají být změny organizační struktury prováděny. Řízení zdrojů

Oblast řízení zdrojů pokrývá problematiku efektivního využívání a vytěžování dostupných zdrojů (pracovníků, technické infrastruktury, atd.), a to prostředky měření výkonnosti, kvality a efektivity (popisující ukazatele budou vycházet z plnění úkolů) a evidencí bude OfficeDesk, přes který budou úkoly definovány a kontrolovány). Podrobné sledování dostupných zdrojů přináší do rozhodovacího procesu přímý podklad jako podporu pro zavedení změn směřujících k zefektivnění chodu úřadu a možné úspoře prostředků. Výstupem měření ukazatelů výkonnosti, kvality a efektivity jsou veličiny s jasně definovanou sémantikou popisující aktuální stav měřené problematiky a její časový vývoj.

Řízení služeb

Řízení služeb řeší problematiku nabídky a konzumace služeb poskytovaných magistrátem. Zaměřuje se zejména na zpřístupnění a zpřehlednění nabídky služeb, které magistrát vykonává. Základem účelného řízení zpracování požadavku na službu je přesně definované workflow, které do detailu řeší problematiku zpracování požadavku. Z pohledu konzumenta služby není důležitý způsob zpracování jeho požadavku, ale požadovaný výsledek v daných lhůtách. Aby byl magistrát schopen tyto požadavky efektivně a transparentně řešit, je nutné, aby celý proces zpracování probíhal bez komplikací a dotčené agendové systémy spolu dokázaly komunikovat a předávat si potřebná data plynoucí z procesu zpracování požadavků. Důležitým činitelem je také možnost sběru požadavků od partnerských organizací a požadavků v rámci úřadu samotného. Napříč tímto prostředím by měl být realizován komunikační systém, který zabezpečí efektivní předávání požadavků a sledování jejich zpracování.

Vnější integrace magistrátu

Vnější integrace magistrátu se zaměřuje na propojení jeho informačních systémů s centrálním místem služeb a centrálními registry, případně informačními systémy městských příp. jiných organizací (předávání ekonomických dat, sběr dat, apod.). Integrace s centrálními registry bude zaručena podle v budoucnu vzniklých pravidel. Úkolem řešení je připravit vnitřní prostředí úřadu tak, aby napojení

57 / 63

na centrální registry bylo co možná nejmíň bolestivé a nezpůsobilo při velkém tlaku na jejich zavedení citelné výpadky chodu úřadu.

b) Dodávka optické sítě Předmětem dodávky optické sítě je pořízení optických tras dle specifikace uvedené v části „Metropolitní síť“

c) Dodávka HW a systémového SW Rozsah HW a systémové SW stanoví uchazeč na základě potřeb navrženého řešení a s ohledem na požadavky uvedené v části „Metropolitní síť“ a „ICT Centrum“. Uchazeč musí zahrnout do své nabídky všechny licence nezbytné pro dosažení požadovaných vlastností všech oblastí V případě, že dodávka řešení pro danou funkční část (dílčí projekt) bude vyžadovat speciální systémový SW, které není obsažen v dodávce pro ICT centrum, pak je uchazeč povinen zahrnout dodávku tohoto SW do plnění dané funkční části. V případě, že dodávka řešení pro danou funkční část (dílčí projekt) bude vyžadovat speciální HW, které není obsažen v dodávce pro ICT centrum, pak je uchazeč povinen zahrnout dodávku tohoto HW do plnění dané funkční části. Aplikační software

Počet požadovaných licencí

Portál úředníka

Neomezený počet

ICT centrum

Stanoví uchazeč

Poznámka Licence umožní využití aplikačního SW uživatelům třetích stran (organizací zřizovaných zadavatelem). Rozsah stanoví uchazeč na základě potřeb navrženého řešení. Uchazeč musí zahrnout do své nabídky všechny licence nezbytné pro dosažení požadovaných vlastností všech oblastí

d) Dodávka aplikačního SW Licencemi se rozumí nezbytné licence k aplikačnímu SW pro řádné plnění předmětu veřejné zakázky. Zadavatel požaduje udělení časově neomezeného licenčního oprávnění ke všem dílčím aplikačním SW řešením implementovaným v rámci této veřejné zakázky. Všechny licence budou poskytnuty v takovém rozsahu, aby odpovídaly navrženému řešení a umožnily dosáhnout požadované funkčnosti. Zadavatel uvádí počty požadovaných licencí k dílčím částem předmětu plnění veřejné zakázky v následující tabulce: Aplikační software

Počet požadovaných licencí

Portál úředníka

Neomezený počet

Portál občana

Neomezený počet

Poznámka Licence umožní využití aplikačního SW uživatelům třetích stran (organizací zřizovaných zadavatelem). Licence umožní využití aplikačního SW uživatelům třetích stran (občanům , podnikatelům, neziskovým organizacím apod.).

58 / 63

Aplikační software

Datový sklad

Manažerský informační systém

DMS

Počet požadovaných licencí Stanoví uchazeč s ohledem na jim navrhované řešení 15 současně pracujících uživatelů Stanoví uchazeč s ohledem na jim navrhované řešení

Poznámka Licence umožní realizovat všechny integrační vazby uvedené v detailním popisu předmětu zakázky, kapitole 2.2.5. Licence bude poskytnuta tak, aby umožnila dosáhnout u všech definovaných vazeb požadované funkčnosti, která bude uvedena v návrhu řešení Licence umožní využít všech požadovaných funkcionalit Licence umožní využít všech požadovaných funkcionalit

Licence umožní využití aplikačního SW uživatelům třetích stran (organizací zřizovaných zadavatelem). Neomezený Licence umožní využít všech požadovaných Docházkový systém počet funkcionalit Uchazeč specifikuje v nabídce název, počet a licenční podmínky k licencím uvedeným v této tabulce, případně další nutné licence nezbytné k řádnému plnění předmětu veřejné zakázky. Konsolidace majetkových agend

Neomezený počet

e) Implementace řešení Dodavatel musí zajistit projektové vedení celé dodávky včetně zajištění koordinace vstupů ze strany Zadavatele a případně i třetích stran. Metodika projektového vedení musí vycházet z mezinárodně uznávaných standardů. Předmětem plnění Implementace je realizace všech nezbytných prací souvisejících s instalací, konfigurací a propojením všech části řešení do jednoho integrovaného plně funkčního celku. Implementace řešení musí být v souladu s vypracovanou architekturou a s poskytnutými dodávkami. Implementace jednotlivých části nesmí ohrozit ani omezit provoz ostatních aplikací a databází. Obsahem implementačních prací aplikačního SW je provedení následujících činností (některé fáze mohou být pro některé dílčí části aplikačního SW vynechány): • •

• •

Konfigurace systémové infrastruktury (OS, databázových služeb, webových služeb, adresářových služeb, apod.) v rozsahu nutném pro provoz aplikační části systému včetně případné instalace nezbytných HW prostředků Základní naplnění vzorových dat pro účely workshopů s klíčovými uživateli (rozsah naplnění bude stanoven v závislosti na potřebách workshopů), migrace aplikačních dat v rozsahu stanoveném v Prováděcím projektu, zaškolení klíčových uživatelů pro práci se systémem apod. Instalace softwarových prostředků v infrastruktuře Zadavatele v rozsahu poskytnutých licencí s funkcionalitou, která byla definována v rámci Prováděcího projektu. Nastavení systému - Zavedení uživatelů, nastavení přístupových a kompetenčních práv, customizace uživatelského rozhraní, nastavení pracovních toků (workflow) a zprovoznění výstupů (sestav).

59 / 63

•

Výroba specifik - případná realizace specifických úprav řešení podle požadavků Zadavatele vyplývajících z Prováděcího projektu. • Migrace (konverze) dat - migrace vybraných zdrojových dat do nových databází v rozsahu stanoveném v Prováděcím projektu. • Integrace - analýza, vývoj, zhotovení, zprovoznění a otestování vazeb na integrační platformu. • Školení - školení klíčových uživatelů pro práci se systémem. Školení uživatelů bude probíhat v sídle zadavatele na jeho zkušebních datech. Pro školení budou zajištěny studijní materiály/podklady pro každého účastníka v elektronické formě.Zadavatel požaduje vyškolit klíčové uživatele v následujícím rozsahu: o 3x klíčové uživatele za každou dílčí část řešení o 1x administrátora za každou dílčí část řešení • Ověřovací provoz, během něhož bude Zhotovitel realizovat podporu systému, která zahrnuje odstraňování závad, konzultace s uživateli Objednatele, optimalizace provozního prostředí apod. Po dobu implementace jsou náklady na technickou podporu již realizovaného, avšak neakceptovaného plnění, součástí nákladů na implementaci.

f) Dokumentace K jednotlivým částem řešení bude dodána kompletní „Provozní dokumentace“ dle požadavků zákona č. 365/2000 Sb., o informačních systémech veřejné správy v platném znění zahrnující minimálně: • • •

Bezpečnostní dokumentace informačního systému Systémovou příručku Uživatelskou příručku

g) Technická a uživatelská podpora (servis) Zadavatel požaduje poskytování provozní a uživatelské podpory, včetně maintenance k poptávanému systému. Technická a uživatelská podpora systému bude započatá akceptací dílčích části plnění do ostrého provozu. Technická a uživatelská podpora bude poskytována po dobu udržitelnosti projektu tj. 5 let od ukončení realizace projektu. Zadavatel požaduje poskytnutí technické a uživatelské podpory v rozsahu stanoveném ve Smlouvě, této ZD, resp. SLA: • • • • • • •

Uchazeč zabezpečí bezporuchový a bezpečný provoz systému včetně odstraňování programových chyb. Uchazeč zajistí prostředí pro hlášení chyb, zaznamenávání dotazů a poptávek po dalších službách zadavatele. Uchazeč bude poskytovat konzultace týkající se provozu systému vybraným zástupcům zadavatele a to prostřednictvím emailu nebo telefonicky v pracovní dny. Na vyžádání zadavatele se bude uchazeč účastnit pracovní komise se zvolenými zástupci zadavatele, na které bude hodnocen provoz IS, případně problémy, jež při provozu tohoto IS nastanou. Na vyžádání zadavatele poskytovat součinnost při řešení problémů související s ostatními informačními systémy zadavatele. Poskytnout garanci dalšího rozvoje řešení dle požadavku zadavatele. Profylaxe a preventivní prohlídky předepsané zákonem (vztahuje se na relevantní plnění).

60 / 63

• •

Uchazeč bude provádět menší úpravy aplikace (úprava formulářů, workflow, tiskových výstupů) na žádost zadavatele. V případě legislativních změn provede dodavatel příslušnou úpravu.

2.3.3.

Požadavky na záruku

Zadavatel požaduje na poskytnutý předmět díla následující záruční podmínky. Uchazeč je povinen ve své nabídce nabídnout minimálně stejné nebo lepší záruční podmínky. Komponenta Aplikační SW Systémový SW HW

Optická síť

Infrastruktura DCcentra (UPS, klimatizace, atd) Stavební práce v rámci ICT Centra

Délka záruky 60 měsíců od protokolárního předání 60 měsíců od protokolárního předání 60 měsíců od protokolárního předání 60 měsíců od protokolárního předání

60 měsíců od protokolárního předání

60 měsíců od protokolárního předání

Vztahuje se na chyby SW chyby SW chyby HW Vady, které se projeví v průběhu záruční doby úplnou i částečnou nefunkčnost či omezení provozu veškeré vady, které se projeví v průběhu záruční doby

Krytí záruky Práce a doprava uchazeče a ostatní související náklady. Práce a doprava uchazeče a ostatní související náklady. Náhradní díly, práce, doprava a ostatní související náklady. Práce, materiál a doprava uchazeče a ostatní související náklady Práce, materiál a doprava uchazeče a ostatní související náklady

Práce, materiál a doprava uchazeče a ostatní související náklady

Zadavatel stanovil kategorizaci chyb a jejich reakční dobu. Zadavatel stanovil minimální reakční lhůtu na vyřešení požadavků vyplývající z uplatnění záruky s tím, že uchazeč může nabídnout kratší termín. Zadavatel je oprávněn zvolit pro řešení záručního požadavku jak cestu uplatnění záruky, tak i cestu technické a uživatelské podpory (servisu). Uchazeč není oprávněn podmiňovat záruku uzavřením servisní smlouvy. Náklady na poskytnutí záruky jsou obsaženy v ceně investiční fáze.

2.3.4.

Požadavky na předání a akceptaci

Každá dílčí část plnění investiční fáze (architektura, dodávka HW a SW, implementace, dokumentace) za každou funkční oblast (tj. Metropolitní síť, Portál úředníka, ICT centrum, Portál občana, Datový sklad, Manažerský informační systém, Digitalizace DMS, Integrace agentových systémů) bude zakončena akceptačním řízením, jehož výsledek bude zachycen v akceptačním protokolu. Pouze akceptační protokol bez zásadních výhrad umožňuje pokračovat v dané funkční oblasti následujícím dílčím plněním. Implementace končí úspěšným ukončením pilotního provozu a zahájením ostrého provozu dané funkční části. Ukončení implementace bude stvrzeno akceptačním protokolem. Každé dílčí část dodávky (např. jednotlivé HW prvky, nebo licenční ujednání či dílčí práce) předá dodavatel prostřednictvím předávacího protokolu s uvedením veškerých náležitostí

61 / 63

předávaného zboží (např. výrobní číslo, datum předání, jméno předávajícího a přejímajícího, délka záruky, stav předávané věci, apod.). Podpisem předávacího protokolu přechází vlastnictví a nebezpečí za škodu předaného zboží na zadavatele. Právo na úhradu zboží má dodavatel avšak až na základě podpisu akceptačního protokolu.

2.3.5.

Termínové požadavky

Zadavatel požaduje následující maximální lhůty pro realizaci jednotlivých částí dodávky za jednotlivé funkční oblasti (dílčí projekty): Část plnění

Analýza a Dodávka Dodávka Dodávka Implemen architektura komunikační HW a aplikačního tace řešení řešení infrastruktury systémového SW SW

Metropolitní síť Portál úředníka ICT centrum Portál občana Datový sklad MIS DMS Integrace agendových systémů

Technická a uživatelská podpora

2 měsíce

12 měsíců

4 měsíce

-

6 měsíců

60 měsíců

4 měsíců

-

-

4 měsíců

6 měsíců

60 měsíců

2 měsíce

6 měsíců

4 měsíce

-

6 měsíců

60 měsíců

4 měsíců

-

-

4 měsíců

6 měsíců

60 měsíců

4 měsíců

-

-

4 měsíců

6 měsíců

60 měsíců

4 měsíců 4 měsíců

-

-

4 měsíců 4 měsíců

6 měsíců 6 měsíců

60 měsíců 60 měsíců

4 měsíců

-

-

4 měsíců

6 měsíců

60 měsíců

Uchazeč je oprávněn nabídnout kratší dobu realizace.

2.3.6.

Požadavky na cenu a platební podmínky

Zadavatel požaduje, aby v nabídce byla uvedena nabídková cena za plnění předmětu veřejné zakázky uvedeného v čl. 2.1 zadávací dokumentace, a to v členění:

A. Realizace dodávky včetně Analýzy současného stavu a architektury řešení, Dodávky optické sítě, HW a systémového SW, aplikačního SW a implementace Dílčí plnění

Cena bez DPH

Sazba DPH v Cena včetně DPH %

Maximálně však 36 093 000 (doplní uchazeč) Maximálně však 8.200.000 (doplní uchazeč) Maximálně však 9.080.000 (doplní uchazeč) Maximálně však 7.490.000 (doplní uchazeč)

Metropolitní síť

Portál úředníka

ICT centrum

Portál občana

62 / 63

Maximálně však 6.240.000 (doplní uchazeč) Maximálně však 1.480.000 (doplní uchazeč) Maximálně však 9.450.000 (doplní uchazeč) Maximálně však 14.705.000 (doplní uchazeč) Maximálně však 100.000 (doplní uchazeč)

Datový sklad

Manažerský informační systém

DMS

Integrace agendových systémů

Publicita Cena celkem

B. Technická a uživatelská podpora Cena za 1 rok Sazba DPH Cena vč. DPH bez DPH v%

Cena celkem za technickou podporu v provozní fázi (tj. při rutinním provozu v letech 2015 - 2021)

51 000 000 za 5 let celkem (doplní uchazeč)

Nabídková cena musí obsahovat veškeré náklady dodavatele nezbytné pro řádnou a včasnou realizaci předmětu veřejné zakázky včetně nákladů souvisejících (např. vedlejší náklady, cestovní náklady, předpokládaná rizika spojená s realizací předmětu veřejné zakázky apod.). Uchazečem navržené ceny budou konstantní po celou dobu platnosti smlouvy. Nabídková cena služeb za technickou a uživatelskou podporu při rutinním provozu, včetně maintenance, nesmí za 1 rok (12 měsíců) přesáhnout částku odpovídající 10 % z nabídkové ceny uchazeče za realizaci kompletní dodávky včetně analýzy současného stavu a architektury řešení, dodávky optické sítě, HW a systémového SW, aplikačního SW a implementace. Nesplnění této podmínky bude zadavatelem kvalifikováno jako nesplnění zadávacích podmínek. Nabídka uchazeče bude vyřazena z hodnocení a uchazeč bude vyloučen ze zadávacího řízení Zadavatel vyloučí z hodnocení nabídky, jejichž cena za jednotlivé funkční oblasti (dílčí projekty) bude vyšší než cena uvedená v předchozích tabulkách. Cena za jednotlivé funkční oblasti (dílčí projekty) je tedy maximální a uchazečem nepřekročitelná, a to i v případě, kdy celková cena nabízeného řešení bude nižší, než celková cena za všechny funkční oblasti (dílčí projekty). Dodavatel je oprávněn fakturovat pouze za akceptované dílčí části dodávky za jednotlivé funkční oblasti. Technická a uživatelská podpora bude dodavatelem poskytována bezplatně po dobu realizační fáze včetně zkušebního provozu, po dobu provozní fáze (rutinního provozu) bude technická a uživatelská podpora, včetně maintenance hrazena formou paušální částky za 1 rok (12 měsíců) poskytování.

63 / 63