Version 4.1 by Veronika Mondiková on 2025/05/06 08:02

Show last authors
1 **PRÍSTUP K PROJEKTU**
2
3 **manažérsky výstup I-03**
4
5 **podľa vyhlášky MIRRI č. 401/2023 Z. z.**
6
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 Schvaľovanie dokumentu
16
17 |Položka|Meno a priezvisko|Organizácia|Pracovná pozícia|Dátum|(((
18 Podpis
19
20 (alebo elektronický súhlas)
21 )))
22 |Vypracoval| | | | |
23
24 1. História dokumentu
25
26 |Verzia|Dátum|Zmeny|Meno
27 |0.1|14.11.2023|Pracovný návrh|
28 |1.0|22.12.2023|Zapracovanie súladu s vyhláškou č. 401/2023 Z. z.|
29 | | | |
30 | | | |
31
32 2. Účel dokumentu
33
34 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.
35
36 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.
37
38 Zároveň opisuje aj implementáciu projektu a preberanie výstupov projektu//. //
39
40 //2.1 //Použité skratky a pojmy
41
42
43 |SKRATKA/POJEM |POPIS
44 |AIS DP |Administratívny informačný systém dôchodkového poistenia
45 |AIS DP (ŽoD)|Modul Žiadosť o dôchodok - súčasť AIS DP
46 |APV eELDP|Modul AIS DP na správu ELDP
47 |CAMP|Centrálna API manažment platforma
48 |COP|Centrálna orchestračná platforma
49 |CRIF|Credit navigator
50 |DMS|Document management systém (súčasť AIS DP)
51 |DP|Dôchodkové poistenie
52 |EDS|Elektronický dávkový spis
53 |EKP |Informačný systém Elektronické komunikačné prostredie
54 |ELDP|Elektronický list dôchodkového poistenia
55 |ESB|Aplikačná integračná platforma (centrálny komponent SP)
56 |FO|Fyzická osoba
57 |IS SP|Informačné systémy Sociálnej poisťovne
58 |JVP |Informačný systém Jednotný výber poistného
59 |MIRRI|Ministerstvo investícií, regionálneho rozvoja a informatizácie
60 |MMP|Minimum marketable product
61 |MUSP |Informačný systém Manažment údajov Sociálnej poisťovne
62 |NASES|Národná agentúra pre sieťové a elektronické služby
63 |NASP|IS Národnej aplikácie Sociálnej poisťovne
64 |NPaLPČ |Informačný systém nemocenského poistenia a lekárskej posudkovej činnosti
65 |OVM|Orgán verejnej moci
66 |RFO|Register fyzických osôb
67 |SP |Sociálna poisťovňa
68 |ŠP SP|Špecializovaný portál SP
69 |VPP|IS Výber poistného a príspevkov
70 |ŽoD|Žiadosť o dôchodok (starobný, predčasne starobný a invalidný)
71 |ŽS|Životná situácia
72
73 (% style="color:#222222" %)2.2 (%%)Konvencie pre typy požiadaviek
74
75 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 biznis požiadavky rozdeľujú na požiadavky MMP (Minimal Marketable Product) – ktoré sú „must“ na dodanie implementácie celkovej životnej situácie. Požiadavky, ktoré nie sú MMP napĺňajú ciele programu životných situácií, ale patria do kategórie „should“ alebo „could“. 
76
77 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)**
78
79 2.3 Zoznam diagramov
80
81 [[Diagram 1: ŽS14 - Celkový náhľad na architektúru – AS IS vs TO BE – (viď zvýraznenia) 6>>path:#_Toc193904434]]
82
83 [[Diagram 2: Strešný model biznis architektúry – AS IS (pre všetky ŽS) 9>>path:#_Toc193904435]]
84
85 [[Diagram 3: Vytvorenie žiadostí a oznámení asistovane na pobočke TO BE. 20>>path:#_Toc193904436]]
86
87 [[Diagram 4: Overenie vlastníctva TO BE. 23>>path:#_Toc193904437]]
88
89 [[Diagram 5: EDS - Zobrazenie spisu TO BE. 25>>path:#_Toc193904438]]
90
91 [[Diagram 6: EDS - Prehľad procesov dôchodkovej agendy TO BE. 25>>path:#_Toc193904439]]
92
93 [[Diagram 7: EDS - Zobrazenie Spisovej vložky TO BE. 26>>path:#_Toc193904440]]
94
95 [[Diagram 8: :eELDP – TO BE stav. 28>>path:#_Toc193904441]]
96
97 [[Diagram 9: Vytváranie elektronických výstupov TO BE  (Legenda: modrým rámčekom sú označené zmeny. 30>>path:#_Toc193904442]]
98
99 [[Diagram 10: Zdroje notifikácií TO BE stav. 31>>path:#_Toc193904443]]
100
101 [[Diagram 11: Rezervačný systém TO BE. 32>>path:#_Toc193904444]]
102
103 [[Diagram 12: Služba zabezpečenej elektronickej komunikácie. 34>>path:#_Toc193904445]]
104
105 [[Diagram 13: Procesný tok vytvorenie, odoslania a spracovania podaní 37>>path:#_Toc193904446]]
106
107 [[Diagram 14: Datasety IS MUSP. 42>>path:#_Toc193904447]]
108
109
110 2.4 Zoznam tabuliek
111
112 [[Tabuľka 1: Prehľad oblastí a požiadaviek. 3>>path:#_Toc193904448]]
113
114 [[Tabuľka 2: Plánované zmeny: AS IS vs. TO BE. 7>>path:#_Toc193904449]]
115
116 [[Tabuľka 3: Dosah rezervačného systému na komponenty IS SP. 17>>path:#_Toc193904450]]
117
118 [[Tabuľka 4: Notifikácia a ich zdrojové IS. 30>>path:#_Toc193904451]]
119
120
121
122 3. Popis navrhovaného riešenia
123
124 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).
125
126 Úpravou agendových a centrálnych systémov SP a ich vzájomnou integráciou bude môcť SP:
127
128 * Pravidelne informovať občana o dôchodkových prognózach
129 * Pripraviť notifikácie občanovi o nároku na dôchodok, o stave konania
130 * Poskytnúť občanovi informácie o jeho dôchodku na Špecializovanom portáli SP
131 * Overovať vlastníctvo bankového účtu bez potreby dokladovania zo strany občana
132 * Umožniť dôstojnú rezerváciu termínu na návštevu pobočky pri potrebe osobnej konzultácie
133 * Asistovať klientom na pobočke pri elektronickom vybavovaní agendy
134 * Vytvárať elektronické výstupy
135 * Zrýchliť konanie o dôchodku - elektronizácia dávkového spisu
136 * Umožniť notifikovať pozostalých o možnostiach dôchodkov pozostalým (ŽS16)
137
138 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).
139
140 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.
141
142
143
144 Tabuľka 1: Prehľad oblastí a požiadaviek
145
146 |Kód témy|Názov témy|ŽS
147 |ŽS14-1|Prognóza a informatívne výpočty |14
148 |ŽS14-2|Overenie vlastníctva účtu |14
149 |ŽS14-3|Elektronický dávkový spis|14
150 |ŽS14-4|Automatizácia výpočtov |14
151 |ŽS14-5|Vytváranie elektronických výstupov|14
152 |ŽS14-6|Zdroje notifikácií|14, 16
153 |ŽS14-7|Rezervačný systém |14
154 |ŽS14-8|Vytvorenie služby zabezpečenej komunikácie|14
155 |ŽS14-9|Integrácie a výmena údajov|16
156 |ŽS14-10|Zavedenie elektronizácie a automatizácie procesu spracovania žiadostí|14
157 |ŽS14-11|Vytvorenie žiadostí o oznámení asistovane na pobočke|14
158
159 3.1 Prognóza a informatívne výpočty
160
161 Úč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.
162
163 3.2 Overenie vlastníctva účtu
164
165 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.
166
167 3.3 Elektronický dávkový spis
168
169 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:
170
171 * 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,
172
173 * Zobrazenie detailu poistenca s možnosťou prehliadať dokumenty a vyštartovať nový proces,
174
175 * Zobrazenie zoznamu podaní na spracovanie vrátanie vyhľadávania.
176
177 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.
178
179 3.4 Automatizácia výpočtov
180
181 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.
182
183 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.
184
185 3.5 Vytváranie elektronických výstupov
186
187 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.
188
189 Riešenie je postavené na novom IS – IS Výstupné dokumentu, ktorého cieľom je:
190
191 1. Elektronizácia procesu vytvárania výstupných dokumentov z agendy DP
192
193 1. Integrácia IS SP, ktoré generujú dokumenty dôchodkovej agendy,
194
195 1. Nahrávanie a dopĺňanie skenovaných či inak vytvorených dokumenty,
196
197 1. Úprava dokumentov na účely distribúcie (elektronickej alebo listinnej). 
198
199 1. Spájanie dokumentov do finálneho dokumentu
200
201 1. Uchovávanie a archivácia elektronických výstupných dokumentov
202
203 1. Elektronizácia procesu spustenia doručovania výstupných dokumentov z agendy DP (samotné doručovanie nie je predmetom predkladaného projektu)
204
205 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.
206
207 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.
208
209 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.
210
211
212 3.6 Zdroje notifikácií
213
214 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).
215
216 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).
217
218 3.7 Rezervačný systém
219
220 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.
221
222 3.8 Vytvorenie služby zabezpečenej komunikácie
223
224 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.
225
226 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.
227
228 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.
229
230 Systém poskytne aj údaje o využívanie systému.
231
232 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č).
233
234 Služba bude integrovaná s Rezervačným systémom.
235
236 3.9 Integrácia a výmena údajov
237
238 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.
239
240 Súčasťou je aj
241
242 * 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)
243 * integrácia ďalších systémov SP v súvislosti s procesmi spracovania
244
245 3.10 Zavedenie elektronizácie a automatizácie procesu spracovania žiadostí
246
247 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).
248
249 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.
250
251 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,
252
253 3.11 Vytvorenie žiadostí o oznámení asistovane na pobočke
254
255 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.
256
257
258 4.  Architektúra riešenia projektu
259
260 Diagram 1: ŽS14 - Celkový náhľad na architektúru – AS IS vs TO BE – (viď zvýraznenia)
261
262 [[image:1744635321088-325.png]]
263
264
265 Tabuľka 2: Plánované zmeny: AS IS vs. TO BE
266
267 |AS IS|Téma|TO BE
268 |(((
269 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).
270
271 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.
272 )))|ŽS14-1: Prognóza a informatívne výpočty|(((
273 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.
274
275 IS Prognóza využije aj pracovník SP pri poskytovaní informácie na pobočke.
276
277 Personalizovaný návod pre životnú situáciu na slovensko.sk.
278 )))
279 |Ž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)|(((
280 ŽS14-2: Overenie vlastníctva účtu
281
282
283 )))|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.
284 |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.
285 |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í
286 o oznámení asistovane
287 na pobočke|(((
288 Implementovať podpisovanie elektronických dokumentov na pobočke SP aj bez použitia eID.
289
290 //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//
291 )))
292 |(((
293 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á.
294
295 //*zrušenie povinnosti predkladať ELDP bolo schválené – v platnosti od 1.1.2026//
296 )))|ŽS14-4: Automatizácia výpočtov|(((
297 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).
298
299 Zároveň sa zautomatizuje proces likvidatúry a backofficu modulu AIS DP – APV eELDP.
300 )))
301 |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|(((
302 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.
303
304 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ť.
305 )))
306 |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í|(((
307 Sociálna poisťovňa pripravuje datasety pre
308
309 a) predpokladaný národ na invalidný dôchodok
310
311 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;
312
313 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.
314 )))
315 |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|(((
316 Odvolanie bude samostatný formulár a SP ho bude môcť spracovať elektronicky a automatizovane.
317
318 //Pozn. nový formulár pre odvolanie nie je súčasťou rozsahu predkladaného projektu, ale tento projekt predpokladá jeho existenciu.//
319 )))
320 |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.
321 |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|(((
322 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.
323
324 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.
325 )))
326 |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|(((
327 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)
328
329 * 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).
330 * 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é).
331 )))
332
333 4.1 Biznis vrstva
334
335 **4.1.1 AS IS stav**
336
337
338 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
339
340
341 Diagram 2: Strešný model biznis architektúry – AS IS (pre všetky ŽS)
342
343 [[image:file:///D:/Users/BA-MONDIKOVA_V/SuboryNezalohovane/Temp/msohtmlclip1/01/clip_image002.png]][[image:1744635347390-573.png]]
344
345
346 4.1.2 **Popis TO BE stavu**
347
348 4.1.2.1 Prognóza a informatívne výpočty
349
350 Úč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).
351
352 ===== Kedy a komu sa bude DP zasielať =====
353
354 * 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)
355 * následne každý piaty kalendárny rok do dovŕšenia 50 rokov veku poistenca a
356 * 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
357 * 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
358 * SP nebude DP zasielať poberateľom invalidného dôchodku po dovŕšení dôchodkového veku
359
360 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.
361
362 ===== Ako sa bude DP zasielať? =====
363
364 * Písomne do e-schránky/poštou, alebo
365 * 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
366 * výlučne prostredníctvom EÚP, ak to poistenec SP oznámi.
367
368 Zároveň bude DP dostupná prostredníctvom pasívneho prístupu v EÚP pre všetkých poistencov.
369
370 4.1.2.2 Overenie vlastníCtva účtu
371
372 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.
373
374 1.
375 11.
376 111. Občan
377 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
378
379 1. Systém EKP zavolá službu CRIF na overenie vlastníctva účtu
380
381 1. Po prijatí odpovede zobrazí informáciu používateľovi v rámci EKP
382
383 1. Klient SP má možnosť odoslať žiadosť aj bez výsledku overenia vlastníctva účtu 
384 11.
385 111. Pracovník pobočky SP
386
387 1. Klient SP oznámi číslo účtu pracovníkovi SP
388
389 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
390
391 1. Systém Pobočková aplikácia SP (AID DP (ŽoD I)) zavolá službu CRIF na overenie vlastníctva účtu
392
393 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 
394 11.
395 111. Pracovník ústredia SP
396
397 1. Pracovník SP spustí manuálne (klikom) proces overenia čísla účtu pre špecifickú žiadosť:
398
399 1. Žiadosť o dôchodok (starobný, predčasný starobný, vdovecký, invalidný)
400
401 1. Žiadosť o zmenu účtu
402
403 Pre elektronické žiadosti budú údaje pre overenie vlastníctva predvyplnené bez možnosti zmeny.
404
405 Pre papierové žiadosti bude používateľ môcť vyplniť povinné polia (upresnené v rámci analýzy)
406
407 * Systém EDS zavolá službu CRIF na overenie vlastníctva účtu
408 * Po prijatí odpovede zobrazí informáciu používateľovi v rámci Elektronického dávkového spisu
409
410 4.1.2.3 Elektronický dávkový spis
411
412 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.
413
414 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).
415
416 Na spracovanie kroku v procese spracovania žiadosti/podania pracovník SDP nebude potrebovať papierový spis, postačí prístup k systému.
417
418 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.
419
420 ===== Spis =====
421
422 Spis obsahuje všetky relevantné dokumenty k jednému poberateľovi, jednoznačný identifikátor spisu je RC11.
423
424 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.
425
426 V rámci spisu sú evidované viaceré vložky, každá vložka reprezentuje jedno konanie.
427
428 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.
429
430 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.
431
432 Dokumenty sú elektronické dokumenty uložené v DMS. Skladajú sa z hlavičky - metadáta dokumentu, a elektronickej prílohy.
433
434 Dokument má prílohu vo formátoch: PDF, PNG, JPG, DOC, XLS, XML, JSON.
435
436 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ť.
437
438 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.
439
440 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.
441
442 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.
443
444 Spis obsahuje jednoznačný identifikátor spisu.
445
446 Dokumenty sú prepojené na košieľku vložky cez identifikátor žiadateľa (RC11) a identifikátor vložky.
447
448 Jeden dokument môže byť súčasťou viacerých spisov.
449
450 ====== Spracovanie spisov na sekcii dôchodkového poistenia ======
451
452 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.
453
454 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.
455
456 Pracovník má prehľad o pridelených spisoch, môže nad nimi robiť operácie. Operácie nad spisom sú:
457
458 * doplnenie dokumentu do spisu/vložky,
459 * zmena stavu spisu/vložky,
460 * úprava atribútov košieľky spisu/vložky,
461 * posun spisu ďalšiemu pracovníkovi / organizačnej zložke na ďalšie spracovanie,
462 * doplnenie komentára.
463
464 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)
465
466 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).
467
468 Pracovník na spise vidí v systéme:
469
470 * všetky vložky a  dokumenty spisu,
471 * košieľku spisu a košieľky vložiek,
472
473 ====== Riadenie spracovania spisov na organizačnej zložke, oddelení ======
474
475 Používateľ s riadiacimi právomocami v systéme:
476
477 * má  prehľad o všetkých rozpracovaných spisoch u svojich podriadených,
478 * môže do každého takéhoto spisu nahliadnuť,
479 * systém mu sprístupní prehľady spisov, v ktorých dlho nedošlo k žiadnej zmene,
480 * môže odobrať spis pracovníkovi a priradiť inému,
481 * 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).
482
483 Spisy pracovníka ktorý opustí pôvodnú pozíciu budú automaticky priradené organizačnej zložke, kde pracovník pôsobil.
484
485 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.
486
487 Manažér organizačnej zložky bude mať prehľad:
488
489 *  koľko spisov majú pracovníci pridelených,
490 *  koľko spisov je nepridelených pracovníkom,
491 *  objem spisov na pracovníka za obdobie,
492 *  vybavenie spisov za pracovníka, za obdobie,
493 *  vek dokumentov, priemerný, maximálny.
494
495 ====== Stavy spisu ======
496
497 V systéme bude možné konfigurovať stavy spisu a prechodovú maticu stavov spisu.
498
499 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.
500
501 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.
502
503
504
505 ====== Elektronizácia existujúcich spisov ======
506
507 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.
508
509 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.
510
511 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.
512
513 ====== Používatelia systému ======
514
515 Všetci zamestnanci, ktorí pracujú so spismi sú používateľmi systému, minimálne aby mali prístup k elektronickému spisu.
516
517 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.
518
519 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ý.
520
521 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.
522
523 ====== Prístupové práva používateľov ======
524
525 Používatelia, ktorí sa nachádzajú na sekcii dôchodkového poistenia, budú mať prístup do systému.
526
527 Štandardný prístup je do svojho vlastného task listu, tj. k zoznamu pridelených dokumentov a k týmto dokumentom.
528
529 Používateľ s administratívnym prístupom majú neobmedzený prístup do systému.
530
531 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.
532
533 Používatelia, ktorí zastupujú iného užívateľa uvidia navyše informácie ktoré vidí zastupovaný pracovník.
534
535 Používatelia sekcie dôchodkového poistenia majú cez vyhľadávanie prístup k spisom a dokumentom na celej sekcii.
536
537 ===== Procesy pokryté IS EDS =====
538
539 ====== Prijatie elektronickej žiadosti o starobný dôchodok ======
540
541 Proces spracovania žiadosti o starobný dôchodok má tri fázy:
542
543 ====== Inicializácia prostredia (štart procesu) ======
544
545 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.
546
547 Prijatie žiadosti o dôchodok má nasledujúce špecifiká:
548
549 * V DMS je uložená žiadosť (v štruktúrovanej forme XML, JSON, ...) a všetky jej prílohy
550
551 * Pre žiadosť je vytvorený nový registratúrny spis
552
553 * Žiadosť je opatrená registratúrnym záznamom v rámci vytvoreného registratúrneho spisu
554
555 * Je vytvorená spisová vložka s referenciou na registratúrny spis
556
557 * 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
558
559 * Je vyštartovaný BPM proces, ktorého kroky budú pracovníci SP nasledovať pre spracovanie žiadosti.
560
561 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.
562
563 ====== Spracovanie žiadosti ======
564
565 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:
566
567 * Meniť stav procesu
568
569 * Prehliadať dokumenty spisovej vložky (či už prijaté alebo vygenerované v predchádzajúcich krokoch)
570
571 * Zapisovať poznámky do spisovej vložky
572
573 * Pridávať dokumenty do spisovej vložky (pomocou registratúry)
574
575 * Ukončenie procesu
576
577 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é.
578
579 ====== Hromadné zmeny ======
580
581 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é.
582
583 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.
584
585 ====== Označovanie spisových vložiek ======
586
587 Pre jednoduchú a efektívnu prácu so spisovými vložkami, budú spisové vložky kategorizované pomocou „tagov“ (lables, štítky).
588
589 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).
590
591 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.
592
593 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.
594
595 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).
596
597 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.
598
599 ====== Autentifikácia a autorizácia ======
600
601 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.
602
603 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ý
604
605 ===== Základné dátové entity =====
606
607 * Každý prípad má svoj registratúrny spis
608
609 * 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)
610
611 * Každý dokument ktorý sa vygeneruje musí mať registratúrny záznam
612
613 * spisová vložka nemôže obsahovať dokument, ktorý nie je v registratúrnom spise
614
615 * Každá spisová vložka dôchodkového spisu má svoj registratúrny spis
616
617 * Toto je dôležité pri interakcii modulov, ktoré vytvárajú dokumenty (napríklad modul výstupné dokumenty)
618
619 * 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
620
621 * 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
622
623 * Každá spisová vložka dôchodkového spisu má práve jeden proces
624
625 * inými slovami spisová vložka vznikne z dôvodu spracovania žiadosti
626
627 * Po skončení procesu spisovej vložky nie je možné meniť obsah spisovej vložky
628
629 * V spisovej vložke je možné meniť údaje (pridávať dokumenty alebo poznámky) iba v rámci procesu
630 * Keď je proces ukončený je spisová vložka prepnutá do režimu read-only
631
632
633 4.1.2.4 Automatizácia výpočtov
634
635 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.
636
637 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.
638
639 Nové riešenie umožní:
640
641 * 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,
642
643 * 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),
644
645 * 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. 
646
647 Riešenie umožní, aby automatizované vytváranie eELDP zamestnanca bolo iniciované v IS JVP:
648
649 * po uplynutí určenej doby po ukončení poistného vzťahu (riadny ELDP) (určenie doby bude riešené v IS JVP),
650
651 * po zmene v údajoch JVP po odoslaní riadneho ELDP (opravný ELDP).
652
653
654 Biznis aktéri: 
655
656 Fyzické osoby - interné:   
657
658 * Zamestnanec SP
659
660 Fyzické osoby – externé
661
662 * Zamestnanec
663 * Zamestnávateľ (nepriamo)
664
665 Právnické osoby – interné 
666
667 * SP ústredie 
668
669 * SP pobočka
670
671 4.1.2.5 Vytváranie elektronických výstupov
672
673 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.  
674
675 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.
676
677 Ak poistenec nemá aktivovanú e-schránku na doručovanie, dokument sa expeduje poštou.
678
679 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.
680
681
682 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:
683
684 * Údaje pre výstupné dokumenty pochádzajú z agendových IS (napr. IS DP, AIS DP atď.)
685
686 * Agendové IS vytvárajú vstupnú dátovú štruktúru pre Výstupné dokumenty v štruktúrovanej forme (preferované je XML, TXT, prípadne CSV)
687
688 * IS Výstupné dokumenty zabezpečí uloženie originálu štruktúrovaného vstupu do DMS
689
690 * IS Výstupné dokumenty zabezpečí transformáciu údajov do vizuálnej formy
691
692 * IS Výstupné dokumenty poskytne funkcionalitu na  
693 ** Vytváranie samostatných výstupných dokumentov zo šablóny
694 ** Editáciu manuálne vytvorených dokumentov
695 ** Editáciu výstupných dokumentov iniciovaných iným IS SP
696 ** Spájanie viacerých dokumentov do finálneho výstupu
697
698 * IS Výstupné dokumenty zabezpečí vloženie dokumentu do Elektronického dávkového spisu
699
700 * IS Výstupné dokumenty  / DMS zabezpečí verzionovanie dokumentov
701
702 * Podpisovanie výstupných dokumentov bude realizované v rámci EDS
703
704 * Spustenie doručovania výstupných dokumentov bude realizované v rámci EDS
705
706 IS Výstupné dokumenty bude podporovať nasledovné režimy:
707
708 1. Individuálne vytváranie výstupných dokumentov (pre 1 klienta)
709
710 1. Hromadné vytváranie výstupných dokumentov (pre klientov spĺňajúcu určité podmienky, napr. Prognóza, Valorizácia atď)
711
712 4.1.2.6 Zdroje notifikácií
713
714 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.
715
716 Príprava sa týka notifikácií
717
718 * Predpokladaný nárok na invalidný dôchodok
719 * Stav konania o ŽoD (predčasný, starobný, vdovský/vdovecký, sirotský dôchodok a invalidný dôchodok)
720 * Informácie v rámci správy dôchodku
721 ** Informácia o blížiacom sa termíne ukončenia nároku vyplácania dôchodku
722
723 *
724 ** 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)
725
726 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.
727
728 4.1.2.7 Rezervačný systém
729
730 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).
731
732 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í..
733
734 ===== Prípady použitia =====
735
736 1.
737 11.
738 111. Rezervácia termínu cez webové sídlo SP (neautentifikovaný používateľ)
739
740 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.
741
742 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é).
743
744 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).
745
746 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.
747
748 Proces:
749
750 1. Používateľ vyberie službu pre rezerváciu termínu a vyplní údaje o svojej osobe.
751
752 1. Webový portál odošle informácie do rezervačného systému.
753
754 1. Rezervačný systém overí či osoba môže vytvoriť rezerváciu a odošle tieto informácie webovému portálu.
755
756 1. Webový portál zobrazí získané informácie:
757
758 * V prípade zamietnutia si osoba nemôže rezervovať online termín a proces končí
759
760 * V prípade potvrdenia vyberie osoba agendu a lokalitu a systém odošle tieto informácie do rezervačného systému
761
762 1. Rezervačný systém odošle dostupné termíny pre rezerváciu danej agendy a lokality
763
764 1. Webový portál zobrazí dostupné termíny
765
766 1. Používateľ vyberie pre neho vhodný termín a zaškrtne súhlas so spracovaním osobných údajov a potvrdí tlačidlom.
767
768 1. Webový portál odošle rezervovaný termín do rezervačného systému
769
770 1. Rezervačný systém zablokuje termín a odošle používateľovi notifikácie
771
772 1.
773 11.
774 111. Rezervácia termínu na špecializovanom portáli (autentifikovaný používateľ)
775
776 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.
777
778 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é).
779
780 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).
781
782 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).
783
784 Aj autentifikovaný používateľ stále môže využiť služby neautentifikovaného používateľa.
785
786 Proces z pohľadu používateľa
787
788 1. Používateľ vyberie službu pre rezerváciu termínu
789
790 1. Špecializovaný portál mu predvyplní informácie, ktoré má o ňom k dispozícií.
791
792 1. Používateľ potvrdí vyplnené údaje o svojej osobe alebo ich môže zmeniť.
793
794 1. Špecializovaný portál odošle informácie do rezervačného systému.
795
796 1. Rezervačný systém overí či osoba môže vytvoriť rezerváciu a odošle tieto informácie špecializovanému portálu.
797
798 1. Špecializovaný portál zobrazí získané informácie:
799
800 * V prípade zamietnutia si osoba nemôže rezervovať online termín a proces končí
801
802 * V prípade potvrdenia vyberie osoba agendu a lokalitu a systém odošle tieto informácie do rezervačného systému
803
804 1. Rezervačný systém odošle dostupné termíny pre rezerváciu danej agendy a lokality
805
806 1. Špecializovaný portál zobrazí dostupné termíny
807
808 1. Používateľ vyberie pre neho vhodný termín a zaškrtne súhlas so spracovaním osobných údajov a potvrdí tlačidlom.
809
810 1. Špecializovaný portál odošle rezervovaný termín do rezervačného systému
811
812 1. Rezervačný systém zablokuje termín a odošle používateľovi notifikácie
813
814 1.
815 11.
816 111. Rezervácia termínu zamestnancom SP (GUI pre zamestnanca SP)
817
818 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.
819
820 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.
821
822 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).
823
824 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.
825
826
827 1.
828 11.
829 111. 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 1.
844 11.
845 111. Dostavenie sa na rezervovaný termín (integrácia rezervačného IS a vyvolávacieho IS)
846
847 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ň).
848
849
850 1.
851 11.
852 111. Overenie rezervácie cez webové sídlo SP (neautentifikovaný používateľ)
853
854 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.
855
856 Proces:
857
858 1. Používateľ zadá informácie o rezervovanom termíne.
859
860 1. Webový portál odošle vyplnené údaje do rezervačného systému.
861
862 1. Rezervačný systém overí vyplnené údaje a odošle informáciu webovému portálu.
863
864 1. Webový portál zobrazí potvrdenie resp. nepotvrdenie rezervovaného termínu.
865
866 1.
867 11.
868 111. Overenie rezervácie na špecializovanom portáli (autentifikovaný používateľ)
869
870 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.
871
872 Proces:
873
874 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).
875
876 1.
877 11.
878 111. Štatistiky využívania systému (GUI pre zamestnanca SP)
879
880 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).** **
881
882 Systém poskytne údaje o všetkých budúcich rezerváciách pre konkrétne pobočky, agendové pracoviská pre účely plánovania.** **
883
884 Systém zároveň poskytne aktuálne údaje vyťaženosti pobočiek, agendových pracovísk, údaje o priemernej dĺžke čakania, vybavenia.** **
885
886
887 1.
888 11.
889 111. Administrácia systému (GUI pre administrátora)
890
891 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:
892
893 * správa používateľov pre definovanie prístupových oprávnení;
894
895 * správa a definovanie dostupných agend pre online rezerváciu;
896
897 * správa a definovanie voľných termínov pre konkrétne agendy, definovanie dĺžky trvania úkonu, vybraných hodín;
898
899 * 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ď.);
900
901 * úprava voľných termínov kalendára na základe potreby;
902
903 * 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);
904
905 * definovanie počtu dní pre odoslanie pripomienky pre vybraným termínom;
906
907 * nastavenie povinných polí v rezervačnom formulári (napr. pre vyžadovanie len emailu, alebo telefónne čísla, prípadne obidvoch informácií);
908
909 * nastavenie overovania osoby (overenie cez email alebo telefónne číslo, prípadne obidve možnosti overenia osoby);
910
911 * maximálna doba zadania PINu/QR kódu pred rezervovaným termínom a po rezervovanom termíne;
912
913 * definovanie súvisiacich informácií o vybavení agendy;
914
915 * definovanie Súhlasu so spracovaním osobných údajov s možnosťou prelinkovania na webovú adresu alebo externý súbor;
916
917 * maximálny počet rezervácií na osobu pre jednu alebo viaceré pobočky, agendy počas x dní;
918
919 * maximálna doba pre potvrdenie rezervácie vytvorenej zamestnancom SP;
920
921 * maximálna dĺžka blokácie osoby;
922
923 * parametre blokácie a ďalšie.
924
925 Tabuľka 3: Dosah rezervačného systému na komponenty IS SP
926
927 |**Časť **|**Dotknuté komponenty **
928 |**Implementácia rezervačného systému **|(((
929 Nový IS rezervačný systém
930
931 (predpoklad: IS Vyvolávací systém
932 )))
933 |**Vytvorenie služieb a integrácia webového sídla SP **|Webové sídlo SP
934 |**Vytvorenie služieb a integrácia špecializovaného portálu (EÚP) **|Špecializovaný portál (EÚP)
935
936 4.1.2.8 Vytvorenie služby zabezpečenej elektronickej komunikácie
937
938 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.
939
940 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.
941
942 ===== Biznis aktéri =====
943
944 Fyzické osoby - interné:   
945
946 * Zamestnanec SP
947 * Administrátor
948
949 Fyzické osoby – externé
950
951 * Občan/klient
952
953 Právnické osoby – interné 
954
955 * SP ústredie 
956
957 * SP pobočka
958
959 ===== Pokryté procesy =====
960
961 ====== Vytvorenie online termínu cez webové sídlo SP (neautentifikovaný používateľ) ======
962
963 1. Používateľ vyberie službu pre rezerváciu online termínu a vyplní údaje o svojej osobe.
964
965 1. Webový portál odošle informácie službe zabezpečenej komunikácie.
966
967 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.
968
969 1. Webový portál zobrazí získané informácie:
970
971 * V prípade zamietnutia si osoba nemôže rezervovať online termín a proces končí
972 * V prípade potvrdenia vyberie osoba agendu a lokalitu a systém odošle tieto informácie do systému zabezpečenej komunikácie
973
974 1. Rezervačný systém odošle dostupné online termíny pre rezerváciu danej agendy a lokality
975
976 1. Webový portál zobrazí dostupné online termíny
977
978 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.
979
980 1. Webový portál odošle rezervovaný online termín do systému zabezpečenej komunikácie
981
982 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)
983
984 1. Systém zabezpečenej komunikácie zablokuje online termín, priradí ID schôdze a odošle používateľovi notifikácie
985
986 ====== Vytvorenie online termínu (špecializovaný portál) ======
987
988 1. Používateľ vyberie službu pre rezerváciu online termínu
989
990 1. Špecializovaný portál mu predvyplní informácie, ktoré má o ňom k dispozícií.
991
992 1. Používateľ potvrdí vyplnené údaje o svojej osobe alebo ich môže zmeniť.
993
994 1. Špecializovaný portál odošle informácie do služby zabezpečenej komunikácie.
995
996 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.
997
998 1. Špecializovaný portál zobrazí získané informácie:
999
1000 * V prípade zamietnutia si osoba nemôže rezervovať online termín a proces končí
1001 * V prípade potvrdenia vyberie osoba agendu a lokalitu a systém odošle tieto informácie do služby zabezpečenej komunikácie
1002
1003 1. Systém zabezpečenej komunikácie odošle dostupné online termíny pre rezerváciu danej agendy a lokality
1004
1005 1. Špecializovaný portál zobrazí dostupné online termíny
1006
1007 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.
1008
1009 1. Špecializovaný portál odošle rezervovaný online termín do služby zabezpečenej komunikácie
1010
1011 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)
1012
1013 1. Systém zabezpečenej komunikácie zablokuje online termín, priradí ID schôdze a odošle používateľovi notifikácie
1014
1015 ====== Overenie online termínu (webové sídlo SP) ======
1016
1017 1. Používateľ zadá informácie o rezervovanom online termíne.
1018
1019 1. Webový portál odošle vyplnené údaje do služby zabezpečenej komunikácie.
1020
1021 1. Systém zabezpečenej komunikácie overí vyplnené údaje a odošle informáciu webovému portálu.
1022
1023 1. Webový portál zobrazí potvrdenie resp. nepotvrdenie rezervovaného online termínu.
1024
1025 ====== Overenie online termínu (špecializovaný portál) ======
1026
1027 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).
1028
1029 ====== Zmena pracovníka/zamestnanca SP online termínu (užívateľské rozhranie SP) ======
1030
1031 1. Užívateľské rozhranie musí umožniť Administrátorovi SP (vedúcemu zamestnancovi SP) preobsadiť už zarezervovanú schôdzku iným zamestnancom SP 
1032
1033 ====== Zrušenie potvrdeného online termínu ======
1034
1035 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
1036
1037 b) Používateľ v definovanom tvare odošle spätnú sms na telefónne číslo pre Zrušenie online termínu. 
1038
1039 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.
1040
1041 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)
1042
1043 ====== Účasť na online termíne ======
1044
1045 1. Používateľ prostredníctvom ID schôdze zúčastní online termínu. 
1046
1047 4.1.2.9 Integrácie a výmena údajov
1048
1049 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.
1050
1051 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.
1052
1053 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.
1054
1055
1056 4.1.210 Zavedenie elektronizácie a automatizácie procesu spracovania žiadostí
1057
1058 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.
1059
1060 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.
1061
1062 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í.
1063
1064 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:
1065
1066 * 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.
1067 * 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) 
1068 * Tento variant umožňuje implementovať pravidlo, že jedna spisová vložka má práve jeden proces. To má nasledujúce výhody: 
1069 ** jednoduchší dátový model a s tím spojené menej náročné integrácie
1070 ** ľahšie spracovania pravidiel ako napríklad kedy uzatvoriť registratúrny spis
1071 ** ľ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, ...
1072
1073 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.
1074
1075
1076 4.1.2.11 Vytvorenie žiadostí o oznámení asistovane na pobočke
1077
1078 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.
1079
1080 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.
1081
1082 Súčasný stav neumožňuje vytvárať elektronické žiadosti na pobočke.
1083
1084 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.
1085
1086 ====== Pokryté žiadosti ======
1087
1088 * Žiadosti o dôchodky - predčasný dôchodok, starobný dôchodok, vdovský/vdovecký dôchodok, sirotský dôchodok, invalidný dôchodok
1089 * Ž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,
1090 *  Iné žiadosti a oznámenia
1091 * Odvolanie
1092
1093 ====== Proces ======
1094
1095 Komplexné riešenie pokrýva proces žiadosti:
1096
1097 1. Identifikácia poistenca
1098 1. Obsahové vyplnenie žiadosti
1099 1. Digitalizácia papierových podkladov
1100
1101 1. Podpísanie žiadosti – predmetom predkladaného projektu ŽS14+16
1102
1103 1. Odoslanie žiadosti
1104
1105 1. Spracovanie žiadosti
1106
1107 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.
1108
1109 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:
1110
1111 * Zachytenie obsahu právneho úkonu;
1112
1113 * Zachytenie osoby, ktorá daný úkon urobila;
1114
1115 * Podpis konajúcej osoby – spojený s dokumentom.
1116
1117 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.
1118
1119 Podpísanie žiadosti bude realizované ako vlastnoručný podpis v digitalizovanej forme prostredníctvom HW zariadenia (tablet)
1120
1121 * Každé pracovisko umožňujúce asistované podanie musí byť vybavené zariadením, ktoré umožní previesť podpis do digitálnej formy (tablet)
1122
1123 * Integrácia podpisového zariadenia priamo do funkcionality formulára
1124
1125 * Podmienkou teda je, aby bolo zariadenie (tablet) k dispozícii pre klienta, a zobrazovalo resp. vizualizovalo vytvorenú žiadosť/formulár ako celok
1126
1127
1128
1129
1130 Diagram 3: Vytvorenie žiadostí a oznámení asistovane na pobočke TO BE
1131
1132 [[image:1744635583710-894.png]]
1133
1134 Podpísanie žiadosti
1135
1136 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:
1137
1138 * Zachytenie obsahu právneho úkonu;
1139
1140 * Zachytenie osoby, ktorá daný úkon urobila;
1141
1142 * Podpis konajúcej osoby – spojený s dokumentom.
1143
1144 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.
1145
1146 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.
1147
1148
1149 4.1.3 Prehľad koncových služieb – budúci stav:
1150
1151
1152 |(((
1153 Kód KS
1154
1155 (z MetaIS)
1156 )))|Názov KS|Používateľ KS (G2C/G2B/G2G/G2A)|(((
1157 Životná situácia
1158
1159 (+ kód z MetaIS)
1160 )))|Úroveň elektronizácie KS|Oblasť
1161 |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
1162 |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
1163 |ks_379649|Dôchodková prognóza (existujúca, upravovaná)|G2C|107 - Dôchodok|úroveň 4|Prognóza a informatívne výpočty
1164 |TBD|Žiadosť o rezerváciu termínu na ŠP SP (EKP) (nová)|G2C|107 - Dôchodok|úroveň 4|Rezervačný systém
1165 |TBD|Žiadosť o rezerváciu termínu cez webové sídlo (nová)|G2C|107 - Dôchodok|úroveň 4|Rezervačný systém
1166 |TBD|Overenie rezervovaného  termínu na ŠP SP (EKP) (nová)|G2C|107 - Dôchodok|úroveň 4|Rezervačný systém
1167 |TBD|Zrušenie rezervovaného termínu (nová)|G2C|107 - Dôchodok|úroveň 4|Rezervačný systém
1168
1169 4.1.4 Jazyková podpora a lokalizácia
1170
1171 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.
1172
1173
1174 4.2 Aplikačná vrstva
1175
1176 4.2.1 Aplikačná vrstva TO BE podľa oblastí projektu
1177
1178 4.2.1.1 Prognóza a informatívne výpočty
1179
1180
1181 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.
1182
1183 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.
1184
1185 Plánuje sa
1186
1187 *
1188 **
1189 *** 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).
1190 *** Evidencia údajov potrebných na výpočet
1191 *** Uchovávanie prognózy 10 rokov od sprístupnenia
1192 *** Výpočtová vrstva podľa nadefinovaných požiadaviek (k dispozícii)
1193 *** Vytvorenie základných formátov prognóz pre jednotlivé typy klientov (sporiteľ/nesporiteľ) a alternatívnych prognóz v krajných prípadoch
1194
1195 ===== Zobrazovacia vrstva, doručovanie =====
1196
1197 V rámci zobrazovania a doručovanie bude:
1198
1199 *
1200 **
1201 *** Zabezpečené vygenerovanie jednotlivých DP pre poistencov podľa vzoru
1202 *** Sprístupnené a zobrazené DP v EÚP
1203 *** Zabezpečená integráciu, prepojenie s centrálnym komponentom SP pre doručovanie a zabezpečiť odosielanie DP do centrálneho komponentu.
1204 *** 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.
1205 *** Vytvorené riešenia (TBD)
1206 ** na oznámenie e-mailovej adresy, na ktorú poistenec žiada posielať DP, a 
1207 ** ktorým poistenec oznámi, že žiada DP sprístupniť len prostredníctvom EÚP.  
1208 *** 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)
1209
1210 4.2.1.2 Overenie vlastníctva účtu
1211
1212 * Implementácia integrácie EKP – Credit navigator (CRIF) 
1213 ** EKP implementuje volanie webovej služby Credit navigator -  odoslanie požiadavky na overenie vlastníctva účtu vystavenom na ESB SP;
1214 ** 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;
1215 ** EKP implementuje zobrazenie výsledku používateľovi – klientovi SP (v rámci žiadosti alebo v rámci EUP)
1216 ** 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;
1217 * Implementácia integrácie Pobočková aplikácia SP (AIS DP - ŽoD) – Credit navigator (CRIF) 
1218 ** 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;
1219 ** 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;
1220 ** 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)
1221 ** 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;
1222 * Implementácia integrácie Elektronický dávkový spis – Credit navigator (CRIF) 
1223 ** Elektronický dávkový spis EDS  implementuje volanie webovej služby Credit navigator -  odoslanie požiadavky na overenie vlastníctva účtu vystavenom na ESB SP;
1224 ** 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;
1225 ** Elektronický dávkový spis EDS (ŽoD) implementuje zobrazenie výsledku používateľovi – pracovníkovi SP (v rámci EDS)
1226 ** 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;
1227
1228 * Vystavenie služieb Credit navigator (CRIF) na ESB SP (centrálny integračný komponent SP) 
1229 ** ESB SP implementuje a pre interné účely vystaví služby webovej služby Credit navigator v rozsahu:
1230 ** Odoslanie žiadosti
1231 ** Získanie stavu žiadosti
1232 ** Získanie výsledku spracovania
1233 ** ESB SP dôkladne otestuje a odladí integráciu na svojej strane;
1234 ** 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;
1235
1236
1237 Diagram 4: Overenie vlastníctva TO BE
1238
1239 [[image:1744635637902-806.png]]
1240
1241 4.2.1.3 Elektronický dávkový spis
1242
1243 ===== IS EDS =====
1244
1245 Komponenty IS EDS
1246
1247 IS EDS bude pozostávať z viacerých komponentov:
1248
1249 *
1250 *1.
1251 *11. Dôchodkový spis
1252 * 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
1253 * Väčšinu informácii získava z modulov/komponentov, s ktorými má integráciu 
1254 *1.
1255 *11. BPM modul
1256 * V BPM sú uložené definície procesov
1257 * V BPM sú uložené aj informácie o priebehu jednotlivých procesov
1258 * Dôchodkový spis umožňuje zobraziť stav zvoleného procesu alebo pomocou BPM API posunúť proces do vybraného stavu
1259 * BPM modul bude implementovať autorizačné princípy
1260 *1.
1261 *11. MUSP
1262 * MUSP modul poskytuje základné dáta o poistencovi
1263 * 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) 
1264 *1.
1265 *11. DMS a registratúra
1266 * V DMS sú uložené všetky dokumenty
1267 *  Každý dokument je označený registratúrnym číslom
1268
1269 ====== Dôchodkový spis ======
1270
1271 * bude zobrazovať Detail spisu a Detail spisovej vložky. Umožní sa tak:
1272 ** zobrazovanie informácie a podklady žiadosti
1273 ** zobrazovanie informácie z agendových systémov o poistencovi
1274 ** zadávanie poznámky k prebiehajúcemu konaniu
1275 ** pridávanie dokumentov k prebiehajúcemu konaniu
1276 ** spracovanie podanie formou procesu (workflow)
1277 ** vyplnenie atribútov (podľa typu žiadosti) a aplikovanie atribútov na zdrojové systémy
1278 * 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:
1279 ** Zobrazenie čísla spisu
1280 ** Zobrazenie základných informácií o poistencovi
1281 ** Zobrazenie dokumentov týkajúcich sa dôchodku klienta
1282 ** Zobrazenie zoznamu spisových vložiek s vyznačením stavu procesu 
1283 ** Zobrazenie atribútov z agendových systémov
1284 ** Možnosť spustiť proces
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 * Prehľad podaní dôchodkovej agendy umožňuje:
1300 ** Zobrazenie všetkých podaní / procesov podľa stavu, útvaru, lokality, ...
1301 ** Možnosť vyhľadať podľa čísla procesu, podľa identifikačných údajov poistenca, ... 
1302 ** S možnosťou vstúpiť do detailu zvoleného procesu / podania / prípadu
1303 **  Inými slovami prechod do zvolenej spisovej vložky
1304
1305 * Prehľad dôchodkových spisov umožňuje:
1306 ** Zobrazenie všetkých dôchodkových spisov
1307 ** Možnosť vyhľadať podľa čísla spisu, podľa identifikačných údajov poistenca, ... 
1308 ** Inými slovami prehľadanie spisov bez ohľadu na aktívne podania
1309 ** S možnosťou vstúpiť do detailu zvoleného spisu
1310
1311 ====== Iné predispozície systém EDS ======
1312
1313 Systém bude poskytovať REST API pre vkladanie dokumentov do spisu, za účelom integrácie iných systémov.
1314
1315 Dokumenty zo spisov budú dokumenty v DMS, prístup k nim je okrem systému EDS možný aj priamo rozhraniami DMS systému.
1316
1317 TBD:
1318
1319 Read and Update REST API rozhrania k informáciám o košieľkach spisov.
1320
1321 Read and update REST API ku vybratým metadátam dokumentov zo spisu.
1322
1323
1324 Diagram 5: EDS - Zobrazenie spisu TO BE
1325
1326 [[image:1744635656772-371.png]]
1327
1328
1329
1330 Diagram 6: EDS - Prehľad procesov dôchodkovej agendy TO BE
1331
1332 [[image:1744635665828-824.png]]
1333
1334
1335 Diagram 7: EDS - Zobrazenie Spisovej vložky TO BE
1336
1337 [[image:1744635673064-768.png]]
1338
1339
1340 4.2.1.4 Automatizácia výpočtov
1341
1342 ===== Úprava funkcionality JVP v kontexte zrušenia povinnosti eELDP =====
1343
1344 * Zmena funkcionality v IS JVP
1345 ** ú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
1346 ** úprava prenosu dokumentov z EKP/SES a ich spracovanie
1347 * Rozšírenie funkcionality v rozsahu
1348 ** Informácia o existencii dôchodku je potrebné evidovať na „fyzickú osobu“ a nie na „poistenca“. 
1349 ** 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.
1350 ** 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. 
1351 ** Pre vyhodnocovanie poberateľov PSD – výber dát naviazať na „výplatu PSD od-do“ a nie na úľavy PSD.
1352 ** Povoliť nahrať invalidný dôchodok v prípade, že pôvodný skončil.
1353
1354 ===== Prenos údajov – Rozšírenie aktuálneho rozhrania „Služba ELDP“ na strane JVP (prenos do APV ELDP/AIS DP) =====
1355
1356 * Rozšírenie v rozsahu údajov
1357 ** **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í);
1358 ** 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;
1359 ** **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;
1360 ** **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
1361 ** doba účasti na **zákonnom štrajku** (počet dní) - zdroj: MVP/VVP
1362 * Rozhranie je volané zo strany APV ELDP podľa potreby.
1363 * ELDP bude automaticky vyhotovovať evidenčný list 60 dní po ukončení zamestnania a volať Službu ELDP
1364 * ELDP bude možné vyhotoviť evidenčný list aj na požiadanie pre špecifického klienta.
1365 * JVP v rámci volania rozhrania počíta niektoré vybrané údaje požadované na výstupe.
1366
1367 ===== Prenos údajov – Rozšírenie aktuálneho rozhrania UR02B na strane JVP (prenos do IS DP) =====
1368
1369 * Rozšírenie v rozsahu
1370 ** 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
1371 ** 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
1372 ** 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.
1373 ** bankový účtu pre účely výplaty dávok
1374 * Rozhranie je volané zo strany IS DP podľa potreby.
1375
1376 ===== Prenos údajov – Rozšírenie aktuálneho rozhrania na strane APV ELDP (prijatie z IS JVP) =====
1377
1378 * AIS DP/APV ELDP vytvorí rozhranie na prijímanie údajov z IS JPV
1379 * 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)
1380
1381 ===== Úpravy aplikačnej logiky AIS DP – APV ELDP =====
1382
1383 * AIS DP/APV ELDP upraví logiku APV ELDP tak, aby spracovávala údaje z nových/upravených rozhraní
1384 * ELDP bude automaticky vyhotovovať evidenčný list 60 dní po ukončení zamestnania a volať Službu ELDP
1385 * ELDP bude možné vyhotoviť evidenčný list aj na požiadanie pre špecifického klienta.
1386 * 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
1387 * Generovanie a ukladanie ELDP bude umožnené aj interaktívne určeným zamestnancom útvaru dôchodkového poistenia.
1388
1389 ===== Úpravy aplikačnej logiky IS DP =====
1390
1391 * IS DP upraví logiku IS DP tak, aby spracovávala rozšírené údaje z rozhrania UR02B
1392 * 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
1393
1394
1395 Diagram 8: :eELDP – TO BE stav
1396
1397 [[image:file:///D:/Users/BA-MONDIKOVA_V/SuboryNezalohovane/Temp/msohtmlclip1/01/clip_image008.png]][[image:1744635690578-165.png]]
1398
1399
1400 4.2.1.5 Vytváranie elektronických výstupov
1401
1402 ===== Aktivity =====
1403
1404 ====== Implementácia IS Výstupné dokumenty – individuálne dokumenty ======
1405
1406 * Prijatie údajov na transformáciu do výstupného dokumentu
1407 * Transformácia podľa požadovanej šablóny do formátov PDF a DOCX
1408 * Úprava obsahu výstupného dokumentu (definovaných častí)
1409 * Manuálne vytvorenie časti dokumentu zo šablóny (PDF, DOCX)
1410 * Spájanie viacerých dokumentov do jedného dokumentu
1411 * Uloženie pôvodného súboru s údajmi do DMS
1412 * Uloženie generovaného (transformovaného) výsledného formátu
1413 * Uloženie/vytvorenie dokumentu v registratúrnom spise
1414 * Uloženie/vytvorenie dokumentu v Elektronickom dávkovom spise
1415 * Správa šablón vrátane ich verzovania pre spätnú kompatibilitu
1416
1417 ====== Implementácia IS Výstupné dokumenty – hromadné dokumenty ======
1418
1419 * Prijatie súboru pre hromadnú transformáciu do výstupného formátu
1420 * Transformácia podľa požadovanej šablóny do formátov PDF a DOCX
1421 * Opätovné spustenie generovania dokumentov pre 
1422 ** Všetky záznamy
1423 ** Záznamy s chybou
1424 ** Záznamy podľa užívateľského filtra
1425 * Uloženie pôvodného súboru s údajmi do DMS
1426 * Uloženie generovaného (transformovaného) výsledného formátu
1427 * Uloženie/vytvorenie dokumentov v registratúrnom spise, resp. príslušných registratúrnych spisoch
1428 * Uloženie/vytvorenie dokumentov v elektronickom dávkovom spise, resp. príslušných dávkových spisoch
1429
1430 ====== Integrácia IS DP na IS Výstupné dokumenty ======
1431
1432 * IS DP rozhranie na IS Výstupné dokumenty v rozsahu: 
1433 ** Vytvorenie jedného dokumentu podľa šablóny
1434 ** Hromadné vytvorenie dokumentov
1435
1436 ====== Integrácia IS NPaLPČ na IS Výstupné dokumenty ======
1437
1438 * IS NPaLPČ rozhranie na IS Výstupné dokumenty v rozsahu: 
1439 ** Odoslanie PDF dokumentu s metadátami na spracovanie do finálneho výstupu a doručovanie
1440
1441 Rozhranie je určené na prenos obsahu súborov bez práce so štruktúrovaným obsahom.
1442
1443 ====== Integrácia IS Výstupné dokumenty na IS EDS / DMS ======
1444
1445 * IS Výstupné dokumenty pripraví rozhranie na IS EDS /  DMS v rozsahu: 
1446 ** Uloženie súboru dokumentu do súborovej štruktúry pre klienta
1447 ** Uloženie metadát dokumentu (názov, typ, dátum vytvorenia atď)
1448 ** Uloženie dokumentu do elektronického dávkového spisu – konkrétnej vložky
1449
1450 ====== Integrácia IS Výstupné dokumenty na IS Registratúra (IS REG) ======
1451
1452 * IS Výstupné dokumenty rozhranie na **Registratúra** v rozsahu: 
1453 ** Vytvorenie registratúrneho záznamu s referenciou na obsah v DMS
1454 ** Vytvorenie metadát registratúrneho záznamu
1455
1456 ====== Funkcionalita Elektronického dávkového spisu v kontexte Výstupných dokumentov (predmetom oblasti EDS) ======
1457
1458 Elektronický dávkový spis poskytuje funkcionalitu len na čítanie výstupných dokumentov.
1459
1460 * Zobrazenie zoznamu dokumentov uložených v DMS pre ID klienta
1461 * Zobrazenie metadát dokumentov
1462 * Získanie obsahu dokumentu
1463
1464 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.
1465
1466
1467 Diagram 9: Vytváranie elektronických výstupov TO BE  (Legenda: modrým rámčekom sú označené zmeny
1468
1469 [[image:file:///D:/Users/BA-MONDIKOVA_V/SuboryNezalohovane/Temp/msohtmlclip1/01/clip_image009.png]][[image:1744635706858-738.png]]
1470
1471
1472 4.2.1.6 Zdroje notifikácií
1473
1474 Projekt v tejto oblasti zahŕňa aktivity:
1475
1476 * Príprava datasetov pre notifikácie
1477 **
1478 *** Zdrojový IS SP zabezpečí spracovanie objektov evidencie, ktoré budú predmetom notifikácie v dohodnutej štruktúre a rozsahu.
1479 *** 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
1480 * Integrácia na centrálny komponent SP pre zasielanie datasetov notifikačných udalostí
1481 **
1482 *** Zdrojový IS SP implementuje integráciu na Notifikačný komponent SP nasledovnými možnosťami** **
1483 **** Súborový prenos
1484 **** Fronta udalostí (Apache Camel)
1485 **** Webová služba (RESTful)
1486
1487 Tabuľka 4: Notifikácia a ich zdrojové IS
1488
1489 |Notifikácia|Zdrojový IS
1490 |(((
1491 Nárok na dôchodok
1492
1493 * Proaktívna informácia občanovi o predpokladanom nároku na invalidný dôchodok 
1494 )))|(((
1495
1496
1497 * IS NPaLPČ
1498 )))
1499 |(((
1500 Stav konania
1501
1502 * Stav konania o ŽoD (predčasný, starobný, vdovský/vdovecký, sirotský dôchodok a invalidný dôchodok)
1503 )))|(((
1504
1505
1506 * IS DP (alternatívne IS EDS)
1507
1508
1509 )))
1510 |(((
1511 Správa dôchodku
1512
1513 * Informácia o blížiacom sa termíne ukončenia nároku vyplácania dôchodku
1514 * Notifikácie v rámci správy dôchodku a o zmenách v správe dôchodku 
1515 ** 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
1516 ** Zmena spôsobu výplaty dôchodku
1517 )))|(((
1518
1519
1520 * AIS DP, alternatívne EDS
1521 * AIS DP, alternatívne EDS
1522
1523
1524 )))
1525
1526 Diagram 10: Zdroje notifikácií TO BE stav
1527
1528 [[image:1744635725702-867.png]]
1529
1530
1531 4.2.1.7 Rezervačný systém
1532
1533 Výstupom bude funkčný a prevádzkovaný rezervačný systém so všetkými implementovanými požiadavkami na systém.
1534
1535 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).
1536
1537 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é.
1538
1539 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.
1540
1541 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).
1542
1543 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ť.
1544
1545
1546 Dotknuté komponenty
1547
1548 Rezervačný systém bude integrovaný na vyvolávací systém, webové sídlo SP a špecializovaný portál:
1549
1550 * 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í.
1551
1552 * 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í.
1553
1554 * 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.
1555
1556 * Š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.
1557
1558
1559 Diagram 11: Rezervačný systém TO BE
1560
1561 [[image:file:///D:/Users/BA-MONDIKOVA_V/SuboryNezalohovane/Temp/msohtmlclip1/01/clip_image011.emz]][[image:1744635741948-908.png]]
1562
1563
1564
1565 4.2.1.8 Vytvorenie služby zabezpečenej elektronickej komunikácie
1566
1567 ===== Služby =====
1568
1569 ====== Rezervácia online termínu cez webové sídlo SP (neautentifikovaný používateľ) ======
1570
1571 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).** **
1572
1573 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.** **
1574
1575 ====== ** **Rezervácia online termínu na špecializovanom portáli (autentifikovaný používateľ) ======
1576
1577 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).** **
1578
1579 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).** **
1580
1581 ====== ** **Rezervácia online termínu zamestnancom SP (GUI pre zamestnanca SP) ======
1582
1583 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.** **
1584
1585 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.** **
1586
1587 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.** **
1588
1589 ====== ** **Overenie online rezervácie cez webové sídlo SP (neautentifikovaný používateľ) ======
1590
1591 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.** **
1592
1593 ====== ** **Overenie online rezervácie na špecializovanom portáli (autentifikovaný používateľ) ======
1594
1595 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.** **
1596
1597 ====== ** **Zrušenie potvrdenej online rezervácie ======
1598
1599 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.** **
1600
1601 ====== Zmena zamestnanca SP potvrdenej online rezervácie ======
1602
1603 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).** **
1604
1605 ====== Štatistiky využívania systému (GUI pre zamestnanca SP) ======
1606
1607 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).** **
1608
1609 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.** **
1610
1611 Systém zároveň poskytne aktuálne údaje vyťaženosti pobočiek, agendových pracovísk, údaje o priemernej dĺžke čakania, vybavenia.** **
1612
1613 ====== Administrácia systému (GUI pre administrátora) ======
1614
1615 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:
1616
1617 * správa používateľov pre definovanie prístupových oprávnení;
1618
1619 * správa a definovanie dostupných agend pre online komunikáciu;
1620
1621 * správa a definovanie voľných termínov pre konkrétne agendy, definovanie dĺžky trvania úkonu, vybraných hodín;
1622
1623 * 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ď.);
1624
1625 * správa a zmena (preobsadenie) zamestnanca SP v prípade jeho neprítomnosti;
1626
1627 * úprava voľných termínov kalendára na základe potreby;
1628
1629 * definovanie počtu dní pre odoslanie pripomienky pre vybraným termínom;
1630
1631 * nastavenie overovania osoby (overenie cez email alebo telefónne číslo, prípadne obidve možnosti overenia osoby);
1632
1633 * definovanie Súhlasu so spracovaním osobných údajov s možnosťou prelinkovania na webovú adresu alebo externý súbor;
1634
1635 * maximálna doba pre potvrdenie rezervácie vytvorenej zamestnancom SP;
1636
1637 * maximálna dĺžka blokácie osoby;
1638
1639 * parametre blokácie a ďalšie.
1640
1641 ====== Zabezpečená komunikácia ======
1642
1643 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. 
1644
1645 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).
1646
1647 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ť.
1648
1649 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). 
1650
1651 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).** **
1652
1653 ===== Dotknuté komponenty =====
1654
1655 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):
1656
1657 * 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í.
1658
1659 * 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í.
1660
1661 * 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.
1662
1663 * Š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.
1664
1665 Údaje z online zabezpečenej komunikácie a z rezervačného systému sú na pobočkách a u klientoch synchronizované.
1666
1667 Diagram 12: Služba zabezpečenej elektronickej komunikácie
1668
1669 [[image:file:///D:/Users/BA-MONDIKOVA_V/SuboryNezalohovane/Temp/msohtmlclip1/01/clip_image012.emz]][[image:1744635759935-491.png]]
1670
1671 4.2.1.9 Integrácie a výmena údajov
1672
1673 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.
1674
1675 V rámci systémov v dôchodkovej agende využíva získavané údaje o FO:
1676
1677 * IS DP - historicky prebiehalo stotožňovanie, aktuálne IS preberá zmeny;
1678
1679 * AIS DP (ŽoD) - realizuje stotožňovanie osôb.
1680
1681 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“.
1682
1683 Rozsah aktivít v predkladanom projekte
1684
1685 1.
1686 11.
1687 111.
1688 1111. Rozšírenie záujmových osôb v rámci integrácie RFO SP na IS RFO (MV SR)
1689 1111. Spracovanie zmenových dávok - údaje o úmrtí osoby a ich publikovanie do cieľového IS SP
1690 1111. Prijímanie údajov z RFO SP do IS DP a ich spracovanie
1691 1111. Prijímanie údajov z RFO SP do AIS DP(ŽoD) a ich spracovanie
1692 1111. Prijímanie údajov z RFO SP do ďalších IS SP
1693 1111. Prijatie zmenových dávok - údaje o úmrtí osoby a spracovanie podmienok pre potenciálne priznanie dôchodku v rámci IS SP
1694 1111. Prijatie údajov a vytvorenie personalizovanej ponuky klientovi na špecializovanom portáli (EKP/EÚP)
1695
1696 ===== Rozšírenie záujmových osôb v rámci integrácie RFO SP na IS RFO (MV SR) =====
1697
1698 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:** **
1699
1700 * občanoch s trvalým pobytom na území Slovenskej republiky;** **
1701
1702 * občanoch, ktorí nemajú trvalý pobyt na území Slovenskej republiky;** **
1703
1704 * cudzincoch prihlásených na pobyt na území Slovenskej republiky;** **
1705
1706 * cudzincoch, ktorým bol udelený azyl na území Slovenskej republiky;** **
1707
1708 * 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;** **
1709
1710 * cudzincoch bez pobytu na území Slovenskej republiky evidovaných v informačných systémoch vedených podľa osobitného predpisu;** **
1711
1712 * cezhraničných používateľoch elektronických služieb.** **
1713
1714 RFO SP ďalej zabezpečí – upraví/rozšíri integráciu a volania na:** **
1715
1716 * získavanie údajov o všetkých FO označených ako záujmové osoby;** **
1717
1718 * 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);** **
1719
1720 * 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. ** **
1721
1722 ===== Spracovanie zmenových dávok - údaje o úmrtí osoby a ich publikovanie do cieľového IS SP =====
1723
1724 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ť:** **
1725
1726 * osobné údaje manžela/manželky;
1727
1728 * osobné údaje otca;
1729
1730 * osobné údaje matky;
1731
1732 * osobné údaje dieťaťa. 
1733
1734 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.** **
1735
1736 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.** **
1737
1738 ===== Prijímanie údajov z RFO SP do IS DP a ich spracovanie =====
1739
1740 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..).** **
1741
1742 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.** **
1743
1744 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é:** **
1745
1746 1. ** **príprava internej štruktúry a funkcie na prijatie a spracovanie údajov z RFO SP;
1747 1. implementácia procesov, aplikačnej funkcie a zmien v spracovaní dát na svojej strane
1748
1749 1. otestovanie a odladenie integrácie;
1750
1751 1. súčinnosť pri ladení WS;
1752
1753 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;
1754
1755 ===== Prijímanie údajov z RFO SP do AIS DP(ŽoD) a ich spracovanie =====
1756
1757 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..).** **
1758
1759 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.** **
1760
1761 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é:** **
1762
1763 1. príprava internej štruktúry a funkcie na prijatie a spracovanie údajov z RFO SP;
1764 1. implementácia procesov, aplikačnej funkcie a zmien v spracovaní dát na svojej strane
1765 1. otestovanie a odladenie integrácie;
1766 1. súčinnosť pri ladení WS;
1767 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;
1768
1769 ===== Prijatie zmenových dávok - údaje o úmrtí osoby a spracovanie podmienok pre potenciálne priznanie dôchodku v rámci IS XX =====
1770
1771 Cieľový IS SP zabezpečí prijatie pripraveného datasetu o zomretých osobách a previazaných osobách z RFO SP.**  **
1772
1773 Dataset bude obsahovať údaje zomretej osoby spolu s údajmi o vzťahoch k iným osobám:** **
1774
1775 * osobné údaje manžela/manželky;
1776
1777 * osobné údaje otca;
1778
1779 * osobné údaje matky;
1780
1781 * osobné údaje dieťaťa. 
1782
1783 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.** **
1784
1785 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.** **
1786
1787 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.** **
1788
1789 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.
1790
1791 ===== Prijatie údajov a vytvorenie personalizovanej ponuky klientovi na špecializovanom portáli =====
1792
1793 Š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.** **
1794
1795 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). ** **
1796
1797 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).** **
1798
1799 4.2.1.10 Zavedenie elektronizácie a automatizácie procesu spracovania žiadostí
1800
1801 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.
1802
1803 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í.
1804
1805 Diagram 13: Procesný tok vytvorenie, odoslania a spracovania podaní
1806
1807 [[image:file:///D:/Users/BA-MONDIKOVA_V/SuboryNezalohovane/Temp/msohtmlclip1/01/clip_image013.jpg]][[image:1744635797641-773.png]]
1808
1809
1810 4.2.1.11 Vytvorenie žiadostí o oznámení asistovane na pobočke
1811
1812 Aplikačná vrstva architektúry je riešená v komplexnom riešení.
1813
1814
1815 4.2.2 Rozsah informačných systémov – AS IS
1816
1817 Legenda:
1818
1819 * modrou sú podfarbené IS, ktoré sa plánujú vybudovať v tomto projekte;
1820 * 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
1821
1822 |Kód ISVS (z MetaIS)|Názov ISVS|(((
1823 Modul ISVS
1824
1825 (zaškrtnite ak ISVS je modulom)
1826 )))|(((
1827 Stav IS VS
1828
1829 (AS IS)
1830 )))|Typ IS VS|(((
1831 Kód nadradeného ISVS
1832
1833 (v prípade zaškrtnutého checkboxu pre modul ISVS)
1834 )))
1835 |isvs_551 |IS EKP (SES)|☐| Prevádzkovaný a plánujem rozvíjať| Prezentačný|
1836 |isvs_8213 |IS JVP|☐| Prevádzkovaný a plánujem rozvíjať| Ekonomický a administratívny chod inštitúcie|
1837 |isvs_8214 |(((
1838 AIS DP
1839
1840 Súčasťou je: APV eELPD
1841 )))|☐| Prevádzkovaný a plánujem rozvíjať|Agendový |
1842 |isvs_547 |IS NPaLPČ|☐| Prevádzkovaný a plánujem rozvíjať|Agendový|
1843 |isvs_8729 |IS MUSP|☐| Prevádzkovaný a plánujem rozvíjať|Agendový|
1844 |isvs_546|IS DP|☐|Prevádzkovaný a plánujem rozvíjať|Agendový|
1845 |isvs_8124|APV ASSR|☐|Prevádzkovaný a neplánujem rozvíjať|Ekonomický a administratívny chod inštitúcie|
1846 |isvs_11264|IS REG*|☐|Plánujem budovať|Ekonomický a administratívny chod inštitúcie|
1847 |isvs_549|IS UP|☐|Prevádzkovaný a plánujem rozvíjať|Agendový|
1848 |Isvs_14764|Centrálny integračný komponent - ESB (Aplikačná integračná platforma)|☐|Prevádzkovaný a plánujem rozvíjať|Integračný|
1849 |TBD|Notifikačný modul SP*|☐|Plánujem budovať|Integračný|
1850 |Isvs_545|IS VPP|☐|Prevádzkovaný a plánujem rozvíjať|Agendový|
1851 |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|
1852 |Isvs_11265|Dokument management system (DMS)*|(((
1853
1854
1855
1856 )))|Plánujem budovať|Ekonomický a administratívny chod inštitúcie|Isvs_11264
1857 |TBD|BPM*|☐|Plánujem budovať|Agendový|
1858 |Isvs_8140|CIPS (Centrálny informačný ponukový systém)|☐|Prevádzkovaný a plánujem rozvíjať|Agendový|
1859 |TBD|IS EDS|☐|Plánujem budovať|Agendový|
1860 |TBD|Rezervačný systém|☐|Plánujem budovať|Agendový|
1861 |TBD|IS Prognóza a informatívne výpočty|☐|Plánujem budovať|Agendový|
1862 |TBD|IS Výstupné dokumenty|☐|Plánujem budovať|Agendový|
1863 |TBD|Služba zabezpečenej komunikácie|☐|Plánujem budovať|Agendový|
1864
1865
1866 4.2.3 Rozsah informačných systémov – TO BE
1867
1868 Legenda:
1869
1870 * modrou sú podfarbené IS, ktoré sa plánujú vybudovať v tomto projekte;
1871 * 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
1872
1873 |Kód ISVS (z MetaIS)|Názov ISVS|(((
1874 Modul ISVS
1875
1876 (zaškrtnite ak ISVS je modulom)
1877 )))|(((
1878 Stav IS VS
1879
1880 (AS IS)
1881 )))|Typ IS VS|(((
1882 Kód nadradeného ISVS
1883
1884 (v prípade zaškrtnutého checkboxu pre modul ISVS)
1885 )))
1886 |isvs_551 |IS EKP (SES)|☐| Prevádzkovaný a plánujem rozvíjať| Prezentačný|
1887 |isvs_8213 |IS JVP|☐| Prevádzkovaný a plánujem rozvíjať| Ekonomický a administratívny chod inštitúcie|
1888 |isvs_8214 |(((
1889 AIS DP
1890
1891 Súčasťou je: APV eELPD
1892 )))|☐| Prevádzkovaný a plánujem rozvíjať|Agendový |
1893 |isvs_547 |IS NPaLPČ|☐| Prevádzkovaný a plánujem rozvíjať|Agendový|
1894 |isvs_8729 |IS MUSP|☐| Prevádzkovaný a plánujem rozvíjať|Agendový|
1895 |isvs_546|IS DP|☐|Prevádzkovaný a plánujem rozvíjať|Agendový|
1896 |isvs_8124|APV ASSR|☐|neprevádzkovaný|Ekonomický a administratívny chod inštitúcie|
1897 |isvs_11264|IS REG*|☐|Prevádzkovaný a plánujem rozvíjať|Ekonomický a administratívny chod inštitúcie|
1898 |isvs_549|IS ÚP|☐|Prevádzkovaný a plánujem rozvíjať|Agendový|
1899 |Isvs_14764|Centrálny integračný komponent - ESB (Aplikačná integračná platforma)|☐|Prevádzkovaný a plánujem rozvíjať|Integračný|
1900 |TBD|Notifikačný modul SP*|☐|Prevádzkovaný a plánujem rozvíjať|Agendový|
1901 |isvs_545|IS VPP|☐|Prevádzkovaný a plánujem rozvíjať|Agendový|
1902 |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|
1903 |iIsvs_11265|Dokument management system (DMS)*|(((
1904
1905
1906
1907 )))|Prevádzkovaný a plánujem rozvíjať|Ekonomický a administratívny chod inštitúcie|Isvs_11264
1908 |TBD|BPM*|☐|Prevádzkovaný a plánujem rozvíjať|Agendový|
1909 |isvs_8140|CIPS (Centrálny informačný ponukový systém)|☐|Prevádzkovaný a plánujem rozvíjať|Agendový|
1910 |TBD|IS EDS|☐|Prevádzkovaný a plánujem rozvíjať|Agendový|
1911 |TBD|Rezervačný systém|☐|Prevádzkovaný a plánujem rozvíjať|Agendový|
1912 |TBD|IS Prognóza a informatívne výpočty|☐|Prevádzkovaný a plánujem rozvíjať|Agendový|
1913 |TBD|IS Výstupné dokumenty|☐|Prevádzkovaný a plánujem rozvíjať|Agendový|
1914 |TBD|Služba zabezpečenej komunikácie|☐|Prevádzkovaný a plánujem rozvíjať|Agendový|
1915
1916
1917 4.2.4 Využívanie nadrezortných a spoločných ISVS – AS IS
1918
1919 |Kód IS|Názov ISVS|Spoločné moduly podľa zákona č. 305/2013  e-Governmente
1920 |isvs_8729 |IS MUSP|IS CSRÚ-Modul procesnej integrácie a integrácie údajov
1921 |isvs_8124|ASSR|Modul elektronických schránok
1922 |isvs_551 |EKP|Modulu elektronických formulárov
1923 |isvs_8124|ASSR|Modul elektronického doručovania
1924 |isvs_551 |EKP (SES)|Autentifikačný modul
1925
1926 4.2.5 Prehľad plánovaných integrácií ISVS na nadrezortné ISVS – spoločné moduly podľa zákona č. 305/2013  e-Governmente – TO BE
1927
1928 Integrácie na nadrezortné ISVS nebudú realizované v projekte ŽS14+16.
1929
1930 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.  
1931
1932 |Kód IS|Názov ISVS|Spoločné moduly podľa zákona č. 305/2013  e-Governmente
1933 | |BPM&API|Notifikačný modul
1934 | |IS REG|Modul elektronického doručovania
1935 | |IS REG|Modul elektronických schránok
1936 | |EKP (SES)|Autentifikačný modul
1937 | |IS MUSP|IS CSRÚ-Modul procesnej integrácie a integrácie údajov
1938 | |BPM&API|Centrálna API Manažment Platforma
1939
1940 4.2.6 Prehľad plánovaného využívania iných ISVS (integrácie) – TO BE
1941
1942 Detailný spôsob integrácie (napriamo/cez integračnú platformu ESB SP) bude definovaný pri DNR.
1943
1944 Všetky integrácie sa realizujú v rozsahu potrebných údajov - teda v rámci dôchodkovej agendy alebo v rámci agendy úmrtia.
1945
1946 |(((
1947 Kód ISVS
1948
1949 (z MetaIS)
1950 )))|(((
1951 Názov ISVS
1952
1953
1954 )))|(((
1955 Kód integrovaného ISVS
1956
1957 (z MetaIS)
1958 )))|Názov integrovaného ISVS|oblasť
1959 |isvs_8214 |AIS DP| |ESB SP|Overenie vlastníctva účtu
1960 | |CRIF| |ESB SP|Overenie vlastníctva účtu
1961 |TBD|EDS| |ESB SP|Overenie vlastníctva účtu
1962 |isvs_551 |IS EKP| |ESB SP|Overenie vlastníctva účtu
1963 |isvs_8213 |IS JVP|isvs_8214|AIS DP|Automatizácia výpočtov
1964 |isvs_547 |IS NPaLPČ|isvs_8214|AIS DP|Automatizácia výpočtov
1965 |isvs_8213 |JVP| |VPP|Automatizácia výpočtov
1966 |TBD|EDS|isvs_8729|MUSP|Elektronický dávkový spis
1967 |TBD|EDS|TBD|BPM|Elektronický dávkový spis
1968 |TBD|EDS|Isvs_11265|DMS|Elektronický dávkový spis
1969 |TBD|EDS|isvs_11264|IS REG|Elektronický dávkový spis
1970 |isvs_8214 |AIS DP|TBD|EDS|Elektronický dávkový spis
1971 |isvs_547 |IS NASP (RINA)|TBD|EDS|Elektronický dávkový spis
1972 |isvs_547 |IS NPaLPČ|TBD|EDS|Elektronický dávkový spis
1973 |TBD|IS Výstupné dokumenty|isvs_11264|IS REG|Vytváranie el. výstupov
1974 |TBD|IS Výstupné dokumenty|TBD|EDS|Vytváranie el. výstupov/ Elektronický dávkový spis
1975 |isvs_546|IS DP|TBD|IS Výstupné dokumenty|Vytváranie el. výstupov
1976 |isvs_8214 |AIS DP|TBD|IS Výstupné dokumenty|Vytváranie el. výstupov
1977 |isvs_547 |IS NPaLPČ|TBD|IS Výstupné dokumenty|Vytváranie el. výstupov
1978 |isvs_547 |IS NPaLPČ| |Notifikačný komponent SP|Zdroje notifikácií
1979 |isvs_546|IS DP / RFO SP| |Notifikačný komponent SP|Zdroje notifikácií/Sprístupňovanie údajov na portáli
1980 |TBD|EDS| |Notifikačný komponent SP|Zdroje notifikácií
1981 |TBD|Rezervačný systém|TBD|Služba zabezpečenej elektronickej komunikácie|Rezervačný systém/ Služba zabezpečenej komunikácie
1982 |isvs_8214 |AIS DP|isvs_191|RFO|
1983
1984 4.2.7 Aplikačné služby pre realizáciu koncových služieb – TO BE
1985
1986
1987 |(((
1988 Kód AS
1989
1990 (z MetaIS)
1991 )))|Názov  AS|(((
1992 ISVS/modul ISVS
1993
1994 (kód z MetaIS)
1995 )))|(((
1996 Aplikačná služba realizuje KS
1997
1998 (kód KS z MetaIS)
1999 )))
2000 |TBD|Žiadosť o rezerváciu termínu na ŠP SP (EKP) (nová)|Rezervačný systém|TBD
2001 |TBD|Žiadosť o rezerváciu termínu cez webové sídlo (nová)|Rezervačný systém|TBD
2002 |TBD|Overenie rezervovaného  termínu na ŠP SP (EKP) (nová)|Rezervačný systém|TBD
2003 |TBD|Zrušenie rezervovaného termínu (nová)|Rezervačný systém|TBD
2004
2005 4.2.8 Aplikačné služby na integráciu – TO BE
2006
2007 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.
2008
2009 |(((
2010 AS
2011
2012 (Kód MetaIS)
2013 )))|(((
2014
2015
2016 Názov  AS
2017 )))|(((
2018 Realizuje ISVS
2019
2020 (kód MetaIS)
2021 )))|Poskytujúca alebo Konzumujúca|Integrácia cez CAMP|Integrácia s IS tretích strán|SaaS|(((
2022 Integrácia na AS poskytovateľa
2023
2024 (kód MetaIS)
2025 )))
2026 | | | |Poskytovaná / Konzumujúca|Áno/Nie|Áno/Nie|Áno/Nie|
2027 | | | |Poskytovaná / Konzumujúca|Áno/Nie|Áno/Nie|Áno/Nie|
2028 | | | |Poskytovaná / Konzumujúca|Áno/Nie|Áno/Nie|Áno/Nie|
2029
2030 4.2.9 Poskytovanie údajov z ISVS do IS CSRÚ – TO BE
2031
2032 Poskytovanie údajov do IS CSRÚ nie súčasťou rozsahu projektu.
2033
2034 |ID OE|Názov (poskytovaného) objektu evidencie|Kód ISVS poskytujúceho OE|Názov ISVS poskytujúceho OE
2035 | | | |
2036 | | | |
2037 | | | |
2038
2039 4.2.10 Konzumovanie údajov z IS CSRU – TO BE
2040
2041 Konzumovanie údajov do IS CSRÚ nie súčasťou rozsahu projektu.
2042
2043 |ID  OE|(((
2044
2045
2046 Názov (konzumovaného) objektu evidencie
2047 )))|Kód a názov ISVS konzumujúceho OE z IS CSRÚ|Kód zdrojového ISVS v MetaIS
2048 | | | |
2049 | | | |
2050 | | | |
2051
2052 4.3 Dátová vrstva
2053
2054 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.
2055
2056 4.3.1 Údaje v správe organizácie
2057
2058 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.
2059
2060 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. 
2061
2062 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
2063
2064 * 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. 
2065
2066 * 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. 
2067
2068 * 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.
2069
2070 Diagram 14: Datasety IS MUSP
2071
2072 [[image:file:///D:/Users/BA-MONDIKOVA_V/SuboryNezalohovane/Temp/msohtmlclip1/01/clip_image014.png]][[image:1744635893638-881.png]]
2073
2074
2075 4.3.2 Dátový rozsah projektu - Prehľad objektov evidencie - TO BE
2076
2077 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.
2078
2079 |ID OE|Objekt evidencie - názov|Objekt evidencie - popis|Referencovateľný identifikátor URI dátového prvku
2080 | | | |
2081 | | | |
2082 | | | |
2083
2084 4.3.3 Referenčné údaje
2085
2086 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.
2087
2088
2089 4.3.3.1 Objekty evidencie z pohľadu procesu ich vyhlásenia za referenčné
2090
2091 n/a
2092
2093 |ID OE|(((
2094 Názov referenčného registra /objektu evidencie
2095
2096 (uvádzať OE z tabuľky v kap. 4.3.2)
2097 )))|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
2098 | | | | |
2099 | | | | |
2100 | | | | |
2101
2102 (% style="color:#222222" %)4.3.3.2 (%%)Identifikácia údajov pre konzumovanie alebo poskytovanie údajov  do/z CSRU
2103
2104 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.
2105
2106 n/a
2107
2108 |ID OE|(((
2109 Názov referenčného údaja /objektu evidencie
2110
2111 (uvádzať OE z tabuľky v kap. 4.3.2)
2112 )))|Konzumovanie / poskytovanie|Osobitný právny predpis pre poskytovanie / konzumovanie údajov
2113 | | |Vyberte jednu z možností.|
2114 | | |Vyberte jednu z možností.|
2115 | | |Vyberte jednu z možností.|
2116
2117 4.3.4 Kvalita a čistenie údajov
2118
2119 4.3.4.1 Zhodnotenie objektov evidencie z pohľadu dátovej kvality
2120
2121 n/a
2122
2123 |ID OE|(((
2124 Názov Objektu evidencie
2125
2126 (uvádzať OE z tabuľky v kap. 4.3.2)
2127 )))|(((
2128 Významnosť kvality
2129
2130 1 (malá) až 5 (veľmi významná)
2131 )))|(((
2132 Citlivosť kvality
2133
2134 1 (malá) až 5 (veľmi významná)
2135 )))|(((
2136 Priorita – poradie dôležitosti
2137
2138 (začnite číslovať od najdôležitejšieho)
2139 )))
2140 | | | | |
2141 | | | | |
2142 | | | | |
2143
2144 (% style="color:#222222" %)4.3.4.2 (%%)Roly a predbežné personálne zabezpečenie pri riadení dátovej kvality
2145
2146 Dátovú kvalitu zabezpečuje projekt MUSP a správcovia IS MÚSP.// //
2147
2148 4.3.5 Otvorené údaje
2149
2150 Irelevantné vzhľadom na charakter projektu a súvisiacich dát. 
2151
2152 n/a
2153
2154 |(((
2155 Názov objektu evidencie / datasetu
2156
2157 (uvádzať OE z tabuľky v kap. 4.3.2)
2158 )))|(((
2159
2160
2161 Požadovaná interoperabilita
2162
2163 (3★ - 5★)
2164 )))|(((
2165 Periodicita publikovania
2166
2167 (týždenne, mesačne, polročne, ročne)
2168 )))
2169 | |Vyberte jednu z možností.|Vyberte jednu z možností.
2170 | |Vyberte jednu z možností.|Vyberte jednu z možností.
2171 | |Vyberte jednu z možností.|Vyberte jednu z možností.
2172 | |Vyberte jednu z možností.|Vyberte jednu z možností.
2173 | |Vyberte jednu z možností.|Vyberte jednu z možností.
2174
2175 4.3.6 Analytické údaje
2176
2177 Irelevantné vzhľadom na charakter projektu a súvisiacich dát. 
2178
2179 n/a
2180
2181 |ID|Názov objektu evidencie pre analytické účely|Zoznam atribútov objektu evidencie|Popis a špecifiká objektu evidencie
2182 | | | |
2183 | | | |
2184 | | | |
2185
2186 (% style="color:#222222" %)4.3.7 (%%)Moje údaje
2187
2188 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.
2189
2190 |ID|(((
2191 Názov registra / objektu evidencie
2192
2193 (uvádzať OE z tabuľky v kap. 4.3.2)
2194 )))|Atribút objektu evidencie|Popis a špecifiká objektu evidencie
2195 | | | |
2196 | | | |
2197 | | | |
2198 | | | |
2199
2200 4.3.8 Prehľad jednotlivých kategórií údajov
2201
2202 |ID|(((
2203 Register / Objekt evidencie
2204
2205 (uvádzať OE z tabuľky v kap. 4.3.2)
2206 )))|Referenčné údaje|Moje údaje|Otvorené údaje|Analytické údaje
2207 | | |☐|☐|☐|☐
2208 | | |☐|☐|☐|☐
2209 | | |☐|☐|☐|☐
2210 | | |☐|☐|☐|☐
2211 | | |☐|☐|☐|☐
2212 | | |☐|☐|☐|☐
2213
2214 4.4 Technologická vrstva
2215
2216 Nevyhnutné zmeny v technologickej vrstve nie sú súčasťou predkladaného projektu. 
2217
2218
2219 4.4.1 Prehľad technologického stavu - AS IS
2220
2221 n/a
2222
2223 4.4.2 Požiadavky na výkonnostné parametre, kapacitné požiadavky – TO BE
2224
2225 n/a
2226
2227 |Parameter|Jednotky|Predpokladaná hodnota|Poznámka
2228 |Počet interných používateľov|Počet| |
2229 |Počet súčasne pracujúcich interných používateľov v špičkovom zaťažení|Počet| |
2230 |Počet externých používateľov (internet)|Počet| |
2231 |Počet externých používateľov používajúcich systém v špičkovom zaťažení|Počet| |
2232 |Počet transakcií (podaní, požiadaviek) za obdobie|Počet/obdobie| |
2233 |Objem údajov na transakciu|Objem/transakcia| |
2234 |Objem existujúcich kmeňových dát|Objem| |
2235 |Ďalšie kapacitné a výkonové požiadavky ...| | |
2236
2237 4.4.3 Návrh riešenia technologickej architektúry
2238
2239 n/a
2240
2241 4.4.4 Využívanie služieb z katalógu služieb vládneho cloudu
2242
2243 n/a
2244
2245 |(((
2246
2247
2248 Kód infraštruktúrnej služby
2249
2250 (z MetaIS)
2251 )))|Názov infraštruktúrnej služby|(((
2252 Kód využívajúceho ISVS
2253
2254 (z MetaIS)
2255 )))|Názov integrovaného ISVS
2256 | | | |
2257 | | | |
2258 | | | |
2259
2260 |(% rowspan="2" %)Prostredie|(% rowspan="2" %)(((
2261
2262
2263 Kód infraštruktúrnej služby
2264
2265 (z MetaIS)
2266 )))|(% 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
2267 (doplňte stĺpec parametra, ak je dôležitý pre konkrétnu službu)
2268 |Dátový priestor (GB)|Tier diskového priestoru|Počet vCPU|RAM (GB)
2269 |Vývojové| | | | | |
2270 |Testovacie| | | | | |
2271 |Produkčné| | | | | |
2272 |(((
2273 ďalšie...
2274
2275 (uviesť názov)
2276 )))| | | | | |
2277
2278 |Prostredie|Ďalšie služby potrebné na prevádzku projektu z katalógu služieb vládneho cloudu (stručný popis / názov)|(((
2279 Kód služby
2280
2281 (z MetaIS)
2282 )))|Parametre pre službu (doplňte stĺpec parametra, ak je dôležitý pre konkrétnu službu)
2283 |Vývojové|Doplň názov a stručný popis| |
2284 |Testovacie|Doplň názov a stručný popis| |
2285 |Produkčné|Doplň názov a stručný popis| |
2286 |(((
2287 ďalšie...
2288
2289 (uviesť názov)
2290 )))| | |
2291
2292 (% style="color:#222222" %)4.5 (%%)Bezpečnostná architektúra
2293
2294 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.
2295
2296
2297 5. Závislosti na ostatné ISVS / projekty
2298
2299 |Stakeholder|(((
2300 Kód projektu /ISVS
2301
2302 (z MetaIS)
2303 )))|Názov projektu /ISVS|Termín ukončenia projektu|Popis závislosti
2304 |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]]| |
2305 |NASES|(((
2306 isvs_14887
2307
2308 projekt_3067
2309
2310
2311 )))|COP
2312 Modernizácia Platformy pre rozvoj a riešenie prioritných životných situácií | |- závislosť pre úpravu systémov a ich konfiguráciu
2313 |SP|(((
2314 svs_11264
2315
2316 projekt_1724
2317
2318
2319 )))|IS REG| |
2320 |SP|isvs_11265|DMS| |
2321 |SP|Projekt_TBD|BPM| |
2322 |SP|Projekt_TBD|Projekt Prierezové oblasti ŽS | |
2323 |MIRRI|projekt_514 |CAMP | |
2324 |MIRRI|projekt_2387|Notifikačný modul| |
2325 |Sociálna poisťovňa|projekt_318|(((
2326 Efektívny manažment údajov v prostredí Sociálnej poisťovne (MUSP)
2327
2328
2329 )))| |
2330 |MV SR|isvs_191|RFO| |
2331
2332 6. Zdrojové kódy
2333
2334 Zdrojové kódy budú odovzdané Objednávateľovi v zmysle relevantných zmlúv o poskytovaní podpory pre IS. 
2335
2336 7. Prevádzka a údržba
2337
2338
2339 7.1. Prevádzkové požiadavky
2340
2341 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.
2342
2343 7.1.1 Úrovne podpory používateľov
2344
2345 Help Desk bude realizovaný cez 3 úrovne podpory, s nasledujúcim označením:
2346
2347 * **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).
2348 * **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ľ).
2349 * **L3 podpory IS** (Level 3, postúpenie požiadaviek od L2) - na základe zmluvy o podpore IS (zabezpečuje úspešný uchádzač).
2350
2351 Definícia:
2352
2353 * **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ď.
2354 * **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.
2355 * **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.
2356
2357 7.1.2 Riešenie incidentov – SLA parametre
2358
2359 Označenie naliehavosti incidentu:
2360
2361 |Označenie naliehavosti incidentu|Závažnosť  incidentu|Popis naliehavosti incidentu
2362 |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.
2363 |B|Vysoká|Chyby a nedostatky, ktoré zapríčinia čiastočné zlyhanie systému a neumožňuje používať časť systému.
2364 |C|Stredná|Chyby a nedostatky, ktoré spôsobia čiastočné obmedzenia používania systému.
2365
2366 možný dopad:
2367
2368 |Označenie závažnosti incidentu|(((
2369
2370
2371 Dopad
2372 )))|Popis dopadu
2373 |1|katastrofický|katastrofický dopad, priamy finančný dopad alebo strata dát,
2374 |2|značný|značný dopad alebo strata dát
2375 |3|malý|malý dopad alebo strata dát
2376
2377 Výpočet priority incidentu je kombináciou dopadu a naliehavosti v súlade s best practices ITIL V3 uvedený v nasledovnej matici:
2378
2379 |(% colspan="2" rowspan="2" %)Matica priority incidentov|(% colspan="3" %)Dopad
2380 |Katastrofický - 1|Značný - 2|Malý - 3
2381 |(% rowspan="3" %)Naliehavosť|Kritická - A|1|2|3
2382 |Vysoká - B|2|3|3
2383 |Stredná - C|2|3|4
2384
2385 Vyžadované reakčné doby:
2386
2387 |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)^^|(((
2388 Spoľahlivosť ^^(3)^^
2389
2390 (počet incidentov za mesiac)
2391 )))
2392 |1|0,5 hod.|4  hodín|1
2393 |2|0,5 hod.|8 hodín|2
2394 |3|0.5 hod.|24 hodín|10
2395
2396
2397 7.2 Požadovaná dostupnosť IS:
2398
2399 |Popis|Parameter|Poznámka
2400 |Prevádzkové hodiny|8 hodín|od 8:00 hod. - do 16:00 hod. počas pracovných dní
2401 |(% 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
2402 |24 hodín|(((
2403 od 00:00 hod. - 23:59 hod. počas dní pracovného pokoja a štátnych sviatkov
2404
2405 Veľký servis a údržba sa bude realizovať mimo pracovného času.
2406 )))
2407 |Dostupnosť produkčného prostredia IS|98,5%|(((
2408 98,5% z 24/7/365  t.j. max ročný výpadok je 66 hod.
2409
2410 Maximálny mesačný výpadok je 5,5 hodiny.
2411
2412 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.
2413
2414 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.
2415
2416 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.
2417 )))
2418
2419 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.
2420
2421 7.2.1 Dostupnosť (Availability)
2422
2423 98,5%
2424
2425 7.2.2 RTO (Recovery Time Objective)
2426
2427 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.
2428
2429
2430 7.2.3 RPO (Recovery Point Objective)
2431
2432 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.
2433
2434
2435 8. Požiadavky na personál
2436
2437 Personálne kapacity sú pokryté v Zmluve o poskytnutí prostriedkov mechanizmu na kapacity pre životné situácie. 
2438
2439 9. Implementácia a preberanie výstupov projektu
2440
2441 Projekt (zmenová požiadavka v prevádzke) sa riadi metódou waterfall bez inkrementálneho prístupu. 
2442
2443 * Plánovanie a príprava
2444
2445 * Definovanie cieľov a rozsahu projektu: Jasne definujte ciele a rozsah projektu.
2446
2447 * Identifikácia zainteresovaných strán: Určte všetky zainteresované strany a ich úlohy.
2448
2449 * Vytvorenie projektového plánu: časový harmonogram, zdroje, rozpočet a riziká.
2450
2451 * Implementácia
2452
2453 * Vývoj a testovanie: Vyvinúť a otestovať produkt.
2454
2455 * Nasadenie do produkcie
2456
2457 * Monitorovanie a hodnotenie: Monitorovať výkon a zbierať spätnú väzbu od kľúčových používateľov.
2458
2459 * Preberanie výstupov
2460
2461 * Odovzdanie a prevzatie: Odovzdanie a prevzatie výstupov alebo časti výstupov sa uskutoční v termínoch špecifikovaných v časovom harmonograme.
2462
2463 * Akceptačný protokol: Podpísanie akceptačného protokolu oprávnenými osobami.
2464
2465 * 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.
2466
2467 * Kontrola kvality: Objednávateľ neprevezme výstupy, ak táto vykazuje právne a/alebo faktické vady.
2468
2469 * Prílohy akceptačného protokolu:
2470
2471 * Zápisnica o vykonaných akceptačných testoch.
2472
2473 * Zoznam autorov diel a zoznam autorských diel vytvorených v rámci plnenia Zmluvy o dielo.
2474
2475 * Vyhlásenie o splnení požiadaviek (dodržaní štandardov pre ISVS/ITVS).
2476
2477 * Dokumenty a doklady osvedčujúce kvalitu a/alebo kompletnosť.
2478
2479 * Záverečné hodnotenie a uzavretie projektu
2480
2481 * Záverečné hodnotenie: Vyhodnotiť celkový úspech projektu a identifikovať oblasti na zlepšenie.
2482
2483 * Uzavretie projektu: Formálne uzavrieť projekt a informovať všetky zainteresované strany.
2484
2485 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á..
2486
2487 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:
2488
2489 ~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í.
2490
2491 2. Zaistenie dôvernosti na základe Objednávateľom požadovanej úrovne ochrany dôvernosti citlivých údajov.
2492
2493 10. Prílohy
2494
2495 Príloha 1a) Koncepcia rozvoja implementačného plánu ŽS14 a Príloha1b) Koncepcia rozvoja implementačného plánu ŽS16
2496
2497 Príloha 2: Zoznam rizík a závislostí