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

80

81

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

82

83

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

84

85

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

86

87

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

88

89

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

90

91

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

92

93

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

94

95

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

96

97

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

98

99

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

100

101

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

102

103

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

104

105

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

106

107

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

108

109

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

110

111

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

112

113

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

114

115

116

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

117

118

119

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

120

121

122

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

123

124

125

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

126

127

128

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

129

130

131

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

132

133

134

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

135

136

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

137

138

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

139

140

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

141

142

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

143

144

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

145

146

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

147

148

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

149

150

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

151

152

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

153

154

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

155

156

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

157

158

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

159

160

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

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

165

166

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

167

168

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

169

170

== 2. Účel dokumentu ==

171

172

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

173

174

175

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

176

177

|SKRATKA/POJEM|POPIS

178

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

179

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

180

|BI|Business intelligence

181

|CBA |Cost-benefit analýza

182

|CES|Centrálny ekonomický systém

183

|CIP|Centrálna integračná platforma

184

|CMÚ|Centrálny model údajov

185

|DCAT|Data Catalog Vocabulary

186

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

187

|DM|Dátový model

188

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

189

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

190

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

191

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

192

|ESB|Enterprise Service Bus

193

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

194

|ETL|Extract, transform, load

195

|EU|Európska únia

196

|FO|Fyzická́ osoba

197

|FP|Funkčné požiadavky

198

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

199

|HW|Hardware

200

|IB|Informačná bezpečnosť

201

|ID|Identifikačné číslo

202

|IEC|International Electrotechnical Commission

203

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

204

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

205

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

206

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

207

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

208

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

209

|JP|Justičná pokladnica

210

|JSON|JavaScript Object Notation

211

|JSON-LD|JavaScript Object Notation for Linked Data

212

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

213

|MDM|Master data management

214

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

215

|MZ SR|Ministerstvo zdravotníctva Slovenskej republiky

216

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

217

|MOU|Manažment osobných údajov

218

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

219

|NP|Nefunkčné požiadavky

220

|OE|Objekt evidencie

221

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

222

|OpenData|Otvorené údaje

223

|OVM|Orgán verejnej moci

224

|OWL|Web Ontology Language

225

|RFO|Register fyzických osôb

226

|PkP|Prístup k projektu

227

|PZ|Projektový zámer

228

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

229

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

230

|RR|Referenčný register

231

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

232

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

233

|SOA|Service-Oriented Architecture

234

|TP|Technické požiadavky

235

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

236

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

237

|W3C|World Wide Web Consortium

238

|XML|Extensible Markup Language

239

|XSD|XML Schema Definition

240

|XSLT|XSL Transformations

241

|ZoD |Zmluva o dielo

242

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

243

244

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

245

246

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:

252

253

* Bezpečnostná požiadavka

254

* Bezpečnostný projekt

255

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

256

* Dátová požiadavka

257

* Implementačná požiadavka

258

* Integračná požiadavka

259

* Kvalita a čistenie údajov

260

* Legislatívna požiadavka

261

* Podpora a prevádzka

262

* Projektová dokumentácia

263

* Rezortná Integračná Platforma

264

* Správa technických účtov

265

* Súlad ISVS s GDPR

266

* Systematický manažment údajov

267

268

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

269

270

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

271

272

273

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

274

275

276

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

277

278

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

279

280

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

281

282

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

283

284

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

285

286

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

287

288

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.

289

290

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.

291

292

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.

293

294

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.

295

296

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

297

298

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

299

300

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

301

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

302

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.

303

304

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.

305

306

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.

307

308

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

309

310

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.

311

312

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.

313

314

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.

315

316

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.

317

318

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

319

320

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

321

322

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

323

324

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

325

326

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

327

328

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

329

330

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

331

332

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

333

334

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

335

336

337

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

338

339

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

340

341

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

342

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

343

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

344

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

345

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

346

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

352

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

353

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

354

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

355

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

356

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

357

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

358

359

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

360

361

=== 3.4 Zameranie projektu: ===

362

363

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:

364

365

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

366

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

367

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

368

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

369

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

370

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

371

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

372

373

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

379

380

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.

381

382

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.

383

384

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.

385

386

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

387

388

* Integračná platforma

389

* Master Data Management (MDM)

390

* Data Warehouse (Dátový sklad)

391

392

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:

393

394

395

**Integračná platforma**

396

397

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

398

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

399

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

400

* Funkcie

401

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

402

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

403

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

404

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

405

* Použitie

406

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

407

408

**Master Data Management (MDM)**

409

410

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

411

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

412

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

413

* Funkcie

414

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

415

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

416

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

417

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

418

* Použitie

419

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

420

421

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

422

423

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

424

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

425

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

426

* Funkcie

427

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

428

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

429

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

430

* Použitie

431

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

432

433

**Zhrnutie rozdielov:**

434

435

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

436

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

437

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

438

* 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

439

440

=== 4.1 Biznis vrstva ===

441

442

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

443

444

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.

445

446

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

451

452

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

453

454

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

455

456

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

457

458

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

459

460

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

461

462

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

463

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

464

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

465

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

466

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

467

468

[[image:1742283199813-295.png]]

469

470

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

471

472

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

473

474

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

475

**Modul ISVS**

476

477

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

478

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

479

**Kód nadradeného ISVS**

480

481

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

)))

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

486

487

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

488

**Modul ISVS**

489

490

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

491

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

492

**Kód nadradeného ISVS**

493

494

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

528

529

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.

530

531

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

532

| | |

533

534

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

535

536

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

537

538

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

539

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

540

541

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

542

543

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

544

545

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

546

547

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

559

560

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

561

)))

562

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

563

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

564

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

565

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

566

567

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

568

569

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

570

571

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

572

573

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

574

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

575

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

576

577

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

578

579

Služby pre Interné IS MZ SR:

580

581

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

582

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

583

584

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.

585

586

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.

587

588

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

589

590

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.

591

592

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

593

594

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

595

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

596

597

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

621

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

622

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

623

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

624

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

625

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

626

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

627

628

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

629

630

631

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

|(((

Názov AS

)))|Poskytujúca alebo Konzumujúca

638

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

639

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

640

|Poskytnutie číselníkov|Poskytovaná

641

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

642

|Publikovanie údajov do MOU|Konzumujúca

643

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

644

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

645

|Správa metadát|Poskytovaná

646

|Publikovanie údajov|Poskytovaná / Konzumujúca

647

648

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

649

650

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:

651

652

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

**Int. Väzba**

**(AS IS STAV)**

)))|(((

**Int. Väzba**

**(TO BE STAV)**

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

661

|(% rowspan="3" %)

662

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

663

1. Poskytnutie údajov z registra licencií

664

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

665

|(((

666

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

667

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

668

|(((

669

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

670

)))|(((

671

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

672

673

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

674

)))

675

676

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

677

678

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

689

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

698

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

707

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

716

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

)))

|(((

5.

)))|(((

ZP:

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

724

725

Union zdravotná poisťovňa,

726

727

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

739

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

748

6. Poskytnutie pohľadávok subjektu

)))

|(((

7.

)))|MS SR|(((

IS RÚ

isvs_5840

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

757

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

766

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

775

9. Poskytnutie výpisu z LV

776

)))

777

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

778

10.

779

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

ISKN

isvs_421

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

784

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

785

)))

786

|(((

787

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

796

12. Poskytnutie číselníkov UGKK

)))

|(((

12.

)))|GP SR|(((

IS EOO/ RTO

isvs_533

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

805

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

814

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

823

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

824

)))

825

826

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

827

828

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

829

830

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.

831

832

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

833

834

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.

835

836

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.

837

838

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

839

840

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

841

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

842

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

843

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

844

845

**Spôsob realizácie aktivity**

846

847

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.

848

849

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.

850

851

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.

852

853

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.

854

855

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

856

857

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:

858

859

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

860

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.

861

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

862

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

863

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.

864

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.

865

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

866

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.

867

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.

868

869

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

870

871

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

872

873

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.

874

875

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.

876

877

878

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

879

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

880

881

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.

882

883

884

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

885

886

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

887

888

889

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

890

891

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

892

893

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

894

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

895

1. Zavádzanie dátovej interoperability;

896

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

897

898

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

899

900

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.

901

902

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.

903

904

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

905

906

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

907

* zdroja dát,

908

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

909

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

910

* používaných objektov evidencie.

911

912

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.

913

914

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

915

916

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:

917

918

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

919

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

920

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

921

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

922

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

923

** Profilovanie údajov

924

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

925

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

926

927

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.

928

929

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

930

931

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.

932

933

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.

934

935

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

936

937

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

938

939

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

940

941

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

942

943

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.

944

945

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

946

947

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.

948

949

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

950

951

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.

952

953

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

954

955

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.

956

957

958

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

959

960

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.

961

962

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.

963

964

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.

965

966

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

967

968

969

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

970

971

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.

972

973

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

974

975

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.

976

977

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.

978

979

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

980

981

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.

982

983

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

984

985

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.

986

987

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

988

989

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.

990

991

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

992

993

* Vstupný dataset (XML formát)

* Konfiguračné údaje

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

998

999

* Pravidlá pre mapovanie uzlov JSON-LD

1000

1001

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

1006

1007

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

1008

1009

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

1010

1011

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

1012

1013

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

1014

1015

[[image:1742283720926-468.png]]

1016

1017

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

1018

1019

1020

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

1021

1022

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.

1023

1024

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

1025

1026

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.

1027

1028

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

1029

1030

1031

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

1032

1033

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

1034

1035

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

1036

1037

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.

1038

1039

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

1045

1046

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

1055

)))|(((

1056

Priorita – poradie dôležitosti

1057

1058

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

)))

|(((

1

)))|(((

Register licencií

)))|(((

5

)))|(((

3

)))|(((

1

)))

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

1073

1074

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

1075

1076

1077

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

1078

1079

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

1080

1081

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.

1082

1083

1084

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

1085

1086