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

43

2.1 Použité skratky a pojmy

44

45

46

|SKRATKA/POJEM |POPIS

47

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

48

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

49

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

50

|CAMP|Centrálna API manažment platforma

51

|COP|Centrálna orchestračná platforma

52

|CRIF|Credit navigator

53

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

54

|DP|Dôchodkové poistenie

55

|EDS|Elektronický dávkový spis

56

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

57

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

58

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

59

|FO|Fyzická osoba

60

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

61

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

62

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

63

|MMP|Minimum marketable product

64

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

65

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

66

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

67

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

68

|OVM|Orgán verejnej moci

69

|RFO|Register fyzických osôb

70

|SP |Sociálna poisťovňa

71

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

72

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

73

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

74

|ŽS|Životná situácia

75

76

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

77

78

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

79

80

Všetky požiadavky uvedené v Prístupe k projektu v príslušných kapitolách, musia byť v súlade s funkčnými, nefunkčnými a technickými požiadavkami uvedenými v Katalógu požiadaviek I-04 (**M-05 Analýza nákladov a prínosov - BC/CBA, karta: Katalóg požiadaviek)**

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

85

86

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

87

88

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

89

90

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

91

92

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

93

94

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

95

96

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

97

98

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

99

100

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

101

102

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

103

104

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

105

106

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

107

108

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

109

110

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

2.4 Zoznam tabuliek

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

116

117

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

118

119

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

120

121

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

122

123

124

3. Popis navrhovaného riešenia

125

126

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

127

128

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

129

130

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

131

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

132

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

133

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

134

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

135

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

136

* Vytvárať elektronické výstupy

137

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

138

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

139

140

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

141

142

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

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

147

148

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

149

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

150

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

151

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

152

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

153

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

154

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

155

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

156

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

157

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

158

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

159

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

160

161

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

162

163

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

164

165

3.2 Overenie vlastníctva účtu

166

167

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

168

169

3.3 Elektronický dávkový spis

170

171

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

172

173

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

174

175

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

176

177

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

178

179

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

180

181

3.4 Automatizácia výpočtov

182

183

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

184

185

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

186

187

3.5 Vytváranie elektronických výstupov

188

189

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

190

191

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

192

193

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

194

195

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

196

197

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

198

199

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

200

201

1. Spájanie dokumentov do finálneho dokumentu

202

203

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

204

205

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

206

207

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

208

209

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

210

211

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

212

213

3.6 Zdroje notifikácií

214

215

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

216

217

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

218

219

3.7 Rezervačný systém

220

221

SP zabezpečí nový rezervačný systém. Súčasný rezervačný systém sa využíva len na agendu dôchodkovej agendy, cieľový stav umožní využívanie rezervačného systému aj na ďalšie agendy a poskytované služby na pobočkách SP. Služba bude dostupná na webovom sídle a ŠP SP pre každého občana. Systém bude intuitívny pre klientov ako aj zamestnancov SP. Nové riešenie má spĺňať legislatívne požiadavky, má byť umožnený jeho jednoduchý rozvoj a upgrade.

222

223

3.8 Vytvorenie služby zabezpečenej komunikácie

224

225

Nová služba zabezpečenej komunikácie rozširuje kanály komunikácie s klientami SP, najmä žiadateľmi o dôchodok, ktorí pri príprave podkladov a podaní samotnej ŽoD pravidelne komunikujú s pracovníkmi SP.

226

227

Služby týkajúce sa rezervácie online schôdze budú dostupné na webovom sídle a špecializovanom portáli pre každého občana. Termín bude môcť rezervovať aj zamestnanec SP prostredníctvom samostatného GUI. Okrem rezervácie termínu bude umožnené vidieť potvrdený termín, zrušiť rezerváciu, priradiť iného zamestnanca k termínu.

228

229

Samotná online komunikácia bude prebiehať prostredníctvom webového prehliadača (riešenie zabezpečí vytvorenie schôdze – ID schôdze). Overený klient bude mať k dispozícií audio a video, prípadne textovú komunikáciu prostredníctvom služby na portáli SP.

230

231

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

232

233

Výstupom bude funkčná a prevádzkovaná služba zabezpečenej komunikácie so všetkými implementovanými požiadavkami na systém. Systém bude dodaný a prevádzkovaný v tzv. režime „softvare-as-a-service“ a umožní komunikáciu z prostredia zamestnanca SP s klientom (využíva akýkoľvek webový prehliadač).

234

235

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

236

237

3.9 Integrácia a výmena údajov

238

239

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

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)

244

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

245

*

246

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

247

248

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

249

250

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

251

252

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

253

254

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

255

256

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

257

258

259

4. Architektúra riešenia projektu

260

261

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

262

263

[[image:1744288678714-554.png]]

264

265

266

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

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

271

272

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

273

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

274

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

275

276

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

277

278

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

279

)))

280

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

281

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

282

283

284

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

285

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

286

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

287

o oznámení asistovane

288

na pobočke|(((

289

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

290

291

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

292

)))

293

|(((

294

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

295

296

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

297

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

298

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

299

300

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

301

)))

302

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

303

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

304

305

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

306

)))

307

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

308

Sociálna poisťovňa pripravuje datasety pre

309

310

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

311

312

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

313

314

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

315

)))

316

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

317

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

318

319

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

320

)))

321

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

322

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

323

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

324

325

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

326

)))

327

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

328

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

329

330

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

331

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

)))

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

341

342

343

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

344

345

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

346

[[image:1744288721254-907.png]]

4.1.2

1. **Popis TO BE stavu**

351

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

*1. 4.1.2.3 Elektronický dávkový spis

414

415

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

416

417

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

418

419

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

420

421

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

===== Spis =====

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

426

427

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

428

429

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

430

431

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

432

433

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

434

435

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

436

437

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

438

439

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

440

441

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

442

443

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

444

445

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

446

447

Spis obsahuje jednoznačný identifikátor spisu.

448

449

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

450

451

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

452

453

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

454

455

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

456

457

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

458

459

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

460

461

* doplnenie dokumentu do spisu/vložky,

462

* zmena stavu spisu/vložky,

463

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

464

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

465

* doplnenie komentára.

466

467

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

468

469

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

470

471

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

472

473

* všetky vložky a dokumenty spisu,

474

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

475

476

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

477

478

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

479

480

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

481

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

482

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

483

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

484

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

485

486

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

487

488

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

489

490

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

491

492

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

493

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

494

*  objem spisov na pracovníka za obdobie,

495

*  vybavenie spisov za pracovníka, za obdobie,

496

*  vek dokumentov, priemerný, maximálny.

497

498

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

499

500

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

501

502

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

503

504

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

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

509

510

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

511

512

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

513

514

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

515

516

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

517

518

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

519

520

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

521

522

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

523

524

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

525

526

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

527

528

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

529

530

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

531

532

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

533

534

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

535

536

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

537

538

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

539

540

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

541

542

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

543

544

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

545

546

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

547

548

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

549

550

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

551

552

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

553

554

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

555

556

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

557

558

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

559

560

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

561

562

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

563

564

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

565

566

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

567

568

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

* Meniť stav procesu

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

573

574

* Zapisovať poznámky do spisovej vložky

575

576

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

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

581

582

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

583

584

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

585

586

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

587

588

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

589

590

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

591

592

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

593

594

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

595

596

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

597

598

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

599

600

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

601

602

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

603

604

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

605

606

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

607

608

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

609

610

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

611

612

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

613

614

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

615

616

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

617

618

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

619

620

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

621

622

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

623

624

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

625

626

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

627

628

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

629

630

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

631

632

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

633

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

634

*1.

635

*11.

636

*111. Automatizácia výpočtov

637

638

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

639

640

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

641

642

Nové riešenie umožní:

643

644

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

645

646

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

647

648

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

649

650

651

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

652

653

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

654

655

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

Biznis aktéri:

Fyzické osoby - interné:

* Zamestnanec SP

Fyzické osoby – externé

666

667

* Zamestnanec

668

* Zamestnávateľ (nepriamo)

669

670

Právnické osoby – interné

* SP ústredie

* SP pobočka

*

*

*

* 4.1.2.5 Vytváranie elektronických výstupov

679

680

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

681

682

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

683

684

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

685

686

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

687

688

689

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

690

691

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

692

693

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

694

695

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

696

697

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

698

699

* IS Výstupné dokumenty poskytne funkcionalitu na

700

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

701

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

702

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

703

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

704

705

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

706

707

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

708

709

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

710

711

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

712

713

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

714

715

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

716

717

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

718

11. 4.1.2.6 Zdroje notifikácií

719

720

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

721

722

Príprava sa týka notifikácií

723

724

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

725

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

726

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

727

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

728

729

*

730

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

731

732

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

733

734

4.1.2.7 Rezervačný systém

735

736

Súčasný rezervačný systém SP už nespĺňa požiadavky a nároky kladené na takýto systém Súčasný rezervačný systém je nasadený na e-službách, separátne od webu a je potrebné, aby bol súčasťou aj Špecializovaného portálu (EÚP).

737

738

Preto je súčasťou rozsahu predkladaného projektu aj rozvoj Rezervačného systému SP a jeho prispôsobenie k potrebám životných situácií..

739

740

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

741

742

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

743

744

Klient (neautentifikovaný používateľ) si bude môcť rezervovať termín prostredníctvom samostatnej sljhužby na webovom sídle SP. Po vyplnení údajov o svojej osobe (minimálne meno, priezvisko, dátum narodenia, email a telefónne číslo), údaje potvrdí ochranným prvkom Captcha. Systém overí, či používateľ si môže rezervovať termín na základe podmienok používania1 rezervačného systému. Systém odošle používateľovi kód, ktorý musí používateľ zadať do rezervačného systému, aby mohol pokračovať v rezervácií (kód slúži pre ďalšiu ochranu systému a zároveň pre overenie správnosti emailu, telefónneho čísla a prístupu k nim). Výber, kde bude posielaný overovací kód bude môcť byť nastavený v administrácií systému (zaslanie overovacieho kódu len formou SMS, alebo len emailom, prípadne na obidva kanály). Systém musí poskytnúť dostatočné informácie, aby používateľ vedel, prečo si nemôže rezervovať termín.

745

746

Po overení používateľ vyberie agendu a systém mu poskytne informačný obsah súvisiaci s náležitosťami potrebnými pre úspešné vybavenie svojej žiadosti (potrebné doklady, doplňujúce informácie – podľa zvolenej agendy – môže a nemusí byť definované).

747

748

V poslednom kroku si používateľ vyberie pobočku, ktorú chce navštíviť a systém mu ponúkne dostupné voľné termíny (v prípade definície súvisiacich resp. vysunutých pracovísk v administrácií systém používateľovi zobrazí aj voľné termíny na inej pobočke – tieto termíny musia byť jasne viditeľné, že sa týkajú iného pracoviska). Po výbere dňa prostredníctvom kalendára mu systém zobrazí dostupné termíny pre zvolený deň a používateľ si zvolí konkrétny čas. Používateľ musí pred odoslaním rezervácie termínu kliknúť na Súhlasím so spracovaním osobných údajov za účelom vybavenia požiadavky s možnosťou odkliku na informácie uvedené v súbore alebo webovej stránke (text súhlasu ako aj podmienky spracovania bude možné meniť podľa potreby).

749

750

Systém po potvrdení rezervácie odošle o rezervovanom termíne na emailovú adresu notifikáciu s udalosťou do kalendára, ktorú si môže používateľ importovať do svojho kalendára a tiež na telefónne číslo klienta informácie o rezervovanom termíne formou SMS.

Proces:

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

755

756

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

757

758

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

759

760

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

761

762

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

763

764

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

765

766

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

767

768

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

769

770

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

771

772

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

773

774

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

775

776

777

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

778

779

Klient (autentifikovaný používateľ – používateľ musí byť prihlásený) si bude môcť rezervovať termín prostredníctvom samostatnej služby na špecializovanom portáli. Systém v prípade autentifikovaného používateľa predvyplní údaje o používateľovi (meno, priezvisko, dátum narodenia) na špecializovanom portáli. Používateľ doplní email a telefónne číslo (ak údaje nemá vyplnené v profile) a potvrdí správnosť údajov. Systém overí, či používateľ si môže rezervovať termín na základe podmienok používania rezervačného systému. Systém odošle používateľovi kód, ktorý musí používateľ zadať do rezervačného systému, aby mohol pokračovať v rezervácií (kód slúži pre ďalšiu ochranu systému a zároveň pre overenie správnosti emailu, telefónneho čísla a prístupu k nim). Výber, kde bude posielaný overovací kód bude môcť byť nastavený v administrácií systému (zaslanie overovacieho kódu len na formou SMS, alebo len emailom, prípadne na obidva kanály). Systém musí poskytnúť dostatočné informácie, aby používateľ vedel, prečo si nemôže rezervovať termín.

780

781

Po overení používateľ vyberie agendu a systém mu poskytne informačný obsah súvisiaci s náležitosťami potrebnými pre úspešné vybavenie svojej žiadosti (potrebné doklady, doplňujúce informácie – podľa zvolenej agendy – môže a nemusí byť definované).

782

783

V poslednom kroku systém priradí pobočku automaticky na základe miesta bydliska používateľa s možnosťou zmeny pobočky a systém mu ponúkne dostupné voľné termíny (v prípade definície súvisiacich resp. vysunutých pracovísk v administrácií systém používateľovi zobrazí aj voľné termíny na inej pobočke – tieto termíny musia byť jasne viditeľné, že sa týkajú iného pracoviska). Po výbere dňa prostredníctvom kalendára mu systém zobrazí dostupné termíny pre zvolený deň a používateľ si zvolí konkrétny čas. Používateľ musí pred odoslaním rezervácie termínu kliknúť na Súhlasím so spracovaním osobných údajov za účelom vybavenia požiadavky s možnosťou odkliku na informácie uvedené v súbore alebo webovej stránke (text súhlasu ako aj podmienky spracovania bude možné meniť podľa potreby).

784

785

Systém po potvrdení rezervácie odošle o rezervovanom termíne na emailovú adresu notifikáciu s udalosťou do kalendára, ktorú si môže používateľ importovať do svojho kalendára a tiež na telefónne číslo klienta informácie o rezervovanom termíne formou SMS. Systém automaticky vloží rezervovaný termín do kalendára na špecializovanom portáli (v prípade existencie na špecializovanom portáli).

786

787

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

788

789

Proces z pohľadu používateľa

790

791

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

792

793

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

794

795

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

796

797

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

798

799

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

800

801

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

802

803

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

804

805

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

806

807

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

808

809

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

810

811

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

812

813

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

814

815

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

816

817

818

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

819

820

Zamestnanec SP bude môcť vytvoriť samostatnú rezerváciu voľného termínu pre klienta prostredníctvom GUI rozhrania pre zamestnanca SP. Zamestnanec vyplní potrebné údaje o klientovi, vyberie vhodný deň a voľný termín. Systém overí, či klient si môže rezervovať termín na základe podmienok používania rezervačného systému.

821

822

Systém po potvrdení rezervácie odošle o rezervovanom termíne na emailovú adresu notifikáciu s udalosťou do kalendára, ktorú si môže klient importovať do svojho kalendára a tiež na telefónne číslo klienta informácie o rezervovanom termíne formou SMS.

823

824

Ak zamestnanec SP vytvára rezerváciu telefonicky, informuje klienta o spracúvaní osobných údajov, ktoré za týmto účelom získal. Zamestnanec SP môže požiadať klienta o informácie o vygenerovanom kóde na telefón pre potvrdenie rezervácie prostredníctvom telefónu (systém vygeneruje na telefónne číslo automaticky na základe pokynu zamestnanca SP).

825

826

Klient prostredníctvom odoslanej rezervácie musí potvrdiť takto rezervovaný termín (napr. formou kliknutia na potvrdzovací link). Bez takéhoto potvrdenia je termín rezervovaný len určitý čas a ak termín nebude klientom potvrdený do určitého času, opätovne sa tento termín stane voľným. Zároveň bude v texte uvedené, že potvrdením zároveň súhlasí so spracovaním osobných údajov za účelom rezervácie termínu.

827

828

829

d) Zrušenie potvrdenej rezervácie

830

831

Systém umožní klientovi zrušiť jeho rezervovaný termín v prípade potreby napr. kliknutím na linku v emailovej notifikácií o potvrdení termínu alebo zaslaním spätnej SMS v definovanom tvare, prípadne cez funkcionalitu zrušenia na špecializovanom portáli. Vygenerovaný odkaz/sms bude v sebe obsahovať informácie o konkrétnej rezervácií, ktorý zabezpečí zrušenie tohto termínu a jeho uvoľnenie.** **

832

833

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

834

835

1. a) Používateľ prostredníctvom emailového klienta klikne na email Potvrdenie rezervovaného termínu a klikne na odkaz Zrušenie termínu

836

837

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

838

839

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

840

841

1. Rezervačný systém po získaní informácie o Zrušení termínu zruší rezerváciu a uvoľní daný termín (v prípade splnenia podmienok)

842

843

844

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

845

846

Klient s rezervovaným termínom musí v rámci definovaného časového obdobia zadať PIN alebo prípadný QR kód do Kiosku vyvolávacieho systému, aby bol potvrdený následne rezervačným systémom potvrdený jeho rezervovaný termín a používateľ môže byť zaradený do poradia. Ak sa klient nedostaví včas nebude zaradený do poradia, prípadne bude zaradený na koniec zoznamu v daný deň (ak pracovník pobočky SP má voľnú kapacitu v daný deň a ak občan je ochotný vyčkať v tento deň).

847

848

849

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

850

851

Systém umožní overiť pre neautentifikovaného klienta platnú rezerváciu na webovej stránke po vyplnení potrebných informácií na webovej stránke Sociálnej poisťovne.

Proces:

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

856

857

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

858

859

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

860

861

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

862

863

864

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

865

866

Systém umožní vidieť rezervované termíny pre autentifikovaného používateľa na špecializovanom portáli. Aj autentifikovaný používateľ stále môže využiť služby neautentifikovaného používateľa.

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

871

872

873

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

874

875

Systém musí ukladať všetky historické údaje o všetkých rezerváciách vrátane zrušených a poskytovať štatistické údaje o počte uskutočnených rezervácií podľa agendy a lokality v čase vrátane historických údajov, doby čakania, doby vybavenia, dôvod návštevy (parametrické vyhľadávanie všetkých uložených údajov – presný výraz, obsahuje, začína, končí; a; alebo; zoraďovanie; filtrovanie; exportovanie; tlačové zostavy).** **

876

877

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

878

879

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

880

881

882

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

883

884

Administrátor alebo iná osoba (napr. vedúci pobočky) na základe pridelených práv bude môcť realizovať nastavenie a parametrizáciu rezervačného systému. Nastavenie bude možné nastaviť na celý rezervačný systém, ako aj konkrétnu lokalitu, prípadne agendu. Bude môcť vykonať minimálne nasledovné nastavenia:

885

886

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

887

888

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

889

890

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

891

892

* generovanie kalendára voľných termínov na základe zadaných parametrov na určité obdobie (počet, dĺžka trvania, pracovné dni atď.);

893

894

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

895

896

* definovanie prepojenia súvisiacich pobočiek resp. vysunutých pracovísk pre zobrazovanie voľných termínov (umožní zobrazovať používateľovi aj voľné termíny na inej prepojenej / vysunutej pobočke);

897

898

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

899

900

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

901

902

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

903

904

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

905

906

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

907

908

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

909

910

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

911

912

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

913

914

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

915

916

* parametre blokácie a ďalšie.

917

918

919

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

920

921

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

922

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

923

Nový IS rezervačný systém

924

925

(predpoklad: IS Vyvolávací systém

926

)))

927

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

928

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

929

930

931

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

932

933

SP v súčasnosti neposkytuje možnosť komunikovať s klientom prostredníctvom on-line nástrojov (zabezpečenou formou). Pri príprave na vyplnenie žiadosti o dôchodok je však potrebná častejšia komunikácia so zamestnancami SP za účelom prípadného dovysvetlenia a predovšetkým kompletizácie podkladov a dokumentov potrebných k predloženiu žiadosti o dôchodok alebo jej doplneniu. Paralelne realizovaný projekt budovania nového Rezervačného systému a realizácia zmien Front-endu SP vrátane implementácie nových el. služieb. V tomto kontexte je vhodné implementovať a doplniť nové služby/riešenie aj o online zabezpečenú komunikáciu a podporiť tak procesy realizácie Životných situácií a umožniť komunikáciu aj prostredníctvom nového kanálu.

934

935

Služba zabezpečenej elektronickej komunikácie bude slúžiť pre potreby ŽS14 z dôvodov potrebných konzultácií občanov/klientov SP pri podávaní ŽoD.

936

937

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

938

939

Fyzické osoby - interné:

* Zamestnanec SP

* Administrátor

Fyzické osoby – externé

* Občan/klient

Právnické osoby – interné

* SP ústredie

* SP pobočka

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

956

957

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

958

959

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

960

961

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

962

963

1. Služba zabezpečenej komunikácie overí či osoba môže vytvoriť online termín a odošle tieto informácie webovému portálu.

964

965

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

966

967

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

968

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

969

970

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

971

972

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

973

974

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

975

976

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

977

978

1. Systém priradí link s ID schôdze (on-line schôdzka musí byť uskutočniteľná iba s využitím bežne rozšírených webových prehliadačov)

979

980

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

981

982

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

983

984

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

985

986

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

987

988

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

989

990

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

991

992

1. Systém zabezpečenej komunikácie overí či osoba môže vytvoriť online termín a odošle tieto informácie špecializovanému portálu.

993

994

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

995

996

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

997

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

998

999

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

1000

1001

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

1002

1003

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

1004

1005

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

1006

1007

1. Systém priradí link s ID schôdze (on-line schôdzka musí byť uskutočniteľná iba s využitím bežne rozšírených webových prehliadačov)

1008

1009

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

1010

1011

1012

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

1013

1014

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

1015

1016

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

1017

1018

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

1019

1020

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

1021

1022

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

1023

1024

1. Špecializovaný portál získa údaje o všetkých do budúcna platných rezerváciách online termínovh používateľa a zobrazí mu ich na potrebnom mieste (v rámci informačného obsahu portálu).

1025

1026

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

1027

1028

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

1029

1030

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

1031

1032

1. a) Používateľ prostredníctvom emailového klienta klikne na email Potvrdenie rezervovaného online termínu a klikne na odkaz Zrušenie online termínu

1033

1034

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

1035

1036

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

1037

1038

1. Systém zabezpečenej komunikácie po získaní informácie o Zrušení online termínu zruší online termín a uvoľní daný termín (v prípade splnenia podmienok)

1039

1040

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

1041

1042

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

1043

1. 4.1.2.9 Integrácie a výmena údajov

1044

1045

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

1046

1047

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

1048

1049

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

1050

1051

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

1052

1053

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

1054

1055

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

1056

1057

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

1058

1059

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

1060

1061

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

1062

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

1063

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

1064

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

1065

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

1066

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

1067

1068

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

1069

1070

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

1071

1072

V súčasnom stave sú žiadosti o dôchodok na pobočke realizované v rámci aplikácii ŽoD I a ŽoD II (AIS DP) a to manuálnym vypĺňaním zamestnancom pobočky SP. Klient SP, v ktorého mene je žiadosť pripravovaná, poskytuje údaje a podklady do žiadosti. Spracovanie ŽoD môže trvať aj niekoľko dní, v závislosti od miery chýbajúcich informácii a potreby doplnenia a získania od klienta. Prípadné prílohy a ďalšie dokumenty sú poskytované len listinne a kopírované, žiadna forma digitalizácie sa nevykonáva. V prípade potreby preverenia údajov v rámci SP ich zamestnanec kontroluje pomocou iných modulov AIS DP a prípadne aj v IS JVP. Pre ŽoD II tvoria vstupy údaje z ďalších agendových systémov.

1073

1074

Po spísaní žiadosti o dôchodok je táto vytlačená a podpísaná klientom. Zamestnanec pobočky SP ju spolu s prílohami odosiela poštou na ústredie SP na ďalšie spracovanie. V rámci aplikačnej architektúry je zároveň zo systémov ŽoD I a ŽoD II odoslaná dátová veta do IS DP na spracovanie, doručenie listinného podanie ide paralelne a nezávisle.

1075

1076

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

1077

1078

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

1079

1080

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

1081

1082

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

1083

* Žiadosti o zmenu a oznámenia - poukazovanie a ukončenie poukazovania dôchodkových dávok, zrušenie výplaty na účet, oznámenie / doplnenie údajov a zmeny údajov, žiadosti o zvýšenie a uvoľnenie výplaty, zmeny údajov klienta,

1084

*  Iné žiadosti a oznámenia

* Odvolanie

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

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

1090

1091

1. Identifikácia poistenca

1092

1. Obsahové vyplnenie žiadosti

1093

1. Digitalizácia papierových podkladov

1094

1095

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

1096

1097

1. Odoslanie žiadosti

1098

1099

1. Spracovanie žiadosti

1100

1101

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

1102

1103

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

1104

1105

* Zachytenie obsahu právneho úkonu;

1106

1107

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

1108

1109

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

1110

1111

Podmienkou teda je, aby bolo zariadenie (tablet) k dispozícii pre klienta, a zobrazovalo resp. vizualizovalo vytvorenú žiadosť/formulár ako celok. V spodnej časti žiadosti, v priestore pre podpisy, klient žiadosť podpíše špeciálnym perom priamo na obrazovku, pričom takto realizovaný vlastnoručný podpis bude spojený s daným dokumentom.

1112

1113

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

1114

1115

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

1116

1117

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

1118

1119

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

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

1126

1127

[[image:1744289150894-617.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:

1132

1133

* Zachytenie obsahu právneho úkonu;

1134

1135

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

1136

1137

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

1138

1139

Podmienkou teda je, aby bolo zariadenie (tablet) k dispozícii pre klienta, a zobrazovalo resp. vizualizovalo vytvorenú žiadosť/formulár ako celok. V spodnej časti žiadosti, v priestore pre podpisy, klient žiadosť podpíše špeciálnym perom priamo na obrazovku, pričom takto realizovaný vlastnoručný podpis bude spojený s daným dokumentom.

1140

1141

Nový formulár pre asistované vyplnenie žiadosti bude jediným používateľským rozhraním, ktorý sa bude v budúcom stave používať na pobočke pre vyplnenie žiadosti o dôchodok. Nový formulár nahradí stávajúce rozhranie aplikácie AIS DP(ŽOD I) aj rozhranie aplikácie AIS DP(ŽOD II). Nové rozhranie teda musí komplexne pokryť všetky oblasti, ktoré je treba vyplniť v žiadosti o dôchodok.

1142

1143

1144

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

|(((

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

1166

1167

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

4.2 Aplikačná vrstva

1. 4.2.1 Aplikačná vrstva TO BE podľa oblastí projektuPrognóza a informatívne výpočty

1173

1174

1175

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

1176

1177

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

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

1184

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

1185

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

1186

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

1187

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

1188

1189

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

1190

1191

V rámci zobrazovania a doručovanie bude:

*

**

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

1196

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

1197

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

1198

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

1199

*** Vytvorené riešenia (TBD)

1200

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

1201

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

1202

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

1203

***1. Overenie vlastníctva účtu

1204

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

1205

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

1206

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

1207

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

1208

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

1209

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

1210

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

1211

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

1212

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

1213

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

1214

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

1215

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

1216

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

1217

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

1218

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

1219

1220

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

1221

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

1222

** Odoslanie žiadosti

1223

** Získanie stavu žiadosti

1224

** Získanie výsledku spracovania

1225

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

1226

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

Diagram 4: Overenie vlastníctva TO BE

1231

1232

[[image:file:///D:/Users/BA-MONDIKOVA_V/SuboryNezalohovane/Temp/msohtmlclip1/01/clip_image004.png||alt="A diagram of a computer

1233

1234

AI-generated content may be incorrect."]]

1.

11.

111.

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

1252

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

1253

*1.

1254

*11. BPM modul

1255

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

1256

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

1257

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

1258

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

1259

*1.

1260

*11. MUSP

1261

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

1262

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

1263

*1.

1264

*11. DMS a registratúra

1265

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

1266

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

1267

1268

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

1269

1270

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

1271

** zobrazovanie informácie a podklady žiadosti

1272

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

1273

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

1274

** pridávanie dokumentov k prebiehajúcemu konaniu

1275

** spracovanie podanie formou procesu (workflow)

1276

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

1277

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

1278

** Zobrazenie čísla spisu

1279

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

1280

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

1281

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

1282

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

1283

** Možnosť spustiť proces

1284

1285

1286

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

1287

1288

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

1289

1290

*

1291

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

1292

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

1293

** Zobrazenie dokumentov týkajúcich sa podania

1294

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

1295

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

1296

** Zobrazenie informácií o stave procesu

1297

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

1298

1299

1300

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

1301

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

1302

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

1303

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

1304

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

1305

1306

1307

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

1308

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

1309

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

1310

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

1311

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

1312

1313

1314

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

1315

1316

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

1317

1318

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

TBD:

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

1323

1324

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

1325

1326

1327

Diagram 5: EDS - Zobrazenie spisu TO BE

1328

1329

[[image:file:///D:/Users/BA-MONDIKOVA_V/SuboryNezalohovane/Temp/msohtmlclip1/01/clip_image005.png||alt="A diagram of a software

1330

1331

AI-generated content may be incorrect."]]

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

1339

1340

[[image:file:///D:/Users/BA-MONDIKOVA_V/SuboryNezalohovane/Temp/msohtmlclip1/01/clip_image006.png||alt="A diagram of a company

1341

1342

AI-generated content may be incorrect."]]

1343

1344

1345

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

1346

1347

[[image:file:///D:/Users/BA-MONDIKOVA_V/SuboryNezalohovane/Temp/msohtmlclip1/01/clip_image007.png||alt="A diagram of a computer

1348

1349

AI-generated content may be incorrect."]]

1.

11.

111.

1111. Automatizácia výpočtov

1356

1357

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

1358

1359

* Zmena funkcionality v IS JVP

1360

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

1361

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

1362

* Rozšírenie funkcionality v rozsahu

1363

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

1364

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

1365

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

1366

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

1367

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

1368

1369

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

1370

1371

* Rozšírenie v rozsahu údajov

1372

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

1373

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

1374

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

1375

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

1376

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

1377

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

1378

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

1379

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

1380

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

1381

1382

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

1383

1384

* Rozšírenie v rozsahu

1385

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

1386

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

1387

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

1388

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

1389

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

1390

1391

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

1392

1393

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

1394

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

1395

1396

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

1397

1398

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

1399

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

1400

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

1401

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

1402

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

1403

1404

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

1405

1406

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

1407

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

Diagram 8: :eELDP – TO BE stav

1412

1413

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

1.

11.

111.

1111. Vytváranie elektronických výstupov

===== Aktivity =====

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

1425

1426

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

1427

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

1428

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

1429

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

1430

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

1431

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

1432

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

1433

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

1434

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

1435

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

1436

1437

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

1438

1439

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

1440

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

1441

* Opätovné spustenie generovania dokumentov pre

1442

** Všetky záznamy

1443

** Záznamy s chybou

1444

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

1445

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

1446

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

1447

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

1448

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

1449

1450

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

1451

1452

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

1453

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

1454

** Hromadné vytvorenie dokumentov

1455

1456

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

1457

1458

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

1459

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

1460

1461

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

1462

1463

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

1464

1465

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

1466

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

1467

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

1468

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

1469

1470

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

1471

1472

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

1473

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

1474

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

1475

1476

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

1477

1478

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

1479

1480

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

1481

* Zobrazenie metadát dokumentov

1482

* Získanie obsahu dokumentu

1483

1484

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

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

1490

1491

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

1.

11.

111.

1111. Zdroje notifikácií

1498

1499

Projekt v tejto oblasti zahŕňa aktivity:

1500

1501

* Príprava datasetov pre notifikácie

1502

**

1503

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

1504

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

1505

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

1506

**

1507

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

1508

**** Súborový prenos

1509

**** Fronta udalostí (Apache Camel)

1510

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

1511

1512

1513

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

1514

1515

|Notifikácia|Zdrojový IS

|(((

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

1541

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

1542

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

1543

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

)))|(((

* AIS DP, alternatívne EDS

1548

* AIS DP, alternatívne EDS

)))

Diagram 10: Zdroje notifikácií TO BE stav

1555

1556

[[image:file:///D:/Users/BA-MONDIKOVA_V/SuboryNezalohovane/Temp/msohtmlclip1/01/clip_image010.png||alt="A diagram of a computer

1557

1558

AI-generated content may be incorrect."]]

1.

11.

111.

1111. Rezervačný systém

1565

1566

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

1567

1568

Rezervačný systém musí ukladať všetky historické údaje o všetkých vykonaných rezerváciách (pre sledovanie maximálneho možného počtu rezervácií, prípadne pre účely blokácie osoby na určité obdobie pri nedostavení sa na termín).

1569

1570

Tiež je potrebné zabezpečiť integráciu medzi rezervačným a vyvolávacím systémom prostredníctvom vytvorených služieb vyvolávacieho systému. Predpokladom je, že v čase implementácie rezervačného systému je existencia vyvolávacieho systému. Vyvolávací systém je možné samostatne používať bez rezervačného systému. Rezervačný systém však bez prevádzky vyvolávacieho systému nie je vhodné prevádzkovať, lebo by rezervované termíny nemohli byť bez zvýšenej administratívnej záťaže zamestnancov SP vybavené.

1571

1572

Systém zabezpečí a sleduje maximálny počet odoslaných rezervácií pre osobu na jednu lokalitu ako aj celkovo v priebehu určitého počtu kalendárnych dní (kontrola na meno, priezvisko, doklad totožnosti, telefónne číslo, email prípadne ich vzájomná kombinácia). Jedna osoba si nemôže v čase rezervovať viacero termínov. Jedna osoba nemôže v rámci definovaného obdobia rezervovať viacej ako je maximálny povolený počet rezervácií nastavených v administrácií systému.

1573

1574

Systém umožní odosielať pripomienky pred termínom formou emailovej notifikácie / SMS o rezervovanom termíne x dní pred termínom (nastavenia v administrácií systému).

1575

1576

Systém zabezpečí zbieranie poskytnutých súhlasov s poskytnutím osobných údajov a bude zabezpečovať automatickú kontrolu a mazanie údajov, ktorým uplynula platnosť.

Dotknuté komponenty

Rezervačný systém bude integrovaný na vyvolávací systém, webové sídlo SP a špecializovaný portál:

1582

1583

* Rezervačný systém bude posielať údaje o dostupných termínoch pre vybranú agendu a lokalitu na webové sídlo Sociálnej poisťovne. Webové sídlo bude odosielať informácie o osobe, ktorá si chce rezervovať si termín, rezervačný systém následne odošle informácie o možnosti rezervácie alebo zamietnutí rezervácie s uvedením dôvodu. Webové sídlo v prípade dokončenej registrácie odošle rezervačnému systému údaje o vytvorenej rezervácií.

1584

1585

* Rezervačný systém bude posielať údaje o dostupných termínoch pre vybranú agendu a lokalitu na špecializovaný portál. Špecializovaný portál bude odosielať informácie o osobe, ktorá si chce rezervovať si termín, rezervačný systém následne odošle informácie o možnosti rezervácie alebo zamietnutí rezervácie s uvedením dôvodu. Špecializovaný portál v prípade dokončenej registrácie odošle rezervačnému systému údaje o vytvorenej rezervácií.

1586

1587

* Webové sídlo bude odosielať rezervačnému systému na základe vyplnených údajoch žiadosť o overenie platnej rezervácie a rezervačný systém odošle na webové sídlo potvrdenie resp. zamietnutie platnej rezervácie.

1588

1589

* Špecializovaný portál bude odosielať rezervačnému systému na základe vyplnených údajoch žiadosť o overenie platnej rezervácie a rezervačný systém odošle na špecializovaný portál potvrdenie resp. zamietnutie platnej rezervácie.

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

1594

1595

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

1.

11.

111.

1111. Vytvorenie služby zabezpečenej elektronickej komunikácie

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

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

1607

1608

Klient (neautentifikovaný používateľ) si bude môcť rezervovať online termín zabezpečenej komunikácie prostredníctvom samostatnej služby na webovom sídle SP. Po vyplnení údajov o svojej osobe (minimálne meno, priezvisko, dátum narodenia, email a telefónne číslo), údaje potvrdí ochranným prvkom (Captcha). Systém overí, či používateľ si môže rezervovať termín na základe podmienok používania^^1^^ zabezpečenej komunikácie. Po výbere dňa prostredníctvom kalendára systém zobrazí dostupné termíny pre zvolený deň a používateľ si zvolí konkrétny čas. Používateľ musí pred odoslaním rezervácie online termínu kliknúť na Súhlasím so spracovaním osobných údajov za účelom vybavenia požiadavky s možnosťou odkliku na informácie uvedené v súbore alebo webovej stránke (text súhlasu ako aj podmienky spracovania bude možné meniť podľa potreby).** **

1609

1610

Systém po potvrdení online termínu odošle o rezervovanom online termíne na emailovú adresu notifikáciu s udalosťou a s ID schôdze do kalendára, ktorú si môže používateľ importovať do svojho kalendára a tiež na telefónne číslo klienta informácie o rezervovanom online termíne formou SMS.** **

1611

1612

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

1613

1614

Klient (autentifikovaný používateľ – používateľ musí byť prihlásený) si bude môcť rezervovať online termín zabezpečenej komunikácie prostredníctvom samostatnej služby na špecializovanom portáli. Systém v prípade autentifikovaného používateľa predvyplní údaje o používateľovi (meno, priezvisko, dátum narodenia) na špecializovanom portáli. Používateľ doplní email a telefónne číslo (ak údaje nemá vyplnené v profile) a potvrdí správnosť údajov. Systém overí, či používateľ si môže rezervovať online termín na základe podmienok používania zabezpečenej komunikácie. Po výbere dňa prostredníctvom kalendára systém zobrazí dostupné termíny pre zvolený deň a používateľ si zvolí konkrétny čas. Používateľ musí pred odoslaním rezervácie online termínu kliknúť na Súhlasím so spracovaním osobných údajov za účelom vybavenia požiadavky s možnosťou odkliku na informácie uvedené v súbore alebo webovej stránke (text súhlasu ako aj podmienky spracovania bude možné meniť podľa potreby).** **

1615

1616

Systém po potvrdení rezervácie online termínu odošle o rezervovanom online termíne na emailovú adresu notifikáciu s udalosťou a s ID schôdze do kalendára, ktorú si môže používateľ importovať do svojho kalendára a tiež na telefónne číslo klienta informácie o rezervovanom online termíne formou SMS. Systém automaticky vloží rezervovaný online termín s ID schôdze do kalendára na špecializovanom portáli (v prípade existencie na špecializovanom portáli).** **

1617

1618

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

1619

1620

Zamestnanec SP bude môcť vytvoriť samostatnú online rezerváciu voľného termínu pre klienta prostredníctvom GUI rozhrania pre zamestnanca SP (rovnaké GUI ako pre rezervačný systém). Zamestnanec vyplní potrebné údaje o klientovi, vyberie vhodný deň a voľný termín. Systém overí, či klient si môže rezervovať online termín na základe podmienok používania online zabezpečenej komunikácie.** **

1621

1622

Systém po potvrdení online rezervácie odošle údaje o rezervovanom online termíne na emailovú adresu notifikáciu s udalosťou do kalendára, ktorú si môže používateľ importovať do svojho kalendára a tiež na telefónne číslo klienta informácie o online rezervovanom termíne formou SMS.** **

1623

1624

Klient prostredníctvom odoslanej online rezervácie musí potvrdiť takto online rezervovaný termín (napr. formou kliknutia na potvrdzovací link). Bez takéhoto potvrdenia je termín online rezervovaný len určitý čas a ak termín nebude klientom potvrdený do určitého času, opätovne sa tento termín stane voľným. Zároveň bude v texte uvedené, že potvrdením zároveň súhlasí so spracovaním osobných údajov za účelom online rezervácie termínu.** **

1625

1626

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

1627

1628

Systém umožní overiť pre neautentifikovaného klienta platnú online rezerváciu na webovej stránke po vyplnení potrebných informácií na webovej stránke Sociálnej poisťovne.** **

1629

1630

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

1631

1632

Systém umožní vidieť online rezervované termíny pre autentifikovaného používateľa na špecializovanom portáli. Aj autentifikovaný používateľ stále môže využiť služby neautentifikovaného používateľa.** **

1633

1634

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

1635

1636

Systém umožní klientovi zrušiť jeho online rezervovaný termín v prípade potreby napr. kliknutím na linku v emailovej notifikácií o potvrdení online termínu alebo zaslaním spätnej SMS v definovanom tvare, prípadne cez funkcionalitu zrušenia na špecializovanom portáli. Vygenerovaný odkaz/sms bude v sebe obsahovať informácie o konkrétnej online rezervácií, ktorý zabezpečí zrušenie tohto termínu a jeho uvoľnenie.** **

1637

1638

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

1639

1640

Systém umožní administrátorovi (napr. vedúci pobočky) preobsadiť už zarezervovaný online termín iným zamestnancom SP (napr. v situácií, kedy systémom pôvodne na schôdzku zamestnancovi priradenú a zamestnanec ochorie).** **

1641

1642

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

1643

1644

Systém musí ukladať všetky historické údaje o všetkých online rezerváciách komunikačného prostredia vrátane zrušených a poskytovať štatistické údaje o počte uskutočnených rezervácií podľa agendy a lokality v čase vrátane historických údajov, doby čakania a doby vybavenia (parametrické vyhľadávanie všetkých uložených údajov – presný výraz, obsahuje, začína, končí; a; alebo; zoraďovanie; filtrovanie; exportovanie; tlačové zostavy).** **

1645

1646

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

1647

1648

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

1649

1650

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

1651

1652

Administrátor alebo iná osoba (napr. vedúci pobočky) na základe pridelených práv bude môcť realizovať nastavenie a parametrizáciu online komunikačného prostredia. Nastavenie bude možné nastaviť na celú zabezpečenú komunikáciu online komunikačného prostredia, ako aj konkrétnu lokalitu, prípadne agendu. Bude môcť vykonať minimálne nasledovné nastavenia:

1653

1654

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

1655

1656

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

1657

1658

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

1659

1660

* generovanie kalendára voľných termínov na základe zadaných parametrov na určité obdobie (počet, dĺžka trvania, pracovné dni atď.);

1661

1662

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

1663

1664

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

1665

1666

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

1667

1668

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

1669

1670

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

1671

1672

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

1673

1674

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

1675

1676

* parametre blokácie a ďalšie.

1677

1678

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

1679

1680

Riešenie zabezpečí a sleduje maximálny počet odoslaných online termínov pre osobu na jednu lokalitu ako aj celkovo v priebehu určitého počtu kalendárnych dní (kontrola na meno, priezvisko, doklad totožnosti, telefónne číslo, email prípadne ich vzájomná kombinácia). Jedna osoba si nemôže v čase rezervovať viacero online termínov.

1681

1682

Riešenie umožní odosielať pripomienky/notifikácie pred online termínom formou emailovej notifikácie / SMS o rezervovanom online termíne x dní pred termínom (nastavenia v administrácií systému).

1683

1684

Riešenie zabezpečí zbieranie poskytnutých súhlasov s poskytnutím osobných údajov a bude zabezpečovať automatickú kontrolu a mazanie údajov, ktorým uplynula platnosť.

1685

1686

Pre platné rezervácie a vytvorené schôdze (ID schôdze vytvára služba zabezpečenej online komunikácie) riešenie umožní zrealizovať online zabezpečenú komunikáciu v danom čase - pohodlnú a bezpečnú realizáciu vzdialených on-line schôdzok medzi klientom, ktorý je žiadateľ o dôchodok a zamestnancom SP (prípadne aj pre iné agendy).

1687

1688

Overenie klienta môže prebehnúť na samotnej online schôdzi vyžiadaním si relevantných údajov klienta (spôsob a pravidlá overenia si stanoví SP).** **

1689

1690

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

1691

1692

Online zabezpečená komunikácia (ako služba SaaS) bude komunikovať s AZURE tenante SP a na samotné rezervácie bude využitý paralelne budovaný Rezervačný systém. Služby rezervácie budú realizované prostredníctvom webového sídla SP a špecializovaného portálu (EKP/EÚP):

1693

1694

* Rezervačný systém bude posielať údaje o dostupných online termínoch pre vybranú agendu a lokalitu na webové sídlo Sociálnej poisťovne. Webové sídlo bude odosielať informácie o osobe, ktorá si chce rezervovať online termín, rezervačný systém následne odošle informácie o možnosti online rezervácie alebo zamietnutí online rezervácie s uvedením dôvodu. Webové sídlo v prípade dokončenej registrácie odošle rezervačnému systému údaje o vytvorenej online rezervácií.

1695

1696

* Rezervačný systém bude posielať údaje o dostupných online termínoch pre vybranú agendu a lokalitu na špecializovaný portál. Špecializovaný portál bude odosielať informácie o osobe, ktorá si chce rezervovať online termín, rezervačný systém následne odošle informácie o možnosti online rezervácie alebo zamietnutí online rezervácie s uvedením dôvodu. Špecializovaný portál v prípade dokončenej registrácie odošle rezervačnému systému údaje o vytvorenej online rezervácií.

1697

1698

* Webové sídlo bude odosielať rezervačnému systému na základe vyplnených údajoch žiadosť o overenie platnej online rezervácie a rezervačný systém odošle na webové sídlo potvrdenie resp. zamietnutie platnej online rezervácie.

1699

1700

* Špecializovaný portál bude odosielať rezervačnému systému na základe vyplnených údajoch žiadosť o overenie platnej online rezervácie a rezervačný systém odošle na špecializovaný portál potvrdenie resp. zamietnutie platnej online rezervácie.

1701

1702

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

1703

1704

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

1705

1706

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

1.

11.

111.

1111. Integrácie a výmena údajov

1713

1714

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

1715

1716

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

1717

1718

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

1719

1720

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

1721

1722

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

1723

1724

Rozsah aktivít v predkladanom projekte

1.

11.

111.

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

1730

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

1731

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

1732

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

1733

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

1734

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

1735

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

1736

1737

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

1738

1739

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

1740

1741

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

1742

1743

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

1744

1745

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

1746

1747

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

1748

1749

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

1750

1751

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

1752

1753

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

1754

1755

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

1756

1757

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

1758

1759

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

1760

1761

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

1762

1763

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

1764

1765

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

1766

1767

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

* osobné údaje otca;

* osobné údaje matky;

1772

1773

* osobné údaje dieťaťa.

1774

1775

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

1776

1777

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

1778

1779

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

1780

1781

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

1782

1783

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

1784

1785

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

1786

1787

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

1788

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

1789

1790

1. otestovanie a odladenie integrácie;

1791

1792

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

1793

1794

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

1795

1796

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

1797

1798

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

1799

1800

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

1801

1802

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

1803

1804

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

1805

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

1806

1. otestovanie a odladenie integrácie;

1807

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

1808

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

1809

1810

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

1811

1812

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

1813

1814

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

1815

1816

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

* osobné údaje otca;

* osobné údaje matky;

1821

1822

* osobné údaje dieťaťa.

1823

1824

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

1825

1826

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

1827

1828

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

1829

1830

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

1831

1832

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

1833

1834

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

1835

1836

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

1837

1838

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

1.

11.

111.

1111. Zavedenie elektronizácie a automatizácie procesu spracovania žiadostí

1844

1845

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

1846

1847

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

1848

1849

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

1850

1851

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

1.

11.

111.

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

1858

1859

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

1.

11.

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

Legenda:

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

1869

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

1870

1871

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

1872

Modul ISVS

1873

1874

(zaškrtnite ak ISVS je modulom)

)))|(((

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

1890

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

1906

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

1.

11.

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

Legenda:

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

1923

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

1924

1925

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

1926

Modul ISVS

1927

1928

(zaškrtnite ak ISVS je modulom)

)))|(((

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

1944

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

1960

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

1.

11.

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

1973

1974

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

1975

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

1976

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

1977

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

1978

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

1979

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

1.

11.

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

1985

1986

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

1987

1988

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

1989

1990

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

1991

| |BPM&API|Notifikačný modul

1992

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

1993

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

1994

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

1995

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

1996

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

1.

11.

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

2002

2003

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

2004

2005

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

|(((

Kód ISVS

(z MetaIS)

)))|(((

Názov ISVS

)))|(((

Kód integrovaného ISVS

2017

2018

(z MetaIS)

2019

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

2020

2021

2022

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

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

2027

2028

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

2029

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

1.

11.

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

2064

|TBD|Žiadosť o rezerváciu termínu cez webové sídlo (nová)|Rezervačný systém|TBD

2065

|TBD|Overenie rezervovaného termínu na ŠP SP (EKP) (nová)|Rezervačný systém|TBD

2066

|TBD|Zrušenie rezervovaného termínu (nová)|Rezervačný systém|TBD

1.

11.

111. Aplikačné služby na integráciu – TO BE

2072

2073

V rámci Projektu ŽS14+16 nebude realizovaná žiadna integrácia s nadrezortnými IS. Budovať sa budú len integrácie interných systémov SP.

|(((

AS

(Kód MetaIS)

)))|(((

Názov AS

)))|(((

Realizuje ISVS

(kód MetaIS)

Integrácia na AS poskytovateľa

(kód MetaIS)

)))

1.

11.

111. Poskytovanie údajov z ISVS do IS CSRÚ – TO BE

2100

2101

Poskytovanie údajov do IS CSRÚ nie súčasťou rozsahu projektu.

2102

2103

|ID OE|Názov (poskytovaného) objektu evidencie|Kód ISVS poskytujúceho OE|Názov ISVS poskytujúceho OE

| | | |

| | | |

| | | |

1.

11.

111. Konzumovanie údajov z IS CSRU – TO BE

2112

2113

Konzumovanie údajov do IS CSRÚ nie súčasťou rozsahu projektu.

|ID OE|(((

Názov (konzumovaného) objektu evidencie

2119

)))|Kód a názov ISVS konzumujúceho OE z IS CSRÚ|Kód zdrojového ISVS v MetaIS

| | | |

| | | |

| | | |

1.

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

1.

11.

111. Údaje v správe organizácie

2133

2134

V prostredí SP je hlavným nástrojom pre data manažment IS MÚSP (Informačný systém manažment údajov SP). Bol dodaný koncom roka 2023 ako výstup projektu Efektívny manažment údajov v prostredí Sociálnej poisťovne (MUSP) v rámci OPII (ďalej len “projekt”), pričom naplnil v projekte nastavené merateľné ukazovatele: Počet nových optimalizovaných úsekov verejnej správy (cieľová hodnota 2). V rámci projektu sa tiež podarilo naintegrovať do IS MUSP/jeho centrálneho dátového úložiska/ 15 datasetov obsahujúcich 571 atribútov z interných agendových systémov SP, a to ISUP – Informačný systém úrazového poistenia, IS PVN a GP – Informačný systém poistenia v nezamestnanosti a garančného poistenia a NASP – Národná agentúra sociálneho poistenia.

2135

2136

IS MUSP má slúžiť aj ako hlavný nástroj pre komplexné zabezpečenie dátovej kvality dát SP, ktoré sú predmetom výmeny medzi viacerými agendovými systémami SP, alebo aj s inými orgánmi verejnej moci. V rámci projektu boli zrealizované aktivity týkajúce sa služieb dátovej kvality pre IS PVN a GP, a tiež ISUP.

2137

2138

Projekty ŽS sa v prostredí SP realizujú v súlade s ďalšou stratégiou rozvoja IS MUSP ako rezortnej dátovej integračnej platformy, keď IS MUSP z hľadiska referenčných údajov plne pokryje požiadavky, ktoré boli v minulosti identifikované pre Centrálny register subjektov sociálneho poistenia a navyše umožní Sociálnej poisťovni efektívnym spôsobom splniť požiadavky legislatívy tým, že

2139

2140

* pre všetky agendy Sociálnej poisťovne zabezpečí jednotný prístup k údajom ostatných orgánov verejnej moci (ďalej len „OVM“) tak, aby tieto údaje nemuseli byť dodatočne požadované od fyzických a právnických osôb – realizácia princípu „jeden krát a dosť“ pre agendy Sociálnej poisťovne.

2141

2142

* zabezpečí jednotný spôsob poskytovania údajov Sociálnej poisťovne pre ostatné OVM v súlade so zákonom č. 461/2003 Z. z. o sociálnom poistení v znení neskorších predpisov a zákonom č. 305/2013 Z. z. o elektronickej podobe výkonu pôsobnosti orgánov verejnej moci a o zmene a doplnení niektorých zákonov (zákon o e-Governmente) v znení neskorších predpisov – podpora realizácie princípu „jeden krát a dosť“ pre ostatné OVM.

2143

2144

* pokryje požiadavku zlepšiť dostupnosť a kvalitu tých údajov Sociálnej poisťovne, ktoré sú používané vo viacerých systémoch Sociálnej poisťovne poskytnutím nástrojov dátovej kvality, vytvorením jednotného dátového modelu a prípadne doplnením ďalších nástrojov pre efektívne využívanie údajov, napr. v podobe reportingu.

2145

2146

2147

Diagram 14: Datasety IS MUSP

2148

2149

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

1.

11.

111. Dátový rozsah projektu - Prehľad objektov evidencie - TO BE

2155

2156

Dátová vrstva bude predmetom detailnejšej analýzy v ďalších fázach projektu, nakoľko sa jedná primárne o existujúce agendové systémy. Čiastkové údaje sú uvedené v kapitole 4.2 Aplikačná vrstva architektúry.

2157

2158

|ID OE|Objekt evidencie - názov|Objekt evidencie - popis|Referencovateľný identifikátor URI dátového prvku

| | | |

| | | |

| | | |

1.

11.

111. Referenčné údaje

2167

2168

V rámci projektu sa neplánuje vyhlásenie údajov za referenčné, avšak aj tento projekt prispieva k efektívnemu využívaniu údajov vo verejnej správe, k zvyšovaniu kvality údajov a vytvoreniu podmienok pre komplexný data manažment.

1.

11.

111.

1111. Objekty evidencie z pohľadu procesu ich vyhlásenia za referenčné

n/a

|ID OE|(((

Názov referenčného registra /objektu evidencie

2179

2180

(uvádzať OE z tabuľky v kap. 4.3.2)

2181

)))|Názov referenčného údaja (atribúty)|Identifikácia subjektu, ku ktorému sa viaže referenčný údaj|Zdrojový register a registrátor zdrojového registra

| | | | |

| | | | |

| | | | |

1.

11.

111.

1111. Identifikácia údajov pre konzumovanie alebo poskytovanie údajov do/z CSRU

2190

2191

V rámci predkladaného projektu sa neplánuje konzumovanie/poskytovanie údajov do/z CSRÚ. Projekt sa zaoberá primárne výmenou údajov interných IS SP.

n/a

|ID OE|(((

Názov referenčného údaja /objektu evidencie

2197

2198

(uvádzať OE z tabuľky v kap. 4.3.2)

2199

)))|Konzumovanie / poskytovanie|Osobitný právny predpis pre poskytovanie / konzumovanie údajov

2200

| | |Vyberte jednu z možností.|

2201

| | |Vyberte jednu z možností.|

2202

| | |Vyberte jednu z možností.|

1.

11.

111. Kvalita a čistenie údajov

2208

1111. Zhodnotenie objektov evidencie z pohľadu dátovej kvality

n/a

|ID OE|(((

Názov Objektu evidencie

2214

2215

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

2224

)))|(((

2225

Priorita – poradie dôležitosti

2226

2227

(začnite číslovať od najdôležitejšieho)

)))

| | | | |

| | | | |

| | | | |

1.

11.

111.

1111. Roly a predbežné personálne zabezpečenie pri riadení dátovej kvality

2237

2238

Dátovú kvalitu zabezpečuje projekt MUSP a správcovia IS MÚSP.// //

1.

11.

111. Otvorené údaje

Irelevantné vzhľadom na charakter projektu a súvisiacich dát.

n/a

|(((

Názov objektu evidencie / datasetu

2250

2251

(uvádzať OE z tabuľky v kap. 4.3.2)

)))|(((

Požadovaná interoperabilita

(3★ - 5★)

)))|(((

Periodicita publikovania

2260

2261

(týždenne, mesačne, polročne, ročne)

2262

)))

2263

| |Vyberte jednu z možností.|Vyberte jednu z možností.

2264

| |Vyberte jednu z možností.|Vyberte jednu z možností.

2265

| |Vyberte jednu z možností.|Vyberte jednu z možností.

2266

| |Vyberte jednu z možností.|Vyberte jednu z možností.

2267

| |Vyberte jednu z možností.|Vyberte jednu z možností.

1.

11.

111. Analytické údaje

2273

2274

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

| | | |

| | | |

| | | |

1.

11.

111. Moje údaje

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.

2288

2289

|ID|(((

2290

Názov registra / objektu evidencie

2291

2292

(uvádzať OE z tabuľky v kap. 4.3.2)

2293

)))|Atribút objektu evidencie|Popis a špecifiká objektu evidencie

| | | |

| | | |

| | | |

| | | |

1.

11.

111. Prehľad jednotlivých kategórií údajov

2303

2304

|ID|(((

2305

Register / Objekt evidencie

2306

2307

(uvádzať OE z tabuľky v kap. 4.3.2)

2308

)))|Referenčné údaje|Moje údaje|Otvorené údaje|Analytické údaje

| | |☐|☐|☐|☐

| | |☐|☐|☐|☐

| | |☐|☐|☐|☐

| | |☐|☐|☐|☐

| | |☐|☐|☐|☐

| | |☐|☐|☐|☐

1.

11. Technologická vrstva

2319

2320

Nevyhnutné zmeny v technologickej vrstve nie sú súčasťou predkladaného projektu.

1.

11.

111. Prehľad technologického stavu - AS IS

n/a

1.

11.

111. Požiadavky na výkonnostné parametre, kapacitné požiadavky – TO BE

n/a

|Parameter|Jednotky|Predpokladaná hodnota|Poznámka

2335

|Počet interných používateľov|Počet| |

2336

|Počet súčasne pracujúcich interných používateľov v špičkovom zaťažení|Počet| |

2337

|Počet externých používateľov (internet)|Počet| |

2338

|Počet externých používateľov používajúcich systém v špičkovom zaťažení|Počet| |

2339

|Počet transakcií (podaní, požiadaviek) za obdobie|Počet/obdobie| |

2340

|Objem údajov na transakciu|Objem/transakcia| |

2341

|Objem existujúcich kmeňových dát|Objem| |

2342

|Ďalšie kapacitné a výkonové požiadavky ...| | |

1.

11.

111. Návrh riešenia technologickej architektúry

n/a

1.

11.

111. Využívanie služieb z katalógu služieb vládneho cloudu

n/a

|(((

Kód infraštruktúrnej služby

2361

2362

(z MetaIS)

2363

)))|Názov infraštruktúrnej služby|(((

2364

Kód využívajúceho ISVS

2365

2366

(z MetaIS)

2367

)))|Názov integrovaného ISVS

| | | |

| | | |

| | | |

|(% rowspan="2" %)Prostredie|(% rowspan="2" %)(((

2374

2375

2376

Kód infraštruktúrnej služby

2377

2378

(z MetaIS)

2379

)))|(% rowspan="2" %)Názov infraštruktúrnej služby/ Služba z katalógu cloudových služieb pre zriadenie výpočtového uzla |(% colspan="4" %)Požadované kapacitné parametre služby

2380

(doplňte stĺpec parametra, ak je dôležitý pre konkrétnu službu)

2381

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

2397

|Vývojové|Doplň názov a stručný popis| |

2398

|Testovacie|Doplň názov a stručný popis| |

2399

|Produkčné|Doplň názov a stručný popis| |

|(((

ďalšie...

(uviesť názov)

)))| | |

1.

11. Bezpečnostná architektúra

2408

2409

Navrhované zmeny v existujúcich IS SP si nevyžadujú zmeny v bezpečnostnej architektúre. V prípade nových IS sa relevantné časti (napr. riadenie prístupov) pokrylo v aplikačnej vrstve architektúry.

2410

2411

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

2418

|MPSVaR|projekt_3280|[[//Projekt implementácie zmenových požiadaviek pre ŽS 16 pre MPSVR SR//>>url:https://metais.slovensko.sk/ci/Projekt/9320f328-b655-4546-8311-1c8de643a9bf]]| |

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

2435

|SP|Projekt_TBD|BPM| |

|Sociálna poisťovňa|projekt_318|(((

2440

Efektívny manažment údajov v prostredí Sociálnej poisťovne (MUSP)

)))| |

1. Zdrojové kódy

Zdrojové kódy budú odovzdané Objednávateľovi v zmysle relevantných zmlúv o poskytovaní podpory pre IS.

2450

2451

1. Prevádzka a údržba

2452

11. Prevádzkové požiadavky

2453

2454

Prevádzka a údržba rozvíjajúcich IS bude zachovaná ako v súčasnom stave. Prevádzka a údržba nových IS bude analogická. Nižšie uvádzame predpokladané parametre.

1.

11.

111. Úrovne podpory používateľov

2459

2460

Help Desk bude realizovaný cez 3 úrovne podpory, s nasledujúcim označením:

2461

2462

* **L1 podpory IS** (Level 1, priamy kontakt zákazníka) - jednotný kontaktný bod verejného obstarávateľa – IS Solution manager, ktorý je v správe verejného obstarávateľa a v prípade jeho nedostupnosti Centrum podpory používateľov (zabezpečuje prevádzkovateľ IS a DataCentrum).

2463

* **L2 podpory IS** (Level 2, postúpenie požiadaviek od L1) - vybraná skupina garantov, so znalosťou IS (zabezpečuje prevádzkovateľ IS – verejný obstarávateľ).

2464

* **L3 podpory IS** (Level 3, postúpenie požiadaviek od L2) - na základe zmluvy o podpore IS (zabezpečuje úspešný uchádzač).

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

2469

* **Podpora L2 (podpora 2. stupňa)** – riešiteľské tímy s hlbšou technologickou znalosťou danej oblasti. Riešitelia na úrovni Podpory L2 nekomunikujú priamo s koncovým užívateľom, ale sú zodpovední za poskytovanie súčinnosti riešiteľom 1. úrovne podpory pri riešení eskalovaného hlásenia, čo mimo iného obsahuje aj spätnú kontrolu a podrobnejšiu analýzu zistených dát predaných riešiteľom 1. úrovne podpory. Výstupom takejto kontroly môže byť potvrdenie, upresnenie, alebo prehodnotenie hlásenia v závislosti na potrebách Objednávateľa. Primárnym cieľom riešiteľov na úrovni Podpory L2 je dostať Hlásenie čo najskôr pod kontrolu a následne ho vyriešiť - s možnosťou eskalácie na vyššiu úroveň podpory – Podpora L3.

2470

* **Podpora L3 (podpora 3. stupňa)** - Podpora 3. stupňa predstavuje najvyššiu úroveň podpory pre riešenie tých najobťiažnejších Hlásení, vrátane prevádzania hĺbkových analýz a riešenie extrémnych prípadov.

2471

*1.

2472

*11. Riešenie incidentov – SLA parametre

2473

2474

Označenie naliehavosti incidentu:

2475

2476

|Označenie naliehavosti incidentu|Závažnosť incidentu|Popis naliehavosti incidentu

2477

|A|Kritická|Kritické chyby, ktoré spôsobia úplné zlyhanie systému ako celku a nie je možné používať ani jednu jeho časť, nie je možné poskytnúť požadovaný výstup z IS.

2478

|B|Vysoká|Chyby a nedostatky, ktoré zapríčinia čiastočné zlyhanie systému a neumožňuje používať časť systému.

2479

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

2490

|2|značný|značný dopad alebo strata dát

2491

|3|malý|malý dopad alebo strata dát

2492

2493

2494

Výpočet priority incidentu je kombináciou dopadu a naliehavosti v súlade s best practices ITIL V3 uvedený v nasledovnej matici:

2495

2496

|(% colspan="2" rowspan="2" %)Matica priority incidentov|(% colspan="3" %)Dopad

2497

|Katastrofický - 1|Značný - 2|Malý - 3

2498

|(% rowspan="3" %)Naliehavosť|Kritická - A|1|2|3

|Vysoká - B|2|3|3

|Stredná - C|2|3|4

Vyžadované reakčné doby:

2504

2505

|Označenie priority incidentu|Reakčná doba^^(1)^^ od nahlásenia incidentu po začiatok riešenia incidentu|Doba konečného vyriešenia incidentu od nahlásenia incidentu (DKVI) ^^(2)^^|(((

2506

Spoľahlivosť ^^(3)^^

2507

2508

(počet incidentov za mesiac)

2509

)))

2510

|1|0,5 hod.|4 hodín|1

2511

|2|0,5 hod.|8 hodín|2

2512

|3|0.5 hod.|24 hodín|10

1.

11. Požadovaná dostupnosť IS:

2518

2519

|Popis|Parameter|Poznámka

2520

|Prevádzkové hodiny|8 hodín|od 8:00 hod. - do 16:00 hod. počas pracovných dní

2521

|(% rowspan="2" %)Servisné okno|12 hodín|od 17:00 hod. - do 5:00 hod. počas pracovných dní – štandardný servis a údržba

2522

|24 hodín|(((

2523

od 00:00 hod. - 23:59 hod. počas dní pracovného pokoja a štátnych sviatkov

2524

2525

Veľký servis a údržba sa bude realizovať mimo pracovného času.

2526

)))

2527

|Dostupnosť produkčného prostredia IS|98,5%|(((

2528

98,5% z 24/7/365 t.j. max ročný výpadok je 66 hod.

2529

2530

Maximálny mesačný výpadok je 5,5 hodiny.

2531

2532

Vždy sa za takúto dobu považuje čas od 0.00 hod. do 23.59 hod. počas pracovných dní v týždni.

2533

2534

Nedostupnosť IS sa počíta od nahlásenia incidentu Zákazníkom v čase dostupnosti podpory Poskytovateľa (t.j. nahlásenie incidentu na L3 v čase od 8:00 hod. - do 16:00 hod. počas pracovných dní). Do dostupnosti IS nie sú započítavané servisné okná a plánované odstávky IS.

2535

2536

V prípade nedodržania dostupnosti IS bude každý ďalší začatý pracovný deň nedostupnosti braný ako deň omeškania bez odstránenia vady alebo incidentu.

)))

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.

1.

11.

111. Dostupnosť (Availability)

98,5%

1.

11.

111. RTO (Recovery Time Objective)

2551

2552

Parameter jednotlivých systémov sa nemení, nakoľko jednotlivé vyvolané investície v tomto projekte sú change requesty. V prípade nových systémov (tu môžeš vymenovať - ako uznáš za vhodné, alebo este lepsie odkaz na tab.) budú parametre stanovené na rovnakej úrovni ako v prípade už prevádzkovaných systémov.

1.

11.

111. RPO (Recovery Point Objective)

2558

2559

Parameter jednotlivých systémov sa nemení, nakoľko jednotlivé vyvolané investície v tomto projekte sú change requesty. V prípade nových systémov (tu môžeš vymenovať - ako uznáš za vhodné, alebo este lepsie odkaz na tab.) budú parametre stanovené na rovnakej úrovni ako v prípade už prevádzkovaných systémov.

2560

2561

2562

1. Požiadavky na personál

2563

2564

Personálne kapacity sú pokryté v Zmluve o poskytnutí prostriedkov mechanizmu na kapacity pre životné situácie.

2565

2566

1. Implementácia a preberanie výstupov projektu

2567

2568

Projekt (zmenová požiadavka v prevádzke) sa riadi metódou waterfall bez inkrementálneho prístupu.

2569

2570

* Plánovanie a príprava

2571

2572

* Definovanie cieľov a rozsahu projektu: Jasne definujte ciele a rozsah projektu.

2573

2574

* Identifikácia zainteresovaných strán: Určte všetky zainteresované strany a ich úlohy.

2575

2576

* Vytvorenie projektového plánu: časový harmonogram, zdroje, rozpočet a riziká.

* Implementácia

* Vývoj a testovanie: Vyvinúť a otestovať produkt.

2581

2582

* Nasadenie do produkcie

2583

2584

* Monitorovanie a hodnotenie: Monitorovať výkon a zbierať spätnú väzbu od kľúčových používateľov.

2585

2586

* Preberanie výstupov

2587

2588

* Odovzdanie a prevzatie: Odovzdanie a prevzatie výstupov alebo časti výstupov sa uskutoční v termínoch špecifikovaných v časovom harmonograme.

2589

2590

* Akceptačný protokol: Podpísanie akceptačného protokolu oprávnenými osobami.

2591

2592

* Vlastnícke právo: Vlastnícke právo k výstupom alebo časti výstupov prechádza na Objednávateľa podpísaním akceptačného protokolu.

2593

2594

* Kontrola kvality: Objednávateľ neprevezme výstupy, ak táto vykazuje právne a/alebo faktické vady.

2595

2596

* Prílohy akceptačného protokolu:

2597

2598

* Zápisnica o vykonaných akceptačných testoch.

2599

2600

* Zoznam autorov diel a zoznam autorských diel vytvorených v rámci plnenia Zmluvy o dielo.

2601

2602

* Vyhlásenie o splnení požiadaviek (dodržaní štandardov pre ISVS/ITVS).

2603

2604

* Dokumenty a doklady osvedčujúce kvalitu a/alebo kompletnosť.

2605

2606

* Záverečné hodnotenie a uzavretie projektu

2607

2608

* Záverečné hodnotenie: Vyhodnotiť celkový úspech projektu a identifikovať oblasti na zlepšenie.

2609

2610

* Uzavretie projektu: Formálne uzavrieť projekt a informovať všetky zainteresované strany.

2611

2612

Tento návrh zabezpečí, že implementácia a preberanie výstupov projektu budú v súlade s vyhláškou 401/2023 a že zmenové požiadavky budú úspešne nasadené na produkčné prostredie a prevádzka realizovaných zmien bude spustená..

2613

2614

Vo vývojovom prostredí (vývojárske nástroje a podporné informačné systémy vrátane použitých knižníc tretích strán), v ktorom budú zmenové požiadavky vyvíjané, musia byť implementované opatrenia na:

2615

2616

~1. Zabezpečenie integrity vyvíjaných funkcionalít na základe najvyššej Objednávateľom požadovanej úrovne ochrany dôvernosti, integrity a dostupnosti informácií, ktoré budú spracovávané vo vyvíjanom riešení.

2617

2618

2. Zaistenie dôvernosti na základe Objednávateľom požadovanej úrovne ochrany dôvernosti citlivých údajov.

1. Prílohy

Príloha 1a) Koncepcia rozvoja implementačného plánu ŽS14 a Príloha1b) Koncepcia rozvoja implementačného plánu ŽS16

2623

2624

Príloha 2: Zoznam rizík a závislostí

Wiki zdrojový kód pre I-03 Prístup k projektu (pristup_k_projektu)

Aplikácie

Navigácia

Moje posledné úpravy

Need help?