Zmeny dokumentu I-02 Projektový zámer (projektovy_zamer)

Naposledy upravil Peter Ďuriš 2025/08/11 17:20

From 24.1 to 23.1

Z verzie 23.1

upravil Peter Ďuriš
-

Zmeniť komentár: Pre túto verziu nie sú komentáre

Do verzie 1.1

upravil Peter Ďuriš
-

Zmeniť komentár: Pre túto verziu nie sú komentáre

Raw
Rendered

Súhrn

Vlastnosti stránky (1 modified, 0 added, 0 removed)
Prílohy (0 modified, 0 added, 5 removed)
Objekty (0 modified, 0 added, 14 removed)

Podrobnosti

Vlastnosti stránky

Obsah

@@ -1,1044 +1,523 @@
--
++[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_5d283de4ad3c0b7a.png||height="49" width="225"]]
++**PROJEKTOVÝ ZÁMER**
++**Vzor pre manažérsky výstup I-02**
++**podľa vyhlášky MIRRI č. 401/2023 Z. z.**
--PROJEKTOVÝ ZÁMER
--
--(Verzia dokumentu v1.82/09_2021)
--
--
--
--
--
--
--Identifikovanie požiadaviek **na funkčnú časť riešenia**
--
--
--Identifikácia projektu
--
--|**Povinná osoba**|//Univerzitná nemocnica Bratislava//
--|**Názov projektu**|//Nemocničný IS pre Nemocnicu sv. Cyrila a Metoda//
--|**Zodpovedná osoba za projekt**|Martin Lukáč
--|**Realizátor projektu**|//Univerzitná nemocnica Bratislava//
--|**Vlastník projektu**|//MUDr. Alexander Mayer, PhD., MPH, MHA//
--
--Schvaľovanie dokumentu
--
--|**Položka**|**Meno a priezvisko**|**Organizácia**|**Pracovná pozícia**|**Dátum**|(((
++|**Povinná osoba**|{{content id="projekt.asociovane_po" template="[[${po.nazov}]]"}}Univerzitná nemocnica Bratislava{{/content}}
++|**Názov projektu**|{{content id="projekt.nazov"}}Vybudovanie Nemocničného informačného systému pre UNB Cyrila a Metoda{{/content}}
++|**Zodpovedná osoba za projekt**| //Meno a priezvisko osoby, ktorá predkladá dokumenty (zamestnanec /Projektový manažér)//
++|**Realizátor projektu**|{{content id="projekt.asociovane_po" template="[[${po.nazov}]]"}}Univerzitná nemocnica Bratislava{{/content}}
++|**Vlastník projektu**| {{content id="projekt.vlastnik.nazov"}}Univerzitná nemocnica Bratislava{{/content}}
++**Schvaľovanie dokumentu**
++|**Položka**|**Meno a priezvisko**|**Organizácia**|**Pracovná pozícia**|**Dátum**|(((
  **Podpis**
--
--**(alebo elektronický súhlas)**
++(alebo elektronický súhlas)
  )))
  |Vypracoval| | | | |
--**Obsah**
++= {{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 =
--[[1.      POPIS ZMIEN DOKUMENTU.. 3>>path:#_Toc82770233]]
--
--[[1.1.    História zmien. 3>>path:#_Toc82770234]]
--
--[[2.      ÚČEL DOKUMENTU, SKRATKY (KONVENCIE) A DEFINÍCIE. 3>>path:#_Toc82770235]]
--
--[[2.1.    Použité skratky (príklady) 3>>path:#_Toc82770236]]
--
--[[2.1.1. Konvencie – pravidlá názvoslovia, číslovania a verzionovania - požiadaviek (príklady) 3>>path:#_Toc82770237]]
--
--[[2.1.2. Použité skratky (príklady) 4>>path:#_Toc82770238]]
--
--[[2.1.3. Konvencie pre typy požiadaviek (príklady) 4>>path:#_Toc82770239]]
--
--[[3.      DEFINOVANIE PROJEKTU.. 5>>path:#_Toc82770240]]
--
--[[3.1.    Manažérske zhrnutie. 5>>path:#_Toc82770241]]
--
--[[3.2.    Motivácia a rozsah projektu. 5>>path:#_Toc82770242]]
--
--[[3.3.    Zainteresované strany/Stakeholderi 5>>path:#_Toc82770243]]
--
--[[3.4.    Ciele projektu a merateľné ukazovatele. 6>>path:#_Toc82770244]]
--
--[[3.5.    Špecifikácia potrieb koncového používateľa. 6>>path:#_Toc82770245]]
--
--[[3.6.    Riziká a závislosti 7>>path:#_Toc82770246]]
--
--[[3.7.    Alternatívy a Multikriteriálna analýza. 7>>path:#_Toc82770247]]
--
--[[3.7.1. Stanovenie alternatív pomocou biznisovej vrstvy architektúry. 7>>path:#_Toc82770248]]
--
--[[3.7.2. Multikriteriálna analýza. 8>>path:#_Toc82770249]]
--
--[[3.7.3. Stanovenie alternatív pomocou aplikačnej vrstvy architektúry. 8>>path:#_Toc82770250]]
--
--[[3.7.4. Stanovenie alternatív pomocou technologickej vrstvy architektúry. 9>>path:#_Toc82770251]]
--
--[[4.      POŽADOVANÉ VÝSTUPY  (PRODUKT PROJEKTU). 10>>path:#_Toc82770252]]
--
--[[5.      NÁHĽAD ARCHITEKTÚRY. 10>>path:#_Toc82770253]]
--
--[[6.      LEGISLATÍVA. 10>>path:#_Toc82770254]]
--
--[[7.      ROZPOČET A PRÍNOSY. 10>>path:#_Toc82770255]]
--
--[[8.      HARMONOGRAM JEDNOTLIVÝCH FÁZ PROJEKTU a METÓDA JEHO RIADENIA. 13>>path:#_Toc82770256]]
--
--[[9.      PROJEKTOVÝ TÍM.. 15>>path:#_Toc82770257]]
--
--[[10.    PRACOVNÉ NÁPLNE. 15>>path:#_Toc82770258]]
--
--[[11.    ODKAZY. 16>>path:#_Toc82770259]]
--
--[[12.    PRÍLOHY. 16>>path:#_Toc82770260]]
--
--
--
--
--
--
--
--
--
--
--
--
--
--1. POPIS ZMIEN DOKUMENTU
--11. História zmien
--
  |**Verzia**|**Dátum**|**Zmeny**|**Meno**
--|v01|02.04.2025|Prvý draft dokumentu|TBD
++|//0.1//|//14.11.2023//|//Pracovný návrh//|
++|//1.0//|//22.12.2023//|//Zapracovanie súladu s vyhláškou č. 401/2023 Z. z.//|
  | | | |
--| | | |
--Tabuľka 1 História zmien dokumentu
++= {{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 =
--1. ÚČEL DOKUMENTU, SKRATKY (KONVENCIE) A DEFINÍCIE
++//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.//
++//Dokument Projektový zámer v zmysle vyššie uvedenej vyhlášky má obsahovať manažérske zhrnutie, rozsah, ciele a motiváciu na realizáciu projektu, zainteresované strany, alternatívy, návrh merateľných ukazovateľov, detailný opis požadovaných projektových výstupov, detailný opis obmedzení, predpokladov, tolerancií a návrh organizačného zabezpečenia projektu, detailný opis rozpočtu projektu a jeho prínosov, náhľad architektúry a harmonogram projektu so zoznamom rizík a závislostí,//
++//**Inštrukcia: Šedý text** v celom dokumente predstavuje nápovedu pre vyplnenie dokumentu, po vyplnení kapitol **odporúčame text šedou farbou vymazať.**//
++//Dokumenty ukladajte s prefixom I_XX.//
++//Odporúčame, aby ste si TABUĽKOVÉ VSTUPY  vo formáte EXCEL spravovali v jednom centrálnom súbore s cieľom minimalizovať budúcu prácnosť s aktualizáciou a udržiavaním obsahu.//
--Úč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.
++== 2.1Použité skratky a pojmy ==
--V rámci dokumentu sú rozpracované nasledovné oblasti:
++|**SKRATKA/POJEM**|**POPIS**
++| |
++| |
++| |
++{{id name="_Toc152607286"/}}
++
--*
--**
--***
--****
--***** 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
++== 2.2Konvencie pre typy požiadaviek (príklady) ==
--|**ID**|**SKRATKA**|**POPIS**
--|1.|BI|Business Intelligence
--|2.|CaM|Cyrila a Metoda (Nemocnica sv. Cyrila a Metoda)
--|3.|CR|Change Request (Požiadavka na zmenu)
--|4.|DNR|Detailný návrh riešenia
--|5.|DRG|Diagnosis Related Group
--|6.|eDPN|Elektronická dočasná pracovná neschopnosť
--|7.|eID|Elektronická identifikácia
--|8.|EMRAM|Electronic Medical Record Adoption Model
--|9.|eMatrika|Elektronická matrika
--|10.|eOčkovanie|Elektronické očkovanie
--|11.|eRecept|Elektronický recept
--|12.|eVyšetrenie|Elektronické vyšetrenie
--|13.|HL7|Health Level Seven (medzinárodný štandard)
--|14.|HoN|História ochorení a návštev
--|15.|IS|Informačný systém
--|16.|ISVS|Informačný systém verejnej správy
--|17.|IT|Informačné technológie
--|18.|KPI|Key Performance Indicator (Kľúčový výkonnostný ukazovateľ)
--|19.|LIS|Laboratórny informačný systém
--|20.|MZ SR|Ministerstvo zdravotníctva Slovenskej republiky
--|21.|NCZI|Národné centrum zdravotníckych informácií
--|22.|NGHIS|Nová generácia nemocničného IS
--|23.|NIS|Nemocničný informačný systém
--|24.|OPENEHR|Otvorený štandard pre elektronické zdravotné záznamy
--|25.|PACS|Picture Archiving and Communication System
--|26.|PHZ|Predpokladaná hodnota zákazky
--|27.|PIP|Postimplementačná podpora
--|28.|PO|Právnická osoba
--|29.|RDK|Rádiologicko-diagnostické kliniky
--|30.|SLA|Service Level Agreement
--|31.|SW|Softvér
--|32.|UAT|User Acceptance Testing (Testovanie akceptácie používateľom)
--|33.|UNB|Univerzitná nemocnica Bratislava
--|34.|UX|Užívateľský zážitok
--|35.|VO|Verejné obstarávanie
--|36.|ZKB|Zákon o kybernetickej bezpečnosti
--|37.|ZP|Zdravotné poisťovne
--|38.|ŽS|Životná situácia
++//Zvoľte si konvenciu pre označovanie požiadaviek, súborov, atd. Hlavné kategórie požiadaviek v zmysle katalógu požiadaviek, rozdeľujeme na funkčné (funkcionálne), nefunkčné (kvalitatívne, výkonové a pod.). Podskupiny v hlavných kategóriách je možné rozšíriť podľa potrieb projektu, napríklad~://
++//**Funkcionálne (používateľské) požiadavky **majú nasledovnú konvenciu~://
++//**FRxx**//
--Tabuľka 2 Zoznam skratiek
++* //U – užívateľská požiadavka//
++* //R – označenie požiadavky//
++* //xx – číslo požiadavky//
++//**Nefunkčné (kvalitatívne, výkonové - Non Functional Requirements - NFR) požiadavky** majú nasledovnú konvenciu~://
++//**NRxx**//
++* //N – nefukčná požiadavka (NFR)//
++* //R – označenie požiadavky//
++* //xx – číslo požiadavky//
++//Ostatné typy požiadaviek môžu byť ďalej definované objednávateľom/PM.//
--1. DEFINOVANIE PROJEKTU
--11. Manažérske zhrnutie
++= {{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 =
--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.
++== {{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 ==
--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.
++//Stručný popis projektu, dôvod jeho realizácie, obsah projektu (vývoj SW, nákup HW/licencie, migrácia do vládneho cloudu a pod.), indikatívna výška finančných prostriedkov určených na realizáciu projektu, prínosy a časový horizont realizácie projektu.//
++//Očakáva sa, že stručne, jasne a štruktúrovane popíšete základné zdôvodnenie, prečo by sa mal projekt realizovať. Vo vašom popise odpovedajte najmä na otázky „Prečo chcete projekt zrealizovať? Čo je predmetom projektu? Pre koho sú výsledky projektu určené? Za akú sumu? Čo to prinesie cieľovej skupine?//
++//V prípade projektov financovaných z európskych fondov je potrebné uviesť zdôvodnenie využitia národného/dopytového projektu, prijímateľa/partnera projektu a dôvod jeho určenia, príslušnosť národného/dopytového projektu k prioritnej osi príslušného operačného programu.//
--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.
++== {{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 ==
--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.
++* //Popíšte PROBLÉM, ktorý chcete realizáciou projektu odstrániť//
++* //STRUČNE popísať koľko a aké vaše biznis procesy sú predmetom projektu//
++* //Doplniť informácie o OBLASTI (AGENDA / ŽIVOTNÁ SITUÁCIA), ktorým sa projekt venuje//
++* //Doplniť rámcový popis ROZSAHU projektu (subjekty a ISVS, ktorých sa problém a projekt týka)//
++* //Doplniť MOTIVÁCIU na dosiahnutie budúceho stavu a OBMEDZENIA pre dosiahnutie cieľov projektu.//
++* //Môžete doplniť vizualizáciu motivácie pomocou notácie ArchiMate[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^1^^>>path:#sdfootnote1sym||name="sdfootnote1anc"]](%%).//
--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.
++== {{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 ==
--**Predpokladané financovanie**
++* //Doplňte KTO (zoznam subjektov/osôb) sa zúčastňuje projektu a akú rolu zastáva//
--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é:
--
--|**Typ výdavku**|**Hodnota**
--|013 Softvér|4 144 350 € s DPH
--|511 Opravy a udržiavanie + 013 Softvér (rozvoj)|2 149 844 s DPH
--
--Tabuľka 3 Predpokladané náklady projektu
--
--Predpokladaný rozvoj a podpora je plánovaná na 36 mesiacov
--
--**Odôvodnenie vyššej ceny pre UNB Cyrila a Metoda oproti FN NT**
--
--
--* v súčastnosti sú cca 4 spoločnosti, ktoré poskytujú IS pre nemocnice t.j. NIS (Nemocničný informačný systém) no dvaja majú majoritu na trhu
--* obstaranie samotného NIS je len prvá časť - tu sa cenovo hýbu +/- v rovnakých hladinách, rozdiel je len v tom či to inštaluju onprem alebo do cloudu
--* najkomplikovanejšia položka je, ktoré moduly si vyberú na konfiguráciu (niektoré sú v základnom balíku a iné za doplatky) - nakoľko v rámci tohto procesu dochádza k reflektovaniu reálnej prevádzky a procesov v samotnej nemocnici t.j. každá nemocnica to má inak a nie je to unifikované (príklad = ak majú obe nemocnice napr. chirurgiu - každá z nich má inak nastavené procesy, kedy a čo sa do systému zaznamenáva a kto to v rámci schvaľovania / administratívnych úkonov môže do systému zapísať, ….)
--* následne v celkovej sume je aj SLA na systém, ktorý sa vysúťažil a nasadil (t.j. Nakonfiguroval tak ako nemocnica funguje a to je od 6-9 mesiacov v závislosti na jej veľkosti )
--* v prípade nemocnice UNB sa jedná oproti FN NT o tieto najzásadnejšie rozdiely:
--
--
--|**Modul / Funkčný celok**|**FN Nitra**|**UNB Cyrila a Metoda**|**Rozdielová analýza**
--|Pacient / registrácia|Áno – štandardná evidencia|Áno – viacúrovňová evidencia, viac pracovísk|Rozdiel v rozsahu
--|Zdravotná dokumentácia|Áno – hlavné typy záznamov|Áno – plná štruktúrovaná aj nestruktúrovaná dokumentácia|Rozdiel v rozsahu
--|Ambulantné vyšetrenie|Áno – základné funkcionality|Áno – viaceré typy ambulancií, špecializované výkony|Rozdiel v rozsahu
--|Lôžková starostlivosť|Áno – štandardné hospitalizačné záznamy|Áno – podpora COS, triáže, FAST track|Rozdiel v rozsahu
--|Ošetrovateľstvo|Čiastočne – formulárový zápis|Áno – plánovanie výkonov, história, hodnotenia|UNB požaduje, FN Nitra nie
--|ePreskripcia a eZdravie|Áno – napojenie na NCZI|Áno – komplexné eZdravie vrátane eŽiadanky, eZáznamu|Rozdiel v rozsahu
--|Výkazníctvo a komunikácia s NCZI|Áno – základné výkazy a dávky|Áno – DRG, HD dávky, custom reporting|Rozdiel v rozsahu
--|Manažérske výstupy (BI)|Základná analytika|Plnohodnotné DWH, KPI reporting, exporty|Rozdiel v rozsahu
--|Migrácia údajov zo starého systému|XANTA – základná migrácia|Migrácia z viacerých systémov, dátové mapovanie|Rozdiel v rozsahu
--|Integrácia LIS/PACS|Áno – štandardné rozhrania|Áno – HL7, PACS rozhrania, synchronizácia snímok|Rozdiel v rozsahu
--|Správa používateľov a práv|Áno – bežná správa užívateľov|Áno – detailné roly, prepojenie s AD|Rozdiel v rozsahu
--|Lekáreň a liekový modul|Nie (riešené mimo systému)|Áno – nemocničná lekáreň, výdaj, sklad|UNB požaduje, FN Nitra nie
--
--* Zároveň, čo sa týka nemocnice NR - tam ak bolo rokovanie o cene  s uchádzačom, keďže dali väčšiu cenu než nám deklarovali na rokovaniach, čoho výsledkom bola aj rozdielna implementačná cena oproti UNB Cyrila a Metoda
--* UNB má pod sebou 5 nemocníc (4 mali systém od jednej spoločnosti a jedna XANTU), pričom snahou bolo zjednotiť tieto systémy, nech sú od jedného dodávateľa, čo nám umožní odľahčiť komunikáciu medzi nemocnicami t.j. NISmi keď presúvajú pacienta a stačilo by tým pádom len presunúť zložku a nemuseli tlačiť a nanovo zadávať pacienta manuálne nakoľko tie systémy neboli kompatibilné a pôvodný dodávateľ už nechcel investovať do rozvoja starého systému (ten bežal ešte na COBOLe, čo predstavuje technologicky zasaranú platformu).
--
--
--1.
--11. 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:
--
--[[image:1744357152252-772.png]]
--
--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.
--11. Zainteresované strany/Stakeholderi
--
--V nasledujúcej tabuľke sú definované zainteresované strany a ich role v projekte:
--
--|**ID**|(((
--**AKTÉR / STAKEHOLDER**
--
--
--)))|(((
++|**ID**|**AKTÉR / STAKEHOLDER**|(((
  **SUBJEKT**
--
--**(názov / skratka)**
++(názov / skratka)
  )))|(((
  **ROLA**
--
--**(vlastník procesu/ vlastník dát/zákazník/ užívateľ …. člen tímu atď.)**
++(vlastník procesu/ vlastník dát/zákazník/ užívateľ …. člen tímu atď.)
  )))|(((
  **Informačný systém**
--
--**(názov ISVS a MetaIS kód)**
++(MetaIS kód a názov ISVS)
  )))
--|1.|Vedenie UNB (riaditeľ, ekonomický námestník)|Vedenie|Strategické rozhodovanie, schvaľovanie rozpočtu a priorít projektu.|IS NIS (isvs_15036)
--|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)
--|3.|IT oddelenie UNB|IT|Zabezpečenie technickej infraštruktúry, inštalácia, podpora a údržba systému.|IS NIS (isvs_15036)
--|4.|Projektový tím UNB|PMO|Koordinácia implementácie, riadenie harmonogramu, dokumentácia a reporting.|IS NIS (isvs_15036)
--|5.|Ministerstvo zdravotníctva SR|MZSR|Poskytovanie metodickej, legislatívnej a finančnej podpory a konzumovanie údajov|IS NIS (isvs_15036)
--|6.|NCZI a zdravotné poisťovne|NZCI a ZP|Napojenie na eZdravie, výkazníctvo, kontrola dátovej kvality.|IS NIS (isvs_15036)
--|7.|Pacienti (nepriami používatelia)|Občan|Cieľová skupina – zlepšenie kvality starostlivosti a dostupnosti údajov.|IS NIS (isvs_15036)
++|//1.//|//Ministerstvo investícií, regionálneho rozvoja a informatizácie SR//|//MIRRI//|//Poskytovateľ služieb centrálnej platformy integrácie údajov//|//isvs_5836 IS CSRU//
++|//2.//|//Občan / podnikateľ//| |//Spracovateľ podania formou vyplnenia žiadosti vo formulárovom prostredí//|//Nerelevantné//
++|//3.//|//OVM//| |//Konzument údajov//|//Doplniť ISVS (v projekte)//
++|//5.//|//Občan/Podnikateľ/OVM …//|//Doplniť skratku subjektu//|//Doplniť rolu (v projekte)//|//Doplniť ISVS (v projekte)//
--Tabuľka 4 Zainteresované strany
++== {{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 ==
--1.
--11. Ciele projektu a merateľné ukazovatele
++//Do tabuliek nižšie doplniť CIEĽ /CIELE PROJEKTU, ich mapovanie na strategické ciele (napr. z NKIVS, KRIT a iných strategických dokumentov) a súvisiace merateľné ukazovatele (KPI- key performance indicators). Ciele musia byť S.M.A.R.T. - //konkrétne, merateľné, dosiahnuteľné, relevantné, časovo ohraničené.
--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:
++|**ID**|
++\\**Názov cieľa**|**Názov strategického cieľa**|**Spôsob realizácie strategického cieľa**
++|...| |...|...
++|...| |...|...
--* Prioritná os 1 - Lepšie služby
--**  Znížiť interakcie osôb a zložitosť pri používaní služieb verejnej správy
--* Prioritná os 3 - Efetívne IT:
--** Zvýšiť úžitkovú hodnotu informačných systémov verejnej správy počas ich životného cyklu.
--** Skrátiť čas na prípravu a doručenie služieb a výsledkov informačných systémov verejnej správy
++== {{id name="_Toc152607308"/}}3.5Merateľné ukazovatele (KPI) ==
--//                 //
++|**ID**|
++\\**ID/Názov cieľa**|**Názov
++ ukazovateľa **(KPI)|**Popis
++ ukazovateľa**|**Merná jednotka**
++ |**AS IS
++ merateľné hodnoty
++ **(aktuálne)|**TO BE
++Merateľné hodnoty
++ **(cieľové hodnoty)|**Spôsob ich merania**|**Pozn.**
++|...| |...|...|...|...|...|...|...
++|...| |...|...|...|...|...|...|...
++|...| |...|...|...|...|...|...|...
++//Vysvetlivky k vyplneniu tabuľky~://
--Ciele/Merateľné ukazovatele
++* //Vzory merateľných ukazovateľov pre projekt sú publikované v Checkliste pre agendu Merateľné ukazovatele/KPI (//__[[https:~~/~~/www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html>>url:https://www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html]]__// )//
++* //**AS IS merateľné ukazovatele** – t. j. popíšte, aké merateľné ukazovatele máte teraz (vpíšte výsledky meraní – v merateľných jednotkách) .//
++* //**TO BE merateľné ukazovatele** – t. j. popíšte cieľové merateľné ukazovatele, ktoré chcete dosiahnuť.//
++* //Odporúčame, aby váš budúci IS mal automatizovaný monitoring (na pravidelnej báze, napr. týždenne) vami stanovených merateľných ukazovateľov – s cieľom, aby ste mohli riadiť službu, produkt, proces, ľudí//
++* //V prípade financovania cez zdroje EÚ uvádzať aj Projektové merateľné ukazovatele z operačného programu (špecifické ciele, merateľné ukazovatele atď).//
++== {{id name="_Toc152607312"/}}{{id name="_Toc1937275886"/}}{{id name="_Toc741126126"/}}{{id name="_Toc1465086354"/}}{{id name="_Toc1808286414"/}}{{id name="_Toc773473969"/}}{{id name="_Toc1151283522"/}}{{id name="_Toc1993493887"/}}{{id name="_Toc2086720991"/}}{{id name="_Toc484272872"/}}{{id name="_Toc1278737203"/}}{{id name="_Toc325672769"/}}{{id name="_Toc152607311"/}}{{id name="_Toc152607309"/}}3.6Špecifikácia potrieb koncového používateľa ==
--|**ID**|**CIEĽ**|**NÁZOV
--MERATEĽNÉHO A VÝKONNOSTNÉHO UKAZOVATEĽA (KPI)**|**POPIS
--UKAZOVATEĽA**|**MERNÁ JEDNOTKA
--(v čom sa meria ukazovateľ)**|**AS IS
--MERATEĽNÉ VÝKONNOSTNÉ HODNTOY
--(aktuálne hodnoty)**|**TO BE
--MERATEĽNÉ VÝKONNOSTNÉ HODNTOY
--(cieľové hodnoty projektu)**|(((
--**SPÔSOB ICH MERANIA/**
++//Táto časť sa týka projektov, ktoré sú zamerané na vývoj alebo rozvoj  ISVS/s elektronickými službami , ktoré  majú grafické alebo iné používateľské rozhranie a sú určené pre občanov/podnikateľov (alebo aj pracovníkov verejnej správy pracujúcich s agendovým systémom), ďalej označených ako koncoví používatelia. //
--**OVERENIA
--PO NASADENÍ
--(overenie naplnenie cieľa)**
--)))|**POZNÁMKA**
--|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
--|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
--|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
--|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
--|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
++* //Špecifikácia požiadaviek koncových používateľov musí byť v súlade s legislatívou (s aktuálne platnou alebo s návrhom jej zmien ako súčasť projektu) a postupmi pri vytváraní elektronických služieb verejnej správy, ako sú napríklad používateľský prieskum, mapovanie používateľskej cesty, vytváranie informačnej architektúry a testovanie prototypov podľa vyhlášky //__[[547/2021 Z. z. o elektronizácii agendy verejnej správy>>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2021/547/]]__//.//
++* //Definujte skupiny koncových používateľov elektronických služieb a popísať cieľové skupiny koncových používateľov, vrátane sociodemografických charakteristík cieľových skupín alebo účastníkov používateľského prieskumu. Príklad definície skupín koncových používateľov, tzv. persón nájdete v metodike pre tvorbu používateľsky kvalitných elektronických služieb (//__[[Metodika pre tvorbu používateľsky kvalitných elektronických služieb>>url:https://mirri.gov.sk/wp-content/uploads/2020/10/Metodicke-usmernenie-pre-tvorbu-pouzivatelsky-kvalitnych-elektronickych-sluzieb-VS_7102020.pdf]]__//).//
++* //Špecifikujte potreby resp. ciele koncových používateľov (ideálne formou tzv. //__ [[používateľského príbehu>>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2023/401/#paragraf-13.odsek-4]]__//) ktoré identifikujú, čo jednotlivé skupiny koncových používateľov od elektronickej  služby požadujú.  Ak ide o zmenu (upgrade) elektronickej služby, ktorá už existuje, dajú sa ciele  koncových používateľov kvantitatívne odmerať: //
++** //ako sa koncovým používateľom svoje potreby (resp. ciele) darí napĺňať (performance indikátory) - napr. priemerný čas pre naplnenie potreby, miera chybovosti, miera dokončenia, pomer online/offline transakcií, //
++** //ako sú koncoví používatelia (ne)spokojní s existujúcou  elektronickou službou (Net Promoter Score, Customer effort Score, customer satisfaction....),//
++* //Pri rozvoji existujúcej elektronickej služby je možné použiť výstupy zo zisťovania spätnej väzby k elektronickej službe, ak z nich vyplývajú požiadavky koncových používateľov na rozvoj služby.  //
++* //Ak ide o vytváranie novej koncovej služby, realizuje sa používateľský prieskum spravidla metódou kvalitatívneho prieskumu (formou štruktúrovaného rozhovoru alebo dotazníka, ktorého cieľom je pomenovať základné ciele/potreby koncových používateľov) a očakávania od kvality a funkcionalít plánovanej elektronickej služby (odkaz návod (v angličtine): //__[[Ako vybrať vhodnú metódu používateľského prieskumu>>url:https://www.nngroup.com/articles/which-ux-research-methods/]]__//).//
++* //Priložte Report zákazníckeho prieskumu ako prílohu Projektového zámeru,  ktorý popíše priebeh a metódy prieskumu, základné kvantitatívne ukazovatele, veľkosť vzorky atď. //
++* //Doplňte Katalóg požiadaviek (funkčné, nefunkčné) o priorizované požiadavky z používateľského prieskumu v dokumente M-05 Analýza nákladov a prínosov, karta Katalóg požiadaviek I-04 Katalóg požiadaviek.//
++.
--Tabuľka 5 Ciele a merateľné ukazovatele
++== {{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 ==
--Ukazovatele sú odborný kvalifikovaný odhad, pričom vychádzajú z:
++//Doplňte/stručne popíšte **RIZIKÁ a ZÁVISLOSTI** (detail v prílohe ZOZNAM RIZÍK a ZÁVISLOSTI) **Zoznam RIZÍK a ZÁVISLOSTI** - je potrebné počas celej realizácie projektu aktualizovať.//
--* 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
++* //V prípade projektov financovaných zo zdrojov EÚ je povinné vyhodnotenie rizík súvisiacich s~://
++* //Realizáciou verejného obstarávania (t.j. napr. pred vyhlásením VO bude dopad na projekt Fatálny, ak má objednávateľ už uzatvorenú dodávateľskú zmluvu, bude dopad nevýznamný a pod...)//
++* //Legislatívou: vyhodnotiť potrebu zmeny legislatívy (ak je potrebné prijať nový zákon tak bude dopad Fatálny)//
++* //Časovým priebehom: ak je harmonogram realizácie naplánovaný do konca roka 2023, tak bude dopad Fatálny.//
--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.
++== {{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 ==
--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:
++//Na základe identifikovaného rozsahu problému navrhujete v projektovom zámere rôzne riešenia biznis procesov (podmnožiny problému). Alternatíva môže pokrývať procesy všetkých stakeholderov (zainteresované strany) alebo iba vybraných, celú životnú situáciu alebo len časť. Na úrovni stanovenia alternatívy je budúci stav biznis procesov popísaný rámcovo, pri zúžení alternatív na tie, ktoré vstupujú do CBA konkrétne.//
++[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_6f4954d8b4fa4b84.png||height="161" width="594"]]
--|**Užívateľ**|**Definovaná potreba**
--|Lekári|(((
--* Rýchly a prehľadný prístup k úplnej zdravotnej dokumentácii pacienta.
--* Štruktúrované záznamy (anamnézy, príjmové a prepúšťacie správy, konzíliá).
--* Integrovaný prístup k výsledkom laboratórnych a zobrazovacích vyšetrení (PACS, LIS).
--* Možnosť elektronickej preskripcie liekov a poukazov (eRecept, ePoukaz).
--* Podpora klinického rozhodovania (upozornenia na alergie, liekové interakcie).
--* Funkčné plánovanie operácií, zákrokov a hospitalizácií.
--)))
--|Zdravotné sestry a ošetrovatelia|(((
--* Intuitívne rozhranie pre zápis ošetrovateľských úkonov a vitálnych funkcií.
--* Jednoduchá evidencia liekov a ich výdaj pacientom.
--* Prístup k ordináciám lekárov a možnosť zaznačiť ich realizáciu.
--* Možnosť vedenia denného dekurzu a sledovania ošetrovateľského plánu.
--* Elektronická evidencia výkonov pre štatistiku a poisťovne.
--)))
--|Administratívny pracovníci|(((
--* Efektívna registrácia pacientov (príjem, plánovanie vyšetrení, prepustenie).
--* Jednoduché vyhľadávanie podľa mena, RČ, kódu pacienta.
--* Automatická kontrola poistenia, zadávanie údajov pre výkazníctvo.
--* Tlač dokumentácie, generovanie výkazov, zasielanie cez eZdravie.
--* Kompatibilita so systémami poisťovní a NCZI.
--)))
--|IT pracovníci a správcovia systému|(((
--* Jednoduchá správa používateľov a oprávnení.
--* Možnosť zálohovania, obnovenia dát, monitoring výkonnosti systému.
--* Integrácia so systémami tretích strán (LIS, PACS, ekonomika).
--* Bezpečnostné nástroje, audit prístupov, podpora ZKB.
--* Prístup k technickej dokumentácii, helpdesku a SLA podpore.
--)))
--|Manažment nemocnice|(((
--* Manažérske nástroje pre reporting, výkonnostné ukazovatele a kontroling.
--* Podpora DRG klasifikácie a výkazníctva pre ZP, NCZI, ÚDZS.
--* Možnosť sledovať efektivitu, obložnosť lôžok, náklady a výnosy.
--* Flexibilné zostavovanie prehľadov podľa potreby.
--)))
++== {{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 ==
--Tabuľka 6 Definovanie potrieb koncových užívateľov
++//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.//
++//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).//
++Príklad šablóny pre spracovanie MCA
--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.
--11. Riziká a závislosti
--
--V nasledujúcej tabuľke sú definované riziká a závislosti projetku
--
--|**Riziko**|**Popis / Následok**|**Mitigácia**|**Zodpovedný**|**Termín**|**Pravdepodobnosť vzniku**|**Dopad**
--|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
--|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ý
--|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ý
--|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ý
--|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ý
--
--Tabuľka 7 Riziká a závislostí projektu
--
--1.
--11. 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:
--
--[[image:1744357152258-114.png]]
--
--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:
--
--|**Alternatíva**|**Popis**|**Výhody a nevýhody**
--|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.|(((
--**Výhody:**
--
--* Všetky pracoviská UNB v jednom systéme → centralizácia údajov, jednoduchšia správa.
--* Podpora dlhodobého rozvoja a integrácií s národnými a európskymi štandardmi (eHealth, DRG+).
--* Jedna infraštruktúra, spoločný licenčný model, optimalizované procesy.
--
--**Nevýhody:**
--
--* Vyššie počiatočné investície.
--* Potreba schválení a koordinácie medzi všetkými pracoviskami UNB.
--* Vyššia komplexita a dlhší čas na prípravu a nasadenie (odhad 12 – 18 mesiacov).
--
--
++| |**KRITÉRIUM**|**ZDÔVODNENIE KRIÉRIA**|(((
++**STAKEHOLDER**
++**1**
++)))|(((
++**STAKEHOLDER**
++**2**
++)))|(((
++**STAKEHOLDER**
++**3**
  )))
--|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.|(((
--**Výhody:**
--
--* Rýchla implementácia (3–6 mesiacov) → zabezpečenie základnej funkčnosti v čo najkratšej dobe
--* Nižšie náklady v prvotnej fáze.
--* Nižšia záťaž na koordináciu a interné zdroje.
--
--**Nevýhody:**
--
--* Nesystémový krok: vznik dvoch rozdielnych NIS v UNB → riziko duplicít a zložitej integrácie.
--* Neskoršia integrácia do centrálneho systému bude komplikovanejšia a nákladnejšia.
--* Môže si vyžadovať dvojité školenia, rozhrania a synchronizáciu údajov.
--
--
--)))
--|Alternatíva 3: Hybridný model|UNB môže dočasne zvoliť Alternatívu 2 ako záchranné riešenie a paralelne pripravovať Alternatívu 1 ako dlhodobý cieľ. Takýto prístup vyžaduje presné fázovanie a dohodnutý plán postupnej konsolidácie.|
--
--=== Multikriteriálna analýza ===
--
--Všetky alternatívy boli posúdené na základe nasledujúcich kritérií:
--
--|**Kritérium**|**Odôvodnenie**|**Vlastník kritéria**|**Hodnotenie Alternatíva 1**|**Hodnotenie Alternatíva 2**|**Hodnotenie Hybrid**
--|Rýchlosť nasadenia riešenia|Potrebné zabezpečenie kontinuity poskytovania zdravotnej starostlivosti|Projektový manažér|1|3|2
--|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
--|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
--|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
--|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
--|**Vyhodnotenie**|(((
--*
++|(% rowspan="6" %)BIZNIS VRSTVA|Kritérium A (KO)| |X|X|X
++|Kritérium B (KO)| |X|X|
++|Kritérium C (KO)| | |X|X
++|Kritérium D (KO)| | |X|X
++|Kritérium E| |X|X|
++|Kritérium F| |X| |X
++Príklad šablóny pre vyhodnotenie MCA
++|**Zoznam kritérií**|(((
++**Alternatíva**
++**1**
  )))|(((
--*
--)))|**8**|**13**|**9**
--
--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:
--
--|Etapa 1 do 4 mesiacov|Etapa 2 do 9 mesiacov
--|(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
--|(E1) eZdravie (eRecept, eMatrika, eDPN, eVyšetrenie, eOčkovanie, HoN, eID) |(E2) Ošetrovateľský proces
--|(E1) Online overenie poistenca, eŽiadosti VšZP,|(E2) Nemocničná lekáreň
--|(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
--|(E1) Ambulantná zdravotná starostlivosť|(E2) Reporting v NIS
--|(E1) Konzíliá|
--|(E1) Urgentná medicína a triáž|
--|(E1) Lôžková zdravotná starostlivosť |
--|(E1) Anesteziológia a intenzívna medicína|
--|(E1) Gynekológia a pôrodníctvo|
--|(E1) Operačné sály |
--|(E1) Rádiológia|
--|(E1) Rehabilitácia|
--|(E1) Plánovacie kalendáre ambulantnej starostlivosti (v etape E1: rádiológia, gastroenterológia, v etape E2 zvyšok ambulantnej starostlivosti)|
--|(E1) Správcovsky (užívateľsky) konfigurovateľné zostavy|
--|(E1) Nástroje pre vytváranie častí zdravotnej dokumentácie a formulárov (štruktúrovanej dokumentácie)  správcom (užívateľom)|
--|(E1) Komunikačný modul pre možnosť zasielania urgentných / neurgentných správ užívateľom|
--|(E1) Výkazníctvo zdravotným poisťovniam|
--|(E1) Platené služby|
--|(E1) Plánovanie zdravotnej starostlivosti|
--|(E1) Výkazníctvo NCZI |
--|(E1) Správa systému|
--
--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)**
--
--|**Charakteristika**|(((
--* Celá infraštruktúra (servery, databázy, aplikácie) je prevádzkovaná v dátovom centre UNB.
--* Zodpovednosť za údržbu, bezpečnosť a dostupnosť systému je na strane nemocnice.
++**Spôsob**
++**dosiahnutia**
++)))|**Alternatíva 2**|(((
++**Spôsob**
++**dosiahnutia**
  )))
--|**Plusy**|(((
--* Plná kontrola nad prevádzkou a dátami.
--* Možnosť prevádzkovať aj pri obmedzenom pripojení na internet.
--* Lepšia integrácia so špecifickým hardvérom (napr. medicínske prístroje).
--)))
--|**Mínusy**|(((
--* Vyššie počiatočné investície do hardvéru, licencií a IT podpory.
--* Vyžaduje interný tím na správu infraštruktúry a zálohovanie.
--* Slabá škálovateľnosť do budúcnosti.
--)))
++|Kritérium A|áno|vysvetlenie prečo áno|áno|vysvetlenie prečo áno
++|Kritérium B|áno|vysvetlenie prečo áno|nie|
++|Kritérium C|áno|vysvetlenie prečo áno|nie|
++|Kritérium D|áno|vysvetlenie prečo áno|nie|
--**Cloudové riešenie (SaaS alebo dedikovaný cloud)**
++== {{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 ==
--|**Charakteristika**|(((
--* 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.
--* Nemocnica používa systém ako službu cez zabezpečené internetové pripojenie
--)))
--|**Plusy**|(((
--* Rýchle nasadenie bez potreby veľkej investície do HW.
--* Vysoká dostupnosť, škálovateľnosť a jednoduché aktualizácie.
--* Nižšie náklady na internú IT správu.
--)))
--|**Mínusy**|(((
--* Vyššie nároky na stabilné a zabezpečené pripojenie k internetu.
--* Citlivosť na otázky ochrany osobných údajov a kybernetickej bezpečnosti.
--* Potreba súladu so slovenskou legislatívou (ZKB, GDPR, zákon o IS VS).
--)))
++//Alternatívy na úrovni aplikačnej architektúry reflektujú alternatívy vypracované na základe „nadradenej“ architektonickej biznis vrstvy, pričom vďaka uplatneniu nasledujúcich princípov aplikačná vrstva architektúry dopĺňa informácie k alternatívam stanoveným pomocou biznis architektúry.//
++//Pre klasifikáciu alternatív za účelom ďalšieho porovnania aplikačnej vrstvy a architektúry je potrebné zadefinovať nasledovné požiadavky~://
--**Hybridné riešenie (kombinácia on-premise a cloudu)**
++* //Nutné – aplikačné moduly/funkcionality, ktoré sú nevyhnutné pre dosiahnutie cieľov//
++* //Preferované – aplikačné moduly/funkcionality, ktoré rozvíjajú biznis alternatívu a vytvárajú dodatočné prínosy, započítané v Analýze nákladov a prínosov M-05 (BC/CBA povinná pre projekty nad 1 000 000,- EUR)//
++* //Aplikačná vrstva by mala byť schopná rozdeliť moduly do skupín podľa koncových služieb/funkcionalít, ktoré plnia nutné a preferované požiadavky.//
++[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_5701ef6f26440efc.png||height="156" width="288"]]
--|**Charakteristika**|(((
--* Kritické časti systému (napr. databázy, integračné moduly) sú prevádzkované lokálne.
--* Menej citlivé alebo podporné služby (napr. manažérske reporty, zálohovanie, e-learning) sú v cloude.
--)))
--|**Plusy**|(((
--* Kombinuje výhody oboch riešení (dostupnosť + bezpečnosť).
--* Možnosť postupného prechodu z on-premise do cloudu.
--* Vyššia odolnosť voči výpadkom internetového pripojenia.
--)))
--|**Mínusy**|(((
--* Vyššia komplexnosť prevádzky a integrácie.
--* Potreba presne nastaviť delenie funkcionalít a dátových tokov.
--)))
++== {{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 ==
-- 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ívy na úrovni technologickej architektúry reflektujú alternatívy vypracované na základe „nadradenej“ architektonickej aplikačnej vrstvy, pričom sa prioritne uvažuje o využití služieb vládneho cloudu (privátne aj verejné cloudové služby zverejnené v katalógu služieb vládneho cloudu (//__[[odkaz na katalóg>>url:https://mirri.gov.sk/sekcie/informatizacia/egovernment/vladny-cloud/katalog-cloudovych-sluzieb/]] služieb __//).//
++//V prípadoch, kedy by nebolo ekonomicky výhodné využiť vládny cloud v plnom rozsahu projektu, je možné uvažovať aj o iných/ďalších alternatívach: hybridnej (časť aplikácií využíva privátny vládny cloud a časť vlastný HW žiadateľa, resp. časť aplikácii využíva služby komerčného poskytovateľa cloudových služieb), nasadenie v prostredí komerčného cloudu alebo v krajnom prípade sú všetky aplikácie nasadené v prostredí vlastného HW žiadateľa (prípady zohľadnenia bezpečnosti alebo iných povinností).//
++//Ekonomická výhodnosť technologickej alternatívy je preukázaná nižšími nákladmi na TCO projektu. Spracovateľ projektového zámeru je povinný preukázať, že zvolené riešenie je ekonomicky výhodnejšie. V prípade, že z bezpečnostných alebo iných dôvodov nezvolil najvýhodnejšiu alternatívu (resp. neposudzoval viacero alternatív), spracovateľ doloží zdôvodnenie potreby daného technologického riešenia. V zdôvodnení sú uvedené konkrétne požiadavky a ich parametre, ktoré neumožnili zvoliť najvýhodnejšie riešenie alebo porovnať viacero alternatív.//
++[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_a966e8b8a99b13da.png||height="311" width="542"]]
++//Ako alternatívu nepovažujeme porovnanie krabicových „off-the-shelf“ riešení (COTS) riešení s alternatívou vývoja aplikácií „na zelenej lúke“ a to z dôvodu toho, že žiadateľ pre zachovanie nediskriminačných podmienok vo verejnom obstarávaní nevie vopred určiť, či dostane ponuku od uchádzača k vývoju na zelenej lúke, alebo sa všetky ponuky od uchádzačov vo verejnom obstarávaní budú vzťahovať na COTS riešenie. Výnimka je v prípade, ak žiadateľ uvažuje použiť konkrétne COTS riešenie ako podmienku pre uchádzača v rámci procesu verejného obstarávania a to vzhľadom na ekonomické alebo iné dôvody preukázané v dokumente.//
++//Výber alternatív prebieha v dvoch kolách. Prvé kolo predstavuje uplatnenie multikriteriálnej analýzy (ďalej len „MCA“) – výber relevantných alternatív. Druhé kolo predstavuje vypracovanie Analýzy nákladov M-05 BC/CBA. Do druhého kola vstupujú alternatívy ktoré splnili všetky vylučovacie kritéria stanovené v multikritériálnej analýze. Minimálny počet variant, je stanovený na 3~://
--|**Kritérium**|**Popis kritéria**|**On-premise**|**Cloud**|**Hybrid**
--|Kontrola nad dátami a bezpečnosť|Možnosť plne spravovať a zabezpečiť dáta podľa GDPR a ZKB.|3|1|2
--|Závislosť na konektivite a internete|Závislosť systému na nepretržitom internetovom pripojení.|3|1|2
--|Integrácia so špecifickými IS a HW|Schopnosť napojiť sa na existujúce špecifické IS a HW v UNB.|3|2|2
--|Pripravenosť infraštruktúry v UNB|Miera pripravenosti IT prostredia UNB na dané riešenie.|3|1|2
--|Zabezpečenie prevádzky aj pri výpadkoch internetu|Možnosť zachovať prevádzku aj pri výpadku internetu.|3|1|2
--|Súlad s legislatívou (ZKB, GDPR, IS VS)|Zhodnotenie zhody so slovenskou legislatívou a IS VS.|3|2|3
--|Dlhodobá prevádzková stabilita|Odolnosť riešenia pri dlhodobom nasadení bez častej údržby.|3|2|2
--|Možnosť prispôsobenia prostredia UNB|Možnosti prispôsobiť systém konkrétnym procesom v UNB.|3|2|2
--|Lokalizovaná podpora a údržba|Dostupnosť technickej podpory a údržby v rámci SR.|3|2|2
--|Riziko vendor lock-in|Riziko viazanosti na jedného dodávateľa a obmedzená flexibilita.|3|1|2
++* //nulový variant, ktorý sa neposudzuje v MCA a je automaticky porovnávajúcim variantom v M-05 Analýza nákladov a prínosov,//
++* //preferovaný variant, ktorý splnil všetky kritéria MCA,//
++* „//minimalistický variant“, ktorý vychádza z rovnakého biznis variantu ako preferovaný variant, ale realizuje iba „nutné“ aplikačné moduly.//
--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í.
++= {{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) =
--* 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.
++* //Doplňte informácie – POPIS PRODUKTU - čo bude/čo chcete, aby bolo po ukončení projektu dodané//
++** //projektové výstupy podľa vyhlášky 401/2023 o riadení projektov (vrátane zdrojových kódov)//
++** //koncové služby a biznis procesy, ktoré sú predmetom dodávky projektu//
++** //biznis objekty, ktoré majú byť vstupmi a výstupmi zo systému – napr. podania, formuláre, rozhodnutia, reporty, dáta, aplikačné rozhrania//
++* //Doplniť informáciu, resp. identifikovať VLASTNÍKOV PROCESOV (toto je dôležitá informácia pre budúce riadenie projektu a schvaľovanie výstupov projektu).//
--1. POŽADOVANÉ VÝSTUPY  (PRODUKT PROJEKTU)
++= {{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 =
--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
++* //Doplňte krátky POPIS BUDÚCEHO CIEĽOVÉHO PRODUKTU PROJEKTU z pohľadu biznis/aplikačnej/technologickej architektúry v závislosti od charakteru projektu a výsledku analýzy alternatív riešenia,//
++* //Doplňte a detailne spracujte funkčné a nefunkčné požiadavky vyplývajúce z analýz alternatív riešenia vo všetkých vrstvách architektúry a vyplňte požiadavky v dokumente  M-05 Analýza nákladov a prínosov, karta Katalóg požiadaviek., I-04 Katalóg požiadaviek//
++* //Doplňte stručný náhľad budúcej IT architektúry (biznis, aplikačná, technologická) riešenia, ktorý podľa potreby pozostáva aj z viacerých obrázkov (diagramov), aby dostatočne zrozumiteľne znázornil predmet dodávky, jeho kontext a zmeny v architektúre verejnej správy (objednávateľa, realizátora projektu), ktoré projekt realizuje,//
++** //Náhľad architektúry vytvorte v modelovacom nástroji pomocou notácie ArchiMate (//__[[https:~~/~~/publications.opengroup.org/standards/archimate>>url:https://publications.opengroup.org/standards/archimate]]__//), v prípade potreby väčšej detailizácie biznis procesov môžete použiť notáciu BPMN (//__[[http:~~/~~/www.omg.org/spec/BPMN/2.0/>>url:http://www.omg.org/spec/BPMN/2.0/]]__//),//
++** {{id name="_Ref152763300"/}} //Pre vytvorenie náhľadu architektúry použite modelovací nástroj, ktoré môže byť buď integrovaný na spoločný repozitár//[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^2^^>>path:#sdfootnote2sym||name="sdfootnote2anc"]](%%)// architektonických modelov verejnej správy, alebo modelovací nástroj, ktorý podporuje export modelu do štandardizovaných výmenných formátov súborov (The Open Group ArchiMate Model Exchange File Format Standard)^^ [[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^3^^>>path:#sdfootnote3sym||name="sdfootnote3anc"]](%%)^^ a export súborov podľa špecifikácie BPMN 2.0//[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^4^^>>path:#sdfootnote4sym||name="sdfootnote4anc"]](%%)//,//
++** //Pre jednoznačnú identifikovateľnosť komponentov v náhľade architektúry uveďte aj ich MetaIS kódy//
++** //Očakáva sa, že ak realizujete popis dizajn procesov podľa pravidiel EVS, tak všetky výstupy musia byť v súlade s metodikou a postupom: //__[[https:~~/~~/www.minv.sk/?np-optimalizacia-procesov-vo-verejnej-sprave&subor=255448>>url:https://www.minv.sk/?np-optimalizacia-procesov-vo-verejnej-sprave&subor=255448]]__ .
++** //Náhľad architektúry v tomto výstupe I-02 Projektový zámer by mal byť v súlade s jeho detailizáciou vo výstupe I-03 Prístup k projektu, ak objednávateľ podľa prílohy č. 1 vyhlášky 401/2023 Zz pripravuje aj výstup I-03 Prístup k projektu.//
++** //Náhľad architektúry v tomto výstupe I-02 Projektový zámer by mal byť v súlade s výstupom M-06 - aktualizáciou evidencie e-Government komponentov v centrálnom metainformačnom systéme verejnej správy (MetaIs) a komponenty, ktorých sa projekt týka by mali mať upravenú evidenciu ich stavu a fázu ich životného cyklu.//
++** //Príklad náhľadu na architektúru podľa metamodelu e-Government komponentov evidovaných v MetaIS~://
++[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_fc5f5326fe7d94a7.gif||alt="Obrázok 8" height="459" width="551"]]
++//Obrázok 1 Príklad náhľadu architektúry v notácii ArchiMate//
--* Inkrement 1 bude realizovaný do 4 mesiacov
--* Inkrement 2 bude realizovaný do 9 mesiacov
++== {{id name="_Toc152607321"/}}{{id name="_Toc823562243"/}}5.1Prehľad e-Government komponentov ==
--Implementácia projektu bude prechádzať štandardnými etapami riadenia IT projektov a to:
++//__**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.**__//
++//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" %)^^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.//
++//V okamihu odovzdania výstupu I-02 Projektový zámer objednávateľ~://
--* Analýza a dizajn
--* Implementácia a testovanie
--* Nasadenie
++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,//
++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, //
++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ť. //
++//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~://
--Pre tieto etapy sú definované jasné výstupy, ktoré majú byť dodané a budú predmetom akceptačných kritérií.
++=== 5.1.1Prehľad koncových služieb – budúci stav: ===
--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.
++{{content id="projekt.planovane_ks" template="
++|=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}']
++[['|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${item.atribut('EA_Profil_KS_pouzivatel_ks')?:''} +
++'|' + ${item.zs?.nazov?:''} + '; ' + ${item.zs?.kodMetais?:''} + '|' + 'Vyberte jednu z možností\\\\\\\\' + ${item.atribut('EA_Profil_KS_sofistikovanost')?:''}]]
++[/]
++"}}|=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{{/content}}
--V nasledujúcej tabuľke sú definované jednotlivé výstupy po fázach projektu:
++=== 5.1.2Prehľad budovaných/rozvíjaných ISVS v projekte – budúci stav: ===
--|**ID**|**Prehľad projektových výstupov**
--|** **|**Výstupy vytvárané PRIEBEŽNE počas celého projektu**
--|M-01|Plán etapy/Plán fázy
--|M-02|Manažérske správy, plány, reporty, zoznamy, odporúčania a požiadavky:
--| |(1) Zoznam otvorených otázok
--| |(2) Zoznam funkčných zdrojových kódov
--| |(3) Zoznam licencií
--| |(4) Správa o stave projektu (Status report)
--| |(5) Požiadavka na zmenu (CR)
--|M-03|Akceptačný protokol
--|M-06|Evidencia e-Government komponentov v MetaIS, vrátane architektonických modelov*
--|** **|**PRÍPRAVNÁ A INICIAČNÁ FÁZA**
--|I-02|Projektový zámer
--|I-04|Katalóg požiadaviek
--|** **|**REALIZAČNÁ FÁZA**
--|**R1**|**ANALÝZA A DIZAJN**
--|R-01|Akceptačné kritériá
--|R1-1|Detailný návrh riešenia (DNR)
--(1) Zámer riešenia, analýza požiadaviek, používateľský prieskum a motivačná architektúra
--(2) Popis postupu analýzy a návrhu riešenia
--(3) Biznis architektúra*
--a. Existujúca a cieľová biznis architektúra
--b. Procesy podporované navrhovaným riešením
--c. Vytvorenie informačnej architektúry a mapovanie používateľskej cesty
--d. Prípady použitia (use case model)
--(4) Dátová architektúra
--(5) Aplikačná architektúra*
--a. Existujúca a budúca aplikačná architektúra
--b. Aplikačné komponenty a ich vzťah k biznis komponentom a funkčným požiadavkám
--c. Integrácie – Komunikácia medzi komponentami (OpenAPI)
--(6) Technologická architektúra*
--a. Existujúca a budúca technologická architektúra
--b. Technologické komponenty riešenia a ich vzťah k aplikačným komponentom
--(7) Softvérové licencie a zdrojové kódy
--(8) Požiadavky na úrovne služieb
--(SLA) a výkonnosť
--(9) Zabezpečenie dostupnosti, zálohovanie a obnova riešenia
--(10 Bezpečnosť – riešenie požiadaviek na bezpečnosť
--(11) Migrácia dát
--(12) Harmonogram realizácie a nasadenia, závislosti
--(13) Testovací protokol prototypu používateľského rozhrania
--|R1-2|Plán a stratégia testovania
--| |(1) Testovacie prípady (UC/TC)
--(2) Testovacie prostredia
--(3) Testovacie dáta
--(4) Defekt manažment, monitoring a reporting testov
--|**R3**|**IMPLEMENTÁCIA A TESTOVANIE**
--|R3-1|Vývoj, migrácia údajov a integrácia
--|(% rowspan="7" %)R3-2|Testovanie
--|(1) Funkčné testovanie (FAT)
--|(2) Systémové a integračné testovanie (SIT)
--|(3) Záťažové a výkonnostné testovanie
--|(4) Bezpečnostné testovanie (SW/HW a kybernetická bezpečnosť)
--|(5) Používateľské testy funkčného používateľského rozhrania (UX)
--|(6) Používateľské akceptačné testovanie (UAT)
--|R3-3|Školenia personálu
--|(% rowspan="10" %)R3-4|Dokumentácia
--|1) Aplikačná príručka, vrátane aktualizovanej dokumentácie architektúry v rozsahu podľa položiek 3 až 10 Detailného návrhu riešenia R1-1
--|(2) Integračná príručka
--|(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)
--|(4) Zdrojové kódy a licencie
--|(5) Inštalačná a konfiguračná príručka
--|(6) Prevádzkový opis a pokyny pre diagnostiku, servis a údržbu
--|(7) Pokyny na obnovu pri výpadku alebo havárii (Havarijný plán)
--|(8) Bezpečnostný projekt
--|(9) Údaje o monitorovaní úrovne poskytovaných služieb (SLA) aktív IT
--|**R4**|**NASADENIE a POSTIMPLEMENTAČNÁ PODPORA (PIP)**
--|R4-1|Nasadenie do produkčnej prevádzky (vyhodnotenie)
--|R4-2|Akceptácia spustenia do produkčnej prevádzky (vyhodnotenie)
--| |DOKONČOVACIA FÁZA
--|M-02|Manažérske správy, plány, reporty, zoznamy, odporúčania
--a požiadavky:
--| |Manažérske správy, plány, reporty, zoznamy, odporúčania a požiadavky:
--| |(1) Správa o dokončení projektu (etapy/fázy)
++{{content id="projekt.planovane_isvs" template="
++|=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}']
++[('|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${#html.checkbox(item.atribut('EA_Profil_ISVS_modul_isvs') == 'true')} +
++'|' + 'Vyberte jednu z možností\\\\\\\\' + ${item.atribut('EA_Profil_ISVS_stav_isvs')?:''} +
++'|' + 'Vyberte jednu z možností\\\\\\\\' + ${item.atribut('EA_Profil_ISVS_typ_isvs')?:''} +
++'|' + ${item.nadradeneIsvs?.kodMetais?:''} + '|')]
++[/]
++"}}|=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)
++|isvs_15036|Nemocničný informačný systém|{{html clean="true"}}<input type="checkbox"/>{{/html}}|Vyberte jednu z možností\\c_stav_isvs.3|Vyberte jednu z možností\\c_typ_isvs.1||
++{{/content}}
--Tabuľka 10 Etapy a výstupy projektu
++=== 5.1.3Prehľad budovaných aplikačných služieb – budúci stav: ===
--1. NÁHĽAD ARCHITEKTÚRY
--11. Biznis architektúra
++{{content id="projekt.planovane_as" template="
++|=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}']
++[('|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${item.sluziIsvs?:''} + '|' + ${#strings.listJoin(item.ks, ', ')} + '|')]
++[/]
++"}}|=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){{/content}}
--Na nasledujúcej schéme je koncepčná biznis architektúra navrhovaného riešenia.
++=== 5.1.4Prehľad integrácii ISVS na spoločné ISVS^^[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^6^^>>path:#sdfootnote6sym||name="sdfootnote6anc"]](%%)^^ a ISVS iných OVM alebo IS tretích strán ===
--[[image:1744357152260-193.png]]
++* //Uviesť prehľad ISVS, pri ktorých sa plánuje využívanie služieb iných ISVS, spoločných blokov (SaaS) alebo služieb tretích strán v TO BE stave.//
++* //Uviesť prehľad ISVS integrovaných na spoločné moduly podľa zákona č. 305/2013 Zz.//
++* //Plánované využívanie a integrácie služieb iných ISVS musí byť evidované v MetaIS – zaevidovanie vzťahu na aplikačnú službu určenú na externú integráciu poskytujúcim ISVS//
--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ód ISVS**
++//(z MetaIS)//
++)))|**Názov ISVS**|(((
++**Kód integrovaného ISVS**
++//(z MetaIS)//
++)))|**Názov integrovaného ISVS**
++| | | |
++| | | |
--**Kľúčové roly a používateľské skupiny**
++* //Na informáciu je v nasledujúcej tabuľke prehľad AS na externú integráciu Spoločných modulov podľa § 10 zákona 305/2013 Zz. **Vo finálnom dokumente túto tabuľku prehľadu AS spoločných modulov vymažte:**//
--* 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**
++(((
++|//**MetaIS kód**//|//**Názov**//|//**AS na externú integráciu (využitie Spoločného modulu)**//
++|//isvs_8846//|//Autentifikačný modul//|//Autentifikácia používateľa na ÚPVS (BOK) (as_59698)//
++|//isvs_8847//|//Elektronické schránky//|//Vytváranie, odosielanie a prijímanie elektronických správ (as_59630)//
++|//isvs_8848//|//Modul elektronických formulárov//|//Poskytnutie vzorov e_formulárov (sluzba_is_185)//
++|//isvs_9369//|//Modul elektronického doručovania//|//Centrálne úradné doručovanie (as_59701)//
++|//isvs_8850//|//Platobný modul//|//Realizácia platieb správnych a súdnych poplatkov (as_59700)//
++|//isvs_9368//|//Modul centrálnej elektronickej podateľne//|//Overovanie elektronického podpisu (KEP) (as_59702)//
++|//isvs_8851//|//Modul dlhodobého uchovávania (nepovinný)//|//Uchovávanie elektronických dokumentov (as_59703)//
++|//isvs_9370//|//Notifikačný modul (nepovinný)//|//Zasielanie oznámení prostredníctvom elektronických komunikačných kanálov (sms, email) (as_59699)//
++|//isvs_9513//|//Centrálna API manažment Platforma (CAMP) ako realizácia Modulu procesnej integrácie a integrácie údajov//|//Poskytovanie služby integráciou na AS CAMP (as_60157)//
++|//isvs_9513//|//Centrálna API manažment Platforma (CAMP) ako realizácia Modulu procesnej integrácie a integrácie údajov//|//Konzumovanie služby iného ISVS prostredníctvom CAMP (as_60158)//
++|//isvs_5836//|//IS CSRÚ ako realizácia Modulu procesnej integrácie a integrácie údajov//|//Poskytovanie dát na integráciu (as_59119)//
++|//isvs_5836//|//IS CSRÚ ako realizácia Modulu procesnej integrácie a integrácie údajov//|//Poskytnutie konsolidovaných údajov o subjekte (sluzba_is_49250)//
++|//isvs_5836//|//IS CSRÚ ako realizácia Modulu procesnej integrácie a integrácie údajov//|//Poskytnutie konsolidovaných referenčných údajov z IS CSRÚ na synchronizáciu (sluzba_is_49253)//
++)))
--Systém bude poskytovať nasledovné biznis služby:
++=== 5.1.5Aplikačné služby na integráciu ===
--* 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
++//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),//
--**Podporované biznis procesy**
++* //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,//
++* //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Ú.//
++* //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).//
++* //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="
++|=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}']
++[('|' + ${item.kodMetais} + '|' + ${item.nazov} + '|' + ${item.isvs?:''} +
++'|' + 'Poskytovaná / Konzumujúca////////' + ${item.atribut('EA_Profil_AS_typ_cloudovej_sluzby')?:''} +
++'|' + 'Áno/Nie' + '|' + 'Áno/Nie' + '|' + 'Áno/Nie' + ${item.sluziAs?:''} + '|')]
++[/]
++"}}|=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}}
--Systém je nastavený tak, aby podporoval nasledovné biznis procesy:
++=== {{id name="_Toc62489735"/}}{{id name="_Toc814509359"/}}{{id name="_Toc153139693"/}}{{id name="_Toc63764348"/}}5.1.6Poskytovanie údajov z ISVS do IS CSRÚ ===
--* 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
++//Uveďte v tabuľke prehľad poskytovaných údajov (objektov evidencie, ďalej OE) z ISVS do IS CSRÚ v TO BE stave.//
--Na nasledujúcej schéme je rámcová aplikačná architektúra systému:
++|**ID OE**|**Názov (poskytovaného) objektu evidencie**|**Kód ISVS poskytujúceho OE**|**Názov ISVS poskytujúceho OE**
++| | | |
++| | | |
++| | | |
--[[image:1744357152264-802.png]]
++=== {{id name="_Toc63764349"/}}{{id name="_Toc1792132569"/}}{{id name="_Toc153139694"/}}5.1.7Konzumovanie údajov z IS CSRÚ ===
--**Modul Pacient / registrácia**
++//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Ú//__.__
--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.
++|**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**
++| | | |
++| | | |
++| | | |
--**Modul Zdravotná dokumentácia**
++=== 5.1.8Prehľad plánovaného využívania infraštruktúrnych služieb (cloudových služieb) – budúci stav: ===
--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í.
++//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.//
--**Modul Ošetrovateľská starostlivosť**
++|(((
++**Kód infraštruktúrnej služby**
++//(z MetaIS)//
++)))|**Názov infraštruktúrnej služby**|(((
++**Kód využívajúceho ISVS**
++//(z MetaIS)//
++)))|**Názov využívajúceho ISVS**
++| | | |
++| | | |
++//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]].__
--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í.
++= {{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 =
--**Modul ePreskripcia a eZdravie**
++//Doplniť popis potrebných zmien v oblasti legislatívy pre naplnenie cieľov a dodanie výstupov projektu.//
++//Uviesť konkrétne zákony, prípadne aj paragrafy, ktoré budú predmetom legislatívnych zmien.//
++//Doplniť popis, aký je negatívny dopad na výstupy projektu, jeho ciele a rozsah a časový harmonogram, ak vyššie uvedené zmeny v zákonoch nebudú realizované.//
--Zabezpečuje vystavovanie elektronických receptov, poukazov a žiadaniek. Integruje komunikáciu s národným systémom eZdravie (NCZI).
++= {{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 =
--**Modul Lekáreň**
++//Počas Prípravnej a iniciačnej fázy, je potrebné predložiť samostatný dokument M-05 Analýza nákladov a prínosov (xls. BC/CBA) v predpísanej štruktúrovanej forme.(povinné v prípade projektov nad 1 000 000,- EUR). Pre iný, než veľký projekt - projekt pod 1 000 000,- EUR - objednávateľ detailne opíše nákladovú a prínosovú stránku a postup, ktorý je zvolený na cenovú kalkuláciu nákladov a prínosov projektu.//
++//V tejto časti dokumentu sa od Vás očakáva štruktúrovane popísať~://
--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.
++* //**vypočítané náklady** (vývoj + prevádzka) v T10 (t.j. na 10 rokov dopredu)//
++* //v**ypočítané prínosy** v T10 (t.j. na 10 rokov dopredu)//
++* //**slovne popísať výpočet prínosov**, z čoho sú čerpané vstupné hodnoty//
++* //**rok návratnosti** (doplnenie ukazovateľov: ENPV, FNPV, BCR)//
--**Modul Výkazníctvo a BI**
++== 7.1Sumarizácia nákladov a prínosov ==
--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.
--11. 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
--11. Potreba legislatívnych zmien
--
--Realizácia projektu nevyvoláva potrebu legislatívnych zmien.
--
--1.
--11. 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:
--
--|**Typ výdavku**|**Hodnota**
--|013 Softvér|4 144 350 € s DPH
--|511 Opravy a udržiavanie + 013 Softvér (rozvoj)|2 149 844 s DPH
--
--Prevádzka je kalkulovaná na 36 mesiacov od nasadenia.
--
--1.
--11. 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.
--11. 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:
--
--|**Oblasť úspor**|**Popis**|**Výpočet/odhad**|**Ročná úspora (€)**
--|**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 €
--|**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 €
--|**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 €
--|**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 €
--|**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 €
--|**Zníženie papierovej dokumentácie**|Menej tlače, archivácie, presun na e-dokumenty.|0,5 € na dokument, priem. 10 dokumentov/pacienta|20 000 €
--|**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 €
--|**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 €
--|**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 €
--|**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 €
--|**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 €
--|**Dodatočné QALY (quality Adjusted Life Years)***|Jedná sa o zvyšovanie dodatočných kvalitných rokov života a to zefektívnením poskytovania Zdravotnej starostlivosti. |(((
--Predpokladáme, že:
--
--* 2–4 % pacientov (z 40 000 ročne) získa **zlepšenie QALY o 0,05 – 0,1**,
--* hodnotu 1 QALY uvažujeme konzervatívne 25–30 tis. €,
--* typické prípady: seniori, urgentné stavy, chronické diagnózy s pozitívnym dopadom lepšej starostlivosti.
--)))|cca 1 000 000 €
--|(% colspan="3" %)**SPOLU**|1 432 434 €
--
--~* - [[https:~~/~~/yhec.co.uk/glossary/quality-adjusted-life-year-qaly/?utm_source=chatgpt.com>>https://yhec.co.uk/glossary/quality-adjusted-life-year-qaly/?utm_source=chatgpt.com]]
--
--**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
--* (((
--**Zdôvodnenie QALY prínosu nového NIS:**
--
--* **Rýchly a úplný prístup k zdravotnej dokumentácii**
--→ znižuje chybovosť, zdržania pri liečbe, redundantné vyšetrenia.
--* **Podpora klinického rozhodovania (CDSS)**
--→ upozornenia na alergie, liekové interakcie, riziká – priamo znižujú úmrtnosť a komplikácie.
--* **Interoperabilita (PACS, LIS, eZdravie)**
--→ skôr dostupné výsledky → rýchlejšia diagnostika a liečba.
--* **Digitalizované ošetrovateľské záznamy a lieky**
--→ menej chýb pri podávaní liekov, presnejší plán starostlivosti.
--* **Zníženie výpadkov systému**
--→ nižšia pravdepodobnosť ohrozenia života v kritických momentoch.
++|**Náklady**|(((
++**Názov**
++**modulu**
++)))|(((
++**Názov**
++**modulu**
++)))|(((
++**Názov**
++**modulu**
  )))
++|**Všeobecný materiál**| | |
++|**IT - CAPEX**| | |
++|Aplikácie| | |
++|SW| | |
++|HW| | |
++|**IT - OPEX- prevádzka**| | |
++|Aplikácie| | |
++|SW| | |
++|HW| | |
++|**Prínosy**| | |
++|**Finančné prínosy**| | |
++|Administratívne poplatky| | |
++|Ostatné daňové a nedaňové príjmy| | |
++|**Ekonomické prínosy**| | |
++|Občania (€)| | |
++|Úradníci (€)| | |
++|Úradníci (FTE)| | |
++|**Kvalitatívne prínosy**| | |
++| | | |
++//Interpretácia výsledkov~://
++//Ekonomická a finančná efektívnosť projektu je v analýze prínosov nákladov hodnotená kvantitatívne pomocou nasledujúcich ukazovateľov (prahové hodnoty v zmysle platných dokumentov v prípade financovania zo zdrojov EÚ sú uvedené)~://
--**Hodnotenie CBA**
++* //Pomer prínosov a nákladov (BCR): viac ako 1,00//
++* //Ekonomická vnútorná výnosová miera vyjadrená v % (EIRR): viac ako 5,0 %//
++* //Ekonomická čistá súčasná hodnota vyjadrená v eurách (ENPV): viac ako 0//
++//Pre účely financovania z prostriedkov EU vyjadruje Analýza nákladov a prínosov BC/CBA aj nasledovné ukazovatele~://
++* //Finančná vnútorná výnosová miera v % (FIRR)//
++* //Finančná čistá súčasná hodnota v eur (FNPV).//
++//Nie všetky sociálno-ekonomické vplyvy sa dajú vždy vyčísliť a zhodnotiť. Je to preto, že okrem odhadu ukazovateľov výkonnosti by sa mala zohľadniť aj úvaha o nepeňažných nákladoch a výnosoch, najmä vo vzťahu k týmto otázkam: (čistý) dosah na zamestnanosť, ochrana životného prostredia, sociálna rovnosť a rovnaké príležitosti.//
++//V prípade ak dosiahnu uvedené hodnoty viaceré varianty posudzované v rámci Analýzy nákladov, odporúča sa pri výbere finálnej alternatívy zohľadniť výšku BCR, dôležitosť nekvantifikovaných spoločenských prínosov a mieru naplnenia stanovených cieľov. Po vzore krajín ako Veľká Británia sa prioritne odporúča realizovať projekty, kde prínosy prevyšujú náklady štvornásobne (BCR aspoň 4,00).//
++//**Príklad: Kvalitatívne prínosy projektov**//
++//Problém: Proces získania stavebného povolenia jeden z najdlhších v EÚ.//
++//Príklady kvalitatívnych prínosov projektu, ktoré je možné finančne oceniť~://
++* //Zvýšenie ekonomickej aktivity v stavebnom sektore (zvýšenie rastu HDP)//
++* //Nižšie spoločenské škody, spojené s búraním čiernych stavieb//
++//Príklady kvalitatívnych prínosov projektu, ktoré nie je možné spoľahlivo finančne oceniť~://
++* //Zníženie miery korupcie//
++* //Zníženie miery stresu zamestnancov stavebných úradov//
++//Vyššia spokojnosť verejnosti s procesmi územného a stavebného konania.//
--V nasledujúcej tabuľke je uvedené vyhodnotenie CBA:
++= {{id name="_Toc152607324"/}}{{id name="_Toc895423427"/}}{{id name="_Toc241209616"/}}{{id name="_Toc1109933817"/}}{{id name="_Toc1693584831"/}}{{id name="_Toc116189132"/}}{{id name="_Toc1157370114"/}}{{id name="_Toc1343589887"/}}{{id name="_Toc2053421042"/}}{{id name="_Toc1329406378"/}}{{id name="_Toc812300137"/}}{{id name="_Toc1301800014"/}}{{id name="_Toc47815707"/}}8.HARMONOGRAM JEDNOTLIVÝCH FÁZ PROJEKTU a METÓDA JEHO RIADENIA =
--| |(% colspan="3" %)Finančný cashflow (s DPH)|(% colspan="3" %)Ekonomický cashflow (bez DPH)|koeficient obdobia|Finančná (FNPV)|Ekonomická (ENPV)|(% colspan="2" %)Kumulovaná diskont. návratnosť ENPV
--|Obdobie|AS IS|TO BE|rozdiel|AS IS|TO BE|rozdiel| | | |(% colspan="2" %)
--|t1|0,00|-4 072 233,32|-4 072 233,32|0,00|-3 393 527,77|-3 393 527,77|0|-4 072 233,32|-3 393 527,77|-3 393 527,77|<
--|t2|0,00|-1 436 355,62|-1 436 355,62|0,00|235 470,98|235 470,98|1|-1 381 111,18|224 258,08|-3 169 269,69|<
--|t3|0,00|-747 555,62|-747 555,62|0,00|809 470,98|809 470,98|2|-691 157,20|734 214,04|-2 435 055,65|<
--|t4|0,00|-747 555,62|-747 555,62|0,00|809 470,98|809 470,98|3|-664 574,23|699 251,47|-1 735 804,19|<
--|t5|0,00|-747 555,62|-747 555,62|0,00|809 470,98|809 470,98|4|-639 013,68|665 953,78|-1 069 850,41|<
--|t6|0,00|-747 555,62|-747 555,62|0,00|809 470,98|809 470,98|5|-614 436,23|634 241,69|-435 608,71|<
--|t7|0,00|-747 555,62|-747 555,62|0,00|809 470,98|809 470,98|6|-590 804,07|604 039,71|168 431,00|Rok návratu investície
--|t8|0,00|-747 555,62|-747 555,62|0,00|809 470,98|809 470,98|7|-568 080,84|575 275,91|743 706,91|>
--|t9|0,00|-747 555,62|-747 555,62|0,00|809 470,98|809 470,98|8|-546 231,57|547 881,82|1 291 588,73|>
--|t10|0,00|-747 555,62|-747 555,62|0,00|809 470,98|809 470,98|9|-525 222,67|521 792,21|1 813 380,94|>
--|SPOLU|0,00|-11 489 033,94|-11 489 033,94|0,00|3 317 711,05|3 317 711,05|SPOLU|-10 292 864,98|1 813 380,94| |
--| | | | | | | | | | | |
--| | | | | | | |(% colspan="2" %)Výsledok CBA|Výsledná hodnota|Minimálna hodnota|
--| | | | | | | |BCR|pomer prínosov a nákladov|1,01|1,00|
--| | | | | | | |FIRR|finančná vnútorná výnosová miera ~(%)|#ČÍSLO!|-|
--| | | | | | | |EIRR|ekonomická vnútorná výnosová miera ~(%)|14,8%|5,0%|
--| | | | | | | | | | | |
--| | | | | | | |FNPV|finančná čistá súčasná hodnota (eur s DPH)|-10 292 865|-|
--| | | | | | | |ENPV|ekonomická čistá súčasná hodnota (eur bez DPH)|1 813 381|0|
++//Doplňte highlevel HARMONOGRAM, ktorý sa neskôr (v ďalších fázach/dokumentoch) bude detailizovať~://
--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:
++* //KEDY potrebujete (chcete) ZAČAŤ? Napíšte TERMÍN (mesiac/rok)//
++* //KEDY potrebujete (chcete) SKONČIŤ (mať dodaný výstup)? Napíšte TERMÍN (mesiac/rok).//
++* //Fakturačné míľniky: jednotlivé míľniky projektu naviažte aj na fakturačné míľniky (v jednej tabuľke), aby ste si mohli kontrolovať cashflow v projekte.//
++* //Míľniky Verejného obstarávania (VO) – do harmonogramu si doplňte aj míľnik procesu verejného obstarávania (celý proces).//
--* 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
--
  |**ID**|**FÁZA/AKTIVITA**|(((
  **ZAČIATOK**
--
--**(odhad termínu)**
++(odhad termínu)
  )))|(((
  **KONIEC**
--
--**(odhad termínu)**
++(odhad termínu)
  )))|**POZNÁMKA**
--|1.|Prípravná a iniciačná fáza|01/2025|05/2025|
--|2.|Realizačná fáza|06/2025|02/2026|
--|3a|Analýza a Dizajn|06/2025|06/2025|
--|3b|Nákup technických prostriedkov, programových prostriedkov a služieb|06/2025|07/2025|Dodávka bude súčasťou VO
--| |Inkrement 1| | |
--|3c|Implementácia a testovanie|07/2025|08/2025|
--|3d|Nasadenie a PIP|08/2025|08/2025|PIP - 3 mesiace po nasadení
--| |Inkement 2| | |
--| |Implementácia a testovanie|09/2025|01/20256|
--|4.|Nasadenie a PIP|01/2026|02/2026|PIP - 3 mesiace po nasadení
--|5.|Podpora prevádzky (SLA)|02/2026|01/2028|Bude súčasťou VO
++|1.|//Prípravná fáza a Iniciačná fáza//|//napr. 01/2020//|//napr. 02/2020//|
++|2.|//Realizačná fáza//|//napr. 05/2020//|//napr. 10/2020//|
++|2a|//Analýza a Dizajn//|//napr. 05/2020//|//napr. 06/2020//|
++|2b|//Nákup technických prostriedkov, programových prostriedkov a služieb//|//napr. 07/2020//|//napr. 08/2020//|//Napr. Je potrebné obstarať dodávateľa IS riešenia/ licencie[[(% class="wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink wikiinternallink" %)^^7^^>>path:#sdfootnote7sym||name="sdfootnote7anc"]](%%)/ konzultačné služby//
++|2c|//Implementácia a testovanie//|//napr. 05/2020//|//napr. 06/2020//|
++|2d|//Nasadenie a PIP//|//napr. 12/2020//|//napr. 02/2021//|//PIP - 3 mesiace po nasadení//
++|3.|//Dokončovacia fáza//|//napr. 11/2020//|//napr. 12/2020//|
++|4.|//Podpora prevádzky (SLA)//|//napr. 01/2021//|//napr. 01/2025//|//Napr. Je potrebné obstarať SLA zmluvu (Zmluvu o podpore prevádzky IS)?//
++//Odporúčame – **pre reportovacie účely** projektu si vytvorte high-level projektový plán v MS EXCEL alebo v inom formáte/nástroji pre projektové riadenie.//
++//Doplňte informácie o vybranej metóde riadenia projektu a zdôvodniť výber~://
++//**Ak realizujete projekt metódou Waterfall:**//
++//Waterfall - vodopádový prístup počíta s detailným naplánovaním jednotlivých krokov a následnom dodržiavaní postupu pri vývoji alebo realizácii projekty. Projektovému tímu je daný minimálny priestor na zmeny v priebehu realizácie. Vodopádový prístup je vhodný a užitočný v projektoch, ktorý majú jasný cieľ a jasne definovateľný postup a rozdelenie prác.//
++//Objednávateľ projektu vypracuje funkčnú a technickú špecifikáciu,//
++[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_ea8a81537e587b5e.png||height="354" width="400"]]
++//**Ak realizujeme projekt metódou Agile:**//
++//Agilný prístup k riadeniu projektov sa uplatňuje v projektoch, u ktorých je jasný rámcový cieľ, ale z najrôznejších dôvodov je nemožné presne definovať všetky dlhodobé požiadavky bez priebežných prototypov. Pri agilných metódach práce sa realizujú malé porcie výsledkov v každom vývojovom cykle, iterácii, v tesnej spolupráci so zákazníkom. Agile metódu je možné aplikovať za podmienok definovaných vo vyhláške MIRRI č. 401/2023 Z.z. o riadení projektov a zmenových požiadaviek v prevádzke.//
++[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_dcd0f7fe8c3f7b57.png||height="292" width="487"]]
--1. PROJEKTOVÝ TÍM
++= {{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 =
--Zostavuje sa Riadiaci výbor (RV), v minimálnom zložení:
++//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)
++* //Predseda RV//
++* //Biznis vlastník//
++* //Zástupca prevádzky//
++* //Zástupca dodávateľa (dopĺňa sa až po VO / voliteľný člen)//
++* //Projektový manažér objednávateľa (PM)//
++//Zostavuje sa **Projektový tím objednávateľa**//
++* //kľúčový používateľ,//
++* //IT analytik alebo biznis analytik,//
++* //IT architekt,//
++* //biznis vlastník//
++* //manažér kvality (nepovinný člen pre projekty do 1 000 000,- EUR, povinný pri veľkých projektoch nad 1 000 000,- EUR,//
++* //manažér IT prevádzky (nepovinný člen)//
++* //manažér kybernetickej a informačnej bezpečnosti (nepovinný člen)//
++* //UX dizajnér (nepovinný člen)//
++* //iná špecifická rola (nepovinný člen)//
++* //doplniť tabuľku zodpovedných osôb, ktoré budú participovať v projekte//
--Zostavuje sa Projektový tím objednávateľa
--
--* kľúčový používateľ,
--* IT analytik,
--* IT architekt,
--* manažér kvality,
--* vlastník procesov
--
  |**ID**|**Meno a Priezvisko**|**Pozícia**|**Oddelenie**|**Rola v projekte**
--|**1.**|Doplniť meno a priezvisko|Doplniť pozíciu (pracovné zaradenie v línii)|Doplniť názov org. útvaru|Doplniť rolu v projekte
--|**2.**|Doplniť meno a priezvisko|Doplniť pozíciu (pracovné zaradenie v línii)|Doplniť názov org. útvaru|Doplniť rolu v projekte
--|**3.**|Doplniť meno a priezvisko|Doplniť pozíciu (pracovné zaradenie v línii)|Doplniť názov org. útvaru|Doplniť rolu v projekte
++|1.|Doplniť meno a priezvisko|Doplniť pozíciu (pracovné zaradenie v línii)|Doplniť názov org. útvaru|Doplniť rolu v projekte
++|2.|Doplniť meno a priezvisko|Doplniť pozíciu (pracovné zaradenie v línii)|Doplniť názov org. útvaru|Doplniť rolu v projekte
++|3.|Doplniť meno a priezvisko|Doplniť pozíciu (pracovné zaradenie v línii)|Doplniť názov org. útvaru|Doplniť rolu v projekte
++//**Vzor organizačnej štruktúry**//
++[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_d9faa472f626899.png||height="321" width="658"]]
++[[image:projektrozvojait:Šablóny.projektovy_zamer@SABLONA_I-02_PROJEKTOVY_ZAMER_Projekt_XYZ_YYMMDD_v0.1_a6af23de6588b10b.png||height="64" width="480"]]
--1. PRACOVNÉ NÁPLNE
++== {{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 ==
--|(((
--**KĽUČOVÝ POUŽIVATEĽ **(end user)
--)))
--|(((
--* zodpovedný za reprezentáciu záujmov budúcich používateľov projektových produktov alebo projektových výstupov a za overenie kvality produktu.
++//Doplniť **podľa dokumentu z Riadiaceho Výboru** projektu, prípadne zo splnomocnení alebo menovacích dekrétov . Tieto vstupy neskôr využijete pri dokumente PID.//
++//VZORY a ŠABLONY zdrojových súborov sú tu: //__[[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]]__// &nbsp;//
++//Poznámka: Odporúčame – pozrite si VZOR pre MENOVACIE DEKRÉTY členov projektového tímu – vzor obsahuje názorný popis všetkých projektových rolí, ktoré vyžaduje Vyhláška 401/2023 Z.z. o riadení projektov a zmenových požiadaviek v prevádzke.//
--* zodpovedný za návrh a špecifikáciu funkčných a technických požiadaviek, potreby, obsahu, kvalitatívnych a kvantitatívnych prínosov projektu, požiadaviek koncových používateľov na prínos systému a požiadaviek na bezpečnosť.
++= {{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 =
--* Kľúčový používateľ (end user) navrhuje a definuje akceptačné kritériá, je zodpovedný za akceptačné testovanie a návrh na akceptáciu projektových produktov alebo projektových výstupov a návrh na spustenie do produkčnej prevádzky. Predkladá požiadavky na zmenu funkcionalít produktov a je súčasťou projektových tímov
--)))
++//Doplniť odkazy na už existujúce produkty v maximálnej miere – vyhnúť sa duplikovaným informáciám.//
--|(((
--**IT ANALYTIK**
--)))
--|(((
--* zodpovedá za zber a analyzovanie funkčných požiadaviek, analyzovanie a spracovanie dokumentácie z pohľadu procesov, metodiky, technických možností a inej dokumentácie. Podieľa sa na návrhu riešenia vrátane návrhu zmien procesov v oblasti biznis analýzy a analýzy softvérových riešení. Zodpovedá za výkon analýzy IS, koordináciu a dohľad nad činnosťou SW analytikov.
--* analyzuje požiadavky na informačný systém/softvérový systém, formálnym spôsobom zaznamenáva činnosti/procesy, vytvára analytický model systému, okrem analýzy realizuje aj návrh systému, ten vyjadruje návrhovým modelom.
--* Analytik informačných technológií pripravuje špecifikáciu cieľového systému od procesnej až po technickú rovinu. Mapuje a analyzuje existujúce podnikateľské a procesné prostredie, analyzuje biznis požiadavky na informačný systém, špecifikuje požiadavky na informačnú podporu procesov, navrhuje koncept riešenia a pripravuje podklady pre architektov a vývojárov riešenia, participuje na realizácii zmien, dohliada na realizáciu požiadaviek v cieľovom riešení, spolupracuje pri ich preberaní (akceptácie) používateľom.
--* Pri návrhu IT systémov využíva odbornú špecializáciu IT architektov a projektantov. Študuje a analyzuje dokumentáciu, požiadavky klientov, legislatívne a technické podmienky a možnosti zvyšovania efektívnosti a výkonnosti riadiacich a informačných procesov. Navrhuje a prerokúva koncepcie riešenia informačných systémov a analyzuje ich efekty a dopady. Zabezpečuje spracovanie analyticko-projektovej špecifikácie s návrhom dátových a objektových štruktúr a ich väzieb, užívateľského rozhrania a ostatných podkladov pre projektovanie nových riešení.
--* Spolupracuje na projektovaní a implementácii návrhov. Môže tiež poskytovať poradenstvo v oblasti svojej špecializácie. Zodpovedá za návrhovú (design) časť IT - pôsobí ako medzičlánok medzi používateľmi informačných systémov (biznis pohľad) a ich realizátormi (technologický pohľad).
--)))
++= {{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 =
--|(((
--**IT ARCHITEKT**
--)))
--|(((
--* zodpovedá za návrh architektúry riešenia IS a implementáciu technológií predovšetkým z pohľadu udržateľnosti, kvality a nákladov, za riešenie architektonických cieľov projektu dizajnu IS a súlad s architektonickými princípmi.
--* vykonáva, prípadne riadi vysoko odborné tvorivé činnosti v oblasti návrhu IT. Študuje a stanovuje smery technického rozvoja informačných technológií, navrhuje riešenia na optimalizáciu a zvýšenie efektívnosti prostriedkov výpočtovej techniky. Navrhuje základnú architektúru informačných systémov, ich komponentov a vzájomných väzieb. Zabezpečuje projektovanie dizajnu, architektúry IT štruktúry, špecifikácie jej prvkov a parametrov, vhodnej softvérovej a hardvérovej infraštruktúry podľa základnej špecifikácie riešenia.
--* zodpovedá za spracovanie a správu projektovej dokumentácie a za kontrolu súladu implementácie s dokumentáciou. Môže tiež poskytovať konzultácie, poradenstvo a vzdelávanie v oblasti svojej špecializácie. IT architekt, projektant analyzuje, vytvára a konzultuje so zákazníkom riešenia na úrovni komplexných IT systémov a IT architektúr, najmä na úrovni aplikačného vybavenia, infraštruktúrnych systémov, sietí a pod. Zaručuje, že návrh architektúry a/alebo riešenia zodpovedá zmluvne dohodnutým požiadavkám zákazníka v zmysle rozsahu, kvality a ceny celej služby/riešenia.
--)))
++**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]]__
++//Poznámka: **Odporúčame**, si evidovať a vyhodnotiť pripomienky odbornej verejnosti//
--|(((
--**MANAŽÉR KVALITY**
--)))
--|(((
--* zodpovedá za priebežné vyžadovanie, hodnotenie a kontrolu kvality (vecnej aj formálnej) počas celého projektu. Je zodpovedný za úvodné nastavenie pravidiel riadenia kvality a za následné dodržiavanie a kontrolu kvality jednotlivých projektových výstupov. Sleduje a hodnotí kvalitatívne ukazovatele projektových výstupov a o zisteniach informuje projektového manažéra objednávateľa formou pravidelných alebo nepravidelných správ/záznamov.
++* //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//
++* //Odporúčame túto aktivitu formalizovať (do dokumentu)//
++* //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.//
++//Koniec dokumentu//
++[[1>>path:#sdfootnote1anc||name="sdfootnote1sym"]] Notácia ArchiMate: __[[https:~~/~~/publications.opengroup.org/standards/archimate>>url:https://publications.opengroup.org/standards/archimate]]__
++[[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.
++[[3>>path:#sdfootnote3anc||name="sdfootnote3sym"]] Napr. modelovací nástroj Archi - Open Source ArchiMate Modelling: __[[https:~~/~~/www.archimatetool.com>>url:https://www.archimatetool.com/]]__.
++[[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/]]__.
++[[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ť.
++[[6>>path:#sdfootnote6anc||name="sdfootnote6sym"]] Spoločné moduly podľa zákona č. 305/2013 e-Governmente
++[[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]]__
--* plánuje, koordinuje, riadi a kontroluje systém manažérstva kvality, monitoruje a meria procesy a identifikuje príležitosti na trvalé zlepšovanie systému manažérstva kvality v organizácii v súlade s platnými normami. Zabezpečuje tvorbu cieľov a koncepcie kvality, vrátane kontroly ich plnenia a vykonáva interné a externé audity kvality v súlade s plánom.
--
--* Počas celej doby realizácie projektu zabezpečuje zhodu kvality projektových výstupov s požiadavkami. Realizuje postupy riadenia kvality tak, aby výsledkom boli projektové výstupy spĺňajúce požiadavky objednávateľa. Kontroluje, či sa riadenie a proces zabezpečenia kvality vykonáva správnym spôsobom, v správnom čase a správnymi osobami.
--)))
--
--|(((
--**VLASTNÍK PROCESOV **(biznis vlastník)
--)))
--|(((
--* zodpovedá za proces - jeho výstupy i celkový priebeh poskytnutia služby alebo produktu konečnému užívateľovi. Kľúčová rola na strane zákazníka (verejného obstarávateľa), ktorá schvaľuje biznis požiadavky a zodpovedá za výsledné riešenie, prínos požadovanú hodnotu a naplnenie merateľných ukazovateľov. Úlohou tejto roly je definovať na užívateľa orientované položky (user-stories), ktoré budú zaradzované a prioritizované v produktovom zásobníku. Zodpovedá za priebežné posudzovanie vecných výstupov dodávateľa v rámci analýzy, návrhu riešenia vrátane DNR z pohľadu analýzy a návrhu riešenia aplikácii IS.
--
--* zodpovedný za schválenie funkčných a technických požiadaviek, potreby, obsahu, kvalitatívnych a kvantitatívnych prínosov projektu. Definuje očakávania na kvalitu projektu, kvalitu projektových produktov, prínosy pre koncových používateľov a požiadavky na bezpečnosť. Definuje merateľné výkonnostné ukazovatele projektov a prvkov. Vlastník procesov schvaľuje  akceptačné kritériá, rozsah a kvalitu dodávaných projektových výstupov pri dosiahnutí platobných míľnikov, odsúhlasuje spustenie výstupov projektu do produkčnej prevádzky a dostupnosť ľudských zdrojov alokovaných na realizáciu projektu.
--)))
--
--1. ODKAZY
--
--N/A
--
--1. PRÍLOHY
--
--Príloha č. 1 – Zoznam rizík a závislostí
--
--Príloha č. 2 – Katalóg požiadaviek
++| | |

1744357152252-772.png

Autor

...	...	@@ -1,1 +1,0 @@
1		-XWiki.peter\.duris@gosmart\.consulting

Veľkosť

...	...	@@ -1,1 +1,0 @@
1		-42.1 KB

Obsah

1744357152258-114.png

Autor

...	...	@@ -1,1 +1,0 @@
1		-XWiki.peter\.duris@gosmart\.consulting

Veľkosť

...	...	@@ -1,1 +1,0 @@
1		-61.5 KB

Obsah

1744357152260-193.png

Autor

...	...	@@ -1,1 +1,0 @@
1		-XWiki.peter\.duris@gosmart\.consulting

Veľkosť

...	...	@@ -1,1 +1,0 @@
1		-75.5 KB

Obsah

1744357152264-802.png

Autor

...	...	@@ -1,1 +1,0 @@
1		-XWiki.peter\.duris@gosmart\.consulting

Veľkosť

...	...	@@ -1,1 +1,0 @@
1		-54.2 KB

Obsah

1749214344582-681.emf

Autor

...	...	@@ -1,1 +1,0 @@
1		-XWiki.peter\.duris@gosmart\.consulting

Veľkosť

...	...	@@ -1,1 +1,0 @@
1		-44.8 KB

Obsah

XWiki.XWikiComments[0]

Autor

...	...	@@ -1,1 +1,0 @@
1		-xwiki:XWiki.lucia\.lelkes@mirri\.gov\.sk

Komentár

...	...	@@ -1,1 +1,0 @@
1		-prosím doplniť.

Dátum

...	...	@@ -1,1 +1,0 @@
1		-2025-06-12 15:26:16.447

Original Selection

...	...	@@ -1,1 +1,0 @@
1		-eno a priezvisko fyzickej osoby, ktorá predloží dokumenty pre prípravnú/ iniciačnú fázu projektu –zamestnanec /Projektový manažér

Selection

...	...	@@ -1,1 +1,0 @@
1		-artin Lukáč

State

...	...	@@ -1,1 +1,0 @@
1		-UPDATED

Target

...	...	@@ -1,1 +1,0 @@
1		-Dokumenty.projekt_3381.projektovy_zamer.WebHome

XWiki.XWikiComments[1]

Autor

...	...	@@ -1,1 +1,0 @@
1		-xwiki:XWiki.lucia\.lelkes@mirri\.gov\.sk

Komentár

...	...	@@ -1,1 +1,0 @@
1		-názov tohto IS v MetaIS je: Nemocničný informačný systém. Poprosím opraviť v celom rozsahu projektu, kde je potrebné uviesť názov ISVS

Dátum

...	...	@@ -1,1 +1,0 @@
1		-2025-06-13 12:34:52.808

Selection

...	...	@@ -1,1 +1,0 @@
1		-IS NIS

Selection Right Context

...	...	@@ -1,1 +1,0 @@
1		- (isvs_15036)

State

...	...	@@ -1,1 +1,0 @@
1		-SAFE

Target

...	...	@@ -1,1 +1,0 @@
1		-Dokumenty.projekt_3381.projektovy_zamer.WebHome

XWiki.XWikiComments[2]

Autor

...	...	@@ -1,1 +1,0 @@
1		-xwiki:XWiki.lucia\.lelkes@mirri\.gov\.sk

Komentár

...	...	@@ -1,1 +1,0 @@
1		-doplniť slovo - "administratívne" spracovanie hospitalizácie

Dátum

...	...	@@ -1,1 +1,0 @@
1		-2025-06-13 14:05:31.826

Original Selection

...	...	@@ -1,1 +1,0 @@
1		-krátenie času na spracovanie hospitalizácie z

Selection

...	...	@@ -1,1 +1,0 @@
1		-krátenie času na administratívne spracovanie hospitalizácie z

State

...	...	@@ -1,1 +1,0 @@
1		-UPDATED

Target

...	...	@@ -1,1 +1,0 @@
1		-Dokumenty.projekt_3381.projektovy_zamer.WebHome

XWiki.XWikiComments[3]

Autor

...	...	@@ -1,1 +1,0 @@
1		-xwiki:XWiki.lucia\.lelkes@mirri\.gov\.sk

Komentár

...	...	@@ -1,1 +1,0 @@
1		-odpad? skôr asi úspora cca 1 FTE....

Dátum

...	...	@@ -1,1 +1,0 @@
1		-2025-06-13 14:06:22.490

Original Selection

...	...	@@ -1,1 +1,0 @@
1		-Odpad

Selection

...	...	@@ -1,1 +1,0 @@
1		-Odhad

Selection Left Context

...	...	@@ -1,1 +1,0 @@
1		-prístup.

Selection Right Context

...	...	@@ -1,1 +1,0 @@
1		- cca

State

...	...	@@ -1,1 +1,0 @@
1		-UPDATED

Target

...	...	@@ -1,1 +1,0 @@
1		-Dokumenty.projekt_3381.projektovy_zamer.WebHome

XWiki.XWikiComments[4]

Autor

...	...	@@ -1,1 +1,0 @@
1		-xwiki:XWiki.lucia\.lelkes@mirri\.gov\.sk

Komentár

...	...	@@ -1,1 +1,0 @@
1		-prosím doplniť pracovné náplne pre jednotlivé pracovné pozície.

Dátum

...	...	@@ -1,1 +1,0 @@
1		-2025-06-13 14:09:59.841

Selection

...	...	@@ -1,1 +1,0 @@
1		-TBD

State

...	...	@@ -1,1 +1,0 @@
1		-SAFE

Target

...	...	@@ -1,1 +1,0 @@
1		-Dokumenty.projekt_3381.projektovy_zamer.WebHome

XWiki.XWikiComments[5]

Autor

...	...	@@ -1,1 +1,0 @@
1		-xwiki:XWiki.lucia\.lelkes@mirri\.gov\.sk

Komentár

@@ -1,6 +1,0 @@
--Vyplnená nesprávna (stará) verzia CBA (v.1.9). Momentálne je zverejnená v. 2.4 [[https:~~/~~/mirri.gov.sk/wp-content/uploads/2025/04/M_05_BC_CBA_PRILOHA_Projekt_AA_OVM_OsobaXY_YYMMDD_VZOR_v_2.4_15042025.xlsx>>https://mirri.gov.sk/wp-content/uploads/2025/04/M_05_BC_CBA_PRILOHA_Projekt_AA_OVM_OsobaXY_YYMMDD_VZOR_v_2.4_15042025.xlsx]] . Takže buď prepíšete údaje do novej verzie, alebo je potrebné v starej verzii opraviť minimálne výšku DPH, ktorá je v predloženej verzie nesprávna.
--
--* záložka "ZDROJE FINANCOVANIA"  - vymazať informácie v stl. "P" a "R" - nebude financovaný prostredníctvom rozpočtového opatrenia, ide o informáciu uvedenú na vzore šablóny CBA
--* záložka "CBA agendové IS" - nízke BCR, projekt je nenávratný:-)
--* záložka "INTERNE POZICIE" - **koeficient odvodov** je buď 0,3595 alebo 0,362, **odmeny v** potrebné** **zadať 0%, r. 63 a r.64 opraviť výšku DPH
--* záložka "HW licencie" - stlp. "J" doplniť všetky odkazy na zdroj ceny

Dátum

...	...	@@ -1,1 +1,0 @@
1		-2025-06-13 15:02:49.74

Selection

...	...	@@ -1,1 +1,0 @@
1		-Hodnotenie CBA

State

...	...	@@ -1,1 +1,0 @@
1		-SAFE

Target

...	...	@@ -1,1 +1,0 @@
1		-Dokumenty.projekt_3381.projektovy_zamer.WebHome

XWiki.XWikiComments[6]

Autor

...	...	@@ -1,1 +1,0 @@
1		-xwiki:XWiki.lucia\.lelkes@mirri\.gov\.sk

Komentár

...	...	@@ -1,1 +1,0 @@
1		-Potrebné prepojiť s cieľmi /KPI uvedenými v NKIVS: [[https:~~/~~/mirri.gov.sk/wp-content/uploads/2021/12/Narodna-koncepcia-informatizacie-verejnej-spravy-2021.pdf>>https://mirri.gov.sk/wp-content/uploads/2021/12/Narodna-koncepcia-informatizacie-verejnej-spravy-2021.pdf]] . Potrebné doplniť ktorý cieľ z NKIVS je napĺňaný týmto projektom

Dátum

...	...	@@ -1,1 +1,0 @@
1		-2025-06-17 10:54:42.955

Selection

...	...	@@ -1,1 +1,0 @@
1		-Ciele/Merateľné ukazovatele

State

...	...	@@ -1,1 +1,0 @@
1		-SAFE

Target

...	...	@@ -1,1 +1,0 @@
1		-Dokumenty.projekt_3381.projektovy_zamer.WebHome

XWiki.XWikiComments[7]

Autor

...	...	@@ -1,1 +1,0 @@
1		-XWiki.peter\.duris@gosmart\.consulting

Komentár

...	...	@@ -1,1 +1,0 @@
1		-CBA bola aktualizovana... Co sa tyka navratnosti, dohoda bola, ze projekt z titulu svojej povahy nemusi byt navratny.

Dátum

...	...	@@ -1,1 +1,0 @@
1		-2025-06-17 13:18:20.874

Odpovedať

...	...	@@ -1,1 +1,0 @@
1		-5

XWiki.XWikiComments[8]

Autor

...	...	@@ -1,1 +1,0 @@
1		-XWiki.peter\.duris@gosmart\.consulting

Komentár

...	...	@@ -1,1 +1,0 @@
1		-Doplnene

Dátum

...	...	@@ -1,1 +1,0 @@
1		-2025-06-17 13:19:31.828

Odpovedať

...	...	@@ -1,1 +1,0 @@
1		-0

XWiki.XWikiComments[9]

Autor

...	...	@@ -1,1 +1,0 @@
1		-XWiki.peter\.duris@gosmart\.consulting

Komentár

...	...	@@ -1,1 +1,0 @@
1		-Zavedena skratka IS NIS alebo NIS

Dátum

...	...	@@ -1,1 +1,0 @@
1		-2025-06-17 13:22:26.58

Odpovedať

...	...	@@ -1,1 +1,0 @@
1		-1

XWiki.XWikiComments[10]

Autor

...	...	@@ -1,1 +1,0 @@
1		-XWiki.peter\.duris@gosmart\.consulting

Komentár

...	...	@@ -1,1 +1,0 @@
1		-Upravené

Dátum

...	...	@@ -1,1 +1,0 @@
1		-2025-06-17 13:23:37.399

Odpovedať

...	...	@@ -1,1 +1,0 @@
1		-2

XWiki.XWikiComments[11]

Autor

...	...	@@ -1,1 +1,0 @@
1		-XWiki.peter\.duris@gosmart\.consulting

Komentár

...	...	@@ -1,1 +1,0 @@
1		-Upravene - odhad

Dátum

...	...	@@ -1,1 +1,0 @@
1		-2025-06-17 13:23:51.815

Odpovedať

...	...	@@ -1,1 +1,0 @@
1		-3

XWiki.XWikiComments[12]

Autor

...	...	@@ -1,1 +1,0 @@
1		-XWiki.peter\.duris@gosmart\.consulting

Komentár

...	...	@@ -1,1 +1,0 @@
1		-Doplnené

Dátum

...	...	@@ -1,1 +1,0 @@
1		-2025-06-17 13:31:33.125

Odpovedať

...	...	@@ -1,1 +1,0 @@
1		-6

XWiki.XWikiComments[13]

Autor

...	...	@@ -1,1 +1,0 @@
1		-XWiki.peter\.duris@gosmart\.consulting

Komentár

...	...	@@ -1,1 +1,0 @@
1		-Doplnene

Dátum

...	...	@@ -1,1 +1,0 @@
1		-2025-06-17 13:38:34.843

Odpovedať

...	...	@@ -1,1 +1,0 @@
1		-4

Zmeny dokumentu I-02 Projektový zámer (projektovy_zamer)

Súhrn

Podrobnosti

Vitajte

Linky

Navigácia