Zmeny dokumentu I-03 Prístup k projektu (pristup_k_projektu)

Súhrn

• Vlastnosti stránky (1 modified, 0 added, 0 removed)
• Prílohy (0 modified, 14 added, 0 removed)
  • 1744288678714-554.png
  • 1744288721254-907.png
  • 1744289150894-617.png
  • 1744289230159-132.png
  • 1744289252586-372.png
  • 1744289259812-401.png
  • 1744289266738-651.png
  • 1744289284685-291.png
  • 1744289298971-100.png
  • 1744289315938-157.png
  • 1744289330188-778.png
  • 1744289348343-356.png
  • 1744289386192-227.png
  • 1744289497110-862.png

Podrobnosti

Vlastnosti stránky

Obsah

...	...	@@ -1,418 +1,2265 @@
1		-**PRÍSTUP K PROJEKTU**
2		-**Vzor pre manažérsky výstup I-03**
	1	+**PRÍSTUP K PROJEKTU**
	2	+
	3	+**manažérsky výstup I-03**
	4	+
3	3	**podľa vyhlášky MIRRI č. 401/2023 Z. z.**
4	4
5		-|**Povinná osoba**|{{content id="projekt.asociovane_po" template="[[${po.nazov}]]"}}Sociálna poisťovňa{{/content}}
6		-|**Názov projektu**|{{content id="projekt.nazov"}}Projekt ŽS14 + ŽS16{{/content}}
7		-|**Zodpovedná osoba za projekt**| //Meno a priezvisko osoby, ktorá predkladá dokumenty (zamestnanec /Projektový manažér)//
8		-|**Realizátor projektu**|{{content id="projekt.asociovane_po" template="[[${po.nazov}]]"}}Sociálna poisťovňa{{/content}}
9		-|**Vlastník projektu**| {{content id="projekt.vlastnik.nazov"}}Sociálna poisťovňa{{/content}}
10		-**Schvaľovanie dokumentu**
11		-|**Položka**|**Meno a priezvisko**|**Organizácia**|**Pracovná pozícia**|**Dátum**|(((
12		-**Podpis**
	7	+
	8	+
	9	+|Povinná osoba|Sociálna poisťovňa
	10	+|Názov projektu|Životná situácia 14 a 16
	11	+|Zodpovedná osoba za projekt|Lenka Zajacová, lenka.zajacova@socpoist.sk
	12	+|Realizátor projektu|Sociálna poisťovňa
	13	+|Vlastník projektu|Marek Lendacký
	14	+
	15	+
	16	+Schvaľovanie dokumentu
	17	+
	18	+|Položka|Meno a priezvisko|Organizácia|Pracovná pozícia|Dátum|(((
	19	+Podpis
	20	+
13	13	(alebo elektronický súhlas)
14	14	)))
15	15	|Vypracoval| | | | |
16	16
17		-= {{id name="_Toc2008675389"/}}1.História dokumentu =
18	18
19		-|**Verzia**|**Dátum**|**Zmeny**|**Meno**
20		-|//0.1//|//14.11.2023//|//Pracovný návrh//|
21		-|//1.0//|//22.12.2023//|//Zapracovanie súladu s vyhláškou č. 401/2023 Z. z.//|
	26	+1. História dokumentu
	27	+
	28	+|Verzia|Dátum|Zmeny|Meno
	29	+|0.1|14.11.2023|Pracovný návrh|
	30	+|1.0|22.12.2023|Zapracovanie súladu s vyhláškou č. 401/2023 Z. z.|
22	22	| | | |
23	23	| | | |
24	24
25		-= {{id name="_Toc74315499"/}}2.Účel dokumentu =
	34	+2. Účel dokumentu
26	26
27		-//V súlade s Vyhláškou 401/2023 Z.z. je dokument I-03 Prístup k projektu určený na rozpracovanie detailných informácií prípravy projektu z pohľadu aktuálneho stavu, budúceho stavu a navrhovaného riešenia.//
28		-//Dokument Prístup k projektu v zmysle vyššie uvedenej vyhlášky má obsahovať opis navrhovaného riešenia, architektúru riešenia projektu na úrovni biznis vrstvy, aplikačnej vrstvy, dátovej vrstvy, technologickej vrstvy, infraštruktúry navrhovaného riešenia, bezpečnostnej architektúry, špecifikáciu údajov spracovaných v projekte, čistenie údajov, prevádzku a údržbu výstupov projektu, prevádzkové požiadavky, požiadavky na zdrojové kódy. Dodávané riešenie musí byť v súlade so zákonom. Zároveň opisuje aj implementáciu projektu a preberanie výstupov projektu.//
29		-//**Inštrukcia: Šedý text** v celom dokumente predstavuje nápoveď pre vyplnenie dokumentu, po vyplnení kapitol **odporúčame text šedou farbou vymazať.**//
30		-//Dokumenty ukladajte s prefixom I_XX.//
31		-//Odporúčame, aby ste si TABUĽKOVÉ VSTUPY vo formáte EXCEL spravovali v jednom centrálnom súbore s cieľom minimalizovať budúcu prácnosť s aktualizáciou a udržiavaním obsahu.//
	36	+V súlade s Vyhláškou 401/2023 Z.z. je dokument I-03 Prístup k projektu určený na rozpracovanie detailných informácií prípravy projektu z pohľadu aktuálneho stavu, budúceho stavu a navrhovaného riešenia.
32	32
33		-== {{id name="_Toc152607284"/}}{{id name="_Toc683485446"/}}{{id name="_Toc365474999"/}}{{id name="_Toc1488819067"/}}{{id name="_Toc461533771"/}}{{id name="_Toc1193242276"/}}{{id name="_Toc738207424"/}}{{id name="_Toc2067375730"/}}{{id name="_Toc336064095"/}}{{id name="_Toc62328600"/}}{{id name="_Toc1636304797"/}}{{id name="_Toc635885549"/}}2.1Použité skratky a pojmy ==
	38	+Dokument Prístup k projektu v zmysle vyššie uvedenej vyhlášky obsahuje opis navrhovaného riešenia, architektúru riešenia projektu na úrovni biznis vrstvy, aplikačnej vrstvy, dátovej vrstvy, technologickej vrstvy, infraštruktúry navrhovaného riešenia, bezpečnostnej architektúry, špecifikáciu údajov spracovaných v projekte, čistenie údajov, prevádzku a údržbu výstupov projektu, prevádzkové požiadavky, požiadavky na zdrojové kódy. Dodávané riešenie je v súlade so zákonom.
34	34
35		-|**SKRATKA/POJEM**|**POPIS**
36		-| |
37		-| |
38		-| |
39		-{{id name="_Toc152607286"/}}
	40	+ Zároveň opisuje aj implementáciu projektu a preberanie výstupov projektu//. //
	41	+
	42	+
	43	+2.1 Použité skratky a pojmy
	44	+
	45	+
	46	+|SKRATKA/POJEM |POPIS
	47	+|AIS DP |Administratívny informačný systém dôchodkového poistenia
	48	+|AIS DP (ŽoD)|Modul Žiadosť o dôchodok - súčasť AIS DP
	49	+|APV eELDP|Modul AIS DP na správu ELDP
	50	+|CAMP|Centrálna API manažment platforma
	51	+|COP|Centrálna orchestračná platforma
	52	+|CRIF|Credit navigator
	53	+|DMS|Document management system (súčasť AIS DP)
	54	+|DP|Dôchodkové poistenie
	55	+|EDS|Elektronický dávkový spis
	56	+|EKP |Informačný systém Elektronické komunikačné prostredie
	57	+|ELDP|Elektronický list dôchodkového poistenia
	58	+|ESB|Aplikačná integračná platforma (centrálny komponent SP)
	59	+|FO|Fyzická osoba
	60	+|IS SP|Informačné systémy Sociálnej poisťovne
	61	+|JVP |Informačný systém Jednotný výber poistného
	62	+|MIRRI|Ministerstvo investícií, regionálneho rozvoja a informatizácie
	63	+|MMP|Minimum marketable product
	64	+|MUSP |Informačný systém Manažment údajov Sociálnej poisťovne
	65	+|NASES|Národná agentúra pre sieťové a elektronické služby
	66	+|NASP|IS Národnej aplikácie Sociálnej poisťovne
	67	+|NPaLPČ |Informačný systém nemocenského poistenia a lekárskej posudkovej činnosti
	68	+|OVM|Orgán verejnej moci
	69	+|RFO|Register fyzických osôb
	70	+|SP |Sociálna poisťovňa
	71	+|ŠP SP|Špecializovaný portál SP
	72	+|VPP|IS Výber poistného a príspevkov
	73	+|ŽoD|Žiadosť o dôchodok (starobný, predčasne starobný a invalidný)
	74	+|ŽS|Životná situácia
	75	+
	76	+(% style="color:#222222" %)2.2 (%%)Konvencie pre typy požiadaviek
	77	+
	78	+Zoznam požiadaviek vychádza z biznis požiadaviek Implementačného plánu ŽS14 a ŽS16. Počas implementácie projektu ŽS14+16 sa rozlišujú na biznis požiadavky MMP (Minimal Marketable Product) – ktoré sú „must“ na dodanie implementácie celkovej životnej situácie. Požiadavky, ktoré nie sú MMP ešte viac napĺňajú ciele programu životných situácií, ale patria do kategórie „should“ alebo „could“.
	79	+
	80	+Všetky požiadavky uvedené v Prístupe k projektu v príslušných kapitolách, musia byť v súlade s funkčnými, nefunkčnými a technickými požiadavkami uvedenými v Katalógu požiadaviek I-04 (**M-05 Analýza nákladov a prínosov - BC/CBA, karta: Katalóg požiadaviek)**
	81	+
	82	+2.3 Zoznam diagramov
	83	+
	84	+[[Diagram 1: ŽS14 - Celkový náhľad na architektúru – AS IS vs TO BE – (viď zvýraznenia) 6>>path:#_Toc193904434]]
	85	+
	86	+[[Diagram 2: Strešný model biznis architektúry – AS IS (pre všetky ŽS) 9>>path:#_Toc193904435]]
	87	+
	88	+[[Diagram 3: Vytvorenie žiadostí a oznámení asistovane na pobočke TO BE. 20>>path:#_Toc193904436]]
	89	+
	90	+[[Diagram 4: Overenie vlastníctva TO BE. 23>>path:#_Toc193904437]]
	91	+
	92	+[[Diagram 5: EDS - Zobrazenie spisu TO BE. 25>>path:#_Toc193904438]]
	93	+
	94	+[[Diagram 6: EDS - Prehľad procesov dôchodkovej agendy TO BE. 25>>path:#_Toc193904439]]
	95	+
	96	+[[Diagram 7: EDS - Zobrazenie Spisovej vložky TO BE. 26>>path:#_Toc193904440]]
	97	+
	98	+[[Diagram 8: :eELDP – TO BE stav. 28>>path:#_Toc193904441]]
	99	+
	100	+[[Diagram 9: Vytváranie elektronických výstupov TO BE  (Legenda: modrým rámčekom sú označené zmeny. 30>>path:#_Toc193904442]]
	101	+
	102	+[[Diagram 10: Zdroje notifikácií TO BE stav. 31>>path:#_Toc193904443]]
	103	+
	104	+[[Diagram 11: Rezervačný systém TO BE. 32>>path:#_Toc193904444]]
	105	+
	106	+[[Diagram 12: Služba zabezpečenej elektronickej komunikácie. 34>>path:#_Toc193904445]]
	107	+
	108	+[[Diagram 13: Procesný tok vytvorenie, odoslania a spracovania podaní 37>>path:#_Toc193904446]]
	109	+
	110	+[[Diagram 14: Datasety IS MUSP. 42>>path:#_Toc193904447]]
	111	+
	112	+
	113	+2.4 Zoznam tabuliek
	114	+
	115	+[[Tabuľka 1: Prehľad oblastí a požiadaviek. 3>>path:#_Toc193904448]]
	116	+
	117	+[[Tabuľka 2: Plánované zmeny: AS IS vs. TO BE. 7>>path:#_Toc193904449]]
	118	+
	119	+[[Tabuľka 3: Dosah rezervačného systému na komponenty IS SP. 17>>path:#_Toc193904450]]
	120	+
	121	+[[Tabuľka 4: Notifikácia a ich zdrojové IS. 30>>path:#_Toc193904451]]
	122	+
	123	+
	124	+3. Popis navrhovaného riešenia
	125	+
	126	+Projekt zlučuje zmenové požiadavky agendových systémov SP a jej centrálnych IS s cieľom poskytnutia kvalitnejších služieb občanovi – žiadateľovi o dôchodok (ZS14) alebo pozostalému (ŽS16).
	127	+
	128	+Úpravou agendových a centrálnych systémov SP a ich vzájomnou integráciou bude môcť SP:
	129	+
	130	+* Pravidelne informovať občana o dôchodkových prognózach
	131	+* Pripraviť notifikácie občanovi o nároku na dôchodok, o stave konania
	132	+* Poskytnúť občanovi informácie o jeho dôchodku na Špecializovanom portáli SP
	133	+* Overovať vlastníctvo bankového účtu bez potreby dokladovania zo strany občana
	134	+* Umožniť dôstojnú rezerváciu termínu na návštevu pobočky pri potrebe osobnej konzultácie
	135	+* Asistovať klientom na pobočke pri elektronickom vybavovaní agendy
	136	+* Vytvárať elektronické výstupy
	137	+* Zrýchliť konanie o dôchodku - elektronizácia dávkového spisu
	138	+* Umožniť notifikovať pozostalých o možnostiach dôchodkov pozostalým (ŽS16)
	139	+
	140	+Popis riešenia jednotlivých biznis požiadaviek je zarámcovaný v Implementačnom pláne a Koncepcii rozvoja implementačného plánu (Príloha 1).
	141	+
	142	+Projekt bude realizovaný prostredníctvom ucelených tém, podľa ktorých bude spracovaný aj tento dokument a to v kapitolách 3 a 4. Okrem nižšie spracovaných tém bude v rámci projektu pripravený text návodu pre návody na ÚPVS.
	143	+
	144	+
	145	+
	146	+Tabuľka 1: Prehľad oblastí a požiadaviek
	147	+
	148	+|Kód témy|Názov témy|ŽS
	149	+|ŽS14-1|Prognóza a informatívne výpočty |14
	150	+|ŽS14-2|Overenie vlastníctva účtu |14
	151	+|ŽS14-3|Elektronický dávkový spis – zrýchlenie konania|14
	152	+|ŽS14-4|Automatizácia výpočtov |14
	153	+|ŽS14-5|Vytváranie elektronických výstupov + Doručovanie dokumentov|14
	154	+|ŽS14-6|Zdroje notifikácií|14, 16
	155	+|ŽS14-7|Rezervačný systém |14
	156	+|ŽS14-8|Vytvorenie služby zabezpečenej komunikácie|14
	157	+|ŽS14-9|Integrácie a výmena údajov|16
	158	+|ŽS14-10|Zavedenie elektronizácie a automatizácie procesu spracovania žiadostí|14
	159	+|ŽS14-11|Vytvorenie žiadostí o oznámení asistovane na pobočke|14
	160	+
	161	+3.1 Prognóza a informatívne výpočty
	162	+
	163	+Účelom tejto oblasti je informovať poistenca o jeho predpokladaných dôchodkových nárokoch z I. a II. piliera (z údajov k 31. decembru predchádzajúceho kalendárneho roka). Vybuduje sa databáza poistencov s potrebnými údajmi a výpočtovou vrstvou, ktorá umožní výpočet týchto prognóz. Následne bude možné prognózy zasielať poistencom podľa vybraného spôsobu. Občan tak bude každoročne informovaný o potenciálnej výške jeho dôchodku podľa aktuálnej legislatívy (napr. vek na odchod do dôchodku) a mesačnej dávky z I. a II. piliera.
	164	+
	165	+3.2 Overenie vlastníctva účtu
	166	+
	167	+Cieľom overenia účtu je, aby klient nemusel k žiadostiam prikladať potvrdenie o vlastníctve účtu potvrdené bankou. Riešenie je postavené na možnosti overenia účtu Sociálnou poisťovňou automatizovane počas procesov vybavovania agendy. Riešenie počíta s integráciou EKP na CRIF (Credit navigator), Pobočkového IS SP na CRIF, nového IS EDS na CRIF a s vystavením služieb CRIF na ESB SP.
	168	+
	169	+3.3 Elektronický dávkový spis
	170	+
	171	+Oblasť Elektronický dávkový spis sa venuje novému modulu EDS. Cieľom je zrýchliť konanie o dôchodku a pripraviť predispozície na notifikácie o stave konania. Ide o implementáciu funkcionality pre spracovanie a správu podaní týkajúcich sa dôchodkovej agendy vrátanie organizácie dotknutých dokumentov, spracovania podania a ich príloh podľa definovaného procesu, následne uloženie podania do spisu formou spisových vložiek pre neskoršie využite pri povýmerových aktivitách. Využijú sa výhody procesného a centrálneho spracovania pre zefektívnenie interných procesov a pre možnosť priebežne notifikovať klienta o priebehu spracovania podania. To zahrňuje nasledujúce kľúčové prípady použitia:
	172	+
	173	+* Zobrazenie detailu podania / žiadosti poistenca s možnosťou prehliadať dokumenty, spracovať údaje a uložiť formou atribútov a poznámok, zmeniť stav podania,
	174	+
	175	+* Zobrazenie detailu poistenca s možnosťou prehliadať dokumenty a vyštartovať nový proces,
	176	+
	177	+* Zobrazenie zoznamu podaní na spracovanie vrátanie vyhľadávania.
	178	+
	179	+Súčasťou bude aj elektronizácia archívu. Riešenie by malo umožniť postupnú automatizáciu manuálnych krokov procesu a integráciu backendových systémov priamo do IS EDS.
	180	+
	181	+3.4 Automatizácia výpočtov
	182	+
	183	+Automatizácia výpočtov súvisí so zrušením povinnosti predkladania elektronického evidenčného listu dôchodkového poistenia od zamestnávateľov (zrušenie od 1.1.2026). Rozsahom oblasti je úprava systému AIS DP a jeho modulu APV eELDP a integrácie na iné systémy pri spracovaní eELDP.
	184	+
	185	+Nové riešenie zohľadní zrušenie povinnosti predkladania eELDP od zamestnávateľov za obdobia poistenia od 1.1.2026, naďalej však v riešení zostane funkcionalita pre toto spracovanie za obdobia pred 1.1.2026.
	186	+
	187	+3.5 Vytváranie elektronických výstupov
	188	+
	189	+Téma sa primárne sústreďuje na rozhodnutia o nárokoch na dôchodkovú dávku (výmerová agenda) a s tým súvisiace dokumenty povýmerovej agendy.  Cieľom témy je modernizovať interné systémy SP tak, aby umožnili elektronickú tvorbu, spájanie a distribúciu rozhodnutí, výziev, oznámení a ďalšej komunikácie s klientmi.
	190	+
	191	+Riešenie je postavené na novom IS – IS Výstupné dokumentu, ktorého cieľom je:
	192	+
	193	+1. Elektronizácia procesu vytvárania výstupných dokumentov z agendy DP
	194	+
	195	+1. Integrácia IS SP, ktoré generujú dokumenty dôchodkovej agendy,
	196	+
	197	+1. Nahrávanie a dopĺňanie skenovaných či inak vytvorených dokumenty,
	198	+
	199	+1. Úprava dokumentov na účely distribúcie (elektronickej alebo listinnej).
	200	+
	201	+1. Spájanie dokumentov do finálneho dokumentu
	202	+
	203	+1. Uchovávanie a archivácia elektronických výstupných dokumentov
	204	+
	205	+1. Elektronizácia procesu spustenia doručovania výstupných dokumentov z agendy DP (samotné doručovanie nie je predmetom predkladaného projektu)
	206	+
	207	+Systém prináša efektívnejšie spracovanie a správu dôchodkových dokumentov. Centralizácia v systéme DMS umožní rýchlejšie vyhľadávanie a zlepší prístup zamestnancov k dokumentom, umožní elektronické vytváranie a doručovanie rozhodnutí, výziev, oznámení a ďalšej komunikácie súvisiacej s dôchodkami, vrátane automatického vytvárania listinných rovnopisov. Elektronické spracovanie dokumentov zvýši efektivitu distribúcie, zjednoduší interné procesy a odbremení zamestnancov od časovo náročnej manuálnej práce. Klientom poskytne rýchlejší prístup k rozhodnutiam a aktuálnym informáciám, čo prispeje k ich vyššej spokojnosti so službami poisťovne. Okrem skvalitnenia služieb prinesie projekt výhody aj v oblasti dodržiavania legislatívy v súlade s požiadavkami e-Governmentu a ochrany osobných údajov, čím zabezpečí vyššiu bezpečnosť a transparentnosť komunikácie s klientmi. Digitalizácia navyše výrazne zníži náklady na tlač, čo predstavuje významnú úsporu finančných prostriedkov. Elektronizácia procesov tiež umožní lepší dohľad nad rozhodovacími procesmi a prispeje k spoľahlivosti a transparentnosti poskytovaných služieb.
	208	+
	209	+Podsystém pre Elektronické výstupné dokumenty bude vykonávať automatizované spracovanie pre evidenčné a distribučné účely a zabezpečí ich metadátové označenie pre vyhľadávanie a prezeranie používateľmi. Každý dokument bude obsahovať jednoznačný identifikátor, pričom podľa typu dokumentu budú pridelené aj špecifické identifikátory súvisiace s jednotlivými prípadmi. Úprava dokumentov zahŕňa ich spájanie, tvorbu metadát, digitálne podpísanie pečaťou SP a prípravu listinných rovnopisov.
	210	+
	211	+Zároveň riešenie počíta s úpravou všetkých dotknutých systémov, tak aby boli schopné integrácie na účely vytvárania a poskytovania údajov/dokumentov. Riešenie počíta s plánovaným IS REG a DMS, ktoré sa realizujú v inom projekte SP.
	212	+
	213	+3.6 Zdroje notifikácií
	214	+
	215	+V rámci jednotlivých životných situácií bude občan notifikovaný o rôznych skutočnostiach a zmenách v súvislosti s dôchodkom, či ešte pred realizovaním nejakého podania, počas rozhodovacieho procesu, alebo už v rámci povýmerovej agendy (napr. valorizácia a podobne). Samotný predmet notifikácií (stav procesu, alebo agendové údaje týkajúce sa dôchodkovej agendy) bude pripravený jednotlivými dotknutými IS SP a samotné „procesovanie“ resp. zasielanie notifikácie bude realizovať centrálny komponent SP a centrálny komponent MIRRI (centrálny notifikačný komponent).
	216	+
	217	+Predmetom tejto oblasti je identifikácia a príprava informácií v dátovej forme, ktoré budú predmetom notifikovania klienta a prípadne zobrazovania na špecializovanom portáli SP. Predmetom nie je definovať spracovanie centrálnym komponentom SP a následnú komunikáciu s komponentom MIRRI (ktorý zabezpečí doručenie notifikácie podľa preferencie občana).
	218	+
	219	+3.7 Rezervačný systém
	220	+
	221	+SP zabezpečí nový rezervačný systém. Súčasný rezervačný systém sa využíva len na agendu dôchodkovej agendy, cieľový stav umožní využívanie rezervačného systému aj na ďalšie agendy a poskytované služby na pobočkách SP. Služba bude dostupná na webovom sídle a ŠP SP pre každého občana. Systém bude intuitívny pre klientov ako aj zamestnancov SP. Nové riešenie má spĺňať legislatívne požiadavky, má byť umožnený jeho jednoduchý rozvoj a upgrade.
	222	+
	223	+3.8 Vytvorenie služby zabezpečenej komunikácie
	224	+
	225	+Nová služba zabezpečenej komunikácie rozširuje kanály komunikácie s klientami SP, najmä žiadateľmi o dôchodok, ktorí pri príprave podkladov a podaní samotnej ŽoD pravidelne komunikujú s pracovníkmi SP.
	226	+
	227	+Služby týkajúce sa rezervácie online schôdze budú dostupné na webovom sídle a špecializovanom portáli pre každého občana. Termín bude môcť rezervovať aj zamestnanec SP prostredníctvom samostatného GUI. Okrem rezervácie termínu bude umožnené vidieť potvrdený termín, zrušiť rezerváciu, priradiť iného zamestnanca k termínu.
	228	+
	229	+Samotná online komunikácia bude prebiehať prostredníctvom webového prehliadača (riešenie zabezpečí vytvorenie schôdze – ID schôdze). Overený klient bude mať k dispozícií audio a video, prípadne textovú komunikáciu prostredníctvom služby na portáli SP.
	230	+
	231	+Systém poskytne aj údaje o využívanie systému.
	232	+
	233	+Výstupom bude funkčná a prevádzkovaná služba zabezpečenej komunikácie so všetkými implementovanými požiadavkami na systém. Systém bude dodaný a prevádzkovaný v tzv. režime „softvare-as-a-service“ a umožní komunikáciu z prostredia zamestnanca SP s klientom (využíva akýkoľvek webový prehliadač).
	234	+
	235	+Služba bude integrovaná s Rezervačným systémom.
	236	+
	237	+3.9 Integrácia a výmena údajov
	238	+
	239	+Oblasť sa týka primárne ŽS16 a je spojená s rozšírením súčasného rozsahu dát. V súčasnosti SP získava informácie o úmrtí FO rôznymi spôsobmi, napr. aj od príbuzných. Navrhované riešenie rozšírenia dátového toku z RFO umožní identifikovať z datasetov (zmenových dávok z RFO) osoby, ktoré zomreli a previazané osoby – prioritne príbuzných – manžel/ka, rodičia a deti, spracovať takéto údaje a poskytovať ich na ďalšie spracovanie relevantným IS SP, napr. pre potreby notifikácií o nároku na vdovský, vdovecký alebo sirotský dôchodok.
	240	+
	241	+Súčasťou je aj
	242	+
	243	+* prispôsobenie IS SP na príjem, spracovanie a automatizáciu týchto rozšírených údajov (vrátane personalizácie ponuky klientovi na ŠP SP/EÚP)
	244	+* integrácia ďalších systémov SP v súvislosti s procesmi spracovania
	245	+*
	246	+* 3.10 Zavedenie elektronizácie a automatizácie procesu spracovania žiadostí
	247	+
	248	+Oblasť ako taká má za cieľ spracovať elektronické formuláre vypĺňané a podávané rôznymi kanálmi v rámci multikanálového prístupu – vypĺňané a podpísané na pobočke s asistenciou pracovníka SP alebo občanom cez elektronickú služby, alebo najprv vypĺňané občanom a dokončené na pobočke SP s asistenciou pracovníka SP. Oblasť je riešená prierezovo cez všetky ŽS – toto komplexné riešenie je predmetom iného projektu, ale je úzko spojené s oblasťou Elektronický dávkový spis - novovytváraným IS EDS a asistovaním podpísaním žiadosti na pobočke (ktoré sú v rozsahu predkladaného projektu).
	249	+
	250	+Komplexné riešenie obsahuje najmä komunikáciu vstupných bodov s registratúrou, ktorá vkladá žiadosť do Podateľne na spracovanie a následne do EDS. V kontexte predkladaného projektu sa oblasť venuje spracovaniu jednej zo žiadostí - odvolania, ktoré je špecifické práve pre ŽS14, preto sú špecifiká spracovania pre odvolanie práve v predkladanom projekte.
	251	+
	252	+Vytvorím prierezového riešenia sa umožní spracovanie odvolania, ktoré bude automaticky zaraďované do dôchodkovej agendy. Pre jeho spracovanie je potrebné, aby bolo jasné ho rozlíšiť od iných podaní. Tvorba samotného formuláru žiadosti nie je súčasťou rozsahu  predkladaného projektu,
	253	+
	254	+3.11 Vytvorenie žiadostí o oznámení asistovane na pobočke
	255	+
	256	+Téma Vytvorenie žiadostí a oznámení asistovane na pobočke sa prierezovo venuje spracovaniu žiadosti na pobočke SP. V rámci predkladaného projektu téma rieši časť procesu spracovania – asistované //podpísanie// ŽoD klientom na pobočke SP ako súčasť jedného vlákna multikanálového prístupu.
	257	+
	258	+
	259	+4. Architektúra riešenia projektu
	260	+
	261	+Diagram 1: ŽS14 - Celkový náhľad na architektúru – AS IS vs TO BE – (viď zvýraznenia)
	262	+
	263	+[[image:1744288678714-554.png]]
	264	+
	265	+
	266	+Tabuľka 2: Plánované zmeny: AS IS vs. TO BE
	267	+
	268	+|AS IS|Téma|TO BE
	269	+|(((
	270	+Informácie o dôchodku, potrebnej žiadosti a procese jej podania a informatívnej výške dôchodku si občan zisťuje sám - niektoré z informácií si dokáže zistiť len osobne na pobočke SP (napr. splnenie podmienok).
	271	+
	272	+Informatívnu sumu starobného, predčasne starobného a invalidného dôchodku v súčasnosti klient vie zistiť iba osobnou návštevou pobočky Sociálnej poisťovne, kde zistenie je zdĺhavý proces v trvaní cca. 30 minút.
	273	+)))|ŽS14-1: Prognóza a informatívne výpočty|(((
	274	+Vytvorenie nového IS – IS Prognóza a informatívne výpočty, ktorý bude využívať údaje z iných IS SP a ktorý bude vytvárať automatizované personalizované prognózy občana/klienta o predpokladanom dôchodkovom veku a o budúcom nároku na starobný alebo predčasne starobný dôchodok a súvisiacich procesoch a o EÚP. Doručovanie prognózy bude umožnené podľa výberu občana/klienta poštou a elektronicky. Využije sa aj pri určení informatívnej sumy invalidného dôchodku.
	275	+
	276	+IS Prognóza využije aj pracovník SP pri poskytovaní informácie na pobočke.
	277	+
	278	+Personalizovaný návod pre životnú situáciu na slovensko.sk.
	279	+)))
	280	+|Žiadosti o dôchodok sú pre občana administratívne náročné  kvôli veľkému počtu potvrdení a príloh k žiadosti (napr. Potvrdenie z banky o vedení účtu)|(((
	281	+ŽS14-2: Overenie vlastníctva účtu
	282	+
40	40
	284	+)))|Bude odstránená potreba predkladať potvrdenie o vlastníctve účtu zo strany občana/klienta. Vlastníctvo účtu si overí SP prostredníctvom integrácií na služby Credit Navigator. Overovanie bude možné zo všetkých prístupových bodov – teda pri elektronickom podaní občana, pracovníkom na pobočke a pracovníkom na ústredí SP.
	285	+|Občan má možnosť elektronickej rezervácie termínu na konzultáciu alebo na podanie žiadosti o dôchodok, avšak aktuálny rezervačný systém je zastaralý a jeho prevádzka je neudržateľná/nehospodárna.|ŽS14-7: Rezervačný systém|SP implementuje nový rezervačný systém, ktorý bude využívať multikanálový prístup – teda klientom prostredníctvom ŠP SP aj prostredníctvom webového sídla a zamestnancom prostredníctvom GUI pre zamestnanca SP. Okrem samotnej rezervácie bude možné si rezerváciu termínu overiť alebo zrušiť, prípadne priradiť iného zamestnanca k danému termínu.
	286	+|Proces podania žiadosti o dôchodok prebieha výhradne osobne na pobočke SP a elektronické služby môžu byť pre žiadateľov o dôchodok náročné.|ŽS14-11: Vytvorenie žiadostí
	287	+o oznámení asistovane
	288	+na pobočke|(((
	289	+Implementovať podpisovanie elektronických dokumentov na pobočke SP aj bez použitia eID.
41	41
42		-== {{id name="_Toc153139681"/}}{{id name="_Toc15428557"/}}{{id name="_Toc15427667"/}}{{id name="_Toc15426945"/}}{{id name="_Toc510413655"/}}2.2Konvencie pre typy požiadaviek (príklady) ==
	291	+//Pozn. Pridať elektronickú službu Žiadosť o predčasný, starobný, vdovský/vdovecký, sirotský dôchodok dôchodok a invalidný dôchodok (potenciálne aj žiadosti o posúdenie zdravotného stavu), ktorá bude v ID SK 3.0.  a predvypĺňanie žiadosti dostupnými údajmi bude predmetom projektu Prierezové oblasti ŽS//
	292	+)))
	293	+|(((
	294	+Povinnosť zamestnávateľa poskytovať Evidenčný list dôchodkového poistenia (ELDP) pre výpočet dôchodkových dávok aj napriek tomu, že tieto údaje spravidla SP už má.
43	43
44		-//Zvoľte si konvenciu pre označovanie požiadaviek, súborov, atď. Hlavné kategórie požiadaviek v zmysle katalógu požiadaviek, rozdeľujeme na funkčné (funkcionálne), nefunkčné (kvalitatívne, výkonové a pod.). Podskupiny v hlavných kategóriách je možné rozšíriť podľa potrieb projektu, napríklad~://
45		-//**Funkcionálne (používateľské) požiadavky **majú nasledovnú konvenciu~://
46		-//**FRxx**//
	296	+//*zrušenie povinnosti predkladať ELDP bolo schválené – v platnosti od 1.1.2026//
	297	+)))|ŽS14-4: Automatizácia výpočtov|(((
	298	+Povinnosť zamestnávateľa bude nahradená automatizovaným procesom – ELDP budú tvorené a spracované z dostupných údajov v IS SP, ktoré budú navzájom integrované. Upraví sa dátový tok a zmení sa IS, v ktorom sa proces iniciuje a ktorý bude primárnym zdrojom údajov (IS JVP).
47	47
48		-* //U – užívateľská požiadavka//
49		-* //R – označenie požiadavky//
50		-* //xx – číslo požiadavky//
51		-//**Nefunkčné (kvalitatívne, výkonové - Non Functional Requirements - NFR) požiadavky** majú nasledovnú konvenciu~://
52		-//**NRxx**//
53		-* //N – nefunkčná požiadavka (NFR)//
54		-* //R – označenie požiadavky//
55		-* //xx – číslo požiadavky//
56		-//Ostatné typy požiadaviek môžu byť ďalej definované objednávateľom/PM.//
57		-{{id name="_Toc15428558"/}}{{id name="_Toc15427668"/}}{{id name="_Toc15426946"/}}//Všetky požiadavky uvedené v Prístupe k projektu v príslušných kapitolách, musia byť v súlade s funkčnými, nefunkčnými a technickými požiadavkami uvedenými v Katalógu požiadaviek I-04 (**M-05 Analýza nákladov a prínosov - BC/CBA, karta: Katalóg požiadaviek)**.//
	300	+Zároveň sa zautomatizuje proces likvidatúry a backofficu modulu AIS DP – APV eELDP.
	301	+)))
	302	+|Dlhá doba konania (60+60 dní v prípade zložitejších prípadov) aj kvôli nedigitalizovaným podkladom, rigidnému systému aj častých legislatívnych zmien. Pracovníci využívajú príručný archív, v ktorom sa nachádza približne 1,5 milióna kusov spisov.|ŽS14-3: EDS|(((
	303	+Vytvorenie nového IS – IS EDS, ktorý nahradí fyzické spisy ich elektronickou verziou. IS EDS bude integrovaný s novou registratúrou, novým IS Výstupné dokumenty a všetkými dotknutými agendovými IS SP. IS EDS bude pokrývať celý proces prijatia elektronickej žiadosti o dôchodok. Pracovník SP bude mať celú zložku klienta a jeho spisy v jednom IS , čím sa skráti dávkové konanie.
58	58
59		-= {{id name="_Toc1924467239"/}}{{id name="_Toc153139683"/}}3.Popis navrhovaného riešenia =
	305	+Digitalizácia papierových spisov pri nových žiadostiach bude zo začiatku balansovať úsporu času a efektivity práce zamestnancov SP, ale do budúcna budú výhody výrazne prevyšovať.
	306	+)))
	307	+|Počas doby rozhodovania o ŽoD alebo o iniciovanej zmene občan nie je notifikovaný o stave konania. Pre informácie musí kontaktovať SP osobne, telefonicky alebo mailom.|ŽS14-6: Zdroje notifikácií|(((
	308	+Sociálna poisťovňa pripravuje datasety pre
60	60
61		-//Opis navrhovaného riešenia sa spracováva až po definovaní vybranej alternatívy riešenia na základe výsledkov MCA z dokumentu Projektový zámer (I-02).//
62		-//Obsahom tejto kapitoly je manažérsky sumár navrhovaného riešenia z pohľadu architektúry.//
	310	+a) predpokladaný národ na invalidný dôchodok
63	63
64		-= {{id name="_Toc120655606"/}}{{id name="_Toc153139684"/}}4.Architektúra riešenia projektu =
	312	+b) odosielanie notifikácií informácie klientovi o stave konania o dôchodku (výmerová agenda) v dátovej forme a na ich poskytovanie na špecializovanom portáli. Samotné odosielanie bude realizované v inom projekte;
65	65
66		-//Spracovanie a rozsah tejto kapitoly závisí od typu projektu – budovanie ISVS, rozvoj ISVS, migrácia do vládneho cloudu, nákup HW atď. Napríklad pri budovaní/rozvoji ISVS navrhujete všetky vrstvy architektúry (biznis, aplikačná, technologická), pri nákupe HW alebo migrácii systému na infraštruktúrne cloudové služby nie je potrebné popisovať detailne biznis a aplikačnú vrstvu architektúry, postačuje v príslušných kapitolách uviesť len nevyhnutné detaily ilustrujúce dopad projektu v týchto vrstvách, aby príslušné zainteresované osoby mohli vyhodnotiť, akým spôsobom ich projekt ovplyvní.//
67		-//Architektúra navrhovaného riešenia projektu musí byť v súlade s funkčnými, nefunkčnými a technickými požiadavkami definovanými v katalógu požiadaviek (**M-05 Analýza nákladov a prínosov - BC/CBA, karta: Katalóg požiadaviek, I-04 Katalóg požiadaviek **).//
68		-//V dokumente Prístup k projektu popíšte súčasný stav (ďalej AS IS) architektúry aj s príslušným architektonickým modelom a budúci stav (ďalej TO BE) architektúry riešenia aj s príslušným architektonickým modelom.//
69		-//AS IS architektúra a TO BE architektúra musia byť spracované tak, aby bol zreteľný výsledok projektu (zmena).//
70		-//Obsah tejto kapitoly je tiež prehľadom realizácie výstupu **M-06 - aktualizácia evidencie e-Government komponentov v centrálnom metainformačnom systéme verejnej správy (MetaIs)**. Objednávateľ//[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^1^^>>path:#sdfootnote1sym||name="sdfootnote1anc"]](%%)// plní výstupom M-06 povinnosti orgánu riadenia sprístupňovať a aktualizovať informácie o informačných technológiách verejnej správy prostredníctvom centrálneho metainformačného systému verejnej správy (MetaIS) bezodkladne podľa § 12 ods. 1 písmeno b zákona 95/2019 Z.z.//
71		-//Objednávateľ priebežne aktualizuje evidenciu e-Government komponentov v centrálnom metainformačnom systéme verejnej správy (MetaIs), vrátane architektonických modelov. Pri odovzdaní výstupu I-03 Prístup k projektu objednávateľ v rámci **výstupu M-06 Evidencia e-Government komponentov v MetaIS,**~://
	314	+c) odosielanie notifikácií o zmenách v súvislosti so  správou dôchodku (povýmerová agenda) aj pre klientov, ktorí majú aj nemajú elektronickú schránku aktivovanú a pre poskytnutie klientovi v dátovej forme na ŠP SP.
	315	+)))
	316	+|Pri odvolaní si občan musí tento dokument vypísať sám, nie je určená štandardná elektronická forma dokumentu. Spracovanie formuláru nie je možné elektronicky spracovať, spracovať ho musí zamestnanec SP.|ŽS14-10: Zavedenie elektronizácie a automatizácie|(((
	317	+Odvolanie bude samostatný formulár a SP ho bude môcť spracovať elektronicky a automatizovane.
72	72
73		-* //vytvorí náhľady architektúry v modelovacom nástroji, ktorý môže byť buď integrovaný na spoločný repozitár architektonických modelov verejnej správy//[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^2^^>>path:#sdfootnote2sym||name="sdfootnote2anc"]](%%)//, alebo ktorý podporuje export modelu do štandardizovaných výmenných formátov súborov,//
74		-* //uloží architektonické modely súčasnej a budúcej architektúry riešenia buď do repozitára architektonických modelov verejnej správy alebo do projektovej dokumentácie I-03 Prístup k projektu ako prílohu vo výmennom formáte pre uloženie modelu,//[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^3^^>>path:#sdfootnote3sym||name="sdfootnote3anc"]](%%)// //
75		-* //aktualizuje v MetaIS e-Government komponenty, ktoré budú realizované alebo menené projektom alebo veľkou zmenovou požiadavkou a to koncové služby, ISVS, ich moduly, aplikačné služby, atribúty a vzájomné vzťahy týchto e-Government komponentov a ich vzťahy (integrácie) na spoločné ISVS alebo ISVS iných správcov, ktoré budú využívať. //
76		-//Orgán vedenia vyhodnotí náležitosti výstupu I-03 a M-06 v súlade s prílohou č. 2 vyhlášky MIRRI č. 401/2023 Z.z.//
77		-//Vyžadujeme, aby návrh architektúry bol zakreslený pomocou modelovacieho jazyka Archimate minimálne vo verzii 3 (linka na špecifikáciu: __[[https:~~/~~/www.opengroup.org/archimate-forum/archimate-overview>>url:https://www.opengroup.org/archimate-forum/archimate-overview]]__). Pre modelovanie a popis AS IS aj TO BE architektúry odporúčame použiť modelovací nástroj//[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^4^^>>path:#sdfootnote4sym||name="sdfootnote4anc"]](%%)//, ktorý podporuje export modelu do štandardizovaného formátu „The Open Group ArchiMate Model Exchange File Format Standard“.//
78		-//V návrhu zohľadnite usmernenia z používateľskej príručky centrálneho metainformačného systému verejnej správy (aktuálna verzia je zverejnená na:__ [[https:~~/~~/metais.vicepremier.gov.sk/help>>url:https://metais.vicepremier.gov.sk/help]]__) pre popis, modelovanie a zápis informácií o komponentoch do metainformačného systému verejnej správy (ďalej MetaIS).//
79		-//Pre detailnejší popis procesov, ktorých sa projekt týka je možné použiť tiež modelovací jazyk BPMN (ISO 19510) a modelovací nástroj, ktorý podporuje tento jazyk a export súborov podľa špecifikácie BPMN 2.0//[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^5^^>>path:#sdfootnote5sym||name="sdfootnote5anc"]](%%)//. Pre analýzu a modelovanie procesov využite metodiky optimalizácie procesov MV SR pripravené v rámci projektu Optimalizácia procesov vo verejnej správe: __[[https:~~/~~/www.minv.sk/?np-optimalizacia-procesov-vo-verejnej-sprave>>url:https://www.minv.sk/?np-optimalizacia-procesov-vo-verejnej-sprave]]__.//
80		-//Pre detailnejší návrh riešenia v aplikačnej vrstve je možné použiť aj jazyk UML (ISO 19505).//
81		-//Modely môžu obsahovať viac náhľadov na riešenú oblasť tak, aby dostatočne zrozumiteľne popisovali architektúru riešenia a e-Government komponenty, ktoré majú byť predmetom dodávky projektu, ako aj ich vzťahy a závislosti navzájom a vzťahy na ostatné komponenty eGov (napr. spoločné moduly ústredného portálu verejnej správy, iné vlastné alebo externé ISVS, služby alebo dátové registre).//
	319	+//Pozn. nový formulár pre odvolanie nie je súčasťou rozsahu predkladaného projektu, ale tento projekt predpokladá jeho existenciu.//
	320	+)))
	321	+|Väčšina rozhodnutí, výziev a inej komunikácie sa nevydáva/nedoručuje ako elektronický dokument, ale ako naskenovaný dokument.|ŽS14-5: Vytváranie elektronických výstupov|Vytvorenie nového IS – IS Výstupné dokumenty, ktorý bude využívať údaje z agendových IS SP a ukladať dokumenty do IS EDS a následne doručovať cez IS REG. Riešenie počíta aj s automatickým vytváraním listinných rovnopisov. Zavedenie automatizovaného doručovania rozhodnutí bude v súlade s legislatívnymi požiadavkami.
	322	+|V AS IS stave neexistuje možnosť zabezpečenej elektronickej komunikácie s autentifikovaným klientom (okrem slovensko.sk). Klienti (ak môžu) chodia na pobočku osobne.|ŽS14-8: Služba zabezpečenej komunikácie|(((
	323	+Vytvorenie služby zabezpečenej komunikácie (ako služba SaaS)– overený klient bude mať k dispozícií audio a video, prípadne textovú komunikáciu prostredníctvom služby na portáli SP.
82	82
83		-== {{id name="_Toc299977606"/}}{{id name="_Toc153139685"/}}4.1Biznis vrstva ==
	325	+Klient si bude môcť zarezervovať termín (využije sa Rezervačný systém) cez ŠP SP alebo webové sídlo, bude si môcť termín overiť alebo ho zrušiť. Pre SP bude možné zmeniť pracovníka na termíne.
	326	+)))
	327	+|Pozostalí si sami vyhľadávajú informácie o možných druhoch pozostalých dôchodkov a prípadne pozostalých úrazových dávkach|ŽS14-9: Integrácie|(((
	328	+SP rozšíri integráciu s RFO tak, aby udržala informácie o rodinných vzťahoch zomretého občana a evidovala tak pozostalých za cieľom proaktívnej komunikácie možností po úmrtí pozostalého a následného zobrazenia na ŠP SP (viď príprava datasetov na notifikácie)
84	84
85		-//Doplňte výstižné grafické zobrazenia (pohľady na model biznis architektúry) a popis AS IS stavu biznis vrstvy architektúry a krátky popis TO BE stavu z pohľadu biznis architektúry,//
86		-//Doplňte popis súčasného - **AS IS **- stavu biznis vrstvy~://
	330	+* Podstate rozšírenie procesov integrácie s RFO spočíva v prijímaní údajov o úmrtí aj bez potreby príznaku záujmovej osoby (t.j. rozšíri sa na celé RFO). RFO následne zasiela údaje, pričom SP z týchto údajov identifikuje zomretú osobu a jej príbuzných v priamom rade (podľa údajov v RFO - rodičia a deti).
	331	+* Súčasťou je aj prispôsobenie IS SP v rámci prijímania údajov z RFO a automatizácie vrátane personalizácie ponuky klientovi na špecializovanom portáli a integrácia ďalších systémov SP v súvislosti s procesmi spracovania informácie o úmrtí záujmovej osoby pre potreby iných agend SP (napr. úrazové).
	332	+)))
87	87
88		-* //Identifikácia kľúčových životných situácii (ŽS), ktorých sa projekt týka. Sústrediť sa menší počet najdôležitejších životných situácií, ktoré predstavujú väčšinu ekonomických nákladov občanov/podnikateľov a nákladov úradov.//
89		-* //Identifikácia existujúcich koncových služieb, ktorých sa projekt týka//
90		-* //Procesné diagramy, ktoré popisujú postupnosť krokov, komunikácie a zodpovedností, ktoré sú v súčasnom stave potrebné pre vyriešenie každej dotknutej ŽS alebo poskytnutie koncovej služby, vypracované v súlade s metodikou optimalizácie procesov MV SR (či už v spolupráci s MV SR v rámci projektu Optimalizácie procesov alebo samostatnom projekte),//
91		-* //Optimalizačné príležitosti, ktoré popisujú možnú zmenu vo výkone procesov VS, v IKT podporujúcich výkon procesov, prípadne v organizačnom zabezpečení výkonu procesov ŽS.//
92		-* //Ukazovatele a metriky dôležité pre vyhodnotenie aktuálneho stavu poskytovania služieb, napr.~://
93		-* \\
94		-** //skutočné počty podaní (interakcií, návštev úradov) pre jednotlivé kroky a životné situácie,//
95		-** //skutočné časy trvania jednotlivých krokov v procese vybavenia ŽS,//
96		-** //skutočné finančné príjmy, spojené s jednotlivými procesnými krokmi (správne poplatky, prípadné pokuty a sankcie),//
97		-** //skutočné finančné náklady, spojené s jednotlivými procesnými krokmi (náklady na tlač, obálkovanie, poštovné, atď.).//
98		-//Doplňte popis budúceho - **TO BE** - stavu biznis vrstvy~://
99		-* //Doplňte výstižné grafické zobrazenia (pohľady na model architektúry riešenia) a popis TO BE stavu navrhovaného riešenia vybraného na základe MCA (Multikriteriálna analýza) popísanej v Projektovom zámere. Navrhované riešenie musí korešpondovať s procesnými diagramami a musí popisovať spôsob dosiahnutia a monitoringu prínosov uvedených v CBA,//
100		-* //Uveďte a znázornite popis zmien medzi súčasným a budúcim stavom navrhovaného riešenia,//
101		-* //Identifikujte a popíšte projektom budované, resp. rozvíjané **koncové služby**. Do tabuľky prehľadu koncových služieb uveďte všetky projektom budované/rozvíjané koncové služby, ktoré budú výstupom projektu. Projektom budované/rozvíjané koncové služby musia byť evidované v MetaIS s fázou životného cyklu Plánovaná a musia mať v MetaIs evidované všetky povinné atribúty a vzťahy. Projektom budované/rozvíjané koncové služby musia mať v MetaIs evidované SLA parametre pre východiskový a cieľový stav. Podrobné informácie sú uvedené v Používateľskej príručke MetaIS kap. 2.1.1 (__[[https:~~/~~/metais.vicepremier.gov.sk/help>>url:https://metais.vicepremier.gov.sk/help]]__),//
102		-* //Procesné diagramy, ktoré popisujú postupnosť krokov, komunikácie a zodpovedností, ktoré budú potrebné pre vyriešenie každej dotknutej ŽS alebo poskytnutie koncovej služby, vypracované v súlade s metodikou optimalizácie procesov MV SR (či už v spolupráci s MV SR v rámci projektu Optimalizácie procesov alebo samostatnom projekte),//
103		-* //Očakávané ukazovatele a metriky dôležité pre vyhodnotenie dosiahnutia cieľov projektu a vyhodnotenie úrovní poskytovania služieb, napr.~://
104		-** //očakávané počty podaní (interakcií, návštev úradov) pre jednotlivé kroky a životné situácie,//
105		-** //očakávané časy trvania jednotlivých krokov v procese vybavenia ŽS,//
106		-** //očakávané finančné príjmy, spojené s jednotlivými procesnými krokmi (správne poplatky, prípadné pokuty a sankcie),//
107		-** //očakávané finančné náklady, spojené s jednotlivými procesnými krokmi (náklady na tlač, obálkovanie a poštovné, atď.).//
108		-* //Trvanie vybavenia ŽS zdôvodní predkladateľ projektu jedným z nasledujúcich spôsobov~://
109		-** //**Vynechanie procesného kroku** z dôvodu reformy (zmeny legislatívy) a/alebo jeho automatizácie (čas potrebný na vykonanie tohto kroku tak bude 0).//
110		-** //**Odhadom dĺžky trvania procesného kroku** v budúcom stave (čas potrebný na vykonanie tohto kroku bude iný ako v súčasnom stave).//
111		-** //**Odhadom dĺžky trvania nového procesnú kroku**, ktorý vznikol z dôvodu procesnej reformy, zmeny legislatívy či zmeny fungovania informačného systému (čas potrebný na vykonanie tohto kroku bude väčší ako nula).//
112		-[[image:projektrozvojait:Šablóny.pristup_k_projektu@SABLONA_I-03_PRISTUP_k_PROJEKTU_XYZ_YYMMDD_v0.1_1e17e3f9448e2df2.jpg||height="382" width="446"]]
113		-//Obrázok 1 Procesný diagram - príklad//
114	114
115		-=== 4.1.1Prehľad koncových služieb – budúci stav: ===
	335	+4.1 Biznis vrstva
116	116
117		-{{content id="projekt.planovane_ks" template="
118		-|=Kód KS (z MetaIS)|=Názov KS|=Používateľ KS (G2C/G2B/G2G/G2A)|=Životná situácia (+ kód z MetaIS)|=Úroveň elektronizácie KS[# th:each='item : ${ks}']
119		-[['|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${item.atribut('EA_Profil_KS_pouzivatel_ks')?:''} +
120		-'|' + ${item.zs?.nazov?:''} + '; ' + ${item.zs?.kodMetais?:''} + '|' + 'Vyberte jednu z možností\\\\\\\\' + ${item.atribut('EA_Profil_KS_sofistikovanost')?:''}]]
121		-[/]
122		-"}}|=Kód KS (z MetaIS)|=Názov KS|=Používateľ KS (G2C/G2B/G2G/G2A)|=Životná situácia (+ kód z MetaIS)|=Úroveň elektronizácie KS{{/content}}
123		-[[image:projektrozvojait:Šablóny.pristup_k_projektu@SABLONA_I-03_PRISTUP_k_PROJEKTU_XYZ_YYMMDD_v0.1_c0c00f49a0be3428.png||height="305" width="260"]]
124		-//Obrázok 2 Model biznis architektúry (aktéri-koncoví používatelia, koncové služby, procesy) – príklad//
	337	+**4.1.1 AS IS stav**
125	125
126		-=== {{id name="_Toc673686985"/}}{{id name="_Toc153139711"/}}4.1.2Jazyková podpora a lokalizácia ===
127	127
128		-//Uveďte a do katalógu požiadaviek zaevidujte požiadavky na jazykovú podporu a lokalizáciu používateľského rozhrania a výstupov do viacerých jazykov v riešení TO BE stavu.//
	340	+Popis AS IS stavu je pokrytý v popise navrhovaného riešenia a v Tabuľke 2: Plánované zmeny: AS IS vs. TO BE, ktorá  vychádza z Tabuľky 2: Rozsah projektu podľa identifikovaných problémov v dokumente I-02 Projektový zámer
129	129
130		-== {{id name="_Toc826435347"/}}{{id name="_Toc153139686"/}}4.2Aplikačná vrstva ==
131	131
132		-//Popíšte aplikačnú architektúru riešenia na úrovni ISVS, ich modulov a vzťahov medzi nimi a vzťahov na externé prostredie. Podľa potreby zvýraznite dôležité zmeny v architektúre, dôležité vzťahy a toky dát, vzťah riešených ISVS s okolím a externými SVS.//
133		-//Budované/rozvíjané informačné systémy, vrátene ich modulov musia byť evidované v MetaIS. Podrobné informácie sú uvedené v Používateľskej príručke MetaIS kap. 2.1.4 (__[[https:~~/~~/metais.vicepremier.gov.sk/help>>url:https://metais.vicepremier.gov.sk/help]]__).//
134		-//Uveďte model a popis AS IS stavu aplikačnej vrstvy architektúry: informačné systémy (ISVS), aplikačné služby a ich podpora realizácie koncových služieb.//
135		-//Uveďte model a popis TO BE stavu navrhovaného riešenia aplikačnej vrstvy architektúry s prepojením na biznis architektúru – ako aplikačná architektúra a jej komponenty podporuje realizáciu biznis služieb, riešenia živ. situácií a splnenie cieľov projektu//
136		-[[image:projektrozvojait:Šablóny.pristup_k_projektu@SABLONA_I-03_PRISTUP_k_PROJEKTU_XYZ_YYMMDD_v0.1_5ae99e3a08ef8ea7.png||height="378" width="603"]]
137		-//Obrázok 3 Model aplikačnej architektúry – príklad//
138		-[[image:projektrozvojait:Šablóny.pristup_k_projektu@SABLONA_I-03_PRISTUP_k_PROJEKTU_XYZ_YYMMDD_v0.1_78bfbf0e4b24fbb5.gif||alt="Obrázok 8" height="392" width="471"]]
139		-//Obrázok 4 Príklad náhľadu architektúry v notácii ArchiMate s hlavnými e-Government komponentami a ich vzťahmi podľa metamodelu evidencie eGovernment komponentov v MetaIS//
	343	+Diagram 2: Strešný model biznis architektúry – AS IS (pre všetky ŽS)
140	140
141		-=== {{id name="_Toc752151050"/}}{{id name="_Toc153139687"/}}4.2.1Rozsah informačných systémov – AS IS ===
	345	+[[image:file:///D:/Users/BA-MONDIKOVA_V/SuboryNezalohovane/Temp/msohtmlclip1/01/clip_image002.png]]
	346	+[[image:1744288721254-907.png]]
142	142
143		-//Uveďte dotknuté ISVS a ich moduly AS IS~://
144		-{{content id="projekt.prevadzkovane_isvs" template="
145		-|=Kód ISVS (z MetaIS)|=Názov ISVS|=Modul ISVS (zaškrtnite ak ISVS je modulom)|=Stav IS VS|=Typ IS VS|=Kód nadradeného ISVS (v prípade zaškrtnutého checkboxu pre modul ISVS)[# th:each='item : ${isvs}']
146		-[('|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${#html.checkbox(item.atribut('EA_Profil_ISVS_modul_isvs') == 'true')} +
147		-'|' + 'Vyberte jednu z možností\\\\\\\\' + ${item.atribut('EA_Profil_ISVS_stav_isvs')?:''} +
148		-'|' + 'Vyberte jednu z možností\\\\\\\\' + ${item.atribut('EA_Profil_ISVS_typ_isvs')?:''} +
149		-'|' + ${item.nadradeneIsvs?.kodMetais?:''} + '|')]
150		-[/]
151		-"}}|=Kód ISVS (z MetaIS)|=Názov ISVS|=Modul ISVS (zaškrtnite ak ISVS je modulom)|=Stav IS VS|=Typ IS VS|=Kód nadradeného ISVS (v prípade zaškrtnutého checkboxu pre modul ISVS)
152		-|isvs_9203|EKP|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností\\c_stav_isvs.1|Vyberte jednu z možností\\c_typ_isvs.5||
153		-|isvs_8124|Automatizovaný systém správy registratúry (ASSR)|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností\\c_stav_isvs.2|Vyberte jednu z možností\\c_typ_isvs.5||
154		-{{/content}}
	348	+4.1.2
155	155
156		-=== 4.2.2Rozsah informačných systémov – TO BE ===
	350	+1. **Popis TO BE stavu**
	351	+11. 4.1.2.1 Prognóza a informatívne výpočty
157	157
158		-//Uveďte informácie o dotknutých ISVS z pohľadu ich ďalšej prevádzky po realizácii projektu – TO BE stav~://
159		-{{content id="projekt.planovane_isvs" template="
160		-|=Kód ISVS (z MetaIS)|=Názov ISVS|=Modul ISVS (zaškrtnite ak ISVS je modulom)|=Stav IS VS|=Typ IS VS|=Kód nadradeného ISVS (v prípade zaškrtnutého checkboxu pre modul ISVS)[# th:each='item : ${isvs}']
161		-[('|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${#html.checkbox(item.atribut('EA_Profil_ISVS_modul_isvs') == 'true')} +
162		-'|' + 'Vyberte jednu z možností\\\\\\\\' + ${item.atribut('EA_Profil_ISVS_stav_isvs')?:''} +
163		-'|' + 'Vyberte jednu z možností\\\\\\\\' + ${item.atribut('EA_Profil_ISVS_typ_isvs')?:''} +
164		-'|' + ${item.nadradeneIsvs?.kodMetais?:''} + '|')]
165		-[/]
166		-"}}|=Kód ISVS (z MetaIS)|=Názov ISVS|=Modul ISVS (zaškrtnite ak ISVS je modulom)|=Stav IS VS|=Typ IS VS|=Kód nadradeného ISVS (v prípade zaškrtnutého checkboxu pre modul ISVS)
167		-|isvs_8124|Automatizovaný systém správy registratúry (ASSR)|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností\\c_stav_isvs.2|Vyberte jednu z možností\\c_typ_isvs.5||
168		-|isvs_8729|IS Manažment údajov Sociálnej poisťovne (IS_MÚSP)|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností\\c_stav_isvs.3|Vyberte jednu z možností\\c_typ_isvs.3||
169		-{{/content}}
	353	+Účelom tejto oblasti je informovať poistenca o jeho predpokladaných dôchodkových nárokoch z I. a II. piliera (z údajov k 31. decembru predchádzajúceho kalendárneho roka).
170	170
171		-=== 4.2.3Využívanie nadrezortných a spoločných ISVS – AS IS ===
	355	+===== Kedy a komu sa bude DP zasielať =====
172	172
173		-//Uveďte informácie o využívaných, resp. nevyužívaných nadrezortných ISVS (Spoločných ISVS a spoločných blokov SaaS) – AS IS stav. Všetky realizované integrácie na nadrezortné ISVS v AS IS stave musia byť evidované v MetaIS.//
	357	+* do 31. mája nasledujúceho kalendárneho roka po kalendárnom roku, v ktorom bol poistenec po dovŕšení 18 rokov prvýkrát dôchodkovo poistený (prvýkrát sa pošle do 31. mája 2026)
	358	+* následne každý piaty kalendárny rok do dovŕšenia 50 rokov veku poistenca a
	359	+* každý kalendárny rok po dovŕšení 50 rokov veku poistenca, až do priznania starobného dôchodku alebo predčasného starobného dôchodku alebo dovŕšenia dôchodkového veku poberateľa invalidného dôchodku
	360	+* SP nebude DP zasielať  poberateľom starobného dôchodku, predčasného starobného dôchodku, vrátane dôchodku vyplácaného preddavkovo
	361	+* SP nebude DP zasielať poberateľom invalidného dôchodku po dovŕšení dôchodkového veku
174	174
175		-|**Kód IS**|**Názov ISVS**|**Spoločné moduly podľa zákona č. 305/2013 e-Governmente**
176		-| | |Vyberte jednu z možností.
177		-| | |Vyberte jednu z možností.
178		-| | |Vyberte jednu z možností.
	363	+SP odošle e-mailom, poštou alebo do e-schránky a sprístupní prostredníctvom pasívneho prístupu na elektronickom účte poistenca (EÚP) prvé DP do 31. mája 2026, na základe dát dostupných k 31. decembru 2025.
179	179
180		-=== 4.2.4Prehľad plánovaných integrácií ISVS na nadrezortné ISVS – spoločné moduly podľa zákona č. 305/2013 e-Governmente – TO BE ===
	365	+===== Ako sa bude DP zasielať? =====
181	181
182		-//Uveďte plánované využívanie nadrezortných a spoločných ISVS v TO BE stave.//
	367	+* Písomne do e-schránky/poštou, alebo
	368	+* emailom, ak SP disponuje emailovou adresou, ktorú SP získa v súlade s § 233 ods. 19 zákona č. 461/2003 Z. z. v znení neskorších predpisov alebo spôsobom uvedeným v bode 3 tejto zmenovej požiadavky alebo
	369	+* výlučne prostredníctvom EÚP, ak to poistenec SP oznámi.
183	183
184		-* //Povinnosť využívať nadrezortné ISVS ustanovuje najmä zákon č. 305/2013 Z. z. o elektronickej podobe výkonu pôsobnosti orgánov verejnej moci a o zmene a doplnení niektorých zákonov (zákon o e-Governmente) a iné legislatívne predpisy. Prehľad a informácie o nadrezortných ISVS sú uvedené v prílohe P8 Zoznam nadrezortných blokov a podporných spoločných blokov Používateľskej príručky MetaIS.//
	371	+Zároveň bude DP dostupná prostredníctvom pasívneho prístupu v EÚP pre všetkých poistencov.
185	185
186		-|**Kód IS**|**Názov ISVS**|**Spoločné moduly podľa zákona č. 305/2013 e-Governmente**
187		-| | |Vyberte jednu z možností.
188		-| | |Vyberte jednu z možností.
189		-| | |Vyberte jednu z možností.
	373	+4.1.2.2 Overenie vlastníCtva účtu
190	190
191		-=== 4.2.5Prehľad plánovaného využívania iných ISVS (integrácie) – TO BE ===
	375	+Do procesu overenia vlastníctva účtu vstupuje: a) Občan ako klient – pri podávaní elektronickej žiadosti, b) pracovník pobočky SP – ak občan podáva žiadosť na pobočke SP, c) Pracovník ústredia SP pri overovaní vlastníctva účtu v rámci EDS.
192	192
193		-//Uveďte v nasledujúcej tabuľke prehľad ISVS, pri ktorých sa plánuje využívanie služieb iných ISVS, spoločných blokov (SaaS) alebo služieb inf. systémov tretích strán v TO BE stave.//
194		-//Plánované využívanie a integrácie služieb iných ISVS musí byť evidované v MetaIS – zaevidovanie vzťahu na aplikačnú službu určenú na externú integráciu poskytujúcim ISVS .//
	377	+1.
	378	+11.
	379	+111. Občan
	380	+1. Klient SP po vyplnení čísla účtu na vyplácanie dávok požiada pred odoslaním o validáciu vlastníctva/disponibility bankového účtu
195	195
	382	+1. Systém EKP zavolá službu CRIF na overenie vlastníctva účtu
	383	+
	384	+1. Po prijatí odpovede zobrazí informáciu používateľovi v rámci EKP
	385	+
	386	+1. Klient SP má možnosť odoslať žiadosť aj bez výsledku overenia vlastníctva účtu
	387	+11.
	388	+111. Pracovník pobočky SP
	389	+
	390	+1. Klient SP oznámi číslo účtu pracovníkovi SP
	391	+
	392	+1. Pracovník SP po vyplnení čísla účtu na vyplácanie dávok do Žiadosti o dôchodok vyplácanie dávok požiada o validáciu vlastníctva/disponibility bankového účtu
	393	+
	394	+1. Systém Pobočková aplikácia SP (AID DP (ŽoD I)) zavolá službu CRIF na overenie vlastníctva účtu
	395	+
	396	+1. Po prijatí odpovede zobrazí informáciu používateľovi v rámci Pobočkovej aplikácie. Klient SP nečaká na výsledok, pri negatívnom potvrdení bude kontaktovaný individuálne
	397	+11.
	398	+111. Pracovník ústredia SP
	399	+
	400	+1. Pracovník SP spustí manuálne (klikom) proces overenia čísla účtu pre špecifickú žiadosť:
	401	+
	402	+1. Žiadosť o dôchodok (starobný, predčasný starobný, vdovecký, invalidný)
	403	+
	404	+1. Žiadosť o zmenu účtu
	405	+
	406	+
	407	+Pre elektronické žiadosti budú údaje pre overenie vlastníctva predvyplnené bez možnosti zmeny.
	408	+
	409	+Pre papierové žiadosti bude používateľ môcť vyplniť povinné polia (upresnené v rámci analýzy)
	410	+
	411	+* Systém EDS zavolá službu CRIF na overenie vlastníctva účtu
	412	+* Po prijatí odpovede zobrazí informáciu používateľovi v rámci Elektronického dávkového spisu
	413	+*1. 4.1.2.3 Elektronický dávkový spis
	414	+
	415	+Nový systém nahradí papierové fyzické spisy na sekcii dôchodkového poistenia s informáciami o poberateľoch dôchodkov elektronickou verziou spisu. Nové spisy budú vznikať výhradne v elektronickej podobe.
	416	+
	417	+Staré spisy sa pri novom podnete – zmene dôchodku digitalizujú a spracovávajú sa len v digitálnej podobe. Nové dokumenty do starších spisov pribúdajú výhradne elektronicky (predmetom ponuky nie je dodanie skenovacích nástrojov, vyťažovacích nástrojov, HW alebo inej podpory pre skenovanie. Predmetné zabezpečí SP iným projektom).
	418	+
	419	+Na spracovanie kroku v procese spracovania žiadosti/podania pracovník SDP nebude potrebovať papierový spis, postačí prístup k systému.
	420	+
	421	+Pracovníci s manažérskymi oprávneniami budú môcť nahliadnuť do ktoréhokoľvek spisu a procesu, budú vedieť spis preradiť inému pracovníkovi na ďalšie spracovanie.
	422	+
	423	+===== Spis =====
	424	+
	425	+Spis obsahuje všetky relevantné dokumenty k jednému poberateľovi, jednoznačný identifikátor spisu je RC11.
	426	+
	427	+Spis sa nachádza v archíve, pokiaľ nie je v riešení nejaké podanie na zmenu dôchodkov. Pri podaní na zmenu sa spis vyberá z archívu (pokiaľ nie je spis založený, zakladá sa nový) a pridáva sa vložka zodpovedajúca žiadosti na zmenu.
	428	+
	429	+V rámci spisu sú evidované viaceré vložky, každá vložka reprezentuje jedno konanie.
	430	+
	431	+Spis a vložka majú košieľku, košieľka obsahuje identifikáciu poberateľa a poznámky relevantné k spisu alebo vložke.
	432	+
	433	+Dokumenty spisu sú vložené do vložky, väčšina dokumentov pribúda do „aktuálnej“ vložky, ktorá súvisí s rozpracovanou žiadosťou.
	434	+
	435	+Dokumenty sú elektronické dokumenty uložené v DMS. Skladajú sa z hlavičky - metadáta dokumentu, a elektronickej prílohy.
	436	+
	437	+Dokument má prílohu vo formátoch: PDF, PNG, JPG, DOC, XLS, XML, JSON.
	438	+
	439	+Vložky v rámci spisu nemajú poradie, používateľ si ich môže usporiadať podľa ktoréhokoľvek atribútu hlavičky. Predvolené triedenie je podľa času pridania dokumentu, s najnovšími dokumentami navrchu. To isté platí aj pre dokumenty spisu a dokumenty vložiek spisu. Nemajú explicitné poradie, ale dajú sa v používateľskom rozhraní zotriediť.
	440	+
	441	+Hlavička dokumentu bude obsahovať nepovinné polia: krátky popis, dlhý popis. Dokument bude obsahovať automaticky udržiavané dátumové atribúty: dátum vytvorenia v DMS, dátum poslednej modifikácie, dátum posledného prístupu k dokumentu. Dokument bude obsahovať automaticky udržiavané atribúty: posledný užívateľ, ktorý modifikoval dokument a posledný užívateľ, ktorý pristupoval do dokumentu.
	442	+
	443	+Košieľka vložky obsahuje atribúty žiadosti, ako napríklad identifikácia žiadosti, údaje žiadateľa, zdroj žiadosti, spracovávateľ žiadosti, typ žiadosti, stav žiadosti, komentár.
	444	+
	445	+Pri zmene atribútov košieľky spisu alebo vložky sa automaticky uložia pôvodné atribúty, tým pádom sa bude vytvárať história atribútov košieľky.
	446	+
	447	+Spis obsahuje jednoznačný identifikátor spisu.
	448	+
	449	+Dokumenty sú prepojené na košieľku vložky cez identifikátor žiadateľa (RC11) a identifikátor vložky.
	450	+
	451	+Jeden dokument môže byť súčasťou viacerých spisov.
	452	+
	453	+====== Spracovanie spisov na sekcii dôchodkového poistenia ======
	454	+
	455	+Pracovníci majú pridelené rozpracované spisy, každý rozpracovaný spis sa nachádza u nejakého pracovníka alebo na nejakej organizačnej zložke. Spisy bez rozpracovania sú v archíve, pokiaľ bol spis už digitalizovaný, tak sú prístupné aj v elektronickom archíve.
	456	+
	457	+Spisy primárne prichádzajú na organizačnú zložku na spracovanie kroku v procese spracovania žiadosti. Manažér organizačnej zložky určuje, akým spôsobom sa spisy rozdeľujú pracovníkom organizačnej zložky. Môže ich prideľovať manuálne, alebo zriadi spoločný kôš úloh, z ktorého si pracovníci organizačnej zložky môžu zobrať spisy na spracovania.
	458	+
	459	+Pracovník má prehľad o pridelených spisoch, môže nad nimi robiť operácie. Operácie nad spisom sú:
	460	+
	461	+* doplnenie dokumentu do spisu/vložky,
	462	+* zmena stavu spisu/vložky,
	463	+* úprava atribútov košieľky spisu/vložky,
	464	+* posun spisu ďalšiemu pracovníkovi / organizačnej zložke na ďalšie spracovanie,
	465	+* doplnenie komentára.
	466	+
	467	+Spis je možné poslať na ďalšie spracovanie podľa konfigurácie systému pre organizačnú zložku, kde sa spis nachádza. Štandardná konfigurácia systému je posun spisu podriadeným organizačným zložkám, podriadeným pracovníkom, „sibling“ organizačným zložkám a nadriadenej organizačnej zložke. Užívateľ s administratívnymi oprávneniami môže konfigurovať ďalšie možnosti posunu spisu (prediskutovať či implementovať podmienky na posun spisu, napríklad mandatórne doplnenia dokumentu, poznámky, presun len v nejakých stavoch)
	468	+
	469	+Pracovník bude upozornený na spisy, ktoré má pridelené a na ktorých prišlo k zmene (napríklad doplnenie dokumentu externým systémom, zmena atribútov košieľky po synchronizácii s externými systémami).
	470	+
	471	+Pracovník na spise vidí v systéme:
	472	+
	473	+* všetky vložky a  dokumenty spisu,
	474	+* košieľku spisu a košieľky vložiek,
	475	+
	476	+====== Riadenie spracovania spisov na organizačnej zložke, oddelení ======
	477	+
	478	+Používateľ s riadiacimi právomocami v systéme:
	479	+
	480	+* má  prehľad o všetkých rozpracovaných spisoch u svojich podriadených,
	481	+* môže do každého takéhoto spisu nahliadnuť,
	482	+* systém mu sprístupní prehľady spisov, v ktorých dlho nedošlo k žiadnej zmene,
	483	+* môže odobrať spis pracovníkovi a priradiť inému,
	484	+* má prehľad o „sirotských“ spisoch (t.j. spisoch, ktoré boli pridelené pracovníkom v jeho riadiacej pôsobnosti, ale ktorý po synchronizácii s active directory nie sú aktívni).
	485	+
	486	+Spisy pracovníka ktorý opustí pôvodnú pozíciu budú automaticky priradené organizačnej zložke, kde pracovník pôsobil.
	487	+
	488	+Zastupovanie: používateľ môže nastaviť iného používateľa na zastupovanie na dobu určitú alebo neurčitú. Pri nastavení zastupovania uvedie, či pracovník môže využívať aj manažérske oprávnenia, predovšetkým zmena konfigurácie systému. Pracovník má prehľad o udelených zastupovaniach.
	489	+
	490	+Manažér organizačnej zložky bude mať prehľad:
	491	+
	492	+*  koľko spisov majú pracovníci pridelených,
	493	+*  koľko spisov je nepridelených pracovníkom,
	494	+*  objem spisov na pracovníka za obdobie,
	495	+*  vybavenie spisov za pracovníka, za obdobie,
	496	+*  vek dokumentov, priemerný, maximálny.
	497	+
	498	+====== Stavy spisu ======
	499	+
	500	+V systéme bude možné konfigurovať stavy spisu a prechodovú maticu stavov spisu.
	501	+
	502	+Niektoré stavy budú terminálne, tj. spis sa v nich stane neaktívnym. Jeden stav bude začiatočný, ktorý sa pridelí všetkým novým spisom, prípadne spisom aktivovaným novým podaním.
	503	+
	504	+Súbor EVZ obsahuje EVY-KODSPRAC-A1 stav spracovania. Predbežne navrhujeme túto informáciu len preberať na košieľku spisu, nerobiť ale ďalšiu synchronizáciu stavov EDS a IS DP, bude predmetom detailizácie v DNR.
	505	+
	506	+
	507	+
	508	+====== Elektronizácia existujúcich spisov ======
	509	+
	510	+Systém EDS predpokladá, že spis je k dispozícii v elektronickej podobe. V súčasnosti sú všetky existujúce spisy len v papierovej podobe, spisov je v príručnom archíve približne 1,5 mil. kusov.
	511	+
	512	+Pri zmene na existujúcom spise je nutné tento spis elektrizovať, tj. oskenovať jednotlivé listy spisu a indexovať listy, vložky a celý spis. Indexovanie je proces pridelenia identifikátorov oskenovaným dokumentom, napríklad RC11, typ dokumentu a pod.
	513	+
	514	+Elektronizáciu existujúcich spisov navrhujeme realizovať modifikáciou procesu prípravy spisu na spracovanie a výberu z archívu, namiesto zasielania na sekciu DP by sa spis elektronizoval (oskenoval a indexoval) a vložil naspäť do archívu.
	515	+
	516	+====== Používatelia systému ======
	517	+
	518	+Všetci zamestnanci, ktorí pracujú so spismi sú používateľmi systému, minimálne aby mali prístup k elektronickému spisu.
	519	+
	520	+Systém bude synchronizovať z Active directory organizačnú štruktúru a zamestnancov sekcie dôchodkového poistenia. Predpokladáme, že z AD bude možné vyčítať, ktorí pracovníci sú manažéri organizačnej zložky, týmto bude automaticky pridelená príslušná rola.
	521	+
	522	+IS DP eviduje spracovateľa spisu v súbore IDENT zo systému IS IDENT. Podľa dostupnej dokumentácie sa pracovník aktualizuje na spise v momente, keď spis prevezme. Systém EDS naopak bude spisy aktívne odosielať pracovníkom, preto informácia o novom pracovníkovi pracujúcom so spisom bude vznikať v systéme EDS. Všetky spisy spracované v systéme EDS budú elektronické, k žiadnemu fyzickému posunu spisu nebude dochádzať. Spis sa bude dať v systéme vyhľadať, prezrieť a zistiť aktuálneho pracovníka na spise. Systém IS IDENT teda nebude naďalej potrebný.
	523	+
	524	+Používatelia budú autentifikovaní a identifikovaní voči Active directory resp. IdM, ktorý bude v čase riešenia k dispozícií, bude predmetom DNR, ktoré spresní podmienky a rozsah autentifikácie a autorizácie.
	525	+
	526	+====== Prístupové práva používateľov ======
	527	+
	528	+Používatelia, ktorí sa nachádzajú na sekcii dôchodkového poistenia, budú mať prístup do systému.
	529	+
	530	+Štandardný prístup je do svojho vlastného task listu, tj. k zoznamu pridelených dokumentov a k týmto dokumentom.
	531	+
	532	+Používateľ s administratívnym prístupom majú neobmedzený prístup do systému.
	533	+
	534	+Používatelia s manažérskym prístupom majú prístup k spisom pridelených na ich organizačnú zložku a na všetky podriadené organizačné zložky, k spisom prideleným všetkým zamestnancom organizačnej zložky a všetkých podriadených organizačných zložiek.
	535	+
	536	+Používatelia, ktorí zastupujú iného užívateľa uvidia navyše informácie ktoré vidí zastupovaný pracovník.
	537	+
	538	+Používatelia sekcie dôchodkového poistenia majú cez vyhľadávanie prístup k spisom a dokumentom na celej sekcii.
	539	+
	540	+===== Procesy pokryté IS EDS =====
	541	+
	542	+====== Prijatie elektronickej žiadosti o starobný dôchodok ======
	543	+
	544	+Proces spracovania žiadosti o starobný dôchodok má tri fázy:
	545	+
	546	+====== Inicializácia prostredia (štart procesu) ======
	547	+
	548	+Prijatie žiadosti o starobný dôchodok je základní proces, ktorý dôchodkový spis musí podporovať. V tejto fáze nejde o detailné kroky, ale o kroky ktoré majú nadväznosť na dotknuté komponenty ako je Podateľňa, Registratúra, DMS, BPM a Spisová vložka.
	549	+
	550	+Prijatie žiadosti o dôchodok má nasledujúce špecifiká:
	551	+
	552	+* V DMS je uložená žiadosť (v štruktúrovanej forme XML, JSON, ...) a všetky jej prílohy
	553	+
	554	+* Pre žiadosť je vytvorený nový registratúrny spis
	555	+
	556	+* Žiadosť je opatrená registratúrnym záznamom v rámci vytvoreného registratúrneho spisu
	557	+
	558	+* Je vytvorená spisová vložka s referenciou na registratúrny spis
	559	+
	560	+* všetky dokumenty, ktoré sa vytvoria v rámci spracovania žiadosti sú opatrené registratúrnym záznamom (sú uložené v registratúre) preto si spisová vložka nemusí držať duplicitný zoznam dokumentov
	561	+
	562	+* Je vyštartovaný BPM proces, ktorého kroky budú pracovníci SP nasledovať pre spracovanie žiadosti.
	563	+
	564	+Táto fáza bude spracovaná automaticky. Takto pripravený proces je možné začať spracovávať pracovným postupom (workflow), ktorý je riadený komponentom BPM.
	565	+
	566	+====== Spracovanie žiadosti ======
	567	+
	568	+Táto fáza je hlavnou časťou dôchodkového spisu. V tejto fáze pracovníci SP spracovávajú žiadosť podľa definovaného pracovného postupu (workflow). V rámci tejto fázy je možné vykonávať nasledujúce aktivity:
	569	+
	570	+* Meniť stav procesu
	571	+
	572	+* Prehliadať dokumenty spisovej vložky (či už prijaté alebo vygenerované v predchádzajúcich krokoch)
	573	+
	574	+* Zapisovať poznámky do spisovej vložky
	575	+
	576	+* Pridávať dokumenty do spisovej vložky (pomocou registratúry)
	577	+
	578	+* Ukončenie procesu
	579	+
	580	+Ukončenie procesu je posledným krokom spracovania žiadosti. Akonáhle je proces ukončený nie je možné meniť obsah spisovej vložky. Spisová vložka je samozrejme dostupná pre prehliadanie (z dôvodu následných žiadostí), ale meniť jej obsah nie je možné.
	581	+
	582	+====== Hromadné zmeny ======
	583	+
	584	+Aj hromadné zmeny akou je napríklad valorizácia, budú spracované rovnakým vzorom, ako je spracovanie žiadosti o dôchodok. Samozrejme sa budú aplikovať iba tie časti, ktoré sú relevantné.
	585	+
	586	+Systém, ktorý bude meniť výšku dôchodku z dôvodu valorizácie, vytvorí pre každého poistenca novú spisovú vložku, ktorá bude obsahovať iba jeden dokument a to rozhodnutie o novej dávke (neviem, aký je správny názov dokumentu). Samozrejme dokument bude uložený v registratúrnom spise. Referenciu na proces budú mať všetky spisové vložky na rovnaký hromadný proces, ktorý realizoval danú valorizáciu.
	587	+
	588	+====== Označovanie spisových vložiek ======
	589	+
	590	+Pre jednoduchú a efektívnu prácu so spisovými vložkami, budú spisové vložky kategorizované pomocou „tagov“ (lables, štítky).
	591	+
	592	+Každá spisová vložka bude označená niekoľkými systémovými tagmi. Tieto tagy umožnia efektívne zobrazovanie vložiek (alebo iba dokumentov z vložiek alebo poznámok z vložiek).
	593	+
	594	+Každý spisová vložka z dôchodkovej agende bude mať tag= „dôchodok“. To umožní rozšíriť modul spis aj na iné agendy.
	595	+
	596	+Všetky spisové vložky, ktoré sa budú týkať starobného dôchodku budú pomimo ostatných tagov označení tagom „starobný“. Obdobne budú označené spisové vložky z agendy úrazového alebo vdovského dôchodku. Pomocou tohto tagu bude možné zobraziť iba tie vložky (alebo informácie z vložiek), ktoré sa týkajú starobného dôchodku. Okrem iniciálnej žiadosti to môže byť povýmerová žiadosť, valorizácia alebo spisová vložka spojená s odvolacím konaním.
	597	+
	598	+Každý typ žiadosti bude mať aj vlastný tag. Napríklad žiadosť o dôchodok bude mať tag „žiadosť o dôchodok“, odvolacie konanie bude mať tag „odvolacie konanie“, spis obsahujúci dokument o valorizácii bude označený tagom „valorizácia“, ... Tento princíp umožní ľahký a efektívny prehľad a vyhľadávanie v spisových vložkách (a v informáciách uložených v spisových vložkách).
	599	+
	600	+Pomimo systémových tagov budú mať pracovníci SP možnosť zadávať aj používateľské tagy. Napríklad bude možné do spisovej vložky X uložiť ako tag číslo spisovej vložky Y, aby sa explicitne upozornilo, že spisové vložky spolu nejako súvisia.
	601	+
	602	+====== Autentifikácia a autorizácia ======
	603	+
	604	+Systém DS bude implementovať štandardné princípy z oblasti autentifikácie a autorizácie. Systém bude napojený na centrálny identity management (IDM) komponent Active directory.
	605	+
	606	+Aplikácia DS sa bude synchronizovať s IDM komponentom. Aplikácia DS umožní používateľovi iba tie operácie na ktoré bude autorizovaný
	607	+
	608	+===== Základné dátové entity =====
	609	+
	610	+* Každý prípad má svoj registratúrny spis
	611	+
	612	+* pre každú žiadosť je vytvorený nový registratúrny spis, ktorý obsahuje všetky dokumenty, ktoré sa týkajú tohto prípadu (vstupné dokumenty, interné dokumenty a výstupné dokumenty)
	613	+
	614	+* Každý dokument ktorý sa vygeneruje musí mať registratúrny záznam
	615	+
	616	+* spisová vložka nemôže obsahovať dokument, ktorý nie je v registratúrnom spise
	617	+
	618	+* Každá spisová vložka dôchodkového spisu má svoj registratúrny spis
	619	+
	620	+* Toto je dôležité pri interakcii modulov, ktoré vytvárajú dokumenty (napríklad modul výstupné dokumenty)
	621	+
	622	+* Takýto modul vytvorí dokument a uloží do registratúrneho spisu. Akonáhle je dokument uložený v registratúrnom spise, je zobrazený aj v spisovej vložke
	623	+
	624	+* Inými slovami množina dokumentov v registratúrnom spise a spisovej vložke je vždy rovnaká (technická poznámka: spisová vložka si nemusí držať list dokumentov, ale postačuje iba referencia na registratúrny spis
	625	+
	626	+* Každá spisová vložka dôchodkového spisu má práve jeden proces
	627	+
	628	+* inými slovami spisová vložka vznikne z dôvodu spracovania žiadosti
	629	+
	630	+* Po skončení procesu spisovej vložky nie je možné meniť obsah spisovej vložky
	631	+
	632	+* V spisovej vložke je možné meniť údaje (pridávať dokumenty alebo poznámky) iba v rámci procesu
	633	+* Keď je proces ukončený je spisová vložka prepnutá do režimu read-only
	634	+*1.
	635	+*11.
	636	+*111. Automatizácia výpočtov
	637	+
	638	+Zrušenie povinnosti zamestnávateľov predkladať eELDP a teda zamedzenie vstupu aktéra zamestnávateľa do procesu a poskytnutie dát bude nahradené automatizovaným procesom, nakoľko všetky potrebné údaje na tvorbu eELDP sa nachádzajú v IS SP.
	639	+
	640	+Riešenie je postavené na automatizovanom procese umožnenom integráciami IS SP, pričom jadrovým IS sa stane IS JVP. Aktívnymi používateľmi budú len zamestnanci SP, najmä v prípade reportov a prehľadov.
	641	+
	642	+Nové riešenie umožní:
	643	+
	644	+* spracovanie eELDP zamestnancov za poistné vzťahy otvorené k 31.12.2025 (nová povinnosť zamestnávateľa jednorazovo zaslať eELDP zamestnancov v určenom termíne v roku 2026), prehľady plnenia povinnosti zamestnávateľa,
	645	+
	646	+* automatizované vytváranie eELDP zamestnancov v systémoch SP po ukončení poistného vzťahu  na základe vstupov údajov z IS JVP (riadnych aj opravných),
	647	+
	648	+* ukladanie automatizovane vytváraných eELDP zamestnancov eELDP do archívu AIS DP, poskytovanie do kumulácií pre výpočet dôchodkov v IS DP a tvorbu výpisov IS ÚP.
	649	+
	650	+
	651	+Riešenie umožní, aby automatizované vytváranie eELDP zamestnanca bolo iniciované v IS JVP:
	652	+
	653	+* po uplynutí určenej doby po ukončení poistného vzťahu (riadny ELDP) (určenie doby bude riešené v IS JVP),
	654	+
	655	+* po zmene v údajoch JVP po odoslaní riadneho ELDP (opravný ELDP).
	656	+
	657	+
	658	+
	659	+Biznis aktéri:
	660	+
	661	+Fyzické osoby - interné:
	662	+
	663	+* Zamestnanec SP
	664	+
	665	+Fyzické osoby – externé
	666	+
	667	+* Zamestnanec
	668	+* Zamestnávateľ (nepriamo)
	669	+
	670	+Právnické osoby – interné
	671	+
	672	+* SP ústredie
	673	+
	674	+* SP pobočka
	675	+*
	676	+*
	677	+*
	678	+* 4.1.2.5 Vytváranie elektronických výstupov
	679	+
	680	+V súčasnosti má SP zákonnú povinnosť vykonávať verejnú moc elektronicky, teda prijímať elektronické podania a vytvárať elektronické dokumenty. Súčasný proces však túto povinnosť nedovoľuje napĺňať a zároveň zahŕňa mnoho manuálnych krokov, čo obmedzuje jeho efektivitu.  Aktuálne je zabezpečené automatizované generovanie rozhodnutí na základe údajov z výpočtov. Zamestnanec dávkového oddelenia po ukončení spracovania vytlačí rozhodnutie v dvoch rovnopisoch: jeden sa zakladá do dávkového spisu poistenca, a druhý sa odosiela poistencovi.
	681	+
	682	+Pre výstupné dokumenty, ktoré majú byť zaslané elektronicky (poistenec má aktivovanú e-schránku na doručovanie), existuje proces, v rámci ktorého zamestnanec oddelenia evidencie dávkových spisov prevezme tieto dokumenty v listinnej forme, skontroluje ich kvalitu, naskenuje a uloží ich v PDF formáte do záznamu v ASSR, čím je umožnené ich automatické odoslanie do e-schránky adresáta.
	683	+
	684	+Ak poistenec nemá aktivovanú e-schránku na doručovanie, dokument sa expeduje poštou.
	685	+
	686	+Ak rozhodnutie nie je možné vyhotoviť automatizovane, zamestnanci dávkového oddelenia ich vytvárajú manuálne v AIS DP. Po vytvorení rozhodnutia sa postupuje obdobne ako v prípade automatizovaných rozhodnutí, tzn. zabezpečí sa tlač a expedícia rozhodnutia, čo je časovo náročné a znižuje efektivitu a plynulosť spracovania listinného, prípadne elektronického doručovania.
	687	+
	688	+
	689	+Elektronické vytváranie výstupných dokumentov pre agendu DP v budúcom stave je proces, ktorý zahŕňa spoluprácu niekoľkých IS SP. Oblasť je založená na princípoch:
	690	+
	691	+* Údaje pre výstupné dokumenty pochádzajú z agendových IS (napr. IS DP, AIS DP atď.)
	692	+
	693	+* Agendové IS vytvárajú vstupnú dátovú štruktúru pre Výstupné dokumenty v štruktúrovanej forme (preferované je XML, TXT, prípadne CSV)
	694	+
	695	+* IS Výstupné dokumenty zabezpečí uloženie originálu štruktúrovaného vstupu do DMS
	696	+
	697	+* IS Výstupné dokumenty zabezpečí transformáciu údajov do vizuálnej formy
	698	+
	699	+* IS Výstupné dokumenty poskytne funkcionalitu na
	700	+** Vytváranie samostatných výstupných dokumentov zo šablóny
	701	+** Editáciu manuálne vytvorených dokumentov
	702	+** Editáciu výstupných dokumentov iniciovaných iným IS SP
	703	+** Spájanie viacerých dokumentov do finálneho výstupu
	704	+
	705	+* IS Výstupné dokumenty zabezpečí vloženie dokumentu do Elektronického dávkového spisu
	706	+
	707	+* IS Výstupné dokumenty  / DMS zabezpečí verzionovanie dokumentov
	708	+
	709	+* Podpisovanie výstupných dokumentov bude realizované v rámci EDS
	710	+
	711	+* Spustenie doručovania výstupných dokumentov bude realizované v rámci EDS
	712	+
	713	+IS Výstupné dokumenty bude podporovať nasledovné režimy:
	714	+
	715	+1. Individuálne vytváranie výstupných dokumentov (pre 1 klienta)
	716	+
	717	+1. Hromadné vytváranie výstupných dokumentov (pre klientov spĺňajúcu určité podmienky, napr. Prognóza, Valorizácia atď)
	718	+11. 4.1.2.6 Zdroje notifikácií
	719	+
	720	+Táto oblasť sa venuje príprave údajov na odosielanie notifikácií prostredníctvom centrálneho komponentu SP a contrálneho komponentu MIRRI. Konečným užívateľom bude občan/klient.
	721	+
	722	+Príprava sa týka notifikácií
	723	+
	724	+* Predpokladaný nárok na invalidný dôchodok
	725	+* Stav konania o ŽoD (predčasný, starobný, vdovský/vdovecký, sirotský dôchodok a invalidný dôchodok)
	726	+* Informácie v rámci správy dôchodku
	727	+** Informácia o blížiacom sa termíne ukončenia nároku vyplácania dôchodku
	728	+
	729	+*
	730	+** Notifikácie v rámci správy dôchodku a o zmenách v správe dôchodku (Informácia poberateľovi invalidného dôchodku o tom, že dovŕši dôchodkový vek a môže požiadať o starobný dôchodok alebo Zmena spôsobu výplaty dôchodku)
	731	+
	732	+Riešenie je založené na identifikácii zdrojového IS, príprave datasetov pre notifikácie v potrebnej štruktúre a integrácie zdrojových IS na centrálny notifikačný komponent SP.
	733	+
	734	+4.1.2.7 Rezervačný systém
	735	+
	736	+Súčasný rezervačný systém SP už nespĺňa požiadavky a nároky kladené na takýto systém Súčasný rezervačný systém je nasadený na e-službách, separátne od webu a je potrebné, aby bol súčasťou aj Špecializovaného portálu (EÚP).
	737	+
	738	+Preto je súčasťou rozsahu predkladaného projektu aj rozvoj Rezervačného systému SP a jeho prispôsobenie k potrebám životných situácií..
	739	+
	740	+===== Prípady použitia =====
	741	+
	742	+a) Rezervácia termínu cez webové sídlo SP (neautentifikovaný používateľ)
	743	+
	744	+Klient (neautentifikovaný používateľ) si bude môcť rezervovať termín prostredníctvom samostatnej sljhužby na webovom sídle SP. Po vyplnení údajov o svojej osobe (minimálne meno, priezvisko, dátum narodenia, email a telefónne číslo), údaje potvrdí ochranným prvkom Captcha. Systém overí, či používateľ si môže rezervovať termín na základe podmienok používania1 rezervačného systému. Systém odošle používateľovi kód, ktorý musí používateľ zadať do rezervačného systému, aby mohol pokračovať v rezervácií (kód slúži pre ďalšiu ochranu systému a zároveň pre overenie správnosti emailu, telefónneho čísla a prístupu k nim). Výber, kde bude posielaný overovací kód bude môcť byť nastavený v administrácií systému (zaslanie overovacieho kódu len formou SMS, alebo len emailom, prípadne na obidva kanály). Systém musí poskytnúť dostatočné informácie, aby používateľ vedel, prečo si nemôže rezervovať termín.
	745	+
	746	+Po overení používateľ vyberie agendu a systém mu poskytne informačný obsah súvisiaci s náležitosťami potrebnými pre úspešné vybavenie svojej žiadosti (potrebné doklady, doplňujúce informácie – podľa zvolenej agendy – môže a nemusí byť definované).
	747	+
	748	+V poslednom kroku si používateľ vyberie pobočku, ktorú chce navštíviť a systém mu ponúkne dostupné voľné termíny (v prípade definície súvisiacich resp. vysunutých pracovísk v administrácií systém používateľovi zobrazí aj voľné termíny na inej pobočke – tieto termíny musia byť jasne viditeľné, že sa týkajú iného pracoviska). Po výbere dňa prostredníctvom kalendára mu systém zobrazí dostupné termíny pre zvolený deň a používateľ si zvolí konkrétny čas. Používateľ musí pred odoslaním rezervácie termínu kliknúť na Súhlasím so spracovaním osobných údajov za účelom vybavenia požiadavky s možnosťou odkliku na informácie uvedené v súbore alebo webovej stránke (text súhlasu ako aj podmienky spracovania bude možné meniť podľa potreby).
	749	+
	750	+Systém po potvrdení rezervácie odošle o rezervovanom termíne na emailovú adresu notifikáciu s udalosťou do kalendára, ktorú si môže používateľ importovať do svojho kalendára a tiež na telefónne číslo klienta informácie o rezervovanom termíne formou SMS.
	751	+
	752	+Proces:
	753	+
	754	+1. Používateľ vyberie službu pre rezerváciu termínu a vyplní údaje o svojej osobe.
	755	+
	756	+1. Webový portál odošle informácie do rezervačného systému.
	757	+
	758	+1. Rezervačný systém overí či osoba môže vytvoriť rezerváciu a odošle tieto informácie webovému portálu.
	759	+
	760	+1. Webový portál zobrazí získané informácie:
	761	+
	762	+* V prípade zamietnutia si osoba nemôže rezervovať online termín a proces končí
	763	+
	764	+* V prípade potvrdenia vyberie osoba agendu a lokalitu a systém odošle tieto informácie do rezervačného systému
	765	+
	766	+1. Rezervačný systém odošle dostupné termíny pre rezerváciu danej agendy a lokality
	767	+
	768	+1. Webový portál zobrazí dostupné termíny
	769	+
	770	+1. Používateľ vyberie pre neho vhodný termín a zaškrtne súhlas so spracovaním osobných údajov a potvrdí tlačidlom.
	771	+
	772	+1. Webový portál odošle rezervovaný termín do rezervačného systému
	773	+
	774	+1. Rezervačný systém zablokuje termín a odošle používateľovi notifikácie
	775	+
	776	+
	777	+b) Rezervácia termínu na špecializovanom portáli (autentifikovaný používateľ)
	778	+
	779	+Klient (autentifikovaný používateľ – používateľ musí byť prihlásený) si bude môcť rezervovať termín prostredníctvom samostatnej služby na špecializovanom portáli. Systém v prípade autentifikovaného používateľa predvyplní údaje o používateľovi (meno, priezvisko, dátum narodenia) na špecializovanom portáli.  Používateľ doplní email a telefónne číslo (ak údaje nemá vyplnené v profile) a potvrdí správnosť údajov. Systém overí, či používateľ si môže rezervovať termín na základe podmienok používania rezervačného systému. Systém odošle používateľovi kód, ktorý musí používateľ zadať do rezervačného systému, aby mohol pokračovať v rezervácií (kód slúži pre ďalšiu ochranu systému a zároveň pre overenie správnosti emailu, telefónneho čísla a prístupu k nim). Výber, kde bude posielaný overovací kód bude môcť byť nastavený v administrácií systému (zaslanie overovacieho kódu len na formou SMS, alebo len emailom, prípadne na obidva kanály). Systém musí poskytnúť dostatočné informácie, aby používateľ vedel, prečo si nemôže rezervovať termín.
	780	+
	781	+Po overení používateľ vyberie agendu a systém mu poskytne informačný obsah súvisiaci s náležitosťami potrebnými pre úspešné vybavenie svojej žiadosti (potrebné doklady, doplňujúce informácie – podľa zvolenej agendy – môže a nemusí byť definované).
	782	+
	783	+V poslednom kroku systém priradí pobočku automaticky na základe miesta bydliska používateľa s možnosťou zmeny pobočky a systém mu ponúkne dostupné voľné termíny (v prípade definície súvisiacich resp. vysunutých pracovísk v administrácií systém používateľovi zobrazí aj voľné termíny na inej pobočke – tieto termíny musia byť jasne viditeľné, že sa týkajú iného pracoviska). Po výbere dňa prostredníctvom kalendára mu systém zobrazí dostupné termíny pre zvolený deň a používateľ si zvolí konkrétny čas. Používateľ musí pred odoslaním rezervácie termínu kliknúť na Súhlasím so spracovaním osobných údajov za účelom vybavenia požiadavky s možnosťou odkliku na informácie uvedené v súbore alebo webovej stránke (text súhlasu ako aj podmienky spracovania bude možné meniť podľa potreby).
	784	+
	785	+Systém po potvrdení rezervácie odošle o rezervovanom termíne na emailovú adresu notifikáciu s udalosťou do kalendára, ktorú si môže používateľ importovať do svojho kalendára a tiež na telefónne číslo klienta informácie o rezervovanom termíne formou SMS. Systém automaticky vloží rezervovaný termín do kalendára na špecializovanom portáli (v prípade existencie na špecializovanom portáli).
	786	+
	787	+Aj autentifikovaný používateľ stále môže využiť služby neautentifikovaného používateľa.
	788	+
	789	+Proces z pohľadu používateľa
	790	+
	791	+1. Používateľ vyberie službu pre rezerváciu termínu
	792	+
	793	+1. Špecializovaný portál mu predvyplní informácie, ktoré má o ňom k dispozícií.
	794	+
	795	+1. Používateľ potvrdí vyplnené údaje o svojej osobe alebo ich môže zmeniť.
	796	+
	797	+1. Špecializovaný portál odošle informácie do rezervačného systému.
	798	+
	799	+1. Rezervačný systém overí či osoba môže vytvoriť rezerváciu a odošle tieto informácie špecializovanému portálu.
	800	+
	801	+1. Špecializovaný portál zobrazí získané informácie:
	802	+
	803	+* V prípade zamietnutia si osoba nemôže rezervovať online termín a proces končí
	804	+
	805	+* V prípade potvrdenia vyberie osoba agendu a lokalitu a systém odošle tieto informácie do rezervačného systému
	806	+
	807	+1. Rezervačný systém odošle dostupné termíny pre rezerváciu danej agendy a lokality
	808	+
	809	+1. Špecializovaný portál zobrazí dostupné termíny
	810	+
	811	+1. Používateľ vyberie pre neho vhodný termín a zaškrtne súhlas so spracovaním osobných údajov a potvrdí tlačidlom.
	812	+
	813	+1. Špecializovaný portál odošle rezervovaný termín do rezervačného systému
	814	+
	815	+1. Rezervačný systém zablokuje termín a odošle používateľovi notifikácie
	816	+
	817	+
	818	+c) Rezervácia termínu zamestnancom SP (GUI pre zamestnanca SP)
	819	+
	820	+Zamestnanec SP bude môcť vytvoriť samostatnú rezerváciu voľného termínu pre klienta prostredníctvom GUI rozhrania pre zamestnanca SP. Zamestnanec vyplní potrebné údaje o klientovi, vyberie vhodný deň a voľný termín. Systém overí, či klient si môže rezervovať termín na základe podmienok používania rezervačného systému.
	821	+
	822	+Systém po potvrdení rezervácie odošle o rezervovanom termíne na emailovú adresu notifikáciu s udalosťou do kalendára, ktorú si môže klient importovať do svojho kalendára a tiež na telefónne číslo klienta informácie o rezervovanom termíne formou SMS.
	823	+
	824	+Ak zamestnanec SP vytvára rezerváciu telefonicky, informuje klienta o spracúvaní osobných údajov, ktoré za týmto účelom získal. Zamestnanec SP môže požiadať klienta o informácie o vygenerovanom kóde na telefón pre potvrdenie rezervácie prostredníctvom telefónu (systém vygeneruje na telefónne číslo automaticky na základe pokynu zamestnanca SP).
	825	+
	826	+Klient prostredníctvom odoslanej rezervácie musí potvrdiť takto rezervovaný termín (napr. formou kliknutia na potvrdzovací link). Bez takéhoto potvrdenia je termín rezervovaný len určitý čas a ak termín nebude klientom potvrdený do určitého času, opätovne sa tento termín stane voľným. Zároveň bude v texte uvedené, že potvrdením zároveň súhlasí so spracovaním osobných údajov za účelom rezervácie termínu.
	827	+
	828	+
	829	+d) Zrušenie potvrdenej rezervácie
	830	+
	831	+Systém umožní klientovi zrušiť jeho rezervovaný termín v prípade potreby napr. kliknutím na linku v emailovej notifikácií o potvrdení termínu alebo zaslaním spätnej SMS v definovanom tvare, prípadne cez funkcionalitu zrušenia na špecializovanom portáli. Vygenerovaný odkaz/sms bude v sebe obsahovať informácie o konkrétnej rezervácií, ktorý zabezpečí zrušenie tohto termínu a jeho uvoľnenie.** **
	832	+
	833	+Proces z pohľadu používateľa:
	834	+
	835	+1. a) Používateľ prostredníctvom emailového klienta klikne na email Potvrdenie rezervovaného termínu a klikne na odkaz Zrušenie termínu
	836	+
	837	+b) Používateľ v definovanom tvare odošle spätnú sms na telefónne číslo pre Zrušenie termínu.
	838	+
	839	+c) Používateľ na špecializovanom portáli klikne na existujúcu rezerváciu a klikne na tlačidlo Zrušiť rezerváciu termínu.
	840	+
	841	+1. Rezervačný systém po získaní informácie o Zrušení termínu zruší rezerváciu a uvoľní daný termín (v prípade splnenia podmienok)
	842	+
	843	+
	844	+e) Dostavenie sa na rezervovaný termín (integrácia rezervačného IS a vyvolávacieho IS)
	845	+
	846	+Klient s rezervovaným termínom musí v rámci definovaného časového obdobia zadať PIN alebo prípadný QR kód do Kiosku vyvolávacieho systému, aby bol potvrdený následne rezervačným systémom potvrdený jeho rezervovaný termín a používateľ môže byť zaradený do poradia. Ak sa klient nedostaví včas nebude zaradený do poradia, prípadne bude zaradený na koniec zoznamu v daný deň (ak pracovník pobočky SP má voľnú kapacitu v daný deň a ak občan je ochotný vyčkať v tento deň).
	847	+
	848	+
	849	+f) Overenie rezervácie cez webové sídlo SP (neautentifikovaný používateľ)
	850	+
	851	+Systém umožní overiť pre neautentifikovaného klienta platnú rezerváciu na webovej stránke po vyplnení potrebných informácií na webovej stránke Sociálnej poisťovne.
	852	+
	853	+Proces:
	854	+
	855	+1. Používateľ zadá informácie o rezervovanom termíne.
	856	+
	857	+1. Webový portál odošle vyplnené údaje do rezervačného systému.
	858	+
	859	+1. Rezervačný systém overí vyplnené údaje a odošle informáciu webovému portálu.
	860	+
	861	+1. Webový portál zobrazí potvrdenie resp. nepotvrdenie rezervovaného termínu.
	862	+
	863	+
	864	+g) Overenie rezervácie na špecializovanom portáli (autentifikovaný používateľ)
	865	+
	866	+Systém umožní vidieť rezervované termíny pre autentifikovaného používateľa na špecializovanom portáli. Aj autentifikovaný používateľ stále môže využiť služby neautentifikovaného používateľa.
	867	+
	868	+Proces:
	869	+
	870	+1. Špecializovaný portál (EKP/EUP)získa údaje o všetkých do budúcna platných rezerváciách používateľa a zobrazí mu ich na potrebnom mieste (v rámci informačného obsahu portálu).
	871	+
	872	+
	873	+h) Štatistiky využívania systému (GUI pre zamestnanca SP)
	874	+
	875	+Systém musí ukladať všetky historické údaje o všetkých rezerváciách vrátane zrušených a poskytovať štatistické údaje o počte uskutočnených rezervácií podľa agendy a lokality v čase vrátane historických údajov, doby čakania, doby vybavenia, dôvod návštevy (parametrické vyhľadávanie všetkých uložených údajov – presný výraz, obsahuje, začína, končí; a; alebo; zoraďovanie; filtrovanie; exportovanie; tlačové zostavy).** **
	876	+
	877	+Systém poskytne údaje o všetkých budúcich rezerváciách pre konkrétne pobočky, agendové pracoviská pre účely plánovania.** **
	878	+
	879	+Systém zároveň poskytne aktuálne údaje vyťaženosti pobočiek, agendových pracovísk, údaje o priemernej dĺžke čakania, vybavenia.** **
	880	+
	881	+
	882	+i) Administrácia systému (GUI pre administrátora)
	883	+
	884	+Administrátor alebo iná osoba (napr. vedúci pobočky) na základe pridelených práv bude môcť realizovať nastavenie a parametrizáciu rezervačného systému. Nastavenie bude možné nastaviť na celý rezervačný systém, ako aj konkrétnu lokalitu, prípadne agendu. Bude môcť vykonať minimálne nasledovné nastavenia:
	885	+
	886	+* správa používateľov pre definovanie prístupových oprávnení;
	887	+
	888	+* správa a definovanie dostupných agend pre online rezerváciu;
	889	+
	890	+* správa a definovanie voľných termínov pre konkrétne agendy, definovanie dĺžky trvania úkonu, vybraných hodín;
	891	+
	892	+* generovanie kalendára voľných termínov na základe zadaných parametrov na určité obdobie (počet, dĺžka trvania, pracovné dni atď.);
	893	+
	894	+* úprava voľných termínov kalendára na základe potreby;
	895	+
	896	+* definovanie prepojenia súvisiacich pobočiek resp. vysunutých pracovísk pre zobrazovanie voľných termínov (umožní zobrazovať používateľovi aj voľné termíny na inej prepojenej / vysunutej pobočke);
	897	+
	898	+* definovanie počtu dní pre odoslanie pripomienky pre vybraným termínom;
	899	+
	900	+* nastavenie povinných polí v rezervačnom formulári (napr. pre vyžadovanie len emailu, alebo telefónne čísla, prípadne obidvoch informácií);
	901	+
	902	+* nastavenie overovania osoby (overenie cez email alebo telefónne číslo, prípadne obidve možnosti overenia osoby);
	903	+
	904	+* maximálna doba zadania PINu/QR kódu pred rezervovaným termínom a po rezervovanom termíne;
	905	+
	906	+* definovanie súvisiacich informácií o vybavení agendy;
	907	+
	908	+* definovanie Súhlasu so spracovaním osobných údajov s možnosťou prelinkovania na webovú adresu alebo externý súbor;
	909	+
	910	+* maximálny počet rezervácií na osobu pre jednu alebo viaceré pobočky, agendy počas x dní;
	911	+
	912	+* maximálna doba pre potvrdenie rezervácie vytvorenej zamestnancom SP;
	913	+
	914	+* maximálna dĺžka blokácie osoby;
	915	+
	916	+* parametre blokácie a ďalšie.
	917	+
	918	+
	919	+Tabuľka 3: Dosah rezervačného systému na komponenty IS SP
	920	+
	921	+|**Časť **|**Dotknuté komponenty **
	922	+|**Implementácia rezervačného systému **|(((
	923	+Nový IS rezervačný systém
	924	+
	925	+(predpoklad: IS Vyvolávací systém
	926	+)))
	927	+|**Vytvorenie služieb a integrácia webového sídla SP **|Webové sídlo SP
	928	+|**Vytvorenie služieb a integrácia špecializovaného portálu (EÚP) **|Špecializovaný portál (EÚP)
	929	+
	930	+
	931	+4.1.2.8 Vytvorenie služby zabezpečenej elektronickej komunikácie
	932	+
	933	+SP v súčasnosti neposkytuje možnosť komunikovať s klientom prostredníctvom on-line nástrojov (zabezpečenou formou). Pri príprave na vyplnenie žiadosti o dôchodok je však potrebná častejšia komunikácia so zamestnancami SP za účelom prípadného dovysvetlenia a predovšetkým kompletizácie podkladov a dokumentov potrebných k predloženiu žiadosti o dôchodok alebo jej doplneniu. Paralelne realizovaný projekt budovania nového Rezervačného systému a realizácia zmien Front-endu SP vrátane implementácie nových el. služieb. V tomto kontexte je vhodné implementovať a doplniť nové služby/riešenie aj o online zabezpečenú komunikáciu a podporiť tak procesy realizácie Životných situácií a umožniť komunikáciu aj prostredníctvom nového kanálu.
	934	+
	935	+Služba zabezpečenej elektronickej komunikácie bude slúžiť pre potreby ŽS14 z dôvodov potrebných konzultácií občanov/klientov SP pri podávaní ŽoD.
	936	+
	937	+===== Biznis aktéri  =====
	938	+
	939	+Fyzické osoby - interné:
	940	+
	941	+* Zamestnanec SP
	942	+* Administrátor
	943	+
	944	+Fyzické osoby – externé
	945	+
	946	+* Občan/klient
	947	+
	948	+Právnické osoby – interné
	949	+
	950	+* SP ústredie
	951	+
	952	+* SP pobočka
	953	+
	954	+
	955	+===== Pokryté procesy =====
	956	+
	957	+====== Vytvorenie online termínu cez webové sídlo SP (neautentifikovaný používateľ) ======
	958	+
	959	+1. Používateľ vyberie službu pre rezerváciu online termínu a vyplní údaje o svojej osobe.
	960	+
	961	+1. Webový portál odošle informácie službe zabezpečenej komunikácie.
	962	+
	963	+1. Služba zabezpečenej komunikácie overí či osoba môže vytvoriť online termín a odošle tieto informácie webovému portálu.
	964	+
	965	+1. Webový portál zobrazí získané informácie:
	966	+
	967	+* V prípade zamietnutia si osoba nemôže rezervovať online termín a proces končí
	968	+* V prípade potvrdenia vyberie osoba agendu a lokalitu a systém odošle tieto informácie do systému zabezpečenej komunikácie
	969	+
	970	+1. Rezervačný systém odošle dostupné online termíny pre rezerváciu danej agendy a lokality
	971	+
	972	+1. Webový portál zobrazí dostupné online termíny
	973	+
	974	+1. Používateľ vyberie pre neho vhodný online termín a zaškrtne súhlas so spracovaním osobných údajov a potvrdí tlačidlom.
	975	+
	976	+1. Webový portál odošle rezervovaný online termín do systému zabezpečenej komunikácie
	977	+
	978	+1. Systém priradí link s ID schôdze (on-line schôdzka musí byť uskutočniteľná iba s využitím bežne rozšírených webových prehliadačov)
	979	+
	980	+1. Systém zabezpečenej komunikácie zablokuje online termín, priradí ID schôdze a odošle používateľovi notifikácie
	981	+
	982	+====== Vytvorenie online termínu (špecializovaný portál) ======
	983	+
	984	+1. Používateľ vyberie službu pre rezerváciu online termínu
	985	+
	986	+1. Špecializovaný portál mu predvyplní informácie, ktoré má o ňom k dispozícií.
	987	+
	988	+1. Používateľ potvrdí vyplnené údaje o svojej osobe alebo ich môže zmeniť.
	989	+
	990	+1. Špecializovaný portál odošle informácie do služby zabezpečenej komunikácie.
	991	+
	992	+1. Systém zabezpečenej komunikácie overí či osoba môže vytvoriť online termín a odošle tieto informácie špecializovanému portálu.
	993	+
	994	+1. Špecializovaný portál zobrazí získané informácie:
	995	+
	996	+* V prípade zamietnutia si osoba nemôže rezervovať online termín a proces končí
	997	+* V prípade potvrdenia vyberie osoba agendu a lokalitu a systém odošle tieto informácie do služby zabezpečenej komunikácie
	998	+
	999	+1. Systém zabezpečenej komunikácie odošle dostupné online termíny pre rezerváciu danej agendy a lokality
	1000	+
	1001	+1. Špecializovaný portál zobrazí dostupné online termíny
	1002	+
	1003	+1. Používateľ vyberie pre neho vhodný online termín a zaškrtne súhlas so spracovaním osobných údajov a potvrdí tlačidlom.
	1004	+
	1005	+1. Špecializovaný portál odošle rezervovaný online termín do služby zabezpečenej komunikácie
	1006	+
	1007	+1. Systém priradí link s ID schôdze (on-line schôdzka musí byť uskutočniteľná iba s využitím bežne rozšírených webových prehliadačov)
	1008	+
	1009	+1. Systém zabezpečenej komunikácie zablokuje online termín, priradí ID schôdze a odošle používateľovi notifikácie
	1010	+
	1011	+
	1012	+====== Overenie online termínu (webové sídlo SP) ======
	1013	+
	1014	+1. Používateľ zadá informácie o rezervovanom online termíne.
	1015	+
	1016	+1. Webový portál odošle vyplnené údaje do služby zabezpečenej komunikácie.
	1017	+
	1018	+1. Systém zabezpečenej komunikácie overí vyplnené údaje a odošle informáciu webovému portálu.
	1019	+
	1020	+1. Webový portál zobrazí potvrdenie resp. nepotvrdenie rezervovaného online termínu.
	1021	+
	1022	+====== Overenie online termínu (špecializovaný portál) ======
	1023	+
	1024	+1. Špecializovaný portál získa údaje o všetkých do budúcna platných rezerváciách online termínovh používateľa a zobrazí mu ich na potrebnom mieste (v rámci informačného obsahu portálu).
	1025	+
	1026	+====== Zmena pracovníka/zamestnanca SP online termínu (užívateľské rozhranie SP) ======
	1027	+
	1028	+1. Užívateľské rozhranie musí umožniť Administrátorovi SP (vedúcemu zamestnancovi SP) preobsadiť už zarezervovanú schôdzku iným zamestnancom SP
	1029	+
	1030	+====== Zrušenie potvrdeného online termínu  ======
	1031	+
	1032	+1. a) Používateľ prostredníctvom emailového klienta klikne na email Potvrdenie rezervovaného online termínu a klikne na odkaz Zrušenie online termínu
	1033	+
	1034	+b) Používateľ v definovanom tvare odošle spätnú sms na telefónne číslo pre Zrušenie online termínu.
	1035	+
	1036	+c) Používateľ na špecializovanom portáli klikne na existujúcu rezerváciu online termínu a klikne na tlačidlo Zrušiť rezerváciu online termínu.
	1037	+
	1038	+1. Systém zabezpečenej komunikácie po získaní informácie o Zrušení online termínu zruší online termín a uvoľní daný termín (v prípade splnenia podmienok)
	1039	+
	1040	+====== Účasť na online termíne ======
	1041	+
	1042	+1. Používateľ prostredníctvom ID schôdze zúčastní online termínu.
	1043	+1. 4.1.2.9 Integrácie a výmena údajov
	1044	+
	1045	+Oblasť sa týka primárne ŽS16 a je spojená s rozšírením súčasného rozsahu dát. V súčasnosti SP získava informácie o úmrtí FO listinne aj elektronicky, z matrík, z pobočiek SP, z Osobitnej matriky MV SR, zo sociálnych zariadení, od FO (príbuzných alebo inej FO). Elektronicky získava údaje z RFO, ale len pre záujmové osoby, ktoré má aktuálne označené ako záujmová osoba v IS RFO.
	1046	+
	1047	+Rozšírením záujmových osôb na všetky osoby v RFO a referencovaním údajov o FO pre ďalšie záujmové osoby by nemalo byť potrebné zasielať informácie súvisiace s úmrtím inými kanálmi.
	1048	+
	1049	+Navrhované riešenie umožní identifikovať z datasetov (zmenových dávok z RFO) osoby, ktoré zomreli a previazané osoby – prioritne príbuzných – manžel/ka, rodičia a deti, spracovať takéto údaje a poskytovať ich na ďalšie spracovanie relevantným IS SP, napr. pre potreby notifikácií o nároku na vdovský, vdovecký alebo sirotský dôchodok.
	1050	+
	1051	+4.1.2.10 Zavedenie elektronizácie a automatizácie procesu spracovania žiadostí
	1052	+
	1053	+V súčasnom stave sú žiadosti o dôchodok na pobočke realizované v rámci aplikácií ŽoD I a ŽoD II (AIS DP) a to manuálnym vypĺňaním zamestnancom pobočky SP. Klient SP, v ktorého mene je žiadosť pripravovaná, poskytuje údaje a podklady do žiadosti. Vypĺňanie ŽoD môže trvať aj niekoľko dní, v závislosti od miery chýbajúcich informácií a potreby doplnenia a získania od klienta. Prípadné prílohy a ďalšie dokumenty sú poskytované len listinne a kopírované, skenovanie sa nevykonáva.
	1054	+
	1055	+V prípade potreby preverenia údajov v rámci SP ich zamestnanec kontroluje pomocou OAS / ELDP a prípadne aj JVP aplikácií. Po spísaní žiadosti o dôchodok je táto vytlačená a podpísaná klientom. Zamestnanec SP ju spolu s prílohami odosiela poštou na ústredie SP na ďalšie spracovanie. Súčasný stav neumožňuje vytvárať elektronické žiadosti na pobočke.
	1056	+
	1057	+Zavedenie elektronizácie a automatizácie procesu spracovania žiadostí je komplexná téma riešená prierezovo. V kontexte predkladaného projektu poníma požiadavku na implementáciu špecifík spracovania odvolania ako elektronického formuláru. Spracovanie odvolania je konkrétnym prípadom použitia komplexného riešenia spracovania žiadostí.
	1058	+
	1059	+Vstupom do procesu je odoslanie odvolania (či už individuálne klientom alebo asistovane na pobočke). Procesne je odvolanie zaradené do dôchodkovej agendy a odvolanie sa priradí do, preferovane, nového registratúrneho spisu s referenciou na spisovú vložku, v ktorej bolo vytvorené rozhodnutie. Toto je riešenie preferované z nasledovných dôvodov:
	1060	+
	1061	+* Je možné jednoznačne určiť, kedy odvolanie začalo, kedy skončilo, ktoré dokumenty patria pôvodnému konaniu a ktoré patria do odvolania.
	1062	+* Spisová vložka odvolania obsahuje referenciu na spisovú vložku, v ktorej bolo vytvorené rozhodnutie (ku ktorému prišlo odvolanie). Spracovanie v separátnej vložke spolu s referenciu umožňuje zobraziť vložky a ich obsah separátne alebo spolu (podľa preferencie používateľa alebo podľa situácie)
	1063	+* Tento variant umožňuje implementovať pravidlo, že jedna spisová vložka má práve jeden proces. To má nasledujúce výhody:
	1064	+** jednoduchší dátový model a s tím spojené menej náročné integrácie
	1065	+** ľahšie spracovania pravidiel ako napríklad kedy uzatvoriť registratúrny spis
	1066	+** ľahšie reportovanie – reporting dĺžky procesov na základe štartu a konca procesu bez nutnosti analyzovať kroky, reporting počtu odvolaní na základe počtu procesov typu odvolanie, ...
	1067	+
	1068	+Alternatívne riešenie je spracovať odvolanie v pôvodnej zložke s rozhodnutím, ku ktorému bolo odvolanie podané. Tento variant neprináša žiadnu výhodu oproti riešeniu v separátnej spisovej vložke. Tento variant je síce podobný papierovému spracovaniu, ale pri elektronizácii procesu je dobré efektívne využiť možnosti, ktoré ponúka elektronické spracovanie.
	1069	+
	1070	+4.1.2.11 Vytvorenie žiadostí o oznámení asistovane na pobočke
	1071	+
	1072	+V súčasnom stave sú žiadosti o dôchodok na pobočke realizované v rámci aplikácii ŽoD I a ŽoD II (AIS DP) a to manuálnym vypĺňaním zamestnancom pobočky SP. Klient SP, v ktorého mene je žiadosť pripravovaná, poskytuje údaje a podklady do žiadosti.  Spracovanie ŽoD môže trvať aj niekoľko dní, v závislosti od miery chýbajúcich informácii a potreby doplnenia a získania od klienta. Prípadné prílohy a ďalšie dokumenty sú poskytované len listinne a kopírované, žiadna forma digitalizácie sa nevykonáva. V prípade potreby preverenia údajov v rámci SP ich zamestnanec kontroluje pomocou iných modulov AIS DP a prípadne aj v IS JVP. Pre ŽoD II tvoria vstupy údaje z ďalších agendových systémov.
	1073	+
	1074	+Po spísaní žiadosti o dôchodok je táto vytlačená a podpísaná klientom. Zamestnanec pobočky SP ju spolu s prílohami odosiela poštou na ústredie SP na ďalšie spracovanie. V rámci aplikačnej architektúry je zároveň zo systémov ŽoD I a ŽoD II odoslaná dátová veta do IS DP na spracovanie, doručenie listinného podanie ide paralelne a nezávisle.
	1075	+
	1076	+Súčasný stav neumožňuje vytvárať elektronické žiadosti na pobočke.
	1077	+
	1078	+Komplexné riešenie témy sa bude realizovať vo viacerých projektoch SP týkajúcich sa ŽS a počíta s novým formulárom ŽoD pre asistované vyplnenie žiadosti.
	1079	+
	1080	+====== Pokryté žiadosti ======
	1081	+
	1082	+* Žiadosti o dôchodky - predčasný dôchodok, starobný dôchodok, vdovský/vdovecký dôchodok, sirotský dôchodok, invalidný dôchodok
	1083	+* Žiadosti o zmenu a oznámenia - poukazovanie a ukončenie poukazovania dôchodkových dávok, zrušenie výplaty na účet, oznámenie / doplnenie údajov a zmeny údajov, žiadosti o zvýšenie a uvoľnenie výplaty, zmeny údajov klienta,
	1084	+*  Iné žiadosti a oznámenia
	1085	+* Odvolanie
	1086	+
	1087	+====== Proces ======
	1088	+
	1089	+Komplexné riešenie pokrýva proces žiadosti:
	1090	+
	1091	+1. Identifikácia poistenca
	1092	+1. Obsahové vyplnenie žiadosti
	1093	+1. Digitalizácia papierových podkladov
	1094	+
	1095	+1. Podpísanie žiadosti – predmetom predkladaného projektu ŽS14+16
	1096	+
	1097	+1. Odoslanie žiadosti
	1098	+
	1099	+1. Spracovanie žiadosti
	1100	+
	1101	+Z celkového procesu sa v rámci predkladaného projektu bude realizovať len Podpísanie žiadosti a časť Spracovanie žiadosti – spracovanie odvolania je predmetom oblasti Zavedenie elektronizácie a automatizácie procesu spracovania žiadosti tohto projektu. Vytvorenie nového formuláru, jeho asistované vyplnenie a odoslanie sú predmetom projektu Prierezové oblasti ŽS.
	1102	+
	1103	+Keďže žiadosť bude vytvorená a vyplnená v elektronickej forme, je nevyhnutné „vylúčiť“ jej tlač a následnú „opätovnú“ digitalizáciu. Podpísanie resp. autorizácia žiadosti bude realizovaná ako vlastnoručný podpis v digitalizovanej forme prostredníctvom HW zariadenia (tablet). Takýto podpis zabezpečí atribúty obyčajného vlastnoručného podpisu a celý proces vytvorenia, vyplnenia a autorizácie žiadosti bude reflektovať nevyhnutné podmienky pre platnosť takto realizovaného právneho úkonu (podanie žiadosti) a to:
	1104	+
	1105	+* Zachytenie obsahu právneho úkonu;
	1106	+
	1107	+* Zachytenie osoby, ktorá daný úkon urobila;
	1108	+
	1109	+* Podpis konajúcej osoby – spojený s dokumentom.
	1110	+
	1111	+Podmienkou teda je, aby bolo zariadenie (tablet) k dispozícii pre klienta, a zobrazovalo resp. vizualizovalo vytvorenú žiadosť/formulár ako celok. V spodnej časti žiadosti, v priestore pre podpisy, klient žiadosť podpíše špeciálnym perom priamo na obrazovku, pričom takto realizovaný vlastnoručný podpis bude spojený s daným dokumentom.
	1112	+
	1113	+Podpísanie žiadosti bude realizované ako vlastnoručný podpis v digitalizovanej forme prostredníctvom HW zariadenia (tablet)
	1114	+
	1115	+* Každé pracovisko umožňujúce asistované podanie musí byť vybavené zariadením, ktoré umožní previesť podpis do digitálnej formy (tablet)
	1116	+
	1117	+* Integrácia podpisového zariadenia priamo do funkcionality formulára
	1118	+
	1119	+* Podmienkou teda je, aby bolo zariadenie (tablet) k dispozícii pre klienta, a zobrazovalo resp. vizualizovalo vytvorenú žiadosť/formulár ako celok
	1120	+
	1121	+
	1122	+
	1123	+
	1124	+
	1125	+Diagram 3: Vytvorenie žiadostí a oznámení asistovane na pobočke TO BE
	1126	+
	1127	+[[image:1744289150894-617.png]]
	1128	+
	1129	+Podpísanie žiadosti
	1130	+
	1131	+Keďže žiadosť (vytvorenie nového formulára je predmetom projektu Prierezové oblasti ŽS) bude vytvorená a vyplnená v elektronickej forme, je nevyhnutné „vylúčiť“ jej tlač a následnú „opätovnú“ digitalizáciu. Podpísanie resp. autorizácia žiadosti bude realizovaná ako vlastnoručný podpis v digitalizovanej forme prostredníctvom HW zariadenia (tablet). Takýto podpis zabezpečí atribúty obyčajného vlastnoručného podpisu a celý proces vytvorenia, vyplnenia a autorizácie žiadosti bude reflektovať nevyhnutné podmienky pre platnosť takto realizovaného právneho úkonu (podanie žiadosti) a to:
	1132	+
	1133	+* Zachytenie obsahu právneho úkonu;
	1134	+
	1135	+* Zachytenie osoby, ktorá daný úkon urobila;
	1136	+
	1137	+* Podpis konajúcej osoby – spojený s dokumentom.
	1138	+
	1139	+Podmienkou teda je, aby bolo zariadenie (tablet) k dispozícii pre klienta, a zobrazovalo resp. vizualizovalo vytvorenú žiadosť/formulár ako celok. V spodnej časti žiadosti, v priestore pre podpisy, klient žiadosť podpíše špeciálnym perom priamo na obrazovku, pričom takto realizovaný vlastnoručný podpis bude spojený s daným dokumentom.
	1140	+
	1141	+Nový formulár pre asistované vyplnenie žiadosti bude jediným používateľským rozhraním, ktorý sa bude v budúcom stave používať na pobočke pre vyplnenie žiadosti o dôchodok. Nový formulár nahradí stávajúce rozhranie aplikácie AIS DP(ŽOD I) aj rozhranie aplikácie AIS DP(ŽOD II). Nové rozhranie teda musí komplexne pokryť všetky oblasti, ktoré je treba vyplniť v žiadosti o dôchodok.
	1142	+
	1143	+
	1144	+4.1.3 Prehľad koncových služieb – budúci stav:
	1145	+
	1146	+
196	196	|(((
197		-**Kód ISVS**
198		-//(z MetaIS)//
199		-)))|**Názov ISVS**|(((
200		-**Kód integrovaného ISVS**
201		-//(z MetaIS)//
202		-)))|**Názov integrovaného ISVS**
203		-| | | |
204		-| | | |
205		-| | | |
	1148	+Kód KS
206	206
207		-=== 4.2.6Aplikačné služby pre realizáciu koncových služieb – TO BE ===
	1150	+(z MetaIS)
	1151	+)))|Názov KS|Používateľ KS (G2C/G2B/G2G/G2A)|(((
	1152	+Životná situácia
208	208
209		-//Uveďte v nasledujúcej tabuľke budované aplikačné služby, realizáciu koncových služieb aplikačnou službou, koncová služba by mala byť realizovaná aspoň jednou aplikačnou službou (KS môžu realizovať aj viaceré aplikačné služby). Všetky aplikačné služby a ich vzťah na koncové služby musia byť evidované v MetaIS.//
210		-{{content id="projekt.planovane_as" template="
211		-|=Kód AS (z MetaIS)|=Názov AS|=ISVS/modul ISVS (kód z MetaIS)|=Aplikačná služba realizuje KS (kód KS z MetaIS)[# th:each='item : ${as}']
212		-[('|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${item.sluziIsvs?:''} + '|' + ${#strings.listJoin(item.ks, ', ')} + '|')]
213		-[/]
214		-"}}|=Kód AS (z MetaIS)|=Názov AS|=ISVS/modul ISVS (kód z MetaIS)|=Aplikačná služba realizuje KS (kód KS z MetaIS){{/content}}
	1154	+(+ kód z MetaIS)
	1155	+)))|Úroveň elektronizácie KS|Oblasť
	1156	+|ks_337631|Zobrazovanie stavu konaní klienta voči Sociálnej poisťovni (existujúca, upravovaná)|G2C|107 - Dôchodok|úroveň 5|Sprístupňovanie údajov na portáli
	1157	+|ks_337630|Zobrazovanie údajov klienta Sociálnej poisťovne (existujúca, upravovaná)|G2G|107 - Dôchodok|úroveň 4|Sprístupňovanie údajov na portáli
	1158	+|ks_379649|Dôchodková prognóza (existujúca, upravovaná)|G2C|107 - Dôchodok|úroveň 4|Prognóza a informatívne výpočty
	1159	+|TBD|Žiadosť o rezerváciu termínu na ŠP SP (EKP) (nová)|G2C|107 - Dôchodok|úroveň 4|Rezervačný systém
	1160	+|TBD|Žiadosť o rezerváciu termínu cez webové sídlo (nová)|G2C|107 - Dôchodok|úroveň 4|Rezervačný systém
	1161	+|TBD|Overenie rezervovaného  termínu na ŠP SP (EKP) (nová)|G2C|107 - Dôchodok|úroveň 4|Rezervačný systém
	1162	+|TBD|Zrušenie rezervovaného termínu (nová)|G2C|107 - Dôchodok|úroveň 4|Rezervačný systém
215	215
216		-=== 4.2.7Aplikačné služby na integráciu – TO BE ===
217	217
218		-//Uveďte v nasledujúcej tabuľke budované aplikačné služby a ich využitie na integráciu na spoločné moduly a iné ISVS alebo ich poskytovanie na externú integráciu a predpokladané vybudovanie cloudových služieb “softvér ako služba“ (SaaS)~://
	1165	+4.1.4 Jazyková podpora a lokalizácia
219	219
220		-* //Plánované aplikačné služby musia byť evidované v MetaIS s fázou životného cyklu a musia mať v MetaIs evidované všetky povinné atribúty a vzťahy,//
221		-* //Evidencia integrácií v MetaIS sa realizuje evidovaním vzťahov aplikačných služieb budovaného~/~/rozvíjaného ISVS na príslušné aplikačné služby nadrezortných ISVS. Podrobné informácie sú uvedené v Používateľskej príručke MetaIS, kap. 2.1.3.3.1 a kap. 2.1.3.3.2.__ __Detailný popis služieb IS CSRÚ a poskytovaných objektov evidencie je v aktuálnej verzii integračného manuálu IS CSRÚ.//
222		-* //Ak IS povinnej osoby potrebuje konzumovať alebo poskytovať služby iným ISVS alebo IS tretích strán prostredníctvom modulu Centrálna API Manažment Platforma (CAMP) a jej modulu API Gateway, je potrebné aplikačné služby IS Povinnej osoby naviazať na príslušné integračné služby CAMP (API Gatewy).//
223		-* //Budované aplikačné služby musia mať v MetaIs evidované SLA parametre pre východiskový a cieľový stav. Podrobné informácie sú uvedené v Používateľskej príručke MetaIS, kap. 2.1.3.//
224		-{{content id="projekt.integracne_as" template="
225		-|=AS (Kód MetaIS)|=Názov AS|=Realizuje ISVS (kód MetaIS)|=Poskytujúca alebo Konzumujúca|=Integrácia cez CAMP|=Integrácia s IS tretích strán|=SaaS|=Integrácia na AS poskytovateľan (kód MetaIS)[# th:each='item : ${as}']
226		-[('|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${item.isvs?:''} +
227		-'|' + 'Poskytovaná / Konzumujúca////////' + ${item.atribut('EA_Profil_AS_typ_cloudovej_sluzby')?:''} +
228		-'|' + 'Áno/Nie' + '|' + 'Áno/Nie' + '|' + 'Áno/Nie' + ${item.sluziAs?:''} + '|')]
229		-[/]
230		-"}}|=AS (Kód MetaIS)|=Názov AS|=Realizuje ISVS (kód MetaIS)|=Poskytujúca alebo Konzumujúca|=Integrácia cez CAMP|=Integrácia s IS tretích strán|=SaaS|=Integrácia na AS poskytovateľan (kód MetaIS){{/content}}
231		-* //Na informáciu je v nasledujúcej tabuľke prehľad AS na externú integráciu Spoločných modulov podľa § 10 zákona 305/2013 Zz. **Vo finálnom dokumente túto tabuľku prehľadu AS spoločných modulov vymažte:**//
	1167	+Riešenie bude výhradne v slovenskom jazyku. V prípade potreby si vie používateľ cez prehliadač zabezpečiť podporu do prakticky ľubovoľného iného jazyka.
232	232
233		-:
234	234
235		-(((
236		-|**MetaIS kód**|**Názov**|**AS na externú integráciu (využitie Spoločného modulu)**
237		-|isvs_8846|Autentifikačný modul|Autentifikácia používateľa na ÚPVS (BOK) (as_59698)
238		-|isvs_8847|Elektronické schránky|Vytváranie, odosielanie a prijímanie elektronických správ (as_59630)
239		-|isvs_8848|Modul elektronických formulárov|Poskytnutie vzorov e_formulárov (sluzba_is_185)
240		-|isvs_9369|Modul elektronického doručovania|Centrálne úradné doručovanie (as_59701)
241		-|isvs_8850|Platobný modul|Realizácia platieb správnych a súdnych poplatkov (as_59700)
242		-|isvs_9368|Modul centrálnej elektronickej podateľne|Overovanie elektronického podpisu (KEP) (as_59702)
243		-|isvs_8851|Modul dlhodobého uchovávania (nepovinný)|Uchovávanie elektronických dokumentov (as_59703)
244		-|isvs_9370|Notifikačný modul (nepovinný)|Zasielanie oznámení prostredníctvom elektronických komunikačných kanálov (sms, email) (as_59699)
245		-|isvs_9513|Centrálna API manažment Platforma (CAMP) ako realizácia Modulu procesnej integrácie a integrácie údajov|Poskytovanie služby integráciou na AS CAMP (as_60157)
246		-|isvs_9513|Centrálna API manažment Platforma (CAMP) ako realizácia Modulu procesnej integrácie a integrácie údajov|Konzumovanie služby iného ISVS prostredníctvom CAMP (as_60158)
247		-|isvs_5836|IS CSRÚ ako realizácia Modulu procesnej integrácie a integrácie údajov|Poskytovanie dát na integráciu (as_59119)
248		-|isvs_5836|IS CSRÚ ako realizácia Modulu procesnej integrácie a integrácie údajov|Poskytnutie konsolidovaných údajov o subjekte (sluzba_is_49250)
249		-|isvs_5836|IS CSRÚ ako realizácia Modulu procesnej integrácie a integrácie údajov|Poskytnutie konsolidovaných referenčných údajov z IS CSRÚ na synchronizáciu (sluzba_is_49253)
	1170	+4.2 Aplikačná vrstva
	1171	+
	1172	+1. 4.2.1 Aplikačná vrstva TO BE podľa oblastí projektuPrognóza a informatívne výpočty
	1173	+
	1174	+
	1175	+V EKP v súčasnosti existuje v backend časti EUP výpočtový modul pre informatívne sumy dávok, aktuálne pre starobný dôchodok a dávku v nezamestnanosti, a ako prototyp výpočet dôchodkovej prognózy.
	1176	+
	1177	+V rámci riešenia by sa z tejto backend časti odčlenil do samostatnej aplikácie (deploy na iný server) súčasný výpočtový modul ako základ a rozšíril o samostatný frontend a ďalšie backend funkcionality a rozhrania tak, aby nová aplikácia – IS Prognóza a informatívne výpočty - fungovala úplne separátne mimo súčasnej funkcionality ostatných modulov EKP.
	1178	+
	1179	+Plánuje sa
	1180	+
	1181	+*
	1182	+**
	1183	+*** zabezpečenie databázy poistencov, ktorí majú k 31. 12. predchádzajúceho kalendárneho roku aspoň jeden deň dôchodkového poistenia po dovŕšení 18 roku veku, potrebné na výpočet údajov DP. Zdrojom údajov budú agendové systémy SP (EÚP/JVP, EKP).
	1184	+*** Evidencia údajov potrebných na výpočet
	1185	+*** Uchovávanie prognózy 10 rokov od sprístupnenia
	1186	+*** Výpočtová vrstva podľa nadefinovaných požiadaviek (k dispozícii)
	1187	+*** Vytvorenie základných formátov prognóz pre jednotlivé typy klientov (sporiteľ/nesporiteľ) a alternatívnych prognóz v krajných prípadoch
	1188	+
	1189	+===== Zobrazovacia vrstva, doručovanie =====
	1190	+
	1191	+V rámci zobrazovania a doručovanie bude:
	1192	+
	1193	+*
	1194	+**
	1195	+*** Zabezpečené vygenerovanie jednotlivých DP pre poistencov podľa vzoru
	1196	+*** Sprístupnené a zobrazené DP v EÚP
	1197	+*** Zabezpečená integráciu, prepojenie s centrálnym komponentom SP pre doručovanie a zabezpečiť odosielanie DP do centrálneho komponentu.
	1198	+*** Zabezpečená integrácia, prepojenie s centrálnym komponentom SP pre emailovú komunikáciu a zabezpečiť odosielanie DP do centrálneho komponentu pre emailovú komunikáciu.
	1199	+*** Vytvorené riešenia (TBD)
	1200	+** na oznámenie e-mailovej adresy, na ktorú poistenec žiada posielať DP, a
	1201	+** ktorým poistenec oznámi, že žiada DP sprístupniť len prostredníctvom EÚP.
	1202	+*** Vytvorená databáza spôsobov doručovania, o ktoré  poistenec požiadal: výlučne len v EÚP, e-mail, štandardne (pošta/e-schránka)
	1203	+***1. Overenie vlastníctva účtu
	1204	+* Implementácia integrácie EKP – Credit navigator (CRIF)
	1205	+** EKP implementuje volanie webovej služby Credit navigator -  odoslanie požiadavky na overenie vlastníctva účtu vystavenom na ESB SP;
	1206	+** EKP implementuje volanie webovej služby Credit navigator -  získanie stavu a výsledku spracovania požiadavky na overenie vlastníctva účtu vystavenom na ESB SP;
	1207	+** EKP implementuje zobrazenie výsledku používateľovi – klientovi SP (v rámci žiadosti alebo v rámci EUP)
	1208	+** EKP vypracuje úplnú dokumentáciu k prenosu vrátane popisu dát, dátových štruktúr, funkcií, schém architektúry a zdrojových kódov;
	1209	+* Implementácia integrácie Pobočková aplikácia SP (AIS DP - ŽoD) – Credit navigator (CRIF)
	1210	+** Pobočková aplikácia SP (AIS DP -ŽoD) implementuje volanie webovej služby Credit navigator -  odoslanie požiadavky na overenie vlastníctva účtu vystavenom na ESB SP;
	1211	+** Pobočková aplikácia SP (AIS DP - ŽoD)  implementuje volanie webovej služby Credit navigator -  získanie stavu a výsledku spracovania požiadavky na overenie vlastníctva účtu vystavenom na ESB SP;
	1212	+** Pobočková aplikácia SP (AIS DP - ŽoD) implementuje zobrazenie výsledku používateľovi – pracovníkovi SP (v rámci žiadosti alebo len neskôr v rámci EDS)
	1213	+** Pobočková aplikácia SP (AIS DP - ŽoD) vypracuje úplnú dokumentáciu k prenosu vrátane popisu dát, dátových štruktúr, funkcií, schém architektúry a zdrojových kódov;
	1214	+* Implementácia integrácie Elektronický dávkový spis – Credit navigator (CRIF)
	1215	+** Elektronický dávkový spis EDS  implementuje volanie webovej služby Credit navigator -  odoslanie požiadavky na overenie vlastníctva účtu vystavenom na ESB SP;
	1216	+** Elektronický dávkový spis EDS  implementuje volanie webovej služby Credit navigator -  získanie stavu a výsledku spracovania požiadavky na overenie vlastníctva účtu vystavenom na ESB SP;
	1217	+** Elektronický dávkový spis EDS (ŽoD) implementuje zobrazenie výsledku používateľovi – pracovníkovi SP (v rámci EDS)
	1218	+** Elektronický dávkový spis EDS (ŽoD) vypracuje úplnú dokumentáciu k prenosu vrátane popisu dát, dátových štruktúr, funkcií, schém architektúry a zdrojových kódov;
	1219	+
	1220	+* Vystavenie služieb Credit navigator (CRIF) na ESB SP (centrálny integračný komponent SP)
	1221	+** ESB SP implementuje a pre interné účely vystaví služby webovej služby Credit navigator v rozsahu:
	1222	+** Odoslanie žiadosti
	1223	+** Získanie stavu žiadosti
	1224	+** Získanie výsledku spracovania
	1225	+** ESB SP dôkladne otestuje a odladí integráciu na svojej strane;
	1226	+** ESB SP vypracuje úplnú dokumentáciu k prenosu vrátane popisu dát, dátových štruktúr, funkcií, schém architektúry a zdrojových kódov;
	1227	+
	1228	+
	1229	+
	1230	+Diagram 4: Overenie vlastníctva TO BE
	1231	+
	1232	+[[image:file:///D:/Users/BA-MONDIKOVA_V/SuboryNezalohovane/Temp/msohtmlclip1/01/clip_image004.png||alt="A diagram of a computer
	1233	+
	1234	+AI-generated content may be incorrect."]]
	1235	+
	1236	+
	1237	+1.
	1238	+11.
	1239	+111.
	1240	+1111. Elektronický dávkový spis
	1241	+
	1242	+===== IS EDS =====
	1243	+
	1244	+Komponenty IS EDS
	1245	+
	1246	+IS EDS bude pozostávať z viacerých komponentov:
	1247	+
	1248	+*
	1249	+*1.
	1250	+*11. Dôchodkový spis
	1251	+* Je predovšetkým zobrazovací modul, ktorý ukladá dáta iba dočasne pre neskoršiu aplikáciu týchto dát do zdrojového systému
	1252	+* Väčšinu informácii získava z modulov/komponentov, s ktorými má integráciu
	1253	+*1.
	1254	+*11. BPM modul
	1255	+* V BPM sú uložené definície procesov
	1256	+* V BPM sú uložené aj informácie o priebehu jednotlivých procesov
	1257	+* Dôchodkový spis umožňuje zobraziť stav zvoleného procesu alebo pomocou BPM API posunúť proces do vybraného stavu
	1258	+* BPM modul bude implementovať autorizačné princípy
	1259	+*1.
	1260	+*11. MUSP
	1261	+* MUSP modul poskytuje základné dáta o poistencovi
	1262	+* Pokiaľ má MUSP agregované informácie z agendových systémov, tak  dôchodkový spis môže zobrazovať aj tieto dáta. Modifikácia týchto dát nie je v aktuálnom návrhu zamýšľaná (keď by bola umožnená zmena dát musel by exitovať interface priamo do zdrojového systému)
	1263	+*1.
	1264	+*11. DMS a registratúra
	1265	+* V DMS sú uložené všetky dokumenty
	1266	+*  Každý dokument je označený registratúrnym číslom
	1267	+
	1268	+====== Dôchodkový spis ======
	1269	+
	1270	+* bude zobrazovať Detail spisu a Detail spisovej vložky. Umožní sa tak:
	1271	+** zobrazovanie informácie a podklady žiadosti
	1272	+** zobrazovanie informácie z agendových systémov o poistencovi
	1273	+** zadávanie poznámky k prebiehajúcemu konaniu
	1274	+** pridávanie dokumentov k prebiehajúcemu konaniu
	1275	+** spracovanie podanie formou procesu (workflow)
	1276	+** vyplnenie atribútov (podľa typu žiadosti) a aplikovanie atribútov na zdrojové systémy
	1277	+* Detail spisu slúži čisto na read only prehliadanie celého spisu. V podstate je možné toto zobrazenie nazvať zobrazenie poistenca, pretože poistenec má vždy práve jeden spis. V tomto zobrazení nie je možné editovať alebo meniť žiadne údaje. Jediný aktívny prvok v tomto prípade použitia je možnosť založiť novú spisovú vložku a vyštartovať jej proces na jej spracovanie. Detail spisu zobrazuje:
	1278	+** Zobrazenie čísla spisu
	1279	+** Zobrazenie základných informácií o poistencovi
	1280	+** Zobrazenie dokumentov týkajúcich sa dôchodku klienta
	1281	+** Zobrazenie zoznamu spisových vložiek s vyznačením stavu procesu
	1282	+** Zobrazenie atribútov z agendových systémov
	1283	+** Možnosť spustiť proces
	1284	+
	1285	+
	1286	+* Detail spisovej vložky je centrom aplikácie. Toto zobrazenie zobrazuje spisovú vložku. Keď je spisová vložka aktívna respektíve pridružený proces je aktívny, je možné do spisovej vložky pridávať poznámky alebo pridávať dokumenty. Tiež je možné meniť stav pridruženého procesu alebo je možné zmeniť priradenie procesu na iného pracovníka SP. Akonáhle je proces ukončený, prepne sa vložka do read-only režimu.
	1287	+
	1288	+V tomto prípade použitia sú zobrazené aj moduly, ktoré môžu mať interakciu so spisovou vložkou. Jedná sa predovšetkým o výstupné dokumenty, ktoré umožňujú v rámci prebiehajúceho procesu vytvoriť výstupný dokument (napríklad rozhodnutie), ktorý je súčasťou procesu spracovania podania.  Zobrazenie detailu spisovej vložky zobrazuje:
	1289	+
	1290	+*
	1291	+** Toto zobrazenie je možné nazvať ako zobrazenie jedného podania (každému podaniu zodpovedá jedna spisová vložka)
	1292	+** Zobrazenie základných informácií o poistencovi
	1293	+** Zobrazenie dokumentov týkajúcich sa podania
	1294	+** Zobrazenie atribútov z agendových systémov
	1295	+** Editácia atribútov podania / spisovej vložky
	1296	+** Zobrazenie informácií o stave procesu
	1297	+** Možnosť presunúť proces do nového stavu
	1298	+
	1299	+
	1300	+* Prehľad podaní dôchodkovej agendy umožňuje:
	1301	+** Zobrazenie všetkých podaní / procesov podľa stavu, útvaru, lokality, ...
	1302	+** Možnosť vyhľadať podľa čísla procesu, podľa identifikačných údajov poistenca, ...
	1303	+** S možnosťou vstúpiť do detailu zvoleného procesu / podania / prípadu
	1304	+**  Inými slovami prechod do zvolenej spisovej vložky
	1305	+
	1306	+
	1307	+* Prehľad dôchodkových spisov umožňuje:
	1308	+** Zobrazenie všetkých dôchodkových spisov
	1309	+** Možnosť vyhľadať podľa čísla spisu, podľa identifikačných údajov poistenca, ...
	1310	+** Inými slovami prehľadanie spisov bez ohľadu na aktívne podania
	1311	+** S možnosťou vstúpiť do detailu zvoleného spisu
	1312	+
	1313	+
	1314	+====== Iné predispozície systém EDS ======
	1315	+
	1316	+Systém bude poskytovať REST API pre vkladanie dokumentov do spisu, za účelom integrácie iných systémov.
	1317	+
	1318	+Dokumenty zo spisov budú dokumenty v DMS, prístup k nim je okrem systému EDS možný aj priamo rozhraniami DMS systému.
	1319	+
	1320	+TBD:
	1321	+
	1322	+Read and Update REST API rozhrania k informáciám o košieľkach spisov.
	1323	+
	1324	+Read and update REST API ku vybratým metadátam dokumentov zo spisu.
	1325	+
	1326	+
	1327	+Diagram 5: EDS - Zobrazenie spisu TO BE
	1328	+
	1329	+[[image:file:///D:/Users/BA-MONDIKOVA_V/SuboryNezalohovane/Temp/msohtmlclip1/01/clip_image005.png||alt="A diagram of a software
	1330	+
	1331	+AI-generated content may be incorrect."]]
	1332	+
	1333	+
	1334	+
	1335	+
	1336	+
	1337	+
	1338	+Diagram 6: EDS - Prehľad procesov dôchodkovej agendy TO BE
	1339	+
	1340	+[[image:file:///D:/Users/BA-MONDIKOVA_V/SuboryNezalohovane/Temp/msohtmlclip1/01/clip_image006.png||alt="A diagram of a company
	1341	+
	1342	+AI-generated content may be incorrect."]]
	1343	+
	1344	+
	1345	+Diagram 7: EDS - Zobrazenie Spisovej vložky TO BE
	1346	+
	1347	+[[image:file:///D:/Users/BA-MONDIKOVA_V/SuboryNezalohovane/Temp/msohtmlclip1/01/clip_image007.png||alt="A diagram of a computer
	1348	+
	1349	+AI-generated content may be incorrect."]]
	1350	+
	1351	+
	1352	+1.
	1353	+11.
	1354	+111.
	1355	+1111. Automatizácia výpočtov
	1356	+
	1357	+===== Úprava funkcionality JVP v kontexte zrušenia povinnosti eELDP =====
	1358	+
	1359	+* Zmena funkcionality v IS JVP
	1360	+** úprava manuálneho vstupu pre mesačný výkaz poistného a výkaz poistného (MVP a VVP) – doplnenie doby poberania náhrady mzdy a sumy náhrady mzdy
	1361	+** úprava prenosu dokumentov z EKP/SES a ich spracovanie
	1362	+* Rozšírenie funkcionality v rozsahu
	1363	+** Informácia o existencii dôchodku je potrebné evidovať na „fyzickú osobu“ a nie na „poistenca“.
	1364	+** Pre fyzickú osobu je potrebné kvôli rôznym vyhodnoteniam evidovať informáciu o výplate dávky od-do (t.j. informáciu z interface-u IS DP) a zároveň úľavy z platenia poistného.
	1365	+** Zmeniť spracovanie interface-u IS DP v prípade, ak predčasný starobný dôchodok (PSD) aj starobný dôchodok (SD) majú rovnaký deň vystavenia rozhodnutia a zároveň tento deň je vyšší ako dátum začiatku starobného dôchodku.
	1366	+** Pre vyhodnocovanie poberateľov PSD – výber dát naviazať na „výplatu PSD od-do“ a nie na úľavy PSD.
	1367	+** Povoliť nahrať invalidný dôchodok v prípade, že pôvodný skončil.
	1368	+
	1369	+===== Prenos údajov – Rozšírenie aktuálneho rozhrania „Služba ELDP“ na strane JVP (prenos do APV ELDP/AIS DP) =====
	1370	+
	1371	+* Rozšírenie v rozsahu údajov
	1372	+** **doba ošetrovania** člena rodiny od 15. (91.) dňa potreby takého ošetrovania/starostlivosti do skončenia potreby tohto ošetrovania/starostlivosti (počet dní);
	1373	+** doba, po ktorú sa rodič **staral o dieťa** do šiestich rokov veku alebo o dieťa s dlhodobo nepriaznivým zdravotným stavom do 18 rokov, ktorému sa neposkytovala starostlivosť v zariadení sociálnych služieb (počet dní) – zdroj: MVP/VVP od roku 2014;
	1374	+** **doba** **poberania náhrady mzdy** z vážnych prevádzkových dôvodov, pre ktoré zamestnávateľ nemôže prideľovať zamestnancovi prácu - § 142 ods. 4 a § 250b ods. 6 Zákonníka práce v znení neskorších predpisov (počet dní) – zdroj: upravený MVP/VVP;
	1375	+** **suma náhrady mzdy** z vážnych prevádzkových dôvodov, pre ktoré zamestnávateľ nemôže prideľovať zamestnancovi prácu, vyplatená za dobu poberania náhrady mzdy - zdroj: MVP/VVP
	1376	+** doba účasti na **zákonnom štrajku** (počet dní) - zdroj: MVP/VVP
	1377	+* Rozhranie je volané zo strany APV ELDP podľa potreby.
	1378	+* ELDP bude automaticky vyhotovovať evidenčný list 60 dní po ukončení zamestnania a volať Službu ELDP
	1379	+* ELDP bude možné vyhotoviť evidenčný list aj na požiadanie pre špecifického klienta.
	1380	+* JVP v rámci volania rozhrania počíta niektoré vybrané údaje požadované na výstupe.
	1381	+
	1382	+===== Prenos údajov – Rozšírenie aktuálneho rozhrania UR02B na strane JVP (prenos do IS DP) =====
	1383	+
	1384	+* Rozšírenie v rozsahu
	1385	+** doba, po ktorú sa rodič staral o dieťa do šiestich rokov veku alebo o dieťa s dlhodobo nepriaznivým zdravotným stavom do 18 rokov, ktorému sa neposkytovala starostlivosť v zariadení sociálnych služieb (počet dní) – zdroj: MVP/VVP
	1386	+** doba poberania náhrady mzdy z vážnych prevádzkových dôvodov, pre ktoré zamestnávateľ nemôže prideľovať zamestnancovi prácu - § 142 ods. 4 a § 250b ods. 6 Zákonníka práce v znení neskorších predpisov (počet dní) – zdroj: MVP/VVP
	1387	+** suma náhrady mzdy z vážnych prevádzkových dôvodov, pre ktoré zamestnávateľ nemôže prideľovať zamestnancovi prácu, vyplatená za dobu poberania náhrady mzdy – zdroj. MVP/VVP.
	1388	+** bankový účtu pre účely výplaty dávok
	1389	+* Rozhranie je volané zo strany IS DP podľa potreby.
	1390	+
	1391	+===== Prenos údajov – Rozšírenie aktuálneho rozhrania na strane APV ELDP (prijatie z IS JVP) =====
	1392	+
	1393	+* AIS DP/APV ELDP vytvorí rozhranie na prijímanie údajov z IS JPV
	1394	+* APV ELDP implementuje logiku pre spárovanie informácie o vymeriavacom základe s informáciou o poberaní vyrovnávacej dávky z IS NPaLPČ (vytvorené rozhranie)
	1395	+
	1396	+===== Úpravy aplikačnej logiky AIS DP – APV ELDP =====
	1397	+
	1398	+* AIS DP/APV ELDP upraví logiku APV ELDP tak, aby spracovávala údaje z nových/upravených rozhraní
	1399	+* ELDP bude automaticky vyhotovovať evidenčný list 60 dní po ukončení zamestnania a volať Službu ELDP
	1400	+* ELDP bude možné vyhotoviť evidenčný list aj na požiadanie pre špecifického klienta.
	1401	+* Automaticky sa v APV ELDP vygeneruje a AIS DP uloží ELDP za obdobie po 31. decembri 2025 na 60. kalendárny deň po skončení právneho vzťahu alebo
	1402	+* Generovanie a ukladanie ELDP bude umožnené aj interaktívne určeným zamestnancom útvaru dôchodkového poistenia.
	1403	+
	1404	+===== Úpravy aplikačnej logiky IS DP =====
	1405	+
	1406	+* IS DP upraví logiku IS DP tak, aby spracovávala rozšírené údaje z rozhrania UR02B
	1407	+* IS DP upraví zobrazovanie v rámci IS DP tak, aby poskytovalo údaje pre interných používateľov SP v rámci spracovania agendy dôchodkov bez potreby používateľského vstupu do JVP
	1408	+
	1409	+
	1410	+
	1411	+Diagram 8: :eELDP – TO BE stav
	1412	+
	1413	+[[image:file:///D:/Users/BA-MONDIKOVA_V/SuboryNezalohovane/Temp/msohtmlclip1/01/clip_image008.png]]
	1414	+
	1415	+
	1416	+
	1417	+1.
	1418	+11.
	1419	+111.
	1420	+1111. Vytváranie elektronických výstupov
	1421	+
	1422	+===== Aktivity =====
	1423	+
	1424	+====== Implementácia IS Výstupné dokumenty – individuálne dokumenty ======
	1425	+
	1426	+* Prijatie údajov na transformáciu do výstupného dokumentu
	1427	+* Transformácia podľa požadovanej šablóny do formátov PDF a DOCX
	1428	+* Úprava obsahu výstupného dokumentu (definovaných častí)
	1429	+* Manuálne vytvorenie časti dokumentu zo šablóny (PDF, DOCX)
	1430	+* Spájanie viacerých dokumentov do jedného dokumentu
	1431	+* Uloženie pôvodného súboru s údajmi do DMS
	1432	+* Uloženie generovaného (transformovaného) výsledného formátu
	1433	+* Uloženie/vytvorenie dokumentu v registratúrnom spise
	1434	+* Uloženie/vytvorenie dokumentu v Elektronickom dávkovom spise
	1435	+* Správa šablón vrátane ich verzovania pre spätnú kompatibilitu
	1436	+
	1437	+====== Implementácia IS Výstupné dokumenty – hromadné dokumenty ======
	1438	+
	1439	+* Prijatie súboru pre hromadnú transformáciu do výstupného formátu
	1440	+* Transformácia podľa požadovanej šablóny do formátov PDF a DOCX
	1441	+* Opätovné spustenie generovania dokumentov pre
	1442	+** Všetky záznamy
	1443	+** Záznamy s chybou
	1444	+** Záznamy podľa užívateľského filtra
	1445	+* Uloženie pôvodného súboru s údajmi do DMS
	1446	+* Uloženie generovaného (transformovaného) výsledného formátu
	1447	+* Uloženie/vytvorenie dokumentov v registratúrnom spise, resp. príslušných registratúrnych spisoch
	1448	+* Uloženie/vytvorenie dokumentov v elektronickom dávkovom spise, resp. príslušných dávkových spisoch
	1449	+
	1450	+====== Integrácia IS DP na IS Výstupné dokumenty ======
	1451	+
	1452	+* IS DP rozhranie na IS Výstupné dokumenty v rozsahu:
	1453	+** Vytvorenie jedného dokumentu podľa šablóny
	1454	+** Hromadné vytvorenie dokumentov
	1455	+
	1456	+====== Integrácia IS NPaLPČ na IS Výstupné dokumenty ======
	1457	+
	1458	+* IS NPaLPČ rozhranie na IS Výstupné dokumenty v rozsahu:
	1459	+** Odoslanie PDF dokumentu s metadátami na spracovanie do finálneho výstupu a doručovanie
	1460	+
	1461	+ Rozhranie je určené na prenos obsahu súborov bez práce so štruktúrovaným obsahom.
	1462	+
	1463	+====== Integrácia IS Výstupné dokumenty na IS EDS / DMS ======
	1464	+
	1465	+* IS Výstupné dokumenty pripraví rozhranie na IS EDS /  DMS v rozsahu:
	1466	+** Uloženie súboru dokumentu do súborovej štruktúry pre klienta
	1467	+** Uloženie metadát dokumentu (názov, typ, dátum vytvorenia atď)
	1468	+** Uloženie dokumentu do elektronického dávkového spisu – konkrétnej vložky
	1469	+
	1470	+====== Integrácia IS Výstupné dokumenty na IS Registratúra (IS REG) ======
	1471	+
	1472	+* IS Výstupné dokumenty rozhranie na **Registratúra** v rozsahu:
	1473	+** Vytvorenie registratúrneho záznamu s referenciou na obsah v DMS
	1474	+** Vytvorenie metadát registratúrneho záznamu
	1475	+
	1476	+====== Funkcionalita Elektronického dávkového spisu v kontexte Výstupných dokumentov (predmetom oblasti EDS) ======
	1477	+
	1478	+Elektronický dávkový spis poskytuje funkcionalitu len na čítanie výstupných dokumentov.
	1479	+
	1480	+* Zobrazenie zoznamu dokumentov uložených v DMS pre ID klienta
	1481	+* Zobrazenie metadát dokumentov
	1482	+* Získanie obsahu dokumentu
	1483	+
	1484	+Zmeny výstupných dokumentov sú povolené len z IS Výstupné dokumenty, zmeny sa prejavia v DMS a Registratúre a tým pádom sú k dispozícii v EDS.
	1485	+
	1486	+
	1487	+
	1488	+
	1489	+Diagram 9: Vytváranie elektronických výstupov TO BE  (Legenda: modrým rámčekom sú označené zmeny
	1490	+
	1491	+[[image:file:///D:/Users/BA-MONDIKOVA_V/SuboryNezalohovane/Temp/msohtmlclip1/01/clip_image009.png]]
	1492	+
	1493	+
	1494	+1.
	1495	+11.
	1496	+111.
	1497	+1111. Zdroje notifikácií
	1498	+
	1499	+Projekt v tejto oblasti zahŕňa aktivity:
	1500	+
	1501	+* Príprava datasetov pre notifikácie
	1502	+**
	1503	+*** Zdrojový IS SP zabezpečí spracovanie objektov evidencie, ktoré budú predmetom notifikácie v dohodnutej štruktúre a rozsahu.
	1504	+*** Zdrojový IS SP zabezpečí úpravu internej štruktúry a funkcie na zaslanie údajov pre vytvorenie notifikácie na centrálny komponent; implementácia procesov, aplikačnej funkcie a zmien v spracovaní dát na svojej strane
	1505	+* Integrácia na centrálny komponent SP pre zasielanie datasetov notifikačných udalostí
	1506	+**
	1507	+*** Zdrojový IS SP implementuje integráciu na Notifikačný komponent SP nasledovnými možnosťami** **
	1508	+**** Súborový prenos
	1509	+**** Fronta udalostí (Apache Camel)
	1510	+**** Webová služba (RESTful)
	1511	+
	1512	+
	1513	+Tabuľka 4: Notifikácia a ich zdrojové IS
	1514	+
	1515	+|Notifikácia|Zdrojový IS
	1516	+|(((
	1517	+Nárok na dôchodok
	1518	+
	1519	+* Proaktívna informácia občanovi o predpokladanom nároku na invalidný dôchodok
	1520	+)))|(((
	1521	+
	1522	+
	1523	+* IS NPaLPČ
250	250	)))
	1525	+|(((
	1526	+Stav konania
251	251
252		-* //Na informáciu sú v nasledujúcich diagramoch vzory modelovania integrácie na nadrezortné a spoločné moduly podľa § 10 zákona 305/2013 Zz podľa usmernenia v Používateľskej príručke MetaIS. **Vo vašom finálnom dokumente tieto vzory vymažte a nahraďte svojím diagramom ilustrujúcim plánované integrácie:**//
253		-[[image:projektrozvojait:Šablóny.pristup_k_projektu@SABLONA_I-03_PRISTUP_k_PROJEKTU_XYZ_YYMMDD_v0.1_a935ef9188017694.png||height="435" width="517"]]
254		-//Obrázok 5 Integrácie na spoločné moduly ÚPVS – ref. príklad//
255		-[[image:projektrozvojait:Šablóny.pristup_k_projektu@SABLONA_I-03_PRISTUP_k_PROJEKTU_XYZ_YYMMDD_v0.1_fa8f4198be51ae55.png||height="277" width="539"]]
256		-//Obrázok 6 Integrácie na IS CAMP- referenčný príklad//
257		-[[image:projektrozvojait:Šablóny.pristup_k_projektu@SABLONA_I-03_PRISTUP_k_PROJEKTU_XYZ_YYMMDD_v0.1_256193574600ebe4.png||height="376" width="574"]]
258		-//Obrázok 7 Integrácie na IS CSRÚ – ref. príklad//
259		-{{id name="_Toc62489735"/}}{{id name="_Toc153139689"/}}
	1528	+* Stav konania o ŽoD (predčasný, starobný, vdovský/vdovecký, sirotský dôchodok a invalidný dôchodok)
	1529	+)))|(((
260	260
261	261
262		-=== {{id name="_Toc814509359"/}}{{id name="_Toc153139693"/}}{{id name="_Toc63764348"/}}4.2.8Poskytovanie údajov z ISVS do IS CSRÚ – TO BE ===
	1532	+* IS DP (alternatívne IS EDS)
263	263
264		-//Uveďte v nasledujúcej tabuľke prehľad poskytovaných údajov (objektov evidencie, ďalej OE) z ISVS do IS CSRÚ v TO BE stave.//
265	265
266		-|**ID OE**|**Názov (poskytovaného) objektu evidencie**|**Kód ISVS poskytujúceho OE**|**Názov ISVS poskytujúceho OE**
	1535	+
	1536	+)))
	1537	+|(((
	1538	+Správa dôchodku
	1539	+
	1540	+* Informácia o blížiacom sa termíne ukončenia nároku vyplácania dôchodku
	1541	+* Notifikácie v rámci správy dôchodku a o zmenách v správe dôchodku
	1542	+** Informácia poberateľovi invalidného dôchodku o tom, že dovŕši dôchodkový vek a môže požiadať o starobný dôchodok
	1543	+** Zmena spôsobu výplaty dôchodku
	1544	+)))|(((
	1545	+
	1546	+
	1547	+* AIS DP, alternatívne EDS
	1548	+* AIS DP, alternatívne EDS
	1549	+
	1550	+
	1551	+)))
	1552	+
	1553	+
	1554	+Diagram 10: Zdroje notifikácií TO BE stav
	1555	+
	1556	+[[image:file:///D:/Users/BA-MONDIKOVA_V/SuboryNezalohovane/Temp/msohtmlclip1/01/clip_image010.png||alt="A diagram of a computer
	1557	+
	1558	+AI-generated content may be incorrect."]]
	1559	+
	1560	+
	1561	+1.
	1562	+11.
	1563	+111.
	1564	+1111. Rezervačný systém
	1565	+
	1566	+Výstupom bude funkčný a prevádzkovaný rezervačný systém so všetkými implementovanými požiadavkami na systém.
	1567	+
	1568	+Rezervačný systém musí ukladať všetky historické údaje o všetkých vykonaných rezerváciách (pre sledovanie maximálneho možného počtu rezervácií, prípadne pre účely blokácie osoby na určité obdobie pri nedostavení sa na termín).
	1569	+
	1570	+Tiež je potrebné zabezpečiť integráciu medzi rezervačným a vyvolávacím systémom prostredníctvom vytvorených služieb vyvolávacieho systému. Predpokladom je, že v čase implementácie rezervačného systému je existencia vyvolávacieho systému. Vyvolávací systém je možné samostatne používať bez rezervačného systému. Rezervačný systém však bez prevádzky vyvolávacieho systému nie je vhodné prevádzkovať, lebo by rezervované termíny nemohli byť bez zvýšenej administratívnej záťaže zamestnancov SP vybavené.
	1571	+
	1572	+Systém zabezpečí a sleduje maximálny počet odoslaných rezervácií pre osobu na jednu lokalitu ako aj celkovo v priebehu určitého počtu kalendárnych dní (kontrola na meno, priezvisko, doklad totožnosti, telefónne číslo, email prípadne ich vzájomná kombinácia). Jedna osoba si nemôže v čase rezervovať viacero termínov. Jedna osoba nemôže v rámci definovaného obdobia rezervovať viacej ako je maximálny povolený počet rezervácií nastavených v administrácií systému.
	1573	+
	1574	+Systém umožní odosielať pripomienky pred termínom formou emailovej notifikácie / SMS o rezervovanom termíne x dní pred termínom (nastavenia v administrácií systému).
	1575	+
	1576	+Systém zabezpečí zbieranie poskytnutých súhlasov s poskytnutím osobných údajov a bude zabezpečovať automatickú kontrolu a mazanie údajov, ktorým uplynula platnosť.
	1577	+
	1578	+
	1579	+Dotknuté komponenty
	1580	+
	1581	+Rezervačný systém bude integrovaný na vyvolávací systém, webové sídlo SP a špecializovaný portál:
	1582	+
	1583	+* Rezervačný systém bude posielať údaje o dostupných termínoch pre vybranú agendu a lokalitu na webové sídlo Sociálnej poisťovne. Webové sídlo bude odosielať informácie o osobe, ktorá si chce rezervovať si termín, rezervačný systém následne odošle informácie o možnosti rezervácie alebo zamietnutí rezervácie s uvedením dôvodu. Webové sídlo v prípade dokončenej registrácie odošle rezervačnému systému údaje o vytvorenej rezervácií.
	1584	+
	1585	+* Rezervačný systém bude posielať údaje o dostupných termínoch pre vybranú agendu a lokalitu na špecializovaný portál. Špecializovaný portál bude odosielať informácie o osobe, ktorá si chce rezervovať si termín, rezervačný systém následne odošle informácie o možnosti rezervácie alebo zamietnutí rezervácie s uvedením dôvodu. Špecializovaný portál v prípade dokončenej registrácie odošle rezervačnému systému údaje o vytvorenej rezervácií.
	1586	+
	1587	+* Webové sídlo bude odosielať rezervačnému systému na základe vyplnených údajoch žiadosť o overenie platnej rezervácie a rezervačný systém odošle na webové sídlo potvrdenie resp. zamietnutie platnej rezervácie.
	1588	+
	1589	+* Špecializovaný portál bude odosielať rezervačnému systému na základe vyplnených údajoch žiadosť o overenie platnej rezervácie a rezervačný systém odošle na špecializovaný portál potvrdenie resp. zamietnutie platnej rezervácie.
	1590	+
	1591	+
	1592	+
	1593	+Diagram 11: Rezervačný systém TO BE
	1594	+
	1595	+[[image:file:///D:/Users/BA-MONDIKOVA_V/SuboryNezalohovane/Temp/msohtmlclip1/01/clip_image011.emz]]
	1596	+
	1597	+
	1598	+
	1599	+1.
	1600	+11.
	1601	+111.
	1602	+1111. Vytvorenie služby zabezpečenej elektronickej komunikácie
	1603	+
	1604	+===== Služby =====
	1605	+
	1606	+====== Rezervácia online termínu cez webové sídlo SP (neautentifikovaný používateľ) ======
	1607	+
	1608	+Klient (neautentifikovaný používateľ) si bude môcť rezervovať online termín zabezpečenej komunikácie prostredníctvom samostatnej služby na webovom sídle SP. Po vyplnení údajov o svojej osobe (minimálne meno, priezvisko, dátum narodenia, email a telefónne číslo), údaje potvrdí ochranným prvkom (Captcha). Systém overí, či používateľ si môže rezervovať termín na základe podmienok používania^^1^^ zabezpečenej komunikácie. Po výbere dňa prostredníctvom kalendára systém zobrazí dostupné termíny pre zvolený deň a používateľ si zvolí konkrétny čas. Používateľ musí pred odoslaním rezervácie online termínu kliknúť na Súhlasím so spracovaním osobných údajov za účelom vybavenia požiadavky s možnosťou odkliku na informácie uvedené v súbore alebo webovej stránke (text súhlasu ako aj podmienky spracovania bude možné meniť podľa potreby).** **
	1609	+
	1610	+Systém po potvrdení online termínu odošle o rezervovanom online termíne na emailovú adresu notifikáciu s udalosťou a s ID schôdze do kalendára, ktorú si môže používateľ importovať do svojho kalendára a tiež na telefónne číslo klienta informácie o rezervovanom online termíne formou SMS.** **
	1611	+
	1612	+====== ** **Rezervácia online termínu na špecializovanom portáli (autentifikovaný používateľ) ======
	1613	+
	1614	+Klient (autentifikovaný používateľ – používateľ musí byť prihlásený) si bude môcť rezervovať online termín zabezpečenej komunikácie prostredníctvom samostatnej služby na špecializovanom portáli. Systém v prípade autentifikovaného používateľa predvyplní údaje o používateľovi (meno, priezvisko, dátum narodenia) na špecializovanom portáli.  Používateľ doplní email a telefónne číslo (ak údaje nemá vyplnené v profile) a potvrdí správnosť údajov. Systém overí, či používateľ si môže rezervovať online termín na základe podmienok používania zabezpečenej komunikácie. Po výbere dňa prostredníctvom kalendára systém zobrazí dostupné termíny pre zvolený deň a používateľ si zvolí konkrétny čas. Používateľ musí pred odoslaním rezervácie online termínu kliknúť na Súhlasím so spracovaním osobných údajov za účelom vybavenia požiadavky s možnosťou odkliku na informácie uvedené v súbore alebo webovej stránke (text súhlasu ako aj podmienky spracovania bude možné meniť podľa potreby).** **
	1615	+
	1616	+Systém po potvrdení rezervácie online termínu odošle o rezervovanom online termíne na emailovú adresu notifikáciu s udalosťou  a s ID schôdze do kalendára, ktorú si môže používateľ importovať do svojho kalendára a tiež na telefónne číslo klienta informácie o rezervovanom online termíne formou SMS. Systém automaticky vloží rezervovaný online termín  s ID schôdze do kalendára na špecializovanom portáli (v prípade existencie na špecializovanom portáli).** **
	1617	+
	1618	+====== ** **Rezervácia online termínu zamestnancom SP (GUI pre zamestnanca SP) ======
	1619	+
	1620	+Zamestnanec SP bude môcť vytvoriť samostatnú online rezerváciu voľného termínu pre klienta prostredníctvom GUI rozhrania pre zamestnanca SP (rovnaké GUI ako pre rezervačný systém). Zamestnanec vyplní potrebné údaje o klientovi, vyberie vhodný deň a voľný termín. Systém overí, či klient si môže rezervovať online termín na základe podmienok používania online zabezpečenej komunikácie.** **
	1621	+
	1622	+Systém po potvrdení online rezervácie odošle údaje o rezervovanom online termíne na emailovú adresu notifikáciu s udalosťou do kalendára, ktorú si môže používateľ importovať do svojho kalendára a tiež na telefónne číslo klienta informácie o online rezervovanom termíne formou SMS.** **
	1623	+
	1624	+Klient prostredníctvom odoslanej online rezervácie musí potvrdiť takto online rezervovaný termín (napr. formou kliknutia na potvrdzovací link). Bez takéhoto potvrdenia je termín online rezervovaný len určitý čas a ak termín nebude klientom potvrdený do určitého času, opätovne sa tento termín stane voľným. Zároveň bude v texte uvedené, že potvrdením zároveň súhlasí so spracovaním osobných údajov za účelom online rezervácie termínu.** **
	1625	+
	1626	+====== ** **Overenie online rezervácie cez webové sídlo SP (neautentifikovaný používateľ) ======
	1627	+
	1628	+Systém umožní overiť pre neautentifikovaného klienta platnú online rezerváciu na webovej stránke po vyplnení potrebných informácií na webovej stránke Sociálnej poisťovne.** **
	1629	+
	1630	+====== ** **Overenie online rezervácie na špecializovanom portáli (autentifikovaný používateľ) ======
	1631	+
	1632	+Systém umožní vidieť online rezervované termíny pre autentifikovaného používateľa na špecializovanom portáli. Aj autentifikovaný používateľ stále môže využiť služby neautentifikovaného používateľa.** **
	1633	+
	1634	+====== ** **Zrušenie potvrdenej online rezervácie ======
	1635	+
	1636	+Systém umožní klientovi zrušiť jeho online rezervovaný termín v prípade potreby napr. kliknutím na linku v emailovej notifikácií o potvrdení online termínu alebo zaslaním spätnej SMS v definovanom tvare, prípadne cez funkcionalitu zrušenia na špecializovanom portáli. Vygenerovaný odkaz/sms bude v sebe obsahovať informácie o konkrétnej online rezervácií, ktorý zabezpečí zrušenie tohto termínu a jeho uvoľnenie.** **
	1637	+
	1638	+====== Zmena zamestnanca SP potvrdenej online rezervácie ======
	1639	+
	1640	+Systém umožní administrátorovi (napr. vedúci pobočky) preobsadiť už zarezervovaný online termín iným zamestnancom SP (napr. v situácií, kedy systémom pôvodne na schôdzku zamestnancovi priradenú a zamestnanec ochorie).** **
	1641	+
	1642	+====== Štatistiky využívania systému (GUI pre zamestnanca SP) ======
	1643	+
	1644	+Systém musí ukladať všetky historické údaje o všetkých online rezerváciách komunikačného prostredia vrátane zrušených a poskytovať štatistické údaje o počte uskutočnených rezervácií podľa agendy a lokality v čase vrátane historických údajov, doby čakania a doby vybavenia (parametrické vyhľadávanie všetkých uložených údajov – presný výraz, obsahuje, začína, končí; a; alebo; zoraďovanie; filtrovanie; exportovanie; tlačové zostavy).** **
	1645	+
	1646	+Systém poskytne údaje o všetkých budúcich online rezerváciách pre konkrétne pobočky, agendové pracoviská pre účely plánovania.** **
	1647	+
	1648	+Systém zároveň poskytne aktuálne údaje vyťaženosti pobočiek, agendových pracovísk, údaje o priemernej dĺžke čakania, vybavenia.** **
	1649	+
	1650	+====== Administrácia systému (GUI pre administrátora) ======
	1651	+
	1652	+Administrátor alebo iná osoba (napr. vedúci pobočky) na základe pridelených práv bude môcť realizovať nastavenie a parametrizáciu online komunikačného prostredia. Nastavenie bude možné nastaviť na celú zabezpečenú komunikáciu online komunikačného prostredia, ako aj konkrétnu lokalitu, prípadne agendu. Bude môcť vykonať minimálne nasledovné nastavenia:
	1653	+
	1654	+* správa používateľov pre definovanie prístupových oprávnení;
	1655	+
	1656	+* správa a definovanie dostupných agend pre online komunikáciu;
	1657	+
	1658	+* správa a definovanie voľných termínov pre konkrétne agendy, definovanie dĺžky trvania úkonu, vybraných hodín;
	1659	+
	1660	+* generovanie kalendára voľných termínov na základe zadaných parametrov na určité obdobie (počet, dĺžka trvania, pracovné dni atď.);
	1661	+
	1662	+* správa a zmena (preobsadenie) zamestnanca SP v prípade jeho neprítomnosti;
	1663	+
	1664	+* úprava voľných termínov kalendára na základe potreby;
	1665	+
	1666	+* definovanie počtu dní pre odoslanie pripomienky pre vybraným termínom;
	1667	+
	1668	+* nastavenie overovania osoby (overenie cez email alebo telefónne číslo, prípadne obidve možnosti overenia osoby);
	1669	+
	1670	+* definovanie Súhlasu so spracovaním osobných údajov s možnosťou prelinkovania na webovú adresu alebo externý súbor;
	1671	+
	1672	+* maximálna doba pre potvrdenie rezervácie vytvorenej zamestnancom SP;
	1673	+
	1674	+* maximálna dĺžka blokácie osoby;
	1675	+
	1676	+* parametre blokácie a ďalšie.
	1677	+
	1678	+====== Zabezpečená komunikácia ======
	1679	+
	1680	+Riešenie zabezpečí a sleduje maximálny počet odoslaných online termínov pre osobu na jednu lokalitu ako aj celkovo v priebehu určitého počtu kalendárnych dní (kontrola na meno, priezvisko, doklad totožnosti, telefónne číslo, email prípadne ich vzájomná kombinácia). Jedna osoba si nemôže v čase rezervovať viacero online termínov.
	1681	+
	1682	+Riešenie umožní odosielať pripomienky/notifikácie pred online  termínom formou emailovej notifikácie / SMS o rezervovanom online termíne x dní pred termínom (nastavenia v administrácií systému).
	1683	+
	1684	+Riešenie zabezpečí zbieranie poskytnutých súhlasov s poskytnutím osobných údajov a bude zabezpečovať automatickú kontrolu a mazanie údajov, ktorým uplynula platnosť.
	1685	+
	1686	+Pre platné rezervácie a vytvorené schôdze (ID schôdze vytvára služba zabezpečenej online komunikácie) riešenie umožní zrealizovať online zabezpečenú komunikáciu v danom čase -  pohodlnú a bezpečnú realizáciu vzdialených on-line schôdzok medzi klientom, ktorý je žiadateľ o dôchodok a zamestnancom SP (prípadne aj pre iné agendy).
	1687	+
	1688	+Overenie klienta môže prebehnúť na samotnej online schôdzi vyžiadaním si relevantných údajov klienta (spôsob a pravidlá overenia si stanoví SP).** **
	1689	+
	1690	+===== Dotknuté komponenty =====
	1691	+
	1692	+Online zabezpečená komunikácia (ako služba SaaS) bude komunikovať s AZURE tenante  SP a na samotné rezervácie bude využitý paralelne budovaný Rezervačný systém. Služby rezervácie budú realizované prostredníctvom webového sídla SP a špecializovaného portálu (EKP/EÚP):
	1693	+
	1694	+* Rezervačný systém bude posielať údaje o dostupných online termínoch pre vybranú agendu a lokalitu na webové sídlo Sociálnej poisťovne. Webové sídlo bude odosielať informácie o osobe, ktorá si chce rezervovať online termín, rezervačný systém následne odošle informácie o možnosti online rezervácie alebo zamietnutí online rezervácie s uvedením dôvodu. Webové sídlo v prípade dokončenej registrácie odošle rezervačnému systému údaje o vytvorenej online rezervácií.
	1695	+
	1696	+* Rezervačný systém bude posielať údaje o dostupných online termínoch pre vybranú agendu a lokalitu na špecializovaný portál. Špecializovaný portál bude odosielať informácie o osobe, ktorá si chce rezervovať online termín, rezervačný systém následne odošle informácie o možnosti online rezervácie alebo zamietnutí online rezervácie s uvedením dôvodu. Špecializovaný portál v prípade dokončenej registrácie odošle rezervačnému systému údaje o vytvorenej online rezervácií.
	1697	+
	1698	+* Webové sídlo bude odosielať rezervačnému systému na základe vyplnených údajoch žiadosť o overenie platnej online rezervácie a rezervačný systém odošle na webové sídlo potvrdenie resp. zamietnutie platnej online  rezervácie.
	1699	+
	1700	+* Špecializovaný portál bude odosielať rezervačnému systému na základe vyplnených údajoch žiadosť o overenie platnej online rezervácie a rezervačný systém odošle na špecializovaný portál potvrdenie resp. zamietnutie platnej online rezervácie.
	1701	+
	1702	+Údaje z online zabezpečenej komunikácie a z rezervačného systému sú na pobočkách a u klientoch synchronizované.
	1703	+
	1704	+Diagram 12: Služba zabezpečenej elektronickej komunikácie
	1705	+
	1706	+[[image:file:///D:/Users/BA-MONDIKOVA_V/SuboryNezalohovane/Temp/msohtmlclip1/01/clip_image012.emz]]
	1707	+
	1708	+
	1709	+1.
	1710	+11.
	1711	+111.
	1712	+1111. Integrácie a výmena údajov
	1713	+
	1714	+SP je aktuálne integrovaná na IS RFO (Register fyzických osôb) priamo (nie prostredníctvom IS CSRÚ). SP disponuje „lokálnou kópiou RFO“, údaje z IS RFO sú ukladané do RFO SP, ktorý údaje o FO poskytuje interným systémom v správe SP.
	1715	+
	1716	+V rámci systémov v dôchodkovej agende využíva získavané údaje o FO:
	1717	+
	1718	+* IS DP - historicky prebiehalo stotožňovanie, aktuálne IS preberá zmeny;
	1719	+
	1720	+* AIS DP (ŽoD) - realizuje stotožňovanie osôb.
	1721	+
	1722	+SP získava údaje o FO z IS RFO na základne dohody o poskytovaní údajov. Technicky získava len údaje o tých FO, ktoré má v IS RFO označené ako „záujmové osoby“.
	1723	+
	1724	+Rozsah aktivít v predkladanom projekte
	1725	+
	1726	+1.
	1727	+11.
	1728	+111.
	1729	+1111. Rozšírenie záujmových osôb v rámci integrácie RFO SP na IS RFO (MV SR)
	1730	+1111. Spracovanie zmenových dávok - údaje o úmrtí osoby a ich publikovanie do cieľového IS SP
	1731	+1111. Prijímanie údajov z RFO SP do IS DP a ich spracovanie
	1732	+1111. Prijímanie údajov z RFO SP do AIS DP(ŽoD) a ich spracovanie
	1733	+1111. Prijímanie údajov z RFO SP do ďalších IS SP
	1734	+1111. Prijatie zmenových dávok - údaje o úmrtí osoby a spracovanie podmienok pre potenciálne priznanie dôchodku v rámci IS SP
	1735	+1111. Prijatie údajov a vytvorenie personalizovanej ponuky klientovi na špecializovanom portáli (EKP/EÚP)
	1736	+
	1737	+===== Rozšírenie záujmových osôb v rámci integrácie RFO SP na IS RFO (MV SR) =====
	1738	+
	1739	+SP zabezpečí, aby v rámci IS RFO boli označené všetky FO za záujmové osoby pre SP, ide teda o všetky evidované osoby v IS RFO a údaje o:** **
	1740	+
	1741	+* občanoch s trvalým pobytom na území Slovenskej republiky;** **
	1742	+
	1743	+* občanoch, ktorí nemajú trvalý pobyt na území Slovenskej republiky;** **
	1744	+
	1745	+* cudzincoch prihlásených na pobyt na území Slovenskej republiky;** **
	1746	+
	1747	+* cudzincoch, ktorým bol udelený azyl na území Slovenskej republiky;** **
	1748	+
	1749	+* cudzincoch, ktorí na území Slovenskej republiky požívajú výsady a imunity podľa medzinárodného práva a sú akreditovaní Ministerstvom zahraničných vecí a európskych záležitostí Slovenskej republiky;** **
	1750	+
	1751	+* cudzincoch bez pobytu na území Slovenskej republiky evidovaných v informačných systémoch vedených podľa osobitného predpisu;** **
	1752	+
	1753	+* cezhraničných používateľoch elektronických služieb.** **
	1754	+
	1755	+ RFO SP ďalej zabezpečí – upraví/rozšíri integráciu a volania na:** **
	1756	+
	1757	+* získavanie údajov o všetkých FO označených ako záujmové osoby;** **
	1758	+
	1759	+* vytváranie nových osôb v IS RFO evidovaných v IS SP (cudzinci bez pobytu na území Slovenskej republiky evidovaných v informačných systémoch SP a ktorí nie sú v IS RFO);** **
	1760	+
	1761	+* publikovanie objektov evidencie získaných z IS RFO o všetkých osobách do cieľových IS SP v dohodnutej štruktúre a rozsahu ako v rámci súčasného stavu. ** **
	1762	+
	1763	+===== Spracovanie zmenových dávok - údaje o úmrtí osoby a ich publikovanie do cieľového IS SP =====
	1764	+
	1765	+RFO SP zabezpečí – upraví/rozšíri integráciu a volania na získavanie údajov o zmenách týkajúcich sa všetkých osôb so statusom záujmovej osoby, pričom v prípade údajov o úmrtí osoby spracuje zmenovú dávku tak, že vytvorí dataset s údajmi zomretej osoby spolu s údajmi o vzťahoch k iným osobám, ktoré budú obsahovať:** **
	1766	+
	1767	+* osobné údaje manžela/manželky;
	1768	+
	1769	+* osobné údaje otca;
	1770	+
	1771	+* osobné údaje matky;
	1772	+
	1773	+* osobné údaje dieťaťa.
	1774	+
	1775	+a ďalšie údaje o týchto osobách na základe detailnej analýzy (napr. údaje o stave, o úmrtí tejto osoby a podobne) – s cieľom identifikovať žijúcich pozostalých pre zomretú osobu.** **
	1776	+
	1777	+RFO SP pripravený dataset o zomretých osobách a previazaných osobách publikuje do cieľového IS SP, ktorý bude zodpovedný za spracovanie podmienok s cieľom označiť osoby vo vzťahu k zomretej osobe, ktoré potenciálne spĺňajú podmienky na priznanie vdovského, vdoveckého alebo sirotského dôchodku.** **
	1778	+
	1779	+===== Prijímanie údajov z RFO SP do IS DP a ich spracovanie =====
	1780	+
	1781	+Cieľový IS SP zabezpečí prijatie a spracovanie objektov evidencie získaných z RFO SP o všetkých osobách v dohodnutej štruktúre a rozsahu ako v rámci súčasného stavu (prijatie zmien – spracovanie – referencovanie, stotožňovanie..).** **
	1782	+
	1783	+Prostredníctvom tejto integrácie bude prebiehať získavanie objektov evidencie v rámci súčasnej integrácie a na základe detailnej analýzy budú doplnené prípadne aj ďalšie relevantné objekty evidencie získavané z IS RFO s cieľom využívať tieto údaje pri spracovaní agendových procesov.** **
	1784	+
	1785	+V rámci cieľového IS SP bude v prípade potreby realizácie úprav (na základe vykonanej úvodnej analýzy) zabezpečené:** **
	1786	+
	1787	+1. ** **príprava internej štruktúry a funkcie na prijatie a spracovanie údajov z RFO SP;
	1788	+1. implementácia procesov, aplikačnej funkcie a zmien v spracovaní dát na svojej strane
	1789	+
	1790	+1. otestovanie a odladenie integrácie;
	1791	+
	1792	+1. súčinnosť pri ladení WS;
	1793	+
	1794	+1. vypracovanie úplnej dokumentácie podľa štandardov IT vo verejnej správe k prenosu vrátane popisu dát, dátových štruktúr, funkcií, schém architektúry a zdrojových kódov, vrátane dokumentácie zrealizovaných testov;
	1795	+
	1796	+===== Prijímanie údajov z RFO SP do AIS DP(ŽoD) a ich spracovanie =====
	1797	+
	1798	+Cieľový IS SP zabezpečí prijatie a spracovanie objektov evidencie získaných z RFO SP o všetkých osobách v dohodnutej štruktúre a rozsahu ako v rámci súčasného stavu (prijatie zmien – spracovanie – referencovanie, stotožňovanie..).** **
	1799	+
	1800	+Prostredníctvom tejto integrácie bude prebiehať získavanie objektov evidencie v rámci súčasnej integrácie a na základe detailnej analýzy budú doplnené prípadne aj ďalšie relevantné objekty evidencie získavané z IS RFO s cieľom využívať tieto údaje pri spracovaní agendových procesov.** **
	1801	+
	1802	+V rámci cieľového IS SP bude v prípade potreby realizácie úprav (na základe vykonanej úvodnej analýzy) zabezpečené:** **
	1803	+
	1804	+1. príprava internej štruktúry a funkcie na prijatie a spracovanie údajov z RFO SP;
	1805	+1. implementácia procesov, aplikačnej funkcie a zmien v spracovaní dát na svojej strane
	1806	+1. otestovanie a odladenie integrácie;
	1807	+1. súčinnosť pri ladení WS;
	1808	+1. vypracovanie úplnej dokumentácie podľa štandardov IT vo verejnej správe k prenosu vrátane popisu dát, dátových štruktúr, funkcií, schém architektúry a zdrojových kódov, vrátane dokumentácie zrealizovaných testov;
	1809	+
	1810	+===== Prijatie zmenových dávok - údaje o úmrtí osoby a spracovanie podmienok pre potenciálne priznanie dôchodku v rámci IS XX =====
	1811	+
	1812	+Cieľový IS SP zabezpečí prijatie pripraveného datasetu o zomretých osobách a previazaných osobách z RFO SP.**  **
	1813	+
	1814	+Dataset bude obsahovať údaje zomretej osoby spolu s údajmi o vzťahoch k iným osobám:** **
	1815	+
	1816	+* osobné údaje manžela/manželky;
	1817	+
	1818	+* osobné údaje otca;
	1819	+
	1820	+* osobné údaje matky;
	1821	+
	1822	+* osobné údaje dieťaťa.
	1823	+
	1824	+a ďalšie údaje o týchto osobách na základe detailnej analýzy (napr. údaje o stave, o úmrtí tejto osoby a podobne) – s cieľom identifikovať žijúcich pozostalých pre zomretú osobu.** **
	1825	+
	1826	+Cieľový IS upraví existujúce/ prispôsobí/ vytvorí nové aplikačné funkcie a zabezpečí spracovanie podmienok (biznis pravidlá na základe dostupných údajov v tomto IS) s cieľom označiť osoby vo vzťahu k zomretej osobe, ktoré potenciálne spĺňajú podmienky na priznanie vdovského, vdoveckého alebo sirotského dôchodku. Podmienky resp. biznis pravidlá nedefinujú nárok, ale možné potenciálne splnenie podmienok pre priznanie dôchodku.** **
	1827	+
	1828	+Cieľový IS následne zabezpečí integráciu a zaslanie údajov o označených osobách do špecializovaného portálu – do riešenia EKP/EUP.** **
	1829	+
	1830	+Alternatívne: V závislosti na prácnosti a časových možnostiach realizácie týchto zmien a úprav prichádza do úvahy riešenie, že podmienky spracovania v zmysle vyššie uvedených požiadaviek spracuje na základne už v súčasnom stave dostupných údajov komponent EKP/EUP.
	1831	+
	1832	+===== Prijatie údajov a vytvorenie personalizovanej ponuky klientovi na špecializovanom portáli =====
	1833	+
	1834	+Špecializovaný portál (riešenie EKP/EUP) zabezpečí prijatie a uloženie údajov - označené osoby vo vzťahu k zomretej osobe, ktoré potenciálne spĺňajú podmienky na priznanie vdovského, vdoveckého alebo sirotského dôchodku.** **
	1835	+
	1836	+EKP/EUP upraví existujúce/ prispôsobí/ vytvorí nové aplikačné funkcie a zabezpečí, aby sa osobe, ktorá sa prihlási na špecializovaný portál (identifikuje a autentifikuje) a je označená, ako osoba vo vzťahu k zomretej osobe, ktorá potenciálne spĺňa podmienky na priznanie vdovského, vdoveckého alebo sirotského dôchodku, bola zobrazená personalizovaná ponuka v časti portálu – relevantnej podstránke určenej na takého informácie (na základne detailnej analýzy a dizajnu). ** **
	1837	+
	1838	+Takejto prihlásenej osobe bude zobrazená informácia o životnej udalosti a možnosti podať si relevantnú žiadosť o dôchodok (informácia môže definovať, že nejde o nárok, ale skôr o pravdepodobné splnenie nárokov) a odkáže klienta na el. službu (el. formulár).** **
	1839	+
	1840	+1.
	1841	+11.
	1842	+111.
	1843	+1111. Zavedenie elektronizácie a automatizácie procesu spracovania žiadostí
	1844	+
	1845	+Spracovanie odvolania je špecifickým prípadom použitia komplexného procesu elektronizovaného a automatizovaného spracovania žiadostí/formulárov. V IS EDS prostredníctvom špecifického atribútu „typ podania“ = odvolanie a atribútu identifikácie konania/spisovej vložky/rozhodnutia je vyhodnotené, že ide o nové konanie a preferovane sa vytvorí nová spisová vložka s referenciou na spisovú vložku s rozhodnutím.
	1846	+
	1847	+Komplexné riešenie, ktoré nie je súčasťou predkladaného projektu je popísané v Diagrame 13: Procesný tok vytvorenie, odoslania a spracovania podaní.
	1848	+
	1849	+Diagram 13: Procesný tok vytvorenie, odoslania a spracovania podaní
	1850	+
	1851	+[[image:file:///D:/Users/BA-MONDIKOVA_V/SuboryNezalohovane/Temp/msohtmlclip1/01/clip_image013.jpg]]
	1852	+
	1853	+
	1854	+1.
	1855	+11.
	1856	+111.
	1857	+1111. Vytvorenie žiadostí o oznámení asistovane na pobočke
	1858	+
	1859	+Aplikačná vrstva architektúry je riešená v komplexnom riešení.
	1860	+
	1861	+
	1862	+1.
	1863	+11.
	1864	+111. Rozsah informačných systémov – AS IS
	1865	+
	1866	+Legenda:
	1867	+
	1868	+* modrou sú podfarbené IS, ktoré sa plánujú vybudovať v tomto projekte;
	1869	+* s * sú označené IS, ktorých vybudovanie nie je súčasťou rozsahu predkladaného projektu, ale sú dôležité pre celkový náhľad na budúce riešenie
	1870	+
	1871	+|Kód ISVS (z MetaIS)|Názov ISVS|(((
	1872	+Modul ISVS
	1873	+
	1874	+(zaškrtnite ak ISVS je modulom)
	1875	+)))|(((
	1876	+Stav IS VS
	1877	+
	1878	+(AS IS)
	1879	+)))|Typ IS VS|(((
	1880	+Kód nadradeného ISVS
	1881	+
	1882	+(v prípade zaškrtnutého checkboxu pre modul ISVS)
	1883	+)))
	1884	+|isvs_551 |IS EKP (SES)|☐| Prevádzkovaný a plánujem rozvíjať| Prezentačný|
	1885	+|isvs_8213 |IS JVP|☐| Prevádzkovaný a plánujem rozvíjať| Ekonomický a administratívny chod inštitúcie|
	1886	+|isvs_8214 |(((
	1887	+AIS DP
	1888	+
	1889	+Súčasťou je: APV eELPD
	1890	+)))|☐| Prevádzkovaný a plánujem rozvíjať|Agendový |
	1891	+|isvs_547 |IS NPaLPČ|☐| Prevádzkovaný a plánujem rozvíjať|Agendový|
	1892	+|isvs_8729 |IS MUSP|☐| Prevádzkovaný a plánujem rozvíjať|Agendový|
	1893	+|isvs_546|IS DP|☐|Prevádzkovaný a plánujem rozvíjať|Agendový|
	1894	+|isvs_8124|APV ASSR|☐|Prevádzkovaný a neplánujem rozvíjať|Ekonomický a administratívny chod inštitúcie|
	1895	+|isvs_11264|IS REG*|☐|Plánujem budovať|Ekonomický a administratívny chod inštitúcie|
	1896	+|isvs_549|IS UP|☐|Prevádzkovaný a plánujem rozvíjať|Agendový|
	1897	+|Isvs_14764|Centrálny integračný komponent - ESB (Aplikačná integračná platforma)|☐|Prevádzkovaný a plánujem rozvíjať|Integračný|
	1898	+|TBD|Notifikačný modul SP*|☐|Plánujem budovať|Integračný|
	1899	+|Isvs_545|IS VPP|☐|Prevádzkovaný a plánujem rozvíjať|Agendový|
	1900	+|Isvs_12001|Informačný systém Národnej aplikácie Sociálnej poisťovne (IS NASP)|☐|Prevádzkovaný a plánujem rozvíjať|Ekonomický a administratívny chod inštitúcie|
	1901	+|Isvs_11265|Dokument management system (DMS)*|(((
	1902	+☒
	1903	+
	1904	+
	1905	+)))|Plánujem budovať|Ekonomický a administratívny chod inštitúcie|Isvs_11264
	1906	+|TBD|BPM*|☐|Plánujem budovať|Agendový|
	1907	+|Isvs_8140|CIPS (Centrálny informačný ponukový systém)|☐|Prevádzkovaný a plánujem rozvíjať|Agendový|
	1908	+|TBD|IS EDS|☐|Plánujem budovať|Agendový|
	1909	+|TBD|Rezervačný systém|☐|Plánujem budovať|Agendový|
	1910	+|TBD|IS Prognóza a informatívne výpočty|☐|Plánujem budovať|Agendový|
	1911	+|TBD|IS Výstupné dokumenty|☐|Plánujem budovať|Agendový|
	1912	+|TBD|Služba zabezpečenej komunikácie|☐|Plánujem budovať|Agendový|
	1913	+
	1914	+
	1915	+
	1916	+1.
	1917	+11.
	1918	+111. Rozsah informačných systémov – TO BE
	1919	+
	1920	+Legenda:
	1921	+
	1922	+* modrou sú podfarbené IS, ktoré sa plánujú vybudovať v tomto projekte;
	1923	+* s * sú označené IS, ktorých vybudovanie nie je súčasťou rozsahu predkladaného projektu, ale sú dôležité pre celkový náhľad na budúce riešenie
	1924	+
	1925	+|Kód ISVS (z MetaIS)|Názov ISVS|(((
	1926	+Modul ISVS
	1927	+
	1928	+(zaškrtnite ak ISVS je modulom)
	1929	+)))|(((
	1930	+Stav IS VS
	1931	+
	1932	+(AS IS)
	1933	+)))|Typ IS VS|(((
	1934	+Kód nadradeného ISVS
	1935	+
	1936	+(v prípade zaškrtnutého checkboxu pre modul ISVS)
	1937	+)))
	1938	+|isvs_551 |IS EKP (SES)|☐| Prevádzkovaný a plánujem rozvíjať| Prezentačný|
	1939	+|isvs_8213 |IS JVP|☐| Prevádzkovaný a plánujem rozvíjať| Ekonomický a administratívny chod inštitúcie|
	1940	+|isvs_8214 |(((
	1941	+AIS DP
	1942	+
	1943	+Súčasťou je: APV eELPD
	1944	+)))|☐| Prevádzkovaný a plánujem rozvíjať|Agendový |
	1945	+|isvs_547 |IS NPaLPČ|☐| Prevádzkovaný a plánujem rozvíjať|Agendový|
	1946	+|isvs_8729 |IS MUSP|☐| Prevádzkovaný a plánujem rozvíjať|Agendový|
	1947	+|isvs_546|IS DP|☐|Prevádzkovaný a plánujem rozvíjať|Agendový|
	1948	+|isvs_8124|APV ASSR|☐|neprevádzkovaný|Ekonomický a administratívny chod inštitúcie|
	1949	+|isvs_11264|IS REG*|☐|Prevádzkovaný a plánujem rozvíjať|Ekonomický a administratívny chod inštitúcie|
	1950	+|isvs_549|IS ÚP|☐|Prevádzkovaný a plánujem rozvíjať|Agendový|
	1951	+|Isvs_14764|Centrálny integračný komponent - ESB (Aplikačná integračná platforma)|☐|Prevádzkovaný a plánujem rozvíjať|Integračný|
	1952	+|TBD|Notifikačný modul SP*|☐|Prevádzkovaný a plánujem rozvíjať|Agendový|
	1953	+|isvs_545|IS VPP|☐|Prevádzkovaný a plánujem rozvíjať|Agendový|
	1954	+|isvs_12001|Informačný systém Národnej aplikácie Sociálnej poisťovne (IS NASP)|☐|Prevádzkovaný a plánujem rozvíjať|Ekonomický a administratívny chod inštitúcie|
	1955	+|iIsvs_11265|Dokument management system (DMS)*|(((
	1956	+☒
	1957	+
	1958	+
	1959	+)))|Prevádzkovaný a plánujem rozvíjať|Ekonomický a administratívny chod inštitúcie|Isvs_11264
	1960	+|TBD|BPM*|☐|Prevádzkovaný a plánujem rozvíjať|Agendový|
	1961	+|isvs_8140|CIPS (Centrálny informačný ponukový systém)|☐|Prevádzkovaný a plánujem rozvíjať|Agendový|
	1962	+|TBD|IS EDS|☐|Prevádzkovaný a plánujem rozvíjať|Agendový|
	1963	+|TBD|Rezervačný systém|☐|Prevádzkovaný a plánujem rozvíjať|Agendový|
	1964	+|TBD|IS Prognóza a informatívne výpočty|☐|Prevádzkovaný a plánujem rozvíjať|Agendový|
	1965	+|TBD|IS Výstupné dokumenty|☐|Prevádzkovaný a plánujem rozvíjať|Agendový|
	1966	+|TBD|Služba zabezpečenej komunikácie|☐|Prevádzkovaný a plánujem rozvíjať|Agendový|
	1967	+
	1968	+
	1969	+
	1970	+1.
	1971	+11.
	1972	+111. Využívanie nadrezortných a spoločných ISVS – AS IS
	1973	+
	1974	+|Kód IS|Názov ISVS|Spoločné moduly podľa zákona č. 305/2013  e-Governmente
	1975	+|isvs_8729 |IS MUSP|IS CSRÚ-Modul procesnej integrácie a integrácie údajov
	1976	+|isvs_8124|ASSR|Modul elektronických schránok
	1977	+|isvs_551 |EKP|Modulu elektronických formulárov
	1978	+|isvs_8124|ASSR|Modul elektronického doručovania
	1979	+|isvs_551 |EKP (SES)|Autentifikačný modul
	1980	+
	1981	+
	1982	+1.
	1983	+11.
	1984	+111. Prehľad plánovaných integrácií ISVS na nadrezortné ISVS – spoločné moduly podľa zákona č. 305/2013  e-Governmente – TO BE
	1985	+
	1986	+Integrácie na nadrezortné ISVS nebudú realizované v projekte ŽS14+16.
	1987	+
	1988	+Nižšie uvádzame integrácie, ktoré budú potrebné na celkové riešenie životných situácií 14 a 16 pre doplnenie kontextu a celkový pohľad na ŽS14 a 16.
	1989	+
	1990	+|Kód IS|Názov ISVS|Spoločné moduly podľa zákona č. 305/2013  e-Governmente
	1991	+| |BPM&API|Notifikačný modul
	1992	+| |IS REG|Modul elektronického doručovania
	1993	+| |IS REG|Modul elektronických schránok
	1994	+| |EKP (SES)|Autentifikačný modul
	1995	+| |IS MUSP|IS CSRÚ-Modul procesnej integrácie a integrácie údajov
	1996	+| |BPM&API|Centrálna API Manažment Platforma
	1997	+
	1998	+
	1999	+1.
	2000	+11.
	2001	+111. Prehľad plánovaného využívania iných ISVS (integrácie) – TO BE
	2002	+
	2003	+Detailný spôsob integrácie (napriamo/cez integračnú platformu ESB SP) bude definovaný pri DNR.
	2004	+
	2005	+Všetky integrácie sa realizujú v rozsahu potrebných údajov - teda v rámci dôchodkovej agendy alebo v rámci agendy úmrtia.
	2006	+
	2007	+|(((
	2008	+Kód ISVS
	2009	+
	2010	+(z MetaIS)
	2011	+)))|(((
	2012	+Názov ISVS
	2013	+
	2014	+
	2015	+)))|(((
	2016	+Kód integrovaného ISVS
	2017	+
	2018	+(z MetaIS)
	2019	+)))|Názov integrovaného ISVS|oblasť
	2020	+|isvs_8214 |AIS DP| |ESB SP|Overenie vlastníctva účtu
	2021	+| |CRIF| |ESB SP|Overenie vlastníctva účtu
	2022	+|TBD|EDS| |ESB SP|Overenie vlastníctva účtu
	2023	+|isvs_551 |IS EKP| |ESB SP|Overenie vlastníctva účtu
	2024	+|isvs_8213 |IS JVP|isvs_8214|AIS DP|Automatizácia výpočtov
	2025	+|isvs_547 |IS NPaLPČ|isvs_8214|AIS DP|Automatizácia výpočtov
	2026	+|isvs_8213 |JVP| |VPP|Automatizácia výpočtov
	2027	+|TBD|EDS|isvs_8729|MUSP|Elektronický dávkový spis
	2028	+|TBD|EDS|TBD|BPM|Elektronický dávkový spis
	2029	+|TBD|EDS|Isvs_11265|DMS|Elektronický dávkový spis
	2030	+|TBD|EDS|isvs_11264|IS REG|Elektronický dávkový spis
	2031	+|isvs_8214 |AIS DP|TBD|EDS|Elektronický dávkový spis
	2032	+|isvs_547 |IS NASP (RINA)|TBD|EDS|Elektronický dávkový spis
	2033	+|isvs_547 |IS NPaLPČ|TBD|EDS|Elektronický dávkový spis
	2034	+|TBD|IS Výstupné dokumenty|isvs_11264|IS REG|Vytváranie el. výstupov
	2035	+|TBD|IS Výstupné dokumenty|TBD|EDS|Vytváranie el. výstupov/ Elektronický dávkový spis
	2036	+|isvs_546|IS DP|TBD|IS Výstupné dokumenty|Vytváranie el. výstupov
	2037	+|isvs_8214 |AIS DP|TBD|IS Výstupné dokumenty|Vytváranie el. výstupov
	2038	+|isvs_547 |IS NPaLPČ|TBD|IS Výstupné dokumenty|Vytváranie el. výstupov
	2039	+|isvs_547 |IS NPaLPČ| |Notifikačný komponent SP|Zdroje notifikácií
	2040	+|isvs_546|IS DP / RFO SP| |Notifikačný komponent SP|Zdroje notifikácií/Sprístupňovanie údajov na portáli
	2041	+|TBD|EDS| |Notifikačný komponent SP|Zdroje notifikácií
	2042	+|TBD|Rezervačný systém|TBD|Služba zabezpečenej elektronickej komunikácie|Rezervačný systém/ Služba zabezpečenej komunikácie
	2043	+|isvs_8214 |AIS DP|isvs_191|RFO|
	2044	+
	2045	+1.
	2046	+11.
	2047	+111. Aplikačné služby pre realizáciu koncových služieb – TO BE
	2048	+
	2049	+
	2050	+|(((
	2051	+Kód AS
	2052	+
	2053	+(z MetaIS)
	2054	+)))|Názov  AS|(((
	2055	+ISVS/modul ISVS
	2056	+
	2057	+(kód z MetaIS)
	2058	+)))|(((
	2059	+Aplikačná služba realizuje KS
	2060	+
	2061	+(kód KS z MetaIS)
	2062	+)))
	2063	+|TBD|Žiadosť o rezerváciu termínu na ŠP SP (EKP) (nová)|Rezervačný systém|TBD
	2064	+|TBD|Žiadosť o rezerváciu termínu cez webové sídlo (nová)|Rezervačný systém|TBD
	2065	+|TBD|Overenie rezervovaného  termínu na ŠP SP (EKP) (nová)|Rezervačný systém|TBD
	2066	+|TBD|Zrušenie rezervovaného termínu (nová)|Rezervačný systém|TBD
	2067	+
	2068	+
	2069	+1.
	2070	+11.
	2071	+111. Aplikačné služby na integráciu – TO BE
	2072	+
	2073	+V rámci Projektu ŽS14+16 nebude realizovaná žiadna integrácia s nadrezortnými IS. Budovať sa budú len integrácie interných systémov SP.
	2074	+
	2075	+|(((
	2076	+AS
	2077	+
	2078	+(Kód MetaIS)
	2079	+)))|(((
	2080	+
	2081	+
	2082	+Názov  AS
	2083	+)))|(((
	2084	+Realizuje ISVS
	2085	+
	2086	+(kód MetaIS)
	2087	+)))|Poskytujúca alebo Konzumujúca|Integrácia cez CAMP|Integrácia s IS tretích strán|SaaS|(((
	2088	+Integrácia na AS poskytovateľa
	2089	+
	2090	+(kód MetaIS)
	2091	+)))
	2092	+| | | |Poskytovaná / Konzumujúca|Áno/Nie|Áno/Nie|Áno/Nie|
	2093	+| | | |Poskytovaná / Konzumujúca|Áno/Nie|Áno/Nie|Áno/Nie|
	2094	+| | | |Poskytovaná / Konzumujúca|Áno/Nie|Áno/Nie|Áno/Nie|
	2095	+
	2096	+
	2097	+1.
	2098	+11.
	2099	+111. Poskytovanie údajov z ISVS do IS CSRÚ – TO BE
	2100	+
	2101	+Poskytovanie údajov do IS CSRÚ nie súčasťou rozsahu projektu.
	2102	+
	2103	+|ID OE|Názov (poskytovaného) objektu evidencie|Kód ISVS poskytujúceho OE|Názov ISVS poskytujúceho OE
267	267	| | | |
268	268	| | | |
269	269	| | | |
270	270
271		-=== {{id name="_Toc63764349"/}}{{id name="_Toc1792132569"/}}{{id name="_Toc153139694"/}}4.2.9Konzumovanie údajov z IS CSRU – TO BE ===
272	272
273		-//Uveďte v nasledujúcej tabuľke prehľad konzumovaných údajov z IS CSRÚ v TO BE stave. [[Súčasné dostupné objekty evidencie a údaje v IS CSRÚ>>url:https://managementmania.com/sk/databaza]] sú uvedené v integračnom manuáli IS CSRÚ.//
	2109	+1.
	2110	+11.
	2111	+111. Konzumovanie údajov z IS CSRU – TO BE
274	274
275		-|**ID OE**|**Názov (konzumovaného) objektu evidencie**|**Kód a názov ISVS konzumujúceho OE z IS CSRÚ**|**Kód zdrojového ISVS v MetaIS**
	2113	+Konzumovanie údajov do IS CSRÚ nie súčasťou rozsahu projektu.
	2114	+
	2115	+|ID  OE|(((
	2116	+
	2117	+
	2118	+Názov (konzumovaného) objektu evidencie
	2119	+)))|Kód a názov ISVS konzumujúceho OE z IS CSRÚ|Kód zdrojového ISVS v MetaIS
276	276	| | | |
277	277	| | | |
278	278	| | | |
279	279
280		-== {{id name="_Toc62489738"/}}{{id name="_Toc739110335"/}}{{id name="_Toc153139695"/}}{{id name="_Toc62488214"/}}{{id name="_Toc62488105"/}}{{id name="_Toc62488012"/}}{{id name="_Toc62487919"/}}{{id name="_Toc62487051"/}}{{id name="_Toc62486914"/}}{{id name="_Toc62486339"/}}{{id name="_Toc62488213"/}}{{id name="_Toc62488104"/}}{{id name="_Toc62488011"/}}{{id name="_Toc62487918"/}}{{id name="_Toc62487050"/}}{{id name="_Toc62486913"/}}{{id name="_Toc62486338"/}}{{id name="_Toc62488212"/}}{{id name="_Toc62488103"/}}{{id name="_Toc62488010"/}}{{id name="_Toc62487917"/}}{{id name="_Toc62487049"/}}{{id name="_Toc62486912"/}}{{id name="_Toc62486337"/}}{{id name="_Toc62488211"/}}{{id name="_Toc62488102"/}}{{id name="_Toc62488009"/}}{{id name="_Toc62487916"/}}{{id name="_Toc62487048"/}}{{id name="_Toc62486911"/}}{{id name="_Toc62486336"/}}{{id name="_Toc62488210"/}}{{id name="_Toc62488101"/}}{{id name="_Toc62488008"/}}{{id name="_Toc62487915"/}}{{id name="_Toc62487047"/}}{{id name="_Toc62486910"/}}{{id name="_Toc62486335"/}}{{id name="_Toc61939053"/}}{{id name="_Toc61938877"/}}{{id name="_Toc61939052"/}}{{id name="_Toc61938876"/}}{{id name="_Toc61939051"/}}{{id name="_Toc61938875"/}}{{id name="_Toc62488209"/}}{{id name="_Toc62488100"/}}{{id name="_Toc62488007"/}}{{id name="_Toc62487914"/}}{{id name="_Toc62487046"/}}{{id name="_Toc62486909"/}}{{id name="_Toc62486334"/}}{{id name="_Toc62488208"/}}{{id name="_Toc62488099"/}}{{id name="_Toc62488006"/}}{{id name="_Toc62487913"/}}{{id name="_Toc62487045"/}}{{id name="_Toc62486908"/}}{{id name="_Toc62486333"/}}{{id name="_Toc62488207"/}}{{id name="_Toc62488098"/}}{{id name="_Toc62488005"/}}{{id name="_Toc62487912"/}}{{id name="_Toc62487044"/}}{{id name="_Toc62486907"/}}{{id name="_Toc62486332"/}}{{id name="_Toc62488206"/}}{{id name="_Toc62488097"/}}{{id name="_Toc62488004"/}}{{id name="_Toc62487911"/}}{{id name="_Toc62487043"/}}{{id name="_Toc62486906"/}}{{id name="_Toc62486331"/}}{{id name="_Toc62488205"/}}{{id name="_Toc62488096"/}}{{id name="_Toc62488003"/}}{{id name="_Toc62487910"/}}{{id name="_Toc62487042"/}}{{id name="_Toc62486905"/}}{{id name="_Toc62486330"/}}{{id name="_Toc62488204"/}}{{id name="_Toc62488095"/}}{{id name="_Toc62488002"/}}{{id name="_Toc62487909"/}}{{id name="_Toc62487041"/}}{{id name="_Toc62486904"/}}{{id name="_Toc62486329"/}}{{id name="_Toc62488199"/}}{{id name="_Toc62488090"/}}{{id name="_Toc62487997"/}}{{id name="_Toc62487904"/}}{{id name="_Toc62487036"/}}{{id name="_Toc62486899"/}}{{id name="_Toc62486324"/}}{{id name="_Toc62488194"/}}{{id name="_Toc62488085"/}}{{id name="_Toc62487992"/}}{{id name="_Toc62487899"/}}{{id name="_Toc62487031"/}}{{id name="_Toc62486894"/}}{{id name="_Toc62486319"/}}{{id name="_Toc62488189"/}}{{id name="_Toc62488080"/}}{{id name="_Toc62487987"/}}{{id name="_Toc62487894"/}}{{id name="_Toc62487026"/}}{{id name="_Toc62486889"/}}{{id name="_Toc62486314"/}}{{id name="_Toc62488184"/}}{{id name="_Toc62488075"/}}{{id name="_Toc62487982"/}}{{id name="_Toc62487889"/}}{{id name="_Toc62487021"/}}{{id name="_Toc62486884"/}}{{id name="_Toc62486309"/}}{{id name="_Toc62488179"/}}{{id name="_Toc62488070"/}}{{id name="_Toc62487977"/}}{{id name="_Toc62487884"/}}{{id name="_Toc62487016"/}}{{id name="_Toc62486879"/}}{{id name="_Toc62486304"/}}{{id name="_Toc62488173"/}}{{id name="_Toc62488064"/}}{{id name="_Toc62487971"/}}{{id name="_Toc62487878"/}}{{id name="_Toc62487010"/}}{{id name="_Toc62486873"/}}{{id name="_Toc62486298"/}}{{id name="_Toc62488172"/}}{{id name="_Toc62488063"/}}{{id name="_Toc62487970"/}}{{id name="_Toc62487877"/}}{{id name="_Toc62487009"/}}{{id name="_Toc62486872"/}}{{id name="_Toc62486297"/}}{{id name="_Toc62488171"/}}{{id name="_Toc62488062"/}}{{id name="_Toc62487969"/}}{{id name="_Toc62487876"/}}{{id name="_Toc62487008"/}}{{id name="_Toc62486871"/}}{{id name="_Toc62486296"/}}{{id name="_Toc62488170"/}}{{id name="_Toc62488061"/}}{{id name="_Toc62487968"/}}{{id name="_Toc62487875"/}}{{id name="_Toc62487007"/}}{{id name="_Toc62486870"/}}{{id name="_Toc62486295"/}}{{id name="_Toc62488169"/}}{{id name="_Toc62488060"/}}{{id name="_Toc62487967"/}}{{id name="_Toc62487874"/}}{{id name="_Toc62487006"/}}{{id name="_Toc62486869"/}}{{id name="_Toc62486294"/}}{{id name="_Toc62488168"/}}{{id name="_Toc62488059"/}}{{id name="_Toc62487966"/}}{{id name="_Toc62487873"/}}{{id name="_Toc62487005"/}}{{id name="_Toc62486868"/}}{{id name="_Toc62486293"/}}{{id name="_Toc62488167"/}}{{id name="_Toc62488058"/}}{{id name="_Toc62487965"/}}{{id name="_Toc62487872"/}}{{id name="_Toc62487004"/}}{{id name="_Toc62486867"/}}{{id name="_Toc62486292"/}}4.3Dátová vrstva ==
281	281
282		-//Každá organizácia by mala mať zavedený systematický manažment údajov (vrátane nastavenie príslušných procesov a metodík pre správu celého životného cyklu údajov) a byť schopná evidovať a spravovať údaje v strojovo-spracovateľnej podobe. V kapitolách nižšie je potrebné popísať AS IS a následne TO BE stav organizácie z pohľadu údajov, ich štruktúry a následného výkonu príslušnej agendy vo vzťahu k projektu.//
	2125	+1.
	2126	+11. Dátová vrstva
283	283
284		-=== {{id name="_Toc2009350815"/}}{{id name="_Toc153139696"/}}{{id name="_Toc63764351"/}}4.3.1Údaje v správe organizácie ===
	2128	+Dátová vrstva bude predmetom detailnejšej analýzy v ďalších fázach projektu, nakoľko sa jedná primárne o existujúce agendové systémy. Nižšie v kapitole uvádzame základné predpoklady.
285	285
286		-//[[Popíšte dátovú architektúru riešenia na úrovni objektov evidencie a vzťahov medzi nimi>>url:https://managementmania.com/sk/zalohovanie-backup#heading=h.2s8eyo1]] **v AS IS stave**. Pri popise je potrebné vychádzať z metodiky Ministerstva vnútra - Metodika identifikácie, vizualizácie a referencovania údajov pri dátovom modelovaní vo verejnej správe (zverejnená na stránke __[[https:~~/~~/www.minv.sk/?np-optimalizacia-procesov-vo-verejnej-sprave>>url:https://www.minv.sk/?np-optimalizacia-procesov-vo-verejnej-sprave]]__ v Aktivite 5).//
	2130	+1.
	2131	+11.
	2132	+111. Údaje v správe organizácie
287	287
288		-* //Uveďte diagramy tried a štruktúrovaný popis entít a atribútov vhodný aj pre strojové spracovanie. Diagram tried uveďte vo forme úplného logického modelu.//
289		-* //Popíšte procesy riadenia životného cyklu správy údajov, kde je potrebné zrozumiteľne zdokumentovať dátové štruktúry, proces tvorby údajov, štatistické metodológie (ak budú použité), dátové zdroje, kontext a ďalšie aspekty manažmentu údajov. Proces riadenia pre manažment údajov musí byť zavedený nad informačnými systémami, ktoré obsahujú objekty evidencie a budú riešené v projekte.//
290		-* //Popíšte zavedenie systematického manažmentu údajov v organizácií.//
291		-* //Po organizačnej stránke je podmienkou zavedenie role dátového kurátora (dátový architekt) v organizácii, v rozsahu ako ju definuje strategická priorita Manažment údajov a strategická priorita Otvorené údaje, ktorý bude zodpovedný za koncept systematického manažmentu údajov a úpravu organizačnej štruktúry smerom k vytvoreniu rezortnej dátovej kancelárie.//
	2134	+V prostredí SP je hlavným nástrojom pre data manažment IS MÚSP (Informačný systém manažment údajov SP). Bol dodaný koncom roka 2023 ako výstup projektu Efektívny manažment údajov v prostredí Sociálnej poisťovne (MUSP) v rámci OPII (ďalej len “projekt”), pričom naplnil v projekte nastavené merateľné ukazovatele: Počet nových optimalizovaných úsekov verejnej správy (cieľová hodnota 2). V rámci projektu sa tiež podarilo naintegrovať do IS MUSP/jeho centrálneho dátového úložiska/ 15 datasetov obsahujúcich 571 atribútov z interných agendových systémov SP, a to ISUP – Informačný systém úrazového poistenia, IS PVN a GP – Informačný systém poistenia v nezamestnanosti a garančného poistenia a NASP – Národná agentúra sociálneho poistenia.
292	292
293		-=== {{id name="_Ref154138234"/}}{{id name="_Toc1386538966"/}}{{id name="_Toc153139697"/}}{{id name="_Toc63764352"/}}4.3.2Dátový rozsah projektu - Prehľad objektov evidencie - TO BE ===
	2136	+ IS MUSP má slúžiť aj ako hlavný nástroj pre komplexné zabezpečenie dátovej kvality dát SP, ktoré sú predmetom výmeny medzi viacerými agendovými systémami SP, alebo aj s inými orgánmi verejnej moci. V rámci projektu boli zrealizované aktivity týkajúce sa služieb dátovej kvality pre IS PVN a GP, a tiež ISUP.
294	294
295		-//Pre budované informačné systémy vytvorte tzv. doménový model, ktorý definuje návrh dátových prvkov súvisiacich s projektom.//
	2138	+Projekty ŽS sa v prostredí SP realizujú v súlade s ďalšou stratégiou rozvoja IS MUSP ako rezortnej dátovej integračnej platformy, keď IS MUSP z hľadiska referenčných údajov plne pokryje požiadavky, ktoré boli v minulosti identifikované pre Centrálny register subjektov sociálneho poistenia a navyše umožní Sociálnej poisťovni efektívnym spôsobom splniť požiadavky legislatívy tým, že
296	296
297		-* //Úlohou doménového modelu je vizuálne znázorniť rozsah predmetných údajov daného projektu, pričom je možné abstrahovať od nepodstatných detailov. Je platformovo nezávislý (nie je určený pre konkrétny programovací jazyk),//
298		-* //V nasledujúcej tabuľke uveďte a popíšte Objekty Evidencie (ďalej len OE) v jednotlivých ISVS/registroch súvisiace s projektom.//
299		-* //Doménový model by mal byť v súlade s existujúcim Centrálnym modelom údajov verejnej správy (viac informácií na: __[[https:~~/~~/mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/interoperabilita/>>url:https://mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/interoperabilita/]]__ a __[[https:~~/~~/metais.vicepremier.gov.sk/publicspace?pageId=59836112>>url:https://metais.vicepremier.gov.sk/help?pageId=59836112]]__.).//
300		-* //Pre modelovanie doménového modelu je potrebné stiahnuť si Centrálny model údajov verejnej správy v preferovanej distribúcii a v novom modeli použiť existujúce dátové prvky, ak tieto patria do domény projektu. Z technického pohľadu je odporučený jazyk UML (pre zjednodušený doménový model môžete použiť aj jazyk ArchiMate).//
301		-* //V prípade, že sa používa dátový prvok z Centrálneho dátového modelu je nutné použiť skrátenú formu URI identifikátora daného prvku, napr. pper:PhysicalPerson je skrátený tvar https:~/~/data.gov.sk/def/ontology/physical-person/PhysicalPerson//
	2140	+* pre všetky agendy Sociálnej poisťovne zabezpečí jednotný prístup k údajom ostatných orgánov verejnej moci (ďalej len „OVM“) tak, aby tieto údaje nemuseli byť dodatočne požadované od fyzických a právnických osôb – realizácia princípu „jeden krát a dosť“ pre agendy Sociálnej poisťovne.
302	302
303		-|**ID OE**|**Objekt evidencie - názov**|**Objekt evidencie - popis**|**Referencovateľný identifikátor URI dátového prvku**
304		-| | | |//(Ak nie je priradené URI uveďte „Nemá“)//
	2142	+* zabezpečí jednotný spôsob poskytovania údajov Sociálnej poisťovne pre ostatné OVM v súlade so zákonom č. 461/2003 Z. z. o sociálnom poistení v znení neskorších predpisov a zákonom č. 305/2013 Z. z. o elektronickej podobe výkonu pôsobnosti orgánov verejnej moci a o zmene a doplnení niektorých zákonov (zákon o e-Governmente) v znení neskorších predpisov – podpora realizácie princípu „jeden krát a dosť“ pre ostatné OVM.
	2143	+
	2144	+* pokryje požiadavku zlepšiť dostupnosť a kvalitu tých údajov Sociálnej poisťovne, ktoré sú používané vo viacerých systémoch Sociálnej poisťovne poskytnutím nástrojov dátovej kvality, vytvorením jednotného dátového modelu a prípadne doplnením ďalších nástrojov pre efektívne využívanie údajov, napr. v podobe reportingu.
	2145	+
	2146	+
	2147	+Diagram 14: Datasety IS MUSP
	2148	+
	2149	+[[image:file:///D:/Users/BA-MONDIKOVA_V/SuboryNezalohovane/Temp/msohtmlclip1/01/clip_image014.png]]
	2150	+
	2151	+
	2152	+1.
	2153	+11.
	2154	+111. Dátový rozsah projektu - Prehľad objektov evidencie - TO BE
	2155	+
	2156	+Dátová vrstva bude predmetom detailnejšej analýzy v ďalších fázach projektu, nakoľko sa jedná primárne o existujúce agendové systémy. Čiastkové údaje sú uvedené v kapitole 4.2 Aplikačná vrstva architektúry.
	2157	+
	2158	+|ID OE|Objekt evidencie - názov|Objekt evidencie - popis|Referencovateľný identifikátor URI dátového prvku
305	305	| | | |
306	306	| | | |
307		-[[image:projektrozvojait:Šablóny.pristup_k_projektu@SABLONA_I-03_PRISTUP_k_PROJEKTU_XYZ_YYMMDD_v0.1_e68726eb34006cd9.png||height="270" width="282"]]
308		-//Obrázok 8 Doménový model - príklad//
309		-[[image:projektrozvojait:Šablóny.pristup_k_projektu@SABLONA_I-03_PRISTUP_k_PROJEKTU_XYZ_YYMMDD_v0.1_33ec0d76357e5ec3.png||height="272" width="281"]]
310		-//Obrázok 9 Zjednodušený doménový model - príklad//
311		-{{id name="_Toc62489740"/}}{{id name="_Toc58337724"/}}{{id name="_Toc703350663"/}}{{id name="_Toc153139698"/}}{{id name="_Toc63764353"/}}{{id name="_Toc62488222"/}}{{id name="_Toc62488113"/}}{{id name="_Toc62488020"/}}{{id name="_Toc62487927"/}}{{id name="_Toc62487059"/}}{{id name="_Toc62486922"/}}{{id name="_Toc62488221"/}}{{id name="_Toc62488112"/}}{{id name="_Toc62488019"/}}{{id name="_Toc62487926"/}}{{id name="_Toc62487058"/}}{{id name="_Toc62486921"/}}{{id name="_Toc62488220"/}}{{id name="_Toc62488111"/}}{{id name="_Toc62488018"/}}{{id name="_Toc62487925"/}}{{id name="_Toc62487057"/}}{{id name="_Toc62486920"/}}{{id name="_Toc62488219"/}}{{id name="_Toc62488110"/}}{{id name="_Toc62488017"/}}{{id name="_Toc62487924"/}}{{id name="_Toc62487056"/}}{{id name="_Toc62486919"/}}{{id name="_Toc62488218"/}}{{id name="_Toc62488109"/}}{{id name="_Toc62488016"/}}{{id name="_Toc62487923"/}}{{id name="_Toc62487055"/}}{{id name="_Toc62486918"/}}{{id name="_Toc63764298"/}}
312		-
	2161	+| | | |
313	313
314		-=== {{id name="_Toc62489744"/}}{{id name="_Toc58337728"/}}{{id name="_Toc2089422843"/}}{{id name="_Toc153139699"/}}4.3.3Referenčné údaje ===
315	315
316		-//V národnej koncepcii informatizácie verejnej správy bol zadefinovaný princíp „jedenkrát a dosť“, ku ktorému boli ďalej detailnejšie rozpracované úlohy v dokumente Strategická priorita Manažment údajov. Cieľom je dosiahnutie stavu, kedy orgány verejnej moci pri poskytovaní svojich služieb odstránia povinnosti občanov alebo podnikateľských subjektov predkladať údaje vo forme rôznych výpisov, odpisov, potvrdení, atď., ktorými už disponuje verejná správa v rámci svojich registrov.//
317		-//Za účelom dosiahnutia TO BE stavu, z ktorého bude benefitovať občan / podnikateľský subjekt úsporou svojho času a prostriedkov, je potrebné popísať viacero nasledujúcich krokov na úrovni participujúcich subjektov verejnej správy~://
	2164	+1.
	2165	+11.
	2166	+111. Referenčné údaje
318	318
319		-* //Popísať, aká je aktuálna kvalita údajov v zdrojových registroch,//
320		-* //Uviesť dôvod vyhlásenia referenčných údajov (údaje musia byť k subjektu evidencie jedinečné a k týmto údajom je podľa osobitných predpisov uvedená domnienka správnosti),//
321		-* //Uviesť poskytovateľov a konzumentov (vlastníkov) údajov do centrálnej platformy dátovej integrácie (modulu procesnej integrácie a integrácie údajov slúžiacim pre výmenu údajov pri výkone verejnej moci elektronicky),//
322		-* //Popísať legislatívu a procesy vo verejnej správe (konkrétnej životnej situácie), pre konkrétne údaje identifikované v projekte (odstránenie legislatívnych povinností predkladať úradom výpisy a potvrdenia a automatizácia procesov viažucich sa k životným situáciám a interakcie s občanom / podnikateľským subjektom).//
	2168	+V rámci projektu sa neplánuje vyhlásenie údajov za referenčné, avšak aj tento projekt prispieva k efektívnemu využívaniu údajov vo verejnej správe, k zvyšovaniu kvality údajov a vytvoreniu podmienok pre komplexný data manažment.
323	323
324		-==== {{id name="_Toc268006870"/}}{{id name="_Toc153139700"/}}{{id name="_Toc63764357"/}}4.3.3.1Objekty evidencie z pohľadu procesu ich vyhlásenia za referenčné ====
	2170	+1.
	2171	+11.
	2172	+111.
	2173	+1111. Objekty evidencie z pohľadu procesu ich vyhlásenia za referenčné
325	325
326		-//V tejto časti dokumentu je potrebné definovať/popísať rozsah a štruktúru na úrovni registrov / objektov evidencie / údajov, ktoré sa navrhujú vyhlásiť za referenčné v naviazanosti na ich zrealizovateľné vzájomné zdieľanie medzi subjektami verejnej správy a dodržanie pravidla, že za referenčné údaje/atribúty sú vyhlasované také údaje/atribúty, ktoré sú k subjektu evidencie jedinečné a práve tie, ktoré využívajú subjekty verejnej správy pri realizácii princípu „1 x a dosť“.//
	2175	+n/a
327	327
328		-* //Popísať a zdôvodniť navrhované objekty evidencie k vyhláseniu za referenčné z pohľadu ich dátovej kvality v zmysle podkapitoly venujúce sa kvalite a čisteniu údajov,//
329		-* //Popísať, ako bude zabezpečená dostupnosť poskytovania navrhovaných objektov evidencie za referenčné (t.j. v rámci nich údaje/atribúty) cez Modul procesnej integrácie a integrácie údajov, t.j. integráciou cez jeho dátovú časť - IS CSRÚ,//
330		-* //Uviesť časový harmonogram procesu vyhlasovania a zmeny referenčných údajov. Informácie o procese vyhlasovania a zmeny referenčných údajov sú uvedené v metodickom usmernení MIRRI o postupe zaraďovania referenčných údajov do zoznamu referenčných údajov vo väzbe na referenčné registre a vykonávania postupov pri referencovaní: __[[https:~~/~~/metais.vicepremier.gov.sk/confluence/download/attachments/2621442/Metodicke_usmernenie_UPVII_3639_2019_oDK_1_FINAL.pdf?version=1&modificationDate=1554714761337&api=v2>>url:https://metais.vicepremier.gov.sk/confluence/download/attachments/2621442/Metodicke_usmernenie_UPVII_3639_2019_oDK_1_FINAL.pdf?version=1&modificationDate=1554714761337&api=v2]]__//
331		-* //V nasledujúcej tabuľke uveďte návrh na vyhlásenie a zmeny referenčných údajov, ktoré budú poskytnuté na dátovú integráciu realizáciou projektu. V tabuľke uveďte OE z tabuľky uvedenej v kapitole 4.3.2 Dátový rozsah projektu - Prehľad objektov evidencie - TO BE~://
	2177	+|ID OE|(((
	2178	+Názov referenčného registra /objektu evidencie
332	332
333		-|**ID OE**|(((
334		-**Názov referenčného registra /objektu evidencie**
335		-//(uvádzať OE z tabuľky v kap. 4.3.2)//
336		-)))|**Názov referenčného údaja **(atribúty)|**Identifikácia subjektu, ku ktorému sa viaže referenčný údaj**|**Zdrojový register a registrátor zdrojového registra**
	2180	+(uvádzať OE z tabuľky v kap. 4.3.2)
	2181	+)))|Názov referenčného údaja (atribúty)|Identifikácia subjektu, ku ktorému sa viaže referenčný údaj|Zdrojový register a registrátor zdrojového registra
337	337	| | | | |
338	338	| | | | |
339	339	| | | | |
340	340
341		-==== 4.3.3.2Identifikácia údajov pre konzumovanie alebo poskytovanie údajov do/z CSRU ====
	2186	+1.
	2187	+11.
	2188	+111.
	2189	+1111. Identifikácia údajov pre konzumovanie alebo poskytovanie údajov  do/z CSRU
342	342
343		-//Identifikujte a uveďte v nasledujúcej tabuľke potenciálnych konzumentov objektov evidencie, ktoré budú poskytnuté na dátovú integráciu realizáciou projektu, vrátane ich oprávnenosti/nároku na konzumovanie v zmysle konkrétnych ustanovení osobitných právnych predpisov na strane konzumenta, prípadne aj na strane poskytovateľa. V nadväznosti na uvedené identifikujte osobitné právne predpisy (až na úroveň konkrétneho ustanovenia), ktoré je nutné novelizovať v záujme dosiahnutia TO BE stavu využitia údajov a jeho bezproblémovej aplikovateľnosti.//
344		-//V tabuľke uveďte OE z tabuľky uvedenej v kapitole 4.3.2 Dátový rozsah projektu - Prehľad objektov evidencie - TO BE~://
345		-//Poznámka: Pre úspešné napojenie ISVS na IS CSRÚ v roli konzumenta údajov je nutné postupovať podľa integračného manuálu IS CSRÚ.//
	2191	+V rámci predkladaného projektu sa neplánuje konzumovanie/poskytovanie údajov do/z CSRÚ. Projekt sa zaoberá primárne výmenou údajov interných IS SP.
346	346
347		-|**ID OE**|(((
348		-**Názov referenčného údaja /objektu evidencie**
349		-//(uvádzať OE z tabuľky v kap. 4.3.2)//
350		-)))|**Konzumovanie / poskytovanie**|**Osobitný právny predpis pre poskytovanie / konzumovanie údajov**
	2193	+n/a
	2194	+
	2195	+|ID OE|(((
	2196	+Názov referenčného údaja /objektu evidencie
	2197	+
	2198	+(uvádzať OE z tabuľky v kap. 4.3.2)
	2199	+)))|Konzumovanie / poskytovanie|Osobitný právny predpis pre poskytovanie / konzumovanie údajov
351	351	| | |Vyberte jednu z možností.|
352	352	| | |Vyberte jednu z možností.|
353	353	| | |Vyberte jednu z možností.|
354	354
355		-=== {{id name="_Toc62489741"/}}{{id name="_Toc58337725"/}}{{id name="_Toc62488224"/}}{{id name="_Toc62488115"/}}{{id name="_Toc62488022"/}}{{id name="_Toc62487929"/}}4.3.4Kvalita a čistenie údajov ===
356	356
357		-==== {{id name="_Toc63764354"/}}4.3.4.1Zhodnotenie objektov evidencie z pohľadu dátovej kvality ====
	2205	+1.
	2206	+11.
	2207	+111. Kvalita a čistenie údajov
	2208	+1111. Zhodnotenie objektov evidencie z pohľadu dátovej kvality
358	358
359		-//Zhodnoťte objekty evidencie so zameraním sa na významnosť kvality údajov pre biznis procesy (možné riziká v dôsledku dátovej nekvality), t.j. ak bude údaj nepresný, bude mať nesprávnu hodnotu, formát, nebude vyplnený, alebo stotožnený voči referenčnému registru, ako významne to ovplyvní príslušnú agendu~://
	2210	+n/a
360	360
361		-* //uveďte, či a ako bude zapracovaná možnosť overenia hodnoty údaja,//
362		-* //uveďte, či bude zapracované pri zadávaní údajov obmedzenie hodnôt, napríklad formou číselníka, alebo podmienok,//
363		-* //uveďte, či budú dáta migrované z iného ISVS.//
364		-//V nasledujúcej tabuľke vyhodnoťte významnosť a citlivosť kvality údajov a prioritu (poradie dôležitosti) pre meranie dátovej kvality objektov evidencií – t.j. poradie, v akom bude správca ISVS približne realizovať meranie dátovej kvality a čistiť údaje. Prvé 2 záznamy sú vyplnené ako príklad. Vymažte, resp. prepíšte ich vlastnými údajmi. Riadky v tabuľke doplňte podľa potreby.//
365		-//V tabuľke uveďte OE z tabuľky uvedenej v kapitole 4.3.2 Dátový rozsah projektu - Prehľad objektov evidencie - TO BE~://
	2212	+|ID OE|(((
	2213	+Názov Objektu evidencie
366	366
367		-|**ID OE**|(((
368		-**Názov Objektu evidencie**
369		-//(uvádzať OE z tabuľky v kap. //4.3.2//)//
	2215	+(uvádzať OE z tabuľky v kap. 4.3.2)
370	370	)))|(((
371		-**Významnosť kvality**
372		-//1 (malá) až 5 (veľmi významná)//
	2217	+Významnosť kvality
	2218	+
	2219	+1 (malá) až 5 (veľmi významná)
373	373	)))|(((
374		-**Citlivosť kvality**
375		-//1 (malá) až 5 (veľmi významná)//
	2221	+Citlivosť kvality
	2222	+
	2223	+1 (malá) až 5 (veľmi významná)
376	376	)))|(((
377		-**Priorita //– poradie dôležitosti//**
378		-//(začnite číslovať od najdôležitejšieho)//
	2225	+Priorita – poradie dôležitosti
	2226	+
	2227	+(začnite číslovať od najdôležitejšieho)
379	379	)))
380		-| |//Údaje o štatutárovi//|//5//|//3//|//1.//
381		-| |//Iné zainteresované osoby//|//2//|//3//|//20.//
382	382	| | | | |
	2230	+| | | | |
	2231	+| | | | |
383	383
384		-==== 4.3.4.2Roly a predbežné personálne zabezpečenie pri riadení dátovej kvality ====
	2233	+1.
	2234	+11.
	2235	+111.
	2236	+1111. Roly a predbežné personálne zabezpečenie pri riadení dátovej kvality
385	385
386		-//V nasledujúcej tabuľke definujte potrebné kapacity pre zabezpečenie riadenia dátovej kvality – napr. dátový kurátor, data steward, dátový špecialista pre dátovú kvalitu, databázový špecialista, projektový manažér a pod. (informácie k téme: __[[https:~~/~~/mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/datova-kvalita/>>url:https://mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/datova-kvalita/]]__ )//
	2238	+Dátovú kvalitu zabezpečuje projekt MUSP a správcovia IS MÚSP.// //
387	387
388		-|**Rola**|**Činnosti**|**Pozícia zodpovedná za danú činnosť **(správca ISVS / dodávateľ)
389		-|**Dátový kurátor**|Evidencia požiadaviek na dátovú kvalitu, monitoring a riadenie procesu|Dátový kurátor správcu IS
390		-|**Data steward**|Čistenie a stotožňovanie voči referenčným údajom|Pracovník IT podpory
391		-|**Databázový špecialista**|Analyzuje požiadavky na dáta, modeluje obsah procedúr|Dodávateľ
392		-|**Dátový špecialista pre dátovú kvalitu**|Spracovanie výstupov merania, interpretácie, zápis biznis pravidiel, hodnotiace správy z merania|Dátový špecialista pre dátovú kvalitu – nová interná pozícia v projekte
393		-|***Iná rola (doplniť)**| |
	2240	+1.
	2241	+11.
	2242	+111. Otvorené údaje
394	394
395		-=== {{id name="_Toc58337730"/}}{{id name="_Toc62489746"/}}{{id name="_Toc821791718"/}}{{id name="_Toc153139702"/}}{{id name="_Toc61939065"/}}{{id name="_Toc61938889"/}}{{id name="_Toc61939064"/}}{{id name="_Toc62488234"/}}{{id name="_Toc62488125"/}}{{id name="_Toc62488032"/}}{{id name="_Toc62487939"/}}{{id name="_Toc62488233"/}}{{id name="_Toc62488124"/}}{{id name="_Toc62488031"/}}{{id name="_Toc62487938"/}}{{id name="_Toc62488232"/}}{{id name="_Toc62488123"/}}{{id name="_Toc62488030"/}}{{id name="_Toc62487937"/}}{{id name="_Toc62488231"/}}{{id name="_Toc62488122"/}}{{id name="_Toc62488029"/}}{{id name="_Toc62487936"/}}{{id name="_Toc62488230"/}}{{id name="_Toc62488121"/}}{{id name="_Toc62488028"/}}{{id name="_Toc62487935"/}}4.3.5Otvorené údaje ===
	2244	+Irelevantné vzhľadom na charakter projektu a súvisiacich dát.
396	396
397		-//V nasledujúcej tabuľke doplňte objekty evidencie, ktoré budú realizáciou projektu sprístupnené ako otvorené údaje. Uveďte názov objektu evidencie (identifikované v kapitole dátový rozsah projektu) pre kategóriu otvorených údajov a stanoviť úroveň požadovanej kvality (interoperability) otvorených údajov. Pravidlá pre úroveň interoperability verejných otvorených údajov sú stanovené v __[[https:~~/~~/wiki.vicepremier.gov.sk/pages/viewpage.action?pageId=23986518>>url:https://metais.vicepremier.gov.sk/help?pageId=23986518]]__.//
398		-//Požadovaná kvalita~://
	2246	+n/a
399	399
400		-* //Automatizované publikovanie otvorených údajov v kvalite 3★ (Všetky datasety je potrebné registrovať v centrálnom katalógu otvorených údajov na data.gov.sk). Formát CSV, XML, ODS, JSON//
401		-* //Automatizované publikovanie otvorených údajov v kvalite 4★ (Všetky datasety je potrebné registrovať v centrálnom katalógu otvorených údajov na data.gov.sk) Formát údajov RDF, OWL, TriX, JSON//
402		-* //Automatizované publikovanie otvorených údajov v kvalite 5★ (Všetky datasety je potrebné registrovať v centrálnom katalógu otvorených údajov na data.gov.sk) Formát údajov RDF, OWL, TriX, JSON.//
403		-//V tabuľke uveďte OE z tabuľky uvedenej v kapitole 4.3.2 Dátový rozsah projektu - Prehľad objektov evidencie - TO BE~://
404		-
405	405	|(((
406		-**Názov objektu evidencie / datasetu**
407		-//(uvádzať OE z tabuľky v kap. 4.3.2)//
	2249	+Názov objektu evidencie / datasetu
	2250	+
	2251	+(uvádzať OE z tabuľky v kap. 4.3.2)
408	408	)))|(((
409		-**Požadovaná interoperabilita**
410		-(//3★ - 5★)//
	2253	+
	2254	+
	2255	+Požadovaná interoperabilita
	2256	+
	2257	+(3★ - 5★)
411	411	)))|(((
412		-**Periodicita publikovania**
413		-//(týždenne, mesačne, polročne, ročne)//
	2259	+Periodicita publikovania
	2260	+
	2261	+(týždenne, mesačne, polročne, ročne)
414	414	)))
415		-|Príklad: senzorické údaje merania teploty|3★|Polročne
416	416	| |Vyberte jednu z možností.|Vyberte jednu z možností.
417	417	| |Vyberte jednu z možností.|Vyberte jednu z možností.
418	418	| |Vyberte jednu z možností.|Vyberte jednu z možností.
...	...	@@ -419,56 +419,46 @@
419	419	| |Vyberte jednu z možností.|Vyberte jednu z možností.
420	420	| |Vyberte jednu z možností.|Vyberte jednu z možností.
421	421
422		-=== 4.3.6Analytické údaje ===
423	423
424		-//Analytické údaje predstavujú obrovskú skupinu dát získavaných vysokou rýchlosťou z vysokého počtu rôznych typov zdrojov. V priestore verejnej správy sa jedná o dátové zdroje, ktoré sú vytvárané a spravované jednotlivými organizáciami za účelom podpory služieb verejnej správy, služieb vo verejnom záujme alebo verejných služieb. Tieto údaje môžeme okrem uvedenej primárnej funkcie využiť aj na analytické spracovanie, tak aby verejná správa dokázala využívať svoje údaje pre potreby prípravy analýz, na podporu rozhodovania, riadenia a lepší návrh politík. Podmienkou pre plné využitie potenciálu údajov vo verejnej správe je ich poznanie (informácie o dátových zdrojoch, ich obsahu a atribútoch) a zabezpečenie prístupu k analytickým údajom pre analytické jednotky. //
425		-//V nasledujúcej tabuľke uveďte, ktoré objekty evidencie budú projektom pripravené na analytické účely a sprístupňované pre analytické jednotky (napr. pre systém Konsolidovaná Analytická Vrstva – KAV: __[[https:~~/~~/data.gov.sk/id/egov/isvs/9655>>url:https://data.gov.sk/id/egov/isvs/9655]]__ ).//
426		-//Informácie k sprístupneniu dátových zdrojov organizácie na analytické účely: __[[https:~~/~~/mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/analyticke-udaje/>>url:https://mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/analyticke-udaje/]]__//
	2270	+1.
	2271	+11.
	2272	+111. Analytické údaje
427	427
428		-|**ID**|**Názov objektu evidencie pre analytické účely**|**Zoznam atribútov objektu evidencie**|**Popis a špecifiká objektu evidencie**
429		-| |//napr. Dataset vlastníkov automobilov//|//identifikátor vlastníka; EČV; typ_vozidla; okres_evidencie;...//|//- dataset obsahuje osobné informácie (r.č. vlastníka)//
	2274	+Irelevantné vzhľadom na charakter projektu a súvisiacich dát.
	2275	+
	2276	+n/a
	2277	+
	2278	+|ID|Názov objektu evidencie pre analytické účely|Zoznam atribútov objektu evidencie|Popis a špecifiká objektu evidencie
430	430	| | | |
431	431	| | | |
	2281	+| | | |
432	432
433		-=== 4.3.7Moje údaje ===
	2283	+1.
	2284	+11.
	2285	+111. Moje údaje
434	434
435		-//{{id name="_Toc62489749"/}}V tejto časti je potrebné uviesť informácie súvisiace s údajmi, ktoré spadajú do kategórie mojich údajov, z pohľadu budúceho TO BE stavu projektu. Za moje údaje sa považujú najmä: //
	2287	+Dátová vrstva bude predmetom detailnejšej analýzy v ďalších fázach projektu, nakoľko sa jedná primárne o existujúce agendové systémy.
436	436
437		-* //množina údajov o konaní, ktoré sa týkajú fyzickej osoby alebo právnickej osoby //
438		-* //množina údajov, vrátane osobných údajov, viažucich sa k fyzickej osobe alebo právnickej osobe ako ku subjektu evidencie, ktoré sú predmetom evidovania povinným subjektom, //
439		-* //množina údajov obsiahnutých v návrhu na začatie konania, žalobe, rozhodnutí, žiadosti, sťažnosti, vyjadrení, stanovisku a ohlásení alebo inom dokumente, ktorý vydáva v konaní povinný subjekt, viažuci sa ku konkrétnej fyzickej osobe alebo právnickej osobe.//
440		-//Relevantné údaje budú sprístupnené prostredníctvom modulu procesnej integrácie a integrácie údajov - modul Manažmentu osobných údajov pre dotknuté osoby (občanov a podnikateľov) na základe preukázania elektronickej identity osoby. Podmienkou je zabezpečiť, aby údaje identifikované pre službu moje údaje boli prístupné elektronicky v strojovo-spracovateľnom formáte automatizovaným spôsobom cez aplikačné programovacie rozhranie, alebo prostredníctvom modulu procesnej integrácie a integrácie údajov.//
441		-//Informácie k sprístupneniu dátových zdrojov organizácie pre službu moje údaje~://
442		-//__[[https:~~/~~/mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/moje-udaje/>>url:https://mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/moje-udaje/]]__ .//
443		-//Minimálny rozsah pre vyhlásenie dátových prvkov za moje údaje, ktoré musí žiadateľ v projekte zabezpečiť: //
444		-* //označenie povinného subjektu, //
445		-* //názov ISVS v ktorom je dátový prvok obsiahnutý, //
446		-* //kód informačného systému, v ktorom je dátový prvok obsiahnutý, podľa centrálneho metainformačného systému, //
447		-* //označenie dátového prvku, //
448		-* //strojovo-spracovateľný formát dátového prvku, //
449		-* //technickú špecifikáciu aplikačného programovacieho rozhrania, //
450		-* //ďalšie doplňujúce informácie. //
451		-* //transparentný pohľad na prístup k údajom subjektu, k logom (kto pristupoval k údajom, za akým účelom a kedy). //
452		-//V prípade, že predkladateľ projektu disponuje údajmi, ktoré spadajú do kategórie mojich údajov, je potrebné vyplniť nasledovnú tabuľku. V tabuľke uveďte OE z tabuľky uvedenej v kapitole 4.3.2 Dátový rozsah projektu - Prehľad objektov evidencie - TO BE.//
	2289	+|ID|(((
	2290	+Názov registra / objektu evidencie
453	453
454		-|**ID**|(((
455		-**Názov registra / objektu evidencie**
456		-//(uvádzať OE z tabuľky v kap. 4.3.2)//
457		-)))|**Atribút objektu evidencie**|**Popis a špecifiká objektu evidencie**
	2292	+(uvádzať OE z tabuľky v kap. 4.3.2)
	2293	+)))|Atribút objektu evidencie|Popis a špecifiká objektu evidencie
458	458	| | | |
459	459	| | | |
460	460	| | | |
461	461	| | | |
462	462
463		-=== 4.3.8Prehľad jednotlivých kategórií údajov ===
464	464
465		-//Vyplňte nasledujúcu súhrnnú tabuľku pre kategorizáciu údajov dotknutých projektom z pohľadu využiteľnosti týchto údajov.//
466		-//V tabuľke uveďte OE z tabuľky uvedenej v kapitole 4.3.2 Dátový rozsah projektu - Prehľad objektov evidencie - TO BE.//
	2300	+1.
	2301	+11.
	2302	+111. Prehľad jednotlivých kategórií údajov
467	467
468		-|**ID**|(((
469		-**Register / Objekt evidencie**
470		-//(uvádzať OE z tabuľky v kap. 4.3.2)//
471		-)))|**Referenčné údaje**|**Moje údaje**|**Otvorené údaje**|**Analytické údaje**
	2304	+|ID|(((
	2305	+Register / Objekt evidencie
	2306	+
	2307	+(uvádzať OE z tabuľky v kap. 4.3.2)
	2308	+)))|Referenčné údaje|Moje údaje|Otvorené údaje|Analytické údaje
472	472	| | |☐|☐|☐|☐
473	473	| | |☐|☐|☐|☐
474	474	| | |☐|☐|☐|☐
...	...	@@ -476,298 +476,312 @@
476	476	| | |☐|☐|☐|☐
477	477	| | |☐|☐|☐|☐
478	478
479		-== 4.4Technologická vrstva ==
480	480
481		-=== {{id name="_Toc937277657"/}}{{id name="_Toc153139707"/}}{{id name="_Toc15428561"/}}4.4.1Prehľad technologického stavu - AS IS ===
	2317	+1.
	2318	+11. Technologická vrstva
482	482
483		-//Uveďte popis a model technologickej vrstvy AS IS stavu, používané výpočtové prostriedky, konfigurácie siete, problematické body, ktoré je potrebné projektom riešiť.//
	2320	+Nevyhnutné zmeny v technologickej vrstve nie sú súčasťou predkladaného projektu.
484	484
485		-=== {{id name="_Toc1626553566"/}}{{id name="_Toc153139708"/}}4.4.2Požiadavky na výkonnostné parametre, kapacitné požiadavky – TO BE ===
	2322	+1.
	2323	+11.
	2324	+111. Prehľad technologického stavu - AS IS
486	486
487		-//Doplňte pre TO BE stav do nasledujúcej tabuľky požiadavky na výkonnostné parametre, kapacitné požiadavky, ktoré majú vplyv na výkon, sizing prostredia, napr. počet interných používateľov, počet externých používateľov, počet spracovávaných procesov, dokumentov, komunikáciu medzi vrstvami architektúry IS, využívanie sieťovej infraštruktúry (Govnet, LAN, VPN, …).//
	2326	+n/a
488	488
489		-|**Parameter**|**Jednotky**|**Predpokladaná hodnota**|**Poznámka**
	2328	+1.
	2329	+11.
	2330	+111. Požiadavky na výkonnostné parametre, kapacitné požiadavky – TO BE
	2331	+
	2332	+n/a
	2333	+
	2334	+|Parameter|Jednotky|Predpokladaná hodnota|Poznámka
490	490	|Počet interných používateľov|Počet| |
491		-|Počet súčasne pracujúcich interných používateľov v špičkovom zaťažení|Počet| |
	2336	+|Počet súčasne pracujúcich interných používateľov v špičkovom zaťažení|Počet| |
492	492	|Počet externých používateľov (internet)|Počet| |
493		-|Počet externých používateľov používajúcich systém v špičkovom zaťažení|Počet| |
	2338	+|Počet externých používateľov používajúcich systém v špičkovom zaťažení|Počet| |
494	494	|Počet transakcií (podaní, požiadaviek) za obdobie|Počet/obdobie| |
495	495	|Objem údajov na transakciu|Objem/transakcia| |
496	496	|Objem existujúcich kmeňových dát|Objem| |
497		-|Ďalšie kapacitné a výkonové požiadavky ...| | |
	2342	+|Ďalšie kapacitné a výkonové požiadavky ...| | |
498	498
499		-=== {{id name="_Toc985091580"/}}{{id name="_Toc153139709"/}}4.4.3Návrh riešenia technologickej architektúry ===
500	500
501		-//Uveďte návrh a model architektúry technologickej vrstvy s prihliadnutím na zavedenie Cloud-Native ako štandardu pre vývoj nových ITVS a pre programovanie starých ITVS do nového štandardu a na zavedenie štandardu vytvárania a používania zdieľaných služieb.//
502		-//V prípade, že riešenie nepredpokladá využívanie cloudových služieb z katalógu služieb vládneho cloudu (Iaas,PaaS,SaaS podľa katalógu služieb VC), je **potrebné nevyužitie cloudových služieb z katalógu služieb vládneho cloudu dostatočne zdôvodniť**.//
503		-//Taktiež požiadavky riešenia na HW, SW a licencie v zmysle požadovaného sizingu pre vývojové, testovacie a produkčné prostredie je potrebné uviesť v dokumente BC/CBA na príslušných kartách.//
504		-//V popise návrhu riešenia je požadované uviesť~://
	2345	+1.
	2346	+11.
	2347	+111. Návrh riešenia technologickej architektúry
505	505
506		-* //prístup k riešeniu technologickej architektúry a súvisiace architektonické rozhodnutia//
507		-* //popis požiadaviek na prevádzkové prostredia (vývoj, test, produkčné)//
508		-* //diagram nasadenia a komunikačnej infraštruktúry.//
509		-//Pri výbere požiadaviek na riešenie, je potrebné klásť dôraz na výber služieb, ktoré sú založené na najmodernejších technológiách, prostredníctvom ktorých bude vytvorený predpoklad na vývoj/tvorbu moderného ISVS. Pre navrhované riešenie odporúčame použiť prístup pre vývoj takzvaných Cloud Native aplikácií. Riešenie „Cloud-native“ ISVS, je v čo najväčšej miere nezávislé na umiestnení v cloude, resp. datacentre. Nezávislosť novo vyvíjaného ISVS od cloudového prostredia by malo byť základnou prioritou a podmienkou architektúry ISVS.//
	2349	+n/a
510	510
511		-=== {{id name="_Toc1130364585"/}}{{id name="_Toc153139710"/}}4.4.4Využívanie služieb z katalógu služieb vládneho cloudu ===
	2351	+1.
	2352	+11.
	2353	+111. Využívanie služieb z katalógu služieb vládneho cloudu
512	512
513		-//Zaevidujte v MetaIS využívanie infraštruktúrnych služieb vašimi ISVS. Podrobné informácie o evidencii využívania infraštruktúrnych služieb sú uvedené v Používateľskej príručke MetaIS, kap. 2.1.4.3 ISVS využívajúci infraštruktúrne služby.//
	2355	+n/a
514	514
515	515	|(((
516		-**Kód infraštruktúrnej služby**
517		-//(z MetaIS)//
518		-)))|**Názov infraštruktúrnej služby**|(((
519		-**Kód využívajúceho ISVS**
520		-//(z MetaIS)//
521		-)))|**Názov integrovaného ISVS**
	2358	+
	2359	+
	2360	+Kód infraštruktúrnej služby
	2361	+
	2362	+(z MetaIS)
	2363	+)))|Názov infraštruktúrnej služby|(((
	2364	+Kód využívajúceho ISVS
	2365	+
	2366	+(z MetaIS)
	2367	+)))|Názov integrovaného ISVS
522	522	| | | |
523	523	| | | |
524	524	| | | |
525		-//Uveďte parametre (kapacity) požadovaných výpočtových zdrojov (sizing) a využite služieb hybridného vládneho cloudu (uvedené v tabuľkách nižšie) pre jednotlivé prevádzkové prostredia~://
526	526
527		-* //Vývojové – určené pre vývoj systému//
528		-* //Testovacie – určené pre testy nových modulov, úprav, zmenových požiadaviek a retesty na úrovni upgrade‑ov (nie pre záťažové testovanie).//
529		-* //Produkčné – určené pre produkčnú (ostrú) prevádzku systému//
530		-* //Ďalšie existujúce alebo plánované prostredia, ktoré budú potrebné, napr. predprodukčné, integračné, fix prostredie//
531		-//Poznámky~://
532		-//Ak potrebujete pre príslušné prostredie viaceré infraštruktúrne služby, pridajte si potrebné riadky.//
533		-//V prípade, že neplánujete využitie cloudových služieb z katalógu služieb vládneho cloudu, uveďte v tabuľke požadovaných výpočtových zdrojov (sizing) pre jednotlivé prostredia parametre výpočtových zdrojov, ktoré plánujete v projekte použiť. Namiesto názvu a kódu infraštruktúrnej služby uveďte kód a názov výpočtového zdroja evidovaného v MetaIS.//
534		-//V súlade s NKIVS by technologická architektúra mala byť založená na cloudových službách. V rámci verejného obstarávania je potrebné potenciálneho uchádzača o zákazku požiadať o návrh technologickej infraštruktúry potrebnej pre implementáciu a prevádzku navrhovaného riešenia. Dodávateľ by pre svoj návrh technologického prostredia mal využiť hlavne cloudové služby vládneho cloudu uvedené v katalógu služieb, ktoré prešli procesom klasifikácie, hodnotenia, registrácie a zaradenia do katalógu služieb zverejnenom na stránke MIRRI: __[[https:~~/~~/www.mirri.gov.sk/sekcie/informatizacia/egovernment/vladny-cloud/katalog-cloudovych-sluzieb>>url:https://www.mirri.gov.sk/sekcie/informatizacia/egovernment/vladny-cloud/katalog-cloudovych-sluzieb]].__//
535	535
536		-|(% rowspan="2" %)**Prostredie**|(% rowspan="2" %)(((
537		-**Kód infraštruktúrnej služby**
538		-//(z MetaIS)//
539		-)))|(% rowspan="2" %)**Názov infraštruktúrnej služby/ Služba z katalógu cloudových služieb pre zriadenie výpočtového uzla**|(% colspan="4" %)**Požadované kapacitné parametre služby **
	2373	+|(% rowspan="2" %)Prostredie|(% rowspan="2" %)(((
	2374	+
	2375	+
	2376	+Kód infraštruktúrnej služby
	2377	+
	2378	+(z MetaIS)
	2379	+)))|(% rowspan="2" %)Názov infraštruktúrnej služby/ Služba z katalógu cloudových služieb pre zriadenie výpočtového uzla |(% colspan="4" %)Požadované kapacitné parametre služby
540	540	(doplňte stĺpec parametra, ak je dôležitý pre konkrétnu službu)
541		-|**Dátový priestor **(GB)|**Tier diskového priestoru**|**Počet vCPU**|**RAM **(GB)
	2381	+|Dátový priestor (GB)|Tier diskového priestoru|Počet vCPU|RAM (GB)
542	542	|Vývojové| | | | | |
543	543	|Testovacie| | | | | |
544	544	|Produkčné| | | | | |
545	545	|(((
546	546	ďalšie...
	2387	+
547	547	(uviesť názov)
548	548	)))| | | | | |
549		-//Určite v štruktúrovanej podobe ďalšie potrebné infraštruktúrne alebo iné cloudové služby (PaaS, SaaS) potrebné na prevádzku projektu podľa katalógu cloudových služieb. Tabuľky si treba prispôsobiť, aby čo najlepšie odpovedali podmienkam návrhu riešenia a charakteristikám zvolených cloudových služieb~://
550		-|**Prostredie**|**Ďalšie služby potrebné na prevádzku projektu z katalógu služieb vládneho cloudu **(stručný popis / názov)|(((
551		-**Kód služby**
552		-//(z MetaIS)//
553		-)))|**Parametre pre službu **(doplňte stĺpec parametra, ak je dôležitý pre konkrétnu službu)
	2390	+
	2391	+
	2392	+|Prostredie|Ďalšie služby potrebné na prevádzku projektu z katalógu služieb vládneho cloudu (stručný popis / názov)|(((
	2393	+Kód služby
	2394	+
	2395	+(z MetaIS)
	2396	+)))|Parametre pre službu (doplňte stĺpec parametra, ak je dôležitý pre konkrétnu službu)
554	554	|Vývojové|Doplň názov a stručný popis| |
555	555	|Testovacie|Doplň názov a stručný popis| |
556	556	|Produkčné|Doplň názov a stručný popis| |
557	557	|(((
558	558	ďalšie...
	2402	+
559	559	(uviesť názov)
560	560	)))| | |
561		-//Požiadavky na služby vládneho cloudu odporúčame mať ešte pred vyhlásením VO odkomunikované s prevádzkovateľom vládneho cloudu (MV SR) v súlade s postupom zverejneným na webovom sídle https:~/~/sk.cloud v sekcii “Postup a hlavné kroky pre vytvorenie projektu vo Vládnom cloude” alebo __[[https:~~/~~/www.sk.cloud/data/Postup_a_hlavne_kroky_pre_vytvorenie_projektu_vo_Vladnom_cloude.pdf>>url:https://www.sk.cloud/data/Postup_a_hlavne_kroky_pre_vytvorenie_projektu_vo_Vladnom_cloude.pdf]]__.//
562	562
563		-== {{id name="_Toc1569848295"/}}{{id name="_Toc153139712"/}}4.5Bezpečnostná architektúra ==
	2406	+1.
	2407	+11. Bezpečnostná architektúra
564	564
565		-//{{id name="_Toc15428562"/}}Uveďte popis AS IS stavu z pohľadu súčasného riešenia bezpečnostnej architektúry,//
566		-//Uveďte popis TO BE stavu riešenia bezpečnostnej architektúry (+ popis alternatív),//
567		-//Uveďte súlad navrhovanej bezpečnostnej architektúry s dotknutými právnymi normami a zároveň s technickými normami, ktoré stanovujú úroveň potrebnej bezpečnosti IS, pre manipuláciu so samotnými dátami, alebo technické/technologické/personálne zabezpečenie samotnej výpočtovej techniky/HW vybavenia. Ide najmä o~://
	2409	+Navrhované zmeny v existujúcich IS SP si nevyžadujú zmeny v bezpečnostnej architektúre. V prípade nových IS sa relevantné časti (napr. riadenie prístupov) pokrylo v aplikačnej vrstve architektúry.
568	568
569		-* //Zákon č. 95/2019 Z.z. o informačných technológiách vo verejnej správe//
570		-* //Zákon č. 69/2018 Z.z. o kybernetickej bezpečnosti//
571		-* //Zákon č. 45/2011 Z.z. o kritickej infraštruktúre//
572		-* //vyhláška Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu č. 78/2020 Z. z. o štandardoch pre informačné technológie verejnej správy//
573		-* //vyhláška Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu č. 179/2020 Z. z., ktorou sa ustanovuje spôsob kategorizácie a obsah bezpečnostných opatrení informačných technológií verejnej správy//
574		-* //vyhláška Úradu na ochranu osobných údajov Slovenskej republiky č. 158/2018 Z. z. o postupe pri posudzovaní vplyvu na ochranu osobných údajov//
575		-* //Nariadenie Európskeho parlamentu a Rady (EÚ) 2016/679 z 27. apríla 2016 o ochrane fyzických osôb pri spracúvaní osobných údajov a o voľnom pohybe takýchto údajov, ktorým sa zrušuje smernica 95/46/ES (všeobecné nariadenie o ochrane údajov)//
576		-* //Zákon č. 18/2018 Z. z. o ochrane osobných údajov a o zmene a doplnení niektorých zákonov.//
577		-//Stručne popíšte postupy na dosiahnutie potrebnej úrovne bezpečnosti a spôsob zabezpečenia aktív projektu na jednotlivých vrstvách architektúry (dôvernosť, dostupnosť a integrita).//
578		-//Uveďte požiadavky na realizáciu Bezpečnostného projektu//[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^6^^>>path:#sdfootnote6sym||name="sdfootnote6anc"]](%%)
579		-//Doplňte požiadavky na používateľské role, správu prístupov a správu aplikácie~://
580		-* //Interní používatelia (pracovníci jednotlivých organizačných jednotiek, pracovníci administrácie a správy aplikácie, pracovníci prevádzky a podpory)//
581		-* //Externí používatelia (zákazníci, partneri - tretie strany).//
	2411	+1. Závislosti na ostatné ISVS / projekty
582	582
583		-= {{id name="_Toc15428568"/}}{{id name="_Toc15427674"/}}{{id name="_Toc15426952"/}}{{id name="_Toc14573076"/}}{{id name="_Toc153139713"/}}5.Závislosti na ostatné ISVS / projekty =
	2413	+|Stakeholder|(((
	2414	+Kód projektu /ISVS
584	584
585		-//Uveďte sumárny prehľad všetkých projektov, programov a informačných systémov (ISVS), od ktorých je realizácia pripravovaného projektu závislá.//
586		-//Uveďte ako záujmové osoby (stakeholder) organizačné jednotky verejnej správy zodpovedné za poskytnutie potrebnej súčinnosti pre pripravovaný projekt.//
	2416	+(z MetaIS)
	2417	+)))|Názov projektu /ISVS|Termín ukončenia projektu|Popis závislosti
	2418	+|MPSVaR|projekt_3280|[[//Projekt implementácie zmenových požiadaviek pre ŽS 16 pre MPSVR SR//>>url:https://metais.slovensko.sk/ci/Projekt/9320f328-b655-4546-8311-1c8de643a9bf]]| |
	2419	+|NASES|(((
	2420	+isvs_14887
587	587
588		-|**Stakeholder**|(((
589		-**Kód projektu /ISVS**
590		-//(z MetaIS)//
591		-)))|**Názov projektu /ISVS**|**Termín ukončenia projektu**|**Popis závislosti**
592		-|Projekt/PO_asociuje_Projekt/ PO/Gen_profil_nazov|(((
593		-Projekt/Projekt_obsahuje_projekt/ Projekt/Gen_profil_kod_metais;Projekt/ Projekt_realizuje_isvs/ ISVS/Gen_profil_nazov
594		-Projekt/Projekt_financuje_projekt/ Projekt/Gen_profil_kod_metais;Projekt/ Projekt_realizuje_isvs/ ISVS/Gen_profil_nazov
595		-)))|//Projekt_1234// Projekt/Gen_profil_nazov|//04/2021// Projekt/EA_Profil_Projekt_termin_ukoncenia|//Vyplniť//
596		-| | | | |
597		-| | | | |
	2422	+projekt_3067
598	598
599		-= {{id name="_Toc15428566"/}}{{id name="_Toc15427672"/}}{{id name="_Toc15426950"/}}{{id name="_Toc740800352"/}}{{id name="_Toc153139714"/}}6.Zdrojové kódy =
	2424	+
	2425	+)))|COP
	2426	+Modernizácia Platformy pre rozvoj a riešenie prioritných životných situácií | |- závislosť pre úpravu systémov a ich konfiguráciu
	2427	+|SP|(((
	2428	+svs_11264
600	600
601		-//Doplňte požiadavky na zdrojové kódy (napr. zo vzorovej zmluvy). Aké druhy, formy a štruktúry zdrojových kódov požadujte odovzdať. Stručne popíšte aj spôsob ich preberania, periodicitu (pri akých míľnikoch) a spôsob archivácie,//
602		-//Doplňte pravidlá pre preberanie, správu a archiváciu zdrojových kódov a tieto pravidlá následne preniesť do Zmluvy o dielo alebo zmluvy na podporu (ZoD/SLA).//
603		-//Naviažte preberanie/odovzdávanie zdrojových kódov na fakturačné míľniky.//
604		-//Navrhnite spôsob, ako predísť „Vendor lock-in“ = t.j. dodávané riešenie musí byť v súlade so Zákonom o ITVS (ktorý „vendor lock-in“ nepovoľuje). Následne ustanovenia predchádzaniu vendor-lockinu musia byť zahrnuté aj v ZoD a SLA.//
605		-//Usmernenia pre oblasť zdrojových kódov~://
	2430	+projekt_1724
606	606
607		-* //Metodické usmernenie č. 024077/2023 – o kvalite zdrojových kódov a balíkov softvéru zverejnené na stránke: __[[https:~~/~~/mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/>>url:https://mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/]]__//
608		-* //Inštrukcie k EUPL licenciám: __[[https:~~/~~/commission.europa.eu/content/european-union-public-licence_en>>url:https://commission.europa.eu/content/european-union-public-licence_en]]__//
	2432	+
	2433	+)))|IS REG| |
	2434	+|SP|isvs_11265|DMS| |
	2435	+|SP|Projekt_TBD|BPM| |
	2436	+|SP|Projekt_TBD|Projekt Prierezové oblasti ŽS | |
	2437	+|MIRRI|projekt_514 |CAMP | |
	2438	+|MIRRI|projekt_2387|Notifikačný modul| |
	2439	+|Sociálna poisťovňa|projekt_318|(((
	2440	+Efektívny manažment údajov v prostredí Sociálnej poisťovne (MUSP)
609	609
610		-= {{id name="_Toc1202332381"/}}{{id name="_Toc153139715"/}}7.Prevádzka a údržba =
	2442	+
	2443	+)))| |
	2444	+|MV SR|isvs_191|RFO| |
611	611
612		-//Doplňte popis AS IS stavu zabezpečenia prevádzky a údržby a úroveň poskytovania služieb (SLA).//
613		-//Doplňte popis TO BE stavu zabezpečenia prevádzky a údržby a úroveň poskytovania služieb (SLA).//
614		-//Uveďte prehľad všetkých predpokladaných požiadaviek na prevádzku a údržbu cieľového riešenia.//
615	615
616		-== {{id name="_Toc1213604723"/}}{{id name="_Toc153139716"/}}7.1Prevádzkové požiadavky ==
	2447	+1. Zdrojové kódy
617	617
618		-//Uveďte popis L1 úrovne – požiadavky / očakávania//
619		-//Uveďte popis L2 úrovne – požiadavky / očakávania//
620		-//Uveďte popis L3 úrovne – požiadavky / očakávania//
621		-//Uveďte štandardný čas podpory, čas/rýchlosť odstraňovania vád, dostupnosť systému, zálohovanie, plán obnovy systému, atď.//
622		-//Uveďte požadované SLA na služby systémovej a aplikačnej podpory – servisné služby vzťahujúce sa na produkčné a testovacie prostredie IS.//
	2449	+Zdrojové kódy budú odovzdané Objednávateľovi v zmysle relevantných zmlúv o poskytovaní podpory pre IS.
623	623
624		-=== {{id name="_Toc720375508"/}}{{id name="_Toc153139717"/}}7.1.1Úrovne podpory používateľov ===
	2451	+1. Prevádzka a údržba
	2452	+11. Prevádzkové požiadavky
625	625
626		-//Help Desk bude realizovaný cez 3 úrovne podpory, s nasledujúcim označením~://
	2454	+Prevádzka a údržba rozvíjajúcich IS bude zachovaná ako v súčasnom stave. Prevádzka a údržba nových IS bude analogická. Nižšie uvádzame predpokladané parametre.
627	627
628		-* //**L1 podpory IS** (Level 1, priamy kontakt zákazníka) - jednotný kontaktný bod verejného obstarávateľa – IS Solution manager, ktorý je v správe verejného obstarávateľa a v prípade jeho nedostupnosti Centrum podpory používateľov (zabezpečuje prevádzkovateľ IS a DataCentrum).//
629		-* //**L2 podpory IS** (Level 2, postúpenie požiadaviek od L1) - vybraná skupina garantov, so znalosťou IS (zabezpečuje prevádzkovateľ IS – verejný obstarávateľ).//
630		-* //**L3 podpory IS** (Level 3, postúpenie požiadaviek od L2) - na základe zmluvy o podpore IS (zabezpečuje úspešný uchádzač).//
631		-//Definícia~://
632		-* //**Podpora L1 (podpora 1. stupňa)** - začiatočná úroveň podpory, ktorá je zodpovedná za riešenie základných problémov a požiadaviek koncových užívateľov a ďalšie služby vyžadujúce základnú úroveň technickej podpory. Základnou funkciou podpory 1. stupňa je zhromaždiť informácie, previesť základnú analýzu a určiť príčinu problému a jeho klasifikáciu. Typicky sú v úrovni L1 riešené priamočiare a jednoduché problémy a základné diagnostiky, overenie dostupnosti jednotlivých vrstiev infraštruktúry (sieťové, operačné, vizualizačné, aplikačné atď.) a základné užívateľské problémy (typicky zabudnutie hesla), overovanie nastavení SW a HW atď.//
633		-* //**Podpora L2 (podpora 2. stupňa)** – riešiteľské tímy s hlbšou technologickou znalosťou danej oblasti. Riešitelia na úrovni Podpory L2 nekomunikujú priamo s koncovým užívateľom, ale sú zodpovední za poskytovanie súčinnosti riešiteľom 1. úrovne podpory pri riešení eskalovaného hlásenia, čo mimo iného obsahuje aj spätnú kontrolu a podrobnejšiu analýzu zistených dát predaných riešiteľom 1. úrovne podpory. Výstupom takejto kontroly môže byť potvrdenie, upresnenie, alebo prehodnotenie hlásenia v závislosti na potrebách Objednávateľa. Primárnym cieľom riešiteľov na úrovni Podpory L2 je dostať Hlásenie čo najskôr pod kontrolu a následne ho vyriešiť - s možnosťou eskalácie na vyššiu úroveň podpory – Podpora L3.//
634		-* //**Podpora L3 (podpora 3. stupňa)** - Podpora 3. stupňa predstavuje najvyššiu úroveň podpory pre riešenie tých najobťiažnejších Hlásení, vrátane prevádzania hĺbkových analýz a riešenie extrémnych prípadov.//
635		-//Pre služby sú definované takéto SLA~://
636		-* //Help Desk je dostupný cez IS Solution manager a pre vybrané skupiny užívateľov cez telefón a email, incidenty sú evidované v IS Solution manager,//
637		-* //Dostupnosť L3 podpory pre IS je 8x5 (8 hodín x 5 dní od 8:00h do 16:00h počas pracovných dní),//
	2456	+1.
	2457	+11.
	2458	+111. Úrovne podpory používateľov
638	638
639		-=== 7.1.2Riešenie incidentov – SLA parametre ===
	2460	+Help Desk bude realizovaný cez 3 úrovne podpory, s nasledujúcim označením:
640	640
641		-//Za incident je považovaná chyba IS, t.j. správanie sa v rozpore s prevádzkovou a používateľskou dokumentáciou IS. Za incident nie je považovaná chyba, ktorá nastala mimo prostredia IS napr. výpadok poskytovania konkrétnej služby Vládneho cloudu alebo komunikačnej infraštruktúry.//
	2462	+* **L1 podpory IS** (Level 1, priamy kontakt zákazníka) - jednotný kontaktný bod verejného obstarávateľa – IS Solution manager, ktorý je v správe verejného obstarávateľa a v prípade jeho nedostupnosti Centrum podpory používateľov (zabezpečuje prevádzkovateľ IS a DataCentrum).
	2463	+* **L2 podpory IS** (Level 2, postúpenie požiadaviek od L1) - vybraná skupina garantov, so znalosťou IS (zabezpečuje prevádzkovateľ IS – verejný obstarávateľ).
	2464	+* **L3 podpory IS** (Level 3, postúpenie požiadaviek od L2) - na základe zmluvy o podpore IS (zabezpečuje úspešný uchádzač).
	2465	+
	2466	+Definícia:
	2467	+
	2468	+* **Podpora L1 (podpora 1. stupňa)** - začiatočná úroveň podpory, ktorá je zodpovedná za riešenie základných problémov a požiadaviek koncových užívateľov a ďalšie služby vyžadujúce základnú úroveň technickej podpory. Základnou funkciou podpory 1. stupňa je zhromaždiť informácie, previesť základnú analýzu a určiť príčinu problému a jeho klasifikáciu. Typicky sú v úrovni L1 riešené priamočiare a jednoduché problémy a základné diagnostiky, overenie dostupnosti jednotlivých vrstiev infraštruktúry (sieťové, operačné, vizualizačné, aplikačné atď.) a základné užívateľské problémy (typicky zabudnutie hesla), overovanie nastavení SW a HW atď.
	2469	+* **Podpora L2 (podpora 2. stupňa)** – riešiteľské tímy s hlbšou technologickou znalosťou danej oblasti. Riešitelia na úrovni Podpory L2 nekomunikujú priamo s koncovým užívateľom, ale sú zodpovední za poskytovanie súčinnosti riešiteľom 1. úrovne podpory pri riešení eskalovaného hlásenia, čo mimo iného obsahuje aj spätnú kontrolu a podrobnejšiu analýzu zistených dát predaných riešiteľom 1. úrovne podpory. Výstupom takejto kontroly môže byť potvrdenie, upresnenie, alebo prehodnotenie hlásenia v závislosti na potrebách Objednávateľa. Primárnym cieľom riešiteľov na úrovni Podpory L2 je dostať Hlásenie čo najskôr pod kontrolu a následne ho vyriešiť - s možnosťou eskalácie na vyššiu úroveň podpory – Podpora L3.
	2470	+* **Podpora L3 (podpora 3. stupňa)** - Podpora 3. stupňa predstavuje najvyššiu úroveň podpory pre riešenie tých najobťiažnejších Hlásení, vrátane prevádzania hĺbkových analýz a riešenie extrémnych prípadov.
	2471	+*1.
	2472	+*11. Riešenie incidentov – SLA parametre
	2473	+
642	642	Označenie naliehavosti incidentu:
643	643
644		-|**Označenie naliehavosti incidentu**|**Závažnosť incidentu**|**Popis naliehavosti incidentu**
645		-|A|Kritická|Kritické chyby, ktoré spôsobia úplné zlyhanie systému ako celku a nie je možné používať ani jednu jeho časť, nie je možné poskytnúť požadovaný výstup z IS.
646		-|B|Vysoká|Chyby a nedostatky, ktoré zapríčinia čiastočné zlyhanie systému a neumožňuje používať časť systému.
	2476	+|Označenie naliehavosti incidentu|Závažnosť  incidentu|Popis naliehavosti incidentu
	2477	+|A|Kritická|Kritické chyby, ktoré spôsobia úplné zlyhanie systému ako celku a nie je možné používať ani jednu jeho časť, nie je možné poskytnúť požadovaný výstup z IS.
	2478	+|B|Vysoká|Chyby a nedostatky, ktoré zapríčinia čiastočné zlyhanie systému a neumožňuje používať časť systému.
647	647	|C|Stredná|Chyby a nedostatky, ktoré spôsobia čiastočné obmedzenia používania systému.
648		-|D|Nízka|Kozmetické a drobné chyby.
	2480	+
	2481	+
649	649	možný dopad:
650		-|**Označenie závažnosti incidentu**|**Dopad**|**Popis dopadu**
	2483	+
	2484	+|Označenie závažnosti incidentu|(((
	2485	+
	2486	+
	2487	+Dopad
	2488	+)))|Popis dopadu
651	651	|1|katastrofický|katastrofický dopad, priamy finančný dopad alebo strata dát,
652	652	|2|značný|značný dopad alebo strata dát
653	653	|3|malý|malý dopad alebo strata dát
654		-Výpočet priority incidentu je kombináciou dopadu a naliehavosti v súlade s best practices ITIL V3 uvedený v nasledovnej matici:
655		-|(% colspan="2" rowspan="2" %)**Matica priority incidentov**|(% colspan="3" %)**Dopad**
656		-|**Katastrofický - 1**|**Značný - 2**|**Malý - 3**
657		-|(% rowspan="4" %)**Naliehavosť**|**Kritická - A**|1|2|3
658		-|**Vysoká - B**|2|3|3
659		-|**Stredná - C**|2|3|4
660		-|**Nízka - D**|3|4|4
	2492	+
	2493	+
	2494	+Výpočet priority incidentu je kombináciou dopadu a naliehavosti v súlade s best practices ITIL V3 uvedený v nasledovnej matici:
	2495	+
	2496	+|(% colspan="2" rowspan="2" %)Matica priority incidentov|(% colspan="3" %)Dopad
	2497	+|Katastrofický - 1|Značný - 2|Malý - 3
	2498	+|(% rowspan="3" %)Naliehavosť|Kritická - A|1|2|3
	2499	+|Vysoká - B|2|3|3
	2500	+|Stredná - C|2|3|4
	2501	+
	2502	+
661	661	Vyžadované reakčné doby:
662		-|**Označenie priority incidentu**|**Reakčná doba^^(1)^^ od nahlásenia incidentu po začiatok riešenia incidentu**|**Doba konečného vyriešenia incidentu od nahlásenia incidentu (DKVI) ^^(2)^^**|(((
663		-**Spoľahlivosť ^^(3)^^**
	2504	+
	2505	+|Označenie priority incidentu|Reakčná doba^^(1)^^ od nahlásenia incidentu po začiatok riešenia incidentu|Doba konečného vyriešenia incidentu od nahlásenia incidentu (DKVI) ^^(2)^^|(((
	2506	+Spoľahlivosť ^^(3)^^
	2507	+
664	664	(počet incidentov za mesiac)
665	665	)))
666		-|1|0,5 hod.|4 hodín|1
667		-|2|1 hod.|12 hodín|2
668		-|3|1 hod.|24 hodín|10
669		-|4|1 hod.|(% colspan="2" %)Vyriešené a nasadené v rámci plánovaných releasov
670		-//**Vysvetlivky k tabuľke**//
671		-//(1) Reakčná doba je čas medzi nahlásením incidentu verejným obstarávateľom (vrátane užívateľov IS, ktorí nie sú v pracovnoprávnom vzťahu s verejným obstarávateľom) na helpdesk úrovne L3 a jeho prevzatím na riešenie.//
672		-//(2) DKVI znamená obnovenie štandardnej prevádzky - čas medzi nahlásením incidentu verejným obstarávateľom a vyriešením incidentu úspešným uchádzačom (do doby, kedy je funkčnosť prostredia znovu obnovená v plnom rozsahu). Doba konečného vyriešenia incidentu od nahlásenia incidentu verejným obstarávateľom (DKVI) sa počíta počas celého dňa. Do tejto doby sa nezarátava čas potrebný na nevyhnutnú súčinnosť verejného obstarávateľa, ak je potrebná pre vyriešenie incidentu. V prípade potreby je úspešný uchádzač oprávnený požadovať od verejného obstarávateľa schválenie riešenia incidentu.//
673		-//(3) Maximálny počet incidentov za kalendárny mesiac. Každá ďalšia chyba nad stanovený limit spoľahlivosti sa počíta ako začatý deň omeškania bez odstránenia vady alebo incidentu. Duplicitné alebo technicky súvisiace incidenty (zadané v rámci jedného pracovného dňa, počas pracovného času 8 hodín) sú považované ako jeden incident.//
674		-//(4) Incidenty nahlásené verejným obstarávateľom úspešnému uchádzačovi v rámci testovacieho prostredia majú prioritu 3 a nižšiu//
675		-//Vzťahujú sa výhradne k dostupnosti testovacieho prostredia. Za incident na testovacom prostredí sa nepovažuje incident vztiahnutý k práve testovanej funkcionalite.//
676		-//Vyššie uvedené SLA parametre nebudú použité pre nasledovné služby~://
	2510	+|1|0,5 hod.|4  hodín|1
	2511	+|2|0,5 hod.|8 hodín|2
	2512	+|3|0.5 hod.|24 hodín|10
677	677
678		-* //Služby systémovej podpory na požiadanie (nad paušál)//
679		-* //Služby realizácie aplikačných zmien vyplývajúcich z legislatívnych a metodických zmien (nad paušál)//
680		-//Pre tieto služby budú dohodnuté osobitné parametre dodávky.//
681	681
682		-== {{id name="_Toc1544169800"/}}{{id name="_Toc153139718"/}}{{id name="_Toc34423613"/}}{{id name="_Toc527558121"/}}7.2Požadovaná dostupnosť IS: ==
683	683
684		-|**Popis**|**Parameter**|**Poznámka**
685		-|**Prevádzkové hodiny**|//12 hodín//|//od 6:00 hod. - do 18:00 hod. počas pracovných dní//
686		-|(% rowspan="2" %)**Servisné okno**|//10 hodín//|//od 19:00 hod. - do 5:00 hod. počas pracovných dní//
687		-|//24 hodín//|(((
688		-//od 00:00 hod. - 23:59 hod. počas dní pracovného pokoja a štátnych sviatkov//
689		-//Servis a údržba sa bude realizovať mimo pracovného času.//
	2516	+1.
	2517	+11. Požadovaná dostupnosť IS:
	2518	+
	2519	+|Popis|Parameter|Poznámka
	2520	+|Prevádzkové hodiny|8 hodín|od 8:00 hod. - do 16:00 hod. počas pracovných dní
	2521	+|(% rowspan="2" %)Servisné okno|12 hodín|od 17:00 hod. - do 5:00 hod. počas pracovných dní – štandardný servis a údržba
	2522	+|24 hodín|(((
	2523	+od 00:00 hod. - 23:59 hod. počas dní pracovného pokoja a štátnych sviatkov
	2524	+
	2525	+Veľký servis a údržba sa bude realizovať mimo pracovného času.
690	690	)))
691		-|**Dostupnosť produkčného prostredia IS**|//98,5%//|(((
692		-//98,5% z 24/7/365 t.j. max ročný výpadok je 66 hod.//
693		-//Maximálny mesačný výpadok je 5,5 hodiny.//
694		-//Vždy sa za takúto dobu považuje čas od 0.00 hod. do 23.59 hod. počas pracovných dní v týždni.//
695		-//Nedostupnosť IS sa počíta od nahlásenia incidentu Zákazníkom v čase dostupnosti podpory Poskytovateľa (t.j. nahlásenie incidentu na L3 v čase od 6:00 hod. - do 18:00 hod. počas pracovných dní). Do dostupnosti IS nie sú započítavané servisné okná a plánované odstávky IS.//
696		-//V prípade nedodržania dostupnosti IS bude každý ďalší začatý pracovný deň nedostupnosti braný ako deň omeškania bez odstránenia vady alebo incidentu.//
	2527	+|Dostupnosť produkčného prostredia IS|98,5%|(((
	2528	+98,5% z 24/7/365  t.j. max ročný výpadok je 66 hod.
	2529	+
	2530	+Maximálny mesačný výpadok je 5,5 hodiny.
	2531	+
	2532	+Vždy sa za takúto dobu považuje čas od 0.00 hod. do 23.59 hod. počas pracovných dní v týždni.
	2533	+
	2534	+Nedostupnosť IS sa počíta od nahlásenia incidentu Zákazníkom v čase dostupnosti podpory Poskytovateľa (t.j. nahlásenie incidentu na L3 v čase od 8:00 hod. - do 16:00 hod. počas pracovných dní).  Do dostupnosti IS nie sú započítavané servisné okná a plánované odstávky IS.
	2535	+
	2536	+V prípade nedodržania dostupnosti IS bude každý ďalší začatý pracovný deň nedostupnosti braný ako deň omeškania bez odstránenia vady alebo incidentu.
697	697	)))
698	698
699		-=== {{id name="_Toc992446895"/}}{{id name="_Toc153139719"/}}{{id name="_Toc34423614"/}}7.2.1Dostupnosť (Availability) ===
700	700
701		-//**Dostupnosť** (**Availability**) je pojem z oblasti riadenia bezpečnosti v organizácii. Dostupnosť znamená, že dáta sú prístupné v okamihu jej potreby. Narušenie dostupnosti sa označuje ako nežiaduce zničenie (destruction) alebo nedostupnosť. Dostupnosť je zvyčajne vyjadrená ako percento času v danom období, obvykle za rok. Orientačný zoznam dostupnosti je uvedený v nasledovnom prehľade~://
	2540	+V osobitných prípadoch bude servisná doba upravená na základe dohody projektových manažérov objednávateľa a poskytovateľa. - Štandardná servisná pohotovosť je v pracovných dňoch od 8.00 h do 16.00 h. Do servisnej pohotovosti sa nezapočítavajú dni pracovného voľna, pracovného pokoja a štátom uznávané sviatky. Ak je poskytovateľovi v pracovných dňoch v čase od 8.00 h do 16.00 h hlásená vada (chyba) s prioritou „kritická“, na reakčnú a servisnú dobu sa nevzťahuje štandardná servisná pohotovosť, ale režim 24x7. Do reakčnej a servisnej doby režimu 24x7 sa nezapočítavajú dni pracovného voľna, pracovného pokoja a štátom uznávané sviatky. V prípade potreby zásahu pri vade s kritickou prioritou je poskytovateľ povinný vadu vyriešiť aj prostredníctvom vzdialeného zabezpečeného pripojenia (VPN) z miesta sídla poskytovateľa, pokiaľ mu objednávateľ nebude schopný poskytnúť fyzicky miesta v ústredí objednávateľa.
702	702
703		-* //**90% dostupnosť** znamená výpadok 36,5 dňa//
704		-* //**95% dostupnosť** znamená výpadok 18,25 dňa//
705		-* //**98% dostupnosť** znamená výpadok 7,30 dňa//
706		-* //**99% dostupnosť** znamená výpadok 3,65 dňa//
707		-* //**99,5% dostupnosť** znamená výpadok 1,83 dňa//
708		-* //**99,8% dostupnosť** znamená výpadok 17,52 hodín//
709		-* //**99,9%** (“**tri deviatky**”) **dostupnosť** znamená výpadok 8,76 hodín//
710		-* //**99,99%** (“**štyri deviatky**”) **dostupnosť** znamená výpadok 52,6 minút//
711		-* //**99,999%** (“**päť deviatok**”) **dostupnosť** znamená výpadok 5,26 minút//
712		-* //**99,9999%** (“**šesť deviatok**”) **dostupnosť** znamená výpadok 31,5 sekúnd//
713		-//Hoci je obvyklé uvádzať dostupnosť v percentách, presnejšie ukazovatele sú vyjadrením doby obnovenia systému a na množstvo dát, o ktoré môžeme prísť~://
714		-* [[RTO (Recovery Time Objective)>>path:#_RTO_(Recovery_Time]]// - doba obnovenia systému, t.j. za ako dlho po výpadku musí byť systém funkčný (pre bližšie info klik na nadpis)//
715		-* [[RPO (Recovery Point Objective) >>path:#_RPO_(Recovery_Point]]//- aké množstvo dát môže byť stratené od vymedzeného okamihu//
716		-* //Recovery Time - čas potrebný k obnove//
717		-//Riešenie dostupnosti v praxi: Nedostupnosť [[dát>>url:https://datalab.digital/wp-content/uploads/CSRU_poskytovatelia_polozky_v3.xlsx]] je jedným z [[rizík>>url:https://www.zakonypreludi.sk/zz/2020-78/znenie-20200501]], ktorý môže postihnúť každú [[organizáciu>>url:https://metais.vicepremier.gov.sk/publicspace]]. Dostupnosť je jedným s kľúčových požiadaviek na každý dôležitý [[informačný systém>>url:https://datalab.digital/dokumenty/]] a vplyv na dostupnosť má mnoho faktorov, napríklad~://
718		-* //Dostupnosť [[servera>>url:https://metais.vicepremier.gov.sk/help]]//
719		-* //Dostupnosť pripojenie k internetu//
720		-* //Dostupnosť [[databázy>>url:https://www.zakonypreludi.sk/zz/2020-85/znenie-20200501]]//
721		-* //Dostupnosť [[webových stránok>>url:https://managementmania.com/sk/sla-service-level-agreement]]//
722		-//V prípade, že je časť softvér alebo infraštruktúra zabezpečovaná externe (napr. hosting, webhosting), prenáša sa zodpovednosť za dostupnosť týchto komponentov na dodávateľa. Potom je potrebné mať vhodným spôsobom ošetrenú úroveň dostupnosti, ktorú musí dodávateľ dodržať. Zvyčajne je dostupnosť súčasťou [[dohody o úrovni poskytovaných služieb (SLA)>>url:https://datalab.digital/referencne-udaje/]].//
	2542	+1.
	2543	+11.
	2544	+111. Dostupnosť (Availability)
723	723
724		-=== {{id name="_Toc862618350"/}}{{id name="_Toc153139720"/}}{{id name="_Toc34423615"/}}{{id name="_RTO_(Recovery_Time"/}}7.2.2RTO (Recovery Time Objective) ===
	2546	+98,5%
725	725
726		-**Recovery Time Objective**// (zvyčajne sa požíva skratka RTO) je jeden z ukazovateľov //__[[dostupnosti>>url:https://managementmania.com/sk/data]]__// dát. RTO vyjadruje množstvo času potrebné pre obnovenie //__[[dát>>url:https://datalab.digital/legislativa/]]__// a celej prevádzky nedostupného systému (//__[[softvér>>url:https://datalab.digital/dokumenty]]__//). Môže byť, v závislosti na použitej technológii, vyjadrené v sekundách, hodinách či dňoch.//
727		-Využitie RTO v praxi//: Ukazovateľ RTO sa z pohľadu zákazníka využíva pre vyjadrenie doby pre obnovu dát. (napr. formou //__[[SLA>>url:https://www.minv.sk/swift_data/source/mvsr_a_eu/fabianova/np_optimalizacia/metodika-modelovania-udajov-vs.pdf]]__//). Na druhú stranu poskytovatelia dnes môžu voliť rôzne technológie zálohovanie, respektíve replikovanie dát a dobu obnovy dát znížiť až k nulovému výpadku. Existujúce technológie sa delia zhruba nasledovne~://
	2548	+1.
	2549	+11.
	2550	+111. RTO (Recovery Time Objective)
728	728
729		-* //Tradičné zálohovanie - výpadok a obnova trvá cca hodiny až dni//
730		-* //Asynchrónne replikácie dát - výpadok a obnova v poriadku sekúnd až minút//
731		-* //Synchrónny replikácie dát - nulový výpadok//
	2552	+Parameter jednotlivých systémov sa nemení, nakoľko jednotlivé vyvolané investície v tomto projekte sú change requesty. V prípade nových systémov (tu môžeš vymenovať - ako uznáš za vhodné, alebo este lepsie odkaz na tab.) budú parametre stanovené na rovnakej úrovni ako v prípade už prevádzkovaných systémov.
732	732
733		-=== {{id name="_Toc2066578526"/}}{{id name="_Toc153139721"/}}{{id name="_Toc34423616"/}}{{id name="_RPO_(Recovery_Point"/}}7.2.3RPO (Recovery Point Objective) ===
734	734
735		-**Recovery Point Objective**// (zvyčajne sa požíva skratka RPO) je jeden z ukazovateľov //__[[dostupnosti>>url:https://datalab.digital/legislativa/]]__// dát. RPO vyjadruje, do akého stavu (bodu) v minulosti možno obnoviť //__[[dáta>>url:https://datalab.digital/]]__//. Inými slovami množstvo dát, o ktoré môže organizácia prísť.//
736		-Využitie RPO v praxi//**: **Ukazovateľ RPO sa z pohľadu zákazníka využíva pre vyjadrenie množstva obnoviteľných dát. (napr. formou //__[[SLA>>url:https://www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html]]__//). Na druhú stranu poskytovatelia dnes môžu voliť rôzne technológie //__[[zálohovanie>>url:https://joinup.ec.europa.eu/sites/default/files/inline-files/EUPL%201_1%20Guidelines%20SK%20Joinup.pdf]]__//, respektíve replikovanie dát a bod obnovy dát znížiť až k nulovej strate. Existujúce technológie sa delia zhruba nasledovne~://
	2555	+1.
	2556	+11.
	2557	+111. RPO (Recovery Point Objective)
737	737
738		-* //Tradičné zálohovanie - výpadok a obnova trvá cca hodiny až dni//
739		-* //Asynchrónne replikácie dát - výpadok a obnova v poriadku sekúnd až minút, strata sa blíži k nule//
740		-* //Synchrónny replikácie dát - nulová strata//
	2559	+Parameter jednotlivých systémov sa nemení, nakoľko jednotlivé vyvolané investície v tomto projekte sú change requesty. V prípade nových systémov (tu môžeš vymenovať - ako uznáš za vhodné, alebo este lepsie odkaz na tab.) budú parametre stanovené na rovnakej úrovni ako v prípade už prevádzkovaných systémov.
741	741
742		-= {{id name="_Toc2005115416"/}}{{id name="_Toc153139722"/}}{{id name="_Toc15428571"/}}{{id name="_Toc15427677"/}}{{id name="_Toc15426955"/}}8.Požiadavky na personál =
743	743
744		-//Doplniť požiadavky na projektové personálne zabezpečenie (projektové role a ich obsadenie).//
745		-//Doplniť rámcové požiadavky na obsadenie TO BE procesu.//
746		-//Doplniť požiadavky potrebných školení a certifikátov.//
	2562	+1. Požiadavky na personál
747	747
748		-= {{id name="_Toc603274444"/}}{{id name="_Toc153139723"/}}{{id name="_Toc15428572"/}}{{id name="_Toc15427678"/}}{{id name="_Toc15426956"/}}9.Implementácia a preberanie výstupov projektu =
	2564	+Personálne kapacity sú pokryté v Zmluve o poskytnutí prostriedkov mechanizmu na kapacity pre životné situácie.
749	749
750		-//Posúďte a doplňte spôsoby realizácie projektu a ich dopad na harmonogram projektu a preberanie výstupov pripravovaného projektu.//
751		-//V zmysle Vyhlášky 401/2023 Zz o riadení projektov a zmenových požiadaviek v prevádzke je potrebné posúdiť výber spôsobu realizácie projektu metódou waterfall, metódou agile alebo metódou waterfall s prvkami metódy agile.//
752		-//V zmysle vyhlášky 401/2023 Zz o riadení projektov a zmenových požiadaviek v prevádzke je možné pristupovať k realizácii projektu prostredníctvom čiastkových plnení, t.j. inkrementov, a to~://
	2566	+1. Implementácia a preberanie výstupov projektu
753	753
754		-* //Inkrement musí obsahovať z realizačnej fázy projektu aspoň etapu Implementácia a Testovanie a Nasadenia do produkcie. Je možné ho realizovať viacerými iteráciami v závislosti od charakteru projektu a každý doručený inkrement projektu je nasadený na produkčnom prostredí informačnej technológie a je možné začať s dokončovacou fázou projektu, alebo pokračovať ďalším inkrementom.//
755		-* //Ak realizačná fáza veľkých projektov pozostáva z dodania jedného funkčného celku alebo dodania výlučne technických prostriedkov, objednávateľ v produkte PI-03 Prístup k projektu a v M-05 Analýza nákladov a prínosov - BC/CBA, posúdi a vyhodnotí aj alternatívy rozdelenia na inkrementy na preukázanie ekonomickej nevýhodnosti alebo technických obmedzení rozdeliť projekt na inkrementy.//
	2568	+Projekt (zmenová požiadavka v prevádzke) sa riadi metódou waterfall bez inkrementálneho prístupu.
756	756
757		-= {{id name="_Toc1624651882"/}}{{id name="_Toc153139724"/}}{{id name="_Toc15428575"/}}{{id name="_Toc15427681"/}}{{id name="_Toc15426959"/}}{{id name="_Toc510413663"/}}10.Prílohy =
	2570	+* Plánovanie a príprava
758	758
759		-//V prípade potreby doplňte zoznam príloh //
760		-//Poznámka: **odporúčame**, aby ste si VŠETKY TABUĽKOVÉ VSTUPY evidovali a spravovali v jednom centrálnom súbore formátu EXCEL – s cieľom minimalizovať budúcu prácnosť s aktualizáciou a udržiavaním obsahu.//
761		-//Inštrukcie k verejnému pripomienkovaniu~://
	2572	+* Definovanie cieľov a rozsahu projektu: Jasne definujte ciele a rozsah projektu.
762	762
763		-* //Podľa §4 ods. 10 vyhlášky č. 401/2023 Z.z je potrebné zrealizovať pripomienkovanie Projektového prístupu odbornou verejnosťou, zaevidovať a vyhodnotiť pripomienky odbornej verejnosti.//
764		-* //Oznámenie o začatí verejného pripomienkovania zverejniť v centrálnom metainformačnom systéme verejnej správy na mieste určenom Orgánom vedenia.//
765		-* //Dať na schválenie riadiacemu výboru výstupy po zverejnení vyhodnotenia pripomienok.//
766		-* //Vyhodnotenie zverejniť na webovom sídle objednávateľa (do projektového adresára).//
767		-[[1>>path:#sdfootnote1anc||name="sdfootnote1sym"]] Podľa § 2 ods. 1 písm. i) vyhlášky MIRRI č. 401/2023 Z.z. o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy sa objednávateľom rozumie správca alebo prevádzkovateľ ITVS, ktorý projekt realizuje alebo chce realizovať.
768		-[[2>>path:#sdfootnote2anc||name="sdfootnote2sym"]] https:~/~/avssr.horizzon.cloud/. O prístup do repozitára a poskytnutie licencie pre modelovací nástroj pracujúci s repozitárom modelov je potrebné požiadať na e-mailovej adrese: sprava_EA@mirri.gov.sk.
769		-[[3>>path:#sdfootnote3anc||name="sdfootnote3sym"]] The Open Group ArchiMate Model Exchange File Format Standard a špecifikácia BPMN 2.0
770		-[[4>>path:#sdfootnote4anc||name="sdfootnote4sym"]] Napr. modelovací nástroj Archi - Open Source ArchiMate Modelling: [[https:~~/~~/www.archimatetool.com>>url:https://www.archimatetool.com/]].
771		-[[5>>path:#sdfootnote5anc||name="sdfootnote5sym"]] Napr. modelovací nástroj pre BPMN - Camunda Modeler - Open Source Desktop Modeler: [[https:~~/~~/camunda.com/download/modeler/>>url:https://camunda.com/download/modeler/]].
772		-[[6>>path:#sdfootnote6anc||name="sdfootnote6sym"]] Správca ISVS je povinný zaviesť v organizácii systém riadenia informačnej (a kybernetickej) bezpečnosti a vypracovať bezpečnostný projekt pre ISVS podľa vyhlášky Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu č. 179/2020 Z. z., ktorou sa ustanovuje spôsob kategorizácie a obsah bezpečnostných opatrení informačných technológií verejnej správy)
773		-Strana 23/23
	2574	+* Identifikácia zainteresovaných strán: Určte všetky zainteresované strany a ich úlohy.
	2575	+
	2576	+* Vytvorenie projektového plánu: časový harmonogram, zdroje, rozpočet a riziká.
	2577	+
	2578	+* Implementácia
	2579	+
	2580	+* Vývoj a testovanie: Vyvinúť a otestovať produkt.
	2581	+
	2582	+* Nasadenie do produkcie
	2583	+
	2584	+* Monitorovanie a hodnotenie: Monitorovať výkon a zbierať spätnú väzbu od kľúčových používateľov.
	2585	+
	2586	+* Preberanie výstupov
	2587	+
	2588	+* Odovzdanie a prevzatie: Odovzdanie a prevzatie výstupov alebo časti výstupov sa uskutoční v termínoch špecifikovaných v časovom harmonograme.
	2589	+
	2590	+* Akceptačný protokol: Podpísanie akceptačného protokolu oprávnenými osobami.
	2591	+
	2592	+* Vlastnícke právo: Vlastnícke právo k výstupom alebo časti výstupov prechádza na Objednávateľa podpísaním akceptačného protokolu.
	2593	+
	2594	+* Kontrola kvality: Objednávateľ neprevezme výstupy, ak táto vykazuje právne a/alebo faktické vady.
	2595	+
	2596	+* Prílohy akceptačného protokolu:
	2597	+
	2598	+* Zápisnica o vykonaných akceptačných testoch.
	2599	+
	2600	+* Zoznam autorov diel a zoznam autorských diel vytvorených v rámci plnenia Zmluvy o dielo.
	2601	+
	2602	+* Vyhlásenie o splnení požiadaviek (dodržaní štandardov pre ISVS/ITVS).
	2603	+
	2604	+* Dokumenty a doklady osvedčujúce kvalitu a/alebo kompletnosť.
	2605	+
	2606	+* Záverečné hodnotenie a uzavretie projektu
	2607	+
	2608	+* Záverečné hodnotenie: Vyhodnotiť celkový úspech projektu a identifikovať oblasti na zlepšenie.
	2609	+
	2610	+* Uzavretie projektu: Formálne uzavrieť projekt a informovať všetky zainteresované strany.
	2611	+
	2612	+Tento návrh zabezpečí, že implementácia a preberanie výstupov projektu budú v súlade s vyhláškou 401/2023 a že zmenové požiadavky budú úspešne nasadené na produkčné prostredie a prevádzka realizovaných zmien bude spustená..
	2613	+
	2614	+Vo vývojovom prostredí (vývojárske nástroje a podporné informačné systémy vrátane použitých knižníc tretích strán), v ktorom budú zmenové požiadavky vyvíjané, musia byť implementované opatrenia na:
	2615	+
	2616	+~1. Zabezpečenie integrity vyvíjaných funkcionalít na základe najvyššej Objednávateľom požadovanej úrovne ochrany dôvernosti, integrity a dostupnosti informácií, ktoré budú spracovávané vo vyvíjanom riešení.
	2617	+
	2618	+2. Zaistenie dôvernosti na základe Objednávateľom požadovanej úrovne ochrany dôvernosti citlivých údajov.
	2619	+
	2620	+1. Prílohy
	2621	+
	2622	+Príloha 1a) Koncepcia rozvoja implementačného plánu ŽS14 a Príloha1b) Koncepcia rozvoja implementačného plánu ŽS16
	2623	+
	2624	+Príloha 2: Zoznam rizík a závislostí

1744288678714-554.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.veronika\.mondikova@socpoist\.sk

Veľkosť

...	...	@@ -1,0 +1,1 @@
	1	+379.3 KB

Obsah

1744288721254-907.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.veronika\.mondikova@socpoist\.sk

Veľkosť

...	...	@@ -1,0 +1,1 @@
	1	+508.3 KB

Obsah

1744289150894-617.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.veronika\.mondikova@socpoist\.sk

Veľkosť

...	...	@@ -1,0 +1,1 @@
	1	+61.5 KB

Obsah

1744289230159-132.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.veronika\.mondikova@socpoist\.sk

Veľkosť

...	...	@@ -1,0 +1,1 @@
	1	+64.4 KB

Obsah

1744289252586-372.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.veronika\.mondikova@socpoist\.sk

Veľkosť

...	...	@@ -1,0 +1,1 @@
	1	+79.9 KB

Obsah

1744289259812-401.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.veronika\.mondikova@socpoist\.sk

Veľkosť

...	...	@@ -1,0 +1,1 @@
	1	+61.3 KB

Obsah

1744289266738-651.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.veronika\.mondikova@socpoist\.sk

Veľkosť

...	...	@@ -1,0 +1,1 @@
	1	+113.4 KB

Obsah

1744289284685-291.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.veronika\.mondikova@socpoist\.sk

Veľkosť

...	...	@@ -1,0 +1,1 @@
	1	+88.3 KB

Obsah

1744289298971-100.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.veronika\.mondikova@socpoist\.sk

Veľkosť

...	...	@@ -1,0 +1,1 @@
	1	+130.6 KB

Obsah

1744289315938-157.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.veronika\.mondikova@socpoist\.sk

Veľkosť

...	...	@@ -1,0 +1,1 @@
	1	+71.9 KB

Obsah

1744289330188-778.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.veronika\.mondikova@socpoist\.sk

Veľkosť

...	...	@@ -1,0 +1,1 @@
	1	+51.4 KB

Obsah

1744289348343-356.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.veronika\.mondikova@socpoist\.sk

Veľkosť

...	...	@@ -1,0 +1,1 @@
	1	+30.5 KB

Obsah

1744289386192-227.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.veronika\.mondikova@socpoist\.sk

Veľkosť

...	...	@@ -1,0 +1,1 @@
	1	+265.4 KB

Obsah

1744289497110-862.png

Autor

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.veronika\.mondikova@socpoist\.sk

Veľkosť

...	...	@@ -1,0 +1,1 @@
	1	+260.1 KB

Obsah