I-02 Projektový zámer (projektovy_zamer)

V súlade s vyhláškou MIRRI č. 401/2023 Z.z. v znení neskorších predpisov je tento výstup I-02 Projektový zámer určený na rozpracovanie detailných informácií prípravnej a iniciačnej fázy projektu z pohľadu aktuálneho stavu, budúceho stavu a navrhovaného riešenia.

34

35

36

Dokument Projektový zámer obsahuje manažérske zhrnutie, rozsah, ciele a motiváciu na realizáciu projektu, zainteresované strany, návrh merateľných ukazovateľov a obsahuje aj

37

38

~1. detailný opis požadovaných projektových výstupov,

39

40

2. detailný opis obmedzení, predpokladov, tolerancií a návrh organizačného zabezpečenia projektu,

41

42

3. detailný opis rozpočtu projektu a jeho prínosov,

43

44

4. harmonogram projektu,

45

46

5. vyhodnotenie rizík a závislostí,

47

48

6. architektúru riešenia projektu na úrovni biznis vrstvy, aplikačnej vrstvy, dátovej vrstvy, technologickej vrstvy a bezpečnostnej architektúry,

49

50

7. vyhodnotenie alternatív riešenia projektu pre každú vrstvu architektúry riešenia,

51

52

8. špecifikáciu a klasifikáciu údajov spracovaných v projekte,

53

54

9. požiadavky na prevádzku a údržbu výstupov projektu,

55

56

10. požiadavky na technologickú infraštruktúru a posúdenie alternatív prevádzky infraštruktúry cloud computingom,

57

58

~11. požiadavky na zdrojové kódy,

59

60

12. opis implementácie projektu a preberania výstupov projektu.

61

62

Vyhotovené sú aj dokumenty I-04 Katalóg požiadaviek, M-05 Analýza nákladov a prínosov a M-06 Evidencia komponentov v MetaIS.

63

64

65

2.1 Použité skratky a pojmy

66

67

Tabuľka 1 Skratky a pojmy

68

69

|SKRATKA/POJEM|POPIS

70

|BPM|Business Process Management

71

|CPDI (CSRÚ)|Centrálna Platforma dátovej integrácie

72

|DI|Dátová integrácia

73

|EÚP |Elektronický účet poistenca (súčasť EKP)

74

|EKP |Elektronické komunikačné prostredie (=Špecializovaný portál SP) – komunikačné prostredie s klientami a spolupracujúcimi inštitúciami

75

|ESB|Integračná platforma SP

76

|FE|Frontend

77

|FO|Fyzická osoba

78

|GUI|Grafické používateľské rozhranie

79

|IS JVP|Informačný systém Jednotný výber poistného 

80

|IS MÚSP|Informačný systém Manažment údajov Sociálnej poisťovne

81

|IS NPaLPČ  |Informačný systém nemocenského poistenia a lekárskej posudkovej činnosti 

82

|IS PvNGP|Informačný systém Poistenia v nezamestnanosti a garančného poistenia

83

|IS SDS|Informačný systém starobného dôchodkového sporenia

84

|IS ÚP (IS DAUP) |Informačný systém úrazového poistenia

85

|IS SP|Informačný systém SP

86

|KAV|Konsolidovaná analytická vrstva

87

|MDM|Master Data Management (funkčné pomenovanie IS MÚSP)

88

|MIRRI|Ministerstvo investícií, regionálneho rozvoja a informatizácie

89

|MMP|Minimim marketable product

90

|MPSVaR|Ministerstvo práce, sociálnych vecí a rodiny

91

|NCZI|Národné centrum zdravotníckych informácií

92

|NKIVS|Národná koncepcia informatizácie verejnej správy

93

|Notify|Notifikácie

94

|OVM|Orgán verejnej moci

95

|PL|Posudkový lekár

96

|PO|Právnická osoba

97

|POO|Plán obnovy a odolnosti

98

|REG|Registratúra

99

|SZČO|Samostatne zárobkovo-činná osoba

100

|ÚD|Úrazová dávka

101

|ÚPSVaR|Ústredie práce, sociálnych vecí a rodiny

102

|ÚPVS|Ústredný portál verejnej správy (slovensko.sk)

103

|ÚVZ|Úrad verejného zdravotníctva

104

|VPP |IS Výber poistného a príspevkov

105

| SP| Sociálna poisťovňa

106

|ŽoD |Žiadosť o dôchodok (starobný, predčasne starobný a invalidný)

107

|ŽS|Životná situácia/životné situácie

108

109

2.2 Konvencie pre typy požiadaviek (príklady)

110

111

Zoznam požiadaviek vychádza z biznis požiadaviek Implementačných plánov všetkých životných situácií Počas implementácie projektu Prierezové oblasti ŽS sa rozlišujú biznis požiadavky na MMP (Minimal Marketable Product) – ktoré sú „must“ na dodanie implementácie celkovej životnej situácie a požiadavky, ktoré nie sú MMP a napĺňajú ciele programu životných situácií, ale patria do kategórie „should“ alebo „could“.

112

113

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).**

2.3 Zoznam diagramov

[[Diagram 1: Náhľad celkovej architektúry ŽS v prostredí SP. 16>>path:#_Toc206170448]]

118

119

[[Diagram 2: Náhľad na Frontend životných situácií v prostredí SP. 17>>path:#_Toc206170449]]

120

121

[[Diagram 3: Strešný model biznis architektúry Frontendu - AS IS. 39>>path:#_Toc206170450]]

122

123

[[Diagram 4 : Strešný model architektúry Frontendu - TO BE. 41>>path:#_Toc206170451]]

124

125

[[Diagram 5: kľúčové prípady použitia mobilnej aplikácie a vzťah aplikácie k systémom, na ktoré sa integruje. 42>>path:#_Toc206170452]]

126

127

[[Diagram 6: Celková architektúra DI-7 (predvypĺňanie formulárov). 47>>path:#_Toc206170453]]

128

129

[[Diagram 7: Strešný pohľad na architektúru DI-8 (priama integrácia na NCZI). 48>>path:#_Toc206170454]]

130

131

[[Diagram 8: Biznis proces Podateľňa - Príjem zásielky. 48>>path:#_Toc206170455]]

132

133

[[Diagram 9: Vytvorenie žiadostí a oznámení a ich podpísanie asistovane na pobočke TO BE. 55>>path:#_Toc206170456]]

134

135

[[Diagram 10: Najvýznamnejšie komponenty SP z pohľadu riešení a funkcionalít Frontendu – AS IS. 56>>path:#_Toc206170457]]

136

137

[[Diagram 11: Aplikačná architektúra EKP - AS IS. 58>>path:#_Toc206170458]]

138

139

[[Diagram 12: Aplikačná architektúra Frontend - TO BE. 60>>path:#_Toc206170459]]

140

141

[[Diagram 13: Aplikačná architektúra Frontendu - Moje dáta, Moje údaje, Moje dokumenty - TO BE. 61>>path:#_Toc206170460]]

142

143

[[Diagram 14: Aplkačná architektúra Frontend - Konštruktor podania – TO BE. 62>>path:#_Toc206170461]]

144

145

[[Diagram 15: Rezervačný systém TO BE. 64>>path:#_Toc206170462]]

146

147

[[Diagram 16: Služba zabezpečenej elektronickej komunikácie TO BE. 66>>path:#_Toc206170463]]

148

149

[[Diagram 17: Celková architektúra DI-2. 67>>path:#_Toc206170464]]

150

151

[[Diagram 18: Získavanie údajov z CSRÚ do MÚSP (MDM). 68>>path:#_Toc206170465]]

152

153

[[Diagram 19: Získavanie údajov z CSRÚ - sekvenčný diagram.. 69>>path:#_Toc206170466]]

154

155

[[Diagram 20: Publikovanie údajov do CSRÚ.. 70>>path:#_Toc206170467]]

156

157

[[Diagram 21: Publikovanie údajov do CSRÚ - sekvenčný diagram.. 70>>path:#_Toc206170468]]

158

159

[[Diagram 23: Publikovanie údajov do MDM (IS MÚSP). 71>>path:#_Toc206170469]]

160

161

[[Diagram 24: Publikovanie údajov do MDM (IS MÚSP) - sekvenčný diagram.. 72>>path:#_Toc206170470]]

162

163

[[Diagram 25: Získanie údajov SP - BATCH (MÚSP → IS SP). 74>>path:#_Toc206170471]]

164

165

[[Diagram 26: Získanie údajov SP - BATCH - sekvenčný diagram.. 74>>path:#_Toc206170472]]

166

167

[[Diagram 27: Celková architektúra DI-4. 76>>path:#_Toc206170473]]

168

169

[[Diagram 28: Publikovanie údajov do IS MÚSP/MDM... 79>>path:#_Toc206170474]]

170

171

[[Diagram 29: Publikovanie údajov do IS MÚSP/MDM - sekvenčný diagram.. 80>>path:#_Toc206170475]]

172

173

[[Diagram 30: Získanie údajov SP - BATCH (komponenty). 81>>path:#_Toc206170476]]

174

175

[[Diagram 31: Získanie údajov SP - BATCH - sekvenčný diagram.. 81>>path:#_Toc206170477]]

176

177

[[Diagram 32: Celková architektúra DI-5. 82>>path:#_Toc206170478]]

178

179

[[Diagram 33: Celková architektúra DI-6. 86>>path:#_Toc206170479]]

180

181

[[Diagram 34: Aplikačná architektúra DI-7. 90>>path:#_Toc206170480]]

2.4 Zoznam tabuliek

[[Tabuľka 1 Skratky a pojmy. 1>>path:#_Toc206160890]]

187

188

[[Tabuľka 2: Zoznam tém, do ktorých sa biznis požiadavky priraďovali 7>>path:#_Toc206160891]]

189

190

[[Tabuľka 3 Zainteresované strany (Stakeholderi) 8>>path:#_Toc206160892]]

191

192

[[Tabuľka 4 Ciele projektu. 8>>path:#_Toc206160893]]

193

194

[[Tabuľka 5 Merateľné ukazovatele (KPI) 8>>path:#_Toc206160894]]

195

196

[[Tabuľka 6 Prehľad najzávažnejších rizík a závislostí 10>>path:#_Toc206160895]]

197

198

[[Tabuľka 7 Sumarizácia nákladov a prínosov. 11>>path:#_Toc206160896]]

199

200

[[Tabuľka 8 Projektový tím.. 16>>path:#_Toc206160897]]

201

202

[[Tabuľka 9: Témy oblasti Frontend. 21>>path:#_Toc206160898]]

203

204

[[Tabuľka 10: Navigácia služieb podľa životnej situácie. 22>>path:#_Toc206160899]]

205

206

[[Tabuľka 11: Poskytnutie informácií o elektronickej službe podľa životnej situácie. 22>>path:#_Toc206160900]]

207

208

[[Tabuľka 12: Zoznam elektronických služieb, ku ktorým budú zobrazené informácie a návody na webe SP (www.socpoist.sk) 24>>path:#_Toc206160901]]

209

210

[[Tabuľka 13: Zoznam aktuálnych e-formulárov, ktoré budú premiestnené k novo-vytvoreným e-formulárom.. 25>>path:#_Toc206160902]]

211

212

[[Tabuľka 14: Zoznam BP pre redizajn verejného webu SP podľa životnej situácie. 27>>path:#_Toc206160903]]

213

214

[[Tabuľka 15: Zoznam BP pre redizajn špecializovaného portálu SP podľa životnej situácie. 28>>path:#_Toc206160904]]

215

216

[[Tabuľka 16: Zoznam BP, ktorých sa týka téma Odvolanie podľa životnej situácie. 29>>path:#_Toc206160905]]

217

218

[[Tabuľka 17: Témy oblasti Monitoring služieb. 36>>path:#_Toc206160906]]

219

220

[[Tabuľka 18: Dosah Rezervačného systému na komponenty SP. 48>>path:#_Toc206160907]]

221

222

[[Tabuľka 19: Prehľad koncových služieb, ktoré budú projektom upravené. 57>>path:#_Toc206160908]]

223

224

[[Tabuľka 20: Prehľad koncových služieb, ktoré budú projektom zrušené (napr. z dôvodu zlúčenia služieb) 58>>path:#_Toc206160909]]

225

226

[[Tabuľka 21: Prehľad nových koncových služieb. 58>>path:#_Toc206160910]]

227

228

[[Tabuľka 22: Prehľad datasetov a ich integračných vyťahov v DI-2. 75>>path:#_Toc206160911]]

229

230

[[Tabuľka 23 Rozsah informačných systémov - budúci stav (TO BE) 107>>path:#_Toc206160912]]

231

232

[[Tabuľka 24 Využívanie nadrezortných a spoločných ISVS – súčasný stav (AS IS) 108>>path:#_Toc206160913]]

233

234

[[Tabuľka 25 Prehľad plánovaných integrácií na spoločné moduly – budúci stav (TO BE) 108>>path:#_Toc206160914]]

235

236

[[Tabuľka 26 Prehľad plánovaných integrácií na iné ISVS – budúci stav (TO BE) 109>>path:#_Toc206160915]]

237

238

[[Tabuľka 27 Aplikačné služby pre Koncové služby – budúci stav (TO BE) 109>>path:#_Toc206160916]]

239

240

[[Tabuľka 28 Aplikačné služby na integráciu – budúci stav (TO BE)→.. 111>>path:#_Toc206160917]]

241

242

[[Tabuľka 29 Objekty evidencie. 116>>path:#_Toc206160918]]

243

244

[[Tabuľka 30 Návrh na vyhlásenie a zmeny referenčných údajov. 119>>path:#_Toc206160919]]

245

246

[[Tabuľka 31 Poskytovanie údajov z ISVS do IS CPDI – budúci stav (TO BE) 119>>path:#_Toc206160920]]

247

248

[[Tabuľka 32 Konzumovanie údajov z IS CPDI – budúci stav (TO BE) 120>>path:#_Toc206160921]]

249

250

[[Tabuľka 33 Identifikácia údajov pre konzumovanie alebo poskytovanie údajov do/z CPDI (CSRÚ) 122>>path:#_Toc206160922]]

251

252

[[Tabuľka 34 Zhodnotenie dátovej kvality objektov evidencie. 122>>path:#_Toc206160923]]

253

254

[[Tabuľka 35 Personálne zabezpečenie a roly pri riadení dátovej kvality. 122>>path:#_Toc206160924]]

255

256

[[Tabuľka 36 Objekty evidencie, ktoré budú sprístupnené ako otvorené údaje. 123>>path:#_Toc206160925]]

257

258

[[Tabuľka 37 Objekty evidencie, ktoré budú projektom pripravené pre analytické účely. 123>>path:#_Toc206160926]]

259

260

[[Tabuľka 38 Objekty evidencie, ktoré spadajú do kategórie Mojich údajov. 124>>path:#_Toc206160927]]

261

262

[[Tabuľka 39 Prehľad jednotlivých kategórií údajov. 124>>path:#_Toc206160928]]

263

264

[[Tabuľka 40 Požiadavky na výkonnostné parametre, kapacitné požiadavky – budúci stav (TO BE) 127>>path:#_Toc206160929]]

265

266

[[Tabuľka 41 Využívanie služieb z katalógu služieb vládneho cloudu. 128>>path:#_Toc206160930]]

267

268

[[Tabuľka 42Predpokladané kapacity požadovaných výpočtových zdrojov (sizing) 128>>path:#_Toc206160931]]

269

270

[[Tabuľka 43 Predpokladané kapacity ďalších cloudových (infraštruktúrnych) služieb. 129>>path:#_Toc206160932]]

271

272

[[Tabuľka 44 Určenie zdrojov a obsahu minimálnych bezpečnostných opatrení 131>>path:#_Toc206160933]]

273

274

[[Tabuľka 45 Prehľad riešenia zabezpečenia podpory používateľov a prevádzky. 133>>path:#_Toc206160934]]

275

276

[[Tabuľka 46 Klasifikácia Naliehavosti incidentu. 135>>path:#_Toc206160935]]

277

278

[[Tabuľka 47 Klasifikácia Závažnosti incidentu. 135>>path:#_Toc206160936]]

279

280

[[Tabuľka 48 Určenie priority incidentu. 135>>path:#_Toc206160937]]

281

282

[[Tabuľka 49 Parametre služby Riešenia incidentov v prevádzke. 135>>path:#_Toc206160938]]

2.5 Zoznam obrázkov

[[Obrázok 1:Strategické zámery SP v kontexte budovania životných situácií 6>>path:#_Toc206160980]]

287

288

[[Obrázok 2: Odporúčané metriky pre monitoring spätnej väzby. 39>>path:#_Toc206160981]]

289

290

[[Obrázok 3 - Prehľad spracovania volania služby VyhladajZoznamPotrieb. 101>>path:#_Toc206160982]]

291

292

[[Obrázok 4 - Prehľad spracovania volania služby DajUdajePotreby. 102>>path:#_Toc206160983]]

293

294

295

3. DEFINOVANIE PROJEKTU

296

297

3.1 Manažérske zhrnutie

298

299

Projekt Prierezové oblasti ŽS je ďalším z projektov prioritných životných situácií identifikovaných MIRRI ako Investície 1 v rámci Plánu obnovy a odolnosti, Komponent 17. Realizovať životné situácie ako eGov služby je uvedené už NKIVS. Životné situácie sú definované ako rôzne udalosti, ktorými si občania prechádzajú v rámci svojho života.

300

301

Realizácia životných situácií je v súlade aj so strategickými zámermi SP v dokumente “[[Strategické zámery činnosti Sociálnej poisťovne na obdobie rokov 2024-2029>>url:https://socpoist.sk/sites/default/files/2024-06/Strategick%C3%A9%20z%C3%A1mery%20%C4%8Dinnosti%20Soci%C3%A1lnej%20pois%C5%A5ovne%20na%20obdobie%20rokov%202024%20%E2%80%93%202029.pdf]]" schváleného NR SR, ktorý predstavuje základný riadiaci dokument rozvoja SP a venuje sa základným hodnotám a strategickej vízii SP. Dokument identifikuje poskytované elektronické služby SP a využívanie portálu SP ako silnú stránku, no vôľa realizovať rozvojové aktivity v rámci poisťovne je limitovaná slabými stránkami úzko spojenými s projektami životných situácií, najmä zastaraný hardware, software, chýbajúca podpora, nízka flexibilita pri zmenách v IS SP, nedostatočná integrácia systémov a IT služieb a pretrvávajúca kultúra byrokracie. SP vidí príležitosť v realizácií životných situácií z Plánu obnovy a odolnosti najmä v implementácii aktuálnych trendov v elektronizácii, v zavádzaní proklientských a proaktívnych služieb a v zdieľaní referenčných dát s inštitúciami verejného sektora, ktoré by mali z časti odstrániť aj spomenuté slabé stránky.

302

303

Dokument identifikuje hlavné princípy na obdobie 2024-2029, a to elektronický vývoj činnosti SP a proces kontinuálneho zlepšovania, ktoré sú v súlade s filozofiou e-Governmentu so zámerom poskytovať dostupné profesionálne služby klientom (Strategický zámer A). Tento zámer sa viaže nielen na elektronizáciu a digitalizáciu agendy, ale myslí aj na klientov, ktorí elektronické služby nemôžu z akéhokoľvek dôvodu využívať. Pre týchto klientov má SP poskytovať služby v moderných klientskych centrách, ktoré sa budú snažiť o čo najväčšiu mieru implementácie elektronizácie a digitalizácie pri scenári osobnej návštevy pobočky SP.

304

305

Dokument poskytuje tzv. roadmapu pre spôsob implementácie budúcich aktivít SP a identifikuje niekoľko strategických cieľov, z ktorých nasledujúce sú priamo spojené s projektami životných situácií:

306

307

* Strategický cieľ A.1: Zvyšovanie kvality koncových služieb (implementácia životných situácií a vytvorenie unifikovaného kontaktného miesta)

308

* Strategický cieľ A.2: Plynulé zlepšovanie služieb (zbieranie spätnej väzby a vytvorenie Centra hodnotenia kvality a reklamácií)

309

* Strategický cieľ A.3: Proaktívna komunikácia s klientom (prostredníctvom verejného mediálneho priestoru a vlastných komunikačných kanálov a notifikačného modulu v spolupráci s NASES)

310

311

Obrázok 1:Strategické zámery SP v kontexte budovania životných situácií

312

313

[[image:1755511620312-323.png]]

314

315

V súlade s NKIVS, Strategickými zámermi SP a programom životných situácií bola Sociálna poisťovňa identifikovaná ako jeden z hlavných aktérov v životných situáciách, následne bola vyzvaná priamym vyzvaním MIRRI [[17I01-04-023>>url:https://mirri.gov.sk/wp-content/uploads/2023/11/Publicita_PV_SP-BZS.docx]] a stala sa priamym prijímateľom prostriedkov mechanizmu podľa zmluvy [[34406-1/2023-BA>>url:https://www.crz.gov.sk/zmluva/8181827/]].

316

317

Jednotlivé životné situácie sa v prostredí SP plánujú realizovať dvomi projektami – Projekt ŽSX a projekt Prierezové oblasti ŽS. Tento dokument sa venuje Projektu Prierezové oblasti ŽS.

318

319

Projekt Prierezové oblasti ŽS v prostredí SP nadväzuje na dokumenty MIRRI k prioritným životným situáciám – [[Investičný plán>>url:https://mirri.gov.sk/wp-content/uploads/2023/06/Investicny-plan_%C5%BDS1_v2_102022-1.pdf]] a [[Implementačný plán>>url:https://mirri.gov.sk/wp-content/uploads/2024/12/ImP_ZS14_v3.0-RV2024-12-05.xlsx]]. Projekt je postavený na zmenových požiadavkách existujúcich IS SP s dôrazom na dátové integrácie, biznis proces manažment, implementáciu zasielania notifikácií a frontendových úprav a úprav samotných koncových služieb, ktoré vychádzajú z identifikácie optimalizačných príležitostí a ktoré majú odstrániť alebo mitigovať nedostatky zistené v procese analýzy pre tvorbu Investičného plánu ŹS a majú prispieť k naplneniu cieľov programu Životných situácií. Navrhované riešenie dopĺňa riešenia v projektoch pre jednotlivé životné situácie a pokrýva prierezové témy a zmenové požiadavky, ktoré je potrebné vykonať vo všetkých životných situáciách (ako napr. Monitoring spätnej väzby či notifikácie).

Jadrom projektu sú:

* úpravy formulárov koncových služieb - úprava existujúcich a tvorba nových

324

* Dátové integrácie - najmä na IS tretích strán

325

* Registratúra – pre správne spracovanie doručených žiadostí a ich zadelenie do agiend

326

* Notifikácie - pre proaktivitu SP

327

328

Cieľom implementácie Projektu je zjednodušiť zákaznícku cestu občanov/klientov SP prostredníctvom úpravy a pridanie nových koncových služieb s využitím princípu “jeden krát a dosť” a s ohľadom na multikanálový prístup k službám. Kľúčovým nástrojom pre dosiahnutie cieľa je optimalizovať integráciu IS SP a tretích strán (najmä MPSVaR a NCZI) tak, aby údaje, ktoré už štát o občanovi má, nepožadoval znovu.

329

330

Projekt predstavuje výhody pre koncových užívateľov:

1.

11. Občan

11. Podnikateľ

11. Pracovník SP

11. Pracovník iných OVM

337

338

Zmenové požiadavky na informačné systémy, nové systémy aj zmeny systémov, ktoré sa budú vyvíjať internými kapacitami SP, budú financované z prostriedkov Plánu obnovy a odolnosti SR – Komponent 17. SP bude na základe uzatvorených zmlúv, ktoré určia celkovú alokáciu na budovanie životných situácií predkladať žiadosti o platbu, ktorých prílohou bude projektová dokumentácia.

339

340

Celková hodnota projektu Prierezové oblasti ŽS je xxxxx bez DPH.

341

342

343

3.2 Motivácia a rozsah projektu

344

345

Analýzou vykonanou dotknutými OVM a MIRRI popísanou v [[Investičnom pláne>>url:https://mirri.gov.sk/wp-content/uploads/2023/06/Investicny-plan_%C5%BDS1_v2_102022-1.pdf]] bolo identifikovaných niekoľko oblastí, v ktorých sú témy pokryté v tomto projekte v rozpore s princípmi eGOV služieb alebo princípy aplikujú iba čiastočne. Ide o princípy:

1. Jednoduchosť

11. Zrozumiteľnosť

11. Prehľadnosť

11. Personalizácia

11. 1x a dosť

11. Uniformita online

353

11. Jednotný obslužný bod

354

1. Proaktivita

355

11. Proaktívne ponuky, štát nečaká

356

1. Efektivita

357

11. 1x a dosť

358

11. Optimalizácia/Digital first

359

11. Aktuálnosť

360

1. Informovanosť

361

11. Prístup k mojim informáciám

11. Podpora

11. Predvídateľnosť

1. Participácia

Navrhovaný projekt je zároveň v súlade s cieľmi programu Životných situácií zadefinovaných v Investičnom pláne, ktoré vychádzajú aj z NKIVS (viac v podkapitole 3.4 a 3.5):

367

368

* zjednodušiť elektronickú komunikáciu občana so štátom – jasná a jednoduchá komunikácia

369

* 1x a dosť – prepájanie s registrami, databázami o digital first

370

* redukovať vstupy občana

371

* redukovať formuláre

372

* v akom stave je požiadavka

373

* overenie cez počítač, mobil

374

* Informácie na jednom mieste – hľadanie informácií aj vyriešenie

375

* promovať online vybavovanie – zvýšiť mieru online vybavovania

376

* proaktívnosť štátu – notifikácie, možnosť autorizácie, vybavenie úkonov

377

* minimalizovať úkony na strane občana

378

* poskytovať zrozumiteľné návody aj ich aktualizovanie

379

* občan má byť spokojnejší s online vybavovaním

380

* dostupná online podpora

381

382

V kontexte strategických cieľov SP, SP identifikovala výstupy a jednotlivé biznis nástroje potrebné na ich naplnenie (viď Obrázok 2), ktoré sú zladené aj s vyššie uvedenými cieľmi NKIVS a cieľmi programu životných situácií.

383

384

Obrázok 2: Strategické zámery SP a ich napĺňanie

385

386

[[image:1755511731572-361.png]]

387

388

Základným kameňom programu Budovanie životných situácií je Centrálny katalóg požiadaviek, ktorý obsahuje:

389

390

* Všetky biznis požiadavky z implementačných plánov životných situácií

391

* Rozvetvenie biznis požiadavky na funkčné požiadavky

392

* Zaradenie požiadaviek do jednotlivých projektov a ucelených tém

393

* Priradenie dotknutých IS k jednotlivým témam

394

395

Projekt Prierezové oblasti ŽS bude dodaný prostredníctvom ucelených tém:

396

397

* Frontend (vrátane modernizácie mobilnej aplikácie a eFromulárov)

398

* Dátové integrácie

399

* Notifikácie (Notifikačný modul SP)

400

* Registratúra

401

* Monitoring služieb a spätná väzba

402

403

Projekt Prierezové oblasti ŽS (v prostredí SP) sa primárne sústreďuje na spoločné oblasti vývoja a navrhovaných zmien. Jednotlivé zmeny a novovytvárané služby či procesy sú súčasťou jednotlivých životných situácií a je na ne odkazované v projektovej dokumentácii k daným životným situáciám. Prierezové oblasti tak dotvárajú celkový obraz TO BE stavu individuálnych životných situácií, ktoré realizuje SP.

404

405

Pri stanovení jednotlivých realizačných tém sa okrem motivácií vyplývajúcich z NKIVS či zo stratégie SP bralo ohľad na existujúcu legislatívu a povinnosti z nej plynúce a to najmä pri oblasti monitoring a spätná väzba.

406

407

Zber a vyhodnocovanie spätnej väzby od používateľov elektronických služieb je upravený o.i. aj vyhláškou č. 547/2021 Z. z., konkrétne § 11, ktorý ustanovuje povinnosť správcov špecializovaných portálov:

408

409

* zabezpečiť možnosť spätnej väzby po použití elektronickej služby,

410

* uchovávať a poskytovať tieto dáta orgánu vedenia (MIRRI) na vyžiadanie minimálne za obdobie 12 mesiacov,

411

* využiť zistenia zo spätnej väzby na zlepšenie služieb.

412

413

V zmysle § 13a zákona č. 95/2019 Z. z., v znení zákona č. 301/2023 Z. z., sa vyžaduje:

414

415

* priebežný zber spätnej väzby k prioritným životným situáciám,

416

* každoročné vyhodnotenie a jeho poskytnutie orgánu vedenia (MIRRI) najneskôr do 31. januára.

417

418

Orgán riadenia má zároveň podľa § 17 zákona č. 95/2019 Z. z. povinnosť monitorovať elektronické služby ako súčasť správy informačných technológií a poskytovať výsledky monitorovania MIRRI na účely analýz a hodnotenia.

419

420

Rozsah projektu bol definovaný priebežne – od tvorby investičného plánu, kde sa identifikovali nedostatky pri jednotlivých ŽS, cez implementačný plán, ktorý definoval rámcové biznis požiadavky až po katalóg požiadaviek, ktorý ďalej definuje špecifikuje rozsah jednotlivých biznis požiadaviek. Detailný popis plánovaných aktivít je potom popísaný v kapitole 5.

421

422

Tabuľka 2: Zoznam tém, do ktorých sa biznis požiadavky priraďovali

423

424

|**Kód témy**|**Názov témy**

425

|**FE-1**|**Frontend 1**

426

|**NOTIFY-1**|**Notifikácie**

427

|**REG-1**|**Registratúra**

428

|**DI-2**|**Integrácie ŽS1**

429

|**DI-4**|**Integrácie ŽS5**

430

|**DI-5**|**Integrácie ŽS7+8**

431

|**DI-6**|**Integrácie ŽS14+16**

432

|**DI-7**|**Integrácie - poskytovanie údajov do EKP/EÚP**

433

|**DI-8**|**Priama integrácia s NCZI (ŽS7+8)**

434

|**MO-1**|**Monitoring a spätná väzba**

435

436

3.3 Zainteresované strany (Stakeholderi)

437

438

Tabuľka 3 Zainteresované strany (Stakeholderi)

439

440

|ID|AKTÉR / STAKEHOLDER|(((

SUBJEKT

(názov / skratka)

)))|ROLA

|1.|Sociálna poisťovňa (vlastník procesu)|SP| Zákazník/používateľ, vlastník produktu (služby), vlastník procesu, vlastník dát)

446

|2.|Ministerstvo investícií, regionálneho rozvoja a informatizácie S|MIRRI|Poskytovateľ služieb centrálnej platformy integrácie údajov, vlastník programu ŽS, vlastník programu životné situácie

447

|3.|Ústredie práce, sociálnych vecí a rodiny/Ministerstvo práce, sociálnych vecí a rodiny|ÚPSVaR/MPSVaR|Konzument údajov/Poskytovateľ údajov

448

|4.|Národné centrum zdravotníckych informácií|NCZI|Konzument údajov/ Poskytovateľ údajov

449

|5.|občan/podnikateľ| |Koncový používateľ

450

|6.|Pracovník SP| |Koncový používateľ

3.4 Ciele projektu

Tabuľka 4 Ciele projektu

455

456

|ID|Názov cieľa|Názov strategického cieľa|Spôsob realizácie strategického cieľa

457

|1. |Zvýšiť spokojnosť používateľov elektronických služieb s online riešením úradných záležitostí  |Strategický cieľ: Používanie služieb eGovernmentu občanmi (DESI) (NKIVS 2021), Prioritná os 1 - Lepšie služby  |Zlepšenie kvality a zjednodušenie zákazníckej cesty, proaktívnosť štátu 

458

|2. |Zvýšiť informovanosť o e-službách štátu v rámci populácie SR / Zvýšiť podiel elektronickej komunikácie s verejnou správou (NKIVS 2021)  |Strategický cieľ: Používanie služieb eGovernmentu občanmi (DESI) (NKIVS 2021), Prioritná os 1 - Lepšie služby  |Notifikácie a úprava e-formulárov je jednoduchšia ako ručné vypĺňanie; (rozsahom Projektu Prierezové oblasti ŽS sú aj návody na jednom mieste) 

459

|3. |Zvýšiť kvalitu koncových služieb pre životnú situáciu / Zjednodušiť prístup k elektronickým službám vo forme komplexných životných situácií verejnej správy (NKIVS 2021)  |Strategický cieľ: Používanie služieb eGovernmentu občanmi (DESI) (NKIVS 2021), Prioritná os 1 - Lepšie služby  |Odstránenie niektorých krokov občana v procese 

460

|4. |Zjednodušenie a zefektívnenie práce SP pri spracovaní služieb (Odstrániť bariéry digitálnej transformácie verejnej správy)  |Strategický cieľ: Používanie služieb eGovernmentu občanmi (DESI), prioritná os 2: Digitálna a dátová transformácia (NKIVS 2021)  |(((

461

Projektom sa prispeje aj do digitálnej transformácie úsekov:

462

463

* VS UOO139 – Sociálne poistenie

464

* VS UOO140 – Starobné dôchodkové sporenie,

465

* UOO142 Štátne sociálne dávky 

466

)))

467

|5. |Poskytovanie a konzumácia údajov pre zlepšenie zákazníckej cesty občana v ŽS 1 – Strata a hľadanie zamestnanie (Dobudovať digitálne prostredie založené na zdieľaní údajov vo verejnej správe (NKIVS 2021) |(((

468

Strategický cieľ: Používanie služieb eGovernmentu občanmi (DESI), prioritná os 2: Digitálna a dátová transformácia (NKIVS 2021)

469

470

SP: Strategický cieľ B.1: Optimalizácia procesov výkonu sociálneho poistenia

471

)))|Poskytovanie a konzumácia údajov prostredníctvom CSRÚ a s inými OVM

472

473

3.5 Merateľné ukazovatele (KPI)

474

475

Tabuľka 5 Merateľné ukazovatele (KPI)

476

477

|ID|ID/Názov cieľa|Názov

478

ukazovateľa (KPI)|Popis

479

ukazovateľa|Merná jednotka

|AS IS

merateľné hodnoty

(aktuálne)|TO BE

Merateľné hodnoty

(cieľové hodnoty)|Spôsob ich merania a Pozn.

485

|1.|Spokojnosť používateľov elektronických služieb s online riešením úradných záležitostí |Customer effort score pre žiadosť o starobný alebo predčasný dôchodok | |stupnica 1-7 (1= rozhodne nesúhlasím / 7 = rozhodne súhlasím) |5,0 |5,8 |v % z tých, ktorí riešili danú záležitosť online a označili možnosť "rozhodne súhlasím", "súhlasí", "skôr súhlasím"

486

|2.|Spokojnosť používateľov elektronických služieb s online riešením úradných záležitostí |Customer effort score pre online rezervačný systém Sociálnej poisťovne | |stupnica 1-7 (1= rozhodne nesúhlasím / 7 = rozhodne súhlasím) | | |v % z tých, ktorí riešili danú záležitosť online a označili možnosť "rozhodne súhlasím", "súhlasí", "skôr súhlasím"

487

|3.|Informovanosť o e-službách štátu v rámci populácie SR |Informovanosť o žiadosti o starobný alebo predčasný dôchodok | |% |29,0 |80 |% z respondentov nad 18rokov, ktorí označili úkon

488

|4.|(((

489

Informovanosť o e-službách štátu v rámci populácie SR

490

491

492

)))|Informovanosť o online rezervačnom systéme Sociálnej poisťovne | |% |39 |80 |% z respondentov nad 18rokov, ktorí označili úkon

493

|5.|Kvalita koncových služieb pre životnú situáciu |Benchmark ŽS14 - odchod do dôchodku | |% výsledok v kategórii |21,9 |75 |Testovanie a hodnotenie formou mystery shopping na základe jednotnej metodológie

494

|6.|Kvalita koncových služieb pre životnú situáciu |Benchmark ŽS16 - úmrtie a dedičské konanie | |(((

495

% výsledok v kategórii

496

497

498

)))|10,9 |75 |Testovanie a hodnotenie formou mystery shopping na základe jednotnej metodológie

3.6 Špecifikácia potrieb koncového používateľa

503

504

Primárnym koncovým používateľom a užívateľom výhod projektu je občan, sekundárnym koncovým používateľom a užívateľom výhod je pracovník SP a terciárnym pracovník iného OVM, ktorý bude užívať výhod vo forme zdieľaných údajov. Analýza potrieb koncového používateľa – najmä občana a pracovníka SP- prebehla pri tvorbe Investičného a Implementačného plánu ŽS, t.j. pri mapovaní súčasného procesu a identifikovaní nedostatkov a optimalizačných príležitostí. Vychádzalo sa zo štandardov používateľskej skúsenosti a prívtevosti elektronických služieb, pričom sa bral ohľad na prehľadnosť, počet krokov, ktoré musí používateľ v službe vykonať a množstvo údajov, ktoré musí vyplniť. Potreby koncového používateľa odrážajú aj princípy programu Budovanie životných situácií, napr. jeden krát a dosť, proaktívosť štátu a pod.

505

506

3.7 Detailný opis obmedzení a predpokladov

507

508

Rozsah projektu je definovaný zoznamom biznis požiadaviek, ktoré pochádzajú z jednotlivých životných situácií a ich potrieb, avšak ich realizácia je spravidla nutná pre všetky životné situácie. Ako názov projektu napovedá, ide o prierezové oblasti – Monitoring služieb, zasielanie notifikácií a či úprava a predvypĺňanie e-formulárov.

509

510

Obmedzenia projektu spočívajú najmä v procesoch a aktivitách stanovenými či plnenými tretími stranami, napr. proces verejného obstarávania či úspešná realizácia a dokončenie projektov, na ktorých je projekt Prierezové oblasti ŽS v prostredí SP závislý (napr. na MIRRI či NCZI). Ďalším z obmedzení a zároveň potenciálnym rizikom je možný nedostatok odborných kapacít na strane dodávateľov, nakoľko SP je iba jedno z OVM, na ktorých sa ŽS realizujú.

511

512

Predpokladá sa, že všetky zúčastnené strany budú aktívne participovať na úspešnej realizácii predkladaného projektu a predpokladá sa, že potrebné verejné obstarávanie nebude musieť opakované, hoci sa počíta s miernym zdržaním.

513

514

515

3.8 Vyhodnotenie rizík a závislostí

516

517

//Riziká a závislosti sú //detailizované// v samostatnej prílohe 3 – Zoznam rizík a závislostí a sú vedené centrálne za celý program.//

518

519

520

Tabuľka 6 Prehľad najzávažnejších rizík a závislostí

521

522

523

|1.|Zmeny/neskoré dodanie centrálnych komponentov|A|Dopad na scope a architektúru SP|Programový architekt definoval architektonické princípy, ktoré majú byť dodržané dodávateľmi (rozhodnutie RV SP z 21.1.2025). Harmonogram MIRRI sleduje programová kancelária SP. Dopady zmien identifikuje a návrhy rozhodnutí pripravuje programový architekt. Kontroluje sa priebežne na programovej úrovni.

524

|2.|Neskorá realizácie integrácie agendových IS na IS MÚSP|A|Nesplnenie biznis požiadaviek , nedodanie dát pre iné OVM, dopad v rámci POO aj na iné OVM, reputačné riziko|Prioritizovať požiadavky na IS SP, ktoré je potrebné integrovať na MUSP z dôvodu neexistujúcej priamej integrácie na CSRÚ (CPDI). Pri IS SP, ktorú sú aktuálne priamo integrované na CSRU pripraviť návrh alternatívnych možností realizácie.

525

526

|4.|Nedodanie integračných manuálov zo strany MIRRI a NCZI|B|Neúplná/nedostatočne pripravená a následne aj nefunkčná integrácia|Riziko je potrebné rozdeliť medzi jednotlivé projekty programu podľa skutočne dotknutých BP, stanovené minimálne kritériá na možnú implementáciu v súčinnosti všetkých strán (xml schémy, xsd schémy, a pod.).

527

|5.|(((

528

Neschválenie legislatívnych zmien

529

530

* Z. 461/2003 Z.z. o sociálnom poistení

531

* Z. 153/2013 o národnom zdravotníckom informačnom systéme

532

)))|B|Oneskorenie alebo nedodanie množiny biznis požiadaviek|Pravidelné monitorovanie stavu legislatívnych zmien a komunikácia na projektový tím.

533

|6.|Komplikácie pri verejnom obstarávaní na nového dodávateľa pre EKP / časovo dlhší nábeh potenciálne nového dodávateľa|A|Oneskorenie alebo nedodanie požiadaviek na Frontend|Úzka spolupráca, aktívna a priebežná komunikácia s vysúťaženým dodávateľom

534

|7.|Dopady Programu na prevádzku IS SP|A|Technologické zmeny budú príliš rozsiahle a presiahnu schopnosť organizácie ich absorbovať z pohľadu prevádzky IS SP alebo z pohľadu technologických procesov|(((

535

Pripraviť požiadavky na prevádzku a včasné zapojenie prevádzky do zmenového konania

536

537

Potrebné identifikovať aké prostredia prevádzkuje IT SP (min. testovacie)

538

539

Potrebné identifikovať aké role má k dispozícií (test mng., testeri)

540

541

Potrebné identifikovať či existuje release plán, realese mngt.

542

)))

543

|8.|Neuzavretie sprostredkovateľskej zmluvy o výmene údajov s MIRRI (prílohu musí byť register OVM)|A|(((

544

"Oneskorenie alebo nedodanie

ŽS1_BP_40 ŽS1_BP_41

ŽS5_01_BP_1 ŽS5_01_BP_18 ŽS5_04_BP_11 ŽS5_04_BP_18 ŽS5_04_BP_19 ŽS5_04_BP_20 ŽS5_04_BP_26 ŽS5_04_BP_27

550

551

ŽS7_BP_26f ŽS7_BP_37f ŽS7_BP_55f ŽS7_BP_66f

552

553

ŽS8_BP_08 ŽS8_BP_17 ŽS8_BP_24 ŽS8_BP_27 ŽS8_BP_27a ŽS8_BP_30 ŽS8_BP_31 ŽS8_BP_41 ŽS8_BP_42 ŽS8_BP_47 ŽS8_BP_58 ŽS8_BP_60 ŽS8_BP_61 ŽS8_BP_72 ŽS8_BP_73 ŽS8_BP_78

554

555

ŽS14_BP_25 ŽS14_BP_39 ŽS14_BP_61 ŽS14_BP_63

556

557

ŽS16_BP_70 ŽS16_BP_70c"

558

)))|(((

559

"0. Identifikovať konkrétne dotknuté OVM

560

561

~1. Uzavrieť dohodu o výmene údajov s OVM do 1Q2025.

562

563

2. Vytvoriť plán pre školenie zamestnancov na IS CSRÚ do 2Q2025.

564

565

3. Vytvoriť plán na monitorovanie dodávok údajov do 3Q2025.

566

567

4. Pravidelne komunikovať s MIRRI o pokroku do 4Q2025."

568

)))

569

570

3.9 Detailný opis rozpočtu projektu a jeho prínosov

571

572

3.9.1 Sumarizácia nákladov a prínosov

573

574

S ohľadom na množstvo modulov, ktoré sa v projekte realizujú uvádzame len finálne čiastky. Rozpočet jednotlivých modulov je v prílohe M05..

| |Spolu|(((

Názov

modulu

)))|Názov modulu

|Náklady|14 702 301€| |

582

|Všeobecný materiál| | |

583

|IT - CAPEX| 9 996 569€| |

584

|Aplikácie|9 811 446€| |

585

|SW| | |

586

|HW| | |

587

|Riadenie projektu|//185 123€//| |

588

|IT - OPEX- prevádzka|//4 703 732€//| |

589

|Aplikácie|//4 703 732€//| |

590

|SW| | |

591

|HW| | |

592

|Prínosy|39 580 905€| |

593

|Finančné prínosy| | |

594

|Administratívne poplatky| | |

595

|Ostatné daňové a nedaňové príjmy| | |

596

|Ekonomické prínosy|39 580 905€| |

|Občania (€)| | |

|Úradníci (€)| | |

|Úradníci (FTE)| | |

|Kvalitatívne prínosy| | |

601

| | | |

602

603

Tabuľka 7 Sumarizácia nákladov a prínosov

604

605

606

3.9.2 Zdroj financovania

607

608

Zdroj financovania je Plán obnovy a odolnosti, Investícia 1. Prevádzka bude hradená v interných zdrojov SP.

609

610

611

3.9 Harmonogram projektu

612

613

|ID|FÁZA/AKTIVITA|(((

ZAČIATOK

(odhad termínu)

)))|(((

KONIEC

(odhad termínu)

)))|POZNÁMKA

|1.|Prípravná fáza a Iniciačná fáza|01/2025|02/2025|

623

|2.|Realizačná fáza|02/2025|08/2026|

624

|2a|Analýza a Dizajn|06/2025|04/2026|

625

|2b|Nákup infraštruktúrnych služieb, programových a technických prostriedkov|10/2024|07/2025 ^^*1^^|Obstaranie dodávateľa IS riešenia, VO EKP

626

|2c|Implementácia a testovanie|08/2025|12/2025|

627

|2d|Nasadenie a PIP|12/2025|03/2026|PIP - 3 mesiace po nasadení

628

|3.|Dokončovacia fáza|03/2026|06/2026|

629

|4.|Podpora prevádzky (SLA)|07/2026| |

630

631

^^*1 ^^Riziko ukončenia VO s možným dopadom na termíny.

632

633

634

3.11 Návrh organizačného zabezpečenia projektu (projektový tím)

635

636

637

Riadiace výbory rozhodujúce o prierezovom projekte budú dve, t.j. Riadiaci výbor k Frontendu a Spätnej väzbe a Riadiaci výbor k BPM, notifikačnému modulu a registratúre. Dátové integrácie a monitoring budú vždy súčasťou projektových RV k ŽS.

638

639

Členovia RV s hlasovacím právom sú spravidla biznis vlastníci jednotlivých oblastí prierezu a zástupcovia dodávateľov. Na každom RV sa zúčastňuje projektový manažér prierezových oblastí a programový manažér ŽS.

640

641

Rola predsedu RV, riaditeľa sekcie stratégií a informatiky čiastočne pokrýva rolu sponzora projektu a zástupcu za IT a prevádzku. Podľa vopred pripravenej agendy a potreby sú na zasadnutie prizývaní ad hoc členovia, napr. zástupca CX/UI dizajnér, zástupca architektonickej rady SP či zástupca prevádzky IT.

642

643

Tabuľka 8 Projektový tím

|4.|TBD|referent|PMO|Tajomník RV

|16.|Prac. skupina DI| | |

|25.|Prac.skupina Front end| | |

|51.|Prac.skupina BPM| | |

4. LEGISLATÍVA

4.1 Frontend

* Legislatívna zmena zákona č. 461/2003 Z.z. o sociálnom poistení

715

** závislosť na:

716

717

* Zákon č. 43/2004 Z. z. o starobnom dôchodkovom sporení a o zmene a doplnení niektorých zákonov

718

* Zákon č. 483/2001 Z. z. o bankách a o zmene a doplnení niektorých zákonov v znení neskorších predpisov

719

** Plánované predložiť: 30.4.2025

720

** Očakávaná platnosť: 1.10.2025

721

** Navrhovaná účinnosť: 1.1.2026/1.4.2026

722

723

Hlavné legislatívne zmeny zákona č. 461/2003 Z.z. o sociálnom poistení, ktoré sa dotknú oblasti Frontendu:

724

725

|Paragraf|Úprava|Stav

726

|§184, § 185|(((

727

Doplnenie v súvislosti s elektronickým podaním ŽoD.

728

729

Zrušenie miestnej príslušnosti na podanie ŽoD.

730

)))|V pláne 2025

731

|§ 170, § 233|Doplnenie právnej úpravy v súvislosti s overovaním čísla účtu, na ktorý má byť dávka poukazovaná medzi SP a bankou.|V pláne 2025

732

|§ 186 ods. 1|Spresnenie, ako je možné urobiť podanie voči Sociálnej poisťovni. Rozširuje sa rámec spôsobov overenia identity, prístupu a potvrdenia elektronických úkonov nad rámec pôvodne vyžadovaného zaručeného elektronického podpisu, čo umožňuje efektívnejšie a modernejšie spôsoby komunikácie medzi občanom a verejnou správou. Zároveň sa navrhuje vypustiť nepoužívané spôsoby, ktorými možno urobiť podanie, a to telegraficky a faxom|V pláne 2025

733

|§226 ods. 1 písm. o)|V nadväznosti na novo navrhovaný spôsob začatia konania o priznanie niektorých nemocenských dávok určuje sa povinnosť Sociálnej poisťovne sprístupniť zamestnávateľovi informácie o ošetrovnom, dátume očakávaného dňa pôrodu, a o materskom iného poistenca.|V pláne 2025

734

|§ 170 ods. 26|Rozšírenie účelu poskytnutia údajov z IS Sociálnej poisťovne Národnému centru zdravotníckych informácií.|V pláne 2025

735

|§ 234|Elektronizácia //Oznámenia zamestnávateľa o vzniku platobnej neschopnosti// a// Potvrdenia zamestnávateľa na účely nároku na dávku garančného poistenia//|V pláne 2025

736

|§ 231 ods. 1 písm. h)|Zavedenie elektronického oznamovania pracovného úrazu a choroby z povolania zo strany zamestnávateľa na účely ÚD|V pláne 2025

737

|§ 231 ods. 1 písm. e) a q)|V prípadoch, u ktorých sa elektronické potvrdenie lekára považuje za žiadosť o nemocenskú dávku, dôjde k úprave povinnosti zamestnávateľa oznamovať Sociálnej poisťovni skutočnosti potrebné na účely posúdenia nároku na dávky a na účely nároku na výplatu predmetných dávok. Ide o skutočnosti, ktoré zamestnávatelia potvrdzujú na papierových tlačivách.|V pláne 2025

738

|§ 184|Rozšírenie možnosti uplatňovania nárokov na dávky elektronicky, v nadväznosti na navrhované nové proaktívne spôsoby začatia konania u niektorých dávok sociálneho poistenia (napr. tehotenské, materské, vyrovnávacia dávka),|V pláne 2025

739

740

Ďalšie zmeny sa týkajú úpravy zákona súvisiacich so zmenou ukončenia poskytovaných dávok (najmä tehotenské), oprávnenie na prístup k údajom pre posudkového lekára, ako poskytovaných údajov voči SP a od SP.

4.2 Registratúra

Zapojením kľúčového systému IS REG v prierezovom projekte sa neplánujú meniť kľúčové právne predpisy pre oblasť používania registratúry, v ktorej sa spracovávajú agendy Sociálnej poisťovne, ktorými sú:

745

746

* Zákon č. 395/2002 Z. z. o archívoch a registratúrach

747

*1. Tento zákon stanovuje pravidlá pre evidenciu, uchovávanie, ochranu a vyraďovanie písomností a dokumentov, vrátane registratúrnych záznamov, ktoré sú pre inštitúciu kľúčové.

748

* Vyhlášky Ministerstva vnútra SR (napr. č. 628/2002 Z. z. a novelizácie, ako vyhláška č. 251/2005 Z. z.)

749

*1. Tieto predpisy detailne špecifikujú postupy správy registratúry, vrátane evidencie, fyzického a elektronického uchovávania a vyraďovania dokumentov.

750

751

4.3 Monitoring služieb a spätná väzba

752

753

V súvislosti so zberom dát zo zdrojových systémov SP pre účely monitoringu služieb a spätnej väzby je potrebná legislatívna zmena zákona č. 95/2019 Z. z. o informačných technológiách vo verejnej správe a o zmene a doplnení niektorých zákonov.

754

755

Hlavné legislatívne zmeny zákona č. 95/2019 Z.z. o ITVS, ktoré sa dotknú oblasti monitoringu služieb a spätnej väzby (KAV):

756

757

|Paragraf|Úprava|Stav

758

|§8|Doplnenie povinnosti pre orgán riadenia poskytovať orgánu vedenia údaje o informačných technológiách verejnej správy na analytické účely, a to prostredníctvom elektronickej služby verejnej správy alebo prostredníctvom orgánom vedenia určenej informačnej technológie. Zároveň sa dopĺňa spracúvanie poskytnutých údajov orgánom vedenia.|Prebieha medzirezortné pripomienkové konanie

759

760

761

5. ARCHITEKTÚRA RIEŠENIA PROJEKTU

762

763

5.1 Stanovenie alternatív architektúry riešenia

764

765

5.1.1 Stanovenie alternatív v biznisovej vrstve architektúry

766

767

768

Stanovenie alternatív prebehlo pri práci na Investičnom a Implementačnom pláne ŽS. Biznis riešenie bolo stanovené s ohľadom na výsledky GAP analýzy v Prílohe č. 1- Investičnom pláne a s ohľadom na priorizáciu MMP.

769

770

771

High-level alternatívy:

772

773

Alternatíva 1 – Zachovanie súčasného stavu

774

775

Alternatíva 2 – Úprava existujúceho riešenia, ktorá zabezpečí dosiahnutie MMP

776

777

Alternatíva 3 – Úprava existujúceho riešenia, ktorá zabezpečí MMP a rozšírené funkcionality

778

779

5.1.2 Stanovenie alternatív v aplikačnej vrstve architektúry

780

781

Stanovenie alternatív prebehlo čiastočne pri práci na Investičnom a Implementačnom pláne. V niektorých prípadoch sú popísané v kapitole 5 pri spracovaní jednotlivých tém projektu. Nakoľko ide vo veľkej miere o zmenové požiadavky v existujúcich IS, finálne riešenie sa stanoví s poskytovateľom servisnej zmluvy/vendorom v etape Analýza a dizajn.

782

783

5.1.3 Stanovenie alternatív v technologickej vrstve architektúry

784

785

Nakoľko ide vo veľkej miere o zmenové požiadavky v existujúcich IS, finálne riešenie sa stanoví s poskytovateľom servisnej zmluvy/vendorom v etape Analýza a dizajn.

786

787

788

5.2 Náhľad architektúry a popis budúceho cieľového produktu

789

790

Diagram 1: Náhľad celkovej architektúry ŽS v prostredí SP

791

792

[[image:1755512188654-663.png]]

5.2.1 Frontend

Architektúra riešenia oblasti Frontend je spracovaná v súlade s funkčnými a nefunkčnými požiadavkami, ktoré sú bližšie spracované v prílohe Katalóg požiadaviek, ktorý je tiež súčasťou BC/CBA. Architektúra riešenia Frontendu je ďalej rozpracovaná nižšie v samostatných častiach na úrovni biznis vrstvy, aplikačnej vrstvy, technologickej vrstvy a bezpečnostnej vrstvy.

799

800

Frontend Sociálnej poisťovne je rozdelený na verejný portál Sociálnej poisťovne a na Špecializovaný portál Sociálnej poisťovne.

801

802

803

Diagram 2: Náhľad na Frontend životných situácií v prostredí SP

804

805

[[image:1755512232195-609.png]]

806

807

**Verejný portál Sociálnej poisťovne** slúži ako vstupná brána pre širokú verejnosť. Používateľ má prístup k informáciám o službách SP bez potreby prihlásenia. Portál ponúka prehľadné poskytovanie informácií o dostupných službách, vrátane ich určenia, podmienok ich využitia, požadovaných dokumentov a lehôt na vybavenie a podobne.. Dôležitou funkcionalitou je navigácia na službu, ktorá používateľa vedie v kontexte jeho životnej situácie k správnej službe alebo formuláru.

808

809

Na verejnom portáli je možné stiahnuť formuláre vo formáte PDF. Tieto formuláre sú spravidla statické a určené na ručné vyplnenie, tlač a listinné doručenie.

810

811

Súčasťou portálu je aj vstupný bod na autentifikáciu používateľa – buď prostredníctvom občianskeho preukazu s čipom (eID), mobilného kľúča alebo iných elektronických identifikátorov podľa platných štandardov.

812

813

814

**Špecializovaný portál** je určený pre autentifikovaných používateľov ako aj neautentifikovaných používateľov a zahŕňa niekoľko samostatných častí:

815

816

* **EÚP (Elektronický Účet Poistenca)**: Umožňuje poistencom (fyzickým osobám) prístup k ich osobným údajom, správu účtu, prístup k službám, možnosti realizovania elektronických podaní a komunikáciu prostredníctvom elektronickej schránky klienta SP. Používateľ tu nájde informácie o svojich poistných obdobiach, výške odvodov a ďalších údajoch súvisiacich so sociálnym poistením a službami SP.

817

* **EZU (Elektronické služby pre odvádzateľov poistného)**: Poskytuje služby pre odvádzateľov poistného, ako sú zamestnávatelia a samostatne zárobkovo činné osoby. Umožňuje správu ich povinností voči Sociálnej poisťovni, ako je podávanie mesačných výkazov a kontrola stavu platieb a podobne.

818

819

Cieľom oblasti Frontend je vytvorenie tzv. osobnej zóny klienta, čo predstavuje integrovaný a prierezový kolaboračný systém slúžiaci pre správu a spracovanie vstupných a výstupných dokumentov týkajúcich sa klienta a jeho väzby na sociálne poistenie. Riešenie bude súčasťou podpory procesov sociálneho poistenia tým, že poskytne sumárny pohľad na údaje klienta v rámci rozhodovania a posudzovania a funkcie na manipulácie s dokumentmi a ich poskytovanie pre ostatné systémy, čím sa zároveň podporí výkon v oblasti sociálneho poistenia.

820

821

Predmetom riešenia bude vytvorenie front-end systému, nie vytvorenie back-end prostredia systému.

822

823

Pri výkone svojich kompetencií je Sociálna poisťovňa neustále v interakcii so svojimi klientmi - občanmi a podnikateľmi. V snahe inovovať svoje služby a tým zvyšovať spokojnosť klientov s využívaním týchto služieb, ako aj zvyšovať používanosť a kvalitu elektronických služieb štátu, realizuje SP predkladaný projekt, ktorého cieľom je dosiahnuť nasledovné vlastnosti služieb:

824

825

* multikanálový prístup k službám;

826

* služby v kontexte životných situácií;

827

* pro-klientsky prístup ku klientom je zabezpečený pro-klientsky orientovanými procesmi, službami a dátami, proaktívne služby;

828

* užívateľsky prívetivé služby, prehlaď o stave realizácie služby a služba „moje údaje“;

829

* nástroje pre spätnú väzbu od klientov, hodnotenie kvality služieb.

830

831

Projekt bude realizovaný prostredníctvom ucelených tém, podľa ktorých bude spracovaný aj tento dokument, jednotlivých tém sa dotýka aj popis biznis a aplikačnej architektúry.

832

833

834

Tabuľka 9: Témy oblasti Frontend

835

836

|**Kód témy**|**Názov témy**

837

|FE-1|Navigácia na službu

838

|FE-2|Poskytnutie informácie o elektronickej službe

839

|FE-3|Register ŽS/služieb

840

|FE-4|Register e-formulárov

841

|FE-5|Konštruktor podania

842

|FE-6|Modul pre komunikáciu s klientom

843

|FE-7|Zobrazenie údajov v EKP/EÚP

844

|FE-8|Personalizovaná kalkulačka pre predbežný výpočet DvN pre životnú situáciu 1

845

|FE-9|Grafický redizajn verejného webu SP ([[www.socpoist.sk>>url:https://www.socpoist.sk]])

846

|FE-10|Grafický redizajn špecializovaného portálu SP ([[www.eslužby.socpoist.sk>>url:https://www.eslužby.socpoist.sk]])

847

|FE-11|Elektronické formuláre a ich predvypĺňanie

848

|FE-12|Formulár Odvolanie

849

|FE-13|Modul Moje služby/ŽS

850

|FE-14|Autentifikácia a autorizácia klienta SP

851

|FE-15|GUI pre službu Spätná väzba a integrácia na modul Odozva.sk

852

|FE-16|Zobrazenie kalendára s voľnými a rezervovanými termínmi osobnej návštevy a online komunikácie

853

|FE-17|Zabezpečená komunikácia (Služba zabezpečenej komunikácie je súčasťou projektu ŽS14+16)

854

|FE-18|Mobilná aplikácia

855

|FE-19|Modul platobný profil EUP

856

857

5.2.1.1 Navigácia na službu

858

859

Navigácia na službu SP bude zabezpečená na Verejnom webe SP pre neautentifikovaných ako aj autentifikovaných používateľov. Verejný web SP neposkytuje personalizované informácie.

860

861

Web sociálnej poisťovne ([[www.socpoist.sk>>url:https://www.socpoist.sk/]]) zabezpečí používateľskú navigáciu na elektronické služby.

862

863

V rámci realizácie projektu bude realizovaná migrácia (spojená s reimplementáciou vizualizácie pre vypĺňanie) vybraných elektronických formulárov, ktoré sú v súčasnosti zverejnené na Portáli elektronických formulárov Sociálnej poisťovne.

864

865

Tabuľka 10: Navigácia služieb podľa životnej situácie

866

867

|**ŽS**|**Služba**

868

|ŽS1|Podanie žiadosti o dávku v nezamestnanosti

869

|(% rowspan="5" %)ŽS5|Žiadosť o potvrdenie o nedoplatkoch na sociálnom poistení

870

|Registrácia zamestnávateľa/zamestnanca

871

|Žiadosť o prístup k elektronickým službám SP

872

|Oznámenie zamestnávateľa o vzniku platobnej neschopnosti

873

|Potvrdenie zamestnávateľa na účely nároku na dávku garančného poistenia

874

|(% rowspan="7" %)ŽS7/8|Oznámenie o ukončení tehotenstva

875

|Žiadosť o tehotenské

876

|žiadosť o materské - iný poistenec/otcovské

877

|Žiadosť o materské - tehotná žena

878

|Žiadosť o ošetrovné

879

| Jednotný spoločný formulár pre všetky úrazové dávky okrem úrazového príplatku

880

|Oznámenie poistnej udalosti v rámci úrazového poistenia

881

|(% rowspan="18" %)ŽS14/16|Žiadosť o dôchodok (starobný dôchodok, predčasný starobný dôchodok, invalidný dôchodok, vdovský dôchodok, vdovecký dôchodok, sirotský dôchodok)

882

|Žiadosť o poukazovanie dôchodkových dávok na účet v banke

883

|Žiadosť o ukončenie poukazovania dôchodkových dávok na účet v banke

884

|Žiadosť o zrušenie výplaty dôchodkových dávok manžela/manželky na účet manžela/manželky

885

|Oznámenie údajov na zvýšenie sumy dôchodku na sumu minimálneho dôchodku

886

|Oznámenie o zmenách osobnej alebo pracovnej situácie osoby poberajúcej dôchodkové dávky, nemocenské dávky, úrazové dávky, dávku v nezamestnanosti alebo dávku garančného poistenia

887

|Žiadosť o zvýšenie starobného dôchodku alebo predčasného starobného dôchodku

888

|Podávanie žiadosti o dôchodok zo zahraničia

889

|Podávanie žiadosti o informácie o dôchodku

890

|Oznámenie o zmeny adresy bydliska

891

|Žiadosť o príspevok športovému reprezentantovi

892

|Žiadosť o poukazovanie dôchodkových dávok na účet v banke

893

|Žiadosť o ukončenie poukazovania dôchodkových dávok na účet v banke

894

|Žiadosť o vyplatenie splatných súm na dôchodkovej dávke po zomretom rodičovi

895

|Žiadosť o zrušenie výplaty dôchodkových dávok manžela/manželky na účet manžela/manželky

896

|Žiadosť o uvolnenie výplaty sirotského dôchodku

897

|Žiadosť o uvoľnenie výplaty vdovského dôchodku

898

|Podávanie žiadosti o informácie o dôchodku

899

|Prierezové|Odvolanie

900

|Prierezové|Obnova konania

901

902

5.2.1.2 Poskytnutie informácie o elektronickej službe

903

904

Web sociálnej poisťovne ([[www.socpoist.sk>>url:https://www.socpoist.sk/]]) zabezpečí zobrazenie informácií a návodov o elektronických službách.

905

906

V rámci realizácie projektu bude realizovaná migrácia (spojená s reimplementáciou vizualizácie pre vypĺňanie) vybraných elektronických formulárov, ktoré sú v súčasnosti zverejnené na Portáli elektronických formulárov Sociálnej poisťovne.

907

908

909

Tabuľka 11: Poskytnutie informácií o elektronickej službe podľa životnej situácie

910

911

|**ŽS**|**Služba**

912

|ŽS1|Podanie žiadosti o dávku v nezamestnanosti

913

|(% rowspan="5" %)ŽS5|Žiadosť o potvrdenie o nedoplatkoch na sociálnom poistení

914

|Registrácia zamestnávateľa/zamestnanca

915

|Žiadosť o prístup k elektronickým službám SP

916

|Oznámenie zamestnávateľa o vzniku platobnej neschopnosti

917

|Potvrdenie zamestnávateľa na účely nároku na dávku garančného poistenia

918

|(% rowspan="7" %)ŽS7|Oznámenie o ukončení tehotenstva

919

|Žiadosť o tehotenské

920

|Oznámenie o prerušení tehotenstva

921

|Žiadosť o tehotenské

922

|Žiadosť o materské - tehotná žena/Iný poistenec/otcovské

923

|Žiadosť o ošetrovné

924

|Prestriedanie sa pri starostlivosti o dlhodobo chorého člena rodiny

925

|(% rowspan="19" %)ŽS14/16|Žiadosť o dôchodok

926

|Žiadosť o poukazovanie dôchodkových dávok na účet v banke

927

|Žiadosť o ukončenie poukazovania dôchodkových dávok na účet v banke

928

|Žiadosť o zrušenie výplaty dôchodkových dávok manžela/manželky na účet manžela/manželky

929

|Oznámenie údajov na zvýšenie sumy dôchodku na sumu minimálneho dôchodku

930

|Oznámenie o zmenách osobnej alebo pracovnej situácie osoby poberajúcej dôchodkové dávky, nemocenské dávky, úrazové dávky, dávku v nezamestnanosti alebo dávku garančného poistenia

931

|Žiadosť o zvýšenie starobného dôchodku alebo predčasného starobného dôchodku

932

|Podávanie žiadosti o dôchodok zo zahraničia

933

|Podávanie žiadosti o informácie o dôchodku

934

|Oznámenie o zmeny adresy bydliska

935

|Žiadosť o príspevok športovému reprezentantovi

936

|Žiadosť o dôchodok

937

|Žiadosť o poukazovanie dôchodkových dávok na účet v banke

938

|Žiadosť o ukončenie poukazovania dôchodkových dávok na účet v banke

939

|Žiadosť o vyplatenie splatných súm na dôchodkovej dávke po zomretom rodičovi

940

|Žiadosť o zrušenie výplaty dôchodkových dávok manžela/manželky na účet manžela/manželky

941

|Žiadosť o uvoľnenie výplaty sirotského dôchodku

942

|Žiadosť o uvoľnenie výplaty vdovského dôchodku

943

|Podávanie žiadosti o informácie o dôchodku

944

|Prierezové|Odvolanie

945

946

5.2.1.3 Register ŽS/služieb

947

948

V rámci špecializovaného portálu bude vytvorený register ŽS/služieb. Tento komponent zabezpečuje centrálne uchovávanie a najmä poskytovanie údajov a metaúdajov iným informačným systémom. Register bude evidovať informácie:

949

950

* metaúdaje o životných situáciách a ich krokoch, ktoré súvisia so službami SP

951

* informácie o elektronických službách SP a ich priradenie na kroky ŽS

952

* informácie o požadovanej autentifikácii používateľa

953

* informácie o elektronickej službe (prílohy, spôsob podania)

954

955

Register služieb zabezpečí možnosť definovať ku každej službe SP ďalšie súvisiace služby. Tieto vzťahy budú využité pre realizáciu základnej proaktivity v module Moje služby/ŽS, kedy systém navrhne klientovi k prebiehajúcej, alebo ukončenej službe ďalšie súvisiace služby. Register poskytne tieto vzťahy prostredníctvom REST služby s parametrom identifikátora/rov služby/služieb.

956

957

Register služieb bude evidovať aj atribúty, ktoré sú využiteľné pre účely proaktívneho ponúkania služieb SP klientom SP. Ide o

958

959

* mapovanie súvisiacich služieb SP na službu – t.j. pre účely ponuky súvisiacich služieb SP pre napr. práve prebiehajúcu, alebo ukončenú službu

960

* mapovanie súvisiacich služieb na údaj – t.j. pre účely ponuky súvisiacich služieb SP s údajom, ktorý sa eviduje v EÚP o klientovi.

961

* mapovanie súvisiacich služieb na udalosť – t.j. pre účely ponuky súvisiacich služieb SP s udalosťou, ktorá sa eviduje v EÚP v súvislosti s klientom.

962

963

5.2.1.4 Register e-formulárov

964

965

V rámci špecializovaného portálu (esluzby.socpoist.sk) sa budú evidovať vzory e-formulárov, ktoré sú použité pre účely realizácie elektronického podania. Vzory e-formulárov ako aj službu pre ich aktualizáciu poskytne komponent Registratúra prostredníctvom dedikovanej služby. Alternatívne (ak nebude služba Registratúry k dispozícii) bude možné zoznam vzorov v evidencii špecializovaného portálu aktualizovať manuálne zásahom administrátora.

966

967

968

Tabuľka 12: Zoznam elektronických služieb, ku ktorým budú zobrazené informácie a návody na webe SP (www.socpoist.sk)

969

970

|ŽS1 |Podanie žiadosti o dávku v nezamestnanosti

971

|(% rowspan="4" %)ŽS5 |Registrácia zamestnávateľa a prvého zamestnanca

972

|Žiadosť o používaní elektronických služieb Sociálnej poisťovne pre odvádzateľov poistného

973

|Oznámenie zamestnávateľa o vzniku platobnej neschopnosti

974

|Potvrdenie zamestnávateľa na účely nároku na dávku garančného poistenia

975

|(% rowspan="13" %)ŽS7 a 8 |Oznámenie o ukončení tehotenstva

976

|Žiadosť o tehotenské

977

|Žiadosť o materské – tehotná žena

978

|Žiadosť o materské -Iný poistenec/otcovské

979

|Žiadosť o ošetrovné (krátkodobé)

980

|Žiadosť o ošetrovné (dlhodobé)

981

|Žiadosť o prestriedanie pri poskytovaní starostlivosti (dlhodobé ošetrovné)

982

|Späťvzatie žiadosti o nemocenskú dávku/úrazovú dávku

983

|Oznámenie zmeny skutočností rozhodujúcich pre nárok na nemocenskú dávku, jej výšku a výplatu

984

|Oznamovanie poistnej udalosti v rámci úrazového poistenia

985

|Žiadosť o ošetrovné z dôvodu uzavretia školy, predškolského zariadenia a zariadenia sociálnych služieb

986

|Žiadosť o zmenu spôsobu výplaty nemocenskej dávky/úrazovej dávky

987

|Potvrdenie zamestnávateľa na účely nároku na nemocenské dávky o dosahovaní príjmu zamestnanca za vykonanú prácu počas obdobia vylúčenia povinnosti platiť poistné

988

|(% rowspan="18" %)ŽS14 a16 |Žiadosť o dôchodok

989

|Žiadosť o poukazovanie dôchodkových dávok na účet v banke

990

|Žiadosť o ukončenie poukazovania dôchodkových dávok na účet v banke

991

|Žiadosť o zrušenie výplaty dôchodkových dávok manžela/manželky na účet manžela/manželky

992

|Oznámenie údajov na zvýšenie sumy dôchodku na sumu minimálneho dôchodku

993

|Oznámenie o zmenách osobnej alebo pracovnej situácie osoby poberajúcej dôchodkové dávky, nemocenské dávky, úrazové dávky, dávku v nezamestnanosti alebo dávku garančného poistenia

994

|Podávanie žiadosti o dôchodok zo zahraničia

995

|Žiadosť o príspevok športovému reprezentantovi

996

|Žiadosť o vyplatenie splatných súm na dôchodkovej dávke po zomretom rodičovi

997

|

998

|Žiadosť o uvoľnenie výplaty sirotského dôchodku

999

|Žiadosť o uvoľnenie výplaty vdovského dôchodku

1000

|Žiadosť o informácie o dôchodku

1001

|Žiadosť o uvoľnenie výplaty predčasného starobného dôchodku/starobného dôchodku, jeho zvýšenie a/alebo nové určenie sumy starobného dôchodku

1002

|Žiadosť o zaslanie potvrdenia o dôchodkových dávkach

1003

|Žiadosť o započítanie chýbajúcich údajov na dôchodkové účely

1004

|Žiadosť o uvoľnenie výplaty vdovského dôchodku, ak manžel zomrel pred 1. januárom 2004

1005

|Oznamovanie vyplácania dôchodkov z cudziny

1006

|(% rowspan="2" %)Prierezové |Odvolanie

1007

|Obnova konania

1008

1009

Zároveň budú tie formuláre, ktoré sú už v súčasnosti elektronické a vypublikované na podstránke stránke SP presunuté k novovytvoreným elektronickým formulárom, tak aby všetky formuláre SP našiel občan na jednom mieste. Aj tieto formuláre budú redizajnované v súlade s IDSK3.0 a jednotným návrhom grafiky, UX celého nového portálu. Občan bude mať unifikovanú skúsenosť naprieč rôznymi súčasťami portálu SP. Tým, že budú všetky formuláre SP na jednom mieste, zabezpečí sa zníženie komplexity architektúry s dopadom na zvýšenie spoľahlivosti, flexibility informačných systémov SP a zníženie nákladov na implementáciu zmien a prevádzku riešenia.

1010

1011

1012

Tabuľka 13: Zoznam aktuálnych e-formulárov, ktoré budú premiestnené k novo-vytvoreným e-formulárom

1013

1014

|Žiadosť o určenie uplatniteľnej legislatívy osoby vykonávajúcej činnosť ako samostatne zárobkovo činná v dvoch alebo viacerých členských štátoch EÚ

1015

|Žiadosť o určenie uplatniteľnej legislatívy osoby zvyčajne vykonávajúcej činnosť ako zamestnanec v dvoch alebo viacerých členských štátoch EÚ

1016

|Žiadosť o určenie uplatniteľnej legislatívy osoby, ktorá zvyčajne vykonáva činnosť ako zamestnaná osoba a činnosť ako samostatne zárobkovo činná v odlišných členských štátoch EÚ

1017

|Žiadosť o určenie uplatniteľnej legislatívy osoby, ktorá zvyčajne vykonáva činnosť ako štátny zamestnanec a činnosť ako zamestnanec a/alebo samostatne zárobkovo činná v odlišných členských štátoch EÚ

1018

|Žiadosť o vystavenie prenosného dokumentu A1 osobe, ktorá vykonáva činnosť ako zamestnaná osoba alebo činnosť ako SZČO v SR

1019

|Žiadosť o vystavenie prenosného dokumentu A1 z dôvodu udelenia výnimky

1020

|Žiadosť o vystavenie prenosného dokumentu A1 z dôvodu vyslania samostatne zárobkovo činnej osoby na územie iného členského štátu EÚ

1021

|Žiadosť o vystavenie prenosného dokumentu A1 z dôvodu vyslania zamestnanca na územie iného členského štátu EÚ

1022

|Žiadosť o vystavenie prenosného dokumentu A1 z dôvodu vyslania štátneho zamestnanca na územie iného členského štátu

1023

|Žiadosť o určenie uplatniteľnej legislatívy osoby vykonávajúcej činnosť ako samostatne zárobkovo činná v dvoch alebo viacerých členských štátoch EÚ / Antrag auf bestimmung der anwendbaren rechtsvorschriften Personen, die in der Regel in zwei oder mehr EU-Mitgliedstaaten eine selbständige Tätigkeit ausüben

1024

|Žiadosť o určenie uplatniteľnej legislatívy osoby zvyčajne vykonávajúcej činnosť ako zamestnanec v dvoch alebo viacerých členských štátoch EÚ / Antrag auf bestimmung der anwendbaren rechtsvorschriften einer Person, die in der Regel eine Tätigkeit als Arbeitnehmer in zwei oder mehr EU-Mitgliedstaaten ausübt

1025

|Žiadosť o určenie uplatniteľnej legislatívy osoby, ktorá zvyčajne vykonáva činnosť ako zamestnaná osoba a činnosť ako samostatne zárobkovo činná v odlišných členských štátoch EÚ / Antrag auf bestimmung der anwendbaren rechtsvorschriften einer Person, die in verschiedenen EU-Mitgliedstaaten in der Regel eine unselbständige und eine selbstständige Erwerbstätigkeit ausübt

1026

|Žiadosť o určenie uplatniteľnej legislatívy osoby, ktorá zvyčajne vykonáva činnosť ako štátny zamestnanec a činnosť ako zamestnanec a/alebo samostatne zárobkovo činná v odlišných členských štátoch EÚ / Der Antrag auf die Bestimmung der anwendbaren Gesetzgebung der Person, die ihre Tätigkeit üblicherweise als Beamte und die Tätigkeit als Arbeitnehmer und / oder Gewerbetreibende in unterschiedlichen EU-Mitgliedsländern ausübt

1027

|Žiadosť o vystavenie prenosného dokumentu A1 osobe, ktorá vykonáva činnosť ako zamestnaná osoba alebo činnosť ako SZČO v SR / Antrag auf die ausstellung des tragbaren dokuments A1 für die Person, die die Tätigkeit als Arbeitnehmer oder Gewerbetreibende in der Slowakei ausübt

1028

|Žiadosť o vystavenie prenosného dokumentu A1 z dôvodu udelenia výnimky / Antrag auf ausstellung eines übertragbaren dokuments A1 wegen Erteilung einer Freistellung

1029

|Žiadosť o vystavenie prenosného dokumentu A1 z dôvodu vyslania samostatne zárobkovo činnej osoby na územie iného členského štátu EÚ / Antrag auf ausstellung des tragbaren dokuments A1 (PD A1) zum zwecke der delegierun Geines Gewerbetreibenden in einen anderen EU-Mitgliedstaat

1030

|Žiadosť o vystavenie prenosného dokumentu A1 z dôvodu vyslania zamestnanca na územie iného členského štátu EÚ / Antrag auf die ausstellung des tragbaren dokuments A1 (PD A1) zum zwecke der delegierung eines Arbeitnehmers in einen anderen EU-Mitgliedstaat

1031

|Žiadosť o vystavenie prenosného dokumentu A1 z dôvodu vyslania štátneho zamestnanca na územie iného členského štátu / Antrag auf die ausstellung des tragbaren dokuments A1 fur beamten

1032

|Žiadosť o určenie uplatniteľnej legislatívy osoby vykonávajúcej činnosť ako samostatne zárobkovo činná v dvoch alebo viacerých členských štátoch EÚ / Application for determination of applicable legislation of a person who is normally self - employed in two or more EU Member States

1033

|Žiadosť o určenie uplatniteľnej legislatívy osoby zvyčajne vykonávajúcej činnosť ako zamestnanec v dvoch alebo viacerých členských štátoch EÚ / Application for determination of applicable legislation of an person normally pursuing an activity as an employee in two or more EU Member States

1034

|Žiadosť o určenie uplatniteľnej legislatívy osoby, ktorá zvyčajne vykonáva činnosť ako zamestnaná osoba a činnosť ako samostatne zárobkovo činná v odlišných členských štátoch EÚ / Application for determination of applicable legislation of a person, usually carrying out activities as an employed person and activities as a self-employed person in different EU member states

1035

|Žiadosť o určenie uplatniteľnej legislatívy osoby, ktorá zvyčajne vykonáva činnosť ako štátny zamestnanec a činnosť ako zamestnanec a/alebo samostatne zárobkovo činná v odlišných členských štátoch EÚ / Application for determination of the applicable legislation of a person who usually carries out an activity as a public servant and an activity as an employed and/or self-employed person in different Member States

1036

|Žiadosť o vystavenie prenosného dokumentu A1 osobe, ktorá vykonáva činnosť ako zamestnaná osoba alebo činnosť ako SZČO v SR / Application for issuance of portable document A1 to a person pursuing an activity as an employed or self-employed person in the Slovak Republic

1037

|Žiadosť o vystavenie prenosného dokumentu A1 z dôvodu udelenia výnimky / Application for issue of a transferable document A1 due to the granting of an exemption

1038

|Žiadosť o vystavenie prenosného dokumentu A1 z dôvodu vyslania samostatne zárobkovo činnej osoby na územie iného členského štátu EÚ / Application for issue of a transferable document A1 due to posting of a self-employed person to the territory of another EU Member State

1039

|Žiadosť o vystavenie prenosného dokumentu A1 z dôvodu vyslania zamestnanca na územie iného členského štátu EÚ / Application for issue of portable document A1 due to posting of an employee to the territory of another EU Member State

1040

|Žiadosť o vystavenie prenosného dokumentu A1 z dôvodu vyslania štátneho zamestnanca na územie iného členského štátu / Application for issuance of portable document A1 for a civil servant

1041

|Žiadosť o vydanie potvrdenia o nedoplatku na sociálnom poistení PO

1042

|Žiadosť o vydanie potvrdenia o nedoplatku na sociálnom poistení FO

1043

|Žiadosť o vydanie potvrdenia o nedoplatku na sociálnom poistení PO - asistované podanie

1044

|Žiadosť o vydanie potvrdenia o nedoplatku na sociálnom poistení FO - asistované podanie

1045

|Návrh na odloženie vymáhania pohľadávky

1046

|Odvolanie proti rozhodnutiu o zamietnutí návrhu na odloženie vymáhania pohľadávky

1047

|Odvolanie proti rozhodnutiu o zastavení konania vo veci vymáhania pohľadávky

1048

|Odvolanie proti upovedomeniu o začatí vymáhania pohľadávky

1049

|Žiadosť o tehotenské

1050

1051

5.2.1.5 Konštruktor podania

1052

1053

V rámci špecializovaného portálu bude vytvorený Konštruktor podania - modul pre vytvorenie elektronického podania súvisiaceho so službami SP. Konštruktor podania zabezpečí používateľovi možnosť vyplnenia hlavného formulára podania, prípadne štruktúrovaných príloh, priloženie príloh k podaniu, autorizácie dokumentov, finálny náhľad na dokumenty tvoriace podanie a odoslania podania do schránky SP, do AIS SP alebo registratúry. Informácie o spôsobe autentifikácie, autorizácie podania, zoznamu príloh a cieľového systému do ktorého sa bude podanie zasielať budú čerpané z registra ŽS/Služieb a registra formulárov.

1054

1055

Po odoslaní podania sa používateľovi zobrazí modul Spätná väzba pre možnosť zanechania spätnej väzby ku kvalite poskytovanej služby (viac v oblasti Monitoring služieb).

1056

1057

Časť funkcionality konštruktora podania – vyplnenie elektronického formulára a jeho tlač - bude dostupná aj neautentifikovaným používateľom.

1058

1059

5.2.1.6 Modul pre komunikáciu s klientom

1060

1061

V rámci EÚP bude vytvorený modul pre komunikáciu s klientom. Bude slúžiť na:

1062

1063

* evidenciu odoslaných správ klientom SP do el. schránky SP,

1064

* evidenciu prijatých správ od SP

1065

* evidenciu rozpracovaných správ

1066

1067

Evidované správy sú v podobe elektronických podaní, elektronických výstupov alebo notifikácií.

1068

1069

Vykonáva aj hromadné (dávkové) doručovanie notifikácií. V prípade, že súčasťou dávky je identita prijímateľa, ktorý nemá aktívnu komunikačnú schránku SP (účet v EÚP), je táto identita ignorovaná a k doručeniu notifikácie nedôjde.

1070

1071

Komunikačná schránka klienta SP je komponent, ktorý je určený pre autorizovaného klienta SP. Hlavným poslaním je evidovať a klientovi SP zobrazovať všetku komunikáciu, ktorá prebehla medzi nim a Sociálnou poisťovňou. Komunikácia prebieha prostredníctvom správ rôznych typov. Najčastejšie ide o elektronickú žiadosť, rozhodnutie a notifikáciu. Komunikácia z pohľadu klienta SP je rozdelená na prišlú a odošlú. Sú evidované atribúty ako je čas prijatia, čas odoslania, druh správy, subjekt správy a telo správy. V prípade, že súčasťou komunikácie (správy) je elektronický dokument, správa obsahuje URL linku na modul Moje dokumenty, kde si klient uvedený dokument zobrazí, prípadne vytlačí, alebo stiahne na lokálny disk, či iné médium.

1072

1073

Komunikačná schránka klienta SP je v podstate značne zjednodušený ekvivalent elektronickej schránky modulu ÚPVS eDesk bez funkcionality doručovania (úradného doručovania so všetkými náležitosťami ako je doručovanie do vlastných rúk, fikcie doručenia a pod.). Znamená to, že úradné rozhodnutia budú klientom SP aj naďalej doručované do elektronickej schránky ÚPVS avšak po ich doručení budú zobrazované aj v Komunikačnej schránke klienta.

1074

1075

Na rozdiel od modulu ÚPVS eDesk bude Komunikačná schránka klienta SP ponúkať:

1076

1077

* zobrazenie komunikácie len so Sociálnou poisťovňou,

1078

* zjednodušené a intuitívnejšie používateľské rozhranie a

1079

* bude integrované do jednotného používateľského prostredia spolu s modulmi Moje dáta, Môj účet, Moje dokumenty, čím klient získa benefit ponuky všetkých potrebných služieb a informácií na jednom mieste (tzv. one stop shop).

1080

1081

5.2.1.7 Zobrazenie údajov v EÚP/EKP (Moje údaje/Môj účet)

1082

1083

EÚP zobrazí štruktúrované údaje autentifikovanému klientovi SP.

1084

1085

Modul Moje údaje bude zobrazovať základné údaje o prihlásenom klientovi SP do EÚP, ktoré SP eviduje. Klient bude mať možnosť údaje upravovať, alebo nahlasovať ich chybnosť.

1086

1087

Medzi základné zobrazované údaje patrí:

1088

1089

* Identifikačné údaje klienta

1090

** meno, priezvisko, rč, dátum narodenia, adresa

1091

* Kontaktné údaje klienta

1092

** doručovacia adresa

1093

** e-mail

1094

** telefónne číslo

1095

* Preferovaný spôsob komunikácie

1096

1097

Modul môj účet zabezpečuje hlavnú funkcionalitu EÚP v zmysle Zákon č. 461/2003 Z. z. o sociálnom poistení (hlavný zákon) – zobrazenie relevantných informácií poistencovi, ktoré súvisia s jeho:

1098

1099

* platbami poistného,

1100

* obdobiami dôchodkového poistenia, nemocenského, poistenia v nezamestnanosti atď.,

1101

* vymeriavacími základmi,

1102

* obdobiami dôchodkového poistenia v II. pilieri (ak je relevantné)

1103

1104

5.2.1.8 Personalizovaná kalkulačka pre predbežný výpočet DvN

1105

1106

Existujúci komponent Personalizovaná kalkulačka pre výpočet DvN bude zaintegrovaná do nového redizajnovaného používateľského rozhrania EÚP. Sociálna poisťovňa klientovi poskytne na výpočet predbežnej výšky dávky v nezamestnanosti personalizovanú kalkulačku. Tento výpočet bude vychádzať z aktuálnych údajov, ktoré má Sociálna poisťovňa k dispozícii. Prístup občana k personalizovanej kalkulačke zabezpečí EKP.

1107

1108

5.2.1.9 Grafický redizajn verejného webu SP ([[www.socpoist.sk>>url:https://www.socpoist.sk]])

1109

1110

V prípade grafického redizajnu verejného webu SP ide o súbor aktivít, ktoré vedú k naplneniu požiadaviek definovanými jednotlivými implementačnými plánmi a legislatívnymi štandardmi SR. Hlavné aktivity redizajnu sú:

1111

1112

* Analýza súčasného stavu štruktúry a obsahu v súvislosti so životnými situáciami SP

1113

* Návrh novej štruktúry portálu pričom štruktúra súvisí aj s navigáciou na službu (viď kapitola 8)

1114

* Návrh nového dizajnu portálu v kontexte ID-SK 3.0

1115

* Príprava obsahu pričom obsah súvisí aj s poskytovaním informácií o službe (viď kapitola 9)

1116

* Implementácia zmeny, testovanie a nasadenie

1117

1118

Verejný portál SP ([[www.socpoist.sk>>url:http://www.socpoist.sk/]]) bude redizajnovaný v zmysle štandardu ID-SK 3.0, redizajn verejného portálu bude pre všetky BP všetkých životných situácií resp. všetky formuláre nakoľko sa jedná o komponent, pri ktorom nie je možné odčlenenie funkčností pre každú životnú situáciu separátne.

1119

1120

Tabuľka 14: Zoznam BP pre redizajn verejného webu SP podľa životnej situácie

1121

1122

|**ŽS**|**BP**|**Názov BP**|**Popis BP**

1123

|ŽS5|ŽS5 – BP 3|Úprava dizajnu modulu Odvádzateľ poistného|Systém zabezpečí rozhranie v súlade s ID SK 3.0

1124

|ŽS5|ŽS5 – BP 3a|Technologický upgrade|Systém zabezpečí rozhranie v súlade s ID SK 3.0

1125

|ŽS5|ŽS5 – BP 3b|Redizajn el. služieb na portáli SP(zamestnávatelia)|Systém zabezpečí rozhranie v súlade s ID SK 3.0

1126

|ŽS5|ŽS5 – BP 9|Technologický a používateľský redizajn e-služieb SP|Systém zabezpečí rozhranie v súlade s ID SK 3.0

1127

|ŽS07|ŽS7_BP_105|Tvorba formulárov v ID SK v aktuálne platnej verzii v čase štartu realizácie biznis požiadavky|Koncové elektronické služby (aj vrátane e-formulárov) v dizajne ID SK podľa aktuálne platnej verzie v čase štartu realizácie požiadavky (vrátane zabezpečenia responzivity služieb pre PC/tablet/mobil)

|(((

ŽS14

)))|ŽS14 – BP 74|Technologický upgrade špecializovaného portálu SP|Technologický upgrade špecializovaného portálu je nevyhnutným predpokladom pre redizajn v zmysle ID SK 3.0 a tiež na implementáciu zmien v súvislosti s ŽS

|(((

ŽS14

)))|ŽS14 – BP 74|Redizajn el. služieb na portáli SP|Používateľský redizajn špecializovaného portálu (časť občan) v dizajne ID SK 3.0

1139

|ŽS14|ŽS14 – BP 74|Technologický a používateľský redizajn webovej stránky SP|Technologický a používateľský redizajn súčasnej webovej stránky SP v dizajne ID SK 3.0

|ŽS14|(((

ŽS14 – BP 75

)))|Redizajn na IDSK verziu 3 - prvky formulárov|V rámci riešenia budú upravené funkcionality a prvky formulárov v súlade s platnými štandardmi pre dizajnový manuál v zmysle vyhlášky č. 78/2020 Z. z. (redizajn na IDSK verziu 3)

|ŽS14|(((

ŽS14 – BP 75

)))|Redizajn na IDSK verziu 3 - prvky prístupu|Úprava funkcionality a prvkov prístupu resp. prihlasovania na privátnu zónu z verejnej časti portálu v súlade s platnými štandardmi pre dizajnový manuál v zmysle vyhlášky č. 78/2020 Z. z. (redizajn na IDSK verziu 3)

|ŽS14|(((

ŽS14 – BP 75

)))|Redizajn na IDSK verziu 3 - prvky vyhľadávania|Úprava funkcionality a prvkov vyhľadávania verejnej časti portálu v súlade s platnými štandardmi pre dizajnový manuál v zmysle vyhlášky č. 78/2020 Z. z. (redizajn na IDSK verziu 3)

|ŽS14|(((

ŽS14 – BP 75

)))|Redizajn na IDSK verziu 3 - prvky obsluhy|Úprava funkcionality a prvkov obsluhy verejnej časti portálu v súlade s platnými štandardmi pre dizajnový manuál v zmysle vyhlášky č. 78/2020 Z. z. (redizajn na IDSK verziu 3)

|ŽS14|(((

ŽS14 – BP 75

)))|Redizajn na IDSK verziu 3 - prvky navigácie|Úprava funkcionality a prvkov navigácie verejnej časti portálu v súlade s platnými štandardmi pre dizajnový manuál v zmysle vyhlášky č. 78/2020 Z. z. (redizajn na IDSK verziu 3)

1170

|ŽS14|ŽS14_BP_76|Technologický a používateľský redizajn webovej stránky SP v dizajne ID SK 3.0|Súčasťou riešenia bude technologický a používateľský redizajn webovej stránky SP v dizajne ID SK 3.0

1171

1172

5.2.1.10 Grafický redizajn špecializovaného portálu SP ([[www.eslužby.socpoist.sk>>url:https://www.eslužby.socpoist.sk]])

1173

1174

Špecializovaný portál SP ([[www.eslužby.socpoist.sk>>url:http://www.xn--esluby-6pb.socpoist.sk/]]) vrátane časti EÚP, SES (EZU) bude redizajnovaný v zmysle štandardu ID-SK 3.0**.**

1175

1176

Grafický redizajn EÚP zahŕňa úplnú zmenu štruktúry, navigácie a dizajnu. Budú implementované nové aplikačné moduly (moje údaje, moje ŽS/služby, správy a pod.), ktoré budú musieť byť integrované do jednotného prostredia portálu. Dizajn bude realizovaný v súlade s ID-SKO 3.0.

1177

1178

Grafický redizajn portálu EZU je postavený na:

1179

1180

* zmene dizajnu v súlade s ID-SK 3.0

1181

* zmene dizajnu ohľadom zosúladenia portálu s ostatnými portálmi SP. Hlavným cieľom tejto zmeny je eliminovať používateľské rozdiely medzi Verejným portálom SP, EÚP a EZU. Vzhľadom na komplexnosť webu a elektronických formulárov EZU sa v tejto fáze predpokladá len základné, resp. principiálne zosúladenie

1182

1183

Redizajn verejného portálu bude pre všetky BP všetkých životných situácií resp. všetky formuláre nakoľko sa jedná o komponent, pri ktorom nie je možné odčlenenie funkčností pre každú životnú situáciu separátne.

1184

1185

Tabuľka 15: Zoznam BP pre redizajn špecializovaného portálu SP podľa životnej situácie

1186

1187

|**ŽS**|**BP**|**Názov BP**|**Popis BP**

1188

|ŽS5|ŽS5 – BP 3|Úprava dizajnu modulu Odvádzateľ poistného|Systém zabezpečí rozhranie v súlade s ID SK 3.0

1189

|ŽS5|ŽS5 – BP 3a|Technologický upgrade|Systém zabezpečí rozhranie v súlade s ID SK 3.0

1190

|ŽS5|ŽS5 – BP 3b|Redizajn el. služieb na portáli SP(zamestnávatelia)|Systém zabezpečí rozhranie v súlade s ID SK 3.0

1191

|ŽS5|ŽS5 – BP 9|Technologický a používateľský redizajn e-služieb SP|Systém zabezpečí rozhranie v súlade s ID SK 3.0

1192

|ŽS07|ŽS7_BP_105|Tvorba formulárov v ID SK v aktuálne platnej verzii v čase štartu realizácie biznis požiadavky|Koncové elektronické služby (aj vrátane e-formulárov) v dizajne ID SK podľa aktuálne platnej verzie v čase štartu realizácie požiadavky (vrátane zabezpečenia responzivity služieb pre PC/tablet/mobil)

|(((

ŽS14

)))|ŽS14 – BP 74|Technologický upgrade špecializovaného portálu SP|Technologický upgrade špecializovaného portálu je nevyhnutným predpokladom pre redizajn v zmysle ID SK 3.0 a tiež na implementáciu zmien v súvislosti s ŽS

|(((

ŽS14

)))|ŽS14 – BP 74|Redizajn el. služieb na portáli SP|Užívateľský redizajn špecializovaného portálu (časť občan) v dizajne ID SK 3.0

1204

|ŽS14|ŽS14 – BP 74|Technologický a používateľský redizajn webovej stránky SP|Technologický a užívateľský redizajn súčasnej webovej stránky SP v dizajne ID SK 3.0

|ŽS14|(((

ŽS14 – BP 75

)))|Redizajn na IDSK verziu 3 - prvky formulárov|V rámci riešenia budú upravené funkcionality a prvky formulárov v súlade s platnými štandardmi pre dizajnový manuál v zmysle vyhlášky č. 78/2020 Z. z. (redizajn na IDSK verziu 3)

|ŽS14|(((

ŽS14 – BP 75

)))|Redizajn na IDSK verziu 3 - prvky prístupu|Úprava funkcionality a prvkov prístupu resp. prihlasovania na privátnu zónu z verejnej časti portálu v súlade s platnými štandardmi pre dizajnový manuál v zmysle vyhlášky č. 78/2020 Z. z. (redizajn na IDSK verziu 3)

|ŽS14|(((

ŽS14 – BP 75

)))|Redizajn na IDSK verziu 3 - prvky vyhľadávania|Úprava funkcionality a prvkov vyhľadávania verejnej časti portálu v súlade s platnými štandardmi pre dizajnový manuál v zmysle vyhlášky č. 78/2020 Z. z. (redizajn na IDSK verziu 3)

|ŽS14|(((

ŽS14 – BP 75

)))|Redizajn na IDSK verziu 3 - prvky obsluhy|Úprava funkcionality a prvkov obsluhy verejnej časti portálu v súlade s platnými štandardmi pre dizajnový manuál v zmysle vyhlášky č. 78/2020 Z. z. (redizajn na IDSK verziu 3)

|ŽS14|(((

ŽS14 – BP 75

)))|Redizajn na IDSK verziu 3 - prvky navigácie|Úprava funkcionality a prvkov navigácie verejnej časti portálu v súlade s platnými štandardmi pre dizajnový manuál v zmysle vyhlášky č. 78/2020 Z. z. (redizajn na IDSK verziu 3)

1235

|ŽS14|ŽS14_BP_76|Technologický a používateľský redizajn webovej stránky SP v dizajne ID SK 3.0|Súčasťou riešenia bude technologický a používateľský redizajn webovej stránky SP v dizajne ID SK 3.0

1236

1237

5.2.1.11 Elektronické formuláre a ich predvypĺňanie

1238

1239

V rámci projektu životných situácií budú implementované, alebo prerobené elektronické formuláre. Formuláre, ktoré budú doručované prostredníctvom elektronickej schránky SP budú registrované v spoločnom module ÚPVS MEF. Zoznam formulárov pre jednotlivé ŽS sú uvedené v Prílohe „Register elektronických formulárov ŽS.xlsx“.

1240

1241

V rámci tejto úlohy bude realizovaná migrácia (spojená s reimplementáciou vizualizácie pre vypĺňanie) elektronických formulárov, ktoré sú v súčasnosti zverejnené na Portáli elektronických formulárov Sociálnej poisťovne. Tieto formuláre budú vyplniteľné na špecializovanom portáli SP modulom Konštruktor podania. Rovnako sú pre úplnosť zahrnuté v Prílohe 4.

1242

1243

Súčasťou dodávaného informačného systému bude grafický interface na editáciu, customizáciu formulárov, aby mali priamo zamestnanci SP možnosť editovať a robiť menšie zmeny vo formulároch, bez potreby zmenových požiadaviek na dodávateľa.

1244

1245

Modul konštruktor podaní bude realizovať funkcionalitu predvyplnenia elektronických formulárov údajmi poskytnutými do EKP/EÚP. Príloha 4 obsahuje informáciu (stĺpec „J“), ktorá odkazuje pre každý formulár na samostatný súbor s definíciou atribútov a ich predvypĺňaním.

1246

1247

Na špecializovanom portáli bude dostupná funkcionalita pre používateľov služieb pre vyplnenie elektronického formulára. Táto funkcionalita je dostupná vo viacerých formách.

1248

1249

====== Poskytnutie elektronického formulára prostredníctvom súboru PDF ======

1250

1251

V tomto prípade bude elektronický formulár poskytnutý používateľovi služieb SP na stiahnutie vo formáte PDF. Tento formulár so používateľ vytlačí/prípadne vyplní prostrdeníctvom vlastných softvérových prostriedkov (napr. Adobe Acrobat reader), vytlačí a doručí na pobočku SP listinne. Táto služba je určená pre neautentifikovaných ako aj autentifikovaných používateľov a bude poskytnutá na Špecializovanom portáli SP.

1252

1253

====== Poskytnutie elektronického formulára prostredníctvom modulu Form filler ======

1254

1255

Táto služba je určená pre neautentifikovaných ako aj autentifikovaných používateľov. Elektronické formuláre SP, ktoré sú registrované v centrálnom module elektronických formulárov (ÚPVS MEF) budú dostupné pre používateľom služieb SP prostredníctvom modulu Form filler. V tomto prípade bude používateľovi služieb SP poskytnutá komfortná forma vyplnenia formuláru s možnosťou automatických kontrol. V prípade autentifikovaného používateľa bude aktívna funkcionalita predvypĺňania formulára údajmi z agendových systémov SP.

1256

1257

Táto funkcionalita bude poskytovaná pri dvoch scenároch:

1258

1259

1. Používateľ služieb SP chce využiť komfortné vyplnenie formulára a však doručovať podanie bude v listinnej forme.

1260

1. Používateľ služieb SP chce využiť komfortné vyplnenie formulára a chce podanie odoslať elektronicky. V tomto prípade bude používateľ po vyplnení formulára presmerovaný do modulu Konštruktora podania, kde elektronické podanie zostaví, autorizuje a odošle.

1261

1262

5.2.1.12 Formulár Odvolanie a Obnova konania

1263

1264

Občan má možnosť voči rozhodnutiu podať odvolanie elektronicky. Pre tento účel bude implementovaný jednotný formulár, ktorý bude platiť pre všetky ŽS.

1265

1266

Odvolanie je špeciálny prípad elektronickej služby, ktorá je dostupná aj z komunikačnej schránky klienta.

1267

1268

V Komunikačnej schránke klienta sa pri položke v doručených správach zobrazí používateľovi tlačidlo „Odvolať“, čo otvorí pred vyplnený formulár na odvolanie v konštruktore podania. Následne používateľ podanie odvolania odošle do elektronickej schránky SP. Ďalej je podanie odvolania spracovávané štandardnou cestou v registratúre a v agendovom informačnom systéme, ktorý vytvorí odpoveď a registratúra ho doručí.

1269

1270

Komplementárnou funkciou k možnosti podania odvolania bude aj služba späťvzatie odvolania. Služba bude mať štandardnú navigáciu na webe socpoist.sk vrátane poskytnutia informácií o službe a zároveň bude dostupná aj v prostredí Komunikačnej schránky klienta.

1271

1272

Späť vzatie odvolania je vizuálne asociovaná v komunikačnej schránke pri odoslaných podaniach odvolania prostredníctvom tlačidla „Späťvziať odvolanie“. Otvorí predvyplnený formulár na späť vzatie odvolania v konštruktore podania. Následne používateľ podanie odvolania odošle do elektronickej schránky SP. Ďalej je podanie odvolania spracovávané štandardnou cestou v registratúre a v agendovom informačnom systéme, ktorý vytvorí odpoveď a registratúra ho doručí.

1273

1274

1275

Tabuľka 16: Zoznam BP, ktorých sa týka téma Odvolanie podľa životnej situácie

1276

1277

|**//ŽS//**|**//BP//**|**//Názov BP//**|**//Popis BP//**

|ŽS1,|(((

ŽS1_BP_18

(Priorita 2)

)))|Prijatie a spracovanie odvolania na SP|Odvolanie na novom formulári občan odošle na OVM a OVM spracuje podanie.

|ŽS5|(((

ŽS5_02_BP_15

(Priorita 2)

)))|(((

Prijatie a spracovanie odvolania na SP

1289

1290

1291

)))|Jeden formulár odvolania cross systém s dotiahnutím čísla podania / čísla spisu a pod. - bude si špecifikovať SP, dodanie do mÚPVS, Orchestrator mÚPVS + API pre príjem správ o udalostiach v súvisiacich s odvolaním

|ŽS7|(((

ŽS_BP_25a

ŽS7_BP_44

ŽS7_BP_62

ŽS7_BP_73

)))|(% colspan="2" %)Uvedené BP definujú služby v rámci ktorých bude možné realizovať odvolanie.

|ŽS8|ŽS8_BP_07

ŽS8_BP_10e

ŽS8_BP_22a

ŽS8_BP_28a

ŽS8_BP_33d

ŽS8_BP_37a

ŽS8_BP_49d

ŽS8_BP_63d|(% colspan="2" %)Uvedené BP definujú služby v rámci ktorých bude možné realizovať odvolanie.

1309

|ŽS14|ŽS14_BP_59|(((

1310

Prijatie a spracovanie odvolania na SP

1311

1312

1313

)))|Odvolanie na novom formulári občan odošle na OVM a OVM spracuje podanie.

1314

1315

5.2.1.13 Modul moje služby/ŽS

1316

1317

V rámci špecializovaného portálu SP bude realizovaný modul Moje služby/ Moje ŽS.

1318

1319

Tento modul zabezpečuje pre autentifikovaného používateľa nasledovné funkcie:

1320

1321

* Poskytovanie informácií o práve prebiehajúcich (alebo ukončených) konaniach a životných situáciách – systém poskytne informáciu o prebiehajúcom, alebo ukončenom konaní za nastaviteľné časové obdobie s atribútmi:

1322

** Názov konania (názov elektronického formuláru)

** Začiatok konania

** Koniec konania

** Stav konania

Uvedené procesné informácie budú poskytované z modulu BPM prostredníctvom REST služby, pričom vstupom bude identifikátor klienta (FO) a časové obdobie.

1328

1329

* Poskytovanie návrhu služieb súvisiacich s prebiehajúcimi a ukončenými konaniami – táto informácia bude poskytovaná z registra služieb.

1330

1331

5.2.1.14 Autentifikácia a autorizácia klienta SP

1332

1333

Autentifikácia používateľov služieb SP bude realizovaná prostredníctvom:

1334

1335

* Mena a hesla (nízka úroveň bezpečnosti)

1336

* Využitím ÚPVS IAM SSO (pokročilá úroveň, alebo vysoká úroveň)

1337

1338

Systém umožní autentifikáciu používateľov z internetu (klientov SP) prostredníctvom:

1339

1340

* eID karty Slovenskej republiky (zabezpečuje ÚPVS Web SSO)

1341

* mobilnej aplikácie Slovensko v mobile (zabezpečuje ÚPVS Web SSO)

1342

* iným prihlasovacím prostriedkom, ktorý je akceptovaný EIDAS uzlom pre zahraničných používateľov (zabezpečuje ÚPVS Web SSO)

1343

* mena a hesla (zabezpečuje špecializovaný portál SP)

1344

1345

Je potrebné zabezpečiť Single sign-on pre prístup k službám SP čo znamená že identita autentifikovanej osoby sa bude prenášať medzi jednotlivými portálmi SP. V prípade, že používateľ služieb SP je autentifikovaný nízkou úrovňou bezpečnosti pričom služba, ktorú chce využiť vyžaduje pokročilú, alebo vysokú úroveň bezpečnosti tak je vyzvaný na autentifikáciu prostredníctvom ÚPVS IAM SSO.

1346

1347

Je potrebné implementovať mechanizmus stotožnenia prihlásenej osoby prostredníctvom ÚPVS IAM SSO s existujúcimi identitami klientov SP, ktoré sú evidované v IAM SP.

1348

1349

Autorizácia používateľov služieb SP je vyžadovaná pri realizácií elektronických formulárov, kedy sa elektronicky podpisujú jednotlivé elektronické dokumenty podania (formulár a podľa potreby prílohy), prikladajú sa časové pečiatky a vytvára sa podpisový kontajner (ASiC-E). Autorizácia dokumentov je realizovaná v rámci modulu Konštruktor podania. V rámci modulu Register služieb SP bude evidovaná a poskytovaná informácia o požadovanom stupni autorizácie elektronického podania pre každú službu SP. Znamená to, že konkrétne služby SP

1350

1351

* nemusia požadovať autorizáciu podania

1352

* budú požadovať autorizáciu podania na úrovni pokročilá

1353

* budú požadovať autorizáciu podania na úrovni vysoká.

1354

1355

====== Automatické zriadenie prístupu občana na portál elektronických služieb použitím eID karty ======

1356

1357

Systém zabezpečí automatické vytvorenie prístupu pre autentifikovaných používateľov prostredníctvom eID do modulov (EÚP)

1358

1359

* Moje údaje / môj účet

1360

* Moje ŽS/služby

1361

* Komunikačná schránka klienta

1362

1363

5.2.1.15 GUI pre službu Spätná väzba a integrácia na modul Odozva.sk

1364

1365

V rámci špecializovaného portálu je potrebné vytvoriť samostatný frontendový komponent, ktorý je prístupná autentifikovaným, ako aj neautentifikovaným používateľom za účelom zberu spätnej väzby ku kvalite služieb SP.

1366

1367

Získané údaje prostredníctvom zverejneného frontendového komponentu musia byť ďalej poskytnuté systému Odozva.sk.

1368

1369

5.2.1.16 Rezervačný systém a zobrazenie kalendára s voľnými a rezervovanými termínmi osobnej návštevy a online zabezpečenej komunikácie

1370

1371

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.

1372

1373

Rezervačný systém Sociálnej poisťovne umožňuje rezervovať termín na osobnú návštevu alebo online stretnutie prostredníctvom webového sídla (pre neautentifikovaných používateľov) alebo špecializovaného portálu (pre autentifikovaných používateľov). Pri rezervácii si používateľ vyberá agendu, pobočku a termín, pričom systém vyžaduje overenie kontaktu cez SMS alebo email. Súčasťou procesu je potvrdenie spracúvania osobných údajov. Rezerváciu môže realizovať aj zamestnanec SP cez samostatné rozhranie, pričom klient musí potvrdiť termín. Systém umožňuje overenie a zrušenie rezervácie, pripomienky pred termínom, správu rezervácií a štatistiky. Je integrovaný na vyvolávací systém, web, portál aj zabezpečenú online komunikáciu a zabezpečuje synchronizáciu údajov na pobočkách.

1374

1375

5.2.1.17 Vytvorenie služby zabezpečenej komunikácie

1376

1377

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.

1378

1379

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.

1380

1381

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.

1382

1383

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.

1384

1385

Systém poskytne aj údaje o využívanie systému.

1386

1387

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č).

1388

1389

Služba bude integrovaná s Rezervačným systémom.

1390

1391

5.2.1.18 Mobilná aplikácia

1392

1393

V rámci implementácie POO bude zároveň modernizovaná mobilná aplikácia pre klientov SP - Odvádzateľov poistného, ktorá zjednodušuje a modernizuje správu služieb poistenca. Základné funkčné celky aplikácie tvorí predovšetkým registrácia, nástroje na výpočet výšky poistného pre SZČO a PUSH notifikácie pre aktuálne informovanie používateľov. Kľúčovým prvkom je aj intuitívna domovská stránka (obrazovka), ktorá slúži ako vstupná brána do aplikácie, podporená efektívnym onboarding procesom a dynamickým prepínačom služieb, čím sa zabezpečuje prispôsobenie obsahu individuálnym potrebám každého používateľa.

1394

1395

Mobilná aplikácia bude tiež umožňovať predbežnú registráciu, ktorá slúži Zamestnávateľovi na registrovanie firmy a zamestnancov do IS Sociálnej poisťovne. Novou funkcionalitou bude tiež sekcia nedoplatky, ktorá umožní používateľovi prehľad celkovej výšky nedoplatkov ako aj rozpad jednotlivých neuhradených platieb, z ktorých sa nedoplatok skladá. Aplikácia umožní tieto nedoplatky uhradiť

1396

1397

Mobilná aplikácia bude zároveň spĺňať všetky bezpečnostné štandardy, s cieľom zabezpečiť dôvernosť, integritu a dostupnosť údajov v každej vrstve systému, a zároveň garantovať, že aplikácia bude zrozumiteľná, použiteľná a dôveryhodná pre všetkých občanov.

1398

1399

5.2.1.19 Modul platobný profil EUP

1400

1401

Poistenec bude môcť prostredníctvom svojho používateľského rozhrania v EKP upraviť údaje o spôsobe výplaty dávky.

1402

1403

V rámci rozšírenia IS EKP bude vykonané nasledovné:

1404

1405

* Zrušenie možnosti evidovania spôsobu výplaty dávok pre ePN

1406

* Bude vytvorená spoločná šablóna obrazovky pre správu spôsobu výplaty dávok pre dávky nemocenského poistenia a úrazový príplatok

1407

* Do sekcie Nemocenské poistenia portálu EUP bude pridaná položka pre správu platobného profilu pre vyplácania dávok nemocenského poistenia s možnosťou jeho úpravy pomocou spoločnej šablóny obrazovky pre správy spôsobu výplaty dávok. Zmeny vykonané v rámci správy platobného profilu budú vykonané pre všetky aktuálne bežiace dávky nemocenského poistenia (implementačne riešené v rámci CR pre RLFO2)

1408

* Na detaile existujúcej nemocenskej dávky bude možnosť úpravy spôsobu vyplácania dávky presmerovaním na možnosť správy platobného profilu pre nemocenské dávky

1409

* Na detaile existujúcej úrazovej dávky typu Úrazový príplatok bude možnosť úpravy spôsobu vyplácania dávky. Výberom danej možnosti sa zobrazí spoločná šablóna obrazovky pre správy spôsobu výplaty dávok na ktorej bude možné upraviť spôsob výplaty daného úrazového príplatku.

1410

* V rámci IS EKP budú vystavené nové rozhranie pre IS NPaLPČ a IS DAUP pre možnosť preberania informácií o zmene spôsobu vyplácania dávok. IS NPaLPČ a IS DAUP si bude rozhraním priebežne preberať správy s údajmi prijatými od poistenca z IS EKP

1411

1412

V rámci editácie spôsobu vyplácania dávok bude možné meniť nasledovné atribúty:

1413

1414

* Spôsob výplatu dávky – na účet / na adresu

* Na účet

* IBAN

* SWIFT – pre zahraničné účty

1419

1420

* Na adresu V SR a ČR

* Ulica

* Súpisné číslo

* Orientačné číslo

* PSČ

* Obec

* Štát SR alebo ČR

V EUP si občan bude môcť elektronicky nahlásiť zmenu bankového účtu vo svojom profile pre nemocenské aj úrazové dávky. Daná možnosť v portáli SP vyplynula z proaktívnosti vyplácania dávok a zmeny v zákone, ktorá je identifikovaná vyššie v časti leg. zmeny, kedy zamestnávateľ musí nahlásiť bankový účet zamestnanca do SP. Ak občan chce nahlásiť zmenu bankového účtu sám, vykoná zmenu elektronicky v EÚP, čim sa časovo aj administratívne odbremenení nielen občan aj zamestnávateľ. Zmena sa bude týkať aj nahlasovania bankového účtu v ePN. Nahlásený bankový účet bude môcť SP využiť aj pre iné agendy či služby ŽS, čim sa zabezpečí jednotnosť údajov, eliminácia duplicít, vyššia dátová kvalita, úspora času pri spracovaní, jednoduchšia integrácia, zníženie chybovosti, efektívnejšia správa údajov, lepšia interoperabilita medzi systémami či zníženie prevádzkových nákladov.

1430

1431

1432

5.2.2 Dátové integrácie

1433

1434

V rámci dátových integrácií sa bude realizovať osem oblastí integrácií, ako v rámci interných systémov SP, tak i integrácií na tretie strany (najmä CSRÚ, MPSVaR a NCZI).

1435

1436

Dátové integrácie sú realizované nasledovne:

1437

1438

1. Potrebná úprava IS pre umožnenie integrácie a dátových synchronizácií je súčasťou projektov jednotlivých životných situácií

1439

1. Samotné vybudovanie integračných rozhraní a nastavenie dátových tokov je súčasťou tohto predkladaného projektu.

1440

1441

|**Kód témy**|**Názov témy**

1442

|DI-2|Integrácie ŽS1 - predkladané v rámci projektu ŽS1

1443

|DI-4|Integrácie ŽS5

1444

|DI-5|Integrácie ŽS7+8 - predkladané v rámci projektu ŽS7+8

1445

|DI-6|Integrácie ŽS14+16

1446

|DI-7|Integrácie - poskytovanie údajov do EKP/EÚP Predvypĺňanie formulárov

1447

|DI-8|Priama integrácia s NCZI (ŽS7+8)

1448

1449

Obrázok 3 Prehľad integrácií a integrovaných IS

1450

1451

[[image:1755512528895-180.png]]

1452

1453

5.2.2.1 DI-2 (pre ŽS1)

1454

1455

Téma dátových integrácií pre ŽS1 spočíva v internej výmene údajov potrebných pre zjednodušenie procesov žiadosti o zaradenie do evidencie uchádzačov o zamestnanie a žiadosti o dávku v nezamestnanosti, vrátane jej automatického zúčtovania. Oblasť sa realizuje v koordinácii s úpravou formulárou a umožnením ich predvyplnenia (DI-7).

1456

1457

1458

Cieľom realizácie témy je:

1459

1460

* Nahradiť existujúci technicky nevyhovujúci dátový prenos koncepčným riešením s použitím funkcionality dátovej integrácie (DI) prostredníctvom MÚSP v súlade s architektúrou 2.0 IS SP

1461

* Rozšíriť balík údajov poskytovaných pre MPSVaR podľa špecifikácie

1462

* Dostať pod správu Dátovej Základne (DZ) všetky datasety v rámci týchto prenosov, ktoré budú uložené v CDÚ MÚSP a poskytované z neho prostredníctvom nástrojov MÚSP, aby sa tak zachoval interný know-how v SP

1463

* Vytvoriť funkčný scenár kompletnej integrácie tak, aby bol bez problémov rozšíriteľný a použiteľný pre súčasné potreby IS SP a zároveň pre ŽS1 a zároveň replikovane použiteľný pre akékoľvek ďalšie potreby integrácie v rámci architektúry IS SP

1464

1465

Spôsob realizácie týchto dátových integrácií je nastavený na využitie IS MÚSP, ktorý plní rolu dátovej platformy SP (MDM) - t.j. nevyužívajú sa priame integrácie IS.

DI-2 rieši:

1. Získanie údajov z CSRÚ (CSRÚ → MÚSP- MDM)

1470

1. Publikovanie údajov do CSRÚ (MÚSP – MDM → CSRÚ)

1471

1. Interná integrácia - publikovanie údajov do MÚSP - MDM (IS SP → MÚSP- MDM)

1472

1473

Interná integrácia - Získanie údaju SP - BATCH (MÚSP- MDM → IS SP)

1474

1475

5.2.2.2 DI-4 (pre ŽS5)

Cieľom témy je:

* Nahradiť existujúci technicky nevyhovujúci dátový prenos koncepčným riešením s použitím funkcionality dátovej integrácie (DI) prostredníctvom MÚSP v súlade s architektúrou 2.0 IS SP.

1480

* Rozšíriť balík údajov poskytovaných pre MPSVaR podľa špecifikácie.

1481

* Dostať pod správu Dátovej Základne (DZ) všetky datasety v rámci týchto prenosov, ktoré budú uložené v CDÚ MÚSP a poskytované z neho prostredníctvom nástrojov MÚSP aby sa tak zachoval interný know-how v SP.

1482

* Dosiahnuť dennú periodicitu prenosov tak, aby všetky dotknuté dáta boli dostupné a spracované počas 24 hodín end-to end.

1483

* Vytvoriť funkčný scenár kompletnej integrácie tak, aby bol bez problémov rozšíriteľný a použiteľný pre súčasné potreby IS SP a zároveň pre ŽS5 POO a zároveň replikovane použiteľný pre akékoľvek ďalšie potreby integrácie v rámci architektúry IS SP.

DI-4 rieši:

1. Interná integrácia - publikovanie údajov do MÚSP/MDM (IS SP → IS MÚSP/MDM)

1488

1. Interná integrácia - Získanie údaju SP - BATCH (MÚSP/MDM → IS SP)

1489

1490

5.2.2.3 DI-5 (pre ŽS7 a ŽS8)

Cieľom témy je:

* Nahradiť existujúci technicky nevyhovujúci dátový prenos koncepčným riešením s použitím funkcionality dátovej integrácie (DI) prostredníctvom MÚSP v súlade s architektúrou 2.0 IS SP

1495

* Rozšíriť balík údajov poskytovaných pre MPSVaR podľa špecifikácie

1496

* Dostať pod správu Dátovej Základne (DZ) všetky datasety v rámci týchto prenosov, ktoré budú uložené v CDÚ MÚSP a poskytované z neho prostredníctvom nástrojov MÚSP aby sa tak zachoval interný know-how v SP

1497

* Vytvoriť funkčný scenár kompletnej integrácie tak, aby bol bez problémov rozšíriteľný a použiteľný pre súčasné potreby IS SP a zároveň pre ŽS7, ŽS8 POO a zároveň replikovane použiteľný pre akékoľvek ďalšie potreby integrácie v rámci architektúry IS SP

DI-5 rieši:

1. Získanie údajov z CSRÚ (CSRÚ → IS MÚSP/MDM)

1502

1. Publikovanie údajov do CSRÚ (IS MÚSP/MDM → CSRÚ)

1503

1. Interná integrácia - publikovanie údajov do MDM (IS SP → IS MÚSP/MDM)

1504

1. Interná integrácia - Získanie údaju SP - BATCH (IS MÚSP/MDM → IS SP)

1505

1506

5.2.2.4 DI-6 (pre ŽS14)

Cieľom témy je:

1. Nahradiť aktuálnu dátovú integráciu medzi SP a ÚPSVaR spôsobom systém-systém prostredníctvom integrácie MUSP s IS CSRÚ;

1511

1512

1. Doplniť dátovú výmenu medzi SP a ÚPSVaR prostredníctvom integrácie MUSP s IS CSRÚ o ďalšie relevantné údaje na základe detailnej analýzy;

1513

1514

1. Dostať pod správu Dátovej Základne (DZ) všetky datasety v rámci prenosov ISVS_01; ktoré budú uložené v CDU MUSP a poskytované z neho prostredníctvom nástrojov MÚSP, aby sa tak zachoval interný know-how v SP.

DI-6 rieši:

* Získanie údajov z CSRÚ (CSRÚ -> MDM)

1519

1520

* Publikovanie údajov do CSRÚ (MDM -> CSRÚ)

1521

1522

* Interná integrácia - publikovanie údajov do MDM (IS SP -> MDM)

1523

1524

* Interná integrácia - Získanie údaju SP - BATCH (MDM -> IS SP)

1525

1526

5.2.2.5 DI-7 (pre všetky ŽS)

Cieľom témy je:

1. Implementovať predvýplňanie formulárov pri komunikácii medzi klientom (poistenci, odvodové subjekty a inéi) a Sociálnou poisťovňou prostredníctvom komunikačného portálu.s využitím IS MÚSP

1531

1. Skonsolidovať identifikované údaje tak, aby bolo možné implementovať predvýpĺňanie údajov

1532

1. Umožniť zasielanie komunikácie s predvyplnenými formulármi prostredníctvom Registratúry SP a jej prepojeniami so systémami ÚPVS

DI-7 rieši:

* Modul eForm Filler (samotné predvypĺňanie formulárov dostupnými údajmi)

1537

* prepojenie systému vypĺňania formulárov na Registratúru SP a jej prepojenia so systémami UPVS.

5.2.2.6 DI-8 (integrácia s NCZI pre potreby ŽS8)

Cieľom témy je:

1. Implementovať priamu integráciu s NCZI pre potreby spracovania agendy OČR (ošetrovné dlhodobé z dôvodu ošetrovania člena rodiny, ošetrovné krátkosobé z dôvodu uzatvorenia zariadenia, ošetrovné krátkododbé z dôvodu ošetrovania člena rodiny)

DI-8 rieši:

* Dátový model eOČR

* Register potrieb starostlivosti

1551

* Integračné rozhrania

5.2.3 Notifikácie

Centrálny notifikačný modul SP bude slúžiť najmä pre notifikáciu o zmene stavu procesov volaný BPM komponentom a bude umožňovať zasielanie najmä nasledovných typov notifikácii:

* Email

* SMS

* PUSH notifikácia

Email notifikácie by mali byť zasielané používateľom na základe kombinácie nastavení v administračnej zóne a používateľského profilu prípadne z nastavení požiadavky. Pre zaslanie emailovej notifikácie je potrebné mať vyplnenú adresu v požiadavke pre notifikáciu.

1562

1563

SMS notifikácie by mali byť zasielané používateľom na základe kombinácie nastavení v administračnej zóne a používateľského profilu prípadne z nastavení požiadavky. Pre zaslanie SMS notifikácie je potrebné mať vyplnené telefónne číslo v požiadavke pre notifikáciu.

1564

1565

PUSH notifikácie by mali byť zasielané používateľom na základe kombinácie nastavení v administračnej zóne a používateľského profilu. Pre zaslanie PUSH notifikácie je nutný predpoklad mať nainštalovanú a aktivovanú mobilnú aplikáciu SP.

1566

1567

Modul by mal umožňovať definíciu textov pre jednotlivé typy notifikácií (SMS, Email, PUSH) a tiež definíciu textov pre jednotlivé druhy notifikácií (vytvorenie, zaevidovanie,...). Tieto texty budú viazané pre jednotlivé registrované služby.

1568

1569

Pre jednoduchšie nastavenie bude modul obsahovať základné texty pre jednotlivé typy a druhy notifikácii. Čo znamená, že pri zaregistrovaní novej služby a povolení zasielania typov notifikácii sa automaticky pred vyplní text pre jednotlivý typ a druh. Modul by mal umožňovať aj zaslanie špecifického textu, ktorý nie je definovaný v administrácii a je priamo zaslaný v požiadavke.

5.2.4 Registratúra

Vzhľadom na súčasný stav registratúrneho systému SP a jeho využitie je potrebné jeho rozšírenie o definované druhy elektronických formulárov, ktoré sú predmetom implementácie ŽS. Analýzou vstupných požiadaviek na Frontend vznikol návrh procesu pre prijatie a odoslanie správy pomocou všetkých foriem autentifikácie subjektov. Frontend umožní subjektu výber elektronickej služby, vyplnenie a odoslanie elektronického formuláru do elektronickej schránky (eDesk) ÚPVS. Dotknuté agendové systémy je potrebné rozšíriť o funkcionalitu spracovania žiadostí klientov. Služby na získavanie prijatých žiadostí a zasielanie odpovedí, či už vo forme vystavených formulárov alebo iných dokumentov, bude vystavovať registratúrny systém. Tieto služby budú slúžiť agendovým systémom na zabezpečenie elektronickej komunikácie s klientom. Bližšie je proces prijatia a odoslania správy popísaný nižšie v časti 5.3 Biznis vrstva.

1574

1575

1576

Cieľom je analýza, návrh a rozšírenie registratúrneho systému (vrátane definovaných integrácií) pre SP v súlade s aktuálnymi legislatívnymi a procesnými požiadavkami a s ohľadom na efektívnu správu a archiváciu dokumentov a komunikácie s poistencami a tretími stranami.

1577

1578

* Hlavnými dôvodmi pre úpravu registratúry SP sú:

1579

* Modernizácia zastaralých aplikačných nástrojov,

1580

* Zabezpečenie legislatívnych požiadaviek na registratúrny systém,

1581

* Konsolidácia agendových systémov pri práci s dokumentmi a komunikáciou s poistencami,

1582

* Optimalizácia, zjednodušenie a zjednotenie procesov vrátane ich popísania,

1583

* Digitalizácia papierovej agendy.

1584

* Implementácia schvaľovacieho procesu

1585

1586

5.2.5 Monitoring služieb

1587

1588

Monitoring služieb a spätnej väzby je zdroj údajov pre Konsolidovanú analytickú vrstvu MIRRI (KAV), ktorá predstavuje zásadný krok k zlepšeniu možností a schopností analytických jednotiek vykonávať svoju činnosť a k vytvoreniu možností pre lepšiu podporu využitia analytických údajov v rozhodovacích procesoch celej verejnej správy.

Cieľom je:

* konsolidovať údaje o využívaní služieb a spätnej väzbe zo všetkých dotknutých systémov životných situácií a ich uloženie do MUSP,

1593

* pravidelne publikovať konsolidované údaje do CSRÚ, kde bude vykonaná pseudonymizácia a následne ich KAV stiahne a spracuje,

1594

* zadefinovať periodicitu publikovania dát do MÚSP/CSRÚ,

1595

* zadefinovať zoznam všetkých sledovaných služieb pre všetky ŽS.

1596

1597

Oblasť Monitoring bude realizovaný prostredníctvom ucelených tém, pre ktoré je spoločne zadefinovaná aj biznis a aplikačná architektúra:

1598

1599

Tabuľka 17: Témy oblasti Monitoring služieb

1600

1601

|**Kód témy**|**Názov témy**

1602

|MO-1|Poskytovanie údajov z IS PvNGP do MÚSP

1603

|MO-2|Poskytovanie údajov z IS NPaLPČ (Sýrius) do MÚSP

1604

|MO-3|Poskytovanie údajov z IS ÚP (DAUP) do MÚSP

1605

|MO-4|Poskytovanie údajov z IS DP do MÚSP

1606

|MO-5|Poskytovanie údajov z MÚSP do CSRÚ

1607

|MO-6|Zber technických a štatistických údajov na portáli SP

1608

|MO-7|Zber a spracovanie spätnej väzby na portáli SP

1609

1610

5.2.5.1 Poskytovanie údajov z IS PvNGP do MÚSP

1611

1612

IS PvNGP zabezpečí pre účely monitoringu služieb životných situácií ŽS1 a čiastočne pre ŽS5 rozšírenie údajov poskytovaných do MÚSP o nasledovné objekty evidencie a atribúty:

1613

1614

* (ŽS1_BP_50) Informácie pre monitorovanie služby „Podávanie žiadosti o dávku v nezamestnanosti“:

1615

** Existujúci dataset s informáciami o dávke v nezamestnanosti publikovaný v MÚSP bude doplnený o požadované atribúty potrebné pre monitoring.

1616

** Celkový dataset dávky v nezamestnanosti je definovaný v prílohe „//SP - PvNGP do MÚSP - štruktúra údajov.xlsx//“ v záložke „Žiadosť o DvN“. Súbor obsahuje spoločnú generickú definíciu datasetu pre všetky účely vyžadujúce informácie o DvN v MÚSP (Napr. externé dátové integrácie medzi SP a inými OVM, alebo interné dátové integrácie medzi IS SP, či zobrazovanie na portáli SP). Atribúty požadované pre účely monitoringu sú v stĺpci „BP pre ŽS1 Monitoring“ označené číslom biznis požiadavky ŽS1_BP_50. Stĺpec „Existuje v MÚSP“ dodatočne určuje, či je atribút už publikovaný v MÚSP, alebo ho treba doplniť.

1617

** Rozširovanie prípadne úpravy odosielaného datasetu je potrebné koordinovať aj s požiadavkami ostatných vecných odborov a životných situácií využívajúcich informácie ohľadom toho istého objektu evidencie, čo je súčasťou detailnej dátovej analýzy a ocenenia tejto aktivity.

1618

** Vzhľadom na všeobecné využitie objektu evidencie (nie len monitoring), MÚSP obdrží v úvodnej fáze základný súbor údajov o všetkých existujúcich konaniach o DvN (nie len aktívne) a následne bude PvNGP poskytovať nové údaje a aktualizácie relevantných informácií pri každej zmene, či novom zázname, čím sa zabezpečí priebežná synchronizácia.

1619

* (ŽS5_02_BP_11) Informácie pre monitorovanie služby „Potvrdenie o nedoplatkoch na sociálnom poistení“. Definícia celkového datasetu príp. rozšírenie existujúceho datasetu o atribúty tejto služby bude predmetom analýzy a dizajn.

1620

1621

5.2.5.2 Poskytovanie údajov z IS NPaLPČ (Sýrius) do MÚSP

1622

1623

IS NPaLPČ zabezpečí pre účely monitoringu služieb životných situácií ŽS7 a ŽS8 rozšírenie údajov poskytovaných do MÚSP o objekty evidencie a atribúty, ktoré budú stanovené vo fáze analýza a dizajn (dotknuté BPs **ŽS7_BP_99 a ŽS8_BP_82).**

1624

1625

1626

5.2.5.3 Poskytovanie údajov z IS ÚP (DAUP) do MÚSP

1627

1628

IS ÚP zabezpečí pre účely monitoringu služieb životných situácií ŽS7 a ŽS8 rozšírenie údajov poskytovaných do MÚSP o objekty evidencie a atribúty, ktoré budú stanovené vo fáze analýza a dizajn (dotknuté BPs **ŽS8_BP_82).**

1629

1630

1631

5.2.5.4 Poskytovanie údajov z IS DP do MÚSP

1632

1633

IS DP zabezpečí pre účely monitoringu služieb životných situácií ŽS14 a ŽS16 rozšírenie údajov poskytovaných do MÚSP o objekty evidencie a atribúty, ktoré budú stanovené vo fáze analýza a dizajn (dotknuté BPs **ŽS14_BP_70).**

1634

1635

5.2.5.5 Poskytovanie údajov z MÚSP do CSRÚ

1636

1637

1638

MÚSP je povinný pre KAV poskytnúť do CSRÚ údaje potrebné na monitoring sledovaných oblastí a parametrov za všetky životné situácie a vyhodnocované služby. Tieto údaje pochádzajú z objektov evidencie prijatých od jednotlivých agendových systémov a uchovávaných v dátovom úložisku MÚSP** **(dotknuté BPs **ŽS1_BP_50**, **ŽS5_02_BP_11**, **ŽS7_BP_99**, **ŽS8_BP_82**, **ŽS14_BP_70).**

1639

1640

Nasledovný zoznam predstavuje aktuálne monitorované oblasti a parametre podľa [[Metodického usmernenia Ministerstva investícií, regionálneho rozvoja a informatizácie Slovenskej republiky č. 8297/2021/oPOHIT zo dňa 10.2.2021 na monitorovanie využívania služieb verejnej správy, služieb vo verejnom záujme a verejných služieb v znení Dodatku č. 1 zo dňa 1.9.2022>>url:https://metais.vicepremier.gov.sk/confluence/download/attachments/2621442/Metodicke%20usmernenie_Monitoring%20ISVS_platne%20od%201.9.2022%20%28zapracovane%20znenie%20dodatku%20%C4%8D.1%29.pdf?version=1&modificationDate=1662539737750&api=v2]], ktorý zahŕňa údaje pochádzajúce z agendových systémov, a ktoré budú poskytované prostredníctvom MÚSP:

* Početnosť

**

***

**** Počet podaní (2.2)

1647

1648

Celkový počet podaní cez všetky komunikačné kanály (osobne, listinne, elektronicky...) za merané obdobie, pričom do celkového počtu podaní sa nezapočítava ostatná komunikácia vzťahujúca sa k podaniu. Agregovaná hodnota za všetky komunikačné kanály za merané obdobie.

*

**

***

**** Počet elektronických podaní (2.3)

1654

1655

Celkový počet elektronických podaní za merané obdobie

* Funkčnosť

**

***

**** Priemerný čas potrebný na spracovanie elektronického podania (3.1)

1661

1662

Priemerný čas od dátumu podania žiadosti elektronicky po dátum vydania rozhodnutia /v dňoch zaokrúhlené na jedno desatinné číslo/

*

**

***

**** Priemerný čas potrebný na spracovanie podania inými komunikačnými kanálmi ako elektronicky (3.2)

1668

1669

Pri podaniach spracovaných inak ako formou elektronického podania sa priemerný čas spracovania sleduje samostatne pre fázu od fyzického podania žiadosti po zadanie do registratúry a od zadania do registratúry po rozhodnutie

*

**

***

**** Počet vydaných rozhodnutí podľa typu doručeného podania (3.4)

1675

1676

Počet vydaných rozhodnutí podľa typu doručeného podania (napr. počet vydaných rozhodnutí pre „Žiadosť o zaradenie do evidencie uchádzačov o zamestnanie“, počet vydaných rozhodnutí pre „Žiadosť o dávku v nezamestnanosti“, a pod.)

*

**

***

**** Počet vydaných rozhodnutí podľa mesiaca doručenia podania (3.5)

1682

1683

Počet vydaných rozhodnutí podľa mesiaca podania príslušnej žiadosti.

1684

1685

Presný aktuálny zoznam sledovaných parametrov sa môže meniť podľa výsledkov projektovej fázy analýza a dizajn a dohody s MIRRI.

1686

1687

Cieľom je definovať štandardizovaný a univerzálny formát datasetu, ktorý budú do KAV publikovať všetky zainteresované OVM.

1688

1689

MÚSP zabezpečí poskytovanie tohto datasetu do CSRÚ za všetky sledované služby SP.

1690

1691

Aktuálny stav definície odosielaného datasetu sa nachádza v Prílohe 5 „**//SP - MÚSP do CSRÚ - Monitoring – Dataset.xlsx//**“

1692

1693

5.2.5.6 Zber technických a štatistických údajov na portáli SP

1694

1695

Portál SP zabezpečí zber všeobecných štatistických údajov prostredníctvom nástroja Google Analytics.

1696

1697

Nasledovný zoznam predstavuje aktuálne monitorované oblasti a parametre podľa [[Metodického usmernenia Ministerstva investícií, regionálneho rozvoja a informatizácie Slovenskej republiky č. 8297/2021/oPOHIT zo dňa 10.2.2021 na monitorovanie využívania služieb verejnej správy, služieb vo verejnom záujme a verejných služieb v znení Dodatku č. 1 zo dňa 1.9.2022>>url:https://metais.vicepremier.gov.sk/confluence/download/attachments/2621442/Metodicke%20usmernenie_Monitoring%20ISVS_platne%20od%201.9.2022%20%28zapracovane%20znenie%20dodatku%20%C4%8D.1%29.pdf?version=1&modificationDate=1662539737750&api=v2]], ktorý zahŕňa údaje zbierané priamo na portáli SP prostredníctvom nástroja Google Analytics:

* Návštevnosť

**

***

**** Počet návštev relevantného obsahu koncových služieb súvisiacich so životnou situáciou, podľa jednotlivých míľnikov (1.1)

1703

1704

Pod relevantným obsahom chápeme míľniky, ktorými si zákazník na ceste životnou situáciou prechádza v rámci webovej stránky, a ktoré ho smerujú k realizácii koncovej služby typu podanie, napr. návod k životnej situácii, video, článok, manuál, inštalačný súbor, návšteva informačného obsahu, formulár...

1705

1706

Sledujeme prechody míľnikmi v rámci životnej situácie, napr. míľnik_1: návšteva domovskej stránky, míľnik_2: zobrazenie návodu týkajúceho sa danej životnej situácie, míľnik_3: prejavený záujem o podanie žiadosti online /Návšteva informačného obsahu, resp. kliknutie na odkaz na formulár žiadosti.../, míľnik_4: stiahnutie inštalačných súborov pre eID, míľnik_5: podanie online žiadosti. V rámci internej analýzy vykonanej pred realizáciou monitoringu je potrebné definovať všetky kľúčové cesty zákazníka a jednotlivé míľniky a na základe výsledkov analýzy realizovať monitoring.

*

**

***

**** Počet návštev webového sídla podľa typu zariadenia (desktop, mobil, tablet), prehliadača (IE, Edge, Chrome...) a operačného systému (Android, Windows, iOS...) (1.2)

1712

1713

Celkový počet jedinečných návštevníkov špecializovaného portálu, rozdelený podľa typu zariadenia (desktop, mobil, tablet), prehliadača (IE, Edge, Chrome...) a operačného systému (Android, Windows, iOS...)

*

**

***

**** Počet návštev webového sídla podľa odkazujúceho zdroja /slovensko.sk, direct, generické vyhľadávanie, sociálne médiá, iné.../ (1.3)

1719

1720

Celkový počet jedinečných návštevníkov špecializovaného portálu podľa odkazujúceho zdroja /slovensko.sk, direct, generické vyhľadávanie, sociálne médiá, iné.../

*

**

***

**** Počet návštev informačného obsahu koncovej služby (1.4) ... Celkový počet jedinečných návštevníkov, ktorí navštívili URL informácie o koncovej službe z akéhokoľvek zariadenia

* Početnosť

**

***

**** Počet úspešných stiahnutí formulára (2.1)

1730

1731

Počet stiahnutí formulára umiesteného na stránke, ktoré neskončili chybovou hláškou

* Funkčnosť

**

***

**** Priemerný čas strávený vypĺňaním elektronického podania (3.3) ... Priemerný čas od začatia vypĺňania elektronického podania občanom/podnikateľom po jeho odoslanie.

* Chybovosť

**

***

**** Počet použití podporných komunikačných kanálov pri využití koncovej služby podľa kanála a kategórie podnetu (5.1) ... Počet podaných podnetov podľa typu komunikačného kanála. Kategorizácia podnetov detailnejšie popisuje charakter prijatého podnetu a/alebo oblasť, ktorého sa podnet týka /napr. konkrétna životná situácia/

1741

**** Počet uzavretých podnetov prijatých z podporných komunikačných kanálov podľa mesiaca prijatia podnetu (5.2) ... Počet uzavretých podnetov prijatých z podporných komunikačných kanálov podľa mesiaca prijatia podnetu za sledované obdobie.

1742

1743

Presný aktuálny zoznam sledovaných parametrov sa môže meniť podľa výsledkov projektovej fázy analýza a dizajn a dohody s MIRRI.

1744

1745

**Portál SP zabezpečí doručovanie údajov zozbieraných prostredníctvom **Google Analytics** priamo do KAV** (dotknuté BPs ŽS1_BP_50, ŽS5_02_BP_11, ŽS7_BP_99, ŽS8_BP_82, ŽS14_BP_70).

1746

1747

**Požadovaná perióda doručovania a vyhodnocovania štatistických údajov je **1 mesiac**.**

1748

1749

5.2.5.7 Zber a spracovanie spätnej väzby na portáli SP

Portál SP zabezpečí:

* Zber spätnej väzby od zákazníka podľa [[Metodického usmernenia Ministerstva investícií, regionálneho rozvoja a informatizácie Slovenskej republiky č. 8297/2021/oPOHIT zo dňa 10.2.2021 na monitorovanie využívania služieb verejnej správy, služieb vo verejnom záujme a verejných služieb v znení Dodatku č. 1 zo dňa 1.9.2022>>url:https://metais.vicepremier.gov.sk/confluence/download/attachments/2621442/Metodicke%20usmernenie_Monitoring%20ISVS_platne%20od%201.9.2022%20%28zapracovane%20znenie%20dodatku%20%C4%8D.1%29.pdf?version=1&modificationDate=1662539737750&api=v2]] na vyjadrenie spokojnosti v súvislosti s využitou koncovou službou:

1754

** Spokojnosť:

1755

*** Miera spokojnosti zákazníkov (CSAT) (4.1) ...

1756

1757

CSAT (angl.:Customer Satisfaction Score) sa sleduje pre podania prostredníctvom všetkých komunikačných kanálov, samostatne pre kanál elektronicky a samostatne pre ostatné kanály.

1758

1759

CSAT sa sleduje aj pri využití služieb informačného obsahu, a to v súlade s ID-SK.

1760

1761

Hodnota CSAT sa získa položením otázky občanovi/podnikateľovi s možnými odpoveďami v binárnom vyjadrení (Áno/Nie) alebo bodového hodnotenia od 1 do 5, kde 1 znamená najmenšiu spokojnosť, 5 najväčšiu spokojnosť (1 = Veľmi nespokojný, 2 = Nespokojný, 3 = Ani spokojný ani nespokojný, 4 = Spokojný a 5 =Veľmi spokojný). CSAT sa určuje ako počet spokojných zákazníkov/počet odpovedí*100 (pri odpovediach Áno/Nie) alebo ako priemer všetkých prijatých bodových hodnotení (pri bodovom hodnotení 1-5)

1762

1763

* Zadanie spätnej väzby - všeobecne na portáli

1764

* Zadanie spätnej väzby - v rámci služby

1765

* Ukladanie spätnej väzby

1766

* Spätná väzba - export údajov

1767

* Spätná väzba - správa incidentov

1768

1769

**(Dotknuté BPs ŽS1_BP_50a, ŽS5_02_BP_11a, ŽS7_BP_110, ŽS8_BP_94, ŽS14_BP_70a).**

|(((

Obrázok : __Odporúčané metriky pre monitoring spätnej väzby__

1774

1775

Obrázok 5 Odporúčané metriky pre monitoring spätnej väzby

1776

1777

Odporúčané metriky pre monitoring spätnej väzby

1778

)))

1779

1780

[[image:1755512823202-556.png]]

5.3 Biznis vrstva

V tejto kapitole je detailnejšie rozpracovaná zvolená alternatíva riešenia v biznis vrstve architektúry. Uvádza sa prehľad e-Government komponentov – **Koncových služieb**, ktoré budú výstupom projektu (dodané nové alebo zmenené) a ktoré sú zaevidované v MetaIS v rámci výstupu **M-06**.

1786

1787

1788

5.3.1 Návrh riešenia v biznis vrstve architektúry

5.3.1.1 Frontend

====== Popis AS IS stavu ======

1793

1794

1795

V rámci životných situácií SP využíva nasledovné informačné systémy verejnej správy -

1796

1797

* IS Manažment údajov Sociálnej poisťovne (IS_MÚSP) - isvs_8729

1798

* IS starobného dôchodkového sporenia (SDS) - isvs_555

1799

* Systém elektronických služieb (SES) - isvs_551

1800

* IS výberu poistného a príspevkov (VPP) - isvs_545

1801

* IS úrazového poistenia (UP) - isvs_549

1802

* IS poistenia v nezamestnanosti a garančného poistenia (PvN a GP) - isvs_550

1803

* IS dôchodkového poistenia (DP) - isvs 546

1804

* Informačný systém Jednotného výberu poistného (IS JVP) - isvs_8213

1805

* IS nemocenského poistenia a lekárskej posudkovej činnosti (IS NPaLPČ) - isvs_547

1806

* Informačný systém registratúra (IS REG) - isvs_11264

1807

1808

V rámci celkovej biznis architektúry súčasného stavu sú identifikované fyzické osoby a právnické osoby, pričom môžu vystupovať vo viacerých rolách (biznis aktéri):

* Fyzické osoby:

** Občan SR;

** Cudzinec;

** Poistenec;

** Splnomocnenec;

** Notár;

** Lekár;

** Posudkový lekár SP;

1818

** Zamestnanec zamestnávateľa;

** Zamestnanec SP.

* Právnické osoby:

** SP ústredie;

** SP pobočka;

** Zamestnávateľ;

** Notársky úrad;

** Dôchodcovská správcovská spoločnosť;

1826

** Finančná inštitúcia - banka;

1827

** Iné OVM (Ministerstvo vnútra SR, ÚPSVaR, ÚPDnZS, VÚC;, NCZI a ďalšie subjekty).

1828

1829

Informácie a služby sú poskytované nasledovnými prístupovými kanálmi: listinne, osobne, telefonicky a elektronicky, pričom elektronická forma je poskytovaná v menšej miere, najviac využívaný prístupový kanál je osobne.

1830

1831

1832

Z pohľadu číselníka úsekov a agend projekt rieši**:**

1833

1834

* U000139 Sociálne poistenie

1835

* U000140 Starobné a dôchodkové sporenie

1836

* A0001816 Výber poistného a príspevkov na starobné dôchodkové sporenie, správa a vymáhanie pohľadávok

1837

* A0001817 Konanie o dávkach a výplata dávok dôchodkového poistenia, nemocenského poistenia, úrazového poistenia, poistenia v nezamestnanosti a garančného poistenia

1838

* A0001818 Vykonávanie kontrolnej činnosti, konzultačnej a poradenskej činnosti vo veciach sociálneho poistenia

1839

* A0001819 Vykonávanie lekárskej posudkovej činnosti

1840

* A0001820 Postupovanie príspevkov sporiteľov na starobné dôchodkové sporenie

1841

1842

Dotknuté životné situácie:

1843

1844

* ŽS 107 – Dôchodok,

1845

* ŽS 128 – Dôchodkové sporenie,

1846

* ŽS 129 – Podpora v nezamestnanosti,

1847

* ŽS 134 – Sociálne poistenie,

1848

* ŽS 136 – Práceneschopnosť, materská, ošetrenie člena rodiny,

1849

* ŽS 025 – Služby

1850

1851

Dotknutá životná situácia v rámci investičného plánu prioritných životných situácii:

1852

1853

* ŽS01 - Strata zamestnania

1854

* ŽS05 - Administratívny chod podniku

1855

* ŽS07 - Narodenie dieťaťa

1856

* ŽS08 - Som chorý, mám chorého člena rodiny

1857

* ŽS09 - Som odkázaný, mám odkázaného člena rodiny

1858

* ŽS14 - Odchod do dôchodku

1859

* ŽS16 - Úmrtie a dedičské konanie

1860

1861

Z pohľadu oblastí, ktorých sa projekt dotýka, SP realizuje základnú biznis funkciu (vychádza zo základných funkcií VS definovaných už v NKIVS), ktorou je Poskytovanie služieb SP v oblasti sociálneho poistenia. V rámci riešenia projektu - integrovaný a prierezový kolaboračný systém slúžiaci pre správu a spracovanie vstupných a výstupných dokumentov týkajúcich sa klienta a jeho väzby na sociálne poistenie je zabezpečených viacero biznisových požiadaviek v rámci prioritných životných situácií 1, 5, 7, 8, 9, 14 a 16, ktoré sú v gescii Sociálnej poisťovne a ktoré vychádzajú z projektu Budovanie eGovernment riešení prioritných životných situácií financovaného z Plánu obnovy a odolnosti.

1862

1863

Predkladaná dokumentácia predstavuje celkový obraz architektúry, pričom v rámci biznisovej vrstvy je možné identifikovať nasledovné agendy a aktérov podľa jednotlivých ŽS:

1864

1865

Hlavné agendy, ktoré SP realizuje v rámci **životnej situácie č. 1 – Strata zamestnania**:

1866

1867

* Vyplácanie dávok v nezamestnanosti

1868

* Výkon evidencie vyplácaných dávok

Biznis aktéri:

Fyzické osoby - interné:

* Zamestnanec SP

Fyzické osoby - externé:

* Občan SR;

* Poistene;

* Zamestnanec zamestnávateľa

1881

1882

Právnické osoby – externé

* OVM

* SUDEX

* Štátna pokladnica

* Ústredie práce, sociálnych veci a rodiny (ÚPSVaR Ústredie práce, sociálnych veci a rodiny (ÚPSVaR)

* zamestnávateľ

* MIRRI

Právnické osoby – interné

* SP ústredie

* SP pobočka

Hlavné agendy, ktoré SP realizuje v rámci **životnej situácie č. 5 – Administratívny chod podniku**:

1897

1898

* Výkon registračnej povinnosti

1899

* Evidencia platených odvodov

1900

* Výkon kontrolnej činnosti.

Biznis aktéri:

Fyzické osoby - externé:

1905

1906

* Občan SR

1907

* Zamestnanec zamestnávateľa

1908

1909

Právnické osoby – externé

* OVM

* SUDEX

* Štátna pokladnica

* Ústredie práce, sociálnych veci a rodiny (ÚPSVaR Ústredie práce, sociálnych veci a rodiny (ÚPSVaR)

* zamestnávateľ

* MIRRI

Fyzické osoby - interné:

* Zamestnanec SP

Právnické osoby – interné

* SP ústredie

* SP pobočka

Hlavné agendy, ktoré SP realizuje v rámci **životnej situácie č. 7 – Narodenie dieťaťa**:

1928

1929

* Vyplácanie materskej - tehotnej žene

1930

* Vyplácanie materskej – iná osoba

1931

* Vyplácanie materskej – otcovské

1932

* Vyplácanie tehotenskej

1933

* Vyplácanie vyrovnávacej dávky

Biznis aktéri:

Fyzické osoby - externé:

*

** Občan SR

** Lekár

** Špecializovaný lekár

1943

** Zamestnanec zamestnávateľa

1944

1945

Fyzické osoby – interné

*

** Zamestnanec SP

Právnické osoby – externé

*

** Slovenská pošta

** SUDEX

** Štátna pokladnica

** ÚPSVaR

** NCZI

** Zamestnávateľ

** OVM

** MIRRI

Právnické osoby – interné

*

** SP ústredie

** SP pobočka

Hlavné agendy, ktoré SP realizuje v rámci **životnej situácie č. 8 – Som chorý, mám chorého člena rodiny**:

1969

1970

* Vyplácanie PN

1971

* Vyplácanie Úrazového príplatku

1972

* Vyplácanie úrazovej renty a jednorazového vyrovnania

1973

* Vyplácanie ošetrovného (krátkodobé) z dôvodu ošetrovania člena rodiny

1974

* Vyplácanie ošetrovného z dôvodu uzatvorenia zariadenia

1975

* Vyplácanie ošetrovného (dlhodobé) z dôvodu ošetrovania člena rodiny.

Biznis aktéri:

Fyzické osoby - externé:

*

** Občan SR

** Lekár

** Zamestnanec zamestnávateľa

1985

1986

Fyzické osoby – interné

*

** Zamestnanec SP

** Posudkový lekár SP

1991

1992

Právnické osoby – externé

*

** Slovenská pošta

** SUDEX

** Štátna pokladnica

** ÚPSVaR

** NCZI

** Zamestnávateľ

** OVM

** MIRRI

** ÚVZ

*** Špecializované pracovisko

2005

** Klinika pracovného lekárstva

2006

** Uzatvorené zariadenie

2007

2008

Právnické osoby – interné

*

** SP ústredie

** SP pobočka

Hlavné agendy, ktoré SP realizuje v rámci **životnej situácie č. 9 – Som odkázaný, mám odkázaného člena rodiny**:

2015

2016

* Poskytovanie starostlivosti o člena rodiny/odkázaného

Biznis aktéri:

Fyzické osoby:

*

** Občan;

Právnické osoby

*

** Sociálna poisťovňa ústredie;

2029

** Sociálna poisťovňa – pobočky;

2030

** Úrad práce, sociálnych vecí a rodiny.

2031

2032

Hlavné agendy, ktoré SP realizuje v rámci **životnej situácie č. 14 – Odchod do dôchodku**:

2033

2034

* Výkon dôchodkového poistenia

2035

** Starobný dôchodok

2036

** Predčasný starobný dôchodok

2037

** Invalidný dôchodok (súčasť ŽS9)

2038

* Výkon dôchodkového sporenia

2039

* Výkon správy dôchodku

2040

* Dôchodková prognóza.

Biznis aktéri:

Fyzické osoby:

*

** Občan;

** Cudzinec;

** Zamestnanec zamestnávateľa;

2050

** Zamestnanec SP;

2051

** Posudkový lekár SP;

Právnické osoby

*

** Zamestnávateľ/ bývalý zamestnávateľ;

2057

** Sociálna poisťovňa ústredie;

2058

** Sociálna poisťovňa – pobočky;

2059

** Finančná inštitúcia – banka;

2060

** Úrad práce, sociálnych vecí a rodiny;

2061

** Dôchodková správcovská spoločnosť;

2062

** Vyššie územné celky;

2063

** OVM.

2064

2065

Hlavná agenda, ktorú SP realizuje v rámci **životnej situácie č. 16 – Úmrtie a dedičské konanie**:

2066

2067

* výkon pozostalostných dávok sociálneho poistenia.

Biznis aktéri:

Fyzické osoby:

*

** Občan;

** Cudzinec;

** Zamestnanec SP

** Notár;

Právnické osoby

*

** Sociálna poisťovňa ústredie;

2083

** Sociálna poisťovňa – pobočky;

2084

** Ministerstvo vnútra SR;

2085

** Úrad pre dohľad nad zdravotnou starostlivosťou;

2086

** Notársky úrad;

2087

** Úrad práce, sociálnych vecí a rodiny;

2088

** Vyššie územné celky;

2089

** Dôchodková správcovská spoločnosť;

2090

** OVM.

2091

2092

Diagram 3: Strešný model biznis architektúry Frontendu - AS IS

2093

2094

[[image:1755512897827-183.png]]

2095

2096

2097

Z pohľadu biznis funkcií, ktorých sa navrhovaný projekt týka, sú dôležité nasledovné oblasti:

2098

2099

* Výber poistného;

2100

* Výkon poistenia v nezamestnanosti;

2101

* Výkon dôchodkového poistenia;

2102

* Výkon nemocenského poistenia;

2103

* Výkon úrazového poistenia;

2104

* Výkon garančného poistenia;

2105

* Starobné dôchodkové sporenie;

2106

* Lekárska posudková činnosť.

2107

2108

====== Popis TO BE stavu ======

2109

2110

Zmena na úrovni biznis aktérov v budúcom stave nenastane v ich priradenej role, ale v spôsobe výmeny údajov a informácií medzi týmito aktérmi. Tam, kde to bude možné, pôjde o automatizované zasielanie údajov medzi jednotlivými aktérmi/rolami.

Biznis rozhrania:

Prístupové body, prostredníctvom ktorých sa bude pristupovať k biznis službám: elektronicky, listinne, osobne a telefonicky.

2115

2116

* Elektronicky: špecializovaný portál SP, ÚPVS, mÚPVS, email, intranet SP, webové sídlo

2117

* Osobne: Ústredie SP, pobočky SP

2118

* Telefonicky: Ústredie SP, pobočky SP

2119

* Listinne: Ústredie SP, pobočky SP

2120

2121

Zmena na úrovni biznis vrstvy nastane zlepšením prístupových miest, ktoré sú elektronickým komunikačným kanálom a v prístupe k novej službe rezervačného systému SP. Služby budú naďalej poskytované aj komunikačnými kanálmi: listinne, osobne a telefonicky. Významnou zmenou bude jeden prístupový portál pre viacerých aktérov. Pri jednotlivých budúcich el. službách bude v prípade takých el. služieb, ktoré nie je možné realizovať plne elektronicky, práve možnosť vytvoriť podanie (žiadosť, oznámenie a podobne) v časti a dokončiť ho napr. osobnou návštevou s využitím rezervácie.

2122

2123

Súčasťou budúceho riešenia bude upravený špecializovaný portál SP, ktorý bude poskytovať naďalej funkcie Verejného obsahu (doplnené o relevantné informácie a možnosti v súvislosti s riešením konkrétnych ŽS). Zmena nastane aj v rámci Privátneho obsahu, resp. privátnej časti portálu, ktorá bude poskytovať:

2124

2125

* existujúce služby pre zamestnávateľov a SZČO – odvádzateľov poistného, poskytovateľov zdravotnej starostlivosti, inštitúcie, rezorty;

2126

* upravené existujúce služby v rámci Elektronického účtu poistenca;

2127

* nové el. služby pre FO a PO v kontexte ŽS.

2128

2129

Verejný obsah bude obsahovať:

2130

2131

* Statický obsah - umožní používateľovi portálu sledovať statické informácie ako novinky, informácie o dostupných službách SP, legislatívne zmeny, kontakty, informácie mimo detailov v kontexte ŽS, informácie týkajúce sa GDPR, informácie v sekcii Kariéra.

2132

* Návody ŽS - budú uvedené statické informácie o ŽS ako popis ŽS, URL link na súvisiace ŽS, URL link na formuláre, vysvetľujúce zákony, miesta pre vybavenie ŽS.

2133

* Statické formuláre “Na stiahnutie” - budú obsahovať formuláre na stiahnutie so zoznamom potrebných príloh, bez možnosti online vypĺňania.

2134

* Rezerváciu termínov na pobočke SP.

2135

* Identifikáciu a autentifikáciu - pre vstup klienta do Privátnej časti portálu.

2136

2137

V budúcom stave bude naďalej využitá aj aktuálna funkcionalita verejného obsahu z pohľadu navigácie k službám a informačnému obsahu, ktorá je v súčasnom stave veľmi dobre navrhnutá a udržiavaná. Samotná navigácia (a jej možnosti) k jednotlivým el. službám a formulárom bude využitá aj pri spracovaní navigačnej logiky relevantnej privátnej časti portálu (dizajnový návrh, resp. Iniciálny grafický návrh je súčasťou samostatného dokumentu).

2138

2139

Privátny obsah bude používateľovi sprístupnený po identifikácii a autentifikácii. Služby privátneho obsahu budú nasledovné:

2140

2141

* Všeobecné údaje poistenca - Moje údaje - bude obsahovať osobné údaje používateľa, osobné údaje rodinných príslušníkov, kontaktné údaje a prehľad zamestnávateľov a ďalšie údaje podľa typu používateľa (FO/PO).

2142

* Individuálny účet klienta - Môj účet - prehľad o dátach poistenca a iné dáta podľa typu používateľa (zamestnanec, zamestnávateľ a podobne), usporiadané do viacerých sekcií (tzv. Saldokonto). Dáta budú obsahovať informácie z agendových systémov SP.

2143

* Personalizovaný obsah ŽS - Moje ŽS - zoznam ŽS prispôsobený možným životným situáciám používateľa, proaktívne služby, stav konaní, stav z pohľadu ŽS (vyššie spomenutá orchestrácia medzi OVM).

2144

* Elektronické služby (podania pre FO/PO resp. žiadosti, oznámenia a podobne)- el. služby realizované buď ako el. formuláre a budú predvýpĺňané z dostupných údajov klienta s obsahom všeobecného popisu , zoznamom potrebných príloh, možnosťou pridať spätnú väzbu, alebo budú realizované aj ako „inteligentné“ formuláre, kde logika krokov, postupnosti a obsahu vypĺňania bude riadená nástrojmi „na pozadí“ tak, že od klienta budú požadované len relevantné údaje, prípadne potvrdenie dostupných vyplnených údajov a len relevantné kroky (podľa Detailného návrhu riešenia, ktorý bude adresovať v tom čase platný stav IS v správe SP a ich rozvoja). Nižšie v dokumente sa nachádza zoznam koncových služieb, ktoré budú riešením dotknuté (nové koncové služby, upravované služby, prípadne zrušené koncové služby);

2145

* Vstupné a výstupné elektronické dokumenty klienta - Moje dokumenty - bude obsahovať odoslané žiadosti aj prijaté dokumenty od SP a to aj v prípade, že podanie bude realizované inak, ako elektronicky (osobne/listinne) – dokumenty budú digitalizované a nahrávane do „Zložky klienta“ zo strany SP.

2146

* História komunikácie o sociálnom poistení - Elektronická schránka SP - bude podporovať doručovanie el. dokumentov, správ a notifikácií (v prípadoch, kedy je možné, resp. dovolené aj paralelné doručovanie okrem tzv. eGOV schránky na slovensko.sk).

2147

* Rezervácie termínov na pobočke SP

2148

2149

Zavedenie inovovaných služieb pre používateľov prispeje k zvýšeniu kvality, štandardu a dostupnosti elektronických služieb pre klientov SP.

2150

2151

Diagram 4 : Strešný model architektúry Frontendu - TO BE

2152

2153

[[image:1755512913903-784.png]]

2154

2155

Mobilná aplikácia pre potreby ŽS5

2156

2157

Súčasťou oblasti Frontend je aj modernizácie aplikácie primárne slúžiaca pre ŽS5, teda pre klientov SP - Odvádzateľov poistného, ktorá zjednodušuje a modernizuje správu služieb poistenca. Základné funkčné celky aplikácie tvorí predovšetkým registrácia, nástroje na výpočet výšky poistného pre SZČO a PUSH notifikácie pre aktuálne informovanie používateľov. Kľúčovým prvkom je aj intuitívna domovská stránka (obrazovka), ktorá slúži ako vstupná brána do aplikácie, podporená efektívnym onboarding procesom a dynamickým prepínačom služieb, čím sa zabezpečuje prispôsobenie obsahu individuálnym potrebám každého používateľa. Mobilná aplikácia bude umožňovať predbežnú registráciu, ktorá slúži Zamestnávateľovi na registrovanie firmy a zamestnancov do IS Sociálnej poisťovne. Proces začína zadaním identifikačných údajov zamestnávateľa, následne po úspešnej autorizácii pomocou autorizačného kódu môže zamestnávateľ spravovať svoje firmy. Pre každú firmu následne môže samostatne evidovať zamestnancov. V aplikácii bude možné vykonať prihlásenie a odhlásenie zamestnanca, zamestnávateľovi bude poskytnutý prehľad všetkých predbežne prihlásených zamestnancov, ktorí sú evidovaní v rámci konkrétnej firmy.

2158

2159

Novou funkcionalitou bude tiež sekcia nedoplatky, ktorá umožní používateľovi prehľad celkovej výšky nedoplatkov ako aj rozpad jednotlivých neuhradených platieb, z ktorých sa nedoplatok skladá. Tieto jednotlivé platby môže používateľ vybrať a následne je presmerovaný na platobnú bránu. Takisto môže vybrať možnosť zaplatiť všetko, vtedy nemusí prechádzať jednotlivé platby a na platobnú bránu je smerovaný so sumou všetkých nedoplatkov, ktoré takto budú jednou platbou uhradené.

2160

2161

Poistenec bude zároveň informovaný o kľúčových udalostiach súvisiacich s jeho žiadosťami, platbami a nastaveniami v mobilnej aplikácii Sociálnej poisťovne prostredníctvom push notifikácií.

2162

2163

Mobilná aplikácia bude zároveň spĺňať všetky bezpečnostné štandardy, s cieľom zabezpečiť dôvernosť, integritu a dostupnosť údajov v každej vrstve systému, a zároveň garantovať, že aplikácia bude zrozumiteľná, použiteľná a dôveryhodná pre všetkých občanov.

2164

2165

Aplikácia je koncipovaná ako tenký klient, nie je priamo zodpovedná za dátovú reprezentáciu a úložisko – slúži prevažne iba na zobrazovanie/prezentáciu dát získaných z aplikačného backend REST API pre používateľa a umožňuje odosielanie žiadostí a volania na platobnú bránu ohľadom poistného atď.

2166

2167

Vysokoúrovňový prehľad biznis architektúry riešenia je zachytený na diagrame nižšie, zobrazuje vzťahy medzi kľúčovými komponentami riešenia a kľúčovou technickou funkcionalitou. Diagram zobrazuje vybrané kľúčové prípady použitia mobilnej aplikácie a vzťah aplikácie k systémom, na ktoré sa integruje. Napriek tomu, že diagram zobrazuje dvoch rôznych aktérov, ako bolo už uvedené vyššie, mobilná aplikácia ako taká v kontexte autentifikácie a autorizácie používateľa nerozlišuje rôzne používateľské role, obaja aktéri predstavujú používateľskú rolu „Poistenec“.

2168

2169

Architektúra je tvorená 2 základnými vrstvami:

2170

2171

* Prezentačná vrstva – predstavuje samotnú mobilnú aplikáciu ako rozhranie na zobrazenie údajov používateľmi a zber vstupov používateľa.

2172

* Aplikačná vrstva – je reprezentovaná aplikačným backendom, ktorý tvorí rozhranie medzi mobilnou aplikáciou a ostatnými IS Sociálnej Poisťovne

2173

2174

2175

Diagram 5: kľúčové prípady použitia mobilnej aplikácie a vzťah aplikácie k systémom, na ktoré sa integruje

2176

2177

[[image:1755512926589-330.png]]

Rezervačný systém

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).

2182

2183

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í..

Prípady použitia

a) Rezervácia termínu cez webové sídlo SP (neautentifikovaný používateľ)

2188

2189

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.

2190

2191

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é).

2192

2193

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).

2194

2195

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.

Proces:

1. Používateľ vyberie službu pre rezerváciu termínu a vyplní údaje o svojej osobe.

2200

2201

1. Webový portál odošle informácie do rezervačného systému.

2202

2203

1. Rezervačný systém overí či osoba môže vytvoriť rezerváciu a odošle tieto informácie webovému portálu.

2204

2205

1. Webový portál zobrazí získané informácie:

2206

2207

* V prípade zamietnutia si osoba nemôže rezervovať online termín a proces končí

2208

2209

* V prípade potvrdenia vyberie osoba agendu a lokalitu a systém odošle tieto informácie do rezervačného systému

2210

2211

1. Rezervačný systém odošle dostupné termíny pre rezerváciu danej agendy a lokality

2212

2213

1. Webový portál zobrazí dostupné termíny

2214

2215

1. Používateľ vyberie pre neho vhodný termín a zaškrtne súhlas so spracovaním osobných údajov a potvrdí tlačidlom.

2216

2217

1. Webový portál odošle rezervovaný termín do rezervačného systému

2218

2219

1. Rezervačný systém zablokuje termín a odošle používateľovi notifikácie

2220

2221

b) Rezervácia termínu na špecializovanom portáli (autentifikovaný používateľ)

2222

2223

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.

2224

2225

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é).

2226

2227

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).

2228

2229

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).

2230

2231

Aj autentifikovaný používateľ stále môže využiť služby neautentifikovaného používateľa.

2232

2233

Proces z pohľadu používateľa

2234

2235

1. Používateľ vyberie službu pre rezerváciu termínu

2236

2237

1. Špecializovaný portál mu predvyplní informácie, ktoré má o ňom k dispozícií.

2238

2239

1. Používateľ potvrdí vyplnené údaje o svojej osobe alebo ich môže zmeniť.

2240

2241

1. Špecializovaný portál odošle informácie do rezervačného systému.

2242

2243

1. Rezervačný systém overí či osoba môže vytvoriť rezerváciu a odošle tieto informácie špecializovanému portálu.

2244

2245

1. Špecializovaný portál zobrazí získané informácie:

2246

2247

* V prípade zamietnutia si osoba nemôže rezervovať online termín a proces končí

2248

2249

* V prípade potvrdenia vyberie osoba agendu a lokalitu a systém odošle tieto informácie do rezervačného systému

2250

2251

1. Rezervačný systém odošle dostupné termíny pre rezerváciu danej agendy a lokality

2252

2253

1. Špecializovaný portál zobrazí dostupné termíny

2254

2255

1. Používateľ vyberie pre neho vhodný termín a zaškrtne súhlas so spracovaním osobných údajov a potvrdí tlačidlom.

2256

2257

1. Špecializovaný portál odošle rezervovaný termín do rezervačného systému

2258

2259

1. Rezervačný systém zablokuje termín a odošle používateľovi notifikácie

2260

2261

c)Rezervácia termínu zamestnancom SP (GUI pre zamestnanca SP)

2262

2263

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.

2264

2265

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.

2266

2267

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).

2268

2269

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.

2270

2271

2272

d) Zrušenie potvrdenej rezervácie

2273

2274

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.** **

2275

2276

Proces z pohľadu používateľa:

2277

2278

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

2279

2280

b) Používateľ v definovanom tvare odošle spätnú sms na telefónne číslo pre Zrušenie termínu.

2281

2282

c) Používateľ na špecializovanom portáli klikne na existujúcu rezerváciu a klikne na tlačidlo Zrušiť rezerváciu termínu.

2283

2284

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)

2285

2286

e) Dostavenie sa na rezervovaný termín (integrácia rezervačného IS a vyvolávacieho IS)

2287

2288

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ň).

2289

2290

2291

f) Overenie rezervácie cez webové sídlo SP (neautentifikovaný používateľ)

2292

2293

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.

Proces:

1. Používateľ zadá informácie o rezervovanom termíne.

2298

2299

1. Webový portál odošle vyplnené údaje do rezervačného systému.

2300

2301

1. Rezervačný systém overí vyplnené údaje a odošle informáciu webovému portálu.

2302

2303

1. Webový portál zobrazí potvrdenie resp. nepotvrdenie rezervovaného termínu.

2304

2305

g) Overenie rezervácie na špecializovanom portáli (autentifikovaný používateľ)

2306

2307

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.

Proces:

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).

2312

2313

h) Štatistiky využívania systému (GUI pre zamestnanca SP)

2314

2315

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).** **

2316

2317

Systém poskytne údaje o všetkých budúcich rezerváciách pre konkrétne pobočky, agendové pracoviská pre účely plánovania.** **

2318

2319

Systém zároveň poskytne aktuálne údaje vyťaženosti pobočiek, agendových pracovísk, údaje o priemernej dĺžke čakania, vybavenia.** **

2320

2321

2322

i) Administrácia systému (GUI pre administrátora)

2323

2324

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:

2325

2326

* správa používateľov pre definovanie prístupových oprávnení;

2327

2328

* správa a definovanie dostupných agend pre online rezerváciu;

2329

2330

* správa a definovanie voľných termínov pre konkrétne agendy, definovanie dĺžky trvania úkonu, vybraných hodín;

2331

2332

* 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ď.);

2333

2334

* úprava voľných termínov kalendára na základe potreby;

2335

2336

* 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);

2337

2338

* definovanie počtu dní pre odoslanie pripomienky pre vybraným termínom;

2339

2340

* nastavenie povinných polí v rezervačnom formulári (napr. pre vyžadovanie len emailu, alebo telefónne čísla, prípadne obidvoch informácií);

2341

2342

* nastavenie overovania osoby (overenie cez email alebo telefónne číslo, prípadne obidve možnosti overenia osoby);

2343

2344

* maximálna doba zadania PINu/QR kódu pred rezervovaným termínom a po rezervovanom termíne;

2345

2346

* definovanie súvisiacich informácií o vybavení agendy;

2347

2348

* definovanie Súhlasu so spracovaním osobných údajov s možnosťou prelinkovania na webovú adresu alebo externý súbor;

2349

2350

* maximálny počet rezervácií na osobu pre jednu alebo viaceré pobočky, agendy počas x dní;

2351

2352

* maximálna doba pre potvrdenie rezervácie vytvorenej zamestnancom SP;

2353

2354

* maximálna dĺžka blokácie osoby;

2355

2356

* parametre blokácie a ďalšie.

2357

2358

Tabuľka 18: Dosah Rezervačného systému na komponenty SP

2359

2360

|**Časť **|**Dotknuté komponenty **

2361

|**Implementácia rezervačného systému **|(((

2362

Nový IS rezervačný systém

2363

2364

(predpoklad: IS Vyvolávací systém

2365

)))

2366

|**Vytvorenie služieb a integrácia webového sídla SP **|Webové sídlo SP

2367

|**Vytvorenie služieb a integrácia špecializovaného portálu (EÚP) **|Špecializovaný portál (EÚP)

2368

2369

Vytvorenie služby zabezpečenej komunikácie

2370

2371

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.

2372

2373

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.

Biznis aktéri

Fyzické osoby - interné:

* Zamestnanec SP

* Administrátor

Fyzické osoby – externé

* Občan/klient

Právnické osoby – interné

* SP ústredie

* SP pobočka

Pokryté procesy

Vytvorenie online termínu cez webové sídlo SP (neautentifikovaný používateľ)

2395

2396

1. Používateľ vyberie službu pre rezerváciu online termínu a vyplní údaje o svojej osobe.

2397

2398

1. Webový portál odošle informácie službe zabezpečenej komunikácie.

2399

2400

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.

2401

2402

1. Webový portál zobrazí získané informácie:

2403

2404

* V prípade zamietnutia si osoba nemôže rezervovať online termín a proces končí

2405

* V prípade potvrdenia vyberie osoba agendu a lokalitu a systém odošle tieto informácie do systému zabezpečenej komunikácie

2406

2407

1. Rezervačný systém odošle dostupné online termíny pre rezerváciu danej agendy a lokality

2408

2409

1. Webový portál zobrazí dostupné online termíny

2410

2411

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.

2412

2413

1. Webový portál odošle rezervovaný online termín do systému zabezpečenej komunikácie

2414

2415

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)

2416

2417

1. Systém zabezpečenej komunikácie zablokuje online termín, priradí ID schôdze a odošle používateľovi notifikácie

2418

2419

Vytvorenie online termínu (špecializovaný portál)

2420

2421

1. Používateľ vyberie službu pre rezerváciu online termínu

2422

2423

1. Špecializovaný portál mu predvyplní informácie, ktoré má o ňom k dispozícií.

2424

2425

1. Používateľ potvrdí vyplnené údaje o svojej osobe alebo ich môže zmeniť.

2426

2427

1. Špecializovaný portál odošle informácie do služby zabezpečenej komunikácie.

2428

2429

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.

2430

2431

1. Špecializovaný portál zobrazí získané informácie:

2432

2433

* V prípade zamietnutia si osoba nemôže rezervovať online termín a proces končí

2434

* V prípade potvrdenia vyberie osoba agendu a lokalitu a systém odošle tieto informácie do služby zabezpečenej komunikácie

2435

2436

1. Systém zabezpečenej komunikácie odošle dostupné online termíny pre rezerváciu danej agendy a lokality

2437

2438

1. Špecializovaný portál zobrazí dostupné online termíny

2439

2440

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.

2441

2442

1. Špecializovaný portál odošle rezervovaný online termín do služby zabezpečenej komunikácie

2443

2444

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)

2445

2446

1. Systém zabezpečenej komunikácie zablokuje online termín, priradí ID schôdze a odošle používateľovi notifikácie

2447

2448

Overenie online termínu (webové sídlo SP)

2449

2450

1. Používateľ zadá informácie o rezervovanom online termíne.

2451

2452

1. Webový portál odošle vyplnené údaje do služby zabezpečenej komunikácie.

2453

2454

1. Systém zabezpečenej komunikácie overí vyplnené údaje a odošle informáciu webovému portálu.

2455

2456

1. Webový portál zobrazí potvrdenie resp. nepotvrdenie rezervovaného online termínu.

2457

2458

Overenie online termínu (špecializovaný portál)

2459

2460

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).

2461

2462

Zmena pracovníka/zamestnanca SP online termínu (užívateľské rozhranie SP)

2463

2464

1. Užívateľské rozhranie musí umožniť Administrátorovi SP (vedúcemu zamestnancovi SP) preobsadiť už zarezervovanú schôdzku iným zamestnancom SP

2465

2466

Zrušenie potvrdeného online termínu

2467

2468

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

2469

2470

b) Používateľ v definovanom tvare odošle spätnú sms na telefónne číslo pre Zrušenie online termínu.

2471

2472

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.

2473

2474

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)

2475

2476

Účasť na online termíne

2477

2478

1. Používateľ prostredníctvom ID schôdze zúčastní online termínu.

2479

2480

5.3.1.2 Dátové integrácie

5.3.1.2.1 (pre ŽS1)

Z pohľadu biznis vrstvy architektúry je téma DI-2 postavená na ŽS1 – Strata a hľadanie zamestnania, pričom biznis logiku zabezpečuje proces popísaný v projekte ŽS1 prostredníctvom využitia IS MÚSP, ktorý bude zohrávať rolu centrálneho dátového úložika/centrálnej databázy údajov.

Ide o:

* rozširovanie poskytovaných údajov do CPDI (CSRÚ) (a následne do MPSVaR) o kandidátoch na zaradenie/vyradenie z evidencie UoZ

2489

* rozširovanie poskytovaných údajov do CPDI (CSRÚ) o informácii o začatí konania pre účely poskytovania pomoci v hmotnej núdzi a rodičovských príspevkov

2490

* rozšírenie konzumovaných dát z CPDI (CSRÚ) (pôvodom od ÚPSVaR) pre účely zúčtovania pomoci hmotnej núdzi a zastavenia vyplácanie dávky v nezamestnanosti z dôvodu poberania rodičovského príspevku.

2491

2492

Konkrétne objekty evidencie sú určené v kapitole 5.5 Dátová architektúra.

2493

2494

Pre naplnenie cieľov bude potrebné zabezpečiť služby

2495

2496

* na strane IS MÚSP – prijímanie údajov do MÚSP cez MÚSP ESB (integračnú platformu), kontroly na entitnú, referenčnú a sémentickú integritu a logovanie dátovených prenosov. Zároveň sa počíta s tým, že zodpovednosť za údržbu prenosových štruktúr bude zodpovedný rovnako IS MÚSP a jeho produktový tím/biznis vlastníci.

2497

*1. Na strane agendových systémov - popísané v projekte ŽS1 (úprava/tvorba nových aplikačných funkcií, ktoré bude zabezpečovať ako nové dáta, tak i zmeny nad dátami)

2498

2499

5.3.1.2.2 DI-4 (pre ŽS5)

2500

2501

Z pohľadu biznis vrstvy architektúry je téma DI-4 postavená na ŽS5 – Administratívny chod podniku, pričom biznis logiku zabezpečuje proces popísaný v projekte ŽS5 prostredníctvom využitia IS MÚSP, ktorý bude zohrávať rolu centrálneho dátového úložika/centrálnej databázy údajov.

Ide o:

* Interná integrácia - publikovanie údajov do MÚSP/MDM (IS SP → IS MÚSP/MDM)

2506

* Interná integrácia - Získanie údaju SP - BATCH (MÚSP/MDM → IS SP)

2507

2508

Pre naplnenie cieľov bude potrebné zabezpečiť služby

2509

2510

* na strane IS MÚSP – prijímanie údajov do MÚSP cez MÚSP ESB (integračnú platformu), kontroly na entitnú, referenčnú a sémantickú integritu a logovanie dátových prenosov. Zároveň sa počíta s tým, že zodpovednosť za údržbu prenosových štruktúr bude zodpovedný rovnako IS MÚSP a jeho produktový tím/biznis vlastníci.

2511

* Na strane agendových systémov - popísané v projekte ŽS5 (úprava/tvorba nových aplikačných funkcií, ktoré bude zabezpečovať ako nové dáta, tak i zmeny nad dátami).

2512

2513

5.3.1.2.3 DI-5 (pre ŽS7 a ŽS8)

2514

2515

Z pohľadu biznis vrstvy architektúry je téma DI-5 postavená na postavená na ŽS7 – Narodenie dieťaťa a ŽS8 - Som chorý, mám chorého člena rodiny, pričom biznis logika a proces je popísaný v projekte ŽS7+8 prostredníctvom využitia IS MÚSP, ktorý bude zohrávať rolu centrálneho dátového úložika/centrálnej databázy údajov.

Ide o:

1. Získanie údajov z CSRÚ (CSRÚ → IS MÚSP/MDM)

2520

1. Publikovanie údajov do CSRÚ (IS MÚSP/MDM → CSRÚ)

2521

1. Interná integrácia - publikovanie údajov do MDM (IS SP → IS MÚSP/MDM)

2522

1. Interná integrácia - Získanie údaju SP - BATCH (IS MÚSP/MDM → IS SP)

2523

2524

Pre naplnenie cieľov bude potrebné zabezpečiť služby

2525

2526

* na strane IS MÚSP – prijímanie údajov do MÚSP cez MÚSP ESB (integračnú platformu), kontroly na entitnú, referenčnú a sémantickú integritu a logovanie dátových prenosov. Zároveň sa počíta s tým, že zodpovednosť za údržbu prenosových štruktúr bude zodpovedný rovnako IS MÚSP a jeho produktový tím/biznis vlastníci.

2527

* Na strane agendových systémov - popísané v projekte ŽS7+8 (úprava/tvorba nových aplikačných funkcií, ktoré bude zabezpečovať ako nové dáta, tak i zmeny nad dátami).

2528

2529

5.3.1.2.4 DI-6 (pre ŽS14)

2530

2531

Z pohľadu biznis vrstvy architektúry je téma DI-6 postavená na postavená na ŽS14 – Odchod do dôchodku, pričom biznis logika a proces je popísaný v projekte ŽS14+16 prostredníctvom využitia IS MÚSP, ktorý bude zohrávať rolu centrálneho dátového úložiska/centrálnej databázy údajov.

Ide o:

1. Získanie údajov z CSRÚ (CSRÚ → IS MÚSP/MDM)

2536

1. Publikovanie údajov do CSRÚ (IS MÚSP/MDM → CSRÚ)

2537

1. Interná integrácia - publikovanie údajov do MDM (IS SP → IS MÚSP/MDM)

2538

1. Interná integrácia - Získanie údaju SP - BATCH (IS MÚSP/MDM → IS SP)

2539

2540

Pre naplnenie cieľov bude potrebné zabezpečiť služby

2541

2542

* na strane IS MÚSP – prijímanie údajov do MÚSP cez MÚSP ESB (integračnú platformu), kontroly na entitnú, referenčnú a sémantickú integritu a logovanie dátových prenosov. Zároveň sa počíta s tým, že zodpovednosť za údržbu prenosových štruktúr bude zodpovedný rovnako IS MÚSP a jeho produktový tím/biznis vlastníci.

2543

* Na strane agendových systémov - popísané v projekte ŽS7+8 (úprava/tvorba nových aplikačných funkcií, ktoré bude zabezpečovať ako nové dáta, tak i zmeny nad dátami).

2544

2545

5.3.1.2.5 DI-7 (pre všetky ŽS)

2546

2547

Z pohľadu biznis vrstvy architektúry je téma DI-7 prierezevou témou, ktorá umožní predvypĺňanie formulárov pre koncové služby naprieč realizovanými ŽS.

2548

2549

Klient/používateľ pristupuje k službám cez komunikačný portál SP (špecializovaný portál SP), pričom sa umožnia viaceré typy podaní – asistované podanie, samoobslužné či multikanálové.

2550

2551

Vstupnou bránou je autentifikácia, ktorá zabezpečuje prístup k službám cez prihlasovanie a získanie používateľského tokenu. Autentifikačný proces využíva IAM SP a Keycloak na vydávanie a validáciu tokenov.

2552

2553

Klient po autentifikácii vypĺňa elektronický formulár pomocou modulu eForm Filler, kde prebieha predvyplnenie údajov a tiež validácia vypĺňaných údajov formulára. Modul eForm Konštruktor (realizovaný v rámci témy Frontend) vytvorí samotné podanie a umožňuje pridávať prílohy, podpisovať dokumenty a následne ich odosielať.

2554

2555

2556

Diagram 6: Celková architektúra DI-7 (predvypĺňanie formulárov)

2557

2558

[[image:1755513098980-259.png]]

2559

2560

2561

5.3.1.2.6 DI-8 (integrácia s NCZI pre potreby ŽS8)

2562

2563

Z pohľadu biznis vrstvy architektúry je téma DI-8 postavená na postavená na ŽS8 – Som chorý, mám chorého člena rodiny, pričom biznis logika a proces je popísaný v projekte ŽS7+8. Jadrom témy je priama integrácia s NCZI, ktorý eviduje potrebné údaje (register potrieb starostlivosti) k riadnemu spracovaniu agendy „ošetrovné“ v SP a následnému vyplateniu korektrných dávok OČR.

2564

2565

Diagram 7: Strešný pohľad na architektúru DI-8 (priama integrácia na NCZI)

2566

2567

[[image:1755513124016-245.png]]

5.3.1.3 Notifikácie

Notifikačný modul SP je centrálnym komponentom SP, ktorý zabezpečuje funkcionalitu tvorby a doručovania notifikácií. Modul má nasledovné funkcionality:

2572

2573

*

2574

** Vytvára notifikácie v jednotnom a štandardnom formáte, ktorý je použiteľný pre interné účely SP ako aj pre doručovanie prostredníctvom Centrálneho notifikačného modulu (ÚPVS NOTIFY)

2575

** Podporuje tvorbu znenia textu notifikácie na základe substitúcie špeciálnych znakov v šablóne

2576

** Podporuje funkcionalitu zasielania notifikácií do

2577

*** komunikačnej schránky klienta SP (Špecializovaný portál SP)

2578

*** elektronickej schránky občana (eDESK slovensko.sk)

2579

*** mobilnej aplikácie SP (push notifikácie)

2580

** Spravuje šablóny notifikácií

2581

** Poskytuje API pre vytvorenie a zasielanie notifikácií

2582

2583

Vstupným parametrom služby pre vytvorenie a zaslanie notifikácie je

2584

2585

*

2586

** identifikátor šablóny

2587

** údajová štruktúra, ktorá je použitá pre substitúciu značiek šablóny

2588

** identita adresáta, prípadne kontaktný údaj adresáta (e-mail, telefónne číslo)

2589

** komunikačný kanál (nepovinné)

2590

2591

V prípade, že bola volaná API služba pre vytvorenie a zaslanie sa spúšťa nasledovný proces:

2592

2593

1.

2594

11. Notifikačný modul vytvorí správu na základe spojenia šablóny a substitučných údajov

2595

11. V prípade že bola do služby dodaná namiesto kontaktných údajov len identita adresáta, notifikačný modul sa pokúsi získať kontaktné údaje z profilu klienta, pričom získa informáciu o preferovaných spôsoboch (kanáloch) doručenia notifikácie.

2596

11. Notifikačný modul doručí notifikáciu do Elektronickej schránky klienta na špecializovanom portáli SP

2597

11. V prípade, že adresát má aktívnu elektronickú schránku (eDESK slovensko.sk), notifikácia bude doručená rovnako aj tam.

2598

2599

Notifikačný modul musí podporovať aj hromadnú tvorbu notifikácií. Zároveň bude využívať pre komunikáciu s centrálnym komponentom ÚPVS NOTIFY komponent ÚPVS Proxy (dodaný v rámci REG).

2600

2601

Pre účely poskytovania notifikácií budú realizované dve skupiny notifikácií:

2602

2603

*

2604

** Generické notifikácie pre notifikovanie klienta o stave konania – tieto notifikácie budú využívané pre všetky konania.

2605

** Špecializované notifikácie pre účely jednotlivých agend životných situácií

5.3.1.4 Registratúra

====== Popis AS IS stavu ======

2610

2611

Diagram nižšie popisuje proces spracovania podania v podateľni. Podprocesy detailnejšie zobrazujú procesy príjmu listinnej a elektronicky doručenej pošty do Sociálnej poisťovne. Spracovanie prijatých zásielok ďalej prebieha v agendových systémoch SP je špecifické pre konkrétny druh IS SP. Registratúrny systém je úzko prepojený s centrálnym riadením udalostí a stavov ŽS (BPM).

2612

2613

2614

Diagram 8: Biznis proces Podateľňa - Príjem zásielky

2615

2616

[[image:1755513152530-391.png]]

2617

Proces odoslania výstupných dokumentov prebieha poštou resp. do elektronickej schránky osoby. Elektronická schránka sa zriaďuje pre fyzické osoby, podnikateľov, právnické osoby, orgány verejnej moci a pre subjekty medzinárodného práva. Elektronické schránky sa zriaďujú na portáli Ústrednom portáli verejnej správy na adrese www.slovensko.sk

2618

2619

Fyzická osoba nie je povinná mať elektronickú schránku aktivovanú na doručovanie. Avšak v prípade, že si ju FO aktivuje na doručovanie, je orgán verejnej moci povinný do nej doručovať úradné rozhodnutie elektronicky. Takéto rozhodnutie je rovnocenné s listinnou formou.

2620

2621

====== Popis TO BE stavu ======

2622

2623

Z pohľadu biznis architektúry je zachytených niekoľko scenárov:

2624

2625

Prijímania podaní na strane Sociálnej poisťovne

2626

2627

výkon podnetov ex-offo na strane Sociálnej poisťovne

2628

2629

iný spôsob prijatia podnetu, napr. dátovou alebo procesnou integráciou

2630

2631

2632

Scenár 1: Prijímanie podaní na strane Sociálnej poisťovne

2633

2634

1.

2635

11. Občan odošle podanie SP (elektronicky alebo listinne).

2636

11. Elektronické podania odoslané zo špecializovaného portálu SP alebo ÚPVS sú smerované do eDesk schránky Sociálnej poisťovne. ÚPVS zabezpečuje proces doručovania vrátane doručenky pre klienta a uchovávania odoslaných správ.

2637

11. REG implementuje preberanie biznisových správ z eDesk schránky Sociálnej poisťovne

2638

11. REG implementuje preberanie technických informácii prislúchajúcich k správe (podpisy, informácie o doručení)

2639

11. Podanie je v REG zaevidované:

2640

11. V prípade elektronických podaní automaticky.

2641

11. V prípade listinných podaní manuálne (Používateľ sociálnej poisťovne spracuje podanie.)

2642

11. REG zavolá rozhranie BPM modulu pre spustenie hlavného procesu spracovania podania/prípadu

2643

11. REG spracuje podanie na základe pravidiel registratúrnej politiky a vytvorí registratúrny záznam.

2644

11. REG vykoná transformáciu obsahu do PDF a HTML na základe vizualizácii pre prijatý typ správy a uloží výsledné súbory k záznamu

2645

11. Ak bude definovaná logika pre automatické zaradenie záznamu do registratúrneho spisu tak registratúra vykoná tento krok (pre nové spisy alebo doplnenie existujúceho spisu na základe correlationID)

2646

11. Registratúra na základe typu vstupného formulára určí agendu na ďalšie spracovanie

2647

11. REG odovzdá informácie o podaní (metadáta + URI pre obsah + ID procesu) na agendové spracovanie

Alternatívy:

1.

11. REG zapíše správu do MQ, odkiaľ si ich preberá konzument

2653

11. REG volá webové služby BPM/API alebo agendových IS pre odoslanie prípadu

2654

2655

**Agendové spracovanie:**

2656

2657

Spracovanie pokračuje v agendovom IS, ktorý aktualizuje proces(y) v BPM. Agendový IS zároveň integruje IS REG prostredníctvom generického API rozhrania v následných prípadoch:

2658

2659

1. Získanie metaúdajov o zázname

2660

1. Získanie obsahu podania – registratúrneho záznamu (vrátane príloh, vizualizácii a informácii o podpisoch)

2661

1. Vytvorenie registratúrneho záznamu

2662

1. Vytvorenie registratúrneho spisu

2663

1. Zaradenie záznamu do spisu

2664

1. Preradenie záznamu medzi spismi

2665

1. Zlúčenie spisov (ak bol nesprávne založený nový spis a už existuje predchádzajúci spis)

2666

1. Zmena stavu spisu vrátane uzavretia spisu

2667

1. Zmena priradenia spisu na spracovateľa

2668

1. Zmena iných atribútov spisu (napr. lokalita, postúpenie a pod)

2669

1. Vytvorenie doručovacej úlohy (predmetom zadania REG-2)

2670

1. A iné podľa zákona o registratúre

2671

2672

Agendové IS v rámci spracovania integrujú IS BPM v nasledovných prípadoch:

2673

2674

* Získanie detailov procesu (na základe ID s registratúry)

2675

* Získanie možných prechodov z aktuálneho stavu

2676

* Zmena stavu procesu

2677

2678

**Scenár 2: Výkon podnetov ex-offo na strane Sociálnej poisťovne**

2679

2680

1. Pracovník SP vykonáva aktivity v agendovom IS

2681

1. Dokumenty prípadu vznikajú v agendovom IS

2682

1. Agendový IS spúšťa hlavný proces v BPM cez integračné rozhranie

2683

1. Agendový IS vytvára registratúrny spis/záznam v IS REG cez integračné API (alternatívne pracovník SP vykonáva kroky manuálne v IS REG cez obrazovku)

2684

1. Vybavenie prípadu je realizované v agendovom IS s priebežnou aktualizáciou BPM procesu a potrebných informácii v IS REG.

2685

2686

**Scenár 3: Iný spôsob prijatia podnetu, napr. dátovou alebo procesnou integráciou**

2687

2688

1. Podnet je prijatý v agendovom IS (prijatie môže prebiehať prostredníctvom ďalších IS ako napríklad MUSP pre CPDI integrácie alebo EESSI pre medzinárodnú komunikáciu)

2689

1. Agendový IS spracuje prípad

2690

1. Agendový IS spúšťa hlavný proces v BPM cez integračné rozhranie

2691

1. Agendový IS v prípade potreby vytvára registratúrny spis/záznam v IS REG cez integračné API (alternatívne pracovník SP vykonáva kroky manuálne v IS REG cez obrazovku)

2692

1. Vybavenie prípadu je realizované v agendovom IS s priebežnou aktualizáciou BPM procesu a potrebných informácii v IS REG.

2693

2694

**Register elektronických formulárov**

2695

2696

* Systém IS REG bude udržiavať aktuálne verzie špecifikovaných elektronických formulárov publikovaných na slovensko.sk.

2697

* Pokiaľ príde k aktualizácii sledovaných elektronických formulárov, REG odošle notifikáciu.

2698

* Notifikácia bude konzumovaná agendovými systémami.

2699

2700

5.3.1.5 Monitoring služieb a spätná väzba

2701

2702

V prostredí SP v súčasnosti nedochádza k automatizovanému zberu dát zo zdrojových systémov SP a ich následné vyhodnocovanie a poskytovanie do KAV, v tejto časti sa preto budeme venovať popisu TO BE stavu.

2703

2704

Monitoring služieb pozostáva zo zberu údajov z informačných systémov SP a jeho exportu do centrálneho modulu KAV. Údaje sú zbierané z viacerých zdrojov:

2705

2706

* verejného portálu Sociálnej poisťovne pre zber údajov o návštevnosti

2707

* z procesných aplikačných komponentov SP pre získanie informácií o využívaní elektronických služieb SP a riešení životných situácií

2708

* z komponentu Spätná väzba, ktorý agreguje informácie týkajúcich spokojnosti so službami SP

2709

2710

[[image:1755513178803-782.png]]

2711

2712

2713

5.3.2 Prehľad koncových služieb – budúci stav (TO BE):

2714

2715

Tabuľka 19: Prehľad koncových služieb, ktoré budú projektom upravené

|(((

**Kód KS **

//(z MetaIS)//

)))|(((

**Názov KS**

)))|(((

**Používateľ KS **//(G2C/G2B/G2G/G2A)//

2731

)))|(((

2732

**Životná situácia **

//(kód z MetaIS)//

)))|(((

**Úroveň elektronizácie KS**

2739

)))|**Koncovú službu realizuje AS **//(kód AS z MetaIS)//

2740

|ks_337610 |Podávanie žiadosti o dávku v nezamestnanosti |G2C |129 |5 |as_58971

2741

|ks_350713 |Podávanie žiadosti o dôchodok |G2C | |4 |

2742

|ks_378805 |Oznámenie údajov na zvýšenie sumy dôchodku na sumu minimálneho dôchodku |G2C |107 |4 |as_65224

2743

|ks_378803 |Podávanie žiadosti o ukončenie poukazovania dôchodkových dávok na účet v banke |G2C |107 |4 |as_65222

2744

|ks_378802 |Podávanie žiadosti o zrušenie výplaty dôchodkových dávok manžela/manželky na účet manžela/manželky |G2C |107 |4 |as_65221

2745

|ks_378801 |Podávanie žiadosti o zvýšenie starobného dôchodku alebo predčasného starobného dôchodku |G2C |107 |4 |as_65220

|(((

ks_378797

)))|Podávanie žiadosti o poukazovanie dôchodkových dávok na účet v banke |G2C |107 |4 |as_65217

2751

|ks_364434 |Podávanie žiadosti o informácie o dôchodku |G2C |134 |4 |as_64963

2752

|ks_364422 |Podávanie žiadosti o informácie o dôchodku |G2C |134 |4 |as_64963

2753

|ks_337767 |Podávanie žiadosti o vystavenie potvrdenia o poberaných a vyplatených dávkach dôchodkového poistenia |G2C |107 |4 |as_59037

2754

|ks_337635 |Poskytovanie údajov klienta súvisiacich s dôchodkovým poistením |G2C |107 |4 |as_59000

2755

|ks_337619 |Podávanie žiadosti o uvoľnenie výplaty vdovského dôchodku, vdoveckého dôchodku a sirotského dôchodku |G2C |107 |4 |as_58984

2756

|ks_337619 |Podávanie žiadosti o uvoľnenie výplaty pozostalostných úrazových dávok |G2C |107 |4 |as_58984

2757

|ks_336243 |Podanie žiadosti o vydanie úmrtného listu s pôvodným menom |(((

G2C

G2G

)))|053 |4 |sluzba_is_48964

2762

2763

|ks_379488 |Podávanie žiadosti o priznanie pozostalostnej úrazovej renty |G2C |134 |4 |as_65775

2764

|ks_337616 |Podávanie žiadosti o materské - Iný poistenec |G2C |136 |3 |as_58981

2765

|ks_340574 |Podávanie žiadosti o tehotenské |G2C |134 |4 |as_61149

2766

|ks_337623 |Oznamovanie poistnej udalosti v rámci úrazového poistenia |(((

G2C

G2B

)))|(((

134

025

)))|4 |as_58988

|ks_340591 |Elektronická práceneschopnosť | | |3 |

2776

|ks_351886 |ePN - Elektronická práceneschopnosť |G2C |134 |4 |as_63293 as_63294 as_63295

|(((

ks_378623

)))|Žiadosť o ošetrovné z dôvodu uzavretia školy, predškolského zariadenia, zariadenia sociálnych služieb |G2C |136 |4 |as_65149

|(((

ks_378622

)))|Oznámenie o zmene skutočností ovplyvňujúcich nárok na ošetrovné z dôvodu uzavretia školy/predškolského zariadenia/zariadenia sociálnych služieb |G2C |136 |4 |as_65147

2787

2788

Tabuľka 20: Prehľad koncových služieb, ktoré budú projektom zrušené (napr. z dôvodu zlúčenia služieb)

|(((

**Kód KS **

//(z MetaIS)//

)))|(((

**Názov KS**

)))|(((

**Používateľ KS **//(G2C/G2B/G2G/G2A)//

2804

)))|(((

2805

**Životná situácia **

//(kód z MetaIS)//

)))|(((

**Úroveň elektronizácie KS**

2812

)))|**Koncovú službu realizuje AS **//(kód AS z MetaIS)//

2813

|ks_337618 |Podávanie Hlásenia úrazu na účely nemocenského |G2C |134 |4 |as_58983

2814

|ks_337622 |Podávanie žiadosti o úrazovú dávku |G2C |134 |4 |as_58987

2815

2816

Tabuľka 21: Prehľad nových koncových služieb

|(((

Kód KS

(z MetaIS)

)))|(((

Názov KS

)))|(((

Používateľ KS (G2C/G2B/G2G/G2A)

)))|(((

Životná situácia

(kód z MetaIS)

)))|(((

Úroveň elektronizácie KS

2840

)))|Koncovú službu realizuje AS (kód AS z MetaIS)

2841

|TBD |Elektronizácia a automatizácia v IS SP |G2C |025 | |

2842

|TBD |Poskytnutie údajov z registrov Sociálnej poisťovne |G2C |025 | |

2843

|TBD |Registrácia zamestnávateľa |G2B |025 | |

2844

|TBD |Žiadosť o vydanie potvrdenia o nedoplatku na sociálnom poistení |G2C |134 | |

2845

|TBD |Žiadosť o materské |G2C |136 | |

2846

|TBD |Žiadosť o ošetrovné |G2C |136 | |

2847

|TBD |Žiadosť o ošetrovné - uzatvorenie zariadenia |G2C |136 | |

2848

|TBD |Žiadosť o ošetrovné - dlhodobé |G2C |136 | |

2849

|TBD |Žiadosť o prestriedanie ošetrujúceho sa pri starostlivosti o dlhodobo chorého člena rodiny |G2C |136 | |

2850

|TBD |Dôchodková prognóza |G2C |(((

107

128

)))| |(((

Dôchodková prognóza

as_TBD

)))

|TBD |Elektronická služba Žiadosti o zmenu |G2C |(((

107

128

134

)))| |(((

Elektronická služba Žiadosti o zmenu

as_TBD

)))

|TBD |Elektronická žiadosť o priznanie pozostalostnej úrazovej renty |G2C |134 | |(((

2871

Elektronická žiadosť o priznanie pozostalostnej úrazovej renty

as_TBD

)))

|TBD |Elektronická žiadosť o priznanie jednorazového odškodnenia |G2C |134 | |(((

2876

Elektronická žiadosť o priznanie jednorazového odškodnenia

as_TBD

)))

|TBD |Elektronická žiadosť o náhradu nákladov spojených s pohrebom |G2C |136 | |(((

2883

Elektronická žiadosť o náhradu nákladov spojených s pohrebom

as_TBD

)))

|TBD |Oznámenie zamestnávateľa na účely nároku na dávku garančného poistenia cez EKP |G2B |025 | |

2888

|TBD |Žiadosť o potvrdenie zamestnávateľa na účely nároku na dávku garančného poistenia cez EKP. |G2B |025 | |

2889

|TBD |Žiadosť o otcovské |G2C |136 | |

2890

|TBD |Oznámenie nahlásenia zmeny |G2C |136 | |

2891

|TBD |Vytvorenie jednotného spoločného elektronického formulára žiadosti pre všetky úrazové dávky okrem úrazového príplatku (vrátane pozostalostných úrazových dávok) |G2C |134 | |

2892

|TBD |Žiadosť o dôchodok - anglická verzia |G2C |107 | |

2893

2894

5.3.3 Organizačné zmeny a Procesy dotknuté navrhovaným riešením

2895

2896

5.3.3.1 Frontend a Registratúra

2897

2898

2899

====== Vytvorenie žiadostí a oznámení a ich podpísanie asistovane na pobočke ======

2900

2901

Z pohľadu Frontendu a Registratúry je v súčasnosti možné podať žiadosť listinne alebo elektronicky pre vybrané druhy služieb Sociálnej poisťovne. Hlavnou procesnou a organizačnou zmenou bude podanie asistovanej žiadosti, ktorá bude využívaná najmä pre službu Žiadosť o dôchodok. Súčasný stav neumožňuje vytvárať elektronické žiadosti na pobočke.

Pokryté žiadosti:

* Žiadosti o dôchodky - predčasný dôchodok, starobný dôchodok, vdovský/vdovecký dôchodok, sirotský dôchodok, invalidný dôchodok

2906

* Ž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,

2907

*  Iné žiadosti a oznámenia

2908

* Odvolanie

2909

2910

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.

2911

2912

Komplexné riešenie pokrýva proces žiadosti:

2913

2914

1. Identifikácia poistenca

2915

1. Obsahové vyplnenie žiadosti

2916

1. Digitalizácia papierových podkladov

2917

2918

1. Podpísanie žiadosti – predmetom predkladaného projektu ŽS14+16

2919

2920

1. Odoslanie žiadosti

2921

2922

1. Spracovanie žiadosti

2923

2924

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.

Podpísanie žiadosti

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:

2929

2930

* Zachytenie obsahu právneho úkonu;

2931

2932

* Zachytenie osoby, ktorá daný úkon urobila;

2933

2934

* Podpis konajúcej osoby – spojený s dokumentom.

2935

2936

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.

2937

2938

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.

2939

2940

2941

Diagram 9: Vytvorenie žiadostí a oznámení a ich podpísanie asistovane na pobočke TO BE

2942

2943

[[image:1755513220770-877.png]]

2944

2945

2946

5.3.3.2 Monitoring služieb a spätná väzba

2947

2948

Z pohľadu monitoringu a spätnej väzby je nevyhnutné zabezpečiť integračné služby systému MUSP s agendovými systémami SP tak, že **bude poskytovať nasledovné štandardné služby pre integráciu s agendovými systémami:**

2949

2950

* DZ SP pripraví službu, ktorú vystaví na MÚSP ESB a ktorá prijme údaje z agendového systému v dohodnutej štruktúre. Na základe analýzy potrieb a záverečného návrhu riešenia bude určený typ služby a spôsob prenosu údajov.

2951

* MÚSP údaje z databázy agendového systému zapíše do pripravených štruktúr CDÚ

2952

* Dôležité: Je nevyhnutné, aby MÚSP spracovával prijaté údaje systematicky a štruktúrovane, nesmie sa sústrediť len na parciálne riešenie s ohľadom na aktuálnu požiadavku, ale aj s prihliadnutím na možnosť dlhodobého rozširovanie objektu evidencie pre rôzne účely a služby. Uložené údaje musia byť logicky štruktúrované tak, aby umožňovali efektívne vytváranie datasetov pre ďalšie požiadavky iných OVM alebo interných systémov SP teraz aj v budúcnosti.

2953

* MÚSP vypracuje dokumentáciu 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

2954

* MÚSP vykoná základné automatické kontroly na entitnú, referenčnú a sémantickú integritu. Prípadné vady zapíše do špeciálnej štruktúry zistených vád a sprístupní pre agendový systém

2955

* Samostatný údržbový job na strane MÚSP bude prenosové štruktúry udržiavať, t.j. expirované a spracované dáta budú periodicky odmazávané, predbežne navrhnutý na 10 mesačný retention interval

2956

* Validácia dát a oprava / navrátenie dát pri zistených chybách v dátach.

2957

* DZ SP pripraví služby, ktoré poskytnú údaje z CDÚ MÚSP v dohovorenej štruktúre podľa žiadaných parametrov

2958

* Všetky dátové prenosy medzi systémami budú logované v štandardnom formáte (čas prenosu / volania, typ prenosu, veľkosť dát, úspešnosť spojenia, úspešnosť spracovania, zápis chybových hlásení, atď.) a ukladané.

2959

2960

Zároveň je nevyhnutná úprava na strane agendových systémov tak, aby každý z nich spĺňal nasledovné:

2961

2962

2963

* Agendový systém pripraví podklady (údaje) pre službu, ktorú vystaví MÚSP ESB v rozšírenej dátovej štruktúre

2964

** Existujúca dátová štruktúra ostáva zachovaná

2965

** Rozšíri údajovú štruktúru na základe definovaných požiadaviek

2966

** Zohľadniť cieľový stav Q1 2026

2967

* Agendový systém upraví existujúce/prispôsobí/vytvorí nové aplikačné funkcie, ktoré budú zabezpečovať ako aj nové dáta, tak aj zmeny nad dátami

2968

* Agendový systém dôkladne otestuje a odladí integráciu na svojej strane

2969

* Agendový systém poskytne súčinnosť pri ladení služieb MÚSP

2970

* Agendový systém vypracuje úplnú dokumentáciu 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

2971

* Agendový systém prijme a spracuje údaje zo zistených vád, overí ich, opraví a zašle ich v najbližšom volaní

2972

2973

Bližšie je proces znázornený v časti 5.4.1.5 Aplikačná vrstva – Monitoring.

2974

2975

5.3.4 Jazyková podpora lokalizácia

5.4 Aplikačná vrstva

5.4.1 Návrh riešenia v aplikačnej vrstve architektúry

5.4.1.1 Frontend

===== Popis AS IS stavu =====

2984

2985

Aplikačné riešenia prevádzkované v rámci IS SP svojimi funkciami podporujú prakticky všetky procesy súvisiace s výkonom sociálneho poistenia a vnútornou správou inštitúcie. Charakteristické je, že jednotlivé systémy vznikali v rôznych obdobiach a podmienkach (dodávateľské aplikácie „na kľúč“, prevzaté aplikácie delimitované z Národného úradu práce, vlastný aplikačný vývoj).

2986

2987

V rámci sociálneho poistenia a životných situácií SP využíva viaceré informačné systémy verejnej správy -

2988

2989

* IS Manažment údajov Sociálnej poisťovne (IS_MÚSP) - isvs_8729,

2990

* IS starobného dôchodkového sporenia (SDS) - isvs_555,

2991

* Systém elektronických služieb (SES) - isvs_551,

2992

* IS výberu poistného a príspevkov (JVP) - isvs_545,

2993

* IS úrazového poistenia (UP) - isvs_549,

2994

* IS poistenia v nezamestnanosti a garančného poistenia (PvN a GP) - isvs_550,

2995

* IS dôchodkového poistenia (DP) - isvs 546;

2996

* Elektronický účet poistenca ako súčasť IS SES / EKP - isvs_551,

2997

* Automatizovaný systém správy registratúry (ASSR) - isvs_8124,

2998

* Ďalšie.

2999

3000

Diagram 10: Najvýznamnejšie komponenty SP z pohľadu riešení a funkcionalít Frontendu – AS IS

3001

3002

[[image:1755513280273-904.png]]

3003

3004

**Elektronický účet poistenca ako súčasť IS SES / EKP je súčasná aplikácia SP, ktorá je identifikovaná ako kľúčový systém Frontendu SP:**

3005

3006

Elektronický účet poistenca EÚP obsahuje

3007

3008

Prehľady v rámci agendy EÚP:

* Výber poistného

* Individuálny účet poistenca - Informácia o zmenách stavu individuálneho účtu poistenca (údaje o obdobiach poistenia, vymeriavacích základoch a osobných mzdových bodoch)

3013

* Poistenie platené štátom - prehľad o poistení v prípade platenia štátom

3014

* Prehľad poistení - Zobrazenie období, počas ktorých bol poistenec prihlásený na sociálne poistenie.

3015

* Vylúčenia - obdobie, kedy sa poistenie neplatí

3016

* Prerušenia - obdobie kedy sa sociálne poistenie prerušilo

3017

3018

* Dôchodkové poistenie

3019

3020

* Rodičovský dôchodok

3021

* Informatívna suma dôchodku

3022

* Príprava na dôchodok – Sprievodná informácia, Neevidované obdobia, Evidované obdobia, Prehľad zamestnávateľov

3023

* Obdobia dôchodkového poistenia

3024

* Určenie dôchodkového veku

3025

* Prehľad vyplatených dôchodkových dávok

3026

3027

* Nemocenské poistenie

3028

3029

* Obdobia nemocenského poistenia

3030

* ePN – Elektronická práceneschopnosť

3031

**

3032

*** prehľad o vystavenej ePN lekárom

3033

*** stav konania o nároku na nemocenské pri ePN

3034

*** spôsob výplaty nemocenského pri ePN – poistenec môže zaslať priamo k ePN formulár „Spôsoby výplaty nemocenského pri ePN“

3035

*** V prípade ePN z dôvodu úrazu môže poistenec zaslať priamo k ePN formulár „Hlásenie úrazu“

3036

* Prehľad vyplatených nemocenských dávok

* Úrazové poistenie

* Prehľad - konania o úrazových dávkach a ich výplatách, formuláre pre agendu ÚP

3041

3042

* Účasť v II. pilieri

3043

3044

* Výpis z registra zmlúv DSS

3045

3046

* Poistenie v nezamestnanosti

3047

3048

* Obdobia poistenia v nezamestnanosti

3049

* Prehľad – konanie o dávke v nezamestnanosti

**

*** žiadosť

*** priebeh konania

*** výsledok konania

*** stav žiadosti

* Prehľad o vyplatenej dávke v nezamestnanosti

* Výpis z EUP TLAČ

* Vytvorenie tlačovej zostavy výpisu EUP s možnosťou tlače

3060

* Evidencia doručenia Výpisu z EUP

3061

3062

Na nasledujúcom obrázku je v základnom rozsahu schematicky zobrazená elektronická komunikácia voči ostatným informačným systémom a skupinám používateľov:

3063

3064

Diagram 11: Aplikačná architektúra EKP - AS IS

3065

3066

[[image:1755513292028-461.png]]

3067

3068

===== Popis TO BE stavu =====

3069

3070

Rozvoj oblasti Frontend je zameraný na vybudovanie nových elektronických služieb orientovaných na pokrytie prioritných ŽS a vybudovanie privátnej časti portálu pre klienta SP. Cieľom projektu je eliminovať vysokú frekvenciu papierových podaní a ich spracovania, optimalizácia procesných činností, elektronická komunikácia s klientom SP, zobrazovanie základných a agendových údajov klienta na jednom mieste a zabezpečenie elektronického obehu dokumentov. Riešenia a funkcionality Frontendu sú súčasťou podpory procesov sociálneho poistenia tým, že poskytuje funkcie na manipuláciu s informáciami a dokumentmi a ich poskytovanie zamestnancom SP a pre ostatné systémy SP. Sám teda nie je agendovým systémom, ale technickou platformou pre ostatné agendové systémy.

3071

3072

3073

V rámci **budúceho stavu aplikačnej architektúry** sú definované aplikačné funkcie v dvoch oblastiach:

3074

3075

1. Aplikačné funkcie, ktoré realizujú služby pre externého používateľa – Klienta. Klient SP bude primárne pristupovať k službám z internetu prostredníctvom webového prehliadača. Pre mobilné zariadenia je podstatný responzívny dizajn.

3076

3077

1. Aplikačné funkcie určené pre podporu interných procesov rozhodovania pri vybavovaní agendy SP. Táto funkcionalita je určená pre interných zamestnancov SP a bude vystavená aj prostredníctvom API pre potreby integrácie frontendu s internými informačnými systémami SP.

3078

3079

Aplikačné funkcie budú realizované novými, alebo existujúcimi informačnými systémami SP. Nasledujúci zoznam definuje logické komponenty aplikačnej architektúry a rozdeľuje ich do funkčných domén.

3080

3081

* Používateľské rozhranie

3082

** Interný portál SP

3083

** Verejný portál -

3084

*** časť Verejný obsah

3085

*** časť Privátny obsah

3086

* Autentifikácia a autorizácia

** Externé IAM

** Interné IAM

** Zastupovanie

* Integrácia

** API Gateway

** ESB

* Poskytovanie informácií, údajov a dokumentov

3094

** Content management system

3095

** DMS

3096

** Master data management

3097

* Riadenie procesov ŽS / Služieb SP

3098

** Business process management

3099

** BRE (Business rule system)

3100

** Rezervačný systém

3101

** Register ŽS / Služieb SP

3102

** Schránka klienta

3103

** Konštruktor podaní

3104

* Zložka / Profil klienta

** Moje údaje

** Moje dokumenty

** Môj účet

Logické komponenty riešenia budú ďalej mapované na fyzické aplikačné komponenty.

3110

3111

Dôležitým komponentom riešenia je komponent Register životných situácií / Služieb SP. Ten je tvorený nasledovnými subkomponentmi:

3112

3113

* register životných situácií,

3114

* register služieb SP a

3115

* register e-formulárov (lokálny register eForm)

3116

3117

Register životných situácií

3118

3119

Register životných situácií je metainformačný register, ktorý definuje

3120

3121

* aké životné situácie sú aktívne a dostupné klientom SP a

3122

* metaúdaje k ŽS:

3123

** identifikácia a definícia ŽS,

3124

** kroky ŽS, ktoré zabezpečuje SP a akým spôsobom:

3125

*** automatickým získaním objektu evidencie z MDM

3126

*** elektronickou službou SP

3127

*** listinne

3128

3129

Register služieb SP je metainformačný register, ktorý definuje

3130

3131

* aké služby sú aktívne a dostupné klientom SP

3132

* metaúdaje k službám:

3133

** identifikácia a definícia služby

3134

** možnosť elektronického podania

3135

** prílohy k e-formulárom služby

3136

** nutnosť autorizácie a pod.

3137

3138

Register e-formulárov zabezpečuje poskytovanie vzorov formulárov registrovaných v centrálnom module ÚPVS eFORM. Vzory e-formulárov sa poskytujú najmä za účelom získania definícií a vizualízácií e-formulárov.

3139

3140

Diagram 12: Aplikačná architektúra Frontend - TO BE

3141

3142

[[image:1755513303464-285.png]]

3143

3144

Aplikačné komponenty** Moje údaje, Môj účet a Moje dokumenty** realizujú biznisovú funkcionalitu frontendu:

3145

3146

* Všeobecné údaje poistenca (Moje údaje)

3147

* Individuálny účet poistenca (Môj účet) a

3148

* Vstupné a výstupné elektronické dokumenty poistenca (Moje dokumenty)

3149

3150

Tieto funkcionality sú dostupné pre autentifikovaného klienta SP z internetu, prostredníctvom webového prehliadača.

3151

3152

Aplikačná architektúra týchto komponentov je viacvrstvová, čo znamená, že je tvorená

3153

3154

* front-endovou vrstvou a

3155

* back-endovou vrstvou

3156

3157

Front-endová vrstva reprezentuje grafické používateľské rozhranie, ktorá je zakomponovaná do komponentu Verejný portál – privátna časť. Znamená, to že k tejto funkcionalite má prístup len autentifikovaný a autorizovaný klient SP.

3158

3159

Back-endová vrstva zabezpečuje poskytovanie agregovaných údajov o klientovi. Tieto údaje sú získavané z komponentu Master data management.

3160

3161

Nasledovný obrázok predstavuje aplikačnú architektúry vrstvu komponentov Moje údaje, Môj účet a Moje dokumenty.

3162

3163

Diagram 13: Aplikačná architektúra Frontendu - Moje dáta, Moje údaje, Moje dokumenty - TO BE

3164

3165

[[image:1755513313556-521.png]]

3166

3167

Aplikačný komponent **Konštruktor podania** realizuje biznisovú funkcionalitu Frontendu:

3168

3169

* Elektronické formuláre, žiadosti a sťažnosti (e-formuláre)

3170

3171

Funkcionalita komponentu je dostupná z internetu, prostredníctvom webového prehliadača v dvoch variantoch:

3172

3173

* **čiastočná funkcionalita** pre neautentifikovaného klienta SP pre možnosť vyplnenia elektronického formuláru a jeho následného vytlačenia do listinnej podoby pre účely listinného doručenia. a pre

3174

* **plná funkcionalita **pre autentifikovaného používateľa pre možnosť vyplnenia elektronického formuláru, priloženia príloh k podaniu, autorizácie a odoslania podania.

3175

3176

Aplikačná architektúra týchto komponentov je viacvrstvová, čo znamená, že je tvorená

3177

3178

* front-endovou vrstvou a

3179

* back-endovou vrstvou

3180

3181

Front-endová vrstva reprezentuje grafické používateľské rozhranie, ktoré je zakomponované do komponentu Verejný portál. Je potrebné zabezpečiť, aby uvedená funkcionalita bola dostupná pre anonymných ako aj autentifikovaných používateľov.

3182

3183

Back-endová vrstva zabezpečuje funkcionality: vyplnenie elektronického formulára, pridanie príloh k e-formuláru, autorizácia podania, odoslanie podania.

3184

3185

Diagram 14: Aplkačná architektúra Frontend - Konštruktor podania – TO BE

3186

3187

[[image:1755513321979-807.png]]

3188

3189

====== Modernizácia mobilnej aplikácie SP pre potreby ŽS5 ======

3190

3191

Z pohľadu aplikačnej architektúra zahŕňa Mobilná aplikácia dve kľúčové aplikačné integrácie. Jednotlivé časti systému sú medzi sebou prepojené integračnými rozhraniami:

3192

3193

3194

|**Názov systémov**|**Integračné rozhrania**

3195

|Aplikačný backend|REST API

3196

|Platobná brána|REST API

3197

3198

Integračné REST API pre komunikáciu medzi mobilnou aplikáciou a administračným back-end systémom je predmetom samostatnej prílohy.

3199

3200

Z pohľadu technologickej vrstvy je mobilná aplikácia samostatne stojacim riešením, ktoré sa integruje na iné existujúce komponenty.

3201

3202

3203

====== Rezervačný systém ======

3204

3205

Výstupom bude funkčný a prevádzkovaný rezervačný systém so všetkými implementovanými požiadavkami na systém.

3206

3207

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).

3208

3209

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é.

3210

3211

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.

3212

3213

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).

3214

3215

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ť.

Dotknuté komponenty

Rezervačný systém bude integrovaný na vyvolávací systém, webové sídlo SP a špecializovaný portál:

3221

3222

* 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í.

3223

3224

* 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í.

3225

3226

* 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.

3227

3228

* Š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.

3229

3230

Diagram 15: Rezervačný systém TO BE

3231

3232

[[image:1755513339676-806.png]]

3233

3234

====== Vytvorenie služby zabezpečenej komunikácie ======

Služby

Rezervácia online termínu cez webové sídlo SP (neautentifikovaný používateľ)

3239

3240

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).** **

3241

3242

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.** **

3243

3244

**~ **Rezervácia online termínu na špecializovanom portáli (autentifikovaný používateľ)

3245

3246

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).** **

3247

3248

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).** **

3249

3250

**~ **Rezervácia online termínu zamestnancom SP (GUI pre zamestnanca SP)

3251

3252

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.** **

3253

3254

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.** **

3255

3256

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.** **

3257

3258

**~ **Overenie online rezervácie cez webové sídlo SP (neautentifikovaný používateľ)

3259

3260

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.** **

3261

3262

**~ **Overenie online rezervácie na špecializovanom portáli (autentifikovaný používateľ)

3263

3264

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.** **

3265

3266

**~ **Zrušenie potvrdenej online rezervácie

3267

3268

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.** **

3269

3270

Zmena zamestnanca SP potvrdenej online rezervácie

3271

3272

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).** **

3273

3274

Štatistiky využívania systému (GUI pre zamestnanca SP)

3275

3276

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).** **

3277

3278

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.** **

3279

3280

Systém zároveň poskytne aktuálne údaje vyťaženosti pobočiek, agendových pracovísk, údaje o priemernej dĺžke čakania, vybavenia.** **

3281

3282

Administrácia systému (GUI pre administrátora)

3283

3284

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:

3285

3286

* správa používateľov pre definovanie prístupových oprávnení;

3287

3288

* správa a definovanie dostupných agend pre online komunikáciu;

3289

3290

* správa a definovanie voľných termínov pre konkrétne agendy, definovanie dĺžky trvania úkonu, vybraných hodín;

3291

3292

* 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ď.);

3293

3294

* správa a zmena (preobsadenie) zamestnanca SP v prípade jeho neprítomnosti;

3295

3296

* úprava voľných termínov kalendára na základe potreby;

3297

3298

* definovanie počtu dní pre odoslanie pripomienky pre vybraným termínom;

3299

3300

* nastavenie overovania osoby (overenie cez email alebo telefónne číslo, prípadne obidve možnosti overenia osoby);

3301

3302

* definovanie Súhlasu so spracovaním osobných údajov s možnosťou prelinkovania na webovú adresu alebo externý súbor;

3303

3304

* maximálna doba pre potvrdenie rezervácie vytvorenej zamestnancom SP;

3305

3306

* maximálna dĺžka blokácie osoby;

3307

3308

* parametre blokácie a ďalšie.

3309

3310

Zabezpečená komunikácia

3311

3312

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.

3313

3314

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).

3315

3316

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ť.

3317

3318

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).

3319

3320

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).** **

Dotknuté komponenty

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):

3325

3326

* 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í.

3327

3328

* 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í.

3329

3330

* 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.

3331

3332

* Š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.

3333

3334

Údaje z online zabezpečenej komunikácie a z rezervačného systému sú na pobočkách a u klientoch synchronizované.

3335

3336

3337

Diagram 16: Služba zabezpečenej elektronickej komunikácie TO BE

3338

3339

[[image:1755513352546-543.png]]

3340

3341

3342

5.4.1.2 Dátové integrácie

3343

3344

5.4.1.2.1 DI-2 (pre ŽS1)

3345

3346

3347

DI-2 je zameraná na poskytovanie a konzumáciu údajov spojených s dávkou v nezamestnanosti a jej korektným vyplácaním berúc ohľad na iné dávky, ktoré môžu mať vplyv na vyplácanie dávky v nezamestnanosti (napr. dávka v hmotnej núdzi, rodičovský príspevok) – viď Tabuľka 16. samostatným datasetom, ktorý je nástrojom proaktivity zo strany SP a MPSVaR sú kandidáti na zaradenie/vyradenie z evidencie uchádzačov o zamestnanie.

3348

3349

Tabuľka 22: Prehľad datasetov a ich integračných vyťahov v DI-2

3350

3351

|Dataset|Integračný vzťah|

3352

|Uchádzač o zamestnanie|Evidencia UoZ z CSRÚ do MÚSP (MDM)|CSRÚ → MDM

3353

|Zúčtovanie DHN|Zúčtovanie DHN z CSRÚ do MÚSP (MDM)|CSRÚ → MDM

3354

|Rodičovský príspevok|Rodičovský príspevok z CSRÚ do MÚSP (MDM)|CSRÚ → MDM

3355

|Uchádzač o zamestnanie|Evidencia UoZ z MÚSP do PvNGP|MÚSP → PvNGP

3356

|Zúčtovanie DHN|Zúčtovanie DHN z MÚSP do PvNGP|MÚSP → PvNGP

3357

|Rodičovský príspevok|Zúčtovanie DHN z MÚSP do PvNGP|MÚSP → PvNGP

3358

|Uchádzač o zamestnanie|Evidencia UoZ z MÚSP do JVP|MÚSP → IS JVP

3359

|Kandidát do evidencie UoZ|(((

3360

~1. Kandidáti na zaradenie do EUoZ z JVP do MÚSP

3361

3362

2. Kandidáti na vyradenie z EUoZ z JVP do MÚSP

3363

)))|IS JVP → MÚSP

3364

|Pracovno-právny vzťah|PPV z JVP do MÚSP |IS JVP → MÚSP

3365

|Pracovno-právny vzťah|PPV z EKP do MÚSP |EKP → MÚSP

3366

|Kandidát do evidencie UoZ|(((

3367

~1. Kandidáti na zaradenie do EUoZ z MÚSP do CSRÚ

3368

3369

2. Kandidáti na vyradenie z EUoZ z MÚSP do CSRÚ

3370

)))|MÚSP → CSRÚ

3371

|(((

3372

Pracovno-právny vzťah (Požíadavka)

3373

3374

Pracovno-právny vzťah

3375

)))|(((

3376

PPV (Požiadavka) z CSRÚ do MÚSP

PPV z MÚSP do CSRÚ

)))|MÚSP → CSRÚ

|(((

Zoznam dávok SP (Požiadavka)

Zoznam dávok SP

)))|(((

Dávky SP (Požiadavka) z CSRÚ do MÚSP

3386

3387

Dávky SP z MÚSP do CSRÚ

3388

)))|MÚSP → CSRÚ

3389

3390

Diagram 17: Celková architektúra DI-2

3391

3392

[[image:1755513406468-441.png]]

3393

3394

3395

Získanie údajov z CSRÚ (CSRÚ → IS MÚSP)

3396

3397

1. IS MÚSP zabezpečí rozšírenie získavaných dát z CSRÚ o nasledovné objekty evidencie:

3398

11.

3399

111. (ŽS1_BP_61), (ŽS1_BP_41):

3400

1111. (ŽS1_BP_61) Dataset** „Zaradenie do evidencie UoZ spolu so žiadosťou o DvN“** z ÚPSVAR pre automatické začatie konania o nároku na dávku v nezamestnanosti (cca. 98% žiadostí)

3401

1111. (ŽS1_BP_61) Dataset „Zaradenie do evidencie UoZ bez žiadosti o DvN“ z ÚPSVAR pre začatie konania o nároku na dávku v nezamestnanosti pri proaktívnej žiadosti o DvN od občana podanej v SP (cca. 2% žiadostí)

3402

1111. (ŽS1_BP_61) Dataset „Vyradenie z evidencie UoZ“ z ÚPSVAR pre účely zastavenia vyplácania dávky nezamestnanosti, ako aj pre evidenciu v systéme JVP

3403

1111. (ŽS1_BP_41) Dataset „Zmeny v evidencii UoZ“ z ÚPSVAR pre evidenciu v systéme JVP

3404

3405

* MÚSP bude konzumovať všetky datasety ohľadom evidencie UoZ publikované od MPSVR v CSRÚ.

3406

* Všetky 4 spomenuté typy datasetov budú reprezentované jediným štandardným datasetom, ktorého použitie bude určené atribútom špecifikujúcim typ datasetu.

3407

* Altrernatívne riešenie: Nerealizovať rozšírenie datasetu a ponechať existujúcu priamu integráciu prostredníctvom XML súborov prenášaných z CPDI (CSRÚ) → Úložisko SP → PvNGP, JVP

*

*1.

*11. (ŽS1_BP_61):

*111. **Zúčtovanie dávky v hmotnej núdzi** z ÚPSVaR pre účely zúčtovania dávky v nezamestnanosti s pomocou v hmotnej núdzi.

3413

* MÚSP zabezpečí získavanie predmetného datasetu z CPDI a jeho poskytovanie pre agendové systémy SP.

3414

*1.

3415

*11.

3416

*111. **Rodičovský príspevok **(Zmeny v rodičovskom príspevku) z ÚPSVaR pre účely zastavenia vyplácania dávky v nezamestnanosti z dôvodu poberania rodičovského príspevku.

3417

* MÚSP bude konzumovať všetky datasety ohľadom RP publikované od MPSVaR v CSRÚ.

3418

* Alternatívne riešenie: Nerealizovať rozšírenie datasetu a ponechať existujúcu priamu integráciu medzi ÚPSVaR a SP (prenos XML súborov medzi úložiskami (SSH) ÚPSVaR a SP a následne spracovanie do PvNGP. (TOKY A a C)

3419

3420

Diagram 18: Získavanie údajov z CSRÚ do MÚSP (MDM)

3421

3422

[[image:1755513414633-396.png]]

3423

3424

3425

Diagram 19: Získavanie údajov z CSRÚ - sekvenčný diagram

3426

3427

[[image:1755513422170-223.png]]

3428

3429

Publikovanie údajov do CSRÚ (MDM -> CSRÚ)

3430

3431

MÚSP zabezpečí publikovanie nasledovných objektov evidencie / datasetov do CPDI (CSRÚ):** **

3432

3433

1. Objekty evidencie za IS JVP definované v kapitolách „**DI-2.4 Poskytovanie údajov z IS JVP do MÚSP**“ a **„DI-2.5 Poskytovanie údajov z IS EKP do MÚSP“ **

3434

11. Pre evidenciu UoZ na ÚPSVaR:

3435

3436

1. (**ŽS1_BP_02b**) **Kandidáti na zaradenie do evidencie UoZ** (Ukončenie pracovného pomeru / sociálneho poistenia)

3437

3438

1. (**ŽS1_BP_028a**) **Kandidáti na vyradenie z evidencie UoZ** (Začiatok pracovného pomeru / sociálneho poistenia)

3439

11. (**ŽS1_BP_41**) Dataset „**Pracovno-právne vzťahy**“ žiadaný od MPSVR SR

3440

3441

* MÚSP na základe požiadavky prijatej od MPSVR cez CPDI (CSRÚ) pripraví z údajov poskytnutých z IS JVP výstupný dataset, ktorý obohatí o relevantné údaje poskytnuté z IS EKP a publikuje ho do CPDI (CSRÚ) v požadovanom formáte. Atribút na spárovanie údajov bude predmetom analýzy.

3442

3443

1. (ŽS1_BP_60) Objekty evidencie za PvNGP založené na definícii v kapitole „**DI-2.6 Poskytovanie údajov z IS PvNGP do MÚSP“ **

3444

3445

1. (ŽS1_BP_60) – **Zoznam dávok v nezamestnanosti pre zúčtovanie Dávky v hmotnej núdzi**

3446

3447

* Zúčtovanie dávky v nezamestnanosti a dávky garančného poistenia s dávkou v hmotnej núdzi (DHN) poskytovanou ÚPSVaR je súčasťou prierezového konceptu zúčtovania DHN s dávkami Sociálnej poisťovne, ako je definovaný v prílohe „[[**//DI - Zúčtovanie DHN (SP-MPSVR).pdf//**>>url:bookmark://Koncept_zuctovania_DHN]]“. Tento nový koncept by mal plne nahradiť a automatizovať existujúcu funkcionalitu, ktorá je v súčasnosti realizovaná priamou integráciou na MPSVR prostredníctvom dvojstranného dátového toku A1N / A2N podľa rámcovej dohody z roku 2009. Akékoľvek zmeny tohoto konceptu je potrebné úzko koordinovať aj s požiadavkami ostatných vecných odborov a životných situácií využívajúcich tento koncept.

3448

* Jednotlivé agendové systémy vrátane PvNGP budú do MÚSP poskytovať všetky informácie dôležité v súvislosti so zúčtovaním s DHN.

3449

* MÚSP na základe požiadavky z ÚPSVaR (Dataset „Zoznam dávok SP (Požiadavka)“) obsahujúcej zoznam skúmaných osôb v súvislosti s DHN vytvorí kompletný dataset všetkých dávok poskytovaných v SP pre všetky osoby, ktorých sa to týka, a to za všetky agendové systémy. V prípade, že skúmaná osoba o relevantné zúčtovacie dávky nikdy nepožiadala, tak pre ňu dataset „Zoznam dávok SP“ nebude vytvorený. Detaily procesu sú zachytené v spoločnom koncepte zúčtovania DHN „[[**//DI - Zúčtovanie DHN (SP-MPSVR).pdf//**>>url:bookmark://Koncept_zuctovania_DHN]]“.

3450

3451

3452

Diagram 20: Publikovanie údajov do CSRÚ

3453

3454

[[image:1755513431925-944.png]]

3455

3456

Diagram 21: Publikovanie údajov do CSRÚ - sekvenčný diagram

3457

3458

[[image:1755513448062-528.png]]

3459

3460

Interná integrácia - publikovanie údajov do MDM (IS SP -> MDM)

3461

3462

Systém MÚSP bude poskytovať nasledovné štandardné služby pre integráciu s agendovými systémami:

3463

3464

* Dátová základňa SP (DZ SP) pripraví službu, ktorú vystaví na MÚSP ESB a ktorá prijme údaje z agendového systému v dohodnutej štruktúre. Na základe analýzy potrieb a záverečného návrhu riešenia bude určený typ služby a spôsob prenosu údajov.

3465

* MÚSP údaje z databázy agendového systému zapíše do pripravených štruktúr CDÚ

3466

* Dôležité: Je nevyhnutné, aby MÚSP spracovával prijaté údaje systematicky a štruktúrovane, nesmie sa sústrediť len na parciálne riešenie s ohľadom na aktuálnu požiadavku, ale aj s prihliadnutím na možnosť dlhodobého rozširovanie objektu evidencie pre rôzne účely a služby. Uložené údaje musia byť logicky štruktúrované tak, aby umožňovali efektívne vytváranie datasetov pre ďalšie požiadavky iných OVM alebo interných systémov SP teraz aj v budúcnosti.

3467

* MÚSP vypracuje dokumentáciu 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

3468

* MÚSP vykoná základné automatické kontroly na entitnú, referenčnú a sémantickú integritu. Prípadné vady zapíše do špeciálnej štruktúry zistených vád a sprístupní pre agendový systém

3469

* Samostatný údržbový job na strane MÚSP bude prenosové štruktúry udržiavať, t.j. expirované a spracované dáta budú periodicky odmazávané, predbežne navrhnutý na 10 mesačný retention interval

3470

* Validácia dát a oprava / navrátenie dát pri zistených chybách v dátach.

3471

* DZ SP pripraví služby, ktoré poskytnú údaje z CDÚ MÚSP v dohovorenej štruktúre podľa žiadaných parametrov

3472

* Všetky dátové prenosy medzi systémami budú logované v štandardnom formáte (čas prenosu / volania, typ prenosu, veľkosť dát, úspešnosť spojenia, úspešnosť spracovania, zápis chybových hlásení, atď.) a ukladané.

3473

3474

Diagram 23: Publikovanie údajov do MDM (IS MÚSP)

3475

3476

[[image:1755513464060-698.png]]

3477

3478

Diagram 24: Publikovanie údajov do MDM (IS MÚSP) - sekvenčný diagram

3479

3480

[[image:1755513474038-506.png]]

3481

3482

Poskytovanie údajov z IS JVP do IS MÚSP

3483

3484

*

3485

*1. IS JVP zabezpečí poskytovanie údajov nasledovných objektov evidencie do MÚSP:

3486

*11. Pre evidenciu UoZ na ÚPSVaR:

3487

*111. (**ŽS1_BP_02b**) **Kandidáti na zaradenie do evidencie UoZ** (Ukončenie pracovného pomeru / sociálneho poistenia)

3488

*111. (**ŽS1_BP_028a**) **Kandidáti na vyradenie z evidencie UoZ** (Začiatok pracovného pomeru / sociálneho poistenia)

3489

* Centrálne komponenty MIRRI (CAMP) na základe zoznamu kandidátov na zaradenie do evidencie UoZ publikovaného v CPDI (CSRÚ) zabezpečia následne pre každého jedného z nich doručenie notifikácie o možnosti požiadať o zaradenie do evidencie UoZ. SP túto notifikáciu nezasiela.

3490

* Spôsob identifikácie kandidátov na zaradenie do evidencie UoZ a vyradenie z evidencie UoZ popisuje projekt ŽS1

3491

*1.

3492

*11. (**ŽS1_BP_41**) Poskytovanie dát pre MPSVR:

3493

3494

1. Dataset „**Pracovno-právne vzťahy**“ žiadaný od MPSVR SR

3495

3496

* JVP je povinný zabezpečiť publikovanie špecifikovaných atribútov do MÚSP. MÚSP následne tieto údaje doplní o prídavné atribúty z EKP a vytvorí kompletný dataset „Pracovno-právne vzťahy“, ktorý bude publikovaný do CPDI (CSRÚ) pre MPSVR. Je nevyhnutné vždy doručiť jednoznačnú identifikáciu objektu evidencie z JVP aj EKP, aby bolo možné publikované záznamy bezproblémovo spárovať. Bude potrebné synchronizovať poskytovanie údajov z oboch systémov tak, aby bolo vždy možné poskladať celý dataset PPV.

3497

* Definícia údajov doplňujúcich dataset PPV zo systému EKP sa nachádza v kapitole „DI-2.5 Poskytovanie údajov z IS EKP do MÚSP“ v podkapitole „DI-2.5. a. i. 1 Doplňujúce údaje pre dataset „Pracovno-právne vzťahy“ žiadaný od MPSVR SR“.

3498

3499

MÚSP v úvodnej fáze získa základný súbor údajov o všetkých existujúcich pracovno-právnych vzťahoch. Následne bude JVP zasielať nové údaje a aktualizácie relevantných informácií pri každej zmene, či novom zázname, čím sa zabezpečí priebežná synchronizácia.

3500

3501

* //Alternatívne riešenie: //V závislosti na prácnosti a možnom časovom oneskorení môžu prísť do úvahy aj dočasné kompromisné riešenia ako:

3502

** Využiť existujúcu WEB službu WS PV vystavenú na EKP a integrovať ju na MÚSP a následne na CPDI (CSRÚ). MÚSP by v tom prípade hral len úlohu sprostredkovateľa služby z EKP bez ukladania prenášaných údajov vo svojom úložisku. (PROXY).

3503

** Keďže ako záverečný stav sa očakáva publikovanie predmetnej služby na CPDI (CSRÚ) z MÚSP, uprednostňuje sa primárne riešenie riešenie pred dočasnou integráciou WS PV priamo na CPDI (CSRÚ), a to aj napriek jeho nižšej efektívnosti, s cieľom eliminovať potrebu opätovného testovania zo strany CPDI (CSRÚ) v budúcnosti.

3504

3505

Poskytovanie údajov z IS EKP do IS MÚSP

3506

3507

1.

3508

11. IS EKP zabezpečí poskytovanie nasledovných údajov do MÚSP:

3509

1. (**ŽS1_BP_41**) Poskytovanie dát pre MPSVR:

3510

3511

1. Doplňujúce údaje pre dataset „**Pracovno-právne vzťahy**“ žiadaný od MPSVR SR

3512

3513

* Požadované prídavné atribúty:

3514

** **Icpv** ... Identifikačné číslo pracovného vzťahu

3515

** **Miesto výkonu práce **

3516

** **Počet hodín **

3517

** **Úvazok ... Druh vykonávanej práce **

3518

** **Pracovný čas ... Dohodnutý rozsah pracovného času **

3519

* EKP je povinný zabezpečiť publikovanie určených prídavných atribútov do MÚSP, ktorý ich následne využije na obohatenie datasetu „Pracovno-právne vzťahy“ publikovaného do CPDI (CSRÚ) pre MPSVR. Je nevyhnutné vždy doručiť jednoznačnú identifikáciu objektu evidencie z JVP aj EKP, aby bolo možné publikované záznamy bezproblémovo spárovať. Bude potrebné synchronizovať poskytovanie údajov z oboch systémov tak, aby bolo vždy možné poskladať celý dataset PPV (Požiadavka na základný dataset PPV poskytovaný z JVP je špecifikovaná v kapitole Poskytovanie údajov z IS JVP do MÚSP).

3520

* MÚSP v úvodnej fáze získa základný súbor údajov o všetkých existujúcich pracovno-právnych vzťahoch. Následne bude EKP zasielať nové údaje a aktualizácie relevantných informácií pri každej zmene, či novom zázname, čím sa zabezpečí priebežná synchronizácia.

3521

* //Alternatívne riešenie//: V závislosti na prácnosti a možnom časovom oneskorení môžu prísť do úvahy aj dočasné kompromisné riešenia ako:

3522

** Využiť existujúcu WEB službu WS PV vystavenú na EKP a integrovať ju na MÚSP a následne na CPDI (CSRÚ). MÚSP by v tom prípade hral len úlohu sprostredkovateľa služby z EKP bez ukladania prenášaných údajov vo svojom úložisku. (PROXY).

3523

** Keďže ako záverečný stav sa očakáva publikovanie predmetnej služby na CPDI (CSRÚ) z MÚSP, uprednostňuje sa toto riešenie pred dočasnou integráciou WS PV priamo na CPDI (CSRÚ), a to aj napriek jeho nižšej efektívnosti, s cieľom eliminovať potrebu opätovného testovania zo strany CPDI (CSRÚ) v budúcnosti.

3524

3525

Poskytovanie údajov z IS PvNGP do MÚSP

3526

3527

3528

Interná integrácia - Získanie údaju SP - BATCH (MDM → IS SP)

3529

3530

|Dataset|Integračný vzťah

3531

|Uchádzač o zamestnanie|Evidencia UoZ z MÚSP do PvNGP

3532

|Zúčtovanie DHN |Zúčtovanie DHN z MÚSP do PvNGP

3533

3534

Diagram 25: Získanie údajov SP - BATCH (MÚSP → IS SP)

3535

3536

[[image:1755513493312-269.png]]

3537

3538

Diagram 26: Získanie údajov SP - BATCH - sekvenčný diagram

3539

3540

[[image:1755513503760-905.png]]

3541

3542

Získanie údajov z IS MÚSP do IS PvNGP

3543

3544

1. Rozšíria sa konzumované údaje z IS MÚSP do IS PvNGP o:

1. ŽS1_BP_61

1. Dataset **„Zaradenie do evidencie UoZ spolu so žiadosťou o DvN“ **z ÚPSVAR pre automatické začatie konania o nároku na dávku v nezamestnanosti (cca. 98% žiadostí)

3549

1. Dataset „**Zaradenie do evidencie UoZ bez žiadosti o DvN“** z ÚPSVAR pre začatie konania o nároku na dávku v nezamestnanosti pri proaktívnej žiadosti o DvN od občana podanej v SP (osobne, listinne, elektronicky) (cca. 2% žiadostí)

3550

1. Dataset **„Vyradenie z evidencie UoZ“** z ÚPSVaR pre účely zastavenia vyplácania dávky nezamestnanosti.

3551

3552

* Všetky 3 spomenuté typy objektov evidencie budú v skutočnosti reprezentované jediným univerzálnym datasetom, ktorého obsah a účel bude určený obsiahnutým atribútom „Typ_zmeny“.

3553

* PvNGP použije na uloženie získaných údajov už existujúce údajové štruktúry, v prípade potreby ich rozšíri o nové atribúty. PvNGP bude konzumovať kompletný set údajov doručených do MÚSP.

3554

*1. //Alternatívne riešenie//: Nerealizovať rozšírenie datasetu a ponechať existujúcu priamu integráciu prostredníctvom XML súborov prenášaných z CPDI (CSRÚ) -> Úložisko SP -> PvNGP

1. ŽS_BP_61

1. **Zúčtovanie dávky v hmotnej núdzi** z ÚPSVaR pre účely zúčtovania dávky v nezamestnanosti s pomocou v hmotnej núdzi.

3559

3560

* Zúčtovanie dávky v nezamestnanosti s dávkou v hmotnej núdzi (DHN) poskytovanou ÚPSVaR je súčasťou prierezového konceptu zúčtovania DHN s dávkami Sociálnej poisťovne, ako je definovaný v prílohe „[[(% class="wikiinternallink" %)**//DI - Zúčtovanie DHN (SP-MPSVR).pdf//**>>path:#Koncept_zuctovania_DHN]](%%)“. Tento nový koncept by mal plne nahradiť a automatizovať existujúcu funkcionalitu, ktorá je v súčasnosti realizovaná priamou integráciou na MPSVR prostredníctvom dvojstranného dátového toku A1N / A2N podľa rámcovej dohody z roku 2009.

3561

* Sociálna poisťovňa (SP) bude na dennej báze poskytovať Úradu práce, sociálnych vecí a rodiny (ÚPSVaR) údaje o jednotlivých konaniach a priebehu vyplácania dávok konkrétnym osobám na základe jeho požiadavky. ÚPSVaR sa bude dotazovať len na osoby skúmané v súvislosti s vyhodnocovaním nároku na DHN. Spôsob informovania ÚPSVaR o dávkach SP je popísaný v kapitole DI-2.7.a.i (ŽS1_BP_60) – Zoznam dávok v nezamestnanosti pre zúčtovanie Dávky v hmotnej núdzi.

3562

* SP nebude proaktívne informovať o spätne priznávaných dávkach žiadnym iným údajovým tokom, nakoľko ÚPSVaR bude mať na základe dennej informovanosti už všetky informácie k dispozícii.

3563

* V prípade zistenia potreby zúčtovania, ÚPSVaR zašle do PvNGP prostredníctvom CPDI (CSRÚ) a MÚSP predmetný dataset, ktorý bude obsahovať:

* výšku zúčtovania

* mesiac dávky

* cieľový účet

* variabilný symbol a iné identifikačné údaje.

3569

3570

* Na základe tohto datasetu SP vykoná vyrovnanie a úhradu.

3571

* SP nebude zasielať žiadne ďalšie potvrdenia o zúčtovaní.

3572

* PvNGP použije na uloženie prijatých údajov existujúce údajové štruktúry, ktoré v prípade potreby rozšíri o nové atribúty a funkcionality.

3573

3574

1. **Rodičovský príspevok** (Zmeny v rodičovskom príspevku) z ÚPSVaR pre účely zastavenia vyplácania dávky v nezamestnanosti z dôvodu poberania rodičovského príspevku.

3575

3576

* V súčasnosti je tento dataset konzumovaný prostredníctvom priamej integrácie na MPSVR v jednosmernom dátovom toku C1 podľa rámcovej dohody s MPSVR z roku 2009. Bohužiaľ tento tok nie je v súlade s architektúrou 2.0 IS SP a ani nespĺňa všetky požiadavky na plne automatizovaný proces, nakoľko SP nedostáva informáciu o ukončení poberania rodičovského príspevku.

3577

* ÚPSVaR doručuje informácie pre všetkých klientov poberajúcich rodičovský príspevok bez zasielania akejkoľvek požiadavky so zoznamom záujmových osôb zo strany SP a tak tomu bude aj v budúcnosti. Rozdielom bude rozšírenie konzumovaných informácií aj o dátum ukončenia poberania rodičovského príspevku, čo je vo vzťahu k vyhodnocovaniu nároku na DvN dôležitá informácia. SP na to využije nový dátový tok prostredníctvom CPDI (CSRÚ) a MÚSP.

3578

* PvNGP využije na spracovanie získaných údajov už existujúce údajové štruktúry, ktoré v prípade potreby rozšíri o nové atribúty. Do budúcnosti bude postačovať, ak PvNGP bude z informačného systému MÚSP získavať iba údaje týkajúce sa záujmových osôb. Konkrétny spôsob implementácie bude určený v rámci fázy detailnej analýzy.

3579

*1. //Alternatívne riešenie//: Nerealizovať rozšírenie datasetu a ponechať existujúcu priamu integráciu medzi ÚPSVaR a SP (prenos XML súborov medzi úložiskami (SSH) ÚPSVaR a SP a následne spracovanie do PvNGP. (TOKY A a C)

3580

3581

1. IS PvNGP volá vystavený WS MÚSP s parametrami požadovaného rozsahu dát, ktorým zapíše dáta z MÚSP (import) do vlastnej databázy. V prípade chyby alebo nepripravenosti dát v MÚSP, IS PvNGP volanie opakuje

3582

3583

Získanie údajov z IS MÚSP do IS JVP

3584

3585

*

3586

*1. IS JVP zabezpečí:

3587

*11. (ŽS1_BP_41) Rozšírenie získavaných dát z MÚSP o nasledovné objekty evidencie:

3588

*111. Dataset** „Evidencia UoZ“** doručený z ÚPSVaR.

3589

* Univerzálny dataset evidencie UoZ, v ktorom druh zmeny bude určený atribútom „**Typ_zmeny“**.

3590

* JVP konzumuje primárne záznamy z evidencie UoZ ohľadom vyradenia uchádzača o zamestnanie z evidencie. Logika výberu a spracovania relevantných údajov bude zachovaná ako v aktuálnom stave.

3591

* JVP použije na získané údaje už existujúce údajové štruktúry, v prípade potreby ich rozšíri o nové atribúty.

3592

*1. //Alternatívne riešenie//: Nerealizovať rozšírenie datasetu a ponechať existujúcu priamu integráciu prostredníctvom XML súborov prenášaných z CPDI (CSRÚ) -> Úložisko SP -> JVP

3593

3594

1.

3595

11. IS JVP volá vystavený WS MÚSP s parametrami požadovaného rozsahu dát, ktorým zapíše dáta z MÚSP (import) do vlastnej databázy. V prípade chyby alebo nepripravenosti dát v MÚSP, IS JVP volanie opakuje

3596

3597

5.4.1.2.2 DI-4 (pre ŽS5)

3598

3599

Diagram 27: Celková architektúra DI-4

3600

3601

[[image:1755513520708-747.png]]

3602

3603

====== Získanie údajov z RFO/RPO/RA do interných registrov SP/MÚSP ======

3604

3605

Interné systémy SP (JVP, EKP, PvNGP) využijú existujúce integračné väzby na referenčné registre RFO, RPO a RA v nasledujúcom rozsahu volaní služieb:

RPO →

1. **CSRU_WS_RPO_RPOPresentDataService:**

3610

3611

|Názov operácie** **|Popis operácie** **

3612

|//identifierByAttributes //** **|//Metóda vráti zoznam jednoznačných identifikátorov právnickej osoby a základné informácie o subjekte //

3613

|//corporateBodyByIdentifiers// |//Metóda vráti referenčné údaje právnickej osoby/právnických osôb na základe IPO. //** **

3614

3615

1. **CSRU_WS_RPO_RPOChangedSubjectsService:**

3616

3617

|Názov operácie** **|Popis operácie** **

3618

|//listChangedSubjectsFiles //|//poskytnutie zoznamu súborov, v ktorých sa nachádzajú subjekty so zmenenými referečnými údajmi a nové subjekty.//** **

RA→

|Názov služby** **|Služba** **

3623

|Poskytnutie referenčných údajov množiny adries s adresnými bodmi na základe atribútov adresy |//RA_AddressesWithAddressPointsByAttributes_v20//** **

3624

|Poskytnutie zoznamu identifikátorov adresy so zmenenými referenčnými údajmi |//RA_Changes_v20//** **

3625

|Zobrazenie geografickej situácie adresy pre lokalizáciu adresného bodu |//RA_AddressPointMap_v20//** **

3626

|Poskytnutie referenčných údajov na základe atribútov adresy |//RA_AddressByAttributes_v20//** **

3627

|Poskytnutie referenčných údajov podľa identifikátora adresy |//RA_AddressByBuildingIndex_v20//** **

3628

|Poskytnutie referenčných údajov podľa zoznamu identifikátorov adresy |//RA_AddressesByBuildingIndexes_v20//** **

3629

|Poskytnutie referenčných údajov podľa identifikátora adresy - výpis jednej adresy s adresným bodom |//RA_AddressWithAddressPointByBuildingIndex_v20//** **

3630

|Poskytnutie referenčných údajov podľa zoznamu identifikátorov adresy - výpis zoznamu adries s adresným bodom |//RA_AddressesWithAddressPointsByBuildingIndexes_v20//** **

3631

3632

====== Získanie údajov z MÚSP do IS PvNGP (ŽS5_02_BP_19) – Primárny tok integrácie IS PvNGP) ======

3633

3634

Predpokladom uvedenej integrácie je vybudovanie MÚSP ako centrálneho bodu pre poskytovanie údajov. Integračná väzba bude nahrádzať aktuálne existujúce integračné väzby jednotlivých systémov na interné centrálne registre RFO SP a RPO SP, prípadne iné zdroje údajov v prípade overovania spracúvaných údajov.

* Aktivity:

1. IS PvNGP zabezpečí rozšírenie získavaných dát prostredníctvom WS z MÚSP o nasledovné objekty evidencie:

1. Zamestnávateľ

1. Zamestnanec

1. Sídlo

1. Adresa

1. A iné, ktoré budú definované v detailnej analýze integračnej väzby

3645

3646

1. Dosiahnuť pravidelnú online periodicitu prenosov - Z MÚSP do IS PvNGP

3647

1. IS PvNGP volá vystavený WS MÚSP s parametrami požadovaného rozsahu dát, ktorým zapíše dáta z MÚSP (import) do vlastnej databázy. V prípade chyby alebo nepripravenosti dát v MÚSP, IS PvNGP volanie opakuje;

3648

1. IS PvNGP pripraví interné štruktúry a funkcie na prijatie a spracovanie údajov z MÚSP;

3649

1. IS PvNGP implementuje procesy, aplikačné funkcie a zmeny v spracovaní dát na svojej strane

3650

1. IS PvNGP implementuje procesy, aplikačné funkcie a zmeny v spracovaní dát na svojej strane v prípade spracovania odvolania

3651

3652

* //Alternatívne riešenie~:// V prípade, že služby MÚSP nebudú v požadovanom rozsahu v čase testovania dostupné, budú využité implementované integračné väzby na MÚSP ako aj ostatné zdrojové systémy SP. Konkrétny návrh riešenia vyplynie z fázy Analýzy a dizajn, ktorá bude obsahovať multikriteriálnu analýzu implementácie s využitím IS MÚSP na jednej strane a využitím iných existujúcich riešení na strane druhej.

3653

3654

====== Získanie údajov z MÚSP do IS JVP (ŽS5_02_BP_01, ŽS5_02_BP_05, ŽS5_02_BP_12, ŽS5_02_BP_13, ŽS5_02_BP_14) - Primárny tok integrácie do IS JVP ======

3655

3656

Predpokladom uvedenej integrácie je vybudovanie MÚSP ako centrálneho bodu pre poskytovanie údajov. Integračná väzba bude nahrádzať aktuálne existujúce integračné väzby jednotlivých systémov na interné centrálne registre RFO SP a RPO SP prípadne iné zdroje údajov v prípade overovania spracúvaných údajov.

* Aktivity:

1. IS JVP zabezpečí rozšírenie získavaných dát z MÚSP o nasledovné objekty evidencie:

1. Zamestnávateľ

1. Zamestnanec

1. Sídlo

1. Adresa

1. A iné, ktoré budú definované v detailnej analýze integračnej väzby

3667

3668

1. Dosiahnuť pravidelnú online periodicitu prenosov - Z MÚSP do IS JVP

3669

1. IS JVP volá vystavený WS MÚSP s parametrami požadovaného rozsahu dát, ktorým zapíše dáta z MÚSP (import) do vlastnej databázy. V prípade chyby alebo nepripravenosti dát v MÚSPe, IS JVP volanie opakuje;

3670

1. IS JVP pripraví interné štruktúry a funkcie na prijatie a spracovanie údajov z MÚSP;

3671

1. IS JVP implementuje procesy, aplikačné funkcie a zmeny v spracovaní dát na svojej strane

3672

1. IS JVP implementuje procesy, aplikačné funkcie a zmeny v spracovaní dát na svojej strane v prípade spracovania odvolania

3673

3674

* //Alternatívne riešenie~:// V závislosti na prácnosti a možnom časovom oneskorení môžu prísť do úvahy aj dočasné kompromisné riešenia. Konkrétny návrh riešenia vyplynie z fázy Analýzy a dizajn, ktorá bude obsahovať multikriteriálnu analýzu implementácie s využitím IS MUSP na jednej strane a využitím iných existujúcich riešení na strane druhej.

3675

3676

====== Získanie údajov z MÚSP do CSRU (ŽS5_02_BP_01, ŽS5_02_BP_05, ŽS5_02_BP_12, ŽS5_02_BP_13, ŽS5_02_BP_14) - Primárny tok integrácie do IS JVP ======

3677

3678

Predpokladom uvedenej integrácie je vybudovanie MÚSP ako centrálneho bodu pre poskytovanie údajov. Integračná väzba bude nahrádzať aktuálne existujúce integračné väzby jednotlivých systémov na interné centrálne registre RFO SP a RPO SP prípadne iné zdroje údajov v prípade overovania spracúvaných údajov. ** **

* Aktivity:

1. MÚSP zabezpečí rozšírenie poskytovaných dát z prostredia sociálnej poisťovne minimálne v rozsahu nasledujúcich objektov evidencie:** **

3683

3684

1. Zamestnávateľ** **

1. Zamestnanec** **

1. Sídlo** **

1. Adresa** **

1. A iné, ktoré budú definované v detailnej analýze integračnej väzby** **

3693

3694

1. Dosiahnuť pravidelnú online periodicitu prenosov - Z MÚSP do CSRÚ

3695

1. MÚSP volá vystavené WS CSRÚ s parametrami požadovaného rozsahu dát, ktorým zapíše dáta z MÚSP (import) do vlastnej databázy;

3696

1. MÚSP implementuje procesy, aplikačné funkcie a zmeny v spracovaní dát na svojej strane

3697

3698

* //Alternatívne riešenie: //V závislosti na prácnosti a možnom časovom oneskorení môžu prísť do úvahy aj dočasné kompromisné riešenia. Konkrétny návrh riešenia vyplynie z fázy Analýzy a dizajn, ktorá bude obsahovať multikriteriálnu analýzu implementácie s využitím IS MUSP na jednej strane a využitím iných existujúcich riešení na strane druhej.

3699

3700

====== Získanie údajov z CSRÚ do IS MÚSP (ŽS5_02_BP_01, ŽS5_02_BP_05, ŽS5_02_BP_12, ŽS5_02_BP_13, ŽS5_02_BP_14) - Primárny tok integrácie do MÚSP ======

3701

3702

Integračná väzba bude využívaná pre prijímanie podaní/správ/údajov z CSRÚ do MÚSP, kde CSRÚ bude v roli vstupnej brány a prostredníctvom neho budú doručované oznámenia o vzniku platobnej neschopnosti a ostatné relevantné vstupné údaje. Kontext využívania integrácie na CSRÚ pre automatizované prijímanie podaní zo slovensko.sk prípadne iného zdroja.

3703

3704

Podanie z uvedeného kanálu bude v prvom kroku doručené do registratúry SP odkiaľ sa následne prostredníctvom integračných väzieb vyberie na spracovanie do MÚSP či už priamou integráciou alebo prostredníctvom na to určeného komponentu napr. BPM.

* Aktivity:

1. MÚSP zabezpečí rozšírenie získavaných dát prostredníctvom WS z CSRU o nasledovné objekty evidencie:

1. Zamestnávateľ

1. Zamestnanec

1. Sídlo

1. Adresa

1. Údaje všeobecného formulára odvolania

3715

1. A iné, ktoré budú definované v detailnej analýze integračnej väzby

3716

3717

1. Dosiahnuť pravidelnú online periodicitu prenosov - Z CSRU do MÚSP

3718

1. MÚSP volá vystavené WS CSRU s parametrami požadovaného rozsahu dát, ktorým zapíše dáta z CSRU (import) do vlastnej databázy. V prípade chyby alebo nepripravenosti dát v CSRU, MÚSP volanie opakuje;

3719

1. MÚSP pripraví interné štruktúry a funkcie na prijatie a spracovanie údajov z CSRU;

3720

1. MÚSP implementuje procesy, aplikačné funkcie a zmeny v spracovaní dát na svojej strane

3721

3722

* //Alternatívne riešenie~:// V závislosti na prácnosti a možnom časovom oneskorení môžu prísť do úvahy aj dočasné kompromisné riešenia. Konkrétny návrh riešenia vyplynie z fázy Analýzy a dizajn, ktorá bude obsahovať multikriteriálnu analýzu implementácie s využitím IS MUSP na jednej strane a využitím iných existujúcich riešení na strane druhej.

3723

3724

====== Poskytovanie údajov z IS PvNGP do MÚSP (ŽS5_02_BP_19) - Primárny tok integrácie z IS PvNGP ======

3725

3726

Integračná väzba bude využívaná pre odosielanie relevantných údajov do MÚSP.

* Aktivity

1. IS PvN GP zabezpečí poskytovanie údajov nasledovných objektov evidencie do MÚSP:

3731

11. Údaje, ktoré budú zasielané do MÚSP budú detailne identifikované vo fáze analýzy

3732

1. IS PVN GP pripraví podklady (údaje) pre WS, ktorú vystaví MÚSP ESB; v rozšírenej dátovej štruktúre;

3733

11. Rozšíri údajovú štruktúru

3734

11. Zohľadniť cieľový stav Q1 2026

3735

1. IS PVN GP upraví existujúce/prispôsobí/vytvorí nové aplikačné funkcie, ktoré budú online volať webservis metódou PUT, ktorý vystaví MUSP a cez ktorý budú posielane dávkovo ako aj nové dáta, tak aj zmeny nad dátami;

3736

1. IS PVN GP dôkladne otestuje a odladí integráciu na svojej strane;

3737

1. IS PVN GP poskytne súčinnosť pri ladení WS MÚSP ESB

3738

1. IS PVN GP vypracuje úplnú dokumentáciu 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

3739

1. IS PVN GP prijme a spracuje údaje zo zistených vád, zvaliduje ich, opraví a zašle ich v najbližšom volaní;

3740

3741

* Alternatívne riešenie: V prípade, že služby MÚSP nebudú v požadovanom rozsahu dostupné, budú využité aktuálne implementované integračné väzby na MÚSP ako aj ostatné zdrojové systému SP (RPO SP).

3742

3743

====== Poskytovanie údajov z IS JVP do IS MÚSP (ŽS5_02_BP_01, ŽS5_02_BP_05, ŽS5_02_BP_12, ŽS5_02_BP_13, ŽS5_02_BP_14) – Alternatívny tok k DI-4.11. ======

3744

3745

Integračná väzba bude využívaná pre odosielanie relevantných údajov do MÚSP.

3746

3747

1. IS JVP zabezpečí poskytovanie údajov nasledovných objektov evidencie do MÚSP:

3748

11. Doba trvania poistenia

3749

11. Údaje o zamestnávateľoch

3750

11. Údaje o zamestnaniach

3751

1. IS JVP pripraví podklady (údaje) pre WS, ktorú vystaví MÚSP; v rozšírenej dátovej štruktúre;

3752

11. Rozšíri údajovú štruktúru

3753

11. Zohľadniť cieľový stav Q1 2026

3754

1. IS JVP upraví existujúce/prispôsobí/vytvorí nové aplikačné funkcie, ktoré budú pravidelne online volať webservis metódou PUT, ktorý vystaví MÚSP a cez ktorý budú posielane dávkovo ako aj nové dáta, tak aj zmeny nad dátami;

3755

3756

Diagram 28: Publikovanie údajov do IS MÚSP/MDM

3757

3758

[[image:1755513558773-488.png]]

3759

3760

Diagram 29: Publikovanie údajov do IS MÚSP/MDM - sekvenčný diagram

3761

3762

[[image:1755513567026-413.png]]

3763

3764

Diagram 30: Získanie údajov SP - BATCH (komponenty)

3765

3766

[[image:1755513575481-542.png]]

3767

3768

Diagram 31: Získanie údajov SP - BATCH - sekvenčný diagram

3769

3770

[[image:1755513582299-872.png]]

3771

3772

5.4.1.2.3 DI-5 (pre ŽS7 a ŽS8)

3773

3774

Diagram 32: Celková architektúra DI-5

3775

3776

[[image:1755513591922-747.png]]

3777

3778

3779

====== Získanie údajov z CSRÚ do IS MÚSP ======

3780

3781

1. MÚSP zabezpečí rozšírenie získavaných dát z CSRÚ o nasledovné objekty evidencie / datasety:

3782

11. **Dávka v hmotnej núdzi** z ÚPSVaR pre účely zúčtovania dávok sociálneho poistenia pre ŽS7 a ŽS8 s dávkou v hmotnej núdzi.

3783

3784

|//Typ prenosu: //|**Asynchrónny (Dávkovo) **

3785

|//Smer prenosu: //|**CSRÚ -> MÚSP **

3786

|//Spôsob komunikácie: //|**Požiadavka / Odpoveď **

3787

|//Periodicita prenosov: //|**Denne **

3788

3789

**Relevantné dávky:**

3790

3791

1. (ŽS7_BP_36) Vyrovnávacia dávka

3792

3793

1. (ŽS7_BP_41) Materské – tehotná žena

3794

3795

1. (ŽS7_BP_59) Materské – iný poistenec

3796

3797

1. (ŽS7_BP_70) Materské – otcovské

3798

3799

1. (ŽS8_BP_17) Nemocenské (ePN)

3800

3801

1. (ŽS8_BP_27) Úrazový príplatok (ePN)

3802

3803

1. (ŽS8_BP_30) Úrazová renta / jednorazové vyrovnanie

3804

3805

1. (ŽS8_BP_41) Ošetrovné (krátkodobé) z dôvodu ošetrovania člena rodiny

3806

3807

1. (ŽS8_BP_60) Ošetrovné (krátkodobé) z dôvodu uzatvorenia zariadenia

3808

3809

1. (ŽS8_BP_72) Ošetrovné (dlhodobé) z dôvodu ošetrovania člena rodiny

3810

3811

1.

3812

11. (ŽS7_BP_46) **Vzdelanie** z RIS pre účel overovania informácií o dosiahnutom vzdelaní a dobe štúdia v ŽS7 pri žiadosti o materské – iný poistenec

3813

11. (ŽS8_BP_24) **Hlásenie o registrovanom pracovnom úraze** z NIP pre účel poskytovania úrazových dávok v ŽS8

3814

11. (ŽS8_BP_58) **Informácia o návšteve zariadenia** z RIS pre účely overenia či ošetrované dieťa je žiakom, či navštevuje konkrétne zariadenie a či je zariadenie uzatvorené, pre účely poskytovania dávky Ošetrovné (krátkodobé) z dôvodu uzatvorenia zariadenia v ŽS8

3815

3816

Presný spôsob integrácie medzi systémami CSRÚ a MÚSP bude zadefinovaný v rámci detailnej analýzy pre túto aktivitu.

3817

3818

3819

====== Publikovanie údajov do CSRÚ (IS MÚSP/MDM → CSRÚ) ======

3820

3821

Poskytovanie údajov z MÚSP do CSRÚ

3822

3823

MÚSP zabezpečí publikovanie nasledovných objektov evidencie / datasetov do CSRÚ:** **

3824

3825

1. Objekty evidencie definované v kapitole „DI-5.1 Poskytovanie údajov z IS NPaLPČ (Syrius) do MÚSP“ a v kapitole „DI-5.2 Poskytovanie údajov z IS DAÚP do MÚSP“.** **

3826

11. **Požiadavka na doručenie informácie pre zúčtovanie Dávky v hmotnej núdzi**

3827

3828

|//Typ prenosu: //|**Asynchrónny (Dávkovo) **

3829

|//Smer prenosu: //|**MÚSP -> CSRÚ **

3830

|//Spôsob komunikácie: //|**Požiadavka / Odpoveď **

3831

|//Periodicita prenosov: //|**Denne **

3832

3833

1.

3834

11. (ŽS1_BP_41) Dataset „Materské“ žiadaný od MPSVR SR

3835

3836

|//Typ prenosu: //|**Synchrónny **

3837

|//Smer prenosu: //|**MÚSP -> CSRÚ **

3838

|//Spôsob komunikácie: //|**Požiadavka / Odpoveď **

3839

|//Periodicita prenosov: //|**Na požiadanie **

3840

3841

Presný spôsob integrácie medzi systémami CSRÚ a MÚSP bude zadefinovaný v rámci detailnej analýzy pre túto aktivitu.

3842

3843

3844

====== Interná integrácia - publikovanie údajov do MDM (IS SP → IS MÚSP/MDM) ======

3845

3846

Poskytovanie údajov z IS NPaLPČ (Syrius) do IS MÚSP

3847

3848

IS NPaLPČ zabezpečí poskytovanie nasledovných údajov do MÚSP:

3849

3850

1.

3851

11. **Požiadavka na doručenie informácie pre zúčtovanie Dávky v hmotnej núdzi**

3852

3853

Požiadavka bude okrem iného obsahovať minimálne nasledovné dôležité informácie:

1.

11.

111. **Dátum začiatku nároku na dávku** ... (Obdobie Od)

3858

111. **Dátum ukončenia nároku na dávku** ... (Obdobie Do)

3859

111. **Druh dávky **... Druh sociálnej dávky

3860

111. **Výška vyplácanej dávky** ... Výška dávky na vyplatenie, ktorú SP priznala klientovi za záujmové obdobie

3861

3862

|//Typ prenosu~:// |**Asynchrónny (Dávkovo)**

3863

|//Smer prenosu~:// |**NPaLPČ** **-> MÚSP**

3864

|//Spôsob komunikácie~:// |**Požiadavka / Odpoveď**

3865

|//Periodicita prenosov~:// |**Denne**

3866

3867

**Relevantné dávky:**

3868

3869

1. (ŽS7_BP_27) Vyrovnávacia dávka

3870

1. (**ŽS7_BP_38**) Materské – tehotná žena

3871

1. (**ŽS7_BP_56**) Materské – iný poistenec

3872

1. (ŽS7_BP_67) Materské – otcovské

3873

1. (ŽS8_BP_08) Nemocenské (ePN)

3874

1. (ŽS8_BP_42) Ošetrovné (krátkodobé) z dôvodu ošetrovania člena rodiny

3875

1. (ŽS8_BP_61) Ošetrovné (krátkodobé) z dôvodu uzatvorenia zariadenia

3876

1. (ŽS8_BP_73) Ošetrovné (dlhodobé) z dôvodu ošetrovania člena rodiny

3877

3878

IS NPaLPČ zabezpečí zasielanie požiadavky so zoznamom klientov (záujmové osoby), ktorým bola priznaná príslušná dávka, za aké obdobie a v akej výške. Na základe tohto zoznamu ÚPSVaR následne spätne doručí požadované informácie pre zúčtovanie dávky v hmotnej núdzi.

3879

3880

1.

3881

11. (**ŽS1_BP_41**) Dataset „**Materské**“ žiadaný od MPSVR SR:

3882

3883

|//Typ prenosu~:// |**Asynchrónny (Dávkovo)**

3884

|//Smer prenosu~:// |**NPaLPČ** **-> MÚSP**

3885

|//Spôsob komunikácie~:// |**Pri zmene **

3886

|//Periodicita prenosov~:// |**Nový záznam / Zmena záznamu **

3887

3888

NPaLPČ je povinný zabezpečiť publikovanie požadovaných atribútov daného objektu evidencie do MÚSP. MÚSP vytvorí z relevantných atribútov objektu evidencie kompletný dataset „Materské“, ktorý bude publikovať do CSRÚ pre MPSVR prípadne iné OVM.

3889

3890

Detailný popis integračných vzťahov, formátu dopytu o poskytnutie údajov a očakávanej odpovede vo forme datasetu sa nachádza v prílohe „MPSVR SR - SP - štruktúra údajov - Materske.xlsx“.

3891

3892

MÚSP v úvodnej fáze získa z NPaLPČ základný súbor údajov o všetkých existujúcich materských (kmeňové dáta). Následne bude NPaLPČ zasielať nové údaje a aktualizácie relevantných informácií pri každej zmene, či novom zázname, čím sa zabezpečí priebežná synchronizácia.

3893

3894

//Alternatívne riešenie~:// V závislosti na prácnosti a možnom časovom oneskorení môžu prísť do úvahy aj dočasné kompromisné riešenie, napr. využiť existujúcu WEB službu WS MAT a integrovať ju na MÚSP a následne na CSRÚ. MÚSP by v tom prípade hral len úlohu sprostredkovateľa služby bez ukladania prenášaných údajov vo svojom úložisku. (PROXY). V rámci detailnej analýzy treba určiť či je potrebné rozšíriť doručovaný dataset o ďalšie atribúty, prípadne upraviť formát doručeného datasetu. Keďže ako záverečný stav sa očakáva publikovanie predmetnej služby na CSRÚ z MÚSP, uprednostňuje sa toto riešenie pred dočasnou integráciou WS MAT priamo na CSRÚ a to aj napriek jeho nižšej efektívnosti, s cieľom eliminovať potrebu opätovného testovania zo strany CSRÚ v budúcnosti.

3895

3896

Presný spôsob integrácie medzi agendovými systémami a MÚSP bude zadefinovaný v rámci detailnej analýzy pre túto aktivitu.

3897

3898

Poskytovanie údajov z IS DAÚP do MÚSP

3899

3900

IS DAÚP zabezpečí poskytovanie nasledovných údajov do MÚSP:

3901

3902

1.

3903

11. **Požiadavka na doručenie informácie pre zúčtovanie Dávky v hmotnej núdzi**

3904

3905

|//Typ prenosu: //|**Asynchrónny (Dávkovo) **

3906

|//Smer prenosu: //|**DAÚP -> MÚSP **

3907

|//Spôsob komunikácie: //|**Požiadavka / Odpoveď **

3908

|//Periodicita prenosov: //|**Denne **

3909

3910

**Relevantné dávky:**

3911

3912

1. (ŽS8_BP_27a) Úrazový príplatok (ePN)

3913

3914

1. (ŽS8_BP_31) Úrazová renta / jednorazové vyrovnanie

3915

3916

Detailná definícia požadovaných aktivít je obdobná ako v kapitole „Poskytovanie údajov z IS NPaLPČ (Syrius) do MÚSP“.

3917

3918

3919

====== Interná integrácia - Získanie údaju SP - BATCH (IS MÚSP/MDM → IS SP) ======

3920

3921

Získanie údajov z MÚSP do IS NPaLPČ (Syrius)

3922

3923

1. IS NPaLPČ zabezpečí rozšírenie získavaných dát z MÚSP o nasledovné objekty evidencie / datasety:

3924

11. **Dávka v hmotnej núdzi** z ÚPSVaR pre účely zúčtovania dávok sociálneho poistenia pre ŽS7 a ŽS8 s dávkou v hmotnej núdzi

3925

3926

|//Typ prenosu: //|**Asynchrónny (Dávkovo) **

3927

|//Smer prenosu: //|**MÚSP -> NPaLPČ **

3928

|//Spôsob komunikácie: //|**Požiadavka / Odpoveď **

3929

|//Periodicita prenosov: //|**Denne **

3930

3931

**Relevantné dávky:**

3932

3933

1. (ŽS7_BP_36) Vyrovnávacia dávka

3934

3935

1. (ŽS7_BP_41) Materské – tehotná žena

3936

3937

1. (ŽS7_BP_59) Materské – iný poistenec

3938

3939

1. (ŽS7_BP_70) Materské – otcovské

3940

3941

1. (ŽS8_BP_17) Nemocenské (ePN)

3942

3943

1. (ŽS8_BP_41) Ošetrovné (krátkodobé) z dôvodu ošetrovania člena rodiny

3944

3945

1. (ŽS8_BP_60) Ošetrovné (krátkodobé) z dôvodu uzatvorenia zariadenia

3946

3947

1. (ŽS8_BP_72) Ošetrovné (dlhodobé) z dôvodu ošetrovania člena rodiny

3948

3949

ÚPSVaR zašle informáciu, či klient poberal v záujmovom období DHN a ak áno, tak podľa výšky oznámenej dávky sociálneho poistenia určí sumu na zúčtovanie, cieľový účet a variabilný symbol pod ktorým treba platbu uskutočniť.

3950

3951

Ak klient DHN nepoberal, alebo výška dávky sociálneho poistenia je v rámci povoleného limitu, tak zúčtovanie neprebehne (vyhodnotí ÚPSVaR).

3952

3953

V rámci detailnej analýzy je potrebné, aby analytický tím dodávateľa vyriešil, či je potrebné v novej implementácii doručovať informáciu o poberateľovi DHN v dvoch krokoch (1. Potvrdenie poberania DHN, 2. Detaily zúčtovania), alebo je možné pre poberateľov DHN poslať detaily pre zúčtovanie hneď v prvom kroku. Legislatívne otázne je, či je možné hneď v prvom kroku zo SP zasielať detaily o dávke sociálneho poistenia aj napriek tomu, že ešte nie je známe, či klient poberal v záujmovom období DHN.

3954

3955

NPaLPČ použije na uloženie získaných údajov už existujúce údajové štruktúry, v prípade potreby ich rozšíri o nové atribúty. NPaLPČ bude konzumovať kompletný set údajov doručených do MÚSP, nakoľko tam budú obsiahnuté len záujmové osoby.

3956

3957

1.

3958

11. (ŽS7_BP_46) **Vzdelanie** z RIS pre účel overovania informácií o dosiahnutom vzdelaní a dobe štúdia v ŽS7 pri žiadosti o materské – tehotná žena

3959

11. (ŽS8_BP_24) **Hlásenie o registrovanom pracovnom úraze** z NIP pre účel poskytovania úrazových dávok v ŽS8

3960

11. (ŽS8_BP_58) **Informácia o návšteve zariadenia** z RIS pre účely overenia či ošetrované dieťa je žiakom, či navštevuje konkrétne zariadenie a či je zariadenie uzatvorené, pre účely poskytovania dávky Ošetrovné (krátkodobé) z dôvodu uzatvorenia zariadenia v ŽS8

3961

3962

1. IS NPaLPČ volá vystavený WS MÚSP s parametrami požadovaného rozsahu dát, ktorým zapíše dáta z MÚSP (import) do vlastnej databázy. V prípade chyby alebo nepripravenosti dát v MÚSP, IS NPaLPČ volanie opakuje

3963

1. IS NPaLPČ pripraví interné štruktúry a funkcie na prijatie a spracovanie údajov z MÚSP

3964

1. IS NPaLPČ implementuje procesy

3965

3966

Získanie údajov z MÚSP do IS DAÚP

3967

3968

3969

1. IS DAÚP zabezpečí rozšírenie získavaných dát z MÚSP o nasledovné objekty evidencie / datasety:

3970

11. **Dávka v hmotnej núdzi** z ÚPSVaR pre účely zúčtovania dávok sociálneho poistenia pre ŽS8 s dávkou v hmotnej núdzi

3971

3972

|//Typ prenosu: //|**Asynchrónny (Dávkovo) **

3973

|//Smer prenosu: //|**MÚSP -> DAÚP **

3974

|//Spôsob komunikácie: //|**Požiadavka / Odpoveď **

3975

|//Periodicita prenosov: //|**Denne **

3976

3977

**Relevantné dávky:**

3978

3979

1. (ŽS8_BP_27) Úrazový príplatok (ePN)

3980

3981

1. (ŽS8_BP_30) Úrazová renta / jednorazové vyrovnanie

3982

3983

1. IS DAÚP volá vystavený WS MÚSP s parametrami požadovaného rozsahu dát, ktorým zapíše dáta z MÚSP (import) do vlastnej databázy. V prípade chyby alebo nepripravenosti dát v MÚSP, IS DAÚP volanie opakuje

3984

1. IS DAÚP pripraví interné štruktúry a funkcie na prijatie a spracovanie údajov z MÚSP

3985

1. IS DAÚP implementuje procesy, aplikačné funkcie a zmeny v spracovaní dát na svojej strane

3986

3987

5.4.1.2.4 DI-6 (pre ŽS14)

3988

3989

Diagram 33: Celková architektúra DI-6

3990

3991

[[image:1755513660037-107.png]]

3992

3993

3994

====== Získanie údajov z CSRÚ (CSRÚ → IS MÚSP/MDM) – údaje z MPSVaR ======

3995

3996

Predmetom dátovej výmeny sú objekty evidencie súvisiace s agendou dôchodkov (údaje z ÚPSVaR) v rozsahu definovanom v kapitole dátová architektúra.

3997

3998

MÚSP zabezpečí integráciu a získavanie údajov z CSRÚ minimálne pre nasledovné objekty evidencie súvisiace s agendou dôchodkov (údaje z ÚPSVaR):** **

3999

4000

* Register sociálnych služieb

4001

** ProviderCType - Zložený dátový typ

*** Názov PO

*** Priezvisko osoby

*** Meno osoby

*** Zoznam identifikátorov (Zložený dátový typ – IdentiferCType)

4006

*** Typ poskytovateľa služby (Zložený dátový typ – CodeTableValueCType)

4007

*** Zoznam poskytovaných sociálnych služieb (Zložený dátový typ - SocialServiceCType)

4008

*** Adresa poskytovateľa sociálnej služby (Zložený dátový typ – AddressCType)

4009

*** Štatutárny zástupca

4010

** AddressCType- Zložený dátový typ

4011

*** Ulica miesta poskytovania služby

4012

*** Číslo miesta poskytovania služby

4013

*** PSČ miesta poskytovania služby

4014

*** Obec miesta poskytovania služby

4015

*** Adresa miesta poskytovania v textovej podobe

4016

* Evidencia ŤZP - osobná asistencia

4017

** Zložený dátový typ - PhysicalPersonCType:

*** Meno

*** Priezvisko

*** DatumNarodenia

*** Identifikator (Zložený dátový typ – IdentifierCType)

4022

** Zložený dátový typ – AssistanceContractCType

4023

*** DatumOd (Začiatok platnosti zmluvy)

4024

*** DatumDo (Koniec platnosti zmluvy)

4025

*** HodinyZaMesiac (Mesačný rozsah osobnej asistencie - počet celých hodín)

4026

** Zložený dátový typ – AssistanceFulfillmentCType

4027

*** Mesiac (Mesiac výkonu osobnej asistencie)

4028

*** Hodiny (Počet hodín vykonanej asistencie v daný mesiac)

4029

*** Minúty (Počet minút vykonanej asistencie v daný mesiac)

4030

*** Výkon osobnej asistencie v hodinách

4031

*** Počet listinných výkazov osobnej asistencie

4032

* Evidencia poberateľov DHN

4033

** Zložený dátový typ - physicalPersonType:

4034

*** Zoznam identifikátorov osoby (Zložený dátový typ - IdentifikatorType, opakovateľný prvok)

4035

*** Meno osoby

4036

*** Priezvisko osoby

4037

*** Dátum narodenia osoby vo formáte "yyyy-MM-dd"

4038

*** Dátum zmeny dát

4039

*** Zoznam identifikátorov osoby (Zložený dátový typ - periodType, opakovateľný prvok)

4040

** Zložený dátovy typ - periodType:

4041

*** Mesiac poberania DHN od

4042

*** Mesiac poberania DHN do

4043

*** Identifikácia žiadosti, ktorej sa obdobie týka (Zložený dátový typ applicationType)

4044

*** Rola osoby na žiadosti o sociálnu dávku, kód číselníkovej položky z rezortného číselníka.

4045

*** Stav poskytovania sociálnej dávky, kód číselníkovej položky z rezortného číselníka.

4046

* Rodičovský príspevok

4047

** Zložený dátový typ – PhysicalPersonCType

*** Meno

*** Priezvisko

*** DatumNarodenia

*** Identifikator

** BenefitPeriodCType - zložený dátový typ

4053

*** Začiatok poberania RP

4054

*** Koniec poberania RP

4055

*** Stav poskytovania sociálnej dávky. Podľa hodnoty tohto elementu je možné finálne určiť, či osobe bola alebo nebola poskytnutá v danom období dávka/príspevok

4056

*** Identifikácia žiadosti, ktorá sa týka daného obdobia

4057

*** Deti, ktorých sa dávka/príspevok v danom období týka

4058

*** Informácie o žiadosti klienta o odňatie dávky/príspevku

4059

* Evidencia uchádzačov o zamestnanie (EuoZ)

4060

** **Zložený dátový typ – UdajeOsobaCType **

4061

*** **údaje o osobe (identifikátor, meno, priezvisko atď) **

4062

** **Zložený dátový typ - EvidenciaCType, ZiadatelDavkyNezam: **

4063

*** Identifikátor role v ISSZ

4064

*** Číslo okresu

4065

*** Dátum podania žiadosti

4066

*** Dátum zaradenia do evidencie UoZ

4067

*** Dátum právoplatnosti zaradenia

4068

*** Dátum vyradenia z evidencie

4069

*** Dátum právoplatnosti vyradenia z evidencie UoZ

4070

*** Od kedy do kedy bola vyplácaná podpora v nezamestnanosti v období od 1.1.2001 do 31.12.2003

4071

*** Dôvod vyradenia a nezaradenia z evidencie UoZ

4072

*** Číselník stavu role

4073

*** Dlhodobo evidovaný

4074

*** Dlhodobo evidovaný od

4075

*** Posledná zmena v evidencie UoZ (zaradenie, vyradenie, zmeny, ...)

4076

*** Dôvod poslednej zmeny v evidencie

4077

*** Dátum poslednej zmeny v evidencie

4078

*** Údaje o zamestnávateľovi

4079

*** Enumerácia, či je klient evidovaný ako dlhodobo nezamestnaný v najmenej rozvinutom okrese

4080

*** Údaje o prerušeniach

4081

*** ZiadatelDavkyNezam (UoZ je súčasne aj žiadateľom o uplatnenie nároku na dávku v nezamestnanosti v Sociálnej poisťovni (A/N) )

4082

*** Údaj o výkone zamestnania v inom členskom štáte EU v posledných 4 rokoch pred zaradením do evidencie UoZ

4083

*** Údaje o dôchodkoch v iných členských štátov EU

4084

*** Je/nie je poberateľom dávky v hmotnej núdzi a príspevkov k dávke v hmotnej núdzi (A/N)

4085

*** Spôsob zaslania výplaty: hotovosť, okresný okruh, poštový poukaz na výplatu, účet

4086

*** Výplata na ktorú adresu mý byť zaslaná výplata. Vyplní sa ak Vyplata=1

4087

*** Číslo účtu pre výplatu dávky v nezamestnanosti. Vyplní sa ak Vyplata=1

**~ **

Prostredníctvom tejto integrácie (prostredníctvom CSRÚ) bude prebiehať získavanie objektov evidencie v rámci súčasnej integrácie (SP-ÚPSVaR) a na základe detailnej analýzy budú doplnené ďalšie relevantné objekty evidencie.

4092

4093

Alternatívne riešenie: V závislosti na prácnosti a možnom časovom oneskorení môžu prísť do úvahy aj dočasné kompromisné riešenia, ako je realizácia integrácie bez MUSP - integrácia z CSRÚ -> Úložisko SP -> cieľový IS SP** **

====== Publikovanie údajov do CSRÚ (IS MÚSP/MDM → CSRÚ) ======

4098

4099

1. Predmetom dátovej výmeny sú objekty evidencie súvisiace s agendou dôchodkov (údaje pre MPSVR) minimálne v tomto rozsahu:

4100

11. Univerzálny dataset pre „**Dôchodky**“ zasielaný na požiadavku od MPSVR, ktorý slúži na kontrolu príjmu z dávok dôchodkového poistenia pri poberateľoch dávky v hmotnej núdzi a príspevkov k dávke, peňažných príspevkov na opatrovanie, náhradného výživného a dotácií na stravu.

4101

4102

Aktuálny stav definície datasetu a príslušnej požiadavky je v prílohe „**MPSVR SR - SP - štruktúra údajov – Dôchodky.xlsx**“.

4103

4104

1. Predmetom dátovej výmeny sú objekty evidencie súvisiace s agendou dôchodkov (údaje pre DEUS) minimálne v tomto rozsahu:

4105

4106

* zložený dátový typ - PersonNameType:

4107

** GivenName, FamilyName, Affix

4108

* zložený dátový typ - PhysicalPersonType:

4109

** Birth

4110

* zložený dátový typ - ResultType:

4111

** ConfirmationDate (dátum potvrdenia), PensionBenefitsInfo (typ dôchodku), Total (Suma dôchodku)

4112

* zložený dátový typ - PensionBenefitsItem:

4113

** dátum začatia poberania dôchodku

4114

** dátum ukončenia poberania dôchodku

4115

** Typ dôchodku

4116

4117

Detailizovanie alebo doplnenie objektov evidencie bude spracované v rámci detailnej analýzy a komunikácie s konzumentom údajov

====== Interná integrácia - publikovanie údajov do MDM (IS SP → IS MÚSP/MDM) ======

1.

11. Údaje z MPSVaR

Cieľový IS SP zabezpečí prijatie a spracovanie objektov evidencie získaných z MÚSP.** **

4127

4128

Prostredníctvom tejto integrácie (prostredníctvom CSRÚ) bude prebiehať získavanie objektov evidencie v rámci súčasnej integrácie a na základe detailnej analýzy budú doplnené ďalšie relevantné objekty evidencie.** **

4129

4130

V rámci cieľového IS SP bude zabezpečené:** **

4131

4132

* Implementácia volania vystaveného WS MÚSP s parametrami požadovaného rozsahu dát, ktorým zapíše dáta z MÚSP (import) do vlastnej databázy. V prípade chyby alebo nepripravenosti dát v IS MÚSP, IS volanie opakuje;

4133

* príprava internej štruktúry a funkcie na prijatie a spracovanie údajov z MÚSP;

4134

* implementácia procesov, aplikačnej funkcie a zmien v spracovaní dát na svojej strane.

4135

4136

Alternatívne riešenie: V závislosti na prácnosti a možnom časovom oneskorení môžu prísť do úvahy aj dočasné kompromisné riešenia, ako je realizácia integrácie bez MUSP - integrácia z CSRÚ -> Úložisko SP -> cieľový IS SP.

1.

11. Údaje pre DEUS

IS SP (ako poskytovateľ údajov v SP) zabezpečí spracovanie datasetov, ich zaslanie do MÚSP.** **

4142

4143

V rámci IS SP – poskytovateľa údajov bude zabezpečené:** **

4144

4145

* príprava podkladov (údaje) pre WS, ktorú vystaví MUSP ESB;

4146

* úprava existujúcich/ prispôsobenie/ vytvorenie nových aplikačných funkcií, ktoré budú pravidelne raz za 24 hodín volať webservis metódou PUT, ktorý vystaví MUSP a cez ktorý budú posielané dávkovo ako aj nové dáta, tak aj zmeny nad dátami;

4147

4148

Alternatívne riešenie: V závislosti na prácnosti a možnom časovom oneskorení môžu prísť do úvahy aj dočasné kompromisné riešenia, ako je realizácia integrácie bez MUSP - integrácia z CSRÚ -> Úložisko SP -> cieľový IS SP.

====== Interná integrácia - Získanie údaju SP - BATCH (MDM → IS SP) ======

1.

11. Údaje z MPSVaR

MÚSP zabezpečí publikovanie objektov evidencie získaných z CSRÚ do cieľových IS SP:** **

* IS SP** **

* IS SP

Prostredníctvom tejto integrácie (prostredníctvom CSRÚ) bude prebiehať získavanie objektov evidencie v rámci súčasnej integrácie a na základe detailnej analýzy budú doplnené ďalšie relevantné objekty evidencie.** **

4163

4164

Alternatívne riešenie:V závislosti na prácnosti a možnom časovom oneskorení môžu prísť do úvahy aj dočasné kompromisné riešenia, ako je realizácia integrácie bez MUSP - integrácia z CSRÚ -> Úložisko SP -> cieľový IS SP.

1.

11. Údaje pre DEUS

5.4.1.2.5 DI-7 (pre všetky ŽS)

4171

4172

Za účelom predvypĺňania očakávame vystavenie atomických REST API služieb (integračná vrstva), ktoré budú volané z príslušných sekcii eFormulára a zabezpečia oddelenie frontend logiky formulára od backend údajov SP a tiež umožnia multikanálové použitie eFormulára. Jednotlivé API budú zabezpečené používateľským tokenom. Obsah API rozhraní bude definovaný v detailnej analýze.

4173

4174

Pre evidenciu osôb a údajov o poistení slúžia konektory ako Osoba - základné údaje, Číselníky, Obdobia poistenia, Výpočet nárokov a Overenie poistenia v 2. pilieri a ďalšie.

4175

4176

API rozhrania na predvypĺňnanie budú vystavené v rámci Enterprise application integration v APC SP, ktorá bude alokovaná v DMZ zóne a prístupná pre frontendové aplikácie.

4177

4178

Zdrojovými systémami pre údaje do eFormulárov sú predovšetkým Lokálne RFO SP, ZIUP, JVP, CIPS a ďalšie a ich údaje pre API vrstvu môžu a nemusia byť vystavené prostredníctvom systému IS MÚSP. Rozhodovacím faktorom je kvalita údajov zdrojového systému a prípadné nutné korelácie medzi systémami navzájom, resp. umiestnenie tzv. „golden record“, t.j. najsprávnejšej verzie záznamu.

4179

4180

Na technologickej vrstve synchronizáciu údajov do MUSP zabezpečuje MDM TALEND, ktoré pracuje s ETL nástrojmi a ESB (Enterprise Service Bus).

4181

4182

**Aplikačné integrácie po (pred)vyplnení formulára:**

4183

4184

Dokumenty, ktoré tvoria súčasť podania sa ukladajú do dočasného DMS v DMZ, reprezentovaného na technologickej vrstve ako FILENET. Databáza ORACLE DB zabezpečuje fyzickú realizáciu pre ZIUP a EUP.

4185

4186

Komunikácia Špecializovaného portálu SP s integračnými rozhraniami ÚPVS bude prebiehať prostredníctvom UPVS proxy rozhraniami vystavenými v rámci projektu IS Registratúra, ktorý zabezpečuje jednotný integračný bod na ÚPVS. Z pohľadu portálu pri odosielaní vyplneného eFormuláru sa predpokladá komunikácia s UPVS a jeho modulmi UPVS G2G (odoslanie podania) a UPVS eDesk (zápis správy do rozpísaných, resp. odoslaných správ používateľa). Doručenie podania je do eDesk schránky SP, na strane SP zrealizuje IS Registratúra evidenciu a príjem podaní , čo je koncová fáza procesu.

4187

4188

Diagram 34: Aplikačná architektúra DI-7

4189

4190

[[image:1755513718946-102.png]]

5.4.1.2.6 DI-8 (Integrácia s NCZI pre potreby ŽS8)

4195

4196

Z pohľadu aplikačnej a dátovej architektúry je jadrom tejto témy Register potrieb starostlivosti, ktorý bude zabezpečovať funkčnosti spojené so synchronizáciou potrieb starostlivosti prijatých z IS eZdravie. Register bude zabezpečovať funkčnosti:

4197

4198

* Založenie novej potreby starostlivosti

4199

* Aktualizácia potreby starostlivosti so zabezpečením historizácie zmien v hodnotách atribútov potreby starostlivosti

4200

* Stornovanie potreby starostlivosti so zabezpečením historizácie zmien v hodnotách atribútov potreby starostlivosti

4201

* Správu subjektov s označeným príznakom „záujmová“ pre danú potrebu starostlivosti

4202

4203

Register bude zabezpečovať pomocou vystavených služieb poskytovanie evidovaných údajov o potrebách starostlivosti interným systémov v rámci Sociálnej poisťovne. Zoznam poskytovaných služieb bude popísaný v rámci kapitoly integračných rozhraní.

4204

4205

Diagram 35: Diagram tried pre register potrieb starostlivosti (DI-8)

4206

4207

[[image:1755513734262-281.png]]

4208

4209

4210

Podľa integračného manuálu NCZI je navrhnutá integrácia uvedených údajov (Príloha X) a diagramu tried.

4211

4212

Pre výmenu údajov o potrebách starostlivosti medzi jednotlivými informačnými systémami bude použitých viacero rozhraní. Z pohľadu SP pôjde o externé rozhrania na informačné systémy prevádzkované iným subjektom, ako aj interné rozhrania medzi informačnými systémami SP.

4213

4214

Na strane SP bude spracovanie potrieb ošetrovania realizované v IS EKP a následne budú informácie odovzdané do IS NPaLPČ.

4215

4216

Zoznam externých a interných rozhraní:

4217

4218

* R1 je rozhranie pre prenos údajov z eZdravie prostredníctvom IS EKP do IS NPaLPČ, ktoré sa v súčasnosti využíva na prenos údajov o ePN. V rámci fázy prípravy DNR bude rozhodnuté, či sa rozšíria aktuálne rozhrania o prenos údajov o potrebách starostlivosti alebo budú vytvorené nová rozhrania. V súčasnosti má rozhranie R1 dve časti:

4219

** R1A je externé rozhranie, ktorého účelom je integrácia IS EKP a IS eZdravie a cez ktoré sú do SP doručované údaje o vystavených PN a rovnakou alternatívou by boli doručované informácie o potrebách starostlivosti.

4220

** R1B je interné rozhranie, ktorého účelom je integrácia IS EKP a IS NPaLPČ a cez ktoré sú v rámci SP odovzdávané údaje o vystavených PN z IS EKP do IS NPaLPČ na základe volania WS z IS NP a LPČ. S rozšírením danej služby sa pre potreby poskytovania informácii o potrebách starostlivosti nepočíta.

4221

* Nové rozhranie pre overenie existencie potreby starostlivosti pre požadovanú fyzickú osobu. Služba na základe prijatých údajov o fyzickej osobe (RČ, IFO) vráti zoznam evidovaných potrieb starostlivosti v registri potrieb starostlivosti

4222

* Nové rozhranie pre poskytovanie informácií prijatí aktualizácie pre potreby starostlivosti označené pre daného konzumenta služby ako záujmové

4223

4224

Údaje daných rozhraní budú obsahovať identifikáciu ošetrovanej osoby, trvanie OČR a hospitalizácie danej osoby.

4225

4226

4227

====== R1A – Rozhranie pre prenos údajov z IS eZdravie do IS EKP ======

4228

4229

Modul SP_Facade IS eZdravie bude pre získavanie údajov o potrebách starostlivosti poskytovať nasledovné služby:

4230

4231

4232

|(% colspan="2" %)**Životná situácia 8 - eOČR **|**Služba**

4233

|1.|(((

4234

Služba poskytne údaje o Potrebe podľa vyhľadávacích kritérií.

4235

4236

4237

Ide o službu pre OVM pre vrátenie konkrétnej potreby starostlivosti občana, služba vráti vyhľadanú potrebu občana aj so všetkými verziami (zmenami) potreby.

4238

)))|DajUdajePotreby

4239

|2.|(((

4240

Podľa vyhľadávacích kritérií bude vrátený zoznam Potrieb.

4241

4242

Stránkovaná služba pre orgány verejnej moci (OVM), ktorá umožňuje vyhľadať potreby starostlivosti konkrétneho občana. Služba vracia len nestornované potreby starostlivosti a vždy len poslednú (aktuálnu) verziu každého záznamu.

4243

)))|VyhladajZoznamPotrieb

4244

4245

Procesy komunikácie IS EKP voči eZdravie

4246

4247

IS EKP bude v dohodnutých intervaloch (špecifikácia v rámci DNR) volať služby IS eZdravie pre získanie informácii o potrebách starostlivosti uložených v IS eZdravie. Vystavené služby je potrebné volať v poradí:

4248

4249

1. VyhladajZoznamPotrieb – pomocu ktorého bude okrem iného získaný identifikátor Potreby

4250

4251

//Obrázok 3 - Prehľad spracovania volania služby VyhladajZoznamPotrieb//

4252

4253

[[image:1755513745636-138.png]]

1. DajUdajePotreby – pomocou identifikátora Potreby na vstupe budú získané údaje o Potrebe aj s celou jej históriu

4258

4259

//Obrázok 4 - Prehľad spracovania volania služby DajUdajePotreby//

4260

4261

[[image:1755513756981-709.png]]

4262

4263

4264

* Následne budú údaje získané zo služieb eZdravie uložené v registri potrieb starostlivosti, pričom v rámci prijatých údajov je možné spracovávať nasledovné scenáre rovnakým princípom ako pri spracovaní ePN:

4265

* Prijatá nová potreba starostlivosti – potreba založenie potreby v registri potrieb starostlivosti

4266

* Prijatá aktualizácia potreby starostlivosti – potreba aktualizácie atribútov potreby v registri potrieb starostlivosti, so zabezpečením histórie zmien pre danú potrebu starostlivosti

4267

* Prijaté storno potreby starostlivosti – potreba zmenu stavy potreby ošetrovania v registri potrieb ošetrovania, so zabezpečením histórie zmien pre danú potrebu starostlivosti

4268

4269

Rozhranie pre poskytnutie potreby starostlivosti z registra potrieb starostlivosti

4270

4271

Interné rozhranie SP, ktorého účelom je integrácia IS EKP a IS NPaLPČ. EKP sprístupní pre IS NPaLČ

4272

4273

web službu REST, pomocou ktorej si IS NPaLČ bude overovať informácie o existencii potreby starostlivosti.

4274

4275

Celkový počet publikovaných koncových bodov budú 5

4276

4277

* Prvý bude služíť pre stiahnutie potrebných údajov o potrebách starostlivosti z IS EKP do IS NPaLPČ.

4278

* Druhý bude slúžiť pre technické potvrdenie prijatia údajov v systéme IS NPaLPČ.

4279

* Tretí bude slúžiť na označenie poskytnutej potreby starostlivosti ako záujmovej

4280

* Štvrtý bude slúžiť na zrušenie označenia záujmovej potreby starostlivosti pre daného konzumenta služby

4281

* Piaty bude slúžiť na stiahnutie aktualizácií, resp. storna potreby starostlivosti pre záujmové potreby starostlivosti pre daného konzumenta služby

4282

4283

Poskytnutie potrieb starostlivosti

4284

4285

Služba na základe vstupných atribútov (RČ,IFO) overí existenciu potreby starostlivosti v registri potrieb starostlivosti.

4286

4287

Služba na výstupe vráti aktuálne informácie(tj aktuálnu verziu) evidované pre potreby starostlivosti spĺňajúce vstupné parametre

4288

4289

4290

Technické potvrdenie prijatia údajov

4291

4292

Služba na základe ktorej konzument služby potvrdenie poskytnutia potrieb starostlivosti potvrdí prijatie údajov.

4293

4294

Označenie potreby starostlivosti ako záujmovej

4295

4296

Služba na základe ktorej je možné označiť danú potrebu starostlivosti v registri potrieb starostlivosti ako záujmovú a tým pádom bude možné získavať zmeny pre danú potrebu starostlivosti.

4297

4298

Vstupnými parametrami danej služby bude identifikácia potreby ošetrovania a identifikácia konzumenta služby(na základe hlavičky requestu)

4299

4300

4301

Zrušenie označenia potreby starostlivosti ako záujmovej

4302

4303

Služba na základe ktorej je možné zrušiť označenie potreby starostlivosti v registri potrieb starostlivosti ako záujmovej.

4304

4305

Vstupnými parametrami danej služby bude identifikácia potreby ošetrovania a identifikácia konzumenta služby(na základe hlavičky requestu)

4306

4307

4308

Poskytnutie aktualizovaných potrieb starostlivosti

4309

4310

Služba na základe ktorej je možné získať všetky aktualizované potreby starostlivosti z registra potrieb starostlivosti podľa subjektu konzumenta služby

4311

4312

Vstupnými parametrami danej služby bude dátum od ktorého aktualizácie potrieb starostlivosti majú byť poskytnuté a identifikácia konzumenta služby (na základe hlavičky requestu)

5.4.1.3 Notifikácie

Diagram 36: Aplikačná vrstva - Centrálny notifikačný modul

4318

4319

[[image:1755513779323-854.png]]

5.4.1.4 Registratúra

Diagram 37: Aplikačná architektúra pre Podania realizované klientom

4325

4326

[[image:1755513799210-160.png]]

4327

4328

Rozdielová analýza voči DNR pre **Vybudovanie elektronického informačného systému na správu registratúry (IS REG)** identifikovala nasledovné potencionálne chýbajúce komponenty / funkcie IS REG voči požiadavkám POO:

4329

4330

* ÚPVS Proxy rozhranie

* Integrácia na BPM

* Označenie a manuálne spracovanie prípadu, ak nie je možné určiť agendu automaticky

Diagram 38: Aplikačná architektúra pre Prípady iniciované ex-offo alebo externe z iného OVM

4339

4340

~* Časť relevantná pre riešenie IS Registratúra je v zelenom rámčeku, konkrétne komponenty:

* IS Registratúra

* Modul Podateľňa

* Modul ÚPVSProxy (integračné proxy rozhranie na služby ÚPVS)

4345

4346

4347

[[image:1755513809642-659.png]]

4348

4349

4350

5.4.1.5 Monitoring služieb

4351

4352

Nižšie je znázornená a definovaná architektúra riešenia pre:

4353

4354

* Publikovanie údajov do CSRÚ (MDM -> CSRÚ)

4355

4356

* Interná integrácia - publikovanie údajov do MDM (IS SP -> MDM)

|(((

Diagram 39: Monitoring služieb - Publikovanie údajov do CSRÚ

4362

)))

4363

4364

[[image:1755513844179-733.png]]

|(((

Diagram 40: Monitoring služieb - Publikovanie údajov do CSRÚ (sekvenčný diagram)

4370

)))

4371

4372

[[image:1755513852269-436.png]]

4373

4374

4375

Diagram 41: Monitoring služieb - Publikovanie údajov v MDM (interné integrácie)

4376

4377

[[image:1755513860623-409.png]]

4378

4379

4380

5.4.2 Rozsah informačných systémov – budúci stav (TO BE)

4381

4382

Tabuľka 23 Rozsah informačných systémov - budúci stav (TO BE)

|(((

Kód ISVS

(z MetaIS)

)))|Názov ISVS|(((

Modul ISVS

(zaškrtnite, ak ISVS je modulom)

4392

)))|Stav IS VS|Typ IS VS|(((

4393

Kód nadradeného ISVS

4394

4395

(v prípade zaškrtnutého checkboxu pre modul ISVS)

)))

|isvs_11265 |Dokument management system (DMS)* |(((

☐

)))|Plánujem budovať |Ekonomický a administratívny chod inštitúcie |Isvs_11264

4420

4421

5.4.3 Využívanie nadrezortných a spoločných ISVS – AS IS

4422

4423

Tabuľka 24 Využívanie nadrezortných a spoločných ISVS – súčasný stav (AS IS)

|(((

Kód ISVS

(z MetaIS)

)))|Názov ISVS|Spoločné moduly podľa zákona č. 305/2013 e-Governmente|oblasť

4430

|isvs_8124|Automatizovaný systém správy registratúry (ASSR)|//Autentifikačný modul//|//REG-1//

4431

|isvs_8124|Automatizovaný systém správy registratúry (ASSR)|//Modul elektronických schránok//|//REG-1//

4432

|isvs_8124|Automatizovaný systém správy registratúry (ASSR)|//Modulu elektronických formulárov//|//REG-1//

4433

|isvs_8729  |IS MUSP |//IS CPDI (CSRÚ)-Modul procesnej integrácie a integrácie údajov//|

4434

|isvs_551  |EKP (SES) |Autentifikačný modul |

4435

4436

5.4.4 Prehľad plánovaných integrácií na nadrezortné ISVS – spoločné moduly podľa zákona č. 305/2013 Z.z. o e-Governmente – budúci stav (TO BE)

4437

4438

Tabuľka 25 Prehľad plánovaných integrácií na spoločné moduly – budúci stav (TO BE)

|(((

Kód ISVS

//(z MetaIS)//

)))|Názov ISVS|Spoločné moduly podľa zákona č. 305/2013 e-Governmente

4445

|isvs_8124 |Automatizovaný systém správy registratúry (ASSR) |//Autentifikačný modul//

4446

|isvs_8124 |Automatizovaný systém správy registratúry (ASSR) |//Modul elektronických schránok//

4447

|isvs_8124 |Automatizovaný systém správy registratúry (ASSR) |//Modulu elektronických formulárov//

4448

|isvs_8124 |Automatizovaný systém správy registratúry (ASSR) |//Modul centrálnej elektronickej podateľne//

4449

|isvs_11264|Informačný systém registratúra (IS REG)|//Autentifikačný modul//

4450

|isvs_11264|Informačný systém registratúra (IS REG)|//Modul elektronických schránok//

4451

|isvs_11264|Informačný systém registratúra (IS REG)|//Modulu elektronických formulárov//

4452

|isvs_11264|Informačný systém registratúra (IS REG)|//Modul centrálnej elektronickej podateľne//

4453

|isvs_11264 |Informačný systém registratúra (IS REG) |//Modul elektronického doručovania//

4454

|isvs_8729  |IS MUSP |//IS CPDI (CSRÚ)-Modul procesnej integrácie a integrácie údajov//

4455

|isvs_551  |EKP (SES) |Autentifikačný modul

| | |

| | |

| | |

5.4.5 Prehľad plánovaných integrácií na iné ISVS – budúci stav (TO BE)

4461

4462

Tabuľka 26 Prehľad plánovaných integrácií na iné ISVS – budúci stav (TO BE)

|(((

Kód ISVS

//(z MetaIS)//

)))|(((

Názov ISVS

)))|(((

Kód integrovaného ISVS

4474

4475

//(z MetaIS)//

4476

)))|Názov integrovaného ISVS

4477

| |TBD|Isvs_400|NZIS

4478

|isvs_547 |IS NPaLPČ |TBD|ESB (→ MUSP)

4479

|isvs_8213 | IS JVP |isvs_8729 |IS MÚSP

4480

|isvs_546|IS DP| |ESB (→ MUSP)

4481

|isvs_549|IS ÚP| |ESB (→ MUSP)

4482

|TBD|ESB|isvs_8729 |IS MÚSP

4483

|isvs_551 |EKP (SES) | |ESB (→ MUSP)

4484

|isvs_551 |EKP (SES) |isvs_11264 |IS REG

4485

|isvs_550 |IS PvNGP | |ESB (→ MUSP)

4486

|Isvs_8214|AIS DP| |ESB (→ MUSP)

*

5.4.6 Aplikačné služby pre Koncové služby – budúci stav (TO BE)

4491

4492

Tabuľka 27 Aplikačné služby pre Koncové služby – budúci stav (TO BE)

|(((

**Kód AS**

//(z MetaIS)//

)))|**Názov AS**|(((

**ISVS/modul ISVS**

//(kód z MetaIS)//

)))|(((

**Aplikačná služba realizuje KS**

4504

4505

//(kód KS z MetaIS)//

4506

)))

4507

|as_58971|Podávanie žiadosti o dávku v nezamestnanosti| isvs_9921|ks_337610

4508

|TBD|Vydanie rozhodnutia|TBD|TBD

4509

|TBD|Zaregistrovanie podania|TBD|TBD

4510

|TBD|Pridelenie podania|TBD|TBD

4511

|TBD|Zobrazenie údajov klienta Sociálnej poisťovne|TBD|TBD

4512

|TBD|obrazenie stavu konaní klienta voči Sociálnej poisťovni|TBD|TBD

|(((

as_65866

)))|Jednotná autentifikácia a SSO na portáli SP|isvs_5795|ks_379599

|(((

as_65868

)))|Podanie žiadosti|isvs_5795|ks_379599

|(((

as_65869

)))|Spracovanie žiadosti|isvs_5795|ks_379599

|(((

as_65871

)))|(((

Vydanie rozhodnutia

)))|isvs_5795|ks_379599

|(((

as_65872

)))|(((

Podanie odvolania

)))|isvs_5795|ks_379599

|(((

as_65873

)))|(((

Notifikovanie zamestnávateľa/zamestnanca

4552

4553

4554

)))|isvs_5795|ks_379599

|(((

as_65865

)))|(((

Platobná brána - úhrada nedoplatkov na poistnom

4561

4562

4563

)))| isvs_10680|ks_379600

4564

|as_65863|Automatizované posielanie údajov do agendového IS|(((

isvs_9248

isvs_9921

isvs_5795

isvs_551

)))|ks_379601

|TBD|(((

Zápis a registrácia žiadosti v SP (portál/registratúra)

)))|TBD|TBD

|TBD|(((

Generovanie správ/notifikácii

)))|TBD|TBD

|TBD|Zápis a registrácia žiadosti v SP (portál/registratúra)|TBD|TBD

4584

|TBD|(((

4585

Oznámenie a príjem infortmácii - zamestnávateľ (portál/B2B)

4586

4587

Generovanie správ/notifikácii

)))|TBD|TBD

|TBD|(((

Zápis a registrácia žiadosti v SP (portál/registratúra)

)))|TBD|TBD

|TBD|(((

Oznámenie a príjem informácii - zamestnávateľ (portál/B2B)

)))|TBD|TBD

|TBD|(((

Generovanie správ/notifikácii

)))|TBD|TBD

|TBD|(((

Zápis a registrácia žiadosti v SP (portál/registratúra)

)))|TBD|TBD

|TBD|(((

Oznámenie a príjem informácii - zamestnávateľ (portál/B2B)

)))|TBD|TBD

|TBD|(((

Generovanie správ/notifikácii

)))|TBD|TBD

|TBD|(((

Zápis a registrácia žiadosti v SP (portál/registratúra)

)))|TBD|TBD

|TBD|(((

Generovanie správ/notifikácii

)))|TBD|TBD

|TBD|(((

Export a oznamovanie údajov iným OVM

)))|TBD|TBD

|TBD|(((

Predvypĺňanie formulárov

)))|TBD|TBD

|TBD|(((

Zápis a registrácia oznámenia v SP (portál/registratúra)

)))|TBD|TBD

|TBD|(((

Oznámenie a príjem informácii - zamestnávateľ (portál/B2B)

)))|TBD|TBD

|TBD|(((

Generovanie správ/notifikácii

)))|TBD|TBD

|TBD|Rozšírenie IS SP, portálu SP o sprístupnenie a prijímanie informácii o nahlásenom o pracovnom úraze a chorobe z povolania pre zamestnávateľa aj klienta (poškodeného)|TBD|TBD

4657

|TBD|Zápis a registrácia žiadosti v SP (portál/registratúra)|TBD|TBD

4658

|TBD|Oznámenie a príjem informácii - zamestnávateľ (portál/B2B)|TBD|TBD

4659

|TBD|Generovanie správ/notifikácii|TBD|TBD

4660

|TBD|Zápis a registrácia žiadosti v SP (portál/registratúra)|TBD|TBD

4661

|TBD|Oznámenie a príjem informácii - zamestnávateľ (portál/B2B)|TBD|TBD

4662

|TBD|Generovanie správ/notifikácii|TBD|TBD

4663

|TBD|Zápis a registrácia žiadosti v SP (portál/registratúra)|TBD|TBD

4664

|TBD|Oznámenie a príjem informácii - zamestnávateľ (portál/B2B)|TBD|TBD

4665

|TBD|Generovanie správ/notifikácii|TBD|TBD

4666

|TBD|Zápis a registrácia žiadosti v SP (portál/registratúra|TBD|TBD

4667

|TBD|Oznámenie a príjem infortmácii - zamestnávateľ (portál/B2B)|TBD|TBD

4668

|TBD|Generovanie správ/notifikácii|TBD|TBD

4669

|TBD|Predvypĺňanie formulárov|TBD|TBD

4670

|TBD|Zápis a registrácia oznámenia v SP (portál/registratúra)|TBD|TBD

4671

|TBD|Oznámenie a príjem informácii - zamestnávateľ (portál/B2B)|TBD|TBD

4672

|TBD|Generovanie správ/notifikácii|TBD|TBD

4673

|TBD|Dôchodková prognóza|TBD|TBD

4674

|TBD|Podávanie Žiadosti o dôchodok|TBD|TBD

4675

|TBD|Notifikácie o stave konania v rozhodovaní o dôchodku a o správe dôchodku|TBD|TBD

4676

|TBD|Rezervačný a vyvolávací systém|TBD|TBD

4677

|TBD|Vydanie rozhodnutia|TBD|TBD

4678

|TBD|Prijatie a spracovanie odvolania na SP|TBD|TBD

4679

|TBD|Elektronická služba Žiadosti o zmenu|TBD|TBD

4680

|TBD|Podanie žiadosti o poukazovanie dohodových dávok môjho manžela/mojej manželky na môj účet|TBD|TBD

4681

|TBD|Podanie žiadosti na zmeny rozhodujúce na poukazovanie dôchodkových dávok na účet v banke|TBD|TBD

4682

|TBD|Podanie žiadosť o poukazovanie dôchodkových dávok na účet dôchodcu v banke.|TBD|TBD

4683

|TBD|Žiadosť o dôchodok - anglická verzia|TBD|TBD

4684

|TBD|(((

4685

Notifikácia o blížiacom sa termíne ukončenia nároku vyplácania dôchodku

)))|TBD|TBD

|TBD|Žiadosť o rezerváciu termínu na ŠP SP (EKP) (nová)|Rezervačný systém|TBD

4690

|TBD|Žiadosť o rezerváciu termínu cez webové sídlo (nová)|Rezervačný systém|TBD

4691

|TBD|Overenie rezervovaného termínu na ŠP SP (EKP) (nová)|Rezervačný systém|TBD

4692

|TBD|Zrušenie rezervovaného termínu (nová)|Rezervačný systém|TBD

4693

4694

5.4.7 Aplikačné služby na integráciu – budúci stav (TO BE)

4695

4696

Z potrebných aplikačných služieb na integráciu sú už realizované služby

4697

4698

|Kod AS|Názov AS|Realizuje isvs|Integrácia na

4699

|60120|(((

4700

Poskytnutie údajov z registrov Sociálnej poisťovne

4701

4702

4703

)))|Isvs_8729 (IS MUSP)|CPDI, agendové systémy SP

4704

|60118|Konzumácia údajov z CSRU|Isvs_8729 (IS MUSP)|CPDI

4705

4706

Tabuľka 28 Aplikačné služby na integráciu – budúci stav (TO BE)→

|(((

AS

(Kód MetaIS)

)))|(((

Názov AS

)))|(((

Realizuje ISVS

(kód ISVS, ktorý realizuje AS)

4720

4721

Integrácia na AS poskytovateľa

(kód MetaIS)

)))

|TBD|TBD|TBD|Poskytovaná|Nie|Áno|Áno|As_59848 Integrácia na NCZI

4726

- (Isvs_400 NZIS)

4727

|TBD|TBD|TBD|Konzumujúca|Nie|Áno|Áno|Isvs_400 (NZIS)

|TBD|(((

IS MÚSP - Konzumácia údajov (interné integrácie)

4733

)))|Isvs_8729 (IS MUSP)|Konzumujúca|Nie|Nie|Áno|(((

tbd (ESB) pre

Isvs_547 (NPaLPČ)

Isvs_8213 (JVP)

Isvs_549 (DP)

Isvs_549 (ÚP)

Isvs_551 (EKP)

Isvs_550 (PvNGP)

Isvs_8214 (AIS DP)

A ďalšie agendové systémy SP

4751

)))

4752

|TBD|NPaLPČ- Poskytnutie údajov pre IS SP|isvs_547

4753

(NPaLPČ)|Poskytovaná|Nie|Nie|Áno|Primárne pre ESB s napojením na MUSP, alebo priamo na MUSP

4754

|TBD|JVP - Poskytnutie údajov pre IS SP|isvs_8213

4755

(IS JVP)|Poskytovaná|Nie|Nie|Áno|Primárne pre ESB s napojením na MUSP, alebo priamo na MUSP

4756

|TBD|IS DP- Poskytnutie údajov pre IS SP|isvs_546

4757

(IS DP)|Poskytovaná|Nie|Nie|Áno|Primárne pre ESB s napojením na MUSP, alebo priamo na MUSP

4758

|TBD|IS DP - Poskytnutie údajov pre IS SP|isvs_549

4759

IS ÚP)|Poskytovaná|Nie|Nie|Áno|Primárne pre ESB s napojením na MUSP, alebo priamo na MUSP

4760

|TBD|EKP - Poskytnutie údajov pre IS SP|isvs_551

4761

(EKP)|Poskytovaná|Nie|Nie|Áno|Primárne pre ESB s napojením na MUSP, alebo priamo na MUSP

4762

|TBD|PvNGP - Poskytnutie údajov pre IS SP|Isvs_550 (PvNGP)|Poskytovaná|Nie|Nie|Áno|Primárne pre ESB s napojením na MUSP, alebo priamo na MUSP

4763

|TBD|AIS DP - Poskytnutie údajov pre IS SP|Isvs_8214 (AIS DP)|Poskytovaná|Nie|Nie|Áno|Primárne pre ESB s napojením na MUSP, alebo priamo na MUSP

4764

|TBD|Konzumácia údajov z IS SP|isvs_547

4765

(NPaLPČ)|Konzumujúca|Nie|Nie|Áno|Primárne pre ESB s napojením na 60120

4766

|TBD|Konzumácia údajov z IS SP|isvs_8213

4767

(IS JVP)|Konzumujúca|Nie|Nie|Áno|Primárne pre ESB s napojením na 60120

4768

|TBD|Konzumácia údajov z IS SP|isvs_546

4769

(IS DP)|Konzumujúca|Nie|Nie|Áno|Primárne pre ESB s napojením na 60120

4770

|TBD|Konzumácia údajov z IS SP|isvs_549

4771

IS ÚP)|Konzumujúca|Nie|Nie|Áno|Primárne pre ESB s napojením na 60120

4772

|TBD|Konzumácia údajov z IS SP|isvs_551

4773

(EKP)|Konzumujúca|Nie|Nie|Áno|Primárne pre ESB s napojením na 60120

4774

|TBD|Konzumácia údajov z IS SP|Isvs_550 (PvNGP)|Konzumujúca|Nie|Nie|Áno|Primárne pre ESB s napojením na 60120

4775

|TBD|Konzumácia údajov z IS SP|Isvs_8214 (AIS DP)|Konzumujúca|Nie|Nie|Áno|Primárne pre ESB s napojením na 60120

4776

4777

5.5 Dátová architektúra

4778

4779

Jednou z kľúčových oblastí realizácie predkladaného projektu sú dátové integrácie s cieľom:

4780

4781

* Integrácie agendových systémov na EÚP pre sprístupnenie údajov pre klientov SP (poistenec a zamestnávateľ)

4782

* Sprístupnenie údajov medzi agendovými IS SP potrebnými na realizáciu ŽS, primárne s využitím integračnej platformy SP (ESB) a IS MÚSP (ako dátovej platformy pre ďalšiu integráciu s CPDI)

4783

* Priamej integrácie na NCZI pre potreby ŽS8

4784

4785

Datasety potrebné pre realizáciu jednotlivých požiadaviek životných situácií sú evidované v Prílohe 5 tohto zámeru.

4786

4787

Tento zoznam sa môže vo fáze Analýza a dizajn ešte spresniť/upraviť.

4788

4789

5.5.1 Objekty evidencie

Frontend

Riešenie Frontendu je z pohľadu dátovej architektúry tvorená nasledujúcimi časťami:

* Moje údaje

* Môj účet

* Moje dokumenty.

**Bližšie objekty evidencie a údaje k nim, ktoré Sociálna poisťovňa eviduje sú predmetom samostatnej prílohy s názvom „//Katalóg dátových prvkov a dátových integrácií//“.**

4802

4803

4804

Diagram 42: Prehľad objektov evidencie - Frontend (TO BE)

4805

4806

[[image:1755513954796-216.png]]

1.

11.

111.

1111. Registratúra

Dátová vrstva a dátový rozsah je definovaná Výnosom 525/2011 Ministerstva vnútra SR o štandardoch pre elektronické informačné systémy na správu registratúry v znení opatrenia MV SR č. 203/2021 Z. z., ktorý je vykonávacím predpisom pre zákon č. 395/2002 Z.z. o archívoch a registratúrach a o doplnení niektorých zákonov v znení neskorších predpisov a to paragrafom § 3 Štandardy pre elektronický systém správy registratúry.

4815

4816

4817

Model vzťahov medzi entitami predstavuje všeobecný model vzťahov medzi jednotlivými entitami

* vecná skupina,

* spis,

* záznam,

* komponent

Metadátové štruktúry budú rozdelené do nasledujúcich skupín:

4825

4826

1. Prvky metadát vecnej skupiny

4827

1. Prvky metadát spisu

4828

1. Prvky metadát registratúrneho záznamu

4829

1. Prvky metadát používateľov elektronického systému správy registratúry

4830

4831

Rozsah metadát môže byť počas realizácie analytickej fázy projektu doplnený. Vyššie uvedené dáta sú základným setom dát, ktoré budú evidované pre jednotlivé entity.

4832

4833

Základné vzťahy medzi entitami registratúry umožňujú v rámci registratúry pôvodcu zaraďovanie registratúrnych záznamov spolu s ich prílohami do spisov a zaraďovanie spisov do vecných skupín. Súbor entít môže mať v závislosti od pôvodcu registratúry rôznu štruktúru členenia.

Diagram 43: Model vzťahov medzi entitami

4838

4839

[[image:file:///D:/Users/BA-MONDIKOVA_V/SuboryNezalohovane/Temp/msohtmlclip1/01/clip_image044.emz]][[image:1755513964940-864.png]]

4840

4841

4842

Diagram 44: Možnosti vetvenia registratúrneho plánu

4843

4844

[[image:file:///D:/Users/BA-MONDIKOVA_V/SuboryNezalohovane/Temp/msohtmlclip1/01/clip_image045.emz]]

4845

4846

[[image:1755513979188-488.png]]

1.

11.

111.

1111. Monitoring

Proces publikovania údajov do Master data Management, Správy tzv. zlatých údajov, je znázornený nižšie:

4854

4855

4856

Diagram 45: Proces publikovania údajov do IS MÚSP/MDM, Správy tzv. zlatých údajpv

4857

4858

[[image:1755513986865-679.png]]

4859

4860

4861

Tabuľka 29 Objekty evidencie

4862

4863

Detailnejší prehľad datasetov napárovaných na jednotlivé požiadavky na dátové integrácie je dostupný v Prílohe 5.

4864

4865

4866

|1.|Dataset „Zaradenie do evidencie UoZ spolu so žiadosťou o DvN“ z ÚPSVAR pre automatické začatie konania o nároku na dávku v nezamestnanosti (cca. 98% žiadostí) | |//(Ak nie je priradené URI uveďte „Nemá“)//|Di-2

4867

|2|Dataset „Zaradenie do evidencie UoZ bez žiadosti o DvN“ z ÚPSVAR pre začatie konania o nároku na dávku v nezamestnanosti pri proaktívnej žiadosti o DvN od občana podanej v SP (cca. 2% žiadostí) | | |Di-2

4868

|3.|Dataset „Vyradenie z evidencie UoZ“ z ÚPSVAR pre účely zastavenia vyplácania dávky nezamestnanosti, ako aj pre evidenciu v systéme JVP | | |Di-2

4869

|4.|Dataset „Zmeny v evidencii UoZ“ z ÚPSVAR pre evidenciu v systéme JVP | | |Di-2

4870

|5.|Dávka v hmotnej núdzi z ÚPSVAR pre účely zúčtovania dávky v nezamestnanosti s pomocou v hmotnej núdzi.| | |Di-2

4871

|6.|Rodičovský príspevok (Zmeny v rodičovskom príspevku) z ÚPSVAR pre účely zastavenia vyplácania dávky v nezamestnanosti z dôvodu poberania rodičovského príspevku.| | |Di-2

4872

|7.|Dataset „Zaradenie do evidencie UoZ spolu so žiadosťou o DvN“ z ÚPSVAR pre automatické začatie konania o nároku na dávku v nezamestnanosti (cca. 98% žiadostí) | | |Di-2

4873

|8.|Dataset „Zaradenie do evidencie UoZ bez žiadosti o DvN“ z ÚPSVAR pre začatie konania o nároku na dávku v nezamestnanosti pri proaktívnej žiadosti o DvN od občana podanej v SP (osobne, listinne, elektronicky) (cca. 2% žiadostí) | | |Di-2

4874

|9.|Dataset „Vyradenie z evidencie UoZ“ z ÚPSVaR pre účely zastavenia vyplácania dávky nezamestnanosti. | | |Di-2

4875

|10.|Dávka v hmotnej núdzi z ÚPSVaR pre účely zúčtovania dávky v nezamestnanosti s pomocou v hmotnej núdzi. | | |Di-2

4876

|11.|Rodičovský príspevok (Zmeny v rodičovskom príspevku) z ÚPSVaR pre účely zastavenia vyplácania dávky v nezamestnanosti z dôvodu poberania rodičovského príspevku. | | |Di-2

4877

|12.|Dataset „Evidencia UoZ“ doručený z ÚPSVaR.| | |Di-2

4878

|13.|**Kandidáti na zaradenie do evidencie UoZ** (Ukončenie pracovného pomeru / sociálneho poistenia) | | |Di-2

4879

|14.|**Kandidáti na vyradenie z evidencie UoZ** (Začiatok pracovného pomeru / sociálneho poistenia) | | |Di-2

4880

|15.|Dataset „Pracovno-právne vzťahy“ žiadaný od MPSVR SR| | |Di-2

4881

|16.|Doplňujúce údaje pre dataset „Pracovno-právne vzťahy“ žiadaný od MPSVR SR| | |Di-2

4882

|17.|Požiadavka na doručenie informácie pre zúčtovanie Dávky v hmotnej núdzi| | |Di-2

4883

|18.|Kandidáti na zaradenie do evidencie UoZ (Ukončenie pracovného pomeru / sociálneho poistenia)| | |Di-2

4884

|19.|**Kandidáti na zaradenie do evidencie UoZ** (Ukončenie pracovného pomeru / sociálneho poistenia) | | |Di-2

4885

|20.|**Kandidáti na vyradenie z evidencie UoZ** (Začiatok pracovného pomeru / sociálneho poistenia) | | |Di-2

4886

|21.| Dataset „Pracovno-právne vzťahy“ žiadaný od MPSVR SR| | |Di-2

4887

|22.|Požiadavka na doručenie informácie pre zúčtovanie Dávky v hmotnej núdzi| | |Di-2

4888

|23.|osobné údaje, údaje o pobyte, údaje o vzťahoch k iným osobám, administratívne údaje o osobe, údaje o nadobudnutí štátneho občianstva Slovenskej republiky a údaje o strate štátneho občianstva Slovenskej republiky, | | |DI-4

4889

|24.|objekty evidencie: Zamestnávateľ, Zamestnanec, Sídlo, Adresa, a iné, ktoré budú definované v detailnej analýze integračnej väzby| | |DI-4

4890

|25.|objekty evidencie: Zamestnávateľ, Zamestnanec, Sídlo, Adresa, a iné, ktoré budú definované v detailnej analýze integračnej väzby| | |DI-4

4891

|26.|objekty evidencie: Zamestnávateľ, Zamestnanec, Sídlo, Adresa, a iné, ktoré budú definované v detailnej analýze integračnej väzby| | |DI-4

4892

|27.|objekty evidencie: Zamestnávateľ, Zamestnanec, Sídlo, Adresa, a iné, ktoré budú definované v detailnej analýze integračnej väzby| | |DI-4

4893

|28.|Údaje, ktoré budú zasielané do MÚSP budú detailne identifikované vo fáze analýzy| | |DI-4

4894

|29.|objekty evidencie do MÚSP: Doba trvania poistenia,Údaje o zamestnávateľoch, Údaje o zamestnaniach| | |DI-4

4895

|30.|Požiadavka na doručenie informácie pre zúčtovanie Dávky v hmotnej núdzi| | |DI-5

4896

|31.|Dataset „Materské“ žiadaný od MPSVR SR| | |DI-5

4897

|32.|Požiadavka na doručenie informácie pre zúčtovanie Dávky v hmotnej núdzi| | |DI-5

4898

|33.|Požiadavka na doručenie informácie pre zúčtovanie Dávky v hmotnej núdzi| | |DI-5

4899

|34.|Dataset „Materské“ žiadaný od MPSVR SR| | |DI-5

4900

|35.|Dávka v hmotnej núdzi z ÚPSVaR pre účely zúčtovania dávok sociálneho poistenia pre ŽS7 a ŽS8 s dávkou v hmotnej núdzi.| | |DI-5

4901

|36.|Vzdelanie z RIS pre účel overovania informácií o dosiahnutom vzdelaní a dobe štúdia v ŽS7 pri žiadosti o materské – iný poistenec| | |DI-5

4902

|37.|Hlásenie o registrovanom pracovnom úraze z NIP pre účel poskytovania úrazových dávok v ŽS8| | |DI-5

4903

|38.|Informácia o návšteve zariadenia z RIS pre účely overenia či ošetrované dieťa je žiakom, či navštevuje konkrétne zariadenie a či je zariadenie uzatvorené, pre účely poskytovania dávky Ošetrovné (krátkodobé) z dôvodu uzatvorenia zariadenia v ŽS8| | |DI-5

4904

|39.|Dávka v hmotnej núdzi z ÚPSVaR pre účely zúčtovania dávok sociálneho poistenia pre ŽS7 a ŽS8 s dávkou v hmotnej núdzi| | |DI-5

4905

|40.|Vzdelanie z RIS pre účel overovania informácií o dosiahnutom vzdelaní a dobe štúdia v ŽS7 pri žiadosti o materské – tehotná žena| | |DI-5

4906

|41.|Hlásenie o registrovanom pracovnom úraze z NIP pre účel poskytovania úrazových dávok v ŽS8| | |DI-5

4907

|42.|Informácia o návšteve zariadenia z RIS pre účely overenia či ošetrované dieťa je žiakom, či navštevuje konkrétne zariadenie a či je zariadenie uzatvorené, pre účely poskytovania dávky Ošetrovné (krátkodobé) z dôvodu uzatvorenia zariadenia v ŽS8| | |DI-5

4908

|43.|Dávka v hmotnej núdzi z ÚPSVaR pre účely zúčtovania dávok sociálneho poistenia pre ŽS7 a ŽS8 s dávkou v hmotnej núdzi| | |DI-5

4909

|44.|Register sociálnych služieb

4910

Evidencia ŤZP - osobná asistencia

4911

Evidencia poberateľov DHN

4912

Rodičovský príspevok

4913

Evidencia uchádzačov o zamestnanie (EuoZ)| | |DI-6

4914

|45.|Register sociálnych služieb

4915

Evidencia ŤZP - osobná asistencia

4916

Evidencia poberateľov DHN

4917

Rodičovský príspevok

4918

Evidencia uchádzačov o zamestnanie (EuoZ)| | |DI-6

4919

|46.|Register sociálnych služieb

4920

Evidencia ŤZP - osobná asistencia

4921

Evidencia poberateľov DHN

4922

Rodičovský príspevok

4923

Evidencia uchádzačov o zamestnanie (EuoZ)| | |DI-6

4924

|47.|(((

4925

Univerzálny dataset pre „Dôchodky“

4926

4927

4928

)))|zložený dátový typ - PersonNameType: - GivenName, FamilyName, Affix

4929

zložený dátový typ - PhysicalPersonType: - Birth

4930

zložený dátový typ - ResultType: - ConfirmationDate (dátum potvrdenia), PensionBenefitsInfo (typ dôchodku), Total (Suma dôchodku)

4931

zložený dátový typ - PensionBenefitsItem:

4932

- dátum začatia poberania dôchodku

4933

- dátum ukončenia poberania dôchodku

4934

- Typ dôchodku| |DI-6

4935

4936

5.5.2 Referenčné údaje

4937

4938

V rámci predkladaného projektu sa neplánujete vyhlásenie údajov za referenčné, avšak aj tento projekt prispieva k efektívnemu využívaniu údajov vo verejnej správe a k zvyšovaniu kvality a vytvoreniu podmienok pre komplexný data manažment.

|ID OE|(((

Názov referenčného registra /objektu evidencie

4943

4944

(uvádzať OE z tabuľky v kap. 5.5.1)

4945

)))|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

| | | | |

| | | | |

| | | | |

5.5.3 Poskytovanie údajov z ISVS do IS CPDI – budúci stav (TO BE)

4951

4952

4953

|ID OE|Názov (poskytovaného) objektu evidencie|Kód ISVS poskytujúceho OE|Názov ISVS poskytujúceho OE

| | | |

| | | |

| | | |

5.5.4 Konzumovanie údajov z IS CPDI – budúci stav (TO BE)

4959

4960

4961

|ID OE|Názov (konzumovaného) objektu evidencie|Kód ISVS konzumujúceho OE|Kód zdrojového ISVS v MetaIS

4962

|1.|Dataset „Zaradenie do evidencie UoZ spolu so žiadosťou o DvN“ z ÚPSVAR pre automatické začatie konania o nároku na dávku v nezamestnanosti (cca. 98% žiadostí) |8729 – IS MÚSP|Isvs_278 ISSZ (Informačný systém služieb zamestnanosti)

4963

|2|Dataset „Zaradenie do evidencie UoZ bez žiadosti o DvN“ z ÚPSVAR pre začatie konania o nároku na dávku v nezamestnanosti pri proaktívnej žiadosti o DvN od občana podanej v SP (cca. 2% žiadostí) |8729 – IS MÚSP|

4964

|3.|Dataset „Vyradenie z evidencie UoZ“ z ÚPSVAR pre účely zastavenia vyplácania dávky nezamestnanosti, ako aj pre evidenciu v systéme JVP |8729 – IS MÚSP|

4965

|4.|Dataset „Zmeny v evidencii UoZ“ z ÚPSVAR pre evidenciu v systéme JVP |8729 – IS MÚSP|

4966

|5.|Dávka v hmotnej núdzi z ÚPSVAR pre účely zúčtovania dávky v nezamestnanosti s pomocou v hmotnej núdzi.|8729 – IS MÚSP|

4967

|6.|Rodičovský príspevok (Zmeny v rodičovskom príspevku) z ÚPSVAR pre účely zastavenia vyplácania dávky v nezamestnanosti z dôvodu poberania rodičovského príspevku.|8729 – IS MÚSP|

4968

|7.|(((

4969

objekty evidencie: Zamestnávateľ, Zamestnanec, Sídlo, Adresa, a iné, ktoré budú definované v detailnej analýze integračnej väzby

)))|8729 – IS MÚSP|

|8.|(((

Dávka v hmotnej núdzi z ÚPSVaR pre účely zúčtovania dávok sociálneho poistenia pre ŽS7 a ŽS8 s dávkou v hmotnej núdzi.

)))|8729 – IS MÚSP|

|9.|(((

Vzdelanie z RIS pre účel overovania informácií o dosiahnutom vzdelaní a dobe štúdia v ŽS7 pri žiadosti o materské – iný poistenec

)))|8729 – IS MÚSP|

|10.|Hlásenie o registrovanom pracovnom úraze z NIP pre účel poskytovania úrazových dávok v ŽS8|8729 – IS MÚSP|

4984

|11.|Informácia o návšteve zariadenia z RIS pre účely overenia či ošetrované dieťa je žiakom, či navštevuje konkrétne zariadenie a či je zariadenie uzatvorené, pre účely poskytovania dávky Ošetrovné (krátkodobé) z dôvodu uzatvorenia zariadenia v ŽS8|8729 – IS MÚSP|

4985

|12.|Register sociálnych služieb

4986

Evidencia ŤZP - osobná asistencia

4987

Evidencia poberateľov DHN

4988

Rodičovský príspevok

4989

Evidencia uchádzačov o zamestnanie (EuoZ)|8729 – IS MÚSP|

4990

4991

Tabuľka Konzumovanie údajov z IS CPDI – budúci stav (TO BE)

4992

4993

4994

5.5.5 Identifikácia údajov a subjektov pre konzumovanie alebo poskytovanie údajov do/z CPDI (CSRÚ)

|ID OE|(((

Názov referenčného údaja /objektu evidencie

4999

5000

(uvádzať OE z tabuľky v kap. 5.5.1)

5001

)))|Konzumovanie alebo poskytovanie|(((

5002

Subjekt

5003

5004

(organizácia poskytovateľa-konzumenta)

5005

)))|Osobitný právny predpis pre poskytovanie / konzumovanie údajov

5006

|1.|Dataset „Zaradenie do evidencie UoZ spolu so žiadosťou o DvN“ z ÚPSVAR pre automatické začatie konania o nároku na dávku v nezamestnanosti (cca. 98% žiadostí) |Konzumovanie|ÚPSVaR - SP|

5007

|2.|Dataset „Zaradenie do evidencie UoZ bez žiadosti o DvN“ z ÚPSVAR pre začatie konania o nároku na dávku v nezamestnanosti pri proaktívnej žiadosti o DvN od občana podanej v SP (cca. 2% žiadostí) |Konzumovanie|ÚPSVaR - SP|

|4.|Rodičovský príspevok (Zmeny v rodičovskom príspevku) z ÚPSVAR pre účely zastavenia vyplácania dávky v nezamestnanosti z dôvodu poberania rodičovského príspevku.|Konzumovanie|ÚPSVaR - SP|

|9.|(((

objekty evidencie: Zamestnávateľ, Zamestnanec, Sídlo, Adresa, a iné, ktoré budú definované v detailnej analýze integračnej väzby

5018

5019

5020

)))|Konzumovanie|SP - ?? UPSVaR|

5021

|10.|(((

5022

Požiadavka na doručenie informácie pre zúčtovanie Dávky v hmotnej núdzi

5023

5024

5025

)))|Poskytovanie|SP - ?? UPSVaR|

5026

|11.|(((

5027

Dataset „Materské“ žiadaný od MPSVR SR

5028

5029

5030

)))|Poskytovanie|SP-ÚPSVaR|

5031

|12.|(((

5032

Dávka v hmotnej núdzi z ÚPSVaR pre účely zúčtovania dávok sociálneho poistenia pre ŽS7 a ŽS8 s dávkou v hmotnej núdzi.

5033

5034

5035

)))|Konzumovanie|ÚPSVaR - SP|

5036

|13.|(((

5037

Dávka v hmotnej núdzi z ÚPSVaR pre účely zúčtovania dávok sociálneho poistenia pre ŽS7 a ŽS8 s dávkou v hmotnej núdzi.

5038

5039

5040

)))|Konzumovanie|ÚPSVaR - SP|

5041

|14.|(((

5042

Vzdelanie z RIS pre účel overovania informácií o dosiahnutom vzdelaní a dobe štúdia v ŽS7 pri žiadosti o materské – iný poistenec

5043

5044

5045

)))|Konzumovanie|ÚPSVaR - SP|

5046

5047

|16.|Informácia o návšteve zariadenia z RIS pre účely overenia či ošetrované dieťa je žiakom, či navštevuje konkrétne zariadenie a či je zariadenie uzatvorené, pre účely poskytovania dávky Ošetrovné (krátkodobé) z dôvodu uzatvorenia zariadenia v ŽS8|Konzumovanie|?? - SP|

5048

|1.|Register sociálnych služieb

5049

Evidencia ŤZP - osobná asistencia

5050

Evidencia poberateľov DHN

5051

Rodičovský príspevok

5052

Evidencia uchádzačov o zamestnanie (EuoZ)|Konzumovanie|UPSVaR - SP|

5053

|2.|(((

5054

Univerzálny dataset pre „Dôchodky“

5055

5056

5057

)))|Poskytovanie|SP - DEUS|

5058

5059

Tabuľka Identifikácia údajov pre konzumovanie alebo poskytovanie údajov do/z CPDI (CSRÚ)

5060

5061

5.5.6 Kvalita a čistenie údajov

5062

5063

Zhodnotenie OE bude prebiehať vo fáze Analýza a Dizajn.

5064

5065

Dátovú kvalitu zabezpečuje projekt MUSP a správcovia IS MÚSP.  // //

|ID OE|(((

Názov Objektu evidencie

5070

5071

(uvádzať OE z tabuľky v kap. 5.5.1)

)))|(((

Významnosť kvality

1 (malá) až 5 (veľmi významná)

)))|(((

Citlivosť kvality

1 (malá) až 5 (veľmi významná)

5080

)))|(((

5081

Priorita //– poradie dôležitosti//

5082

5083

(začnite číslovať od najdôležitejšieho)

)))

| | | | |

| | | | |

| | | | |

|Rola|Činnosti|Pozícia zodpovedná za danú činnosť (správca ISVS / dodávateľ)

5090

|Dátový kurátor|Evidencia požiadaviek na dátovú kvalitu, monitoring a riadenie procesu|Dátový kurátor správcu IS

5091

|Data steward|Čistenie a stotožňovanie voči referenčným údajom|Pracovník IT podpory

5092

|Databázový špecialista|Analyzuje požiadavky na dáta, modeluje obsah procedúr|Dodávateľ

5093

|Dátový špecialista pre dátovú kvalitu|Spracovanie výstupov merania, interpretácie, zápis biznis pravidiel, hodnotiace správy z merania|Dátový špecialista pre dátovú kvalitu – nová interná pozícia v projekte

5094

|*Iná rola (doplniť)| |

5095

5096

Tabuľka Personálne zabezpečenie a roly pri riadení dátovej kvality

5.5.7 Otvorené údaje

Projektom nie sú plánované žiadne nové údaje, ktoré je možné vyhlásiť za otvorené.

|ID OE|(((

Názov objektu evidencie / datasetu

5105

5106

(uvádzať OE z tabuľky v kap. 5.5.1)

)))|(((

Požadovaná interoperabilita

(3★ - 5★)

)))|(((

Periodicita publikovania

5115

5116

(týždenne, mesačne, polročne, ročne)

5117

)))

5118

| |Príklad: senzorické údaje merania teploty|3★|Polročne

5119

| | |Vyberte jednu z možností.|Vyberte jednu z možností.

5120

| | |Vyberte jednu z možností.|Vyberte jednu z možností.

5121

| | |Vyberte jednu z možností.|Vyberte jednu z možností.

5122

5123

(% style="color:#222222" %)5.5.7 (%%)Analytické údaje

5124

5125

5126

V tabuľke uveďte OE z tabuľky uvedenej v kapitole 5.5.1 Objekty evidencie :

5127

5128

|OE ID|Názov objektu evidencie pre analytické účely|Zoznam atribútov objektu evidencie|Popis a špecifiká objektu evidencie

| | | |

| | | |

| | | |

(% style="color:#222222" %)5.5.8 (%%)Moje údaje

5134

5135

Moje údaje spadajúce pod dátové integrácie sú pokryté v projektových dokumentáciách ŽS1, ŽS5, ŽS7+8 a ŽS14+16. Detailnejšie budú Moje údaje predmetom etapy Analýza a dizajn, zároveň ide o údaje z datasetov, definovaných v prílohe 5.

|OE ID|(((

Názov registra / objektu evidencie

5140

5141

(uvádzať OE z tabuľky v kap. 5.5.1)

5142

)))|Atribút objektu evidencie|Popis a špecifiká objektu evidencie

| | | |

| | | |

| | | |

5.5.9 Prehľad jednotlivých kategórií údajov

5148

5149

Spresnenie jednotlivých kategórií bude predmetom etapy Analýza a dizajn.

|ID|(((

Register / Objekt evidencie

5154

5155

(uvádzať OE z tabuľky v kap. 5.5.1)

5156

)))|Referenčné údaje|Moje údaje|Otvorené údaje|Analytické údaje

| | |☐|☐|☐|☐

| | |☐|☐|☐|☐

| | |☐|☐|☐|☐

5.6 Technologická architektúra

5162

5163

5164

Technologická architektúra SP je znázornená v diagrame nižšie:

5165

5166

Diagram 46: Technologická architektúra SP

5167

5168

[[image:1755514103396-411.png]]

5169

5170

|**Názov komponentu**|**Názov produktu**|**Popis**|**Link**

5171

|Autentifikácia / Autorizácia|Red Hat Build of Keycloak|Nástroj na implementáciu SSO|[[https:~~/~~/access.redhat.com/products/red-hat-build-of-keycloak>>url:https://access.redhat.com/products/red-hat-build-of-keycloak]]

5172

|Vývojové prostredie|OpenShift Dev Spaces|Online vývojové prostredie, dostupné v browseri|[[https:~~/~~/developers.redhat.com/products/openshift-dev-spaces/overview>>url:https://developers.redhat.com/products/openshift-dev-spaces/overview]]

5173

|Zapezpečené Pipeliny|Red Hat Trusted Application Pipeline|Modulárny produkt, ktorý spája Developer Hub(vývojársky portál), Tekton(pipeliny), Trusted Artifact Signer (kryptograficke podpisovanie artefaktov), Trusted Profile Analyzer (Bezpečnostná, Analýza artefaktov), Advanced Cluster Security(Komplexný nástroj na riadenie bezpečnosti OpenShiftu)|[[https:~~/~~/www.redhat.com/en/products/trusted-application-pipeline>>url:https://www.redhat.com/en/products/trusted-application-pipeline]]

5174

|API Brána|3scale API Management|API riešenie - api brána, api manažér, api register|[[https:~~/~~/developers.redhat.com/products/3scale/overview>>url:https://developers.redhat.com/products/3scale/overview]]

5175

|GitOps|Red Hat OpenShift GitOps|Red Hat verzia projektu ArgoCD - implementácia GitOps prístupu|[[https:~~/~~/www.redhat.com/en/technologies/cloud-computing/openshift/gitops>>url:https://www.redhat.com/en/technologies/cloud-computing/openshift/gitops]]

5176

|Vývojársky portál|Red Hat Developer Hub|Jednotné miesto pre všetko čo súvisí s vývojom|[[https:~~/~~/developers.redhat.com/rhdh/overview>>url:https://developers.redhat.com/rhdh/overview]]

5177

|Integračný framework|Red Hat build of Apache Camel|Open-Source && Cloud-Native EIP integračný framework|[[https:~~/~~/developers.redhat.com/products/redhat-build-of-apache-camel/overview>>url:https://developers.redhat.com/products/redhat-build-of-apache-camel/overview]]

5178

|Messaging|Red Hat AMQ, Streams for Apache Kafka|Artemis(JMS Message Broker), Kafka(Data Streaming platforma)|[[https:~~/~~/developers.redhat.com/products/streams-for-apache-kafka/overview . https:~~/~~/www.redhat.com/en/technologies/jboss-middleware/amq>>url:https://developers.redhat.com/products/streams-for-apache-kafka/overview]]

5179

|BPM|IBM Process Automation Manager Open Edition|open-source platforma na automatizáciu biznis procesov a rozhodovania, ktorá umožňuje modelovanie, exekúciu a správu BPMN procesov v kontajnerizovanom prostredí.|[[https:~~/~~/www.ibm.com/products/business-automation-manager-open-editions/process-automation-manager>>url:https://www.ibm.com/products/business-automation-manager-open-editions/process-automation-manager]]

5180

5181

Tabuľka 33 Popis komponentov technologickej architektúry

5182

5183

Súčasťou technologickej architektúry je tiež návrh riešenia APC platformy, ktorá je postavená na technológii Red Hat Openshift Container Platform (OCP). Návrh architektúry je realizovaný v jazyku ArchiMate, ktorý je štandardom na modelovanie architektúry. Linka na úplnú špecifikáciu ArchiMate: [[Introduction: ArchiMate® 3.2 Specification (opengroup.org)>>url:https://pubs.opengroup.org/architecture/archimate3-doc/index.html]]

5184

5185

Návrh predstavuje logický pohľad na aplikačnú a technologickú architektúru. V tomto pohľade nie sú zobrazené inštancie a prostredia. Návrh slúži na objasnenie celkového konceptu APC platformy a ponúkaných služieb.

5186

5187

V diagrame sa používajú hlavne 2 typy relácií - realizácia a serving - príklad je uvedený nižšie na obrázku. Interpretácia týchto relácií je nasledovná: Na databázovom serveri App DB je nasadená technológia Oracle a implementuje službu Databáza (uzavretá šípka znamená implementáciu) a táto služba servuje/obsluhuje aplikáciu App (otvorená šípka predstavuje serving reláciu).

5188

5189

Serving relácia nehovorí o smere toku dát ani o smere requestov. Definuje iba vzťah typu poskytovateľ služby/konzument služby.

5190

5191

Okrem týchto relácií je v diagrame použitá flow relácia, ktorá predstavuje napríklad tok informácií medzi komponentami.

5192

5193

[[image:file:///D:/Users/BA-MONDIKOVA_V/SuboryNezalohovane/Temp/msohtmlclip1/01/clip_image048.png]]

5194

5195

V diagrame využívame flow na HL modelovanie vzťahov medzi komponentami.

5196

5197

5198

Diagram 47: Architektúra APC

5199

5200

[[image:1755514114654-966.png]]

5201

5202

5203

Aplikačný privátny cloud (APC) je kontajnerizačné aplikačné prostredie podobné prostrediu verejného cloudu, v ktorom bude možné nasadzovať aplikácie objednávateľa a aplikácie tretích strán, automatizovať vývoj, testovanie a nasadzovanie aplikácií.

5204

5205

Riešenie APC je zložené s viacerých komponentov:

5206

5207

**Kontajnerizačná platforma Red Hat Openshift Container Platform**

5208

5209

Kontajnerizačná platforma je hlavný komponent dodávaného riešenia. Umožňuje prevádzku kontajnerizovaných aplikácií nasadených na platforme. Okrem aplikácií umožňuje prevádzku kontajnerizovaných manažovaných služieb a prevádzku nekontajnerizovaných aplikácií založených na virtuálnych strojoch (Windows a Linux) pomocou OpenShift Virtualizácie.

5210

5211

V OCP budú implementované viaceré podporné služby (rozšírenia platformy) dodávané Red Hat-om:

5212

5213

*

5214

** Red Hat Advanced Cluster Management (ACM) - riešenie na centralizovanú správu Kubernetes klastrov a aplikácií naprieč hybridnými a multicloudovými prostrediami.

5215

** Kubernetes – jeden zo základných komponentov APC, ktorý slúži ako orchestrátor kontajnerov.

5216

** Red Hat Advanced Cluster Security for Kubernetes (ACS) - služba pre zlepšenie bezpečnosti prostredia, bezpečnosti vývoja a nasadzovania aplikácii

5217

** Red Hat OpenShift Data Foundation - poskytovanie úložiska pre kontajnery

5218

** Red Hat Network Observability Operator – služba na sledovanie sieťovej prevádzky pre klastre

5219

** Služby poskytované APC platformou - platforma APC poskytuje viaceré služby, ktoré budú využité na implementáciu a podporu prevádzky aplikácií. Služby budú detailne popísané v DNR.

5220

** //Podporné služby platformy// – služby, ktoré poskytuje platforma pre aplikácie nasadené na platforme

5221

** Kontajnerizačná služba

** Virtualizácia

** Monitorovanie

** Logovanie

** Zálohovanie

** //Manažované služby// – kontajnerizované služby, ktoré môžu využívať aplikácie nasadené na platforme. Služby sú poskytované v rôznych režimoch (PaaS, IaaS, ...). Detailný popis služieb bude v DNR dokumente.

5227

** Relačná databáza - PostgreSQL

5228

** No SQL databáza - MongoDB

5229

** IDP - RHBK Keycloak

5230

** SDLC, CI/CD - GitLab

5231

** Správa citlivých údajov – Vault

** Messaging (Kafka)

** Blokové úložisko

** Súborové úložisko

** Objektové úložisko

5236

5237

**Manažment server Bastion**

5238

5239

Pre poskytovanie služby Privátneho cloudu budú v rackoch nainštalované manažment servery, tzv. bastion hosty. Ich úlohou je výlučne poskytovanie funkcionality pre potreby prevádzky a správy zo strany dodávateľa, nebudú používané pre zákaznícke aplikácie.

5240

5241

Pôjde o dva miniatúrne servery v každom racku (z dôvodu redundancie), modelový typ Bedrock V3000. Servery budú rozdelené na dva typy podľa funkcií:

*

** Support Bastion

** Na serveri budú nasadené služby Vault, DNS, LDAP

5246

** Network Bastion

5247

** Na serveri budú nasadené služby router s L3 gateway (keepalived), UFW

5248

5249

=== Administrácia APC platformy ===

5250

5251

=== APC platforma obsahuje niekoľko administrátorských konzol, ktorými sa manažuje samotná platforma a podporné služby. ===

5252

5253

*

5254

** OCP konzola – hlavná manažment konzola OCP

5255

** ACS konzola – konzola na manažment Advanced Cluster Security (ACS)

5256

** GitLab konzola – konzola na manažment GitLab

5257

** Vault konzola – kontrola na manažment secretov

5258

5259

5260

|Parameter|Jednotky|Predpokladaná hodnota|Poznámka

5261

|Počet interných používateľov|Počet| |

5262

|Počet súčasne pracujúcich interných používateľov v špičkovom zaťažení|Počet| |

5263

|Počet externých používateľov (internet)|Počet| |

5264

|Počet externých používateľov používajúcich systém v špičkovom zaťažení|Počet| |

5265

|Počet transakcií (podaní, požiadaviek) za obdobie|Počet/obdobie| |

5266

|Objem údajov na transakciu|Objem/transakcia| |

5267

|Objem existujúcich kmeňových dát|Objem| |

5268

|Ďalšie kapacitné a výkonové požiadavky ...| | |

5269

5270

5.6.1 Využívanie služieb z katalógu služieb vládneho cloudu

|(((

Kód infraštruktúrnej služby

5277

5278

(z MetaIS)

5279

)))|Názov infraštruktúrnej služby|(((

Kód ISVS

(z MetaIS)

)))|Názov Využívajúceho ISVS|(((

Klasifikácia ISVS

Ux (Cx,Ix,Ax)

)))

| | | | |

| | | | |

| | | | |

|(% rowspan="2" %)Prostredie|(% rowspan="2" %)(((

5293

5294

5295

Kód infraštruktúrnej služby

5296

5297

(z MetaIS)

5298

)))|(% rowspan="2" %)(((

5299

Názov infraštruktúrnej služby

5300

5301

(Služba z katalógu cloudových služieb pre zriadenie výpočtového uzla)

5302

)))|(% colspan="4" %)Požadované kapacitné parametre služby

5303

(doplňte stĺpec parametra, ak je dôležitý pre konkrétnu službu)

5304

|Dátový priestor (GB)|Tier diskového priestoru|Počet vCPU|RAM (GB)

|(((

ďalšie...

(uviesť názov)

)))| | | | | |

|Prostredie|Ďalšie služby potrebné na prevádzku projektu z katalógu služieb vládneho cloudu (stručný popis / názov)|(((

Kód služby

(z MetaIS)

)))|Parametre pre službu (doplňte stĺpec parametra, ak je dôležitý pre konkrétnu službu)

5319

|Vývojové|Doplň názov a stručný popis| |

5320

|Testovacie|Doplň názov a stručný popis| |

5321

|Produkčné|Doplň názov a stručný popis| |

|(((

ďalšie...

(uviesť názov)

)))| | |

5.7 Bezpečnostná architektúra

5329

5330

5331

5.7.1 Návrh riešenia bezpečnosti

5332

5333

Prístup do systému pre neverejnú časť bude určený len vybraným zamestnancom a na základe prístupových údajov. Občan a podnikateľ môže využívať dostupné elektronické služby po prihlásení sa prostredníctvom eID.

5334

5335

Používatelia pristupujú do privátnej časti frontendu cez prístupový portál, následnú autentifikáciu a autorizáciu a po korektnom prihlásení sú dostupné podľa prístupových práv príslušné funkcionality z funkčných častí. Iné informačné systémy sú integrované prostredníctvom SOAP / REST WS alebo výmenou dátových súborov.

5336

5337

Pri implementácii riešenia projektu a pri zabezpečení prevádzky, správy a údržby IS budú zohľadnené požiadavky kybernetickej a informačnej bezpečnosti kladené najmä nasledovnou legislatívou:

5338

5339

1. zákon č. 95/2019 Z. z. o informačných technológiách vo verejnej správe a o zmene a doplnení niektorých zákonov

5340

1. zákon č. 69/2018 Z. z. o kybernetickej bezpečnosti a o zmene a doplnení niektorých zákonov

5341

1. vyhláška Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu č. 78/2020 Z. z. o štandardoch pre informačné technológie verejnej správy

5342

1. vyhláška Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu č. 179/2020 Z.z. ktorou sa ustanovuje spôsob kategorizácie a obsah bezpečnostných opatrení informačných technológií verejnej správy

5343

1. zákon č. 45/2011 Z. z. o kritickej infraštruktúre

5344

1. vyhláška Úradu na ochranu osobných údajov Slovenskej republiky č. 158/2018 Z. z. o postupe pri posudzovaní vplyvu na ochranu osobných údajov

5345

1. nariadenie Európskeho parlamentu a Rady (EÚ) 2016/679 z 27. apríla 2016 o ochrane fyzických osôb pri spracúvaní osobných údajov a o voľnom pohybe takýchto údajov, ktorým sa zrušuje smernica 95/46/ES (všeobecné nariadenie o ochrane údajov)

5346

1. zákon č. 18/2018 Z. z. o ochrane osobných údajov a o zmene a doplnení niektorých zákonov

5347

1. Smernica Európskeho parlamentu a Rady (EÚ) 2016/2102 z 26.októbra 2016 o prístupnosti webových sídel a mobilných aplikácií subjektov verejného sektora.

5348

5349

SP poskytuje logickú reprezentáciu bezpečnostných služieb. Tieto nástroje poskytujú široké spektrum bezpečnostných funkcionalít vrátane monitorovania siete, analýzy bezpečnostných incidentov, správy zraniteľností a bezpečnostnej automatizácie, čím zabezpečujú komplexnú ochranu IT infraštruktúry.

5350

5351

Využívané budú nasledovné služby:

5352

5353

* **Tenable** (Systémový software) - slúži na zisťovanie zraniteľností na koncových zariadeniach a serveroch, umožňuje kontrolovať konfiguráciu zariadení a porovnávať ju s “best practice”, vytvára assett register, umožňuje integráciu s ďalšími prvkami kyberbezpečnosti a tým plní nutné požiadavky na kyberbezpečnosť v počítačovej sieti.

5354

* **Flowmon** (Systémový software) - jednotná platforma pre meranie výkonnosti siete a bezpečnostný monitoring.

5355

* **Cortex XSOAR** (Systémový software) - platforma na automatizáciu a orchestráciu kyber-bezpečnosti, umožňuje bezpečnostným analytikom automatizovať rutinné úkony a cez integrácie s podpornými systémami umožňuje vykonávať nápravné akcie, čím zvyšuje efektívnosť analytikov.

5356

* **Splunk** (Systémový software) - pomáha pri vyhľadávaní, upozorňovaní, korelácii v reálnom čase a vizualizácii poskytuje flexibilné analytické nástenky, ktoré vylepšujú vizualizačné schopnosti.

5357

* **Zabbix **(Systémový software) - open-source softvér na monitorovanie IT infraštruktúry, ktorý umožňuje sledovať stav serverov, sietí, aplikácií, databáz a iných IT zdrojov v reálnom čase.

5358

* **Dynatrace **(Systémový software) - softvérová platforma na monitorovanie výkonu aplikácií (APM) a správy IT infraštruktúry.

5359

5360

5.7.1.1 Modernizácia mobilnej aplikácie SP

5361

5362

Na úrovni samotnej mobilnej aplikácie sa zabezpečenie realizuje prostredníctvom viacerých technických opatrení. Používateľské dáta budú uložené šifrovane pomocou algoritmu AES-256. Overovanie používateľa bude založené na silnej autentifikácii, pričom tu je možné uvažovať aj o budúcej integrácii s existujúcimi štátnymi identifikačnými systémami (napr. eID alebo Slovensko v Mobile). Taktiež je potrebné zohľadniť štandardné prvky ochrany pred zraniteľnosťami typu XSS, CSRF či SQL Injection.

5363

5364

Celá komunikácia medzi klientom a serverom prebieha šifrovane pomocou moderných kryptografických protokolov (TLS 1.3).

5365

5366

Bezpečnosť na strane servera a back-endu aplikácie, na ktorý sa táto aplikácia pripája a integruje, nie sú predmetom tejto špecifikácie.

5367

5368

Bezpečnostné mechanizmy a právne predpisy, ktoré je potrebné brať na zreteľ sú uvedené v kapitole 6.6.4., ďalej sa táto kapitola zaoberá ďalšími požiadavkami na bezpečnosť celkového riešenia mobilnej aplikácie.

5369

5370

Keďže aplikácia nepredpokladá rôzne používateľské role ani iných externých používateľov okrem širokej verejnosti, pre ktorú je určená, nie je potrebné v tomto dokumente adresovať špecifické požiadavky na bezpečnostné opatrenia relevantné pre tieto skutočnosti.

5371

5372

Aplikácia predpokladá existenciu používateľského účtu poistenca, ktorý sa tým pádom do aplikácie prihlasuje pomocou QR kódu. Výsledok autorizácie používateľa aplikácii oznamuje aplikačný backend.

5373

5374

Platnosť autorizačného tokenu a časový interval, po ktorom je nutná opätovná autentifikácia klienta je vecou nastavenia IAM systému Keycloak.

5375

5376

Aplikácia ako tenký klient pracuje s údajmi, ktoré dostáva od aplikačného backendu alebo ktoré zadá používateľ na vstupe, tieto údaje medzi aplikáciou a backendom sú prenášané vždy šifrovaným kanálom (TLS). Iný bezpečnostný rozmer aplikácie nie je definovaný.

5377

5378

Diagram 48: Bezpečnostná architektúra MoA

5379

5380

[[image:1755514159437-829.png]]

5381

5382

Do lokálneho úložiska aplikácia ukladá základné konfiguračné údaje, predovšetkým tokeny a URL, v zmysle obrázka uvedeného nižšie. Všetky údaje v lokálnom úložisku sú šifrované.

5383

5384

[[image:1755514168085-965.png]]

5385

5386

Operačný systém Android využíva niekoľko bezpečnostných mechanizmov pre šifrované ukladanie údajov v lokálnom úložisku.

5387

5388

File-Based Encryption (FBE, od Android 7.0) umožňuje šifrovanie jednotlivých súborov rôznymi kľúčmi. Podporuje Direct Boot – systémové funkcie (napr. budík) fungujú aj pred zadaním hesla. Každý súbor má vlastný kľúč, šifrovaný hierarchiou systémových kľúčov. Od Android 9 sa dopĺňa FBE šifrovaním metadát (napr. veľkosť súborov, oprávnenia) pomocou kľúča chráneného hardvérom (Keymaster). Toto šifrovanie je povinné pre zariadenia s Android 11+.

5389

5390

Používa algoritmus AES-256-XTS (prípadne Adiantum pre zariadenia bez AES akcelerácie). Využíva modul jadra dm-default-key s podporou inline šifrovania. Kľúče sú viazané na hardvér (TEE/TrustZone) a heslá používateľa. Pri nízkej entropii hesla sa používa PBKDF2 na posilnenie kľúča.

5391

5392

V operačnom systéme iOS je každý súbor v lokálnom úložisku šifrovaný unikátnym per-file kľúčom, ktorý je uložený v metadátach. Metadáta sú šifrované file system kľúčom, chráneným class kľúčmi (viazanými na stav zariadenia – napr. "device unlocked").

5393

5394

Štyri úrovne ochrany určujú, kedy sú dáta prístupné:

5395

5396

*

5397

** Complete Protection – dáta dostupné len po odomknutí.

5398

** Protected Unless Open – prístupné, kým je appka spustená.

5399

** Protected Until First User Auth – prístupné po prvom odomknutí.

5400

** No Protection – pre necitlivé údaje.

5401

5402

Kľúče sú viazané na Secure Enclave (dedikovaný čip). Používa sa AES-256 a PBKDF2 na derivačné funkcie.

5403

5404

5405

**Povolenia aplikácie (Permission handling)**

5406

5407

Mobilná aplikácia pri oboch platformách vyžaduje nasledujúce povolenia:

5408

5409

*

5410

** Prístup k fotoaparátu – kvôli možnosti skenovať QR kódy

5411

** Povolenie posielať notifikácie – kvôli celému rozsahu Push notifikácií.

5412

5413

**Bezpečnostné mechanizmy v aplikácii**

5414

5415

Okrem primárneho šifrovania uložených dát bude aplikácia dodatočne zabezpečovať citlivé hodnoty použitím ďalšej vrstvy šifrovania, pričom sa využije autentifikácia prostredníctvom PIN kódu alebo odtlačku prsta.

5416

5417

Pri oboch platformách mobilná aplikácia blokuje akúkoľvek komunikáciu v plain text režime, teda bez použitia SSL, čo zabezpečuje, že prenos dát prebieha vždy prostredníctvom bezpečných a šifrovaných kanálov.

5418

5419

Okrem všeobecne zaužívanej dobrej praxe z pohľadu bezpečnostných mechanizmov v mobilnej aplikácii je potrebné špeciálne brať na zreteľ požiadavky definované v:

5420

5421

* Vyhláška 78/2020 Z.z. o štandardoch pre informačné technológie verejnej správy

5422

* Usmernenie VJ CSIRT k bezpečnosti mobilných aplikácií - [[https:~~/~~/www.csirt.gov.sk/bezpecnost-mobilnych-aplikacii.html>>url:https://www.csirt.gov.sk/bezpecnost-mobilnych-aplikacii.html]]

5423

* WCAG [[https:~~/~~/s3.eu-central-1.amazonaws.com/w3c-wcag-2.1-sk/index.html>>url:https://s3.eu-central-1.amazonaws.com/w3c-wcag-2.1-sk/index.html]]

5424

* OWASP - Mobile Application Security Verification Standard – v prílohe

5425

5426

5.7.2 Určenie obsahu bezpečnostných opatrení

5427

5428

|Obsah bezpečnostných opatrení podľa vyhlášky ÚPVII č. 179/2020 Z. z|Aplikované opatrenia|Aplikovaná legislatíva

5429

|Minimálne bezpečnostné opatrenia Kategórie I|Vyberte položku.|Uveďte aplikovateľný odsek §3 vyhlášky 179/2020 vzťahujúci sa na vašu organizáciu, projekt a budované aktíva

5430

|Minimálne bezpečnostné opatrenia Kategórie II|Vyberte položku.|Uveďte aplikovateľný odsek §3 vyhlášky 179/2020 vzťahujúci sa na vašu organizáciu, projekt a budované aktíva

5431

|Minimálne bezpečnostné opatrenia Kategórie III|Vyberte položku.|Uveďte aplikovateľný odsek §3 vyhlášky 179/2020 vzťahujúci sa na vašu organizáciu, projekt a budované aktíva

5432

|Bezpečnostný projekt|Vyberte položku.|§ 23 ods. 1 a 2 zákona 95/2019 Z.z.

5433

|Bezpečnostné opatrenia podľa osobitného predpisu|Vyberte položku.|Doplňte osobitný predpis alebo odkaz na predpisy, podľa ktorých budú aplikované ďalšie bezp. opatrenia

5434

5435

5.7.3 Legislatívne, právne, štatutárne, regulačné a zmluvné požiadavky,

5436

5437

5438

5.7.4 Riešenie autentifikácie a prístupov používateľov

5439

5440

6. PREVÁDZKA A ÚDRŽBA VÝSTUPOV PROJEKTU

5441

5442

Prevádzka projektu bude zabezpečená za rovnakých podmienok ako súčasné informačné systémy, ktoré budú upravované. L1 a L2 bude zabezpečená zamestnancami SP. L3 bude zabezpečená na základe SLA.

5443

5444

6.1 Zabezpečenie podpory používateľov a prevádzky

5445

5446

Podpora prevádzky a používateľov je zvyčajne realizovaná cez 3 úrovne podpory, s nasledujúcim označením a obsahom činnosti:

5447

5448

1. Podpora L1 (podpora 1. stupňa - Level 1) - začiatočná úroveň podpory, ktorej základnou funkciou 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ď. Je zabezpečovaná prostredníctvom pracoviska jednotného kontaktného miesta.

5449

1. Podpora L2 (podpora 2. stupňa – Level 2 - postúpenie požiadaviek od L1) – 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.

5450

5451

1. Podpora L3 (podpora 3. stupňa) - Podpora 3. stupňa predstavuje najvyššiu úroveň podpory pre riešenie tých najobtiažnejších Hlásení, vrátane prevádzania hĺbkových analýz a riešenie extrémnych prípadov.

|PodPora|(((

Poskytovateľ

(subjekt zodpovedný za poskytnutie podpory)

5458

)))|Požadovaný Čas dostupnosti|STAV zabezpečenia|(((

5459

Pozn.

5460

5461

(napr. známe obmedzenia služby, špeciálne zodpovednosti, a pod.)

5462

)))

5463

|**Podpora L1 - **jednotný kontaktný bod|//Napr. oddelenie IT podpory//|//Napr. 8x5 (8 hodín x 5 dní od 8:00h do 16:00h počas pracovných dní),//|//Napr. Zriadený, poskytovaný správcom / Bude vytvorený v projekte / Zabezpečený externe//|

5464

5465

|**Podpora L3**|//Napr. Dodávateľ riešenia (existujúci/úspešný uchádzač o dodávku riešenia alebo podpory)//| |//Napr. Existujúca SLA zmluva / Súčasť obstarania / Bude obstaraná na konci projektu//|

5466

|**Podpora infraštruktúrnych služieb**|//Napr. Dodávateľ servisnej podpory HW datacentra, alebo Prevádzkovateľ cloudovej služby//| |//Napr. Servisná zmluva//|

5467

5468

6.2 Riešenie incidentov v prevádzke - parametre úrovní služby

5469

5470

Parametre služby riešenia incidentov v prevádzke sú špecifikované na základe určenia priority incidentu pomocou kombinácie jeho naliehavosti a dopadu podľa najlepších skúseností z praxe (best practice) z oblasti manažmentu IT služieb (Information Technology Infrastructure Library - ITIL V3) nasledovným spôsobom:

5471

5472

5473

**Incident** - za incident je považovaná každá nahlásená alebo inak zistená relevantná skutočnosť týkajúca sa aktíva (informačného systému) alebo jeho časti, ktorého nedostupnosť alebo nefunkčnosť má vplyv na poskytovanie služieb.

6.2.1 Frontend

|klasifikácia naliehavosti incidentu|Závažnosť incidentu|Popis naliehavosti incidentu

5479

|A|Kritická|kritické zlyhanie systému, ktoré znemožňuje prácu so systémom, znemožňuje používanie systému; alebo celoplošný problém. Jeho okamžité riešenie je nevyhnutné pre fungovanie systému,

5480

|B|Vysoká|zlyhanie systému, ktoré degraduje dostupnosť kritických funkcionalít, prevádzkyschopnosť systému je výrazne obmedzená; alebo lokálny problém. Jeho okamžité riešenie je nevyhnutné pre fungovanie systému. Náhradné riešenie/postup musí byť pre objednávateľa primerane akceptovateľné,

5481

|C|NORMáLNA|chyby systému, ktoré postihujú menej dôležité funkcionality a nemajú kritický vplyv na prácu používateľov; alebo problém významným spôsobom ovplyvňuje fungovanie systému a spôsob realizácie operácií v ňom, pričom problém neohrozuje fungovanie systému.

5482

5483

5484

**Parametre služby Riešenia incidentov v prevádzke:**

5485

5486

5487

|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)^^|(((

5488

Spoľahlivosť ^^(3)^^

5489

5490

(počet incidentov za mesiac)

5491

)))

5492

|1|30 minút|2 hodiny|12 hodín

5493

|2|45 minút|4 hodiny|24 hodín

5494

|3|60 minút|24 hodín|120 hodín

6.2.2 Registratúra

|klasifikácia naliehavosti incidentu|Závažnosť incidentu|Popis naliehavosti incidentu

5501

|A|Kritická|Kritický incident / havária, ktorý spôsobuje nedostupnosť, alebo chybnú funkčnosť IS REG alebo jeho časti. Odstránenie Incidentu nie je možné dočasne zabezpečiť náhradným riešením Poskytovateľa ani organizačným opatrením Objednávateľa navrhnutého Poskytovateľom. Odstránenie Incidentu môže mať negatívny vplyv na konzistenciu a integritu dát a výsledky ich spracovania v prostrediach Objednávateľa.

5502

|B|VážNA|Vážny incident / porucha, ktorý spôsobuje nedostupnosť, alebo chybnú funkčnosť IS REG alebo jeho časti. Odstránenie Incidentu je možné dočasne zabezpečiť náhradným riešením Poskytovateľa alebo organizačným opatrením Objednávateľa navrhnutého Poskytovateľom, a to v lehote stanovenej pre náhradné riešenie. Odstránenie incidentu nesmie mať negatívny vplyv na konzistenciu a integritu dát a výsledky ich spracovania v prostrediach Objednávateľa

5503

|C|BEžNá|(((

5504

Bežný incident / bežná porucha, ktorý neobmedzuje prevádzku Systému alebo jeho časti a nemá dôsledky na využívanie a prevádzku IS REG. Odstránenie Incidentu nesmie mať negatívny vplyv na konzistenciu a integritu dát a výsledky ich spracovania v prostrediach Objednávateľa.

)))

|D|KYBERNETICKý BEZPEčNOSTNý INCIDENT|Podľa požiadaviek Vyhlášky č. 165/2018, s klasifikáciou incidentov v súlade s Prílohou č. 1. tejto vyhlášky.

5509

5510

**Parametre služby Riešenia incidentov v prevádzke:**

5511

5512

|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)^^|(((

5513

Spoľahlivosť ^^(3)^^

5514

5515

(počet incidentov za mesiac)

5516

)))

5517

|1|30 minút|5 hodiny|1

5518

|2|30 minút|6 hodiny|2

5519

|3|60 minút|24 hodín|4

5520

5521

6.2.3 Monitoring služieb

5522

5523

Prevádzkové požiadavky na monitoring sú totožné ako pre oblasť dátových integrácií, vzhľadom na to, že služby monitoringu prebiehajú v spoločnom systéme IS MUSP.

5524

5525

5526

|klasifikácia naliehavosti incidentu|Závažnosť incidentu|Popis naliehavosti incidentu

5527

|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.

5528

|B|Vysoká|Chyby a nedostatky, ktoré zapríčinia čiastočné zlyhanie systému a neumožňuje používať časť systému.

5529

|C|Stredná|Chyby a nedostatky, ktoré spôsobia čiastočné obmedzenia používania systému.

5530

|D|Nízka|Kozmetické a drobné chyby.

5531

5532

Tabuľka Klasifikácia Naliehavosti incidentu

5533

5534

|Klasifikácia závažnosti incidentu|(((

Dopad

)))|Popis dopadu

|1|katastrofický|katastrofický dopad, priamy finančný dopad alebo strata dát,

5540

|2|značný|značný dopad alebo strata dát

5541

|3|malý|malý dopad alebo strata dát

5542

5543

Tabuľka Klasifikácia Závažnosti incidentu

5544

5545

Určenie priority incidentu je kombináciou dopadu a naliehavosti podľa nasledovnej matice:

5546

5547

|(% colspan="2" rowspan="2" %)Matica priority incidentov|(% colspan="3" %)Dopad

5548

|Katastrofický - 1|Značný - 2|Malý - 3

5549

|(% rowspan="4" %)Naliehavosť|Kritická - A|1|2|3

|Vysoká - B|2|3|3

|Stredná - C|2|3|4

|Nízka - D|3|4|4

Tabuľka Určenie priority incidentu

5555

5556

**Parametre služby Riešenia incidentov v prevádzke:**

5557

5558

|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)^^|(((

5559

Spoľahlivosť ^^(3)^^

5560

5561

(počet incidentov za mesiac)

)))

|1|1 hod.|4 hodín|1

|2|1 hod.|12 hodín|2

|3|1 hod.|24 hodín|10

5566

|4|1 hod.|(% colspan="2" %)Vyriešené a nasadené v rámci plánovaných releasov (vydaní novej verzie programového vybavenia a konfigurácie)

5567

5568

Vysvetlivky k tabuľke

5569

5570

(1) **Reakčná doba** je čas medzi nahlásením incidentu verejným obstarávateľom (vrátane užívateľov IS, ktorí nie sú v pracovnoprávnom vzťahu s verejným obstarávateľom) na helpdesk úrovne L3 a jeho prevzatím na riešenie.

5571

5572

(2) **DKVI **(Doba konečného vyriešenia incidentu) - znamená čas obnovenia štandardnej prevádzky - čas medzi nahlásením incidentu verejným obstarávateľom a vyriešením incidentu poskytovateľom podpory (do doby, kedy je funkčnosť prostredia znovu obnovená v plnom rozsahu). Doba konečného vyriešenia incidentu od nahlásenia incidentu verejným obstarávateľom sa počíta počas celého dňa. Do tejto doby sa nezarátava čas potrebný na nevyhnutnú súčinnosť verejného obstarávateľa, ak je potrebná pre vyriešenie incidentu. V prípade potreby je poskytovateľ podpory oprávnený požadovať od verejného obstarávateľa schválenie riešenia incidentu.

5573

5574

(3) **Spoľahlivosť** - maximálny počet incidentov za kalendárny mesiac. Každá ďalšia chyba nad stanovený limit spoľahlivosti sa počíta ako začatý deň omeškania bez odstránenia vady alebo incidentu. Duplicitné alebo technicky súvisiace incidenty (zadané v rámci jedného pracovného dňa, počas pracovného času 8 hodín) sú považované ako jeden incident.

5575

5576

(4) Incidenty nahlásené verejným obstarávateľom poskytovateľovi podpory v rámci testovacieho prostredia majú prioritu 3 a nižšiu. Vzťahujú sa výhradne k dostupnosti testovacieho prostredia. Za incident v testovacom prostredí sa nepovažuje incident vztiahnutý k práve testovanej funkcionalite.

5577

5578

5579

Vyššie uvedené SLA parametre nebudú použité pre nasledovné služby:

5580

5581

* Služby systémovej podpory na požiadanie (nad paušál)

5582

* Služby realizácie aplikačných zmien vyplývajúcich z legislatívnych a metodických zmien (nad paušál)

5583

5584

Pre tieto služby budú dohodnuté osobitné parametre dodávky.

5585

5586

5587

6.3 Požadovaná dostupnosť informačného systému:

5588

5589

|Popis|Parameter|Upresnenie

5590

|Prevádzkové hodiny|12 hodín|od 6:00 hod. - do 18:00 hod. počas pracovných dní

5591

|(% rowspan="2" %)Servisné okno|10 hodín|od 19:00 hod. - do 5:00 hod. počas pracovných dní

5592

|24 hodín|(((

5593

od 00:00 hod. - 23:59 hod. počas dní pracovného pokoja a štátnych sviatkov

5594

5595

Servis a údržba sa bude realizovať mimo pracovného času.

5596

)))

5597

|Dostupnosť produkčného prostredia IS|98,5%|(((

5598

98,5% z 24/7/365 t.j. max ročný výpadok je 66 hod.

5599

5600

Maximálny mesačný výpadok je 5,5 hodiny.

5601

5602

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.

5603

5604

Nedostupnosť IS sa počíta od nahlásenia incidentu Zákazníkom v čase dostupnosti podpory Poskytovateľa (t.j. nahlásenie incidentu na L3 v čase od 6:00 hod. - do 18:00 hod. počas pracovných dní). Do dostupnosti IS nie sú započítavané servisné okná a plánované odstávky IS.

5605

5606

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.

5607

)))

5608

|[[RTO (Recovery Time Objective)>>path:#_RTO_(Recovery_Time]] |4 hodiny|RTO vyjadruje množstvo času potrebné pre obnovenie dát a celej prevádzky nedostupného systému

5609

|RPO (Recovery Point Objective)|6 hodín|RPO vyjadruje, do akého času (bodu) v minulosti možno obnoviť dáta, t.j. rozsah dát, o ktoré môže organizácia prísť

5610

5611

6.4 Požiadavky na ľudské zdroje potrebné pre zabezpečenie prevádzky

5612

5613

6.5 Požiadavky na zdrojové kódy

5614

5615

Zdrojové kódy budú odovzdané Objednávateľovi v zmysle relevantných zmlúv o poskytovaní podpory pre IS.  

5616

5617

7. OPIS IMPLEMENTÁCIE PROJEKTU A PREBERANIA VÝSTUPOV PROJEKTU

5618

5619

Projekt sa riadi metódou waterfall bez inkrementálneho prístupu. Projekt bude dodávaný po moduloch, pričom preberanie modulov bude priebežné podľa času ich doručenia, testovania a akceptácie. Moduly sú popísané v kapitole 5 a jej podkapitolách.

5620

5621

* Plánovanie a príprava 

5622

** Definovanie cieľov a rozsahu projektu: Jasne definujte ciele a rozsah projektu. 

5623

** Identifikácia zainteresovaných strán: Určte všetky zainteresované strany a ich úlohy. 

5624

** Vytvorenie projektového plánu: časový harmonogram, zdroje, rozpočet a riziká. 

5625

** Výstupy

5626

*** I-02, Projektový zámer 

5627

*** Príloha: Zoznam rizík a závislostí (XLSX, 115 kB)  

5628

*** I-03, Prístup k projektu   

5629

*** I-04, Katalóg požiadaviek  

5630

* Implementácia 

5631

** Vývoj a testovanie: Vyvinúť a otestovať produkt. 

5632

** Nasadenie do produkcie 

5633

** Monitorovanie a hodnotenie: Monitorovať výkon a zbierať spätnú väzbu od kľúčových používateľov.

5634

** Výstupy:

5635

*** R-01, Projektový iniciálny dokument (PID)  

5636

*** Príloha 1.: Akceptačné kritériá  

5637

*** R1-1, Detailný návrh riešenia (DNR) podľa vyhl. č. 401/2023    

5638

*** R1-2, Plán a stratégia testovania 

5639

*** Príloha 1: Testovacie prípady (TC) 

5640

***  Príloha 2: Sumárny protokol  

5641

*** R3-1, Vývoj, migrácia údajov a integrácia  

5642

*** R3-2, Testovanie  

5643

*** R3-4, Príručky  

5644

* Preberanie výstupov 

5645

** Odovzdanie a prevzatie: Odovzdanie a prevzatie výstupov alebo časti výstupov sa uskutoční v termínoch špecifikovaných v časovom harmonograme. 

5646

** Akceptačný protokol: Podpísanie akceptačného protokolu oprávnenými osobami. 

5647

** 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. 

5648

** Kontrola kvality: Objednávateľ neprevezme výstupy, ak táto vykazuje právne a/alebo faktické vady. 

5649

** Prílohy akceptačného protokolu: 

5650

** Zápisnica o vykonaných akceptačných testoch. 

5651

** Zoznam autorov diel a zoznam autorských diel vytvorených v rámci plnenia Zmluvy o dielo. 

5652

** Vyhlásenie o splnení požiadaviek (dodržaní štandardov pre ISVS/ITVS). 

5653

** Dokumenty a doklady osvedčujúce kvalitu a/alebo kompletnosť. 

5654

** Výstupy

5655

*** M-03, Akceptačný protokol 

5656

*** M-05, Analýza nákladov a prínosov (BC/CBA) 

5657

* Záverečné hodnotenie a uzavretie projektu 

5658

** Záverečné hodnotenie: Vyhodnotiť celkový úspech projektu a identifikovať oblasti na zlepšenie. 

5659

** Uzavretie projektu: Formálne uzavrieť projekt a informovať všetky zainteresované strany. 

5660

** Výstupy

5661

*** M-02, Správa o dokončení projektu  

5662

5663

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á.. 

5664

5665

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: 

5666

5667

~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í. 

5668

5669

2. Zaistenie dôvernosti na základe Objednávateľom požadovanej úrovne ochrany dôvernosti citlivých údajov.

8. ODKAZY

[[Investičný plán – Budovanie eGovernment riešení prioritných životných situácií >>url:https://mirri.gov.sk/wp-content/uploads/2024/03/Investicny-plan_prioritne-zivotne-situacie_FINAL.pdf%22%20/t%20%22_blank]]

5676

5677

[[Prieskumy ku všetkým životným situáciám>>url:https://mirri.gov.sk/plan-obnovy/reformy-a-investicie/zivotne-situacie/#Prieskumy]]

9. PRÍLOHY

[[**Príloha 1 – Investičný plán prioritných životných situácií**>>url:https://mirri.gov.sk/wp-content/uploads/2024/03/Investicny-plan_prioritne-zivotne-situacie_FINAL.pdf%22%20/t%20%22_blank]]

5683

5684

**Príloha 2 - Implementačný plán**

5685

5686

**Príloha 3 – Zoznam rizík  **

5687

5688

**Príloha 4 – Register elektronických formulárov ŽS**

5689

5690

**Príloha 5 – DI_prehľad datasetov**