Wiki zdrojový kód pre I-02 Projektový zámer (projektovy_zamer)

Version 19.2 by Peter Ďuriš on 2025/06/17 13:31

version	line-number	content
2.1	1
1.1	2
2.1	3	PROJEKTOVÝ ZÁMER
	4
	5	(Verzia dokumentu v1.82/09_2021)
	6
	7
	8
	9
	10
	11
	12	Identifikovanie požiadaviek na funkčnú časť riešenia
	13
	14
	15	Identifikácia projektu
	16
	17	\|Povinná osoba\|//Univerzitná nemocnica Bratislava//
	18	\|Názov projektu\|//Nemocničný IS pre Nemocnicu sv. Cyrila a Metoda//
14.1	19	\|Zodpovedná osoba za projekt\|Martin Lukáč
2.1	20	\|Realizátor projektu\|//Univerzitná nemocnica Bratislava//
	21	\|Vlastník projektu\|//MUDr. Alexander Mayer, PhD., MPH, MHA//
	22
	23	Schvaľovanie dokumentu
	24
	25	\|Položka\|Meno a priezvisko\|Organizácia\|Pracovná pozícia\|Dátum\|(((
1.1	26	Podpis
2.1	27
	28	(alebo elektronický súhlas)
1.1	29	)))
	30	\|Vypracoval\| \| \| \| \|
	31
2.1	32	Obsah
	33
	34	[[1. POPIS ZMIEN DOKUMENTU.. 3>>path:#_Toc82770233]]
	35
	36	[[1.1. História zmien. 3>>path:#_Toc82770234]]
	37
	38	[[2. ÚČEL DOKUMENTU, SKRATKY (KONVENCIE) A DEFINÍCIE. 3>>path:#_Toc82770235]]
	39
	40	[[2.1. Použité skratky (príklady) 3>>path:#_Toc82770236]]
	41
	42	[[2.1.1. Konvencie – pravidlá názvoslovia, číslovania a verzionovania - požiadaviek (príklady) 3>>path:#_Toc82770237]]
	43
	44	[[2.1.2. Použité skratky (príklady) 4>>path:#_Toc82770238]]
	45
	46	[[2.1.3. Konvencie pre typy požiadaviek (príklady) 4>>path:#_Toc82770239]]
	47
	48	[[3. DEFINOVANIE PROJEKTU.. 5>>path:#_Toc82770240]]
	49
	50	[[3.1. Manažérske zhrnutie. 5>>path:#_Toc82770241]]
	51
	52	[[3.2. Motivácia a rozsah projektu. 5>>path:#_Toc82770242]]
	53
	54	[[3.3. Zainteresované strany/Stakeholderi 5>>path:#_Toc82770243]]
	55
	56	[[3.4. Ciele projektu a merateľné ukazovatele. 6>>path:#_Toc82770244]]
	57
	58	[[3.5. Špecifikácia potrieb koncového používateľa. 6>>path:#_Toc82770245]]
	59
	60	[[3.6. Riziká a závislosti 7>>path:#_Toc82770246]]
	61
	62	[[3.7. Alternatívy a Multikriteriálna analýza. 7>>path:#_Toc82770247]]
	63
	64	[[3.7.1. Stanovenie alternatív pomocou biznisovej vrstvy architektúry. 7>>path:#_Toc82770248]]
	65
	66	[[3.7.2. Multikriteriálna analýza. 8>>path:#_Toc82770249]]
	67
	68	[[3.7.3. Stanovenie alternatív pomocou aplikačnej vrstvy architektúry. 8>>path:#_Toc82770250]]
	69
	70	[[3.7.4. Stanovenie alternatív pomocou technologickej vrstvy architektúry. 9>>path:#_Toc82770251]]
	71
	72	[[4. POŽADOVANÉ VÝSTUPY (PRODUKT PROJEKTU). 10>>path:#_Toc82770252]]
	73
	74	[[5. NÁHĽAD ARCHITEKTÚRY. 10>>path:#_Toc82770253]]
	75
	76	[[6. LEGISLATÍVA. 10>>path:#_Toc82770254]]
	77
	78	[[7. ROZPOČET A PRÍNOSY. 10>>path:#_Toc82770255]]
	79
	80	[[8. HARMONOGRAM JEDNOTLIVÝCH FÁZ PROJEKTU a METÓDA JEHO RIADENIA. 13>>path:#_Toc82770256]]
	81
	82	[[9. PROJEKTOVÝ TÍM.. 15>>path:#_Toc82770257]]
	83
	84	[[10. PRACOVNÉ NÁPLNE. 15>>path:#_Toc82770258]]
	85
	86	[[11. ODKAZY. 16>>path:#_Toc82770259]]
	87
	88	[[12. PRÍLOHY. 16>>path:#_Toc82770260]]
	89
	90
	91
	92
	93
	94
	95
	96
	97
	98
	99
	100
	101
	102	1. POPIS ZMIEN DOKUMENTU
	103	11. História zmien
	104
1.1	105	\|Verzia\|Dátum\|Zmeny\|Meno
2.1	106	\|v01\|02.04.2025\|Prvý draft dokumentu\|TBD
1.1	107	\| \| \| \|
2.1	108	\| \| \| \|
1.1	109
2.1	110	Tabuľka 1 História zmien dokumentu
1.1	111
2.1	112	1. ÚČEL DOKUMENTU, SKRATKY (KONVENCIE) A DEFINÍCIE
1.1	113
2.1	114	Účelom tohto dokumentu je zhrnúť a zdôvodniť potrebu projektu pred jeho začatím, pričom je vstupným dokumentom do celého procesu projektového cyklu. Slúži na predbežné posúdenie a schválenie toho, či má projekt zmysel a je v súlade so strategickými cieľmi.
1.1	115
2.1	116	V rámci dokumentu sú rozpracované nasledovné oblasti:
1.1	117
19.1	118	*
	119	**
	120	***
	121	****
2.1	122	***** Zdokumentovanie problémov a potrieb pre realizáciu projektu
	123	***** Stanovenie cieľov projektu
	124	***** Definovanie rámcového návrhu riešenia
	125	***** Odhad nákladov a časového rámca projektu
	126	***** Identifikovanie zainteresovaných strán a vplyvov
	127	***** Zhodnotenie rizík a prínosov
	128	** Použité skratky
1.1	129
2.1	130	\|ID\|SKRATKA\|POPIS
	131	\|1.\|BI\|Business Intelligence
	132	\|2.\|CaM\|Cyrila a Metoda (Nemocnica sv. Cyrila a Metoda)
	133	\|3.\|CR\|Change Request (Požiadavka na zmenu)
	134	\|4.\|DNR\|Detailný návrh riešenia
	135	\|5.\|DRG\|Diagnosis Related Group
	136	\|6.\|eDPN\|Elektronická dočasná pracovná neschopnosť
	137	\|7.\|eID\|Elektronická identifikácia
	138	\|8.\|EMRAM\|Electronic Medical Record Adoption Model
	139	\|9.\|eMatrika\|Elektronická matrika
	140	\|10.\|eOčkovanie\|Elektronické očkovanie
	141	\|11.\|eRecept\|Elektronický recept
	142	\|12.\|eVyšetrenie\|Elektronické vyšetrenie
	143	\|13.\|HL7\|Health Level Seven (medzinárodný štandard)
	144	\|14.\|HoN\|História ochorení a návštev
	145	\|15.\|IS\|Informačný systém
	146	\|16.\|ISVS\|Informačný systém verejnej správy
	147	\|17.\|IT\|Informačné technológie
	148	\|18.\|KPI\|Key Performance Indicator (Kľúčový výkonnostný ukazovateľ)
	149	\|19.\|LIS\|Laboratórny informačný systém
	150	\|20.\|MZ SR\|Ministerstvo zdravotníctva Slovenskej republiky
	151	\|21.\|NCZI\|Národné centrum zdravotníckych informácií
	152	\|22.\|NGHIS\|Nová generácia nemocničného IS
	153	\|23.\|NIS\|Nemocničný informačný systém
	154	\|24.\|OPENEHR\|Otvorený štandard pre elektronické zdravotné záznamy
	155	\|25.\|PACS\|Picture Archiving and Communication System
	156	\|26.\|PHZ\|Predpokladaná hodnota zákazky
	157	\|27.\|PIP\|Postimplementačná podpora
	158	\|28.\|PO\|Právnická osoba
	159	\|29.\|RDK\|Rádiologicko-diagnostické kliniky
	160	\|30.\|SLA\|Service Level Agreement
	161	\|31.\|SW\|Softvér
	162	\|32.\|UAT\|User Acceptance Testing (Testovanie akceptácie používateľom)
	163	\|33.\|UNB\|Univerzitná nemocnica Bratislava
	164	\|34.\|UX\|Užívateľský zážitok
	165	\|35.\|VO\|Verejné obstarávanie
	166	\|36.\|ZKB\|Zákon o kybernetickej bezpečnosti
	167	\|37.\|ZP\|Zdravotné poisťovne
	168	\|38.\|ŽS\|Životná situácia
1.1	169
2.1	170	Tabuľka 2 Zoznam skratiek
1.1	171
2.1	172	1. DEFINOVANIE PROJEKTU
	173	11. Manažérske zhrnutie
1.1	174
2.1	175	Od roku 1999 je v Nemocnici sv. Cyrila a Metoda prevádzkovaný Nemocničný informačný systém XANT A, pôvodného výrobcu Bank Pro Team a.s. , tento systém je aktuálne vo vlastníctve spoločnosti Asseco Centra) Europe a.s., ktorá prebrala starostlivosť o tento systém vyplývajúci zo Zmluvy o dielo na komplexnú dodávku nemocničného informačného systému č. 99/1020NPES/01 v znení jej dodatkov. Tento systém sa v Nemocnici sv. Cyrila a Metoda aktuálne využíva na všetkých lôžkových, ambulantných a RDK pracoviskách pre evidenciu pacientov, komunikáciu s eZdravím a vykazovanie výkonov zdravotným poisťovniam.
1.1	176
2.1	177	Spoločnosť Asseco Centra) Europe listom z 21.3.2024 oznámila, skutočnosť že ku dňu 31.3.2025 ukončí podporu všetkých produktov a služieb v súvislosti s Nemocničným informačným systémom Xanta.
1.1	178
2.1	179	To znamená, že po 31.3.2025 vzhľadom na závislosť procesov nemocnice aj na nemocničnom informačnom systéme, nastane problém s podporou systému, ktorá sa prejaví napríklad neschopnosťou pripojenia do eZdravia a vykázania výkonov zdravotným poisťovniam ako aj celkovú paralýzu komunikácie čo môže v Nemocnici sv. CaM spôsobiť výrazné obmedzenie až zastavenie poskytovania zdravotnej starostlivosti pacientom s dopadom na finančný a personálny stav ako aj kredit nemocnice.
1.1	180
16.1	181	Vyššie uvedené spôsobilo, že UNB potrebuje obstarať nový IS - Nemocničný informačný systém (ďalej len "IS NIS" alebo "NIS"), ktorého cieľom bude vyriešenie kritickej situácie hraničiacej s možnosťou neplnenia zákonných postupov až ohrozenia ekonomiky a poskytovania zdravotnej starostlivosti v súvislosti s predčasným ukončením podpory a rozvoja stávajúceho Nemocničného informačného systému v Univerzitnej nemocnici Bratislava na pracovisku - Nemocnica sv. Cyrila a Metoda.
1.1	182
2.1	183	Zámerom projektu rozvoja (META IS: projekt_3381) je implementácia NIS, ktorý pokryje v plnej miere doterajší NIS, ako aj všetky potreby pacientsko-klinického procesu a tiež umožniť sledovať, hodnotiť a riadiť prevádzku organizácie v reálnom čase tak, aby poskytoval ucelený prehľad o stave organizácie.
1.1	184
2.1	185	Predpokladané financovanie
1.1	186
2.1	187	Projekt bude financovaný z kapitálových výdavkov UNB, o ktoré požiadala Ministerstvo zdravotníctva SR. Predpokladané výdavky boli stanovené na základe PHZ, pričom sa jedná o nasledovné:
	188
	189	\|Typ výdavku\|Hodnota
	190	\|013 Softvér\|4 144 350 € s DPH
	191	\|511 Opravy a udržiavanie + 013 Softvér (rozvoj)\|2 149 844 s DPH
	192
	193	Tabuľka 3 Predpokladané náklady projektu
	194
	195	Predpokladaný rozvoj a podpora je plánovaná na 36 mesiacov
	196
19.1	197	1.
2.1	198	11. Motivácia a rozsah projektu
	199
	200	Univerzitná nemocnica Bratislava (UNB), ako najväčšie zdravotnícke zariadenie na Slovensku, zabezpečuje zdravotnú starostlivosť na viacerých pracoviskách vrátane Nemocnice sv. Cyrila a Metoda v Petržalke. V súčasnosti sa na tomto pracovisku využíva Nemocničný informačný systém (NIS) Xanta od spoločnosti Asseco Central Europe, ktorý bol v prevádzke viac ako dve dekády a stal sa základným pilierom prevádzky nemocnice.
	201
	202	Tento systém však technicky i funkčne zastaral a výrobca oficiálne oznámil ukončenie jeho podpory a rozvoja k 31. marcu 2025. Podpora sa týka nielen samotného NIS, ale aj súvisiacich systémov ako nemocničná lekáreň, LIS LABIS a užívateľská podpora. S týmto dátumom teda končí akákoľvek záruka funkčnosti systému, ako aj schopnosť reagovať na legislatívne zmeny a požiadavky NCZI, MZ SR či zdravotných poisťovní.
	203
	204	Ukončenie podpory systému Xanta má zásadné dopady na každodennú prevádzku nemocnice:
	205
	206	* Ohrozenie schopnosti vykazovať výkony do zdravotných poisťovní, čo má priamy dopad na financovanie nemocnice.
	207	* Nemožnosť komunikácie s národným systémom eZdravie, čo znemožní predpisovanie eReceptov, posielanie správ a ďalšie úkony zákonom vyžadované.
	208	* Nemožnosť opravy chýb alebo výpadkov systému, čo môže viesť k prerušeniu prevádzky oddelení alebo ohrozeniu pacientov.
	209	* Potenciálna strata prístupu k historickým a aktuálnym údajom, ak nebude zabezpečená ich migrácia alebo aspoň read-only prístup.
	210
	211	Zároveň je nutné zdôrazniť, že existujúca IT infraštruktúra nemocnice (serverové riešenia, databázové licencie, sieťové prvky) už nespĺňa kapacitné a výkonnostné požiadavky pre nasadenie moderného NIS, čím sa zvyšuje naliehavosť technologickej obnovy a investície do nového riešenia.
	212
	213	Na nasledujúcej schéme je popis motivačnej architektúry:
	214
	215	[[image:1744357152252-772.png]]
	216
	217	Schéma 1 Motivačná architektúra projektu
	218
	219	Motivačná architektúra projektu výmeny nemocničného informačného systému v UNB jasne identifikuje kritické potreby organizácie, legislatívne a technologické tlaky, ako aj očakávané prínosy pre všetkých zainteresovaných aktérov.
	220
	221	Projekt nie je len technickou výmenou systému, ale strategickou transformáciou nemocničného prostredia, ktorá má priamy vplyv na kvalitu zdravotnej starostlivosti, efektívnosť procesov a manažérske riadenie. Ciele ako zabezpečenie kontinuity starostlivosti, plná digitalizácia údajov, vyššia dátová kvalita a interoperabilita sú podporené reálnymi hnacími faktormi (napr. ukončenie podpory systému Xanta) a jasne definovanými požiadavkami.
	222
19.1	223	1.
2.1	224	11. Zainteresované strany/Stakeholderi
	225
	226	V nasledujúcej tabuľke sú definované zainteresované strany a ich role v projekte:
	227
	228	\|ID\|(((
	229	AKTÉR / STAKEHOLDER
	230
	231
	232	)))\|(((
1.1	233	SUBJEKT
2.1	234
	235	(názov / skratka)
1.1	236	)))\|(((
	237	ROLA
2.1	238
	239	(vlastník procesu/ vlastník dát/zákazník/ užívateľ …. člen tímu atď.)
1.1	240	)))\|(((
	241	Informačný systém
2.1	242
	243	(názov ISVS a MetaIS kód)
1.1	244	)))
2.1	245	\|1.\|Vedenie UNB (riaditeľ, ekonomický námestník)\|Vedenie\|Strategické rozhodovanie, schvaľovanie rozpočtu a priorít projektu.\|IS NIS (isvs_15036)
	246	\|2.\|Odborný zdravotnícky personál (lekári, sestry)\|Lekári\|Definovanie požiadaviek na funkcionalitu systému, testovanie a spätná väzba.\|IS NIS (isvs_15036)
	247	\|3.\|IT oddelenie UNB\|IT\|Zabezpečenie technickej infraštruktúry, inštalácia, podpora a údržba systému.\|IS NIS (isvs_15036)
	248	\|4.\|Projektový tím UNB\|PMO\|Koordinácia implementácie, riadenie harmonogramu, dokumentácia a reporting.\|IS NIS (isvs_15036)
	249	\|5.\|Ministerstvo zdravotníctva SR\|MZSR\|Poskytovanie metodickej, legislatívnej a finančnej podpory a konzumovanie údajov\|IS NIS (isvs_15036)
	250	\|6.\|NCZI a zdravotné poisťovne\|NZCI a ZP\|Napojenie na eZdravie, výkazníctvo, kontrola dátovej kvality.\|IS NIS (isvs_15036)
	251	\|7.\|Pacienti (nepriami používatelia)\|Občan\|Cieľová skupina – zlepšenie kvality starostlivosti a dostupnosti údajov.\|IS NIS (isvs_15036)
1.1	252
2.1	253	Tabuľka 4 Zainteresované strany
1.1	254
19.1	255	1.
2.1	256	11. Ciele projektu a merateľné ukazovatele
1.1	257
19.1	258	V nasledujúcej tabuľke sú uvedené ciele a merateľné ukazovatele projektu. Z pohľadu NKIVS 2021 sa dá uvažovať o napĺňaní nasledovných cieľov:
1.1	259
19.1	260	* Prioritná os 1 - Lepšie služby
	261	** Znížiť interakcie osôb a zložitosť pri používaní služieb verejnej správy
	262	* Prioritná os 3 - Efetívne IT:
	263	** Zvýšiť úžitkovú hodnotu informačných systémov verejnej správy počas ich životného cyklu.
	264	** Skrátiť čas na prípravu a doručenie služieb a výsledkov informačných systémov verejnej správy
1.1	265
19.1	266
2.1	267	// //
1.1	268
2.1	269	Ciele/Merateľné ukazovatele
1.1	270
	271
2.1	272	\|ID\|CIEĽ\|**NÁZOV
	273	MERATEĽNÉHO A VÝKONNOSTNÉHO UKAZOVATEĽA (KPI)\|POPIS
	274	UKAZOVATEĽA\|MERNÁ JEDNOTKA
	275	(v čom sa meria ukazovateľ)\|AS IS
	276	MERATEĽNÉ VÝKONNOSTNÉ HODNTOY
	277	(aktuálne hodnoty)\|TO BE
	278	MERATEĽNÉ VÝKONNOSTNÉ HODNTOY
	279	(cieľové hodnoty projektu)**\|(((
	280	SPÔSOB ICH MERANIA/
1.1	281
2.1	282	**OVERENIA
	283	PO NASADENÍ
	284	(overenie naplnenie cieľa)**
	285	)))\|POZNÁMKA
	286	\|ID_01\|Zabezpečiť kontinuitu poskytovania zdravotnej starostlivosti\|Dostupnosť systému\|Percento času, počas ktorého je systém funkčný a dostupný pre používateľov\|%\|95%\|99,5%\|Monitorovanie prevádzkového stavu systému (logy, uptime záznamy)\|Zabezpečiť kontinuitu poskytovania zdravotnej starostlivosti
	287	\|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\|Zvýšiť efektivitu administratívnych procesov
	288	\|ID_03\|Zvýšiť kvalitu a úplnosť zdravotnej dokumentácie\|Podiel štruktúrovaných zdravotných záznamov\|Percento zdravotných záznamov vedených v štruktúrovanej digitálnej forme\|%\|40%\|90%\|Štatistika z databázy zdravotných záznamov podľa typu zápisu\|Zvýšiť kvalitu a úplnosť zdravotnej dokumentácie
	289	\|ID_04\|Zabezpečiť súlad s legislatívou a eZdravím\|Miera elektronického výkazníctva\|Percento výkazov odosielaných elektronicky bez potreby dodatočného spracovania\|%\|60%\|95%\|Porovnanie počtu elektronických vs. manuálnych výkazov\|Zabezpečiť súlad s legislatívou a eZdravím
	290	\|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\|Zlepšiť manažérske rozhodovanie na základe dát
1.1	291
2.1	292	Tabuľka 5 Ciele a merateľné ukazovatele
1.1	293
2.1	294	Ukazovatele sú odborný kvalifikovaný odhad, pričom vychádzajú z:
1.1	295
2.1	296	* bežných štandardov a benchmarkov v zdravotníckych IS,
	297	* praxe zo slovenských aj európskych nemocníc,
	298	* skúseností z projektov digitalizácie a zavádzania NIS (vrátane EMRAM, HL7, eHealth)
	299	* typických výkonnostných parametrov, ktoré si nemocnice sledujú.
	300	*1. Špecifikácia potrieb koncového používateľa
1.1	301
2.1	302	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.
1.1	303
2.1	304	Z pohľadu užívateľov, ktorými sú predovšetkým zdravotnícky personál ako aj vedenie UNB, boli požiadavky definované na základe dlhoročných skúseností ako aj best practices v tomto odbore. V nasledujúcej tabuľke je prehľad potrieb, ktoré sú definované pre koncových užívateľov systému:
1.1	305
2.1	306	\|Užívateľ\|Definovaná potreba
	307	\|Lekári\|(((
	308	* Rýchly a prehľadný prístup k úplnej zdravotnej dokumentácii pacienta.
	309	* Štruktúrované záznamy (anamnézy, príjmové a prepúšťacie správy, konzíliá).
	310	* Integrovaný prístup k výsledkom laboratórnych a zobrazovacích vyšetrení (PACS, LIS).
	311	* Možnosť elektronickej preskripcie liekov a poukazov (eRecept, ePoukaz).
	312	* Podpora klinického rozhodovania (upozornenia na alergie, liekové interakcie).
	313	* Funkčné plánovanie operácií, zákrokov a hospitalizácií.
	314	)))
	315	\|Zdravotné sestry a ošetrovatelia\|(((
	316	* Intuitívne rozhranie pre zápis ošetrovateľských úkonov a vitálnych funkcií.
	317	* Jednoduchá evidencia liekov a ich výdaj pacientom.
	318	* Prístup k ordináciám lekárov a možnosť zaznačiť ich realizáciu.
	319	* Možnosť vedenia denného dekurzu a sledovania ošetrovateľského plánu.
	320	* Elektronická evidencia výkonov pre štatistiku a poisťovne.
	321	)))
	322	\|Administratívny pracovníci\|(((
	323	* Efektívna registrácia pacientov (príjem, plánovanie vyšetrení, prepustenie).
	324	* Jednoduché vyhľadávanie podľa mena, RČ, kódu pacienta.
	325	* Automatická kontrola poistenia, zadávanie údajov pre výkazníctvo.
	326	* Tlač dokumentácie, generovanie výkazov, zasielanie cez eZdravie.
	327	* Kompatibilita so systémami poisťovní a NCZI.
	328	)))
	329	\|IT pracovníci a správcovia systému\|(((
	330	* Jednoduchá správa používateľov a oprávnení.
	331	* Možnosť zálohovania, obnovenia dát, monitoring výkonnosti systému.
	332	* Integrácia so systémami tretích strán (LIS, PACS, ekonomika).
	333	* Bezpečnostné nástroje, audit prístupov, podpora ZKB.
	334	* Prístup k technickej dokumentácii, helpdesku a SLA podpore.
	335	)))
	336	\|Manažment nemocnice\|(((
	337	* Manažérske nástroje pre reporting, výkonnostné ukazovatele a kontroling.
	338	* Podpora DRG klasifikácie a výkazníctva pre ZP, NCZI, ÚDZS.
	339	* Možnosť sledovať efektivitu, obložnosť lôžok, náklady a výnosy.
	340	* Flexibilné zostavovanie prehľadov podľa potreby.
	341	)))
1.1	342
2.1	343	Tabuľka 6 Definovanie potrieb koncových užívateľov
	344
	345	Koncoví používatelia očakávajú systém, ktorý bude intuitívny, rýchly, bezpečný a spoľahlivý, pričom musí byť kompatibilný s legislatívnymi požiadavkami a integrovateľný s existujúcimi systémami. Potreby používateľov musia byť zohľadnené už v analýze a návrhu riešenia, ako aj v školeniach a testovaní systému pred ostrým nasadením.
	346
19.1	347	1.
2.1	348	11. Riziká a závislosti
	349
	350	V nasledujúcej tabuľke sú definované riziká a závislosti projetku
	351
	352	\|Riziko\|Popis / Následok\|Mitigácia\|Zodpovedný\|Termín\|Pravdepodobnosť vzniku\|Dopad
	353	\|Zdržanie verejného obstarávania\|Oneskorenie nákupu systému môže znemožniť nasadenie pred ukončením podpory Xanta.\|Zabezpečiť právnu a projektovú podporu VO, paralelne pripravovať dokumentáciu.\|Oddelenie verejného obstarávania + vedenie UNB\|06/2025\|Vysoká\|Fatálny
	354	\|Nedodržanie termínu implementácie\|Systém nebude pripravený v stanovenom termíne, čo môže ohroziť prevádzku nemocnice.\|Prísne projektové riadenie, predimplementačná príprava infraštruktúry a školení.\|Projektový manažér + dodávateľ\|12/2025\|Stredná\|Významný
	355	\|Zlyhanie migrácie dát zo systému Xanta\|Strata alebo nedostupnosť historických údajov, nutnosť paralelnej evidencie.\|Včasná analýza dát a pilotná migrácia na testovacích vzorkách.\|Dodávateľ + IT oddelenie UNB\|12/2025\|Stredná\|Významný
	356	\|Neakceptácia systému koncovými používateľmi\|Nízke využívanie systému, rezistencia personálu, chybovosť.\|Včasné a opakované školenia, zapojenie kľúčových používateľov do návrhu systému.\|HR + projektový tím + vedúci oddelení\|12/2025\|Stredná\|Významný
	357	\|Nedostatočná integrácia s externými IS (napr. PACS, LIS)\|Neúplné dáta a prerušené procesy prepojené s diagnostikou a laboratóriami.\|Definovanie integračných rozhraní už v analytickej fáze, testovanie pred ostrým spustením.\|IT oddelenie UNB + dodávateľ\|12/2025\|Nízka\|Významný
	358
	359	Tabuľka 7 Riziká a závislostí projektu
	360
19.1	361	1.
2.1	362	11. Alternatívy a Multikriteriálna analýza
	363
	364	V nasledujúcom texte sú definované zvažované alternatívy a ich vyhodnotenie.
	365
	366	=== Stanovenie alternatív pomocou biznisovej vrstvy architektúry ===
	367
	368	Z pohľadu alternatív sa dá vychádzať z dvoch realistických a odborne podložených alternatív riešenia projektu výmeny nemocničného informačného systému (NIS) pre UNB – najmä pre pracovisko Nemocnice sv. Cyrila a Metoda. Každá alternatíva má svoje výhody, riziká a odlišný rozsah v čase, nákladoch a ambícii:
	369
	370	[[image:1744357152258-114.png]]
	371
	372	Schéma 2 Zvažované alternatívy
	373
	374	V nasledujúcej tabuľke sú tieto alternatívy bližšie popísané aj z pohľadu plusov a mínusov:
	375
	376	\|Alternatíva\|Popis\|Výhody a nevýhody
	377	\|Alternatíva 1: Komplexný nový NIS pre celú UNB (cieľový stav)\|Implementácia moderného, modulárneho a interoperabilného NIS novej generácie naprieč všetkými pracoviskami UNB, so zjednotením dátovej základne, procesov a systému riadenia.\|(((
	378	Výhody:
	379
	380	* Všetky pracoviská UNB v jednom systéme → centralizácia údajov, jednoduchšia správa.
	381	* Podpora dlhodobého rozvoja a integrácií s národnými a európskymi štandardmi (eHealth, DRG+).
	382	* Jedna infraštruktúra, spoločný licenčný model, optimalizované procesy.
	383
	384	Nevýhody:
	385
	386	* Vyššie počiatočné investície.
	387	* Potreba schválení a koordinácie medzi všetkými pracoviskami UNB.
	388	* Vyššia komplexita a dlhší čas na prípravu a nasadenie (odhad 12 – 18 mesiacov).
	389
	390
1.1	391	)))
2.1	392	\|Alternatíva 2: Lokálne riešenie len pre Nemocnicu sv. Cyrila a Metoda (dočasné riešenie)\|Riešenie pokrývajúce iba pracovisko, kde sa ukončuje podpora systému Xanta (tj. najkritickejší bod), bez zásahu do ostatných nemocníc UNB. Rýchle riešenie cez menší NIS (napr. Medea/FONS Light) alebo prechodné licencovanie NGHIS.\|(((
	393	Výhody:
	394
	395	* Rýchla implementácia (3–6 mesiacov) → zabezpečenie základnej funkčnosti v čo najkratšej dobe
	396	* Nižšie náklady v prvotnej fáze.
	397	* Nižšia záťaž na koordináciu a interné zdroje.
	398
	399	Nevýhody:
	400
	401	* Nesystémový krok: vznik dvoch rozdielnych NIS v UNB → riziko duplicít a zložitej integrácie.
	402	* Neskoršia integrácia do centrálneho systému bude komplikovanejšia a nákladnejšia.
	403	* Môže si vyžadovať dvojité školenia, rozhrania a synchronizáciu údajov.
	404
	405
	406	)))
	407	\|Alternatíva 3: Hybridný model\|UNB môže dočasne zvoliť Alternatívu 2 ako záchranné riešenie a paralelne pripravovať Alternatívu 1 ako dlhodobý cieľ. Takýto prístup vyžaduje presné fázovanie a dohodnutý plán postupnej konsolidácie.\|
	408
	409	=== Multikriteriálna analýza ===
	410
	411	Všetky alternatívy boli posúdené na základe nasledujúcich kritérií:
	412
	413	\|Kritérium\|Odôvodnenie\|Vlastník kritéria\|Hodnotenie Alternatíva 1\|Hodnotenie Alternatíva 2\|Hodnotenie Hybrid
	414	\|Rýchlosť nasadenia riešenia\|Potrebné zabezpečenie kontinuity poskytovania zdravotnej starostlivosti\|Projektový manažér\|1\|3\|2
	415	\|Náklady na implementáciu\|Vzhľadom na obmedzené zdroje financovania je potrebné vyhodnotiť, ktorá z alternatív je cenovo najvýhodnejšia\|Ekonomický námestník UNB\|1\|3\|2
	416	\|Zvládnuteľnosť pre IT oddelenie UNB\|Vzhľadom na obmedzené inerné kapacity je potrebné zvažovať aj komplexnosť riešenia a jeho nasaditeľnosť v praxi a čase\|Vedúci IT oddelenia UNB\|2\|3\|1
	417	\|Počet dotknutých pracovísk v UNB\|Cieľové riešenia by malo byť komplexným riešením pre celú nemocnicu, čím sa eliminujú riziká vyplývajúce z viacerých IT riešení\|Projektový tím\|3\|1\|2
	418	\|Administratívna náročnosť (VO, zmluvy, schválenia)\|Vzhľadom na krátkosť času je potrebné rýchlo manažovať procesy verejného obstarávania a prípravy pre nasadenie.\|Oddelenie verejného obstarávania\|1\|3\|2
	419	\|Vyhodnotenie\|(((
	420	*
1.1	421	)))\|(((
2.1	422	*
	423	)))\|8\|13\|9
	424
	425	Tabuľka 8 Vyhodnotenie MCA pre dotknuté alternatívy
	426
	427	Najvhodnejšia alternatíva na splnenie cieľov sa javí Alternatíva č. 2, pričom dôvodom odporúčania je teda rýchle a samostatné nasadenie nového NIS len pre Nemocnicu sv. Cyrila a Metoda. Toto riešenie:
	428
	429	* umožní prekonať kritický termín po ukončení podpory systému Xanta,
	430	* je rýchlejšie, lacnejšie a organizačne zvládnuteľné,
	431	* vytvára priestor na budúce rozšírenie alebo konsolidáciu, pričom rieši akútne potreby pracoviska.
	432
	433	Táto alternatíva sa odporúča ako krátkodobý, krízový a zároveň takticky rozumný krok pri zachovaní dlhodobého cieľa komplexného systému pre UNB.
	434
	435	=== Stanovenie alternatív pomocou aplikačnej vrstvy architektúry ===
	436
	437	Z pohľadu aplikačných komponentov sa jedná o moduly, ktoré sú všetky nevyhnutné, pričom budú nasadzované v rámci dvoch etáp a to nasledovne:
	438
	439	\|Etapa 1 do 4 mesiacov\|Etapa 2 do 9 mesiacov
	440	\|(E1) Centrálna databáza pacientov (základné číselníky, centrálny register, evidencia hospitalizovaných a NCZI, integrácia tlače pacientskych identifikačných náramkov)\|(E2) Centrálna sterilizácia a riadenie operačných sál
	441	\|(E1) eZdravie (eRecept, eMatrika, eDPN, eVyšetrenie, eOčkovanie, HoN, eID) \|(E2) Ošetrovateľský proces
	442	\|(E1) Online overenie poistenca, eŽiadosti VšZP,\|(E2) Nemocničná lekáreň
	443	\|(E1) Integrácia s DRG Gruperom spoločnosti Asseco (Surnia, Tyto, Nessasio)\|(E2) Evidencia spotreby liekov a spotrebného zdravotníckeho materiálu na pacienta
	444	\|(E1) Ambulantná zdravotná starostlivosť\|(E2) Reporting v NIS
	445	\|(E1) Konzíliá\|
	446	\|(E1) Urgentná medicína a triáž\|
	447	\|(E1) Lôžková zdravotná starostlivosť \|
	448	\|(E1) Anesteziológia a intenzívna medicína\|
	449	\|(E1) Gynekológia a pôrodníctvo\|
	450	\|(E1) Operačné sály \|
	451	\|(E1) Rádiológia\|
	452	\|(E1) Rehabilitácia\|
	453	\|(E1) Plánovacie kalendáre ambulantnej starostlivosti (v etape E1: rádiológia, gastroenterológia, v etape E2 zvyšok ambulantnej starostlivosti)\|
	454	\|(E1) Správcovsky (užívateľsky) konfigurovateľné zostavy\|
	455	\|(E1) Nástroje pre vytváranie častí zdravotnej dokumentácie a formulárov (štruktúrovanej dokumentácie) správcom (užívateľom)\|
	456	\|(E1) Komunikačný modul pre možnosť zasielania urgentných / neurgentných správ užívateľom\|
	457	\|(E1) Výkazníctvo zdravotným poisťovniam\|
	458	\|(E1) Platené služby\|
	459	\|(E1) Plánovanie zdravotnej starostlivosti\|
	460	\|(E1) Výkazníctvo NCZI \|
	461	\|(E1) Správa systému\|
	462
	463	Tabuľka 9 Moduly systému
	464
	465	=== Stanovenie alternatív pomocou technologickej vrstvy architektúry ===
	466
	467	Z pohľadu architektúry prichádzajú do úvahy nasledujúce alternatívy:
	468
	469	On-premise riešenie (lokálna inštalácia v prostredí nemocnice)
	470
	471	\|Charakteristika\|(((
	472	* Celá infraštruktúra (servery, databázy, aplikácie) je prevádzkovaná v dátovom centre UNB.
	473	* Zodpovednosť za údržbu, bezpečnosť a dostupnosť systému je na strane nemocnice.
1.1	474	)))
2.1	475	\|Plusy\|(((
	476	* Plná kontrola nad prevádzkou a dátami.
	477	* Možnosť prevádzkovať aj pri obmedzenom pripojení na internet.
	478	* Lepšia integrácia so špecifickým hardvérom (napr. medicínske prístroje).
	479	)))
	480	\|Mínusy\|(((
	481	* Vyššie počiatočné investície do hardvéru, licencií a IT podpory.
	482	* Vyžaduje interný tím na správu infraštruktúry a zálohovanie.
	483	* Slabá škálovateľnosť do budúcnosti.
	484	)))
1.1	485
2.1	486	Cloudové riešenie (SaaS alebo dedikovaný cloud)
1.1	487
2.1	488	\|Charakteristika\|(((
	489	* Systém beží v cloude – najčastejšie v rámci komerčných dátových centier (napr. Microsoft Azure, AWS) alebo verejnej správy.
	490	* Nemocnica používa systém ako službu cez zabezpečené internetové pripojenie
	491	)))
	492	\|Plusy\|(((
	493	* Rýchle nasadenie bez potreby veľkej investície do HW.
	494	* Vysoká dostupnosť, škálovateľnosť a jednoduché aktualizácie.
	495	* Nižšie náklady na internú IT správu.
	496	)))
	497	\|Mínusy\|(((
	498	* Vyššie nároky na stabilné a zabezpečené pripojenie k internetu.
	499	* Citlivosť na otázky ochrany osobných údajov a kybernetickej bezpečnosti.
	500	* Potreba súladu so slovenskou legislatívou (ZKB, GDPR, zákon o IS VS).
	501	)))
1.1	502
2.1	503	Hybridné riešenie (kombinácia on-premise a cloudu)
1.1	504
2.1	505	\|Charakteristika\|(((
	506	* Kritické časti systému (napr. databázy, integračné moduly) sú prevádzkované lokálne.
	507	* Menej citlivé alebo podporné služby (napr. manažérske reporty, zálohovanie, e-learning) sú v cloude.
	508	)))
	509	\|Plusy\|(((
	510	* Kombinuje výhody oboch riešení (dostupnosť + bezpečnosť).
	511	* Možnosť postupného prechodu z on-premise do cloudu.
	512	* Vyššia odolnosť voči výpadkom internetového pripojenia.
	513	)))
	514	\|Mínusy\|(((
	515	* Vyššia komplexnosť prevádzky a integrácie.
	516	* Potreba presne nastaviť delenie funkcionalít a dátových tokov.
	517	)))
1.1	518
2.1	519	Jednotlivé alternatívy boli vyhodnotené na základe nasledujúcich kritéria, pričom boli zoradené od 3 (najvhodnejšie na splnenie kritéria) po 1:
1.1	520
2.1	521	\|Kritérium\|Popis kritéria\|On-premise\|Cloud\|Hybrid
	522	\|Kontrola nad dátami a bezpečnosť\|Možnosť plne spravovať a zabezpečiť dáta podľa GDPR a ZKB.\|3\|1\|2
	523	\|Závislosť na konektivite a internete\|Závislosť systému na nepretržitom internetovom pripojení.\|3\|1\|2
	524	\|Integrácia so špecifickými IS a HW\|Schopnosť napojiť sa na existujúce špecifické IS a HW v UNB.\|3\|2\|2
	525	\|Pripravenosť infraštruktúry v UNB\|Miera pripravenosti IT prostredia UNB na dané riešenie.\|3\|1\|2
	526	\|Zabezpečenie prevádzky aj pri výpadkoch internetu\|Možnosť zachovať prevádzku aj pri výpadku internetu.\|3\|1\|2
	527	\|Súlad s legislatívou (ZKB, GDPR, IS VS)\|Zhodnotenie zhody so slovenskou legislatívou a IS VS.\|3\|2\|3
	528	\|Dlhodobá prevádzková stabilita\|Odolnosť riešenia pri dlhodobom nasadení bez častej údržby.\|3\|2\|2
	529	\|Možnosť prispôsobenia prostredia UNB\|Možnosti prispôsobiť systém konkrétnym procesom v UNB.\|3\|2\|2
	530	\|Lokalizovaná podpora a údržba\|Dostupnosť technickej podpory a údržby v rámci SR.\|3\|2\|2
	531	\|Riziko vendor lock-in\|Riziko viazanosti na jedného dodávateľa a obmedzená flexibilita.\|3\|1\|2
1.1	532
2.1	533	Alternatíva On-premise bola na základe definovaných 10 kritických kritérií vyhodnotená ako najvhodnejšie technologické riešenie pre implementáciu nového nemocničného informačného systému v UNB. Táto alternatíva dosiahla maximálne skóre v každom z hodnotených kritérií.
1.1	534
2.1	535	* Maximálna kontrola nad dátami a bezpečnosťou – dáta sú uložené a spracovávané výlučne v prostredí UNB.
	536	* Nezávislosť od internetového pripojenia – systém zostáva funkčný aj pri jeho výpadku.
	537	* Jednoduchšia integrácia s existujúcim HW a špecifickými nemocničnými systémami (napr. PACS, laboratórne zariadenia).
	538	* Vyššia súlad s legislatívnymi požiadavkami – plná kontrola nad implementáciou bezpečnostných opatrení podľa ZKB a GDPR.
	539	* Prispôsobenie potrebám nemocnice – možnosť konfigurácie špecifických workflow, výkazníctva či prepojení.
	540	* Nižšie riziko vendor lock-in – možnosť meniť dodávateľov infraštruktúry bez straty prístupu k dátam.
1.1	541
2.1	542	1. POŽADOVANÉ VÝSTUPY (PRODUKT PROJEKTU)
1.1	543
2.1	544	Z pohľadu výstupov bude projekt realizovaný prostredníctvom 2 inkrementov, ku ktorým sú priradené jednotlivé moduly – viď. časť 3.7.3., pričom
1.1	545
2.1	546	* Inkrement 1 bude realizovaný do 4 mesiacov
	547	* Inkrement 2 bude realizovaný do 9 mesiacov
1.1	548
2.1	549	Implementácia projektu bude prechádzať štandardnými etapami riadenia IT projektov a to:
1.1	550
2.1	551	* Analýza a dizajn
	552	* Implementácia a testovanie
	553	* Nasadenie
1.1	554
2.1	555	Pre tieto etapy sú definované jasné výstupy, ktoré majú byť dodané a budú predmetom akceptačných kritérií.
1.1	556
2.1	557	Výsledným produktom budú dodané webové sídla so všetkými definovanými komponentmi akcentujúcimi všetky požiadavky definované v rámci DFŠ, ktorá bude detailizovať navrhované požiadavky v zmysle prílohy Katalóg požiadaviek.
1.1	558
2.1	559	V nasledujúcej tabuľke sú definované jednotlivé výstupy po fázach projektu:
1.1	560
2.1	561	\|ID\|Prehľad projektových výstupov
	562	\| \|Výstupy vytvárané PRIEBEŽNE počas celého projektu
	563	\|M-01\|Plán etapy/Plán fázy
	564	\|M-02\|Manažérske správy, plány, reporty, zoznamy, odporúčania a požiadavky:
	565	\| \|(1) Zoznam otvorených otázok
	566	\| \|(2) Zoznam funkčných zdrojových kódov
	567	\| \|(3) Zoznam licencií
	568	\| \|(4) Správa o stave projektu (Status report)
	569	\| \|(5) Požiadavka na zmenu (CR)
	570	\|M-03\|Akceptačný protokol
	571	\|M-06\|Evidencia e-Government komponentov v MetaIS, vrátane architektonických modelov*
	572	\| \|PRÍPRAVNÁ A INICIAČNÁ FÁZA
	573	\|I-02\|Projektový zámer
	574	\|I-04\|Katalóg požiadaviek
	575	\| \|REALIZAČNÁ FÁZA
	576	\|R1\|ANALÝZA A DIZAJN
	577	\|R-01\|Akceptačné kritériá
	578	\|R1-1\|Detailný návrh riešenia (DNR)
	579	(1) Zámer riešenia, analýza požiadaviek, používateľský prieskum a motivačná architektúra
	580	(2) Popis postupu analýzy a návrhu riešenia
	581	(3) Biznis architektúra*
	582	a. Existujúca a cieľová biznis architektúra
	583	b. Procesy podporované navrhovaným riešením
	584	c. Vytvorenie informačnej architektúry a mapovanie používateľskej cesty
	585	d. Prípady použitia (use case model)
	586	(4) Dátová architektúra
	587	(5) Aplikačná architektúra*
	588	a. Existujúca a budúca aplikačná architektúra
	589	b. Aplikačné komponenty a ich vzťah k biznis komponentom a funkčným požiadavkám
	590	c. Integrácie – Komunikácia medzi komponentami (OpenAPI)
	591	(6) Technologická architektúra*
	592	a. Existujúca a budúca technologická architektúra
	593	b. Technologické komponenty riešenia a ich vzťah k aplikačným komponentom
	594	(7) Softvérové licencie a zdrojové kódy
	595	(8) Požiadavky na úrovne služieb
	596	(SLA) a výkonnosť
	597	(9) Zabezpečenie dostupnosti, zálohovanie a obnova riešenia
	598	(10 Bezpečnosť – riešenie požiadaviek na bezpečnosť
	599	(11) Migrácia dát
	600	(12) Harmonogram realizácie a nasadenia, závislosti
	601	(13) Testovací protokol prototypu používateľského rozhrania
	602	\|R1-2\|Plán a stratégia testovania
	603	\| \|(1) Testovacie prípady (UC/TC)
	604	(2) Testovacie prostredia
	605	(3) Testovacie dáta
	606	(4) Defekt manažment, monitoring a reporting testov
	607	\|R3\|IMPLEMENTÁCIA A TESTOVANIE
	608	\|R3-1\|Vývoj, migrácia údajov a integrácia
	609	\|(% rowspan="7" %)R3-2\|Testovanie
	610	\|(1) Funkčné testovanie (FAT)
	611	\|(2) Systémové a integračné testovanie (SIT)
	612	\|(3) Záťažové a výkonnostné testovanie
	613	\|(4) Bezpečnostné testovanie (SW/HW a kybernetická bezpečnosť)
	614	\|(5) Používateľské testy funkčného používateľského rozhrania (UX)
	615	\|(6) Používateľské akceptačné testovanie (UAT)
	616	\|R3-3\|Školenia personálu
	617	\|(% rowspan="10" %)R3-4\|Dokumentácia
	618	\|1) Aplikačná príručka, vrátane aktualizovanej dokumentácie architektúry v rozsahu podľa položiek 3 až 10 Detailného návrhu riešenia R1-1
	619	\|(2) Integračná príručka
	620	\|(3) Používateľská príručka (vo forme kontextovej príručky - z aplikácie, bude priamo dostupný kontextový návod prostredníctvom jedného kliku. Technológia bude určená v rámci realizácie zmenového konania pre ŽS6)
	621	\|(4) Zdrojové kódy a licencie
	622	\|(5) Inštalačná a konfiguračná príručka
	623	\|(6) Prevádzkový opis a pokyny pre diagnostiku, servis a údržbu
	624	\|(7) Pokyny na obnovu pri výpadku alebo havárii (Havarijný plán)
	625	\|(8) Bezpečnostný projekt
	626	\|(9) Údaje o monitorovaní úrovne poskytovaných služieb (SLA) aktív IT
	627	\|R4\|NASADENIE a POSTIMPLEMENTAČNÁ PODPORA (PIP)
	628	\|R4-1\|Nasadenie do produkčnej prevádzky (vyhodnotenie)
	629	\|R4-2\|Akceptácia spustenia do produkčnej prevádzky (vyhodnotenie)
	630	\| \|DOKONČOVACIA FÁZA
	631	\|M-02\|Manažérske správy, plány, reporty, zoznamy, odporúčania
	632	a požiadavky:
	633	\| \|Manažérske správy, plány, reporty, zoznamy, odporúčania a požiadavky:
	634	\| \|(1) Správa o dokončení projektu (etapy/fázy)
1.1	635
2.1	636	Tabuľka 10 Etapy a výstupy projektu
1.1	637
2.1	638	1. NÁHĽAD ARCHITEKTÚRY
	639	11. Biznis architektúra
1.1	640
2.1	641	Na nasledujúcej schéme je koncepčná biznis architektúra navrhovaného riešenia.
1.1	642
2.1	643	[[image:1744357152260-193.png]]
1.1	644
2.1	645	Biznis architektúra definuje, ako jednotlivé organizačné roly, procesy a služby interagujú s cieľom zabezpečiť poskytovanie zdravotnej starostlivosti prostredníctvom nemocničného informačného systému (NIS). Zahŕňa prehľad aktérov, ich úloh, služieb, ktoré využívajú, a procesov, ktoré NIS podporuje.
1.1	646
2.1	647	Kľúčové roly a používateľské skupiny
1.1	648
2.1	649	* Lekár: Zodpovedný za vyšetrenia, predpisy, zdravotnú dokumentáciu, plánovanie hospitalizácií.
	650	* Zdravotná sestra: Zabezpečuje ošetrovateľskú dokumentáciu, vykonáva ordinácie, sleduje stav pacienta.
	651	* Administratívny pracovník: Registruje pacientov, spravuje evidenciu a výkazníctvo.
	652	* Vedúci oddelenia / Manažment: Monitoruje výkonnosť, plánuje zdroje, používa manažérske prehľady.
	653	* IT správca: Riadi používateľské kontá, dohliada na bezpečnosť a prevádzku systému.
1.1	654
2.1	655	Biznis služby poskytované NIS
1.1	656
2.1	657	Systém bude poskytovať nasledovné biznis služby:
1.1	658
2.1	659	* Služba ambulantnej
	660	* Služba lôžkovej zdravotnej starostlivosti
	661	* Služba evidencie pacientov a zdravotnej dokumentácie
	662	* Služba elektronickej preskripcie
	663	* Služba komunikácie s eZdravím
	664	* Služba výkazníctva a komunikácie s NCZI a poisťovňami
	665	* Služba riadenia a plánovania hospitalizácií
	666	* Služba manažérskeho prehľadu a BI reportingu
1.1	667
2.1	668	Podporované biznis procesy
1.1	669
2.1	670	Systém je nastavený tak, aby podporoval nasledovné biznis procesy:
1.1	671
2.1	672	* Príjem pacienta: Vytvorenie zdravotnej karty, zadanie anamnézy a administratívnych údajov.
	673	* Ambulantné vyšetrenie: Evidencia výkonov, predpis liekov, nariadenie ďalších vyšetrení.
	674	* Lôžková hospitalizácia: Zápis vývoja stavu pacienta, realizácia ordinácií, príprava prepúšťacej správy.
	675	* Zápis do zdravotnej dokumentácie: Systém umožňuje riadiť procesy zápisu do zdravotnej dokumentácie a jej autorizáciu
	676	* Predpis liekov: V systéme je podporený celý proces predpisovania liekov a ŠZM
	677	* Zaznamenávanie výkonov: Systém umožňuje zaznamenávať realizované výkony na pacienta
	678	* Ošetrovateľská starostlivosť: Plánovanie a evidencia ošetrovateľských výkonov.
	679	* Výkazníctvo a export údajov: Príprava štatistík, export do zdravotných poisťovní a NCZI.
	680	* Riadenie pracovísk: Manažérske analýzy výkonov, nákladov, vyťažení a efektivity oddelení.
	681	* Získavanie údajov z eZdravie: Systém je napojený na eZdravie pre potrebu získavania údajov o pacientoch a výkonoch
	682	* Získavanie výsledkov z LIS a PACS: Systém automatiky poskytuje údaje z vyšetrení realizovaných na externých systémoch
	683	*1. Aplikačná architektúra
1.1	684
2.1	685	Na nasledujúcej schéme je rámcová aplikačná architektúra systému:
1.1	686
2.1	687	[[image:1744357152264-802.png]]
1.1	688
2.1	689	Modul Pacient / registrácia
1.1	690
2.1	691	Zabezpečuje administratívnu evidenciu pacientov vrátane ich osobných údajov, kontaktov, identifikátorov a poistných vzťahov. Slúži ako vstupný bod do systému.
1.1	692
2.1	693	Modul Zdravotná dokumentácia
1.1	694
2.1	695	Umožňuje tvorbu, správu a uchovávanie štruktúrovanej aj nestruktúrovanej zdravotnej dokumentácie ako anamnézy, správy, konzíliá a záznamy z hospitalizácií.
1.1	696
2.1	697	Modul Ošetrovateľská starostlivosť
1.1	698
2.1	699	Podporuje plánovanie a zaznamenávanie ošetrovateľských výkonov, sledovanie vitálnych funkcií, vedenie denníka ošetrovateľskej starostlivosti a realizáciu ordinácií.
1.1	700
2.1	701	Modul ePreskripcia a eZdravie
1.1	702
2.1	703	Zabezpečuje vystavovanie elektronických receptov, poukazov a žiadaniek. Integruje komunikáciu s národným systémom eZdravie (NCZI).
1.1	704
2.1	705	Modul Lekáreň
1.1	706
2.1	707	Slúži na správu nemocničnej lekárne, výdaj liekov, kontrolu zásob, evidenciu spotreby liečiv a podporu predpisovania liekov z internej lekárne.
1.1	708
2.1	709	Modul Výkazníctvo a BI
1.1	710
2.1	711	Zodpovedá za generovanie výkazov pre NCZI, zdravotné poisťovne a manažérske potreby. Podporuje reporting, DRG klasifikáciu a manažérske analýzy.
1.1	712
2.1	713	Modul Riadenie prístupov a používateľov
1.1	714
2.1	715	Slúži na správu používateľských účtov, roly, autentifikáciu a autorizáciu v systéme. Umožňuje audit prístupov a dodržiavanie bezpečnostnej politiky.
1.1	716
2.1	717	Detailný popis funkcií, požiadaviek sa nachádza v Prístupe k projektu
1.1	718
19.1	719	1.
2.1	720	11. Technologická architektúra
	721
	722	Aktuálny stav serverovej technológie na lokalite Nemocnica sv. Cyrila a Metoda:
	723
	724	Univerzitná nemocnica Bratislava má v súčasnosti obmedzené možnosti využívania existujúcej serverovej technológie z dôvodu nedostatku výkonu, dátového priestoru ako aj nedostatku serverových a databázových licencií.
	725
	726	Požiadavka na dodatočnú technológiu:
	727
	728	Uchádzač do dodávky zahrnie redundantné hardwarové serverové riešenie (server + diskové pole) výkonovo prispôsobené pre ponúkaný NIS (aj rezervou pre prípadnú limitovanú potrebu rozšírenia výkonu), s predpokladaným využitím a zárukou od výrobcu na 3 roky - s odozvou do 4h, 24x7 onsite. Súčasťou dodávky budú aj všetky potrebné softwarové licencie.
	729
	730	Inštalácia aplikačného a databázového vybavenia bude realizovaná formou virtuálnych serverov, na báze hypervízora Vmware ESXi z dôvodu kompatibility systémového prostredia v UNB. Pripojenie fyzických serverov do lokálnej siete bude zabezpečené cez sieťový adaptér 2x 10 Gbps SFP+.
	731
	732	Z pohľadu technologickej architektúry sa bude jednať o on-premise nasadenie.
	733
	734	1. LEGISLATÍVA
	735	11. Potreba legislatívnych zmien
	736
	737	Realizácia projektu nevyvoláva potrebu legislatívnych zmien.
	738
19.1	739	1.
2.1	740	11. Súlad s legislatívou pri implementácii
	741
	742	V tejto časti sú definované legislatívne rámce, ktoré je potrebné vnímať pri budovaní informačného systému. Relevantná legislatíva pre projekt rozvoja zahŕňa oblasti týkajúce sa zdravotnej starostlivosti, zdravotného poistenia, informačných systémoch v zdravotníctve, ako aj legislatívu popisujúcu jednotlivé inštitúcie a aktérov v rezorte zdravotníctva a legislatívne normy ohľadom ochrany osobných údajov.
	743
	744	Z pohľadu agendy poskytovania zdravotnej starostlivosti sa jedná o nasledovné normy:
	745
	746	* Zákon č. 576/2004 Z.z. o zdravotnej starostlivosti, službách súvisiacich s poskytovaním zdravotnej starostlivosti a o zmene a doplnení niektorých zákonov
	747	* Zákon č. 153/2013 Z. z. o národnom zdravotníckom informačnom systéme a o zmene a doplnení niektorých zákonov v znení neskorších predpisov
	748	* Zákon č. 578/2004 Z. z. o poskytovateľoch zdravotnej starostlivosti, zdravotníckych pracovníkoch, stavovských organizáciách v zdravotníctve a o zmene a doplnení niektorých zákonov v znení neskorších predpisov
	749	* Zákon č. 581/2004 Z. z. o zdravotných poisťovniach, dohľade nad zdravotnou starostlivosťou
	750	* Zákon č. 577/2004 Z. z. o rozsahu zdravotnej starostlivosti uhrádzanej na základe verejného zdravotného poistenia a o úhradách za služby súvisiace s poskytovaním zdravotnej starostlivosti
	751	* Zákon č. 355/2007 Z. z. o ochrane, podpore a rozvoji verejného zdravia
	752
	753	Zároveň bude potrebné dodržať nasledovné predpisy pri implementácií:
	754
	755	* Zákon č. 523/2004 Z. z. o rozpočtových pravidlách verejnej správy v platnom znení
	756	* Zákon č. 357/2015 Z. z. o finančnej kontrole a audite a o zmene a doplnení niektorých zákonov v znení neskorších predpisov
	757	* Zákon č. 95/2019 Z. z. – Zákon o informačných technológiách vo verejnej správe a o zmene a doplnení niektorých zákonov
	758	* Zákon č. 305/2013 Z. z. - Zákon o elektronickej podobe výkonu pôsobnosti orgánov verejnej moci a o zmene a doplnení niektorých zákonov (zákon o e-Governmente)
	759	* Výnos č. 55/2014 Z. z. - Výnos Ministerstva financií Slovenskej republiky o štandardoch pre informačné systémy verejnej správy
	760	* Zákon č. 18/2018 Z. z. - Zákon o ochrane osobných údajov a o zmene a doplnení niektorých zákonov
	761	* Vyhláška č. 401/2023 - Ministerstva investícií, regionálneho rozvoja a informatizácie Slovenskej republiky o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy
	762	* Vyhláška MF SR č. 275/2014 Z. z. o zaručenej konverzii
	763	* Zákon č. 272/2016 Z. z. o dôveryhodných službách pre elektronické transakcie na vnútornom trhu a o zmene a doplnení niektorých zákonov (zákon o dôveryhodných službách)
	764	* Vyhláška 78/2020 Z. z. o štandardoch pre informačné technológie verejnej správy
	765	* Zákon č. 95/2019 Z. z. o ITVS a o zmene a doplnení niektorých zákonov v znení neskorších predpisov
	766
	767	1. ROZPOČET A PRÍNOSY
	768
	769	Rozpočet bol pripravený na základe PHZ, ktorú poskytlo MZ SR. Jedná sa o nasledovné plánované náklady:
	770
	771	\|Typ výdavku\|Hodnota
	772	\|013 Softvér\|4 144 350 € s DPH
	773	\|511 Opravy a udržiavanie + 013 Softvér (rozvoj)\|2 149 844 s DPH
	774
	775	Prevádzka je kalkulovaná na 36 mesiacov od nasadenia.
	776
19.1	777	1.
2.1	778	11. Prínosy realizácie projektu
	779
	780	Prínosy boli definované predovšetkým ako kvalitatívne prínosy. Monetizácia prínosov nebola realizovaná aj vzhľadom na fakt, že realizácia projektu je nevyhnutná, aby boli zabezpečené legislatívne povinnosti poskytovateľa zdravotnej starostlivosti.
	781
	782	V nasledujúcom texte sú definované základné prínosy, ktoré budú projektom dosiahnuté:
	783
	784	1. Zabezpečenie kontinuity prevádzky nemocnice
	785
	786	* Nahradenie neudržateľného systému Xanta, ktorého podpora končí 31. 3. 2025.
	787	* Zníženie rizika výpadku kritických funkcionalít (výkazníctvo, eZdravie, evidencia pacientov).
	788
	789	1. Zlepšenie kvality zdravotnej starostlivosti
	790
	791	* Rýchly a prehľadný prístup k zdravotnej dokumentácii v reálnom čase.
	792	* Podpora klinických rozhodnutí (napr. liekové interakcie, konziliá).
	793	* Digitalizácia ošetrovateľských procesov a starostlivosti o pacienta.
	794
	795	1. Efektívnejšia organizácia práce a menej administratívy
	796
	797	* Automatizácia rutinných procesov (objednávanie, plánovanie, evidencia výkonov).
	798	* Zníženie chybovosti a duplicity údajov.
	799	* Viac času pre pacienta – menej pre papierovanie.
	800
	801	1. Zefektívnenie manažmentu a riadenia nemocnice
	802
	803	* Presné a aktuálne reporty o výkonnosti oddelení, lôžok, spotrebe materiálu a liekov.
	804	* Podpora strategického plánovania cez manažérske BI nástroje.
	805	* Transparentné sledovanie nákladov, výkonov a finančných tokov.
	806
	807	1. Vyššia bezpečnosť a ochrana údajov
	808
	809	* Moderná architektúra systému spĺňajúca požiadavky kybernetickej bezpečnosti.
	810	* Riadenie prístupových práv, auditovanie činností používateľov.
	811	* Zálohovanie a disaster recovery plán pre ochranu dát.
	812
	813	1. Plná legislatívna a technologická kompatibilita
	814
	815	* Súlad s platnou legislatívou (eZdravie, GDPR, Zákon o kybernetickej bezpečnosti).
	816	* Štandardizované rozhrania na komunikáciu s inými IS (HL7, DASTA, XML).
	817	* Podpora nových technologických trendov (cloud, mobilné aplikácie, OPENEHR).
	818
	819	1. Pripravenosť na dlhodobý rozvoj
	820
	821	* Moderný systém s otvorenou architektúrou umožňujúcou budúce rozširovanie.
	822	* Integrácia s národnými iniciatívami (eZdravie 2.0, DRG+, telemedicína).
	823	* Dlhodobá udržateľnosť IT riešenia (životný cyklus 15–20 rokov).
	824
19.1	825	1.
3.1	826	11. Monetizácia prínosov nového riešenia a vyhodnotenie CBA
	827
	828	V nasledujúcej tabuľke je prehľad kalkulovaných prínosov navrhovaného riešenia:
	829
	830	\|Oblasť úspor\|Popis\|Výpočet/odhad\|Ročná úspora (€)
17.1	831	\|Administratívna efektivita\|Skrátenie času na administratívne spracovanie hospitalizácie z 20 → 10 minút.\|40 000 hospitalizácií × 10 min / 60 hod × 10 €/hod\|66 667 €
	832	\|Digitalizácia dokumentácie\|Zvýšenie štruktúrovaných záznamov z 40 % → 90 %, nižšia chybovosť, rýchlejší prístup.\|Odhad cca 1 FTE na správu dokumentov pri mzdových nákladoch cca 1650 €/ mesiace\|19 800 €
3.1	833	\|Elektronické výkazníctvo a eZdravie\|Automatizácia → menej ručného dopĺňania a chýb.\|Úspora 1 administratívnej pozície pri mzdových nákladov cca 1650 €/ mesiac\|19 800 €
	834	\|Riadenie na základe dát (BI reporting)\|Rýchlejšie rozhodovanie, optimalizácia lôžok, liekov, personálu.\|Odhadované zníženie prevádzkových nákladov o 0,5 % z 5 mil. €\|25 000 €
	835	\|Nižšia chybovosť a duplicity údajov\|Menej prestojov, revízií a opráv, zníženie nákladov na audity.\|Odhad zníženia strát z chýb o 20 %\|15 000 €
	836	\|Zníženie papierovej dokumentácie\|Menej tlače, archivácie, presun na e-dokumenty.\|0,5 € na dokument, priem. 10 dokumentov/pacienta\|20 000 €
	837	\|Zníženie záťaže na IT oddelenie\|Nový systém so SLA, menšie množstvo podpôr a incidentov.\|0,5 FTE úspora IT admina\|10 000 €
	838	\|Redukcia prestojov a výpadkov systému\|Zvýšenie dostupnosti zo 95 % → 99,5 %, čo zníži straty z výpadkov systému\|3-hodinový výpadok = 2 000 €, ušetrené 40 hodín\|26 667 €
	839	\|Zníženie duplicity vyšetrení MR\|Jedná sa o predpokladané zníženie duplicity vyšetrení o cca 5 %\|Počet vyšetrení za rok cca 3000 * 5 % duplicít * sadzba za vyšetrenie cca 300 €\|45 000 €
	840	\|Zníženie duplicity vyšetrení CT\|Jedná sa o predpokladané zníženie duplicity vyšetrení o cca 5 %\|Počet vyšetrení za rok cca 23 000 * 5 % duplicít * sadzba za vyšetrenie cca 150 €\|172 500
	841	\|Zníženie duplicity vyšetrení MAMO\|Jedná sa o predpokladané zníženie duplicity vyšetrení o cca 5 %\|Počet vyšetrení za rok cca 4000 * 5 % duplicít * sadzba za vyšetrenie cca 60 €\|12 000
	842	\|(% colspan="3" %)SPOLU\|432 434 €
	843
	844	Základný popis zdôvodnenia:
	845
	846	* Efektivita práce: Výrazné zrýchlenie administratívnych úkonov potvrdzujú projekty digitalizácie v ČR (Nemocnica v Havlíčkovom Brode – úspora 1 FTE na 10 000 hospitalizácií ročne) a benchmarking EMRAM (HIMSS) úrovní 4 – 6.
	847	* BI reporty: WHO a OECD odporúčajú datadriven manažment ako kľúčový faktor pre zníženie nákladov v nemocničných zariadeniach o 0,3–0,7 %.
	848	* Papierové náklady: Zhodné s analýzami slovenských nemocníc zapojených do eZdravia – digitalizácia dokumentácie znižuje náklady na tlač, toner, archiváciu.
	849	* Výpadky systému: Každá hodina výpadku môže podľa štúdií v EÚ (napr. EY Healthcare Disruption Cost Studies) predstavovať niekoľkotisícové náklady z hľadiska obmedzenia prevádzky.
	850	* Počet hospitalizácií: Vychádza z celkového počtu hospitalizácii cca 100 000 ročne, pričom analyzovaná nemocnica tvorí cca 35 – 40% hospitalizačnej kapacity
	851
	852	Hodnotenie CBA
	853
	854	V nasledujúcej tabuľke je uvedené vyhodnotenie CBA:
	855
	856	[[image:1749214344582-681.emf]]
	857
	858	Hoci projekt nie je návratový čisto na úsporách, čo je pri legislatívne kritickej IT investícii bežné, je prínosným najmä z nasledujúcich dôvodov:
	859
	860	* zabránení výpadku nemocničnej prevádzky, ktorá by mohla byť spôsobená neimplemenátiou potrebných zmien, ktoré po 31.3.2025 dodávateľ nezabezpečuje,
	861	* plnení zákonných požiadaviek (eZdravie, GDPR, ZKB),
	862	* zvýšení kvality starostlivosti a pripravenosti na digitalizáciu.
	863
2.1	864	1. HARMONOGRAM JEDNOTLIVÝCH FÁZ PROJEKTU a METÓDA JEHO RIADENIA
	865
	866	Projekt bude realizovaný metódou waterfall, pričom bude rozdelený na dva inkrementy. Popis a priradenie funkcionalít k inkrementom je uvedený v prístupe k projektu:
	867
	868	V nasledujúcej tabuľke je uvedený rámcový harmonogram realizácie projektu
	869
1.1	870	\|ID\|FÁZA/AKTIVITA\|(((
	871	ZAČIATOK
2.1	872
	873	(odhad termínu)
1.1	874	)))\|(((
	875	KONIEC
2.1	876
	877	(odhad termínu)
1.1	878	)))\|POZNÁMKA
2.1	879	\|1.\|Prípravná a iniciačná fáza\|01/2025\|05/2025\|
	880	\|2.\|Realizačná fáza\|06/2025\|02/2026\|
	881	\|3a\|Analýza a Dizajn\|06/2025\|06/2025\|
	882	\|3b\|Nákup technických prostriedkov, programových prostriedkov a služieb\|06/2025\|07/2025\|Dodávka bude súčasťou VO
	883	\| \|Inkrement 1\| \| \|
	884	\|3c\|Implementácia a testovanie\|07/2025\|08/2025\|
	885	\|3d\|Nasadenie a PIP\|08/2025\|08/2025\|PIP - 3 mesiace po nasadení
	886	\| \|Inkement 2\| \| \|
	887	\| \|Implementácia a testovanie\|09/2025\|01/20256\|
	888	\|4.\|Nasadenie a PIP\|01/2026\|02/2026\|PIP - 3 mesiace po nasadení
	889	\|5.\|Podpora prevádzky (SLA)\|02/2026\|01/2028\|Bude súčasťou VO
1.1	890
2.1	891	1. PROJEKTOVÝ TÍM
1.1	892
2.1	893	Zostavuje sa Riadiaci výbor (RV), v minimálnom zložení:
1.1	894
2.1	895	* Predseda RV
	896	* zástupca vlastníkov procesov objednávateľa
	897	* zástupca kľúčových používateľov objednávateľa
	898	* zástupca dodávateľa (dopĺňa sa až po VO / voliteľný člen)
1.1	899
2.1	900	Zostavuje sa Projektový tím objednávateľa
	901
	902	* kľúčový používateľ,
	903	* IT analytik,
	904	* IT architekt,
	905	* manažér kvality,
	906	* vlastník procesov
	907
1.1	908	\|ID\|Meno a Priezvisko\|Pozícia\|Oddelenie\|Rola v projekte
2.1	909	\|1.\|Doplniť meno a priezvisko\|Doplniť pozíciu (pracovné zaradenie v línii)\|Doplniť názov org. útvaru\|Doplniť rolu v projekte
	910	\|2.\|Doplniť meno a priezvisko\|Doplniť pozíciu (pracovné zaradenie v línii)\|Doplniť názov org. útvaru\|Doplniť rolu v projekte
	911	\|3.\|Doplniť meno a priezvisko\|Doplniť pozíciu (pracovné zaradenie v línii)\|Doplniť názov org. útvaru\|Doplniť rolu v projekte
1.1	912
2.1	913	1. PRACOVNÉ NÁPLNE
1.1	914
2.1	915	TBD
1.1	916
2.1	917	1. ODKAZY
1.1	918
2.1	919	N/A
1.1	920
2.1	921	1. PRÍLOHY
1.1	922
2.1	923	Príloha č. 1 – Zoznam rizík a závislostí
1.1	924
2.1	925	Príloha č. 2 – Katalóg požiadaviek

Wiki zdrojový kód pre I-02 Projektový zámer (projektovy_zamer)

Aplikácie

Navigácia

Moje posledné úpravy

Need help?