Zmeny dokumentu I-03 Prístup k projektu (pristup_k_projektu)

Naposledy upravil Katarína Kujanová 2025/05/26 12:22

From 1.1 to 2.1 From 3.1 to 4.1

Z verzie 2.1

upravil Katarína Kujanová
-

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

Do verzie 3.1

upravil Katarína Kujanová
-

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

Raw
Rendered

Súhrn

Vlastnosti stránky (1 modified, 0 added, 0 removed)

Podrobnosti

Vlastnosti stránky

Obsah

@@ -12,7 +12,6 @@
  |**Realizátor projektu**|//Ministerstvo zdravotníctva Slovenskej republiky//
  |**Vlastník projektu**|//Ministerstvo zdravotníctva Slovenskej republiky//
--
  **Schvaľovanie dokumentu**
  |**Položka**|**Meno a priezvisko**|**Organizácia**|**Pracovná pozícia**|**Dátum**|(((
@@ -22,7 +22,6 @@
  )))
  |Vypracoval| | | | |
--
  **~1. História dokumentu**
  |**Verzia**|**Dátum**|**Zmeny**|**Meno**
@@ -38,7 +38,6 @@
--
  **2. Účel dokumentu**
  V súlade s vyhláškou č. 401/2023 Z. z. je dokument I-03 Prístup k projektu určený na rozpracovanie detailných informácií prípravy projektu z pohľadu aktuálneho stavu, budúceho stavu a navrhovaného riešenia.
@@ -86,7 +86,6 @@
  |**VC**|Vládny cloud
  |**WHO**|Svetová zdravotníctva organizácia (World Health Organization)
--
  **2.2 Konvencie pre typy požiadaviek (príklady)**
  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 požiadaviek sú kategorizované podľa oblastí označených v samostatnom stĺpci „Oblasť požiadavky“ pre každú požiadavku v nasledujúcich kategóriách:
@@ -152,7 +152,7 @@
  **4.1.1 Súčasný stav**
--Potreby, na základe ktorých vznikol návrh budúceho riešenia, sú zamerané predovšetkým na zlepšenie riadenia a hospodárenia nemocníc v pôsobnosti MZ SR ako ich zriaďovateľa resp. zakladateľa, prostredníctvom zlepšenia správy dát, ich centralizácie, odstránením duplicít zberu a zabezpečením poskytnutia relevantných dát pre účely riadenia a rozhodovania. Potreby na budúce riešenie boli popísané v kapitolách** Motivácia a Ciele projektu Projektového zámeru**.
++Potreby, na základe ktorých vznikol návrh budúceho riešenia, sú zamerané predovšetkým na zlepšenie riadenia a hospodárenia nemocníc v pôsobnosti MZ SR ako ich zriaďovateľa resp. zakladateľa, prostredníctvom zlepšenia správy dát, ich centralizácie, odstránením duplicít zberu a zabezpečením poskytnutia relevantných dát pre účely riadenia a rozhodovania. Potreby na budúce riešenie boli popísané v kapitolách** Motivácia a Ciele projektu Projektového zámeru**.
  Na základe dotazníkového zberu dát, ktorý sa uskutočnil vo februári 2024 medzi organizačnými útvarmi MZ SR, boli identifikovaní nasledujúci koncoví používatelia Centrálnej integračnej platformy, ďalej aj „**konzumenti dát**“:
@@ -170,7 +170,7 @@
   //Tabuľka 1: Popis informačných potrieb konzumentov dát //
--|**D** |**Konzument dát** |**Potreba zberu dát** |**Popis súčasného stavu kompetencií v oblasti zberu dát**[[^^~[1~]^^>>path:#_ftn1]]
++|**D** |**Konzument dát** |**Potreba zberu dát** |**Popis súčasného stavu kompetencií v oblasti zberu dát**[[(% class="wikiinternallink" %)^^~[1~]^^>>path:#_ftn1]](%%)
  |1 |Inštitút zdravotných analýz |Útvar získava informácie prioritne od NCZI, PZS a zdravotných poisťovní pre účely rozpočtovania, personálnych kapacít PZS na účely kategorizácie ústavnej zdravotnej starostlivosti, ako aj pre účely prerozdeľovacieho mechanizmu. |(((
  Zabezpečuje analytické činnosti v pôsobnosti analytickej jednotky v zmysle Metodiky budovania analytických kapacít v štátnej správe schválenej Odborno metodickou komisiou pre analytické jednotky.
@@ -240,7 +240,6 @@
  Vykonáva kontroling v oblasti strategických investícií a projektov (najmä reálnosť oprávnenosť, správnosť, aktuálnosť, efektívnosť, hospodárnosť a účelnosť) v podriadených organizáciách.
  )))
--
  Zber dát v súčasnosti prebieha väčšinou elektronickou formou prostredníctvom výmeny súborov vo formáte .xlsx, .pdf, resp. v iných formátoch. Súčasne na viacerých organizačných útvaroch MZ SR (napr. na odbore strategických investícií) prebieha zber dát zasielaním elektronických dokumentov, prostredníctvom emailov, prípadne cez registratúru, kedy zamestnanci MZ SR musia odčítavať hodnoty zo zaslaných dokumentov a následne ich prácne manuálne prepisovať do .xlsx súborov.
  Zber dát od poskytovateľov zdravotnej starostlivosti pre odbor finančného kontrolingu podriadených organizácií má byť od apríla 2024 dočasne zabezpečený prostredníctvom samostatného modulu v systéme EMA.EVO, po ukončení prevádzky systému MyGide. Zber týchto dát má byť v cieľovom stave pokrytý v rámci Centrálnej integračnej platformy MZ SR.
@@ -313,7 +313,6 @@
  |18 |Východoslovenský onkologický ústav Košice |Akciová spoločnosť
  |19 |Východoslovenský ústav srdcových a cievnych chorôb Košice |Akciová spoločnosť
--
  Uvedení poskytovatelia zdravotnej starostlivosti v zriaďovateľskej pôsobnosti MZ SR v súčasnosti poskytujú dáta jednotlivým útvarom MZ SR priamo, resp. prostredníctvom NCZI, ako aj ostatným orgánom verejnej moci (napr. iným ministerstvám, zdravotným poisťovniam, daňovým a colným orgánom, miestnej samospráve a pod.).
  **Detailný popis súčasných dátových zdrojov** pre informačné potreby konzumentov dát je uvedený v kapitole 4.3. tohto dokumentu.
@@ -363,7 +363,6 @@
--
  [[image:1747998404950-625.png]]
  //Obrázok 1: Model biznis architektúry CIP MZ SR(aktéri-koncoví používatelia, koncové služby, procesy)//
@@ -378,7 +378,6 @@
  |Služby riadenia a správy dát|Služba realizuje celkové riadenie dát od identifikácie zdrojov, konfigurácie dátových parametrov podľa štandardov, vyhodnotenie dátovej kvality, monitorovanie a identifikácia zlepšení v dátovej kvalite.|Procesy riadenia dátovej kvality
  |Podpora plánovania nákladov PÚZS|Služba umožní plánovanie nákladov nemocníc pre potreby ich kontroly a sledovanie plnenie|Služby dátovej analýzy pre podporu riadenia
--
  **4.1.3 Jazyková podpora a lokalizácia**
  IS CIP bude lokalizovaný do slovenského jazyka.
@@ -395,7 +395,7 @@
  Hlavné systémy poskytujúce zdrojové dáta pre CIP sú v súčasnosti ERP jednotlivých PÚZS, ktoré poskytujú údaje potrebné pre centrálne riadenie hospodárenia dotknutých nemocníc. V súčasnom stave sú údaje zbierané individuálne pomocou požiadaviek MZ SR a nie sú realizované integračné väzby a ani jednotná metodika správy týchto dát.
--IS CES [[^^~[3~]^^>>path:#_ftn3]] je systém mimo infraštruktúry MZ SR resp. NCZI, ktorý je realizovaný ako projekt MF SR a v rámci IS VS sa plánuje pripojenie MZ SR ako aj podriadených nemocníc. Systém IS CES je vyvíjaný ako centrálny ekonomický systém vo verejnej správe Slovenskej republiky a obsahuje nasledovné moduly[[^^~[4~]^^>>path:#_ftn4]]:
++IS CES [[(% class="wikiinternallink" %)^^~[3~]^^>>path:#_ftn3]](%%) je systém mimo infraštruktúry MZ SR resp. NCZI, ktorý je realizovaný ako projekt MF SR a v rámci IS VS sa plánuje pripojenie MZ SR ako aj podriadených nemocníc. Systém IS CES je vyvíjaný ako centrálny ekonomický systém vo verejnej správe Slovenskej republiky a obsahuje nasledovné moduly[[(% class="wikiinternallink" %)^^~[4~]^^>>path:#_ftn4]](%%):
  * Personalistika,
  * Mzdy,
@@ -561,9 +561,8 @@
  | |Hour|☐|Prevádzkovaný a plánujem rozvíjať|Ekonomický a administratívny chod inštitúcie|
  | |Ekonomika a podporné činnosti - Softip Profit+|☐|Prevádzkovaný a plánujem rozvíjať|Ekonomický a administratívny chod inštitúcie|
++**Navrhovaný stav     **
--**Navrhovaný stav     **
--
  Navrhovaná aplikačná architektúra CIP sa skladá z nového informačného systému – Centrálna integračná platforma MZ SR, s nasledovnými modulmi, ktoré budú vyvinuté ako modulárny softvérový systém:
  * Používateľské rozhranie – prístup používateľa do IS CIP MZ SR a využitie jeho funkcie,
@@ -594,7 +594,6 @@
  * Notifikácie
  * Pokročilá dátová analytika - s podporou AI/ML
--
  Predpokladá sa použitie niektorého „Business Intelligence“ balíka, ktorý má uvedené funkcie štandardizované.
@@ -606,26 +606,23 @@
  Procesy dátovej kvality poskytované modulom:
--*
++*
  ** Základná analýza dátovej kvality
  *** poskytnutie štatistík o stave zdrojových údajov a ich kvalite
  *** V rámci služby dátovej kvality profilovania údajov je možné aplikovať na všetky vybrané atribúty (stĺpce) rôzne identifikátory na odhalenia dátovej nekvality, zároveň je možné definovať vlastné identifikátory na základe ich biznis požiadaviek pre identifikáciu špecifických nekvalít.
--
--*
++*
  ** Validácia voči objektom evidencie (OE)
  *** profilovanie dát vykonávané nad údajmi objektu evidencie
  *** overenie špecifických biznis pravidiel vzťahujúcich sa k danému atribútu údajov, a to prostredníctvom validácie voči prvkom Dátového slovníka
  *** Kontrola záznamov voči vopred definovaným štandardom, ktoré sú určené pre jednotlivé stĺpce v rámci špecifického záznamu - štandardy sú zadefinované na základe biznis pravidiel, ktoré hovoria o tom, ako by mali vyzerať kvalitné dáta v špecifickom zázname
--
--*
++*
  ** Asistované čistenie
  *** umožnenie  vykonávať nápravné opatrenia s cieľom zvýšiť dátovú kvalitu datasetu na základe zistenej nekvality
  *** analyzovanie obsahu jedného alebo viacerých stĺpcov databázy na základe štandardov z dátového slovníka a na základe výsledkov analýzy vytváranie úloh na kontrolu a úpravu záznamov v používateľskom prostredí konzoly, analyzovanie obsahu databázy na základe biznis pravidiel, kde sa následne na základe výsledkov analýzy vygenerujú úlohy na kontrolu a úpravu záznamov v používateľskom prostredí konzoly,  čistenie nekvalitných dátových záznamov a ich prípadná úprava.
--
--*
++*
  ** Automatické stotožnenie
  *** stotožnenie bude realizované porovnaním záznamu so záznamom z referenčného registra
  *** overuje sa správnosť údajov v OE voči referenčnému registru automatizovane a teda všetky problémové záznamy v OE sú automaticky nahradené záznamami z referenčného registra
@@ -636,7 +636,7 @@
  Poskytne rozhrania pre získavanie údajov zo zdrojových externých systémov - nemocnice, registre a pod.
--**Spôsob integrácie s IS CES** (bude implementované v rámci projektu CES): Aj keď ERP moduly nemocníc** budú migrované do CES, **predpokladá sa, že LIS ostane** **v infraštruktúre nemocníc a bude ich potrebné integrovať s CIP MZ
++**Spôsob integrácie s IS CES** (bude implementované v rámci projektu CES): Aj keď ERP moduly nemocníc** budú migrované do CES, **predpokladá sa, že LIS ostane** **v infraštruktúre nemocníc a bude ich potrebné integrovať s CIP MZ
  Možnosti integrácie sú popísané v Detailnej špecifikácii riešenia (DŠR2) k modulu M29 – Integrácie subsystémov a externých systémov:
@@ -674,7 +674,6 @@
  * Detailná analýza prenášaných dátových entít a návrh detailného logického a fyzického dátového modelu bude predmetom fázy Analýza a Dizajn projektu.
  )))
--
  **4.2.2 Rozsah informačných systémov - TO BE**
  Z dôvodu plánovanej migrácie ERP systémov nemocníc do CES je v nasledujúcej tabuľke uvedená aj klasifikácia systému z pohľadu plánovanej integrácie označené ako skupiny: ERP – ekonomické systémy, NIS – nemocničné informačné systémy, Lekárenský IS – systémy pre správu nemocničných lekární a OPE – systémy súvisiace s projektom Online procesy eZdravia. Rozsah informačných systémov – TO BE vychádza z rozsahu existujúcich informačných systémov – AS IS, uvedených v tabuľke vyššie s doplnením CIP MZ SR.
@@ -826,7 +826,6 @@
  | |Hour|☐|Prevádzkovaný a plánujem rozvíjať|Ekonomický a administratívny chod inštitúcie| |Východoslovenský onkologický ústav, a.s.|ERP (nemocníc)
  | |Ekonomika a podporné činnosti - Softip Profit+|☐|Prevádzkovaný a plánujem rozvíjať|Ekonomický a administratívny chod inštitúcie| |Východoslovenský ústav srdcových a cievnych chorôb, a. s.|ERP (nemocníc)
--
  **4.2.3 Využívanie nadrezortných a spoločných ISVS - AS IS**
  Momentálne nie sú využívané nadrezortné spoločné ISVS pre účely centrálnej integrácie dát v rámci MZ SR.
@@ -835,7 +835,6 @@
  | | |//Vyberte jednu z možností.//
  | | |
--
  **4.2.4. Prehľad plánovaných integrácií ISVS na nadrezortné ISVS - spoločné moduly podľa zákona č. 305/2013 e-Governmente - TO BE **
  V návrhu CIP sa predpokladá poskytovanie údajov z ISVS, keďže v rámci rezortu zdravotníctva sa predpokladá jednotné získavanie dát z IS CPDI
@@ -843,7 +843,6 @@
  |**Kód IS**|**Názov ISVS**|**Spoločné moduly podľa zákona č. 305/2013 e-Governmente**
  |isvs_14191|Centrálna integračná platforma MZSR|//IS CSRÚ/IS CPDI-Modul procesnej integrácie a integrácie údajov//
--
  **4.2.5 Prehľad plánovaného využívania iných ISVS (integrácie) - TO BE**
  Prehľad predpokladaných integrácií medzi CIP MZ SR a ekonomickými, mzdovými, účtovnými a personálnymi systémami nemocníc. Tieto systémy sú zväčša dodávané ako samostatné softvérové diela, rôznymi dodávateľmi. Po technickej, organizačnej stránke je preto potrebné navrhnúť integráciu pre každú nemocnicu samostatne.
@@ -954,7 +954,6 @@
  |as_65623|Služba dátovej kvality|Modul Dátová kvalita ( isvs_14193)|Služby riadenia a správy dát (ks_379419)
  |as_65627|Správa prístupov a pravidiel bezpečnosti|Modul prístupy a administrácia (isvs_14195)|Služby riadenia a správy dát (ks_379419)
--
  **4.2.7 Aplikačné služby pre realizáciu koncových služieb - TO BE**
  //V nasledujúcej tabuľke sú uvedené 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)~://
@@ -1008,7 +1008,6 @@
  |as_65626|Integrácia a ETL|Centrálna integračná platforma (isvs_14191)|Konzumujúca|Nie|Nie|Áno|Sledovanie projektov (as_53735)|Centrálny ekonomický systém (CES MFSR) (isvs_6252)
  |as_65626|Integrácia a ETL|Centrálna integračná platforma (isvs_14191)|Konzumujúca|Nie|Nie|Áno|Sledovanie stavu nehnuteľnosti (as_53679)|Centrálny ekonomický systém (CES MFSR) (isvs_6252)
--
  **4.2.8 Poskytovanie údajov z ISVS do IS CPDI - TO BE**
  V návrhu CIP sa nepredpokladá poskytovanie údajov z ISVS na  IS CPDI.
@@ -1102,7 +1102,6 @@
  )))|(% rowspan="2" %)Register nelegálneho zamestnávania|Potvrdenie o uložení pokuty za porušenie zákazu nelegálneho zamestnávania|1. Poskytovanie potvrdenia o uložení pokuty za porušenie zákazu nelegálneho zamestnávania pre G2G
  |Údaje o uložení pokuty za porušenie zákazu nelegálneho zamestnávania|2. Poskytnutie údajov o uložení pokuty za porušenie zákazu nelegálneho zamestnávania
--
  **4.3 Dátová vrstva**
  V súčasnosti na MZ SR neexistuje štandardizovaný proces riadenia dát. Jednotlivé organizačné útvary získavajú dáta z rôznych dátových zdrojov. Dáta sú získavané na pravidelnej báze, ktorá je vopred definovaná (mesačne, ročne,...), alebo podľa aktuálnej potreby, resp. na vyžiadanie. Medzi dátovými zdrojmi neexistuje žiadne prepojenie a tieto dáta sú ukladané na lokálnom disku používateľov, ktorí s dátami pracujú, prípadne na zdieľanom úložisku. Okrem dátových zdrojov typu databáza alebo informačný systém, existuje veľa dátových zdrojov, ktoré majú formu dokumentov ako napr. xlsx, csv, pdf,...).
@@ -1464,7 +1464,6 @@
  * lôžkový fond,
  * dostupnosť liekov a ŠZM
--
  Údaje sú získavané prostredníctvom IS EPIS
  Periodicita: nepravidelne, v prípade krízových situácií
@@ -1471,7 +1471,6 @@
  )))|
--
  Na obrázku sú znázornené zdroje dát, podľa jednotlivých oddelení. Každý zdroj predstavuje jeden alebo viac dátových extraktov, ktoré sú pripravované rôznymi spôsobmi. Následne sú distribuované ku ich konzumentom rôznym spôsobom na pravidelnej, alebo nepravidelnej báze.
  [[image:1747998404956-385.png]]
@@ -1495,7 +1495,6 @@
  * eTool
  * Josephine
--
  **Spôsob získavania dát**
  Dáta sú dodávané väčšinou elektronicky vo forme excel, csv, alebo v neštruktúrovanom formáte PDF pomocou emailu, alebo zdieľaného dátového úložiska. Niektoré dáta sú však dodávané fyzicky na USB kľúči, CD alebo listinne.
@@ -1509,13 +1509,11 @@
  * Exportom
  * Fyzicky (CD, USB, listina,...)
--
  **Periodicita dodávania**
  * Vopred dohodnutá periodicita (ročne, mesačne, kvartálne, ...)
  * Na vyžiadanie
--
  Ak po dodaní dát sú na dáta aplikované dátové kontroly a je identifikovaný problém, proces vyžiadania, prípravy a dodania dát sa zopakuje.
  Následne sú tieto dokumenty spracovávané používateľmi na základe ich skúseností. Proces spracovania dát nie je zadefinovaný a štandardizovaný. Chýba automatizované spracovanie dát, vo väčšine prípadov je proces spracovania dát založený na opakovanom manuálnom spracovaní, kde sa vykonáva napríklad konsolidácia 19 excelov v rôznej štruktúre do jednej finálnej a pod.
@@ -1556,7 +1556,6 @@
  |OE_34|Údaje avíza o nezrovnalosti|Predstavuje množinu údajov týkajúcich sa údajov avíza o nezrovnalosti|Nemá
  |OE_35|Údaje o zamestnancoch zamestnávateľov PZS|Predstavuje množinu údajov o zamestnancoch zamestnávateľov PZS|Nemá
--
  Dátový rozsah projektu - Prehľad objektov evidencie sa bude pravdepodobne meniť/rozširovať na základe výsledkov fázy Analýza a dizajn projektu.
  Nasledujúci diagram znázorňuje konceptuálny pohľad na dátové domény a relácie medzi nimi. Taktiež obsahuje informáciu, ktoré oddelenie tieto dáta primárne využíva. Táto informácia je dostupná ako popis celku, ktorý zoskupuje viaceré dátové domény. Na základe tohto konceptu bude dodávateľ počas implementačnej fázy projektu navrhovať a vytvárať logický dátový model, ktorý bude slúžiť ako podklad pre tvorbu fyzického dátového modelu.
@@ -1631,7 +1631,7 @@
  Táto kapitola nie je relevantná pre projekt.
--4.3.3 Kvalita a čistenie údajov
++**4.4 Kvalita a čistenie údajov**
  **Aktuálny stav:**
@@ -1663,7 +1663,6 @@
  * Súčasť formulára
  ** V prípade importu dát pomocou formulára bude tento formulár obsahovať kontroly nad jednotlivými hodnotami a používateľ bude na chybu upozornený v reálnom čase.
--
  Dátové kontroly budú rozdelené do kategórií:
  * Informačné
@@ -1671,7 +1671,6 @@
  * Kritické kontroly (KO)
  ** Kontroly, ktoré pri identifikácií chyby informujú používateľa a zároveň zastavia ďalšie spracovanie dát, resp. nasledujúce procesy.
--
  //V tabuľke sú uvedené OE z tabuľky uvedenej v kapitole 4.3.2 Dátový rozsah projektu - Prehľad objektov evidencie - TO BE~://
  |**ID OE**|(((
@@ -1725,7 +1725,6 @@
  |OE_35|Údaje o zamestnancoch zamestnávateľov PZS| |3|5|2
--
  **Data Governance:**
  Základom CIP platformy a jej dátovej architektúry je definovanie jednotného dátového modelu – dátový model, ktorý bude konsolidovať dáta z rôznych zdrojov a ukladať tieto dáta v dátových štruktúrach.
@@ -1760,12 +1760,12 @@
  [[//https:~~/~~/mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/datova-kvalita///>>url:https://mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/datova-kvalita/]]
--**4.4.2 Otvorené údaje**
++**4.4.1 Otvorené údaje**
  V predkladanom projekte sa neplánuje publikovanie otvorených údajov.
--**4.4.1 Analytické údaje**
++**4.4.2 Analytické údaje**
  IS CIP bude môcť poskytnúť vybrané ukazovatele o hospodárení štátnych nemocníc ako analytický údaj.
@@ -1773,13 +1773,12 @@
  |  |//Dataset výsledku hospodárenia štátnych nemocníc//|//identifikátor nemocnice; adresa sídla organizácie; výnosy, celkové náklady, počet zamestnancov; výsledok hospodárenia; počet hospitalizačných prípadov; počet hospitalizovaných pacientov; počet operačných výkonov, počet ošetrovacích lôžkodní prípade iné dohodnuté ukazovatele „benchmarkingu“ nemocníc a pod.//|//- dataset obsahuje prehľad hospodárenia nemocnice//
  | |  | |
--
  **4.4.3 Moje údaje**
  Táto kapitola nie je relevantná pre projekt.
--**4.4.3 Prehľad jednotlivých kategórií údajov**
++**4.4.4 Prehľad jednotlivých kategórií údajov**
  //V nasledujúcej tabuľke je uvedený súhrn pre kategorizáciu údajov dotknutých projektom z pohľadu využiteľnosti týchto údajov.//
@@ -1853,17 +1853,12 @@
  Ministerstvo zdravotníctva zároveň nevylučuje budúcu integráciu zdravotníckeho cloudu pod gesciou NCZI, avšak až po zabezpečení dostatočných kapacít a certifikovaných služieb pre spracovanie citlivých údajov.
--1.
--11.
--111. Stratégia budovania robustného IT systému pre Ministerstvo zdravotníctva SR
++**4. 5. 1 Stratégia budovania robustného IT systému pre Ministerstvo zdravotníctva SR**
--
--
  Vzhľadom na narastajúce požiadavky na bezpečnosť, výkon a samostatnú správu IT infraštruktúry MZ SR je nevyhnutné vypracovať dvojfázový plán na vybudovanie moderného, spoľahlivého a výkonného IT riešenia. Tento plán sa skladá z dvoch hlavných etáp:
  **Prvá etapa: Vybudovanie onsite riešenia v správe MZ SR v rámci projektu CIP MZ (Centrálna integračná platforma MZ SR)**
--
  V prvej etape je prioritou vytvorenie robustného IT systému, ktorý bude plne v kompetencii a správe MZ SR, bez nutnosti využívania cloudových služieb poskytovaných externými organizáciami, ako sú Ministerstvo vnútra SR (MV SR) alebo Národné centrum zdravotníckych informácií (NCZI).
  Tento prístup zahŕňa:
@@ -1873,7 +1873,6 @@
  * **Efektívna správa:** Riešenie bude optimalizované pre potreby MZ SR, pričom sa zníži riziko výpadkov spôsobených koordináciou medzi viacerými externými subjektmi.
  * **Flexibilita:** Onsite riešenie poskytuje lepšie možnosti škálovania výkonu a kapacity podľa potrieb ministerstva.
--
  Cieľom tejto etapy je vytvoriť základnú infraštruktúru, ktorá zabezpečí stabilnú a bezpečnú prevádzku systémov ministerstva.
@@ -1883,7 +1883,6 @@
  Kľúčové kroky druhej etapy zahŕňajú:
--
  * **Rozšírenie hardvérových kapacít (výpočtová kapacita, úložisko):**
  ** Navýšenie výpočtového výkonu prostredníctvom dodatočných serverov, ktoré budú optimalizované na spracovanie veľkých objemov údajov.
  ** Zavedenie nových úložísk s dostatočnou kapacitou a rýchlosťou pre ukladanie zdravotníckych dát.
@@ -1896,10 +1896,8 @@
  ** Automatizácia rutinných úloh a procesov, čím sa zníži záťaž na administratívny personál IT oddelení.
  ** Integrácia dodatočných analytických nástrojov, ktoré podporia strategické rozhodovanie ministerstva na základe presných a aktuálnych dát.
--
  **Očakávané prínosy navrhovaného riešenia**
--
 . **Nezávislosť a kontrola:** MZ SR bude plne kontrolovať všetky aspekty IT infraštruktúry, čím sa minimalizuje riziko závislosti od tretích strán.
 . **Zvýšenie bezpečnosti:** Onsite riešenie poskytne maximálnu úroveň ochrany (v prípade potreby aj citlivých)  údajov.
 . **Zvýšený výkon a kapacita:** Rozšírenie infraštruktúry zabezpečí pripravenosť na spracovanie veľkého množstva údajov a podporí ďalší rozvoj digitálnych služieb.
@@ -1906,35 +1906,26 @@
 . **Efektívne využívanie údajov:** Nasadenie moderných nástrojov na analýzu a správu dát podporí lepšie rozhodovanie a optimalizáciu procesov.
 . **Škálovateľnosť a budúca pripravenosť:** Riešenie bude navrhnuté tak, aby umožnilo jednoduché rozšírenie kapacít a funkcií podľa budúcich potrieb.
--
  Tento dvojfázový plán vytvára silné základy pre modernizáciu IT infraštruktúry MZ SR a zabezpečuje, že ministerstvo bude schopné efektívne reagovať na budúce technologické výzvy a potreby v oblasti zdravotníctva.
++**4. 5. 2 Prehľad technologického stavu - AS IS**
--1.
--11.
--111. Prehľad technologického stavu - AS IS
--
--
  Predkladaný projekt je kľúčovou súčasťou modernizácie informačných technológií MZ SR, ktorá sa zameriava na rozvoj a konsolidáciu IT infraštruktúry. Tento projekt nadväzuje na sériu predchádzajúcich aktivít, ktoré MZ SR realizovalo v oblasti digitalizácie a modernizácie interných systémov, s cieľom zvýšiť efektivitu a bezpečnosť prevádzkových aplikácií a služieb.
  Na základe analýzy cieľovej infraštruktúry MZ SR a zohľadnenia doterajších skúseností z prevádzky v iných projektoch MZ SR, boli identifikované nasledovné kľúčové poznatky:
--
  * Význam kontajnerizácie pre budúce aplikácie: Kontajnerizácia ponúka výrazné výhody, vrátane flexibilného nasadzovania, škálovania a zvýšenej efektivity prevádzky. Umožňuje rýchlejší vývoj a nasadzovanie nových aplikácií (mobilných aj webových) a ich bezpečný prechod z vývoja do produkcie.
  * Hybridná prevádzka ako prechodný model: Vzhľadom na komplexnosť dát a súčasných systémov je dôležité zachovať hybridnú prevádzku, ktorá umožní plynulý prechod medzi tradičnými virtualizovanými systémami a modernými kontajnerovými riešeniami.
  * Automatizácia a DevSecOps: Automatizácia nasadzovania aplikácií prostredníctvom DevSecOps znižuje operačné náklady a skracuje čas potrebný na nasadenie zmien. DevSecOps prístup zároveň podporuje konzistenciu, opakovateľnosť a bezpečnosť procesov, čo vedie k zlepšeniu kvality softvérového vývoja a k zvýšeniu bezpečnosti softvérových riešení.
  * Zelené dátové centrá a energetická účinnosť: Pokračovanie v optimalizácii dátových centier prostredníctvom energeticky efektívnych riešení (hyperkonvergovaná infraštruktúra, kontajnerizácia, SSD) prispieva k zníženiu uhlíkovej stopy a prevádzkových nákladov.
--
  Tieto kľúčové princípy budú implementované do modernizovania infraštruktúry MZ SR. Predkladaný projekt vybuduje modernú IT infraštruktúru MZ SR, ktorá podporí bezpečnú, flexibilnú a energeticky efektívnu prevádzku aplikácií.
  Cieľom tejto stratégie je zabezpečiť, aby IT infraštruktúra bola dostatočne flexibilná, škálovateľná a bezpečná, pričom musí umožniť efektívnu správu rastúceho objemu dát a aplikácií. Zároveň sa v rámci tejto stratégie kladie dôraz na postupné znižovanie nákladov a zvyšovanie udržateľnosti IT prevádzky, čím sa MZ SR aktívne zapája do širších iniciatív v oblasti „zelených dátových centier“ a energetickej efektívnosti.
--
  V rámci cieľového návrhu architektúry je plánované vybudovanie hybridnej platformy, ktorá spája to najlepšie zo sveta RISC architektúry pre vysokovýkonné spracovanie dát a integráciu, s vysoko výkonnou kontajnerovou platformou pre scale-out BI scenáre, ktorá zároveň poskytne moderné prostredie pre beh kontajnerových aplikácií. Táto platforma bude súčasťou hybridnej infraštruktúry, ktorá zahŕňa:
--
  * Nezávislé vývojové, testovacie, predprodukčné, produkčné prostredia – prostredia budú oddelené, čím sa zabezpečí testovanie, nasadzovanie a škálovanie aplikácií bez vplyvu na prevádzkovú stabilitu. V projekte je zabezpečený dostatočný počet procesorov na efektívne rozdelenie prostredia na jednotlivé fázy: vývojové, testovacie, predprodukčné a produkčné. Presné požiadavky na reálny workload budú definované až počas fázy analýzy a návrhu systému. Hlavnou výhodou implementovaného riešenia je využitie funkcionality dynamického prideľovania zdrojov. Táto funkcionalita poskytuje vysokú úroveň flexibility pri správe IT infraštruktúry, umožňujúc prerozdelenie výpočtových kapacít medzi jednotlivými prostrediami podľa aktuálnych potrieb. To znamená, že zdroje sa môžu operatívne alokovať tam, kde sú v danom čase najviac potrebné, čím sa optimalizuje výkon a znižuje celková záťaž systému. V prípade, že by sa počas etapy analýzy a dizajnu identifikovali špecifické potreby, riešenie bude možné upraviť tak, aby zohľadnilo nové požiadavky bez nutnosti zásadnej rekonfigurácie infraštruktúry.
  Nasadenie kontajnerovej platformy je dôležitým krokom k zavádzaniu DevSecOps prístupu, ktorý umožní automatizáciu procesov, zrýchlenie nasadzovania aplikácií a flexibilnejšiu správu IT prostredia, s ohľadom na bezpečnosť infraštruktúry a aplikácií.
@@ -1943,7 +1943,6 @@
  Kľúčové prvky cieľovej infraštruktúry:
--
  * Hyperkonvergovaná infraštruktúra: Hlavná platforma pre virtualizáciu a kontajnerizáciu.
  * Cloud Native platforma: Moderná kontajnerová platforma pre nové a modernizované aplikácie, ktoré budú prevádzkované primárne v prostredí MZ SR. Cloud Native platforma, v prípade potreby enormného nárastu požiadaviek na dostupný výpočtový výkon alebo úložný priestor, umožňuje transparentný prechod medzi onsite prostredím MZ SR a poskytovateľmi cloudových služieb.
  * Hybridný prístup: Umožnenie prevádzky existujúcich aplikácií na VM s možnosťou scale-out na kontajnerové riešenia.
@@ -1965,24 +1965,15 @@
  * Podporu pre nové workloady: Nasadenie systémov s umelou inteligenciou (AI) a ďalšie pokročilé aplikácie, ktoré vyžadujú špecifické typy infraštruktúry.
  * Ekologické prístupy a znižovanie nákladov: Ďalšie znižovanie energetických nárokov prostredníctvom inovatívnych HW/SW infraštruktúrnych riešení.
--
  Nasadenie hybridnej platformy a jej integrácia s existujúcimi virtualizovanými prostrediami s využitím RISC platformy a hyperkonvergovanej infraštruktúry umožní postupný prechod na moderné kontajnerované (cloud native) riešenia, čím sa zabezpečí dlhodobá udržateľnosť a zníženie prevádzkových nákladov rôznorodých aplikácii MZ SR.
--
  V súčasnom stave je technologická infraštruktúra zabezpečená štandardnými prostriedkami a informačno-technickými zariadeniami MZ SR, akými sú pracovné stanice, notebooky, zdieľané serverové úložiská, počítačová sieť MZ SR a pod. Pre centralizované spracovanie veľkého počtu dát – integráciu, extrakciu, transformáciu a analýzu však nie je súčasná infraštruktúra postačujúca a je potrebné zabezpečiť rozvoj technickej infraštruktúry pre navrhované moduly CIP, akými sú hlavne výpočtový výkon a úložiská.
--1.
--11.
--111. Požiadavky na výkonnostné parametre, kapacitné požiadavky – TO BE
++**4. 5. 3 Požiadavky na výkonnostné parametre, kapacitné požiadavky – TO BE**
--
  V nasledujúcej tabuľke sú predpokladané požiadavky na výkonnostné parametre, kapacitné požiadavky, ktoré majú vplyv na výkon, sizing prostredia, napr. počet interných používateľov, počet externých používateľov, počet spracovávaných procesov, dokumentov, komunikáciu medzi vrstvami architektúry IS, využívanie sieťovej infraštruktúry (Govnet, LAN, VPN, …). Uvedené predpoklady sú orientačné je potrebné spresniť počas fázy Analýza a Dizajn.
--
--
--
--
  |**Parameter** |**Jednotky** |**Predpokladaná hodnota** |**Poznámka**
  |Počet interných používateľov |Počet |100 |MZ SR
  |Počet súčasne pracujúcich interných používateľov v špičkovom zaťažení |Počet |30 - 100 |
@@ -1998,7 +1998,6 @@
 GB import pri dennom spracovaní 365 dní, pre 19 nemocníc.
  |Objem úložiska pre spracovanie údajov (produkčné prostredie) |Objem  |Min. 250 TB 48 TB ročne |
--
  Celková konfigurácia pre budúcu infraštruktúru MZ SR je rozdelená na dve etapy nasledovne:
  Prvá etapa je vybudovanie robustného systému v správe a prevádzke MZ SR, bez nutnosti využívania cloudových riešení či už od MV SR , alebo NCZI. Ide o vybudovanie Onsite riešenia vyslovene v kompetencii MZ SR.
@@ -2018,13 +2018,10 @@
  |**HW**|Storage|upgrade|1
  |**SW**|Data lake| |1
--
  Pre plánovanú implementáciu systému sa odporúča zabezpečiť vysokovýkonnú RISC platformu v kombinácii s HCI a dedikovaným úložiskom, čo splní náročné požiadavky na škálovateľnosť, spoľahlivosť a efektívne spracovanie veľkých objemov údajov. Navrhované preferované parametre pre budúci stav infraštruktúry sú nasledovné.
--
  Odporúča sa vybrať hybridné riešenie, ktoré bude kombináciou RISC platformy a hyperkonvergovanej architektúry, čo zabezpečí vysokú škálovateľnosť a flexibilitu v prevádzke virtualizovaných a kontajnerových aplikácií. Umiestnenie servera v rackovej skrini bude štandardným riešením pre dátové centrum. Zároveň by mal server disponovať redundantným napájaním, čím sa zabezpečí nepretržitá prevádzka a minimalizuje riziko výpadkov.
--
  [RISC Platforma]
    │
@@ -2038,7 +2038,6 @@
  Výhoda navrhovanej architektúry je nasledovná, pretože spĺňa tieto požiadavky, aj z pohľadu udržateľnosti projektu:
--
  * Vysoký výkon
  ** RISC Platforma dokáže zabezpečiť MDM/RDBMS (nízka latencia).
  ** HCI je možné škálovať pre ETL/Spark zaťaženia.
@@ -2046,21 +2046,15 @@
  ** Podpora pre AI/ML scenáre.
  ** Hybridné cloud riešenie.
--
  Dodávateľ navrhne kompletnú serverovú infraštruktúru, dedikované úložisko, sieťové prvky a softvér pre prevádzku virtualizácie, DevSecOps, integrácií, data lake, dátovej platformy a business intelligence.
--1.
--11.
--111.
--1111. Požiadavky na výkonnostné parametre, kapacitné požiadavky – Integračný server
++**4. 5. 3.1  Požiadavky na výkonnostné parametre, kapacitné požiadavky – Integračný server**
--
  Server by mal dosahovať výkon pri 4 socketovom systéme podľa CPU 2017 benchmark v rámci SPECrate2017_int_peak minimálne 1580 bodov.
  Odporúča sa, aby server disponoval minimálne 512 GB pamäte typu DDR5, pričom by mala byť dostupná možnosť rozšírenia až na 2 TB, aby bolo možné flexibilne reagovať na rastúce potreby systému. Ďalej sa odporúča podpora hardvérovej komprimácie pamäte, ktorá umožní efektívnejšie využívanie dostupnej kapacity.
--
  Pre rýchly prístup k dátam by mal server obsahovať minimálne dva NVMe U.2 SSD disky s kapacitou aspoň 800 GB každý, čo zaistí vysokú rýchlosť čítania a zápisu a podporí plynulé spracovanie údajov.
  Na zabezpečenie vysokej rýchlosti komunikácie s inými servermi sa odporúča vybaviť server minimálne štyrmi 10 Gbps Ethernet portami pre stabilnú a rýchlu komunikáciu s externými systémami. Na prístup k úložiskám dát by mal server disponovať minimálne štyrmi Fibre Channel portami s priepustnosťou 16 Gbps, čím sa zabezpečí dostatočný výkon pri prenose veľkých objemov dát.
@@ -2067,7 +2067,6 @@
  V rámci podpory virtualizácie by server mal umožňovať definovanie minimálne 200 virtuálnych serverov, čím sa zvýši flexibilita a efektívne využitie dostupných zdrojov. Server by mal umožňovať nastavenie výkonových limitov pre skupiny virtuálnych serverov a dynamické prerozdelenie nevyužitého výkonu procesorov, čo optimalizuje zaťaženie. V prípade potreby by mal každý virtuálny server mať možnosť využiť celý výkon fyzického servera, pričom by mala byť zabezpečená funkcia presunu virtuálnych serverov medzi fyzickými servermi bez prerušenia prevádzky.
--
  Preferovaný operačný systém pre server je Linux, ktorý by mal efektívne využívať celý dostupný výkon. Správa servera by mala byť možná na diaľku prostredníctvom vzdialeného prístupu, čo umožní efektívny monitoring a správu bez potreby fyzického prístupu.
  Odporúča sa, aby server mal minimálnu záruku 3 roky, čím sa zabezpečí dlhodobá podpora a možnosť riešenia prípadných hardvérových problémov.
@@ -2074,10 +2074,8 @@
  Navrhované parametre pre budúci stav servera zabezpečia výkonnú, škálovateľnú a flexibilnú infraštruktúru pre efektívnu prevádzku navrhovaného riešenia. Výkonná pamäť, vysokorýchlostná konektivita, vysoká efektivita výkonu na watt poskytnú základný kameň pre rýchle spracovanie veľkého objemu dát, s vysokým množstvom transakcií.
--
  Tabuľka uvedená nižšie zobrazuje prehľad vybraných požiadaviek v budúcom stave pre serverovú časť pre Etapu 1.
--
  |**Základná konfigurácia servera**|**Minimálne požadované parametre**
  |(% rowspan="3" %)**Prevedenie**|
  |Server umiestniteľný do skrine
@@ -2102,15 +2102,10 @@
  Tabuľka 8: Sumárny prehľad vybraných požiadaviek v budúcom stave pre server
--1.
--11.
--111.
--1111. Požiadavky na výkonnostné parametre, kapacitné požiadavky – HCI
++**4. 5. 3.2 Požiadavky na výkonnostné parametre, kapacitné požiadavky – HCI**
--
  Hyperkonvergovaná infraštruktúra bude obsahovať 4 uzly, pričom 1 uzol bude koordinačný a 3 pracovné
--
  |**Základná konfigurácia servera**|**Minimálne požadované parametre pre každý uzol**
  |(% rowspan="3" %)**Prevedenie**|
  |Server umiestniteľný do skrine
@@ -2128,44 +2128,28 @@
  |**Záruka**|Základná záruka 3 roky
++**4. 5. 3.3 Požiadavky na výkonnostné parametre, kapacitné požiadavky – Storage**
--
--
--1.
--11.
--111.
--1111. Požiadavky na výkonnostné parametre, kapacitné požiadavky – Storage
--
--
  Pre navrhovanú infraštruktúru úložiska sú preferované minimálne požiadavky na diskové mid-range pole, ktoré by malo zabezpečiť vysokú dostupnosť, efektívne ukladanie dát a vysoký výkon pre podnikové aplikácie.
--
  Diskové pole by malo byť strednej kategórie s minimálne 256 GB cache pamäťou a redundantnými napájacími zdrojmi a kontrolérmi s podporou dátovej priepustnosti 256 Gb/s. Základný softvér pre správu diskového poľa musí zahŕňať funkcie internej virtualizácie, thin provisioningu, in-line kompresie a deduplikácie, synchrónnej a asynchrónnej replikácie, automatického tieringu, snapshotov a klonov LUN, nemeniteľných kópií LUN a multipath ovládačov. Softvérová a hardvérová podpora musí byť zabezpečená na obdobie minimálne 3 rokov.
--
  Kapacita diskového poľa by mala dosahovať minimálne 34 TB RAW na NVMe SSD alebo Flash diskoch s efektívnou kapacitou 21 TiB bez kompresie a deduplikácie, so zapojením do RAID6 a HSP kapacitou distribuovanou cez všetky diskové moduly.
--
  Diskové pole musí byť montovateľné do štandardnej 19-palcovej skrine, s redundantným jednofázovým napájaním do 250V. Všetky kľúčové komponenty musia byť redundantné, vymeniteľné a rozšíriteľné počas prevádzky bez nutnosti odstávky aplikácií. Požaduje sa aktívne riadenie end-to-end NVMe konektivity, podpora NVMe SSD s in-line kompresiou a kryptovaním dát bez zaťaženia CPU riadiacich jednotiek, podpora NVMe SCM a rotačných diskov. Diskové pole musí umožňovať mixovanie SCM a SSD modulov, ako aj detekciu ransomware hrozieb. Cache pamäť systému musí byť chránená batériami pre bezpečné uloženie dát pri výpadku napájania.
--
  Diskové pole musí podporovať redundantnú Host/SAN konektivitu s celkovou dátovou priepustnosťou 256 Gb/s pre MM FC a 40 GbE TX iSCSI, s podporou 25 Gb/s iSCSI, 64 Gb/s a 32 Gb/s FC konektivity. Dedikované porty na manažment diskového poľa sú nevyhnutné.
--
  Softvér diskového poľa musí podporovať štandardný aj thin provisioning, in-line kompresiu a deduplikáciu s časovo neobmedzeným licenčným pokrytím. Požaduje sa možnosť automatického vytvárania snapshotov, klonov LUN a nemeniteľných kópií v nastavených časoch. Riešenie musí zabezpečovať online výmenu kontrolérov, aktualizáciu softvéru a firmvéru diskových modulov bez prerušenia chodu aplikácií, vrátane podpory online zväčšenia LUN, riadenia QoS a klastrovania kontrolérov. Podpora kryptovania dát, monitoring záťaže a výkonu v reálnom čase sú takisto požadované.
--
  Úložisko musí umožňovať vysokú dostupnosť dát v dvoch geograficky oddelených lokalitách s automatickým prepnutím IO operácií v prípade HW výpadku, pričom riešenie je transparentné voči pripojeným hostom. Systém musí tiež podporovať split-brain situácie pomocou SW arbitra.
  Požadovaný manažment diskového poľa zahŕňa integráciu do MS HyperView, VMware VAAI a VASA, komerčné multipath ovládače pre OS zahrnuté v cene, manažment prostredníctvom GUI a CLI cez HTTPS a SSHv2, logovanie prístupov a udalostí, viacúrovňový manažment prístupových práv a integráciu do LDAP. Všetky potrebné komponenty vrátane kabeláže musia byť súčasťou pripojenia do SAN.
--
  Diskové pole musí byť kompatibilné s operačnými systémami Linux, MS Windows, Unix a VMware. Základná záruka na diskové pole musí byť minimálne 3 roky, čo zabezpečí dlhodobú podporu a spoľahlivú prevádzku.
--
  Tabuľka uvedená nižšie zobrazuje sumárny prehľad požiadaviek v budúcom stave pre úložisko pre Etapu 1.
--
  |** Storage**|**Minimálne požadované parametre**
  |(% colspan="2" %)**Základná konfigurácia diskového mid-range poľa**
  |(% rowspan="4" %)**Základné vlastnosti**|Diskové pole strednej kategórie
@@ -2211,13 +2211,9 @@
  Tabuľka 9: Sumárny prehľad požiadaviek v budúcom stave pre storage
--1.
--11.
--111.
--1111. Požiadavky na výkonnostné parametre, kapacitné požiadavky – Integračná platforma
++**4. 5. 3.4 Požiadavky na výkonnostné parametre, kapacitné požiadavky – Integračná platforma**
--
  Integračná platforma je navrhnutá na prepájanie a integráciu aplikácií bez ohľadu na formáty a protokoly, ktoré tieto aplikácie podporujú. Poskytuje funkciu Enterprise Service Bus (ESB), čím umožňuje centralizovanú a spoľahlivú správu komunikácie medzi systémami a aplikáciami. Platforma musí zabezpečovať integrácie s využitím princípov architektúry orientovanej na služby (SOA) a fungovať ako sprostredkujúca vrstva (middleware), ktorá umožní vzájomnú komunikáciu sád služieb. Podpora rôznych protokolov a konektorov je nevyhnutná, pričom systém musí umožňovať prácu minimálne s JMS, HTTP, HTTPS, webovými službami (SOAP, REST), súbormi, TCP/IP, Kafka, ODBC a JDBC.
  Platforma musí zabezpečovať spoľahlivý prenos správ, pričom v prípade nedostupnosti príjemcu musí implementovať nástroje na opakované odoslanie správ. Je dôležité, aby žiadna správa nebola v rámci integračnej platformy stratená – správa musí byť buď doručená, alebo uložená a zaradená do zoznamu nedoručených správ. Súčasťou platformy musí byť konektivita na messaging systém, ktorý je licenčne súčasťou riešenia, a musí podporovať transakčný spôsob spracovania správ.
@@ -2233,13 +2233,8 @@
  Týmto spôsobom integračná platforma umožňuje efektívne prepojenie aplikácií a systémov, podporuje automatizáciu procesov, zlepšuje komunikáciu medzi službami a zabezpečuje vysokú dostupnosť a spoľahlivosť prevádzky.
++**4. 5. 3.5 Požiadavky na výkonnostné parametre, kapacitné požiadavky – Analytická platfroma**
--1.
--11.
--111.
--1111. Požiadavky na výkonnostné parametre, kapacitné požiadavky – Analytická platfroma
--
--
  Architektúra riešenia bude integrovaná do navrhnutej arch. MZ SR a bude jej komplementárnym rozšírením o HW a SW, pre potreby dodatočných modulov na pre kvalitu údajov a my data komponent. Architektúra riešenia musí byť navrhnutá tak, aby oddeľovala vykonávací mechanizmus SQL od dátového skladu, čím sa zabezpečí nezávislosť týchto dvoch komponentov. Toto oddelenie umožní podporu viacerých typov vykonávacích engines SQL podľa typu spracovávanej úlohy, pričom príslušný vykonávací engine SQL sa bude môcť pripojiť k príslušnej databáze údajov. Riešenie musí umožňovať prístup k databáze prostredníctvom otvoreného tabuľkového formátu, pričom bude podporovaný distribuovaný SQL engine.
  Riešenie musí tiež poskytovať konektory na pripojenie k existujúcim zdrojom údajov, vrátane relačných databáz a NoSQL databáz, prostredníctvom distribuovaného SQL engine. Zároveň musí ponúkať jednotný prístupový bod ku všetkým pripojeným zdrojom, čo zjednoduší prístup k rôznym typom údajov pre analytické platformy. V rámci správy prístupov musí systém umožniť používateľom prístup na základe pridelených rolí, pričom bude možné definovať prístupové pravidlá na úrovni vykonávacích engines a dátových spojení. Ďalej musí byť možné definovať politiky až na úroveň položiek tabuľky.
@@ -2267,18 +2267,12 @@
  * Systém musí zabezpečiť, aby sa dátové procesy a údaje spravovali v súlade s účinnými právnymi predpismi (data governance)
++**4. 5. 4 Návrh riešenia technologickej architektúry**
--
--1.
--11.
--111. Návrh riešenia technologickej architektúry
--
--
  Centrálnu integračnú platformu bude tvoriť množina modulov, ktoré budú zodpovedné za získavanie dát, ich spracovanie a prezentáciu používateľovi. Podstatou je, že dáta sa nebudú pripravovať manuálnym spôsobom, ale platforma bude schopná pomocou vytvorených integrácií dáta extrahovať priamo zo zdrojového systému. Aj napriek viacerým zdrojom dát bude platforma zabezpečovať konsolidované dáta v jednotnej štruktúre. Správnosť a kvalita dát bude zabezpečovaná modulom dátovej kvality, ktorý bude priebežne vyhodnocovať správnosť dát. Spracované a skontrolované dáta budú slúžiť ako základ reportingu v reportingovom module, kde si používatelia budú môcť prezerať existujúce reporty, alebo si vyskladať report podľa potreby.
  Samotné používateľské rozhranie CIP bude webová aplikácia, ktorá bude dostupná z webového prehliadača.
--
  Navrhovaná Centrálna integračná platforma bude mať viac vrstvovú architektúru a bude poskytovať viaceré funkcie:
  * **Integračný komponent**
@@ -2298,7 +2298,6 @@
  * Rozhrania na strane NIS nemocníc, ktoré sú potrebné pre integráciu CIP
--
  **Modul Integračný komponent**
  Na nasledujúcom obrázku je znázornená konceptuálna architektúra technického riešenia Centrálnej integračnej platformy – Modulu integrácia.
@@ -2310,10 +2310,8 @@
  **Integračná funkcia** bude zodpovedná za realizáciu integrácií na zdrojové systémy. Bude realizovať pripojenie na dátový zdroj vo vopred dohodnutých časových intervaloch. Po pripojení a extrakcii dát sa systém ihneď ako to bude možné, odpojí od dátového zdroja, aby sa predišlo vyťaženiu a spomaleniu zdrojového systému.
++Predpokladané integrácie:
-- Predpokladané integrácie:
--
--
  |Entita |Aktuálny zdrojový systém |Budúci zdrojový systém
  | Dátum |vygenerované |vygenerované
  |Subjekt (Organizácia) |ÚDZS  |IS Poskytovateľov zdravotnej starostlivosti
@@ -2343,12 +2343,10 @@
  |Dostupnosť liekov a ŠZM |IS EPIS |NIS
  |Spotreba ŠZM |NIS |CES
--
  **Extrakčná funkcia** bude slúžiť na samotnú extrakciu dát. Bude obsahovať samotné ETL procedúry na extrakciu dát a dátové štruktúry do ktorých budú tieto dáta ukladané. Tieto dáta budú zo zdrojového systému extrahované v surovom stave, to znamená že na nich počas procesu nebudú aplikované žiadne zmeny. Tieto dáta budú extrahované ako celkový extrakt, alebo ako inkrementálny extrakt. Typ extraktu, periodicita a rozsah dát budú definované po detailnej analýze.
  Dáta v extrakčnej vrstve budú dostupné po dobu definovanú potrebami, alebo dodávateľom.
--
  **Funkcia zmeny dátového štandardu** bude obsahovať transformačné procedúry zodpovedné za:
  * Zmena dátového štandardu,
@@ -2361,21 +2361,16 @@
  * Čistenie dát.
--
  Zdrojom dát pre túto vrstvu budú dáta získané extrakciou v extrakčnej vrstve. Procedúry na zmenu dátového štandardu budú navrhnuté a realizované na základe detailnej analýzy dodávateľom počas implementačnej fázy projektu.
  **Modul kvality a čistenia údajov**
--
  Modul dátovej kvality bude obsahovať špecifické procedúry na vyhodnocovanie dátovej kvality. Tieto procedúry navrhne a vyvinie dodávateľ na základe detailnej analýzy počas implementačnej fázy. Kontroly budú automatizované a budú aplikovateľné v extrakčnej, transformačnej a prezentačnej vrstve. Výsledok dátovej kontroly bude zaslaný pridelenému vlastníkovi dátovej kontroly, prípadne zapísaný do metadát a neskôr zobrazený v reporte dátovej kvality. Na základe vážnosti problému s dátami modul rozhodne o zastavení ďalších ETL procesov, alebo len o informovaní vlastníka.
--
--
  **Modul Business Intelligence / Reportingová vrstva**
--
  Táto vrstva ponúkne používateľovi možnosť vytvorenia reportov nad dátami dostupnými v prezentačnej vrstve. Dáta budú používateľom prezentované ako vizualizované reporty, prostredníctvom vizualizácií. Reporting bude dynamický a interaktívny. Vždy bude obsahovať aktuálne dáta, s reportom bude môcť používateľ pracovať a podľa potreby filtrovať, prehliadať, analyzovať dáta.
  Viditeľnosť dát bude ovplyvnená prístupovými právami pridelenými konkrétnemu používateľovi, resp. skupine používateľov.
@@ -2384,7 +2384,6 @@
  Dáta tejto vrstvy budú dostupné pre konzumentov dát a budú zobrazované v používateľskom rozhraní platformy.
--
  Dodávateľ navrhne logický dátový model na základe detailnej analýzy používaných a požadovaných dát. Tento model po validácií a schválení MZ SR použije pre vytvorenie a implementáciu fyzického dátového modelu.
  Predmetom analýzy dodávateľa bude aj analýza uskutočniteľnosti tohto modelu a procesov s ním spojených.
@@ -2394,24 +2394,18 @@
  Je to priestor, v ktorom používateľ vie pracovať s CIP platformou, vie využívať jej funkcionality a vie pristupovať k dátam. Tento priestor by mal byť intuitívny a ľahký na pochopenie.
--
  Rámcová technologická architektúra vyplýva z vybranej alternatívy aplikačnej architektúry.. Súčasná infraštruktúra nie je kapacitne prispôsobená pre podmienky fungovania CIP a je preto potrebné vytvoriť prostredia, ktoré zabezpečia: vývoj, testovanie a prevádzku CIP ako aj zálohovanie údajov.
--1.
--11.
--111. Využívanie služieb z katalógu služieb vládneho cloudu
++**4. 5. 5 Využívanie služieb z katalógu služieb vládneho cloudu**
--
  V projekte sa nepredpokladá využívanie služieb vládneho cloudu.
--1.
--11. Bezpečnostná architektúra
++**4.6 Bezpečnostná architektúra**
  V súčasnom stave je bezpečnosť údajov riadená zmysle interných predpisov MZSR. Navrhovaný systém by mal spĺňať minimálne požiadavky v zmysle CSIRT - Metodiky pre systematické zabezpečenie organizácií verejnej správy v oblasti informačnej bezpečnosti. [[https:~~/~~/www.csirt.gov.sk/metodika-zabezpecenia-ikt.html?csrt=13813447150791197614>>url:https://www.csirt.gov.sk/metodika-zabezpecenia-ikt.html?csrt=13813447150791197614]]
--
  Navrhované riešenie musí byť v súlade s právnymi normami v oblasti kybernetickej bezpečnosti a ochrany údajov a zároveň s technickými normami, ktoré stanovujú úroveň potrebnej bezpečnosti IS, pre manipuláciu so samotnými dátami, alebo technické/technologické/personálne zabezpečenie samotnej výpočtovej techniky/HW vybavenia. Ide najmä o zákony a vykonávacie predpisy:
  * Zákon č. 95/2019 Z.z. o informačných technológiách vo verejnej správe
@@ -2421,19 +2421,13 @@
  * Vyhláška Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu č. 179/2020 Z. z., ktorou sa ustanovuje spôsob kategorizácie a obsah bezpečnostných opatrení informačných technológií verejnej správy
  * Zákon č. 18/2018 Z. z. o ochrane osobných údajov a o zmene a doplnení niektorých zákonov
--
  Vzhľadom k tomu, že sa jedná o informačný systém v oblasti zdravotníctva, musí byť v súlade so všetkými právnymi normami, ktoré sú požadované pre budovanie IS v oblasti zdravotníctva, ako aj pre budovanie IS vo verejnej a štátnej správe.
++**5 Závislosti na ostatné ISVS / projekty**
--
--
--1. Závislosti na ostatné ISVS / projekty
--
--
  Prehľad známych projektov, programov a informačných systémov (ISVS), od ktorých je realizácia pripravovaného projektu závislá.
--
  |**Stakeholder**|(((
  **Kód projektu /ISVS**
@@ -2453,14 +2453,11 @@
  //CIP bude konzumentom dát, ktoré budú poskytované prostredníctvom OPE (NCZI) predovšetkým zo systému ISZI a JÚRZ//
  )))
--
  V prehľade nie sú uvedené plánované zmeny v IS dotknutých PZS, napr. plánované výmeny nemocničných informačných systémov, predĺženie podpory IS v nemocniciach na dlhšie obdobia a pod. Plány pre obstarávania a objednávania zmien v IT sú evidované PZS priebežne do centrálneho systému, sledované a odsúhlasované na úrovni MZ SR.
++**6 Zdrojové kódy**
--
--1. Zdrojové kódy
--
  Ustanovenia k zdrojovým kódom a licenciám budú uvedené v zmluve s dodávateľom v zmysle zákonnej právnej úpravy a  usmernenia pre oblasť zdrojových kódov:
  * Zákon č. 95/2019 Z. z. o informačných technológiách vo verejnej správe a o zmene a doplnení niektorých zákonov a jeho vykonávacie predpisy
@@ -2469,19 +2469,13 @@
  * Vyhláška č. 179/2020 Z. z. ktorou sa ustanovuje spôsob kategorizácie a obsah bezpečnostných opatrení informačných technológií verejnej správy, najmä Príloha č.2 tejto vyhlášky, časť J. Akvizícia, vývoj a údržba informačných technológií verejnej správy.
++**7 Prevádzka a údržba**
--
--
--1. Prevádzka a údržba
--
--
  //Úroveň podpory používateľov bude v súlade s internými postupmi MZ SR v oblasti správy systémov a definovaná v rámci servisnej zmluvy resp. SLA.//
--1.
--11. Riešenie incidentov – SLA parametre
++**7. 1 Riešenie incidentov – SLA parametre**
--
  //Za incident je považovaná chyba IS, t.j. správanie sa v rozpore s prevádzkovou a používateľskou dokumentáciou IS. Za incident nie je považovaná chyba, ktorá nastala mimo prostredia IS napr. výpadok poskytovania konkrétnej služby Vládneho cloudu alebo komunikačnej infraštruktúry.//
  Označenie naliehavosti incidentu:
@@ -2492,7 +2492,6 @@
  |C|Stredná|Chyby a nedostatky, ktoré spôsobia čiastočné obmedzenia používania systému.
  |D|Nízka|Kozmetické a drobné chyby.
--
  možný dopad:
  |**Označenie závažnosti incidentu**|(((
@@ -2504,7 +2504,6 @@
  |2|značný|značný dopad alebo strata dát
  |3|malý|malý dopad alebo strata dát
--
   Výpočet priority incidentu je kombináciou dopadu a naliehavosti v súlade s best practices ITIL V3 uvedený v nasledovnej matici:
  |(% colspan="2" rowspan="2" %)**Matica priority incidentov**|(% colspan="3" %)**Dopad**
@@ -2514,7 +2514,6 @@
  |**Stredná - C**|2|3|4
  |**Nízka - D**|3|4|4
--
  Vyžadované reakčné doby:
  |**Označenie priority incidentu**|**Reakčná doba^^(1)^^ od nahlásenia incidentu po začiatok riešenia incidentu**|**Doba konečného vyriešenia incidentu od nahlásenia incidentu (DKVI) ^^(2)^^**|(((
@@ -2531,18 +2531,14 @@
  //(1) Reakčná doba je čas medzi nahlásením incidentu verejným obstarávateľom (vrátane užívateľov IS, ktorí nie sú v pracovnoprávnom vzťahu s verejným obstarávateľom) na helpdesk úrovne L3 a jeho prevzatím na riešenie.//
--
  //(2) DKVI znamená obnovenie štandardnej prevádzky - čas medzi nahlásením incidentu verejným obstarávateľom a vyriešením incidentu úspešným uchádzačom (do doby, kedy je funkčnosť prostredia znovu obnovená v plnom rozsahu). Doba konečného vyriešenia incidentu od nahlásenia incidentu verejným obstarávateľom (DKVI) sa počíta počas celého dňa. Do tejto doby sa nezarátava čas potrebný na nevyhnutnú súčinnosť verejného obstarávateľa, ak je potrebná pre vyriešenie incidentu. V prípade potreby je úspešný uchádzač oprávnený požadovať od verejného obstarávateľa schválenie riešenia incidentu.//
--
  //(3) Maximálny počet incidentov za kalendárny mesiac. Každá ďalšia chyba nad stanovený limit spoľahlivosti sa počíta ako začatý deň omeškania bez odstránenia vady alebo incidentu. Duplicitné alebo technicky súvisiace incidenty (zadané v rámci jedného pracovného dňa, počas pracovného času 8 hodín) sú považované ako jeden incident.//
--
  //(4) Incidenty nahlásené verejným obstarávateľom úspešnému uchádzačovi v rámci testovacieho prostredia majú prioritu 3 a nižšiu//
  //Vzťahujú sa výhradne k dostupnosti testovacieho prostredia. Za incident na testovacom prostredí sa nepovažuje incident vztiahnutý k práve testovanej funkcionalite.//
--
  //Vyššie uvedené SLA parametre nebudú použité pre nasledovné služby~://
  * //Služby systémovej podpory na požiadanie (nad paušál)//
@@ -2551,10 +2551,8 @@
  //Pre tieto služby budú dohodnuté osobitné parametre dodávky.//
--1.
--11. Požadovaná dostupnosť IS:
++**7.2 Požadovaná dostupnosť IS:**
--
  |**Popis**|**Parameter**|**Poznámka**
  |**Prevádzkové hodiny**|//12 hodín//|//od 6:00 hod. - do 18:00 hod. počas pracovných dní//
  |(% rowspan="2" %)**Servisné okno**|//10 hodín//|//od 19:00 hod. - do 5:00 hod. počas pracovných dní//
@@ -2576,25 +2576,18 @@
  )))
--1.
--11.
--111. Dostupnosť (Availability)
++**7.2.1 Dostupnosť (Availability)**
  **Dostupnosť** (**Availability**) je vyjadrená ako percento času v danom období, obvykle za rok. Predpokladá sa dostupnosť na úrovní **98% dostupnosť, **čo znamená kumulatívny výpadok 7,30 dňa ročne resp. 14 hodín mesačne.
++**8 Požiadavky na personál**
--
--1. Požiadavky na personál
--
  Požiadavky na personál sú uvedené v dokumente Projektový zámer v kapitole č. 9.
++**9 Prílohy**
--
--1. Prílohy
--
--
  Príloha č.1: I_02_BC_CBA_PRILOHA_Projekt_CIP_MZSR_240415_NAVRH_v_1.5.xlsx (CBA a KATALÓG POŽIADAVIEK)
  Príloha č. 2: Katalóg existujúcich výkazov CES
@@ -2881,7 +2881,6 @@
  |**Realizátor projektu**|//Ministerstvo zdravotníctva Slovenskej republiky//
  |**Vlastník projektu**|//Ministerstvo zdravotníctva Slovenskej republiky//
--
  **Schvaľovanie dokumentu**
  |**Položka**|**Meno a priezvisko**|**Organizácia**|**Pracovná pozícia**|**Dátum**|(((
@@ -2891,7 +2891,6 @@
  )))
  |Vypracoval| | | | |
--
 . História dokumentu
  |**Verzia**|**Dátum**|**Zmeny**|**Meno**
@@ -2905,7 +2905,6 @@
  |//1.7//|//11.12.2024//|//Zapracovanie pripomienok z interných pracovných stretnutí//|
  |//1.8//|//14.3.2025//|//Zapracovanie pripomienok z interných pracovných stretnutí//|
--
  [[1         História dokumentu.. 1>>path:#_Toc197345770]]
@@ -3003,7 +3003,6 @@
  [[9         Prílohy. 73>>path:#_Toc197345817]]
--
@@ -3014,10 +3014,9 @@
  Dokument Prístup k projektu v zmysle vyššie uvedenej vyhlášky obsahuje opis navrhovaného riešenia, architektúru riešenia projektu na úrovni biznis vrstvy, aplikačnej vrstvy, dátovej vrstvy, technologickej vrstvy, infraštruktúry navrhovaného riešenia, bezpečnostnej architektúry, špecifikáciu údajov spracovaných v projekte, čistenie údajov, prevádzku a údržbu výstupov projektu, prevádzkové požiadavky, požiadavky na zdrojové kódy. Dodávané riešenie musí byť v súlade so zákonom. Zároveň opisuje aj implementáciu projektu a preberanie výstupov projektu.
--1.
++1.
 . Použité skratky a pojmy
--
  |**SKRATKA/POJEM**|**POPIS**
  |**AI**|Umelá inteligencia, artificial intelligence
  |**AS**|Aplikačná služba
@@ -3056,11 +3056,9 @@
  |**VC**|Vládny cloud
  |**WHO**|Svetová zdravotníctva organizácia (World Health Organization)
--
--1.
++1.
 . Konvencie pre typy požiadaviek (príklady)
--
  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 požiadaviek sú kategorizované podľa oblastí označených v samostatnom stĺpci „Oblasť požiadavky“ pre každú požiadavku v nasledujúcich kategóriách:
 . Procesné,
@@ -3073,10 +3073,8 @@
 . Požiadavky na UI/UX,
 . Implementačné požiadavky.
--
  Všetky požiadavky uvedené v Prístupe k projektu v príslušných kapitolách, sú v súlade s funkčnými, nefunkčnými a technickými požiadavkami uvedenými v Katalógu požiadaviek I-04 (M-05 Analýza nákladov a prínosov - BC/CBA, karta: Katalóg požiadaviek).
--
@@ -3101,7 +3101,6 @@
  * migrácia 19 PZS v zriaďovateľskej/zakladateľskej pôsobnosti MZ SR do  IS CES v rámci projektu CES (pre dáta, ktoré sú potrebné pre kontroling a benchmarking)
  * integrácia LIS nemocníc do IS CES
--
  Pozn.: Podmienku migrácie 19 PZS do CES realizácie je potrebné naplniť z dôvodu, potreby zdrojových dát pre CIP MZ SR z namigrovaných modulov ERP nemocníc. Aktivity analýzy a návrhu oboch častí (CES a CIP) však môžu prebiehať paralelne.
@@ -3111,10 +3111,8 @@
  * integračná vrstva pre údaje z CES, NIS a OPE pre poskytovanie služieb pre prístup a analýzu údajov nemocníc používateľmi MZ SR a nemocníc.
--
  Nenaplnenie kľúčových predpokladov uvedených vyššie môže mať negatívny dopad na časové trvanie, predpokladané náklady a dosiahnite cieľov projektu.
--
@@ -3134,18 +3134,16 @@
  V IS CIP sa neplánuje spracovávať osobné ani citlivé údaje, akými sú napr. klinické údaje o pacientoch, mená a priezviská, rodné čísla, dátumy narodenia, adresy trvalého bydliska, identifikované diagnózy a pod.. V prípade použitia individuálnych údajov sa využijú údaje upravené anonymizáciou resp. pseudonymizáciou na zdrojoch v IS OPE resp. CES a agregované údaje z ktorých nebude možné identifikovať konkrétnu osobu. Príkladom využitia údajov o fyzických osobách v CIP budú základné údaje o štatutároch nemocníc vo verejne dostupnom rozsahu (napr. webové sídla nemocníc a MZ SR, Obchodný register Slovenskej republiky a pod.).
--1.
++1.
 . Biznis vrstva
--
--1.
--11.
++1.
++11.
 . Súčasná stav
++Potreby, na základe ktorých vznikol návrh budúceho riešenia, sú zamerané predovšetkým na zlepšenie riadenia a hospodárenia nemocníc v pôsobnosti MZ SR ako ich zriaďovateľa resp. zakladateľa, prostredníctvom zlepšenia správy dát, ich centralizácie, odstránením duplicít zberu a zabezpečením poskytnutia relevantných dát pre účely riadenia a rozhodovania. Potreby na budúce riešenie boli popísané v kapitolách** Motivácia a Ciele projektu Projektového zámeru**.
--Potreby, na základe ktorých vznikol návrh budúceho riešenia, sú zamerané predovšetkým na zlepšenie riadenia a hospodárenia nemocníc v pôsobnosti MZ SR ako ich zriaďovateľa resp. zakladateľa, prostredníctvom zlepšenia správy dát, ich centralizácie, odstránením duplicít zberu a zabezpečením poskytnutia relevantných dát pre účely riadenia a rozhodovania. Potreby na budúce riešenie boli popísané v kapitolách** Motivácia a Ciele projektu Projektového zámeru**.
--
  Na základe dotazníkového zberu dát, ktorý sa uskutočnil vo februári 2024 medzi organizačnými útvarmi MZ SR, boli identifikovaní nasledujúci koncoví používatelia Centrálnej integračnej platformy, ďalej aj „**konzumenti dát**“:
@@ -3159,7 +3159,6 @@
  * Odbor špecifikácií a cenových máp, Sekcie verejného obstarávania,
  * Sekcia centrálneho riadenia a koordinácie podriadených organizácií .
--
  Počet konzumentov údajov môže byť upravený (t.j. počet sa môže zvýšiť), prípadnou identifikáciou projektového tímu MZ SR a budúceho dodávateľa projektu počas etapy Analýza a dizajn v realizačnej fáze projektu
@@ -3166,7 +3166,7 @@
   //Tabuľka 1: Popis informačných potrieb konzumentov dát //
--|**ID** |**Konzument dát** |**Potreba zberu dát** |**Popis súčasného stavu kompetencií v oblasti zberu dát**[[^^~[1~]^^>>path:#_ftn1]]
++|**ID** |**Konzument dát** |**Potreba zberu dát** |**Popis súčasného stavu kompetencií v oblasti zberu dát**[[(% class="wikiinternallink" %)^^~[1~]^^>>path:#_ftn1]](%%)
  |1 |Inštitút zdravotných analýz |Útvar získava informácie prioritne od NCZI, PZS a zdravotných poisťovní pre účely rozpočtovania, personálnych kapacít PZS na účely kategorizácie ústavnej zdravotnej starostlivosti, ako aj pre účely prerozdeľovacieho mechanizmu. |(((
  Zabezpečuje analytické činnosti v pôsobnosti analytickej jednotky v zmysle Metodiky budovania analytických kapacít v štátnej správe schválenej Odborno metodickou komisiou pre analytické jednotky.
@@ -3236,7 +3236,6 @@
  Vykonáva kontroling v oblasti strategických investícií a projektov (najmä reálnosť oprávnenosť, správnosť, aktuálnosť, efektívnosť, hospodárnosť a účelnosť) v podriadených organizáciách.
  )))
--
  Zber dát v súčasnosti prebieha väčšinou elektronickou formou prostredníctvom výmeny súborov vo formáte .xlsx, .pdf, resp. v iných formátoch. Súčasne na viacerých organizačných útvaroch MZ SR (napr. na odbore strategických investícií) prebieha zber dát zasielaním elektronických dokumentov, prostredníctvom emailov, prípadne cez registratúru, kedy zamestnanci MZ SR musia odčítavať hodnoty zo zaslaných dokumentov a následne ich prácne manuálne prepisovať do .xlsx súborov.
  Zber dát od poskytovateľov zdravotnej starostlivosti pre odbor finančného kontrolingu podriadených organizácií má byť od apríla 2024 dočasne zabezpečený prostredníctvom samostatného modulu v systéme EMA.EVO, po ukončení prevádzky systému MyGide. Zber týchto dát má byť v cieľovom stave pokrytý v rámci Centrálnej integračnej platformy MZ SR.
@@ -3275,7 +3275,6 @@
  * Sekcia európskych programov a projektov,
  * Sekcia legislatívy, práva a akcionárskych práv.
--
  Informačné potreby konzumentov dát sú v súčasnosti pokryté **najmä prostredníctvom** nasledujúcich **poskytovateľov dát**:
  * Poskytovatelia ústavnej zdravotnej starostlivosti v zriaďovateľskej pôsobnosti MZ SR (viď. tabuľka nižšie),
@@ -3285,7 +3285,6 @@
  * Zdravotné poisťovne,
  * Dáta z medzinárodných a európskych inštitúcií (napr. Svetová banka, OECD, Eurostat, ILOSTAT, databázy EMA, WHO, Unicef a iné).
--
  V nasledujúcej tabuľke je uvedený **zoznam poskytovateľov zdravotnej starostlivosti v zriaďovateľskej a zakladateľskej pôsobnosti MZ SR**, ktorí budú primárnymi poskytovateľmi dát pre CIP, ako aj koncovými používateľmi CIP:
  // //
@@ -3313,7 +3313,6 @@
  |18 |Východoslovenský onkologický ústav Košice |Akciová spoločnosť
  |19 |Východoslovenský ústav srdcových a cievnych chorôb Košice |Akciová spoločnosť
--
  Uvedení poskytovatelia zdravotnej starostlivosti v zriaďovateľskej pôsobnosti MZ SR v súčasnosti poskytujú dáta jednotlivým útvarom MZ SR priamo, resp. prostredníctvom NCZI, ako aj ostatným orgánom verejnej moci (napr. iným ministerstvám, zdravotným poisťovniam, daňovým a colným orgánom, miestnej samospráve a pod.).
  **Detailný popis súčasných dátových zdrojov** pre informačné potreby konzumentov dát je uvedený v kapitole 4.3. tohto dokumentu.
@@ -3333,27 +3333,22 @@
 . Konzumenti údajov - vybrané útvary MZ SR a nemocnice, ktorí zároveň poskytujú zdrojové údaje, Sekcia centrálneho riadenia a koordinácie podriadených organizácií ako Útvar centrálneho riadenia nemocníc v zakladateľskej/zriaďovateľskej pôsobnosti MZSR.
--
 . Správcovia - dátoví a IT špecialisti, ktorí budú zabezpečovať správu CIP napr. prevádzku, IT podporu a bezpečnosť systému. Na strane MZ SR dátoví špecialisti v rámci Sekcie centrálneho riadenia a koordinácie podriadených organizácií, Odbor informatiky.
--
  **Koncové služby:**
 . Služby dátovej analýzy – služby zamerané na koncového používateľa, ktoré zabezpečujú ciele projektu pre podporu centrálneho riadenia nemocníc, a to monitorovaním a vyhodnocovaním údajov, ktoré sú pripravované automatizovane a zobrazované nástrojmi “Biznis intelligencie” v prehľadnej forme tzv. “dashboardov”, a to grafov, tabuliek a predefinovaných pohľadov.
 . Služby riadenia a správy dát – služby riadenia dát sú skupinou služieb pre nastavenie pravidiel spracovania dát, napr. zmena dátového formátu a dátovej štruktúry, dátového slovníka, dátovej kvality pre zabezpečenie konzistencie, zamedzenia duplicít. Primárnymi používateľmi sú dátoví špecialisti - dátoví analytici, kurátori, architekti a špecialisti kontrolingu.
--
  **Biznis procesy **- predstavujú postupnosť aktivít, ktoré dosahujú požadovaný výsledok, ako napr. definovaný súbor výstupov alebo biznis služieb. V prípade navrhovanej architektúry sú to:
 . Procesy dátovej analýzy - procesy automatizovaného získavania - extrakcie, transformácie, analýza a vizualizácie dát.
 . Procesy riadenia dátovej kvality - procesy pre definované sekvencie pre identifikáciu - Základná analýza dátovej kvality, Validácia voči objektom evidencie (OE), Asistované čistenie, Automatické stotožnenie ako aj Proces dátovej kvality podľa špecifických potrieb organizácie.
--
--1.
--11.
++1.
++11.
 . Prehľad koncových služieb – budúci stav:
--
  Nižšie v tabuľke sú uvedené budúce koncové služby, ktoré budú vybudované v projekte.
@@ -3375,7 +3375,6 @@
--
  [[image:image-20250523130649-8.png]]
  //Obrázok 1: Model biznis architektúry CIP MZ SR(aktéri-koncoví používatelia, koncové služby, procesy)//
@@ -3392,17 +3392,15 @@
--
--1.
--11.
++1.
++11.
 . Jazyková podpora a lokalizácia
  IS CIP bude lokalizovaný do slovenského jazyka.
--1.
++1.
 . Aplikačná vrstva
--
  Aplikačná architektúra obsahuje prvky aplikačnej vrstvy, ktorá popisuje štruktúru, správanie a interakciu navrhovaných aplikácií. Aplikácie sú zoskupené na základe funkčných celkov biznis architektúry a poskytujú funkcionalitu pre prevádzku aplikačných služieb. Aplikačné služby budú realizované softvérom s cieľom poskytnutia koncových služieb pre používateľov CIP.
@@ -3409,15 +3409,14 @@
  Navrhovaná aplikačná architektúra je rámcová a dodávateľsky neutrálna, a preto je možné na jednotlivé komponenty namapovať softvérové riešenia rôznych dodávateľov tak, aby naplnili definované požiadavky a ciele. Aplikačná architektúra pomôže sledovať pokrytie navrhovaných funkcií modulov a služieb pri výbere a návrhu konkrétneho riešenia implementácie a tým odsledovať kompletnosť návrhu a realizácie systému.
--1.
--11.
++1.
++11.
 . Rozsah informačných systémov – AS IS
--
  Hlavné systémy poskytujúce zdrojové dáta pre CIP sú v súčasnosti ERP jednotlivých PÚZS, ktoré poskytujú údaje potrebné pre centrálne riadenie hospodárenia dotknutých nemocníc. V súčasnom stave sú údaje zbierané individuálne pomocou požiadaviek MZ SR a nie sú realizované integračné väzby a ani jednotná metodika správy týchto dát.
--IS CES [[^^~[3~]^^>>path:#_ftn3]] je systém mimo infraštruktúry MZ SR resp. NCZI, ktorý je realizovaný ako projekt MF SR a v rámci IS VS sa plánuje pripojenie MZ SR ako aj podriadených nemocníc. Systém IS CES je vyvíjaný ako centrálny ekonomický systém vo verejnej správe Slovenskej republiky a obsahuje nasledovné moduly[[^^~[4~]^^>>path:#_ftn4]]:
++IS CES [[(% class="wikiinternallink" %)^^~[3~]^^>>path:#_ftn3]](%%) je systém mimo infraštruktúry MZ SR resp. NCZI, ktorý je realizovaný ako projekt MF SR a v rámci IS VS sa plánuje pripojenie MZ SR ako aj podriadených nemocníc. Systém IS CES je vyvíjaný ako centrálny ekonomický systém vo verejnej správe Slovenskej republiky a obsahuje nasledovné moduly[[(% class="wikiinternallink" %)^^~[4~]^^>>path:#_ftn4]](%%):
  * Personalistika,
  * Mzdy,
@@ -3442,7 +3442,6 @@
  * Centrálne kmeňové dáta a číselníky,
  * Údržba a opravy.
--
  **V súčasnom stave zatiaľ nie je realizovaná migrácia ani prepojenie MZ SR a nemocníc na CES. Podľa harmonogramu MF SR je plánované nasadenie systému pre MZSR a nemocnice do prevádzky v termíne 1Q 2026. V pláne obnovy a odolnosti SR je cieľ nasadenia integračnej platformy uvedený na Q4 2025.**
@@ -3585,10 +3585,9 @@
  | |Hour|☐|Prevádzkovaný a plánujem rozvíjať|Ekonomický a administratívny chod inštitúcie|
  | |Ekonomika a podporné činnosti - Softip Profit+|☐|Prevádzkovaný a plánujem rozvíjať|Ekonomický a administratívny chod inštitúcie|
++**Navrhovaný stav     **
--**Navrhovaný stav     **
--
  Navrhovaná aplikačná architektúra CIP sa skladá z nového informačného systému – Centrálna integračná platforma MZ SR, s nasledovnými modulmi, ktoré budú vyvinuté ako modulárny softvérový systém:
  * Používateľské rozhranie – prístup používateľa do IS CIP MZ SR a využitie jeho funkcie,
@@ -3599,7 +3599,6 @@
  * Integračný komponent – rozhrania pre získavanie údajov zo zdrojových externých systémov - nemocnice, registre a pod.
  * Modul Rozhrania nemocníc – modul je určený pre vytvorenie rozhraní na strane nemocníc za účelom integrácie dát z IS príslušnej nemocnice pre CIP MZSR.
--
  Na obrázku náhľadu aplikačnej architektúry sú zobrazené komponenty aplikácií, aplikačných služieb a funkcií v notácii Archimate. Oranžovou je zvýraznená integrácia na IS OPE, ktorá bude závisieť od harmonogramu realizácie projektu IS OPE (NZCI). Prostredníctvom tejto integrácie bude možne integrovať údaje z ďalších dátových zdrojov v rezorte zdravotníctva (ISZI, JÚRZ, ÚZDS). Intergácia na IS CPDI (Informačný systém Centrálna platforma dátovej integrácie v správe MIRRI SR) sa bude realizovať priamo na CIP
@@ -3607,7 +3607,6 @@
  Obrázok 1: : Model aplikačnej architektúry CIP MZ SR
--
@@ -3624,7 +3624,6 @@
  * Notifikácie
  * Pokročilá dátová analytika - s podporou AI/ML
--
  Predpokladá sa použitie niektorého „Business Intelligence“ balíka, ktorý má uvedené funkcie štandardizované.
@@ -3636,26 +3636,23 @@
  Procesy dátovej kvality poskytované modulom:
--*
++*
  ** Základná analýza dátovej kvality
  *** poskytnutie štatistík o stave zdrojových údajov a ich kvalite
  *** V rámci služby dátovej kvality profilovania údajov je možné aplikovať na všetky vybrané atribúty (stĺpce) rôzne identifikátory na odhalenia dátovej nekvality, zároveň je možné definovať vlastné identifikátory na základe ich biznis požiadaviek pre identifikáciu špecifických nekvalít.
--
--*
++*
  ** Validácia voči objektom evidencie (OE)
  *** profilovanie dát vykonávané nad údajmi objektu evidencie
  *** overenie špecifických biznis pravidiel vzťahujúcich sa k danému atribútu údajov, a to prostredníctvom validácie voči prvkom Dátového slovníka
  *** Kontrola záznamov voči vopred definovaným štandardom, ktoré sú určené pre jednotlivé stĺpce v rámci špecifického záznamu - štandardy sú zadefinované na základe biznis pravidiel, ktoré hovoria o tom, ako by mali vyzerať kvalitné dáta v špecifickom zázname
--
--*
++*
  ** Asistované čistenie
  *** umožnenie  vykonávať nápravné opatrenia s cieľom zvýšiť dátovú kvalitu datasetu na základe zistenej nekvality
  *** analyzovanie obsahu jedného alebo viacerých stĺpcov databázy na základe štandardov z dátového slovníka a na základe výsledkov analýzy vytváranie úloh na kontrolu a úpravu záznamov v používateľskom prostredí konzoly, analyzovanie obsahu databázy na základe biznis pravidiel, kde sa následne na základe výsledkov analýzy vygenerujú úlohy na kontrolu a úpravu záznamov v používateľskom prostredí konzoly,  čistenie nekvalitných dátových záznamov a ich prípadná úprava.
--
--*
++*
  ** Automatické stotožnenie
  *** stotožnenie bude realizované porovnaním záznamu so záznamom z referenčného registra
  *** overuje sa správnosť údajov v OE voči referenčnému registru automatizovane a teda všetky problémové záznamy v OE sú automaticky nahradené záznamami z referenčného registra
@@ -3666,7 +3666,7 @@
  Poskytne rozhrania pre získavanie údajov zo zdrojových externých systémov - nemocnice, registre a pod.
--**Spôsob integrácie s IS CES** (bude implementované v rámci projektu CES): Aj keď ERP moduly nemocníc** budú migrované do CES, **predpokladá sa, že LIS ostane** **v infraštruktúre nemocníc a bude ich potrebné integrovať s CIP MZ
++**Spôsob integrácie s IS CES** (bude implementované v rámci projektu CES): Aj keď ERP moduly nemocníc** budú migrované do CES, **predpokladá sa, že LIS ostane** **v infraštruktúre nemocníc a bude ich potrebné integrovať s CIP MZ
  Možnosti integrácie sú popísané v Detailnej špecifikácii riešenia (DŠR2) k modulu M29 – Integrácie subsystémov a externých systémov:
@@ -3705,12 +3705,10 @@
  )))
--
--1.
--11.
++1.
++11.
 . Rozsah informačných systémov – TO BE
--
  Z dôvodu plánovanej migrácie ERP systémov nemocníc do CES je v nasledujúcej tabuľke uvedená aj klasifikácia systému z pohľadu plánovanej integrácie označené ako skupiny: ERP – ekonomické systémy, NIS – nemocničné informačné systémy, Lekárenský IS – systémy pre správu nemocničných lekární a OPE – systémy súvisiace s projektom Online procesy eZdravia. Rozsah informačných systémov – TO BE vychádza z rozsahu existujúcich informačných systémov – AS IS, uvedených v tabuľke vyššie s doplnením CIP MZ SR.
@@ -3723,7 +3723,6 @@
  * NIS a Lekárenské IS (nemocníc) – tieto IS budú rozvinuté o integrácie a integrované do CIP MZSR.
  * OPE – bude rozvinutý o integráciu a integrovaný s CIP MZSR.
--
  |**Kód ISVS **//(z MetaIS)//|**Názov ISVS**|(((
  **Modul ISVS**
@@ -3863,12 +3863,10 @@
  | |Hour|☐|Prevádzkovaný a plánujem rozvíjať|Ekonomický a administratívny chod inštitúcie| |Východoslovenský onkologický ústav, a.s.|ERP (nemocníc)
  | |Ekonomika a podporné činnosti - Softip Profit+|☐|Prevádzkovaný a plánujem rozvíjať|Ekonomický a administratívny chod inštitúcie| |Východoslovenský ústav srdcových a cievnych chorôb, a. s.|ERP (nemocníc)
--
--1.
--11.
++1.
++11.
 . Využívanie nadrezortných a spoločných ISVS – AS IS
--
  Momentálne nie sú využívané nadrezortné spoločné ISVS pre účely centrálnej integrácie dát v rámci MZ SR.
@@ -3876,12 +3876,10 @@
  | | |//Vyberte jednu z možností.//
  | | |
--
--1.
--11.
++1.
++11.
 . Prehľad plánovaných integrácií ISVS na nadrezortné ISVS – spoločné moduly podľa zákona č. 305/2013 e-Governmente – TO BE
--
  V návrhu CIP sa predpokladá poskytovanie údajov z ISVS, keďže v rámci rezortu zdravotníctva sa predpokladá jednotné získavanie dát z IS CPDI
@@ -3889,12 +3889,10 @@
  |isvs_14191|Centrálna integračná platforma MZSR|//IS CSRÚ/IS CPDI-Modul procesnej integrácie a integrácie údajov//
--
--1.
--11.
++1.
++11.
 . Prehľad plánovaného využívania iných ISVS (integrácie) – TO BE
--
  Prehľad predpokladaných integrácií medzi CIP MZ SR a ekonomickými, mzdovými, účtovnými a personálnymi systémami nemocníc. Tieto systémy sú zväčša dodávané ako samostatné softvérové diela, rôznymi dodávateľmi. Po technickej, organizačnej stránke je preto potrebné navrhnúť integráciu pre každú nemocnicu samostatne.
@@ -3937,11 +3937,10 @@
--1.
--11.
++1.
++11.
 . Aplikačné služby pre realizáciu koncových služieb – TO BE
--
  V tabuľke nižšie sa nachádza zoznam navrhovaných koncových a aplikačných služieb CIP, ich vzájomná previazanosť a poskytujúci modul ISVS, tomto prípade navrhovaný modul CIP.
  Pozn.: Ak je v zozname aplikačná služba uvedená viacnásobne, podieľa sa na realizácií ďalších koncových služieb.
@@ -4010,12 +4010,10 @@
  |as_65623|Služba dátovej kvality|Modul Dátová kvalita ( isvs_14193)|Služby riadenia a správy dát (ks_379419)
  |as_65627|Správa prístupov a pravidiel bezpečnosti|Modul prístupy a administrácia (isvs_14195)|Služby riadenia a správy dát (ks_379419)
--
--1.
--11.
++1.
++11.
 . Aplikačné služby pre realizáciu koncových služieb – TO BE
--
  //V nasledujúcej tabuľke sú uvedené 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)~://
  * //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,//
@@ -4069,20 +4069,17 @@
  |as_65626|Integrácia a ETL|Centrálna integračná platforma (isvs_14191)|Konzumujúca|Nie|Nie|Áno|Sledovanie stavu nehnuteľnosti (as_53679)|Centrálny ekonomický systém (CES MFSR) (isvs_6252)
--
--1.
--11.
++1.
++11.
 . Poskytovanie údajov z ISVS do IS CPDI – TO BE
--
  V návrhu CIP sa nepredpokladá poskytovanie údajov z ISVS na  IS CPDI.
--1.
--11.
++1.
++11.
 . Konzumovanie údajov z IS CPDI – TO BE
--
  V návrhu CIP MZSR sa predpokladá priame konzumovanie údajov z IS CPDI, ktoré bude zabezpečovať externé integrácie na referenčné registre a IS iných OVM. Rozsah integrácii z IS CPDI je uvedený v tabuľke nižšie.
@@ -4170,16 +4170,14 @@
  )))|(% rowspan="2" %)Register nelegálneho zamestnávania|Potvrdenie o uložení pokuty za porušenie zákazu nelegálneho zamestnávania|1. Poskytovanie potvrdenia o uložení pokuty za porušenie zákazu nelegálneho zamestnávania pre G2G
  |Údaje o uložení pokuty za porušenie zákazu nelegálneho zamestnávania|1. Poskytnutie údajov o uložení pokuty za porušenie zákazu nelegálneho zamestnávania
--
--1.
++1.
 . Dátová vrstva
--
  V súčasnosti na MZ SR neexistuje štandardizovaný proces riadenia dát. Jednotlivé organizačné útvary získavajú dáta z rôznych dátových zdrojov. Dáta sú získavané na pravidelnej báze, ktorá je vopred definovaná (mesačne, ročne,...), alebo podľa aktuálnej potreby, resp. na vyžiadanie. Medzi dátovými zdrojmi neexistuje žiadne prepojenie a tieto dáta sú ukladané na lokálnom disku používateľov, ktorí s dátami pracujú, prípadne na zdieľanom úložisku. Okrem dátových zdrojov typu databáza alebo informačný systém, existuje veľa dátových zdrojov, ktoré majú formu dokumentov ako napr. xlsx, csv, pdf,...).
  Nad týmito dátovými zdrojmi neexistuje žiaden kontrolný mechanizmus. V súvislosti s veľkým množstvom neriadených, nekonsolidovaných dátových zdrojov v kombinácii s chýbajúcim dátovým manažmentom vzniká problém v dátovej kvalite, prehľadnosti, vznikajú duplicity a nekonzistentné dáta. S týmito problémami následne rastú náklady na údržbu dát, ale aj riziká týkajúce sa kyberbezpečnosti, či ochrany osobných údajov.
@@ -4188,8 +4188,8 @@
  Keďže v súčasnosti neexistuje systém určený na integráciu a konsolidáciu potrebných zdrojov dát, väčšina dátových zdrojov je pripravovaná manuálnym spôsobom, čo zvyšuje pravdepodobnosť výskytu chyby. Napríklad 19 nemocníc dodá 19 separátnych dátových vstupov, ktoré sú vytvárané 19 rôznymi spôsobmi. Niektoré dátové zdroje majú štandardizovanú štruktúru (šablónu), ktorú dodávateľ dát musí pri zasielaní dát dodržať, iné túto štruktúru definovanú nemajú. Aj keď je táto štruktúra zadefinovaná a dodané dáta spĺňajú náležitosti šablóny, môžu sa vyskytovať chyby po obsahovej alebo technickej stránke. Tieto chyby musia byť momentálne identifikované manuálnym spôsobom používateľom. V rámci šablón neexistujú žiadne automatické kontrolné procesy. Výnimkou sú dátové zdroje, výkazy, získavané z NCZI, kde sú dáta zbierané a spracovávané do stanovenej štruktúry. Vzhľadom na to, že dáta prichádzajú z rôznych zdrojov, rôznym spôsobom a v jednotnej štruktúre alebo v rôznych štruktúrach, je potrebná konsolidačná vrstva, ktorá zabezpečí automatickú konsolidáciu týchto dát so zohľadnením kvality dát. Momentálne je táto aktivita vykonávaná manuálnym spôsobom, čo výrazným spôsobom ovplyvňuje úroveň kvality dát, neprimerane zvyšuje požiadavky na personálne kapacity, ale aj ďalšie finančné náklady pri spracúvaní takých to dát.
--1.
--11.
++1.
++11.
 . Údaje v správe organizácie
  Nasledujúca tabuľka obsahuje zhrnutie poznatkov analýzy aktuálne využívaných dát oddeleniami MZ SR. Zdrojom týchto poznatkov je dotazník, ktorý bol vytvorený za účelom zberu informácií o aktuálne zbieraných a využívaných dátach v spojení s osobnými stretnutiami so zástupcami jednotlivých oddelení.
@@ -4543,7 +4543,6 @@
  * lôžkový fond,
  * dostupnosť liekov a ŠZM
--
  Údaje sú získavané prostredníctvom IS EPIS
  Periodicita: nepravidelne, v prípade krízových situácií
@@ -4550,7 +4550,6 @@
  )))|
--
  Na obrázku sú znázornené zdroje dát, podľa jednotlivých oddelení. Každý zdroj predstavuje jeden alebo viac dátových extraktov, ktoré sú pripravované rôznymi spôsobmi. Následne sú distribuované ku ich konzumentom rôznym spôsobom na pravidelnej, alebo nepravidelnej báze.
  [[image:image-20250523130649-10.png]]
@@ -4574,7 +4574,6 @@
  * eTool
  * Josephine
--
  **Spôsob získavania dát**
  Dáta sú dodávané väčšinou elektronicky vo forme excel, csv, alebo v neštruktúrovanom formáte PDF pomocou emailu, alebo zdieľaného dátového úložiska. Niektoré dáta sú však dodávané fyzicky na USB kľúči, CD alebo listinne.
@@ -4588,13 +4588,11 @@
  * Exportom
  * Fyzicky (CD, USB, listina,...)
--
  **Periodicita dodávania**
  * Vopred dohodnutá periodicita (ročne, mesačne, kvartálne, ...)
  * Na vyžiadanie
--
  Ak po dodaní dát sú na dáta aplikované dátové kontroly a je identifikovaný problém, proces vyžiadania, prípravy a dodania dát sa zopakuje.
  Následne sú tieto dokumenty spracovávané používateľmi na základe ich skúseností. Proces spracovania dát nie je zadefinovaný a štandardizovaný. Chýba automatizované spracovanie dát, vo väčšine prípadov je proces spracovania dát založený na opakovanom manuálnom spracovaní, kde sa vykonáva napríklad konsolidácia 19 excelov v rôznej štruktúre do jednej finálnej a pod.
@@ -4636,7 +4636,6 @@
  |OE_34|Údaje avíza o nezrovnalosti|Predstavuje množinu údajov týkajúcich sa údajov avíza o nezrovnalosti|Nemá
  |OE_35|Údaje o zamestnancoch zamestnávateľov PZS|Predstavuje množinu údajov o zamestnancoch zamestnávateľov PZS|Nemá
--
  Dátový rozsah projektu - Prehľad objektov evidencie sa bude pravdepodobne meniť/rozširovať na základe výsledkov fázy Analýza a dizajn projektu.
@@ -4715,18 +4715,16 @@
  Pre referenčné údaje, základné číselníky a ďalšie údaje v súlade s princípom 1x a dosť mimo rezortu bude zdrojovým informačným systémom IS CPDI.
--1.
--11.
++1.
++11.
 . Referenčné údaje
--
  Táto kapitola nie je relevantná pre projekt.
--1.
++1.
 . Kvalita a čistenie údajov
--
  **Aktuálny stav:**
  Aktuálne vyhodnocovanie dátovej kvality jednotlivých dátových vstupov je individuálne a môžeme ho rozdeliť do troch skupín:
@@ -4735,7 +4735,6 @@
 . Kontrola kvality dát prebieha na úrovni kombinácie úsudku a skúseností konkrétneho pracovníka,
 . Aplikujú sa konkrétne, vopred definované logické kontroly.
--
  Analýzou sa zistilo, že väčšina dátových vstupov nemá definované dátové kontroly. Väčšina vykonávaných dátových kontrol je založená na osobnom úsudku a skúsenosti používateľa. Takéto kontroly sa nedajú logicky zadefinovať a teda sa nedajú zautomatizovať. Pri identifikácií chyby pracovníci kontaktujú poskytovateľa dát s informáciou o chybe a s požiadavkou o jej nápravu/vysvetlenie. Tento proces sa opakuje do momentu keď sú dáta správne. To znamená, že opakovaná výmena dokumentov/dát môže prebehnúť aj v niekoľkých iteráciách. Takýto prístup kontroly dát môže spôsobiť to, že pri opakovanom zbere dát v čase, nebudú na tie isté dáta aplikované všetky kontroly, resp. budú aplikované aj kontroly iné.
  Existujú však kontroly, ktoré sa dajú logicky zadefinovať, sú opakovateľné a tieto kontroly sú vhodným adeptom pre automatizáciu kontrol. Zoznam takýchto kontrol bude definovaný v implementačnej fáze projektu na základe analýzy.
@@ -4759,7 +4759,6 @@
  * Súčasť formulára
  ** V prípade importu dát pomocou formulára bude tento formulár obsahovať kontroly nad jednotlivými hodnotami a používateľ bude na chybu upozornený v reálnom čase.
--
  Dátové kontroly budú rozdelené do kategórií:
  * Informačné
@@ -4767,7 +4767,6 @@
  * Kritické kontroly (KO)
  ** Kontroly, ktoré pri identifikácií chyby informujú používateľa a zároveň zastavia ďalšie spracovanie dát, resp. nasledujúce procesy.
--
  //V tabuľke sú uvedené OE z tabuľky uvedenej v kapitole 4.3.2 Dátový rozsah projektu - Prehľad objektov evidencie - TO BE~://
  |**ID OE**|(((
@@ -4823,7 +4823,6 @@
  | | | | | |
--
  **Data Governance:**
@@ -4860,24 +4860,21 @@
  |**Dátový špecialista pre dátovú kvalitu**|Spracovanie výstupov merania, interpretácie, zápis biznis pravidiel, hodnotiace správy z merania|Dátový špecialista pre dátovú kvalitu – nová interná pozícia v projekte ako aj prevádzke
  |**Dátový právnik**|**Analýza a** **návrh** stanovísk pri riešení spracovania údajov v rámci verejnej správy.|Špecialista na právnu oblasť
--
  [[//https:~~/~~/mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/datova-kvalita///>>url:https://mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/datova-kvalita/]]
--1.
--11.
++1.
++11.
 . Otvorené údaje
--
  V predkladanom projekte sa neplánuje publikovanie otvorených údajov.
--1.
--11.
++1.
++11.
 . Analytické údaje
--
  IS CIP bude môcť poskytnúť vybrané ukazovatele o hospodárení štátnych nemocníc ako analytický údaj.
@@ -4885,12 +4885,10 @@
  |  |//Dataset výsledku hospodárenia štátnych nemocníc//|//identifikátor nemocnice; adresa sídla organizácie; výnosy, celkové náklady, počet zamestnancov; výsledok hospodárenia; počet hospitalizačných prípadov; počet hospitalizovaných pacientov; počet operačných výkonov, počet ošetrovacích lôžkodní prípade iné dohodnuté ukazovatele „benchmarkingu“ nemocníc a pod.//|//- dataset obsahuje prehľad hospodárenia nemocnice//
  | |  | |
--
--1.
--11.
++1.
++11.
 . Moje údaje
--
  Táto kapitola nie je relevantná pre projekt.
@@ -4945,11 +4945,10 @@
  OE uvedené v dátovej vrstve nebudú v rámci predkladaného projektu sprístupňované ako moje, referenčné, otvorené, ani analytické údaje, avšak nie je vylúčené ich sekundárne využitie v rámci nadväzujúcich aktivít a plánovaných projektov MZ SR.
--
--1.
++1.
 . Technologická vrstva
  Ministerstvo zdravotníctva SR (MZ SR) sa na základe analýzy dostupných alternatív technologickej architektúry rozhodlo nevyužívať cloudové prostredie poskytované Národným centrom zdravotníckych informácií (NCZI) ani Ministerstvom vnútra SR (MV SR) a uprednostniť vybudovanie vlastnej technologickej infraštruktúry. Toto rozhodnutie je podložené nasledujúcimi dôvodmi:
@@ -4974,12 +4974,11 @@
  Ministerstvo zdravotníctva zároveň nevylučuje budúcu integráciu zdravotníckeho cloudu pod gesciou NCZI, avšak až po zabezpečení dostatočných kapacít a certifikovaných služieb pre spracovanie citlivých údajov.
--1.
--11.
++1.
++11.
 . Stratégia budovania robustného IT systému pre Ministerstvo zdravotníctva SR
--
  Vzhľadom na narastajúce požiadavky na bezpečnosť, výkon a samostatnú správu IT infraštruktúry MZ SR je nevyhnutné vypracovať dvojfázový plán na vybudovanie moderného, spoľahlivého a výkonného IT riešenia. Tento plán sa skladá z dvoch hlavných etáp:
  **Prvá etapa: Vybudovanie onsite riešenia v správe MZ SR v rámci projektu CIP MZ (Centrálna integračná platforma MZ SR)**
@@ -4994,7 +4994,6 @@
  * **Efektívna správa:** Riešenie bude optimalizované pre potreby MZ SR, pričom sa zníži riziko výpadkov spôsobených koordináciou medzi viacerými externými subjektmi.
  * **Flexibilita:** Onsite riešenie poskytuje lepšie možnosti škálovania výkonu a kapacity podľa potrieb ministerstva.
--
  Cieľom tejto etapy je vytvoriť základnú infraštruktúru, ktorá zabezpečí stabilnú a bezpečnú prevádzku systémov ministerstva.
@@ -5017,7 +5017,6 @@
  ** Automatizácia rutinných úloh a procesov, čím sa zníži záťaž na administratívny personál IT oddelení.
  ** Integrácia dodatočných analytických nástrojov, ktoré podporia strategické rozhodovanie ministerstva na základe presných a aktuálnych dát.
--
  **Očakávané prínosy navrhovaného riešenia**
@@ -5027,16 +5027,14 @@
 . **Efektívne využívanie údajov:** Nasadenie moderných nástrojov na analýzu a správu dát podporí lepšie rozhodovanie a optimalizáciu procesov.
 . **Škálovateľnosť a budúca pripravenosť:** Riešenie bude navrhnuté tak, aby umožnilo jednoduché rozšírenie kapacít a funkcií podľa budúcich potrieb.
--
  Tento dvojfázový plán vytvára silné základy pre modernizáciu IT infraštruktúry MZ SR a zabezpečuje, že ministerstvo bude schopné efektívne reagovať na budúce technologické výzvy a potreby v oblasti zdravotníctva.
--1.
--11.
++1.
++11.
 . Prehľad technologického stavu - AS IS
--
  Predkladaný projekt je kľúčovou súčasťou modernizácie informačných technológií MZ SR, ktorá sa zameriava na rozvoj a konsolidáciu IT infraštruktúry. Tento projekt nadväzuje na sériu predchádzajúcich aktivít, ktoré MZ SR realizovalo v oblasti digitalizácie a modernizácie interných systémov, s cieľom zvýšiť efektivitu a bezpečnosť prevádzkových aplikácií a služieb.
  Na základe analýzy cieľovej infraštruktúry MZ SR a zohľadnenia doterajších skúseností z prevádzky v iných projektoch MZ SR, boli identifikované nasledovné kľúčové poznatky:
@@ -5047,7 +5047,6 @@
  * Automatizácia a DevSecOps: Automatizácia nasadzovania aplikácií prostredníctvom DevSecOps znižuje operačné náklady a skracuje čas potrebný na nasadenie zmien. DevSecOps prístup zároveň podporuje konzistenciu, opakovateľnosť a bezpečnosť procesov, čo vedie k zlepšeniu kvality softvérového vývoja a k zvýšeniu bezpečnosti softvérových riešení.
  * Zelené dátové centrá a energetická účinnosť: Pokračovanie v optimalizácii dátových centier prostredníctvom energeticky efektívnych riešení (hyperkonvergovaná infraštruktúra, kontajnerizácia, SSD) prispieva k zníženiu uhlíkovej stopy a prevádzkových nákladov.
--
  Tieto kľúčové princípy budú implementované do modernizovania infraštruktúry MZ SR. Predkladaný projekt vybuduje modernú IT infraštruktúru MZ SR, ktorá podporí bezpečnú, flexibilnú a energeticky efektívnu prevádzku aplikácií.
  Cieľom tejto stratégie je zabezpečiť, aby IT infraštruktúra bola dostatočne flexibilná, škálovateľná a bezpečná, pričom musí umožniť efektívnu správu rastúceho objemu dát a aplikácií. Zároveň sa v rámci tejto stratégie kladie dôraz na postupné znižovanie nákladov a zvyšovanie udržateľnosti IT prevádzky, čím sa MZ SR aktívne zapája do širších iniciatív v oblasti „zelených dátových centier“ a energetickej efektívnosti.
@@ -5086,7 +5086,6 @@
  * Podporu pre nové workloady: Nasadenie systémov s umelou inteligenciou (AI) a ďalšie pokročilé aplikácie, ktoré vyžadujú špecifické typy infraštruktúry.
  * Ekologické prístupy a znižovanie nákladov: Ďalšie znižovanie energetických nárokov prostredníctvom inovatívnych HW/SW infraštruktúrnych riešení.
--
  Nasadenie hybridnej platformy a jej integrácia s existujúcimi virtualizovanými prostrediami s využitím RISC platformy a hyperkonvergovanej infraštruktúry umožní postupný prechod na moderné kontajnerované (cloud native) riešenia, čím sa zabezpečí dlhodobá udržateľnosť a zníženie prevádzkových nákladov rôznorodých aplikácii MZ SR.
@@ -5093,11 +5093,10 @@
  V súčasnom stave je technologická infraštruktúra zabezpečená štandardnými prostriedkami a informačno-technickými zariadeniami MZ SR, akými sú pracovné stanice, notebooky, zdieľané serverové úložiská, počítačová sieť MZ SR a pod. Pre centralizované spracovanie veľkého počtu dát – integráciu, extrakciu, transformáciu a analýzu však nie je súčasná infraštruktúra postačujúca a je potrebné zabezpečiť rozvoj technickej infraštruktúry pre navrhované moduly CIP, akými sú hlavne výpočtový výkon a úložiská.
--1.
--11.
++1.
++11.
 . Požiadavky na výkonnostné parametre, kapacitné požiadavky – TO BE
--
  V nasledujúcej tabuľke sú predpokladané požiadavky na výkonnostné parametre, kapacitné požiadavky, ktoré majú vplyv na výkon, sizing prostredia, napr. počet interných používateľov, počet externých používateľov, počet spracovávaných procesov, dokumentov, komunikáciu medzi vrstvami architektúry IS, využívanie sieťovej infraštruktúry (Govnet, LAN, VPN, …). Uvedené predpoklady sú orientačné je potrebné spresniť počas fázy Analýza a Dizajn.
@@ -5119,7 +5119,6 @@
 GB import pri dennom spracovaní 365 dní, pre 19 nemocníc.
  |Objem úložiska pre spracovanie údajov (produkčné prostredie) |Objem  |Min. 250 TB 48 TB ročne |
--
  Celková konfigurácia pre budúcu infraštruktúru MZ SR je rozdelená na dve etapy nasledovne:
  Prvá etapa je vybudovanie robustného systému v správe a prevádzke MZ SR, bez nutnosti využívania cloudových riešení či už od MV SR , alebo NCZI. Ide o vybudovanie Onsite riešenia vyslovene v kompetencii MZ SR.
@@ -5139,7 +5139,6 @@
  |**HW**|Storage|upgrade|1
  |**SW**|Data lake| |1
--
  Pre plánovanú implementáciu systému sa odporúča zabezpečiť vysokovýkonnú RISC platformu v kombinácii s HCI a dedikovaným úložiskom, čo splní náročné požiadavky na škálovateľnosť, spoľahlivosť a efektívne spracovanie veľkých objemov údajov. Navrhované preferované parametre pre budúci stav infraštruktúry sú nasledovné.
@@ -5167,16 +5167,14 @@
  ** Podpora pre AI/ML scenáre.
  ** Hybridné cloud riešenie.
--
  Dodávateľ navrhne kompletnú serverovú infraštruktúru, dedikované úložisko, sieťové prvky a softvér pre prevádzku virtualizácie, DevSecOps, integrácií, data lake, dátovej platformy a business intelligence.
--1.
--11.
--111.
++1.
++11.
++111.
 . Požiadavky na výkonnostné parametre, kapacitné požiadavky – Integračný server
--
  Server by mal dosahovať výkon pri 4 socketovom systéme podľa CPU 2017 benchmark v rámci SPECrate2017_int_peak minimálne 1580 bodov.
  Odporúča sa, aby server disponoval minimálne 512 GB pamäte typu DDR5, pričom by mala byť dostupná možnosť rozšírenia až na 2 TB, aby bolo možné flexibilne reagovať na rastúce potreby systému. Ďalej sa odporúča podpora hardvérovej komprimácie pamäte, ktorá umožní efektívnejšie využívanie dostupnej kapacity.
@@ -5223,12 +5223,11 @@
  Tabuľka 8: Sumárny prehľad vybraných požiadaviek v budúcom stave pre server
--1.
--11.
--111.
++1.
++11.
++111.
 . Požiadavky na výkonnostné parametre, kapacitné požiadavky – HCI
--
  Hyperkonvergovaná infraštruktúra bude obsahovať 4 uzly, pričom 1 uzol bude koordinačný a 3 pracovné
@@ -5251,13 +5251,11 @@
--
--1.
--11.
--111.
++1.
++11.
++111.
 . Požiadavky na výkonnostné parametre, kapacitné požiadavky – Storage
--
  Pre navrhovanú infraštruktúru úložiska sú preferované minimálne požiadavky na diskové mid-range pole, ktoré by malo zabezpečiť vysokú dostupnosť, efektívne ukladanie dát a vysoký výkon pre podnikové aplikácie.
@@ -5332,13 +5332,12 @@
  Tabuľka 9: Sumárny prehľad požiadaviek v budúcom stave pre storage
--1.
--11.
--111.
++1.
++11.
++111.
 . Požiadavky na výkonnostné parametre, kapacitné požiadavky – Integračná platforma
--
  Integračná platforma je navrhnutá na prepájanie a integráciu aplikácií bez ohľadu na formáty a protokoly, ktoré tieto aplikácie podporujú. Poskytuje funkciu Enterprise Service Bus (ESB), čím umožňuje centralizovanú a spoľahlivú správu komunikácie medzi systémami a aplikáciami. Platforma musí zabezpečovať integrácie s využitím princípov architektúry orientovanej na služby (SOA) a fungovať ako sprostredkujúca vrstva (middleware), ktorá umožní vzájomnú komunikáciu sád služieb. Podpora rôznych protokolov a konektorov je nevyhnutná, pričom systém musí umožňovať prácu minimálne s JMS, HTTP, HTTPS, webovými službami (SOAP, REST), súbormi, TCP/IP, Kafka, ODBC a JDBC.
  Platforma musí zabezpečovať spoľahlivý prenos správ, pričom v prípade nedostupnosti príjemcu musí implementovať nástroje na opakované odoslanie správ. Je dôležité, aby žiadna správa nebola v rámci integračnej platformy stratená – správa musí byť buď doručená, alebo uložená a zaradená do zoznamu nedoručených správ. Súčasťou platformy musí byť konektivita na messaging systém, ktorý je licenčne súčasťou riešenia, a musí podporovať transakčný spôsob spracovania správ.
@@ -5355,12 +5355,11 @@
--1.
--11.
--111.
++1.
++11.
++111.
 . Požiadavky na výkonnostné parametre, kapacitné požiadavky – Analytická platfroma
--
  Architektúra riešenia bude integrovaná do navrhnutej arch. MZ SR a bude jej komplementárnym rozšírením o HW a SW, pre potreby dodatočných modulov na pre kvalitu údajov a my data komponent. Architektúra riešenia musí byť navrhnutá tak, aby oddeľovala vykonávací mechanizmus SQL od dátového skladu, čím sa zabezpečí nezávislosť týchto dvoch komponentov. Toto oddelenie umožní podporu viacerých typov vykonávacích engines SQL podľa typu spracovávanej úlohy, pričom príslušný vykonávací engine SQL sa bude môcť pripojiť k príslušnej databáze údajov. Riešenie musí umožňovať prístup k databáze prostredníctvom otvoreného tabuľkového formátu, pričom bude podporovaný distribuovaný SQL engine.
  Riešenie musí tiež poskytovať konektory na pripojenie k existujúcim zdrojom údajov, vrátane relačných databáz a NoSQL databáz, prostredníctvom distribuovaného SQL engine. Zároveň musí ponúkať jednotný prístupový bod ku všetkým pripojeným zdrojom, čo zjednoduší prístup k rôznym typom údajov pre analytické platformy. V rámci správy prístupov musí systém umožniť používateľom prístup na základe pridelených rolí, pričom bude možné definovať prístupové pravidlá na úrovni vykonávacích engines a dátových spojení. Ďalej musí byť možné definovať politiky až na úroveň položiek tabuľky.
@@ -5389,12 +5389,10 @@
--
--1.
--11.
++1.
++11.
 . Návrh riešenia technologickej architektúry
--
  Centrálnu integračnú platformu bude tvoriť množina modulov, ktoré budú zodpovedné za získavanie dát, ich spracovanie a prezentáciu používateľovi. Podstatou je, že dáta sa nebudú pripravovať manuálnym spôsobom, ale platforma bude schopná pomocou vytvorených integrácií dáta extrahovať priamo zo zdrojového systému. Aj napriek viacerým zdrojom dát bude platforma zabezpečovať konsolidované dáta v jednotnej štruktúre. Správnosť a kvalita dát bude zabezpečovaná modulom dátovej kvality, ktorý bude priebežne vyhodnocovať správnosť dát. Spracované a skontrolované dáta budú slúžiť ako základ reportingu v reportingovom module, kde si používatelia budú môcť prezerať existujúce reporty, alebo si vyskladať report podľa potreby.
  Samotné používateľské rozhranie CIP bude webová aplikácia, ktorá bude dostupná z webového prehliadača.
@@ -5419,7 +5419,6 @@
  * Rozhrania na strane NIS nemocníc, ktoré sú potrebné pre integráciu CIP
--
  **Modul Integračný komponent**
  Na nasledujúcom obrázku je znázornená konceptuálna architektúra technického riešenia Centrálnej integračnej platformy – Modulu integrácia.
@@ -5464,7 +5464,6 @@
  |Dostupnosť liekov a ŠZM |IS EPIS |NIS
  |Spotreba ŠZM |NIS |CES
--
  **Extrakčná funkcia** bude slúžiť na samotnú extrakciu dát. Bude obsahovať samotné ETL procedúry na extrakciu dát a dátové štruktúry do ktorých budú tieto dáta ukladané. Tieto dáta budú zo zdrojového systému extrahované v surovom stave, to znamená že na nich počas procesu nebudú aplikované žiadne zmeny. Tieto dáta budú extrahované ako celkový extrakt, alebo ako inkrementálny extrakt. Typ extraktu, periodicita a rozsah dát budú definované po detailnej analýze.
  Dáta v extrakčnej vrstve budú dostupné po dobu definovanú potrebami, alebo dodávateľom.
@@ -5482,7 +5482,6 @@
  * Čistenie dát.
--
  Zdrojom dát pre túto vrstvu budú dáta získané extrakciou v extrakčnej vrstve. Procedúry na zmenu dátového štandardu budú navrhnuté a realizované na základe detailnej analýzy dodávateľom počas implementačnej fázy projektu.
@@ -5519,15 +5519,14 @@
  Rámcová technologická architektúra vyplýva z vybranej alternatívy aplikačnej architektúry.. Súčasná infraštruktúra nie je kapacitne prispôsobená pre podmienky fungovania CIP a je preto potrebné vytvoriť prostredia, ktoré zabezpečia: vývoj, testovanie a prevádzku CIP ako aj zálohovanie údajov.
--1.
--11.
++1.
++11.
 . Využívanie služieb z katalógu služieb vládneho cloudu
--
  V projekte sa nepredpokladá využívanie služieb vládneho cloudu.
--1.
++1.
 . Bezpečnostná architektúra
  V súčasnom stave je bezpečnosť údajov riadená zmysle interných predpisov MZSR. Navrhovaný systém by mal spĺňať minimálne požiadavky v zmysle CSIRT - Metodiky pre systematické zabezpečenie organizácií verejnej správy v oblasti informačnej bezpečnosti. [[https:~~/~~/www.csirt.gov.sk/metodika-zabezpecenia-ikt.html?csrt=13813447150791197614>>url:https://www.csirt.gov.sk/metodika-zabezpecenia-ikt.html?csrt=13813447150791197614]]
@@ -5542,10 +5542,8 @@
  * Vyhláška Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu č. 179/2020 Z. z., ktorou sa ustanovuje spôsob kategorizácie a obsah bezpečnostných opatrení informačných technológií verejnej správy
  * Zákon č. 18/2018 Z. z. o ochrane osobných údajov a o zmene a doplnení niektorých zákonov
--
  Vzhľadom k tomu, že sa jedná o informačný systém v oblasti zdravotníctva, musí byť v súlade so všetkými právnymi normami, ktoré sú požadované pre budovanie IS v oblasti zdravotníctva, ako aj pre budovanie IS vo verejnej a štátnej správe.
--
@@ -5552,7 +5552,6 @@
 . Závislosti na ostatné ISVS / projekty
--
  Prehľad známych projektov, programov a informačných systémov (ISVS), od ktorých je realizácia pripravovaného projektu závislá.
@@ -5575,10 +5575,8 @@
  //CIP bude konzumentom dát, ktoré budú poskytované prostredníctvom OPE (NCZI) predovšetkým zo systému ISZI a JÚRZ//
  )))
--
  V prehľade nie sú uvedené plánované zmeny v IS dotknutých PZS, napr. plánované výmeny nemocničných informačných systémov, predĺženie podpory IS v nemocniciach na dlhšie obdobia a pod. Plány pre obstarávania a objednávania zmien v IT sú evidované PZS priebežne do centrálneho systému, sledované a odsúhlasované na úrovni MZ SR.
--
@@ -5591,7 +5591,6 @@
  * Inštrukcie k EUPL licenciám: [[https:~~/~~/commission.europa.eu/content/european-union-public-licence_en>>url:https://commission.europa.eu/content/european-union-public-licence_en]]
  * Vyhláška č. 179/2020 Z. z. ktorou sa ustanovuje spôsob kategorizácie a obsah bezpečnostných opatrení informačných technológií verejnej správy, najmä Príloha č.2 tejto vyhlášky, časť J. Akvizícia, vývoj a údržba informačných technológií verejnej správy.
--
@@ -5598,14 +5598,12 @@
 . Prevádzka a údržba
--
  //Úroveň podpory používateľov bude v súlade s internými postupmi MZ SR v oblasti správy systémov a definovaná v rámci servisnej zmluvy resp. SLA.//
--1.
++1.
 . Riešenie incidentov – SLA parametre
--
  //Za incident je považovaná chyba IS, t.j. správanie sa v rozpore s prevádzkovou a používateľskou dokumentáciou IS. Za incident nie je považovaná chyba, ktorá nastala mimo prostredia IS napr. výpadok poskytovania konkrétnej služby Vládneho cloudu alebo komunikačnej infraštruktúry.//
  Označenie naliehavosti incidentu:
@@ -5616,7 +5616,6 @@
  |C|Stredná|Chyby a nedostatky, ktoré spôsobia čiastočné obmedzenia používania systému.
  |D|Nízka|Kozmetické a drobné chyby.
--
  možný dopad:
  |**Označenie závažnosti incidentu**|(((
@@ -5628,7 +5628,6 @@
  |2|značný|značný dopad alebo strata dát
  |3|malý|malý dopad alebo strata dát
--
   Výpočet priority incidentu je kombináciou dopadu a naliehavosti v súlade s best practices ITIL V3 uvedený v nasledovnej matici:
  |(% colspan="2" rowspan="2" %)**Matica priority incidentov**|(% colspan="3" %)**Dopad**
@@ -5638,7 +5638,6 @@
  |**Stredná - C**|2|3|4
  |**Nízka - D**|3|4|4
--
  Vyžadované reakčné doby:
  |**Označenie priority incidentu**|**Reakčná doba^^(1)^^ od nahlásenia incidentu po začiatok riešenia incidentu**|**Doba konečného vyriešenia incidentu od nahlásenia incidentu (DKVI) ^^(2)^^**|(((
@@ -5675,10 +5675,9 @@
  //Pre tieto služby budú dohodnuté osobitné parametre dodávky.//
--1.
++1.
 . Požadovaná dostupnosť IS:
--
  |**Popis**|**Parameter**|**Poznámka**
  |**Prevádzkové hodiny**|//12 hodín//|//od 6:00 hod. - do 18:00 hod. počas pracovných dní//
  |(% rowspan="2" %)**Servisné okno**|//10 hodín//|//od 19:00 hod. - do 5:00 hod. počas pracovných dní//
@@ -5699,14 +5699,12 @@
  //V prípade nedodržania dostupnosti IS bude každý ďalší začatý pracovný deň nedostupnosti braný ako deň omeškania bez odstránenia vady alebo incidentu.//
  )))
--
--1.
--11.
++1.
++11.
 . Dostupnosť (Availability)
  **Dostupnosť** (**Availability**) je vyjadrená ako percento času v danom období, obvykle za rok. Predpokladá sa dostupnosť na úrovní **98% dostupnosť, **čo znamená kumulatívny výpadok 7,30 dňa ročne resp. 14 hodín mesačne.
--
@@ -5714,13 +5714,11 @@
  Požiadavky na personál sú uvedené v dokumente Projektový zámer v kapitole č. 9.
--
 . Prílohy
--
  Príloha č.1: I_02_BC_CBA_PRILOHA_Projekt_CIP_MZSR_240415_NAVRH_v_1.5.xlsx (CBA a KATALÓG POŽIADAVIEK)
  Príloha č. 2: Katalóg existujúcich výkazov CES
@@ -5728,7 +5728,7 @@
  //Koniec dokumentu//
--
++
  Príloha č. 2: **Katalóg výkazov CES**
  Tabuľka nižšie obsahuje zoznam dostupných štandardných výkazov CES v zmysle publikovaného dokumentu MF SR - DSR2_CES_M27_Reportig.docx, zdroj:
@@ -6102,7 +6102,6 @@
  * Položky vybraného číselníka
  * Metaúdaje vybraného číselníka
--
  Zdrojom pre report budú údaje externých číselníkov (referenčné, agendové, iné) evidované v module Centrálne kmeňové údaje a číselníky (modul M28).
@@ -6124,7 +6124,6 @@
--
  ----
  [[~[1~]>>path:#_ftnref1]] Zdroj: Organizačný poriadok MZ SR v znení platných zmien a dodatkov k 1.1.2024
@@ -6247,7 +6247,6 @@
  * Položky vybraného číselníka
  * Metaúdaje vybraného číselníka
--
  Zdrojom pre report budú údaje externých číselníkov (referenčné, agendové, iné) evidované v module Centrálne kmeňové údaje a číselníky (modul M28).
@@ -6269,7 +6269,6 @@
--
  ----
  [[~[1~]>>path:#_ftnref1]] Zdroj: Organizačný poriadok MZ SR v znení platných zmien a dodatkov k 1.1.2024

Zmeny dokumentu I-03 Prístup k projektu (pristup_k_projektu)

Súhrn

Podrobnosti

Vitajte

Linky

Naposledy navštívené