Version 65.1 by Peter Ďuriš on 2025/07/16 13:33
Show last authors
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 |**Položka**|**Meno a priezvisko**|**Organizácia**|**Pracovná pozícia**|**Dátum**|(((
13 **Podpis**
14 (alebo elektronický súhlas)
15 )))
16 |Vypracoval|(((
17 |Ing. Martin Juhás
18 )))|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
43 | |
44 {{id name="_Toc152607286"/}}
45
46
47 == 2.2Konvencie pre typy požiadaviek ==
48
49 Konvencie pre definíciu požiadaviek sú využité v rámci Katalógu požiadaviek. Tento katalóg obsahuje funkčné, nefunkčné a technické požiadavky kladené na riešenie realizované v rámci projektu NIS.
50
51 Požiadavky sú rozdelené podľa jednotlivých modulov a inkrementu, pričom každá požiadavka zahŕňa analýzu, vývoj, testovanie a nasadenie.
52
53 Katalóg obsahuje nasledujúce kategórie požiadaviek:
54
55 * **Funkčné požiadavky** - týkajú sa konkrétnej funkcionality systému, ktorú je potrebné implementovať. V rámci Katalógu požiadaviek začínajú písmenom F.
56 * **Ne-Funkčné požiadavky** - zahŕňajú kvalitatívne a výkonové aspekty. V rámci Katalógu požiadaviek sú označené v stĺpci A skratkou NF.
57 * **Technické požiadavky** - týkajú sa technického aspektu koncového riešenia. V rámci Katalógu požiadaviek sú označené v stĺpci A písmenom T nasledovné číselným označením//.//
58
59 **Oblasť požiadavky** - popisuje kategóriu alebo doménu, do ktorej daná požiadavka patrí. Zahŕňa určitú ucelenú oblasť každého druhu požiadavky (Funkčné, Nefunkčné, Technické požiadavky).
60
61 **Názov požiadavky** - ide o jednoduchý názov požiadavky, ktorý determinuje o čom daná požiadavka je.
62
63 **Detailný popis požiadavky** - poskytuje podrobné informácie o konkrétnej požiadavke. Jej účelom je zabezpečiť jasné pochopenie, čo sa má implementovať, aké sú očakávania, a akým spôsobom sa má požiadavka realizovať, čo bude predmetom spresnenia v detailnom návrhu riešenia.
64
65
66 |**KATEGÓRIA POŽIADAVKY**
67 _funkčná požiadavka
68 _nefunkčná požiadavka
69 _technická požiadavka|**DETAILNÝ POPIS POŽIADAVKY**
70 |**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
71 |**Technicka poziadavka**|Požadujeme, aby centrálna serverová infraštruktúra bola  prevádzkovaná v cloudovom prostredí
72 |**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
73 |**Ne-Funkcna poziadavka**|Dostupnosť NIS musí byť minimálne 99%
74 |**Technicka poziadavka**|Systém musí umožniť jedinečnosť prístupových kódov a hesiel s kryptovanými heslami
75 |**Technicka poziadavka**|Systém musí mať možnosť voliteľnej Windows autentifikácie cez active directory do NIS pre jednotlivých používateľov
76 |**Funkcna poziadavka**|NIS musí centralizovať zdravotnú dokumentáciu v rámci nemocnice na pacienta
77 |**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
78 |**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
79 |**Funkcna poziadavka**|NIS musí byť pravidelne aktualizovaný v súlade s legislatívou SR a požiadavkami MZSR, NCZI, ZP,
80 |**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
81
82 * //.//
83
84 = {{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 =
85
86 == {{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 ==
87
88 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.
89
90 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.
91
92 Predpokladané financovanie
93
94
95 Projekt bude financovaný z kapitálových výdavkov FN Nitra, o ktoré požiadala Ministerstvo zdravotníctva SR.
96
97
98 Predpokladané výdavky boli stanovené na základe PHZ, pričom sa jedná o nasledovné:
99 \\013 Softvér 2 159 138 € s DPH
100 511 Opravy a udržiavanie + 013 Softvér (rozvoj) 826 560 s DPH
101 \\Predpokladaný rozvoj a podpora je plánovaná na 48 mesiacov
102
103
104 == {{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 ==
105
106 * (((
107 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.
108
109
110 Súčasný NIS vykazuje nasledujúce závažné nedostatky:
111 )))
112 * 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
113 * 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.
114 * Klient XANTA používa UNIFACE 9.6 z roku 2012 s ukončenou podporou v roku 2017.
115 * Program XANTA používa zastaraný .NET Framework 3.5 z roku 2007
116 * 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.
117 * V programe XANTA absentuje možnosť prepojenia na digitálnu patológiu – súčasť projektu. Nedokážeme zabezpečiť udržateľnosť projektu.
118 * (((
119
120 )))
121
122 == {{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 ==
123
124 * //Doplňte KTO (zoznam subjektov/osôb) sa zúčastňuje projektu a akú rolu zastáva//
125
126 |ID|AKTÉR / STAKEHOLDER|(((
127 SUBJEKT
128
129 (názov / skratka)
130 )))|(((
131 ROLA
132
133 (vlastník procesu/ vlastník dát/zákazník/ užívateľ …. člen tímu atď.)
134 )))|(((
135 Informačný systém
136
137 (MetaIS kód a názov ISVS)
138 )))
139 |1.|Ministerstvo investícií, regionálneho rozvoja a informatizácie SR|MIRRI|Poskytovateľ služieb centrálnej platformy integrácie údajov|Nerelevantné
140 |2.|Ministerstvo zdravotníctva|MZ|Spracovateľ podania formou vyplnenia žiadosti vo formulárovom prostredí|Nerelevantné
141 |3.|Fakultná nemocnica nitra|FN Nitra|Konzument údajov|Nerelevantné
142 |4.|Vedenie FN Nitra (riaditeľ, ekonomický námestník, námestník pre ošetrovateľskú starostlivosť, námestník pre zdravotnú starostlivosť)|Vedenie|(((
143 Strategické
144
145 rozhodovanie,
146
147 schvaľovanie rozpočtu a
148
149 priorít projektu.
150 )))|
151 |5.|IT oddelenie|IT|(((
152 Zabezpečenie
153
154 technickej infraštruktúry,
155
156 inštalácia, podpora a
157
158 údržba systému.
159 )))|
160 |6.|Odborný zdravotnícky personál (lekári, sestry)|Lekári|(((
161 Definovanie požiadaviek
162
163 na funkcionalitu
164
165 systému, testovanie a
166
167 spätná väzba.
168 )))|
169 |7.|Projektový tím| |(((
170 Koordinácia
171
172 implementácie, riadenie
173
174 harmonogramu,
175
176 dokumentácia a
177
178 reporting.
179 )))|
180 |8.|(((
181 Pacienti (nepriami
182
183 používatelia)
184 )))|Občan|(((
185 Cieľová skupina –
186
187 zlepšenie kvality
188
189 starostlivosti a
190
191 dostupnosti údajov.
192 )))|
193 |9.|(((
194 NCZI a zdravotné
195
196 poisťovne
197 )))|NZCI a ZP|(((
198 Napojenie na eZdravie,
199
200 výkazníctvo, kontrola
201
202 dátovej kvality.
203 )))|
204
205 == {{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 ==
206
207 V nasledujúcej tabuľke sú uvedené ciele FN NT, ktoré súvisia s napĺňaním je strategických cieľov:
208
209 |**ID**|**Názov**|**Názov strategického cieľa**|**Spôsob realizácie strategického cieľa**
210 |1|Eliminácia výpadku poskytovania ZS|Dostupná zdravotná starostlivosť|Implementácia nového NIS
211 |2|Zvýšenie KB|Kybernetická bezpečnosť|Aplikácia legislatívnych požiadaviek na KB
212 |3|Archivácia zdravotných údajov pacienta|Archivácia|Aplikácia SW riešenia na zálohu dát
213
214 (% class="wikigeneratedid" id="H3.5Merate13EnE9ukazovatele28KPI29" %)
215 Rovnako projekt rozvoja napĺňa aj ciele NKIVS a to nasledovným spôsobom:
216
217 |(% style="width:364px" %)Prioritná os|(% style="width:435px" %)Názov cieľa|(% style="width:405px" %)Spôsob naplnenia projektom
218 |(% style="width:364px" %)Prioritná os 1 - Lepšie služby|(% style="width:435px" %)Znížiť interakcie osôb a zložitosť pri používaní služieb verejnej správy |(% style="width:405px" %)Realizáciou projektu nového NIS sa zabezpečí, že poskytovanie služieb bude efektívnejšie na základe lepšie riadených procesov a dátových tokov
219 |(% style="width:364px" %)Prioritná os 3 - Efektívne IT|(% style="width:435px" %)(((
220 Zvýšiť úžitkovú hodnotu informačných systémov verejnej správy počas ich životného cyklu.
221 )))|(% style="width:405px" %)Vybudovaním nového ISVS sa zefektívni poskytovanie zdravotnej starostlivosti a to prostredníctvom nových podporených procesov pri poskytovaní starostlivosti novým ISVS
222 |(% style="width:364px" %) |(% style="width:435px" %)Skrátiť čas na prípravu a doručenie služieb a výsledkov informačných systémov verejnej správy|(% style="width:405px" %)Stabilita a interoperabilita systémov, ktorá bude zabezpečená práve novým ISVS poskytne možnosti na skracovanie obslužných ako aj hlavných výkonov potrebných pri poskytovaní zdravotnej starostlivosti
223
224
225 == 3.5Merateľné ukazovatele (KPI) ==
226
227 V nasledujúcej tabuľke sú uvedené základné merateľné ukazovatele (KPI), ktoré budú projektom dosiahnuté
228
229 |**ID**|**CIEĽ**|**NÁZOV
230 MERATEĽNÉHO A VÝKONNOSTNÉHO UKAZOVATEĽA (KPI)**|**POPIS
231 UKAZOVATEĽA**|**MERNÁ JEDNOTKA
232 (v čom sa meria ukazovateľ)**|**AS IS
233 MERATEĽNÉ VÝKONNOSTNÉ HODNTOY
234 (aktuálne hodnoty)**|**TO BE
235 MERATEĽNÉ VÝKONNOSTNÉ HODNTOY
236 (cieľové hodnoty projektu)**|(((
237 **SPÔSOB ICH MERANIA/**
238
239 **OVERENIA
240 PO NASADENÍ
241 (overenie naplnenie cieľa)**
242 )))|**POZNÁMKA**
243 |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)|
244 |ID_02|Zvýšiť efektivitu administratívnych procesov|Čas potrebný na administratívne spracovanie hospitalizácie|Priemerný čas potrebný na zaevidovanie hospitalizácie od príjmu po záznam do systému|minúty|20 min|10 min|Meranie času podľa záznamov používateľov / systémových časových značiek|
245 |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|
246 |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|
247 |ID_05|Zlepšiť manažérske rozhodovanie na základe dát|Frekvencia využívania manažérskych reportov|Počet prístupov k manažérskym reportom za mesiac|počet|10|50|Sledovanie prístupov do BI systému alebo manažérskej nadstavby|
248
249 Ukazovatele sú odborný kvalifikovaný odhad, pričom vychádzajú z:
250
251 * bežných štandardov a benchmarkov v zdravotníckych IS,
252 * praxe zo slovenských aj európskych nemocníc,
253 * skúseností z projektov digitalizácie a zavádzania NIS (vrátane EMRAM, HL7, eHealth)
254 * typických výkonnostných parametrov, ktoré si nemocnice sledujú.
255
256 == {{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 ==
257
258 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. Zároveň však boli definované základné požiadavky koncových užívateľov, ktorými sú lekári, zdravotní pracovníci a manažment nemocnice:
259
260 * NIS musí poskytovať intuitívne užívateľské rozhranie pre používateľov;
261 * NIS musí mať používateľské rozhranie v slovenskom jazyku
262 * 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
263 * NIS musí na komunikáciu s eZdravie používať požadované funkcionality, služby a rozhrania
264 * NIS musí mať zabudovanú funkcionalitu na vykazovanie v rozsahu pre kalkulačnú nemocnicu;
265 * NIS musí mať zabudovanú funkcionalitu na pripojenie k službám Bezpečné lieky ZP Dôvera;
266 * 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...);
267 * NIS musí mať možnosť evidenciu činností na užívateľa (aj zaznamenanie do log súboru);
268 * NIS musí poskytovať široké možnosti pre správu systému, aby nebola potrebná častá podpora dodávateľa pri prevádzke;
269 * Správca musí mať možnosť upravovať položky číselníkov bez nutnosti zásahu dodávateľa;
270 * Jednoduchá správa nastavení, ktoré si dokážu používatelia udržiavať samostatne, správca môže riadiť lokálne nastavenia;
271 * NIS musí byť pravidelne aktualizovaný v súlade s legislatívou SR a požiadavkami MZSR, NCZI, ZP, UDZS;
272 * 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;
273 * Správca musí mať možnosť zaevidovať nových používateľov, definovať a meniť nastavenia pre ich prístupové práva;
274 * 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á);
275 * NIS musí mať možnosť globálnych nastavení pre celú nemocnicu alebo pre vybrané oddelenia;
276 * Možnosť nastavenia prístupových práv k zdravotným záznamom ambulancií, oddelení;
277 * NIS musí mať zabudovaný automatický audit zmien dôležitých údajov, správca môže vyhľadať pôvodcu neželaných zmien;
278 * 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;
279 * NIS musí umožniť prácu s jedným pacientom na viacerých oddeleniach viacerým používateľom súčasne ;
280 * NIS musí zobraziť pohyb pacienta v rámci celého zdravotníckeho zariadenie;
281 * Musí byť možnosť dopracovania špeciálnych tlačív a formulárov;
282 * Musí byť možnosť drobných úprav tlačív a formulárov správcom systému;
283 * Musí byť možnosť nastavenia loga a vlastnej hlavičky nemocnice v tlačivách a formulároch;           
284 * NIS musí upozorniť na prípadný výskyt duplicitných rodných čísel v centrálnom registri pacientov;
285 * 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
286 * 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
287 * NIS musí vedieť generovať hlásenia pre Národné zdravotné registre, ktoré sú zverejnené na webovom sídle NCZI
288 * 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;
289 * 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, ...);
290 * NIS musí umožniť výpočet povrchu tela  a BMI  na základe zadaných údajov hmotnosti a výšky;
291 * 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;
292 * Automatizovaná pravidelná aktualizácia všetkých číselníkov vydávaných MZ SR, UDZS, NCZI, ZP ;
293 * Pravidelné aktualizácie kategorizačných zoznamov;
294 * NIS musí umožňovať export zostáv (reportov) do xls, xlsx resp. csv formátu;
295 * NIS musí podporovať vizity na lôžkových oddeleniach pomocou tabletov
296 * NIS podporuje integráciu na PACS systém cez štandardizovaný protokol HL-7
297 * NIS musí umožniť evidenciu hotovostných platieb s väzbou na elektronickú registračnú pokladnicu alebo fiškálnu tlačiareň;
298 * 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
299 * Registrácia a identifikácia pacienta na recepcii   
300 ** Tlač identifikačného náramku na recepcii           
301 ** Zaradenie ambulantného pacienta s identifikačným náramkom do čakárne      
302 * Registrácia a identifikácia pacienta na Urgentnom príjme   
303 ** Tlač urgentného identifikačného náramku - identifikovateľný pacient
304 ** Tlač urgentného identifikačného náramku - neidentifikovateľný pacient            
305 ** Rýchla tlač identifikačného náramku tlačidlom „Neznámy“ 
306 * Rozšírenie identifikácie pacienta          
307 ** Rozšírená evidencia a registrácia pacienta o ďalšie kontakty            
308 * Identifikácia pacienta cez náramok/lístok na ambulancii alebo na oddelení        
309 ** Identifikácia pacienta cez identifikačný náramok/lístok čítačkou        
310 * Webová predregistrácia a následná identifikácia pacienta  
311 ** Predregistrácia pacienta – telefonicky pracovníkom zdravotníckeho zariadenia
312 ** Predregistrácia pacienta - webové sídlo
313 ** Registrácia pacienta z predregistrácie
314 * využitie piktogramov pre informácie o stave pacienta v ambulanciách a na oddeleniach
315 * NIS musí byť procesne orientovaný;
316 * NIS musí obsahovať nástroj na konfiguráciu a zmenu procesov (napr. proces schvaľovania operácii – jedno resp. dvojkrokový proces)
317
318 *
319 .
320
321 == {{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 ==
322
323 [[image:1749444365981-185.png]]
324
325 == {{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 ==
326
327 [[image:1749444388943-244.png]]
328
329 |Alternatíva|Popis|Výhody a nevýhody
330 |Alternatíva 1 - Ponechanie súčasného NIS bez podpory|Pokračovanie v používaní nepodporovaného systémového riešenia|Výhody:
331 - šetrenie finančných prostriedkov
332 \\Nevýhody:
333 - riziko straty dát
334 - riziko zastavenia poskytovania zdravotnej starostlivosti
335 - legislatívne riziko
336 - väčšia časová náročnosť pre užívateľov
337 - nekompatilibila s CES
338 |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:
339 - systém vytvorený podľa zavedených procesov a postupov
340 \\Nevýhody:
341 - legislatívne riziko
342 - väčšia časová náročnosť pre užívateľov
343 - nedostatok odborne zdatných pracovníkov na prípravu mapovania a tvorby systému
344 - finačne veľmi náročné
345 - dlhý čas potrebný na vývoj
346 |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:
347 - systém prispôsobený podľa zavedených procesov a postupov
348 - kompatibilita s legislatívnymi požiadavkami
349 - zapracovanie požiadaviek na kybernetickú bezpečnosť
350 - štandarné, otestované riešenie
351 - moderné užívateľské prostredie
352 - dostupná servisná a aplikačná podpora
353 \\Nevýhody:
354 - finančne náročnejsšie riešenie
355 - dlhší časový na implementáciu
356
357 == {{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 ==
358
359 //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.//
360 //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).//
361 Príklad šablóny pre spracovanie MCA
362
363 (% style="width:769.5px" %)
364 | |**KRITÉRIUM**|**ZDÔVODNENIE KRIÉRIA**|(((
365 **STAKEHOLDER**
366
367 )))|Hodnotenie alternatíva 1|(% style="width:89px" %)Hodnotenie alternatíva 2|(% style="width:121px" %)Hodnotenie alternatíva 3
368 |(% rowspan="5" %)BIZNIS VRSTVA|Rýchlosť nasadenia
369 riešenia|Potrebné
370 zabezpečenie
371 kontinuity
372 poskytovania
373 zdravotnej
374 starostlivosti|Projektový manažér|1|(% style="width:89px" %)2|(% style="width:121px" %)3
375 |Náklady na
376 implementáciu|Vzhľadom na
377 obmedzené zdroje
378 financovania
379 je potrebné
380 vyhodnotiť,
381 ktorá z alternatív
382 je cenovo
383 najvýhodnejšia|Ekonimický námestník|1|(% style="width:89px" %)2|(% style="width:121px" %)3
384 |Zvládnuteľnosť pre
385 IT oddelenie|Vzhľadom na
386 obmedzené
387 inerné kapacity je
388 potrebné zvažovať
389 aj komplexnosť
390 riešenia a jeho
391 nasaditeľnosť
392 v praxi a čase|Vedúci IT oddelenia|1|(% style="width:89px" %)2|(% style="width:121px" %)3
393 |Počet dotknutých
394 pracovísk|Cieľové riešenia
395 by malo byť
396 komplexným
397 riešením pre
398 celú nemocnicu,
399 čím sa eliminujú
400 riziká vyplývajúce
401 z viacerých IT
402 riešení|Projektový tím|1|(% style="width:89px" %)2|(% style="width:121px" %)3
403 |Administratívna
404 náročnosť (VO,
405 zmluvy, schválenia)|Vzhľadom na
406 krátkosť času je
407 potrebné rýchlo
408 manažovať
409 procesy verejného
410 obstarávania
411 a prípravy pre
412 nasadenie.|Oddelenie VO|1|(% style="width:89px" %)2|(% style="width:121px" %)3
413 | | | | |5|(% style="width:89px" %)10|(% style="width:121px" %)15
414
415 Tabuľka - Vyhodnotenie MCA pre dotknuté alternatívy
416 Najvhodnejšia alternatíva na splnenie cieľov sa javí Alternatíva č. 3, pričom dôvodom odporúčania je teda rýchle a samostatné nasadenie nového NIS len pre Fakultnú Nemocnicu Nitra.
417
418 Toto riešenie:
419 • umožní prekonať kritický termín po ukončení podpory systému Xanta,
420 • je rýchlejšie, lacnejšie a organizačne zvládnuteľné,
421 • vytvára priestor na budúce rozšírenie alebo konsolidáciu, pričom rieši akútne potreby pracoviska.
422
423
424 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 FN Nitra.
425
426 == {{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 ==
427
428 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.
429
430
431 * **Cieľom tejto analýzy bolo identifikovať takú architektonickú alternatívu, ktorá:**
432 ** zabezpečí vysokú mieru dostupnosti a spoľahlivosti systému,
433 ** umožní flexibilné a efektívne riadenie klinických a podporných procesov,
434 ** bude podporovať škálovateľnosť riešenia s ohľadom na jeho dlhodobú udržateľnosť,
435 ** bude rešpektovať princípy otvorených štandardov a interoperability,
436 ** a zároveň umožní integráciu na národné a nadrezortné informačné systémy (napr. eZdravie, NCZI, zdravotné poisťovne).
437
438 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.
439
440
441 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:
442
443
444
445 **Alternatíva A: Monolitický nemocničný informačný systém**
446
447
448 * **Charakteristika:** Jednotný, centrálne inštalovaný systém so všetkými funkciami integrovanými do jedného aplikačného jadra.
449
450 * **Výhody:**
451 ** Nižšia náročnosť na integráciu komponentov.
452 ** Jednoduchší deployment a správa v malej inštalácii.
453
454 * **Nevýhody:**
455 ** Nízka flexibilita pri rozširovaní funkčnosti.
456 ** Riziko technologického dlhu – zmena jedného modulu môže vyžadovať zásahy do celého systému.
457 ** Obmedzené možnosti prevádzky v hybridnom alebo cloudovom prostredí.
458
459 * **Záver:** Nevhodná pre rozsah a požiadavky FN Nitra – nespĺňa princípy modularity, škálovateľnosti a procesnej flexibility.
460
461 **Alternatíva B: Modularizovaný systém s lokálnou inštaláciou**
462
463
464 * **Charakteristika:** Systém rozdelený do samostatných modulov, ktoré sú lokálne nasadené a prevádzkované v prostredí nemocnice.
465
466 * **Výhody:**
467 ** Vyššia flexibilita ako pri monolite.
468 ** Možnosť selektívneho nasadzovania a upgradovania jednotlivých modulov.
469
470 * **Nevýhody:**
471 ** Zložitá správa a koordinácia aktualizácií v prostredí s viacerými modulmi.
472 ** Vyššie náklady na prevádzku a správu infraštruktúry.
473 ** Riziká bezpečnosti a škálovania pri vysokom zaťažení.
474
475 * **Záver:** Čiastočne vhodná, ale limitovaná z pohľadu budúcnosti a cloudovej pripravenosti.
476
477 **Alternatíva C (zvolená): Modulárna mikroslužbová architektúra s cloudovým modelom nasadenia**
478
479
480 * **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.
481
482 * **Výhody:**
483 ** Vysoká modularita – každý komponent môže byť samostatne vyvíjaný, testovaný, aktualizovaný a nasadzovaný.
484 ** Podpora škálovania na úrovni služby (napr. ambulantné plánovanie, urgent, EHR...).
485 ** Pripravenosť na hybridný cloud alebo full-cloud model.
486 ** Bezpečnostné a integračné štandardy (REST API, audit, šifrovanie).
487 ** Možnosť prevádzky ako multitenant riešenie.
488
489 * **Nevýhody:**
490 ** Vyššie nároky na návrh, DevOps a orchestráciu služieb (napr. Kubernetes, CI/CD).
491 ** Potreba komplexného monitoringu a logovania.
492
493 * **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.
494
495 **Náhľad biznisovej architektúry preferovanej alternatívy:**
496
497 [[image:Model č. 1.jpg]]
498
499 {{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
500
501 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.
502
503
504 Technologická vrstva architektúry sa v tomto prípade týka:
505
506 * spôsobu prevádzky systému (on-premise vs. cloud),
507 * použitých databázových technológií,
508 * riešení vysokodostupnostnej infraštruktúry,
509 * komunikačných rozhraní a štandardov,
510 * monitoringu a zabezpečenia.
511
512 Boli posudzované nasledovné alternatívy:
513
514
515 **Alternatíva A: On-premise infraštruktúra s centralizovaným HW**
516
517
518 * **Charakteristika:** Prevádzka celého systému na fyzickej infraštruktúre nemocnice v serverovej miestnosti alebo vlastnom dátovom centre.
519
520 * **Výhody:**
521 ** Priama kontrola nad infraštruktúrou.
522 ** Nezávislosť od externého poskytovateľa cloudových služieb.
523
524 * **Nevýhody:**
525 ** Vysoké investičné náklady na nákup, rozšírenie, obnovu hardvéru a cyber security.
526 ** Náročná údržba a prevádzka (nutnosť IT personálu, patch management, zálohovanie).
527 ** Obmedzená škálovateľnosť a nižšia dostupnosť v prípade výpadkov.
528
529 * **Záver:** Nevhodná pre rozsiahle a kritické systémy s požiadavkami na 24/7 prevádzku a flexibilitu.
530
531 **Alternatíva B: Hybridný model – on-premise + privátny cloud**
532
533
534 * **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.
535
536 * **Výhody:**
537 ** Možnosť optimalizácie výkonu a nákladov.
538 ** Väčšia bezpečnostná kontrola ako pri verejnom cloude.
539 ** Znížené investičné náklady v porovnaní s plným on-premise modelom.
540
541 * **Nevýhody:**
542 ** Vyššia komplexita architektúry (správa dvoch prostredí).
543 ** Potreba robustného sieťového prepojenia.
544
545 * **Záver:** Viabilná možnosť, najmä ak má nemocnica vlastné dátové kapacity a partnera pre prevádzku privátneho cloudu.
546
547 **Alternatíva C (zvolená): Prevádzka nemocničného informačného systému v bezpečnom cloudovom prostredí (IaaS/PaaS)**
548
549
550 * **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.
551
552 * **Výhody:**
553 ** Vysoká dostupnosť a škálovateľnosť (auto-scaling, geo-redundancia).
554 ** Flexibilita pri rozvoji – nové moduly, aktualizácie a CI/CD procesy.
555 ** Bezpečnostné štandardy – šifrovanie dát, auditovateľnosť, podpora SLA.
556 ** Optimalizácia nákladov podľa reálneho výkonu (pay-as-you-go).
557 ** Podpora multitenant architektúry.
558
559 * **Použité technológie:**
560 ** Prevádzka kontajnerizovaných služieb (Docker, Kubernetes).
561 ** Databázy SQL aj NoSQL podľa potreby modulu.
562 ** Monitoring a logovanie (napr. Prometheus, Grafana, ELK).
563
564 * **Nevýhody:**
565 ** Potreba právneho a technického zabezpečenia prevádzky v zmysle GDPR a zákona č. 95/2019 Z. z.
566
567 * **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.
568
569 **Náhľad technologickej architektúry preferovanej alternatívy:**
570
571 [[image:Model č. 2.jpg]]
572
573 {{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)
574
575 (((
576 Implementácia projektu bude prechádzať štandardnými etapami riadenia IT projektov a to:
577 • Analýza a dizajn
578 • Implementácia a testovanie
579 • Nasadenie
580 Pre tieto etapy sú definované jasné výstupy, ktoré majú byť dodané a budú predmetom akceptačných kritérií.
581
582 | Prehľad projektových výstupov
583 |
584 |Výstupy vytvárané PRIEBEŽNE počas celého projektu
585 |Plán etapy/Plán fázy
586 |Manažérske správy, plány, reporty, zoznamy, odporúčania a požiadavky:
587 |(1) Zoznam otvorených otázok
588 |(2) Zoznam funkčných zdrojových kódov
589 |(3) Zoznam licencií
590 |(4) Správa o stave projektu (Status report)
591 |(5) Požiadavka na zmenu (CR)
592 |
593 |Akceptačný protokol
594 | Evidencia e-Government komponentov v MetaIS, vrátane architektonických modelov
595 |
596 |PRÍPRAVNÁ A INICIAČNÁ FÁZA
597 |Projektový zámer
598 |Katalóg požiadaviek
599 |
600 |REALIZAČNÁ FÁZA
601 |
602 |ANALÝZA A DIZAJN
603 |Akceptačné kritériá
604 | Detailný návrh riešenia (DNR)
605 |(1) Zámer riešenia, analýza požiadaviek, používateľský prieskum a motivačná architektúra
606 |(2) Popis postupu analýzy a návrhu riešenia
607 |(3) Biznis architektúra*
608 |a. Existujúca a cieľová biznis architektúra
609 |b. Procesy podporované navrhovaným riešením
610 |c. Vytvorenie informačnej architektúry a mapovanie používateľskej cesty
611 |d. Prípady použitia (use case model)
612 |(4) Dátová architektúra
613 |(5) Aplikačná architektúra*
614 |a. Existujúca a budúca aplikačná architektúra
615 |b. Aplikačné komponenty a ich vzťah k biznis komponentom a funkčným požiadavkám
616 |c. Integrácie – Komunikácia medzi komponentami (OpenAPI)
617 |(6) Technologická architektúra*
618 |a. Existujúca a budúca technologická architektúra
619 |b. Technologické komponenty riešenia a ich vzťah k aplikačným komponentom
620 |(7) Softvérové licencie a zdrojové kódy
621 |(8) Požiadavky na úrovne služieb (SLA) a výkonnosť
622 |(9) Zabezpečenie dostupnosti, zálohovanie a obnova riešenia
623 |(10 Bezpečnosť – riešenie požiadaviek na bezpečnosť
624 |(11) Migrácia dát
625 |(12) Harmonogram realizácie a nasadenia, závislosti
626 |(13) Testovací protokol prototypu používateľského rozhrania
627 |R1-2 Plán a stratégia testovania
628 |(1) Testovacie prípady (UC/TC)
629 |(2) Testovacie prostredia
630 |(3) Testovacie dáta
631 |(4) Defekt manažment, monitoring a reporting testov
632 |
633 |IMPLEMENTÁCIA A TESTOVANIE
634 |Vývoj, migrácia údajov a integrácia
635 |Testovanie
636 |(1) Funkčné testovanie (FAT)
637 |(2) Systémové a integračné testovanie (SIT)
638 |(3) Záťažové a výkonnostné testovanie
639 |(4) Bezpečnostné testovanie (SW/HW a kybernetická bezpečnosť)
640 |(5) Používateľské testy funkčného používateľského rozhrania (UX)
641 |(6) Používateľské akceptačné testovanie (UAT)
642 |
643 |Školenia personálu
644 |Dokumentácia
645 |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
646 |(2) Integračná príručka
647 |(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 )
648 |(4) Zdrojové kódy a licencie
649 |(5) Inštalačná a konfiguračná príručka
650 |(6) Prevádzkový opis a pokyny pre diagnostiku, servis a údržbu
651 |(7) Pokyny na obnovu pri výpadku alebo havárii (Havarijný plán)
652 |(8) Bezpečnostný projekt
653 |(9) Údaje o monitorovaní úrovne poskytovaných služieb (SLA) aktivít IT
654 |
655 |NASADENIE a POSTIMPLEMENTAČNÁ PODPORA (PIP)
656 |
657 |Nasadenie do produkčnej prevádzky (vyhodnotenie)
658 |Akceptácia spustenia do produkčnej prevádzky (vyhodnotenie)
659 |
660 |DOKONČOVACIA FÁZA
661 |Manažérske správy, plány, reporty, zoznamy, odporúčania a požiadavky
662 |
663 |(1) Správa o dokončení projektu (etapy/fázy)
664
665 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ť.
666
667
668 **A. Funkčné požiadavky – obsah a rozsah produktu**
669
670
671 Produkt bude pozostávať z aplikačných modulov pokrývajúcich klinické, podporné aj administratívne procesy, konkrétne:
672
673
674 )))
675
676 * **Manažment pacienta:**
677 ** Centrálna databáza pacientov (MPI)
678 ** Identifikácia a evidencia pacienta
679 ** Ambulantné plánovanie, čakáreň, vyvolávací systém
680 * (((
681
682 )))
683 * **Zdravotná starostlivosť:**
684 ** Ambulantná a lôžková zdravotná starostlivosť
685 ** Podpora pre plávajúce lôžka (okrem štandardného modelu), plánovanie hospitalizácií
686 ** Intenzívna medicína a urgentná starostlivosť
687 ** Operačné sály, plánovanie operácií
688 ** Gynekológia a pôrodníctvo
689 ** Ošetrovateľská starostlivosť
690 ** Rehabilitácia
691 * **Podporné a prevádzkové moduly:**
692 ** Preskripcia, príprava a podanie liekov
693 ** Správa liekovej politiky
694 ** Integrácie na LIS, rádiológiu, krvnú banku
695 ** Sklady, žiadanky, súhlasy
696 ** Notifikácie a eZdravie
697 * (((
698
699 )))
700 * Administratíva a výkazníctvo:
701 ** Výkazy pre zdravotné poisťovne
702 ** Štatistiky, reporting
703 * (((
704
705
706 **B. Architektúra a technologická platforma produktu**
707
708
709 **Produkt bude realizovaný ako:**
710 )))
711 * Modulárne riešenie s mikroslužbovou architektúrou
712 * Cloud-native systém s podporou kontajnerizácie (Docker, Kubernetes)
713 * Štruktúrované dátové úložisko pacientskych dát (EHR)
714 * Moderné webové používateľské rozhranie s kontextovou navigáciou a UX prístupom
715 * (((
716
717
718 **Zabezpečí sa interoperabilita s ostatnými systémami a infraštruktúrou nemocnice aj externými systémami:**
719 )))
720 * eZdravie (NCZI), zdravotné poisťovne
721 * Interné systémy nemocnice: laboratórium, ústavná lekáreň, krvná banka, rádiológia
722 * Zdravotnícke prístroje (napr. cez HL7, XML)
723 * (((
724
725
726 **C. Bezpečnosť a súlad s legislatívou**
727
728
729 **Produkt bude:**
730 )))
731 * 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.).
732 * Obsahovať bezpečnostné opatrenia: audit, prístupové práva, šifrovanie dát.
733 * Podporovať vysokú dostupnosť, zálohovanie a obnovu prevádzky.
734 * (((
735
736
737 **D. Prínosy a pridaná hodnota**
738
739
740 **Požadovaný produkt umožní:**
741 )))
742 * Zabezpečiť neprerušené poskytovanie zdravotnej starostlivosti po ukončení podpory pôvodného systému.
743 * 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.
744 * Zvýšiť bezpečnosť a kvalitu starostlivosti vďaka centralizovaným a aktuálnym údajom o pacientovi.
745 * 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).
746
747 = {{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 =
748
749 * (((
750 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.
751
752
753 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.
754
755
756 **A. Viacvrstvová architektúra riešenia**
757 )))
758 * Prezentačná vrstva (UI/UX)
759 ** Moderné webové používateľské rozhranie, prístupné z rôznych zariadení.
760 ** Kontextová navigácia podľa role používateľa (lekár, sestra, atď.)
761 ** Multiplatformová kompatibilita (desktop, tablet, mobil).
762 * (((
763
764 )))
765 * Aplikačná vrstva (mikroslužby / BPM)
766 ** Modularizované komponenty ako samostatné služby (napr. modul urgentu, plánovania, EHR, MPI atď.)
767 ** Orchestrácie a koordinácia cez BPM engine – modelovanie a vykonávanie klinických a podporných procesov.
768 ** Asynchrónna komunikácia medzi službami (napr. pomocou event bus / message broker).
769 ** API brána (API Gateway) s autentifikáciou, autorizáciou a routingom požiadaviek.
770 * (((
771
772 )))
773 * Dátová vrstva
774 ** Elektronická zdravotná dokumentácia (EHR) – štruktúrovaná, auditovateľná.
775 ** Podpora SQL aj NoSQL databáz, podľa charakteru uložených údajov.
776 ** Dôraz na štandardy HL7, HL7 FHIR, XML, DASTA a iné EHR štandardy pre interoperabilitu.
777 * (((
778
779 )))
780 * Integrácia a interoperabilita
781 ** Integračná platforma/nástroj umožňujúci napojenie na:
782 *** Národné systémy (eZdravie, zdravotné poisťovne),
783 *** Lokálne systémy nemocnice (laboratórium, rádiológia, ústavná lekáreň, krvná banka),
784 *** Zdravotnícke prístroje (napr. HL7-based integrácia).
785 ** Podpora štandardizovaných rozhraní (REST API, SOAP, HL7 v2/v3 FHIR).
786 * (((
787
788 )))
789 * Infraštruktúrna vrstva (cloud-native)
790 ** Prevádzka v bezpečnom cloude (privátny/štátny cloud).
791 ** Kontajnerizácia aplikácií pomocou Docker, orchestrácia cez Kubernetes.
792 ** Automatizácia nasadzovania a monitorovania (CI/CD, DevOps nástroje).
793 ** Monitoring (napr. Prometheus, Grafana), audit a logovanie (napr. ELK Stack).
794 ** Podpora vysokej dostupnosti a geo-redundancie.
795 **
796 ** **B. Architektonické princípy riešenia**
797 * Modularita – každý aplikačný komponent je samostatne nasaditeľný a rozšíriteľný.
798 * Škálovateľnosť – horizontálne aj vertikálne škálovanie podľa výkonových potrieb.
799 * Bezpečnosť – implementácia autentifikácie (napr. OAuth2, OpenID Connect), šifrovanie dát (napr. TLS, at-rest), auditovateľnosť prístupov.
800 * Multitenantná architektúra – možnosť logického oddelenia prevádzky (napr. medzi oddeleniami alebo organizačnými jednotkami).
801 * Procesne riadený systém (BPM) – všetky úlohy generované podľa definovaného procesu s podporou sledovania stavu a výstupov.
802 * (((
803
804
805 **C. Podpora štandardov a kompatibility**
806
807
808 Architektúra je plne kompatibilná so štandardmi pre eHealth a podporuje:
809 )))
810 * HL7, HL7 FHIR, XML, DASTA, a iné EHR štandardy
811 * ICD-10
812 * ISO 13606 pre štruktúrované záznamy
813 * GDPR a zákon č. 69/2018 Z. z. (kybernetická bezpečnosť)
814
815 **D. Grafický náhľad**
816
817
818 **Grafický pohľad na architektúru riešenia:**
819
820
821 [[image:Model č. 3.jpg]]
822
823
824 **Základný pohľad na proces poskytovania ambulantnej starostlivosti:**
825
826 [[image:1749444792875-868.png]]
827
828
829 **Základný pohľad na proces poskytovania lôžkovej starostlivosti**
830
831 [[image:1749444815970-392.png]]
832
833 == {{id name="_Toc152607321"/}}{{id name="_Toc823562243"/}}5.1Prehľad e-Government komponentov ==
834
835 //__**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.**__//
836 //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 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.//
837 //V okamihu odovzdania výstupu I-02 Projektový zámer objednávateľ~://
838
839 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,//
840 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, //
841 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ť. //
842 //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~://
843
844 === 5.1.1Prehľad koncových služieb – budúci stav: ===
845
846 {{content id="projekt.planovane_ks" template="
847 |=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}']
848 [['|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${item.atribut('EA_Profil_KS_pouzivatel_ks')?:''} +
849 '|' + ${item.zs?.nazov?:''} + '; ' + ${item.zs?.kodMetais?:''} + '|' + 'Vyberte jednu z možností\\\\\\\\' + ${item.atribut('EA_Profil_KS_sofistikovanost')?:''}]]
850 [/]
851 "}}
852 |=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
853 {{/content}}
854
855 === 5.1.2Prehľad budovaných/rozvíjaných ISVS v projekte – budúci stav: ===
856
857 {{content id="projekt.planovane_isvs" template="
858 |=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}']
859 [('|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${#html.checkbox(item.atribut('EA_Profil_ISVS_modul_isvs') == 'true')} +
860 '|' + 'Vyberte jednu z možností\\\\\\\\' + ${item.atribut('EA_Profil_ISVS_stav_isvs')?:''} +
861 '|' + 'Vyberte jednu z možností\\\\\\\\' + ${item.atribut('EA_Profil_ISVS_typ_isvs')?:''} +
862 '|' + ${item.nadradeneIsvs?.kodMetais?:''} + '|')]
863 [/]
864 "}}
865 |=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)
866 {{/content}}
867
868 === 5.1.3Prehľad budovaných aplikačných služieb – budúci stav: ===
869
870 {{content id="projekt.planovane_as" template="
871 |=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}']
872 [('|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${item.sluziIsvs?:''} + '|' + ${#strings.listJoin(item.ks, ', ')} + '|')]
873 [/]
874 "}}
875 |=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)
876 {{/content}}
877
878 === ===
879
880 === 5.1.5Aplikačné služby na integráciu ===
881
882 //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),//
883
884 * //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,//
885 * //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Ú.//
886 * //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).//
887 * //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="
888 |=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}']
889 [('|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${item.isvs?:''} +
890 '|' + 'Poskytovaná / Konzumujúca////////' + ${item.atribut('EA_Profil_AS_typ_cloudovej_sluzby')?:''} +
891 '|' + 'Áno/Nie' + '|' + 'Áno/Nie' + '|' + 'Áno/Nie' + ${item.sluziAs?:''} + '|')]
892 [/]
893 "}}|=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}}
894
895 === {{id name="_Toc62489735"/}}{{id name="_Toc814509359"/}}{{id name="_Toc153139693"/}}{{id name="_Toc63764348"/}}5.1.6Poskytovanie údajov z ISVS do IS CSRÚ ===
896
897 //Uveďte v tabuľke prehľad poskytovaných údajov (objektov evidencie, ďalej OE) z ISVS do IS CSRÚ v TO BE stave.//
898
899 |**ID OE**|**Názov (poskytovaného) objektu evidencie**|**Kód ISVS poskytujúceho OE**|**Názov ISVS poskytujúceho OE**
900 | | | |
901 | | | |
902 | | | |
903
904 === {{id name="_Toc63764349"/}}{{id name="_Toc1792132569"/}}{{id name="_Toc153139694"/}}5.1.7Konzumovanie údajov z IS CSRÚ ===
905
906 //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Ú//__.__
907
908 |**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**
909 | | | |
910 | | | |
911 | | | |
912
913 === 5.1.8Prehľad plánovaného využívania infraštruktúrnych služieb (cloudových služieb) – budúci stav: ===
914
915 //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.//
916
917 |(((
918 **Kód infraštruktúrnej služby**
919 //(z MetaIS)//
920 )))|**Názov infraštruktúrnej služby**|(((
921 **Kód využívajúceho ISVS**
922 //(z MetaIS)//
923 )))|**Názov využívajúceho ISVS**
924 | | | |
925 | | | |
926 //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]].__
927
928 = {{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 =
929
930 //Projekt nevyžaduje žiadne legislatívne zmeny ani úpravy//
931
932 = {{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 =
933
934 Rozpočet bol stanovaný na základe CP predloženej na MZ SR. V nasledujúcej tabuľke sú uvedené súhrnné náklady v horizonte 10 rokov:
935
936 |TO BE - AS IS (€, SUM)| | | | | | | | | | | | | | | | | |
937 |(% colspan="3" %) |Spolu|Migrácia|Príprava liekov|Urgent|FRO|Lôžka|Ambulancie|Spracovanie dávok|Operácie|Laboratória|MIS a reporting|Nemocničná lekáreň|Zobrazovanie|Sklady|Register pacientov|Admin
938 |Náklady s DPH| | | 4 973 613 €| 337 626 €| 392 129 €| 93 362 €| 74 689 €| 703 493 €| 341 653 €| 142 818 €| 505 667 €| 298 253 €| 1 044 137 €| 15 556 €| 211 452 €| 161 490 €| 57 026 €| 594 262 €
939 | |Všeobecný materiál| | - €| - €| - €| - €| - €| - €| - €| - €| - €| - €| - €| - €| - €| - €| - €| - €
940 | |IT - CAPEX| | 2 276 638 €| 7 171 €| 35 857 €| 49 138 €| 39 310 €| 370 259 €| 179 818 €| 75 167 €| 266 141 €| 156 975 €| 549 546 €| 8 187 €| 111 290 €| 84 995 €| 30 014 €| 312 769 €
941 | | |Aplikácie| - €| - €| - €| - €| - €| - €| - €| - €| - €| - €| - €| - €| - €| - €| - €| - €
942 | | |SW| 2 159 138 €| 7 171 €| 35 857 €| 49 138 €| 39 310 €| 370 259 €| 179 818 €| 75 167 €| 266 141 €| 156 975 €| 549 546 €| 3 187 €| 111 290 €| 84 995 €| 30 014 €| 200 269 €
943 | | |HW| 117 500 €| - €| - €| - €| - €| - €| - €| - €| - €| - €| - €| 5 000 €| - €| - €| - €| 112 500 €
944 | |IT - OPEX| | 2 696 974 €| 330 454 €| 356 272 €| 44 224 €| 35 379 €| 333 233 €| 161 836 €| 67 651 €| 239 527 €| 141 278 €| 494 591 €| 7 369 €| 100 161 €| 76 495 €| 27 012 €| 281 492 €
945 | | |Aplikácie| 648 000 €| 324 000 €| 324 000 €| - €| - €| - €| - €| - €| - €| - €| - €| - €| - €| - €| - €| - €
946 | | |SW| 1 943 224 €| 6 454 €| 32 272 €| 44 224 €| 35 379 €| 333 233 €| 161 836 €| 67 651 €| 239 527 €| 141 278 €| 494 591 €| 2 869 €| 100 161 €| 76 495 €| 27 012 €| 180 242 €
947 | | |HW| 105 750 €| - €| - €| - €| - €| - €| - €| - €| - €| - €| - €| 4 500 €| - €| - €| - €| 101 250 €
948
949 Z pohľadu samotnej implementácie sa jedná o nasledovné náklady:
950
951 * 013 SW - 2 159 138 € s DPH z čoho je:
952 ** SW a lincencie - 1 371 151 €
953 ** Implementačné práce - 787 987
954
955 Prevádzkové náklady boli stanovené na cca  263 664 € ročne z čoho sú:
956
957 * prevádzka NIS - 215 914 €
958 * cloud prevádzka - 36 000 €
959 * podpora pre nakúpený HW - 11 750 €
960
961 **Kvantifikácia prínosov**
962
963 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á. Napriek tomu boli stanovené predpokladané prínosy vyplývajúce z implementácia nového NIS a to nasledovne:
964
965 |Oblasť prínosu|Odhad prínosu (€)|Zdôvodnenie výpočtu
966 |1. Administratívna efektivita (hospitalizácie)|50 000 € / rok|Výpočet: Počet hospitalizácií v FNsP Nitra ≈ 32–36 tis./rok. Podľa EMRAM (HIMSS) úroveň 4–6 a českých projektov (Havlíčkův Brod) sa dosahuje úspora cca 1 FTE na každých 10 000 hospitalizácií. Priemer: 3–3,5 FTE × priemerné ročné mzdové náklady admin pracovníka s odvodmi (~~17 000 €/rok) = cca 50 000 €. Zdroj: HIMSS Analytics, NCZI štatistiky, výročné správy FNsP Nitra.
967 |2. Eliminácia duplicitných MR/CT/MAMO|250 000 € / rok|Výpočet: Pri MR (3 500 vyšetrení × 5 % duplicita × 300 €), CT (25 000 × 5 % × 150 €), mamografia (5 000 × 5 % × 60 €). Vyšetrenia sa robia zbytočne pre slabú interoperabilitu (napr. rovnaký pacient opakovane vyšetrený, chýbajúca história). Odstránením duplicitnej indikácie sa šetrí priamy výkon + spotreba filmov, energie a personálu. Zdroj: HIMSS, OECD Health Working Papers, EÚ eHealth benchmarking reports.
968 |3. Automatizované výkazníctvo a eZdravie|20 000 € / rok|Výpočet: Štandardne úspora 1–1,5 FTE administratívy pre validáciu výkazov, ručné opravy chýb a spätne neúplných údajov. Priemerné náklady admina 17 000 €/rok. Časť agendy preberá automatizácia cez NIS – zníženie duplicít, manuálneho dopĺňania a chýb vo vykazovaní výkonov ZP a NCZI.
969 |4. Manažérske BI + plánovanie zdrojov|30 000 € / rok|Výpočet: OECD odporúča, že datadriven riadenie vedie k optimalizácii prevádzky min. 0,3–0,5 % z prevádzkového rozpočtu. Pri odhadovaných prevádzkových nákladoch FNsP Nitra (napr. 6–10 mil. €/rok) zisk z efektívnejšieho využitia lôžok, personálu a materiálu = 30–50 tis. €/rok. Konzervatívne použité 30 tis. €.
970 |5. Zníženie chýb, duplicít, auditov|20 000 € / rok|Výpočet: NIS redukuje chybovosť v údajoch (zápisy výkonov, vykazovanie, lieková evidencia). Menej revízií, reklamácií výkonov poisťovňami a znížené straty z nesprávneho DRG kódovania. Benchmark: odhady WHO a projekty eHealth v ČR (FN Brno, FN Olomouc).
971 |6. Zníženie papierovej dokumentácie|25 000 € / rok|Výpočet: Digitalizácia agendy znižuje tlač, toner, archiváciu. Pri priemerných nákladoch ~~0,5 €/stranu, 100 000–150 000 výtlačkov ročne → úspora 15–25 tis. €/rok. Podložené slovenskými eZdravie pilotmi (NUSCH, SÚSCCH) a projektmi ESF eHealth.
972 |7. Zníženie záťaže na IT podporu|15 000 € / rok|Výpočet: SLA a menej incidentov pri modernom systéme šetrí cca 0,5–1 IT FTE. Priemerné náklady IT pracovníka vrátane odvodov ~~18–22 tis. €/rok. Použitý konzervatívny odhad.
973 |8. Zníženie výpadkov systému|160 000 € / rok|Výpočet: Staré NIS majú nižšiu dostupnosť (95 %). Nový NIS: 99,5 % – o ~~80 hodín ročne menej výpadkov. Odhad straty za hodinu nefunkčnosti: 2 000 € (výkony, výkazníctvo, urgent). Benchmark: EY Healthcare Cost of Outages, reálne straty pri nefunkčnom IS.
974
975 Celkové prínosy predstavujú cca 570 tis. € ročne. V nasledujúcej tabuľke je vyhodnotenie nákladov a prínosov riešenia:
976
977 |Obdobie|AS IS|TO BE|rozdiel|AS IS|TO BE|rozdiel| | | |(% colspan="2" %)
978 |t1|0,00|-2 276 638,31|-2 276 638,31|0,00|-1 850 925,46|-1 850 925,46|0|-2 276 638,31|-1 850 925,46|-1 850 925,46|<
979 |t2|0,00|-263 663,83|-263 663,83|0,00|355 639,16|355 639,16|1|-253 522,91|338 703,96|-1 512 221,49|<
980 |t3|0,00|-263 663,83|-263 663,83|0,00|355 639,16|355 639,16|2|-243 772,03|322 575,20|-1 189 646,29|<
981 |t4|0,00|-263 663,83|-263 663,83|0,00|355 639,16|355 639,16|3|-234 396,19|307 214,48|-882 431,81|<
982 |t5|0,00|-263 663,83|-263 663,83|0,00|355 639,16|355 639,16|4|-225 380,95|292 585,22|-589 846,59|<
983 |t6|0,00|-263 663,83|-263 663,83|0,00|355 639,16|355 639,16|5|-216 712,45|278 652,59|-311 194,00|<
984 |t7|0,00|-263 663,83|-263 663,83|0,00|355 639,16|355 639,16|6|-208 377,36|265 383,42|-45 810,58|<
985 |t8|0,00|-263 663,83|-263 663,83|0,00|355 639,16|355 639,16|7|-200 362,84|252 746,11|206 935,53|Rok návratu investície
986 |t9|0,00|-263 663,83|-263 663,83|0,00|355 639,16|355 639,16|8|-192 656,58|240 710,58|447 646,11|>
987 |t10|0,00|-263 663,83|-263 663,83|0,00|355 639,16|355 639,16|9|-185 246,71|229 248,17|676 894,29|>
988 |SPOLU|0,00|-4 649 612,79|-4 649 612,79|0,00|1 349 827,00|1 349 827,00|SPOLU|-4 237 066,33|676 894,29| |
989 | | | | | | | | | | | |
990 | | | | | | | |(% colspan="2" %)Výsledok CBA|Výsledná hodnota|Minimálna hodnota|
991 | | | | | | | |BCR|pomer prínosov a nákladov|0,98|1,00|
992 | | | | | | | |FIRR|finančná vnútorná výnosová miera ~(%)|#ČÍSLO!|-|
993 | | | | | | | |EIRR|ekonomická vnútorná výnosová miera ~(%)|12,6%|5,0%|
994 | | | | | | | | | | | |
995 | | | | | | | |FNPV|finančná čistá súčasná hodnota (eur s DPH)|-4 237 066|-|
996 | | | | | | | |ENPV|ekonomická čistá súčasná hodnota (eur bez DPH)|676 894|0|
997
998 **Definovanie kvalitatívnych prínosov**
999
1000 Preto definujeme hlavne kvalitatívne prínosy nového NIS:
1001
1002 * Zamedzenie ohrozenia poskytovania zdravotnej starostlivosti z dôvodu nefunkčnosti zastaraného IS s ukončenou podporou prevádzkovateľa
1003 * Výrazné zlepšenie kvality riadenia procesov pri poskytovaní zdravotnej starostlivosti
1004 * Zníženie duplicít v evidencii a spracovaní zdravotníckych dát
1005 * Zníženie administrácie a chybovosti údajov
1006 * Zlepšenie systému plánovania ZS, objednávania pacientov, preskripcie liekov
1007 * Nový systém objednávania a výdaja liekov a zdravotníckeho materiálu s prepojením na IS lekárne
1008
1009 * Skvalitnenie výkazníctva pre zdravotné poisťovne a NCZI
1010 * Prepojenie na eZdravie (v rozsahu eRecept, eVyšetrenie, eOčkovanie, eDPN, eID, HoN)
1011 * Podpora štruktúrovanej dokumentácie a zavedenie jednotnej semántiky pre klinické dáta, podpora medzinárodných štandardov ako je SNOMED, LOINC atď.
1012 * 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)
1013 * Transparentné sledovanie nákladov, výnosov z hľadiska medicínskych výkonov a cash flow
1014
1015 * Modularita, škálovateľnosť, multitenantná architektúra, procesne riadený systém
1016 * Zvýšenie kyberbezpečnosti - implementácia autentifikácie (napr. OAuth2, OpenID Connect), šifrovanie dát (napr. TLS, at-rest), auditovateľnosť prístupov
1017 * Cloudové riešenie, ktoré umožní optimalizáciu nákladov na hardware
1018 * Perspektíva dlhodobej udržateľnosti systému (predpoklad min. 15 rokov) a jeho rozvoj
1019
1020 == ==
1021
1022 = {{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"/}}8.HARMONOGRAM JEDNOTLIVÝCH FÁZ PROJEKTU a METÓDA JEHO RIADENIA =
1023
1024
1025 Projekt bude mať jeden Inkrement s predpokladaným termínom ukončenia do 12/2025 . Projekt bude riadený metódou Waterfall.
1026
1027 |**ID**|**FÁZA/AKTIVITA**|(((
1028 **ZAČIATOK**
1029 (odhad termínu)
1030 )))|(((
1031 **KONIEC**
1032 (odhad termínu)
1033 )))|**POZNÁMKA**
1034 |1.|Prípravná fáza a Iniciačná fáza|//03/2025//|03/2025|
1035 |2.|//VO//|03/2025|03/2025|
1036 |(((
1037 3
1038 )))|Realizačná fáza|04/2025|03/2026|
1039 |4|Analýza|04/2025|08/2025|
1040 |5|Implementácia a testovanie|08/2025|10/2025|
1041 |6|Nasadenie|10/2025|03/2026|
1042 |7|Dokončovacia fáza|01/2026|03/2026|
1043 |8|Podpora prevádzky (SLA)|04/2026|04/2030|
1044
1045 = {{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 =
1046
1047 |**ID**|**Meno a Priezvisko**|**Pozícia**|**Oddelenie**|**Rola v projekte**
1048 |1.|Ing. Martin Juhás|Prevádzkový námestník|Prevádzkový odbor|Predseda riadiaceho výboru
1049 |2.|Ing. Martin Šmátrala|Projektový manažér|IT oddelenie|Projektový manažér
1050 |3.|Adrian Bagin|IT Manažér|IT oddelenie|IT Manažér
1051 |(((
1052 4.
1053 )))|Doc.MUDr. Jozef Korček, PhD.|Námestník riaditeľa pre zdravotnú starostlivosť|Úsek riaditeľa|Biznis vlastník
1054 |5.|PaedDr. Magdaléna Šabíková|Odbor kontroly, vnútorného auditu a kvality|Odbor kontroly, vnútorného auditu a kvality|Manažér kvality
1055 |6.|PhDr. Peter Zito, MPH|Námestník riaditeľa pre ošetrovateľskú starostlivosť|Úsek riaditeľa|Kľúčový používateľ
1056 |7.|Bude doplnené po VO|Bude doplnené po VO|Bude doplnené po VO|Zástupca dodávateľa
1057
1058 [[image:1749445179334-664.png]]
1059
1060 [[image:1749445188487-967.png]]
1061
1062 == {{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 ==
1063
1064 |**Pracovný pozícia**|**Náplň práce**
1065 |IT manažér|Má na starosti definovanie architektonického konceptu riešenia a definovanie IKT požiadaviek na riešenie
1066 |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.
1067 |Kľúčový používateľ|Poskytuje odbornú súčinnosť pri definovaní požiadaviek na systém pre oblasť agendy, ktorú má zverenú
1068 |Biznis vlastník|Poskytuje odbornú súčinnosť pri definovaní požiadaviek na zabezpečenie jednotlivých procesov
1069
1070 = {{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 =
1071
1072 //Doplniť odkazy na už existujúce produkty v maximálnej miere – vyhnúť sa duplikovaným informáciám.//
1073
1074 = {{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 =
1075
1076 **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]]__
1077 //Poznámka: **Odporúčame**, si evidovať a vyhodnotiť pripomienky odbornej verejnosti//
1078
1079 * //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//
1080 * //Odporúčame túto aktivitu formalizovať (do dokumentu)//
1081 * //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.//
1082 //Koniec dokumentu//
1083 [[1>>path:#sdfootnote1anc||name="sdfootnote1sym"]] Notácia ArchiMate: __[[https:~~/~~/publications.opengroup.org/standards/archimate>>url:https://publications.opengroup.org/standards/archimate]]__
1084 [[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.
1085 [[3>>path:#sdfootnote3anc||name="sdfootnote3sym"]] Napr. modelovací nástroj Archi - Open Source ArchiMate Modelling: __[[https:~~/~~/www.archimatetool.com>>url:https://www.archimatetool.com/]]__.
1086 [[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/]]__.
1087 [[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ť.
1088 [[6>>path:#sdfootnote6anc||name="sdfootnote6sym"]] Spoločné moduly podľa zákona č. 305/2013 e-Governmente
1089 [[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]]__
1090
1091 | | |