I-02 Projektový zámer (projektovy_zamer)

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

115

116

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

*

**

***

****

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

123

***** Stanovenie cieľov projektu

124

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

125

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

126

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

127

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

128

** Použité skratky

129

130

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

131

|1.|BI|Business Intelligence

132

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

133

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

134

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

135

|5.|DRG|Diagnosis Related Group

136

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

137

|7.|eID|Elektronická identifikácia

138

|8.|EMRAM|Electronic Medical Record Adoption Model

139

|9.|eMatrika|Elektronická matrika

140

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

141

|11.|eRecept|Elektronický recept

142

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

143

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

144

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

145

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

146

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

147

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

148

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

149

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

150

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

151

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

152

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

153

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

154

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

155

|25.|PACS|Picture Archiving and Communication System

156

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

157

|27.|PIP|Postimplementačná podpora

158

|28.|PO|Právnická osoba

159

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

160

|30.|SLA|Service Level Agreement

161

|31.|SW|Softvér

162

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

163

|33.|UNB|Univerzitná nemocnica Bratislava

164

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

165

|35.|VO|Verejné obstarávanie

166

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

167

|37.|ZP|Zdravotné poisťovne

168

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

169

170

Tabuľka 2 Zoznam skratiek

171

172

1. DEFINOVANIE PROJEKTU

173

11. Manažérske zhrnutie

174

175

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.

176

177

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.

178

179

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.

180

181

Vyššie uvedené spôsobilo, že UNB potrebuje obstarať nový IS - Nemocničný informačný systém (ďalej len "IS NIS" alebo "NIS"), 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.

182

183

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.

184

185

**Predpokladané financovanie**

186

187

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

188

189

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

190

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

191

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

192

193

Tabuľka 3 Predpokladané náklady projektu

194

195

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

196

197

**Odôvodnenie vyššej ceny pre UNB Cyrila a Metoda oproti FN NT**

198

199

* v súčasnosti sú cca 4 spoločnosti, ktoré poskytujú IS pre nemocnice t.j. NIS (Nemocničný informačný systém) no dvaja majú majoritu na trhu. Jeden z nich je poskytovateľom NIS aj pre UNB Cyrila a Metoda

200

* obstaranie samotného NIS je len prvá časť – pričom tu sa ceny poskytovateľov hýbu +/- v rovnakých hladinách a určitý rozdiel je len v tom či sa inštaluje onprem alebo do cloudu

201

* najvariabilnejšia časť z pohľadu ceny je, ktoré moduly si objednávateľ vyberie na konfiguráciu (niektoré sú v základnom balíku a iné za doplatky) - nakoľko v rámci tohto procesu dochádza k reflektovaniu reálnej prevádzky a procesov v samotnej nemocnici t.j. každá nemocnica to má inak a nie je to unifikované (príklad = ak majú viaceré nemocnice napr. chirurgiu - každá z nich má inak nastavené procesy, kedy a čo sa do systému zaznamenáva a kto to v rámci schvaľovania / administratívnych úkonov môže do systému zapísať, ….)

202

* v celkovej sume je aj započítaná SLA na systém, ktorý sa vysúťažil a nasadil (t.j. Nakonfiguroval tak ako nemocnica funguje a to v lehote od 6-9 mesiacov v závislosti na jej veľkosti )

203

* v prípade nemocnice UNB Cyrila a Metoda sa na ilustráciu jedná napríklad voči FN NT o tieto najzásadnejšie rozdiely, ktoré majú dopad na konečnú cenu NIS :

204

205

|**Modul / Funkčný celok**|**FN Nitra**|**UNB Cyrila a Metoda**|**Rozdielová analýza**

206

|Pacient / registrácia|Áno – štandardná evidencia|Áno – viacúrovňová evidencia, viac pracovísk|Rozdiel v rozsahu

207

|Zdravotná dokumentácia|Áno – hlavné typy záznamov|Áno – plná štruktúrovaná aj nestruktúrovaná dokumentácia|Rozdiel v rozsahu

208

|Ambulantné vyšetrenie|Áno – základné funkcionality|Áno – viaceré typy ambulancií, špecializované výkony|Rozdiel v rozsahu

209

|Lôžková starostlivosť|Áno – štandardné hospitalizačné záznamy|Áno – podpora COS, triáže, FAST track|Rozdiel v rozsahu

210

|Ošetrovateľstvo|Čiastočne – formulárový zápis|Áno – plánovanie výkonov, história, hodnotenia|UNB požaduje, FN Nitra nie

211

|ePreskripcia a eZdravie|Áno – napojenie na NCZI|Áno – komplexné eZdravie vrátane eŽiadanky, eZáznamu|Rozdiel v rozsahu

212

|Výkazníctvo a komunikácia s NCZI|Áno – základné výkazy a dávky|Áno – DRG, HD dávky, custom reporting|Rozdiel v rozsahu

213

|Manažérske výstupy (BI)|Základná analytika|Plnohodnotné DWH, KPI reporting, exporty|Rozdiel v rozsahu

214

|Migrácia údajov zo starého systému|XANTA – základná migrácia|Migrácia z viacerých systémov, dátové mapovanie|Rozdiel v rozsahu

215

|Integrácia LIS/PACS|Áno – štandardné rozhrania|Áno – HL7, PACS rozhrania, synchronizácia snímok|Rozdiel v rozsahu

216

|Správa používateľov a práv|Áno – bežná správa užívateľov|Áno – detailné roly, prepojenie s AD|Rozdiel v rozsahu

217

|Lekáreň a liekový modul|Nie (riešené mimo systému)|Áno – nemocničná lekáreň, výdaj, sklad|UNB požaduje, FN Nitra nie

218

219

* do konečnej sumy diela môže vstúpiť aj skutočnosť (čo sa týkalo napr. nemocnice NR) či prebehlo rokovanie o cene s uchádzačom, voči cene deklarovanej v prieskume , čoho výsledkom môže byť rozdielna implementačná cena medzi nemocnicami

220

* UNB Cyrila a Metoda má pod sebou 5 nemocníc (4 mali systém od jednej spoločnosti a 1 XANTU), pričom snahou je zjednotiť tieto systémy, nech sú od jedného dodávateľa, čo umožní odľahčiť komunikáciu medzi nemocnicami t.j. NISmi keď presúvajú pacienta a v takom prípade by stačilo len presunúť zložku a nebolo by potrebné tlačiť dokumenty a nanovo zadávať pacienta manuálne do NIS nakoľko systémy medzi nemocnicami neboli kompatibilné, pričom pôvodný dodávateľ už neplánoval investovať do rozvoja starého systému (technologicky zastaraná platforma COBOL).

221

222

1.

223

11. Motivácia a rozsah projektu

224

225

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.

226

227

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

228

229

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

230

231

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

232

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

233

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

234

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

235

236

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.

237

238

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

239

240

[[image:1744357152252-772.png]]

241

242

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

243

244

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.

245

246

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.

247

248

1.

249

11. Zainteresované strany/Stakeholderi

250

251

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

252

253

|**ID**|(((

254

**AKTÉR / STAKEHOLDER**

)))|(((

**SUBJEKT**

**(názov / skratka)**

)))|(((

**ROLA**

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

265

)))|(((

266

**Informačný systém**

267

268

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

)))

Tabuľka 4 Zainteresované strany

279

280

1.

281

11. Ciele projektu a merateľné ukazovatele

282

283

V nasledujúcej tabuľke sú uvedené ciele a merateľné ukazovatele projektu. Z pohľadu NKIVS 2021 sa dá uvažovať o napĺňaní nasledovných cieľov:

284

285

* Prioritná os 1 - Lepšie služby

286

** Znížiť interakcie osôb a zložitosť pri používaní služieb verejnej správy

287

* Prioritná os 3 - Efetívne IT:

288

** Zvýšiť úžitkovú hodnotu informačných systémov verejnej správy počas ich životného cyklu.

289

** Skrátiť čas na prípravu a doručenie služieb a výsledkov informačných systémov verejnej správy

// //

Ciele/Merateľné ukazovatele

294

295

296

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

297

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

298

UKAZOVATEĽA**|**MERNÁ JEDNOTKA

299

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

300

MERATEĽNÉ VÝKONNOSTNÉ HODNTOY

301

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

302

MERATEĽNÉ VÝKONNOSTNÉ HODNTOY

303

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

304

**SPÔSOB ICH MERANIA/**

**OVERENIA

PO NASADENÍ

(overenie naplnenie cieľa)**

309

)))|**POZNÁMKA**

310

|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

311

312

|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

313

|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

314

315

316

Tabuľka 5 Ciele a merateľné ukazovatele

317

318

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

319

320

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

321

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

322

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

323

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

324

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

325

326

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.

327

328

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:

329

330

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

331

|Lekári|(((

332

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

333

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

334

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

335

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

336

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

337

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

338

)))

339

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

340

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

341

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

342

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

343

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

344

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

345

)))

346

|Administratívny pracovníci|(((

347

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

348

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

349

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

350

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

351

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

352

)))

353

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

354

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

355

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

356

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

357

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

358

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

359

)))

360

|Manažment nemocnice|(((

361

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

362

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

363

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

364

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

365

)))

366

367

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

368

369

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.

370

371

1.

372

11. Riziká a závislosti

373

374

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

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

384

385

1.

386

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

387

388

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

389

390

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

391

392

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:

393

394

[[image:1744357152258-114.png]]

395

396

Schéma 2 Zvažované alternatívy

397

398

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

399

400

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

401

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

402

**Výhody:**

403

404

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

405

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

406

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

**Nevýhody:**

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

411

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

412

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

417

**Výhody:**

418

419

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

420

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

421

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

426

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

427

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

432

433

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

434

435

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

436

437

438

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

439

|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

440

|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

441

|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

442

|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

443

|**Vyhodnotenie**|(((

*

)))|(((

*

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

448

449

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

450

451

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:

452

453

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

454

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

455

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

456

457

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.

458

459

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

460

461

Navrhovaná aplikačná vrstva architektúry NIS pre UNB – Nemocnicu sv. Cyrila a Metoda obsahuje sadu modulov pokrývajúcich **celý životný cyklus pacienta** od registrácie, cez diagnostiku, hospitalizáciu a ošetrovateľskú starostlivosť, až po výkazníctvo a manažérsky reporting.

462

Moduly sú zoradené do **dvoch etáp implementácie** (E1 do 4 mesiacov, E2 do 9 mesiacov), aby sa zabezpečila rýchla kontinuita poskytovania starostlivosti po ukončení podpory Xanta, a zároveň sa umožnilo postupné nasadenie komplexných funkcionalít.

463

464

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:

465

466

* Etapa 1 - do 4 mesiacov

467

* Etala 2 do 9 mesiacov

468

469

V nasledujúcej tabuľke sa nachádza odôvodnenie implementácie jednotlivých modulov:

470

471

== **Odôvodnenie implementácie jednotlivých modulov** ==

472

473

|=Modul|=Etapa|=Odôvodnenie

474

|**Centrálna databáza pacientov**|E1|Kľúčový modul pre administratívne a klinické procesy, centralizuje identitu pacienta a umožňuje integráciu s NCZI a tlač identifikačných náramkov.

475

|**Centrálna sterilizácia a riadenie operačných sál**|E2|Optimalizuje plánovanie operačných výkonov a riadenie sterilného materiálu, čím znižuje riziko meškaní a infekcií.

476

|**eZdravie (eRecept, eMatrika, eDPN, eVyšetrenie, eOčkovanie, HoN, eID)**|E1|Zabezpečuje legislatívnu povinnosť napojenia na národné zdravotnícke systémy, podporuje elektronické procesy a eliminuje papierovú agendu.

477

|**Ošetrovateľský proces**|E2|Digitalizuje ošetrovateľské úkony a plány, čím zlepšuje kontinuitu starostlivosti a evidenciu výkonov.

478

|**Online overenie poistenca, eŽiadosti VšZP**|E1|Zabezpečuje okamžitú validáciu poistného vzťahu a urýchľuje administratívne procesy.

479

|**Nemocničná lekáreň**|E2|Riadi tok liekov od objednávky po výdaj pacientovi, vrátane skladovej evidencie a sledovania spotreby.

480

|**Integrácia s DRG Gruperom**|E1|Podporuje presné účtovanie výkonov a optimalizáciu financovania podľa klasifikačných skupín DRG.

481

|**Evidencia spotreby liekov a materiálu**|E2|Poskytuje prehľad o nákladoch na pacienta a pomáha optimalizovať hospodárenie s materiálom.

482

|**Ambulantná zdravotná starostlivosť**|E1|Digitalizuje proces ambulantného vyšetrenia vrátane objednávania a evidencie výkonov.

483

|**Reporting v NIS**|E2|Poskytuje manažérske prehľady, BI reporty a podklady pre rozhodovanie vedenia.

484

|**Konzíliá**|E1|Umožňuje elektronické zadávanie a spracovanie žiadaniek o konzílium medzi oddeleniami.

485

|**Urgentná medicína a triáž**|E1|Optimalizuje triedenie pacientov a riadenie urgentného príjmu, čo je kritické pre rýchlu diagnostiku a liečbu.

486

|**Lôžková zdravotná starostlivosť**|E1|Digitalizuje priebeh hospitalizácie, zápis výkonov a prípravu prepúšťacej správy.

487

|**Anesteziológia a intenzívna medicína**|E1|Zabezpečuje špecifické záznamy o výkone anestézie, monitorovaní pacienta a intenzívnej starostlivosti.

488

|**Gynekológia a pôrodníctvo**|E1|Špecializovaný modul pre evidenciu výkonov v gynekológii a pôrodníctve vrátane pôrodných protokolov.

489

|**Operačné sály**|E1|Riadi plánovanie, prípravu a vykonanie operačných výkonov.

490

|**Rádiológia**|E1|Integruje zobrazovacie vyšetrenia (PACS) s NIS a zabezpečuje prístup k obrazovej dokumentácii.

491

|**Rehabilitácia**|E1|Eviduje a plánuje rehabilitačné procedúry a cvičenia.

492

|**Plánovacie kalendáre**|E1/E2|Zabezpečujú koordináciu vyšetrení, výkonov a hospitalizácií podľa odborov.

493

|**Správcovsky konfigurovateľné zostavy**|E1|Umožňujú flexibilnú tvorbu reportov priamo používateľmi bez zásahu dodávateľa.

494

|**Nástroje pre tvorbu dokumentácie a formulárov**|E1|Podporujú tvorbu a úpravu štruktúrovanej dokumentácie.

495

|**Komunikačný modul**|E1|Umožňuje posielanie urgentných a neurgentných správ medzi používateľmi.

496

|**Výkazníctvo zdravotným poisťovniam a NCZI**|E1|Automatizuje odosielanie údajov a minimalizuje chybovosť.

497

|**Platené služby**|E1|Eviduje výkony a služby hradené pacientom mimo verejného zdravotného poistenia.

498

|**Plánovanie zdravotnej starostlivosti**|E1|Podporuje koordináciu starostlivosti naprieč oddeleniami.

499

|**Správa systému**|E1|Modul na správu používateľov, konfiguráciu systému a monitorovanie jeho prevádzky.

500

501

Tabuľka 9 Moduly systému

502

503

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

504

505

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

506

507

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

508

509

|**Charakteristika**|(((

510

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

511

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

512

)))

513

|**Plusy**|(((

514

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

515

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

516

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

517

)))

518

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

519

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

520

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

521

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

522

)))

523

524

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

525

526

|**Charakteristika**|(((

527

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

528

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

529

)))

530

|**Plusy**|(((

531

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

532

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

533

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

534

)))

535

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

536

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

537

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

538

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

539

)))

540

541

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

542

543

|**Charakteristika**|(((

544

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

545

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

546

)))

547

|**Plusy**|(((

548

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

549

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

550

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

551

)))

552

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

553

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

554

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

555

)))

556

557

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:

558

559

560

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

561

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

562

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

563

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

564

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

565

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

566

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

567

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

568

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

569

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

570

571

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

572

573

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

574

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

575

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

576

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

577

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

578

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

579

580

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

581

582

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

583

584

* Inkrement 1 bude realizovaný do 4 mesiacov

585

* Inkrement 2 bude realizovaný do 9 mesiacov

586

587

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

588

589

* Analýza a dizajn

590

* Implementácia a testovanie

591

* Nasadenie

592

593

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

594

595

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.

596

597

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

598

599

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

600

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

601

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

602

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

603

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

604

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

605

| |(3) Zoznam licencií

606

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

607

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

608

|M-03|Akceptačný protokol

609

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

610

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

611

|I-02|Projektový zámer

612

|I-04|Katalóg požiadaviek

613

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

614

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

615

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

616

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

617

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

618

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

619

(3) Biznis architektúra*

620

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

621

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

622

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

623

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

624

(4) Dátová architektúra

625

(5) Aplikačná architektúra*

626

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

627

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

628

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

629

(6) Technologická architektúra*

630

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

631

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

632

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

633

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

634

(SLA) a výkonnosť

635

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

636

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

637

(11) Migrácia dát

638

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

639

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

640

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

641

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

642

(2) Testovacie prostredia

643

(3) Testovacie dáta

644

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

645

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

646

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

647

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

648

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

649

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

650

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

651

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

652

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

653

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

654

|R3-3|Školenia personálu

655

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

656

|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

657

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

658

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

659

|(4) Zdrojové kódy a licencie

660

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

661

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

662

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

663

|(8) Bezpečnostný projekt

664

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

665

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

666

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

667

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

668

| |DOKONČOVACIA FÁZA

669

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

670

a požiadavky:

671

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

672

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

673

674

Tabuľka 10 Etapy a výstupy projektu

675

676

1. NÁHĽAD ARCHITEKTÚRY

677

11. Biznis architektúra

678

679

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

680

681

[[image:1744357152260-193.png]]

682

683

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.

684

685

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

686

687

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

688

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

689

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

690

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

691

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

692

693

**Biznis služby poskytované NIS**

694

695

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

696

697

* Služba ambulantnej

698

* Služba lôžkovej zdravotnej starostlivosti

699

* Služba evidencie pacientov a zdravotnej dokumentácie

700

* Služba elektronickej preskripcie

701

* Služba komunikácie s eZdravím

702

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

703

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

704

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

705

706

**Podporované biznis procesy**

707

708

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

709

710

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

711

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

712

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

713

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

714

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

715

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

716

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

717

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

718

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

719

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

720

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

721

*1. Aplikačná architektúra

722

723

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

724

725

[[image:1744357152264-802.png]]

726

727

**Modul Pacient / registrácia**

728

729

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.

730

731

**Modul Zdravotná dokumentácia**

732

733

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

734

735

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

736

737

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

738

739

**Modul ePreskripcia a eZdravie**

740

741

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.

746

747

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

748

749

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

750

751

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

752

753

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.

754

755

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

756

757

1.

758

11. Technologická architektúra

759

760

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

761

762

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

763

764

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

765

766

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.

767

768

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

769

770

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

771

772

1. LEGISLATÍVA

773

11. Potreba legislatívnych zmien

774

775

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

776

777

1.

778

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

779

780

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.

781

782

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

783

784

* 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

785

* 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

786

* 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

787

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

788

* 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

789

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

790

791

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

792

793

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

794

* 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

795

* 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

796

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

797

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

798

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

799

* 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

800

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

801

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

802

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

803

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

804

805

1. ROZPOČET A PRÍNOSY

806

807

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

808

809

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

810

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

811

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

812

813

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

814

815

1.

816

11. Prínosy realizácie projektu

817

818

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.

819

820

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

821

822

1. Zabezpečenie kontinuity prevádzky nemocnice

823

824

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

825

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

826

827

1. Zlepšenie kvality zdravotnej starostlivosti

828

829

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

830

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

831

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

832

833

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

834

835

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

836

* Zníženie chybovosti a duplicity údajov.

837

* Viac času pre pacienta – menej pre papierovanie.

838

839

1. Zefektívnenie manažmentu a riadenia nemocnice

840

841

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

842

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

843

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

844

845

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

846

847

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

848

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

849

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

850

851

1. Plná legislatívna a technologická kompatibilita

852

853

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

854

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

855

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

856

857

1. Pripravenosť na dlhodobý rozvoj

858

859

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

860

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

861

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

862

863

1.

864

11. Monetizácia prínosov nového riešenia a vyhodnotenie CBA

865

866

V nasledujúcej tabuľke je prehľad kalkulovaných prínosov navrhovaného riešenia:

867

868

|**Oblasť úspor**|**Popis**|**Výpočet/odhad**|**Ročná úspora (€)**

869

|**Administratívna efektivita**|Skrátenie času na administratívne spracovanie hospitalizácie z 20 → 10 minút.|40 000 hospitalizácií × 10 min / 60 hod × 10 €/hod|66 667 €

870

|**Digitalizácia dokumentácie**|Zvýšenie štruktúrovaných záznamov z 40 % → 90 %, nižšia chybovosť, rýchlejší prístup.|Odhad cca 1 FTE na správu dokumentov pri mzdových nákladoch cca 1650 €/ mesiace|19 800 €

871

|**Elektronické výkazníctvo a eZdravie**|Automatizácia → menej ručného dopĺňania a chýb.|Úspora 1 administratívnej pozície pri mzdových nákladov cca 1650 €/ mesiac|19 800 €

872

|**Riadenie na základe dát (BI reporting)**|Rýchlejšie rozhodovanie, optimalizácia lôžok, liekov, personálu.|Odhadované zníženie prevádzkových nákladov o 0,5 % z 5 mil. €|25 000 €

873

|**Nižšia chybovosť a duplicity údajov**|Menej prestojov, revízií a opráv, zníženie nákladov na audity.|Odhad zníženia strát z chýb o 20 %|15 000 €

874

|**Zníženie papierovej dokumentácie**|Menej tlače, archivácie, presun na e-dokumenty.|0,5 € na dokument, priem. 10 dokumentov/pacienta|20 000 €

875

|**Zníženie záťaže na IT oddelenie**|Nový systém so SLA, menšie množstvo podpôr a incidentov.|0,5 FTE úspora IT admina|10 000 €

876

|**Redukcia prestojov a výpadkov systému**|Zvýšenie dostupnosti zo 95 % → 99,5 %, čo zníži straty z výpadkov systému|3-hodinový výpadok = 2 000 €, ušetrené 40 hodín|26 667 €

877

|**Zníženie duplicity vyšetrení MR**|Jedná sa o predpokladané zníženie duplicity vyšetrení o cca 5 %|Počet vyšetrení za rok cca 3000 * 5 % duplicít * sadzba za vyšetrenie cca 300 €|45 000 €

878

|**Zníženie duplicity vyšetrení CT**|Jedná sa o predpokladané zníženie duplicity vyšetrení o cca 5 %|Počet vyšetrení za rok cca 23 000 * 5 % duplicít * sadzba za vyšetrenie cca 150 €|172 500 €

879

|**Zníženie duplicity vyšetrení MAMO**|Jedná sa o predpokladané zníženie duplicity vyšetrení o cca 5 %|Počet vyšetrení za rok cca 4000 * 5 % duplicít * sadzba za vyšetrenie cca 60 €|12 000 €

880

|**Dodatočné QALY (quality Adjusted Life Years)***|Jedná sa o zvyšovanie dodatočných kvalitných rokov života a to zefektívnením poskytovania Zdravotnej starostlivosti. |(((

881

Predpokladáme, že:

882

883

* 2–4 % pacientov (z 40 000 ročne) získa **zlepšenie QALY o 0,05 – 0,1**,

884

* hodnotu 1 QALY uvažujeme konzervatívne 25–30 tis. €,

885

* typické prípady: seniori, urgentné stavy, chronické diagnózy s pozitívnym dopadom lepšej starostlivosti.

886

)))|cca 1 000 000 €

887

|(% colspan="3" %)**SPOLU**|1 432 434 €

888

889

~* - [[https:~~/~~/yhec.co.uk/glossary/quality-adjusted-life-year-qaly/?utm_source=chatgpt.com>>https://yhec.co.uk/glossary/quality-adjusted-life-year-qaly/?utm_source=chatgpt.com]]

890

891

**Základný popis zdôvodnenia:**

892

893

* **Efektivita práce**: Výrazné zrýchlenie administratívnych úkonov potvrdzujú projekty digitalizácie v ČR (Nemocnica v Havlíčkovom Brode – úspora 1 FTE na 10 000 hospitalizácií ročne) a benchmarking EMRAM (HIMSS) úrovní 4 – 6.

894

* **BI reporty**: WHO a OECD odporúčajú datadriven manažment ako kľúčový faktor pre zníženie nákladov v nemocničných zariadeniach o 0,3–0,7 %.

895

* **Papierové náklady**: Zhodné s analýzami slovenských nemocníc zapojených do eZdravia – digitalizácia dokumentácie znižuje náklady na tlač, toner, archiváciu.

896

* **Výpadky systému**: Každá hodina výpadku môže podľa štúdií v EÚ (napr. EY Healthcare Disruption Cost Studies) predstavovať niekoľkotisícové náklady z hľadiska obmedzenia prevádzky.

897

* **Počet hospitalizácií**: Vychádza z celkového počtu hospitalizácii cca 100 000 ročne, pričom analyzovaná nemocnica tvorí cca 35 – 40% hospitalizačnej kapacity

898

* (((

899

**Zdôvodnenie QALY prínosu nového NIS:**

900

901

* **Rýchly a úplný prístup k zdravotnej dokumentácii**

902

→ znižuje chybovosť, zdržania pri liečbe, redundantné vyšetrenia.

903

* **Podpora klinického rozhodovania (CDSS)**

904

→ upozornenia na alergie, liekové interakcie, riziká – priamo znižujú úmrtnosť a komplikácie.

905

* **Interoperabilita (PACS, LIS, eZdravie)**

906

→ skôr dostupné výsledky → rýchlejšia diagnostika a liečba.

907

* **Digitalizované ošetrovateľské záznamy a lieky**

908

→ menej chýb pri podávaní liekov, presnejší plán starostlivosti.

909

* **Zníženie výpadkov systému**

910

→ nižšia pravdepodobnosť ohrozenia života v kritických momentoch.

)))

**Hodnotenie CBA**

V nasledujúcej tabuľke je uvedené vyhodnotenie CBA:

|t1|0,00|-4 072 233,32|-4 072 233,32|0,00|-3 393 527,77|-3 393 527,77|0|-4 072 233,32|-3 393 527,77|-3 393 527,77|<

920

|t2|0,00|-1 436 355,62|-1 436 355,62|0,00|235 470,98|235 470,98|1|-1 381 111,18|224 258,08|-3 169 269,69|<

921

|t3|0,00|-747 555,62|-747 555,62|0,00|809 470,98|809 470,98|2|-691 157,20|734 214,04|-2 435 055,65|<

922

|t4|0,00|-747 555,62|-747 555,62|0,00|809 470,98|809 470,98|3|-664 574,23|699 251,47|-1 735 804,19|<

923

|t5|0,00|-747 555,62|-747 555,62|0,00|809 470,98|809 470,98|4|-639 013,68|665 953,78|-1 069 850,41|<

924

|t6|0,00|-747 555,62|-747 555,62|0,00|809 470,98|809 470,98|5|-614 436,23|634 241,69|-435 608,71|<

925

|t7|0,00|-747 555,62|-747 555,62|0,00|809 470,98|809 470,98|6|-590 804,07|604 039,71|168 431,00|Rok návratu investície

926

|t8|0,00|-747 555,62|-747 555,62|0,00|809 470,98|809 470,98|7|-568 080,84|575 275,91|743 706,91|>

927

|t9|0,00|-747 555,62|-747 555,62|0,00|809 470,98|809 470,98|8|-546 231,57|547 881,82|1 291 588,73|>

928

|t10|0,00|-747 555,62|-747 555,62|0,00|809 470,98|809 470,98|9|-525 222,67|521 792,21|1 813 380,94|>

929

|SPOLU|0,00|-11 489 033,94|-11 489 033,94|0,00|3 317 711,05|3 317 711,05|SPOLU|-10 292 864,98|1 813 380,94| |

930

| | | | | | | | | | | |

931

932

| | | | | | | |BCR|pomer prínosov a nákladov|1,01|1,00|

933

934

| | | | | | | |EIRR|ekonomická vnútorná výnosová miera ~(%)|14,8%|5,0%|

935

| | | | | | | | | | | |

936

| | | | | | | |FNPV|finančná čistá súčasná hodnota (eur s DPH)|-10 292 865|-|

937

| | | | | | | |ENPV|ekonomická čistá súčasná hodnota (eur bez DPH)|1 813 381|0|

938

939

Hoci projekt **nie je návratový čisto na úsporách**, čo je pri **legislatívne kritickej IT investícii** bežné, je prínosným najmä z nasledujúcich dôvodov:

940

941

* zabránení výpadku nemocničnej prevádzky, ktorá by mohla byť spôsobená neimplemenátiou potrebných zmien, ktoré po 31.3.2025 dodávateľ nezabezpečuje,

942

* plnení zákonných požiadaviek (eZdravie, GDPR, ZKB),

943

* zvýšení kvality starostlivosti a pripravenosti na digitalizáciu.

944

945

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

946

947

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:

948

949

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

950

951

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

**ZAČIATOK**

**(odhad termínu)**

)))|(((

**KONIEC**

**(odhad termínu)**

)))|**POZNÁMKA**

|1.|Prípravná a iniciačná fáza|01/2025|05/2025|

961

|2.|Realizačná fáza|06/2025|02/2026|

962

|3a|Analýza a Dizajn|06/2025|06/2025|

963

|3b|Nákup technických prostriedkov, programových prostriedkov a služieb|06/2025|07/2025|Dodávka bude súčasťou VO

964

965

|3c|Implementácia a testovanie|07/2025|08/2025|

966

|3d|Nasadenie a PIP|08/2025|08/2025|PIP - 3 mesiace po nasadení

967

968

| |Implementácia a testovanie|09/2025|01/20256|

969

|4.|Nasadenie a PIP|01/2026|02/2026|PIP - 3 mesiace po nasadení

970

|5.|Podpora prevádzky (SLA)|02/2026|01/2028|Bude súčasťou VO

1. PROJEKTOVÝ TÍM

Zostavuje sa Riadiaci výbor (RV), v minimálnom zložení:

975

976

* Predseda RV

977

* zástupca vlastníkov procesov objednávateľa

978

* zástupca kľúčových používateľov objednávateľa

979

* zástupca dodávateľa (dopĺňa sa až po VO / voliteľný člen)

980

981

Zostavuje sa Projektový tím objednávateľa

982

983

* kľúčový používateľ,

* IT analytik,

* IT architekt,

* manažér kvality,

* vlastník procesov

1. PRACOVNÉ NÁPLNE

|(((

**KĽUČOVÝ POUŽIVATEĽ **(end user)

998

)))

999

|(((

1000

* zodpovedný za reprezentáciu záujmov budúcich používateľov projektových produktov alebo projektových výstupov a za overenie kvality produktu.

1001

1002

* zodpovedný za návrh a špecifikáciu funkčných a technických požiadaviek, potreby, obsahu, kvalitatívnych a kvantitatívnych prínosov projektu, požiadaviek koncových používateľov na prínos systému a požiadaviek na bezpečnosť.

1003

1004

* Kľúčový používateľ (end user) navrhuje a definuje akceptačné kritériá, je zodpovedný za akceptačné testovanie a návrh na akceptáciu projektových produktov alebo projektových výstupov a návrh na spustenie do produkčnej prevádzky. Predkladá požiadavky na zmenu funkcionalít produktov a je súčasťou projektových tímov

)))

|(((

**IT ANALYTIK**

)))

|(((

* zodpovedá za zber a analyzovanie funkčných požiadaviek, analyzovanie a spracovanie dokumentácie z pohľadu procesov, metodiky, technických možností a inej dokumentácie. Podieľa sa na návrhu riešenia vrátane návrhu zmien procesov v oblasti biznis analýzy a analýzy softvérových riešení. Zodpovedá za výkon analýzy IS, koordináciu a dohľad nad činnosťou SW analytikov.

1012

* analyzuje požiadavky na informačný systém/softvérový systém, formálnym spôsobom zaznamenáva činnosti/procesy, vytvára analytický model systému, okrem analýzy realizuje aj návrh systému, ten vyjadruje návrhovým modelom.

1013

* Analytik informačných technológií pripravuje špecifikáciu cieľového systému od procesnej až po technickú rovinu. Mapuje a analyzuje existujúce podnikateľské a procesné prostredie, analyzuje biznis požiadavky na informačný systém, špecifikuje požiadavky na informačnú podporu procesov, navrhuje koncept riešenia a pripravuje podklady pre architektov a vývojárov riešenia, participuje na realizácii zmien, dohliada na realizáciu požiadaviek v cieľovom riešení, spolupracuje pri ich preberaní (akceptácie) používateľom.

1014

* Pri návrhu IT systémov využíva odbornú špecializáciu IT architektov a projektantov. Študuje a analyzuje dokumentáciu, požiadavky klientov, legislatívne a technické podmienky a možnosti zvyšovania efektívnosti a výkonnosti riadiacich a informačných procesov. Navrhuje a prerokúva koncepcie riešenia informačných systémov a analyzuje ich efekty a dopady. Zabezpečuje spracovanie analyticko-projektovej špecifikácie s návrhom dátových a objektových štruktúr a ich väzieb, užívateľského rozhrania a ostatných podkladov pre projektovanie nových riešení.

1015

* Spolupracuje na projektovaní a implementácii návrhov. Môže tiež poskytovať poradenstvo v oblasti svojej špecializácie. Zodpovedá za návrhovú (design) časť IT - pôsobí ako medzičlánok medzi používateľmi informačných systémov (biznis pohľad) a ich realizátormi (technologický pohľad).

)))

|(((

**IT ARCHITEKT**

)))

|(((

* zodpovedá za návrh architektúry riešenia IS a implementáciu technológií predovšetkým z pohľadu udržateľnosti, kvality a nákladov, za riešenie architektonických cieľov projektu dizajnu IS a súlad s architektonickými princípmi.

1023

* vykonáva, prípadne riadi vysoko odborné tvorivé činnosti v oblasti návrhu IT. Študuje a stanovuje smery technického rozvoja informačných technológií, navrhuje riešenia na optimalizáciu a zvýšenie efektívnosti prostriedkov výpočtovej techniky. Navrhuje základnú architektúru informačných systémov, ich komponentov a vzájomných väzieb. Zabezpečuje projektovanie dizajnu, architektúry IT štruktúry, špecifikácie jej prvkov a parametrov, vhodnej softvérovej a hardvérovej infraštruktúry podľa základnej špecifikácie riešenia.

1024

* zodpovedá za spracovanie a správu projektovej dokumentácie a za kontrolu súladu implementácie s dokumentáciou. Môže tiež poskytovať konzultácie, poradenstvo a vzdelávanie v oblasti svojej špecializácie. IT architekt, projektant analyzuje, vytvára a konzultuje so zákazníkom riešenia na úrovni komplexných IT systémov a IT architektúr, najmä na úrovni aplikačného vybavenia, infraštruktúrnych systémov, sietí a pod. Zaručuje, že návrh architektúry a/alebo riešenia zodpovedá zmluvne dohodnutým požiadavkám zákazníka v zmysle rozsahu, kvality a ceny celej služby/riešenia.

)))

|(((

**MANAŽÉR KVALITY**

)))

|(((

* zodpovedá za priebežné vyžadovanie, hodnotenie a kontrolu kvality (vecnej aj formálnej) počas celého projektu. Je zodpovedný za úvodné nastavenie pravidiel riadenia kvality a za následné dodržiavanie a kontrolu kvality jednotlivých projektových výstupov. Sleduje a hodnotí kvalitatívne ukazovatele projektových výstupov a o zisteniach informuje projektového manažéra objednávateľa formou pravidelných alebo nepravidelných správ/záznamov.

1032

1033

* plánuje, koordinuje, riadi a kontroluje systém manažérstva kvality, monitoruje a meria procesy a identifikuje príležitosti na trvalé zlepšovanie systému manažérstva kvality v organizácii v súlade s platnými normami. Zabezpečuje tvorbu cieľov a koncepcie kvality, vrátane kontroly ich plnenia a vykonáva interné a externé audity kvality v súlade s plánom.

1034

1035

* Počas celej doby realizácie projektu zabezpečuje zhodu kvality projektových výstupov s požiadavkami. Realizuje postupy riadenia kvality tak, aby výsledkom boli projektové výstupy spĺňajúce požiadavky objednávateľa. Kontroluje, či sa riadenie a proces zabezpečenia kvality vykonáva správnym spôsobom, v správnom čase a správnymi osobami.

)))

|(((

**VLASTNÍK PROCESOV **(biznis vlastník)

1040

)))

1041

|(((

1042

* zodpovedá za proces - jeho výstupy i celkový priebeh poskytnutia služby alebo produktu konečnému užívateľovi. Kľúčová rola na strane zákazníka (verejného obstarávateľa), ktorá schvaľuje biznis požiadavky a zodpovedá za výsledné riešenie, prínos požadovanú hodnotu a naplnenie merateľných ukazovateľov. Úlohou tejto roly je definovať na užívateľa orientované položky (user-stories), ktoré budú zaradzované a prioritizované v produktovom zásobníku. Zodpovedá za priebežné posudzovanie vecných výstupov dodávateľa v rámci analýzy, návrhu riešenia vrátane DNR z pohľadu analýzy a návrhu riešenia aplikácii IS.

1043

1044

* zodpovedný za schválenie funkčných a technických požiadaviek, potreby, obsahu, kvalitatívnych a kvantitatívnych prínosov projektu. Definuje očakávania na kvalitu projektu, kvalitu projektových produktov, prínosy pre koncových používateľov a požiadavky na bezpečnosť. Definuje merateľné výkonnostné ukazovatele projektov a prvkov. Vlastník procesov schvaľuje akceptačné kritériá, rozsah a kvalitu dodávaných projektových výstupov pri dosiahnutí platobných míľnikov, odsúhlasuje spustenie výstupov projektu do produkčnej prevádzky a dostupnosť ľudských zdrojov alokovaných na realizáciu projektu.

)))

1. ODKAZY

N/A

1. PRÍLOHY