I-03 Prístup k projektu (pristup_k_projektu)

V súlade s Vyhláškou 401/2023 Z.z. je dokument I-03 Prístup k projektu určený na rozpracovanie detailných informácií prípravy projektu z pohľadu aktuálneho stavu, budúceho stavu a navrhovaného riešenia.

37

38

Dokument Prístup k projektu v zmysle vyššie uvedenej vyhlášky obsahuje opis navrhovaného riešenia, architektúru riešenia projektu na úrovni biznis vrstvy, aplikačnej vrstvy, dátovej vrstvy, technologickej vrstvy, infraštruktúry navrhovaného riešenia, bezpečnostnej architektúry, špecifikáciu údajov spracovaných v projekte, čistenie údajov, prevádzku a údržbu výstupov projektu, prevádzkové požiadavky, požiadavky na zdrojové kódy. Dodávané riešenie je v súlade so zákonom.

39

40

Zároveň opisuje aj implementáciu projektu a preberanie výstupov projektu//. //

41

42

//2.1 //Použité skratky a pojmy

43

44

45

|SKRATKA/POJEM |POPIS

46

|AIS DP |Administratívny informačný systém dôchodkového poistenia

47

|AIS DP (ŽoD)|Modul Žiadosť o dôchodok - súčasť AIS DP

48

|APV eELDP|Modul AIS DP na správu ELDP

49

|CAMP|Centrálna API manažment platforma

50

|COP|Centrálna orchestračná platforma

51

|CRIF|Credit navigator

52

|DMS|Document management system (súčasť AIS DP)

53

|DP|Dôchodkové poistenie

54

|EDS|Elektronický dávkový spis

55

|EKP |Informačný systém Elektronické komunikačné prostredie

56

|ELDP|Elektronický list dôchodkového poistenia

57

|ESB|Aplikačná integračná platforma (centrálny komponent SP)

58

|FO|Fyzická osoba

59

|IS SP|Informačné systémy Sociálnej poisťovne

60

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

61

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

62

|MMP|Minimum marketable product

63

|MUSP |Informačný systém Manažment údajov Sociálnej poisťovne

64

|NASES|Národná agentúra pre sieťové a elektronické služby

65

|NASP|IS Národnej aplikácie Sociálnej poisťovne

66

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

67

|OVM|Orgán verejnej moci

68

|RFO|Register fyzických osôb

69

|SP |Sociálna poisťovňa

70

|ŠP SP|Špecializovaný portál SP

71

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

72

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

73

|ŽS|Životná situácia

74

75

(% style="color:#222222" %)2.2 (%%)Konvencie pre typy požiadaviek

76

77

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

78

79

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: ŽS14 - Celkový náhľad na architektúru – AS IS vs TO BE – (viď zvýraznenia) 6>>path:#_Toc193904434]]

84

85

[[Diagram 2: Strešný model biznis architektúry – AS IS (pre všetky ŽS) 9>>path:#_Toc193904435]]

86

87

[[Diagram 3: Vytvorenie žiadostí a oznámení asistovane na pobočke TO BE. 20>>path:#_Toc193904436]]

88

89

[[Diagram 4: Overenie vlastníctva TO BE. 23>>path:#_Toc193904437]]

90

91

[[Diagram 5: EDS - Zobrazenie spisu TO BE. 25>>path:#_Toc193904438]]

92

93

[[Diagram 6: EDS - Prehľad procesov dôchodkovej agendy TO BE. 25>>path:#_Toc193904439]]

94

95

[[Diagram 7: EDS - Zobrazenie Spisovej vložky TO BE. 26>>path:#_Toc193904440]]

96

97

[[Diagram 8: :eELDP – TO BE stav. 28>>path:#_Toc193904441]]

98

99

[[Diagram 9: Vytváranie elektronických výstupov TO BE (Legenda: modrým rámčekom sú označené zmeny. 30>>path:#_Toc193904442]]

100

101

[[Diagram 10: Zdroje notifikácií TO BE stav. 31>>path:#_Toc193904443]]

102

103

[[Diagram 11: Rezervačný systém TO BE. 32>>path:#_Toc193904444]]

104

105

[[Diagram 12: Služba zabezpečenej elektronickej komunikácie. 34>>path:#_Toc193904445]]

106

107

[[Diagram 13: Procesný tok vytvorenie, odoslania a spracovania podaní 37>>path:#_Toc193904446]]

108

109

[[Diagram 14: Datasety IS MUSP. 42>>path:#_Toc193904447]]

2.4 Zoznam tabuliek

[[Tabuľka 1: Prehľad oblastí a požiadaviek. 3>>path:#_Toc193904448]]

115

116

[[Tabuľka 2: Plánované zmeny: AS IS vs. TO BE. 7>>path:#_Toc193904449]]

117

118

[[Tabuľka 3: Dosah rezervačného systému na komponenty IS SP. 17>>path:#_Toc193904450]]

119

120

[[Tabuľka 4: Notifikácia a ich zdrojové IS. 30>>path:#_Toc193904451]]

3. Popis navrhovaného riešenia

125

126

Projekt zlučuje zmenové požiadavky agendových systémov SP a jej centrálnych IS s cieľom poskytnutia kvalitnejších služieb občanovi – žiadateľovi o dôchodok (ZS14) alebo pozostalému (ŽS16).

127

128

Úpravou agendových a centrálnych systémov SP a ich vzájomnou integráciou bude môcť SP:

129

130

* Pravidelne informovať občana o dôchodkových prognózach

131

* Pripraviť notifikácie občanovi o nároku na dôchodok, o stave konania

132

* Poskytnúť občanovi informácie o jeho dôchodku na Špecializovanom portáli SP

133

* Overovať vlastníctvo bankového účtu bez potreby dokladovania zo strany občana

134

* Umožniť dôstojnú rezerváciu termínu na návštevu pobočky pri potrebe osobnej konzultácie

135

* Asistovať klientom na pobočke pri elektronickom vybavovaní agendy

136

* Vytvárať elektronické výstupy

137

* Zrýchliť konanie o dôchodku - elektronizácia dávkového spisu

138

* Umožniť notifikovať pozostalých o možnostiach dôchodkov pozostalým (ŽS16)

139

140

Popis riešenia jednotlivých biznis požiadaviek je zarámcovaný v Implementačnom pláne a Koncepcii rozvoja implementačného plánu (Príloha 1).

141

142

Projekt bude realizovaný prostredníctvom ucelených tém, podľa ktorých bude spracovaný aj tento dokument a to v kapitolách 3 a 4. Okrem nižšie spracovaných tém bude v rámci projektu pripravený text návodu pre návody na ÚPVS.

Tabuľka 1: Prehľad oblastí a požiadaviek

147

148

|Kód témy|Názov témy|ŽS

149

|ŽS14-1|Prognóza a informatívne výpočty |14

150

|ŽS14-2|Overenie vlastníctva účtu |14

151

|ŽS14-3|Elektronický dávkový spis – zrýchlenie konania|14

152

|ŽS14-4|Automatizácia výpočtov |14

153

|ŽS14-5|Vytváranie elektronických výstupov + Doručovanie dokumentov|14

154

|ŽS14-6|Zdroje notifikácií|14, 16

155

|ŽS14-7|Rezervačný systém |14

156

|ŽS14-8|Vytvorenie služby zabezpečenej komunikácie|14

157

|ŽS14-9|Integrácie a výmena údajov|16

158

|ŽS14-10|Zavedenie elektronizácie a automatizácie procesu spracovania žiadostí|14

159

|ŽS14-11|Vytvorenie žiadostí o oznámení asistovane na pobočke|14

160

161

162

3.1 Prognóza a informatívne výpočty

163

164

Účelom tejto oblasti je informovať poistenca o jeho predpokladaných dôchodkových nárokoch z I. a II. piliera (z údajov k 31. decembru predchádzajúceho kalendárneho roka). Vybuduje sa databáza poistencov s potrebnými údajmi a výpočtovou vrstvou, ktorá umožní výpočet týchto prognóz. Následne bude možné prognózy zasielať poistencom podľa vybraného spôsobu. Občan tak bude každoročne informovaný o potenciálnej výške jeho dôchodku podľa aktuálnej legislatívy (napr. vek na odchod do dôchodku) a mesačnej dávky z I. a II. piliera.

165

166

3.2 Overenie vlastníctva účtu

167

168

Cieľom overenia účtu je, aby klient nemusel k žiadostiam prikladať potvrdenie o vlastníctve účtu potvrdené bankou. Riešenie je postavené na možnosti overenia účtu Sociálnou poisťovňou automatizovane počas procesov vybavovania agendy. Riešenie počíta s integráciou EKP na CRIF (Credit navigator), Pobočkového IS SP na CRIF, nového IS EDS na CRIF a s vystavením služieb CRIF na ESB SP.

169

170

3.3 Elektronický dávkový spis

171

172

Oblasť Elektronický dávkový spis sa venuje novému modulu EDS. Cieľom je zrýchliť konanie o dôchodku a pripraviť predispozície na notifikácie o stave konania. Ide o implementáciu funkcionality pre spracovanie a správu podaní týkajúcich sa dôchodkovej agendy vrátanie organizácie dotknutých dokumentov, spracovania podania a ich príloh podľa definovaného procesu, následne uloženie podania do spisu formou spisových vložiek pre neskoršie využite pri povýmerových aktivitách. Využijú sa výhody procesného a centrálneho spracovania pre zefektívnenie interných procesov a pre možnosť priebežne notifikovať klienta o priebehu spracovania podania. To zahrňuje nasledujúce kľúčové prípady použitia:

173

174

* Zobrazenie detailu podania / žiadosti poistenca s možnosťou prehliadať dokumenty, spracovať údaje a uložiť formou atribútov a poznámok, zmeniť stav podania,

175

176

* Zobrazenie detailu poistenca s možnosťou prehliadať dokumenty a vyštartovať nový proces,

177

178

* Zobrazenie zoznamu podaní na spracovanie vrátanie vyhľadávania.

179

180

Súčasťou bude aj elektronizácia archívu. Riešenie by malo umožniť postupnú automatizáciu manuálnych krokov procesu a integráciu backendových systémov priamo do IS EDS.

181

182

3.4 Automatizácia výpočtov

183

184

Automatizácia výpočtov súvisí so zrušením povinnosti predkladania elektronického evidenčného listu dôchodkového poistenia od zamestnávateľov (zrušenie od 1.1.2026). Rozsahom oblasti je úprava systému AIS DP a jeho modulu APV eELDP a integrácie na iné systémy pri spracovaní eELDP.

185

186

Nové riešenie zohľadní zrušenie povinnosti predkladania eELDP od zamestnávateľov za obdobia poistenia od 1.1.2026, naďalej však v riešení zostane funkcionalita pre toto spracovanie za obdobia pred 1.1.2026.

187

188

3.5 Vytváranie elektronických výstupov

189

190

Téma sa primárne sústreďuje na rozhodnutia o nárokoch na dôchodkovú dávku (výmerová agenda) a s tým súvisiace dokumenty povýmerovej agendy. Cieľom témy je modernizovať interné systémy SP tak, aby umožnili elektronickú tvorbu, spájanie a distribúciu rozhodnutí, výziev, oznámení a ďalšej komunikácie s klientmi.

191

192

Riešenie je postavené na novom IS – IS Výstupné dokumentu, ktorého cieľom je:

193

194

1. Elektronizácia procesu vytvárania výstupných dokumentov z agendy DP

195

196

1. Integrácia IS SP, ktoré generujú dokumenty dôchodkovej agendy,

197

198

1. Nahrávanie a dopĺňanie skenovaných či inak vytvorených dokumenty,

199

200

1. Úprava dokumentov na účely distribúcie (elektronickej alebo listinnej).

201

202

1. Spájanie dokumentov do finálneho dokumentu

203

204

1. Uchovávanie a archivácia elektronických výstupných dokumentov

205

206

1. Elektronizácia procesu spustenia doručovania výstupných dokumentov z agendy DP (samotné doručovanie nie je predmetom predkladaného projektu)

207

208

Systém prináša efektívnejšie spracovanie a správu dôchodkových dokumentov. Centralizácia v systéme DMS umožní rýchlejšie vyhľadávanie a zlepší prístup zamestnancov k dokumentom, umožní elektronické vytváranie a doručovanie rozhodnutí, výziev, oznámení a ďalšej komunikácie súvisiacej s dôchodkami, vrátane automatického vytvárania listinných rovnopisov. Elektronické spracovanie dokumentov zvýši efektivitu distribúcie, zjednoduší interné procesy a odbremení zamestnancov od časovo náročnej manuálnej práce. Klientom poskytne rýchlejší prístup k rozhodnutiam a aktuálnym informáciám, čo prispeje k ich vyššej spokojnosti so službami poisťovne. Okrem skvalitnenia služieb prinesie projekt výhody aj v oblasti dodržiavania legislatívy v súlade s požiadavkami e-Governmentu a ochrany osobných údajov, čím zabezpečí vyššiu bezpečnosť a transparentnosť komunikácie s klientmi. Digitalizácia navyše výrazne zníži náklady na tlač, čo predstavuje významnú úsporu finančných prostriedkov. Elektronizácia procesov tiež umožní lepší dohľad nad rozhodovacími procesmi a prispeje k spoľahlivosti a transparentnosti poskytovaných služieb.

209

210

Podsystém pre Elektronické výstupné dokumenty bude vykonávať automatizované spracovanie pre evidenčné a distribučné účely a zabezpečí ich metadátové označenie pre vyhľadávanie a prezeranie používateľmi. Každý dokument bude obsahovať jednoznačný identifikátor, pričom podľa typu dokumentu budú pridelené aj špecifické identifikátory súvisiace s jednotlivými prípadmi. Úprava dokumentov zahŕňa ich spájanie, tvorbu metadát, digitálne podpísanie pečaťou SP a prípravu listinných rovnopisov.

211

212

Zároveň riešenie počíta s úpravou všetkých dotknutých systémov, tak aby boli schopné integrácie na účely vytvárania a poskytovania údajov/dokumentov. Riešenie počíta s plánovaným IS REG a DMS, ktoré sa realizujú v inom projekte SP.

213

214

215

3.6 Zdroje notifikácií

216

217

V rámci jednotlivých životných situácií bude občan notifikovaný o rôznych skutočnostiach a zmenách v súvislosti s dôchodkom, či ešte pred realizovaním nejakého podania, počas rozhodovacieho procesu, alebo už v rámci povýmerovej agendy (napr. valorizácia a podobne). Samotný predmet notifikácií (stav procesu, alebo agendové údaje týkajúce sa dôchodkovej agendy) bude pripravený jednotlivými dotknutými IS SP a samotné „procesovanie“ resp. zasielanie notifikácie bude realizovať centrálny komponent SP a centrálny komponent MIRRI (centrálny notifikačný komponent).

218

219

Predmetom tejto oblasti je identifikácia a príprava informácií v dátovej forme, ktoré budú predmetom notifikovania klienta a prípadne zobrazovania na špecializovanom portáli SP. Predmetom nie je definovať spracovanie centrálnym komponentom SP a následnú komunikáciu s komponentom MIRRI (ktorý zabezpečí doručenie notifikácie podľa preferencie občana).

220

221

3.7 Rezervačný systém

222

223

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.

224

225

3.8 Vytvorenie služby zabezpečenej komunikácie

226

227

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.

228

229

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.

230

231

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.

232

233

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

234

235

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

236

237

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

238

239

3.9 Integrácia a výmena údajov

240

241

Oblasť sa týka primárne ŽS16 a je spojená s rozšírením súčasného rozsahu dát. V súčasnosti SP získava informácie o úmrtí FO rôznymi spôsobmi, napr. aj od príbuzných. Navrhované riešenie rozšírenia dátového toku z RFO umožní identifikovať z datasetov (zmenových dávok z RFO) osoby, ktoré zomreli a previazané osoby – prioritne príbuzných – manžel/ka, rodičia a deti, spracovať takéto údaje a poskytovať ich na ďalšie spracovanie relevantným IS SP, napr. pre potreby notifikácií o nároku na vdovský, vdovecký alebo sirotský dôchodok.

Súčasťou je aj

* prispôsobenie IS SP na príjem, spracovanie a automatizáciu týchto rozšírených údajov (vrátane personalizácie ponuky klientovi na ŠP SP/EÚP)

246

* integrácia ďalších systémov SP v súvislosti s procesmi spracovania

247

248

3.10 Zavedenie elektronizácie a automatizácie procesu spracovania žiadostí

249

250

Oblasť ako taká má za cieľ spracovať elektronické formuláre vypĺňané a podávané rôznymi kanálmi v rámci multikanálového prístupu – vypĺňané a podpísané na pobočke s asistenciou pracovníka SP alebo občanom cez elektronickú služby, alebo najprv vypĺňané občanom a dokončené na pobočke SP s asistenciou pracovníka SP. Oblasť je riešená prierezovo cez všetky ŽS – toto komplexné riešenie je predmetom iného projektu, ale je úzko spojené s oblasťou Elektronický dávkový spis - novovytváraným IS EDS a asistovaním podpísaním žiadosti na pobočke (ktoré sú v rozsahu predkladaného projektu).

251

252

Komplexné riešenie obsahuje najmä komunikáciu vstupných bodov s registratúrou, ktorá vkladá žiadosť do Podateľne na spracovanie a následne do EDS. V kontexte predkladaného projektu sa oblasť venuje spracovaniu jednej zo žiadostí - odvolania, ktoré je špecifické práve pre ŽS14, preto sú špecifiká spracovania pre odvolanie práve v predkladanom projekte.

253

254

Vytvorím prierezového riešenia sa umožní spracovanie odvolania, ktoré bude automaticky zaraďované do dôchodkovej agendy. Pre jeho spracovanie je potrebné, aby bolo jasné ho rozlíšiť od iných podaní. Tvorba samotného formuláru žiadosti nie je súčasťou rozsahu predkladaného projektu,

255

256

3.11 Vytvorenie žiadostí o oznámení asistovane na pobočke

257

258

Téma Vytvorenie žiadostí a oznámení asistovane na pobočke sa prierezovo venuje spracovaniu žiadosti na pobočke SP. V rámci predkladaného projektu téma rieši časť procesu spracovania – asistované //podpísanie// ŽoD klientom na pobočke SP ako súčasť jedného vlákna multikanálového prístupu.

259

260

261

4. Architektúra riešenia projektu

262

263

Diagram 1: ŽS14 - Celkový náhľad na architektúru – AS IS vs TO BE – (viď zvýraznenia)

264

265

[[image:1744635321088-325.png]]

266

267

268

Tabuľka 2: Plánované zmeny: AS IS vs. TO BE

|AS IS|Téma|TO BE

|(((

Informácie o dôchodku, potrebnej žiadosti a procese jej podania a informatívnej výške dôchodku si občan zisťuje sám - niektoré z informácií si dokáže zistiť len osobne na pobočke SP (napr. splnenie podmienok).

273

274

Informatívnu sumu starobného, predčasne starobného a invalidného dôchodku v súčasnosti klient vie zistiť iba osobnou návštevou pobočky Sociálnej poisťovne, kde zistenie je zdĺhavý proces v trvaní cca. 30 minút.

275

)))|ŽS14-1: Prognóza a informatívne výpočty|(((

276

Vytvorenie nového IS – IS Prognóza a informatívne výpočty, ktorý bude využívať údaje z iných IS SP a ktorý bude vytvárať automatizované personalizované prognózy občana/klienta o predpokladanom dôchodkovom veku a o budúcom nároku na starobný alebo predčasne starobný dôchodok a súvisiacich procesoch a o EÚP. Doručovanie prognózy bude umožnené podľa výberu občana/klienta poštou a elektronicky. Využije sa aj pri určení informatívnej sumy invalidného dôchodku.

277

278

IS Prognóza využije aj pracovník SP pri poskytovaní informácie na pobočke.

279

280

Personalizovaný návod pre životnú situáciu na slovensko.sk.

281

)))

282

|Žiadosti o dôchodok sú pre občana administratívne náročné kvôli veľkému počtu potvrdení a príloh k žiadosti (napr. Potvrdenie z banky o vedení účtu)|(((

283

ŽS14-2: Overenie vlastníctva účtu

284

285

286

)))|Bude odstránená potreba predkladať potvrdenie o vlastníctve účtu zo strany občana/klienta. Vlastníctvo účtu si overí SP prostredníctvom integrácií na služby Credit Navigator. Overovanie bude možné zo všetkých prístupových bodov – teda pri elektronickom podaní občana, pracovníkom na pobočke a pracovníkom na ústredí SP.

287

|Občan má možnosť elektronickej rezervácie termínu na konzultáciu alebo na podanie žiadosti o dôchodok, avšak aktuálny rezervačný systém je zastaralý a jeho prevádzka je neudržateľná/nehospodárna.|ŽS14-7: Rezervačný systém|SP implementuje nový rezervačný systém, ktorý bude využívať multikanálový prístup – teda klientom prostredníctvom ŠP SP aj prostredníctvom webového sídla a zamestnancom prostredníctvom GUI pre zamestnanca SP. Okrem samotnej rezervácie bude možné si rezerváciu termínu overiť alebo zrušiť, prípadne priradiť iného zamestnanca k danému termínu.

288

|Proces podania žiadosti o dôchodok prebieha výhradne osobne na pobočke SP a elektronické služby môžu byť pre žiadateľov o dôchodok náročné.|ŽS14-11: Vytvorenie žiadostí

289

o oznámení asistovane

290

na pobočke|(((

291

Implementovať podpisovanie elektronických dokumentov na pobočke SP aj bez použitia eID.

292

293

//Pozn. Pridať elektronickú službu Žiadosť o predčasný, starobný, vdovský/vdovecký, sirotský dôchodok dôchodok a invalidný dôchodok (potenciálne aj žiadosti o posúdenie zdravotného stavu), ktorá bude v ID SK 3.0. a predvypĺňanie žiadosti dostupnými údajmi bude predmetom projektu Prierezové oblasti ŽS//

294

)))

295

|(((

296

Povinnosť zamestnávateľa poskytovať Evidenčný list dôchodkového poistenia (ELDP) pre výpočet dôchodkových dávok aj napriek tomu, že tieto údaje spravidla SP už má.

297

298

//*zrušenie povinnosti predkladať ELDP bolo schválené – v platnosti od 1.1.2026//

299

)))|ŽS14-4: Automatizácia výpočtov|(((

300

Povinnosť zamestnávateľa bude nahradená automatizovaným procesom – ELDP budú tvorené a spracované z dostupných údajov v IS SP, ktoré budú navzájom integrované. Upraví sa dátový tok a zmení sa IS, v ktorom sa proces iniciuje a ktorý bude primárnym zdrojom údajov (IS JVP).

301

302

Zároveň sa zautomatizuje proces likvidatúry a backofficu modulu AIS DP – APV eELDP.

303

)))

304

|Dlhá doba konania (60+60 dní v prípade zložitejších prípadov) aj kvôli nedigitalizovaným podkladom, rigidnému systému aj častých legislatívnych zmien. Pracovníci využívajú príručný archív, v ktorom sa nachádza približne 1,5 milióna kusov spisov.|ŽS14-3: EDS|(((

305

Vytvorenie nového IS – IS EDS, ktorý nahradí fyzické spisy ich elektronickou verziou. IS EDS bude integrovaný s novou registratúrou, novým IS Výstupné dokumenty a všetkými dotknutými agendovými IS SP. IS EDS bude pokrývať celý proces prijatia elektronickej žiadosti o dôchodok. Pracovník SP bude mať celú zložku klienta a jeho spisy v jednom IS , čím sa skráti dávkové konanie.

306

307

Digitalizácia papierových spisov pri nových žiadostiach bude zo začiatku balansovať úsporu času a efektivity práce zamestnancov SP, ale do budúcna budú výhody výrazne prevyšovať.

308

)))

309

|Počas doby rozhodovania o ŽoD alebo o iniciovanej zmene občan nie je notifikovaný o stave konania. Pre informácie musí kontaktovať SP osobne, telefonicky alebo mailom.|ŽS14-6: Zdroje notifikácií|(((

310

Sociálna poisťovňa pripravuje datasety pre

311

312

a) predpokladaný národ na invalidný dôchodok

313

314

b) odosielanie notifikácií informácie klientovi o stave konania o dôchodku (výmerová agenda) v dátovej forme a na ich poskytovanie na špecializovanom portáli. Samotné odosielanie bude realizované v inom projekte;

315

316

c) odosielanie notifikácií o zmenách v súvislosti so správou dôchodku (povýmerová agenda) aj pre klientov, ktorí majú aj nemajú elektronickú schránku aktivovanú a pre poskytnutie klientovi v dátovej forme na ŠP SP.

317

)))

318

|Pri odvolaní si občan musí tento dokument vypísať sám, nie je určená štandardná elektronická forma dokumentu. Spracovanie formuláru nie je možné elektronicky spracovať, spracovať ho musí zamestnanec SP.|ŽS14-10: Zavedenie elektronizácie a automatizácie|(((

319

Odvolanie bude samostatný formulár a SP ho bude môcť spracovať elektronicky a automatizovane.

320

321

//Pozn. nový formulár pre odvolanie nie je súčasťou rozsahu predkladaného projektu, ale tento projekt predpokladá jeho existenciu.//

322

)))

323

|Väčšina rozhodnutí, výziev a inej komunikácie sa nevydáva/nedoručuje ako elektronický dokument, ale ako naskenovaný dokument.|ŽS14-5: Vytváranie elektronických výstupov|Vytvorenie nového IS – IS Výstupné dokumenty, ktorý bude využívať údaje z agendových IS SP a ukladať dokumenty do IS EDS a následne doručovať cez IS REG. Riešenie počíta aj s automatickým vytváraním listinných rovnopisov. Zavedenie automatizovaného doručovania rozhodnutí bude v súlade s legislatívnymi požiadavkami.

324

|V AS IS stave neexistuje možnosť zabezpečenej elektronickej komunikácie s autentifikovaným klientom (okrem slovensko.sk). Klienti (ak môžu) chodia na pobočku osobne.|ŽS14-8: Služba zabezpečenej komunikácie|(((

325

Vytvorenie služby zabezpečenej komunikácie (ako služba SaaS)– overený klient bude mať k dispozícií audio a video, prípadne textovú komunikáciu prostredníctvom služby na portáli SP.

326

327

Klient si bude môcť zarezervovať termín (využije sa Rezervačný systém) cez ŠP SP alebo webové sídlo, bude si môcť termín overiť alebo ho zrušiť. Pre SP bude možné zmeniť pracovníka na termíne.

328

)))

329

|Pozostalí si sami vyhľadávajú informácie o možných druhoch pozostalých dôchodkov a prípadne pozostalých úrazových dávkach|ŽS14-9: Integrácie|(((

330

SP rozšíri integráciu s RFO tak, aby udržala informácie o rodinných vzťahoch zomretého občana a evidovala tak pozostalých za cieľom proaktívnej komunikácie možností po úmrtí pozostalého a následného zobrazenia na ŠP SP (viď príprava datasetov na notifikácie)

331

332

* Podstate rozšírenie procesov integrácie s RFO spočíva v prijímaní údajov o úmrtí aj bez potreby príznaku záujmovej osoby (t.j. rozšíri sa na celé RFO). RFO následne zasiela údaje, pričom SP z týchto údajov identifikuje zomretú osobu a jej príbuzných v priamom rade (podľa údajov v RFO - rodičia a deti).

333

* Súčasťou je aj prispôsobenie IS SP v rámci prijímania údajov z RFO a automatizácie vrátane personalizácie ponuky klientovi na špecializovanom portáli a integrácia ďalších systémov SP v súvislosti s procesmi spracovania informácie o úmrtí záujmovej osoby pre potreby iných agend SP (napr. úrazové).

)))

4.1 Biznis vrstva

**4.1.1 AS IS stav**

Popis AS IS stavu je pokrytý v popise navrhovaného riešenia a v Tabuľke 2: Plánované zmeny: AS IS vs. TO BE, ktorá vychádza z Tabuľky 2: Rozsah projektu podľa identifikovaných problémov v dokumente I-02 Projektový zámer

342

343

344

Diagram 2: Strešný model biznis architektúry – AS IS (pre všetky ŽS)

345

346

[[image:file:///D:/Users/BA-MONDIKOVA_V/SuboryNezalohovane/Temp/msohtmlclip1/01/clip_image002.png]][[image:1744635347390-573.png]]

347

348

349

4.1.2 **Popis TO BE stavu**

350

351

4.1.2.1 Prognóza a informatívne výpočty

352

353

Účelom tejto oblasti je informovať poistenca o jeho predpokladaných dôchodkových nárokoch z I. a II. piliera (z údajov k 31. decembru predchádzajúceho kalendárneho roka).

354

355

===== Kedy a komu sa bude DP zasielať =====

356

357

* do 31. mája nasledujúceho kalendárneho roka po kalendárnom roku, v ktorom bol poistenec po dovŕšení 18 rokov prvýkrát dôchodkovo poistený (prvýkrát sa pošle do 31. mája 2026)

358

* následne každý piaty kalendárny rok do dovŕšenia 50 rokov veku poistenca a

359

* každý kalendárny rok po dovŕšení 50 rokov veku poistenca, až do priznania starobného dôchodku alebo predčasného starobného dôchodku alebo dovŕšenia dôchodkového veku poberateľa invalidného dôchodku

360

* SP nebude DP zasielať poberateľom starobného dôchodku, predčasného starobného dôchodku, vrátane dôchodku vyplácaného preddavkovo

361

* SP nebude DP zasielať poberateľom invalidného dôchodku po dovŕšení dôchodkového veku

362

363

SP odošle e-mailom, poštou alebo do e-schránky a sprístupní prostredníctvom pasívneho prístupu na elektronickom účte poistenca (EÚP) prvé DP do 31. mája 2026, na základe dát dostupných k 31. decembru 2025.

364

365

===== Ako sa bude DP zasielať? =====

366

367

* Písomne do e-schránky/poštou, alebo

368

* emailom, ak SP disponuje emailovou adresou, ktorú SP získa v súlade s § 233 ods. 19 zákona č. 461/2003 Z. z. v znení neskorších predpisov alebo spôsobom uvedeným v bode 3 tejto zmenovej požiadavky alebo

369

* výlučne prostredníctvom EÚP, ak to poistenec SP oznámi.

370

371

Zároveň bude DP dostupná prostredníctvom pasívneho prístupu v EÚP pre všetkých poistencov.

372

373

4.1.2.2 Overenie vlastníCtva účtu

374

375

Do procesu overenia vlastníctva účtu vstupuje: a) Občan ako klient – pri podávaní elektronickej žiadosti, b) pracovník pobočky SP – ak občan podáva žiadosť na pobočke SP, c) Pracovník ústredia SP pri overovaní vlastníctva účtu v rámci EDS.

1.

11.

111. Občan

1. Klient SP po vyplnení čísla účtu na vyplácanie dávok požiada pred odoslaním o validáciu vlastníctva/disponibility bankového účtu

381

382

1. Systém EKP zavolá službu CRIF na overenie vlastníctva účtu

383

384

1. Po prijatí odpovede zobrazí informáciu používateľovi v rámci EKP

385

386

1. Klient SP má možnosť odoslať žiadosť aj bez výsledku overenia vlastníctva účtu

387

11.

388

111. Pracovník pobočky SP

389

390

1. Klient SP oznámi číslo účtu pracovníkovi SP

391

392

1. Pracovník SP po vyplnení čísla účtu na vyplácanie dávok do Žiadosti o dôchodok vyplácanie dávok požiada o validáciu vlastníctva/disponibility bankového účtu

393

394

1. Systém Pobočková aplikácia SP (AID DP (ŽoD I)) zavolá službu CRIF na overenie vlastníctva účtu

395

396

1. Po prijatí odpovede zobrazí informáciu používateľovi v rámci Pobočkovej aplikácie. Klient SP nečaká na výsledok, pri negatívnom potvrdení bude kontaktovaný individuálne

397

11.

398

111. Pracovník ústredia SP

399

400

1. Pracovník SP spustí manuálne (klikom) proces overenia čísla účtu pre špecifickú žiadosť:

401

402

1. Žiadosť o dôchodok (starobný, predčasný starobný, vdovecký, invalidný)

403

404

1. Žiadosť o zmenu účtu

405

406

407

Pre elektronické žiadosti budú údaje pre overenie vlastníctva predvyplnené bez možnosti zmeny.

408

409

Pre papierové žiadosti bude používateľ môcť vyplniť povinné polia (upresnené v rámci analýzy)

410

411

* Systém EDS zavolá službu CRIF na overenie vlastníctva účtu

412

* Po prijatí odpovede zobrazí informáciu používateľovi v rámci Elektronického dávkového spisu

413

414

415

4.1.2.3 Elektronický dávkový spis

416

417

Nový systém nahradí papierové fyzické spisy na sekcii dôchodkového poistenia s informáciami o poberateľoch dôchodkov elektronickou verziou spisu. Nové spisy budú vznikať výhradne v elektronickej podobe.

418

419

Staré spisy sa pri novom podnete – zmene dôchodku digitalizujú a spracovávajú sa len v digitálnej podobe. Nové dokumenty do starších spisov pribúdajú výhradne elektronicky (predmetom ponuky nie je dodanie skenovacích nástrojov, vyťažovacích nástrojov, HW alebo inej podpory pre skenovanie. Predmetné zabezpečí SP iným projektom).

420

421

Na spracovanie kroku v procese spracovania žiadosti/podania pracovník SDP nebude potrebovať papierový spis, postačí prístup k systému.

422

423

Pracovníci s manažérskymi oprávneniami budú môcť nahliadnuť do ktoréhokoľvek spisu a procesu, budú vedieť spis preradiť inému pracovníkovi na ďalšie spracovanie.

===== Spis =====

Spis obsahuje všetky relevantné dokumenty k jednému poberateľovi, jednoznačný identifikátor spisu je RC11.

428

429

Spis sa nachádza v archíve, pokiaľ nie je v riešení nejaké podanie na zmenu dôchodkov. Pri podaní na zmenu sa spis vyberá z archívu (pokiaľ nie je spis založený, zakladá sa nový) a pridáva sa vložka zodpovedajúca žiadosti na zmenu.

430

431

V rámci spisu sú evidované viaceré vložky, každá vložka reprezentuje jedno konanie.

432

433

Spis a vložka majú košieľku, košieľka obsahuje identifikáciu poberateľa a poznámky relevantné k spisu alebo vložke.

434

435

Dokumenty spisu sú vložené do vložky, väčšina dokumentov pribúda do „aktuálnej“ vložky, ktorá súvisí s rozpracovanou žiadosťou.

436

437

Dokumenty sú elektronické dokumenty uložené v DMS. Skladajú sa z hlavičky - metadáta dokumentu, a elektronickej prílohy.

438

439

Dokument má prílohu vo formátoch: PDF, PNG, JPG, DOC, XLS, XML, JSON.

440

441

Vložky v rámci spisu nemajú poradie, používateľ si ich môže usporiadať podľa ktoréhokoľvek atribútu hlavičky. Predvolené triedenie je podľa času pridania dokumentu, s najnovšími dokumentami navrchu. To isté platí aj pre dokumenty spisu a dokumenty vložiek spisu. Nemajú explicitné poradie, ale dajú sa v používateľskom rozhraní zotriediť.

442

443

Hlavička dokumentu bude obsahovať nepovinné polia: krátky popis, dlhý popis. Dokument bude obsahovať automaticky udržiavané dátumové atribúty: dátum vytvorenia v DMS, dátum poslednej modifikácie, dátum posledného prístupu k dokumentu. Dokument bude obsahovať automaticky udržiavané atribúty: posledný užívateľ, ktorý modifikoval dokument a posledný užívateľ, ktorý pristupoval do dokumentu.

444

445

Košieľka vložky obsahuje atribúty žiadosti, ako napríklad identifikácia žiadosti, údaje žiadateľa, zdroj žiadosti, spracovávateľ žiadosti, typ žiadosti, stav žiadosti, komentár.

446

447

Pri zmene atribútov košieľky spisu alebo vložky sa automaticky uložia pôvodné atribúty, tým pádom sa bude vytvárať história atribútov košieľky.

448

449

Spis obsahuje jednoznačný identifikátor spisu.

450

451

Dokumenty sú prepojené na košieľku vložky cez identifikátor žiadateľa (RC11) a identifikátor vložky.

452

453

Jeden dokument môže byť súčasťou viacerých spisov.

454

455

====== Spracovanie spisov na sekcii dôchodkového poistenia ======

456

457

Pracovníci majú pridelené rozpracované spisy, každý rozpracovaný spis sa nachádza u nejakého pracovníka alebo na nejakej organizačnej zložke. Spisy bez rozpracovania sú v archíve, pokiaľ bol spis už digitalizovaný, tak sú prístupné aj v elektronickom archíve.

458

459

Spisy primárne prichádzajú na organizačnú zložku na spracovanie kroku v procese spracovania žiadosti. Manažér organizačnej zložky určuje, akým spôsobom sa spisy rozdeľujú pracovníkom organizačnej zložky. Môže ich prideľovať manuálne, alebo zriadi spoločný kôš úloh, z ktorého si pracovníci organizačnej zložky môžu zobrať spisy na spracovania.

460

461

Pracovník má prehľad o pridelených spisoch, môže nad nimi robiť operácie. Operácie nad spisom sú:

462

463

* doplnenie dokumentu do spisu/vložky,

464

* zmena stavu spisu/vložky,

465

* úprava atribútov košieľky spisu/vložky,

466

* posun spisu ďalšiemu pracovníkovi / organizačnej zložke na ďalšie spracovanie,

467

* doplnenie komentára.

468

469

Spis je možné poslať na ďalšie spracovanie podľa konfigurácie systému pre organizačnú zložku, kde sa spis nachádza. Štandardná konfigurácia systému je posun spisu podriadeným organizačným zložkám, podriadeným pracovníkom, „sibling“ organizačným zložkám a nadriadenej organizačnej zložke. Užívateľ s administratívnymi oprávneniami môže konfigurovať ďalšie možnosti posunu spisu (prediskutovať či implementovať podmienky na posun spisu, napríklad mandatórne doplnenia dokumentu, poznámky, presun len v nejakých stavoch)

470

471

Pracovník bude upozornený na spisy, ktoré má pridelené a na ktorých prišlo k zmene (napríklad doplnenie dokumentu externým systémom, zmena atribútov košieľky po synchronizácii s externými systémami).

472

473

Pracovník na spise vidí v systéme:

474

475

* všetky vložky a dokumenty spisu,

476

* košieľku spisu a košieľky vložiek,

477

478

====== Riadenie spracovania spisov na organizačnej zložke, oddelení ======

479

480

Používateľ s riadiacimi právomocami v systéme:

481

482

* má prehľad o všetkých rozpracovaných spisoch u svojich podriadených,

483

* môže do každého takéhoto spisu nahliadnuť,

484

* systém mu sprístupní prehľady spisov, v ktorých dlho nedošlo k žiadnej zmene,

485

* môže odobrať spis pracovníkovi a priradiť inému,

486

* má prehľad o „sirotských“ spisoch (t.j. spisoch, ktoré boli pridelené pracovníkom v jeho riadiacej pôsobnosti, ale ktorý po synchronizácii s active directory nie sú aktívni).

487

488

Spisy pracovníka ktorý opustí pôvodnú pozíciu budú automaticky priradené organizačnej zložke, kde pracovník pôsobil.

489

490

Zastupovanie: používateľ môže nastaviť iného používateľa na zastupovanie na dobu určitú alebo neurčitú. Pri nastavení zastupovania uvedie, či pracovník môže využívať aj manažérske oprávnenia, predovšetkým zmena konfigurácie systému. Pracovník má prehľad o udelených zastupovaniach.

491

492

Manažér organizačnej zložky bude mať prehľad:

493

494

*  koľko spisov majú pracovníci pridelených,

495

*  koľko spisov je nepridelených pracovníkom,

496

*  objem spisov na pracovníka za obdobie,

497

*  vybavenie spisov za pracovníka, za obdobie,

498

*  vek dokumentov, priemerný, maximálny.

499

500

====== Stavy spisu ======

501

502

V systéme bude možné konfigurovať stavy spisu a prechodovú maticu stavov spisu.

503

504

Niektoré stavy budú terminálne, tj. spis sa v nich stane neaktívnym. Jeden stav bude začiatočný, ktorý sa pridelí všetkým novým spisom, prípadne spisom aktivovaným novým podaním.

505

506

Súbor EVZ obsahuje EVY-KODSPRAC-A1 stav spracovania. Predbežne navrhujeme túto informáciu len preberať na košieľku spisu, nerobiť ale ďalšiu synchronizáciu stavov EDS a IS DP, bude predmetom detailizácie v DNR.

====== Elektronizácia existujúcich spisov ======

511

512

Systém EDS predpokladá, že spis je k dispozícii v elektronickej podobe. V súčasnosti sú všetky existujúce spisy len v papierovej podobe, spisov je v príručnom archíve približne 1,5 mil. kusov.

513

514

Pri zmene na existujúcom spise je nutné tento spis elektrizovať, tj. oskenovať jednotlivé listy spisu a indexovať listy, vložky a celý spis. Indexovanie je proces pridelenia identifikátorov oskenovaným dokumentom, napríklad RC11, typ dokumentu a pod.

515

516

Elektronizáciu existujúcich spisov navrhujeme realizovať modifikáciou procesu prípravy spisu na spracovanie a výberu z archívu, namiesto zasielania na sekciu DP by sa spis elektronizoval (oskenoval a indexoval) a vložil naspäť do archívu.

517

518

====== Používatelia systému ======

519

520

Všetci zamestnanci, ktorí pracujú so spismi sú používateľmi systému, minimálne aby mali prístup k elektronickému spisu.

521

522

Systém bude synchronizovať z Active directory organizačnú štruktúru a zamestnancov sekcie dôchodkového poistenia. Predpokladáme, že z AD bude možné vyčítať, ktorí pracovníci sú manažéri organizačnej zložky, týmto bude automaticky pridelená príslušná rola.

523

524

IS DP eviduje spracovateľa spisu v súbore IDENT zo systému IS IDENT. Podľa dostupnej dokumentácie sa pracovník aktualizuje na spise v momente, keď spis prevezme. Systém EDS naopak bude spisy aktívne odosielať pracovníkom, preto informácia o novom pracovníkovi pracujúcom so spisom bude vznikať v systéme EDS. Všetky spisy spracované v systéme EDS budú elektronické, k žiadnemu fyzickému posunu spisu nebude dochádzať. Spis sa bude dať v systéme vyhľadať, prezrieť a zistiť aktuálneho pracovníka na spise. Systém IS IDENT teda nebude naďalej potrebný.

525

526

Používatelia budú autentifikovaní a identifikovaní voči Active directory resp. IdM, ktorý bude v čase riešenia k dispozícií, bude predmetom DNR, ktoré spresní podmienky a rozsah autentifikácie a autorizácie.

527

528

====== Prístupové práva používateľov ======

529

530

Používatelia, ktorí sa nachádzajú na sekcii dôchodkového poistenia, budú mať prístup do systému.

531

532

Štandardný prístup je do svojho vlastného task listu, tj. k zoznamu pridelených dokumentov a k týmto dokumentom.

533

534

Používateľ s administratívnym prístupom majú neobmedzený prístup do systému.

535

536

Používatelia s manažérskym prístupom majú prístup k spisom pridelených na ich organizačnú zložku a na všetky podriadené organizačné zložky, k spisom prideleným všetkým zamestnancom organizačnej zložky a všetkých podriadených organizačných zložiek.

537

538

Používatelia, ktorí zastupujú iného užívateľa uvidia navyše informácie ktoré vidí zastupovaný pracovník.

539

540

Používatelia sekcie dôchodkového poistenia majú cez vyhľadávanie prístup k spisom a dokumentom na celej sekcii.

541

542

===== Procesy pokryté IS EDS =====

543

544

====== Prijatie elektronickej žiadosti o starobný dôchodok ======

545

546

Proces spracovania žiadosti o starobný dôchodok má tri fázy:

547

548

====== Inicializácia prostredia (štart procesu) ======

549

550

Prijatie žiadosti o starobný dôchodok je základní proces, ktorý dôchodkový spis musí podporovať. V tejto fáze nejde o detailné kroky, ale o kroky ktoré majú nadväznosť na dotknuté komponenty ako je Podateľňa, Registratúra, DMS, BPM a Spisová vložka.

551

552

Prijatie žiadosti o dôchodok má nasledujúce špecifiká:

553

554

* V DMS je uložená žiadosť (v štruktúrovanej forme XML, JSON, ...) a všetky jej prílohy

555

556

* Pre žiadosť je vytvorený nový registratúrny spis

557

558

* Žiadosť je opatrená registratúrnym záznamom v rámci vytvoreného registratúrneho spisu

559

560

* Je vytvorená spisová vložka s referenciou na registratúrny spis

561

562

* všetky dokumenty, ktoré sa vytvoria v rámci spracovania žiadosti sú opatrené registratúrnym záznamom (sú uložené v registratúre) preto si spisová vložka nemusí držať duplicitný zoznam dokumentov

563

564

* Je vyštartovaný BPM proces, ktorého kroky budú pracovníci SP nasledovať pre spracovanie žiadosti.

565

566

Táto fáza bude spracovaná automaticky. Takto pripravený proces je možné začať spracovávať pracovným postupom (workflow), ktorý je riadený komponentom BPM.

567

568

====== Spracovanie žiadosti ======

569

570

Táto fáza je hlavnou časťou dôchodkového spisu. V tejto fáze pracovníci SP spracovávajú žiadosť podľa definovaného pracovného postupu (workflow). V rámci tejto fázy je možné vykonávať nasledujúce aktivity:

* Meniť stav procesu

* Prehliadať dokumenty spisovej vložky (či už prijaté alebo vygenerované v predchádzajúcich krokoch)

575

576

* Zapisovať poznámky do spisovej vložky

577

578

* Pridávať dokumenty do spisovej vložky (pomocou registratúry)

* Ukončenie procesu

Ukončenie procesu je posledným krokom spracovania žiadosti. Akonáhle je proces ukončený nie je možné meniť obsah spisovej vložky. Spisová vložka je samozrejme dostupná pre prehliadanie (z dôvodu následných žiadostí), ale meniť jej obsah nie je možné.

583

584

====== Hromadné zmeny ======

585

586

Aj hromadné zmeny akou je napríklad valorizácia, budú spracované rovnakým vzorom, ako je spracovanie žiadosti o dôchodok. Samozrejme sa budú aplikovať iba tie časti, ktoré sú relevantné.

587

588

Systém, ktorý bude meniť výšku dôchodku z dôvodu valorizácie, vytvorí pre každého poistenca novú spisovú vložku, ktorá bude obsahovať iba jeden dokument a to rozhodnutie o novej dávke (neviem, aký je správny názov dokumentu). Samozrejme dokument bude uložený v registratúrnom spise. Referenciu na proces budú mať všetky spisové vložky na rovnaký hromadný proces, ktorý realizoval danú valorizáciu.

589

590

====== Označovanie spisových vložiek ======

591

592

Pre jednoduchú a efektívnu prácu so spisovými vložkami, budú spisové vložky kategorizované pomocou „tagov“ (lables, štítky).

593

594

Každá spisová vložka bude označená niekoľkými systémovými tagmi. Tieto tagy umožnia efektívne zobrazovanie vložiek (alebo iba dokumentov z vložiek alebo poznámok z vložiek).

595

596

Každý spisová vložka z dôchodkovej agende bude mať tag= „dôchodok“. To umožní rozšíriť modul spis aj na iné agendy.

597

598

Všetky spisové vložky, ktoré sa budú týkať starobného dôchodku budú pomimo ostatných tagov označení tagom „starobný“. Obdobne budú označené spisové vložky z agendy úrazového alebo vdovského dôchodku. Pomocou tohto tagu bude možné zobraziť iba tie vložky (alebo informácie z vložiek), ktoré sa týkajú starobného dôchodku. Okrem iniciálnej žiadosti to môže byť povýmerová žiadosť, valorizácia alebo spisová vložka spojená s odvolacím konaním.

599

600

Každý typ žiadosti bude mať aj vlastný tag. Napríklad žiadosť o dôchodok bude mať tag „žiadosť o dôchodok“, odvolacie konanie bude mať tag „odvolacie konanie“, spis obsahujúci dokument o valorizácii bude označený tagom „valorizácia“, ... Tento princíp umožní ľahký a efektívny prehľad a vyhľadávanie v spisových vložkách (a v informáciách uložených v spisových vložkách).

601

602

Pomimo systémových tagov budú mať pracovníci SP možnosť zadávať aj používateľské tagy. Napríklad bude možné do spisovej vložky X uložiť ako tag číslo spisovej vložky Y, aby sa explicitne upozornilo, že spisové vložky spolu nejako súvisia.

603

604

====== Autentifikácia a autorizácia ======

605

606

Systém DS bude implementovať štandardné princípy z oblasti autentifikácie a autorizácie. Systém bude napojený na centrálny identity management (IDM) komponent Active directory.

607

608

Aplikácia DS sa bude synchronizovať s IDM komponentom. Aplikácia DS umožní používateľovi iba tie operácie na ktoré bude autorizovaný

609

610

===== Základné dátové entity =====

611

612

* Každý prípad má svoj registratúrny spis

613

614

* pre každú žiadosť je vytvorený nový registratúrny spis, ktorý obsahuje všetky dokumenty, ktoré sa týkajú tohto prípadu (vstupné dokumenty, interné dokumenty a výstupné dokumenty)

615

616

* Každý dokument ktorý sa vygeneruje musí mať registratúrny záznam

617

618

* spisová vložka nemôže obsahovať dokument, ktorý nie je v registratúrnom spise

619

620

* Každá spisová vložka dôchodkového spisu má svoj registratúrny spis

621

622

* Toto je dôležité pri interakcii modulov, ktoré vytvárajú dokumenty (napríklad modul výstupné dokumenty)

623

624

* Takýto modul vytvorí dokument a uloží do registratúrneho spisu. Akonáhle je dokument uložený v registratúrnom spise, je zobrazený aj v spisovej vložke

625

626

* Inými slovami množina dokumentov v registratúrnom spise a spisovej vložke je vždy rovnaká (technická poznámka: spisová vložka si nemusí držať list dokumentov, ale postačuje iba referencia na registratúrny spis

627

628

* Každá spisová vložka dôchodkového spisu má práve jeden proces

629

630

* inými slovami spisová vložka vznikne z dôvodu spracovania žiadosti

631

632

* Po skončení procesu spisovej vložky nie je možné meniť obsah spisovej vložky

633

634

* V spisovej vložke je možné meniť údaje (pridávať dokumenty alebo poznámky) iba v rámci procesu

635

* Keď je proces ukončený je spisová vložka prepnutá do režimu read-only

4.1.2.4 Automatizácia výpočtov

640

641

Zrušenie povinnosti zamestnávateľov predkladať eELDP a teda zamedzenie vstupu aktéra zamestnávateľa do procesu a poskytnutie dát bude nahradené automatizovaným procesom, nakoľko všetky potrebné údaje na tvorbu eELDP sa nachádzajú v IS SP.

642

643

Riešenie je postavené na automatizovanom procese umožnenom integráciami IS SP, pričom jadrovým IS sa stane IS JVP. Aktívnymi používateľmi budú len zamestnanci SP, najmä v prípade reportov a prehľadov.

644

645

Nové riešenie umožní:

646

647

* spracovanie eELDP zamestnancov za poistné vzťahy otvorené k 31.12.2025 (nová povinnosť zamestnávateľa jednorazovo zaslať eELDP zamestnancov v určenom termíne v roku 2026), prehľady plnenia povinnosti zamestnávateľa,

648

649

* automatizované vytváranie eELDP zamestnancov v systémoch SP po ukončení poistného vzťahu na základe vstupov údajov z IS JVP (riadnych aj opravných),

650

651

* ukladanie automatizovane vytváraných eELDP zamestnancov eELDP do archívu AIS DP, poskytovanie do kumulácií pre výpočet dôchodkov v IS DP a tvorbu výpisov IS ÚP.

652

653

654

Riešenie umožní, aby automatizované vytváranie eELDP zamestnanca bolo iniciované v IS JVP:

655

656

* po uplynutí určenej doby po ukončení poistného vzťahu (riadny ELDP) (určenie doby bude riešené v IS JVP),

657

658

* po zmene v údajoch JVP po odoslaní riadneho ELDP (opravný ELDP).

Biznis aktéri:

Fyzické osoby - interné:

* Zamestnanec SP

Fyzické osoby – externé

669

670

* Zamestnanec

671

* Zamestnávateľ (nepriamo)

672

673

Právnické osoby – interné

* SP ústredie

* SP pobočka

4.1.2.5 Vytváranie elektronických výstupov

681

682

V súčasnosti má SP zákonnú povinnosť vykonávať verejnú moc elektronicky, teda prijímať elektronické podania a vytvárať elektronické dokumenty. Súčasný proces však túto povinnosť nedovoľuje napĺňať a zároveň zahŕňa mnoho manuálnych krokov, čo obmedzuje jeho efektivitu. Aktuálne je zabezpečené automatizované generovanie rozhodnutí na základe údajov z výpočtov. Zamestnanec dávkového oddelenia po ukončení spracovania vytlačí rozhodnutie v dvoch rovnopisoch: jeden sa zakladá do dávkového spisu poistenca, a druhý sa odosiela poistencovi.

683

684

Pre výstupné dokumenty, ktoré majú byť zaslané elektronicky (poistenec má aktivovanú e-schránku na doručovanie), existuje proces, v rámci ktorého zamestnanec oddelenia evidencie dávkových spisov prevezme tieto dokumenty v listinnej forme, skontroluje ich kvalitu, naskenuje a uloží ich v PDF formáte do záznamu v ASSR, čím je umožnené ich automatické odoslanie do e-schránky adresáta.

685

686

Ak poistenec nemá aktivovanú e-schránku na doručovanie, dokument sa expeduje poštou.

687

688

Ak rozhodnutie nie je možné vyhotoviť automatizovane, zamestnanci dávkového oddelenia ich vytvárajú manuálne v AIS DP. Po vytvorení rozhodnutia sa postupuje obdobne ako v prípade automatizovaných rozhodnutí, tzn. zabezpečí sa tlač a expedícia rozhodnutia, čo je časovo náročné a znižuje efektivitu a plynulosť spracovania listinného, prípadne elektronického doručovania.

689

690

691

Elektronické vytváranie výstupných dokumentov pre agendu DP v budúcom stave je proces, ktorý zahŕňa spoluprácu niekoľkých IS SP. Oblasť je založená na princípoch:

692

693

* Údaje pre výstupné dokumenty pochádzajú z agendových IS (napr. IS DP, AIS DP atď.)

694

695

* Agendové IS vytvárajú vstupnú dátovú štruktúru pre Výstupné dokumenty v štruktúrovanej forme (preferované je XML, TXT, prípadne CSV)

696

697

* IS Výstupné dokumenty zabezpečí uloženie originálu štruktúrovaného vstupu do DMS

698

699

* IS Výstupné dokumenty zabezpečí transformáciu údajov do vizuálnej formy

700

701

* IS Výstupné dokumenty poskytne funkcionalitu na

702

** Vytváranie samostatných výstupných dokumentov zo šablóny

703

** Editáciu manuálne vytvorených dokumentov

704

** Editáciu výstupných dokumentov iniciovaných iným IS SP

705

** Spájanie viacerých dokumentov do finálneho výstupu

706

707

* IS Výstupné dokumenty zabezpečí vloženie dokumentu do Elektronického dávkového spisu

708

709

* IS Výstupné dokumenty / DMS zabezpečí verzionovanie dokumentov

710

711

* Podpisovanie výstupných dokumentov bude realizované v rámci EDS

712

713

* Spustenie doručovania výstupných dokumentov bude realizované v rámci EDS

714

715

IS Výstupné dokumenty bude podporovať nasledovné režimy:

716

717

1. Individuálne vytváranie výstupných dokumentov (pre 1 klienta)

718

719

1. Hromadné vytváranie výstupných dokumentov (pre klientov spĺňajúcu určité podmienky, napr. Prognóza, Valorizácia atď)

720

721

722

4.1.2.6 Zdroje notifikácií

723

724

Táto oblasť sa venuje príprave údajov na odosielanie notifikácií prostredníctvom centrálneho komponentu SP a contrálneho komponentu MIRRI. Konečným užívateľom bude občan/klient.

725

726

Príprava sa týka notifikácií

727

728

* Predpokladaný nárok na invalidný dôchodok

729

* Stav konania o ŽoD (predčasný, starobný, vdovský/vdovecký, sirotský dôchodok a invalidný dôchodok)

730

* Informácie v rámci správy dôchodku

731

** Informácia o blížiacom sa termíne ukončenia nároku vyplácania dôchodku

732

733

*

734

** Notifikácie v rámci správy dôchodku a o zmenách v správe dôchodku (Informácia poberateľovi invalidného dôchodku o tom, že dovŕši dôchodkový vek a môže požiadať o starobný dôchodok alebo Zmena spôsobu výplaty dôchodku)

735

736

Riešenie je založené na identifikácii zdrojového IS, príprave datasetov pre notifikácie v potrebnej štruktúre a integrácie zdrojových IS na centrálny notifikačný komponent SP.

737

738

4.1.2.7 Rezervačný systém

739

740

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

741

742

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

743

744

===== Prípady použitia =====

1.

11.

111. Rezervácia termínu cez webové sídlo SP (neautentifikovaný používateľ)

749

750

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.

751

752

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

753

754

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

755

756

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.

761

762

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

763

764

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

765

766

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

767

768

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

769

770

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

771

772

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

773

774

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

775

776

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

777

778

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

779

780

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

1.

11.

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

786

787

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.

788

789

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

790

791

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

792

793

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

794

795

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

796

797

Proces z pohľadu používateľa

798

799

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

800

801

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

802

803

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

804

805

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

806

807

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

808

809

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

810

811

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

812

813

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

814

815

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

816

817

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

818

819

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

820

821

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

822

823

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

1.

11.

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

829

830

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.

831

832

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.

833

834

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

835

836

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.

1.

11.

111. Zrušenie potvrdenej rezervácie

842

843

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

844

845

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

846

847

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

848

849

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

850

851

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

852

853

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)

1.

11.

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

859

860

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

1.

11.

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

866

867

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.

872

873

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

874

875

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

876

877

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

1.

11.

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

883

884

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

1.

11.

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

894

895

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

896

897

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

898

899

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

1.

11.

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

905

906

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:

907

908

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

909

910

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

911

912

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

913

914

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

915

916

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

917

918

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

919

920

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

921

922

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

923

924

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

925

926

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

927

928

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

929

930

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

931

932

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

933

934

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

935

936

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

937

938

* parametre blokácie a ďalšie.

939

940

941

Tabuľka 3: Dosah rezervačného systému na komponenty IS SP

942

943

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

944

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

945

Nový IS rezervačný systém

946

947

(predpoklad: IS Vyvolávací systém

948

)))

949

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

950

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

951

952

953

4.1.2.8 Vytvorenie služby zabezpečenej elektronickej komunikácie

954

955

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.

956

957

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.

958

959

===== Biznis aktéri =====

960

961

Fyzické osoby - interné:

* Zamestnanec SP

* Administrátor

Fyzické osoby – externé

* Občan/klient

Právnické osoby – interné

* SP ústredie

* SP pobočka

===== Pokryté procesy =====

978

979

====== Vytvorenie online termínu cez webové sídlo SP (neautentifikovaný používateľ) ======

980

981

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

982

983

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

984

985

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.

986

987

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

988

989

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

990

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

991

992

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

993

994

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

995

996

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.

997

998

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

999

1000

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)

1001

1002

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

1003

1004

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

1005

1006

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

1007

1008

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

1009

1010

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

1011

1012

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

1013

1014

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.

1015

1016

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

1017

1018

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

1019

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

1020

1021

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

1022

1023

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

1024

1025

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.

1026

1027

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

1028

1029

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)

1030

1031

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

1032

1033

1034

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

1035

1036

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

1037

1038

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

1039

1040

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

1041

1042

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

1043

1044

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

1045

1046

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

1047

1048

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

1049

1050

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

1051

1052

====== Zrušenie potvrdeného online termínu ======

1053

1054

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

1055

1056

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

1057

1058

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.

1059

1060

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)

1061

1062

====== Účasť na online termíne ======

1063

1064

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

1065

1066

1067

4.1.2.9 Integrácie a výmena údajov

1068

1069

Oblasť sa týka primárne ŽS16 a je spojená s rozšírením súčasného rozsahu dát. V súčasnosti SP získava informácie o úmrtí FO listinne aj elektronicky, z matrík, z pobočiek SP, z Osobitnej matriky MV SR, zo sociálnych zariadení, od FO (príbuzných alebo inej FO). Elektronicky získava údaje z RFO, ale len pre záujmové osoby, ktoré má aktuálne označené ako záujmová osoba v IS RFO.

1070

1071

Rozšírením záujmových osôb na všetky osoby v RFO a referencovaním údajov o FO pre ďalšie záujmové osoby by nemalo byť potrebné zasielať informácie súvisiace s úmrtím inými kanálmi.

1072

1073

Navrhované riešenie umožní identifikovať z datasetov (zmenových dávok z RFO) osoby, ktoré zomreli a previazané osoby – prioritne príbuzných – manžel/ka, rodičia a deti, spracovať takéto údaje a poskytovať ich na ďalšie spracovanie relevantným IS SP, napr. pre potreby notifikácií o nároku na vdovský, vdovecký alebo sirotský dôchodok.

1074

1075

1076

4.1.210 Zavedenie elektronizácie a automatizácie procesu spracovania žiadostí

1077

1078

V súčasnom stave sú žiadosti o dôchodok na pobočke realizované v rámci aplikácií ŽoD I a ŽoD II (AIS DP) a to manuálnym vypĺňaním zamestnancom pobočky SP. Klient SP, v ktorého mene je žiadosť pripravovaná, poskytuje údaje a podklady do žiadosti. Vypĺňanie ŽoD môže trvať aj niekoľko dní, v závislosti od miery chýbajúcich informácií a potreby doplnenia a získania od klienta. Prípadné prílohy a ďalšie dokumenty sú poskytované len listinne a kopírované, skenovanie sa nevykonáva.

1079

1080

V prípade potreby preverenia údajov v rámci SP ich zamestnanec kontroluje pomocou OAS / ELDP a prípadne aj JVP aplikácií. Po spísaní žiadosti o dôchodok je táto vytlačená a podpísaná klientom. Zamestnanec SP ju spolu s prílohami odosiela poštou na ústredie SP na ďalšie spracovanie. Súčasný stav neumožňuje vytvárať elektronické žiadosti na pobočke.

1081

1082

Zavedenie elektronizácie a automatizácie procesu spracovania žiadostí je komplexná téma riešená prierezovo. V kontexte predkladaného projektu poníma požiadavku na implementáciu špecifík spracovania odvolania ako elektronického formuláru. Spracovanie odvolania je konkrétnym prípadom použitia komplexného riešenia spracovania žiadostí.

1083

1084

Vstupom do procesu je odoslanie odvolania (či už individuálne klientom alebo asistovane na pobočke). Procesne je odvolanie zaradené do dôchodkovej agendy a odvolanie sa priradí do, preferovane, nového registratúrneho spisu s referenciou na spisovú vložku, v ktorej bolo vytvorené rozhodnutie. Toto je riešenie preferované z nasledovných dôvodov:

1085

1086

* Je možné jednoznačne určiť, kedy odvolanie začalo, kedy skončilo, ktoré dokumenty patria pôvodnému konaniu a ktoré patria do odvolania.

1087

* Spisová vložka odvolania obsahuje referenciu na spisovú vložku, v ktorej bolo vytvorené rozhodnutie (ku ktorému prišlo odvolanie). Spracovanie v separátnej vložke spolu s referenciu umožňuje zobraziť vložky a ich obsah separátne alebo spolu (podľa preferencie používateľa alebo podľa situácie)

1088

* Tento variant umožňuje implementovať pravidlo, že jedna spisová vložka má práve jeden proces. To má nasledujúce výhody:

1089

** jednoduchší dátový model a s tím spojené menej náročné integrácie

1090

** ľahšie spracovania pravidiel ako napríklad kedy uzatvoriť registratúrny spis

1091

** ľahšie reportovanie – reporting dĺžky procesov na základe štartu a konca procesu bez nutnosti analyzovať kroky, reporting počtu odvolaní na základe počtu procesov typu odvolanie, ...

1092

1093

Alternatívne riešenie je spracovať odvolanie v pôvodnej zložke s rozhodnutím, ku ktorému bolo odvolanie podané. Tento variant neprináša žiadnu výhodu oproti riešeniu v separátnej spisovej vložke. Tento variant je síce podobný papierovému spracovaniu, ale pri elektronizácii procesu je dobré efektívne využiť možnosti, ktoré ponúka elektronické spracovanie.

1094

1095

1096

4.1.2.11 Vytvorenie žiadostí o oznámení asistovane na pobočke

1097

1098

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.

1099

1100

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.

1101

1102

Súčasný stav neumožňuje vytvárať elektronické žiadosti na pobočke.

1103

1104

Komplexné riešenie témy sa bude realizovať vo viacerých projektoch SP týkajúcich sa ŽS a počíta s novým formulárom ŽoD pre asistované vyplnenie žiadosti.

1105

1106

====== Pokryté žiadosti ======

1107

1108

* Žiadosti o dôchodky - predčasný dôchodok, starobný dôchodok, vdovský/vdovecký dôchodok, sirotský dôchodok, invalidný dôchodok

1109

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

1110

*  Iné žiadosti a oznámenia

* Odvolanie

====== Proces ======

Komplexné riešenie pokrýva proces žiadosti:

1116

1117

1. Identifikácia poistenca

1118

1. Obsahové vyplnenie žiadosti

1119

1. Digitalizácia papierových podkladov

1120

1121

1. Podpísanie žiadosti – predmetom predkladaného projektu ŽS14+16

1122

1123

1. Odoslanie žiadosti

1124

1125

1. Spracovanie žiadosti

1126

1127

Z celkového procesu sa v rámci predkladaného projektu bude realizovať len Podpísanie žiadosti a časť Spracovanie žiadosti – spracovanie odvolania je predmetom oblasti Zavedenie elektronizácie a automatizácie procesu spracovania žiadosti tohto projektu. Vytvorenie nového formuláru, jeho asistované vyplnenie a odoslanie sú predmetom projektu Prierezové oblasti ŽS.

1128

1129

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:

1130

1131

* Zachytenie obsahu právneho úkonu;

1132

1133

* Zachytenie osoby, ktorá daný úkon urobila;

1134

1135

* Podpis konajúcej osoby – spojený s dokumentom.

1136

1137

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.

1138

1139

Podpísanie žiadosti bude realizované ako vlastnoručný podpis v digitalizovanej forme prostredníctvom HW zariadenia (tablet)

1140

1141

* Každé pracovisko umožňujúce asistované podanie musí byť vybavené zariadením, ktoré umožní previesť podpis do digitálnej formy (tablet)

1142

1143

* Integrácia podpisového zariadenia priamo do funkcionality formulára

1144

1145

* Podmienkou teda je, aby bolo zariadenie (tablet) k dispozícii pre klienta, a zobrazovalo resp. vizualizovalo vytvorenú žiadosť/formulár ako celok

Diagram 3: Vytvorenie žiadostí a oznámení asistovane na pobočke TO BE

1152

1153

[[image:1744635583710-894.png]]

Podpísanie žiadosti

Keďže žiadosť (vytvorenie nového formulára je predmetom projektu Prierezové oblasti ŽS) bude vytvorená a vyplnená v elektronickej forme, je nevyhnutné „vylúčiť“ jej tlač a následnú „opätovnú“ digitalizáciu. Podpísanie resp. autorizácia žiadosti bude realizovaná ako vlastnoručný podpis v digitalizovanej forme prostredníctvom HW zariadenia (tablet). Takýto podpis zabezpečí atribúty obyčajného vlastnoručného podpisu a celý proces vytvorenia, vyplnenia a autorizácie žiadosti bude reflektovať nevyhnutné podmienky pre platnosť takto realizovaného právneho úkonu (podanie žiadosti) a to:

1158

1159

* Zachytenie obsahu právneho úkonu;

1160

1161

* Zachytenie osoby, ktorá daný úkon urobila;

1162

1163

* Podpis konajúcej osoby – spojený s dokumentom.

1164

1165

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.

1166

1167

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.

1168

1169

1170

4.1.3 Prehľad koncových služieb – budúci stav:

|(((

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

4.1.4 Jazyková podpora a lokalizácia

1192

1193

Riešenie bude výhradne v slovenskom jazyku. V prípade potreby si vie používateľ cez prehliadač zabezpečiť podporu do prakticky ľubovoľného iného jazyka.

4.2 Aplikačná vrstva

4.2.1 Aplikačná vrstva TO BE podľa oblastí projektu

1199

1200

4.2.1.1 Prognóza a informatívne výpočty

1201

1202

1203

V EKP v súčasnosti existuje v backend časti EUP výpočtový modul pre informatívne sumy dávok, aktuálne pre starobný dôchodok a dávku v nezamestnanosti, a ako prototyp výpočet dôchodkovej prognózy.

1204

1205

V rámci riešenia by sa z tejto backend časti odčlenil do samostatnej aplikácie (deploy na iný server) súčasný výpočtový modul ako základ a rozšíril o samostatný frontend a ďalšie backend funkcionality a rozhrania tak, aby nová aplikácia – IS Prognóza a informatívne výpočty - fungovala úplne separátne mimo súčasnej funkcionality ostatných modulov EKP.

Plánuje sa

*

**

*** zabezpečenie databázy poistencov, ktorí majú k 31. 12. predchádzajúceho kalendárneho roku aspoň jeden deň dôchodkového poistenia po dovŕšení 18 roku veku, potrebné na výpočet údajov DP. Zdrojom údajov budú agendové systémy SP (EÚP/JVP, EKP).

1212

*** Evidencia údajov potrebných na výpočet

1213

*** Uchovávanie prognózy 10 rokov od sprístupnenia

1214

*** Výpočtová vrstva podľa nadefinovaných požiadaviek (k dispozícii)

1215

*** Vytvorenie základných formátov prognóz pre jednotlivé typy klientov (sporiteľ/nesporiteľ) a alternatívnych prognóz v krajných prípadoch

1216

1217

===== Zobrazovacia vrstva, doručovanie =====

1218

1219

V rámci zobrazovania a doručovanie bude:

*

**

*** Zabezpečené vygenerovanie jednotlivých DP pre poistencov podľa vzoru

1224

*** Sprístupnené a zobrazené DP v EÚP

1225

*** Zabezpečená integráciu, prepojenie s centrálnym komponentom SP pre doručovanie a zabezpečiť odosielanie DP do centrálneho komponentu.

1226

*** Zabezpečená integrácia, prepojenie s centrálnym komponentom SP pre emailovú komunikáciu a zabezpečiť odosielanie DP do centrálneho komponentu pre emailovú komunikáciu.

1227

*** Vytvorené riešenia (TBD)

1228

** na oznámenie e-mailovej adresy, na ktorú poistenec žiada posielať DP, a

1229

** ktorým poistenec oznámi, že žiada DP sprístupniť len prostredníctvom EÚP.

1230

*** Vytvorená databáza spôsobov doručovania, o ktoré poistenec požiadal: výlučne len v EÚP, e-mail, štandardne (pošta/e-schránka)

1231

1232

1233

4.2.1.2 Overenie vlastníctva účtu

1234

1235

* Implementácia integrácie EKP – Credit navigator (CRIF)

1236

** EKP implementuje volanie webovej služby Credit navigator - odoslanie požiadavky na overenie vlastníctva účtu vystavenom na ESB SP;

1237

** EKP implementuje volanie webovej služby Credit navigator - získanie stavu a výsledku spracovania požiadavky na overenie vlastníctva účtu vystavenom na ESB SP;

1238

** EKP implementuje zobrazenie výsledku používateľovi – klientovi SP (v rámci žiadosti alebo v rámci EUP)

1239

** EKP vypracuje úplnú dokumentáciu k prenosu vrátane popisu dát, dátových štruktúr, funkcií, schém architektúry a zdrojových kódov;

1240

* Implementácia integrácie Pobočková aplikácia SP (AIS DP - ŽoD) – Credit navigator (CRIF)

1241

** Pobočková aplikácia SP (AIS DP -ŽoD) implementuje volanie webovej služby Credit navigator - odoslanie požiadavky na overenie vlastníctva účtu vystavenom na ESB SP;

1242

** Pobočková aplikácia SP (AIS DP - ŽoD) implementuje volanie webovej služby Credit navigator - získanie stavu a výsledku spracovania požiadavky na overenie vlastníctva účtu vystavenom na ESB SP;

1243

** Pobočková aplikácia SP (AIS DP - ŽoD) implementuje zobrazenie výsledku používateľovi – pracovníkovi SP (v rámci žiadosti alebo len neskôr v rámci EDS)

1244

** Pobočková aplikácia SP (AIS DP - ŽoD) vypracuje úplnú dokumentáciu k prenosu vrátane popisu dát, dátových štruktúr, funkcií, schém architektúry a zdrojových kódov;

1245

* Implementácia integrácie Elektronický dávkový spis – Credit navigator (CRIF)

1246

** Elektronický dávkový spis EDS implementuje volanie webovej služby Credit navigator - odoslanie požiadavky na overenie vlastníctva účtu vystavenom na ESB SP;

1247

** Elektronický dávkový spis EDS implementuje volanie webovej služby Credit navigator - získanie stavu a výsledku spracovania požiadavky na overenie vlastníctva účtu vystavenom na ESB SP;

1248

** Elektronický dávkový spis EDS (ŽoD) implementuje zobrazenie výsledku používateľovi – pracovníkovi SP (v rámci EDS)

1249

** Elektronický dávkový spis EDS (ŽoD) vypracuje úplnú dokumentáciu k prenosu vrátane popisu dát, dátových štruktúr, funkcií, schém architektúry a zdrojových kódov;

1250

1251

* Vystavenie služieb Credit navigator (CRIF) na ESB SP (centrálny integračný komponent SP)

1252

** ESB SP implementuje a pre interné účely vystaví služby webovej služby Credit navigator v rozsahu:

1253

** Odoslanie žiadosti

1254

** Získanie stavu žiadosti

1255

** Získanie výsledku spracovania

1256

** ESB SP dôkladne otestuje a odladí integráciu na svojej strane;

1257

** ESB SP vypracuje úplnú dokumentáciu k prenosu vrátane popisu dát, dátových štruktúr, funkcií, schém architektúry a zdrojových kódov;

Diagram 4: Overenie vlastníctva TO BE

1262

1263

[[image:1744635637902-806.png]]

1264

1265

4.2.1.3 Elektronický dávkový spis

===== IS EDS =====

Komponenty IS EDS

IS EDS bude pozostávať z viacerých komponentov:

*

*1.

*11. Dôchodkový spis

* Je predovšetkým zobrazovací modul, ktorý ukladá dáta iba dočasne pre neskoršiu aplikáciu týchto dát do zdrojového systému

1277

* Väčšinu informácii získava z modulov/komponentov, s ktorými má integráciu

1278

*1.

1279

*11. BPM modul

1280

* V BPM sú uložené definície procesov

1281

* V BPM sú uložené aj informácie o priebehu jednotlivých procesov

1282

* Dôchodkový spis umožňuje zobraziť stav zvoleného procesu alebo pomocou BPM API posunúť proces do vybraného stavu

1283

* BPM modul bude implementovať autorizačné princípy

1284

*1.

1285

*11. MUSP

1286

* MUSP modul poskytuje základné dáta o poistencovi

1287

* Pokiaľ má MUSP agregované informácie z agendových systémov, tak dôchodkový spis môže zobrazovať aj tieto dáta. Modifikácia týchto dát nie je v aktuálnom návrhu zamýšľaná (keď by bola umožnená zmena dát musel by exitovať interface priamo do zdrojového systému)

1288

*1.

1289

*11. DMS a registratúra

1290

* V DMS sú uložené všetky dokumenty

1291

*  Každý dokument je označený registratúrnym číslom

1292

1293

====== Dôchodkový spis ======

1294

1295

* bude zobrazovať Detail spisu a Detail spisovej vložky. Umožní sa tak:

1296

** zobrazovanie informácie a podklady žiadosti

1297

** zobrazovanie informácie z agendových systémov o poistencovi

1298

** zadávanie poznámky k prebiehajúcemu konaniu

1299

** pridávanie dokumentov k prebiehajúcemu konaniu

1300

** spracovanie podanie formou procesu (workflow)

1301

** vyplnenie atribútov (podľa typu žiadosti) a aplikovanie atribútov na zdrojové systémy

1302

* Detail spisu slúži čisto na read only prehliadanie celého spisu. V podstate je možné toto zobrazenie nazvať zobrazenie poistenca, pretože poistenec má vždy práve jeden spis. V tomto zobrazení nie je možné editovať alebo meniť žiadne údaje. Jediný aktívny prvok v tomto prípade použitia je možnosť založiť novú spisovú vložku a vyštartovať jej proces na jej spracovanie. Detail spisu zobrazuje:

1303

** Zobrazenie čísla spisu

1304

** Zobrazenie základných informácií o poistencovi

1305

** Zobrazenie dokumentov týkajúcich sa dôchodku klienta

1306

** Zobrazenie zoznamu spisových vložiek s vyznačením stavu procesu

1307

** Zobrazenie atribútov z agendových systémov

1308

** Možnosť spustiť proces

1309

1310

1311

* Detail spisovej vložky je centrom aplikácie. Toto zobrazenie zobrazuje spisovú vložku. Keď je spisová vložka aktívna respektíve pridružený proces je aktívny, je možné do spisovej vložky pridávať poznámky alebo pridávať dokumenty. Tiež je možné meniť stav pridruženého procesu alebo je možné zmeniť priradenie procesu na iného pracovníka SP. Akonáhle je proces ukončený, prepne sa vložka do read-only režimu.

1312

1313

V tomto prípade použitia sú zobrazené aj moduly, ktoré môžu mať interakciu so spisovou vložkou. Jedná sa predovšetkým o výstupné dokumenty, ktoré umožňujú v rámci prebiehajúceho procesu vytvoriť výstupný dokument (napríklad rozhodnutie), ktorý je súčasťou procesu spracovania podania. Zobrazenie detailu spisovej vložky zobrazuje:

1314

1315

*

1316

** Toto zobrazenie je možné nazvať ako zobrazenie jedného podania (každému podaniu zodpovedá jedna spisová vložka)

1317

** Zobrazenie základných informácií o poistencovi

1318

** Zobrazenie dokumentov týkajúcich sa podania

1319

** Zobrazenie atribútov z agendových systémov

1320

** Editácia atribútov podania / spisovej vložky

1321

** Zobrazenie informácií o stave procesu

1322

** Možnosť presunúť proces do nového stavu

1323

1324

1325

* Prehľad podaní dôchodkovej agendy umožňuje:

1326

** Zobrazenie všetkých podaní / procesov podľa stavu, útvaru, lokality, ...

1327

** Možnosť vyhľadať podľa čísla procesu, podľa identifikačných údajov poistenca, ...

1328

** S možnosťou vstúpiť do detailu zvoleného procesu / podania / prípadu

1329

**  Inými slovami prechod do zvolenej spisovej vložky

1330

1331

1332

* Prehľad dôchodkových spisov umožňuje:

1333

** Zobrazenie všetkých dôchodkových spisov

1334

** Možnosť vyhľadať podľa čísla spisu, podľa identifikačných údajov poistenca, ...

1335

** Inými slovami prehľadanie spisov bez ohľadu na aktívne podania

1336

** S možnosťou vstúpiť do detailu zvoleného spisu

1337

1338

1339

====== Iné predispozície systém EDS ======

1340

1341

Systém bude poskytovať REST API pre vkladanie dokumentov do spisu, za účelom integrácie iných systémov.

1342

1343

Dokumenty zo spisov budú dokumenty v DMS, prístup k nim je okrem systému EDS možný aj priamo rozhraniami DMS systému.

TBD:

Read and Update REST API rozhrania k informáciám o košieľkach spisov.

1348

1349

Read and update REST API ku vybratým metadátam dokumentov zo spisu.

1350

1351

1352

Diagram 5: EDS - Zobrazenie spisu TO BE

1353

1354

[[image:1744635656772-371.png]]

Diagram 6: EDS - Prehľad procesov dôchodkovej agendy TO BE

1359

1360

[[image:1744635665828-824.png]]

1361

1362

1363

Diagram 7: EDS - Zobrazenie Spisovej vložky TO BE

1364

1365

[[image:1744635673064-768.png]]

1366

1367

1368

4.2.1.4 Automatizácia výpočtov

1369

1370

===== Úprava funkcionality JVP v kontexte zrušenia povinnosti eELDP =====

1371

1372

* Zmena funkcionality v IS JVP

1373

** úprava manuálneho vstupu pre mesačný výkaz poistného a výkaz poistného (MVP a VVP) – doplnenie doby poberania náhrady mzdy a sumy náhrady mzdy

1374

** úprava prenosu dokumentov z EKP/SES a ich spracovanie

1375

* Rozšírenie funkcionality v rozsahu

1376

** Informácia o existencii dôchodku je potrebné evidovať na „fyzickú osobu“ a nie na „poistenca“.

1377

** Pre fyzickú osobu je potrebné kvôli rôznym vyhodnoteniam evidovať informáciu o výplate dávky od-do (t.j. informáciu z interface-u IS DP) a zároveň úľavy z platenia poistného.

1378

** Zmeniť spracovanie interface-u IS DP v prípade, ak predčasný starobný dôchodok (PSD) aj starobný dôchodok (SD) majú rovnaký deň vystavenia rozhodnutia a zároveň tento deň je vyšší ako dátum začiatku starobného dôchodku.

1379

** Pre vyhodnocovanie poberateľov PSD – výber dát naviazať na „výplatu PSD od-do“ a nie na úľavy PSD.

1380

** Povoliť nahrať invalidný dôchodok v prípade, že pôvodný skončil.

1381

1382

===== Prenos údajov – Rozšírenie aktuálneho rozhrania „Služba ELDP“ na strane JVP (prenos do APV ELDP/AIS DP) =====

1383

1384

* Rozšírenie v rozsahu údajov

1385

** **doba ošetrovania** člena rodiny od 15. (91.) dňa potreby takého ošetrovania/starostlivosti do skončenia potreby tohto ošetrovania/starostlivosti (počet dní);

1386

** doba, po ktorú sa rodič **staral o dieťa** do šiestich rokov veku alebo o dieťa s dlhodobo nepriaznivým zdravotným stavom do 18 rokov, ktorému sa neposkytovala starostlivosť v zariadení sociálnych služieb (počet dní) – zdroj: MVP/VVP od roku 2014;

1387

** **doba** **poberania náhrady mzdy** z vážnych prevádzkových dôvodov, pre ktoré zamestnávateľ nemôže prideľovať zamestnancovi prácu - § 142 ods. 4 a § 250b ods. 6 Zákonníka práce v znení neskorších predpisov (počet dní) – zdroj: upravený MVP/VVP;

1388

** **suma náhrady mzdy** z vážnych prevádzkových dôvodov, pre ktoré zamestnávateľ nemôže prideľovať zamestnancovi prácu, vyplatená za dobu poberania náhrady mzdy - zdroj: MVP/VVP

1389

** doba účasti na **zákonnom štrajku** (počet dní) - zdroj: MVP/VVP

1390

* Rozhranie je volané zo strany APV ELDP podľa potreby.

1391

* ELDP bude automaticky vyhotovovať evidenčný list 60 dní po ukončení zamestnania a volať Službu ELDP

1392

* ELDP bude možné vyhotoviť evidenčný list aj na požiadanie pre špecifického klienta.

1393

* JVP v rámci volania rozhrania počíta niektoré vybrané údaje požadované na výstupe.

1394

1395

===== Prenos údajov – Rozšírenie aktuálneho rozhrania UR02B na strane JVP (prenos do IS DP) =====

1396

1397

* Rozšírenie v rozsahu

1398

** doba, po ktorú sa rodič staral o dieťa do šiestich rokov veku alebo o dieťa s dlhodobo nepriaznivým zdravotným stavom do 18 rokov, ktorému sa neposkytovala starostlivosť v zariadení sociálnych služieb (počet dní) – zdroj: MVP/VVP

1399

** doba poberania náhrady mzdy z vážnych prevádzkových dôvodov, pre ktoré zamestnávateľ nemôže prideľovať zamestnancovi prácu - § 142 ods. 4 a § 250b ods. 6 Zákonníka práce v znení neskorších predpisov (počet dní) – zdroj: MVP/VVP

1400

** suma náhrady mzdy z vážnych prevádzkových dôvodov, pre ktoré zamestnávateľ nemôže prideľovať zamestnancovi prácu, vyplatená za dobu poberania náhrady mzdy – zdroj. MVP/VVP.

1401

** bankový účtu pre účely výplaty dávok

1402

* Rozhranie je volané zo strany IS DP podľa potreby.

1403

1404

===== Prenos údajov – Rozšírenie aktuálneho rozhrania na strane APV ELDP (prijatie z IS JVP) =====

1405

1406

* AIS DP/APV ELDP vytvorí rozhranie na prijímanie údajov z IS JPV

1407

* APV ELDP implementuje logiku pre spárovanie informácie o vymeriavacom základe s informáciou o poberaní vyrovnávacej dávky z IS NPaLPČ (vytvorené rozhranie)

1408

1409

===== Úpravy aplikačnej logiky AIS DP – APV ELDP =====

1410

1411

* AIS DP/APV ELDP upraví logiku APV ELDP tak, aby spracovávala údaje z nových/upravených rozhraní

1412

* ELDP bude automaticky vyhotovovať evidenčný list 60 dní po ukončení zamestnania a volať Službu ELDP

1413

* ELDP bude možné vyhotoviť evidenčný list aj na požiadanie pre špecifického klienta.

1414

* Automaticky sa v APV ELDP vygeneruje a AIS DP uloží ELDP za obdobie po 31. decembri 2025 na 60. kalendárny deň po skončení právneho vzťahu alebo

1415

* Generovanie a ukladanie ELDP bude umožnené aj interaktívne určeným zamestnancom útvaru dôchodkového poistenia.

1416

1417

===== Úpravy aplikačnej logiky IS DP =====

1418

1419

* IS DP upraví logiku IS DP tak, aby spracovávala rozšírené údaje z rozhrania UR02B

1420

* IS DP upraví zobrazovanie v rámci IS DP tak, aby poskytovalo údaje pre interných používateľov SP v rámci spracovania agendy dôchodkov bez potreby používateľského vstupu do JVP

Diagram 8: :eELDP – TO BE stav

1425

1426

[[image:file:///D:/Users/BA-MONDIKOVA_V/SuboryNezalohovane/Temp/msohtmlclip1/01/clip_image008.png]][[image:1744635690578-165.png]]

1427

1428

1429

4.2.1.5 Vytváranie elektronických výstupov

===== Aktivity =====

====== Implementácia IS Výstupné dokumenty – individuálne dokumenty ======

1434

1435

* Prijatie údajov na transformáciu do výstupného dokumentu

1436

* Transformácia podľa požadovanej šablóny do formátov PDF a DOCX

1437

* Úprava obsahu výstupného dokumentu (definovaných častí)

1438

* Manuálne vytvorenie časti dokumentu zo šablóny (PDF, DOCX)

1439

* Spájanie viacerých dokumentov do jedného dokumentu

1440

* Uloženie pôvodného súboru s údajmi do DMS

1441

* Uloženie generovaného (transformovaného) výsledného formátu

1442

* Uloženie/vytvorenie dokumentu v registratúrnom spise

1443

* Uloženie/vytvorenie dokumentu v Elektronickom dávkovom spise

1444

* Správa šablón vrátane ich verzovania pre spätnú kompatibilitu

1445

1446

====== Implementácia IS Výstupné dokumenty – hromadné dokumenty ======

1447

1448

* Prijatie súboru pre hromadnú transformáciu do výstupného formátu

1449

* Transformácia podľa požadovanej šablóny do formátov PDF a DOCX

1450

* Opätovné spustenie generovania dokumentov pre

1451

** Všetky záznamy

1452

** Záznamy s chybou

1453

** Záznamy podľa užívateľského filtra

1454

* Uloženie pôvodného súboru s údajmi do DMS

1455

* Uloženie generovaného (transformovaného) výsledného formátu

1456

* Uloženie/vytvorenie dokumentov v registratúrnom spise, resp. príslušných registratúrnych spisoch

1457

* Uloženie/vytvorenie dokumentov v elektronickom dávkovom spise, resp. príslušných dávkových spisoch

1458

1459

====== Integrácia IS DP na IS Výstupné dokumenty ======

1460

1461

* IS DP rozhranie na IS Výstupné dokumenty v rozsahu:

1462

** Vytvorenie jedného dokumentu podľa šablóny

1463

** Hromadné vytvorenie dokumentov

1464

1465

====== Integrácia IS NPaLPČ na IS Výstupné dokumenty ======

1466

1467

* IS NPaLPČ rozhranie na IS Výstupné dokumenty v rozsahu:

1468

** Odoslanie PDF dokumentu s metadátami na spracovanie do finálneho výstupu a doručovanie

1469

1470

Rozhranie je určené na prenos obsahu súborov bez práce so štruktúrovaným obsahom.

1471

1472

====== Integrácia IS Výstupné dokumenty na IS EDS / DMS ======

1473

1474

* IS Výstupné dokumenty pripraví rozhranie na IS EDS / DMS v rozsahu:

1475

** Uloženie súboru dokumentu do súborovej štruktúry pre klienta

1476

** Uloženie metadát dokumentu (názov, typ, dátum vytvorenia atď)

1477

** Uloženie dokumentu do elektronického dávkového spisu – konkrétnej vložky

1478

1479

====== Integrácia IS Výstupné dokumenty na IS Registratúra (IS REG) ======

1480

1481

* IS Výstupné dokumenty rozhranie na **Registratúra** v rozsahu:

1482

** Vytvorenie registratúrneho záznamu s referenciou na obsah v DMS

1483

** Vytvorenie metadát registratúrneho záznamu

1484

1485

====== Funkcionalita Elektronického dávkového spisu v kontexte Výstupných dokumentov (predmetom oblasti EDS) ======

1486

1487

Elektronický dávkový spis poskytuje funkcionalitu len na čítanie výstupných dokumentov.

1488

1489

* Zobrazenie zoznamu dokumentov uložených v DMS pre ID klienta

1490

* Zobrazenie metadát dokumentov

1491

* Získanie obsahu dokumentu

1492

1493

Zmeny výstupných dokumentov sú povolené len z IS Výstupné dokumenty, zmeny sa prejavia v DMS a Registratúre a tým pádom sú k dispozícii v EDS.

1494

1495

1496

Diagram 9: Vytváranie elektronických výstupov TO BE (Legenda: modrým rámčekom sú označené zmeny

1497

1498

[[image:file:///D:/Users/BA-MONDIKOVA_V/SuboryNezalohovane/Temp/msohtmlclip1/01/clip_image009.png]][[image:1744635706858-738.png]]

1499

1500

1501

4.2.1.6 Zdroje notifikácií

1502

1503

Projekt v tejto oblasti zahŕňa aktivity:

1504

1505

* Príprava datasetov pre notifikácie

1506

**

1507

*** Zdrojový IS SP zabezpečí spracovanie objektov evidencie, ktoré budú predmetom notifikácie v dohodnutej štruktúre a rozsahu.

1508

*** Zdrojový IS SP zabezpečí úpravu internej štruktúry a funkcie na zaslanie údajov pre vytvorenie notifikácie na centrálny komponent; implementácia procesov, aplikačnej funkcie a zmien v spracovaní dát na svojej strane

1509

* Integrácia na centrálny komponent SP pre zasielanie datasetov notifikačných udalostí

1510

**

1511

*** Zdrojový IS SP implementuje integráciu na Notifikačný komponent SP nasledovnými možnosťami** **

1512

**** Súborový prenos

1513

**** Fronta udalostí (Apache Camel)

1514

**** Webová služba (RESTful)

1515

1516

1517

Tabuľka 4: Notifikácia a ich zdrojové IS

1518

1519

|Notifikácia|Zdrojový IS

|(((

Nárok na dôchodok

* Proaktívna informácia občanovi o predpokladanom nároku na invalidný dôchodok

)))|(((

* IS NPaLPČ

)))

|(((

Stav konania

* Stav konania o ŽoD (predčasný, starobný, vdovský/vdovecký, sirotský dôchodok a invalidný dôchodok)

)))|(((

* IS DP (alternatívne IS EDS)

)))

|(((

Správa dôchodku

* Informácia o blížiacom sa termíne ukončenia nároku vyplácania dôchodku

1545

* Notifikácie v rámci správy dôchodku a o zmenách v správe dôchodku

1546

** Informácia poberateľovi invalidného dôchodku o tom, že dovŕši dôchodkový vek a môže požiadať o starobný dôchodok

1547

** Zmena spôsobu výplaty dôchodku

)))|(((

* AIS DP, alternatívne EDS

1552

* AIS DP, alternatívne EDS

)))

Diagram 10: Zdroje notifikácií TO BE stav

1559

1560

[[image:1744635725702-867.png]]

1561

1562

1563

4.2.1.7 Rezervačný systém

1564

1565

Výstupom bude funkčný a prevádzkovaný rezervačný systém so všetkými implementovanými požiadavkami na systém.

1566

1567

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

1568

1569

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

1570

1571

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.

1572

1573

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

1574

1575

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:

1581

1582

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

1583

1584

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

1585

1586

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

1587

1588

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

Diagram 11: Rezervačný systém TO BE

1593

1594

[[image:file:///D:/Users/BA-MONDIKOVA_V/SuboryNezalohovane/Temp/msohtmlclip1/01/clip_image011.emz]][[image:1744635741948-908.png]]

4.2.1.8 Vytvorenie služby zabezpečenej elektronickej komunikácie

===== Služby =====

====== Rezervácia online termínu cez webové sídlo SP (neautentifikovaný používateľ) ======

1603

1604

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

1605

1606

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

1607

1608

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

1609

1610

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

1611

1612

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

1613

1614

====== ** **Rezervácia online termínu zamestnancom SP (GUI pre zamestnanca SP) ======

1615

1616

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

1617

1618

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

1619

1620

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

1621

1622

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

1623

1624

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

1625

1626

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

1627

1628

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

1629

1630

====== ** **Zrušenie potvrdenej online rezervácie ======

1631

1632

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

1633

1634

====== Zmena zamestnanca SP potvrdenej online rezervácie ======

1635

1636

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

1637

1638

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

1639

1640

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

1641

1642

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

1643

1644

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

1645

1646

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

1647

1648

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:

1649

1650

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

1651

1652

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

1653

1654

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

1655

1656

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

1657

1658

* správa a zmena (preobsadenie) zamestnanca SP v prípade jeho neprítomnosti;

1659

1660

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

1661

1662

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

1663

1664

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

1665

1666

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

1667

1668

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

1669

1670

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

1671

1672

* parametre blokácie a ďalšie.

1673

1674

====== Zabezpečená komunikácia ======

1675

1676

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.

1677

1678

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

1679

1680

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

1681

1682

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

1683

1684

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

1685

1686

===== Dotknuté komponenty =====

1687

1688

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

1689

1690

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

1691

1692

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

1693

1694

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

1695

1696

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

1697

1698

Údaje z online zabezpečenej komunikácie a z rezervačného systému sú na pobočkách a u klientoch synchronizované.

1699

1700

Diagram 12: Služba zabezpečenej elektronickej komunikácie

1701

1702

[[image:file:///D:/Users/BA-MONDIKOVA_V/SuboryNezalohovane/Temp/msohtmlclip1/01/clip_image012.emz]][[image:1744635759935-491.png]]

1703

1704

4.2.1.9 Integrácie a výmena údajov

1705

1706

SP je aktuálne integrovaná na IS RFO (Register fyzických osôb) priamo (nie prostredníctvom IS CSRÚ). SP disponuje „lokálnou kópiou RFO“, údaje z IS RFO sú ukladané do RFO SP, ktorý údaje o FO poskytuje interným systémom v správe SP.

1707

1708

V rámci systémov v dôchodkovej agende využíva získavané údaje o FO:

1709

1710

* IS DP - historicky prebiehalo stotožňovanie, aktuálne IS preberá zmeny;

1711

1712

* AIS DP (ŽoD) - realizuje stotožňovanie osôb.

1713

1714

SP získava údaje o FO z IS RFO na základne dohody o poskytovaní údajov. Technicky získava len údaje o tých FO, ktoré má v IS RFO označené ako „záujmové osoby“.

1715

1716

Rozsah aktivít v predkladanom projekte

1.

11.

111.

1111. Rozšírenie záujmových osôb v rámci integrácie RFO SP na IS RFO (MV SR)

1722

1111. Spracovanie zmenových dávok - údaje o úmrtí osoby a ich publikovanie do cieľového IS SP

1723

1111. Prijímanie údajov z RFO SP do IS DP a ich spracovanie

1724

1111. Prijímanie údajov z RFO SP do AIS DP(ŽoD) a ich spracovanie

1725

1111. Prijímanie údajov z RFO SP do ďalších IS SP

1726

1111. Prijatie zmenových dávok - údaje o úmrtí osoby a spracovanie podmienok pre potenciálne priznanie dôchodku v rámci IS SP

1727

1111. Prijatie údajov a vytvorenie personalizovanej ponuky klientovi na špecializovanom portáli (EKP/EÚP)

1728

1729

===== Rozšírenie záujmových osôb v rámci integrácie RFO SP na IS RFO (MV SR) =====

1730

1731

SP zabezpečí, aby v rámci IS RFO boli označené všetky FO za záujmové osoby pre SP, ide teda o všetky evidované osoby v IS RFO a údaje o:** **

1732

1733

* občanoch s trvalým pobytom na území Slovenskej republiky;** **

1734

1735

* občanoch, ktorí nemajú trvalý pobyt na území Slovenskej republiky;** **

1736

1737

* cudzincoch prihlásených na pobyt na území Slovenskej republiky;** **

1738

1739

* cudzincoch, ktorým bol udelený azyl na území Slovenskej republiky;** **

1740

1741

* cudzincoch, ktorí na území Slovenskej republiky požívajú výsady a imunity podľa medzinárodného práva a sú akreditovaní Ministerstvom zahraničných vecí a európskych záležitostí Slovenskej republiky;** **

1742

1743

* cudzincoch bez pobytu na území Slovenskej republiky evidovaných v informačných systémoch vedených podľa osobitného predpisu;** **

1744

1745

* cezhraničných používateľoch elektronických služieb.** **

1746

1747

RFO SP ďalej zabezpečí – upraví/rozšíri integráciu a volania na:** **

1748

1749

* získavanie údajov o všetkých FO označených ako záujmové osoby;** **

1750

1751

* vytváranie nových osôb v IS RFO evidovaných v IS SP (cudzinci bez pobytu na území Slovenskej republiky evidovaných v informačných systémoch SP a ktorí nie sú v IS RFO);** **

1752

1753

* publikovanie objektov evidencie získaných z IS RFO o všetkých osobách do cieľových IS SP v dohodnutej štruktúre a rozsahu ako v rámci súčasného stavu. ** **

1754

1755

===== Spracovanie zmenových dávok - údaje o úmrtí osoby a ich publikovanie do cieľového IS SP =====

1756

1757

RFO SP zabezpečí – upraví/rozšíri integráciu a volania na získavanie údajov o zmenách týkajúcich sa všetkých osôb so statusom záujmovej osoby, pričom v prípade údajov o úmrtí osoby spracuje zmenovú dávku tak, že vytvorí dataset s údajmi zomretej osoby spolu s údajmi o vzťahoch k iným osobám, ktoré budú obsahovať:** **

1758

1759

* osobné údaje manžela/manželky;

* osobné údaje otca;

* osobné údaje matky;

1764

1765

* osobné údaje dieťaťa.

1766

1767

a ďalšie údaje o týchto osobách na základe detailnej analýzy (napr. údaje o stave, o úmrtí tejto osoby a podobne) – s cieľom identifikovať žijúcich pozostalých pre zomretú osobu.** **

1768

1769

RFO SP pripravený dataset o zomretých osobách a previazaných osobách publikuje do cieľového IS SP, ktorý bude zodpovedný za spracovanie podmienok s cieľom označiť osoby vo vzťahu k zomretej osobe, ktoré potenciálne spĺňajú podmienky na priznanie vdovského, vdoveckého alebo sirotského dôchodku.** **

1770

1771

===== Prijímanie údajov z RFO SP do IS DP a ich spracovanie =====

1772

1773

Cieľový IS SP zabezpečí prijatie a spracovanie objektov evidencie získaných z RFO SP o všetkých osobách v dohodnutej štruktúre a rozsahu ako v rámci súčasného stavu (prijatie zmien – spracovanie – referencovanie, stotožňovanie..).** **

1774

1775

Prostredníctvom tejto integrácie bude prebiehať získavanie objektov evidencie v rámci súčasnej integrácie a na základe detailnej analýzy budú doplnené prípadne aj ďalšie relevantné objekty evidencie získavané z IS RFO s cieľom využívať tieto údaje pri spracovaní agendových procesov.** **

1776

1777

V rámci cieľového IS SP bude v prípade potreby realizácie úprav (na základe vykonanej úvodnej analýzy) zabezpečené:** **

1778

1779

1. ** **príprava internej štruktúry a funkcie na prijatie a spracovanie údajov z RFO SP;

1780

1. implementácia procesov, aplikačnej funkcie a zmien v spracovaní dát na svojej strane

1781

1782

1. otestovanie a odladenie integrácie;

1783

1784

1. súčinnosť pri ladení WS;

1785

1786

1. vypracovanie úplnej dokumentácie podľa štandardov IT vo verejnej správe k prenosu vrátane popisu dát, dátových štruktúr, funkcií, schém architektúry a zdrojových kódov, vrátane dokumentácie zrealizovaných testov;

1787

1788

===== Prijímanie údajov z RFO SP do AIS DP(ŽoD) a ich spracovanie =====

1789

1790

Cieľový IS SP zabezpečí prijatie a spracovanie objektov evidencie získaných z RFO SP o všetkých osobách v dohodnutej štruktúre a rozsahu ako v rámci súčasného stavu (prijatie zmien – spracovanie – referencovanie, stotožňovanie..).** **

1791

1792

Prostredníctvom tejto integrácie bude prebiehať získavanie objektov evidencie v rámci súčasnej integrácie a na základe detailnej analýzy budú doplnené prípadne aj ďalšie relevantné objekty evidencie získavané z IS RFO s cieľom využívať tieto údaje pri spracovaní agendových procesov.** **

1793

1794

V rámci cieľového IS SP bude v prípade potreby realizácie úprav (na základe vykonanej úvodnej analýzy) zabezpečené:** **

1795

1796

1. príprava internej štruktúry a funkcie na prijatie a spracovanie údajov z RFO SP;

1797

1. implementácia procesov, aplikačnej funkcie a zmien v spracovaní dát na svojej strane

1798

1. otestovanie a odladenie integrácie;

1799

1. súčinnosť pri ladení WS;

1800

1. vypracovanie úplnej dokumentácie podľa štandardov IT vo verejnej správe k prenosu vrátane popisu dát, dátových štruktúr, funkcií, schém architektúry a zdrojových kódov, vrátane dokumentácie zrealizovaných testov;

1801

1802

===== Prijatie zmenových dávok - údaje o úmrtí osoby a spracovanie podmienok pre potenciálne priznanie dôchodku v rámci IS XX =====

1803

1804

Cieľový IS SP zabezpečí prijatie pripraveného datasetu o zomretých osobách a previazaných osobách z RFO SP.** **

1805

1806

Dataset bude obsahovať údaje zomretej osoby spolu s údajmi o vzťahoch k iným osobám:** **

1807

1808

* osobné údaje manžela/manželky;

* osobné údaje otca;

* osobné údaje matky;

1813

1814

* osobné údaje dieťaťa.

1815

1816

a ďalšie údaje o týchto osobách na základe detailnej analýzy (napr. údaje o stave, o úmrtí tejto osoby a podobne) – s cieľom identifikovať žijúcich pozostalých pre zomretú osobu.** **

1817

1818

Cieľový IS upraví existujúce/ prispôsobí/ vytvorí nové aplikačné funkcie a zabezpečí spracovanie podmienok (biznis pravidlá na základe dostupných údajov v tomto IS) s cieľom označiť osoby vo vzťahu k zomretej osobe, ktoré potenciálne spĺňajú podmienky na priznanie vdovského, vdoveckého alebo sirotského dôchodku. Podmienky resp. biznis pravidlá nedefinujú nárok, ale možné potenciálne splnenie podmienok pre priznanie dôchodku.** **

1819

1820

Cieľový IS následne zabezpečí integráciu a zaslanie údajov o označených osobách do špecializovaného portálu – do riešenia EKP/EUP.** **

1821

1822

Alternatívne: V závislosti na prácnosti a časových možnostiach realizácie týchto zmien a úprav prichádza do úvahy riešenie, že podmienky spracovania v zmysle vyššie uvedených požiadaviek spracuje na základne už v súčasnom stave dostupných údajov komponent EKP/EUP.

1823

1824

===== Prijatie údajov a vytvorenie personalizovanej ponuky klientovi na špecializovanom portáli =====

1825

1826

Špecializovaný portál (riešenie EKP/EUP) zabezpečí prijatie a uloženie údajov - označené osoby vo vzťahu k zomretej osobe, ktoré potenciálne spĺňajú podmienky na priznanie vdovského, vdoveckého alebo sirotského dôchodku.** **

1827

1828

EKP/EUP upraví existujúce/ prispôsobí/ vytvorí nové aplikačné funkcie a zabezpečí, aby sa osobe, ktorá sa prihlási na špecializovaný portál (identifikuje a autentifikuje) a je označená, ako osoba vo vzťahu k zomretej osobe, ktorá potenciálne spĺňa podmienky na priznanie vdovského, vdoveckého alebo sirotského dôchodku, bola zobrazená personalizovaná ponuka v časti portálu – relevantnej podstránke určenej na takého informácie (na základne detailnej analýzy a dizajnu). ** **

1829

1830

Takejto prihlásenej osobe bude zobrazená informácia o životnej udalosti a možnosti podať si relevantnú žiadosť o dôchodok (informácia môže definovať, že nejde o nárok, ale skôr o pravdepodobné splnenie nárokov) a odkáže klienta na el. službu (el. formulár).** **

1831

1832

4.2.1.10 Zavedenie elektronizácie a automatizácie procesu spracovania žiadostí

1833

1834

Spracovanie odvolania je špecifickým prípadom použitia komplexného procesu elektronizovaného a automatizovaného spracovania žiadostí/formulárov. V IS EDS prostredníctvom špecifického atribútu „typ podania“ = odvolanie a atribútu identifikácie konania/spisovej vložky/rozhodnutia je vyhodnotené, že ide o nové konanie a preferovane sa vytvorí nová spisová vložka s referenciou na spisovú vložku s rozhodnutím.

1835

1836

Komplexné riešenie, ktoré nie je súčasťou predkladaného projektu je popísané v Diagrame 13: Procesný tok vytvorenie, odoslania a spracovania podaní.

1837

1838

Diagram 13: Procesný tok vytvorenie, odoslania a spracovania podaní

1839

1840

[[image:file:///D:/Users/BA-MONDIKOVA_V/SuboryNezalohovane/Temp/msohtmlclip1/01/clip_image013.jpg]][[image:1744635797641-773.png]]

1841

1842

1843

4.2.1.11 Vytvorenie žiadostí o oznámení asistovane na pobočke

1844

1845

Aplikačná vrstva architektúry je riešená v komplexnom riešení.

1846

1847

1848

4.2.2 Rozsah informačných systémov – AS IS

Legenda:

* modrou sú podfarbené IS, ktoré sa plánujú vybudovať v tomto projekte;

1853

* s * sú označené IS, ktorých vybudovanie nie je súčasťou rozsahu predkladaného projektu, ale sú dôležité pre celkový náhľad na budúce riešenie

1854

1855

|Kód ISVS (z MetaIS)|Názov ISVS|(((

1856

Modul ISVS

1857

1858

(zaškrtnite ak ISVS je modulom)

)))|(((

Stav IS VS

(AS IS)

)))|Typ IS VS|(((

Kód nadradeného ISVS

(v prípade zaškrtnutého checkboxu pre modul ISVS)

)))

|isvs_8214 |(((

AIS DP

Súčasťou je: APV eELPD

1874

)))|☐| Prevádzkovaný a plánujem rozvíjať|Agendový |

|Isvs_11265|Dokument management system (DMS)*|(((

☒

)))|Plánujem budovať|Ekonomický a administratívny chod inštitúcie|Isvs_11264

1890

|TBD|BPM*|☐|Plánujem budovať|Agendový|

4.2.3 Rozsah informačných systémov – TO BE

Legenda:

* modrou sú podfarbené IS, ktoré sa plánujú vybudovať v tomto projekte;

1905

* s * sú označené IS, ktorých vybudovanie nie je súčasťou rozsahu predkladaného projektu, ale sú dôležité pre celkový náhľad na budúce riešenie

1906

1907

|Kód ISVS (z MetaIS)|Názov ISVS|(((

1908

Modul ISVS

1909

1910

(zaškrtnite ak ISVS je modulom)

)))|(((

Stav IS VS

(AS IS)

)))|Typ IS VS|(((

Kód nadradeného ISVS

(v prípade zaškrtnutého checkboxu pre modul ISVS)

)))

|isvs_8214 |(((

AIS DP

Súčasťou je: APV eELPD

1926

)))|☐| Prevádzkovaný a plánujem rozvíjať|Agendový |

|iIsvs_11265|Dokument management system (DMS)*|(((

☒

)))|Prevádzkovaný a plánujem rozvíjať|Ekonomický a administratívny chod inštitúcie|Isvs_11264

1942

|TBD|BPM*|☐|Prevádzkovaný a plánujem rozvíjať|Agendový|

4.2.4 Využívanie nadrezortných a spoločných ISVS – AS IS

1953

1954

|Kód IS|Názov ISVS|Spoločné moduly podľa zákona č. 305/2013 e-Governmente

1955

|isvs_8729 |IS MUSP|IS CSRÚ-Modul procesnej integrácie a integrácie údajov

1956

|isvs_8124|ASSR|Modul elektronických schránok

1957

|isvs_551 |EKP|Modulu elektronických formulárov

1958

|isvs_8124|ASSR|Modul elektronického doručovania

1959

|isvs_551 |EKP (SES)|Autentifikačný modul

1960

1961

1962

4.2.5 Prehľad plánovaných integrácií ISVS na nadrezortné ISVS – spoločné moduly podľa zákona č. 305/2013 e-Governmente – TO BE

1963

1964

Integrácie na nadrezortné ISVS nebudú realizované v projekte ŽS14+16.

1965

1966

Nižšie uvádzame integrácie, ktoré budú potrebné na celkové riešenie životných situácií 14 a 16 pre doplnenie kontextu a celkový pohľad na ŽS14 a 16.

1967

1968

|Kód IS|Názov ISVS|Spoločné moduly podľa zákona č. 305/2013 e-Governmente

1969

| |BPM&API|Notifikačný modul

1970

| |IS REG|Modul elektronického doručovania

1971

| |IS REG|Modul elektronických schránok

1972

| |EKP (SES)|Autentifikačný modul

1973

| |IS MUSP|IS CSRÚ-Modul procesnej integrácie a integrácie údajov

1974

| |BPM&API|Centrálna API Manažment Platforma

1975

1976

1977

4.2.6 Prehľad plánovaného využívania iných ISVS (integrácie) – TO BE

1978

1979

Detailný spôsob integrácie (napriamo/cez integračnú platformu ESB SP) bude definovaný pri DNR.

1980

1981

Všetky integrácie sa realizujú v rozsahu potrebných údajov - teda v rámci dôchodkovej agendy alebo v rámci agendy úmrtia.

|(((

Kód ISVS

(z MetaIS)

)))|(((

Názov ISVS

)))|(((

Kód integrovaného ISVS

1993

1994

(z MetaIS)

1995

)))|Názov integrovaného ISVS|oblasť

1996

1997

1998

|TBD|EDS| |ESB SP|Overenie vlastníctva účtu

|isvs_8213 |JVP| |VPP|Automatizácia výpočtov

2003

2004

|TBD|EDS|TBD|BPM|Elektronický dávkový spis

2005

|TBD|EDS|Isvs_11265|DMS|Elektronický dávkový spis

|TBD|IS Výstupné dokumenty|TBD|EDS|Vytváranie el. výstupov/ Elektronický dávkový spis

|TBD|EDS| |Notifikačný komponent SP|Zdroje notifikácií

4.2.7 Aplikačné služby pre realizáciu koncových služieb – TO BE

|(((

Kód AS

(z MetaIS)

)))|Názov AS|(((

ISVS/modul ISVS

(kód z MetaIS)

)))|(((

Aplikačná služba realizuje KS

(kód KS z MetaIS)

)))

|TBD|Žiadosť o rezerváciu termínu na ŠP SP (EKP) (nová)|Rezervačný systém|TBD

2038

|TBD|Žiadosť o rezerváciu termínu cez webové sídlo (nová)|Rezervačný systém|TBD

2039

|TBD|Overenie rezervovaného termínu na ŠP SP (EKP) (nová)|Rezervačný systém|TBD

2040

|TBD|Zrušenie rezervovaného termínu (nová)|Rezervačný systém|TBD

2041

2042

2043

4.2.8 Aplikačné služby na integráciu – TO BE

2044

2045

V rámci Projektu ŽS14+16 nebude realizovaná žiadna integrácia s nadrezortnými IS. Budovať sa budú len integrácie interných systémov SP.

|(((

AS

(Kód MetaIS)

)))|(((

Názov AS

)))|(((

Realizuje ISVS

(kód MetaIS)

Integrácia na AS poskytovateľa

(kód MetaIS)

)))

4.2.9 Poskytovanie údajov z ISVS do IS CSRÚ – TO BE

2070

2071

Poskytovanie údajov do IS CSRÚ nie súčasťou rozsahu projektu.

2072

2073

|ID OE|Názov (poskytovaného) objektu evidencie|Kód ISVS poskytujúceho OE|Názov ISVS poskytujúceho OE

| | | |

| | | |

| | | |

4.2.10 Konzumovanie údajov z IS CSRU – TO BE

2079

2080

Konzumovanie údajov do IS CSRÚ nie súčasťou rozsahu projektu.

|ID OE|(((

Názov (konzumovaného) objektu evidencie

2086

)))|Kód a názov ISVS konzumujúceho OE z IS CSRÚ|Kód zdrojového ISVS v MetaIS

| | | |

| | | |

| | | |

4.3 Dátová vrstva

Dátová vrstva bude predmetom detailnejšej analýzy v ďalších fázach projektu, nakoľko sa jedná primárne o existujúce agendové systémy. Nižšie v kapitole uvádzame základné predpoklady.

2095

2096

4.3.1 Údaje v správe organizácie

2097

2098

V prostredí SP je hlavným nástrojom pre data manažment IS MÚSP (Informačný systém manažment údajov SP). Bol dodaný koncom roka 2023 ako výstup projektu Efektívny manažment údajov v prostredí Sociálnej poisťovne (MUSP) v rámci OPII (ďalej len “projekt”), pričom naplnil v projekte nastavené merateľné ukazovatele: Počet nových optimalizovaných úsekov verejnej správy (cieľová hodnota 2). V rámci projektu sa tiež podarilo naintegrovať do IS MUSP/jeho centrálneho dátového úložiska/ 15 datasetov obsahujúcich 571 atribútov z interných agendových systémov SP, a to ISUP – Informačný systém úrazového poistenia, IS PVN a GP – Informačný systém poistenia v nezamestnanosti a garančného poistenia a NASP – Národná agentúra sociálneho poistenia.

2099

2100

IS MUSP má slúžiť aj ako hlavný nástroj pre komplexné zabezpečenie dátovej kvality dát SP, ktoré sú predmetom výmeny medzi viacerými agendovými systémami SP, alebo aj s inými orgánmi verejnej moci. V rámci projektu boli zrealizované aktivity týkajúce sa služieb dátovej kvality pre IS PVN a GP, a tiež ISUP.

2101

2102

Projekty ŽS sa v prostredí SP realizujú v súlade s ďalšou stratégiou rozvoja IS MUSP ako rezortnej dátovej integračnej platformy, keď IS MUSP z hľadiska referenčných údajov plne pokryje požiadavky, ktoré boli v minulosti identifikované pre Centrálny register subjektov sociálneho poistenia a navyše umožní Sociálnej poisťovni efektívnym spôsobom splniť požiadavky legislatívy tým, že

2103

2104

* pre všetky agendy Sociálnej poisťovne zabezpečí jednotný prístup k údajom ostatných orgánov verejnej moci (ďalej len „OVM“) tak, aby tieto údaje nemuseli byť dodatočne požadované od fyzických a právnických osôb – realizácia princípu „jeden krát a dosť“ pre agendy Sociálnej poisťovne.

2105

2106

* zabezpečí jednotný spôsob poskytovania údajov Sociálnej poisťovne pre ostatné OVM v súlade so zákonom č. 461/2003 Z. z. o sociálnom poistení v znení neskorších predpisov a zákonom č. 305/2013 Z. z. o elektronickej podobe výkonu pôsobnosti orgánov verejnej moci a o zmene a doplnení niektorých zákonov (zákon o e-Governmente) v znení neskorších predpisov – podpora realizácie princípu „jeden krát a dosť“ pre ostatné OVM.

2107

2108

* pokryje požiadavku zlepšiť dostupnosť a kvalitu tých údajov Sociálnej poisťovne, ktoré sú používané vo viacerých systémoch Sociálnej poisťovne poskytnutím nástrojov dátovej kvality, vytvorením jednotného dátového modelu a prípadne doplnením ďalších nástrojov pre efektívne využívanie údajov, napr. v podobe reportingu.

2109

2110

2111

Diagram 14: Datasety IS MUSP

2112

2113

[[image:file:///D:/Users/BA-MONDIKOVA_V/SuboryNezalohovane/Temp/msohtmlclip1/01/clip_image014.png]][[image:1744635893638-881.png]]

2114

2115

2116

4.3.2 Dátový rozsah projektu - Prehľad objektov evidencie - TO BE

2117

2118

Dátová vrstva bude predmetom detailnejšej analýzy v ďalších fázach projektu, nakoľko sa jedná primárne o existujúce agendové systémy. Čiastkové údaje sú uvedené v kapitole 4.2 Aplikačná vrstva architektúry.

2119

2120

|ID OE|Objekt evidencie - názov|Objekt evidencie - popis|Referencovateľný identifikátor URI dátového prvku

| | | |

| | | |

| | | |

4.3.3 Referenčné údaje

2127

2128

V rámci projektu sa neplánuje vyhlásenie údajov za referenčné, avšak aj tento projekt prispieva k efektívnemu využívaniu údajov vo verejnej správe, k zvyšovaniu kvality údajov a vytvoreniu podmienok pre komplexný data manažment.

2129

2130

2131

4.3.3.1 Objekty evidencie z pohľadu procesu ich vyhlásenia za referenčné

n/a

|ID OE|(((

Názov referenčného registra /objektu evidencie

2137

2138

(uvádzať OE z tabuľky v kap. 4.3.2)

2139

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

| | | | |

| | | | |

| | | | |

(% style="color:#222222" %)4.3.3.2 (%%)Identifikácia údajov pre konzumovanie alebo poskytovanie údajov do/z CSRU

2145

2146

V rámci predkladaného projektu sa neplánuje konzumovanie/poskytovanie údajov do/z CSRÚ. Projekt sa zaoberá primárne výmenou údajov interných IS SP.

n/a

|ID OE|(((

Názov referenčného údaja /objektu evidencie

2152

2153

(uvádzať OE z tabuľky v kap. 4.3.2)

2154

)))|Konzumovanie / poskytovanie|Osobitný právny predpis pre poskytovanie / konzumovanie údajov

2155

| | |Vyberte jednu z možností.|

2156

| | |Vyberte jednu z možností.|

2157

| | |Vyberte jednu z možností.|

2158

2159

4.3.4 Kvalita a čistenie údajov

2160

2161

4.3.4.1 Zhodnotenie objektov evidencie z pohľadu dátovej kvality

n/a

|ID OE|(((

Názov Objektu evidencie

2167

2168

(uvádzať OE z tabuľky v kap. 4.3.2)

)))|(((

Významnosť kvality

1 (malá) až 5 (veľmi významná)

)))|(((

Citlivosť kvality

1 (malá) až 5 (veľmi významná)

2177

)))|(((

2178

Priorita – poradie dôležitosti

2179

2180

(začnite číslovať od najdôležitejšieho)

)))

| | | | |

| | | | |

| | | | |

(% style="color:#222222" %)4.3.4.2 (%%)Roly a predbežné personálne zabezpečenie pri riadení dátovej kvality

2187

2188

Dátovú kvalitu zabezpečuje projekt MUSP a správcovia IS MÚSP.// //

4.3.5 Otvorené údaje

Irelevantné vzhľadom na charakter projektu a súvisiacich dát.

n/a

|(((

Názov objektu evidencie / datasetu

2198

2199

(uvádzať OE z tabuľky v kap. 4.3.2)

)))|(((

Požadovaná interoperabilita

(3★ - 5★)

)))|(((

Periodicita publikovania

2208

2209

(týždenne, mesačne, polročne, ročne)

2210

)))

2211

| |Vyberte jednu z možností.|Vyberte jednu z možností.

2212

| |Vyberte jednu z možností.|Vyberte jednu z možností.

2213

| |Vyberte jednu z možností.|Vyberte jednu z možností.

2214

| |Vyberte jednu z možností.|Vyberte jednu z možností.

2215

| |Vyberte jednu z možností.|Vyberte jednu z možností.

2216

2217

2218

4.3.6 Analytické údaje

2219

2220

Irelevantné vzhľadom na charakter projektu a súvisiacich dát.

n/a

|ID|Názov objektu evidencie pre analytické účely|Zoznam atribútov objektu evidencie|Popis a špecifiká objektu evidencie

| | | |

| | | |

| | | |

(% style="color:#222222" %)4.3.7 (%%)Moje údaje

2230

2231

Dátová vrstva bude predmetom detailnejšej analýzy v ďalších fázach projektu, nakoľko sa jedná primárne o existujúce agendové systémy.

2232

2233

|ID|(((

2234

Názov registra / objektu evidencie

2235

2236

(uvádzať OE z tabuľky v kap. 4.3.2)

2237

)))|Atribút objektu evidencie|Popis a špecifiká objektu evidencie

| | | |

| | | |

| | | |

| | | |

4.3.8 Prehľad jednotlivých kategórií údajov

2245

2246

|ID|(((

2247

Register / Objekt evidencie

2248

2249

(uvádzať OE z tabuľky v kap. 4.3.2)

2250

)))|Referenčné údaje|Moje údaje|Otvorené údaje|Analytické údaje

| | |☐|☐|☐|☐

| | |☐|☐|☐|☐

| | |☐|☐|☐|☐

| | |☐|☐|☐|☐

| | |☐|☐|☐|☐

| | |☐|☐|☐|☐

4.4 Technologická vrstva

2259

2260

Nevyhnutné zmeny v technologickej vrstve nie sú súčasťou predkladaného projektu.

2261

2262

2263

4.4.1 Prehľad technologického stavu - AS IS

n/a

4.4.2 Požiadavky na výkonnostné parametre, kapacitné požiadavky – TO BE

n/a

|Parameter|Jednotky|Predpokladaná hodnota|Poznámka

2272

|Počet interných používateľov|Počet| |

2273

|Počet súčasne pracujúcich interných používateľov v špičkovom zaťažení|Počet| |

2274

|Počet externých používateľov (internet)|Počet| |

2275

|Počet externých používateľov používajúcich systém v špičkovom zaťažení|Počet| |

2276

|Počet transakcií (podaní, požiadaviek) za obdobie|Počet/obdobie| |

2277

|Objem údajov na transakciu|Objem/transakcia| |

2278

|Objem existujúcich kmeňových dát|Objem| |

2279

|Ďalšie kapacitné a výkonové požiadavky ...| | |

2280

2281

4.4.3 Návrh riešenia technologickej architektúry

n/a

4.4.4 Využívanie služieb z katalógu služieb vládneho cloudu

n/a

|(((

Kód infraštruktúrnej služby

2293

2294

(z MetaIS)

2295

)))|Názov infraštruktúrnej služby|(((

2296

Kód využívajúceho ISVS

2297

2298

(z MetaIS)

2299

)))|Názov integrovaného ISVS

| | | |

| | | |

| | | |

|(% rowspan="2" %)Prostredie|(% rowspan="2" %)(((

2306

2307

2308

Kód infraštruktúrnej služby

2309

2310

(z MetaIS)

2311

)))|(% rowspan="2" %)Názov infraštruktúrnej služby/ Služba z katalógu cloudových služieb pre zriadenie výpočtového uzla |(% colspan="4" %)Požadované kapacitné parametre služby

2312

(doplňte stĺpec parametra, ak je dôležitý pre konkrétnu službu)

2313

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

2329

|Vývojové|Doplň názov a stručný popis| |

2330

|Testovacie|Doplň názov a stručný popis| |

2331

|Produkčné|Doplň názov a stručný popis| |

|(((

ďalšie...

(uviesť názov)

)))| | |

(% style="color:#222222" %)4.5 (%%)Bezpečnostná architektúra

2339

2340

Navrhované zmeny v existujúcich IS SP si nevyžadujú zmeny v bezpečnostnej architektúre. V prípade nových IS sa relevantné časti (napr. riadenie prístupov) pokrylo v aplikačnej vrstve architektúry.

2341

2342

2343

5. Závislosti na ostatné ISVS / projekty

|Stakeholder|(((

Kód projektu /ISVS

(z MetaIS)

)))|Názov projektu /ISVS|Termín ukončenia projektu|Popis závislosti

2350

|MPSVaR|projekt_3280|[[//Projekt implementácie zmenových požiadaviek pre ŽS 16 pre MPSVR SR//>>url:https://metais.slovensko.sk/ci/Projekt/9320f328-b655-4546-8311-1c8de643a9bf]]| |

|NASES|(((

isvs_14887

projekt_3067

)))|COP

Modernizácia Platformy pre rozvoj a riešenie prioritných životných situácií | |- závislosť pre úpravu systémov a ich konfiguráciu

|SP|(((

svs_11264

projekt_1724

)))|IS REG| |

|SP|isvs_11265|DMS| |

2367

|SP|Projekt_TBD|BPM| |

|Sociálna poisťovňa|projekt_318|(((

2372

Efektívny manažment údajov v prostredí Sociálnej poisťovne (MUSP)

)))| |

6. Zdrojové kódy

Zdrojové kódy budú odovzdané Objednávateľovi v zmysle relevantných zmlúv o poskytovaní podpory pre IS.

2381

2382

7. Prevádzka a údržba

2383

2384

2385

7.1. Prevádzkové požiadavky

2386

2387

Prevádzka a údržba rozvíjajúcich IS bude zachovaná ako v súčasnom stave. Prevádzka a údržba nových IS bude analogická. Nižšie uvádzame predpokladané parametre.

2388

2389

7.1.1 Úrovne podpory používateľov

2390

2391

Help Desk bude realizovaný cez 3 úrovne podpory, s nasledujúcim označením:

2392

2393

* **L1 podpory IS** (Level 1, priamy kontakt zákazníka) - jednotný kontaktný bod verejného obstarávateľa – IS Solution manager, ktorý je v správe verejného obstarávateľa a v prípade jeho nedostupnosti Centrum podpory používateľov (zabezpečuje prevádzkovateľ IS a DataCentrum).

2394

* **L2 podpory IS** (Level 2, postúpenie požiadaviek od L1) - vybraná skupina garantov, so znalosťou IS (zabezpečuje prevádzkovateľ IS – verejný obstarávateľ).

2395

* **L3 podpory IS** (Level 3, postúpenie požiadaviek od L2) - na základe zmluvy o podpore IS (zabezpečuje úspešný uchádzač).

Definícia:

* **Podpora L1 (podpora 1. stupňa)** - začiatočná úroveň podpory, ktorá je zodpovedná za riešenie základných problémov a požiadaviek koncových užívateľov a ďalšie služby vyžadujúce základnú úroveň technickej podpory. Základnou funkciou podpory 1. stupňa je zhromaždiť informácie, previesť základnú analýzu a určiť príčinu problému a jeho klasifikáciu. Typicky sú v úrovni L1 riešené priamočiare a jednoduché problémy a základné diagnostiky, overenie dostupnosti jednotlivých vrstiev infraštruktúry (sieťové, operačné, vizualizačné, aplikačné atď.) a základné užívateľské problémy (typicky zabudnutie hesla), overovanie nastavení SW a HW atď.

2400

* **Podpora L2 (podpora 2. stupňa)** – riešiteľské tímy s hlbšou technologickou znalosťou danej oblasti. Riešitelia na úrovni Podpory L2 nekomunikujú priamo s koncovým užívateľom, ale sú zodpovední za poskytovanie súčinnosti riešiteľom 1. úrovne podpory pri riešení eskalovaného hlásenia, čo mimo iného obsahuje aj spätnú kontrolu a podrobnejšiu analýzu zistených dát predaných riešiteľom 1. úrovne podpory. Výstupom takejto kontroly môže byť potvrdenie, upresnenie, alebo prehodnotenie hlásenia v závislosti na potrebách Objednávateľa. Primárnym cieľom riešiteľov na úrovni Podpory L2 je dostať Hlásenie čo najskôr pod kontrolu a následne ho vyriešiť - s možnosťou eskalácie na vyššiu úroveň podpory – Podpora L3.

2401

* **Podpora L3 (podpora 3. stupňa)** - Podpora 3. stupňa predstavuje najvyššiu úroveň podpory pre riešenie tých najobťiažnejších Hlásení, vrátane prevádzania hĺbkových analýz a riešenie extrémnych prípadov.

2402

2403

2404

7.1.2 Riešenie incidentov – SLA parametre

2405

2406

Označenie naliehavosti incidentu:

2407

2408

|Označenie naliehavosti incidentu|Závažnosť incidentu|Popis naliehavosti incidentu

2409

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

2410

|B|Vysoká|Chyby a nedostatky, ktoré zapríčinia čiastočné zlyhanie systému a neumožňuje používať časť systému.

2411

|C|Stredná|Chyby a nedostatky, ktoré spôsobia čiastočné obmedzenia používania systému.

možný dopad:

|Označenie závažnosti incidentu|(((

Dopad

)))|Popis dopadu

|1|katastrofický|katastrofický dopad, priamy finančný dopad alebo strata dát,

2422

|2|značný|značný dopad alebo strata dát

2423

|3|malý|malý dopad alebo strata dát

2424

2425

2426

Výpočet priority incidentu je kombináciou dopadu a naliehavosti v súlade s best practices ITIL V3 uvedený v nasledovnej matici:

2427

2428

|(% colspan="2" rowspan="2" %)Matica priority incidentov|(% colspan="3" %)Dopad

2429

|Katastrofický - 1|Značný - 2|Malý - 3

2430

|(% rowspan="3" %)Naliehavosť|Kritická - A|1|2|3

|Vysoká - B|2|3|3

|Stredná - C|2|3|4

Vyžadované reakčné doby:

2436

2437

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

2438

Spoľahlivosť ^^(3)^^

2439

2440

(počet incidentov za mesiac)

2441

)))

2442

|1|0,5 hod.|4 hodín|1

2443

|2|0,5 hod.|8 hodín|2

2444

|3|0.5 hod.|24 hodín|10

7.2 Požadovaná dostupnosť IS:

2449

2450

|Popis|Parameter|Poznámka

2451

|Prevádzkové hodiny|8 hodín|od 8:00 hod. - do 16:00 hod. počas pracovných dní

2452

|(% rowspan="2" %)Servisné okno|12 hodín|od 17:00 hod. - do 5:00 hod. počas pracovných dní – štandardný servis a údržba

2453

|24 hodín|(((

2454

od 00:00 hod. - 23:59 hod. počas dní pracovného pokoja a štátnych sviatkov

2455

2456

Veľký servis a údržba sa bude realizovať mimo pracovného času.

2457

)))

2458

|Dostupnosť produkčného prostredia IS|98,5%|(((

2459

98,5% z 24/7/365 t.j. max ročný výpadok je 66 hod.

2460

2461

Maximálny mesačný výpadok je 5,5 hodiny.

2462

2463

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.

2464

2465

Nedostupnosť IS sa počíta od nahlásenia incidentu Zákazníkom v čase dostupnosti podpory Poskytovateľa (t.j. nahlásenie incidentu na L3 v čase od 8:00 hod. - do 16:00 hod. počas pracovných dní). Do dostupnosti IS nie sú započítavané servisné okná a plánované odstávky IS.

2466

2467

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.

)))

V osobitných prípadoch bude servisná doba upravená na základe dohody projektových manažérov objednávateľa a poskytovateľa. - Štandardná servisná pohotovosť je v pracovných dňoch od 8.00 h do 16.00 h. Do servisnej pohotovosti sa nezapočítavajú dni pracovného voľna, pracovného pokoja a štátom uznávané sviatky. Ak je poskytovateľovi v pracovných dňoch v čase od 8.00 h do 16.00 h hlásená vada (chyba) s prioritou „kritická“, na reakčnú a servisnú dobu sa nevzťahuje štandardná servisná pohotovosť, ale režim 24x7. Do reakčnej a servisnej doby režimu 24x7 sa nezapočítavajú dni pracovného voľna, pracovného pokoja a štátom uznávané sviatky. V prípade potreby zásahu pri vade s kritickou prioritou je poskytovateľ povinný vadu vyriešiť aj prostredníctvom vzdialeného zabezpečeného pripojenia (VPN) z miesta sídla poskytovateľa, pokiaľ mu objednávateľ nebude schopný poskytnúť fyzicky miesta v ústredí objednávateľa.

2472

2473

7.2.1 Dostupnosť (Availability)

98,5%

7.2.2 RTO (Recovery Time Objective)

2478

2479

Parameter jednotlivých systémov sa nemení, nakoľko jednotlivé vyvolané investície v tomto projekte sú change requesty. V prípade nových systémov (tu môžeš vymenovať - ako uznáš za vhodné, alebo este lepsie odkaz na tab.) budú parametre stanovené na rovnakej úrovni ako v prípade už prevádzkovaných systémov.

2480

2481

2482

7.2.3 RPO (Recovery Point Objective)

2483

2484

Parameter jednotlivých systémov sa nemení, nakoľko jednotlivé vyvolané investície v tomto projekte sú change requesty. V prípade nových systémov (tu môžeš vymenovať - ako uznáš za vhodné, alebo este lepsie odkaz na tab.) budú parametre stanovené na rovnakej úrovni ako v prípade už prevádzkovaných systémov.

2485

2486

2487

8. Požiadavky na personál

2488

2489

Personálne kapacity sú pokryté v Zmluve o poskytnutí prostriedkov mechanizmu na kapacity pre životné situácie.

2490

2491

9. Implementácia a preberanie výstupov projektu

2492

2493

Projekt (zmenová požiadavka v prevádzke) sa riadi metódou waterfall bez inkrementálneho prístupu.

2494

2495

* Plánovanie a príprava

2496

2497

* Definovanie cieľov a rozsahu projektu: Jasne definujte ciele a rozsah projektu.

2498

2499

* Identifikácia zainteresovaných strán: Určte všetky zainteresované strany a ich úlohy.

2500

2501

* Vytvorenie projektového plánu: časový harmonogram, zdroje, rozpočet a riziká.

* Implementácia

* Vývoj a testovanie: Vyvinúť a otestovať produkt.

2506

2507

* Nasadenie do produkcie

2508

2509

* Monitorovanie a hodnotenie: Monitorovať výkon a zbierať spätnú väzbu od kľúčových používateľov.

2510

2511

* Preberanie výstupov

2512

2513

* Odovzdanie a prevzatie: Odovzdanie a prevzatie výstupov alebo časti výstupov sa uskutoční v termínoch špecifikovaných v časovom harmonograme.

2514

2515

* Akceptačný protokol: Podpísanie akceptačného protokolu oprávnenými osobami.

2516

2517

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

2518

2519

* Kontrola kvality: Objednávateľ neprevezme výstupy, ak táto vykazuje právne a/alebo faktické vady.

2520

2521

* Prílohy akceptačného protokolu:

2522

2523

* Zápisnica o vykonaných akceptačných testoch.

2524

2525

* Zoznam autorov diel a zoznam autorských diel vytvorených v rámci plnenia Zmluvy o dielo.

2526

2527

* Vyhlásenie o splnení požiadaviek (dodržaní štandardov pre ISVS/ITVS).

2528

2529

* Dokumenty a doklady osvedčujúce kvalitu a/alebo kompletnosť.

2530

2531

* Záverečné hodnotenie a uzavretie projektu

2532

2533

* Záverečné hodnotenie: Vyhodnotiť celkový úspech projektu a identifikovať oblasti na zlepšenie.

2534

2535

* Uzavretie projektu: Formálne uzavrieť projekt a informovať všetky zainteresované strany.

2536

2537

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

2538

2539

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:

2540

2541

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

2542

2543

2. Zaistenie dôvernosti na základe Objednávateľom požadovanej úrovne ochrany dôvernosti citlivých údajov.

10. Prílohy

Príloha 1a) Koncepcia rozvoja implementačného plánu ŽS14 a Príloha1b) Koncepcia rozvoja implementačného plánu ŽS16

2548

2549

Príloha 2: Zoznam rizík a závislostí

Wiki zdrojový kód pre I-03 Prístup k projektu (pristup_k_projektu)

Aplikácie

Navigácia

Moje posledné úpravy

Need help?