I-02 Projektový zámer (projektovy_zamer)

|**Zodpovedná osoba za projekt**|//Meno a priezvisko fyzickej osoby, ktorá predloží dokumenty pre prípravnú/ iniciačnú fázu projektu –zamestnanec /Projektový manažér//

20

|**Realizátor projektu**|//Univerzitná nemocnica Bratislava//

21

|**Vlastník projektu**|//MUDr. Alexander Mayer, PhD., MPH, MHA//

22

23

24

Schvaľovanie dokumentu

**Podpis**

**(alebo elektronický súhlas)**

)))

**Obsah**

[[1. POPIS ZMIEN DOKUMENTU.. 3>>path:#_Toc82770233]]

39

40

[[1.1. História zmien. 3>>path:#_Toc82770234]]

41

42

[[2. ÚČEL DOKUMENTU, SKRATKY (KONVENCIE) A DEFINÍCIE. 3>>path:#_Toc82770235]]

43

44

[[2.1. Použité skratky (príklady) 3>>path:#_Toc82770236]]

45

46

[[2.1.1. Konvencie – pravidlá názvoslovia, číslovania a verzionovania - požiadaviek (príklady) 3>>path:#_Toc82770237]]

47

48

[[2.1.2. Použité skratky (príklady) 4>>path:#_Toc82770238]]

49

50

[[2.1.3. Konvencie pre typy požiadaviek (príklady) 4>>path:#_Toc82770239]]

51

52

[[3. DEFINOVANIE PROJEKTU.. 5>>path:#_Toc82770240]]

53

54

[[3.1. Manažérske zhrnutie. 5>>path:#_Toc82770241]]

55

56

[[3.2. Motivácia a rozsah projektu. 5>>path:#_Toc82770242]]

57

58

[[3.3. Zainteresované strany/Stakeholderi 5>>path:#_Toc82770243]]

59

60

[[3.4. Ciele projektu a merateľné ukazovatele. 6>>path:#_Toc82770244]]

61

62

[[3.5. Špecifikácia potrieb koncového používateľa. 6>>path:#_Toc82770245]]

63

64

[[3.6. Riziká a závislosti 7>>path:#_Toc82770246]]

65

66

[[3.7. Alternatívy a Multikriteriálna analýza. 7>>path:#_Toc82770247]]

67

68

[[3.7.1. Stanovenie alternatív pomocou biznisovej vrstvy architektúry. 7>>path:#_Toc82770248]]

69

70

[[3.7.2. Multikriteriálna analýza. 8>>path:#_Toc82770249]]

71

72

[[3.7.3. Stanovenie alternatív pomocou aplikačnej vrstvy architektúry. 8>>path:#_Toc82770250]]

73

74

[[3.7.4. Stanovenie alternatív pomocou technologickej vrstvy architektúry. 9>>path:#_Toc82770251]]

75

76

[[4. POŽADOVANÉ VÝSTUPY (PRODUKT PROJEKTU). 10>>path:#_Toc82770252]]

77

78

[[5. NÁHĽAD ARCHITEKTÚRY. 10>>path:#_Toc82770253]]

79

80

[[6. LEGISLATÍVA. 10>>path:#_Toc82770254]]

81

82

[[7. ROZPOČET A PRÍNOSY. 10>>path:#_Toc82770255]]

83

84

[[8. HARMONOGRAM JEDNOTLIVÝCH FÁZ PROJEKTU a METÓDA JEHO RIADENIA. 13>>path:#_Toc82770256]]

85

86

[[9. PROJEKTOVÝ TÍM.. 15>>path:#_Toc82770257]]

87

88

[[10. PRACOVNÉ NÁPLNE. 15>>path:#_Toc82770258]]

89

90

[[11. ODKAZY. 16>>path:#_Toc82770259]]

91

92

[[12. PRÍLOHY. 16>>path:#_Toc82770260]]

1. POPIS ZMIEN DOKUMENTU

107

11. História zmien

108

109

|**Verzia**|**Dátum**|**Zmeny**|**Meno**

110

|v01|02.04.2025|Prvý draft dokumentu|TBD

| | | |

| | | |

Tabuľka 1 História zmien dokumentu

115

116

1. ÚČEL DOKUMENTU, SKRATKY (KONVENCIE) A DEFINÍCIE

117

118

Účelom tohto dokumentu je zhrnúť a zdôvodniť potrebu projektu pred jeho začatím, pričom je vstupným dokumentom do celého procesu projektového cyklu. Slúži na predbežné posúdenie a schválenie toho, či má projekt zmysel a je v súlade so strategickými cieľmi.

119

120

V rámci dokumentu sú rozpracované nasledovné oblasti:

*

**

***

****

***** Zdokumentovanie problémov a potrieb pre realizáciu projektu

127

***** Stanovenie cieľov projektu

128

***** Definovanie rámcového návrhu riešenia

129

***** Odhad nákladov a časového rámca projektu

130

***** Identifikovanie zainteresovaných strán a vplyvov

131

***** Zhodnotenie rizík a prínosov

132

** Použité skratky

133

134

|**ID**|**SKRATKA**|**POPIS**

135

|1.|BI|Business Intelligence

136

|2.|CaM|Cyrila a Metoda (Nemocnica sv. Cyrila a Metoda)

137

|3.|CR|Change Request (Požiadavka na zmenu)

138

|4.|DNR|Detailný návrh riešenia

139

|5.|DRG|Diagnosis Related Group

140

|6.|eDPN|Elektronická dočasná pracovná neschopnosť

141

|7.|eID|Elektronická identifikácia

142

|8.|EMRAM|Electronic Medical Record Adoption Model

143

|9.|eMatrika|Elektronická matrika

144

|10.|eOčkovanie|Elektronické očkovanie

145

|11.|eRecept|Elektronický recept

146

|12.|eVyšetrenie|Elektronické vyšetrenie

147

|13.|HL7|Health Level Seven (medzinárodný štandard)

148

|14.|HoN|História ochorení a návštev

149

|15.|IS|Informačný systém

150

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

151

|17.|IT|Informačné technológie

152

|18.|KPI|Key Performance Indicator (Kľúčový výkonnostný ukazovateľ)

153

|19.|LIS|Laboratórny informačný systém

154

|20.|MZ SR|Ministerstvo zdravotníctva Slovenskej republiky

155

|21.|NCZI|Národné centrum zdravotníckych informácií

156

|22.|NGHIS|Nová generácia nemocničného IS

157

|23.|NIS|Nemocničný informačný systém

158

|24.|OPENEHR|Otvorený štandard pre elektronické zdravotné záznamy

159

|25.|PACS|Picture Archiving and Communication System

160

|26.|PHZ|Predpokladaná hodnota zákazky

161

|27.|PIP|Postimplementačná podpora

162

|28.|PO|Právnická osoba

163

|29.|RDK|Rádiologicko-diagnostické kliniky

164

|30.|SLA|Service Level Agreement

165

|31.|SW|Softvér

166

|32.|UAT|User Acceptance Testing (Testovanie akceptácie používateľom)

167

|33.|UNB|Univerzitná nemocnica Bratislava

168

|34.|UX|Užívateľský zážitok

169

|35.|VO|Verejné obstarávanie

170

|36.|ZKB|Zákon o kybernetickej bezpečnosti

171

|37.|ZP|Zdravotné poisťovne

172

|38.|ŽS|Životná situácia

173

174

Tabuľka 2 Zoznam skratiek

175

176

1. DEFINOVANIE PROJEKTU

177

11. Manažérske zhrnutie

178

179

Od roku 1999 je v Nemocnici sv. Cyrila a Metoda prevádzkovaný Nemocničný informačný systém XANT A, pôvodného výrobcu Bank Pro Team a.s. , tento systém je aktuálne vo vlastníctve spoločnosti Asseco Centra) Europe a.s., ktorá prebrala starostlivosť o tento systém vyplývajúci zo Zmluvy o dielo na komplexnú dodávku nemocničného informačného systému č. 99/1020NPES/01 v znení jej dodatkov. Tento systém sa v Nemocnici sv. Cyrila a Metoda aktuálne využíva na všetkých lôžkových, ambulantných a RDK pracoviskách pre evidenciu pacientov, komunikáciu s eZdravím a vykazovanie výkonov zdravotným poisťovniam.

180

181

Spoločnosť Asseco Centra) Europe listom z 21.3.2024 oznámila, skutočnosť že ku dňu 31.3.2025 ukončí podporu všetkých produktov a služieb v súvislosti s Nemocničným informačným systémom Xanta.

182

183

To znamená, že po 31.3.2025 vzhľadom na závislosť procesov nemocnice aj na nemocničnom informačnom systéme, nastane problém s podporou systému, ktorá sa prejaví napríklad neschopnosťou pripojenia do eZdravia a vykázania výkonov zdravotným poisťovniam ako aj celkovú paralýzu komunikácie čo môže v Nemocnici sv. CaM spôsobiť výrazné obmedzenie až zastavenie poskytovania zdravotnej starostlivosti pacientom s dopadom na finančný a personálny stav ako aj kredit nemocnice.

184

185

Vyššie uvedené spôsobilo, že UNB potrebuje obstarať nový IS, ktorého cieľom bude vyriešenie kritickej situácie hraničiacej s možnosťou neplnenia zákonných postupov až ohrozenia ekonomiky a poskytovania zdravotnej starostlivosti v súvislosti s predčasným ukončením podpory a rozvoja stávajúceho Nemocničného informačného systému v Univerzitnej nemocnici Bratislava na pracovisku - Nemocnica sv. Cyrila a Metoda.

186

187

Zámerom projektu rozvoja (META IS: projekt_3381) je implementácia NIS, ktorý pokryje v plnej miere doterajší NIS, ako aj všetky potreby pacientsko-klinického procesu a tiež umožniť sledovať, hodnotiť a riadiť prevádzku organizácie v reálnom čase tak, aby poskytoval ucelený prehľad o stave organizácie.

188

189

**Predpokladané financovanie**

190

191

Projekt bude financovaný z kapitálových výdavkov UNB, o ktoré požiadala Ministerstvo zdravotníctva SR. Predpokladané výdavky boli stanovené na základe PHZ, pričom sa jedná o nasledovné:

192

193

|**Typ výdavku**|**Hodnota**

194

|013 Softvér|4 144 350 € s DPH

195

|511 Opravy a udržiavanie + 013 Softvér (rozvoj)|2 149 844 s DPH

196

197

Tabuľka 3 Predpokladané náklady projektu

198

199

Predpokladaný rozvoj a podpora je plánovaná na 36 mesiacov

200

201

1.

202

11. Motivácia a rozsah projektu

203

204

Univerzitná nemocnica Bratislava (UNB), ako najväčšie zdravotnícke zariadenie na Slovensku, zabezpečuje zdravotnú starostlivosť na viacerých pracoviskách vrátane Nemocnice sv. Cyrila a Metoda v Petržalke. V súčasnosti sa na tomto pracovisku využíva Nemocničný informačný systém (NIS) Xanta od spoločnosti Asseco Central Europe, ktorý bol v prevádzke viac ako dve dekády a stal sa základným pilierom prevádzky nemocnice.

205

206

Tento systém však technicky i funkčne zastaral a výrobca oficiálne oznámil ukončenie jeho podpory a rozvoja k 31. marcu 2025. Podpora sa týka nielen samotného NIS, ale aj súvisiacich systémov ako nemocničná lekáreň, LIS LABIS a užívateľská podpora. S týmto dátumom teda končí akákoľvek záruka funkčnosti systému, ako aj schopnosť reagovať na legislatívne zmeny a požiadavky NCZI, MZ SR či zdravotných poisťovní.

207

208

Ukončenie podpory systému Xanta má zásadné dopady na každodennú prevádzku nemocnice:

209

210

* Ohrozenie schopnosti vykazovať výkony do zdravotných poisťovní, čo má priamy dopad na financovanie nemocnice.

211

* Nemožnosť komunikácie s národným systémom eZdravie, čo znemožní predpisovanie eReceptov, posielanie správ a ďalšie úkony zákonom vyžadované.

212

* Nemožnosť opravy chýb alebo výpadkov systému, čo môže viesť k prerušeniu prevádzky oddelení alebo ohrozeniu pacientov.

213

* Potenciálna strata prístupu k historickým a aktuálnym údajom, ak nebude zabezpečená ich migrácia alebo aspoň read-only prístup.

214

215

Zároveň je nutné zdôrazniť, že existujúca IT infraštruktúra nemocnice (serverové riešenia, databázové licencie, sieťové prvky) už nespĺňa kapacitné a výkonnostné požiadavky pre nasadenie moderného NIS, čím sa zvyšuje naliehavosť technologickej obnovy a investície do nového riešenia.

216

217

Na nasledujúcej schéme je popis motivačnej architektúry:

218

219

[[image:1744357152252-772.png]]

220

221

Schéma 1 Motivačná architektúra projektu

222

223

Motivačná architektúra projektu výmeny nemocničného informačného systému v UNB jasne identifikuje kritické potreby organizácie, legislatívne a technologické tlaky, ako aj očakávané prínosy pre všetkých zainteresovaných aktérov.

224

225

Projekt nie je len technickou výmenou systému, ale strategickou transformáciou nemocničného prostredia, ktorá má priamy vplyv na kvalitu zdravotnej starostlivosti, efektívnosť procesov a manažérske riadenie. Ciele ako zabezpečenie kontinuity starostlivosti, plná digitalizácia údajov, vyššia dátová kvalita a interoperabilita sú podporené reálnymi hnacími faktormi (napr. ukončenie podpory systému Xanta) a jasne definovanými požiadavkami.

226

227

1.

228

11. Zainteresované strany/Stakeholderi

229

230

V nasledujúcej tabuľke sú definované zainteresované strany a ich role v projekte:

231

232

|**ID**|(((

233

**AKTÉR / STAKEHOLDER**

)))|(((

**SUBJEKT**

**(názov / skratka)**

)))|(((

**ROLA**

**(vlastník procesu/ vlastník dát/zákazník/ užívateľ …. člen tímu atď.)**

244

)))|(((

245

**Informačný systém**

246

247

**(názov ISVS a MetaIS kód)**

)))

Tabuľka 4 Zainteresované strany

258

259

1.

260

11. Ciele projektu a merateľné ukazovatele

261

262

263

//Doplniť vstupy v// PRÍPRAVNEJ FÁZE:

264

265

* //Do tabuľky nižšie doplniť CIEĽ /CIELE PROJEKTU a súvisiace merateľné ukazovatele. Ciele musia byť S.M.A.R.T. - // //konkrétne, merateľné, dosiahnuteľné, relevantné, časovo ohraničené//

266

* //Nie je správne uvádzať všeobecné ciele OPII alebo NKIVS, prípadne princípy NKIVS.//

// //

Ciele/Merateľné ukazovatele

271

272

273

|**ID**|**CIEĽ**|**NÁZOV

274

MERATEĽNÉHO A VÝKONNOSTNÉHO UKAZOVATEĽA (KPI)**|**POPIS

275

UKAZOVATEĽA**|**MERNÁ JEDNOTKA

276

(v čom sa meria ukazovateľ)**|**AS IS

277

MERATEĽNÉ VÝKONNOSTNÉ HODNTOY

278

(aktuálne hodnoty)**|**TO BE

279

MERATEĽNÉ VÝKONNOSTNÉ HODNTOY

280

(cieľové hodnoty projektu)**|(((

281

**SPÔSOB ICH MERANIA/**

**OVERENIA

PO NASADENÍ

(overenie naplnenie cieľa)**

286

)))|**POZNÁMKA**

287

|ID_01|Zabezpečiť kontinuitu poskytovania zdravotnej starostlivosti|Dostupnosť systému|Percento času, počas ktorého je systém funkčný a dostupný pre používateľov|%|95%|99,5%|Monitorovanie prevádzkového stavu systému (logy, uptime záznamy)|Zabezpečiť kontinuitu poskytovania zdravotnej starostlivosti

288

289

|ID_03|Zvýšiť kvalitu a úplnosť zdravotnej dokumentácie|Podiel štruktúrovaných zdravotných záznamov|Percento zdravotných záznamov vedených v štruktúrovanej digitálnej forme|%|40%|90%|Štatistika z databázy zdravotných záznamov podľa typu zápisu|Zvýšiť kvalitu a úplnosť zdravotnej dokumentácie

290

|ID_04|Zabezpečiť súlad s legislatívou a eZdravím|Miera elektronického výkazníctva|Percento výkazov odosielaných elektronicky bez potreby dodatočného spracovania|%|60%|95%|Porovnanie počtu elektronických vs. manuálnych výkazov|Zabezpečiť súlad s legislatívou a eZdravím

291

292

293

Tabuľka 5 Ciele a merateľné ukazovatele

294

295

Ukazovatele sú odborný kvalifikovaný odhad, pričom vychádzajú z:

296

297

* bežných štandardov a benchmarkov v zdravotníckych IS,

298

* praxe zo slovenských aj európskych nemocníc,

299

* skúseností z projektov digitalizácie a zavádzania NIS (vrátane EMRAM, HL7, eHealth)

300

* typických výkonnostných parametrov, ktoré si nemocnice sledujú.

301

*1. Špecifikácia potrieb koncového používateľa

302

303

Tento projekt nie je primárne určený pre užívateľov PO a FO a preto nie je predmetom ani používateľský prieskum.

304

305

Z pohľadu užívateľov, ktorými sú predovšetkým zdravotnícky personál ako aj vedenie UNB, boli požiadavky definované na základe dlhoročných skúseností ako aj best practices v tomto odbore. V nasledujúcej tabuľke je prehľad potrieb, ktoré sú definované pre koncových užívateľov systému:

306

307

|**Užívateľ**|**Definovaná potreba**

308

|Lekári|(((

309

* Rýchly a prehľadný prístup k úplnej zdravotnej dokumentácii pacienta.

310

* Štruktúrované záznamy (anamnézy, príjmové a prepúšťacie správy, konzíliá).

311

* Integrovaný prístup k výsledkom laboratórnych a zobrazovacích vyšetrení (PACS, LIS).

312

* Možnosť elektronickej preskripcie liekov a poukazov (eRecept, ePoukaz).

313

* Podpora klinického rozhodovania (upozornenia na alergie, liekové interakcie).

314

* Funkčné plánovanie operácií, zákrokov a hospitalizácií.

315

)))

316

|Zdravotné sestry a ošetrovatelia|(((

317

* Intuitívne rozhranie pre zápis ošetrovateľských úkonov a vitálnych funkcií.

318

* Jednoduchá evidencia liekov a ich výdaj pacientom.

319

* Prístup k ordináciám lekárov a možnosť zaznačiť ich realizáciu.

320

* Možnosť vedenia denného dekurzu a sledovania ošetrovateľského plánu.

321

* Elektronická evidencia výkonov pre štatistiku a poisťovne.

322

)))

323

|Administratívny pracovníci|(((

324

* Efektívna registrácia pacientov (príjem, plánovanie vyšetrení, prepustenie).

325

* Jednoduché vyhľadávanie podľa mena, RČ, kódu pacienta.

326

* Automatická kontrola poistenia, zadávanie údajov pre výkazníctvo.

327

* Tlač dokumentácie, generovanie výkazov, zasielanie cez eZdravie.

328

* Kompatibilita so systémami poisťovní a NCZI.

329

)))

330

|IT pracovníci a správcovia systému|(((

331

* Jednoduchá správa používateľov a oprávnení.

332

* Možnosť zálohovania, obnovenia dát, monitoring výkonnosti systému.

333

* Integrácia so systémami tretích strán (LIS, PACS, ekonomika).

334

* Bezpečnostné nástroje, audit prístupov, podpora ZKB.

335

* Prístup k technickej dokumentácii, helpdesku a SLA podpore.

336

)))

337

|Manažment nemocnice|(((

338

* Manažérske nástroje pre reporting, výkonnostné ukazovatele a kontroling.

339

* Podpora DRG klasifikácie a výkazníctva pre ZP, NCZI, ÚDZS.

340

* Možnosť sledovať efektivitu, obložnosť lôžok, náklady a výnosy.

341

* Flexibilné zostavovanie prehľadov podľa potreby.

342

)))

343

344

Tabuľka 6 Definovanie potrieb koncových užívateľov

345

346

Koncoví používatelia očakávajú systém, ktorý bude intuitívny, rýchly, bezpečný a spoľahlivý, pričom musí byť kompatibilný s legislatívnymi požiadavkami a integrovateľný s existujúcimi systémami. Potreby používateľov musia byť zohľadnené už v analýze a návrhu riešenia, ako aj v školeniach a testovaní systému pred ostrým nasadením.

347

348

1.

349

11. Riziká a závislosti

350

351

V nasledujúcej tabuľke sú definované riziká a závislosti projetku

Tabuľka 7 Riziká a závislostí projektu

361

362

1.

363

11. Alternatívy a Multikriteriálna analýza

364

365

V nasledujúcom texte sú definované zvažované alternatívy a ich vyhodnotenie.

366

367

=== Stanovenie alternatív pomocou biznisovej vrstvy architektúry ===

368

369

Z pohľadu alternatív sa dá vychádzať z dvoch realistických a odborne podložených alternatív riešenia projektu výmeny nemocničného informačného systému (NIS) pre UNB – najmä pre pracovisko Nemocnice sv. Cyrila a Metoda. Každá alternatíva má svoje výhody, riziká a odlišný rozsah v čase, nákladoch a ambícii:

370

371

[[image:1744357152258-114.png]]

372

373

Schéma 2 Zvažované alternatívy

374

375

V nasledujúcej tabuľke sú tieto alternatívy bližšie popísané aj z pohľadu plusov a mínusov:

376

377

|**Alternatíva**|**Popis**|**Výhody a nevýhody**

378

|Alternatíva 1: Komplexný nový NIS pre celú UNB (cieľový stav)|Implementácia moderného, modulárneho a interoperabilného NIS novej generácie naprieč všetkými pracoviskami UNB, so zjednotením dátovej základne, procesov a systému riadenia.|(((

379

**Výhody:**

380

381

* Všetky pracoviská UNB v jednom systéme → centralizácia údajov, jednoduchšia správa.

382

* Podpora dlhodobého rozvoja a integrácií s národnými a európskymi štandardmi (eHealth, DRG+).

383

* Jedna infraštruktúra, spoločný licenčný model, optimalizované procesy.

**Nevýhody:**

* Vyššie počiatočné investície.

388

* Potreba schválení a koordinácie medzi všetkými pracoviskami UNB.

389

* Vyššia komplexita a dlhší čas na prípravu a nasadenie (odhad 12 – 18 mesiacov).

)))

|Alternatíva 2: Lokálne riešenie len pre Nemocnicu sv. Cyrila a Metoda (dočasné riešenie)|Riešenie pokrývajúce iba pracovisko, kde sa ukončuje podpora systému Xanta (tj. najkritickejší bod), bez zásahu do ostatných nemocníc UNB. Rýchle riešenie cez menší NIS (napr. Medea/FONS Light) alebo prechodné licencovanie NGHIS.|(((

394

**Výhody:**

395

396

* Rýchla implementácia (3–6 mesiacov) → zabezpečenie základnej funkčnosti v čo najkratšej dobe

397

* Nižšie náklady v prvotnej fáze.

398

* Nižšia záťaž na koordináciu a interné zdroje.

**Nevýhody:**

* Nesystémový krok: vznik dvoch rozdielnych NIS v UNB → riziko duplicít a zložitej integrácie.

403

* Neskoršia integrácia do centrálneho systému bude komplikovanejšia a nákladnejšia.

404

* Môže si vyžadovať dvojité školenia, rozhrania a synchronizáciu údajov.

)))

|Alternatíva 3: Hybridný model|UNB môže dočasne zvoliť Alternatívu 2 ako záchranné riešenie a paralelne pripravovať Alternatívu 1 ako dlhodobý cieľ. Takýto prístup vyžaduje presné fázovanie a dohodnutý plán postupnej konsolidácie.|

409

410

=== Multikriteriálna analýza ===

411

412

Všetky alternatívy boli posúdené na základe nasledujúcich kritérií:

413

414

415

|Rýchlosť nasadenia riešenia|Potrebné zabezpečenie kontinuity poskytovania zdravotnej starostlivosti|Projektový manažér|1|3|2

416

|Náklady na implementáciu|Vzhľadom na obmedzené zdroje financovania je potrebné vyhodnotiť, ktorá z alternatív je cenovo najvýhodnejšia|Ekonomický námestník UNB|1|3|2

417

|Zvládnuteľnosť pre IT oddelenie UNB|Vzhľadom na obmedzené inerné kapacity je potrebné zvažovať aj komplexnosť riešenia a jeho nasaditeľnosť v praxi a čase|Vedúci IT oddelenia UNB|2|3|1

418

|Počet dotknutých pracovísk v UNB|Cieľové riešenia by malo byť komplexným riešením pre celú nemocnicu, čím sa eliminujú riziká vyplývajúce z viacerých IT riešení|Projektový tím|3|1|2

419

|Administratívna náročnosť (VO, zmluvy, schválenia)|Vzhľadom na krátkosť času je potrebné rýchlo manažovať procesy verejného obstarávania a prípravy pre nasadenie.|Oddelenie verejného obstarávania|1|3|2

420

|**Vyhodnotenie**|(((

*

)))|(((

*

)))|**8**|**13**|**9**

425

426

Tabuľka 8 Vyhodnotenie MCA pre dotknuté alternatívy

427

428

Najvhodnejšia alternatíva na splnenie cieľov sa javí Alternatíva č. 2, pričom dôvodom odporúčania je teda rýchle a samostatné nasadenie nového NIS len pre Nemocnicu sv. Cyrila a Metoda. Toto riešenie:

429

430

* umožní prekonať kritický termín po ukončení podpory systému Xanta,

431

* je rýchlejšie, lacnejšie a organizačne zvládnuteľné,

432

* vytvára priestor na budúce rozšírenie alebo konsolidáciu, pričom rieši akútne potreby pracoviska.

433

434

Táto alternatíva sa odporúča ako krátkodobý, krízový a zároveň takticky rozumný krok pri zachovaní dlhodobého cieľa komplexného systému pre UNB.

435

436

=== Stanovenie alternatív pomocou aplikačnej vrstvy architektúry ===

437

438

Z pohľadu aplikačných komponentov sa jedná o moduly, ktoré sú všetky nevyhnutné, pričom budú nasadzované v rámci dvoch etáp a to nasledovne:

439

440

|Etapa 1 do 4 mesiacov|Etapa 2 do 9 mesiacov

441

|(E1) Centrálna databáza pacientov (základné číselníky, centrálny register, evidencia hospitalizovaných a NCZI, integrácia tlače pacientskych identifikačných náramkov)|(E2) Centrálna sterilizácia a riadenie operačných sál

442

|(E1) eZdravie (eRecept, eMatrika, eDPN, eVyšetrenie, eOčkovanie, HoN, eID) |(E2) Ošetrovateľský proces

443

|(E1) Online overenie poistenca, eŽiadosti VšZP,|(E2) Nemocničná lekáreň

444

|(E1) Integrácia s DRG Gruperom spoločnosti Asseco (Surnia, Tyto, Nessasio)|(E2) Evidencia spotreby liekov a spotrebného zdravotníckeho materiálu na pacienta

445

|(E1) Ambulantná zdravotná starostlivosť|(E2) Reporting v NIS

446

|(E1) Konzíliá|

447

|(E1) Urgentná medicína a triáž|

448

|(E1) Lôžková zdravotná starostlivosť |

449

|(E1) Anesteziológia a intenzívna medicína|

450

|(E1) Gynekológia a pôrodníctvo|

451

|(E1) Operačné sály |

452

|(E1) Rádiológia|

453

|(E1) Rehabilitácia|

454

|(E1) Plánovacie kalendáre ambulantnej starostlivosti (v etape E1: rádiológia, gastroenterológia, v etape E2 zvyšok ambulantnej starostlivosti)|

455

|(E1) Správcovsky (užívateľsky) konfigurovateľné zostavy|

456

|(E1) Nástroje pre vytváranie častí zdravotnej dokumentácie a formulárov (štruktúrovanej dokumentácie) správcom (užívateľom)|

457

|(E1) Komunikačný modul pre možnosť zasielania urgentných / neurgentných správ užívateľom|

458

|(E1) Výkazníctvo zdravotným poisťovniam|

459

|(E1) Platené služby|

460

|(E1) Plánovanie zdravotnej starostlivosti|

461

|(E1) Výkazníctvo NCZI |

462

|(E1) Správa systému|

463

464

Tabuľka 9 Moduly systému

465

466

=== Stanovenie alternatív pomocou technologickej vrstvy architektúry ===

467

468

Z pohľadu architektúry prichádzajú do úvahy nasledujúce alternatívy:

469

470

**On-premise riešenie (lokálna inštalácia v prostredí nemocnice)**

471

472

|**Charakteristika**|(((

473

* Celá infraštruktúra (servery, databázy, aplikácie) je prevádzkovaná v dátovom centre UNB.

474

* Zodpovednosť za údržbu, bezpečnosť a dostupnosť systému je na strane nemocnice.

475

)))

476

|**Plusy**|(((

477

* Plná kontrola nad prevádzkou a dátami.

478

* Možnosť prevádzkovať aj pri obmedzenom pripojení na internet.

479

* Lepšia integrácia so špecifickým hardvérom (napr. medicínske prístroje).

480

)))

481

|**Mínusy**|(((

482

* Vyššie počiatočné investície do hardvéru, licencií a IT podpory.

483

* Vyžaduje interný tím na správu infraštruktúry a zálohovanie.

484

* Slabá škálovateľnosť do budúcnosti.

485

)))

486

487

**Cloudové riešenie (SaaS alebo dedikovaný cloud)**

488

489

|**Charakteristika**|(((

490

* Systém beží v cloude – najčastejšie v rámci komerčných dátových centier (napr. Microsoft Azure, AWS) alebo verejnej správy.

491

* Nemocnica používa systém ako službu cez zabezpečené internetové pripojenie

492

)))

493

|**Plusy**|(((

494

* Rýchle nasadenie bez potreby veľkej investície do HW.

495

* Vysoká dostupnosť, škálovateľnosť a jednoduché aktualizácie.

496

* Nižšie náklady na internú IT správu.

497

)))

498

|**Mínusy**|(((

499

* Vyššie nároky na stabilné a zabezpečené pripojenie k internetu.

500

* Citlivosť na otázky ochrany osobných údajov a kybernetickej bezpečnosti.

501

* Potreba súladu so slovenskou legislatívou (ZKB, GDPR, zákon o IS VS).

502

)))

503

504

**Hybridné riešenie (kombinácia on-premise a cloudu)**

505

506

|**Charakteristika**|(((

507

* Kritické časti systému (napr. databázy, integračné moduly) sú prevádzkované lokálne.

508

* Menej citlivé alebo podporné služby (napr. manažérske reporty, zálohovanie, e-learning) sú v cloude.

509

)))

510

|**Plusy**|(((

511

* Kombinuje výhody oboch riešení (dostupnosť + bezpečnosť).

512

* Možnosť postupného prechodu z on-premise do cloudu.

513

* Vyššia odolnosť voči výpadkom internetového pripojenia.

514

)))

515

|**Mínusy**|(((

516

* Vyššia komplexnosť prevádzky a integrácie.

517

* Potreba presne nastaviť delenie funkcionalít a dátových tokov.

518

)))

519

520

Jednotlivé alternatívy boli vyhodnotené na základe nasledujúcich kritéria, pričom boli zoradené od 3 (najvhodnejšie na splnenie kritéria) po 1:

521

522

523

|Kontrola nad dátami a bezpečnosť|Možnosť plne spravovať a zabezpečiť dáta podľa GDPR a ZKB.|3|1|2

524

|Závislosť na konektivite a internete|Závislosť systému na nepretržitom internetovom pripojení.|3|1|2

525

|Integrácia so špecifickými IS a HW|Schopnosť napojiť sa na existujúce špecifické IS a HW v UNB.|3|2|2

526

|Pripravenosť infraštruktúry v UNB|Miera pripravenosti IT prostredia UNB na dané riešenie.|3|1|2

527

|Zabezpečenie prevádzky aj pri výpadkoch internetu|Možnosť zachovať prevádzku aj pri výpadku internetu.|3|1|2

528

|Súlad s legislatívou (ZKB, GDPR, IS VS)|Zhodnotenie zhody so slovenskou legislatívou a IS VS.|3|2|3

529

|Dlhodobá prevádzková stabilita|Odolnosť riešenia pri dlhodobom nasadení bez častej údržby.|3|2|2

530

|Možnosť prispôsobenia prostredia UNB|Možnosti prispôsobiť systém konkrétnym procesom v UNB.|3|2|2

531

|Lokalizovaná podpora a údržba|Dostupnosť technickej podpory a údržby v rámci SR.|3|2|2

532

|Riziko vendor lock-in|Riziko viazanosti na jedného dodávateľa a obmedzená flexibilita.|3|1|2

533

534

Alternatíva On-premise bola na základe definovaných 10 kritických kritérií vyhodnotená ako najvhodnejšie technologické riešenie pre implementáciu nového nemocničného informačného systému v UNB. Táto alternatíva dosiahla maximálne skóre v každom z hodnotených kritérií.

535

536

* Maximálna kontrola nad dátami a bezpečnosťou – dáta sú uložené a spracovávané výlučne v prostredí UNB.

537

* Nezávislosť od internetového pripojenia – systém zostáva funkčný aj pri jeho výpadku.

538

* Jednoduchšia integrácia s existujúcim HW a špecifickými nemocničnými systémami (napr. PACS, laboratórne zariadenia).

539

* Vyššia súlad s legislatívnymi požiadavkami – plná kontrola nad implementáciou bezpečnostných opatrení podľa ZKB a GDPR.

540

* Prispôsobenie potrebám nemocnice – možnosť konfigurácie špecifických workflow, výkazníctva či prepojení.

541

* Nižšie riziko vendor lock-in – možnosť meniť dodávateľov infraštruktúry bez straty prístupu k dátam.

542

543

1. POŽADOVANÉ VÝSTUPY (PRODUKT PROJEKTU)

544

545

Z pohľadu výstupov bude projekt realizovaný prostredníctvom 2 inkrementov, ku ktorým sú priradené jednotlivé moduly – viď. časť 3.7.3., pričom

546

547

* Inkrement 1 bude realizovaný do 4 mesiacov

548

* Inkrement 2 bude realizovaný do 9 mesiacov

549

550

Implementácia projektu bude prechádzať štandardnými etapami riadenia IT projektov a to:

551

552

* Analýza a dizajn

553

* Implementácia a testovanie

554

* Nasadenie

555

556

Pre tieto etapy sú definované jasné výstupy, ktoré majú byť dodané a budú predmetom akceptačných kritérií.

557

558

Výsledným produktom budú dodané webové sídla so všetkými definovanými komponentmi akcentujúcimi všetky požiadavky definované v rámci DFŠ, ktorá bude detailizovať navrhované požiadavky v zmysle prílohy Katalóg požiadaviek.

559

560

V nasledujúcej tabuľke sú definované jednotlivé výstupy po fázach projektu:

561

562

|**ID**|**Prehľad projektových výstupov**

563

|** **|**Výstupy vytvárané PRIEBEŽNE počas celého projektu**

564

|M-01|Plán etapy/Plán fázy

565

|M-02|Manažérske správy, plány, reporty, zoznamy, odporúčania a požiadavky:

566

| |(1) Zoznam otvorených otázok

567

| |(2) Zoznam funkčných zdrojových kódov

568

| |(3) Zoznam licencií

569

| |(4) Správa o stave projektu (Status report)

570

| |(5) Požiadavka na zmenu (CR)

571

|M-03|Akceptačný protokol

572

|M-06|Evidencia e-Government komponentov v MetaIS, vrátane architektonických modelov*

573

|** **|**PRÍPRAVNÁ A INICIAČNÁ FÁZA**

574

|I-02|Projektový zámer

575

|I-04|Katalóg požiadaviek

576

|** **|**REALIZAČNÁ FÁZA**

577

|**R1**|**ANALÝZA A DIZAJN**

578

|R-01|Akceptačné kritériá

579

|R1-1|Detailný návrh riešenia (DNR)

580

(1) Zámer riešenia, analýza požiadaviek, používateľský prieskum a motivačná architektúra

581

(2) Popis postupu analýzy a návrhu riešenia

582

(3) Biznis architektúra*

583

a. Existujúca a cieľová biznis architektúra

584

b. Procesy podporované navrhovaným riešením

585

c. Vytvorenie informačnej architektúry a mapovanie používateľskej cesty

586

d. Prípady použitia (use case model)

587

(4) Dátová architektúra

588

(5) Aplikačná architektúra*

589

a. Existujúca a budúca aplikačná architektúra

590

b. Aplikačné komponenty a ich vzťah k biznis komponentom a funkčným požiadavkám

591

c. Integrácie – Komunikácia medzi komponentami (OpenAPI)

592

(6) Technologická architektúra*

593

a. Existujúca a budúca technologická architektúra

594

b. Technologické komponenty riešenia a ich vzťah k aplikačným komponentom

595

(7) Softvérové licencie a zdrojové kódy

596

(8) Požiadavky na úrovne služieb

597

(SLA) a výkonnosť

598

(9) Zabezpečenie dostupnosti, zálohovanie a obnova riešenia

599

(10 Bezpečnosť – riešenie požiadaviek na bezpečnosť

600

(11) Migrácia dát

601

(12) Harmonogram realizácie a nasadenia, závislosti

602

(13) Testovací protokol prototypu používateľského rozhrania

603

|R1-2|Plán a stratégia testovania

604

| |(1) Testovacie prípady (UC/TC)

605

(2) Testovacie prostredia

606

(3) Testovacie dáta

607

(4) Defekt manažment, monitoring a reporting testov

608

|**R3**|**IMPLEMENTÁCIA A TESTOVANIE**

609

|R3-1|Vývoj, migrácia údajov a integrácia

610

|(% rowspan="7" %)R3-2|Testovanie

611

|(1) Funkčné testovanie (FAT)

612

|(2) Systémové a integračné testovanie (SIT)

613

|(3) Záťažové a výkonnostné testovanie

614

|(4) Bezpečnostné testovanie (SW/HW a kybernetická bezpečnosť)

615

|(5) Používateľské testy funkčného používateľského rozhrania (UX)

616

|(6) Používateľské akceptačné testovanie (UAT)

617

|R3-3|Školenia personálu

618

|(% rowspan="10" %)R3-4|Dokumentácia

619

|1) Aplikačná príručka, vrátane aktualizovanej dokumentácie architektúry v rozsahu podľa položiek 3 až 10 Detailného návrhu riešenia R1-1

620

|(2) Integračná príručka

621

|(3) Používateľská príručka (vo forme kontextovej príručky - z aplikácie, bude priamo dostupný kontextový návod prostredníctvom jedného kliku. Technológia bude určená v rámci realizácie zmenového konania pre ŽS6)

622

|(4) Zdrojové kódy a licencie

623

|(5) Inštalačná a konfiguračná príručka

624

|(6) Prevádzkový opis a pokyny pre diagnostiku, servis a údržbu

625

|(7) Pokyny na obnovu pri výpadku alebo havárii (Havarijný plán)

626

|(8) Bezpečnostný projekt

627

|(9) Údaje o monitorovaní úrovne poskytovaných služieb (SLA) aktív IT

628

|**R4**|**NASADENIE a POSTIMPLEMENTAČNÁ PODPORA (PIP)**

629

|R4-1|Nasadenie do produkčnej prevádzky (vyhodnotenie)

630

|R4-2|Akceptácia spustenia do produkčnej prevádzky (vyhodnotenie)

631

| |DOKONČOVACIA FÁZA

632

|M-02|Manažérske správy, plány, reporty, zoznamy, odporúčania

633

a požiadavky:

634

| |Manažérske správy, plány, reporty, zoznamy, odporúčania a požiadavky:

635

| |(1) Správa o dokončení projektu (etapy/fázy)

636

637

638

Tabuľka 10 Etapy a výstupy projektu

639

640

1. NÁHĽAD ARCHITEKTÚRY

641

11. Biznis architektúra

642

643

Na nasledujúcej schéme je koncepčná biznis architektúra navrhovaného riešenia.

644

645

[[image:1744357152260-193.png]]

646

647

Biznis architektúra definuje, ako jednotlivé organizačné roly, procesy a služby interagujú s cieľom zabezpečiť poskytovanie zdravotnej starostlivosti prostredníctvom nemocničného informačného systému (NIS). Zahŕňa prehľad aktérov, ich úloh, služieb, ktoré využívajú, a procesov, ktoré NIS podporuje.

648

649

**Kľúčové roly a používateľské skupiny**

650

651

* Lekár: Zodpovedný za vyšetrenia, predpisy, zdravotnú dokumentáciu, plánovanie hospitalizácií.

652

* Zdravotná sestra: Zabezpečuje ošetrovateľskú dokumentáciu, vykonáva ordinácie, sleduje stav pacienta.

653

* Administratívny pracovník: Registruje pacientov, spravuje evidenciu a výkazníctvo.

654

* Vedúci oddelenia / Manažment: Monitoruje výkonnosť, plánuje zdroje, používa manažérske prehľady.

655

* IT správca: Riadi používateľské kontá, dohliada na bezpečnosť a prevádzku systému.

656

657

**Biznis služby poskytované NIS**

658

659

Systém bude poskytovať nasledovné biznis služby:

660

661

* Služba ambulantnej

662

* Služba lôžkovej zdravotnej starostlivosti

663

* Služba evidencie pacientov a zdravotnej dokumentácie

664

* Služba elektronickej preskripcie

665

* Služba komunikácie s eZdravím

666

* Služba výkazníctva a komunikácie s NCZI a poisťovňami

667

* Služba riadenia a plánovania hospitalizácií

668

* Služba manažérskeho prehľadu a BI reportingu

669

670

**Podporované biznis procesy**

671

672

Systém je nastavený tak, aby podporoval nasledovné biznis procesy:

673

674

* Príjem pacienta: Vytvorenie zdravotnej karty, zadanie anamnézy a administratívnych údajov.

675

* Ambulantné vyšetrenie: Evidencia výkonov, predpis liekov, nariadenie ďalších vyšetrení.

676

* Lôžková hospitalizácia: Zápis vývoja stavu pacienta, realizácia ordinácií, príprava prepúšťacej správy.

677

* Zápis do zdravotnej dokumentácie: Systém umožňuje riadiť procesy zápisu do zdravotnej dokumentácie a jej autorizáciu

678

* Predpis liekov: V systéme je podporený celý proces predpisovania liekov a ŠZM

679

* Zaznamenávanie výkonov: Systém umožňuje zaznamenávať realizované výkony na pacienta

680

* Ošetrovateľská starostlivosť: Plánovanie a evidencia ošetrovateľských výkonov.

681

* Výkazníctvo a export údajov: Príprava štatistík, export do zdravotných poisťovní a NCZI.

682

* Riadenie pracovísk: Manažérske analýzy výkonov, nákladov, vyťažení a efektivity oddelení.

683

* Získavanie údajov z eZdravie: Systém je napojený na eZdravie pre potrebu získavania údajov o pacientoch a výkonoch

684

* Získavanie výsledkov z LIS a PACS: Systém automatiky poskytuje údaje z vyšetrení realizovaných na externých systémoch

685

*1. Aplikačná architektúra

686

687

Na nasledujúcej schéme je rámcová aplikačná architektúra systému:

688

689

[[image:1744357152264-802.png]]

690

691

**Modul Pacient / registrácia**

692

693

Zabezpečuje administratívnu evidenciu pacientov vrátane ich osobných údajov, kontaktov, identifikátorov a poistných vzťahov. Slúži ako vstupný bod do systému.

694

695

**Modul Zdravotná dokumentácia**

696

697

Umožňuje tvorbu, správu a uchovávanie štruktúrovanej aj nestruktúrovanej zdravotnej dokumentácie ako anamnézy, správy, konzíliá a záznamy z hospitalizácií.

698

699

**Modul Ošetrovateľská starostlivosť**

700

701

Podporuje plánovanie a zaznamenávanie ošetrovateľských výkonov, sledovanie vitálnych funkcií, vedenie denníka ošetrovateľskej starostlivosti a realizáciu ordinácií.

702

703

**Modul ePreskripcia a eZdravie**

704

705

Zabezpečuje vystavovanie elektronických receptov, poukazov a žiadaniek. Integruje komunikáciu s národným systémom eZdravie (NCZI).

**Modul Lekáreň**

Slúži na správu nemocničnej lekárne, výdaj liekov, kontrolu zásob, evidenciu spotreby liečiv a podporu predpisovania liekov z internej lekárne.

710

711

**Modul Výkazníctvo a BI**

712

713

Zodpovedá za generovanie výkazov pre NCZI, zdravotné poisťovne a manažérske potreby. Podporuje reporting, DRG klasifikáciu a manažérske analýzy.

714

715

**Modul Riadenie prístupov a používateľov**

716

717

Slúži na správu používateľských účtov, roly, autentifikáciu a autorizáciu v systéme. Umožňuje audit prístupov a dodržiavanie bezpečnostnej politiky.

718

719

Detailný popis funkcií, požiadaviek sa nachádza v Prístupe k projektu

720

721

1.

722

11. Technologická architektúra

723

724

**Aktuálny stav serverovej technológie na lokalite Nemocnica sv. Cyrila a Metoda:**

725

726

Univerzitná nemocnica Bratislava má v súčasnosti obmedzené možnosti využívania existujúcej serverovej technológie z dôvodu nedostatku výkonu, dátového priestoru ako aj nedostatku serverových a databázových licencií.

727

728

**Požiadavka na dodatočnú technológiu: **

729

730

Uchádzač do dodávky zahrnie redundantné hardwarové serverové riešenie (server + diskové pole) výkonovo prispôsobené pre ponúkaný NIS (aj rezervou pre prípadnú limitovanú potrebu rozšírenia výkonu), s predpokladaným využitím a zárukou od výrobcu na 3 roky - s odozvou do 4h, 24x7 onsite. Súčasťou dodávky budú aj všetky potrebné softwarové licencie.

731

732

Inštalácia aplikačného a databázového vybavenia bude realizovaná formou virtuálnych serverov, na báze hypervízora Vmware ESXi z dôvodu kompatibility systémového prostredia v UNB. Pripojenie fyzických serverov do lokálnej siete bude zabezpečené cez sieťový adaptér 2x 10 Gbps SFP+.

733

734

Z pohľadu technologickej architektúry sa bude jednať o **on-premise nasadenie**.

735

736

1. LEGISLATÍVA

737

11. Potreba legislatívnych zmien

738

739

Realizácia projektu nevyvoláva potrebu legislatívnych zmien.

740

741

1.

742

11. Súlad s legislatívou pri implementácii

743

744

V tejto časti sú definované legislatívne rámce, ktoré je potrebné vnímať pri budovaní informačného systému. Relevantná legislatíva pre projekt rozvoja zahŕňa oblasti týkajúce sa zdravotnej starostlivosti, zdravotného poistenia, informačných systémoch v zdravotníctve, ako aj legislatívu popisujúcu jednotlivé inštitúcie a aktérov v rezorte zdravotníctva a legislatívne normy ohľadom ochrany osobných údajov.

745

746

Z pohľadu agendy poskytovania zdravotnej starostlivosti sa jedná o nasledovné normy:

747

748

* Zákon č. 576/2004 Z.z. o zdravotnej starostlivosti, službách súvisiacich s poskytovaním zdravotnej starostlivosti a o zmene a doplnení niektorých zákonov

749

* Zákon č. 153/2013 Z. z. o národnom zdravotníckom informačnom systéme a o zmene a doplnení niektorých zákonov v znení neskorších predpisov

750

* Zákon č. 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

751

* Zákon č. 581/2004 Z. z. o zdravotných poisťovniach, dohľade nad zdravotnou starostlivosťou

752

* Zákon č. 577/2004 Z. z. o rozsahu zdravotnej starostlivosti uhrádzanej na základe verejného zdravotného poistenia a o úhradách za služby súvisiace s poskytovaním zdravotnej starostlivosti

753

* Zákon č. 355/2007 Z. z. o ochrane, podpore a rozvoji verejného zdravia

754

755

Zároveň bude potrebné dodržať nasledovné predpisy pri implementácií:

756

757

* Zákon č. 523/2004 Z. z. o rozpočtových pravidlách verejnej správy v platnom znení

758

* Zákon č. 357/2015 Z. z. o finančnej kontrole a audite a o zmene a doplnení niektorých zákonov v znení neskorších predpisov

759

* Zákon č. 95/2019 Z. z. – Zákon o informačných technológiách vo verejnej správe a o zmene a doplnení niektorých zákonov

760

* Zákon č. 305/2013 Z. z. - Zákon o elektronickej podobe výkonu pôsobnosti orgánov verejnej moci a o zmene a doplnení niektorých zákonov (zákon o e-Governmente)

761

* Výnos č. 55/2014 Z. z. - Výnos Ministerstva financií Slovenskej republiky o štandardoch pre informačné systémy verejnej správy

762

* Zákon č. 18/2018 Z. z. - Zákon o ochrane osobných údajov a o zmene a doplnení niektorých zákonov

763

* Vyhláška č. 401/2023 - Ministerstva investícií, regionálneho rozvoja a informatizácie Slovenskej republiky o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy

764

* Vyhláška MF SR č. 275/2014 Z. z. o zaručenej konverzii

765

* Zákon č. 272/2016 Z. z. o dôveryhodných službách pre elektronické transakcie na vnútornom trhu a o zmene a doplnení niektorých zákonov (zákon o dôveryhodných službách)

766

* Vyhláška 78/2020 Z. z. o štandardoch pre informačné technológie verejnej správy

767

* Zákon č. 95/2019 Z. z. o ITVS a o zmene a doplnení niektorých zákonov v znení neskorších predpisov

768

769

1. ROZPOČET A PRÍNOSY

770

771

Rozpočet bol pripravený na základe PHZ, ktorú poskytlo MZ SR. Jedná sa o nasledovné plánované náklady:

772

773

|**Typ výdavku**|**Hodnota**

774

|013 Softvér|4 144 350 € s DPH

775

|511 Opravy a udržiavanie + 013 Softvér (rozvoj)|2 149 844 s DPH

776

777

Prevádzka je kalkulovaná na 36 mesiacov od nasadenia.

778

779

1.

780

11. Prínosy realizácie projektu

781

782

Prínosy boli definované predovšetkým ako kvalitatívne prínosy. Monetizácia prínosov nebola realizovaná aj vzhľadom na fakt, že realizácia projektu je nevyhnutná, aby boli zabezpečené legislatívne povinnosti poskytovateľa zdravotnej starostlivosti.

783

784

V nasledujúcom texte sú definované základné prínosy, ktoré budú projektom dosiahnuté:

785

786

1. Zabezpečenie kontinuity prevádzky nemocnice

787

788

* Nahradenie neudržateľného systému Xanta, ktorého podpora končí 31. 3. 2025.

789

* Zníženie rizika výpadku kritických funkcionalít (výkazníctvo, eZdravie, evidencia pacientov).

790

791

1. Zlepšenie kvality zdravotnej starostlivosti

792

793

* Rýchly a prehľadný prístup k zdravotnej dokumentácii v reálnom čase.

794

* Podpora klinických rozhodnutí (napr. liekové interakcie, konziliá).

795

* Digitalizácia ošetrovateľských procesov a starostlivosti o pacienta.

796

797

1. Efektívnejšia organizácia práce a menej administratívy

798

799

* Automatizácia rutinných procesov (objednávanie, plánovanie, evidencia výkonov).

800

* Zníženie chybovosti a duplicity údajov.

801

* Viac času pre pacienta – menej pre papierovanie.

802

803

1. Zefektívnenie manažmentu a riadenia nemocnice

804

805

* Presné a aktuálne reporty o výkonnosti oddelení, lôžok, spotrebe materiálu a liekov.

806

* Podpora strategického plánovania cez manažérske BI nástroje.

807

* Transparentné sledovanie nákladov, výkonov a finančných tokov.

808

809

1. Vyššia bezpečnosť a ochrana údajov

810

811

* Moderná architektúra systému spĺňajúca požiadavky kybernetickej bezpečnosti.

812

* Riadenie prístupových práv, auditovanie činností používateľov.

813

* Zálohovanie a disaster recovery plán pre ochranu dát.

814

815

1. Plná legislatívna a technologická kompatibilita

816

817

* Súlad s platnou legislatívou (eZdravie, GDPR, Zákon o kybernetickej bezpečnosti).

818

* Štandardizované rozhrania na komunikáciu s inými IS (HL7, DASTA, XML).

819

* Podpora nových technologických trendov (cloud, mobilné aplikácie, OPENEHR).

820

821

1. Pripravenosť na dlhodobý rozvoj

822

823

* Moderný systém s otvorenou architektúrou umožňujúcou budúce rozširovanie.

824

* Integrácia s národnými iniciatívami (eZdravie 2.0, DRG+, telemedicína).

825

* Dlhodobá udržateľnosť IT riešenia (životný cyklus 15–20 rokov).

826

827

1. HARMONOGRAM JEDNOTLIVÝCH FÁZ PROJEKTU a METÓDA JEHO RIADENIA

828

829

Projekt bude realizovaný metódou waterfall, pričom bude rozdelený na dva inkrementy. Popis a priradenie funkcionalít k inkrementom je uvedený v prístupe k projektu:

830

831

V nasledujúcej tabuľke je uvedený rámcový harmonogram realizácie projektu

832

833

|**ID**|**FÁZA/AKTIVITA**|(((

**ZAČIATOK**

**(odhad termínu)**