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

Naposledy upravil Lucia Lelkes 2025/06/13 15:10

From 2.1 to 3.1

Z verzie 1.1

upravil Peter Ďuriš
-

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

Do verzie 2.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, 4 added, 0 removed)

Podrobnosti

Vlastnosti stránky

Obsah

@@ -1,523 +1,888 @@
--[[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.**
++
--|**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**|(((
++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**|//Meno a priezvisko fyzickej osoby, ktorá predloží dokumenty pre prípravnú/ iniciačnú fázu projektu –zamestnanec /Projektový manažér//
++|**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**|(((
  **Podpis**
--(alebo elektronický súhlas)
++
++**(alebo elektronický súhlas)**
  )))
  |Vypracoval| | | | |
--= {{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 =
++
++
++**Obsah**
++
++[[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**
--|//0.1//|//14.11.2023//|//Pracovný návrh//|
--|//1.0//|//22.12.2023//|//Zapracovanie súladu s vyhláškou č. 401/2023 Z. z.//|
++|v01|02.04.2025|Prvý draft dokumentu|TBD
  | | | |
++| | | |
--= {{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 =
++Tabuľka 1 História zmien dokumentu
--//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.//
++1. ÚČEL DOKUMENTU, SKRATKY (KONVENCIE) A DEFINÍCIE
--== 2.1Použité skratky a pojmy ==
++Úč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.
--|**SKRATKA/POJEM**|**POPIS**
--| |
--| |
--| |
--{{id name="_Toc152607286"/}}
--
++V rámci dokumentu sú rozpracované nasledovné oblasti:
--== 2.2Konvencie pre typy požiadaviek (príklady) ==
++*
++**
++***
++****
++***** 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
--//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**//
++|**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
--* //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.//
++Tabuľka 2 Zoznam skratiek
--= {{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 =
++1. DEFINOVANIE PROJEKTU
++11. Manažérske zhrnutie
--== {{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 ==
++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.
--//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.//
++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.
--== {{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 ==
++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.
--* //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"]](%%).//
++Vyššie uvedené spôsobilo, že UNB potrebuje obstarať nový IS, ktorého cieľom bude vyriešenie kritickej situácie  hraničiacej s možnosťou neplnenia zákonných postupov až ohrozenia ekonomiky a  poskytovania zdravotnej starostlivosti v súvislosti s predčasným ukončením podpory a rozvoja stávajúceho Nemocničného informačného systému  v Univerzitnej nemocnici Bratislava  na pracovisku -  Nemocnica sv. Cyrila a Metoda.
--== {{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 ==
++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.
--* //Doplňte KTO (zoznam subjektov/osôb) sa zúčastňuje projektu a akú rolu zastáva//
++**Predpokladané financovanie**
--|**ID**|**AKTÉR / STAKEHOLDER**|(((
++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
++
++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**
++
++
++)))|(((
  **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**
--(MetaIS kód a názov ISVS)
++
++**(názov ISVS a MetaIS kód)**
  )))
--|//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)//
++|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)
--== {{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 ==
++Tabuľka 4 Zainteresované strany
--//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é.
++1.
++11. Ciele projektu a merateľné ukazovatele
--|**ID**|
--\\**Názov cieľa**|**Názov strategického cieľa**|**Spôsob realizácie strategického cieľa**
--|...| |...|...
--|...| |...|...
--== {{id name="_Toc152607308"/}}3.5Merateľné ukazovatele (KPI) ==
++//Doplniť vstupy v//  PRÍPRAVNEJ FÁZE:
--|**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~://
++* //Do tabuľky nižšie doplniť CIEĽ /CIELE PROJEKTU a súvisiace merateľné ukazovatele. Ciele musia byť S.M.A.R.T. - // //konkrétne, merateľné, dosiahnuteľné, relevantné, časovo ohraničené//
++* //Nie je správne uvádzať všeobecné ciele OPII alebo NKIVS, prípadne princípy NKIVS.//
--* //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 ==
++Ciele/Merateľné ukazovatele
--//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. //
--* //Š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.//
--.
++|**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/**
--== {{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 ==
++**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
--//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ť.//
++Tabuľka 5 Ciele a merateľné ukazovatele
--* //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.//
++Ukazovatele sú odborný kvalifikovaný odhad, pričom vychádzajú z:
--== {{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 ==
++* 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
--//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"]]
++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="_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 ==
++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:
--//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
++|**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.
++)))
--| |**KRITÉRIUM**|**ZDÔVODNENIE KRIÉRIA**|(((
--**STAKEHOLDER**
--**1**
--)))|(((
--**STAKEHOLDER**
--**2**
--)))|(((
--**STAKEHOLDER**
--**3**
++Tabuľka 6 Definovanie potrieb koncových užívateľov
++
++Koncoví používatelia očakávajú systém, ktorý bude intuitívny, rýchly, bezpečný a spoľahlivý, pričom musí byť kompatibilný s legislatívnymi požiadavkami a integrovateľný s existujúcimi systémami. Potreby používateľov musia byť zohľadnené už v analýze a návrhu riešenia, ako aj v školeniach a testovaní systému pred ostrým nasadením.
++
++1.
++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).
++
++
  )))
--|(% 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**
++|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**|(((
++*
  )))|(((
--**Spôsob**
--**dosiahnutia**
--)))|**Alternatíva 2**|(((
--**Spôsob**
--**dosiahnutia**
++*
++)))|**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.
  )))
--|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|
++|**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.
++)))
--== {{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 ==
++**Cloudové riešenie (SaaS alebo dedikovaný cloud)**
--//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~://
++|**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).
++)))
--* //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"]]
++**Hybridné riešenie (kombinácia on-premise a cloudu)**
--== {{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 ==
++|**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.
++)))
--//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~://
++ 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:
--* //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.//
++|**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
--= {{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) =
++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í.
--* //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).//
++* 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.
--= {{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 =
++1. POŽADOVANÉ VÝSTUPY  (PRODUKT PROJEKTU)
--* //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//
++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
--== {{id name="_Toc152607321"/}}{{id name="_Toc823562243"/}}5.1Prehľad e-Government komponentov ==
++* Inkrement 1 bude realizovaný do 4 mesiacov
++* Inkrement 2 bude realizovaný do 9 mesiacov
--//__**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ľ~://
++Implementácia projektu bude prechádzať štandardnými etapami riadenia IT projektov a to:
--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~://
++* Analýza a dizajn
++* Implementácia a testovanie
++* Nasadenie
--=== 5.1.1Prehľad koncových služieb – budúci stav: ===
++Pre tieto etapy sú definované jasné výstupy, ktoré majú byť dodané a budú predmetom akceptačných kritérií.
--{{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ý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.
--=== 5.1.2Prehľad budovaných/rozvíjaných ISVS v projekte – budúci stav: ===
++V nasledujúcej tabuľke sú definované jednotlivé výstupy po fázach projektu:
--{{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}}
++|**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)
--=== 5.1.3Prehľad budovaných aplikačných služieb – budúci stav: ===
--{{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}}
++Tabuľka 10 Etapy a výstupy projektu
--=== 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 ===
++1. NÁHĽAD ARCHITEKTÚRY
++11. Biznis architektúra
--* //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//
++Na nasledujúcej schéme je koncepčná biznis architektúra navrhovaného riešenia.
--|(((
--**Kód ISVS**
--//(z MetaIS)//
--)))|**Názov ISVS**|(((
--**Kód integrovaného ISVS**
--//(z MetaIS)//
--)))|**Názov integrovaného ISVS**
--| | | |
--| | | |
++[[image:1744357152260-193.png]]
--* //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:**//
++Biznis architektúra definuje, ako jednotlivé organizačné roly, procesy a služby interagujú s cieľom zabezpečiť poskytovanie zdravotnej starostlivosti prostredníctvom nemocničného informačného systému (NIS). Zahŕňa prehľad aktérov, ich úloh, služieb, ktoré využívajú, a procesov, ktoré NIS podporuje.
--:
++**Kľúčové roly a používateľské skupiny**
--(((
--|//**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)//
--)))
++* 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.
--=== 5.1.5Aplikačné služby na integráciu ===
++**Biznis služby poskytované NIS**
--//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),//
++Systém bude poskytovať nasledovné biznis služby:
--* //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}}
++* 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
--=== {{id name="_Toc62489735"/}}{{id name="_Toc814509359"/}}{{id name="_Toc153139693"/}}{{id name="_Toc63764348"/}}5.1.6Poskytovanie údajov z ISVS do IS CSRÚ ===
++**Podporované biznis procesy**
--//Uveďte v tabuľke prehľad poskytovaných údajov (objektov evidencie, ďalej OE) z ISVS do IS CSRÚ v TO BE stave.//
++Systém je nastavený tak, aby podporoval nasledovné biznis procesy:
--|**ID OE**|**Názov (poskytovaného) objektu evidencie**|**Kód ISVS poskytujúceho OE**|**Názov ISVS poskytujúceho OE**
--| | | |
--| | | |
--| | | |
++* 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
--=== {{id name="_Toc63764349"/}}{{id name="_Toc1792132569"/}}{{id name="_Toc153139694"/}}5.1.7Konzumovanie údajov z IS CSRÚ ===
++Na nasledujúcej schéme je rámcová aplikačná architektúra systému:
--//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Ú//__.__
++[[image:1744357152264-802.png]]
--|**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 Pacient / registrácia**
--=== 5.1.8Prehľad plánovaného využívania infraštruktúrnych služieb (cloudových služieb) – budúci stav: ===
++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.
--//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 Zdravotná dokumentácia**
--|(((
--**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]].__
++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í.
--= {{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 Ošetrovateľská starostlivosť**
--//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é.//
++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="_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 ePreskripcia a eZdravie**
--//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ť~://
++Zabezpečuje vystavovanie elektronických receptov, poukazov a žiadaniek. Integruje komunikáciu s národným systémom eZdravie (NCZI).
--* //**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 Lekáreň**
--== 7.1Sumarizácia nákladov a prínosov ==
++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.
--|**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é)~://
++**Modul Výkazníctvo a BI**
--* //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.//
++Zodpovedá za generovanie výkazov pre NCZI, zdravotné poisťovne a manažérske potreby. Podporuje reporting, DRG klasifikáciu a manažérske analýzy.
--= {{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 =
++**Modul Riadenie prístupov a používateľov**
--//Doplňte highlevel HARMONOGRAM, ktorý sa neskôr (v ďalších fázach/dokumentoch) bude detailizovať~://
++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.
--* //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).//
++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. 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á 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.|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
--= {{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 =
++1. 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//
--* //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//
++* 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)
--|**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
--//**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"]]
++Zostavuje sa Projektový tím objednávateľa
--== {{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ľúčový používateľ,
++* IT analytik,
++* IT architekt,
++* manažér kvality,
++* vlastník procesov
--//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.//
++|**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
--= {{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 =
++1. PRACOVNÉ NÁPLNE
--//Doplniť odkazy na už existujúce produkty v maximálnej miere – vyhnúť sa duplikovaným informáciám.//
++TBD
--= {{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 =
++1. ODKAZY
--**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//
++N/A
--* //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]]__
++1. PRÍLOHY
--| | |
++Príloha č. 1 – Zoznam rizík a závislostí
++
++Príloha č. 2 – Katalóg požiadaviek

1744357152252-772.png

Autor

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

Veľkosť

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

Obsah

1744357152258-114.png

Autor

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

Veľkosť

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

Obsah

1744357152260-193.png

Autor

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

Veľkosť

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

Obsah

1744357152264-802.png

Autor

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

Veľkosť

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

Obsah

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

Súhrn

Podrobnosti

Aplikácie

Navigácia

Moje posledné úpravy

Need help?