I-02 Projektový zámer (projektovy_zamer)

PROJEKTOVÝ ZÁMER

(Verzia dokumentu v1.82/09_2021)

Identifikovanie požiadaviek na funkčnú časť riešenia

Identifikácia projektu

Schvaľovanie dokumentu

Obsah

1.      POPIS ZMIEN DOKUMENTU.. 3

1.1.    História zmien. 3

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

2.1.    Použité skratky (príklady) 3

2.1.1. Konvencie – pravidlá názvoslovia, číslovania a verzionovania - požiadaviek (príklady) 3

2.1.2. Použité skratky (príklady) 4

2.1.3. Konvencie pre typy požiadaviek (príklady) 4

3.      DEFINOVANIE PROJEKTU.. 5

3.1.    Manažérske zhrnutie. 5

3.2.    Motivácia a rozsah projektu. 5

3.3.    Zainteresované strany/Stakeholderi 5

3.4.    Ciele projektu a merateľné ukazovatele. 6

3.5.    Špecifikácia potrieb koncového používateľa. 6

3.6.    Riziká a závislosti 7

3.7.    Alternatívy a Multikriteriálna analýza. 7

3.7.1. Stanovenie alternatív pomocou biznisovej vrstvy architektúry. 7

3.7.2. Multikriteriálna analýza. 8

3.7.3. Stanovenie alternatív pomocou aplikačnej vrstvy architektúry. 8

3.7.4. Stanovenie alternatív pomocou technologickej vrstvy architektúry. 9

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

5.      NÁHĽAD ARCHITEKTÚRY. 10

6.      LEGISLATÍVA. 10

7.      ROZPOČET A PRÍNOSY. 10

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

9.      PROJEKTOVÝ TÍM.. 15

10.    PRACOVNÉ NÁPLNE. 15

11.    ODKAZY. 16

12.    PRÍLOHY. 16

1. POPIS ZMIEN DOKUMENTU
   1. História zmien

Tabuľka 1 História zmien dokumentu

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

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

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

• • • • • Zdokumentovanie problémov a potrieb pre realizáciu projektu
        • Stanovenie cieľov projektu
        • Definovanie rámcového návrhu riešenia
        • Odhad nákladov a časového rámca projektu
        • Identifikovanie zainteresovaných strán a vplyvov
        • Zhodnotenie rizík a prínosov
  • Použité skratky

Tabuľka 2 Zoznam skratiek

1. DEFINOVANIE PROJEKTU
   1. Manažérske zhrnutie

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.

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

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

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.

Predpokladané financovanie

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

Tabuľka 3 Predpokladané náklady projektu

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

1. 1. Motivácia a rozsah projektu

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.

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

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

• Ohrozenie schopnosti vykazovať výkony do zdravotných poisťovní, čo má priamy dopad na financovanie nemocnice.
• 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é.
• Nemožnosť opravy chýb alebo výpadkov systému, čo môže viesť k prerušeniu prevádzky oddelení alebo ohrozeniu pacientov.
• 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.

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.

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

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

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.

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.

1. 1. Zainteresované strany/Stakeholderi

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

Tabuľka 4 Zainteresované strany

1. 1. Ciele projektu a merateľné ukazovatele

Doplniť vstupy v  PRÍPRAVNEJ FÁZE:

• Do tabuľky nižšie doplniť CIEĽ /CIELE PROJEKTU a súvisiace merateľné ukazovatele. Ciele musia byť S.M.A.R.T. -  konkrétne, merateľné, dosiahnuteľné, relevantné, časovo ohraničené
• Nie je správne uvádzať všeobecné ciele OPII alebo NKIVS, prípadne princípy NKIVS.

Ciele/Merateľné ukazovatele

Tabuľka 5 Ciele a merateľné ukazovatele

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

• bežných štandardov a benchmarkov v zdravotníckych IS,
• praxe zo slovenských aj európskych nemocníc,
• skúseností z projektov digitalizácie a zavádzania NIS (vrátane EMRAM, HL7, eHealth)
• typických výkonnostných parametrov, ktoré si nemocnice sledujú.
  1. Špecifikácia potrieb koncového používateľa

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

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

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.

1. 1. Riziká a závislosti

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

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

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

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

Stanovenie alternatív pomocou biznisovej vrstvy architektúry

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:

Schéma 2 Zvažované alternatívy

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

Multikriteriálna analýza

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

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

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:

• umožní prekonať kritický termín po ukončení podpory systému Xanta,
• je rýchlejšie, lacnejšie a organizačne zvládnuteľné,
• vytvára priestor na budúce rozšírenie alebo konsolidáciu, pričom rieši akútne potreby pracoviska.

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.

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

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:

Tabuľka 9 Moduly systému

Stanovenie alternatív pomocou technologickej vrstvy architektúry

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

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

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

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

 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:

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

• Maximálna kontrola nad dátami a bezpečnosťou – dáta sú uložené a spracovávané výlučne v prostredí UNB.
• Nezávislosť od internetového pripojenia – systém zostáva funkčný aj pri jeho výpadku.
• Jednoduchšia integrácia s existujúcim HW a špecifickými nemocničnými systémami (napr. PACS, laboratórne zariadenia).
• Vyššia súlad s legislatívnymi požiadavkami – plná kontrola nad implementáciou bezpečnostných opatrení podľa ZKB a GDPR.
• Prispôsobenie potrebám nemocnice – možnosť konfigurácie špecifických workflow, výkazníctva či prepojení.
• Nižšie riziko vendor lock-in – možnosť meniť dodávateľov infraštruktúry bez straty prístupu k dátam.

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

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

• Inkrement 1 bude realizovaný do 4 mesiacov
• Inkrement 2 bude realizovaný do 9 mesiacov

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

• Analýza a dizajn
• Implementácia a testovanie
• Nasadenie

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

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.

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

Tabuľka 10 Etapy a výstupy projektu

1. NÁHĽAD ARCHITEKTÚRY
   1. Biznis architektúra

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

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.

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

• Lekár: Zodpovedný za vyšetrenia, predpisy, zdravotnú dokumentáciu, plánovanie hospitalizácií.
• Zdravotná sestra: Zabezpečuje ošetrovateľskú dokumentáciu, vykonáva ordinácie, sleduje stav pacienta.
• Administratívny pracovník: Registruje pacientov, spravuje evidenciu a výkazníctvo.
• Vedúci oddelenia / Manažment: Monitoruje výkonnosť, plánuje zdroje, používa manažérske prehľady.
• IT správca: Riadi používateľské kontá, dohliada na bezpečnosť a prevádzku systému.

Biznis služby poskytované NIS

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

• Služba ambulantnej
• Služba lôžkovej zdravotnej starostlivosti
• Služba evidencie pacientov a zdravotnej dokumentácie
• Služba elektronickej preskripcie 
• Služba komunikácie s eZdravím
• Služba výkazníctva a komunikácie s NCZI a poisťovňami
• Služba riadenia a plánovania hospitalizácií
• Služba manažérskeho prehľadu a BI reportingu

Podporované biznis procesy

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

• Príjem pacienta: Vytvorenie zdravotnej karty, zadanie anamnézy a administratívnych údajov.
• Ambulantné vyšetrenie: Evidencia výkonov, predpis liekov, nariadenie ďalších vyšetrení.
• Lôžková hospitalizácia: Zápis vývoja stavu pacienta, realizácia ordinácií, príprava prepúšťacej správy.
• Zápis do zdravotnej dokumentácie: Systém umožňuje riadiť procesy zápisu do zdravotnej dokumentácie a jej autorizáciu
• Predpis liekov: V systéme je podporený celý proces predpisovania liekov a ŠZM
• Zaznamenávanie výkonov: Systém umožňuje zaznamenávať realizované výkony na pacienta
• Ošetrovateľská starostlivosť: Plánovanie a evidencia ošetrovateľských výkonov.
• Výkazníctvo a export údajov: Príprava štatistík, export do zdravotných poisťovní a NCZI.
• Riadenie pracovísk: Manažérske analýzy výkonov, nákladov, vyťažení a efektivity oddelení.
• Získavanie údajov z eZdravie: Systém je napojený na eZdravie pre potrebu získavania údajov o pacientoch a výkonoch
• Získavanie výsledkov z LIS a PACS: Systém automatiky poskytuje údaje z vyšetrení realizovaných na externých systémoch
  1. Aplikačná architektúra

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

Modul Pacient / registrácia

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.

Modul Zdravotná dokumentácia

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

Modul Ošetrovateľská starostlivosť

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

Modul ePreskripcia a eZdravie

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

Modul Lekáreň

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

Modul Výkazníctvo a BI

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

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

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.

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

1. 1. Technologická architektúra

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

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

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

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.

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

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

1. LEGISLATÍVA
   1. Potreba legislatívnych zmien

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

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

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.

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

• 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
• 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
• 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
• Zákon č. 581/2004 Z. z. o zdravotných poisťovniach, dohľade nad zdravotnou starostlivosťou
• 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
• Zákon č. 355/2007 Z. z. o ochrane, podpore a rozvoji verejného zdravia

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

• Zákon č. 523/2004 Z. z. o rozpočtových pravidlách verejnej správy v platnom znení
• 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
• 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
• 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)
• Výnos č. 55/2014 Z. z. - Výnos Ministerstva financií Slovenskej republiky o štandardoch pre informačné systémy verejnej správy
• Zákon č. 18/2018 Z. z. - Zákon o ochrane osobných údajov a o zmene a doplnení niektorých zákonov
• 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
• Vyhláška MF SR č. 275/2014 Z. z. o zaručenej konverzii
• 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)
• Vyhláška 78/2020 Z. z. o štandardoch pre informačné technológie verejnej správy
• Zákon č. 95/2019 Z. z. o ITVS a o zmene a doplnení niektorých zákonov v znení neskorších predpisov

1. ROZPOČET A PRÍNOSY

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

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

1. 1. Prínosy realizácie projektu

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.

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

1. Zabezpečenie kontinuity prevádzky nemocnice

• Nahradenie neudržateľného systému Xanta, ktorého podpora končí 31. 3. 2025.
• Zníženie rizika výpadku kritických funkcionalít (výkazníctvo, eZdravie, evidencia pacientov).

1. Zlepšenie kvality zdravotnej starostlivosti

• Rýchly a prehľadný prístup k zdravotnej dokumentácii v reálnom čase.
• Podpora klinických rozhodnutí (napr. liekové interakcie, konziliá).
• Digitalizácia ošetrovateľských procesov a starostlivosti o pacienta.

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

• Automatizácia rutinných procesov (objednávanie, plánovanie, evidencia výkonov).
• Zníženie chybovosti a duplicity údajov.
• Viac času pre pacienta – menej pre papierovanie.

1. Zefektívnenie manažmentu a riadenia nemocnice

• Presné a aktuálne reporty o výkonnosti oddelení, lôžok, spotrebe materiálu a liekov.
• Podpora strategického plánovania cez manažérske BI nástroje.
• Transparentné sledovanie nákladov, výkonov a finančných tokov.

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

• Moderná architektúra systému spĺňajúca požiadavky kybernetickej bezpečnosti.
• Riadenie prístupových práv, auditovanie činností používateľov.
• Zálohovanie a disaster recovery plán pre ochranu dát.

1. Plná legislatívna a technologická kompatibilita

• Súlad s platnou legislatívou (eZdravie, GDPR, Zákon o kybernetickej bezpečnosti).
• Štandardizované rozhrania na komunikáciu s inými IS (HL7, DASTA, XML).
• Podpora nových technologických trendov (cloud, mobilné aplikácie, OPENEHR).

1. Pripravenosť na dlhodobý rozvoj

• Moderný systém s otvorenou architektúrou umožňujúcou budúce rozširovanie.
• Integrácia s národnými iniciatívami (eZdravie 2.0, DRG+, telemedicína).
• Dlhodobá udržateľnosť IT riešenia (životný cyklus 15–20 rokov).

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

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

Základný popis zdôvodnenia:

• 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.
• 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 %.
• 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.
• 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.
• 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

Hodnotenie CBA

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

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:

• 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,
• plnení zákonných požiadaviek (eZdravie, GDPR, ZKB),
• zvýšení kvality starostlivosti a pripravenosti na digitalizáciu.

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

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:

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

1. PROJEKTOVÝ TÍM

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

• Predseda RV
• zástupca vlastníkov procesov objednávateľa
• zástupca kľúčových používateľov objednávateľa
• zástupca dodávateľa (dopĺňa sa až po VO / voliteľný člen)

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

• kľúčový používateľ,
• IT analytik,
• IT architekt,
• manažér kvality,
• vlastník procesov

1. PRACOVNÉ NÁPLNE

TBD

1. ODKAZY

N/A

1. PRÍLOHY

Príloha č. 1 – Zoznam rizík a závislostí

Príloha č. 2 – Katalóg požiadaviek