PŘÍLOHA č. 1 ZADÁVACÍ DOKUMENTACE k veřejné zakázce zadávané pod názvem
„Dodávka technického řešení Access Point MPSV a Access Point ČSSZ“
Obsah 1.
Výchozí situace projektu............................................................................................................................................... 3
2.
Předmět plnění veřejné zakázky .................................................................................................................................. 5
3.
Obecná specifikace ........................................................................................................................................................ 8 3.1.
4.
3.1.1.
Koncept a architektura............................................................................................................................... 8
3.1.2.
Elektronické dokumenty SED ................................................................................................................... 9
3.1.3.
Access Point (AP) ..................................................................................................................................... 10
3.1.4.
Procesy zpracování SED v rámci IPAP .................................................................................................. 11
3.1.5.
Komunikace a výměna dat mezi AP a CN............................................................................................ 14
3.1.6.
Kontext AP v prostředí MPSV a ČSSZ .................................................................................................. 16
3.1.7.
Bezpečnost ................................................................................................................................................. 16
3.1.8.
Pilotní provoz ........................................................................................................................................... 21
3.1.9.
Parametry řešení ....................................................................................................................................... 21
3.1.10.
Projektové řízení, organizace a harmonogram projektu ..................................................................... 23
AP MPSV ...................................................................................................................................................................... 24 4.1. 4.1.1.
5.
Společná východiska pro AP dle EESSI ............................................................................................................ 8
Požadavky na řešení .......................................................................................................................................... 24 Architektura, technologie a integrace řešení ........................................................................................ 26
AP ČSSZ ........................................................................................................................................................................ 30 5.1.
Výchozí situace ................................................................................................................................................... 30
5.1.1.
Charakteristika prostředí ........................................................................................................................ 30
5.1.2.
Typy strukturovaných dokumentů pro podmínky komunikace AP ČSSZ ...................................... 31
5.1.3.
Logické schéma technického řešení AP ČSSZ ...................................................................................... 32
5.2.
Parametry řešení ................................................................................................................................................ 33
5.3.
Architektura, technologie a integrace řešení .................................................................................................. 37
5.3.1.
Zařazení do KSI ČSSZ .............................................................................................................................. 37
5.3.2.
Spolupracující systémy ČSSZ ................................................................................................................. 38
5.3.3.
Specifikace řešení...................................................................................................................................... 39
2
1. Výchozí situace projektu V rámci EU je vytvářen jednotný elektronický systém Electronic Exchange of Social Security Information (EESSI), který řeší přenos informací z oblastí sociálního zabezpečení migrujících osob mezi institucemi členských států EU (tj. všech států, které příslušnou oblast provádějí, včetně Švýcarska a států EFTA) v elektronické podobě v rámci jednotné EU architektury. Realizace projektu vybudování Access Points vychází z Nařízení Evropského parlamentu a Rady (ES) č. 883/2004 ze dne 29. dubna 2004 o koordinaci systémů sociálního zabezpečení (dále též jen „Nařízení 883/04“) a Nařízení Evropského parlamentu a Rady (ES) č. 987/2009 ze dne 16. září 2009, kterým se stanoví prováděcí pravidla k nařízení (ES) č. 883/2004 o koordinaci systémů sociálního zabezpečení (dále jen „Nařízení 987/09“). Elektronická výměna by postupně měla zcela nahradit „listinnou“ komunikaci mezi institucemi členských států. Každý členský stát do systému EESSI vstupuje přes přístupové místo, tj. Access Point (dále jen „AP“), který se skládá z národní a mezinárodní části. AP se rozumí elektronické kontaktní místo určené příslušným orgánem členského státu pro jednu nebo více oblastí sociálního zabezpečení uvedených v článku 3 Nařízení 883/04, jehož úkolem je elektronicky odesílat a přijímat údaje nezbytné pro uplatňování Nařízení 883/04 a Nařízení 987/09 členskými státy. Jednotlivé státy by spolu měly komunikovat skrze svá AP. Vzhledem ke skutečnosti, že AP bude v praxi vstupním a výstupním místem, kterým budou procházet všechny elektronické dokumenty předávané mezi institucemi jednotlivých členských států, lze na AP zjednodušeně pohlížet jako na „elektronický styčný orgán“. V praxi ovšem AP nebude znamenat pouhé technické řešení, protože většina případů v praxi se týká situací, kdy formuláře nejsou pouze předávány příslušným institucím, ale je potřeba je také před předáním zpracovat. EESSI předpokládá elektronické přijímání a odesílání potřebných informací pomocí strukturovaných elektronických dokumentů – Structured Electronic Documents (SED) skrze příslušné AP, které nahradí nyní používané papírové tzv. E-formuláře. Na úrovni EU jsou předem definována pravidla pro výměnu dat nejen co se jejich rozsahu a formátu týká, ale také jakým způsobem budou vyměňována (tzv. flows – toky dat) a jsou definovány jednotné business modely k provedení Nařízení 883/04 a 987/09, popsány také budou základní scénáře, jimiž se zpracovatelé případů (tedy uživatelé) budou řídit. K interpretaci a provádění obou nařízení jsou přijímána rozhodnutí Správní komise, což je orgán se zastoupením všech členských států a jeho rozhodnutími se tyto státy respektive jejich instituce řídí. 3
Výstup projektu musí být v souladu s příslušnou legislativou EU a národní legislativou (např. zákon č. 365/2000 Sb., o informačních systémech veřejné správy, ve znění pozdějších předpisů).
Odvětví definovaná článkem 3 Nařízení č. 883/04 jsou následující:
dávky v nemoci,
dávky v mateřství a rovnocenné otcovské dávky,
dávky v invaliditě, ve stáří a pozůstalostní dávky,
dávky při pracovních úrazech a nemocech z povolání,
pohřebné a rodinné dávky,
dávky v nezaměstnanosti,
předdůchodové dávky (v současnosti v ČR neexistují).
4
2. Předmět plnění veřejné zakázky V ČR budou zřízeny 3 AP pro elektronický přístup do EESSI, která spolu budou komunikovat a vyměňovat si potřebné údaje prostřednictvím nově vytvářených tzv. národních SEDů. Primárně budou spravována:
MPSV
ČSSZ
Centrem mezistátních úhrad (CMÚ)
Předmětem plnění veřejné zakázky je vybudování 2 AP, která budou řešit následující problematiku (tento výčet závisí na vývoji české, případně EU legislativy a může dojít k dílčím změnám) :
MPSV o pohřebné a rodinné dávky, o dávky v nezaměstnanosti o dávky při pracovních úrazech a nemocech z povolání ve stanoveném rozsahu, o příspěvek na péči (peněžitá dávka dlouhodobé péče) případně další dávky dlouhodobé péče, o vymáhání pohledávek a zápočty dávek (v rámci uvedených dávkových oblastí).
ČSSZ o peněžité dávky v nemoci, o peněžité dávky v mateřství a rovnocenné otcovské dávky, o dávky při pracovních úrazech a nemocech z povolání ve stanoveném rozsahu, o dávky v invaliditě, ve stáří a pozůstalostní, o příslušnost k právním předpisům, o vymáhání pohledávek a zápočty dávek, o posuzování zdravotního stavu.
V rámci plnění předmětu veřejné zakázky budou dodavatelem realizovány následující služby a dodávky:
analýza, návrh, dodávka a implementace softwarových / integračních řešení
analýza a návrh procesního zpracování elektronických dokumentů (SED) dle specifikací EESSI
zajištění vývojového, testovacího a produkčního prostředí v souladu s požadavky EESSI a standardy dotčených IS 5
spolupráce při integraci AP pro MPSV na interní aplikace MPSV
spolupráce při integraci AP pro ČSSZ na interní aplikace ČSSZ
zpřístupnění služeb AP MPSV a AP ČSSZ pro dotčené organizace (tj. organizace systému sociálního zabezpečení v České republice) a další národní AP (Access Point Centra mezistátních úhrad)
návrh potřebných technologií, architektury a integraci do komunikační a systémové infrastruktury MPSV a ČSSZ
návrh technické i datové bezpečnosti realizovaného řešení
instalace, konfigurace a integrace softwarového řešení do prostředí zadavatele a ČSSZ
kompletní dokumentace celého díla a jeho otestování z hlediska funkčnosti celého systému
zajištění pilotního provozu podle navrženého harmonogramu a zapracování všech zjištěných závad
organizace a řízení služeb a dodávky díla ze strany dodavatele (projektové řízení)
základní proškolení administrátorů systémů a proškolení vybraných uživatelů systémů AP MPSV a AP ČSSZ na úroveň školitelů.
Funkce a procesy zpracování SED, návrh uživatelského rozhraní a specifikace způsobu zabezpečení komunikace a přístupu uživatelů/systémů budou řešeny v souladu se zadáním projektu. Předmětem plnění veřejné zakázky nejsou následující služby a dodávky:
vybavení komunikační infrastruktury
síťová konektivita a síťové služby
systémy zálohování a obnovy dat
systémy managementu a dohledu
antivirové systémy a služby
provozní prostory a služby datových center
služby servisu a odborné podpory vyjma požadavků na zajištění pilotního provozu tak, jak jsou definovány.
Pro tyto oblasti bude využito stávající vybavení ICT zadavatele a služby poskytované ze strany zadavatele nebo služby třetích osob zprostředkovaných zadavatelem.
6
Veškeré služby a dodávky, které jsou předmětem plnění veřejné zakázky, jsou určeny dvěma odlišným institucím – MPSV (AP MPSV) a ČSSZ (AP ČSSZ). Řešení dodavatele musí této koncepci plně odpovídat.
7
3. Obecná specifikace Dle technické definice je AP jednotka, která má následující funkce:
funkce elektronického kontaktního místa,
funkce automatizovaného směrování na základě adresace,
funkce inteligentního směrování založené na sofistikovaném softwaru, který umožňuje automatickou kontrolu a směrování a/nebo lidský zásah.
V rámci AP MPSV a AP ČSSZ bude národní část AP zprostředkovávat kromě směrování také zpracování obsahu SED, a to ve spolupráci s interními aplikacemi ČSSZ a MPSV. Komunikace mezi AP MPSV a AP ČSSZ, včetně AP CMU bude probíhat na národní úrovni tak, aby kompletace SEDu byla zajištěna bez dalšího zatěžování Central Node (dále „CN“) a odpověď bude odeslána tou institucí, která prvotně zprávu ze zahraničí přijala.
3.1. Společná východiska pro AP dle EESSI 3.1.1. Koncept a architektura
Obr. 1 - Základní schéma fungování EESSI Výměna údajů mezi členskými státy bude probíhat prostřednictvím zabezpečené sítě sTESTA spravované Evropskou komisí (dále jen “EK“). Síť s-TESTA je zabezpečeným propojením mezi členskými státy EU. 8
AP funguje jako brána pro veškerou komunikaci EESSI mezi Institucemi (dále také „CI“). Celá řada Institucí na národní úrovni se připojuje k AP za účelem integrace do celkové infrastruktury EESSI. AP nejsou na mezinárodní úrovni přímo vzájemně propojeny, ale přenášejí mezi sebou zprávy prostřednictvím centrální bodu (CN). Některé členské státy budou implementovat vlastní AP pro zajištění komunikace se systémem EESSI prostřednictvím rozhraní ICD1 nebo ICD2, popřípadě ICD3, ICD5. Členské státy nejsou povinny realizovat celou implementaci AP vlastními silami a mají možnost využití referenční implementace (RI), která bude výsledkem projektu v rámci EESSI. Jak ukazuje následující obrázek, bude jakýkoliv AP v rámci jednotlivé země obsahovat dvě hlavní funkční části (EMS a EMD), které spolu komunikují přes rozhraní ICD1/ICD2 :
EESSI Messaging Services (EMS) - obsahuje hlavní funkce AP, tedy ověřování zprávy, protokolování, statistiky, rozdělení/spojení zprávy, šifrování/dešifrování zprávy.
EESSI Messaging Dispatcher (EMD) - prvek, jenž implementuje konfiguraci směřování a konverze zprávy a umožňuje doplňovat uživatelskou rutinu pro doručení zprávy nebo její transformaci.
Country A
Country B
AP_RI
Institution
AP
EMD
Institution
ICD2 Fully developped by the country EMS
Coordination Node
National Domain
International Domain ICD1 ICD1
National Domain
Obr. 2 - Model komunikace v EESSI 3.1.2. Elektronické dokumenty SED Základním prvkem výměny elektronických dat v rámci EESSI jsou dle nařízení EP a Rady (ES) č. 883/2004 a 987/2009 strukturované elektronické dokumenty – SED (Structured Electronic Document). SED jakožto elektronický dokument s předdefinovanou strukturou 9
hraje v rámci fungování EESSI stěžejní roli. EESSI předpokládá zasílání příloh k SEDům jako součást business procesu. Výměna jednotlivých SEDů probíhá na základě unijních dokumentů, které definují standardy pro výměnu dat mezi zahraničními AP. Tyto dokumenty definují především následující aspekty:
způsob, jakým kompetentní instituce iniciuje odeslání konkrétního SED adresátovi,
procesní kroky AP při přenosu nebo změně SED, při přeposílání SED jiné instituci,
způsob, jakým AP předává porušený nebo nesprávně formátovaný SED,
způsob ukončení operačního procesu přenosu daného SED.
Důležitou a zároveň základní částí systému EESSI je zevrubná definice formátu jednotlivých SED, jejich obsahu a označení. Studie EESSI jednoznačně preferuje tvorbu jednotlivých SED ve formátu XML. Součástí SED může být příloha i v jiném formátu. 3.1.3. Access Point (AP) Z logického pohledu se AP skládá z
mezinárodní části (IPAP – International Part of Access Point) a
národní části (NPAP – National Part of Access Point, obsahující národní přizpůsobení AP).
Pro účely zjednodušení napojení jednotlivých AP do systému EESSI byl navržen společný způsob připojení mezinárodní části (IPAP) do EESSI pomocí tzv. referenční implementace (dále jen RI). Použití RI není povinné, záleží na každém členském státu, zda této možnosti využije. V případě této veřejné zakázky na vybudování Access Pointu MPSV a ČSSZ pro zadavatele bude využito RI. EK zajišťuje v rámci RI veškerý vývoj, údržbu a podporu. Pro jednotlivé členské státy RI představuje tzv. out-of-the-box implementaci mezinárodní části AP. RI má následující základní rysy:
podporované formáty SED – SED ve formátu XML je považován za výchozí formát EESSI služby AP: o konverze elektronických dokumentů, o adresáře, o předávání zpráv, o monitoring a záznam předávaných elektronických dat, o bezpečnost,
další služby:
10
o předávání elektronických informací včetně zásahu člověka – tzv. Intelligent routing with Human intervention (není povinné),
rozhraní na národní část AP: o systém souborů, o databáze (RDBMS), o webové služby, o Java Messaging Service – JMS, o Enterprise Java Beans – EJB,
rozhraní na národní on-line systémy: o webové služby, o Java Messaging Service – JMS, o Enterprise Java Beans – EJB atd.
Obr. 3 – Vnitřní a vnější interakce RI 3.1.4. Procesy zpracování SED v rámci IPAP Popis základních vlastností a funkcionalit v rámci procesů IPAP:
11
Poř.
Název
Popis
Číslo Komunikace s CI 1
Předávání SED
K tomu, aby NPAP mohl zpracovávat SED, poskytuje RI sadu konektorů
do/z (např. databázový konektor, WebServices ap.). Pro komunikaci mezi
NPAP
IPAP a NPAP je s RI dodáváno komunikační rozhraní ICD2. Možno využít též ICD3, ICD5. Volba z možných variant bude záviset na příslušných aplikacích. Pro každý SED je následně vytvořena instance workflow, která je odpovědná za ukončení naplňování položek SED.
2
Webové
Předávání SED CI je sice nejčastější, ale ne jedinou možností zpracování
rozhraní
pro SED. Dále je možné využít Webové rozhraní – tzv. Webic, pomocí
CI - Webic
kterého autorizovaní uživatelé připojených CI mohou také kompletovat a odesílat SED. V případě AP ČSSZ se předpokládá, že Webic bude využíván minimálně, pouze v případě mimořádných situací a nebo u oblastí s malou frekvencí mezinárodní komunikace. V případě tvorby vlastních aplikací budou maximálně využity dostupné SW komponenty dodané EK a vlastní aplikace
budou
mít
minimálně
stejné
funkcionality
jako
tyto
komponenty, konkrétně viz bod 5.2. Vlastní aplikace rovněž budou vyvinuty tak, aby vyhovovaly AP ČSSZ a AP MPSV pro účely zpracování dávek v jejich působnosti. 3
Administračn
K
AP
je
nutné
í rozhraní
nestandardních
také
situací
přistupovat vzniklých
kvůli při
administraci
zpracování
a řešení
SED
(např.
přesměrování – forward - SED jiné CI). Za tímto účelem existuje administrační rozhraní. Mezi IPAP a NPAP 4
Konverze dat
Data z/do CI mohou mít jiný tvar než je požadovaný XML formát SED. Proto je nezbytný tzv. konverzní modul. Konverze do jiného formátu může být např. i tisk.
Formální ošetření SED 5
Validace SED
Každý SED musí odpovídat určitému typu SED. Typ SED je označen v hlavičce SED. Typy SED jsou uloženy v databázi IR_RI, která je 12
Poř.
Název
Popis
Číslo v pravidelných intervalech synchronizována s databází CN. Validace SED je tedy proces ověřující jestli daný SED odpovídá vzoru SED uloženému v databázi (strukturou, datovými typy, zařazením v celkové komunikaci mezi AP). V centrální databázi SED jsou uloženy pouze vzory mezinárodních SED. Vzory národních SED se budou vytvářet v národní instanci databáze a budou společné pouze pro AP v ČR. 6
Šifrování SED
Každý SED odeslaný z AP musí být zabezpečený. Proto se tělo SED šifruje. Při komunikaci mezinárodní se šifruje mezinárodním veřejným klíčem příslušného AP v EU, při komunikaci národní se šifruje národním veřejným klíčem AP ČR.
7
Příprava
Pokud je SED (pouze off-line) příliš velký, je na straně odesílajícího AP
transportu,
fragmentován a na straně přijímajícího AP opět složen. Pro potřeby
Fragmentace
směrování mohou být SED také komprimovány.
SED Message Transport Agent (MTA) 8
Proces
Validovaný a zašifrovaný SED je transportován pomocí Message
odeslání
Transfer Agenta (MTA). Směrování SED se určuje podle údajů v hlavičce SED. Aby se žádný SED neztratil, ani pokud je AP přetížen, je v RI zabudován systém front.
9
On-line
Velmi důležitou částí komunikace jsou synchronní („on-line“)dotazy
dotazy
obsahující SED. Potřeba jejich rychlého zpracování vylučuje lidský zásah. Systém práce s takovým SED musí být maximálně automatizovaný.
Komunikace s CN 10
Napojení CN
na Každý AP, který komunikuje s CN, musí být řádně autentizovaný serverovým certifikátem. Komunikace mezi AP a CN je obousměrná a obsahuje např.:
Odesílání/přijímání SED,
Výměnu routovacích informací, chybových hlášení,
Synchronizaci s centrální databází a centrálním adresářem CN, 13
Poř.
Název
Popis
Číslo
CN také poskytuje AP instalace novějších verzí, záplat ap.
Pomocné procesy 11
Zabezpečení
Zabezpečení je založeno na principu PKI a zabezpečené komunikace. Obsah SED je šifrován a SED je podepisován, komunikace je zabezpečená a obě komunikující strany se povinně autentizují při zahájení spojení.
12
Monitorování, Systém má monitorovací prostředky a konfigurovatelné logování. Nad logování
těmito výstupy je možné provádět reporty a statistiky. Veškeré transakce výměny informací budou protokolovány pro budoucí využití. Použit bude nástroj Monitoring, Logging &Statistics (MLS). Patří sem nástroje pro monitoring AP, logování a všechny aktivity pro sběr statistických dat. Údržba a konfigurace je povinností stanoveného správce AP.
3.1.5. Komunikace a výměna dat mezi AP a CN Mezi CN a AP dochází k výměně širokého spektra dat. Jsou to zejména: o výměna SED (případně chybových hlášení), o adresářové služby – data o certifikátech, informace o registrovaných CI, routovací informace ap., o databázové služby - zdroj informací o typech SED, update SW apod.
14
Obr. 4 - Toky informací a dat mezi CN a AP Základní součástí komunikace jsou kromě služeb také adresářová data. Tato data jsou udržována v directory replice (DS_RI). Nepředpokládá se, že země ani CI, jimž AP patří, budou do těchto dat zasahovat. Jsou zde jako informační zdroj pro chod AP a zásadně jsou replikovány z CN. Každý AP musí mít lokální kopii podmnožiny informací uloženou v tzv. EESSI Directory Service. Iniciální naplnění probíhá při startu AP. Do prázdného DS_RI je z DS_CN replikována podmnožina dat, které jsou relevantní pro danou zemi a daný AP, který může být sdílen jednou nebo více CI. Součástí informací jsou informace o jednotlivých institucích, template jednotlivých SED, certifikáty příslušných AP, s nimiž bude daný AP komunikovat apod. Při startu AP musí být také vytvořen klíčový pár a X.509 certifikát daného AP. Po iniciálním naplnění dochází již jen k aktualizaci změn. IR_RI zajišťuje pro RI aktuální SW, update, aktuální seznam SED a dokumentaci. Instalace provádí Administrátor AP. Daty naplňuje IR_RI výhradně IR_CN.
15
3.1.6. Kontext AP v prostředí MPSV a ČSSZ
Obr. 5 – Schéma rámce EESSI Obsahem technického řešení předmětu plnění veřejné zakázky bude zajištění podmínek pro nasazení a provoz referenční implementace pro každý AP. Obsahem technického řešení předmětu plnění veřejné zakázky bude vytvoření a nasazení nového komunikačního a softwarového vybavení implementujícího národní části AP a jejich integrace na provozní systémy, a to jak na IS MPSV, tak na IS ČSSZ. Základní funkční celky AP EESSI jsou:
Mezinárodní část AP (IPAP),
Národní část AP (NPAP) a
napojení na provozní aplikace.
Řešení EESSI AP pak bude komunikovat s Koordinačním uzlem (CN) EESSI v EU s využitím sítě s-TESTA a dále s ostatními národními AP v rámci ČR. Mezinárodní komunikaci v rámci EESSI zprostředkuje CN provozovaný Evropskou komisí. S CN bude komunikovat IPAP prostřednictvím jednoho z nabízených rozhraní ICD. Implementace NPAP bude vycházet z modulů a technologií poskytnutých spolu s RI a vhodně je rozvíjet tak, aby maximálně vyhovovala potřebám. Prostřednictvím národního rozhraní bude NPAP komunikovat s dalšími národními AP. Prostřednictvím interního rozhraní bude NPAP komunikovat s provozními aplikacemi. 3.1.7. Bezpečnost Z pohledu bezpečnosti je možné celkové řešení AP rozdělit do několika bezpečnostních domén: 16
o Mezinárodní doména – obsahuje IT infrastrukturu provozovanou Evropskou komisí, tj. síť Evropské Komise (SNET), služby telekomunikačního centra Evropské Komise (adresářové služby EESSI, propojení na s-TESTA a bezpečnostní zařízení, jako firewally apod.), služby datového centra Evropské komise (obsahuje zejména EESSI CN ad.). Mezinárodní část AP tzv. IPAP spadá z logického pohledu bezpečnosti definované dle EESSI do mezinárodní domény. o s-TESTA doména – zajišťuje výměnu dat mezi členy s-TESTA řízenou vlastní bezpečnostní politikou. Všechna spojení do dalších evropských domén jsou šifrovaná. o Národní doména – obsahuje AP, tzn. jeho implementaci, rutinní provoz, celkové řízení a řízení bezpečnosti AP, včetně napojení do národních sítí, propojení s národními systémy a propojení národní sítě do s-TESTA domény. Pro dosažení takto stanovených cílů jsou nutná následující opatření realizovaná dodavatelem: o Realizační projekt je nutné navázat na bezpečnou cílovou architekturu IS/IT a zajistit podmínky pro průběžné zvládnutí jak informačních, tak technických rizik ve fázích realizace i provozu AP. o Je nutné věnovat mimořádnou pozornost všem vrstvám informačního systému, zejména přenosovým cestám, konfiguracím technologické infrastruktury, datovým úložištím a dalším komponentám řešení obsahujícím výrazné zranitelnosti. o Návrh a realizace AP musí respektovat bezpečnostní politiku definovanou v dokumentu „EESSI – Security Policy“, který je součástí popisu referenční implementace EESSI. o V rámci nasazení systému AP do rutinního provozu je nutné provést rizikovou analýzu aktiv, hrozeb, rizik a způsobů zvládání rizik spojených s nově zaváděným systémem. Cílem výše uvedených kroků je řídit bezpečnost nově zaváděného systému na stejných principech, které jsou aktuálně uplatňovány pro současná informační aktiva. Specifickou oblastí bezpečnosti je ochrana osobních údajů. AP MPSV i AP ČSSZ budou pracovat s osobními údaji. Z toho důvodu je nutné klást velký důraz na informační bezpečnost, která se týká neoprávněného nakládání s osobními údaji při jejich vzniku, přenosu, ukládání, používání a likvidaci. Zároveň je nutné zajistit dostupnost, důvěrnost a integritu dat ve všech fázích zpracování dat v rámci AP MPSV i AP ČSSZ. Při ochraně informací jsou v rámci IS typicky implementovány následující bezpečnostní prvky: o systém řízeného přístupu (autentizace a autorizace), 17
o využití bezpečných šifrovaných komunikačních protokolů, o zabezpečení informačních služeb proti výpadkům, o systematické zálohování dat, o nasazení serverů do bezpečnostních zón datového centra definovaného zadavatelem, o propracovaný systém obnovy po výpadku dle připravených plánů obnovy (DRP), o použití kvalitních a ověřených komponent pro software a hardware včetně zajištění servisních služeb, o uchovávání záznamů o událostech týkajících se přístupů do IS a práce s citlivými informacemi o fyzická ochrana HW. Bezpečnostní parametry řešení AP:
Řízení bezpečnosti bude metodicky podloženo a bude v souladu s relevantními normami: o
s obecně uznávanými normami v této oblasti, např. ISO27001,
o
s bezpečnostní politikou EESSI (EESSI SecurityPolicy),
o
bude vycházet z dokumentu „Bezpečnostní politika informací v ČSSZ“, dostupnému
z
http://www.cssz.cz/cz/o-cssz/profil-organizace/dokumenty/
a
bezpečnostní politiky MPSV, o
se standardy ČSSZ a MPSV,
o
bude vycházet ze závěrů jednání Security Forum (platforma zástupců členských států pro oblast bezpečnosti dat v EESSI).
Systém AP bude pracovat s informacemi o osobách, o jejich zdravotním stavu a o platbách a zajistí vysokou informační bezpečnost při vzniku, přenosu, ukládání, používání a likvidaci informací. Bezpečnostní architektura systému AP zajistí minimálně následující logické vrstvy: o
bezpečnostní funkce a služby systému AP,
o
bezpečnost dat v systému AP a při přenosu mezi CN – IPAP – NPAP - provozní aplikace,
o
bezpečnostní služby / architektura infrastruktury systému AP.
Pro přístup uživatelů bude využit standardní stupeň zabezpečení s využitím certifikátů, osobních čipových karet a prostřednictvím služeb Identity a Access managementu: o
řešení bude využívat privátní klíče zaměstnanců uložené na zaměstnanecké kartě zaměstnance ČSSZ,
o
řešení bude využívat certifikáty na osobních čipových kartách zaměstnanců MPSV.
18
Řízení přístupu uživatelů bude vycházet ze standardu normy ISO/IEC/27002. Řešení bude minimálně splňovat tyto podmínky: o
Veškerá identifikace osob, programů a systémů musí probíhat výhradě skrze Identity a Access management zadavatele pro systém ČSSZ a pro systém MPSV,
o
identifikace uživatele musí zajišťovat jeho jednoznačnou identifikaci v rámci celého řešení/systému,
o
autentizace uživatele musí následovat bezprostředně po identifikaci uživatele a musí být spojena se zadáním hesla nebo s použitím jiného autentizačního nástroje (čipová karta); není možné přihlášení uživatele bez použití hesla,
o
uživatel bude informován o všech pokusech o narušení bezpečnosti souvisejících s jeho uživatelským účtem od jeho posledního přihlášení, včetně data a času posledního přihlášení,
o
po stanoveném počtu neúspěšných pokusu o přihlášení musí být uživatelský účet zablokován, odblokování může provést jen oprávněný pracovník,
o
k dispozici musí být prostředky pro dočasné pozastavení platnosti uživatelského účtu,
o
po stanovené době nečinnosti přihlášeného uživatele musí dojít k jeho automatickému odhlášení nebo uzamčení jeho relace, současně musí systém poskytovat mechanismus pro uzamčení relace uživatelem; odemknutí relace musí vyžadovat opětovnou autentizaci přihlášeného uživatele,
o
v aplikačním menu uživatele musí být k dispozici jen ty činnosti, ke kterým je oprávněn,
o
striktně musí být omezeno používání tzv. obecných (neadhesních) uživatelských účtů, a to pouze na případy, kdy je to nezbytně nutné z technologického hlediska,
o
systémové hodiny musí být synchronizovány podle společného zdroje přesného času.
O klíčových operacích a operacích s citlivými daty je nutné pořizovat a uchovávat záznamy událostí (logy) po dobu 1 roku. K dispozici musí být informace nutné pro pozdější šetření akcí porušujících důvěrnost, integritu a dostupnost. Auditní bezpečnostní logy musí minimálně zahrnovat následující události: o
Přihlášení a odhlášení uživatelů,
o
neúspěšné pokusy o autentizaci uživatele,
o
neúspěšné pokusy o přístup k datům,
o
neúspěšné pokusy o provedení transakcí a neoprávněných operací,
o
změny privilegií a bezpečnostních atributů uživatelů,
o
změny nastavení bezpečnostních, systémových parametru,
o
změny přístupových práv. 19
U každé zaznamenané události musí být uvedeno: o
Identifikace uživatele (uživatelský účet),
o
Z jakého důvodu událost nastala,
o
identifikace terminálu nebo adresa sítě zařízení,
o
datum a čas,
o
úplné údaje o události (typ události, výsledek).
Dále: o
Každý záznam musí být podepsán elektronickou značkou výpočetního systému a ta opatřena časovým razítkem nebo zařazen do auditního bloku se shodným zabezpečením.
o
Auditní log musí být v systému i mimo něj chráněn proti přepisu, poškození a neoprávněnému čtení.
o
Při dosažení definované hranice zaplnění auditního bezpečnostního logu musí systém
varovat
příslušného
správce.
Při
úplném
zaplnění
auditního
bezpečnostního logu musí být systém zastaven a musí varovat příslušného správce (jde o jeden z možných bezpečnostních incidentů) o
Musí být k dispozici nástroje pro práci s on-line i archivovanými sufitními logy.
Řešení systému v oblasti komunikace a provozu AP musí splňovat standard ISO/IEC/27002. Navržené řešení musí minimálně splňovat tyto podmínky: o
systémy řízení databáze musí mít vlastní prostředky na zajištění toho, že veškerá aktualizace a vyhledávání informací zachovává integritu informací,
o
atributy prostředí operačního systému musí být nastaveny tak, aby koncový uživatel aplikace nemohl pracovat s aplikačními daty přímo pomocí systémových nástrojů, ale pouze zprostředkovaně přes aplikační rozhraní,
o
systém musí poskytovat mechanismus pro vzájemné oddělení uživatelských programů a ochranu uživatelských dat před modifikací ze strany programu jiného uživatele či jiné aplikace,
o
systémy musí zajišťovat integritu instalovaného systémového i aplikačního programového vybavení tak, aby nedošlo k jejich modifikaci neautorizovanými postupy,
o
nesmí být použity standardně systémem přednastavené speciální účty s výjimkou těch, kde je to určeno výrobcem či dodavatelem systému. Speciálními účty se rozumí administrátorské účty operačních systémů, databází a účty servisní, které využívají nejvyšší (privilegovaná) oprávnění. Pro zajištění provozu je třeba vytvořit tyto speciální účty nové a původní dle doporučení výrobce či dodavatele ošetřit (uzamknout, přejmenovat, zrušit, apod.).
20
3.1.8. Pilotní provoz Pro zajištění provozu jsou využívány tyto základní mechanismy a nástroje: o zadavatel provozuje systém HelpDesk, který je jediným a centrálním místem komunikace pro všechny uživatele a technické pracovníky, odděleně pro MPSV a pro ČSSZ, o pracuje se s jasně definovanými garancemi provozu – SLA, o dodržování garancí je pravidelně monitorováno a vyhodnocováno, o veškeré výstupy předmětu plnění veřejné zakázky, tj. dodávky HW/SW, konfigurace, dokladace apod., i logické a funkční vazby na související služby v rámci informačního
systému,
jsou
evidovány
v rámci
tzv. elektronické
provozní
dokumentace. Příslušný informační systém, který je provozován, poskytuje služby v řadě lokalit a pro řadu subjektů po celé ČR. Z toho vyplývá, že služby AP MPSV a AP ČSSZ a jejich provoz budou garantovány v celé WAN MPSV a WAN ČSSZ, tj.: o v centru MPSV, o na Generálním ředitelství Úřadu práce, o na kontaktních pracovištích a krajských pobočkách Úřadu práce, o v ústředí ČSSZ, Praha, o na pracovištích ČSSZ, o na pracovištích územních organizačních jednotek (OSSZ, MSSZ a PSSZ) o na pracovištích dalších kompetentních institucí, které vykonávají nařízení č. 883/2004 (ES) pro stejné sektory. 3.1.9. Parametry řešení AP se stanou nedílnou součástí informačních systémů a budou zařazeny standardním způsobem do existujícího provozního prostředí, vždy podle potřeb a příslušného IS. Budou naplněny následující klíčové parametry: o Provozní parametry - návrh systému umožní docílit provozní parametry dle následující tabulky: Parametr
Cílová hodnota
Aplikační vrstva o propustnost zpráv
>750 zpráv (SED + hlavička + přílohy) za hodinu
21
o doba odezvy běžné stránky < = 5sec uživatelského rozhraní o doba
odbavení není určena
asynchronního požadavku o operační doba o uživatelského rozhraní
5:00 – 21:00, Po – Ne
o komunikačních rozhraní o přípustná
24 hodin denně, dostupnost 99,95 %
doba
plánované 24 hod v době pracovního volna a klidu, ne odstávky v operační době častěji než 1x za měsíc
Technická infrastruktura o dostupný úložný prostor
200GB s přibližně lineárním nárůstem o 100GB za rok
o zpoždění paketů 100B mezi < 50ms lokalitami WAN o variace zpoždění (jitter)
< 20ms
o Vyhodnocování provozních parametrů - vyhodnocování jednotlivých provozních parametrů bude probíhat měřitelným způsobem s provázáním na monitorovací nástroje a bude pravidelně vyhodnocováno. o Podpora v pilotním provozu - zajištění servisu dodaného díla v průběhu celého trvání fáze Nasazení a pilotní provoz AP. Servisem pilotního provozu se rozumí řešení veškerých poruchových a odchylkových stavů tak, aby bylo docíleno požadovaných provozních parametrů pilotního provozu. o Rozsah součinnosti - zadavatel v rámci pilotního provozu bude zajišťovat svými silami pouze a jen řízení a administraci přístupu uživatelů v návaznosti na integrovanou správu uživatelů, monitorování a vyhodnocování provozu. o Komunikace v operační době během fáze pilotního provozu bude probíhat e-mailem, hlasem a prostřednictvím HelpDesk systému. o Dokumentace - potřebná dokumentace bude dodána v elektronické i písemné podobě. Dokumentace bude v českém jazyce a bude obsahovat především: o Technický projekt 22
o Uživatelskou příručku o Administrátorskou a provozní příručku o Plány testování o Školící materiály pro uživatele (zejména pracovníky ČSSZ a MPSV) o Havarijní plán a plán obnovy. Dále potom: o Dodací listy jako základní doklady pro potvrzení realizace dodávek a služeb v souladu se smluvním vztahem či objednávkou. o Instalační protokoly jako dokladaci dodávek služeb na realizované instalační práce či služby jako takové. o Protokol o testování určený pro potvrzení realizace dodávek a služeb v požadované kvalitě. o Produkční a testovací prostředí - pro provoz AP bude kromě plnohodnotného produkčního prostředí dodáno také trvalé testovací prostředí, které umožní testování nových verzí před jejich nasazením do produkčního prostředí. 3.1.10. Projektové řízení, organizace a harmonogram projektu Harmonogram bude v rámci specifikace fází obsahovat minimálně následující podrobnější milníky: o Revize klíčových informací o stavu a rozvoji EESSI (základní architektonický, technický a procesní pohled). o Technický návrh řešení AP MPSV (IPAP, NPAP, komunikační procesy, integrace s okolím). o Detailní rozpracování projektu pro zapojení AP do KI a SI technického prostředí. o Plán průběžných a akceptačních testů. o Nasazení a základní ověření komunikace AP s CN v testovacím prostředí. o Zpracování a předání dokumentace (uživatelské, provozní). o Komplexní test AP – v akceptačním řízení bude AP mj. podroben kritériím stanoveným pro nasazení AP do provozu.
23
4. AP MPSV „Access Point pro MPSV“ (dále AP MPSV) bude podporovat procesy výměny strukturovaných elektronických dokumentů – SED (Structured electronic document) pro oblast pohřebného, rodinných dávek, dávek v nezaměstnanosti. vymáhání a zápočtů, prac. úrazů a nemocí z povolání (ve vymezeném rozsahu), dávek dlouhodobé péče a posuzování zdravotního stavu (komise MPSV jako 2. instance) včetně výměny a zpracování horizontálních SED v těchto oblastech. Východiskem pro vymezení funkcí AP MPSV je referenční implementace (RI) spolu s celkovou koncepcí systému EESSI, včetně vymezení fungování procesů (business rámec) EESSI. Cílovou skupinou, na kterou je projekt zaměřen, jsou jednotliví pracovníci MPSV, Úřadu práce ČR a dalších kompetentních institucí pracujících v systému EESSI prostřednictvím AP a dotčené kompetentní instituce, se kterými jsou v rámci EESSI vyměňovány jednotlivé SED. Služby AP MPSV budou přístupny ve všech lokalitách a potenciálně všem pracovníkům bez omezení. Jedná se o tyto lokality: o v centru MPSV, o na generálním ředitelství Úřadu práce ČR, o na kontaktních pracovištích a krajských pobočkách Úřadu práce ČR. Vybrané služby AP MPSV budou dále přístupné souvisejícím a kooperujícím národním AP, tj.: o plánovanému AP ČSSZ (Česká správa sociálního zabezpečení), o plánovanému AP CMÚ (Centrum mezistátních úhrad) o případně dalším kompetentním institucím, které vykonávají nařízení č. 883/2004 pro stejné dávkové oblasti jako MPSV (do budoucna by mohlo jít např. o pojišťovny provádějící úrazové pojištění).
Dále
služby AP
MPSV budou přístupné logicky a komunikačně nadřazenému
koordinačnímu uzlu CN na úrovni EK umožňujícímu přenos SED mezi jednotlivými AP členských států v mezinárodní síti EESSI. Se systémem AP MPSV bude dle předběžných odhadů pracovat cca 7 000 uživatelů.
4.1. Požadavky na řešení Řešení AP MPSV bude splňovat následující parametry: 24
o AP MPSV využije obě klíčové části referenční implementace AP o
Mezinárodní část AP MPSV využije referenční implementaci (RI), kterou zajišťuje EU na úrovni společné pro všechny státy EU. Mezinárodní část AP MPSV „IPAP“ bude sloužit zejména pro komunikaci vůči CN v EK.
o
Národní část AP MPSV využije RI a rozšíří ji o zajištění komunikace s uživateli a přenos a zpracování informací vůči institucím v národní síti ČR. Národní část AP MPSV „NPAP“ bude sloužit zejména pro národní komunikaci AP vůči AP ČSSZ, AP CMÚ a kompetentním institucím v ČR.
o AP MPSV poskytne funkce zejména pro automatizaci následujících činností o
předávání mezinárodních SED z EU (CN) do ČR a opačným směrem,
o
předávání národních SED mezi AP v ČR,
o
automatické zpracování obsahu národních i mezinárodních SED v NPAP ve vazbě na interní aplikace Zadavatele,
o
možnost manuálního zpracování obsahu národních i mezinárodních SED v portálu NPAP,
o
možnost manuální intervence do procesů zpracování národních i mezinárodních SED v NPAP.
o AP MPSV poskytne rozhraní pro zabezpečený přenos šifrovaných SED o
mezi AP MPSV a mezinárodním koordinačním uzlem, který postoupí SED na ostatní AP v rámci EU,
o o
mezi AP MPSV a dalšími AP v ČR (AP ČSSZ, AP CMÚ)
AP MPSV zajistí inteligentní směrování podle adresace SED o
Směřování umožní automatickou kontrolu a směrování v případech, kdy to bude technicky
možné.
V ostatních
případech
umožní
manuální
intervenci
oprávněného uživatele s využitím přívětivého rozhraní. o AP MPSV poskytne komfortní uživatelské rozhraní pro zpracování manuálních úkolů z workflow, zejména Pro: o
Manuální vložení odpovědi,
o
Manuální doplnění národního příjemce,
o
Vrácení nedoručitelného SED,
o
Manuální vložení SED,
o
Manuální doplnění cizího příjemce,
o
Vrácení nevalidního SED,
o
Zobrazení průběhu komunikace ve workflow,
o
Notifikace termínu vyřízení SED a urgence odeslaných SED bez reakce,
o
Manuální zpracování SED, 25
o
Zobrazení a tisk SED.
o Administrativní rozhraní pro konfigurace základních parametrů práce AP MPSV, zejména pro činnosti: o
Správa číselníků SED a parametrů,
o
Správa adresáře českých CI,
o
Definice pravidel archivace SED,
o
Nastavení časových limitů pro jednotlivé odpovědi,
o
Správa statistických výstupů pro vyhodnocení zpracování SED,
o
Definice notifikací.
o AP MPSV bude přístupný definovaným cílovým skupinám uživatelů, ve všech dotčených institucích a lokalitách a bude umožňovat definici rolí jednotlivých uživatelů a skupin uživatelů. Tento požadavek se vztahuje na služby uživatelského rozhraní Procesy v nichž vystupuje AP MPSV: o Přijetí SED od koordinačního uzlu z EU, o Odeslání SED do koordinačního uzlu EU, o Přijetí SED od spolupracujících institucí v ČR a jejich jednotlivých pracovišť (např. pojišťovny), o Odeslání SED do spolupracujících institucí v ČR a jejich jednotlivých pracovišť, o Přijetí SED od dalších AP v ČR, o Odeslání SED dalším AP v ČR, o Automatické zpracování SED v NPAP ve vazbě na interní aplikace Zadavatele, o Vracení nedoručitelných a nevalidních SED, o Manuální vložení SED o Vyhledávání podle metadat doručených i odeslaných SED. 4.1.1. Architektura, technologie a integrace řešení 4.1.1.1. Výchozí situace Pro zajištění korektního obsahu komunikace AP MPSV v rámci EESSI bude navázána spolupráce s interními systémy zadavatele, mezi nimiž jsou klíčové: o IS SSP - IS Státní sociální podpory, zohledňující zákon č. 117/1995 Sb., o státní sociální podpoře, ve znění pozdějších předpisů, a obsluhující oblasti: o Přídavek na dítě o Rodičovský příspěvek 26
o Opakující se dávky pěstounské péče (odměna pěstouna a příspěvek na úhradu potřeb dítěte) o Pohřebné o IS SZ - IS služeb zaměstnanosti, zohledňující zákon č. 435/2004 Sb., o zaměstnanosti, ve znění pozdějších předpisů, a obsluhující oblasti zprostředkování o Evidence uchazečů a zájemců o zaměstnání, podpora v nezaměstnanosti. o Zpracování podpory v nezaměstnanosti a podpory při rekvalifikaci. Ověřování podpory v nezaměstnanosti a podpory při rekvalifikaci. Pro úspěšné zpracování dat komunikovaných vůči síti evropských systémů sociálního zabezpečení budou dále využity informace z podpůrných systémů zadavatele, jako jsou např.: o KRK (kontrolní registr klientů MPSV). o UIR-ADR (Územně identifikační registr adres). o KDVD (Kontrolní databáze vyplacených dávek). Získávání informací o příjmech z daňových přiznání z FÚ a o dávkách SSP, podpory v nezaměstnanosti a podpory při rekvalifikaci vyplacených současnými úřady. o IDVD (Informativní databáze vyplacených dávek). Získávání informací o důchodech vyplacených ČSSZ, o osobách samostatně výdělečně činných, o nemocenských dávkách vyplacených OSSZ a PSSZ. Interní systémy budou prostřednictvím adaptérů zapojeny do procesů zpracování SED v AP MPSV. Integrace interních systémů bude vycházet z potřeb a realizována v rozsahu potřebném pro naplnění funkčních a datových požadavků implementace AP MPSV tak, jak jsou definovány v rámci výchozích materiálů.
4.1.1.2. Parametry řešení o Architektura o
Architektura řešení bude provedena jako servisně orientovaná (SOA) a podložená metodikou pro realizaci a návrh SOA systémů tak, aby bylo dosaženo maximálních výhod plynoucích z aplikace servisně orientovaného přístupu.
o
Návrh a vlastní vývoj RI není součástí předmětu plnění této veřejné zakázky. Evropská komise bude zajišťovat kompletní vývoj, údržbu a podporu RI.
o Redundance a centralizace o
Celkové řešení AP bude realizováno jako redundantní a centralizované řešení v rámci příslušné infrastruktury. 27
o Rozsah služeb AP pro fungování NPAP Architektura, použité technologie a vytvořené integrační můstky budou plně podporovat fungování NPAP v činnostech: o
předávání mezinárodních SED z EU do ČR,
o
předávání mezinárodních SED z ČR do EU,
o
předávání národních SED mezi AP v ČR,
o
automatické zpracování obsahu národních i mezinárodních SED v NPAP ve vazbě na interní aplikace zadavatele,
o
možnost manuálního zpracování obsahu národních i mezinárodních SED v portálu NPAP,
o
možnost manuální intervence do procesů zpracování národních i mezinárodních SED v NPAP.
o Automatizace o
Při jakémkoliv druhu zpracování národních i mezinárodních SED v AP bude zajištěna maximální automatizace činností a minimalizace lidských intervencí.
o Kompatibilita s RI Pro implementaci řešení AP budou využity technologie doporučené v RI nebo jejich ekvivalenty. o
AP MPSV bude plně integrován na provozní aplikace, poskytující data pro zpracování SED o
Pro úspěšné zpracování dat komunikovaných vůči síti evropských systémů sociálního zabezpečení budou využity informace z následujících systémů: o
IS SSP - IS Státní sociální podpory.
o
IS SZ - IS služeb zaměstnanosti.
o
KRK (kontrolní registr klientů MPSV).
o
UIR-ADR (Územně identifikační registr adres).
o
KDVD (Kontrolní databáze vyplacených dávek). Získávání informací o příjmech z daňových přiznání z FÚ, a o dávkách SSP, podpory v nezaměstnanosti a podpory při rekvalifikaci vyplacených současnými úřady.
o
IDVD (Informativní databáze vyplacených dávek). Získávání informací o důchodech vyplacených ČSSZ, o osobách samostatně výdělečně činných, o nemocenských dávkách vyplacených OSSZ a PSSZ.
o
Případně další systémy, které budou v rámci detailního návrhu řešení identifikovány jako nutné pro spolupráci s AP.
o Implementace AP MPSV bude využívat ověřené technologie a otevřené standardy 28
o
tj. technologie, které jsou obecně rozšířené a používané v oblasti stabilních a výkonných řešení IS,
o
např. webové služby, SOAP apod.
29
5. AP ČSSZ
5.1. Výchozí situace 5.1.1. Charakteristika prostředí „Access Point pro ČSSZ“ (dále AP ČSSZ) bude podporovat procesy výměny strukturovaných elektronických dokumentů – SED (Structured electronic document) pro oblasti: o dávky v nemoci, o dávky v mateřství a rovnocenné otcovské dávky, o dávky při pracovních úrazech a nemocech z povolání (ve vymezeném rozsahu a dle vývoje legislativy), o dávky v invaliditě, ve stáří a pozůstalostní, o příslušnost k právním předpisům, o vymáhání pohledávek a zápočty dávek, o posuzování zdravotního stavu. Východiskem pro realizaci požadavků na funkce AP ČSSZ je referenční implementace (RI) spolu s celkovou koncepcí systému EESSI. Cílovou skupinou jsou jednotliví pracovníci ČSSZ (Ústředí, pracoviště ČSSZ a okresní správy sociálního zabezpečení) a dalších kompetentních institucí pracující v systému EESSI prostřednictvím AP a dotčené kompetentní instituce, se kterými jsou v rámci EESSI vyměňovány jednotlivé SED. V rámci prostředí budou služby AP ČSSZ přístupny ve všech lokalitách a potenciálně všem pracovníkům zadavatele, bez omezení. Jedná se o tyto lokality: o ústředí ČSSZ, Praha, o Pracoviště ČSSZ, o územní organizační jednotky (OSSZ, MSSZ a PSSZ). Vybrané služby AP ČSSZ budou dále přístupné souvisejícím a kooperujícím národním AP, tj.: o plánovanému AP MPSV (MPSV), o plánovanému AP CMÚ (Centrum mezistátních úhrad),
30
o dalším kompetentním institucím, které vykonávají nařízení č. 883/2004 (ES) pro stejné sektory jako ČSSZ (např. ministerstvo vnitra, ministerstvo obrany, ministerstvo spravedlnosti ČR, pojišťovny). AP ČSSZ bude sloužit všem pracovištím ČSSZ dislokovaným v rámci ČR (cca 92 pracovišť). 5.1.2. Typy strukturovaných dokumentů pro podmínky komunikace AP ČSSZ AP bude zpracovávat nejen mezinárodní SEDy, ale i SEDy národní. Národní SEDy bude AP zpracovávat obdobně jako mezinárodní SEDy, nebude je však předávat IPAP, ale NPAP jiného AP v ČR. Rozlišují se proto následující druhy SED: Strukturovaný
SED
elektronický dokument (Structured
mezinárodní síti. Definice a operační předpisy SED jsou součástí IPAP. Změny v příslušných SEDech budou
Electronic
zajištěny verzováním.
Document) Strukturovaný
Dokument pro elektronickou výměnu informací v
NSED
elektronický dokument
Národní SED, který slouží pro národní komunikaci CI v ČR
národní Strukturovaný
NSEDp Národní SED primární. Slouží pro výměnu informací
elektronický dokument
mezi CI v ČR, nemá žádnou vazbu na mezinárodní
národní primární
výměnu SED
Strukturovaný
NSEDo
Národní SED odvozený. Pomocný SED - slouží
elektronický dokument
k dokompletaci mezinárodního SED jinou CI. Má vazbu
národní odvozený
na mezinárodní výměnu SED. Tento odvozený SED se použije, pokud nebude možné kompletovat SED v rámci odpovědné CI. V tomto případě se musí informace ke kompletaci SED získat od jiné CI (přeposlat na jiný AP v ČR). Odesílatelem je vždy CI, jíž SED patří.
Pozn. Se SEDy bude možné zaslat i přílohy. Přípustné formáty budou definovány EK. Řešení musí zohlednit jak mezinárodní komunikaci, tak národní komunikaci včetně požadavku na dokompletace SEDů jinou CI v ČR.
31
5.1.3. Logické schéma technického řešení AP ČSSZ Řešení se skládá ze dvou základních částí:
Obr. 6 - Logické schéma o AP – je nezávislý na ČSSZ jako CI a umožňuje připojení další CI. AP tedy provádí pouze formální zpracování SED: o za základ vybudování AP bude použita Referenční Implementace RI. o ČSSZ IN – veškerá logika EESSI, která je specifická pouze pro ČSSZ, vyplňování dat do SED nebo zápis dat z SED apod., je umístěna v ČSSZ IN: Všechny procesy EESSI specifické pro ČSSZ budou zpracovávány v ČSSZ IN. Zde bude probíhat neformální validace SED, vyplňování SED včetně přiložení příloh, kontrola dat v SED, směřování SED, archivace atd. Výjimkou budou pouze urgentní nebo nestandardní situace,
kdy
bude
nutné
přijmout/odeslat/zpracovat
SED
jiným
způsobem
než
prostřednictvím ČSSZ, a nebo bude vzhledem k malému objemu mezinárodní komunikace využíván SW dodávaný Evropskou komisí tzv. Webic. Zadavatel požaduje, aby uchazeč v nabídce navrhl způsob napojení na agendové aplikace ČSSZ a v agendách, kde bude využívána pouze dodávka EK, zadavatel požaduje vytvoření GUI podle požadavku zadavatele. Logicky jsou procesy v AP – specifická část rozděleny následovně: o Aplikační část bude v ČSSZ nově vytvářena – patří sem komunikace s AP, kontrola na vstupu – Access Management, dále sem spadá tvorba vstupně-výstupních front a vnějších služeb o Registrace a archivace SED v ČSSZ o Aplikace pro zpracování SEDů v rámci EESSI podobné aplikaci Webic (dodané Evropskou komisí) a rozšířené podle potřeb ČSSZ – webové rozhraní, přes které 32
budou přistupovat zaměstnanci ČSSZ k EESSI. K tomuto budou využity některé komponenty Webicu dodaného Evropskou komisí a budou přizpůsobeny a doprogramovány na webové rozhraní pro přístup k EESSI a SED. o Workflow – workflow je proces, který odpovídá za zpracování SED – za životní cyklus SED. Tak jako na AP se stará workflow o formální procesy spojené se SED, v ČSSZ IN se workflow bude starat o neformální procesy zpracování SED. Patří sem určení metod volaných při automatickém zpracování, zápis do/z SED. Notifikace zaměstnanců odpovědných za validaci SED, finalizaci SED atd. Workflow bude umět reagovat na nestandardní situace apod. o Automatické zpracování SED – předávání co největšího množství dat z/do SED. Základem je funkční rozhraní a nadefinování metod nad datovou základnou ČSSZ.
5.2. Parametry řešení Řešení bude plně splňovat následující parametry: o AP ČSSZ bude respektovat logické schéma technické části AP o
řešení bude rozděleno na část AP založené na RI a část ČSSZ IN, která bude realizována specificky pouze pro ČSSZ,
o
realizace AP založená na RI bude interně využívat workflow, které odpovídá za zpracování SED. Při příjmu SED se otevře workflow instance a po úspěšném doručení SED se ukončí. Workflow říká, co se se SED má stát, určuje, kdy bude validováno, finalizováno, routováno do ČSSZ nebo do MPSV, CMÚ nebo zpět na CN.
o
realizace ČSSZ IN bude interně založena na principech řízení pomocí workflow, které odpovídá za zpracování SED – za životní cyklus SED. Tak jako v části AP založené na RI se stará workflow o předepsané procesy spojené se SED, v ČSSZ IN se workflow bude starat o interní procesy zpracování SED. Patří sem určení metod volaných při automatickém zpracování, zápis do/z SED, notifikaci zaměstnanců odpovědných za data nebo validaci SED, finalizaci SED atd.
o Procesy zpracování SED budou plně integrovány do procesní architektury ČSSZ o
proces zpracování SED nebude oddělený, bude integrovaný do dalších systémů ČSSZ,
o
Webic bude využíván pouze při řešení operativních situací, a nebo u agend s malým objemem mezinárodní komunikace – tj. zřídka. Webic bude zejména dalším,připojeným CI, jejichž potřebám Webic bude vyhovovat.
o
interní aplikační rozhraní je budováno jako součást IKR ČSSZ. Je založeno na WebServices. V rámci implementace EESSI bude moci dodavatel EESSI ovlivňovat vlastnosti aplikačního rozhraní tak, aby mu umožnilo automatické 33
vyplňování a kontroly SED. Nikoliv však nastavení, řízení prostupů a přístupů do aplikační ani jiné domény ČSSZ. o AP ČSSZ bude zejména poskytovat následující služby pro podporu základních procesů: o
evidenci SED,
o
vyhledávání podle metadat SED a základní identifikační sady,
o
zpracování SED náležejících ČSSZ asynchronně,
o
zpracování SED náležejících ČSSZ synchronně,
o
generování SED podle vzorů,
o
odesílání a přijímání SED,
o
urgence odeslaných SED bez odpovědi,
o
přeposílat SED jiným českým nebo zahraničním AP, přijímat SED od jiných českých AP,
o
poskytování relevantních požadovaných informací subjektům EESSI,
o
poskytování
relevantních
požadovaných
informací
jiným
kompetentním
institucím a styčným místům ČR, o
náhled (kukátko) do AP na příchozí a odchozí požadavky, které bude podporovat různé úrovně přístupu k datům a práci s nimi,
o
ukládání přijatých/odeslaných SED do databáze,
o
přebírat údaje z uložených SED do potřebných řízení,
o
zpřístupnit SED a přílohy SED doručené v papírové podobě pro další řízení,
o
vytvářet a tisknout statistické sestavy o zpracovaných SED za požadované období v členění např. dle jednotlivých typů SED, podle zemí atd.
o AP ČSSZ bude poskytovat služby automatizovaného i manuálního plnění SED o
Automatické vyplňování položek SED o
Stupeň automatického vyplňování SED položek v ČSSZ bude cílově maximalizován.
o
Automatické vyplňování položky – pokud má být položka vyplněna automaticky,
znamená
to
pro
workflow
volání
určité
metody
nadefinované ve WebServices rozhraní. Metodě se předají atributy ze SED a vrácená hodnota se vyplní do příslušné položky SED. V případě chyby bude připadat v úvahu ruční dovyplnění nebo vrácení SED odesílateli jako chyby. o
Automatizace se bude realizovat postupně v krocích.
o
V této fázi realizace AP ČSSZ bude automatizováno vyplňování těchto vybraných dat: o
kategorie 1 (identifikační data subjektu) 34
Jméno, Příjmení, Rodné příjmení, Datum narození, Rodné číslo nebo Evidenční číslo pojištěnce, Státní příslušnost, Adresa
trvalého
bydliště
atd.,
data
týkající
se
zaměstnavatelů atd. o
kategorie 2 (automatizovaná data agend), např. v oblastech
Oblast nemocenská – informace o pobírání nemocenské dávky (parametr od-do), o dobách pojištění
Oblast důchodová – informace o aktuálním pobírání důchodové dávky a o dobách pojištění atd.
o
Manuální vyplňování položek SED o
Ve workflow bude u každé položky určeno, jak má být zpracována. Pokud jde o ruční zpracování, zašle workflow email nebo dá jiným způsobem na vědomí zaměstnanci nebo zaměstnancům, kteří jsou odpovědni za vyplnění dané datové položky. V tomto emailu bude i odkaz (URL) na webové rozhraní, přes které bude oprávněný zaměstnanec dovyplňování provádět. Webovou stránku, kam má data doplňovat, otevře zaměstnanec kliknutím na odkaz v mailu. Při ručním vyplňování je možné ještě např. vyžádání SED RFI pro doplnění informací od odesílatele.
o AP ČSSZ bude poskytovat služby pro řešení nestandardních stavů, zejména o
Forward SED – SED, zaslaný ČSSZ, jí nepřísluší. ČSSZ bude mít v NPAP vytvořen seznam akceptovatelných SED pro ČSSZ, každý jiný SED bude odmítnut nebo forwardován
o
RFI SED – je nutná dokompletace SED, doplnění informací – pracovník ČSSZ se prostřednictvím RFI SED ptá na nějakou informaci nutnou k úpravě SED požadavku – např. “osoba, uvedená v SED, nebyla nenalezena“
o
Vrácení SED pro formální chyby – např. vadná hlavička SED
o
Vrácení SED pro neformální chyby – chyby v datech SED, které se nepodařilo ručně opravit
o
Chyby při komunikaci – chybné routování, CN nenalezen, CI nenalezen, chybný el.podpis atd.
o
a případné další
o AP ČSSZ bude poskytovat služby pro udržování adresářových služeb a automatické doplňování adres o
Provoz adresářového serveru pro zajištění adresářových funkcí NPAP, tj. např. evidence číselníku typů SED.
o
Automatické doplňování chybějících adres příjemců zpráv na národní úrovni v případech, kde to bude možné.
o AP ČSSZ bude zajišťovat archivaci dat a dokumentů 35
o
Přístupový bod bude uchovávat záznamy o výměně dokumentů sociálního zabezpečení (např. SED, jiné elektronické soubory) spolu s kompetentními institucemi, kterým slouží. Bude uchovávat záznamy o transakcích. Na základě těchto záznamů vytvoří rovněž statistické výkazy o výměně SED.
o
Data z přijatých i odeslaných SED budou uložena v příslušné databázi a budou dostupná i pro další řízení
o
V tomto ARCHIVU SEDŮ budou moci být odeslané i přijaté SEDy vyhledávány prostřednictvím agendových aplikací nebo přímo po zadání: o
rodného čísla pojištěnce nebo
o
evidenčního čísla pojištěnce nebo
o
6 čísel z data narození (ve tvaru RRMMDD) případně včetně místa narození + příjmení a jména klienta, nebude-li u případu znám žádný z výše uvedených identifikátorů, vytvoří se seznam dokumentů v ARCHIVU SEDŮ k tomuto případu evidovaných a konkrétní SED bude možné zobrazit
o
nebo podle jiných identifikátorů (číslo jednací, země, instituce, oblast apod).
o
AP ČSSZ bude zajišťovat zpracování dat pro statistické účely
o
Na základě záznamů o výměně SED poskytne AP ČSSZ data pro vytvoření statistických výkazů a agregovat data dle předem stanovených požadavků nebo ad hoc. Údržba a konfigurace bude prováděna správcem AP.
o Zajištění administrativního rozhraní pro konfigurace základních parametrů práce AP ČSSZ Pro činnosti: o
Správa číselníků SED a parametrů,
o
Správa adresáře českých CI,
o
Definice pravidel archivace SED,
o
Nastavení časových limitů pro jednotlivé odpovědi,
o
Správa statistických výstupů pro vyhodnocení zpracování SED,
o
Definice notifikací.
o AP ČSSZ bude přístupný definovaným cílovým skupinám uživatelů, ve všech dotčených institucích a lokalitách. o
Tento požadavek se vztahuje na služby uživatelského rozhraní
o
Správným nastavením rolí bude také zabezpečeno, aby pracovníkům příslušných pracovišť byla k dispozici pouze ta data a informace, na které jsou oprávněni nahlížet nebo s nimi pracovat.
36
5.3. Architektura, technologie a integrace řešení 5.3.1. Zařazení do KSI ČSSZ Implementace AP do prostředí ČSSZ bude vycházet z a respektovat základní architektonické principy a bezpečnostní pravidla ČSSZ. Základní schéma integrace řešení do infrastruktury je uveden v následujícím schématu. AP ČSSZ
sTESTA
Ostatní české AP (národní komunikace)
Firewall AP
EMS
EMD
WEBIC MLS Console
Jiné organizace výužívající týž AP
Adresářový server Lokání databáze
Information Repository
Extranet
Firewall ČSSZ
Vnitřní síť ČSSZ
Oblast IN Vrstva Access Managementu ČSSZ
Aplikační vrstva PROCESY FRONTY
Zaměstnanci ČSSZ SPISOVÁ SLUŽBA
AGENDY
VPO
DMS NPD NEM
POJ
VYP …
Databázová vrstva
Obr. 7 - Vazby AP ČSSZ a vnitřní sítě ČSSZ V rámci projektu realizace AP ČSSZ bude zajištěno: o Požadované služby síťové infrastruktury o Síťové propojení na mezinárodní část uzavřenou sítí na vyhrazené infrastruktuře sTESTA. o Síťové propojení s ostatními českými AP. o Konektor do vnitřní sítě ČSSZ. o Umožní případné připojení dalších institucí, které by v budoucnu též využívaly AP ČSSZ, např. Kooperativu. 37
o Provoz systému AP ČSSZ bude kontinuálně monitorován a řízen, o kvalitě jeho provozu budou vedeny statistiky. o Systém AP bude provozován dle definovaných SLA o Systém AP bude využívat adresářových služeb (dle konceptu RI), řízení přístupu ke svým službám a řízení přístupu do vnitřní sítě ČSSZ.
Agendou integrující data požadovaná pro výměnu mezi dalšími evropskými subjekty sociálního zabezpečení bude nový systém VPO – Volný pohyb osob, jako součást této veřejné zakázky. 5.3.2. Spolupracující systémy ČSSZ Pro zajištění korektního obsahu komunikace AP ČSSZ v rámci EESSI bude navázána spolupráce s interními systémy. Pro výměnu dat EESSI budou využívána centralizovaná data systémů ČSSZ. V oblasti důchodové agendy bude možno prostřednictvím systému EDS (Elektronický dávkový spis) poskytovat data současného systému, kde se v současnosti nachází veškerá potřebná data o přiznaných důchodových dávkách. Základní informace které lze automatizovaně z IS ČSSZ získávat jsou: o informace o pobíraných důchodových dávkách (EDS, popř. ED, RDI, EVCZ, SOP, UI3001) o informace o podaných žádostech o důchodovou dávku (ZDD) o informace o exekucích a konkursech důchodců (EXK) o informace nárokových podkladů důchodových – doby a výdělky (INP) o informace
o
vyplácených
důchodových
dávkách
a
vyplácených
dávkách
nemocenského pojištění (VYP) o informace o přiznaných dávkách nemocenského pojištění (NEM) o informace Lékařské posudkové služby (NEM) o informace o pojistných vztazích (VZT) o informace ČSSZ o přihláškách subjektů do insolvenčních řízeních a návrzích na insolvenční řízení (INS) o informace o úhradách pojistného fyzickými osobami (POJ) o kontaktní a jmenné informace (KE) o informace o srážkách z důchodů (EXK) o informace o výplatách dávek (VYP) o informace o lékařských posudcích (PSL) o informace o zápočtech a srážkách (MKV) o informace o mezinárodních pojistných vztazích ( VPO1-MPV) 38
o další požadované informace na základě analýzy projektu realizace AP ČSSZ Subjekty budou ověřovány vůči systému centrálních registrů (KE), kdy bude zajištěna jednoznačná identifikace subjektů v systémech ČSSZ. 5.3.3. Specifikace řešení Integrace do současné a budoucí struktury ČSSZ
Součástí řešení bude také část zpracování SED v ČSSZ. Při integraci EESSI do současné i budoucí struktury ČSSZ bude navázána spolupráce s řešiteli ostatních částí v ČSSZ, které ovlivní implementace EESSI – jedná se především o: o
Atos – odpovědnost za aplikace, ze kterých budou získávána data do SED, DMS
o ICZ - Spisová služba o Microsoft – PŘKPS a ESB – systém front a workflow o HP – síťová a komunikační infrastruktura o Řešitelé IKR
Z pohledu celkového řešení v ČSSZ bude EESSI pouze jedním z elektronických kanálů IKR ČSSZ. Bude přijímat, odesílat a zpracovávat strukturované dokumenty – SED interními procesy v ČSSZ. Velmi obdobně budou přijímat, odesílat a zpracovávat strukturované dokumenty i další kanály IKRČSSZ jako jsou datové schránky, klientský portál ap.
Integrace s DMS a spisovou službou na ČSSZ
V případě zpracování papírových dokumentů (SEDy, přílohy k SEDům) bude dodávaný systém integrován se Spisovou službou a s DMS.
Integrace s interním ESB na ČSSZ
V ČSSZ je budována sběrnice ESB, která bude sloužit také pro potřeby Portálu ČSSZ a tedy i EESSI. EESSI bude procházet skrz ESB, bude využívat jeho systém front a také EESSI workflow budou realizována zde. Jako ESB je použit Microsoft BizTalk 2009 a SQL Server 2008, operačním systém je Windows Server 2008.
Integrace s externími systémy / subjekty
Okolní systémy, které vytvoří rozhraní s NPAP ČSSZ. o AP CMÚ
CMÚ - zasílání SED - AP ČSSZ umožní zasílat SED do AP CMÚ (včetně národních), které vyřizuje CMÚ v roli kompetentní nebo spolupracující instituce.
39
CMÚ - příjem SED - AP ČSSZ umožní přijímat SED z AP CMÚ (včetně národních),
které
vyřizuje
CMÚ
v roli
kompetentní
nebo
spolupracující instituce. o AP MPSV
MPSV - zasílání SED - AP ČSSZ umožní zasílat SED do AP MPSV (včetně národních), které vyřizuje MPSV v roli kompetentní nebo spolupracující instituce.
MPSV - příjem SED - AP ČSSZ umožní přijímat SED z AP MPSV (včetně národních), které vyřizuje MPSV v roli kompetentní nebo spolupracující instituce.
Architektura
Architektura řešení bude realizována jako servisně orientovaná (SOA).
Kompatibilita s RI
Pro implementaci řešení AP bude využito technologií doporučených v RI. Budou využity i další technologie, které na tyto technologie vhodně naváží nebo je doplní.
Implementace AP ČSSZ bude využívat ověřené technologie a otevřené standardy Řešení bude v souladu s principy a standardy definovanými v rámci EESSI a interními principy fungování IS ČSSZ.
40
