I-02 Projektový zámer (Nemocničný informačný systém)

1

[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_5d283de4ad3c0b7a.png||height="49" width="225"]]

2

**PROJEKTOVÝ ZÁMER**

3

**Vzor pre manažérsky výstup I-02**

4

**podľa vyhlášky MIRRI č. 401/2023 Z. z.**

5

6

|**Povinná osoba**|{{content id="projekt.asociovane_po" template="[[${po.nazov}]]"}}Fakultná nemocnica Nitra{{/content}}

7

|**Názov projektu**|{{content id="projekt.nazov"}}Nemocničný informačný systém{{/content}}

8

|**Zodpovedná osoba za projekt**|Vedenie FN

9

|**Realizátor projektu**|{{content id="projekt.asociovane_po" template="[[${po.nazov}]]"}}Fakultná nemocnica Nitra{{/content}}

10

|**Vlastník projektu**| {{content id="projekt.vlastnik.nazov"}}Fakultná nemocnica Nitra{{/content}}

11

**Schvaľovanie dokumentu**

12

13

**Podpis**

14

(alebo elektronický súhlas)

)))

|Vypracoval|(((

|Ing. Martin Juhás

)))|Fakultná nemocnica Nitra|Prevádzkový námestník|01.03.2025|

19

20

= {{id name="_Toc152607282"/}}{{id name="_Toc524109316"/}}{{id name="_Toc750608766"/}}{{id name="_Toc1668519232"/}}{{id name="_Toc1701549819"/}}{{id name="_Toc1964418579"/}}{{id name="_Toc947666535"/}}{{id name="_Toc33433513"/}}{{id name="_Toc556769729"/}}{{id name="_Toc1400213064"/}}{{id name="_Toc148367215"/}}{{id name="_Toc1875421741"/}}1.História DOKUMENTU =

21

22

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

23

|//0.1//|01.02.2025|//Pracovný návrh//|

24

|//1.0//|01.03.2025|//Zapracovanie súladu s vyhláškou č. 401/2023 Z. z.//|

25

| | | |

26

27

= {{id name="_Toc152607284"/}}{{id name="_Toc683485446"/}}{{id name="_Toc365474999"/}}{{id name="_Toc1488819067"/}}{{id name="_Toc461533771"/}}{{id name="_Toc1193242276"/}}{{id name="_Toc738207424"/}}{{id name="_Toc2067375730"/}}{{id name="_Toc336064095"/}}{{id name="_Toc62328600"/}}{{id name="_Toc1636304797"/}}{{id name="_Toc635885549"/}}{{id name="_Toc152607283"/}}2.ÚČEL DOKUMENTU, SKRATKY (KONVENCIE) A DEFINÍCIE =

28

29

V súlade s Vyhláškou 401/2023 Z.z. je dokument I-02 Projektový zámer určený na rozpracovanie detailných informácií prípravy projektu, aby bolo možné rozhodnúť o pokračovaní prípravy projektu, pláne realizácie, alokovaní rozpočtu a ľudských zdrojov.

30

31

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

32

33

|**SKRATKA/POJEM**|**POPIS**

34

| FN|Fakultná nemocnica

35

| ZS|Zdravotná starostlivosť

36

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

37

| KB|Kybernetická bezpečnosť

38

| SW|Software

39

| HW|Hardware

40

| MIRI|Ministerstvo investícií, regionálneho rozvoja a informatizácie SR

41

| MZ|Ministerstvo zdravotníctva

42

| VO|Verejné obstarávanie

| |

== 2.2Konvencie pre typy požiadaviek ==

48

49

|**KATEGÓRIA POŽIADAVKY**

50

_funkčná požiadavka

51

_nefunkčná požiadavka

52

_technická požiadavka|**DETAILNÝ POPIS POŽIADAVKY**

53

|**Technicka poziadavka**|NIS musí byť na klientovi prevádzkovaný v 32 resp. 64 bitovom operačnom systéme Windows v internetovom prehliadači ako webová aplikácia

54

|**Technicka poziadavka**|Požadujeme, aby centrálna serverová infraštruktúra bola prevádzkovaná v cloudovom prostredí

55

|**Ne-Funkcna poziadavka**|Požadujeme migráciu údajov z doterajšieho Nemocničného informačného systém XANTA minimálne v rozsahu kompletných medicínskych údajov o všetkých pacientoch

56

|**Ne-Funkcna poziadavka**|Dostupnosť NIS musí byť minimálne 99%

57

|**Technicka poziadavka**|Systém musí umožniť jedinečnosť prístupových kódov a hesiel s kryptovanými heslami

58

|**Technicka poziadavka**|Systém musí mať možnosť voliteľnej Windows autentifikácie cez active directory do NIS pre jednotlivých používateľov

59

|**Funkcna poziadavka**|NIS musí centralizovať zdravotnú dokumentáciu v rámci nemocnice na pacienta

60

|**Funkcna poziadavka**|NIS musí ukladať výsledky diagnostiky v štruktúrovanej podobne v karte pacienta a zároveň sú doplnené v definovanom rozsahu podľa odbornosti do ambulantnej správy, prípadne dekurzu

61

|**Funkcna poziadavka**|NIS musí na komunikáciu s eZdravie používať požadované funkcionality, služby a rozhrania minimálne v rozsahu eRecept, eVyšetrenie, eOčkovanie, eDPN, eID, HoN

62

|**Funkcna poziadavka**|NIS musí byť pravidelne aktualizovaný v súlade s legislatívou SR a požiadavkami MZSR, NCZI, ZP,

63

|**Funkcna poziadavka**|NIS musí na komunikáciu s eZdravie používať požadované funkcionality, služby a rozhrania minimálne v rozsahu eRecept, eVyšetrenie, eOčkovanie, eDPN, eID, HoN

* //.//

= {{id name="_Toc47815693"/}}{{id name="_Toc152607289"/}}{{id name="_Toc2101596728"/}}{{id name="_Toc21597077"/}}{{id name="_Toc200637902"/}}{{id name="_Toc1533185111"/}}{{id name="_Toc1887694913"/}}{{id name="_Toc824463063"/}}{{id name="_Toc2032956156"/}}{{id name="_Toc1083272272"/}}{{id name="_Toc1535460233"/}}{{id name="_Toc2126332012"/}}{{id name="_Toc461677146"/}}{{id name="_Toc152607288"/}}3.DEFINOVANIE PROJEKTU =

68

69

== {{id name="_Toc152607290"/}}{{id name="_Toc653156677"/}}{{id name="_Toc1001409967"/}}{{id name="_Toc294056164"/}}{{id name="_Toc822212923"/}}{{id name="_Toc700822328"/}}{{id name="_Toc1982046122"/}}{{id name="_Toc32260942"/}}{{id name="_Toc629221952"/}}{{id name="_Toc423614589"/}}{{id name="_Toc1077465011"/}}{{id name="_Toc723955740"/}}3.1Manažérske zhrnutie ==

70

71

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. 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 vo FN Nitra spôsobiť výrazné obmedzenie až zastavenie poskytovania zdravotnej starostlivosti pacientom s dopadom na finančný a personálny stav ako aj kredit nemocnice. Vyššie uvedené spôsobilo, že FN Nitra 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 vo FN Nitra. Zámerom projektu rozvoja (META IS: projekt_3325) 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.

72

73

Implementácia nového NIS je nevyhnutným krokom z pohľadu udržateľnosti a bezpečnosti poskytovania zdravotnej starostlivosti vo FN Nitra. Existujúci NIS nemá k dispozícii servisnú podporu a nie je do neho možné zapracovať akékoľvek nové legislatívne požiadavky.

74

75

76

== {{id name="_Toc152607292"/}}{{id name="_Toc312483730"/}}{{id name="_Toc2111721766"/}}{{id name="_Toc1058305394"/}}{{id name="_Toc656462781"/}}{{id name="_Toc1832659409"/}}{{id name="_Toc488319966"/}}{{id name="_Toc1232937879"/}}{{id name="_Toc392723854"/}}{{id name="_Toc1753883964"/}}{{id name="_Toc141343421"/}}{{id name="_Toc1911602422"/}}{{id name="_Toc47815694"/}}{{id name="_Toc152607291"/}}3.2Motivácia a rozsah projektu ==

77

78

* (((

79

Vzhľadom na vypovedanie servisnej podpory na existujúci NIS Xanta je nevyhnutné tento zastaralý NIS nahradiť novým NIS spĺňajúcim všetky legislatívne a užívateľské požiadavky.

80

81

82

Súčasný NIS vykazuje nasledujúce závažné nedostatky:

83

)))

84

* Externý Audit bezpečnosti NIS Xanta, ako aj serverov poukazuje na viaceré kritické zraniteľnosti z aplikačného pohľadu, ako aj z pohľadu prevádzky systému aj jeho podpory

85

* Momentálne sa na NIS Xanta nachádza veľké množstvo kritických zraniteľností spôsobených prevádzkovaním neaktuálnych softvérových produktov bez možnosti ich aktualizácie.

86

* Klient XANTA používa UNIFACE 9.6 z roku 2012 s ukončenou podporou v roku 2017.

87

* Program XANTA používa zastaraný .NET Framework 3.5 z roku 2007

88

* Momentálne nie je možné vykonať kontrolu záloh systému a ak dôjde k poškodeniu hardvérového vybavenia, nie je možné vykonať migráciu dát.

89

* V programe XANTA absentuje možnosť prepojenia na digitálnu patológiu – súčasť projektu. Nedokážeme zabezpečiť udržateľnosť projektu.

* (((

)))

== {{id name="_Toc152607293"/}}{{id name="_Toc1804717142"/}}{{id name="_Toc2082286828"/}}{{id name="_Toc408208333"/}}{{id name="_Toc2091742582"/}}{{id name="_Toc1276965606"/}}{{id name="_Toc1095995576"/}}{{id name="_Toc1849077951"/}}{{id name="_Toc1415248283"/}}{{id name="_Toc213456280"/}}{{id name="_Toc1645756734"/}}{{id name="_Toc305576249"/}}{{id name="_Toc47815695"/}}3.3Zainteresované strany/Stakeholderi ==

95

96

* //Doplňte KTO (zoznam subjektov/osôb) sa zúčastňuje projektu a akú rolu zastáva//

97

98

|ID|AKTÉR / STAKEHOLDER|(((

SUBJEKT

(názov / skratka)

)))|(((

ROLA

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

)))|(((

Informačný systém

(MetaIS kód a názov ISVS)

)))

|4.|Vedenie FN Nitra (riaditeľ, ekonomický námestník, námestník pre ošetrovateľskú starostlivosť, námestník pre zdravotnú starostlivosť)|Vedenie|(((

Strategické

rozhodovanie,

schvaľovanie rozpočtu a

priorít projektu.

)))|

|5.|IT oddelenie|IT|(((

124

Zabezpečenie

125

126

technickej infraštruktúry,

127

128

inštalácia, podpora a

údržba systému.

)))|

|6.|Odborný zdravotnícky personál (lekári, sestry)|Lekári|(((

133

Definovanie požiadaviek

na funkcionalitu

systému, testovanie a

spätná väzba.

)))|

|7.|Projektový tím| |(((

142

Koordinácia

143

144

implementácie, riadenie

harmonogramu,

dokumentácia a

reporting.

)))|

|8.|(((

Pacienti (nepriami

používatelia)

)))|Občan|(((

Cieľová skupina –

zlepšenie kvality

starostlivosti a

dostupnosti údajov.

)))|

|9.|(((

NCZI a zdravotné

poisťovne

)))|NZCI a ZP|(((

Napojenie na eZdravie,

171

172

výkazníctvo, kontrola

dátovej kvality.

)))|

== {{id name="_Toc1171095368"/}}{{id name="_Toc917011599"/}}{{id name="_Toc1971312639"/}}{{id name="_Toc1126157752"/}}{{id name="_Toc1310576106"/}}{{id name="_Toc2022117806"/}}{{id name="_Toc1657084950"/}}{{id name="_Toc1062413439"/}}{{id name="_Toc2022428828"/}}{{id name="_Toc2122222112"/}}{{id name="_Toc754065181"/}}{{id name="_Toc152607307"/}}{{id name="_Toc47815696"/}}{{id name="_Toc152607306"/}}{{id name="_Toc152607305"/}}{{id name="_Toc152607304"/}}{{id name="_Toc152607303"/}}{{id name="_Toc152607302"/}}{{id name="_Toc152607301"/}}{{id name="_Toc152607300"/}}{{id name="_Toc152607299"/}}{{id name="_Toc152607298"/}}{{id name="_Toc152607297"/}}{{id name="_Toc152607296"/}}{{id name="_Toc152607295"/}}{{id name="_Toc152607294"/}}3.4Ciele projektu ==

178

179

//Do tabuliek nižšie doplniť CIEĽ /CIELE PROJEKTU, ich mapovanie na strategické ciele (napr. z NKIVS, KRIT a iných strategických dokumentov) a súvisiace merateľné ukazovatele (KPI- key performance indicators). Ciele musia byť S.M.A.R.T. - //konkrétne, merateľné, dosiahnuteľné, relevantné, časovo ohraničené.

180

181

|**ID**|

182

\\**Názov cieľa**|**Názov strategického cieľa**|**Spôsob realizácie strategického cieľa**

183

|1|Eliminácia výpadku poskytovania ZS|Dostupná zdravotná starostlovosť|Implementácia nového NIS

184

|2|Zvýšenie KB|Kybernetická bezpečnosť|Aplikácia legislatívnych požiadaviek na KB

185

|3|Archivácia zdravotných údajov pacienta|Archivácia|Aplikácia SW riešenia na zálohu dát

186

187

== {{id name="_Toc152607308"/}}3.5Merateľné ukazovatele (KPI) ==

188

189

|**ID**|

190

\\**ID/Názov cieľa**|**Názov

191

ukazovateľa **(KPI)|**Popis

192

ukazovateľa**|**Merná jednotka**

|**AS IS

merateľné hodnoty

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

Merateľné hodnoty

**(cieľové hodnoty)|**Spôsob ich merania**|**Pozn.**

198

|1|Výmena NIS|Ostatné KPI|Včasné nasadenie nového NIS|Týždeň|1|36|Časový harmonogram|...

199

200

* //Vzory merateľných ukazovateľov pre projekt sú publikované v Checkliste pre agendu Merateľné ukazovatele/KPI (//__[[https:~~/~~/www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html>>url:https://www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html]]__// )//

201

* //**AS IS merateľné ukazovatele** – t. j. popíšte, aké merateľné ukazovatele máte teraz (vpíšte výsledky meraní – v merateľných jednotkách) .//

202

* //**TO BE merateľné ukazovatele** – t. j. popíšte cieľové merateľné ukazovatele, ktoré chcete dosiahnuť.//

203

* //Odporúčame, aby váš budúci IS mal automatizovaný monitoring (na pravidelnej báze, napr. týždenne) vami stanovených merateľných ukazovateľov – s cieľom, aby ste mohli riadiť službu, produkt, proces, ľudí//

204

* //V prípade financovania cez zdroje EÚ uvádzať aj Projektové merateľné ukazovatele z operačného programu (špecifické ciele, merateľné ukazovatele atď).//

205

206

== {{id name="_Toc152607312"/}}{{id name="_Toc1937275886"/}}{{id name="_Toc741126126"/}}{{id name="_Toc1465086354"/}}{{id name="_Toc1808286414"/}}{{id name="_Toc773473969"/}}{{id name="_Toc1151283522"/}}{{id name="_Toc1993493887"/}}{{id name="_Toc2086720991"/}}{{id name="_Toc484272872"/}}{{id name="_Toc1278737203"/}}{{id name="_Toc325672769"/}}{{id name="_Toc152607311"/}}{{id name="_Toc152607309"/}}3.6Špecifikácia potrieb koncového používateľa ==

207

208

* NIS musí poskytovať intuitívne užívateľské rozhranie pre používateľov;

209

* NIS musí mať používateľské rozhranie v slovenskom jazyku

210

* NIS musí spĺňať všetky zákonné požiadavky a je certifikovaný v plnom rozsahu povinných funkcionalít podľa platných integračných manuálov a procesných scenárov publikovaných NCZI. Certifikácia sa preukazuje uvedením na webovom sídle NCZI

211

* NIS musí na komunikáciu s eZdravie používať požadované funkcionality, služby a rozhrania

212

* NIS musí mať zabudovanú funkcionalitu na vykazovanie v rozsahu pre kalkulačnú nemocnicu;

213

* NIS musí mať zabudovanú funkcionalitu na pripojenie k službám Bezpečné lieky ZP Dôvera;

214

* NIS musí vyhovovať požiadavkám GDPR, musí mať možnosť logovania minimálne takých záznamov ako – užívateľ, čas, akcia (napr. ktorý užívateľ, kedy, pristupoval k údajom pacienta, či ich iba čítal alebo aj menil...);

215

* NIS musí mať možnosť evidenciu činností na užívateľa (aj zaznamenanie do log súboru);

216

* NIS musí poskytovať široké možnosti pre správu systému, aby nebola potrebná častá podpora dodávateľa pri prevádzke;

217

* Správca musí mať možnosť upravovať položky číselníkov bez nutnosti zásahu dodávateľa;

218

* Jednoduchá správa nastavení, ktoré si dokážu používatelia udržiavať samostatne, správca môže riadiť lokálne nastavenia;

219

* NIS musí byť pravidelne aktualizovaný v súlade s legislatívou SR a požiadavkami MZSR, NCZI, ZP, UDZS;

220

* NIS musí umožniť automatickú aktualizáciu aplikačných programov NISpri nasadení nových verzií bez nutnosti manuálnej inštalácie na klientskych PC;

221

* Správca musí mať možnosť zaevidovať nových používateľov, definovať a meniť nastavenia pre ich prístupové práva;

222

* Správca môže obmedziť prácu používateľov iba na určené funkcie systému, s ktorými sú oprávnení pracovať (položky menu, ikony, tlačidlá);

223

* NIS musí mať možnosť globálnych nastavení pre celú nemocnicu alebo pre vybrané oddelenia;

224

* Možnosť nastavenia prístupových práv k zdravotným záznamom ambulancií, oddelení;

225

* NIS musí mať zabudovaný automatický audit zmien dôležitých údajov, správca môže vyhľadať pôvodcu neželaných zmien;

226

* NIS musí vykonávať validáciu údajov v momente ich zadávania do systému (kódy diagnóz, výkonov, liekov, lekárov, atď.) a to na úrovni masky danej položky a tiež prostredníctvom číselníkov/registrov;

227

* NIS musí umožniť prácu s jedným pacientom na viacerých oddeleniach viacerým používateľom súčasne ;

228

* NIS musí zobraziť pohyb pacienta v rámci celého zdravotníckeho zariadenie;

229

* Musí byť možnosť dopracovania špeciálnych tlačív a formulárov;

230

* Musí byť možnosť drobných úprav tlačív a formulárov správcom systému;

231

* Musí byť možnosť nastavenia loga a vlastnej hlavičky nemocnice v tlačivách a formulároch;

232

* NIS musí upozorniť na prípadný výskyt duplicitných rodných čísel v centrálnom registri pacientov;

233

* NIS musí umožniť generovanie všetkých potrebných štatistických hlásení pre NCZI aj vo forme XML (ak je táto možnosť pre dané hlásenie poskytnutá), musí mať možnosť zadania všetkých sledovaných údajov do ucelených formulárov, ktoré by sa mali dať aj vytlačiť pre potreby archivácie v chorobopise pacienta

234

* NIS musí vedieť generovať ročné výkazy o činnosti poskytovateľov ZS podľa zoznamu platného pre vykazovaný rok, ktoré sú zverejnené na webovom sídle NCZI

235

* NIS musí vedieť generovať hlásenia pre Národné zdravotné registre, ktoré sú zverejnené na webovom sídle NCZI

236

* NIS musí mať možnosť vytvárania balíkov (makier) zostavených z položiek číselníkov zdravotníckych pomôcok a ŠZM, ktoré budú definované ako pripočítateľná položka k hospitalizácii alebo ambulantným výkonom;

237

* NIS musí umožňovať evidenciu antropometrických údajov a základných vitálnych ukazovateľov (Tlak Krvi, Pulz, Výška, Hmotnosť, Povrch tela, BMI, Krvná skupina, ...);

238

* NIS musí umožniť výpočet povrchu tela a BMI na základe zadaných údajov hmotnosti a výšky;

239

* NIS musí mať možnosť vytvárania balíkov zostavených z položiek číselníkov zdravotníckych pomôcok a ŠZM, ktoré budú definované ako pripočítateľná položka k hospitalizácii alebo ambulantným výkonom;

240

* Automatizovaná pravidelná aktualizácia všetkých číselníkov vydávaných MZ SR, UDZS, NCZI, ZP ;

241

* Pravidelné aktualizácie kategorizačných zoznamov;

242

* NIS musí umožňovať export zostáv (reportov) do xls, xlsx resp. csv formátu;

243

* NIS musí podporovať vizity na lôžkových oddeleniach pomocou tabletov

244

* NIS podporuje integráciu na PACS systém cez štandardizovaný protokol HL-7

245

* NIS musí umožniť evidenciu hotovostných platieb s väzbou na elektronickú registračnú pokladnicu alebo fiškálnu tlačiareň;

246

* NIS musí mať možnosť automaticky urobiť dennú uzávierku (od prvého dňa v mesiaci — do aktuálneho dňa) pre ekonomické a štatistické sledovanie nákladovosti pacienta

247

* Registrácia a identifikácia pacienta na recepcii

248

** Tlač identifikačného náramku na recepcii

249

** Zaradenie ambulantného pacienta s identifikačným náramkom do čakárne

250

* Registrácia a identifikácia pacienta na Urgentnom príjme

251

** Tlač urgentného identifikačného náramku - identifikovateľný pacient

252

** Tlač urgentného identifikačného náramku - neidentifikovateľný pacient

253

** Rýchla tlač identifikačného náramku tlačidlom „Neznámy“

254

* Rozšírenie identifikácie pacienta

255

** Rozšírená evidencia a registrácia pacienta o ďalšie kontakty

256

* Identifikácia pacienta cez náramok/lístok na ambulancii alebo na oddelení

257

** Identifikácia pacienta cez identifikačný náramok/lístok čítačkou

258

* Webová predregistrácia a následná identifikácia pacienta

259

** Predregistrácia pacienta – telefonicky pracovníkom zdravotníckeho zariadenia

260

** Predregistrácia pacienta - webové sídlo

261

** Registrácia pacienta z predregistrácie

262

* využitie piktogramov pre informácie o stave pacienta v ambulanciách a na oddeleniach

263

* NIS musí byť procesne orientovaný;

264

* NIS musí obsahovať nástroj na konfiguráciu a zmenu procesov (napr. proces schvaľovania operácii – jedno resp. dvojkrokový proces)

*

.

== {{id name="_Toc152607313"/}}{{id name="_Toc198641823"/}}{{id name="_Toc1446281799"/}}{{id name="_Toc1842310707"/}}{{id name="_Toc1163807533"/}}{{id name="_Toc916545230"/}}{{id name="_Toc521854426"/}}{{id name="_Toc498488475"/}}{{id name="_Toc1758750743"/}}{{id name="_Toc207777217"/}}{{id name="_Toc936389862"/}}{{id name="_Toc1446163721"/}}3.7Riziká a závislosti ==

270

271

[[image:1749444365981-185.png]]

272

273

== {{id name="_Toc152607315"/}}{{id name="_Toc1793724252"/}}{{id name="_Toc1466175488"/}}{{id name="_Toc1609225226"/}}{{id name="_Toc1296717251"/}}{{id name="_Toc1633501589"/}}{{id name="_Toc1315070395"/}}{{id name="_Toc1675606855"/}}{{id name="_Toc577492669"/}}{{id name="_Toc1200979875"/}}{{id name="_Toc248627913"/}}{{id name="_Toc1580551965"/}}{{id name="_Toc47815698"/}}{{id name="_Toc521508979"/}}3.8Stanovenie alternatív v biznisovej vrstve architektúry ==

274

275

[[image:1749444388943-244.png]]

276

277

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

278

|Alternatíva 1 - Ponechanie súčasného NIS bez podpory|Pokračovanie v používaní nepodporovaného systémového riešenia|Výhody:

279

- šetrenie finančných prostriedkov

280

\\Nevýhody:

281

- riziko straty dát

282

- riziko zastavenia poskytovania zdravotnej starostlivosti

283

- legislatívne riziko

284

- väčšia časová náročnosť pre užívateľov

285

- nekompatilibila s CES

286

|Alternatíva 2 - Vývoj nového NIS|Vývoj nového software, zohľadňujúceho lokálne procesy a požiadavky|Výhody:

287

- systém vytvorený podľa zavedených procesov a postupov

288

\\Nevýhody:

289

- legislatívne riziko

290

- väčšia časová náročnosť pre užívateľov

291

- nedostatok odborne zdatných pracovníkov na prípravu mapovania a tvorby systému

292

- finačne veľmi náročné

293

- dlhý čas potrebný na vývoj

294

|Alternatíva 3 - Nákup hotového riešenia s alternatívami|Implementácia moderného, modulárneho a interoperabilného NIS novej generácie|Výhody:

295

- systém prispôsobený podľa zavedených procesov a postupov

296

- kompatibilita s legislatívnymi požiadavkami

297

- zapracovanie požiadaviek na kybernetickú bezpečnosť

298

- štandarné, otestované riešenie

299

- moderné užívateľské prostredie

300

- dostupná servisná a aplikačná podpora

301

\\Nevýhody:

302

- finančne náročnejsšie riešenie

303

- dlhší časový na implementáciu

304

305

== {{id name="_Toc152607316"/}}{{id name="_Toc272880027"/}}{{id name="_Toc1555402845"/}}{{id name="_Toc202773756"/}}{{id name="_Toc184325397"/}}{{id name="_Toc668554681"/}}{{id name="_Toc1254416069"/}}{{id name="_Toc1027950788"/}}{{id name="_Toc1148271670"/}}{{id name="_Toc113941326"/}}{{id name="_Toc531942663"/}}{{id name="_Toc154507425"/}}3.9Multikriteriálna analýza ==

306

307

//Výber alternatív prebieha na úrovni biznis vrstvy prostredníctvom MCA zostavenej na základe kapitoly Motivácia, ktorá obsahuje ciele stakeholderov, ich požiadavky a obmedzenia pre dosiahnutie uvedených cieľov.//

308

//Niektoré (nie všetky) kritériá môžu byť označené ako KO kritériá. KO kritériá označujú biznis požiadavky na riešenie, ktoré sú z hľadiska rozsahu identifikovaného problému a motivácie nevyhnutné pre riešenie problému a všetky akceptovateľné alternatívy ich tak musia naplniť. Alternatívy, ktoré nesplnia všetky KO kritériá, môžu byť vylúčené z ďalšieho posudzovania. KO kritériá nesmú byť technologické (preferovať jednu formu technologickej implementácie voči druhej).//

309

Príklad šablóny pre spracovanie MCA

310

311

(% style="width:769.5px" %)

312

| |**KRITÉRIUM**|**ZDÔVODNENIE KRIÉRIA**|(((

313

**STAKEHOLDER**

314

315

)))|Hodnotenie alternatíva 1|(% style="width:89px" %)Hodnotenie alternatíva 2|(% style="width:121px" %)Hodnotenie alternatíva 3

316

|(% rowspan="5" %)BIZNIS VRSTVA|Rýchlosť nasadenia

riešenia|Potrebné

zabezpečenie

kontinuity

poskytovania

zdravotnej

starostlivosti|Projektový manažér|1|(% style="width:89px" %)2|(% style="width:121px" %)3

323

|Náklady na

324

implementáciu|Vzhľadom na

obmedzené zdroje

financovania

je potrebné

vyhodnotiť,

ktorá z alternatív

je cenovo

najvýhodnejšia|Ekonimický námestník|1|(% style="width:89px" %)2|(% style="width:121px" %)3

332

|Zvládnuteľnosť pre

333

IT oddelenie|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|1|(% style="width:89px" %)2|(% style="width:121px" %)3

341

|Počet dotknutých

342

pracovísk|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|1|(% style="width:89px" %)2|(% style="width:121px" %)3

351

|Administratívna

352

náročnosť (VO,

353

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 VO|1|(% style="width:89px" %)2|(% style="width:121px" %)3

361

362

363

== {{id name="_Toc152607317"/}}{{id name="_Toc2141037501"/}}{{id name="_Toc305797393"/}}{{id name="_Toc757025235"/}}{{id name="_Toc799792984"/}}{{id name="_Toc1320898353"/}}{{id name="_Toc662890955"/}}{{id name="_Toc2002161453"/}}{{id name="_Toc463175707"/}}{{id name="_Toc660959900"/}}{{id name="_Toc1051940062"/}}{{id name="_Toc1081082045"/}}{{id name="_Toc47815700"/}}{{id name="_Toc521508981"/}}3.10Stanovenie alternatív v aplikačnej vrstve architektúry ==

364

365

Navrhované riešenie nemocničného informačného systému predstavuje komplexný zásah do existujúceho technologického prostredia, a preto si vyžiadalo dôkladnú analýzu možných alternatív v rámci aplikačnej vrstvy architektúry. V zmysle princípov efektívneho riadenia projektov IT vo verejnej správe, ako aj v súlade s požiadavkami vyhlášky č. 401/2023 Z. z., boli zohľadnené viaceré architektonické varianty, ktoré zodpovedajú súčasným trendom v oblasti informačných technológií v zdravotníctve.

366

367

368

* **Cieľom tejto analýzy bolo identifikovať takú architektonickú alternatívu, ktorá:**

369

** zabezpečí vysokú mieru dostupnosti a spoľahlivosti systému,

370

** umožní flexibilné a efektívne riadenie klinických a podporných procesov,

371

** bude podporovať škálovateľnosť riešenia s ohľadom na jeho dlhodobú udržateľnosť,

372

** bude rešpektovať princípy otvorených štandardov a interoperability,

373

** a zároveň umožní integráciu na národné a nadrezortné informačné systémy (napr. eZdravie, NCZI, zdravotné poisťovne).

374

375

Pri výbere riešenia bola osobitná pozornosť venovaná technologickým trendom, ako je modularita, cloudové technológie, mikroslužby, štandardizácia rozhraní (REST API, HL7, XML, a iné EHR štandardy) a využitie architektúr podporujúcich DevOps a CI/CD prístup.

376

377

378

Alternatívy boli hodnotené nielen z pohľadu technického riešenia, ale aj z hľadiska ich vplyvu na prevádzku, bezpečnosť, rozpočtové nároky, možnosť integrácie a súladu s legislatívou Slovenskej republiky. Výsledky tejto analýzy sú uvedené v nasledujúcich podkapitolách. Pri návrhu cieľového riešenia v aplikačnej vrstve boli zvažované nasledovné alternatívy, pričom každá z nich bola hodnotená z pohľadu flexibility, škálovateľnosti, interoperability, bezpečnosti a dlhodobej udržateľnosti:

**Alternatíva A: Monolitický nemocničný informačný systém**

383

384

385

* **Charakteristika:** Jednotný, centrálne inštalovaný systém so všetkými funkciami integrovanými do jedného aplikačného jadra.

386

387

* **Výhody:**

388

** Nižšia náročnosť na integráciu komponentov.

389

** Jednoduchší deployment a správa v malej inštalácii.

390

391

* **Nevýhody:**

392

** Nízka flexibilita pri rozširovaní funkčnosti.

393

** Riziko technologického dlhu – zmena jedného modulu môže vyžadovať zásahy do celého systému.

394

** Obmedzené možnosti prevádzky v hybridnom alebo cloudovom prostredí.

395

396

* **Záver:** Nevhodná pre rozsah a požiadavky FN Nitra – nespĺňa princípy modularity, škálovateľnosti a procesnej flexibility.

397

398

**Alternatíva B: Modularizovaný systém s lokálnou inštaláciou**

399

400

401

* **Charakteristika:** Systém rozdelený do samostatných modulov, ktoré sú lokálne nasadené a prevádzkované v prostredí nemocnice.

402

403

* **Výhody:**

404

** Vyššia flexibilita ako pri monolite.

405

** Možnosť selektívneho nasadzovania a upgradovania jednotlivých modulov.

406

407

* **Nevýhody:**

408

** Zložitá správa a koordinácia aktualizácií v prostredí s viacerými modulmi.

409

** Vyššie náklady na prevádzku a správu infraštruktúry.

410

** Riziká bezpečnosti a škálovania pri vysokom zaťažení.

411

412

* **Záver:** Čiastočne vhodná, ale limitovaná z pohľadu budúcnosti a cloudovej pripravenosti.

413

414

**Alternatíva C (zvolená): Modulárna mikroslužbová architektúra s cloudovým modelom nasadenia**

415

416

417

* **Charakteristika:** Systém pozostávajúci z autonómnych mikroslužieb, nasadený v prostredí, ktoré podporuje cloudovú prevádzku a škálovanie podľa potreby.

418

419

* **Výhody:**

420

** Vysoká modularita – každý komponent môže byť samostatne vyvíjaný, testovaný, aktualizovaný a nasadzovaný.

421

** Podpora škálovania na úrovni služby (napr. ambulantné plánovanie, urgent, EHR...).

422

** Pripravenosť na hybridný cloud alebo full-cloud model.

423

** Bezpečnostné a integračné štandardy (REST API, audit, šifrovanie).

424

** Možnosť prevádzky ako multitenant riešenie.

425

426

* **Nevýhody:**

427

** Vyššie nároky na návrh, DevOps a orchestráciu služieb (napr. Kubernetes, CI/CD).

428

** Potreba komplexného monitoringu a logovania.

429

430

* **Záver:** Táto alternatíva bola zvolená ako najvhodnejšia, keďže najlepšie spĺňa požiadavky moderného zdravotníckeho prostredia. Plne reflektuje potrebu digitalizácie procesov, bezpečnosti a škálovateľnosti v rámci FN Nitra a jej dlhodobej stratégie.

431

432

**Náhľad biznisovej architektúry preferovanej alternatívy:**

433

434

[[image:1749444574277-887.png]]

435

436

== {{id name="_Toc152607318"/}}{{id name="_Toc1308618109"/}}{{id name="_Toc1709724880"/}}{{id name="_Toc1118245238"/}}{{id name="_Toc416893103"/}}{{id name="_Toc1814703501"/}}{{id name="_Toc1969952445"/}}{{id name="_Toc1495260625"/}}{{id name="_Toc1603455053"/}}{{id name="_Toc245422461"/}}{{id name="_Toc1058442113"/}}{{id name="_Toc2040067840"/}}{{id name="_Toc47815701"/}}{{id name="_Toc521508982"/}}3.11Stanovenie alternatív v technologickej vrstve architektúry ==

437

438

Súčasťou návrhu riešenia Nemocničného informačného systému (NIS) bola aj analýza alternatív v technologickej vrstve architektúry. Cieľom bolo stanoviť najvhodnejší technologický základ pre prevádzku nemocničného informačného systému s dôrazom na spoľahlivosť, škálovateľnosť, bezpečnosť, podporu vysokého výkonu a súlad s princípmi efektívneho verejného IT.

439

440

441

Technologická vrstva architektúry sa v tomto prípade týka:

442

443

* spôsobu prevádzky systému (on-premise vs. cloud),

444

* použitých databázových technológií,

445

* riešení vysokodostupnostnej infraštruktúry,

446

* komunikačných rozhraní a štandardov,

447

* monitoringu a zabezpečenia.

448

449

Boli posudzované nasledovné alternatívy:

450

451

452

**Alternatíva A: On-premise infraštruktúra s centralizovaným HW**

453

454

455

* **Charakteristika:** Prevádzka celého systému na fyzickej infraštruktúre nemocnice v serverovej miestnosti alebo vlastnom dátovom centre.

456

457

* **Výhody:**

458

** Priama kontrola nad infraštruktúrou.

459

** Nezávislosť od externého poskytovateľa cloudových služieb.

460

461

* **Nevýhody:**

462

** Vysoké investičné náklady na nákup, rozšírenie, obnovu hardvéru a cyber security.

463

** Náročná údržba a prevádzka (nutnosť IT personálu, patch management, zálohovanie).

464

** Obmedzená škálovateľnosť a nižšia dostupnosť v prípade výpadkov.

465

466

* **Záver:** Nevhodná pre rozsiahle a kritické systémy s požiadavkami na 24/7 prevádzku a flexibilitu.

467

468

**Alternatíva B: Hybridný model – on-premise + privátny cloud**

469

470

471

* **Charakteristika:** Časť systému beží v lokálnom prostredí nemocnice (napr. vyrovnávacia cache, rýchle dátové toky), kým core komponenty nemocničného informačného systému sú prevádzkované v privátnom cloude.

472

473

* **Výhody:**

474

** Možnosť optimalizácie výkonu a nákladov.

475

** Väčšia bezpečnostná kontrola ako pri verejnom cloude.

476

** Znížené investičné náklady v porovnaní s plným on-premise modelom.

477

478

* **Nevýhody:**

479

** Vyššia komplexita architektúry (správa dvoch prostredí).

480

** Potreba robustného sieťového prepojenia.

481

482

* **Záver:** Viabilná možnosť, najmä ak má nemocnica vlastné dátové kapacity a partnera pre prevádzku privátneho cloudu.

483

484

**Alternatíva C (zvolená): Prevádzka nemocničného informačného systému v bezpečnom cloudovom prostredí (IaaS/PaaS)**

485

486

487

* **Charakteristika:** Celý nemocničný informačný systém beží v cloudovom prostredí certifikovaného poskytovateľa s podporou prevádzky podľa legislatívnych požiadaviek verejnej správy.

488

489

* **Výhody:**

490

** Vysoká dostupnosť a škálovateľnosť (auto-scaling, geo-redundancia).

491

** Flexibilita pri rozvoji – nové moduly, aktualizácie a CI/CD procesy.

492

** Bezpečnostné štandardy – šifrovanie dát, auditovateľnosť, podpora SLA.

493

** Optimalizácia nákladov podľa reálneho výkonu (pay-as-you-go).

494

** Podpora multitenant architektúry.

495

496

* **Použité technológie:**

497

** Prevádzka kontajnerizovaných služieb (Docker, Kubernetes).

498

** Databázy SQL aj NoSQL podľa potreby modulu.

499

** Monitoring a logovanie (napr. Prometheus, Grafana, ELK).

500

501

* **Nevýhody:**

502

** Potreba právneho a technického zabezpečenia prevádzky v zmysle GDPR a zákona č. 95/2019 Z. z.

503

504

* **Záver:** Táto alternatíva bola zvolená ako cieľová, pretože najviac reflektuje požiadavky projektu – škálovateľnosť, bezpečnosť, modernú architektúru a minimalizáciu prevádzkových rizík.

505

506

**Náhľad technologickej architektúry preferovanej alternatívy:**

507

508

[[image:1749444609091-327.png]]

509

510

= {{id name="_Toc152607319"/}}{{id name="_Toc235638817"/}}{{id name="_Toc2038485909"/}}{{id name="_Toc1889369710"/}}{{id name="_Toc54886926"/}}{{id name="_Toc472227250"/}}{{id name="_Toc1379517775"/}}{{id name="_Toc540855301"/}}{{id name="_Toc1475201524"/}}{{id name="_Toc1214716058"/}}{{id name="_Toc240714683"/}}{{id name="_Toc476051484"/}}{{id name="_Toc47815703"/}}4.POŽADOVANÉ VÝSTUPY (PRODUKT PROJEKTU) =

511

512

(((

513

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

514

• Analýza a dizajn

515

• Implementácia a testovanie

516

• Nasadenie

517

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

518

519

| Prehľad projektových výstupov

520

|

521

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

522

|Plán etapy/Plán fázy

523

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

524

|(1) Zoznam otvorených otázok

525

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

526

|(3) Zoznam licencií

527

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

528

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

529

|

530

|Akceptačný protokol

531

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

532

|

533

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

|Projektový zámer

|Katalóg požiadaviek

|

|REALIZAČNÁ FÁZA

|

|ANALÝZA A DIZAJN

|Akceptačné kritériá

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

542

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

543

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

544

|(3) Biznis architektúra*

545

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

546

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

547

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

548

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

549

|(4) Dátová architektúra

550

|(5) Aplikačná architektúra*

551

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

552

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

553

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

554

|(6) Technologická architektúra*

555

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

556

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

557

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

558

|(8) Požiadavky na úrovne služieb (SLA) a výkonnosť

559

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

560

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

561

|(11) Migrácia dát

562

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

563

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

564

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

565

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

566

|(2) Testovacie prostredia

567

|(3) Testovacie dáta

568

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

569

|

570

|IMPLEMENTÁCIA A TESTOVANIE

571

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

572

|Testovanie

573

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

574

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

575

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

576

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

577

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

578

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

|

|Školenia personálu

|Dokumentácia

|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

583

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

584

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

585

|(4) Zdrojové kódy a licencie

586

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

587

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

588

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

589

|(8) Bezpečnostný projekt

590

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

591

|

592

|NASADENIE a POSTIMPLEMENTAČNÁ PODPORA (PIP)

593

|

594

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

595

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

596

|

597

|DOKONČOVACIA FÁZA

598

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

599

|

600

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

601

602

Hlavným produktom projektu je komplexný, moderný a modulárny nemocničný informačný systém, ktorý bude po ukončení projektu dodaný a plne implementovaný vo Fakultnej nemocnici Nitra. Tento systém nahradí existujúci nemocničný informačný systém, ktorého podpora končí, a umožní realizovať digitálnu transformáciu nemocničných procesov s dôrazom na pacientsky orientovaný prístup, efektivitu a bezpečnosť.

603

604

605

**A. Funkčné požiadavky – obsah a rozsah produktu**

606

607

608

Produkt bude pozostávať z aplikačných modulov pokrývajúcich klinické, podporné aj administratívne procesy, konkrétne:

)))

* **Manažment pacienta:**

614

** Centrálna databáza pacientov (MPI)

615

** Identifikácia a evidencia pacienta

616

** Ambulantné plánovanie, čakáreň, vyvolávací systém

* (((

)))

* **Zdravotná starostlivosť:**

621

** Ambulantná a lôžková zdravotná starostlivosť

622

** Podpora pre plávajúce lôžka (okrem štandardného modelu), plánovanie hospitalizácií

623

** Intenzívna medicína a urgentná starostlivosť

624

** Operačné sály, plánovanie operácií

625

** Gynekológia a pôrodníctvo

626

** Ošetrovateľská starostlivosť

627

** Rehabilitácia

628

* **Podporné a prevádzkové moduly:**

629

** Preskripcia, príprava a podanie liekov

630

** Správa liekovej politiky

631

** Integrácie na LIS, rádiológiu, krvnú banku

632

** Sklady, žiadanky, súhlasy

633

** Notifikácie a eZdravie

* (((

)))

* Administratíva a výkazníctvo:

638

** Výkazy pre zdravotné poisťovne

639

** Štatistiky, reporting

* (((

**B. Architektúra a technologická platforma produktu**

644

645

646

**Produkt bude realizovaný ako:**

647

)))

648

* Modulárne riešenie s mikroslužbovou architektúrou

649

* Cloud-native systém s podporou kontajnerizácie (Docker, Kubernetes)

650

* Štruktúrované dátové úložisko pacientskych dát (EHR)

651

* Moderné webové používateľské rozhranie s kontextovou navigáciou a UX prístupom

* (((

**Zabezpečí sa interoperabilita s ostatnými systémami a infraštruktúrou nemocnice aj externými systémami:**

656

)))

657

* eZdravie (NCZI), zdravotné poisťovne

658

* Interné systémy nemocnice: laboratórium, ústavná lekáreň, krvná banka, rádiológia

659

* Zdravotnícke prístroje (napr. cez HL7, XML)

* (((

**C. Bezpečnosť a súlad s legislatívou**

**Produkt bude:**

)))

* V súlade s GDPR (zákon č. 18/2018 Z. z.), zákonom o kybernetickej bezpečnosti (č. 69/2018 Z. z.), zákonom o zdravotnej starostlivosti (č. 576/2004 Z. z.) a zákonom o IT vo verejnej správe (č. 95/2019 Z. z.).

669

* Obsahovať bezpečnostné opatrenia: audit, prístupové práva, šifrovanie dát.

670

* Podporovať vysokú dostupnosť, zálohovanie a obnovu prevádzky.

* (((

**D. Prínosy a pridaná hodnota**

675

676

677

**Požadovaný produkt umožní:**

678

)))

679

* Zabezpečiť neprerušené poskytovanie zdravotnej starostlivosti po ukončení podpory pôvodného systému.

680

* Zvýšiť efektivitu a znížiť administratívnu záťaž zdravotníckeho personálu vďaka procesne riadenému systému a automatizácii úloh.

681

* Zvýšiť bezpečnosť a kvalitu starostlivosti vďaka centralizovaným a aktuálnym údajom o pacientovi.

682

* Zabezpečiť štandardizáciu a štruktúrovanosť dokumentácie a tým podporiť interoperabilitu a sekundárne využitie údajov (napr. pre výskum, kontrolu kvality, projekt EHDS).

683

684

= {{id name="_Toc152607320"/}}{{id name="_Toc982854671"/}}{{id name="_Toc744122543"/}}{{id name="_Toc1493751813"/}}{{id name="_Toc452731307"/}}{{id name="_Toc1695646942"/}}{{id name="_Toc534841930"/}}{{id name="_Toc654836100"/}}{{id name="_Toc1570812277"/}}{{id name="_Toc1016816405"/}}{{id name="_Toc609127555"/}}{{id name="_Toc1888607264"/}}{{id name="_Toc47815704"/}}5.NÁHĽAD ARCHITEKTÚRY =

685

686

* (((

687

Navrhovaná architektúra riešenia predstavuje viacvrstvový, modulárny a škálovateľný systém, ktorý reflektuje moderné trendy v oblasti nemocničných informačných systémov (NIS) a plne zohľadňuje požiadavky na digitalizáciu zdravotníctva, interoperabilitu, bezpečnosť a súlad s národnými aj európskymi štandardmi.

688

689

690

Architektúra je navrhnutá ako kombinácia mikroslužbovej aplikačnej vrstvy, dátovej vrstvy s podporou štruktúrovanej zdravotnej dokumentácie a infraštruktúrnej vrstvy postavenej na cloudovej platforme s vysokou dostupnosťou a škálovateľnosťou.

691

692

693

**A. Viacvrstvová architektúra riešenia**

694

)))

695

* Prezentačná vrstva (UI/UX)

696

** Moderné webové používateľské rozhranie, prístupné z rôznych zariadení.

697

** Kontextová navigácia podľa role používateľa (lekár, sestra, atď.)

698

** Multiplatformová kompatibilita (desktop, tablet, mobil).

* (((

)))

* Aplikačná vrstva (mikroslužby / BPM)

703

** Modularizované komponenty ako samostatné služby (napr. modul urgentu, plánovania, EHR, MPI atď.)

704

** Orchestrácie a koordinácia cez BPM engine – modelovanie a vykonávanie klinických a podporných procesov.

705

** Asynchrónna komunikácia medzi službami (napr. pomocou event bus / message broker).

706

** API brána (API Gateway) s autentifikáciou, autorizáciou a routingom požiadaviek.

* (((

)))

* Dátová vrstva

** Elektronická zdravotná dokumentácia (EHR) – štruktúrovaná, auditovateľná.

712

** Podpora SQL aj NoSQL databáz, podľa charakteru uložených údajov.

713

** Dôraz na štandardy HL7, HL7 FHIR, XML, DASTA a iné EHR štandardy pre interoperabilitu.

* (((

)))

* Integrácia a interoperabilita

718

** Integračná platforma/nástroj umožňujúci napojenie na:

719

*** Národné systémy (eZdravie, zdravotné poisťovne),

720

*** Lokálne systémy nemocnice (laboratórium, rádiológia, ústavná lekáreň, krvná banka),

721

*** Zdravotnícke prístroje (napr. HL7-based integrácia).

722

** Podpora štandardizovaných rozhraní (REST API, SOAP, HL7 v2/v3 FHIR).

* (((

)))

* Infraštruktúrna vrstva (cloud-native)

727

** Prevádzka v bezpečnom cloude (privátny/štátny cloud).

728

** Kontajnerizácia aplikácií pomocou Docker, orchestrácia cez Kubernetes.

729

** Automatizácia nasadzovania a monitorovania (CI/CD, DevOps nástroje).

730

** Monitoring (napr. Prometheus, Grafana), audit a logovanie (napr. ELK Stack).

731

** Podpora vysokej dostupnosti a geo-redundancie.

732

**

733

** **B. Architektonické princípy riešenia**

734

* Modularita – každý aplikačný komponent je samostatne nasaditeľný a rozšíriteľný.

735

* Škálovateľnosť – horizontálne aj vertikálne škálovanie podľa výkonových potrieb.

736

* Bezpečnosť – implementácia autentifikácie (napr. OAuth2, OpenID Connect), šifrovanie dát (napr. TLS, at-rest), auditovateľnosť prístupov.

737

* Multitenantná architektúra – možnosť logického oddelenia prevádzky (napr. medzi oddeleniami alebo organizačnými jednotkami).

738

* Procesne riadený systém (BPM) – všetky úlohy generované podľa definovaného procesu s podporou sledovania stavu a výstupov.

* (((

**C. Podpora štandardov a kompatibility**

743

744

745

Architektúra je plne kompatibilná so štandardmi pre eHealth a podporuje:

746

)))

747

* HL7, HL7 FHIR, XML, DASTA, a iné EHR štandardy

748

* ICD-10

749

* ISO 13606 pre štruktúrované záznamy

750

* GDPR a zákon č. 69/2018 Z. z. (kybernetická bezpečnosť)

751

752

**D. Grafický náhľad**

753

754

755

**Grafický pohľad na architektúru riešenia:**

756

757

[[image:1749444768988-910.png]]

758

759

760

**Základný pohľad na proces poskytovania ambulantnej starostlivosti:**

761

762

[[image:1749444792875-868.png]]

763

764

765

**Základný pohľad na proces poskytovania lôžkovej starostlivosti**

766

767

[[image:1749444815970-392.png]]

768

769

== {{id name="_Toc152607321"/}}{{id name="_Toc823562243"/}}5.1Prehľad e-Government komponentov ==

770

771

//__**Ak bude vytváraný aj výstup I-03 Prístup k projektu, môže byť táto kapitola z dokumentu I-02 Projektový zámer vypustená, pretože jej obsah bude spracovaný vo výstupe I-03 Prístup k projektu.**__//

772

//Obsah tejto kapitoly je prehľadom realizácie výstupu **M-06 - aktualizácia evidencie e-Government komponentov v centrálnom metainformačnom systéme verejnej správy (MetaIs)**. Objednávateľ//[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^5^^>>path:#sdfootnote5sym||name="sdfootnote5anc"]](%%)// plní výstupom M-06 povinnosti orgánu riadenia sprístupňovať a aktualizovať informácie o informačných technológiách verejnej správy prostredníctvom centrálneho metainformačného systému verejnej správy (MetaIS) bezodkladne podľa § 12 ods. 1 písm. b) zákona 95/2019 Z.z.//

773

//V okamihu odovzdania výstupu I-02 Projektový zámer objednávateľ~://

774

775

1. //vytvorí náhľady architektúry v modelovacom nástroji, ktorý môže byť buď integrovaný na spoločný repozitár architektonických modelov verejnej správy, alebo ktorý podporuje export modelu do štandardizovaných výmenných formátov súborov,//

776

1. //uloží architektonické modely súčasnej a budúcej architektúry riešenia buď do repozitára architektonických modelov verejnej správy alebo do projektovej dokumentácie I-02 ako prílohu vo výmennom formáte pre uloženie modelu, //

777

1. //aktualizuje v MetaIS e-Government komponenty, ktoré budú realizované alebo menené projektom alebo veľkou zmenovou požiadavkou a to koncové služby, ISVS, ich moduly, aplikačné služby, atribúty a vzájomné vzťahy týchto e-Government komponentov a ich vzťahy (integrácie) na spoločné ISVS alebo ISVS iných správcov, ktoré budú využívať. //

778

//Objednávateľ v tejto kapitole uvedie prehľad nasledovných e-Government komponentov, ktoré budú výstupom projektu (dodané nové alebo zmenené) a ktoré evidoval v rámci výstupu M-06 v MetaIS~://

779

780

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

781

782

{{content id="projekt.planovane_ks" template="

783

|=Kód KS (z MetaIS)|=Názov KS|=Používateľ KS (G2C/G2B/G2G/G2A)|=Životná situáciab(+ kód z MetaIS)|=Úroveň elektronizácie KS[# th:each='item : ${ks}']

784

[['|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${item.atribut('EA_Profil_KS_pouzivatel_ks')?:''} +

785

'|' + ${item.zs?.nazov?:''} + '; ' + ${item.zs?.kodMetais?:''} + '|' + 'Vyberte jednu z možností\\\\\\\\' + ${item.atribut('EA_Profil_KS_sofistikovanost')?:''}]]

[/]

"}}

=== 5.1.2Prehľad budovaných/rozvíjaných ISVS v projekte – budúci stav: ===

792

793

{{content id="projekt.planovane_isvs" template="

794

|=Kód ISVS (z MetaIS)|=Názov ISVS|=Modul ISVS (zaškrtnite ak ISVS je modulom)|=Stav IS VS|=Typ IS VS|=Kód nadradeného ISVS (v prípade zaškrtnutého checkboxu pre modul ISVS)[# th:each='item : ${isvs}']

795

[('|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${#html.checkbox(item.atribut('EA_Profil_ISVS_modul_isvs') == 'true')} +

796

'|' + 'Vyberte jednu z možností\\\\\\\\' + ${item.atribut('EA_Profil_ISVS_stav_isvs')?:''} +

797

'|' + 'Vyberte jednu z možností\\\\\\\\' + ${item.atribut('EA_Profil_ISVS_typ_isvs')?:''} +

798

'|' + ${item.nadradeneIsvs?.kodMetais?:''} + '|')]

[/]

"}}

=== 5.1.3Prehľad budovaných aplikačných služieb – budúci stav: ===

805

806

{{content id="projekt.planovane_as" template="

807

|=Kód AS (z MetaIS)|=Názov AS|=ISVS/modul ISVS (kód z MetaIS)|=Aplikačná služba realizuje KS (kód KS z MetaIS)[# th:each='item : ${as}']

808

[('|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${item.sluziIsvs?:''} + '|' + ${#strings.listJoin(item.ks, ', ')} + '|')]

809

[/]

810

"}}

811

|=Kód AS (z MetaIS)|=Názov AS|=ISVS/modul ISVS (kód z MetaIS)|=Aplikačná služba realizuje KS (kód KS z MetaIS)

=== ===

=== 5.1.5Aplikačné služby na integráciu ===

817

818

//Uveďte v nasledujúcej tabuľke budované aplikačné služby a ich využitie na integráciu na spoločné moduly a iné ISVS alebo ich poskytovanie na externú integráciu a predpokladané vybudovanie cloudových služieb “softvér ako služba“ (SaaS),//

819

820

* //Plánované aplikačné služby musia byť evidované v MetaIS s fázou životného cyklu a musia mať v MetaIs evidované všetky povinné atribúty a vzťahy,//

821

* //Evidencia integrácií v MetaIS sa realizuje evidovaním vzťahov aplikačných služieb budovaného~/~/rozvíjaného ISVS na príslušné aplikačné služby nadrezortných ISVS. Podrobné informácie sú uvedené v Používateľskej príručke MetaIS, kap. 2.1.3.3.1 a kap. 2.1.3.3.2.__ __Detailný popis služieb IS CSRÚ a poskytovaných objektov evidencie je v aktuálnej verzii integračného manuálu IS CSRÚ.//

822

* //Ak IS povinnej osoby potrebuje konzumovať alebo poskytovať služby iným ISVS alebo IS tretích strán prostredníctvom modulu Centrálna API Manažment Platforma (CAMP) a jej modulu API Gateway, je potrebné aplikačné služby IS Povinnej osoby naviazať na príslušné integračné služby CAMP (API Gatewy).//

823

* //Budované aplikačné služby musia mať v MetaIs evidované SLA parametre pre východiskový a cieľový stav. Podrobné informácie sú uvedené v Používateľskej príručke MetaIS, kap. 2.1.3.//{{content id="projekt.integracne_as" template="

824

|=AS (Kód MetaIS)|=Názov AS|=Realizuje ISVS (kód MetaIS)|=Poskytujúca alebo Konzumujúca|=Integrácia cez CAMP|=Integrácia s IS tretích strán|=SaaS|=Integrácia na AS poskytovateľan (kód MetaIS)[# th:each='item : ${as}']

825

[('|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${item.isvs?:''} +

826

'|' + 'Poskytovaná / Konzumujúca////////' + ${item.atribut('EA_Profil_AS_typ_cloudovej_sluzby')?:''} +

827

'|' + 'Áno/Nie' + '|' + 'Áno/Nie' + '|' + 'Áno/Nie' + ${item.sluziAs?:''} + '|')]

828

[/]

829

"}}|=AS (Kód MetaIS)|=Názov AS|=Realizuje ISVS (kód MetaIS)|=Poskytujúca alebo Konzumujúca|=Integrácia cez CAMP|=Integrácia s IS tretích strán|=SaaS|=Integrácia na AS poskytovateľan (kód MetaIS){{/content}}

830

831

=== {{id name="_Toc62489735"/}}{{id name="_Toc814509359"/}}{{id name="_Toc153139693"/}}{{id name="_Toc63764348"/}}5.1.6Poskytovanie údajov z ISVS do IS CSRÚ ===

832

833

//Uveďte v tabuľke prehľad poskytovaných údajov (objektov evidencie, ďalej OE) z ISVS do IS CSRÚ v TO BE stave.//

834

835

|**ID OE**|**Názov (poskytovaného) objektu evidencie**|**Kód ISVS poskytujúceho OE**|**Názov ISVS poskytujúceho OE**

| | | |

| | | |

| | | |

=== {{id name="_Toc63764349"/}}{{id name="_Toc1792132569"/}}{{id name="_Toc153139694"/}}5.1.7Konzumovanie údajov z IS CSRÚ ===

841

842

//Uveďte v tabuľke prehľad konzumovaných údajov z IS CSRÚ v TO BE stave. [[Súčasné dostupné objekty evidencie a údaje v IS CSRÚ>>url:https://managementmania.com/sk/databaza]] sú uvedené v integračnom manuáli IS CSRÚ//__.__

843

844

|**ID OE**|**Názov (konzumovaného) objektu evidencie**|**Kód a názov ISVS konzumujúceho OE z IS CSRÚ**|**Kód zdrojového ISVS v MetaIS**

| | | |

| | | |

| | | |

=== 5.1.8Prehľad plánovaného využívania infraštruktúrnych služieb (cloudových služieb) – budúci stav: ===

850

851

//Zaevidujte MetaIS využívanie cloudových infraštruktúrnych služieb vašimi ISVS. Podrobné informácie o evidencii využívania infraštruktúrnych služieb sú uvedené v Používateľskej príručke MetaIS, kap. 2.1.4.3 ISVS využívajúci infraštruktúrne služby.//

852

853

|(((

854

**Kód infraštruktúrnej služby**

855

//(z MetaIS)//

856

)))|**Názov infraštruktúrnej služby**|(((

857

**Kód využívajúceho ISVS**

858

//(z MetaIS)//

859

)))|**Názov využívajúceho ISVS**

860

| | | |

861

| | | |

862

//V súlade s NKIVS by technologická architektúra mala byť založená na cloudových službách uvedených v katalógu služieb, ktoré prešli procesom klasifikácie, hodnotenia, registrácie a zaradenia do katalógu služieb zverejnenom na stránke MIRRI: //__[[https:~~/~~/www.mirri.gov.sk/sekcie/informatizacia/egovernment/vladny-cloud/katalog-cloudovych-sluzieb>>url:https://www.mirri.gov.sk/sekcie/informatizacia/egovernment/vladny-cloud/katalog-cloudovych-sluzieb]].__

863

864

= {{id name="_Toc152607322"/}}{{id name="_Toc2133064951"/}}{{id name="_Toc146510989"/}}{{id name="_Toc1763044084"/}}{{id name="_Toc30446447"/}}{{id name="_Toc2101360933"/}}{{id name="_Toc825763386"/}}{{id name="_Toc1614333450"/}}{{id name="_Toc1269235670"/}}{{id name="_Toc2114332294"/}}{{id name="_Toc208969925"/}}{{id name="_Toc1427296716"/}}6.LEGISLATÍVA =

865

866

//Projekt nevyžaduje žiadne legislatívne zmeny ani úpravy//

867

868

= {{id name="_Toc510413657"/}}{{id name="_Toc152607323"/}}{{id name="_Toc765633140"/}}{{id name="_Toc2047061689"/}}{{id name="_Toc1365902580"/}}{{id name="_Toc96771585"/}}{{id name="_Toc977817845"/}}{{id name="_Toc338302336"/}}{{id name="_Toc158422599"/}}{{id name="_Toc894533619"/}}{{id name="_Toc1336543996"/}}{{id name="_Toc1715202395"/}}{{id name="_Toc1402143762"/}}{{id name="_Toc47815706"/}}7.ROZPOČET A PRÍNOSY =

869

870

871

|Software a licencie NIS|802 757 €|1|802 757 €|987 391 €

872

|Implementácia|640 640 €|1|640 640 €|787 987 €

873

|Maintenance licencie a podpora 48 M (SLA)|14 000 €|48|672 000 €|826 560 €

874

|Poplatok za cloud mesačne|3 000 €|48|144 000 €|177 120 €

875

|**Celkové náklady projektu (na 48 mesiacov)**|** **|** **|** **|(((

**2 779 058 €**

)))

*Na základe CP predloženej na MZ SR

880

881

Kvantifikovať prínosy projektu vo finančnom vyjadrení je irelevantné, nakoľko nemocničný IS je základným predpokladom fungovania nemocnice bez ktorého je v súčasnosti prevádzka nemocnice a zdravotná starostlivosť nerealizovateľná.

882

883

V prenesenom význame by výnosy projektu mohli predstavovať celkové výnosy nemocnice (vo FN Nitra predstavujú cca 115 mil. EUR ročne).

884

885

Preto definujeme hlavne kvalitatívne prínosy nového NIS:

886

887

* Zamedzenie ohrozenia poskytovania zdravotnej starostlivosti z dôvodu nefunkčnosti zastaraného IS s ukončenou podporou prevádzkovateľa

888

* Výrazné zlepšenie kvality riadenia procesov pri poskytovaní zdravotnej starostlivosti

889

* Zníženie duplicít v evidencii a spracovaní zdravotníckych dát

890

* Zníženie administrácie a chybovosti údajov

891

* Zlepšenie systému plánovania ZS, objednávania pacientov, preskripcie liekov

892

* Nový systém objednávania a výdaja liekov a zdravotníckeho materiálu s prepojením na IS lekárne

893

894

* Skvalitnenie výkazníctva pre zdravotné poisťovne a NCZI

895

* Prepojenie na eZdravie (v rozsahu eRecept, eVyšetrenie, eOčkovanie, eDPN, eID, HoN)

896

* Podpora štruktúrovanej dokumentácie a zavedenie jednotnej semántiky pre klinické dáta, podpora medzinárodných štandardov ako je SNOMED, LOINC atď.

897

* Možnosť automatických exportov z databázy pre rôzne prehľady, štatistiky, možnosť exportu údajov do iných systémov (napr. ekonomického informačného systému)

898

* Transparentné sledovanie nákladov, výnosov z hľadiska medicínskych výkonov a cash flow

899

900

* Modularita, škálovateľnosť, multitenantná architektúra, procesne riadený systém

901

* Zvýšenie kyberbezpečnosti - implementácia autentifikácie (napr. OAuth2, OpenID Connect), šifrovanie dát (napr. TLS, at-rest), auditovateľnosť prístupov

902

* Cloudové riešenie, ktoré umožní optimalizáciu nákladov na hardware

903

* Perspektíva dlhodobej udržateľnosti systému (predpoklad min. 15 rokov) a jeho rozvoj

904

905

== 7.1Sumarizácia nákladov a prínosov ==

|**Náklady**|(((

**Názov**

**modulu**

)))|(((

**Názov**

**modulu**

)))|(((

**Názov**

**modulu**

)))

|**Všeobecný materiál**| | |

|**IT - CAPEX**| | |

|Aplikácie| | |

|SW| | |

|HW| | |

|**IT - OPEX- prevádzka**| | |

|Aplikácie| | |

|SW| | |

|HW| | |

|**Prínosy**| | |

|**Finančné prínosy**| | |

928

|Administratívne poplatky| | |

929

|Ostatné daňové a nedaňové príjmy| | |

930

|**Ekonomické prínosy**| | |

|Občania (€)| | |

|Úradníci (€)| | |

|Úradníci (FTE)| | |

|**Kvalitatívne prínosy**| | |

935

| | | |

936

//Interpretácia výsledkov~://

937

//Ekonomická a finančná efektívnosť projektu je v analýze prínosov nákladov hodnotená kvantitatívne pomocou nasledujúcich ukazovateľov (prahové hodnoty v zmysle platných dokumentov v prípade financovania zo zdrojov EÚ sú uvedené)~://

938

939

* //Pomer prínosov a nákladov (BCR): viac ako 1,00//

940

* //Ekonomická vnútorná výnosová miera vyjadrená v % (EIRR): viac ako 5,0 %//

941

* //Ekonomická čistá súčasná hodnota vyjadrená v eurách (ENPV): viac ako 0//

942

//Pre účely financovania z prostriedkov EU vyjadruje Analýza nákladov a prínosov BC/CBA aj nasledovné ukazovatele~://

943

* //Finančná vnútorná výnosová miera v % (FIRR)//

944

* //Finančná čistá súčasná hodnota v eur (FNPV).//

945

//Nie všetky sociálno-ekonomické vplyvy sa dajú vždy vyčísliť a zhodnotiť. Je to preto, že okrem odhadu ukazovateľov výkonnosti by sa mala zohľadniť aj úvaha o nepeňažných nákladoch a výnosoch, najmä vo vzťahu k týmto otázkam: (čistý) dosah na zamestnanosť, ochrana životného prostredia, sociálna rovnosť a rovnaké príležitosti.//

946

//V prípade ak dosiahnu uvedené hodnoty viaceré varianty posudzované v rámci Analýzy nákladov, odporúča sa pri výbere finálnej alternatívy zohľadniť výšku BCR, dôležitosť nekvantifikovaných spoločenských prínosov a mieru naplnenia stanovených cieľov. Po vzore krajín ako Veľká Británia sa prioritne odporúča realizovať projekty, kde prínosy prevyšujú náklady štvornásobne (BCR aspoň 4,00).//

947

//**Príklad: Kvalitatívne prínosy projektov**//

948

//Problém: Proces získania stavebného povolenia jeden z najdlhších v EÚ.//

949

//Príklady kvalitatívnych prínosov projektu, ktoré je možné finančne oceniť~://

950

* //Zvýšenie ekonomickej aktivity v stavebnom sektore (zvýšenie rastu HDP)//

951

* //Nižšie spoločenské škody, spojené s búraním čiernych stavieb//

952

//Príklady kvalitatívnych prínosov projektu, ktoré nie je možné spoľahlivo finančne oceniť~://

953

* //Zníženie miery korupcie//

954

* //Zníženie miery stresu zamestnancov stavebných úradov//

955

//Vyššia spokojnosť verejnosti s procesmi územného a stavebného konania.//

956

957

= {{id name="_Toc152607324"/}}{{id name="_Toc895423427"/}}{{id name="_Toc241209616"/}}{{id name="_Toc1109933817"/}}{{id name="_Toc1693584831"/}}{{id name="_Toc116189132"/}}{{id name="_Toc1157370114"/}}{{id name="_Toc1343589887"/}}{{id name="_Toc2053421042"/}}{{id name="_Toc1329406378"/}}{{id name="_Toc812300137"/}}{{id name="_Toc1301800014"/}}{{id name="_Toc47815707"/}}8.HARMONOGRAM JEDNOTLIVÝCH FÁZ PROJEKTU a METÓDA JEHO RIADENIA =

958

959

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

**ZAČIATOK**

(odhad termínu)

)))|(((

**KONIEC**

(odhad termínu)

)))|**POZNÁMKA**

|1.|Prípravná fáza a Iniciačná fáza|//03/2025//|03/2025|

967

|2.|//VO//|03/2025|03/2025|

968

|(((

969

3

970

)))|Realizačná fáza|04/2025|03/2026|

971

|4|Analýza|04/2025|08/2025|

972

|5|Implementácia a testovanie|08/2025|10/2025|

973

|6|Nasadenie|10/2025|03/2026|

974

|7|Dokončovacia fáza|01/2026|03/2026|

975

|8|Podpora prevádzky (SLA)|04/2026|04/2030|

976

977

= {{id name="_Toc510413660"/}}{{id name="_Toc152607325"/}}{{id name="_Toc1722900095"/}}{{id name="_Toc1548891642"/}}{{id name="_Toc1524307507"/}}{{id name="_Toc926619902"/}}{{id name="_Toc369843141"/}}{{id name="_Toc1228095438"/}}{{id name="_Toc1350957483"/}}{{id name="_Toc1726013925"/}}{{id name="_Toc651796977"/}}{{id name="_Toc1094373969"/}}{{id name="_Toc425060707"/}}{{id name="_Toc47815708"/}}9.PROJEKTOVÝ TÍM =

|(((

4.

)))|Doc.MUDr. Jozef Korček, PhD.|Námestník riaditeľa pre zdravotnú starostlivosť|Úsek riaditeľa|Biznis vlastník

[[image:1749445179334-664.png]]

991

992

[[image:1749445188487-967.png]]

993

994

== {{id name="_Toc510413661"/}}{{id name="_Toc152607326"/}}{{id name="_Toc542498601"/}}{{id name="_Toc1556184162"/}}{{id name="_Toc1705652877"/}}{{id name="_Toc91475143"/}}{{id name="_Toc699254480"/}}{{id name="_Toc1575456504"/}}{{id name="_Toc1175869665"/}}{{id name="_Toc761214469"/}}{{id name="_Toc316351360"/}}{{id name="_Toc596074253"/}}{{id name="_Toc1994700246"/}}{{id name="_Toc47815709"/}}9.1 PRACOVNÉ NÁPLNE ==

995

996

|**Pracovný pozícia**|**Náplň práce**

997

|IT manažér|Má na starosti definovanie architektonického konceptu riešenia a definovanie IKT požiadaviek na riešenie

998

|Projektový manažér projektu|Zabezpečuje koordináciu prípravy projektu vo väzbe na ostatné procesy ako sú príprava výzvy z POaO a pod.

999

|Kľúčový používateľ|Poskytuje odbornú súčinnosť pri definovaní požiadaviek na systém pre oblasť agendy, ktorú má zverenú

1000

|Biznis vlastník|Poskytuje odbornú súčinnosť pri definovaní požiadaviek na zabezpečenie jednotlivých procesov

1001

1002

= {{id name="_Toc510413662"/}}{{id name="_Toc152607327"/}}{{id name="_Toc1721209686"/}}{{id name="_Toc1704088007"/}}{{id name="_Toc663571237"/}}{{id name="_Toc222896765"/}}{{id name="_Toc1718852369"/}}{{id name="_Toc445439934"/}}{{id name="_Toc1591178749"/}}{{id name="_Toc1059352832"/}}{{id name="_Toc1317943368"/}}{{id name="_Toc1275292488"/}}{{id name="_Toc922415075"/}}{{id name="_Toc47815710"/}}10.ODKAZY =

1003

1004

//Doplniť odkazy na už existujúce produkty v maximálnej miere – vyhnúť sa duplikovaným informáciám.//

1005

1006

= {{id name="_Toc152607328"/}}{{id name="_Toc352209542"/}}{{id name="_Toc23745434"/}}{{id name="_Toc2079765538"/}}{{id name="_Toc439451047"/}}{{id name="_Toc432728511"/}}{{id name="_Toc2041295352"/}}{{id name="_Toc2053721865"/}}{{id name="_Toc1673192336"/}}{{id name="_Toc1660740083"/}}{{id name="_Toc1335486469"/}}{{id name="_Toc1845624711"/}}{{id name="_Toc47815711"/}}11.PRÍLOHY =

1007

1008

**Príloha : **Zoznam rizík a závislostí (Excel): __[[//https:~~/~~/www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html//>>url:https://www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html]]__

1009

//Poznámka: **Odporúčame**, si evidovať a vyhodnotiť pripomienky odbornej verejnosti//

1010

1011

* //Podľa § 4 odsek 10 – Vyhláška 401/2023 Z.z. o riadení projektov a zmenových požiadaviek v prevádzke je potrebné zrealizovať pripomienkovanie Projektového zámeru odbornou verejnosťou//

1012

* //Odporúčame túto aktivitu formalizovať (do dokumentu)//

1013

* //Odporúčame vyhodnotenie zverejniť na webové sídlo objednávateľa (do projektového adresára) – v súlade s Vyhláškou 401/2023 Zz. Oznámenie o začatí verejného pripomienkovania sa zverejní v centrálnom metainformačnom systéme verejnej správy na mieste určenom Orgánom vedenia. Na schválenie riadiacemu výboru v prípravnej a iniciačnej fáze sa tieto výstupy predkladajú až po zverejnení vyhodnotenia pripomienok.//

1014

//Koniec dokumentu//

1015

[[1>>path:#sdfootnote1anc||name="sdfootnote1sym"]] Notácia ArchiMate: __[[https:~~/~~/publications.opengroup.org/standards/archimate>>url:https://publications.opengroup.org/standards/archimate]]__

1016

[[2>>path:#sdfootnote2anc||name="sdfootnote2sym"]] Aktuálny spoločný repozitár architektonických modelov verejnej správy je __[[https:~~/~~/avssr.horizzon.cloud/>>url:https://avssr.horizzon.cloud/]]__. O prístup do repozitára a poskytnutie licencie pre modelovací nástroj pracujúci s repozitárom modelov je potrebné požiadať na e-mailovej adrese: sprava_EA@mirri.gov.sk.

1017

[[3>>path:#sdfootnote3anc||name="sdfootnote3sym"]] Napr. modelovací nástroj Archi - Open Source ArchiMate Modelling: __[[https:~~/~~/www.archimatetool.com>>url:https://www.archimatetool.com/]]__.

1018

[[4>>path:#sdfootnote4anc||name="sdfootnote4sym"]] Napr. modelovací nástroj pre BPMN - Camunda Modeler - Open Source Desktop Modeler: __[[https:~~/~~/camunda.com/download/modeler/>>url:https://camunda.com/download/modeler/]]__.

1019

[[5>>path:#sdfootnote5anc||name="sdfootnote5sym"]] Podľa § 2 ods. 1 písm. i) vyhlášky MIRRI č. 401/2023 Z.z. o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy sa objednávateľom rozumie správca alebo prevádzkovateľ ITVS, ktorý projekt realizuje alebo chce realizovať.

1020

[[6>>path:#sdfootnote6anc||name="sdfootnote6sym"]] Spoločné moduly podľa zákona č. 305/2013 e-Governmente

1021

[[7>>path:#sdfootnote7anc||name="sdfootnote7sym"]] EUPL licencie: __[[https:~~/~~/joinup.ec.europa.eu/sites/default/files/inline-files/EUPL%201_1%20Guidelines%20SK%20Joinup.pdf>>url:https://joinup.ec.europa.eu/sites/default/files/inline-files/EUPL%201_1%20Guidelines%20SK%20Joinup.pdf]]__

1022

1023

| | |

Wiki zdrojový kód pre I-02 Projektový zámer (Nemocničný informačný systém)

Vitajte

Linky

Navigácia