I-03 Prístup k projektu (pristup_k_projektu)

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.

33

34

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

35

36

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

37

38

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

39

40

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

41

42

4. harmonogram projektu,

43

44

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

45

46

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

47

48

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

49

50

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

51

52

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

53

54

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

55

56

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

57

58

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

59

60

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.

61

62

2.1 Použité skratky a pojmy

63

64

Tabuľka 1 Skratky a pojmy

65

66

|SKRATKA/POJEM|POPIS

67

|BPM|Business Process Management

68

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

69

|DI|Dátová integrácia

70

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

71

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

72

|ESB|Integračná platforma SP

73

|FE|Frontend

74

|FO|Fyzická osoba

75

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

76

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

77

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

78

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

79

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

80

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

81

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

82

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

83

|KAV|Konsolidovaná analytická vrstva

84

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

85

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

86

|MMP|Minimim marketable product

87

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

88

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

89

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

90

|Notify|Notifikácie

91

|OVM|Orgán verejnej moci

92

|PL|Posudkový lekár

93

|PO|Právnická osoba

94

|POO|Plán obnovy a odolnosti

95

|REG|Registratúra

96

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

97

|ÚD|Úrazová dávka

98

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

99

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

100

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

101

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

102

| SP| Sociálna poisťovňa

103

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

104

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

105

106

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

107

108

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“.

109

110

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]]

115

116

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

117

118

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

119

120

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

121

122

[[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]]

123

124

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

125

126

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

127

128

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

129

130

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

131

132

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

133

134

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

135

136

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

137

138

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

139

140

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

141

142

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

143

144

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

145

146

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

147

148

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

149

150

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

151

152

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

153

154

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

155

156

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

157

158

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

159

160

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

161

162

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

163

164

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

165

166

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

167

168

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

169

170

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

171

172

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

173

174

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

175

176

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

177

178

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

2.4 Zoznam tabuliek

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

183

184

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

185

186

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

187

188

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

189

190

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

191

192

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

193

194

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

195

196

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

197

198

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

199

200

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

201

202

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

203

204

[[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]]

205

206

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

207

208

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

209

210

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

211

212

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

213

214

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

215

216

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

217

218

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

219

220

[[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]]

221

222

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

223

224

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

225

226

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

227

228

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

229

230

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

231

232

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

233

234

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

235

236

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

237

238

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

239

240

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

241

242

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

243

244

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

245

246

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

247

248

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

249

250

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

251

252

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

253

254

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

255

256

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

257

258

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

259

260

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

261

262

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

263

264

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

265

266

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

267

268

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

269

270

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

271

272

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

273

274

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

275

276

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

277

278

[[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]]

283

284

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

285

286

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

287

288

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

289

290

3. DEFINOVANIE PROJEKTU

291

292

3.1 Manažérske zhrnutie

293

294

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.

295

296

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.

297

298

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.

299

300

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í:

301

302

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

303

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

304

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

305

306

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

307

308

[[image:1755511620312-323.png]]

309

310

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/]].

311

312

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.

313

314

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

319

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

320

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

321

* Notifikácie - pre proaktivitu SP

322

323

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.

324

325

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

332

333

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.

334

335

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

336

337

3.2 Motivácia a rozsah projektu

338

339

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

347

11. Jednotný obslužný bod

348

1. Proaktivita

349

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

350

1. Efektivita

351

11. 1x a dosť

352

11. Optimalizácia/Digital first

353

11. Aktuálnosť

354

1. Informovanosť

355

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):

361

362

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

363

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

364

* redukovať vstupy občana

365

* redukovať formuláre

366

* v akom stave je požiadavka

367

* overenie cez počítač, mobil

368

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

369

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

370

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

371

* minimalizovať úkony na strane občana

372

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

373

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

374

* dostupná online podpora

375

376

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í.

377

378

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

379

380

[[image:1755511731572-361.png]]

381

382

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

383

384

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

385

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

386

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

387

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

388

389

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

390

391

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

392

* Dátové integrácie

393

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

394

* Registratúra

395

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

396

397

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.

398

399

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.

400

401

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:

402

403

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

404

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

405

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

406

407

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

408

409

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

410

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

411

412

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.

413

414

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.

415

416

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

417

418

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

419

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

420

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

421

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

422

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

423

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

424

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

425

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

426

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

427

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

428

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

429

430

3.3 Zainteresované strany (Stakeholderi)

431

432

Tabuľka 3 Zainteresované strany (Stakeholderi)

433

434

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

440

|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

441

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

442

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

443

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

444

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

3.4 Ciele projektu

Tabuľka 4 Ciele projektu

449

450

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

451

|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 

452

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

453

|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 

454

|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)  |(((

455

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

456

457

* VS UOO139 – Sociálne poistenie

458

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

459

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

460

)))

461

|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) |(((

462

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

463

464

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

465

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

466

467

3.5 Merateľné ukazovatele (KPI)

468

469

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

470

471

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

472

ukazovateľa (KPI)|Popis

473

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.

479

|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"

480

|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"

481

|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

482

|4.|(((

483

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

484

485

486

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

487

|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

488

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

489

% výsledok v kategórii

490

491

492

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

493

494

495

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

496

497

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.

498

499

3.7 Detailný opis obmedzení a predpokladov

500

501

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.

502

503

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ú.

504

505

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.

506

507

3.8 Vyhodnotenie rizík a závislostí

508

509

//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.//

510

511

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

512

513

514

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

515

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

516

517

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

518

|5.|(((

519

Neschválenie legislatívnych zmien

520

521

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

522

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

523

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

524

|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

525

|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|(((

526

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

527

528

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

529

530

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

531

532

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

533

)))

534

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

535

"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

540

541

ŽS7_BP_26f ŽS7_BP_37f ŽS7_BP_55f ŽS7_BP_66f

542

543

Ž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

544

545

ŽS14_BP_25 ŽS14_BP_39 ŽS14_BP_61 ŽS14_BP_63

546

547

ŽS16_BP_70 ŽS16_BP_70c"

548

)))|(((

549

"0. Identifikovať konkrétne dotknuté OVM

550

551

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

552

553

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

554

555

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

556

557

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

558

)))

559

560

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

561

562

3.9.1 Sumarizácia nákladov a prínosov

563

564

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€| |

572

|Všeobecný materiál| | |

573

|IT - CAPEX| 9 996 569€| |

574

|Aplikácie|9 811 446€| |

575

|SW| | |

576

|HW| | |

577

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

578

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

579

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

580

|SW| | |

581

|HW| | |

582

|Prínosy|39 580 905€| |

583

|Finančné prínosy| | |

584

|Administratívne poplatky| | |

585

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

586

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

|Občania (€)| | |

|Úradníci (€)| | |

|Úradníci (FTE)| | |

|Kvalitatívne prínosy| | |

591

| | | |

592

593

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

594

595

3.9.2 Zdroj financovania

596

597

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

598

599

3.9 Harmonogram projektu

600

601

|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|

611

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

612

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

613

|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

614

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

615

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

616

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

617

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

618

619

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

620

621

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

622

623

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.

624

625

Č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.

626

627

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.

628

629

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í

701

** závislosť na:

702

703

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

704

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

705

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

706

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

707

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

708

709

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

710

711

|Paragraf|Úprava|Stav

712

|§184, § 185|(((

713

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

714

715

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

716

)))|V pláne 2025

717

|§ 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

718

|§ 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

719

|§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

720

|§ 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

721

|§ 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

722

|§ 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

723

|§ 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

724

|§ 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

725

726

Ď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ú:

731

732

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

733

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

734

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

735

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

736

737

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

738

739

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.

740

741

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):

742

743

|Paragraf|Úprava|Stav

744

|§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

745

746

5. ARCHITEKTÚRA RIEŠENIA PROJEKTU

747

748

5.1 Stanovenie alternatív architektúry riešenia

749

750

5.1.1 Stanovenie alternatív v biznisovej vrstve architektúry

751

752

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.

753

754

High-level alternatívy:

755

756

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

757

758

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

759

760

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

761

762

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

763

764

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.

765

766

5.1.3 Stanovenie alternatív v technologickej vrstve architektúry

767

768

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.

769

770

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

771

772

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

773

774

[[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.

779

780

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

781

782

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

783

784

[[image:1755512232195-609.png]]

785

786

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

787

788

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.

789

790

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.

791

792

**Š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í:

793

794

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

795

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

796

797

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.

798

799

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

800

801

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:

802

803

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

804

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

805

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

806

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

807

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

808

809

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.

810

811

Tabuľka 9: Témy oblasti Frontend

812

813

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

814

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

815

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

816

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

817

|FE-4|Register e-formulárov

818

|FE-5|Konštruktor podania

819

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

820

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

821

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

822

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

823

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

824

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

825

|FE-12|Formulár Odvolanie

826

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

827

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

828

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

829

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

830

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

831

|FE-18|Mobilná aplikácia

832

|FE-19|Modul platobný profil EUP

833

834

5.2.1.1 Navigácia na službu

835

836

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.

837

838

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

839

840

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.

841

842

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

843

844

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

845

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

846

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

847

|Registrácia zamestnávateľa/zamestnanca

848

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

849

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

850

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

851

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

852

|Žiadosť o tehotenské

853

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

854

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

855

|Žiadosť o ošetrovné

856

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

857

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

858

|(% 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)

859

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

860

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

861

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

862

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

863

|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

864

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

865

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

866

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

867

|Oznámenie o zmeny adresy bydliska

868

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

869

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

870

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

871

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

872

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

873

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

874

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

875

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

876

|Prierezové|Odvolanie

877

|Prierezové|Obnova konania

878

879

5.2.1.2 Poskytnutie informácie o elektronickej službe

880

881

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.

882

883

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.

884

885

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

886

887

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

888

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

889

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

890

|Registrácia zamestnávateľa/zamestnanca

891

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

892

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

893

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

894

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

895

|Žiadosť o tehotenské

896

|Oznámenie o prerušení tehotenstva

897

|Žiadosť o tehotenské

898

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

899

|Žiadosť o ošetrovné

900

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

901

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

902

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

903

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

904

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

905

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

906

|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

907

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

908

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

909

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

910

|Oznámenie o zmeny adresy bydliska

911

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

912

|Žiadosť o dôchodok

913

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

914

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

915

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

916

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

917

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

918

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

919

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

920

|Prierezové|Odvolanie

921

922

5.2.1.3 Register ŽS/služieb

923

924

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:

925

926

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

927

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

928

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

929

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

930

931

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.

932

933

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

934

935

* 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

936

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

937

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

938

939

5.2.1.4 Register e-formulárov

940

941

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.

942

943

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

944

945

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

946

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

947

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

948

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

949

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

950

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

951

|Žiadosť o tehotenské

952

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

953

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

954

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

955

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

956

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

957

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

958

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

959

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

960

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

961

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

962

|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é

963

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

964

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

965

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

966

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

967

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

968

|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

969

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

970

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

971

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

972

|

973

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

974

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

975

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

976

|Ž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

977

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

978

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

979

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

980

|Oznamovanie vyplácania dôchodkov z cudziny

981

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

982

|Obnova konania

983

984

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.

985

986

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

987

988

|Ž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Ú

989

|Ž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Ú

990

|Ž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Ú

991

|Ž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Ú

992

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

993

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

994

|Ž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Ú

995

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

996

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

997

|Ž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

998

|Ž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

999

|Ž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

1000

|Ž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

1001

|Ž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

1002

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

1003

|Ž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

1004

|Ž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

1005

|Ž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

1006

|Ž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

1007

|Ž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

1008

|Ž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

1009

|Ž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

1010

|Ž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

1011

|Ž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

1012

|Ž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

1013

|Ž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

1014

|Ž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

1015

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

1016

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

1017

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

1018

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

1019

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

1020

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

1021

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

1022

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

1023

|Žiadosť o tehotenské

1024

1025

5.2.1.5 Konštruktor podania

1026

1027

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.

1028

1029

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

1030

1031

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

1032

1033

5.2.1.6 Modul pre komunikáciu s klientom

1034

1035

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

1036

1037

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

1038

* evidenciu prijatých správ od SP

1039

* evidenciu rozpracovaných správ

1040

1041

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

1042

1043

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.

1044

1045

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.

1046

1047

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.

1048

1049

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

1050

1051

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

1052

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

1053

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

1054

1055

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

1056

1057

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

1058

1059

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ť.

1060

1061

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

1062

1063

* Identifikačné údaje klienta

1064

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

1065

* Kontaktné údaje klienta

1066

** doručovacia adresa

1067

** e-mail

1068

** telefónne číslo

1069

* Preferovaný spôsob komunikácie

1070

1071

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:

1072

1073

* platbami poistného,

1074

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

1075

* vymeriavacími základmi,

1076

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

1077

1078

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

1079

1080

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.

1081

1082

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

1083

1084

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ú:

1085

1086

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

1087

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

1088

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

1089

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

1090

* Implementácia zmeny, testovanie a nasadenie

1091

1092

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.

1093

1094

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

1095

1096

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

1097

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

1098

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

1099

|Ž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

1100

|Ž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

1101

|Ž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

1112

|Ž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)

1138

|Ž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

1139

1140

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

1141

1142

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

1143

1144

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.

1145

1146

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

1147

1148

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

1149

* 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

1150

1151

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.

1152

1153

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

1154

1155

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

1156

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

1157

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

1158

|Ž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

1159

|Ž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

1160

|Ž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

1171

|Ž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)

1197

|Ž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

1198

1199

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

1200

1201

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“.

1202

1203

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.

1204

1205

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.

1206

1207

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.

1208

1209

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.

1210

1211

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

1212

1213

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.

1214

1215

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

1216

1217

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.

1218

1219

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

1220

1221

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

1222

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.

1223

1224

5.2.1.12 Formulár Odvolanie a Obnova konania

1225

1226

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.

1227

1228

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

1229

1230

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

1231

1232

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.

1233

1234

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

1235

1236

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

1237

1238

|**//Ž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

1250

1251

1252

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

1270

|ŽS14|ŽS14_BP_59|(((

1271

Prijatie a spracovanie odvolania na SP

1272

1273

1274

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

1275

1276

5.2.1.13 Modul moje služby/ŽS

1277

1278

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

1279

1280

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

1281

1282

* 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:

1283

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

1289

1290

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

1291

1292

5.2.1.14 Autentifikácia a autorizácia klienta SP

1293

1294

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

1295

1296

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

1297

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

1298

1299

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

1300

1301

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

1302

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

1303

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

1304

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

1305

1306

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.

1307

1308

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.

1309

1310

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

1311

1312

* nemusia požadovať autorizáciu podania

1313

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

1314

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

1315

1316

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

1317

1318

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

1319

1320

* Moje údaje / môj účet

1321

* Moje ŽS/služby

1322

* Komunikačná schránka klienta

1323

1324

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

1325

1326

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.

1327

1328

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

1329

1330

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

1331

1332

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.

1333

1334

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.

1335

1336

5.2.1.17 Vytvorenie služby zabezpečenej komunikácie

1337

1338

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.

1339

1340

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.

1341

1342

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.

1343

1344

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.

1345

1346

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

1347

1348

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

1349

1350

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

1351

1352

5.2.1.18 Mobilná aplikácia

1353

1354

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.

1355

1356

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ť

1357

1358

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.

1359

1360

5.2.1.19 Modul platobný profil EUP

1361

1362

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

1363

1364

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

1365

1366

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

1367

* 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

1368

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

1369

* 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

1370

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

1371

* 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

1372

1373

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

1374

1375

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

* Na účet

* IBAN

* SWIFT – pre zahraničné účty

1380

1381

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

1391

1392

5.2.2 Dátové integrácie

1393

1394

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

1395

1396

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

1397

1398

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í

1399

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

1400

1401

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

1402

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

1403

|DI-4|Integrácie ŽS5

1404

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

1405

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

1406

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

1407

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

1408

1409

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

1410

1411

[[image:1755512528895-180.png]]

1412

1413

5.2.2.1 DI-2 (pre ŽS1)

1414

1415

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

1416

1417

Cieľom realizácie témy je:

1418

1419

* 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

1420

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

1421

* 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

1422

* 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

1423

1424

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)

1429

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

1430

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

1431

1432

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

1433

1434

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.

1439

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

1440

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

1441

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

1442

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

1447

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

1448

1449

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

1454

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

1455

* 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

1456

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

1461

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

1462

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

1463

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

1464

1465

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Ú;

1470

1471

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;

1472

1473

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)

1478

1479

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

1480

1481

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

1482

1483

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

1484

1485

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

1490

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

1491

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)

1496

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

1497

1498

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

1508

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

1519

1520

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.

1521

1522

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.

1523

1524

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.

1525

1526

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.

1531

1532

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.

1533

1534

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

1535

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

1536

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

1537

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

1538

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

1539

* Digitalizácia papierovej agendy.

1540

* Implementácia schvaľovacieho procesu

1541

1542

5.2.5 Monitoring služieb

1543

1544

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,

1549

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

1550

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

1551

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

1552

1553

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

1554

1555

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

1556

1557

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

1558

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

1559

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

1560

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

1561

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

1562

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

1563

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

1564

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

1565

1566

5.2.5.1 Poskytovanie údajov z IS PvNGP do MÚSP

1567

1568

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:

1569

1570

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

1571

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

1572

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

1573

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

1574

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

1575

* (Ž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.

1576

1577

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

1578

1579

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

1580

1581

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

1582

1583

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

1584

1585

5.2.5.4 Poskytovanie údajov z IS DP do MÚSP

1586

1587

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

1588

1589

5.2.5.5 Poskytovanie údajov z MÚSP do CSRÚ

1590

1591

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

1592

1593

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)

1599

1600

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)

1606

1607

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

* Funkčnosť

**

***

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

1613

1614

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)

1620

1621

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)

1627

1628

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)

1634

1635

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

1636

1637

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.

1638

1639

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

1640

1641

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

1642

1643

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

1644

1645

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

1646

1647

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

1648

1649

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)

1655

1656

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

1657

1658

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)

1664

1665

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)

1671

1672

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)

1682

1683

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/

1693

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

1694

1695

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.

1696

1697

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

1698

1699

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

1700

1701

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:

1706

** Spokojnosť:

1707

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

1708

1709

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.

1710

1711

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

1712

1713

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)

1714

1715

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

1716

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

1717

* Ukladanie spätnej väzby

1718

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

1719

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

1720

1721

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

1722

1723

|(((

1724

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

1725

1726

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

1727

1728

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

1729

)))

1730

1731

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

1736

1737

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

5.3.1.1 Frontend

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

1742

1743

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

1744

1745

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

1746

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

1747

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

1748

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

1749

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

1750

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

1751

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

1752

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

1753

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

1754

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

1755

1756

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;

1766

** 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ť;

1774

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

1775

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

1776

1777

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.

1778

1779

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

1780

1781

* U000139 Sociálne poistenie

1782

* U000140 Starobné a dôchodkové sporenie

1783

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

1784

* 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

1785

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

1786

* A0001819 Vykonávanie lekárskej posudkovej činnosti

1787

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

1788

1789

Dotknuté životné situácie:

1790

1791

* ŽS 107 – Dôchodok,

1792

* ŽS 128 – Dôchodkové sporenie,

1793

* ŽS 129 – Podpora v nezamestnanosti,

1794

* ŽS 134 – Sociálne poistenie,

1795

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

1796

* ŽS 025 – Služby

1797

1798

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

1799

1800

* ŽS01 - Strata zamestnania

1801

* ŽS05 - Administratívny chod podniku

1802

* ŽS07 - Narodenie dieťaťa

1803

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

1804

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

1805

* ŽS14 - Odchod do dôchodku

1806

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

1807

1808

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.

1809

1810

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:

1811

1812

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

1813

1814

* Vyplácanie dávok v nezamestnanosti

1815

* 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

1828

1829

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**:

1844

1845

* Výkon registračnej povinnosti

1846

* Evidencia platených odvodov

1847

* Výkon kontrolnej činnosti.

Biznis aktéri:

Fyzické osoby - externé:

1852

1853

* Občan SR

1854

* Zamestnanec zamestnávateľa

1855

1856

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**:

1875

1876

* Vyplácanie materskej - tehotnej žene

1877

* Vyplácanie materskej – iná osoba

1878

* Vyplácanie materskej – otcovské

1879

* Vyplácanie tehotenskej

1880

* Vyplácanie vyrovnávacej dávky

Biznis aktéri:

Fyzické osoby - externé:

*

** Občan SR

** Lekár

** Špecializovaný lekár

1890

** Zamestnanec zamestnávateľa

1891

1892

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**:

1916

1917

* Vyplácanie PN

1918

* Vyplácanie Úrazového príplatku

1919

* Vyplácanie úrazovej renty a jednorazového vyrovnania

1920

* Vyplácanie ošetrovného (krátkodobé) z dôvodu ošetrovania člena rodiny

1921

* Vyplácanie ošetrovného z dôvodu uzatvorenia zariadenia

1922

* 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

1932

1933

Fyzické osoby – interné

*

** Zamestnanec SP

** Posudkový lekár SP

1938

1939

Právnické osoby – externé

*

** Slovenská pošta

** SUDEX

** Štátna pokladnica

** ÚPSVaR

** NCZI

** Zamestnávateľ

** OVM

** MIRRI

** ÚVZ

*** Špecializované pracovisko

1952

** Klinika pracovného lekárstva

1953

** Uzatvorené zariadenie

1954

1955

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**:

1962

1963

* Poskytovanie starostlivosti o člena rodiny/odkázaného

Biznis aktéri:

Fyzické osoby:

*

** Občan;

Právnické osoby

*

** Sociálna poisťovňa ústredie;

1976

** Sociálna poisťovňa – pobočky;

1977

** Úrad práce, sociálnych vecí a rodiny.

1978

1979

Hlavné agendy, ktoré SP realizuje v rámci **životnej situácie č. 14 – Odchod do dôchodku**:

1980

1981

* Výkon dôchodkového poistenia

1982

** Starobný dôchodok

1983

** Predčasný starobný dôchodok

1984

** Invalidný dôchodok (súčasť ŽS9)

1985

* Výkon dôchodkového sporenia

1986

* Výkon správy dôchodku

1987

* Dôchodková prognóza.

Biznis aktéri:

Fyzické osoby:

*

** Občan;

** Cudzinec;

** Zamestnanec zamestnávateľa;

1997

** Zamestnanec SP;

1998

** Posudkový lekár SP;

Právnické osoby

*

** Zamestnávateľ/ bývalý zamestnávateľ;

2004

** Sociálna poisťovňa ústredie;

2005

** Sociálna poisťovňa – pobočky;

2006

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

2007

** Úrad práce, sociálnych vecí a rodiny;

2008

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

2009

** Vyššie územné celky;

2010

** OVM.

2011

2012

Hlavná agenda, ktorú SP realizuje v rámci **životnej situácie č. 16 – Úmrtie a dedičské konanie**:

2013

2014

* 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;

2030

** Sociálna poisťovňa – pobočky;

2031

** Ministerstvo vnútra SR;

2032

** Úrad pre dohľad nad zdravotnou starostlivosťou;

2033

** Notársky úrad;

2034

** Úrad práce, sociálnych vecí a rodiny;

2035

** Vyššie územné celky;

2036

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

2037

** OVM.

2038

2039

Diagram 3: Strešný model biznis architektúry Frontendu - AS IS

2040

2041

[[image:1755512897827-183.png]]

2042

2043

Z pohľadu biznis funkcií, ktorých sa navrhovaný projekt týka, sú dôležité nasledovné oblasti:

2044

2045

* Výber poistného;

2046

* Výkon poistenia v nezamestnanosti;

2047

* Výkon dôchodkového poistenia;

2048

* Výkon nemocenského poistenia;

2049

* Výkon úrazového poistenia;

2050

* Výkon garančného poistenia;

2051

* Starobné dôchodkové sporenie;

2052

* Lekárska posudková činnosť.

2053

2054

====== Popis TO BE stavu ======

2055

2056

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.

2061

2062

* Elektronicky: špecializovaný portál SP, ÚPVS, mÚPVS, email, intranet SP, webové sídlo

2063

* Osobne: Ústredie SP, pobočky SP

2064

* Telefonicky: Ústredie SP, pobočky SP

2065

* Listinne: Ústredie SP, pobočky SP

2066

2067

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.

2068

2069

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ť:

2070

2071

* existujúce služby pre zamestnávateľov a SZČO – odvádzateľov poistného, poskytovateľov zdravotnej starostlivosti, inštitúcie, rezorty;

2072

* upravené existujúce služby v rámci Elektronického účtu poistenca;

2073

* nové el. služby pre FO a PO v kontexte ŽS.

2074

2075

Verejný obsah bude obsahovať:

2076

2077

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

2078

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

2079

* Statické formuláre “Na stiahnutie” - budú obsahovať formuláre na stiahnutie so zoznamom potrebných príloh, bez možnosti online vypĺňania.

2080

* Rezerváciu termínov na pobočke SP.

2081

* Identifikáciu a autentifikáciu - pre vstup klienta do Privátnej časti portálu.

2082

2083

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

2084

2085

Privátny obsah bude používateľovi sprístupnený po identifikácii a autentifikácii. Služby privátneho obsahu budú nasledovné:

2086

2087

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

2088

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

2089

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

2090

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

2091

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

2092

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

2093

* Rezervácie termínov na pobočke SP

2094

2095

Zavedenie inovovaných služieb pre používateľov prispeje k zvýšeniu kvality, štandardu a dostupnosti elektronických služieb pre klientov SP.

2096

2097

Diagram 4 : Strešný model architektúry Frontendu - TO BE

2098

2099

[[image:1755512913903-784.png]]

2100

2101

Mobilná aplikácia pre potreby ŽS5

2102

2103

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.

2104

2105

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é.

2106

2107

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í.

2108

2109

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.

2110

2111

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ď.

2112

2113

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“.

2114

2115

Architektúra je tvorená 2 základnými vrstvami:

2116

2117

* Prezentačná vrstva – predstavuje samotnú mobilnú aplikáciu ako rozhranie na zobrazenie údajov používateľmi a zber vstupov používateľa.

2118

* Aplikačná vrstva – je reprezentovaná aplikačným backendom, ktorý tvorí rozhranie medzi mobilnou aplikáciou a ostatnými IS Sociálnej Poisťovne

2119

2120

Diagram 5: kľúčové prípady použitia mobilnej aplikácie a vzťah aplikácie k systémom, na ktoré sa integruje

2121

2122

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

2127

2128

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ľ)

2133

2134

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.

2135

2136

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

2137

2138

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

2139

2140

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.

2145

2146

1. Webový portál odošle informácie do rezervačného systému.

2147

2148

1. Rezervačný systém overí či osoba môže vytvoriť rezerváciu a odošle tieto informácie webovému portálu.

2149

2150

1. Webový portál zobrazí získané informácie:

2151

2152

* V prípade zamietnutia si osoba nemôže rezervovať online termín a proces končí

2153

2154

* V prípade potvrdenia vyberie osoba agendu a lokalitu a systém odošle tieto informácie do rezervačného systému

2155

2156

1. Rezervačný systém odošle dostupné termíny pre rezerváciu danej agendy a lokality

2157

2158

1. Webový portál zobrazí dostupné termíny

2159

2160

1. Používateľ vyberie pre neho vhodný termín a zaškrtne súhlas so spracovaním osobných údajov a potvrdí tlačidlom.

2161

2162

1. Webový portál odošle rezervovaný termín do rezervačného systému

2163

2164

1. Rezervačný systém zablokuje termín a odošle používateľovi notifikácie

2165

2166

b) Rezervácia termínu na špecializovanom portáli (autentifikovaný používateľ)

2167

2168

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.

2169

2170

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

2171

2172

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

2173

2174

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

2175

2176

Aj autentifikovaný používateľ stále môže využiť služby neautentifikovaného používateľa.

2177

2178

Proces z pohľadu používateľa

2179

2180

1. Používateľ vyberie službu pre rezerváciu termínu

2181

2182

1. Špecializovaný portál mu predvyplní informácie, ktoré má o ňom k dispozícií.

2183

2184

1. Používateľ potvrdí vyplnené údaje o svojej osobe alebo ich môže zmeniť.

2185

2186

1. Špecializovaný portál odošle informácie do rezervačného systému.

2187

2188

1. Rezervačný systém overí či osoba môže vytvoriť rezerváciu a odošle tieto informácie špecializovanému portálu.

2189

2190

1. Špecializovaný portál zobrazí získané informácie:

2191

2192

* V prípade zamietnutia si osoba nemôže rezervovať online termín a proces končí

2193

2194

* V prípade potvrdenia vyberie osoba agendu a lokalitu a systém odošle tieto informácie do rezervačného systému

2195

2196

1. Rezervačný systém odošle dostupné termíny pre rezerváciu danej agendy a lokality

2197

2198

1. Špecializovaný portál zobrazí dostupné termíny

2199

2200

1. Používateľ vyberie pre neho vhodný termín a zaškrtne súhlas so spracovaním osobných údajov a potvrdí tlačidlom.

2201

2202

1. Špecializovaný portál odošle rezervovaný termín do rezervačného systému

2203

2204

1. Rezervačný systém zablokuje termín a odošle používateľovi notifikácie

2205

2206

c)Rezervácia termínu zamestnancom SP (GUI pre zamestnanca SP)

2207

2208

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.

2209

2210

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.

2211

2212

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

2213

2214

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.

2215

2216

d) Zrušenie potvrdenej rezervácie

2217

2218

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

2219

2220

Proces z pohľadu používateľa:

2221

2222

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

2223

2224

b) Používateľ v definovanom tvare odošle spätnú sms na telefónne číslo pre Zrušenie termínu.

2225

2226

c) Používateľ na špecializovanom portáli klikne na existujúcu rezerváciu a klikne na tlačidlo Zrušiť rezerváciu termínu.

2227

2228

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)

2229

2230

e) Dostavenie sa na rezervovaný termín (integrácia rezervačného IS a vyvolávacieho IS)

2231

2232

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

2233

2234

f) Overenie rezervácie cez webové sídlo SP (neautentifikovaný používateľ)

2235

2236

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.

2241

2242

1. Webový portál odošle vyplnené údaje do rezervačného systému.

2243

2244

1. Rezervačný systém overí vyplnené údaje a odošle informáciu webovému portálu.

2245

2246

1. Webový portál zobrazí potvrdenie resp. nepotvrdenie rezervovaného termínu.

2247

2248

g) Overenie rezervácie na špecializovanom portáli (autentifikovaný používateľ)

2249

2250

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

2255

2256

h) Štatistiky využívania systému (GUI pre zamestnanca SP)

2257

2258

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

2259

2260

Systém poskytne údaje o všetkých budúcich rezerváciách pre konkrétne pobočky, agendové pracoviská pre účely plánovania.** **

2261

2262

Systém zároveň poskytne aktuálne údaje vyťaženosti pobočiek, agendových pracovísk, údaje o priemernej dĺžke čakania, vybavenia.** **

2263

2264

i) Administrácia systému (GUI pre administrátora)

2265

2266

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:

2267

2268

* správa používateľov pre definovanie prístupových oprávnení;

2269

2270

* správa a definovanie dostupných agend pre online rezerváciu;

2271

2272

* správa a definovanie voľných termínov pre konkrétne agendy, definovanie dĺžky trvania úkonu, vybraných hodín;

2273

2274

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

2275

2276

* úprava voľných termínov kalendára na základe potreby;

2277

2278

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

2279

2280

* definovanie počtu dní pre odoslanie pripomienky pre vybraným termínom;

2281

2282

* nastavenie povinných polí v rezervačnom formulári (napr. pre vyžadovanie len emailu, alebo telefónne čísla, prípadne obidvoch informácií);

2283

2284

* nastavenie overovania osoby (overenie cez email alebo telefónne číslo, prípadne obidve možnosti overenia osoby);

2285

2286

* maximálna doba zadania PINu/QR kódu pred rezervovaným termínom a po rezervovanom termíne;

2287

2288

* definovanie súvisiacich informácií o vybavení agendy;

2289

2290

* definovanie Súhlasu so spracovaním osobných údajov s možnosťou prelinkovania na webovú adresu alebo externý súbor;

2291

2292

* maximálny počet rezervácií na osobu pre jednu alebo viaceré pobočky, agendy počas x dní;

2293

2294

* maximálna doba pre potvrdenie rezervácie vytvorenej zamestnancom SP;

2295

2296

* maximálna dĺžka blokácie osoby;

2297

2298

* parametre blokácie a ďalšie.

2299

2300

Tabuľka 18: Dosah Rezervačného systému na komponenty SP

2301

2302

|**Časť **|**Dotknuté komponenty **

2303

|**Implementácia rezervačného systému **|(((

2304

Nový IS rezervačný systém

2305

2306

(predpoklad: IS Vyvolávací systém

2307

)))

2308

|**Vytvorenie služieb a integrácia webového sídla SP **|Webové sídlo SP

2309

|**Vytvorenie služieb a integrácia špecializovaného portálu (EÚP) **|Špecializovaný portál (EÚP)

2310

2311

Vytvorenie služby zabezpečenej komunikácie

2312

2313

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.

2314

2315

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ľ)

2337

2338

1. Používateľ vyberie službu pre rezerváciu online termínu a vyplní údaje o svojej osobe.

2339

2340

1. Webový portál odošle informácie službe zabezpečenej komunikácie.

2341

2342

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.

2343

2344

1. Webový portál zobrazí získané informácie:

2345

2346

* V prípade zamietnutia si osoba nemôže rezervovať online termín a proces končí

2347

* V prípade potvrdenia vyberie osoba agendu a lokalitu a systém odošle tieto informácie do systému zabezpečenej komunikácie

2348

2349

1. Rezervačný systém odošle dostupné online termíny pre rezerváciu danej agendy a lokality

2350

2351

1. Webový portál zobrazí dostupné online termíny

2352

2353

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.

2354

2355

1. Webový portál odošle rezervovaný online termín do systému zabezpečenej komunikácie

2356

2357

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)

2358

2359

1. Systém zabezpečenej komunikácie zablokuje online termín, priradí ID schôdze a odošle používateľovi notifikácie

2360

2361

Vytvorenie online termínu (špecializovaný portál)

2362

2363

1. Používateľ vyberie službu pre rezerváciu online termínu

2364

2365

1. Špecializovaný portál mu predvyplní informácie, ktoré má o ňom k dispozícií.

2366

2367

1. Používateľ potvrdí vyplnené údaje o svojej osobe alebo ich môže zmeniť.

2368

2369

1. Špecializovaný portál odošle informácie do služby zabezpečenej komunikácie.

2370

2371

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.

2372

2373

1. Špecializovaný portál zobrazí získané informácie:

2374

2375

* V prípade zamietnutia si osoba nemôže rezervovať online termín a proces končí

2376

* V prípade potvrdenia vyberie osoba agendu a lokalitu a systém odošle tieto informácie do služby zabezpečenej komunikácie

2377

2378

1. Systém zabezpečenej komunikácie odošle dostupné online termíny pre rezerváciu danej agendy a lokality

2379

2380

1. Špecializovaný portál zobrazí dostupné online termíny

2381

2382

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.

2383

2384

1. Špecializovaný portál odošle rezervovaný online termín do služby zabezpečenej komunikácie

2385

2386

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)

2387

2388

1. Systém zabezpečenej komunikácie zablokuje online termín, priradí ID schôdze a odošle používateľovi notifikácie

2389

2390

Overenie online termínu (webové sídlo SP)

2391

2392

1. Používateľ zadá informácie o rezervovanom online termíne.

2393

2394

1. Webový portál odošle vyplnené údaje do služby zabezpečenej komunikácie.

2395

2396

1. Systém zabezpečenej komunikácie overí vyplnené údaje a odošle informáciu webovému portálu.

2397

2398

1. Webový portál zobrazí potvrdenie resp. nepotvrdenie rezervovaného online termínu.

2399

2400

Overenie online termínu (špecializovaný portál)

2401

2402

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

2403

2404

Zmena pracovníka/zamestnanca SP online termínu (užívateľské rozhranie SP)

2405

2406

1. Užívateľské rozhranie musí umožniť Administrátorovi SP (vedúcemu zamestnancovi SP) preobsadiť už zarezervovanú schôdzku iným zamestnancom SP

2407

2408

Zrušenie potvrdeného online termínu

2409

2410

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

2411

2412

b) Používateľ v definovanom tvare odošle spätnú sms na telefónne číslo pre Zrušenie online termínu.

2413

2414

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.

2415

2416

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)

2417

2418

Účasť na online termíne

2419

2420

1. Používateľ prostredníctvom ID schôdze zúčastní online termínu.

2421

2422

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

2431

* 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

2432

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

2433

2434

Konkrétne objekty evidencie sú určené v kapitole 5.5 Dátová architektúra.

2435

2436

Pre naplnenie cieľov bude potrebné zabezpečiť služby

2437

2438

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

2439

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

2440

2441

5.3.1.2.2 DI-4 (pre ŽS5)

2442

2443

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)

2448

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

2449

2450

Pre naplnenie cieľov bude potrebné zabezpečiť služby

2451

2452

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

2453

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

2454

2455

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

2456

2457

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)

2462

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

2463

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

2464

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

2465

2466

Pre naplnenie cieľov bude potrebné zabezpečiť služby

2467

2468

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

2469

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

2470

2471

5.3.1.2.4 DI-6 (pre ŽS14)

2472

2473

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)

2478

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

2479

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

2480

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

2481

2482

Pre naplnenie cieľov bude potrebné zabezpečiť služby

2483

2484

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

2485

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

2486

2487

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

2488

2489

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.

2490

2491

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é.

2492

2493

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.

2494

2495

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ť.

2496

2497

Diagram 6: Celková architektúra DI-7 (predvypĺňanie formulárov)

2498

2499

[[image:1755513098980-259.png]]

2500

2501

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

2502

2503

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.

2504

2505

Diagram 7: Strešný pohľad na architektúru DI-8 (priama integrácia na NCZI)

2506

2507

[[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:

2512

2513

*

2514

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

2515

** Podporuje tvorbu znenia textu notifikácie na základe substitúcie špeciálnych znakov v šablóne

2516

** Podporuje funkcionalitu zasielania notifikácií do

2517

*** komunikačnej schránky klienta SP (Špecializovaný portál SP)

2518

*** elektronickej schránky občana (eDESK slovensko.sk)

2519

*** mobilnej aplikácie SP (push notifikácie)

2520

** Spravuje šablóny notifikácií

2521

** Poskytuje API pre vytvorenie a zasielanie notifikácií

2522

2523

Vstupným parametrom služby pre vytvorenie a zaslanie notifikácie je

2524

2525

*

2526

** identifikátor šablóny

2527

** údajová štruktúra, ktorá je použitá pre substitúciu značiek šablóny

2528

** identita adresáta, prípadne kontaktný údaj adresáta (e-mail, telefónne číslo)

2529

** komunikačný kanál (nepovinné)

2530

2531

V prípade, že bola volaná API služba pre vytvorenie a zaslanie sa spúšťa nasledovný proces:

2532

2533

1.

2534

11. Notifikačný modul vytvorí správu na základe spojenia šablóny a substitučných údajov

2535

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.

2536

11. Notifikačný modul doručí notifikáciu do Elektronickej schránky klienta na špecializovanom portáli SP

2537

11. V prípade, že adresát má aktívnu elektronickú schránku (eDESK slovensko.sk), notifikácia bude doručená rovnako aj tam.

2538

2539

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

2540

2541

Pre účely poskytovania notifikácií budú realizované dve skupiny notifikácií:

2542

2543

*

2544

** Generické notifikácie pre notifikovanie klienta o stave konania – tieto notifikácie budú využívané pre všetky konania.

2545

** Špecializované notifikácie pre účely jednotlivých agend životných situácií

5.3.1.4 Registratúra

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

2550

2551

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

2552

2553

Diagram 8: Biznis proces Podateľňa - Príjem zásielky

2554

2555

[[image:1755513152530-391.png]]

2556

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

2557

2558

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.

2559

2560

====== Popis TO BE stavu ======

2561

2562

Z pohľadu biznis architektúry je zachytených niekoľko scenárov:

2563

2564

Prijímania podaní na strane Sociálnej poisťovne

2565

2566

výkon podnetov ex-offo na strane Sociálnej poisťovne

2567

2568

iný spôsob prijatia podnetu, napr. dátovou alebo procesnou integráciou

2569

2570

Scenár 1: Prijímanie podaní na strane Sociálnej poisťovne

2571

2572

1.

2573

11. Občan odošle podanie SP (elektronicky alebo listinne).

2574

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.

2575

11. REG implementuje preberanie biznisových správ z eDesk schránky Sociálnej poisťovne

2576

11. REG implementuje preberanie technických informácii prislúchajúcich k správe (podpisy, informácie o doručení)

2577

11. Podanie je v REG zaevidované:

2578

11. V prípade elektronických podaní automaticky.

2579

11. V prípade listinných podaní manuálne (Používateľ sociálnej poisťovne spracuje podanie.)

2580

11. REG zavolá rozhranie BPM modulu pre spustenie hlavného procesu spracovania podania/prípadu

2581

11. REG spracuje podanie na základe pravidiel registratúrnej politiky a vytvorí registratúrny záznam.

2582

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

2583

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)

2584

11. Registratúra na základe typu vstupného formulára určí agendu na ďalšie spracovanie

2585

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

2591

11. REG volá webové služby BPM/API alebo agendových IS pre odoslanie prípadu

2592

2593

**Agendové spracovanie:**

2594

2595

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:

2596

2597

1. Získanie metaúdajov o zázname

2598

1. Získanie obsahu podania – registratúrneho záznamu (vrátane príloh, vizualizácii a informácii o podpisoch)

2599

1. Vytvorenie registratúrneho záznamu

2600

1. Vytvorenie registratúrneho spisu

2601

1. Zaradenie záznamu do spisu

2602

1. Preradenie záznamu medzi spismi

2603

1. Zlúčenie spisov (ak bol nesprávne založený nový spis a už existuje predchádzajúci spis)

2604

1. Zmena stavu spisu vrátane uzavretia spisu

2605

1. Zmena priradenia spisu na spracovateľa

2606

1. Zmena iných atribútov spisu (napr. lokalita, postúpenie a pod)

2607

1. Vytvorenie doručovacej úlohy (predmetom zadania REG-2)

2608

1. A iné podľa zákona o registratúre

2609

2610

Agendové IS v rámci spracovania integrujú IS BPM v nasledovných prípadoch:

2611

2612

* Získanie detailov procesu (na základe ID s registratúry)

2613

* Získanie možných prechodov z aktuálneho stavu

2614

* Zmena stavu procesu

2615

2616

**Scenár 2: Výkon podnetov ex-offo na strane Sociálnej poisťovne**

2617

2618

1. Pracovník SP vykonáva aktivity v agendovom IS

2619

1. Dokumenty prípadu vznikajú v agendovom IS

2620

1. Agendový IS spúšťa hlavný proces v BPM cez integračné rozhranie

2621

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)

2622

1. Vybavenie prípadu je realizované v agendovom IS s priebežnou aktualizáciou BPM procesu a potrebných informácii v IS REG.

2623

2624

**Scenár 3: Iný spôsob prijatia podnetu, napr. dátovou alebo procesnou integráciou**

2625

2626

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)

2627

1. Agendový IS spracuje prípad

2628

1. Agendový IS spúšťa hlavný proces v BPM cez integračné rozhranie

2629

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)

2630

1. Vybavenie prípadu je realizované v agendovom IS s priebežnou aktualizáciou BPM procesu a potrebných informácii v IS REG.

2631

2632

**Register elektronických formulárov**

2633

2634

* Systém IS REG bude udržiavať aktuálne verzie špecifikovaných elektronických formulárov publikovaných na slovensko.sk.

2635

* Pokiaľ príde k aktualizácii sledovaných elektronických formulárov, REG odošle notifikáciu.

2636

* Notifikácia bude konzumovaná agendovými systémami.

2637

2638

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

2639

2640

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.

2641

2642

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:

2643

2644

* verejného portálu Sociálnej poisťovne pre zber údajov o návštevnosti

2645

* 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í

2646

* z komponentu Spätná väzba, ktorý agreguje informácie týkajúcich spokojnosti so službami SP

2647

2648

[[image:1755513178803-782.png]]

2649

2650

5.3.2 Prehľad koncových služieb – budúci stav (TO BE):

2651

2652

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)//

2668

)))|(((

2669

**Životná situácia **

//(kód z MetaIS)//

)))|(((

**Úroveň elektronizácie KS**

2676

)))|**Koncovú službu realizuje AS **//(kód AS z MetaIS)//

2677

|ks_337610 |Podávanie žiadosti o dávku v nezamestnanosti |G2C |129 |5 |as_58971

2678

|ks_350713 |Podávanie žiadosti o dôchodok |G2C | |4 |

2679

|ks_378805 |Oznámenie údajov na zvýšenie sumy dôchodku na sumu minimálneho dôchodku |G2C |107 |4 |as_65224

2680

|ks_378803 |Podávanie žiadosti o ukončenie poukazovania dôchodkových dávok na účet v banke |G2C |107 |4 |as_65222

2681

|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

2682

|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

2688

|ks_364434 |Podávanie žiadosti o informácie o dôchodku |G2C |134 |4 |as_64963

2689

|ks_364422 |Podávanie žiadosti o informácie o dôchodku |G2C |134 |4 |as_64963

2690

|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

2691

|ks_337635 |Poskytovanie údajov klienta súvisiacich s dôchodkovým poistením |G2C |107 |4 |as_59000

2692

|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

2693

|ks_337619 |Podávanie žiadosti o uvoľnenie výplaty pozostalostných úrazových dávok |G2C |107 |4 |as_58984

2694

|ks_336243 |Podanie žiadosti o vydanie úmrtného listu s pôvodným menom |(((

G2C

G2G

)))|053 |4 |sluzba_is_48964

2699

2700

|ks_379488 |Podávanie žiadosti o priznanie pozostalostnej úrazovej renty |G2C |134 |4 |as_65775

2701

|ks_337616 |Podávanie žiadosti o materské - Iný poistenec |G2C |136 |3 |as_58981

2702

|ks_340574 |Podávanie žiadosti o tehotenské |G2C |134 |4 |as_61149

2703

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

G2C

G2B

)))|(((

134

025

)))|4 |as_58988

|ks_340591 |Elektronická práceneschopnosť | | |3 |

2713

|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

2724

2725

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)//

2741

)))|(((

2742

**Životná situácia **

//(kód z MetaIS)//

)))|(((

**Úroveň elektronizácie KS**

2749

)))|**Koncovú službu realizuje AS **//(kód AS z MetaIS)//

2750

|ks_337618 |Podávanie Hlásenia úrazu na účely nemocenského |G2C |134 |4 |as_58983

2751

|ks_337622 |Podávanie žiadosti o úrazovú dávku |G2C |134 |4 |as_58987

2752

2753

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

2777

)))|Koncovú službu realizuje AS (kód AS z MetaIS)

2778

|TBD |Elektronizácia a automatizácia v IS SP |G2C |025 | |

2779

|TBD |Poskytnutie údajov z registrov Sociálnej poisťovne |G2C |025 | |

2780

|TBD |Registrácia zamestnávateľa |G2B |025 | |

2781

|TBD |Žiadosť o vydanie potvrdenia o nedoplatku na sociálnom poistení |G2C |134 | |

2782

|TBD |Žiadosť o materské |G2C |136 | |

2783

|TBD |Žiadosť o ošetrovné |G2C |136 | |

2784

|TBD |Žiadosť o ošetrovné - uzatvorenie zariadenia |G2C |136 | |

2785

|TBD |Žiadosť o ošetrovné - dlhodobé |G2C |136 | |

2786

|TBD |Žiadosť o prestriedanie ošetrujúceho sa pri starostlivosti o dlhodobo chorého člena rodiny |G2C |136 | |

2787

|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 | |(((

2808

Elektronická žiadosť o priznanie pozostalostnej úrazovej renty

as_TBD

)))

|TBD |Elektronická žiadosť o priznanie jednorazového odškodnenia |G2C |134 | |(((

2813

Elektronická žiadosť o priznanie jednorazového odškodnenia

as_TBD

)))

|TBD |Elektronická žiadosť o náhradu nákladov spojených s pohrebom |G2C |136 | |(((

2820

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 | |

2825

|TBD |Žiadosť o potvrdenie zamestnávateľa na účely nároku na dávku garančného poistenia cez EKP. |G2B |025 | |

2826

|TBD |Žiadosť o otcovské |G2C |136 | |

2827

|TBD |Oznámenie nahlásenia zmeny |G2C |136 | |

2828

|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 | |

2829

|TBD |Žiadosť o dôchodok - anglická verzia |G2C |107 | |

2830

2831

5.3.3 Organizačné zmeny a Procesy dotknuté navrhovaným riešením

2832

2833

5.3.3.1 Frontend a Registratúra

2834

2835

====== Vytvorenie žiadostí a oznámení a ich podpísanie asistovane na pobočke ======

2836

2837

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

2842

* Ž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,

2843

*  Iné žiadosti a oznámenia

2844

* Odvolanie

2845

2846

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.

2847

2848

Komplexné riešenie pokrýva proces žiadosti:

2849

2850

1. Identifikácia poistenca

2851

1. Obsahové vyplnenie žiadosti

2852

1. Digitalizácia papierových podkladov

2853

2854

1. Podpísanie žiadosti – predmetom predkladaného projektu ŽS14+16

2855

2856

1. Odoslanie žiadosti

2857

2858

1. Spracovanie žiadosti

2859

2860

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:

2865

2866

* Zachytenie obsahu právneho úkonu;

2867

2868

* Zachytenie osoby, ktorá daný úkon urobila;

2869

2870

* Podpis konajúcej osoby – spojený s dokumentom.

2871

2872

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.

2873

2874

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.

2875

2876

Diagram 9: Vytvorenie žiadostí a oznámení a ich podpísanie asistovane na pobočke TO BE

2877

2878

[[image:1755513220770-877.png]]

2879

2880

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

2881

2882

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:**

2883

2884

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

2885

* MÚSP údaje z databázy agendového systému zapíše do pripravených štruktúr CDÚ

2886

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

2887

* 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

2888

* 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

2889

* 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

2890

* Validácia dát a oprava / navrátenie dát pri zistených chybách v dátach.

2891

* DZ SP pripraví služby, ktoré poskytnú údaje z CDÚ MÚSP v dohovorenej štruktúre podľa žiadaných parametrov

2892

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

2893

2894

Zároveň je nevyhnutná úprava na strane agendových systémov tak, aby každý z nich spĺňal nasledovné:

2895

2896

* Agendový systém pripraví podklady (údaje) pre službu, ktorú vystaví MÚSP ESB v rozšírenej dátovej štruktúre

2897

** Existujúca dátová štruktúra ostáva zachovaná

2898

** Rozšíri údajovú štruktúru na základe definovaných požiadaviek

2899

** Zohľadniť cieľový stav Q1 2026

2900

* 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

2901

* Agendový systém dôkladne otestuje a odladí integráciu na svojej strane

2902

* Agendový systém poskytne súčinnosť pri ladení služieb MÚSP

2903

* 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

2904

* Agendový systém prijme a spracuje údaje zo zistených vád, overí ich, opraví a zašle ich v najbližšom volaní

2905

2906

Bližšie je proces znázornený v časti 5.4.1.5 Aplikačná vrstva – Monitoring.

2907

2908

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 =====

2917

2918

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

2919

2920

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

2921

2922

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

2923

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

2924

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

2925

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

2926

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

2927

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

2928

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

2929

* Elektronický účet poistenca ako súčasť IS SES / EKP - isvs_551,

2930

* Automatizovaný systém správy registratúry (ASSR) - isvs_8124,

2931

* Ďalšie.

2932

2933

Diagram 10: Najvýznamnejšie komponenty SP z pohľadu riešení a funkcionalít Frontendu – AS IS

2934

2935

[[image:1755513280273-904.png]]

2936

2937

**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:**

2938

2939

Elektronický účet poistenca EÚP obsahuje

2940

2941

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)

2946

* Poistenie platené štátom - prehľad o poistení v prípade platenia štátom

2947

* Prehľad poistení - Zobrazenie období, počas ktorých bol poistenec prihlásený na sociálne poistenie.

2948

* Vylúčenia - obdobie, kedy sa poistenie neplatí

2949

* Prerušenia - obdobie kedy sa sociálne poistenie prerušilo

2950

2951

* Dôchodkové poistenie

2952

2953

* Rodičovský dôchodok

2954

* Informatívna suma dôchodku

2955

* Príprava na dôchodok – Sprievodná informácia, Neevidované obdobia, Evidované obdobia, Prehľad zamestnávateľov

2956

* Obdobia dôchodkového poistenia

2957

* Určenie dôchodkového veku

2958

* Prehľad vyplatených dôchodkových dávok

2959

2960

* Nemocenské poistenie

2961

2962

* Obdobia nemocenského poistenia

2963

* ePN – Elektronická práceneschopnosť

2964

**

2965

*** prehľad o vystavenej ePN lekárom

2966

*** stav konania o nároku na nemocenské pri ePN

2967

*** 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“

2968

*** V prípade ePN z dôvodu úrazu môže poistenec zaslať priamo k ePN formulár „Hlásenie úrazu“

2969

* 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

2974

2975

* Účasť v II. pilieri

2976

2977

* Výpis z registra zmlúv DSS

2978

2979

* Poistenie v nezamestnanosti

2980

2981

* Obdobia poistenia v nezamestnanosti

2982

* 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

2993

* Evidencia doručenia Výpisu z EUP

2994

2995

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:

2996

2997

Diagram 11: Aplikačná architektúra EKP - AS IS

2998

2999

[[image:1755513292028-461.png]]

3000

3001

===== Popis TO BE stavu =====

3002

3003

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.

3004

3005

V rámci **budúceho stavu aplikačnej architektúry** sú definované aplikačné funkcie v dvoch oblastiach:

3006

3007

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.

3008

3009

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.

3010

3011

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.

3012

3013

* Používateľské rozhranie

3014

** Interný portál SP

3015

** Verejný portál -

3016

*** časť Verejný obsah

3017

*** časť Privátny obsah

3018

* Autentifikácia a autorizácia

** Externé IAM

** Interné IAM

** Zastupovanie

* Integrácia

** API Gateway

** ESB

* Poskytovanie informácií, údajov a dokumentov

3026

** Content management system

3027

** DMS

3028

** Master data management

3029

* Riadenie procesov ŽS / Služieb SP

3030

** Business process management

3031

** BRE (Business rule system)

3032

** Rezervačný systém

3033

** Register ŽS / Služieb SP

3034

** Schránka klienta

3035

** Konštruktor podaní

3036

* Zložka / Profil klienta

** Moje údaje

** Moje dokumenty

** Môj účet

Logické komponenty riešenia budú ďalej mapované na fyzické aplikačné komponenty.

3042

3043

Dôležitým komponentom riešenia je komponent Register životných situácií / Služieb SP. Ten je tvorený nasledovnými subkomponentmi:

3044

3045

* register životných situácií,

3046

* register služieb SP a

3047

* register e-formulárov (lokálny register eForm)

3048

3049

Register životných situácií

3050

3051

Register životných situácií je metainformačný register, ktorý definuje

3052

3053

* aké životné situácie sú aktívne a dostupné klientom SP a

3054

* metaúdaje k ŽS:

3055

** identifikácia a definícia ŽS,

3056

** kroky ŽS, ktoré zabezpečuje SP a akým spôsobom:

3057

*** automatickým získaním objektu evidencie z MDM

3058

*** elektronickou službou SP

3059

*** listinne

3060

3061

Register služieb SP je metainformačný register, ktorý definuje

3062

3063

* aké služby sú aktívne a dostupné klientom SP

3064

* metaúdaje k službám:

3065

** identifikácia a definícia služby

3066

** možnosť elektronického podania

3067

** prílohy k e-formulárom služby

3068

** nutnosť autorizácie a pod.

3069

3070

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.

3071

3072

Diagram 12: Aplikačná architektúra Frontend - TO BE

3073

3074

[[image:1755513303464-285.png]]

3075

3076

Aplikačné komponenty** Moje údaje, Môj účet a Moje dokumenty** realizujú biznisovú funkcionalitu frontendu:

3077

3078

* Všeobecné údaje poistenca (Moje údaje)

3079

* Individuálny účet poistenca (Môj účet) a

3080

* Vstupné a výstupné elektronické dokumenty poistenca (Moje dokumenty)

3081

3082

Tieto funkcionality sú dostupné pre autentifikovaného klienta SP z internetu, prostredníctvom webového prehliadača.

3083

3084

Aplikačná architektúra týchto komponentov je viacvrstvová, čo znamená, že je tvorená

3085

3086

* front-endovou vrstvou a

3087

* back-endovou vrstvou

3088

3089

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.

3090

3091

Back-endová vrstva zabezpečuje poskytovanie agregovaných údajov o klientovi. Tieto údaje sú získavané z komponentu Master data management.

3092

3093

Nasledovný obrázok predstavuje aplikačnú architektúry vrstvu komponentov Moje údaje, Môj účet a Moje dokumenty.

3094

3095

Diagram 13: Aplikačná architektúra Frontendu - Moje dáta, Moje údaje, Moje dokumenty - TO BE

3096

3097

[[image:1755513313556-521.png]]

3098

3099

Aplikačný komponent **Konštruktor podania** realizuje biznisovú funkcionalitu Frontendu:

3100

3101

* Elektronické formuláre, žiadosti a sťažnosti (e-formuláre)

3102

3103

Funkcionalita komponentu je dostupná z internetu, prostredníctvom webového prehliadača v dvoch variantoch:

3104

3105

* **č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

3106

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

3107

3108

Aplikačná architektúra týchto komponentov je viacvrstvová, čo znamená, že je tvorená

3109

3110

* front-endovou vrstvou a

3111

* back-endovou vrstvou

3112

3113

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.

3114

3115

Back-endová vrstva zabezpečuje funkcionality: vyplnenie elektronického formulára, pridanie príloh k e-formuláru, autorizácia podania, odoslanie podania.

3116

3117

Diagram 14: Aplkačná architektúra Frontend - Konštruktor podania – TO BE

3118

3119

[[image:1755513321979-807.png]]

3120

3121

====== Modernizácia mobilnej aplikácie SP pre potreby ŽS5 ======

3122

3123

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:

3124

3125

|**Názov systémov**|**Integračné rozhrania**

3126

|Aplikačný backend|REST API

3127

|Platobná brána|REST API

3128

3129

Integračné REST API pre komunikáciu medzi mobilnou aplikáciou a administračným back-end systémom je predmetom samostatnej prílohy.

3130

3131

Z pohľadu technologickej vrstvy je mobilná aplikácia samostatne stojacim riešením, ktoré sa integruje na iné existujúce komponenty.

3132

3133

====== Rezervačný systém ======

3134

3135

Výstupom bude funkčný a prevádzkovaný rezervačný systém so všetkými implementovanými požiadavkami na systém.

3136

3137

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

3138

3139

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é.

3140

3141

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.

3142

3143

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

3144

3145

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:

3150

3151

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

3152

3153

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

3154

3155

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

3156

3157

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

3158

3159

Diagram 15: Rezervačný systém TO BE

3160

3161

[[image:file:///D:/Users/BA-MONDIKOVA_V/SuboryNezalohovane/Temp/msohtmlclip1/01/clip_image019.emz]][[image:1755513339676-806.png]]

3162

3163

====== Vytvorenie služby zabezpečenej komunikácie ======

Služby

Rezervácia online termínu cez webové sídlo SP (neautentifikovaný používateľ)

3168

3169

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

3170

3171

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

3172

3173

**~ **Rezervácia online termínu na špecializovanom portáli (autentifikovaný používateľ)

3174

3175

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

3176

3177

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

3178

3179

**~ **Rezervácia online termínu zamestnancom SP (GUI pre zamestnanca SP)

3180

3181

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

3182

3183

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

3184

3185

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

3186

3187

**~ **Overenie online rezervácie cez webové sídlo SP (neautentifikovaný používateľ)

3188

3189

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

3190

3191

**~ **Overenie online rezervácie na špecializovanom portáli (autentifikovaný používateľ)

3192

3193

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

3194

3195

**~ **Zrušenie potvrdenej online rezervácie

3196

3197

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

3198

3199

Zmena zamestnanca SP potvrdenej online rezervácie

3200

3201

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

3202

3203

Štatistiky využívania systému (GUI pre zamestnanca SP)

3204

3205

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

3206

3207

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

3208

3209

Systém zároveň poskytne aktuálne údaje vyťaženosti pobočiek, agendových pracovísk, údaje o priemernej dĺžke čakania, vybavenia.** **

3210

3211

Administrácia systému (GUI pre administrátora)

3212

3213

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:

3214

3215

* správa používateľov pre definovanie prístupových oprávnení;

3216

3217

* správa a definovanie dostupných agend pre online komunikáciu;

3218

3219

* správa a definovanie voľných termínov pre konkrétne agendy, definovanie dĺžky trvania úkonu, vybraných hodín;

3220

3221

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

3222

3223

* správa a zmena (preobsadenie) zamestnanca SP v prípade jeho neprítomnosti;

3224

3225

* úprava voľných termínov kalendára na základe potreby;

3226

3227

* definovanie počtu dní pre odoslanie pripomienky pre vybraným termínom;

3228

3229

* nastavenie overovania osoby (overenie cez email alebo telefónne číslo, prípadne obidve možnosti overenia osoby);

3230

3231

* definovanie Súhlasu so spracovaním osobných údajov s možnosťou prelinkovania na webovú adresu alebo externý súbor;

3232

3233

* maximálna doba pre potvrdenie rezervácie vytvorenej zamestnancom SP;

3234

3235

* maximálna dĺžka blokácie osoby;

3236

3237

* parametre blokácie a ďalšie.

3238

3239

Zabezpečená komunikácia

3240

3241

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.

3242

3243

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

3244

3245

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ť.

3246

3247

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

3248

3249

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):

3254

3255

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

3256

3257

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

3258

3259

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

3260

3261

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

3262

3263

Údaje z online zabezpečenej komunikácie a z rezervačného systému sú na pobočkách a u klientoch synchronizované.

3264

3265

Diagram 16: Služba zabezpečenej elektronickej komunikácie TO BE

3266

3267

[[image:file:///D:/Users/BA-MONDIKOVA_V/SuboryNezalohovane/Temp/msohtmlclip1/01/clip_image020.emz]][[image:1755513352546-543.png]]

3268

3269

5.4.1.2 Dátové integrácie

3270

3271

5.4.1.2.1 DI-2 (pre ŽS1)

3272

3273

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.

3274

3275

Tabuľka 22: Prehľad datasetov a ich integračných vyťahov v DI-2

3276

3277

|Dataset|Integračný vzťah|

3278

|Uchádzač o zamestnanie|Evidencia UoZ z CSRÚ do MÚSP (MDM)|CSRÚ → MDM

3279

|Zúčtovanie DHN|Zúčtovanie DHN z CSRÚ do MÚSP (MDM)|CSRÚ → MDM

3280

|Rodičovský príspevok|Rodičovský príspevok z CSRÚ do MÚSP (MDM)|CSRÚ → MDM

3281

|Uchádzač o zamestnanie|Evidencia UoZ z MÚSP do PvNGP|MÚSP → PvNGP

3282

|Zúčtovanie DHN|Zúčtovanie DHN z MÚSP do PvNGP|MÚSP → PvNGP

3283

|Rodičovský príspevok|Zúčtovanie DHN z MÚSP do PvNGP|MÚSP → PvNGP

3284

|Uchádzač o zamestnanie|Evidencia UoZ z MÚSP do JVP|MÚSP → IS JVP

3285

|Kandidát do evidencie UoZ|(((

3286

~1. Kandidáti na zaradenie do EUoZ z JVP do MÚSP

3287

3288

2. Kandidáti na vyradenie z EUoZ z JVP do MÚSP

3289

)))|IS JVP → MÚSP

3290

|Pracovno-právny vzťah|PPV z JVP do MÚSP |IS JVP → MÚSP

3291

|Pracovno-právny vzťah|PPV z EKP do MÚSP |EKP → MÚSP

3292

|Kandidát do evidencie UoZ|(((

3293

~1. Kandidáti na zaradenie do EUoZ z MÚSP do CSRÚ

3294

3295

2. Kandidáti na vyradenie z EUoZ z MÚSP do CSRÚ

3296

)))|MÚSP → CSRÚ

3297

|(((

3298

Pracovno-právny vzťah (Požíadavka)

3299

3300

Pracovno-právny vzťah

3301

)))|(((

3302

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

3312

3313

Dávky SP z MÚSP do CSRÚ

3314

)))|MÚSP → CSRÚ

3315

3316

Diagram 17: Celková architektúra DI-2

3317

3318

[[image:1755513406468-441.png]]

3319

3320

Získanie údajov z CSRÚ (CSRÚ → IS MÚSP)

3321

3322

1. IS MÚSP zabezpečí rozšírenie získavaných dát z CSRÚ o nasledovné objekty evidencie:

3323

11.

3324

111. (ŽS1_BP_61), (ŽS1_BP_41):

3325

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í)

3326

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í)

3327

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

3328

1111. (ŽS1_BP_41) Dataset „Zmeny v evidencii UoZ“ z ÚPSVAR pre evidenciu v systéme JVP

3329

3330

* MÚSP bude konzumovať všetky datasety ohľadom evidencie UoZ publikované od MPSVR v CSRÚ.

3331

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

3332

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

3338

* MÚSP zabezpečí získavanie predmetného datasetu z CPDI a jeho poskytovanie pre agendové systémy SP.

3339

*1.

3340

*11.

3341

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

3342

* MÚSP bude konzumovať všetky datasety ohľadom RP publikované od MPSVaR v CSRÚ.

3343

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

3344

3345

Diagram 18: Získavanie údajov z CSRÚ do MÚSP (MDM)

3346

3347

[[image:1755513414633-396.png]]

3348

3349

Diagram 19: Získavanie údajov z CSRÚ - sekvenčný diagram

3350

3351

[[image:1755513422170-223.png]]

3352

3353

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

3354

3355

MÚSP zabezpečí publikovanie nasledovných objektov evidencie / datasetov do CPDI (CSRÚ):** **

3356

3357

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“ **

3358

11. Pre evidenciu UoZ na ÚPSVaR:

3359

3360

1. (**ŽS1_BP_02b**) **Kandidáti na zaradenie do evidencie UoZ** (Ukončenie pracovného pomeru / sociálneho poistenia)

3361

3362

1. (**ŽS1_BP_028a**) **Kandidáti na vyradenie z evidencie UoZ** (Začiatok pracovného pomeru / sociálneho poistenia)

3363

11. (**ŽS1_BP_41**) Dataset „**Pracovno-právne vzťahy**“ žiadaný od MPSVR SR

3364

3365

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

3366

3367

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“ **

3368

3369

1. (ŽS1_BP_60) – **Zoznam dávok v nezamestnanosti pre zúčtovanie Dávky v hmotnej núdzi**

3370

3371

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

3372

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

3373

* 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]]“.

3374

3375

Diagram 20: Publikovanie údajov do CSRÚ

3376

3377

[[image:1755513431925-944.png]]

3378

3379

Diagram 21: Publikovanie údajov do CSRÚ - sekvenčný diagram

3380

3381

[[image:1755513448062-528.png]]

3382

3383

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

3384

3385

Systém MÚSP bude poskytovať nasledovné štandardné služby pre integráciu s agendovými systémami:

3386

3387

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

3388

* MÚSP údaje z databázy agendového systému zapíše do pripravených štruktúr CDÚ

3389

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

3390

* 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

3391

* 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

3392

* 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

3393

* Validácia dát a oprava / navrátenie dát pri zistených chybách v dátach.

3394

* DZ SP pripraví služby, ktoré poskytnú údaje z CDÚ MÚSP v dohovorenej štruktúre podľa žiadaných parametrov

3395

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

3396

3397

Diagram 23: Publikovanie údajov do MDM (IS MÚSP)

3398

3399

[[image:1755513464060-698.png]]

3400

3401

Diagram 24: Publikovanie údajov do MDM (IS MÚSP) - sekvenčný diagram

3402

3403

[[image:1755513474038-506.png]]

3404

3405

Poskytovanie údajov z IS JVP do IS MÚSP

3406

3407

*

3408

*1. IS JVP zabezpečí poskytovanie údajov nasledovných objektov evidencie do MÚSP:

3409

*11. Pre evidenciu UoZ na ÚPSVaR:

3410

*111. (**ŽS1_BP_02b**) **Kandidáti na zaradenie do evidencie UoZ** (Ukončenie pracovného pomeru / sociálneho poistenia)

3411

*111. (**ŽS1_BP_028a**) **Kandidáti na vyradenie z evidencie UoZ** (Začiatok pracovného pomeru / sociálneho poistenia)

3412

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

3413

* Spôsob identifikácie kandidátov na zaradenie do evidencie UoZ a vyradenie z evidencie UoZ popisuje projekt ŽS1

3414

*1.

3415

*11. (**ŽS1_BP_41**) Poskytovanie dát pre MPSVR:

3416

3417

1. Dataset „**Pracovno-právne vzťahy**“ žiadaný od MPSVR SR

3418

3419

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

3420

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

3421

3422

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.

3423

3424

* //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:

3425

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

3426

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

3427

3428

Poskytovanie údajov z IS EKP do IS MÚSP

3429

3430

1.

3431

11. IS EKP zabezpečí poskytovanie nasledovných údajov do MÚSP:

3432

1. (**ŽS1_BP_41**) Poskytovanie dát pre MPSVR:

3433

3434

1. Doplňujúce údaje pre dataset „**Pracovno-právne vzťahy**“ žiadaný od MPSVR SR

3435

3436

* Požadované prídavné atribúty:

3437

** **Icpv** ... Identifikačné číslo pracovného vzťahu

3438

** **Miesto výkonu práce **

3439

** **Počet hodín **

3440

** **Úvazok ... Druh vykonávanej práce **

3441

** **Pracovný čas ... Dohodnutý rozsah pracovného času **

3442

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

3443

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

3444

* //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:

3445

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

3446

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

3447

3448

Poskytovanie údajov z IS PvNGP do MÚSP

3449

3450

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

3451

3452

|Dataset|Integračný vzťah

3453

|Uchádzač o zamestnanie|Evidencia UoZ z MÚSP do PvNGP

3454

|Zúčtovanie DHN |Zúčtovanie DHN z MÚSP do PvNGP

3455

3456

Diagram 25: Získanie údajov SP - BATCH (MÚSP → IS SP)

3457

3458

[[image:1755513493312-269.png]]

3459

3460

Diagram 26: Získanie údajov SP - BATCH - sekvenčný diagram

3461

3462

[[image:1755513503760-905.png]]

3463

3464

Získanie údajov z IS MÚSP do IS PvNGP

3465

3466

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í)

3471

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í)

3472

1. Dataset **„Vyradenie z evidencie UoZ“** z ÚPSVaR pre účely zastavenia vyplácania dávky nezamestnanosti.

3473

3474

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

3475

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

3476

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

3481

3482

* 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 „[[**//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.

3483

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

3484

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

3485

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

3491

3492

* Na základe tohto datasetu SP vykoná vyrovnanie a úhradu.

3493

* SP nebude zasielať žiadne ďalšie potvrdenia o zúčtovaní.

3494

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

3495

3496

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.

3497

3498

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

3499

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

3500

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

3501

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

3502

3503

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

3504

3505

Získanie údajov z IS MÚSP do IS JVP

3506

3507

*

3508

*1. IS JVP zabezpečí:

3509

*11. (ŽS1_BP_41) Rozšírenie získavaných dát z MÚSP o nasledovné objekty evidencie:

3510

*111. Dataset** „Evidencia UoZ“** doručený z ÚPSVaR.

3511

* Univerzálny dataset evidencie UoZ, v ktorom druh zmeny bude určený atribútom „**Typ_zmeny“**.

3512

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

3513

* JVP použije na získané údaje už existujúce údajové štruktúry, v prípade potreby ich rozšíri o nové atribúty.

3514

*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

3515

3516

1.

3517

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

3518

3519

5.4.1.2.2 DI-4 (pre ŽS5)

3520

3521

Diagram 27: Celková architektúra DI-4

3522

3523

[[image:1755513520708-747.png]]

3524

3525

====== Získanie údajov z RFO/RPO/RA do interných registrov SP/MÚSP ======

3526

3527

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:**

3532

3533

|Názov operácie** **|Popis operácie** **

3534

|//identifierByAttributes //** **|//Metóda vráti zoznam jednoznačných identifikátorov právnickej osoby a základné informácie o subjekte //

3535

|//corporateBodyByIdentifiers// |//Metóda vráti referenčné údaje právnickej osoby/právnických osôb na základe IPO. //** **

3536

3537

1. **CSRU_WS_RPO_RPOChangedSubjectsService:**

3538

3539

|Názov operácie** **|Popis operácie** **

3540

|//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** **

3545

|Poskytnutie referenčných údajov množiny adries s adresnými bodmi na základe atribútov adresy |//RA_AddressesWithAddressPointsByAttributes_v20//** **

3546

|Poskytnutie zoznamu identifikátorov adresy so zmenenými referenčnými údajmi |//RA_Changes_v20//** **

3547

|Zobrazenie geografickej situácie adresy pre lokalizáciu adresného bodu |//RA_AddressPointMap_v20//** **

3548

|Poskytnutie referenčných údajov na základe atribútov adresy |//RA_AddressByAttributes_v20//** **

3549

|Poskytnutie referenčných údajov podľa identifikátora adresy |//RA_AddressByBuildingIndex_v20//** **

3550

|Poskytnutie referenčných údajov podľa zoznamu identifikátorov adresy |//RA_AddressesByBuildingIndexes_v20//** **

3551

|Poskytnutie referenčných údajov podľa identifikátora adresy - výpis jednej adresy s adresným bodom |//RA_AddressWithAddressPointByBuildingIndex_v20//** **

3552

|Poskytnutie referenčných údajov podľa zoznamu identifikátorov adresy - výpis zoznamu adries s adresným bodom |//RA_AddressesWithAddressPointsByBuildingIndexes_v20//** **

3553

3554

====== Získanie údajov z MÚSP do IS PvNGP (ŽS5_02_BP_19) – Primárny tok integrácie IS PvNGP) ======

3555

3556

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

3567

3568

1. Dosiahnuť pravidelnú online periodicitu prenosov - Z MÚSP do IS PvNGP

3569

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;

3570

1. IS PvNGP pripraví interné štruktúry a funkcie na prijatie a spracovanie údajov z MÚSP;

3571

1. IS PvNGP implementuje procesy, aplikačné funkcie a zmeny v spracovaní dát na svojej strane

3572

1. IS PvNGP implementuje procesy, aplikačné funkcie a zmeny v spracovaní dát na svojej strane v prípade spracovania odvolania

3573

3574

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

3575

3576

====== 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 ======

3577

3578

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

3589

3590

1. Dosiahnuť pravidelnú online periodicitu prenosov - Z MÚSP do IS JVP

3591

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;

3592

1. IS JVP pripraví interné štruktúry a funkcie na prijatie a spracovanie údajov z MÚSP;

3593

1. IS JVP implementuje procesy, aplikačné funkcie a zmeny v spracovaní dát na svojej strane

3594

1. IS JVP implementuje procesy, aplikačné funkcie a zmeny v spracovaní dát na svojej strane v prípade spracovania odvolania

3595

3596

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

3597

3598

====== 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 ======

3599

3600

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:** **

3605

3606

1. Zamestnávateľ** **

1. Zamestnanec** **

1. Sídlo** **

1. Adresa** **

1. A iné, ktoré budú definované v detailnej analýze integračnej väzby** **

3615

3616

1. Dosiahnuť pravidelnú online periodicitu prenosov - Z MÚSP do CSRÚ

3617

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;

3618

1. MÚSP implementuje procesy, aplikačné funkcie a zmeny v spracovaní dát na svojej strane

3619

3620

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

3621

3622

====== 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 ======

3623

3624

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.

3625

3626

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

3637

1. A iné, ktoré budú definované v detailnej analýze integračnej väzby

3638

3639

1. Dosiahnuť pravidelnú online periodicitu prenosov - Z CSRU do MÚSP

3640

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;

3641

1. MÚSP pripraví interné štruktúry a funkcie na prijatie a spracovanie údajov z CSRU;

3642

1. MÚSP implementuje procesy, aplikačné funkcie a zmeny v spracovaní dát na svojej strane

3643

3644

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

3645

3646

====== Poskytovanie údajov z IS PvNGP do MÚSP (ŽS5_02_BP_19) - Primárny tok integrácie z IS PvNGP ======

3647

3648

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:

3653

11. Údaje, ktoré budú zasielané do MÚSP budú detailne identifikované vo fáze analýzy

3654

1. IS PVN GP pripraví podklady (údaje) pre WS, ktorú vystaví MÚSP ESB; v rozšírenej dátovej štruktúre;

3655

11. Rozšíri údajovú štruktúru

3656

11. Zohľadniť cieľový stav Q1 2026

3657

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;

3658

1. IS PVN GP dôkladne otestuje a odladí integráciu na svojej strane;

3659

1. IS PVN GP poskytne súčinnosť pri ladení WS MÚSP ESB

3660

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

3661

1. IS PVN GP prijme a spracuje údaje zo zistených vád, zvaliduje ich, opraví a zašle ich v najbližšom volaní;

3662

3663

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

3664

3665

====== 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. ======

3666

3667

Integračná väzba bude využívaná pre odosielanie relevantných údajov do MÚSP.

3668

3669

1. IS JVP zabezpečí poskytovanie údajov nasledovných objektov evidencie do MÚSP:

3670

11. Doba trvania poistenia

3671

11. Údaje o zamestnávateľoch

3672

11. Údaje o zamestnaniach

3673

1. IS JVP pripraví podklady (údaje) pre WS, ktorú vystaví MÚSP; v rozšírenej dátovej štruktúre;

3674

11. Rozšíri údajovú štruktúru

3675

11. Zohľadniť cieľový stav Q1 2026

3676

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;

3677

3678

Diagram 28: Publikovanie údajov do IS MÚSP/MDM

3679

3680

[[image:1755513558773-488.png]]

3681

3682

Diagram 29: Publikovanie údajov do IS MÚSP/MDM - sekvenčný diagram

3683

3684

[[image:1755513567026-413.png]]

3685

3686

Diagram 30: Získanie údajov SP - BATCH (komponenty)

3687

3688

[[image:1755513575481-542.png]]

3689

3690

Diagram 31: Získanie údajov SP - BATCH - sekvenčný diagram

3691

3692

[[image:1755513582299-872.png]]

3693

3694

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

3695

3696

Diagram 32: Celková architektúra DI-5

3697

3698

[[image:1755513591922-747.png]]

3699

3700

====== Získanie údajov z CSRÚ do IS MÚSP ======

3701

3702

1. MÚSP zabezpečí rozšírenie získavaných dát z CSRÚ o nasledovné objekty evidencie / datasety:

3703

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.

3704

3705

|//Typ prenosu: //|**Asynchrónny (Dávkovo) **

3706

|//Smer prenosu: //|**CSRÚ -> MÚSP **

3707

|//Spôsob komunikácie: //|**Požiadavka / Odpoveď **

3708

|//Periodicita prenosov: //|**Denne **

3709

3710

**Relevantné dávky:**

3711

3712

1. (ŽS7_BP_36) Vyrovnávacia dávka

3713

3714

1. (ŽS7_BP_41) Materské – tehotná žena

3715

3716

1. (ŽS7_BP_59) Materské – iný poistenec

3717

3718

1. (ŽS7_BP_70) Materské – otcovské

3719

3720

1. (ŽS8_BP_17) Nemocenské (ePN)

3721

3722

1. (ŽS8_BP_27) Úrazový príplatok (ePN)

3723

3724

1. (ŽS8_BP_30) Úrazová renta / jednorazové vyrovnanie

3725

3726

1. (ŽS8_BP_41) Ošetrovné (krátkodobé) z dôvodu ošetrovania člena rodiny

3727

3728

1. (ŽS8_BP_60) Ošetrovné (krátkodobé) z dôvodu uzatvorenia zariadenia

3729

3730

1. (ŽS8_BP_72) Ošetrovné (dlhodobé) z dôvodu ošetrovania člena rodiny

3731

3732

1.

3733

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

3734

11. (ŽS8_BP_24) **Hlásenie o registrovanom pracovnom úraze** z NIP pre účel poskytovania úrazových dávok v ŽS8

3735

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

3736

3737

Presný spôsob integrácie medzi systémami CSRÚ a MÚSP bude zadefinovaný v rámci detailnej analýzy pre túto aktivitu.

3738

3739

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

3740

3741

Poskytovanie údajov z MÚSP do CSRÚ

3742

3743

MÚSP zabezpečí publikovanie nasledovných objektov evidencie / datasetov do CSRÚ:** **

3744

3745

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

3746

11. **Požiadavka na doručenie informácie pre zúčtovanie Dávky v hmotnej núdzi**

3747

3748

|//Typ prenosu: //|**Asynchrónny (Dávkovo) **

3749

|//Smer prenosu: //|**MÚSP -> CSRÚ **

3750

|//Spôsob komunikácie: //|**Požiadavka / Odpoveď **

3751

|//Periodicita prenosov: //|**Denne **

3752

3753

1.

3754

11. (ŽS1_BP_41) Dataset „Materské“ žiadaný od MPSVR SR

3755

3756

|//Typ prenosu: //|**Synchrónny **

3757

|//Smer prenosu: //|**MÚSP -> CSRÚ **

3758

|//Spôsob komunikácie: //|**Požiadavka / Odpoveď **

3759

|//Periodicita prenosov: //|**Na požiadanie **

3760

3761

Presný spôsob integrácie medzi systémami CSRÚ a MÚSP bude zadefinovaný v rámci detailnej analýzy pre túto aktivitu.

3762

3763

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

3764

3765

Poskytovanie údajov z IS NPaLPČ (Syrius) do IS MÚSP

3766

3767

IS NPaLPČ zabezpečí poskytovanie nasledovných údajov do MÚSP:

3768

3769

1.

3770

11. **Požiadavka na doručenie informácie pre zúčtovanie Dávky v hmotnej núdzi**

3771

3772

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)

3777

111. **Dátum ukončenia nároku na dávku** ... (Obdobie Do)

3778

111. **Druh dávky **... Druh sociálnej dávky

3779

111. **Výška vyplácanej dávky** ... Výška dávky na vyplatenie, ktorú SP priznala klientovi za záujmové obdobie

3780

3781

|//Typ prenosu~:// |**Asynchrónny (Dávkovo)**

3782

|//Smer prenosu~:// |**NPaLPČ** **-> MÚSP**

3783

|//Spôsob komunikácie~:// |**Požiadavka / Odpoveď**

3784

|//Periodicita prenosov~:// |**Denne**

3785

3786

**Relevantné dávky:**

3787

3788

1. (ŽS7_BP_27) Vyrovnávacia dávka

3789

1. (**ŽS7_BP_38**) Materské – tehotná žena

3790

1. (**ŽS7_BP_56**) Materské – iný poistenec

3791

1. (ŽS7_BP_67) Materské – otcovské

3792

1. (ŽS8_BP_08) Nemocenské (ePN)

3793

1. (ŽS8_BP_42) Ošetrovné (krátkodobé) z dôvodu ošetrovania člena rodiny

3794

1. (ŽS8_BP_61) Ošetrovné (krátkodobé) z dôvodu uzatvorenia zariadenia

3795

1. (ŽS8_BP_73) Ošetrovné (dlhodobé) z dôvodu ošetrovania člena rodiny

3796

3797

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.

3798

3799

1.

3800

11. (**ŽS1_BP_41**) Dataset „**Materské**“ žiadaný od MPSVR SR:

3801

3802

|//Typ prenosu~:// |**Asynchrónny (Dávkovo)**

3803

|//Smer prenosu~:// |**NPaLPČ** **-> MÚSP**

3804

|//Spôsob komunikácie~:// |**Pri zmene **

3805

|//Periodicita prenosov~:// |**Nový záznam / Zmena záznamu **

3806

3807

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.

3808

3809

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“.

3810

3811

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.

3812

3813

//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.

3814

3815

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.

3816

3817

Poskytovanie údajov z IS DAÚP do MÚSP

3818

3819

IS DAÚP zabezpečí poskytovanie nasledovných údajov do MÚSP:

3820

3821

1.

3822

11. **Požiadavka na doručenie informácie pre zúčtovanie Dávky v hmotnej núdzi**

3823

3824

|//Typ prenosu: //|**Asynchrónny (Dávkovo) **

3825

|//Smer prenosu: //|**DAÚP -> MÚSP **

3826

|//Spôsob komunikácie: //|**Požiadavka / Odpoveď **

3827

|//Periodicita prenosov: //|**Denne **

3828

3829

**Relevantné dávky:**

3830

3831

1. (ŽS8_BP_27a) Úrazový príplatok (ePN)

3832

3833

1. (ŽS8_BP_31) Úrazová renta / jednorazové vyrovnanie

3834

3835

Detailná definícia požadovaných aktivít je obdobná ako v kapitole „Poskytovanie údajov z IS NPaLPČ (Syrius) do MÚSP“.

3836

3837

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

3838

3839

Získanie údajov z MÚSP do IS NPaLPČ (Syrius)

3840

3841

1. IS NPaLPČ zabezpečí rozšírenie získavaných dát z MÚSP o nasledovné objekty evidencie / datasety:

3842

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

3843

3844

|//Typ prenosu: //|**Asynchrónny (Dávkovo) **

3845

|//Smer prenosu: //|**MÚSP -> NPaLPČ **

3846

|//Spôsob komunikácie: //|**Požiadavka / Odpoveď **

3847

|//Periodicita prenosov: //|**Denne **

3848

3849

**Relevantné dávky:**

3850

3851

1. (ŽS7_BP_36) Vyrovnávacia dávka

3852

3853

1. (ŽS7_BP_41) Materské – tehotná žena

3854

3855

1. (ŽS7_BP_59) Materské – iný poistenec

3856

3857

1. (ŽS7_BP_70) Materské – otcovské

3858

3859

1. (ŽS8_BP_17) Nemocenské (ePN)

3860

3861

1. (ŽS8_BP_41) Ošetrovné (krátkodobé) z dôvodu ošetrovania člena rodiny

3862

3863

1. (ŽS8_BP_60) Ošetrovné (krátkodobé) z dôvodu uzatvorenia zariadenia

3864

3865

1. (ŽS8_BP_72) Ošetrovné (dlhodobé) z dôvodu ošetrovania člena rodiny

3866

3867

Ú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ť.

3868

3869

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

3870

3871

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.

3872

3873

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.

3874

3875

1.

3876

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

3877

11. (ŽS8_BP_24) **Hlásenie o registrovanom pracovnom úraze** z NIP pre účel poskytovania úrazových dávok v ŽS8

3878

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

3879

3880

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

3881

1. IS NPaLPČ pripraví interné štruktúry a funkcie na prijatie a spracovanie údajov z MÚSP

3882

1. IS NPaLPČ implementuje procesy

3883

3884

Získanie údajov z MÚSP do IS DAÚP

3885

3886

1. IS DAÚP zabezpečí rozšírenie získavaných dát z MÚSP o nasledovné objekty evidencie / datasety:

3887

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

3888

3889

|//Typ prenosu: //|**Asynchrónny (Dávkovo) **

3890

|//Smer prenosu: //|**MÚSP -> DAÚP **

3891

|//Spôsob komunikácie: //|**Požiadavka / Odpoveď **

3892

|//Periodicita prenosov: //|**Denne **

3893

3894

**Relevantné dávky:**

3895

3896

1. (ŽS8_BP_27) Úrazový príplatok (ePN)

3897

3898

1. (ŽS8_BP_30) Úrazová renta / jednorazové vyrovnanie

3899

3900

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

3901

1. IS DAÚP pripraví interné štruktúry a funkcie na prijatie a spracovanie údajov z MÚSP

3902

1. IS DAÚP implementuje procesy, aplikačné funkcie a zmeny v spracovaní dát na svojej strane

3903

3904

5.4.1.2.4 DI-6 (pre ŽS14)

3905

3906

Diagram 33: Celková architektúra DI-6

3907

3908

[[image:1755513660037-107.png]]

3909

3910

====== Získanie údajov z CSRÚ (CSRÚ → IS MÚSP/MDM) – údaje z MPSVaR ======

3911

3912

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.

3913

3914

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

3915

3916

* Register sociálnych služieb

3917

** ProviderCType - Zložený dátový typ

*** Názov PO

*** Priezvisko osoby

*** Meno osoby

*** Zoznam identifikátorov (Zložený dátový typ – IdentiferCType)

3922

*** Typ poskytovateľa služby (Zložený dátový typ – CodeTableValueCType)

3923

*** Zoznam poskytovaných sociálnych služieb (Zložený dátový typ - SocialServiceCType)

3924

*** Adresa poskytovateľa sociálnej služby (Zložený dátový typ – AddressCType)

3925

*** Štatutárny zástupca

3926

** AddressCType- Zložený dátový typ

3927

*** Ulica miesta poskytovania služby

3928

*** Číslo miesta poskytovania služby

3929

*** PSČ miesta poskytovania služby

3930

*** Obec miesta poskytovania služby

3931

*** Adresa miesta poskytovania v textovej podobe

3932

* Evidencia ŤZP - osobná asistencia

3933

** Zložený dátový typ - PhysicalPersonCType:

*** Meno

*** Priezvisko

*** DatumNarodenia

*** Identifikator (Zložený dátový typ – IdentifierCType)

3938

** Zložený dátový typ – AssistanceContractCType

3939

*** DatumOd (Začiatok platnosti zmluvy)

3940

*** DatumDo (Koniec platnosti zmluvy)

3941

*** HodinyZaMesiac (Mesačný rozsah osobnej asistencie - počet celých hodín)

3942

** Zložený dátový typ – AssistanceFulfillmentCType

3943

*** Mesiac (Mesiac výkonu osobnej asistencie)

3944

*** Hodiny (Počet hodín vykonanej asistencie v daný mesiac)

3945

*** Minúty (Počet minút vykonanej asistencie v daný mesiac)

3946

*** Výkon osobnej asistencie v hodinách

3947

*** Počet listinných výkazov osobnej asistencie

3948

* Evidencia poberateľov DHN

3949

** Zložený dátový typ - physicalPersonType:

3950

*** Zoznam identifikátorov osoby (Zložený dátový typ - IdentifikatorType, opakovateľný prvok)

3951

*** Meno osoby

3952

*** Priezvisko osoby

3953

*** Dátum narodenia osoby vo formáte "yyyy-MM-dd"

3954

*** Dátum zmeny dát

3955

*** Zoznam identifikátorov osoby (Zložený dátový typ - periodType, opakovateľný prvok)

3956

** Zložený dátovy typ - periodType:

3957

*** Mesiac poberania DHN od

3958

*** Mesiac poberania DHN do

3959

*** Identifikácia žiadosti, ktorej sa obdobie týka (Zložený dátový typ applicationType)

3960

*** Rola osoby na žiadosti o sociálnu dávku, kód číselníkovej položky z rezortného číselníka.

3961

*** Stav poskytovania sociálnej dávky, kód číselníkovej položky z rezortného číselníka.

3962

* Rodičovský príspevok

3963

** Zložený dátový typ – PhysicalPersonCType

*** Meno

*** Priezvisko

*** DatumNarodenia

*** Identifikator

** BenefitPeriodCType - zložený dátový typ

3969

*** Začiatok poberania RP

3970

*** Koniec poberania RP

3971

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

3972

*** Identifikácia žiadosti, ktorá sa týka daného obdobia

3973

*** Deti, ktorých sa dávka/príspevok v danom období týka

3974

*** Informácie o žiadosti klienta o odňatie dávky/príspevku

3975

* Evidencia uchádzačov o zamestnanie (EuoZ)

3976

** **Zložený dátový typ – UdajeOsobaCType **

3977

*** **údaje o osobe (identifikátor, meno, priezvisko atď) **

3978

** **Zložený dátový typ - EvidenciaCType, ZiadatelDavkyNezam: **

3979

*** Identifikátor role v ISSZ

3980

*** Číslo okresu

3981

*** Dátum podania žiadosti

3982

*** Dátum zaradenia do evidencie UoZ

3983

*** Dátum právoplatnosti zaradenia

3984

*** Dátum vyradenia z evidencie

3985

*** Dátum právoplatnosti vyradenia z evidencie UoZ

3986

*** Od kedy do kedy bola vyplácaná podpora v nezamestnanosti v období od 1.1.2001 do 31.12.2003

3987

*** Dôvod vyradenia a nezaradenia z evidencie UoZ

3988

*** Číselník stavu role

3989

*** Dlhodobo evidovaný

3990

*** Dlhodobo evidovaný od

3991

*** Posledná zmena v evidencie UoZ (zaradenie, vyradenie, zmeny, ...)

3992

*** Dôvod poslednej zmeny v evidencie

3993

*** Dátum poslednej zmeny v evidencie

3994

*** Údaje o zamestnávateľovi

3995

*** Enumerácia, či je klient evidovaný ako dlhodobo nezamestnaný v najmenej rozvinutom okrese

3996

*** Údaje o prerušeniach

3997

*** ZiadatelDavkyNezam (UoZ je súčasne aj žiadateľom o uplatnenie nároku na dávku v nezamestnanosti v Sociálnej poisťovni (A/N) )

3998

*** Údaj o výkone zamestnania v inom členskom štáte EU v posledných 4 rokoch pred zaradením do evidencie UoZ

3999

*** Údaje o dôchodkoch v iných členských štátov EU

4000

*** Je/nie je poberateľom dávky v hmotnej núdzi a príspevkov k dávke v hmotnej núdzi (A/N)

4001

*** Spôsob zaslania výplaty: hotovosť, okresný okruh, poštový poukaz na výplatu, účet

4002

*** Výplata na ktorú adresu mý byť zaslaná výplata. Vyplní sa ak Vyplata=1

4003

*** Čí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.

4008

4009

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

4010

4011

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

4012

4013

1. Predmetom dátovej výmeny sú objekty evidencie súvisiace s agendou dôchodkov (údaje pre MPSVR) minimálne v tomto rozsahu:

4014

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.

4015

4016

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

4017

4018

1. Predmetom dátovej výmeny sú objekty evidencie súvisiace s agendou dôchodkov (údaje pre DEUS) minimálne v tomto rozsahu:

4019

4020

* zložený dátový typ - PersonNameType:

4021

** GivenName, FamilyName, Affix

4022

* zložený dátový typ - PhysicalPersonType:

4023

** Birth

4024

* zložený dátový typ - ResultType:

4025

** ConfirmationDate (dátum potvrdenia), PensionBenefitsInfo (typ dôchodku), Total (Suma dôchodku)

4026

* zložený dátový typ - PensionBenefitsItem:

4027

** dátum začatia poberania dôchodku

4028

** dátum ukončenia poberania dôchodku

4029

** Typ dôchodku

4030

4031

Detailizovanie alebo doplnenie objektov evidencie bude spracované v rámci detailnej analýzy a komunikácie s konzumentom údajov

4032

4033

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

4039

4040

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

4041

4042

V rámci cieľového IS SP bude zabezpečené:** **

4043

4044

* 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;

4045

* príprava internej štruktúry a funkcie na prijatie a spracovanie údajov z MÚSP;

4046

* implementácia procesov, aplikačnej funkcie a zmien v spracovaní dát na svojej strane.

4047

4048

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

4054

4055

V rámci IS SP – poskytovateľa údajov bude zabezpečené:** **

4056

4057

* príprava podkladov (údaje) pre WS, ktorú vystaví MUSP ESB;

4058

* ú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;

4059

4060

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.

4061

4062

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

4073

4074

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)

4080

4081

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.

4082

4083

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.

4084

4085

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.

4086

4087

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.

4088

4089

Na technologickej vrstve synchronizáciu údajov do MUSP zabezpečuje MDM TALEND, ktoré pracuje s ETL nástrojmi a ESB (Enterprise Service Bus).

4090

4091

**Aplikačné integrácie po (pred)vyplnení formulára:**

4092

4093

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.

4094

4095

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.

4096

4097

Diagram 34: Aplikačná architektúra DI-7

4098

4099

[[image:1755513718946-102.png]]

4100

4101

5.4.1.2.6 DI-8 (Integrácia s NCZI pre potreby ŽS8)

4102

4103

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:

4104

4105

* Založenie novej potreby starostlivosti

4106

* Aktualizácia potreby starostlivosti so zabezpečením historizácie zmien v hodnotách atribútov potreby starostlivosti

4107

* Stornovanie potreby starostlivosti so zabezpečením historizácie zmien v hodnotách atribútov potreby starostlivosti

4108

* Správu subjektov s označeným príznakom „záujmová“ pre danú potrebu starostlivosti

4109

4110

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í.

4111

4112

Diagram 35: Diagram tried pre register potrieb starostlivosti (DI-8)

4113

4114

[[image:1755513734262-281.png]]

4115

4116

Podľa integračného manuálu NCZI je navrhnutá integrácia uvedených údajov (Príloha X) a diagramu tried.

4117

4118

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.

4119

4120

Na strane SP bude spracovanie potrieb ošetrovania realizované v IS EKP a následne budú informácie odovzdané do IS NPaLPČ.

4121

4122

Zoznam externých a interných rozhraní:

4123

4124

* 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:

4125

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

4126

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

4127

* 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

4128

* Nové rozhranie pre poskytovanie informácií prijatí aktualizácie pre potreby starostlivosti označené pre daného konzumenta služby ako záujmové

4129

4130

Údaje daných rozhraní budú obsahovať identifikáciu ošetrovanej osoby, trvanie OČR a hospitalizácie danej osoby.

4131

4132

====== R1A – Rozhranie pre prenos údajov z IS eZdravie do IS EKP ======

4133

4134

Modul SP_Facade IS eZdravie bude pre získavanie údajov o potrebách starostlivosti poskytovať nasledovné služby:

4135

4136

|(% colspan="2" %)**Životná situácia 8 - eOČR **|**Služba**

4137

|1.|(((

4138

Služba poskytne údaje o Potrebe podľa vyhľadávacích kritérií.

4139

4140

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.

4141

)))|DajUdajePotreby

4142

|2.|(((

4143

Podľa vyhľadávacích kritérií bude vrátený zoznam Potrieb.

4144

4145

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.

4146

)))|VyhladajZoznamPotrieb

4147

4148

Procesy komunikácie IS EKP voči eZdravie

4149

4150

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í:

4151

4152

1. VyhladajZoznamPotrieb – pomocu ktorého bude okrem iného získaný identifikátor Potreby

4153

4154

//Obrázok 3 - Prehľad spracovania volania služby VyhladajZoznamPotrieb//

4155

4156

[[image:1755513745636-138.png]]

4157

4158

1. DajUdajePotreby – pomocou identifikátora Potreby na vstupe budú získané údaje o Potrebe aj s celou jej históriu

4159

4160

//Obrázok 4 - Prehľad spracovania volania služby DajUdajePotreby//

4161

4162

[[image:1755513756981-709.png]]

4163

4164

* 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:

4165

* Prijatá nová potreba starostlivosti – potreba založenie potreby v registri potrieb starostlivosti

4166

* 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

4167

* 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

4168

4169

Rozhranie pre poskytnutie potreby starostlivosti z registra potrieb starostlivosti

4170

4171

Interné rozhranie SP, ktorého účelom je integrácia IS EKP a IS NPaLPČ. EKP sprístupní pre IS NPaLČ

4172

4173

web službu REST, pomocou ktorej si IS NPaLČ bude overovať informácie o existencii potreby starostlivosti.

4174

4175

Celkový počet publikovaných koncových bodov budú 5

4176

4177

* Prvý bude služíť pre stiahnutie potrebných údajov o potrebách starostlivosti z IS EKP do IS NPaLPČ.

4178

* Druhý bude slúžiť pre technické potvrdenie prijatia údajov v systéme IS NPaLPČ.

4179

* Tretí bude slúžiť na označenie poskytnutej potreby starostlivosti ako záujmovej

4180

* Štvrtý bude slúžiť na zrušenie označenia záujmovej potreby starostlivosti pre daného konzumenta služby

4181

* Piaty bude slúžiť na stiahnutie aktualizácií, resp. storna potreby starostlivosti pre záujmové potreby starostlivosti pre daného konzumenta služby

4182

4183

Poskytnutie potrieb starostlivosti

4184

4185

Služba na základe vstupných atribútov (RČ,IFO) overí existenciu potreby starostlivosti v registri potrieb starostlivosti.

4186

4187

Služba na výstupe vráti aktuálne informácie(tj aktuálnu verziu) evidované pre potreby starostlivosti spĺňajúce vstupné parametre

4188

4189

Technické potvrdenie prijatia údajov

4190

4191

Služba na základe ktorej konzument služby potvrdenie poskytnutia potrieb starostlivosti potvrdí prijatie údajov.

4192

4193

Označenie potreby starostlivosti ako záujmovej

4194

4195

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.

4196

4197

Vstupnými parametrami danej služby bude identifikácia potreby ošetrovania a identifikácia konzumenta služby(na základe hlavičky requestu)

4198

4199

Zrušenie označenia potreby starostlivosti ako záujmovej

4200

4201

Služba na základe ktorej je možné zrušiť označenie potreby starostlivosti v registri potrieb starostlivosti ako záujmovej.

4202

4203

Vstupnými parametrami danej služby bude identifikácia potreby ošetrovania a identifikácia konzumenta služby(na základe hlavičky requestu)

4204

4205

Poskytnutie aktualizovaných potrieb starostlivosti

4206

4207

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

4208

4209

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

4214

4215

[[image:1755513779323-854.png]]

5.4.1.4Registratúra

Diagram 37: Aplikačná architektúra pre Podania realizované klientom

4220

4221

[[image:1755513799210-160.png]]

4222

4223

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:

4224

4225

* ÚPVS Proxy rozhranie

* Integrácia na BPM

* Označenie a manuálne spracovanie prípadu, ak nie je možné určiť agendu automaticky

4230

4231

Diagram 38: Aplikačná architektúra pre Prípady iniciované ex-offo alebo externe z iného OVM

4232

4233

~* Č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)

4238

4239

[[image:1755513809642-659.png]]

4240

4241

5.4.1.5 Monitoring služieb

4242

4243

Nižšie je znázornená a definovaná architektúra riešenia pre:

4244

4245

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

4246

4247

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

|(((

Diagram 39: Monitoring služieb - Publikovanie údajov do CSRÚ

4252

)))

4253

4254

[[image:1755513844179-733.png]]

4255

4256

|(((

4257

Diagram 40: Monitoring služieb - Publikovanie údajov do CSRÚ (sekvenčný diagram)

4258

)))

4259

4260

[[image:1755513852269-436.png]]

4261

4262

Diagram 41: Monitoring služieb - Publikovanie údajov v MDM (interné integrácie)

4263

4264

[[image:1755513860623-409.png]]

4265

4266

5.4.2 Rozsah informačných systémov – budúci stav (TO BE)

4267

4268

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)

4278

)))|Stav IS VS|Typ IS VS|(((

4279

Kód nadradeného ISVS

4280

4281

(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

4306

4307

5.4.3 Využívanie nadrezortných a spoločných ISVS – AS IS

4308

4309

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ť

4316

|isvs_8124|Automatizovaný systém správy registratúry (ASSR)|//Autentifikačný modul//|//REG-1//

4317

|isvs_8124|Automatizovaný systém správy registratúry (ASSR)|//Modul elektronických schránok//|//REG-1//

4318

|isvs_8124|Automatizovaný systém správy registratúry (ASSR)|//Modulu elektronických formulárov//|//REG-1//

4319

|isvs_8729  |IS MUSP |//IS CPDI (CSRÚ)-Modul procesnej integrácie a integrácie údajov//|

4320

|isvs_551  |EKP (SES) |Autentifikačný modul |

4321

4322

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)

4323

4324

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

4331

|isvs_8124 |Automatizovaný systém správy registratúry (ASSR) |//Autentifikačný modul//

4332

|isvs_8124 |Automatizovaný systém správy registratúry (ASSR) |//Modul elektronických schránok//

4333

|isvs_8124 |Automatizovaný systém správy registratúry (ASSR) |//Modulu elektronických formulárov//

4334

|isvs_8124 |Automatizovaný systém správy registratúry (ASSR) |//Modul centrálnej elektronickej podateľne//

4335

|isvs_11264|Informačný systém registratúra (IS REG)|//Autentifikačný modul//

4336

|isvs_11264|Informačný systém registratúra (IS REG)|//Modul elektronických schránok//

4337

|isvs_11264|Informačný systém registratúra (IS REG)|//Modulu elektronických formulárov//

4338

|isvs_11264|Informačný systém registratúra (IS REG)|//Modul centrálnej elektronickej podateľne//

4339

|isvs_11264 |Informačný systém registratúra (IS REG) |//Modul elektronického doručovania//

4340

|isvs_8729  |IS MUSP |//IS CPDI (CSRÚ)-Modul procesnej integrácie a integrácie údajov//

4341

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

4347

4348

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

4360

4361

//(z MetaIS)//

4362

)))|Názov integrovaného ISVS

4363

| |TBD|Isvs_400|NZIS

4364

|isvs_547 |IS NPaLPČ |TBD|ESB (→ MUSP)

4365

|isvs_8213 | IS JVP |isvs_8729 |IS MÚSP

4366

|isvs_546|IS DP| |ESB (→ MUSP)

4367

|isvs_549|IS ÚP| |ESB (→ MUSP)

4368

|TBD|ESB|isvs_8729 |IS MÚSP

4369

|isvs_551 |EKP (SES) | |ESB (→ MUSP)

4370

|isvs_551 |EKP (SES) |isvs_11264 |IS REG

4371

|isvs_550 |IS PvNGP | |ESB (→ MUSP)

4372

|Isvs_8214|AIS DP| |ESB (→ MUSP)

*

5.4.6 Aplikačné služby pre Koncové služby – budúci stav (TO BE)

4377

4378

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

4390

4391

//(kód KS z MetaIS)//

4392

)))

4393

|as_58971|Podávanie žiadosti o dávku v nezamestnanosti| isvs_9921|ks_337610

4394

|TBD|Vydanie rozhodnutia|TBD|TBD

4395

|TBD|Zaregistrovanie podania|TBD|TBD

4396

|TBD|Pridelenie podania|TBD|TBD

4397

|TBD|Zobrazenie údajov klienta Sociálnej poisťovne|TBD|TBD

4398

|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

4438

4439

4440

)))|isvs_5795|ks_379599

|(((

as_65865

)))|(((

Platobná brána - úhrada nedoplatkov na poistnom

4447

4448

4449

)))| isvs_10680|ks_379600

4450

|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

4470

|TBD|(((

4471

Oznámenie a príjem infortmácii - zamestnávateľ (portál/B2B)

4472

4473

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

4543

|TBD|Zápis a registrácia žiadosti v SP (portál/registratúra)|TBD|TBD

4544

|TBD|Oznámenie a príjem informácii - zamestnávateľ (portál/B2B)|TBD|TBD

4545

|TBD|Generovanie správ/notifikácii|TBD|TBD

4546

|TBD|Zápis a registrácia žiadosti v SP (portál/registratúra)|TBD|TBD

4547

|TBD|Oznámenie a príjem informácii - zamestnávateľ (portál/B2B)|TBD|TBD

4548

|TBD|Generovanie správ/notifikácii|TBD|TBD

4549

|TBD|Zápis a registrácia žiadosti v SP (portál/registratúra)|TBD|TBD

4550

|TBD|Oznámenie a príjem informácii - zamestnávateľ (portál/B2B)|TBD|TBD

4551

|TBD|Generovanie správ/notifikácii|TBD|TBD

4552

|TBD|Zápis a registrácia žiadosti v SP (portál/registratúra|TBD|TBD

4553

|TBD|Oznámenie a príjem infortmácii - zamestnávateľ (portál/B2B)|TBD|TBD

4554

|TBD|Generovanie správ/notifikácii|TBD|TBD

4555

|TBD|Predvypĺňanie formulárov|TBD|TBD

4556

|TBD|Zápis a registrácia oznámenia v SP (portál/registratúra)|TBD|TBD

4557

|TBD|Oznámenie a príjem informácii - zamestnávateľ (portál/B2B)|TBD|TBD

4558

|TBD|Generovanie správ/notifikácii|TBD|TBD

4559

|TBD|Dôchodková prognóza|TBD|TBD

4560

|TBD|Podávanie Žiadosti o dôchodok|TBD|TBD

4561

|TBD|Notifikácie o stave konania v rozhodovaní o dôchodku a o správe dôchodku|TBD|TBD

4562

|TBD|Rezervačný a vyvolávací systém|TBD|TBD

4563

|TBD|Vydanie rozhodnutia|TBD|TBD

4564

|TBD|Prijatie a spracovanie odvolania na SP|TBD|TBD

4565

|TBD|Elektronická služba Žiadosti o zmenu|TBD|TBD

4566

|TBD|Podanie žiadosti o poukazovanie dohodových dávok môjho manžela/mojej manželky na môj účet|TBD|TBD

4567

|TBD|Podanie žiadosti na zmeny rozhodujúce na poukazovanie dôchodkových dávok na účet v banke|TBD|TBD

4568

|TBD|Podanie žiadosť o poukazovanie dôchodkových dávok na účet dôchodcu v banke.|TBD|TBD

4569

|TBD|Žiadosť o dôchodok - anglická verzia|TBD|TBD

4570

|TBD|(((

4571

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

4576

|TBD|Žiadosť o rezerváciu termínu cez webové sídlo (nová)|Rezervačný systém|TBD

4577

|TBD|Overenie rezervovaného termínu na ŠP SP (EKP) (nová)|Rezervačný systém|TBD

4578

|TBD|Zrušenie rezervovaného termínu (nová)|Rezervačný systém|TBD

4579

4580

5.4.7 Aplikačné služby na integráciu – budúci stav (TO BE)

4581

4582

Z potrebných aplikačných služieb na integráciu sú už realizované služby

4583

4584

|Kod AS|Názov AS|Realizuje isvs|Integrácia na

4585

|60120|(((

4586

Poskytnutie údajov z registrov Sociálnej poisťovne

4587

4588

4589

)))|Isvs_8729 (IS MUSP)|CPDI, agendové systémy SP

4590

|60118|Konzumácia údajov z CSRU|Isvs_8729 (IS MUSP)|CPDI

4591

4592

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)

4606

4607

Integrácia na AS poskytovateľa

(kód MetaIS)

)))

|TBD|TBD|TBD|Poskytovaná|Nie|Áno|Áno|As_59848 Integrácia na NCZI

4612

- (Isvs_400 NZIS)

4613

|TBD|TBD|TBD|Konzumujúca|Nie|Áno|Áno|Isvs_400 (NZIS)

|TBD|(((

IS MÚSP - Konzumácia údajov (interné integrácie)

4619

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

4637

)))

4638

|TBD|NPaLPČ- Poskytnutie údajov pre IS SP|isvs_547

4639

(NPaLPČ)|Poskytovaná|Nie|Nie|Áno|Primárne pre ESB s napojením na MUSP, alebo priamo na MUSP

4640

|TBD|JVP - Poskytnutie údajov pre IS SP|isvs_8213

4641

(IS JVP)|Poskytovaná|Nie|Nie|Áno|Primárne pre ESB s napojením na MUSP, alebo priamo na MUSP

4642

|TBD|IS DP- Poskytnutie údajov pre IS SP|isvs_546

4643

(IS DP)|Poskytovaná|Nie|Nie|Áno|Primárne pre ESB s napojením na MUSP, alebo priamo na MUSP

4644

|TBD|IS DP - Poskytnutie údajov pre IS SP|isvs_549

4645

IS ÚP)|Poskytovaná|Nie|Nie|Áno|Primárne pre ESB s napojením na MUSP, alebo priamo na MUSP

4646

|TBD|EKP - Poskytnutie údajov pre IS SP|isvs_551

4647

(EKP)|Poskytovaná|Nie|Nie|Áno|Primárne pre ESB s napojením na MUSP, alebo priamo na MUSP

4648

|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

4649

|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

4650

|TBD|Konzumácia údajov z IS SP|isvs_547

4651

(NPaLPČ)|Konzumujúca|Nie|Nie|Áno|Primárne pre ESB s napojením na 60120

4652

|TBD|Konzumácia údajov z IS SP|isvs_8213

4653

(IS JVP)|Konzumujúca|Nie|Nie|Áno|Primárne pre ESB s napojením na 60120

4654

|TBD|Konzumácia údajov z IS SP|isvs_546

4655

(IS DP)|Konzumujúca|Nie|Nie|Áno|Primárne pre ESB s napojením na 60120

4656

|TBD|Konzumácia údajov z IS SP|isvs_549

4657

IS ÚP)|Konzumujúca|Nie|Nie|Áno|Primárne pre ESB s napojením na 60120

4658

|TBD|Konzumácia údajov z IS SP|isvs_551

4659

(EKP)|Konzumujúca|Nie|Nie|Áno|Primárne pre ESB s napojením na 60120

4660

|TBD|Konzumácia údajov z IS SP|Isvs_550 (PvNGP)|Konzumujúca|Nie|Nie|Áno|Primárne pre ESB s napojením na 60120

4661

|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

4662

4663

5.5 Dátová architektúra

4664

4665

Jednou z kľúčových oblastí realizácie predkladaného projektu sú dátové integrácie s cieľom:

4666

4667

* Integrácie agendových systémov na EÚP pre sprístupnenie údajov pre klientov SP (poistenec a zamestnávateľ)

4668

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

4669

* Priamej integrácie na NCZI pre potreby ŽS8

4670

4671

Datasety potrebné pre realizáciu jednotlivých požiadaviek životných situácií sú evidované v Prílohe 5 tohto zámeru.

4672

4673

Tento zoznam sa môže vo fáze Analýza a dizajn ešte spresniť/upraviť.

4674

4675

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í//“.**

4688

4689

Diagram 42: Prehľad objektov evidencie - Frontend (TO BE)

4690

4691

[[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.

4699

4700

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:

4708

4709

1. Prvky metadát vecnej skupiny

4710

1. Prvky metadát spisu

4711

1. Prvky metadát registratúrneho záznamu

4712

1. Prvky metadát používateľov elektronického systému správy registratúry

4713

4714

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.

4715

4716

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.

4717

4718

Diagram 43: Model vzťahov medzi entitami

4719

4720

[[image:file:///D:/Users/BA-MONDIKOVA_V/SuboryNezalohovane/Temp/msohtmlclip1/01/clip_image044.emz]][[image:1755513964940-864.png]]

4721

4722

Diagram 44: Možnosti vetvenia registratúrneho plánu

4723

4724

[[image:file:///D:/Users/BA-MONDIKOVA_V/SuboryNezalohovane/Temp/msohtmlclip1/01/clip_image045.emz]]

4725

4726

[[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:

4734

4735

Diagram 45: Proces publikovania údajov do IS MÚSP/MDM, Správy tzv. zlatých údajpv

4736

4737

[[image:1755513986865-679.png]]

4738

4739

Tabuľka 29 Objekty evidencie

4740

4741

Detailnejší prehľad datasetov napárovaných na jednotlivé požiadavky na dátové integrácie je dostupný v Prílohe 5.

4742

4743

4744

|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

4745

|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

4746

|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

4747

|4.|Dataset „Zmeny v evidencii UoZ“ z ÚPSVAR pre evidenciu v systéme JVP | | |Di-2

4748

|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

4749

|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

4750

|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

4751

|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

4752

|9.|Dataset „Vyradenie z evidencie UoZ“ z ÚPSVaR pre účely zastavenia vyplácania dávky nezamestnanosti. | | |Di-2

4753

|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

4754

|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

4755

|12.|Dataset „Evidencia UoZ“ doručený z ÚPSVaR.| | |Di-2

4756

|13.|**Kandidáti na zaradenie do evidencie UoZ** (Ukončenie pracovného pomeru / sociálneho poistenia) | | |Di-2

4757

|14.|**Kandidáti na vyradenie z evidencie UoZ** (Začiatok pracovného pomeru / sociálneho poistenia) | | |Di-2

4758

|15.|Dataset „Pracovno-právne vzťahy“ žiadaný od MPSVR SR| | |Di-2

4759

|16.|Doplňujúce údaje pre dataset „Pracovno-právne vzťahy“ žiadaný od MPSVR SR| | |Di-2

4760

|17.|Požiadavka na doručenie informácie pre zúčtovanie Dávky v hmotnej núdzi| | |Di-2

4761

|18.|Kandidáti na zaradenie do evidencie UoZ (Ukončenie pracovného pomeru / sociálneho poistenia)| | |Di-2

4762

|19.|**Kandidáti na zaradenie do evidencie UoZ** (Ukončenie pracovného pomeru / sociálneho poistenia) | | |Di-2

4763

|20.|**Kandidáti na vyradenie z evidencie UoZ** (Začiatok pracovného pomeru / sociálneho poistenia) | | |Di-2

4764

|21.| Dataset „Pracovno-právne vzťahy“ žiadaný od MPSVR SR| | |Di-2

4765

|22.|Požiadavka na doručenie informácie pre zúčtovanie Dávky v hmotnej núdzi| | |Di-2

4766

|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

4767

|24.|objekty evidencie: Zamestnávateľ, Zamestnanec, Sídlo, Adresa, a iné, ktoré budú definované v detailnej analýze integračnej väzby| | |DI-4

4768

|25.|objekty evidencie: Zamestnávateľ, Zamestnanec, Sídlo, Adresa, a iné, ktoré budú definované v detailnej analýze integračnej väzby| | |DI-4

4769

|26.|objekty evidencie: Zamestnávateľ, Zamestnanec, Sídlo, Adresa, a iné, ktoré budú definované v detailnej analýze integračnej väzby| | |DI-4

4770

|27.|objekty evidencie: Zamestnávateľ, Zamestnanec, Sídlo, Adresa, a iné, ktoré budú definované v detailnej analýze integračnej väzby| | |DI-4

4771

|28.|Údaje, ktoré budú zasielané do MÚSP budú detailne identifikované vo fáze analýzy| | |DI-4

4772

|29.|objekty evidencie do MÚSP: Doba trvania poistenia,Údaje o zamestnávateľoch, Údaje o zamestnaniach| | |DI-4

4773

|30.|Požiadavka na doručenie informácie pre zúčtovanie Dávky v hmotnej núdzi| | |DI-5

4774

|31.|Dataset „Materské“ žiadaný od MPSVR SR| | |DI-5

4775

|32.|Požiadavka na doručenie informácie pre zúčtovanie Dávky v hmotnej núdzi| | |DI-5

4776

|33.|Požiadavka na doručenie informácie pre zúčtovanie Dávky v hmotnej núdzi| | |DI-5

4777

|34.|Dataset „Materské“ žiadaný od MPSVR SR| | |DI-5

4778

|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

4779

|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

4780

|37.|Hlásenie o registrovanom pracovnom úraze z NIP pre účel poskytovania úrazových dávok v ŽS8| | |DI-5

4781

|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

4782

|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

4783

|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

4784

|41.|Hlásenie o registrovanom pracovnom úraze z NIP pre účel poskytovania úrazových dávok v ŽS8| | |DI-5

4785

|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

4786

|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

4787

|44.|Register sociálnych služieb

4788

Evidencia ŤZP - osobná asistencia

4789

Evidencia poberateľov DHN

4790

Rodičovský príspevok

4791

Evidencia uchádzačov o zamestnanie (EuoZ)| | |DI-6

4792

|45.|Register sociálnych služieb

4793

Evidencia ŤZP - osobná asistencia

4794

Evidencia poberateľov DHN

4795

Rodičovský príspevok

4796

Evidencia uchádzačov o zamestnanie (EuoZ)| | |DI-6

4797

|46.|Register sociálnych služieb

4798

Evidencia ŤZP - osobná asistencia

4799

Evidencia poberateľov DHN

4800

Rodičovský príspevok

4801

Evidencia uchádzačov o zamestnanie (EuoZ)| | |DI-6

4802

|47.|(((

4803

Univerzálny dataset pre „Dôchodky“

4804

4805

4806

)))|zložený dátový typ - PersonNameType: - GivenName, FamilyName, Affix

4807

zložený dátový typ - PhysicalPersonType: - Birth

4808

zložený dátový typ - ResultType: - ConfirmationDate (dátum potvrdenia), PensionBenefitsInfo (typ dôchodku), Total (Suma dôchodku)

4809

zložený dátový typ - PensionBenefitsItem:

4810

- dátum začatia poberania dôchodku

4811

- dátum ukončenia poberania dôchodku

4812

- Typ dôchodku| |DI-6

4813

4814

5.5.2 Referenčné údaje

4815

4816

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.

4817

4818

|ID OE|(((

4819

Názov referenčného registra /objektu evidencie

4820

4821

(uvádzať OE z tabuľky v kap. 5.5.1)

4822

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

4828

4829

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

4835

4836

|ID OE|Názov (konzumovaného) objektu evidencie|Kód ISVS konzumujúceho OE|Kód zdrojového ISVS v MetaIS

4837

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

4838

|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|

4839

|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|

4840

|4.|Dataset „Zmeny v evidencii UoZ“ z ÚPSVAR pre evidenciu v systéme JVP |8729 – IS MÚSP|

4841

|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|

4842

|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|

4843

|7.|(((

4844

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|

4859

|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|

4860

|12.|Register sociálnych služieb

4861

Evidencia ŤZP - osobná asistencia

4862

Evidencia poberateľov DHN

4863

Rodičovský príspevok

4864

Evidencia uchádzačov o zamestnanie (EuoZ)|8729 – IS MÚSP|

4865

4866

Tabuľka Konzumovanie údajov z IS CPDI – budúci stav (TO BE)

4867

4868

5.5.5 Identifikácia údajov a subjektov pre konzumovanie alebo poskytovanie údajov do/z CPDI (CSRÚ)

4869

4870

|ID OE|(((

4871

Názov referenčného údaja /objektu evidencie

4872

4873

(uvádzať OE z tabuľky v kap. 5.5.1)

4874

)))|Konzumovanie alebo poskytovanie|(((

4875

Subjekt

4876

4877

(organizácia poskytovateľa-konzumenta)

4878

)))|Osobitný právny predpis pre poskytovanie / konzumovanie údajov

4879

|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|

4880

|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

4891

4892

4893

)))|Konzumovanie|SP - ?? UPSVaR|

4894

|10.|(((

4895

Požiadavka na doručenie informácie pre zúčtovanie Dávky v hmotnej núdzi

4896

4897

4898

)))|Poskytovanie|SP - ?? UPSVaR|

4899

|11.|(((

4900

Dataset „Materské“ žiadaný od MPSVR SR

4901

4902

4903

)))|Poskytovanie|SP-ÚPSVaR|

4904

|12.|(((

4905

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.

4906

4907

4908

)))|Konzumovanie|ÚPSVaR - SP|

4909

|13.|(((

4910

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.

4911

4912

4913

)))|Konzumovanie|ÚPSVaR - SP|

4914

|14.|(((

4915

Vzdelanie z RIS pre účel overovania informácií o dosiahnutom vzdelaní a dobe štúdia v ŽS7 pri žiadosti o materské – iný poistenec

4916

4917

4918

)))|Konzumovanie|ÚPSVaR - SP|

4919

4920

|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|

4921

|1.|Register sociálnych služieb

4922

Evidencia ŤZP - osobná asistencia

4923

Evidencia poberateľov DHN

4924

Rodičovský príspevok

4925

Evidencia uchádzačov o zamestnanie (EuoZ)|Konzumovanie|UPSVaR - SP|

4926

|2.|(((

4927

Univerzálny dataset pre „Dôchodky“

4928

4929

4930

)))|Poskytovanie|SP - DEUS|

4931

4932

Tabuľka Identifikácia údajov pre konzumovanie alebo poskytovanie údajov do/z CPDI (CSRÚ)

4933

4934

5.5.6 Kvalita a čistenie údajov

4935

4936

Zhodnotenie OE bude prebiehať vo fáze Analýza a Dizajn.

4937

4938

Dátovú kvalitu zabezpečuje projekt MUSP a správcovia IS MÚSP.  // //

4939

4940

|ID OE|(((

4941

Názov Objektu evidencie

4942

4943

(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á)

4952

)))|(((

4953

Priorita //– poradie dôležitosti//

4954

4955

(začnite číslovať od najdôležitejšieho)

)))

| | | | |

| | | | |

| | | | |

|Rola|Činnosti|Pozícia zodpovedná za danú činnosť (správca ISVS / dodávateľ)

4962

|Dátový kurátor|Evidencia požiadaviek na dátovú kvalitu, monitoring a riadenie procesu|Dátový kurátor správcu IS

4963

|Data steward|Čistenie a stotožňovanie voči referenčným údajom|Pracovník IT podpory

4964

|Databázový špecialista|Analyzuje požiadavky na dáta, modeluje obsah procedúr|Dodávateľ

4965

|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

4966

|*Iná rola (doplniť)| |

4967

4968

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é.

4973

4974

|ID OE|(((

4975

Názov objektu evidencie / datasetu

4976

4977

(uvádzať OE z tabuľky v kap. 5.5.1)

)))|(((

Požadovaná interoperabilita

(3★ - 5★)

)))|(((

Periodicita publikovania

4986

4987

(týždenne, mesačne, polročne, ročne)

4988

)))

4989

| |Príklad: senzorické údaje merania teploty|3★|Polročne

4990

| | |Vyberte jednu z možností.|Vyberte jednu z možností.

4991

| | |Vyberte jednu z možností.|Vyberte jednu z možností.

4992

| | |Vyberte jednu z možností.|Vyberte jednu z možností.

4993

4994

5.5.7 Analytické údaje

4995

4996

V tabuľke uveďte OE z tabuľky uvedenej v kapitole 5.5.1 Objekty evidencie :

4997

4998

|OE ID|Názov objektu evidencie pre analytické účely|Zoznam atribútov objektu evidencie|Popis a špecifiká objektu evidencie

| | | |

| | | |

| | | |

5.5.8 Moje údaje

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.

5006

5007

|OE ID|(((

5008

Názov registra / objektu evidencie

5009

5010

(uvádzať OE z tabuľky v kap. 5.5.1)

5011

)))|Atribút objektu evidencie|Popis a špecifiká objektu evidencie

| | | |

| | | |

| | | |

5.5.9 Prehľad jednotlivých kategórií údajov

5017

5018

Spresnenie jednotlivých kategórií bude predmetom etapy Analýza a dizajn.

5019

5020

|ID|(((

5021

Register / Objekt evidencie

5022

5023

(uvádzať OE z tabuľky v kap. 5.5.1)

5024

)))|Referenčné údaje|Moje údaje|Otvorené údaje|Analytické údaje

| | |☐|☐|☐|☐

| | |☐|☐|☐|☐

| | |☐|☐|☐|☐

5.6 Technologická architektúra

5030

5031

Technologická architektúra SP je znázornená v diagrame nižšie:

5032

5033

Diagram 46: Technologická architektúra SP

5034

5035

[[image:1755514103396-411.png]]

5036

5037

|**Názov komponentu**|**Názov produktu**|**Popis**|**Link**

5038

|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]]

5039

|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]]

5040

|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]]

5041

|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]]

5042

|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]]

5043

|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]]

5044

|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]]

5045

|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]]

5046

|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]]

5047

5048

Tabuľka 33 Popis komponentov technologickej architektúry

5049

5050

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]]

5051

5052

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.

5053

5054

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

5055

5056

Serving relácia nehovorí o smere toku dát ani o smere requestov. Definuje iba vzťah typu poskytovateľ služby/konzument služby.

5057

5058

Okrem týchto relácií je v diagrame použitá flow relácia, ktorá predstavuje napríklad tok informácií medzi komponentami.

5059

5060

[[image:file:///D:/Users/BA-MONDIKOVA_V/SuboryNezalohovane/Temp/msohtmlclip1/01/clip_image048.png]]

5061

5062

V diagrame využívame flow na HL modelovanie vzťahov medzi komponentami.

5063

5064

Diagram 47: Architektúra APC

5065

5066

[[image:1755514114654-966.png]]

5067

5068

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í.

5069

5070

Riešenie APC je zložené s viacerých komponentov:

5071

5072

**Kontajnerizačná platforma Red Hat Openshift Container Platform**

5073

5074

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.

5075

5076

V OCP budú implementované viaceré podporné služby (rozšírenia platformy) dodávané Red Hat-om:

5077

5078

*

5079

** Red Hat Advanced Cluster Management (ACM) - riešenie na centralizovanú správu Kubernetes klastrov a aplikácií naprieč hybridnými a multicloudovými prostrediami.

5080

** Kubernetes – jeden zo základných komponentov APC, ktorý slúži ako orchestrátor kontajnerov.

5081

** Red Hat Advanced Cluster Security for Kubernetes (ACS) - služba pre zlepšenie bezpečnosti prostredia, bezpečnosti vývoja a nasadzovania aplikácii

5082

** Red Hat OpenShift Data Foundation - poskytovanie úložiska pre kontajnery

5083

** Red Hat Network Observability Operator – služba na sledovanie sieťovej prevádzky pre klastre

5084

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

5085

** //Podporné služby platformy// – služby, ktoré poskytuje platforma pre aplikácie nasadené na platforme

5086

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

5092

** Relačná databáza - PostgreSQL

5093

** No SQL databáza - MongoDB

5094

** IDP - RHBK Keycloak

5095

** SDLC, CI/CD - GitLab

5096

** Správa citlivých údajov – Vault

** Messaging (Kafka)

** Blokové úložisko

** Súborové úložisko

** Objektové úložisko

5101

5102

**Manažment server Bastion**

5103

5104

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.

5105

5106

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

5111

** Network Bastion

5112

** Na serveri budú nasadené služby router s L3 gateway (keepalived), UFW

5113

5114

=== Administrácia APC platformy ===

5115

5116

=== APC platforma obsahuje niekoľko administrátorských konzol, ktorými sa manažuje samotná platforma a podporné služby. ===

5117

5118

*

5119

** OCP konzola – hlavná manažment konzola OCP

5120

** ACS konzola – konzola na manažment Advanced Cluster Security (ACS)

5121

** GitLab konzola – konzola na manažment GitLab

5122

** Vault konzola – kontrola na manažment secretov

5123

5124

|Parameter|Jednotky|Predpokladaná hodnota|Poznámka

5125

|Počet interných používateľov|Počet| |

5126

|Počet súčasne pracujúcich interných používateľov v špičkovom zaťažení|Počet| |

5127

|Počet externých používateľov (internet)|Počet| |

5128

|Počet externých používateľov používajúcich systém v špičkovom zaťažení|Počet| |

5129

|Počet transakcií (podaní, požiadaviek) za obdobie|Počet/obdobie| |

5130

|Objem údajov na transakciu|Objem/transakcia| |

5131

|Objem existujúcich kmeňových dát|Objem| |

5132

|Ďalšie kapacitné a výkonové požiadavky ...| | |

5133

5134

5.6.1 Využívanie služieb z katalógu služieb vládneho cloudu

|(((

Kód infraštruktúrnej služby

5140

5141

(z MetaIS)

5142

)))|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" %)(((

5156

5157

5158

Kód infraštruktúrnej služby

5159

5160

(z MetaIS)

5161

)))|(% rowspan="2" %)(((

5162

Názov infraštruktúrnej služby

5163

5164

(Služba z katalógu cloudových služieb pre zriadenie výpočtového uzla)

5165

)))|(% colspan="4" %)Požadované kapacitné parametre služby

5166

(doplňte stĺpec parametra, ak je dôležitý pre konkrétnu službu)

5167

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

5182

|Vývojové|Doplň názov a stručný popis| |

5183

|Testovacie|Doplň názov a stručný popis| |

5184

|Produkčné|Doplň názov a stručný popis| |

|(((

ďalšie...

(uviesť názov)

)))| | |

5.7 Bezpečnostná architektúra

5192

5193

5.7.1 Návrh riešenia bezpečnosti

5194

5195

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.

5196

5197

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.

5198

5199

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:

5200

5201

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

5202

1. zákon č. 69/2018 Z. z. o kybernetickej bezpečnosti a o zmene a doplnení niektorých zákonov

5203

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

5204

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

5205

1. zákon č. 45/2011 Z. z. o kritickej infraštruktúre

5206

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

5207

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)

5208

1. zákon č. 18/2018 Z. z. o ochrane osobných údajov a o zmene a doplnení niektorých zákonov

5209

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.

5210

5211

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.

5212

5213

Využívané budú nasledovné služby:

5214

5215

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

5216

* **Flowmon** (Systémový software) - jednotná platforma pre meranie výkonnosti siete a bezpečnostný monitoring.

5217

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

5218

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

5219

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

5220

* **Dynatrace **(Systémový software) - softvérová platforma na monitorovanie výkonu aplikácií (APM) a správy IT infraštruktúry.

5221

5222

5.7.1.1 Modernizácia mobilnej aplikácie SP

5223

5224

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.

5225

5226

Celá komunikácia medzi klientom a serverom prebieha šifrovane pomocou moderných kryptografických protokolov (TLS 1.3).

5227

5228

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.

5229

5230

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.

5231

5232

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.

5233

5234

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.

5235

5236

Platnosť autorizačného tokenu a časový interval, po ktorom je nutná opätovná autentifikácia klienta je vecou nastavenia IAM systému Keycloak.

5237

5238

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ý.

5239

5240

Diagram 48: Bezpečnostná architektúra MoA

5241

5242

[[image:1755514159437-829.png]]

5243

5244

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é.

5245

5246

[[image:1755514168085-965.png]]

5247

5248

Operačný systém Android využíva niekoľko bezpečnostných mechanizmov pre šifrované ukladanie údajov v lokálnom úložisku.

5249

5250

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+.

5251

5252

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.

5253

5254

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

5255

5256

Štyri úrovne ochrany určujú, kedy sú dáta prístupné:

5257

5258

*

5259

** Complete Protection – dáta dostupné len po odomknutí.

5260

** Protected Unless Open – prístupné, kým je appka spustená.

5261

** Protected Until First User Auth – prístupné po prvom odomknutí.

5262

** No Protection – pre necitlivé údaje.

5263

5264

Kľúče sú viazané na Secure Enclave (dedikovaný čip). Používa sa AES-256 a PBKDF2 na derivačné funkcie.

5265

5266

**Povolenia aplikácie (Permission handling)**

5267

5268

Mobilná aplikácia pri oboch platformách vyžaduje nasledujúce povolenia:

5269

5270

*

5271

** Prístup k fotoaparátu – kvôli možnosti skenovať QR kódy

5272

** Povolenie posielať notifikácie – kvôli celému rozsahu Push notifikácií.

5273

5274

**Bezpečnostné mechanizmy v aplikácii**

5275

5276

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.

5277

5278

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.

5279

5280

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:

5281

5282

* Vyhláška 78/2020 Z.z. o štandardoch pre informačné technológie verejnej správy

5283

* 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]]

5284

* 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]]

5285

* OWASP - Mobile Application Security Verification Standard – v prílohe

5286

5287

5.7.2 Určenie obsahu bezpečnostných opatrení

5288

5289

|Obsah bezpečnostných opatrení podľa vyhlášky ÚPVII č. 179/2020 Z. z|Aplikované opatrenia|Aplikovaná legislatíva

5290

|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

5291

|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

5292

|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

5293

|Bezpečnostný projekt|Vyberte položku.|§ 23 ods. 1 a 2 zákona 95/2019 Z.z.

5294

|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

5295

5296

5.7.3 Legislatívne, právne, štatutárne, regulačné a zmluvné požiadavky,

5297

5298

5.7.4 Riešenie autentifikácie a prístupov používateľov

5299

5300

6. PREVÁDZKA A ÚDRŽBA VÝSTUPOV PROJEKTU

5301

5302

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.

5303

5304

6.1 Zabezpečenie podpory používateľov a prevádzky

5305

5306

Podpora prevádzky a používateľov je zvyčajne realizovaná cez 3 úrovne podpory, s nasledujúcim označením a obsahom činnosti:

5307

5308

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.

5309

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.

5310

5311

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)

5317

)))|Požadovaný Čas dostupnosti|STAV zabezpečenia|(((

5318

Pozn.

5319

5320

(napr. známe obmedzenia služby, špeciálne zodpovednosti, a pod.)

5321

)))

5322

|**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//|

5323

5324

|**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//|

5325

|**Podpora infraštruktúrnych služieb**|//Napr. Dodávateľ servisnej podpory HW datacentra, alebo Prevádzkovateľ cloudovej služby//| |//Napr. Servisná zmluva//|

5326

5327

6.2 Riešenie incidentov v prevádzke - parametre úrovní služby

5328

5329

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:

5330

5331

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

5336

|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,

5337

|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é,

5338

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

5339

5340

**Parametre služby Riešenia incidentov v prevádzke:**

5341

5342

|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)^^|(((

5343

Spoľahlivosť ^^(3)^^

5344

5345

(počet incidentov za mesiac)

5346

)))

5347

|1|30 minút|2 hodiny|12 hodín

5348

|2|45 minút|4 hodiny|24 hodín

5349

|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

5354

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

5355

|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

5356

|C|BEžNá|(((

5357

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.

5362

5363

**Parametre služby Riešenia incidentov v prevádzke:**

5364

5365

|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)^^|(((

5366

Spoľahlivosť ^^(3)^^

5367

5368

(počet incidentov za mesiac)

5369

)))

5370

|1|30 minút|5 hodiny|1

5371

|2|30 minút|6 hodiny|2

5372

|3|60 minút|24 hodín|4

5373

5374

6.2.3 Monitoring služieb

5375

5376

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.

5377

5378

|klasifikácia naliehavosti incidentu|Závažnosť incidentu|Popis naliehavosti incidentu

5379

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

5380

|B|Vysoká|Chyby a nedostatky, ktoré zapríčinia čiastočné zlyhanie systému a neumožňuje používať časť systému.

5381

|C|Stredná|Chyby a nedostatky, ktoré spôsobia čiastočné obmedzenia používania systému.

5382

|D|Nízka|Kozmetické a drobné chyby.

5383

5384

Tabuľka Klasifikácia Naliehavosti incidentu

5385

5386

|Klasifikácia závažnosti incidentu|(((

Dopad

)))|Popis dopadu

|1|katastrofický|katastrofický dopad, priamy finančný dopad alebo strata dát,

5392

|2|značný|značný dopad alebo strata dát

5393

|3|malý|malý dopad alebo strata dát

5394

5395

Tabuľka Klasifikácia Závažnosti incidentu

5396

5397

Určenie priority incidentu je kombináciou dopadu a naliehavosti podľa nasledovnej matice:

5398

5399

|(% colspan="2" rowspan="2" %)Matica priority incidentov|(% colspan="3" %)Dopad

5400

|Katastrofický - 1|Značný - 2|Malý - 3

5401

|(% 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

5407

5408

**Parametre služby Riešenia incidentov v prevádzke:**

5409

5410

|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)^^|(((

5411

Spoľahlivosť ^^(3)^^

5412

5413

(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

5418

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

5419

5420

Vysvetlivky k tabuľke

5421

5422

(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.

5423

5424

(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.

5425

5426

(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.

5427

5428

(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.

5429

5430

Vyššie uvedené SLA parametre nebudú použité pre nasledovné služby:

5431

5432

* Služby systémovej podpory na požiadanie (nad paušál)

5433

* Služby realizácie aplikačných zmien vyplývajúcich z legislatívnych a metodických zmien (nad paušál)

5434

5435

Pre tieto služby budú dohodnuté osobitné parametre dodávky.

5436

5437

6.3 Požadovaná dostupnosť informačného systému:

5438

5439

|Popis|Parameter|Upresnenie

5440

|Prevádzkové hodiny|12 hodín|od 6:00 hod. - do 18:00 hod. počas pracovných dní

5441

|(% rowspan="2" %)Servisné okno|10 hodín|od 19:00 hod. - do 5:00 hod. počas pracovných dní

5442

|24 hodín|(((

5443

od 00:00 hod. - 23:59 hod. počas dní pracovného pokoja a štátnych sviatkov

5444

5445

Servis a údržba sa bude realizovať mimo pracovného času.

5446

)))

5447

|Dostupnosť produkčného prostredia IS|98,5%|(((

5448

98,5% z 24/7/365 t.j. max ročný výpadok je 66 hod.

5449

5450

Maximálny mesačný výpadok je 5,5 hodiny.

5451

5452

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.

5453

5454

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.

5455

5456

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.

5457

)))

5458

|[[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

5459

|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ť

5460

5461

6.4 Požiadavky na ľudské zdroje potrebné pre zabezpečenie prevádzky

5462

5463

6.5 Požiadavky na zdrojové kódy

5464

5465

Zdrojové kódy budú odovzdané Objednávateľovi v zmysle relevantných zmlúv o poskytovaní podpory pre IS.  

5466

5467

7. OPIS IMPLEMENTÁCIE PROJEKTU A PREBERANIA VÝSTUPOV PROJEKTU

5468

5469

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.

5470

5471

* Plánovanie a príprava 

5472

** Definovanie cieľov a rozsahu projektu: Jasne definujte ciele a rozsah projektu. 

5473

** Identifikácia zainteresovaných strán: Určte všetky zainteresované strany a ich úlohy. 

5474

** Vytvorenie projektového plánu: časový harmonogram, zdroje, rozpočet a riziká. 

5475

** Výstupy

5476

*** I-02, Projektový zámer 

5477

*** Príloha: Zoznam rizík a závislostí (XLSX, 115 kB)  

5478

*** I-03, Prístup k projektu   

5479

*** I-04, Katalóg požiadaviek  

5480

* Implementácia 

5481

** Vývoj a testovanie: Vyvinúť a otestovať produkt. 

5482

** Nasadenie do produkcie 

5483

** Monitorovanie a hodnotenie: Monitorovať výkon a zbierať spätnú väzbu od kľúčových používateľov.

5484

** Výstupy:

5485

*** R-01, Projektový iniciálny dokument (PID)  

5486

*** Príloha 1.: Akceptačné kritériá  

5487

*** R1-1, Detailný návrh riešenia (DNR) podľa vyhl. č. 401/2023    

5488

*** R1-2, Plán a stratégia testovania 

5489

*** Príloha 1: Testovacie prípady (TC) 

5490

***  Príloha 2: Sumárny protokol  

5491

*** R3-1, Vývoj, migrácia údajov a integrácia  

5492

*** R3-2, Testovanie  

5493

*** R3-4, Príručky  

5494

* Preberanie výstupov 

5495

** Odovzdanie a prevzatie: Odovzdanie a prevzatie výstupov alebo časti výstupov sa uskutoční v termínoch špecifikovaných v časovom harmonograme. 

5496

** Akceptačný protokol: Podpísanie akceptačného protokolu oprávnenými osobami. 

5497

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

5498

** Kontrola kvality: Objednávateľ neprevezme výstupy, ak táto vykazuje právne a/alebo faktické vady. 

5499

** Prílohy akceptačného protokolu: 

5500

** Zápisnica o vykonaných akceptačných testoch. 

5501

** Zoznam autorov diel a zoznam autorských diel vytvorených v rámci plnenia Zmluvy o dielo. 

5502

** Vyhlásenie o splnení požiadaviek (dodržaní štandardov pre ISVS/ITVS). 

5503

** Dokumenty a doklady osvedčujúce kvalitu a/alebo kompletnosť. 

5504

** Výstupy

5505

*** M-03, Akceptačný protokol 

5506

*** M-05, Analýza nákladov a prínosov (BC/CBA) 

5507

* Záverečné hodnotenie a uzavretie projektu 

5508

** Záverečné hodnotenie: Vyhodnotiť celkový úspech projektu a identifikovať oblasti na zlepšenie. 

5509

** Uzavretie projektu: Formálne uzavrieť projekt a informovať všetky zainteresované strany. 

5510

** Výstupy

5511

*** M-02, Správa o dokončení projektu  

5512

5513

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á.. 

5514

5515

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: 

5516

5517

~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í. 

5518

5519

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]]

5524

5525

[[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]]

5530

5531

**Príloha 2 - Implementačný plán**

5532

5533

**Príloha 3 – Zoznam rizík  **

5534

5535

**Príloha 4 – Register elektronických formulárov ŽS**

5536

5537

**Príloha 5 – DI_prehľad datasetov**