I-03 Prístup k projektu (pristup_k_projektu)

[[4.2.4 Prehľad plánovaných integrácií ISVS na nadrezortné ISVS – spoločné moduly podľa zákona č. 305/2013 e-Governmente – TO BE 18>>path:#_Toc190946063]]

79

80

[[4.2.5 Prehľad plánovaného využívania iných ISVS (integrácie) – TO BE. 18>>path:#_Toc190946064]]

81

82

[[4.2.6 Aplikačné služby pre realizáciu koncových služieb – TO BE. 19>>path:#_Toc190946065]]

83

84

[[4.2.7 Aplikačné služby na integráciu – TO BE. 19>>path:#_Toc190946066]]

85

86

[[4.2.8 Poskytovanie údajov z ISVS do IS CPDI – TO BE. 21>>path:#_Toc190946067]]

87

88

[[4.2.9 Konzumovanie údajov z IS CPDI – TO BE. 21>>path:#_Toc190946068]]

89

90

[[4.3 Dátová vrstva. 23>>path:#_Toc190946069]]

91

92

[[4.3.1 Údaje v správe organizácie. 23>>path:#_Toc190946070]]

93

94

[[4.3.2 Dátový rozsah projektu - Prehľad objektov evidencie - TO BE. 25>>path:#_Toc190946071]]

95

96

[[4.3.3 Referenčné údaje. 26>>path:#_Toc190946072]]

97

98

[[4.3.4 Kvalita a čistenie údajov. 26>>path:#_Toc190946073]]

99

100

[[4.3.5 Otvorené údaje. 32>>path:#_Toc190946074]]

101

102

[[4.3.6 Analytické údaje. 32>>path:#_Toc190946075]]

103

104

[[4.3.7 Moje údaje. 32>>path:#_Toc190946076]]

105

106

[[4.3.8 Legislatíva. 43>>path:#_Toc190946077]]

107

108

[[4.3.9 Prehľad jednotlivých kategórií údajov. 48>>path:#_Toc190946078]]

109

110

[[4.4 Technologická vrstva. 48>>path:#_Toc190946079]]

111

112

[[4.4.1 Stratégia budovania robustného IT systému pre Ministerstvo zdravotníctva SR. 49>>path:#_Toc190946080]]

113

114

115

[[4.4.3 Požiadavky na výkonnostné parametre, kapacitné požiadavky – TO BE. 53>>path:#_Toc190946082]]

116

117

118

[[4.4.5 Požiadavky na výkonnostné parametre, kapacitné požiadavky – Analytická platfroma. 54>>path:#_Toc190946084]]

119

120

121

[[4.5 Bezpečnostná architektúra. 56>>path:#_Toc190946086]]

122

123

124

[[4.5.2 Metodika pre DPIA. 60>>path:#_Toc190946088]]

125

126

127

[[6. Zdrojové kódy. 63>>path:#_Toc190946090]]

128

129

130

[[7.1 Úrovne podpory používateľov. 64>>path:#_Toc190946092]]

131

132

133

[[7.1.2 Riešenie incidentov – SLA parametre. 65>>path:#_Toc190946094]]

134

135

[[7.2 Požadovaná dostupnosť IS. 68>>path:#_Toc190946095]]

136

137

[[7.2.1 Dostupnosť (Availability) 68>>path:#_Toc190946096]]

138

139

[[7.2.2 RTO (Recovery Time Objective) 69>>path:#_Toc190946097]]

140

141

[[7.2.3 RPO (Recovery Point Objective) 69>>path:#_Toc190946098]]

142

143

[[8. Požiadavky na personál. 70>>path:#_Toc190946099]]

144

145

[[8.1 Riadiaci výbor a projektový tím.. 70>>path:#_Toc190946100]]

146

147

[[8.2 Pracovné náplne 70>>path:#_Toc190946101]]

148

149

[[8.2.1 Pôsobnosť a úlohy Riadiaceho výboru. 70>>path:#_Toc190946102]]

150

151

[[8.2.2 Pracovná náplň projektového tímu. 70>>path:#_Toc190946103]]

152

153

[[9. Implementácia a preberanie výstupov projektu.. 70>>path:#_Toc190946104]]

154

155

[[9.1 Pravidlá pre riadenie kvality a požiadavky na kvalitu výstupov. 70>>path:#_Toc190946105]]

156

157

[[9.2 Pravidlá pre riadenie zmien. 70>>path:#_Toc190946106]]

158

159

[[10. Prílohy. 72>>path:#_Toc190946107]]

[[Tabuľka 1: Realizácia aktivít v projekt v zmysle výzvy. 11>>path:#_Toc190946108]]

164

165

[[Tabuľka 2: Zoznam plánovaných služieb. 20>>path:#_Toc190946109]]

166

167

[[Tabuľka 3: Tabuľka špecifikuje jednotlivé procesy spracovania údajov. 35>>path:#_Toc190946110]]

168

169

== 2. Účel dokumentu ==

170

171

V súlade s vyhláškou č. 401/2023 Z. z. je dokument I-03 Prístup ku projektu určený na rozpracovanie detailných informácií prípravy projektu, aby bolo možné rozhodnúť o pokračovaní prípravy projektu, pláne realizácie, alokovaní rozpočtu a ľudských zdrojov. Dokument Projektový zámer v zmysle vyššie uvedenej vyhlášky má obsahovať manažérske zhrnutie, rozsah, ciele a motiváciu na realizáciu projektu, zainteresované strany, alternatívy, návrh merateľných ukazovateľov, detailný opis požadovaných projektových výstupov, detailný opis obmedzení, predpokladov, tolerancií a návrh organizačného zabezpečenia projektu, detailný opis rozpočtu projektu a jeho prínosov, náhľad architektúry a harmonogram projektu so zoznamom rizík a závislostí.

172

173

174

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

175

176

|SKRATKA/POJEM|POPIS

177

|“1x a dosť“|Princíp „jedenkrát a dosť“ reprezentujúci spôsob, pomocou ktorého môžu orgány verejnej moci a verejná správa získavať výpisy a potvrdenia za občanov a podnikateľov za účelom predkladať v rámci úradných konaní rôzne potvrdenia a výpisy údajov, ktorými už štát disponuje, a to predovšetkým na základe všeobecnej právnej úpravy § 17 ods. 6 zákona o e-Governmente a súvisiaceho Zákona proti byrokracii. Súčasne sa implementujú technické riešenia, ktoré podporujú aplikáciu súvisiacich predpisov do praxe.

178

|API|Aplikačné programovacie rozhranie (Application Programming Interface)

179

|BI|Business intelligence

180

|CBA |Cost-benefit analýza

181

|CES|Centrálny ekonomický systém

182

|CIP|Centrálna integračná platforma

183

|CMÚ|Centrálny model údajov

184

|DCAT|Data Catalog Vocabulary

185

|DI |Dátová integrácia: sprístupnenie údajovej základne VS vrátane otvorených údajov prostredníctvom platformy dátovej integrácie

186

|DM|Dátový model

187

|DPIA|Data Protection Impact Assessment (Posúdenie vplyvu na ochranu údajov)

188

|DPO|Data Protection Officer (Zodpovedná osoba pre ochranu údajov)

189

|DQ|Dátová kvalita (Data quality)

190

|EUDIW|Európska digitálna peňaženka s identitou (European Digital Identity Wallet)

191

|ESB|Enterprise Service Bus

192

|eGOV|Elektronické služby štátu

193

|ETL|Extract, transform, load

194

|EU|Európska únia

195

|FO|Fyzická́ osoba

196

|FP|Funkčné požiadavky

197

|GDPR|General Data Protection Regulation – Nariadenie Európskeho parlamentu a Rady (EÚ) 2016/679 z 27. apríla 2016 o ochrane fyzických osôb pri spracúvaní osobných údajov a o voľnom pohybe takýchto údajov, ktorým sa zrušuje smernica 95/46/ES (všeobecné nariadenie o ochrane údajov)

198

|HW|Hardware

199

|IB|Informačná bezpečnosť

200

|ID|Identifikačné číslo

201

|IEC|International Electrotechnical Commission

202

|IS CPDI|Centrálna integračná platforma (CIP) je rozšírením IS CSRÚ, preto ich spoločne označujeme ako IS CPDI

203

|IS MOÚ|Informačný systém Manažment osobných údajov

204

|ISO|International Organization for Standardization (Medzinárodná organizácia pre štandardizáciu)

205

|IS SEMP|Informačný systém pre evidenciu a monitorovanie pomoci

206

|ISUF|Informačný systém účtovania fondov

207

|ISVS |Informačný systém verejnej správy

208

|JP|Justičná pokladnica

209

|JSON|JavaScript Object Notation

210

|JSON-LD|JavaScript Object Notation for Linked Data

211

|LIS|Lekársky informačný systém

212

|MDM|Master data management

213

|MetaIS|Centrálny metainformačný systém verejnej správy

214

|MZ SR|Ministerstvo zdravotníctva Slovenskej republiky

215

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

216

|MOU|Manažment osobných údajov

217

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

218

|NP|Nefunkčné požiadavky

219

|OE|Objekt evidencie

220

|OOTS|Technický systém pre jedenkrát a dosť (Once-Only Technical System)

221

|OpenData|Otvorené údaje

222

|OVM|Orgán verejnej moci

223

|OWL|Web Ontology Language

224

|RFO|Register fyzických osôb

225

|PkP|Prístup k projektu

226

|PZ|Projektový zámer

227

|RIS|Rozpočtový informačný systém

228

|RPO|Register právnických osôb

229

|RR|Referenčný register

230

|SLA|Service-level agreements/Dohoda o správe

231

|SPARQL|Dopytovací jazyk (z angl. SPARQL Protocol and RDF Query Language)

232

|SOA|Service-Oriented Architecture

233

|TP|Technické požiadavky

234

|URI|Jednotný identifikátor (kompaktný reťazec znakov používaný na identifikáciu alebo pomenovanie zdroja)

235

|VC|Overiteľné poverenia (Verifiable Credentials)

236

|W3C|World Wide Web Consortium

237

|XML|Extensible Markup Language

238

|XSD|XML Schema Definition

239

|XSLT|XSL Transformations

240

|ZoD |Zmluva o dielo

241

|ZČ|Základný číselník

242

243

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

244

245

Hlavné kategórie požiadaviek v zmysle katalógu požiadaviek sú rozdelené na:

* funkčné,

* nefunkčné

Oblasti požiadaviek sú pre projekt rozdelené nasledovne:

251

252

* Bezpečnostná požiadavka

253

* Bezpečnostný projekt

254

* Centrálna evidencia o prístupe ku informáciám o údajoch

255

* Dátová požiadavka

256

* Implementačná požiadavka

257

* Integračná požiadavka

258

* Kvalita a čistenie údajov

259

* Legislatívna požiadavka

260

* Podpora a prevádzka

261

* Projektová dokumentácia

262

* Rezortná Integračná Platforma

263

* Správa technických účtov

264

* Súlad ISVS s GDPR

265

* Systematický manažment údajov

266

267

Funkčné požiadavky používajú konvenciu: ID_číslo

268

269

Nefunkčné požiadavky používajú konvenciu: ID_číslo

270

271

272

Ostatné typy požiadaviek môžu byť v neskoršej fáze projektu (realizačná fáza) upravené prípadne dodefinované PM (objednávateľom/zhotoviteľ).

273

274

275

== 3. Popis navrhovaného riešenia ==

276

277

=== 3.1 Kontext ku projektu z pohľadu národnej stratégie ===

278

279

Táto kapitola je detailnejšie popísaná v Projektovom zámere

280

281

=== 3.2 Kontext ku projektu z pohľadu stratégie MZ SR ===

282

283

Táto kapitola je detailnejšie popísaná v Projektovom zámere

284

285

=== 3.3 Manažérske zhrnutie ===

286

287

V rámci rezortu zdravotníctva sú spracované kľúčové údaje, ktoré sú nevyhnutné pre efektívne a transparentné riadenie procesov v oblasti zdravotníctva. Medzi najdôležitejšie patrí správa osobných údajov pacientov, ktorá zahŕňa identifikačné údaje ako meno, priezvisko, rodné číslo, adresa a tiež osobitné kategórie údajov o zdravotnom stave, liečbe, predpisoch liekov a výsledkoch vyšetrení. Tieto údaje umožňujú zabezpečiť správne poskytovanie zdravotnej starostlivosti a monitorovať zdravotný stav populácie. Okrem toho MZ SR spravuje údaje o poskytovateľoch zdravotnej starostlivosti, ktoré zahŕňajú informácie o zdravotníckych zariadeniach, ich povoleniach na poskytovanie služieb a odborných garanciách.

288

289

Súčasťou evidencie sú aj údaje o zdravotníckych pracovníkoch, vrátane ich kvalifikácií, odborných spôsobilostí, špecializácií a licencií. Správa licencií zdravotníckych pracovníkov je významná aj pre stavovské komory, ktoré majú povinnosť viesť registre licencií. Stavovské organizácie, ako Slovenská lekárska komora, Slovenská komora zubných lekárov, Slovenská lekárnická komora, Slovenská komora sestier a pôrodných asistentiek, Slovenská komora medicínsko-technických pracovníkov, Slovenská komora fyzioterapeutov, Slovenská komora zubných technikov, Slovenská komora ortopedických technikov, Slovenská komora iných zdravotníckych pracovníkov, Slovenská komora psychológov, Slovenská komora zdravotníckych záchranárov, sú zodpovedné za vydávanie licencií na výkon zdravotníckeho povolania a zabezpečujú registráciu a kontrolu odbornosti pracovníkov.

290

291

Prvým cieľom predkladaného projektu je integrácia údajov pre IS MOU, konkrétne Registra licencií, ktorý spravujú jednotlivé profesijné komory v zmysle zákona č. 578/2004 Z. z. o poskytovateľoch zdravotnej starostlivosti, zdravotníckych pracovníkoch, stavovských organizáciách v zdravotníctve a o zmene a doplnení niektorých zákonov v znení neskorších predpisov.

292

293

Tieto údaje sú v súčasnosti integrované do systému Národného registra zdravotníckych pracovníkov (ISVS_8795), ktorý je prevádzkovaný NCZI. Prístup k údajom a ich získavanie bude zabezpečené prostredníctvom priamej systémovej integrácie na uvedený register v súlade s platnými štandardmi pre informačné systémy verejnej správy (ISVS). Táto integrácia umožní automatizovaný a bezpečný prenos údajov, čím sa zabezpečí aktuálnosť, integrita a ochrana spracúvaných informácií v súlade s legislatívou o ochrane osobných údajov a zákonom o e-Governmente.

294

295

Rozsah atribútov evidovaných v tomto registri je detailne rozpísaný v dokumente prístup ku projektu.

296

297

Ďalším cieľom je zabezpečiť rozšírenie funkčnosti najmä o typy notifikácií ako:

298

299

a) notifikácia o spracovaní osobných údajov;

300

b) notifikácia zabezpečujúca distribúciu a poskytovanie údajov zmenových dávok;

301

c) notifikácia o zmene (osobných) údajov (log) a funkcionalita pre podnety na opravu údajov; pre zabezpečenie komplexnej funkčnosti IS MOU pre jeho registrovaného používateľa.

302

303

Projekt sa zameriava aj na rozvoj systematického manažmentu údajov, ktorý pozostáva z viacerých aktivít definovaných vo výzve. Vzhľadom na súčasný stav má MZ SR ambíciu rozvíjať platformu na manažment údajov MZ SR a vybudovať dátový sklad nad Centrálnou integračnou platformou Ministerstva zdravotníctva (CIP MZ). V súčasnej dobe je transparentnosť v organizáciách kľúčovým faktorom pre budovanie dôvery verejnosti a efektívne riadenie procesov.

304

305

Kľúčovým prvkom je tiež čistenie údajov, ktoré vedie k dosiahnutiu vyššej kvality údajov a ich interoperability (aktivita A2 Čistenie údajov a dosiahnutie vyššej kvality údajov a dátová interoperabilita). Tieto aktivity sú zásadné pre zlepšenie integrity a použiteľnosti údajov v organizácii.

306

307

Dôležitým aspektom je aj realizácia dátovej integrácie, konkrétne na Centrálnu platformu dátovej integrácie (IS CPDI) na účel poskytovania údajov zo strany MZSR (aktivita A3.1 Realizácia poskytovateľskej dátovej integrácie). Okrem toho sa projekt bude zameriavať aj na konzumovanie údajov prostredníctvom tejto platformy, čím zabezpečí efektívny prístup k údajom od ostatných inštitúcii verejnej správy (aktivita A4 Realizácia dátovej integrácie na centrálnu integračnú platformu (IS CSRÚ) za účelom konzumovania údajov).

308

309

Zároveň sa zavedie systematický manažment údajov v podobe vybudovania inštitucionálnej dátovej kancelárie MZ (aktivita A7), ktorý zabezpečuje konzistentnosť a správnosť údajov v celej organizácii MZ SR.

310

311

Výstupom projektu bude aj metodický dokument, ktorý bude zameraný na zavedenie systematického manažmentu údajov, kedže v súčastnosti neexistuje dátová kancelária na Ministerstve. Metodika bude prispôsobená na mieru MZ SR s ohľadom na jeho veľkosť, charakter a kompetencie. Súčasťou výstupu bude vytvorenie špecifického modelu Dátovej kancelárie MZ SR a definovanie procesov pre jej správne fungovanie.

312

313

Predpokladá sa, že Dátová kancelária bude mať vysokú organizačnú a rozhodovaciu autonómiu v rámci štruktúry verejnej správy. Môže mať podobu kompetenčného centra s prvkami produktovej organizácie. Okrem zodpovednosti za stratégiu a plánovanie bude kancelária dohliadať na implementáciu riešení dátovo orientovaných projektov, presadzovať súlad so štandardmi a vykonávať monitoring, dohľad a riadenie správy dát.

314

315

Z pohľadu bezpečnosti a ochrany údajov sa projekt sústreďuje na rozvoj informačného systému CIP MZ SR, aby bol v súlade s nariadením GDPR. Táto aktivita (A10) je kľúčová pre zabezpečenie ochrany osobných údajov, zvýšenie dôveryhodnosti systému a dodržiavanie platného právneho rámca v oblasti spracovania a správy údajov.

316

317

Legislatívna analýza údajov inštitúcie verejnej správy poskytne základ pre dodržiavanie legislatívnych požiadaviek a zabezpečí súlad s platnými predpismi (vytvorí sa komplexný dátovo-právny manažment inštitúcie ako jeden zo základných pracovných nástrojov inštitucionálnej dátovej kancelárie).

318

319

Celkovo projekt predstavuje komplexný prístup k systematickému manažmentu údajov, ktorý podporí zlepšenie kvality údajov, ich dostupnosť čo posliní aj transparentnosť v organizácii z pohľadu procesov. Implementácia týchto aktivít bude kľúčová pre dosiahnutie dlhodobého úspechu a efektívnosti vo fungovaní organizácie (aktivita A7).

320

321

Všetky definované aktivity budú sprevádzané aktivitami v legislatívno-právnej oblasti zabezpečujúcimi súlad s aktuálne platnými právnymi predpismi a zároveň vytvárajúcimi právny základ pre úspešnú realizáciu navrhovaných aktivít (aktivita A11).

322

323

Predkladaný projekt je v súlade s Operačným programom Slovensko.

324

325

Priorita: 1P1 Veda, výskum a inovácie

326

327

Špecifický cieľ: RSO1.2 Využívanie prínosov digitalizácie pre občanov, podniky, výskumné organizácie a orgány verejnej správy

328

329

Opatrenie: 1.2.1 Podpora v oblasti informatizácie a digitálnej transformácie

330

331

Oblasť B: Podpora v oblasti zvýšenia kvality poskytovaných služieb

332

333

Projekt je predkladaný v nadväznosti na výzvu Lepšie využívanie údajov (PSK-MIRRI-617-2024)

334

335

336

==== 3.3.1 Realizovanie aktivít v projekte v zmysle výzvy: ====

337

338

Tu je prehľadná tabuľka, ktorá sumarizuje predmety, podaktivity a podmienky uvedené v texte:

339

340

|**Predmet**|**Podaktivity**|**Realizácia v projekte**|**Detailnejší popis**

341

|A1. Zavedenie manažmentu osobných údajov pre službu „Moje dáta“|Povinná podaktivita|Áno|Kapitola 4.3.7

342

|A2. Čistenie údajov, dosiahnutie vyššej kvality údajov a dátová interoperabilita| |Áno|Kapitola 4.3.4

343

|(% rowspan="2" %)A3. Realizácia poskytovateľskej dátovej integrácie|3.1: Realizácia dátovej integrácie na centrálnu integračnú platformu (IS CPDI) za účelom poskytovania údajov|Áno|Kapitola 4.2.8

344

|3.2: Vyhlásenie referenčných údajov|Nie|

345

|A4. Realizácia dátovej integrácie na centrálnu integračnú platformu (IS CIP/IS CPDI) za účelom konzumovania údajov| |(((

Áno

)))|Kapitola 4.2.9

|A5. Automatizované publikovanie otvorených údajov| |Nie|

351

|A6. Sprístupnenie údajov na analytické účely| |Nie|

352

|A7. Zavedenie systematického manažmentu údajov| |Áno|Kapitola 4.3.1

353

|A8. Vybudovanie nového zdrojového registra alebo strojovo-spracovateľného objektu evidencie| |Nie|

354

|A9. Vytvorenie rezortnej integračnej platformy pre konsolidáciu interných systémov inštitúcie| |Áno|Kapitola 4

355

|A10. Rozvoj informačných systémov z pohľadu bezpečnosti a GDPR| |Áno|Kapitola 4.5

356

|A11. Legislatívna analýza údajov inštitúcie verejnej správy| |Áno|Kapitola 4.3.8

357

358

Tabuľka 1: Realizácia aktivít v projekt v zmysle výzvy

359

360

=== 3.4 Zameranie projektu: ===

361

362

Projekt bude zameraný na rozvoj informačného systému “Centrálna integračná platforma MZSR” (CIP MZ SR), kód metaIS isvs_14191, o FP:

363

364

1. **Notifikácia o spracovaní osobných údajov:** Informovanie dotknutých osôb o prezretí alebo spracovaní ich údajov.

365

1. **Distribúcia/poskytovanie údajov zmenových dávok:** Napr. informácia o zmene osobných údajov

366

1. **Notifikácia o zmene osobných údajov (log):** Zaznamenávanie a informovanie o zmene osobných údajov, súčasne vývoj funkcionality pre podnety na opravu údajov

367

1. **Notifikácia o vzniku/zápisu osobných údajov (log):** Zaznamenávanie a informovanie o vzniku nových údajov.

368

1. **Notifikácia o ukončení platnosti osobných údajov (log):** Informovanie o ukončení platnosti údajov.

369

1. **Notifikácia o vymazaní osobných údajov (log):** Zaznamenávanie a informovanie o vymazaní údajov.

370

1. **Notifikácia o zmene stavu procesu (log):** Informovanie o stave spracovania údajov.

371

372

V súčasnosti neexistuje žiadna integrácia akéhokoľvek systému MZ SR na centrálny komponent IS CPDI v správe MIRRI.

== 4. Architektúra riešenia projektu ==

378

379

MZ SR má ambíciu rozvíjať integračný komponent a platformu pre správu kmeňových údajov (MDM v podobe CIP MZ SR), ktorá bude na MZ implementovaná na prelome rokov 2025/2026. Platforma bude primárne slúžiť na efektívne spravovanie a zdieľanie údajov medzi rôznymi informačnými systémami v rezorte, ale aj mimo neho.

380

381

Ide o integračnú platformu, ktorej cieľovým stavom implementácie je vytvorenie technického riešenia (HW a SW) tzv. „Master data// //management“ pre zjednotenie údajov zdieľaných viacerými informačnými systémami v organizácii do databázy kmeňových údajov, ktoré sú presné, kompletné, jednoznačné, aktuálne, konzistentné a správne.

382

383

Zavedenie systematického manažmentu údajov ponúka možnosť konsolidácie všetkých kmeňových údajov v organizácii. Kumuluje funkčnosti modulov pre dátovú integráciu a služby pre základnú dátovú kvalitu a tvorbu integrácií aplikácií pre komplexné prepojenie dátových zdrojov a prostredníctvom funkčností dátového manažmentu vytvorenie kmeňových údajov, ktorá v ekosystéme funguje ako jednotný bod pravdy. Riešenie ponúka možnosť implementovať všetky najpoužívanejšie štýly riadenia kmeňových údajov v organizácii. Prostredníctvom konsolidácie kmeňových údajov je možné alokovať nadbytočné systémy a úložiská, ako aj zabezpečiť jednotné, presné a hlavne zdieľané dáta tam, kde sú potrebné, čo vedie k značnému znižovaniu prevádzkových nákladov a zvyšovaniu úžitkovej hodnoty z dát. Tento systém za istých okolností môžu využívať podriadené organizácie (napr. Nemocnice) ako už spomínaný jednotný zdroj pravdy, keďže CIP MZ SR bude zabezpečovať aj dátovú integráciu, a to konkrétne konzumovaním referenčných registrov prostredníctvom integrácie na IS CPDI v zmysle zákona č. 305/2013. Z. z. o e-Governmente. IS CPDI (pôvodne IS CSRÚ) je súčasťou Modulu procesnej integrácie a integrácie údajov, ktorý zabezpečuje prostredie pre elektronickú komunikáciu medzi informačnými systémami verejnej správy v správe rôznych orgánov verejnej moci pri výkone verejnej moci elektronicky a pre elektronickú komunikáciu medzi informačnými systémami verejnej správy a inými informačnými systémami. Správcom modulu je MIRRI.

384

385

Podporovaným cieľom výzvy je zaviesť, rozvíjať a podporiť systematický manažment údajov prostredníctvom rozvoja rezortnej platformy v organizácii. Tento proces je komplexný, zahŕňajúci personálne, metodické a technické zabezpečenie. Tieto tri aspekty sú vzájomne doplňujúce sa a spolupracujú na efektívnom riadení a využívaní údajov v rámci organizácie. V rámci aktivity A9 výzvy plánuje MZ SR dobudovať dátový sklad (Data warehouse) ako nadstavbu na Centrálnu integračnú platformu MZ SR. Projekt je zameraný na podporu rozvoja technologického zabezpečenia a môžeme ho vnímať ako rozvoj troch komplementárnych častí (zabezpečujúcich efektívne riadenie a využívanie údajov v organizácii):

386

387

* Integračná platforma

388

* Master Data Management (MDM)

389

* Data Warehouse (Dátový sklad)

390

391

Rozdiely medzi integračnou platformou, dátovým skladom (Data Warehouse) a správou referenčných údajov (Master Data Management, MDM) sú zásadné, pretože každé z týchto riešení plní odlišné úlohy v rámci správy údajov a integrácie dátových tokov v organizáciách. Tu je odborný prehľad:

392

393

394

**Integračná platforma**

395

396

* Účel: Integračná platforma je softvérová infraštruktúra, ktorá umožňuje prepojenie rôznych systémov, aplikácií a služieb v rámci organizácie. Jej hlavným cieľom je zabezpečiť, aby rôzne IT systémy mohli efektívne komunikovať a vymieňať si dáta, bez ohľadu na technológiu alebo formát, v ktorom sú dáta uchovávané.

397

* Architektúra: Integračná platforma funguje ako sprostredkovateľ, ktorý transformuje, routuje a obohacuje údaje medzi systémami. Používa rôzne komunikačné protokoly (napr. SOAP, REST, JMS) a technológie (napr. ESB - Enterprise Service Bus, API gateway). Môže zahŕňať aj nástroje na monitorovanie a správu integračných tokov.

398

* Spracovanie údajov: Integračná platforma nezachováva trvalé údaje; jej hlavnou úlohou je zabezpečiť, aby údaje plynulo pretekali medzi systémami. Môže zahŕňať transformačné pravidlá, validáciu a zabezpečenie údajov počas prenosu, ale nepoužíva sa na dlhodobú analýzu alebo ukladanie údajov.

399

* Funkcie

400

** Transformácia údajov medzi rôznymi formátmi a štandardmi.

401

** Orchestrácia procesov, kde sú dáta spracovávané cez viaceré systémy.

402

** Synchronizácia údajov medzi systémami v reálnom čase alebo v plánovaných intervaloch.

403

** Podpora rôznych komunikačných protokolov a API, čo umožňuje prepojenie s rôznymi externými alebo internými systémami.

404

* Použitie

405

** Integračné platformy sú kľúčové pri nasadzovaní služieb SOA (Service-Oriented Architecture), ESB (Enterprise Service Bus) alebo pri integrácii rôznych SaaS aplikácií.

406

407

**Master Data Management (MDM)**

408

409

* Účel: MDM je súbor technológií, procesov a nástrojov, ktoré organizácia využíva na vytváranie, správu a distribúciu jednotného a konzistentného zdroja základných (hlavných) údajov, ako sú údaje o zákazníkoch, produktoch, dodávateľoch a pod. Jeho cieľom je zabezpečiť, aby boli tieto základné údaje konzistentné, presné a prístupné v rámci celej organizácie.

410

* Architektúra: MDM systém zvyčajne zahŕňa centralizované úložisko (master data repository) a nástroje na spravovanie kvality údajov, verzionovanie, konsolidáciu a distribúciu master data. MDM tiež často poskytuje rozhrania na synchronizáciu a zdieľanie týchto údajov medzi rôznymi systémami v organizácii.

411

* Spracovanie údajov: MDM sa zameriava na identifikáciu a odstránenie duplicít, zabezpečenie integrity a správu hierarchie údajov. Má silný dôraz na správu údajov v reálnom čase, synchronizáciu a governance (riadenie) údajov, čo pomáha organizáciám udržiavať konzistentné a spoľahlivé referenčné údaje.

412

* Funkcie

413

** Centralizovaná správa základných údajov, ktoré sú kľúčové pre viaceré systémy a procesy v organizácii.

414

** Čistenie a obohacovanie údajov na zabezpečenie ich kvality.

415

** Distribúcia a synchronizácia hlavných údajov do ostatných systémov, ktoré tieto údaje používajú.

416

** Zavedenie pravidiel na správu údajov, vrátane správy metadát a zabezpečenia integrity údajov.

417

* Použitie

418

** MDM sa využíva na zabezpečenie toho, že všetky systémy v organizácii pracujú s rovnakou verziou kľúčových údajov, čím sa eliminuje nepresnosť a redundancia údajov.

419

420

**Data Warehouse (Dátový sklad)**

421

422

* Účel: Data Warehouse je centralizované úložisko, ktoré zhromažďuje, ukladá a spracúva údaje z rôznych zdrojov s cieľom podporiť analýzu, reportovanie a rozhodovanie v rámci organizácie. Slúži primárne na analýzu historických údajov a podporu Business Intelligence (BI).

423

* Architektúra: DWH je navrhnuté na efektívne ukladanie veľkých objemov štruktúrovaných údajov. Používa špecifické databázové techniky ako denormalizáciu, star-schema a snowflake-schema na optimalizáciu dotazov a rýchlosť prístupu k údajom. Často sa implementuje s nástrojmi ETL (Extract, Transform, Load) na získavanie a transformáciu údajov z rôznych zdrojových systémov.

424

* Spracovanie údajov: Údaje sú v DWH zvyčajne optimalizované pre čítanie a agregáciu, čo umožňuje efektívne generovanie reportov a analýz. DWH uchováva údaje historicky, často s cieľom analýzy trendov, čo ho robí kritickým pre strategické rozhodovanie.

425

* Funkcie

426

** Konsolidácia údajov z rôznych zdrojov, čo zahŕňa extrakciu, transformáciu a nahranie (ETL) údajov do jednotného formátu.

427

** Ukladanie historických údajov, ktoré sú štruktúrované a optimalizované pre dotazovanie.

428

** Podpora analytických nástrojov, ktoré umožňujú vytváranie reportov, dashboardov a analýz nad veľkými objemami údajov.

429

* Použitie

430

** Dátové sklady sa používajú na analytické spracovanie údajov, tvorbu historických reportov, business intelligence (BI) a na podporu rozhodovacích procesov na základe analýz veľkých dát.

431

432

**Zhrnutie rozdielov:**

433

434

* Integračná platforma sa zameriava na prepojenie a synchronizáciu rôznych systémov a umožňuje ich vzájomnú komunikáciu. Hlavným cieľom je efektívne spracovanie a výmena dát medzi rôznymi aplikáciami.

435

* Dátový sklad sa zameriava na uchovávanie a analýzu veľkého množstva dát, ktoré sú získavané z rôznych zdrojov. Hlavným cieľom je podpora rozhodovacích procesov prostredníctvom analytických nástrojov napr. pre potreby reportovania a BI.

436

* Master Data Management je proces a nástroje na centralizovanú správu kľúčových referenčných údajov organizácie, zabezpečujúci ich konzistenciu a kvalitu naprieč systémami.

437

* Tieto systémy môžu byť v organizácii prepojené a často spolupracujú, pričom každý z nich plní inú úlohu v rámci komplexnej architektúry správy a spracovania údajov. Na diagrame uvedenom nižšie je zobrazený budúci stav rozvoja CIP MZ SR o komplementárny modul dátového skladu a súčasne nastavenie pravidiel manažment a riadenia údajov v organizácii

438

439

=== 4.1 Biznis vrstva ===

440

441

Projekt zabezpečí pre koncept Mojich údajov a IS MOU ako informačnú technológiu prinášajúcu koncept MyData do reálneho života, nové OE a atribúty doposiaľ občanom a podnikateľom v štruktúrovanej elektronickej podobe neposkytované (s výnimkou úradných výpisov z elektronickej matriky).

442

443

Dáta integrované do IS MOU v zmysle projektu sú považované za najžiadanejšie datasety v koncepte Mojich údajov. Majú veľký potenciál ich ďalšieho využívania občanom a podnikateľom ako registrovaným používateľom IS MOU pre zdieľanie s tretími/spoliehajúcimi sa stranami pri využívaní ich digitálnych služieb.

444

445

Proces pre riadenie kvality údajov bude navrhnutý tak, aby zlepšil kvalitu spracovávaných údajov a zabezpečil efektívne spracovanie a využitie dát v celej organizácii. Hlavnou úlohou tohto projektu je zabezpečiť kvalitu, integritu a dostupnosť údajov pre interných aj externých konzumentov. Údaje sú zhromažďované z rôznych zdrojov, analyzované a pripravované na ďalšie využitie. Kľúčové procesy ako referencovanie, mapovanie a obohacovanie zabezpečujú, že údaje sú použiteľné v rámci organizácie, ale aj mimo nej spĺňajú všetky požiadavky na kvalitu. Služby na úrovni monitorovania a reporting umožňujú sledovať stav údajov, čo je kľúčové pre efektívne rozhodovanie na všetkých úrovniach organizácie. Odbor informatiky a dátová kancelária zabezpečujú technickú a správnu podporu, pričom dohliadajú na dodržiavanie štandardov a na to, aby údaje boli dostupné v požadovanej kvalite a formáte. Celkový systém je navrhnutý tak, aby umožňoval integráciu rôznych typov údajov a zabezpečoval ich správnosť a spoľahlivosť, čo je nevyhnutné pre efektívne riadenie a rozhodovanie v rámci verejnej správy a ďalších prepojených inštitúcií. Na základe analýzy architektonického obrázku poskytujem podrobný biznisový popis s dôrazom na jednotlivé časti riešenia a jeho štruktúru. Tento popis sa zameriava na funkčné časti z pohľadu podnikovej architektúry so zameraním na biznis a procesné aspekty.

[[image:1742283179631-216.png]]

450

451

Obrázok 1: Prehľad biznisových služieb

452

453

==== 4.1.1 Prehľad koncových služieb – budúci stav ====

454

455

V rámci predkladaného projektu sa neplánujú budovať nové koncové služby.

456

457

=== 4.2 Aplikačná vrstva ===

458

459

V rámci predkladaného projektu plánuje MZ SR vybudovať / rozvíjať niekoľko modulov:

460

461

* **Modul MyData** slúži na správu osobných údajov jednotlivca, pričom občan/podnikateľ má kontrolu nad tým, ktoré údaje poskytuje, komu ich poskytuje a na aké účely. Tento modul podporuje koncept transparentnosti, pričom umožňuje občanom mať prehľad o prístupe k ich dátam v digitálnych systémoch.

462

* **Transformačný modul** zabezpečuje prevod údajov z jedného formátu do iného, aby boli kompatibilné s cieľovými systémami. Umožňuje úpravu a štandardizáciu dát, čím zlepšuje ich interoperabilitu medzi rôznymi systémami a platformami.

463

* Rozvoj **modulu kvality a čistenia údajov**: Tento modul sa zameriava na identifikáciu a opravu nekvalitných alebo nekonzistentných údajov v databázach. Zabezpečuje validáciu, štandardizáciu, deduplikáciu a aktualizáciu údajov, čím zvyšuje ich spoľahlivosť a presnosť. Je nevyhnutný pre zlepšenie rozhodovacích procesov a analytických operácií.

464

* **Modul riadenia údajov:** Modul riadenia údajov poskytuje metodiku na správu životného cyklu dát v organizácii, od ich vytvárania a ukladania až po ich používanie a archiváciu. Zahŕňa politiky a procesy na zabezpečenie integrity, bezpečnosti a dostupnosti údajov. Tento modul podporuje efektívne riadenie údajov v organizácii a zaisťuje súlad s regulačnými požiadavkami.

465

* **Integračný komponent**: Integračný komponent slúžiaci ako centrálna zbernica údajov v rámci MZ SR plní kľúčovú úlohu pri integrácii rôznych informačných systémov rezortu, pričom jeho hlavnou úlohou je zjednodušiť a efektívne zabezpečiť výmenu údajov medzi týmito systémami. Tento komponent umožňuje prepojenie a synchronizáciu rôznych databáz a aplikácií používaných v rámci MZ, čo má priamy dopad na zlepšenie procesov vnútornej komunikácie a správy údajov.

466

467

[[image:1742283199813-295.png]]

468

469

Obrázok 2: Aplikačná architektúra budúceho stavu Rozvoj CIP MZ

470

471

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

472

473

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

474

**Modul ISVS**

475

476

//(zaškrtnite ak ISVS je modulom)//

477

)))|**Stav IS VS**|**Typ IS VS**|(((

478

**Kód nadradeného ISVS**

479

480

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

)))

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

485

486

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

487

**Modul ISVS**

488

489

//(zaškrtnite ak ISVS je modulom)//

490

)))|**Stav IS VS**|**Typ IS VS**|(((

491

**Kód nadradeného ISVS**

492

493

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

)))

|(((

isvs_14927

)))|Modul MyData|☒|(((

Plánujem budovať

)))|Agendový|isvs_14191

|(((

isvs_14924

|(((

isvs_14928

|(((

isvs_14929

|(((

isvs_14930

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

527

528

MZ SR v súčasnosti momentálne nevyužíva žiadne nadrezortné ani spoločné moduly v zmysle zákona č. 305/2013 Z.z. o e-Governmente.

529

530

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

531

| | |

532

533

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

534

535

V predkladanom projekte bude MZ SR realizovať integráciu na Modul procesnej integrácie a integrácie údajov v zmysle zákona o e-Governmente, konkrétne na konkrétne na IS CPDI (isvs_5836).

536

537

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

538

|isvs_14191|Centrálna integračná platforma MZSR|//IS CSRÚ/IS CPDI-Modul procesnej integrácie a integrácie údajov//

539

540

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

541

542

V projekte sa neplánuje integrácia na iný ISVS.

543

544

==== 4.2.6 Aplikačné služby pre realizáciu koncových služieb – TO BE ====

545

546

V nasledujúcej tabuľke sú uvedené budované aplikačné služby, realizáciu koncových služieb aplikačnou službou, koncová služba by mala byť realizovaná aspoň jednou aplikačnou službou (KS môžu realizovať aj viaceré aplikačné služby).

|(((

Kód AS

//(z MetaIS)//

)))|Názov AS|(((

ISVS/modul ISVS

//(kód z MetaIS)//

)))|(((

Aplikačná služba realizuje KS

558

559

//(kód KS z MetaIS)//

560

)))

561

|as_66710|Poskytnutie údajov pre IS MOU|isvs_14191|

562

|as_66711|Konzumácia údajov z IS CPDI|isvs_14191|

563

|as_66712|Poskytnutie zmenových dávok pre IS MOU|isvs_14191|

564

|as_66713|Poskytnutie notifikácií pre IS MOU|isvs_14191|

565

566

==== 4.2.7 Aplikačné služby na integráciu – TO BE ====

567

568

V rámci budovania Rezortnej platformy manažmentu údajov MZ SR budú vybudované služby, ktoré budú zastrešovať nasledovné oblasti:

569

570

Služby pre zabezpečenie požiadaviek IS MOÚ:

571

572

* Poskytnutie údajov pre IS MOU – služba, ktorá poskytne odpoveď na základe požiadavky MOÚ (požiadavky IS MOÚ môžu byť typu overenie alebo zaslanie požiadavky na opravu údajov).

573

* Poskytnutie zmenových dávok pre IS MOU – služba, ktorá bude do IS MOÚ posielať zmenové dávky.

574

* Poskytnutie notifikácií pre IS MOU – služba, ktorá bude do IS MOÚ zasielať jednotlivé typy notifikácií.

575

576

Služby zabezpečujúce komunikáciu s Externými ISVS alebo subjektami//.//

577

578

Služby pre Interné IS MZ SR:

579

580

* Publikovanie údajov – služba zabezpečujúca komunikáciu medzi jednotlivými agendovými IS a modulmi Rezortnej integračnej platformy.

581

* Poskytnutie základných a štatistických číselníkov – služba zabezpečujúca distribúciu alebo získanie údajov ZČ a ŠČ.

582

583

Poskytnutie číselníkov – služba zabezpečujúca distribúciu rezortných číselníkov, číselníky agendových systémov využívaných viac ako jedným systémom, push metódou alebo na vyžiadanie podľa integračného zámeru.

584

585

Publikovanie údajov do IS MOU – služba zabezpečujúca komunikáciu medzi agendovým IS a modulom MyData; rieši orchestráciu zasielania údajov a notifikácií do IS MOU.

586

587

Transformácia vstupu do štandardu 5* – služba zabezpečujúca transformáciu vstupu, vo formáte xml, alebo iného požadovaného formátu (XML RDF, JSON-LD, TTL (Turtle), ...)

588

589

Stotožňovanie a dátová kvalita – služba zabezpečujúca stotožnenie datasetov voči referenčným registrom, sledovanie dátovej kvality údajov, poskytnutie reportu o dátovej kvalite.

590

591

Služby poskytované Dátovej kancelárii:

592

593

* Správa číselníkov – služba zabezpečujúca správu rezortných číselníkov (založenie, úprava, zneplatnenie číselníka resp. položky číselníka).

594

* Správa metadát – služba zabezpečujúca správu metadát datasetov v DCAT-SK formáte.

595

596

V nasledujúcej tabuľke je zoznam aplikačných služieb, ktoré budú budované alebo rozvíjané v rámci výzvy:

|(((

AS

(Kód MetaIS)

)))|(((

Názov AS

)))|(((

Realizuje ISVS

(kód MetaIS)

Integrácia na AS poskytovateľa

(kód MetaIS)

)))

|(((

As_66710

)))|Poskytnutie údajov pre IS MOU| |Poskytovaná|Nie|Áno|Nie|As_59119

620

|As_66711|Konzumácia údajov z IS CPDI| |Konzumujúca|Nie|Áno|Nie|Služba_is_49250

621

|As_66711|Konzumácia údajov z IS CPDI| |Konzumujúca|Nie|Áno|Nie|Služba_is_49253

622

|As_66711|Konzumácia údajov z IS CPDI| |Konzumujúca|Nie|Áno|Nie|As_56536

623

|As_66712|Poskytnutie zmenových dávok pre IS MOU| |Poskytovaná|Nie|Áno|Nie|As_56542

624

|As_66713|Poskytnutie notifikácií pre IS MOU| |Poskytovaná|Nie|Áno|Áno|As_56542

625

|As_66713|Poskytnutie notifikácií pre IS MOU| |Poskytovaná|Nie|Áno|Áno|Služba_is_49251

626

627

Tabuľka 2: Zoznam plánovaných služieb

628

629

630

V tabuľke uvedenej nižšie sú uvedené interné budované aplikačné služby.

|(((

Názov AS

)))|Poskytujúca alebo Konzumujúca

637

|Poskytnutie základných a štatistických číselníkov|Poskytovaná

638

|Poskytnutie údajov referenčného registra|Poskytovaná

639

|Poskytnutie číselníkov|Poskytovaná

640

|Správa číselníkov|Poskytovaná

641

|Publikovanie údajov do MOU|Konzumujúca

642

|Transformácia vstupu do 5* podoby|Poskytovaná / Konzumujúca

643

|Stotožňovanie a dátová kvalita|Poskytovaná

644

|Správa metadát|Poskytovaná

645

|Publikovanie údajov|Poskytovaná / Konzumujúca

646

647

==== 4.2.8 Poskytovanie údajov z ISVS do IS CPDI – TO BE ====

648

649

V nižšie uvedenej tabuľke je zobrazený budúci stav integračných väzieb na IS CPDI a tiež realizácia úprav informačných systémov minimálne v rozsahu podľa bodu 4 aktivity A1, a to v rozsahu:

650

651

|**Názov ISVS**|**Kód ISVS**|**Objekt evidencie**|(((

**Int. Väzba**

**(AS IS STAV)**

)))|(((

**Int. Väzba**

**(TO BE STAV)**

)))|**Služba IS CSRÚ**

660

|(% rowspan="3" %)

661

Centrálna integračná platforma MZSR|(% rowspan="3" %)isvs_14191|(% rowspan="3" %)Register licencií|(% rowspan="3" %)Poskytnutie údajov z registra licencií|(((

662

1. Poskytnutie údajov z registra licencií

663

)))|//"sluzba_is_49251 CSRU_WriteDataTo"//

664

|(((

665

1. Poskytnutie zmenových dávok z registra licencií

666

)))|//"sluzba_is_49251 CSRU_WriteDataTo"//

667

|(((

668

1. Poskytnutie údajov o prístupe k informácii (bod výzvy a, c,d,e, f) z registra licencií

669

)))|(((

670

//"sluzba_is_49251 CSRU_WriteDataTo" – pre poskytovanie dávok,//

671

672

//“as_56542 CSRU_WriteDataToRegistry_sync“ – pre zápis jednotkových údajov v reálnom čase//

673

)))

674

675

==== 4.2.9 Konzumovanie údajov z IS CPDI – TO BE ====

676

677

V tabuľke uvedenej nižšie je prehľadná tabuľka integračných väzieb pre informačný systém CIP MZ (Isvs_14191), ktoré sa majú realizovať v rámci predkladaného projektu (referenčné údaje sa budú integrovať v rámci samostatného projektu MZSR). V zmysle integračného manuálu IS CPDI je Typ OVM (integračnej väzby) definovaný ako „Nový konzument“. Predmetom integrácie budú dáta relevantné pre výkon pôsobnosti MZ SR stanovenej pre Útvar centrálneho riadenia (Sekciu centrálneho riadenia a koordinácie podriadených organizácií), konkrétne pre výkon centrálnej koordinácie procesov riadenia držiteľov povolenia na prevádzkovanie nemocnice v zakladateľskej alebo zriaďovateľskej pôsobnosti MZSR. Počet integračných väzieb: 15

|(((

1.

)))|FR SR|(((

IS FS SR

isvs_4859

)))|Nedoplatky finančnej správy|Potvrdenie z evidencie daňových nedoplatkov a nedoplatkov colného dlhu, nedoplatkov pokút a iných platieb vymeraných, alebo uložených podľa colných predpisov, nedoplatkov dane z pridanej hodnoty alebo spotrebnej dane pri dovoze|(((

688

~1. Poskytnutie údajov Fin. Nedoplatkov

)))

|(((

2.

)))|SP|(((

SES

isvs_551

)))|Nedoplatky na poistnom na sociálne poistenie|Overenie existencie nedoplatku na poistnom na sociálne poistenie s uvedením sumy nedoplatku|(((

697

2. Overenie existencie nedoplatku na poistnom na sociálne poistenie so sumou

)))

|(((

3.

)))|SP|(((

SES

isvs_551

)))|Existencia zamestnanca SP|Overenie existencie registrácie zamestnanca u zamestnávateľa v SP|(((

706

3. Overenie existencie zamestnanca v SP

)))

|(((

4.

)))|SP|(((

SES

isvs_551

)))|Počet zamestnancov zamestnávateľa v SP|Počet zamestnancov konkrétneho zamestnávateľa k zadanému dátumu v SP|(((

715

4. Overenie počtu zamestnancov zamestnávateľa evidovaných v SP

)))

|(((

5.

)))|(((

ZP:

Všeobecná zdravotná poisťovňa,

723

724

Union zdravotná poisťovňa,

725

726

Dôvera zdravotná poisťovňa

)))|(((

IS UZP

isvs_556

KIS VšZP 558

IS DZP

isvs_5808

)))|Odvodová povinnosť voči ZP|Informácia o splnení odvodovej povinnosti voči ZP – VŠZP, Union, Dôvera.|(((

738

5. Overenie splnenia odvodovej povinnosti voči ZP

)))

|(((

6.

)))|MS SR|(((

CES

isvs_6252

)))|Pohľadávky Justičnej pokladnice|Pohľadávky Justičnej pokladnice voči subjektom|(((

747

6. Poskytnutie pohľadávok subjektu

)))

|(((

7.

)))|MS SR|(((

IS RÚ

isvs_5840

)))|Register úpadcov|Register úpadcov|(((

756

7. Poskytnutie údajov z Registra úpadcov

)))

|(((

8.

)))|MS SR|(((

IS SM

isvs_255

)))|Konkurz a reštrukturalizácia|Potvrdenie, že subjekt nie je v konkurze, nie je na neho vyhlásený konkurz a nie je v reštrukturalizácii|(((

765

8. Poskytnutie údajov, že subjekt nie je v konkurze, nie je na neho vyhlásený konkurz a nie je v reštrukturalizácii

)))

|(((

9.

)))|ÚGKK SR|(((

ISKN

isvs_421

)))|List vlastníctva|List vlastníctva Katastrálneho územia|(((

774

9. Poskytnutie výpisu z LV

775

)))

776

|(% rowspan="2" %)(((

777

10.

778

)))|(% rowspan="2" %)ÚGKK SR|(% rowspan="2" %)(((

ISKN

isvs_421

)))|(% rowspan="2" %)Objekty ESKN ÚGKK SR|(% rowspan="2" %)Údaje objektov systému ESKN ÚGKK SR|(((

783

10.1. Získanie zoznamu listov vlastníctva pre vybraný subjekt

784

)))

785

|(((

786

11.2. Získanie zoznamu vlastníkov, právnych vzťahov a listín na LV

)))

|(((

11.

)))|ÚGKK SR|(((

ISKN

isvs_421

)))|Číselníky ÚGKK|Číselníky ÚGKK|(((

795

12. Poskytnutie číselníkov UGKK

)))

|(((

12.

)))|GP SR|(((

IS EOO/ RTO

isvs_533

)))|Výpis z registra trestov|Výpis z registra trestov|(((

804

13. Poskytnutie výpisu z registra trestov

)))

|(((

13.

)))|GP SR|(((

IS EOO/ RTO

isvs_533

)))|Správa používateľov RT|Správa používateľov RT|(((

813

14. Správa koncových používateľov RT

)))

|(((

14.

)))|SKE|(((

CRE

isvs_10853

)))|Zoznam exekučných konaní|Výpis zo zoznamu exekučných konaní - potvrdenie, že voči subjektu nie je vedené exekučné konanie|(((

822

15. Poskytnutie údajov zo zoznamu exekučných konaní

823

)))

824

825

=== 4.3 Dátová vrstva ===

826

827

==== 4.3.1 Údaje v správe organizácie ====

828

829

Každá inštitúcia musí mať zavedený systematický manažment údajov vrátane nastavenia príslušných procesov a metodík pre správu celého životného cyklu údajov. Súčasne inštitúcia musí byť schopná evidovať a spravovať údaje v strojovo-spracovateľnej podobe avšak na to potrebuje disponovať internými kapacitami so znalosťami v oblasti dátovej vedy. S takýmto prístupom sa MZ SR stotožňuje, a preto je cieľom realizovať Aktivitu A7 zameranú na podporu, alebo posilnenie internej dátových kancelárie MZ SR.

830

831

Údaje v organizácii MZ SR sa posledné roky nemanažujú systematicky. Chýbajú jasné pravidlá a metodiky pre jednotlivé úrovne, ako sú používanie údajov, riadenie údajov a samotná správa údajov. Neexistuje ani konzistentné modelovanie týchto oblastí v príslušných vrstvách architektúry, najmä dátová architektúra. Pravidlá a metodiky nezahŕňajú potrebné definície dátových prvkov, ich použitie, spôsob odvodzovania údajov ani spôsob interpretácie. Tento nedostatok vedie k absencii vysokoúrovňového prístupu k manažmentu údajov v rámci inštitúcie.

832

833

V súčasnosti je dátová kancelária MZ SR personálne nedostatočne obsadená, najmä v oblasti odborníkov na správu údajov, interoperabilitu dát, procesy čistenia údajov a tvorbu metodík pre riadenie a správu údajov v rámci organizácie. Bez týchto expertov nie je možné adekvátne rozvíjať oblasť dátovej vedy, ktorá vyžaduje široké spektrum odborných znalostí a skúseností. Navyše, legislatívne pokrytie pre oblasť dátovej správy a dátovej vedy v súčasnosti chýba, čo sťažuje zavádzanie systematických a právne ukotvených postupov pre správu a ochranu údajov. Jedinou pozíciou, ktorá je v súčasnosti obsadená, je dátový kurátor, avšak jeho rola nedokáže pokryť všetky aspekty dátovej vedy. Ide o veľmi rôznorodú a širokú oblasť, ktorá si vyžaduje špecializované odborné znalosti v oblastiach ako analýza dát, prediktívne modelovanie, prevencia údajov na vstupe, monitoring dátovej kvality, správa dátových tokov, bezpečnosť a právne aspekty dát a v neposlednom rade neustále zvyšovanie kvality údajov.

834

835

MZ SR nvníma príležitosť rozvoja dátovej kancelárie v rámci organizácie ako riadený subjekt, ktorý sa komplexne zaoberá správou dát, kvalitou, právnymi aspektami a bezpečnosťou. Tento orgán vytvára rámec pre správu dát a manipuláciu s nimi, ktorý zahŕňa politiky a postupy na zabezpečenie, že dáta sú zhromažďované, spravované a chránené v súlade s internými a externými regulačnými normami. Cieľom dátových kancelárií je optimalizovať procesy týkajúce sa správy dát, aby organizácie mohli efektívne využívať dáta a zlepšovať služby poskytované inštitúciou v rámci verejnej správy.

836

837

Cieľom realizácie aktivity A7 je vytvorenie alebo posilnenie dátovej kancelárie, ktorá bude zabezpečovať dôveryhodnú správu údajov, zavedie rôzne prístupy k rozhodovaniu o tom, kto by mal mať prístup k údajom, na aké účely a v čí prospech, a uľahčí ich zdieľanie a využívanie pre nové technológie. Kľúčové prínosy a výsledky projektu sú:

838

839

* Koordinácia a udržateľnosť procesov životného cyklu dát.

840

* Jasne definované pravidlá pre zdieľanie dát a ich využívanie na MZ SR.

841

* Centralizácia know-how a jeho využitie pre podporu vývoja a implementácie nových technológií.

842

* Implementácia nástrojov na čistenie a správu a dát.

843

844

**Spôsob realizácie aktivity**

845

846

Problematika manažmentu kvality a dostupnosti údajov z nových zdrojov dát si vyžaduje odbornú koordináciu procesov životného cyklu dát ako zberu, čistenia a spracovania dát, a zároveň technickú prevádzku dátových skladov a odbornú asistenciu pri využívaní moderných analytických nástrojov. Takéto úlohy je vhodné riešiť profesionálne prostredníctvom Rezortnej dátovej kancelárie verejnej správy, ktorá bude mať na starosti bázu dát príslušného rezortu a poskytovanie podpory a asistencie ostatným v rezorte pôsobiacim dátovým expertom. Vzhľadom na nedostatočný počet expertov, je v hodným riešením zabezpečenie externých kapacít v podobe dátových expertov ako dočasná pomoc počas dĺžky realizácie projektu, ktorí budú v súčinnosti s interným expertami, riešiť aktivity súvisiace úpravou interných procesov v organizácií, aby podporili aplikáciu postupov dátovej vedy pri rozhodovaní („evidence-based policy“, „spending reviews“, „impact assessment“) a implementovali princípy štátu fungujúceho na základe využívania znalostí („Data-driven state“) a princípu hodnoty za verejné peniaze.

847

848

Rezortná dátová kancelária má možnosť spolupracovať s Centrálnou dátovou kanceláriou MIRRI, ktorá sa dlhodobo zaoberá komplexným manažmentom údajov verejnej správy.

849

850

Rezortná dátová kancelária by mala pomáhať organizáciám v pôsobnosti rezortu kategorizovať a sprístupňovať údaje pri zachovaní kvality v dôveryhodnom prostredí spôsobom, ktorý umožní rozdeľovať vzniknutú hodnotu. Správcovia dátového trustu majú právne záväznú zodpovednosť za zohľadnenie záujmov držiteľov údajov, používateľov údajov, občanov a iných zainteresovaných strán. Prevzatím úloh a činností v oblasti správy údajov možno dôveryhodnosť údajov použiť na zníženie nákladov a zručností potrebných na správu a zdieľanie údajov.

851

852

Držitelia údajov z verejného sektora sa často zameriavajú na poskytovanie konkrétnych verejných služieb, no napriek tomu majú údaje, ktoré by mohli mať širšiu sociálnu a ekonomickú hodnotu. Rezortná dátová kancelária by mohla preskúmať túto širšiu hodnotu spôsobom, ktorý zastupuje záujmy všetkých zainteresovaných strán. Teda, ako potenciálny zdroj údajov, môže rezortná dátová kancelária vytvoriť nové príležitosti pre začínajúce podniky a iné podniky na inovácie s údajmi. Na makroúrovni by prijatie dátového trustu mohlo podporiť vývoj nových technológií ako je AI, ktoré pomáhajú ľuďom robiť informovanejšie rozhodnutia, vytvárať pracovné miesta a stimulovať ekonomický rast.

853

854

MZ SR zavedie manažment údajov vrátane nastavenie príslušných procesov a metodík pre správu celého životného cyklu údajov. Súčasne MZ SR musí schopné evidovať a spravovať údaje v strojovo-spracovateľnej podobe avšak na to potrebuje disponovať internými kapacitami so znalosťami v oblastí dátovej vedy. Cieľom realizovať Aktivitu A7 zameranú na podporu, alebo posilnenie inštitucionálnych dátových kancelárií.

855

856

Realizáciou aktivity A7 bude zabezpečený komplexná analýza čím si inštitúcia zabezpečí komplexne zmapovanie jej dátového manažmentu. Súčasné kapacity neumožňujú pokryť všetky kľúčové oblasti potrebné na efektívne riadenie a správu údajov, čo brzdí nielen inovácie, ale aj udržateľný rast a rozvoj v oblasti dátového manažmentu a interoperability. Kombinácia interných a externých odborník v oblasti dátovej vedu bude viesť ku nasledovných výstupom:

857

858

1. Bude vytvorený dátový katalóg: Popíšu sa všetky objekty evidencie až na úroveň atribútov, ktoré MZ SR:

859

11. Bude originálne vytvárať a evidovať v zdrojových registroch (agendové informačné systémy verejnej správy) v rámci rozsahu projektu.

860

11. Bude spracúvať za účelom výkonu príslušnej agendy MZ SR.

861

1. Budú definované a popísané plánované procesy organizácie riadenia celého životného cyklu správy údajov:

862

11. Budú zrozumiteľne zdokumentované dátové štruktúry, proces tvorby údajov, štatistické metodológie (ak budú použité), dátové zdroje, kontext a ďalšie aspekty manažmentu údajov.

863

11. Bude definovaný proces riadenia pre manažment údajov v inštitúcii MZ SR a primárne pre systémy, ktoré budú obsahovať objekty evidencie riešené v projekte.

864

1. Bude podporovaná a rozvíjaná inštitucionálna dátová kancelária MZ SR.

865

11. Kancelária bude slúžiť ako špecializovaný útvar pre dáta v rámci inštitúcie, súčasne bude zodpovedná za riadenie systematického manažmentu údajov.

866

11. Budú definované zodpovednosti za jednotlivé aspekty manažmentu údajov. V prípade potreby budú rozdelené údaje do jednotlivých segmentov podľa typu/druhu údajov.

867

868

Prehlaď interných pozícií pre realizáciu systematického manažmentu v rámci projektu (vrátane aktivity A7) je uvedený v kapitole č. 9 v Projektovom zámere

869

870

==== 4.3.2 Dátový rozsah projektu - Prehľad objektov evidencie - TO BE ====

871

872

V tabuľke uvedenej nižšie sú uvedené objekty evidencie, pre ktoré bude počas realizačnej fáze projektu vytvorený doménový model, ktorý definuje návrh dátových prvkov.

873

874

V nasledujúcej tabuľke je uvedený zoznam objektov evidencie, ktoré budú poskytované do IS MOU v zmysle aktivity A1. Doménový model pri týchto objektoch evidencie nepopisujeme, keďže ten je súčasťou zdrojových IS.

875

876

877

|ID OE|Objekt evidencie - názov|Objekt evidencie - popis|Referencovateľný identifikátor URI dátového prvku

878

|1|Register licencií|Údaje o evidencii licencií udelených zdravotníckym pracovníkom, zariadeniam a ďalším subjektom v oblasti zdravotníctva. Údaje obsahujúce povolenia, certifikáty a iné druhy licencií nevyhnutných na výkon činností v zdravotníctve.|//nemá//

879

880

Súčasťou projektu je aj rozvoj Rezortnej platformy manažmentu údajov v zmysle aktivity A9, ktorej súčasťou bude aj vybudovanie správy centrálnych číselníkov. Nižšie je popísaný doménový model správy centrálnych číselníkov.

881

882

883

==== 4.3.3 Referenčné údaje ====

884

885

Táto kapitola nie je pre predkladaný projekt relevantná. Výzva „Lepšie využívanie údajov“ sa prednostne zameriava na koncepčný rozvoj služby „Moje údaje“ a na zlepšovanie kvality služieb poskytovaných prostredníctvom zdrojových informačných systémov, napr. v podobe zasielania zmenových dávok. Rozvoj systémov MZ SR minimálne o funkčné požiadavky definované vo výzve sú prioritne určené na podporu systému IS Manažment osobných údajov a rozvoja myšlienky „Moje údaje“. Zadefinovanie novo-integrovaných údajov ako údajov referenčných nie je v realizačnej fáze projektu vylúčené.

886

887

888

==== 4.3.4 Kvalita a čistenie údajov ====

889

890

Počas realizačnej fázy projektu bude Ministerstvo realizovať nasledovné oblasti z pohľadu dátovej kvality a interoperability v rozsahu:

891

892

1. Čistenie údajov a zvyšovanie kvality údajov;

893

1. Riadenie dátovej kvality na vstupe (prevencia vzniku nekvality);

894

1. Zavádzanie dátovej interoperability;

895

1. Monitoringu dátovej kvality (zavedenie monitoringu).

896

897

===== 4.3.4.1 Čistenie údajov a zvyšovanie kvality údajov =====

898

899

Riadenie dátovej kvality predstavuje pre MZ SR strategicky dôležitý faktor pre efektívnu správu údajov a zabezpečenie optimálnej prevádzky agend. Ministerstvo by rado využívalo nástroj na čistenie a zvyšovanie kvality údajov, aby zabezpečilo systematický manažovanie prác nad údajmi v organizácii. Cieľom takéhoto nástroja je pomáhať udržiavať integritu, dostupnosť a dôvernosť údajov, pričom by sa výrazne zlepšila efektivita práce dátovej kancelárie, ktorá má na vo svojej kompetencii a agende zaoberať sa komplexným manažment údajov a procesným riadením dátovej kvality.

900

901

Cieľom procesného zabezpečenia riadenia dátovej kvality bude, aby proaktívne riadenie dátovej kvality bolo súčasťou každodenných procesov organizácie. Každý OVM v prvom rade musí poznať údaje, ktoré sú súčasťou jeho ISVS. Za týmto účelom je potrebné určiť aké dáta, z akého zdroja a za akým účelom zbiera.

902

903

Preto bude organizácia aktualizovať, resp. v niektorých prípadoch vytvárať informácie minimálne v rozsahu:

904

905

* používaného dátového modelu,

906

* zdroja dát,

907

* používaného dátového slovníka,

908

* používaných referenčných dát,

909

* používaných objektov evidencie.

910

911

Takáto dokumentácia musí byť dostupná za všetky ISVS organizácie a vždy musí byť prístupná vlastníkovi kvality údajov, pretože tieto informácie sú podmienkou pre riadne vykonávanie procesov súvisiacich s celým životným cyklom údajov vrátane riadenia kvality údajov. Pre vytvorenie potrebnej dokumentácie sa bude organizácia riadiť dostupnou metodikou vydanou MIRRI s názovom „Metodika merania dátovej kvality vo verejnej správe“. Informácie v metodike sú totiž významným vstupom pre riadenie dátovej kvality.

912

913

===== 4.3.4.2 Požiadavky metódy čistenia a zvyšovania kvality údajov =====

914

915

Na riešenie takých problémov, akými sú chyby, duplicity, odľahlé hodnoty pri snahe o dodržanie parametrov strojovej spracovateľnosti, konzistencie, aktuálnosti a jedinečnosti, správnosti, presnosti a komplexnosti, bude dodržaný pracovný postup čistenia dát, ktorý zahŕňa niekoľko krokov:

916

917

* Strojová spracovateľnosť: Údaje musia byť vo formáte, ktorý môžu stroje ľahko spracovať a analyzovať.

918

* Konzistencia: Zaisťuje, že dátové prvky majú rovnaký význam a formát v celom súbore údajov.

919

* Aktuálnosť a jedinečnosť: Aktuálnosť sa vzťahuje na aktuálnosť údajov a jedinečnosť zaisťuje, že každý záznam je odlišný.

920

* Správnosť: Zahŕňa zabezpečenie toho, aby údaje presne reprezentovali entity alebo udalosti skutočného sveta.

921

* Presnosť a komplexnosť: Úzko súvisí so správnosťou a vzťahuje sa na to, ako dobre údaje predstavujú skutočné hodnoty alebo stavy. Metódy na zlepšenie presnosti zahŕňajú:

922

** Profilovanie údajov

923

** Odstránenie odľahlých hodnôt

924

** Zjednodušenie dátových štruktúr

925

926

Za účelom zvýšenia kvality vstupných datasetov bude integrácia rozšírená aj o funkcionalitu stotožňovania a referencovania voči číselníkom a referenčným registrom. V tomto prípade je možné z číselníka dotiahnuť relevantné atribúty, ktoré sú súčasťou prenášaného pojmu. Ak v číselníku nebude nájdená prenášaná hodnota, bude vystavená správa pre poskytovateľa dát o danom zistení. Funkcionalita bude implementovaná architektúrou mikroslužieb s REST API. Budú udržiavané v repozitári služieb a môžu byť použité aj inými aplikáciami.

927

928

===== 4.3.4.3 Prevencia vzniku nekvality =====

929

930

Dôležitou oblasťou je riadenie dátovej kvality na vstupe (prevencia). To by umožňovalo eliminovať chyby alebo nekonzistencie v údajoch už v počiatočných fázach spracovania, čím by sa znížila potreba neskorších korekcií a zvýšila celková efektivita správy dát. Takýto nástroj by poskytoval mechanizmy na identifikáciu potenciálnych chýb už pri samotnom vstupe údajov, čím by sa zabezpečilo, že do ďalších fáz spracovania prechádzajú iba údaje vysokej kvality.

931

932

Okrem toho by nástroj umožnil evidovať všetky údajové objekty až na úroveň jednotlivých atribútov. Táto funkcionalita by ministerstvu poskytla komplexný prehľad o všetkých údajoch, ktoré sú v rámci organizácie vytvárané a spracovávané, čo by uľahčilo ich správu a umožnilo presnejšie a rýchlejšie rozhodovanie na základe kvalitných údajov. Tento aspekt by bol obzvlášť dôležitý pri tvorbe a správe dátového katalógu, ktorý je základným prvkom efektívneho dátového manažmentu.

933

934

Pre riadenie dátovej kvality na vstupe bude MZ SR postupovať podľa nasledovných krokov:

935

936

1. Organizácia nebude zbierať dáta, ktoré budú referenčnými dátami.

937

938

Organizácia najprv vyhodnotí, či údaje, ktoré bude potrebovať, nebudú referenčnými údajmi. Zoznam vyhlásených referenčných registrov je verejne dostupný, spolu s uvedením údajov, ktoré sú vyhlásené za referenčné dáta. Ak budú požadované údaje referenčnými údajmi, organizácia ich nebude zbierať ani vytvárať, ale použije hodnoty z referenčného registra (stotožňovanie).

939

940

1. Organizácia bude používať definované základné číselníky

941

942

Pred získaním údajov organizácia určí, ktoré číselníky sa budú vzťahovať na dané údaje. Pre zachovanie interoperability údajov sa budú v zdrojových ISVS používať zverejnené základné číselníky. Ak číselník nebude súčasťou zoznamu základných číselníkov alebo bude potrebné existujúci číselník upraviť, organizácia ho definuje a požiada o zaradenie do zoznamu v súlade s usmernením pre základné číselníky.

943

944

1. Organizácia zosúladí dátové prvky s Centrálnym modelom údajov.

945

946

Organizácia zosúladí svoj dátový model s Centrálnym modelom údajov verejnej správy. Ak centrálny model nebude poskytovať relevantný dátový prvok, ktorý bude potrebný, OVM požiada MIRRI o štandardizáciu a evidenciu nového dátového prvku do centrálneho modelu.

947

948

1. Organizácia definuje biznis pravidlá pre jednotlivé atribúty.

949

950

Pri riadení dátovej kvality organizácia určí biznis pravidlá, ktoré budú predstavovať formalizované požiadavky pre hodnoty údajov v jednotlivých atribútoch databázy. Pri tvorbe biznis pravidiel sa zapoja aj vecní vlastníci údajov, ktorí reálne databázu využívajú. Organizácia zohľadní už existujúce biznis pravidlá v centrálnom zozname a ak bude zbierať údaje, ktoré budú zdrojovými údajmi referenčného registra, prevezme pravidlá referenčného registra.

951

952

1. Organizácia zavedie automatické kontroly údajov na vstupe.

953

954

Automatické kontroly údajov na vstupe umožnia odchytenie prvotných nedostatkov údajov, čím sa zníži potreba následných opráv. Konkrétny ISVS budú mať nastavené automatické kontroly voči biznis pravidlám a ukazovateľom dátovej kvality, pri ktorých sa bude dať definovať vzorec pre systémovú kontrolu.

955

956

957

===== 4.3.4.4 Zavádzanie dátovej interoperability =====

958

959

IS MOU je založený na projekte s otvoreným zdrojovým kódom Solid. Solid je skratkou pre sociálne prelinkované údaje („Social Linked Data“), teda ide o Linked Data, ktoré vychádzajú zo štandardov W3C ako RDF, len môžu obsahovať aj osobné údaje o dotknutej osobe. Preto údaje, ktoré sa ukladajú v IS MOU sú plne v súlade s Centrálnym modelom údajov a sú v štandarde RDF. Údaje zo zdrojových informačných systémov verejnej správy preto treba pred ich nahratím do IS MOU transformovať v súlade s princípom interoperability údajov.

960

961

Hlavným cieľom dátovej transformácie inštitúcie bude zvýšenie interoperability medzi systémami verejnej správy, priblíženie sa odporúčaniam a štandardom EÚ pre interoperabilitu verejnej správy medzi krajinami EÚ a zjednodušenie prístupu k údajom pre konzumentov. Pre službu „Moje dáta“ je stanovená úroveň kvality údajov podľa formátov RDF / XML, JSON-LD API (kvalita úrovne 5★). Za týmto účelom vznikne transformačný modulu v infraštruktúre MZ SR, ktorý zabezpečí transformáciu dát z aktuálneho XML formátu do RDF formátu v 5★ kvalite prelinkovaných údajov („Linked Data“). Ide o preferovaný scenár, kedy sú údaje upravené priamo na zdrojovom systém pod správou OVM. Vybudovanie modulu bude súvisieť s úpravou kľúčových IS VS poskytujúcich údaje, aj keď ide o technicky a časovo náročnú alternatívu, ale dôveryhodnosť údajov vtedy garantuje samotný zdrojový systém rovnako, ako v prípade pôvodných údajov.

962

963

Konzumentami transformovaných údajov môžu byť, rovnako ako v prípade netransformovaných údajov, informačné systémy v správe OVM, ale najmä IS MOU. V rámci IS MOU sa počíta s využitím údajov aj na právne záväzné úkony. Preto je základnou požiadavkou, aby údaje po transformácii mali minimálne rovnakú dôveryhodnosť ako pred transformáciou. Presnejšie, aby procesom transformácie, pri ktorom dochádza k zmene štruktúry, formátu aj objemu pôvodných dát, nedošlo k zníženiu ich dôveryhodnosti.

964

965

V procese transformácie údajov MZ SR, ktoré sú na úroveň atribútu popísané v kapitole č. 4.4.7 tohto dokumentu, sa predpokladá teda aj obohatenie a doplnenie pôvodných údajov tak, aby spĺňali požiadavku na kvalitu výstupu na úrovni 5★ RDF a aby boli v súlade s CMÚ.

966

967

968

===== 4.3.4.5 Vybudovanie transformačného modulu =====

969

970

Cieľom riešenia je zabezpečenie poskytovania kvalitných dát vo formátoch, ktoré vyhovujú moderným štandardom pre zdieľanie údajov. Medzi preferované formáty spĺňajúce kritériá štandardov, ktoré majú veľký potenciál použitia aj v budúcnosti, je formát RDF, v našom prípade realizovaný vo forme formátu JSON-LD.

971

972

Potreba pre navrhované riešenie vznikla na základe potrieb systému IS MOU, ktorý požaduje, aby všetky konzumované údaje boli poskytované vo forme JSON-LD. Vzhľadom na fakt, že poskytovatelia (až na ojedinelé výnimky) neposkytujú svoje údaje v tomto formáte (ale väčšinou vo formáte XML), navrhujeme vývoj a nasadenie Transformačného modulu na zdroji, ktorý výrazne uľahčí prípravu vstupov a samotná transformácia vstupného datasetu (XML) do požadovaného výstupného formátu (JSON-LD) už prebehne automaticky. Transformačný modul nájde využitie okrem IS MOU aj pre ďalšie potenciálne projekty a systémy, vyžadujúce transformáciu dát do dátových formátov pre sémantickú interoperabilitu (napr. OOTS, EUDIW).

973

974

Implementácia transformačného modulu pre spracovanie datasetov MZ SR je nevyhnutná pre zabezpečenie efektívnej správy a interoperability údajov v rámci verejnej správy.

975

976

Transformačný modul MZ SR umožní transformáciu vstupných datasetov podľa XSD schém zdrojového dátového modelu do požadovaných datasetov. Tento modul bude navrhnutý na báze mikroslužieb (microservices) architektúry, čo zabezpečí jeho vysokú výkonnosť, škálovateľnosť a bezpečnosť. Transformačný modul bude integrovaný v rámci infraštruktúry MZ SR do existujúcej infraštruktúry.

977

978

Microservices budú slúžiť pre obohacovanie, transformovanie a postprocessing po transformácii, verifikovaní, aby to ako celok tvorilo kompletné funkčné riešenie. Predpokladom a kľúčovým faktom je vytvorenie manuálne vytvorenej definície transformácie pomocou jazyka xslt a iných technológií pre definíciu transformačných a validačných technológií.

979

980

Jednotlivé služby v module budú zodpovedné za spracovanie špecifických častí transformačného procesu, vrátane obohacovania, validácie, transformácie (predstavuje “runtime” využitia transformačného modulu formou služby (REST služba) a postprocessingu.

981

982

Pre pokrytie funkcionality transformačného modulu je potrebné vytvoriť centrálny katalóg dát, ktorý bude obsahovať atribúty (metadáta) jednotlivých datasetov (OE). Ako všeobecný dátový model sa využije existujúci Centrálny Model Údajov (CMU).

983

984

Súčasťou dátovej integrácie je aj jednoznačná interpretácia jednotlivých atribútov prenášaného datasetu (tzv. Objektu Evidencie). V rámci integračných manuálov sú atribúty popísané, aby konzumujúca organizácia dokázala správne atribúty spracovať. Spoločný dátový model (CDM) obsahuje jednotný súbor metadát, čo umožňuje zdieľanie dát a ich významu medzi aplikáciami.

985

986

Vytvorí sa tým prostredie (reprezentované vhodným GUI) pre efektívne mapovanie atribútov vstupného datasetu na prvky CMU. Za účelom zvýšenia miery automatizácie sa plánuje pre prvotné mapovanie aplikovať aj algoritmy strojového učenia. Výsledné mapovania budú udržiavané v Dátovom katalógu (repository).

987

988

Pre samotnú transformáciu datasetu do JSON-LD bude vytvorený transformačný program (bude založený na využití Apache Jena RDF), ktorý bude generický a bude konfigurovateľný pomocou vstupných parametrov a konfiguračných údajov.

989

990

Vstupmi pre každú transformáciu budú:

991

992

* Vstupný dataset (XML formát)

* Konfiguračné údaje

* Sada mapovaní atribútov datasetu na prvky CMU (v repository Dátového katalógu)

997

998

* Pravidlá pre mapovanie uzlov JSON-LD

999

1000

* Súvisiace ontológie (ontológie súvisiace s výstupným datasetom)

Výhody riešenia:

* Výraznou mierou sa urýchli proces tvorby transformácií do RDF. Práca s dodanou aplikáciou nebude vyžadovať “high skilled knowledge” (tvorba XSLT transformácií, transformačné jazyky, programovanie), ale len určitú formu zaškolenia.

1005

1006

* Riešenie bude založené na centrálnom dátovom katalógu (mapovania), ontológiách a službách/mikroslužbách. Nebude sa pracovať so súbormi, ETL, a pod.

1007

1008

* V Dátovom katalógu bude zriadený centrálny repozitár atribútov datasetov s ich popisom.

1009

1010

* Mapovaním atribútov datasetov na prvky CMU a ich centrálnym udržiavaním v rámci Dátového katalógu, bude zavedený proces využitia kanonického/všeobecného dátového modelu.

1011

1012

* Špecifikáciou a udržiavaním pravidiel pre mapovanie uzlov JSON-LD bude usmerňovaná štruktúra výstupných JSON-LD.

1013

1014

[[image:1742283720926-468.png]]

1015

1016

Obrázok 3: Schéma riešenia transformačného modulu

1017

1018

1019

===== 4.3.4.6 Monitoring dátovej kvality (zavedenie monitoringu) =====

1020

1021

Riadenie zmien nekončí po implementácii. Je dôležité monitorovať a hodnotiť účinnosť zmien a dátovej kvality v dlhodobom horizonte. To umožňuje identifikovať prípadné nedostatky alebo oblasti, ktoré vyžadujú ďalšie zlepšenie. Monitorovanie a hodnotenie pokroku sa teda neobmedzuje na obdobie realizácie akčného plánu ale zahŕňa aj obdobie po zavedení zmeny do rutinnej praxe.

1022

1023

Cieľom tejto podaktivity je vypracovať automatizované alebo poloautomatizované riešenia merania DQ.

1024

1025

Ministerstvo zavedie monitoring dátovej kvality, do ktorého vstupom budú pravidelné správy o stave dátovej kvality v podobe súhrnnej správy.

1026

1027

Výstupom monitoringu v podobe je súhrnnej správy, ktorá obsahuje najmä:

1028

1029

1030

* zhodnotenie stavu úloh a ich zmien oproti poslednej správe z monitoringu,

1031

1032

* identifikovanie úloh, ktoré neboli vyriešené v termíne stanovenom pre riešenie úloh,

1033

1034

* informácia o dôvodoch nesplnenia úloh a o ďalšom postupe

1035

1036

Správu z monitoringu bude Ministerstvo koordinovať s Centrálnou dátovou kanceláriou MIRRI a výsledky zverejňovať na svojom webovom sídle, resp. na dohodnutom verejne dostupnom priestore dedikovanom pre oblasť dátovej kvality vo verejnej správe.

1037

1038

Z pohľadu definovania významu kvality údajov pre biznis procesy (možné riziká v dôsledku dátovej nekvality), t.j. ak bude údaj nepresný, bude mať nesprávnu hodnotu, formát, nebude vyplnený, alebo stotožnený voči referenčnému registru, ako významne to ovplyvní príslušnú agendu je v tabuľke uvedenej nižšie zhodnotenie jednotlivých oblastí nasledovne:

|(((

ID OE

)))|(((

Názov Objektu evidencie

1044

1045

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

1054

)))|(((

1055

Priorita – poradie dôležitosti

1056

1057

(začnite číslovať od najdôležitejšieho)

)))

|(((

1

)))|(((

Register licencií

)))|(((

5

)))|(((

3

)))|(((

1

)))

==== 4.3.5 Otvorené údaje ====

1072

1073

Táto kapitola nie je pre predkladaný projekt relevantná. Výzva „Lepšie využívanie údajov“ a v súlade s ňou aj predkladaný projekt sa zameriava na koncepčný rozvoj služby „Moje údaje“ a na zlepšovanie kvality služieb poskytovaných prostredníctvom zdrojových informačných systémov, napr. v podobe zasielania zmenových dávok. Rozvoj systémov MZ SR minimálne o funkčné požiadavky definované vo výzve je prioritne určený na podporu systému IS Manažment osobných údajov a rozvoja myšlienky „Moje údaje“.

1074

1075

1076

==== 4.3.6 Analytické údaje ====

1077

1078

Táto kapitola nie je pre predkladaný projekt vo vzťahu k rozvoju centrálneho komponentu Informačný systém Konsolidovaná vrstva (IS KAV) relevantná. Výzva „Lepšie využívanie údajov“ a v súlade s ňou aj predkladaný projekt sa zameriava na koncepčný rozvoj služby „Moje údaje“ a na zlepšovanie kvality služieb poskytovaných prostredníctvom zdrojových informačných systémov, napr. v podobe zasielania zmenových dávok. Rozvoj systémov MZ SR minimálne o funkčné požiadavky definované vo výzve je prioritne určený na podporu systému IS Manažment osobných údajov a rozvoja myšlienky „Moje údaje“.

1079

1080

CIP MZ SR má byť technologickým prostriedkom pre MZ SR pre Centrálne riadenie nemocníc v zakladateľskej/zriaďovateľskej kompetencii MZ SR s cieľom rozvoja myšlienky “data-driven” governance pre oblasť zdravotníctva, a teda konceptu rozvíjaného a podporovaného aj Centrálnou dátovou kanceláriou MIRRI. V realizačnej fáze projektu, alebo aj v neskoršej fáze, nie je vylúčené prepojenie/integrácia, či vzájomná koordinácia aktivít/ medzi CIP MZ SR a IS KAV.

1081

1082

1083

==== 4.3.7. Moje údaje ====

1084

1085