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

78

79

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

80

81

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

82

83

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

84

85

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

86

87

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

88

89

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

90

91

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

92

93

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

94

95

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

96

97

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

98

99

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

100

101

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

102

103

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

104

105

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

106

107

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

108

109

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

110

111

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

112

113

114

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

115

116

117

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

118

119

120

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

121

122

123

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

124

125

126

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

127

128

129

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

130

131

132

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

133

134

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

135

136

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

137

138

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

139

140

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

141

142

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

143

144

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

145

146

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

147

148

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

149

150

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

151

152

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

153

154

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

155

156

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

157

158

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

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

163

164

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

165

166

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

167

168

== 2. Účel dokumentu ==

169

170

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

171

172

173

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

174

175

|SKRATKA/POJEM|POPIS

176

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

177

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

178

|BI|Business intelligence

179

|CBA |Cost-benefit analýza

180

|CES|Centrálny ekonomický systém

181

|CIP|Centrálna integračná platforma

182

|CMÚ|Centrálny model údajov

183

|DCAT|Data Catalog Vocabulary

184

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

185

|DM|Dátový model

186

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

187

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

188

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

189

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

190

|ESB|Enterprise Service Bus

191

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

192

|ETL|Extract, transform, load

193

|EU|Európska únia

194

|FO|Fyzická́ osoba

195

|FP|Funkčné požiadavky

196

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

197

|HW|Hardware

198

|IB|Informačná bezpečnosť

199

|ID|Identifikačné číslo

200

|IEC|International Electrotechnical Commission

201

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

202

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

203

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

204

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

205

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

206

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

207

|JP|Justičná pokladnica

208

|JSON|JavaScript Object Notation

209

|JSON-LD|JavaScript Object Notation for Linked Data

210

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

211

|MDM|Master data management

212

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

213

|MZ SR|Ministerstvo zdravotníctva Slovenskej republiky

214

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

215

|MOU|Manažment osobných údajov

216

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

217

|NP|Nefunkčné požiadavky

218

|OE|Objekt evidencie

219

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

220

|OpenData|Otvorené údaje

221

|OVM|Orgán verejnej moci

222

|OWL|Web Ontology Language

223

|RFO|Register fyzických osôb

224

|PkP|Prístup k projektu

225

|PZ|Projektový zámer

226

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

227

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

228

|RR|Referenčný register

229

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

230

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

231

|SOA|Service-Oriented Architecture

232

|TP|Technické požiadavky

233

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

234

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

235

|W3C|World Wide Web Consortium

236

|XML|Extensible Markup Language

237

|XSD|XML Schema Definition

238

|XSLT|XSL Transformations

239

|ZoD |Zmluva o dielo

240

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

241

242

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

243

244

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:

250

251

* Bezpečnostná požiadavka

252

* Bezpečnostný projekt

253

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

254

* Dátová požiadavka

255

* Implementačná požiadavka

256

* Integračná požiadavka

257

* Kvalita a čistenie údajov

258

* Legislatívna požiadavka

259

* Podpora a prevádzka

260

* Projektová dokumentácia

261

* Rezortná Integračná Platforma

262

* Správa technických účtov

263

* Súlad ISVS s GDPR

264

* Systematický manažment údajov

265

266

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

267

268

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

269

270

271

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

272

273

274

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

275

276

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

277

278

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

279

280

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

281

282

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

283

284

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

285

286

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.

287

288

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.

289

290

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.

291

292

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.

293

294

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

295

296

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

297

298

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

299

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

300

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.

301

302

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.

303

304

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.

305

306

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

307

308

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.

309

310

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.

311

312

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.

313

314

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.

315

316

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

317

318

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

319

320

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

321

322

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

323

324

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

325

326

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

327

328

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

329

330

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

331

332

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

333

334

335

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

336

337

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

338

339

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

340

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

341

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

342

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

343

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

344

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

350

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

351

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

352

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

353

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

354

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

355

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

356

357

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

358

359

=== 3.4 Zameranie projektu: ===

360

361

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:

362

363

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

364

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

365

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

366

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

367

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

368

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

369

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

370

371

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

377

378

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.

379

380

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.

381

382

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.

383

384

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

385

386

* Integračná platforma

387

* Master Data Management (MDM)

388

* Data Warehouse (Dátový sklad)

389

390

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:

391

392

393

**Integračná platforma**

394

395

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

396

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

397

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

398

* Funkcie

399

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

400

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

401

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

402

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

403

* Použitie

404

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

405

406

**Master Data Management (MDM)**

407

408

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

409

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

410

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

411

* Funkcie

412

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

413

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

414

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

415

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

416

* Použitie

417

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

418

419

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

420

421

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

422

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

423

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

424

* Funkcie

425

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

426

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

427

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

428

* Použitie

429

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

430

431

**Zhrnutie rozdielov:**

432

433

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

434

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

435

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

436

* 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

437

438

=== 4.1 Biznis vrstva ===

439

440

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

441

442

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.

443

444

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

449

450

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

451

452

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

453

454

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

455

456

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

457

458

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

459

460

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

461

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

462

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

463

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

464

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

465

466

[[image:1742283199813-295.png]]

467

468

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

469

470

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

471

472

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

473

**Modul ISVS**

474

475

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

476

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

477

**Kód nadradeného ISVS**

478

479

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

)))

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

484

485

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

486

**Modul ISVS**

487

488

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

489

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

490

**Kód nadradeného ISVS**

491

492

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

526

527

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.

528

529

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

530

| | |

531

532

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

533

534

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

535

536

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

537

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

538

539

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

540

541

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

542

543

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

544

545

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

557

558

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

559

)))

560

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

561

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

562

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

563

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

564

565

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

566

567

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

568

569

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

570

571

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

572

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

573

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

574

575

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

576

577

Služby pre Interné IS MZ SR:

578

579

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

580

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

581

582

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.

583

584

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.

585

586

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

587

588

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.

589

590

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

591

592

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

593

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

594

595

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

619

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

620

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

621

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

622

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

623

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

624

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

625

626

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

627

628

629

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

|(((

Názov AS

)))|Poskytujúca alebo Konzumujúca

636

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

637

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

638

|Poskytnutie číselníkov|Poskytovaná

639

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

640

|Publikovanie údajov do MOU|Konzumujúca

641

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

642

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

643

|Správa metadát|Poskytovaná

644

|Publikovanie údajov|Poskytovaná / Konzumujúca

645

646

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

647

648

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:

649

650

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

**Int. Väzba**

**(AS IS STAV)**

)))|(((

**Int. Väzba**

**(TO BE STAV)**

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

659

|(% rowspan="3" %)

660

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

661

1. Poskytnutie údajov z registra licencií

662

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

663

|(((

664

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

665

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

666

|(((

667

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

668

)))|(((

669

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

670

671

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

672

)))

673

674

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

675

676

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

687

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

696

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

705

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

714

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

)))

|(((

5.

)))|(((

ZP:

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

722

723

Union zdravotná poisťovňa,

724

725

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

737

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

746

6. Poskytnutie pohľadávok subjektu

)))

|(((

7.

)))|MS SR|(((

IS RÚ

isvs_5840

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

755

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

764

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

773

9. Poskytnutie výpisu z LV

774

)))

775

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

776

10.

777

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

ISKN

isvs_421

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

782

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

783

)))

784

|(((

785

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

794

12. Poskytnutie číselníkov UGKK

)))

|(((

12.

)))|GP SR|(((

IS EOO/ RTO

isvs_533

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

803

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

812

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

821

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

822

)))

823

824

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

825

826

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

827

828

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.

829

830

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

831

832

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.

833

834

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.

835

836

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

837

838

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

839

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

840

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

841

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

842

843

**Spôsob realizácie aktivity**

844

845

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.

846

847

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.

848

849

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.

850

851

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.

852

853

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

854

855

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:

856

857

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

858

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.

859

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

860

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

861

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.

862

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.

863

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

864

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.

865

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.

866

867

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

868

869

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

870

871

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.

872

873

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.

874

875

876

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

877

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

878

879

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.

880

881

882

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

883

884

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

885

886

887

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

888

889

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

890

891

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

892

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

893

1. Zavádzanie dátovej interoperability;

894

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

895

896

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

897

898

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.

899

900

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.

901

902

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

903

904

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

905

* zdroja dát,

906

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

907

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

908

* používaných objektov evidencie.

909

910

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.

911

912

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

913

914

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:

915

916

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

917

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

918

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

919

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

920

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

921

** Profilovanie údajov

922

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

923

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

924

925

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.

926

927

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

928

929

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.

930

931

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.

932

933

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

934

935

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

936

937

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

938

939

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

940

941

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.

942

943

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

944

945

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.

946

947

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

948

949

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.

950

951

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

952

953

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.

954

955

956

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

957

958

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.

959

960

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.

961

962

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.

963

964

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

965

966

967

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

968

969

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.

970

971

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

972

973

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.

974

975

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.

976

977

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

978

979

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.

980

981

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

982

983

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.

984

985

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

986

987

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.

988

989

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

990

991

* Vstupný dataset (XML formát)

* Konfiguračné údaje

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

996

997

* Pravidlá pre mapovanie uzlov JSON-LD

998

999

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

1004

1005

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

1006

1007

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

1008

1009

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

1010

1011

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

1012

1013

[[image:1742283720926-468.png]]

1014

1015

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

1016

1017

1018

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

1019

1020

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.

1021

1022

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

1023

1024

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.

1025

1026

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

1027

1028

1029

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

1030

1031

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

1032

1033

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

1034

1035

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.

1036

1037

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

1043

1044

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

1053

)))|(((

1054

Priorita – poradie dôležitosti

1055

1056

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

)))

|(((

1

)))|(((

Register licencií

)))|(((

5

)))|(((

3

)))|(((

1

)))

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

1071

1072

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

1073

1074

1075

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

1076

1077

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

1078

1079

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.

1080

1081

1082

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

1083

1084