Zmeny dokumentu projekt_2359_Projektovy_zamer_detailny

Naposledy upravil Admin-metais MetaIS 2024/11/19 17:57

From 5.1 to 4.1

Z verzie 7.1

upravil Admin-metais MetaIS
-

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

Do verzie 5.1

upravil lukas_kukan
-

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

Raw
Rendered

Súhrn

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

Podrobnosti

Vlastnosti stránky

Nadradený

...	...	@@ -1,1 +1,0 @@
1		-Dokumenty.projekt_2359.WebHome

Autor dokumentu

@@ -1,1 +1,1 @@
--XWiki.metais@vicepremier\.gov\.sk
++projdoc:XWiki.lukas_kukan

Obsah

@@ -10,6 +10,7 @@
  (% style="text-align: center;" %)
  **[[image:attach:image-2024-9-10_23-45-24-1.png||height="76"]]**
++\\
  (% class="wrapped" %)
  |(((
@@ -69,7 +69,7 @@
  )))|(((
 .8.2024
  )))|(((
--
++\\
  )))
  **~ **
@@ -120,6 +120,7 @@
  V súlade s Vyhláškou 401/2023 Z. z. je dokument I-02 Projektový zámer určený na rozpracovanie detailných informácií prípravy projektu, aby bolo možné rozhodnúť o pokračovaní prípravy projektu, pláne realizácie, alokovaní rozpočtu a ľudských zdrojov.
++\\
  Dokument Projektový zámer v zmysle vyššie uvedenej vyhlášky má obsahovať manažérske zhrnutie, rozsah, ciele a motiváciu na realizáciu projektu, zainteresované strany, alternatívy, návrh merateľných ukazovateľov, detailný opis požadovaných projektových výstupov, detailný opis obmedzení, predpokladov, tolerancií a návrh organizačného zabezpečenia projektu, detailný opis rozpočtu projektu a jeho prínosov, náhľad architektúry a harmonogram projektu so zoznamom rizík a závislostí.
@@ -499,9 +499,11 @@
  = {{id name="projekt_2359_Projektovy_zamer_detailny-3.DEFINOVANIEPROJEKTU"/}}3.    DEFINOVANIE PROJEKTU =
++\\
  == {{id name="projekt_2359_Projektovy_zamer_detailny-3.1Manažérskezhrnutie"/}}3.1       Manažérske zhrnutie ==
++\\
  Národné centrum zdravotníckych informácií (NCZI) je štátna príspevková organizácia, ktorej zriaďovateľom je Ministerstvo zdravotníctva Slovenskej republiky. Postavenie a úlohy NCZI upravuje [[zákon č. 153/2013 Z. z. o národnom zdravotníckom informačnom systéme>>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2013/153/20210101.html||shape="rect"]] a o zmene a doplnení niektorých zákonov v znení neskorších predpisov.
@@ -515,9 +515,11 @@
  NCZI na prevádzku agendových systémov používa zastaranú aplikačnú a hardwarovú architektúru z roku 2012. Vek samotnej hardwarovej infraštruktúry je teda viac ako 13 rokov, bez podpory výrobcu a bez možnosti zakúpenia podpory výrobcov. Jadro aplikácie eZdravia (NZIS) je prevádzkované na exspirovanom systémovom softvéri, ako aj databázovej platforme. Tento stav sa zásadne podpisuje na neplánovaných výpadkoch, čo spôsobuje významné zhoršovanie dostupnosti poskytovaných služieb z hľadiska bezpečnosti a stability, a taktiež nedostupnosti ďalších zdrojov na strane infraštruktúry pre nové rozvojové projekty. V neposlednom rade neplánované výpadky vyvolávajú neplánované a neplánovateľné výdavky, ktoré vždy riešia prevádzkovú situáciu zo svojej podstaty iba čiastočne.
++\\
  Celá architektúra a prevádzka riešenia je sústredená do jedného datacentra (DC Kopčianska), NCZI nemá záložné datacentrum a ani záložný plán pre prípad výpadku hlavného datacentra. V súčasnosti prebieha paralelne viacero projektov rozvoja IT, ktoré majú rozširovať alebo nahradiť vybrané komponenty NZIS (ďalej aj “eZdravie”) alebo iných IS mimo ezdravia, avšak hrozí že budú pozdržané z dôsledku absencie vhodnej infraštruktúry, architektúry a moderných procesov. NZIS je nosným IS v oblasti zdravotníckych informácií, predstavuje ekosystém zdravotníckych informačných systémov v správe NCZI slúžiacich na zber, spracúvanie a poskytovanie informácií v zdravotníctve určených na správu údajovej základne.
++\\
  **Špecifické integrácie absolútne vylučujú možnosť umiestnenia sanačného prostredia mimo priestorov súčasného DC, a to z týchto dôvodov:**
@@ -542,6 +542,7 @@
  Rozsah projektu vychádza z idey modernizácie, redesignu a novej architektúry nevyhnutného rozsahu zastaralej infraštruktúry, konsolidáciu základných infraštruktúrnych služieb pod jednotné platformy a jednotnú správu tak, aby boli použiteľné nielen pre súčasné informačné systémy, ale aj pre budúce rozvojové a implementované projekty, ktoré budú spadať pod správu NCZI.
++\\
  Z uvedeného vyplýva že malá časť sanovanej infraštruktúry musí slúžiť na kontajnerové aplikácie a podporné systémy. To znamená že k modernizácii v súčasnosti je dôležité pristupovať spôsobom zohľadňujúcim cloudové princípy a súčasné trendy a to nielen z ekonomických dôvodov, ale aj technologických a operatívnych. Základné východiská pre rozsah projektu je možné sumarizovať nasledovne:
@@ -556,6 +556,7 @@
  * “problematická kompatibilita” pri nasadzovaní nových HW a SW komponentov voči súčasnému prostrediu
  * Aktuálna možnosť existencie len 2 prostredí a preťaženie PREPROD z hľadiska potrieb a jeho využívania
++\\
  Zámerom a **motiváciou** **projektu** preto je:
@@ -600,52 +600,54 @@
  |(((
 .
  )))|(((
--(% style="color:#000000" %)Národné centrum zdravotníckych informácií
++(% style="color: rgb(0,0,0);" %)Národné centrum zdravotníckych informácií
  )))|(((
--(% style="color:#000000" %)NCZI
++(% style="color: rgb(0,0,0);" %)NCZI
  )))|(((
--(% style="color:#000000" %)Prevádzkovateľ NZIS
++(% style="color: rgb(0,0,0);" %)Prevádzkovateľ NZIS
  )))|(((
--(% style="color:#000000" %)isvs_400 NZIS (správca MZSR)
++(% style="color: rgb(0,0,0);" %)isvs_400 NZIS (správca MZSR)
  )))
  |(((
 .
  )))|(((
--(% style="color:#000000" %)Občan
++(% style="color: rgb(0,0,0);" %)Občan
  )))|(((
--(% style="color:#000000" %)G2C
++(% style="color: rgb(0,0,0);" %)G2C
  )))|(((
--(% style="color:#000000" %)Pacient
++(% style="color: rgb(0,0,0);" %)Pacient
  )))|(((
--(% style="color:#000000" %)isvs_400 NZIS
++(% style="color: rgb(0,0,0);" %)isvs_400 NZIS
  )))
  |(((
 .
  )))|(((
--(% style="color:#000000" %)Občan/Podnikateľ
++(% style="color: rgb(0,0,0);" %)Občan/Podnikateľ
  )))|(((
--(% style="color:#000000" %)G2B
++(% style="color: rgb(0,0,0);" %)G2B
  )))|(((
--(% style="color:#000000" %)Lekár
++(% style="color: rgb(0,0,0);" %)Lekár
  )))|(((
--(% style="color:#000000" %)isvs_400 NZIS
++(% style="color: rgb(0,0,0);" %)isvs_400 NZIS
  )))
  |(((
 .
  )))|(((
--(% style="color:#000000" %)OVM
++(% style="color: rgb(0,0,0);" %)OVM
  )))|(((
--(% style="color:#000000" %)G2G
++(% style="color: rgb(0,0,0);" %)G2G
  )))|(((
--(% style="color:#000000" %)Poskytovateľ zdravotnej starostlivosti
++(% style="color: rgb(0,0,0);" %)Poskytovateľ zdravotnej starostlivosti
  )))|(((
--(% style="color:#000000" %)isvs_400 NZIS(%%)
--(% style="color:#000000" %)Proprietárne systémy poskytovateľov ZS
++(% style="color: rgb(0,0,0);" %)isvs_400 NZIS(%%)
++(% style="color: rgb(0,0,0);" %)Proprietárne systémy poskytovateľov ZS
  )))
++\\
  == {{id name="projekt_2359_Projektovy_zamer_detailny-3.4Cieleprojektu"/}}3.4       Ciele projektu ==
++\\
  (% class="wrapped" %)
  |(((
@@ -675,6 +675,7 @@
  == {{id name="projekt_2359_Projektovy_zamer_detailny-3.5Merateľnéukazovatele(KPI)"/}}3.5       Merateľné ukazovatele (KPI) ==
++\\
  (% class="wrapped" %)
  |(((
@@ -692,16 +692,16 @@
  **Popis
  ukazovateľa**
  )))|(((
--**Merná jednotka**
--
++**Merná jednotka
++\\**
  )))|(((
  **AS IS
--merateľné hodnoty**
--(aktuálne)
++merateľné hodnoty
++**(aktuálne)
  )))|(((
--**TO BE
--Merateľné hodnoty**
--(cieľové hodnoty)
++**TO BE
++Merateľné hodnoty
++**(cieľové hodnoty)
  )))|(((
  **Spôsob ich merania**
@@ -712,8 +712,9 @@
  |(((
  ID01
  )))|(((
--
++\\
++\\
  Sanované systémy
  )))|(((
@@ -734,7 +734,7 @@
  |(((
  ID02
  )))|(((
--
++\\
  Dostupnosť prostredí
  )))|(((
@@ -755,9 +755,11 @@
  // //
++\\
  == {{id name="projekt_2359_Projektovy_zamer_detailny-3.6Špecifikáciapotriebkoncovéhopoužívateľa"/}}3.6       Špecifikácia potrieb koncového používateľa ==
++\\
  Predmetom projektu nie je vývoj alebo rozvoj ISVS s elektronickými službami, ani grafické alebo iné používateľské rozhranie určené pre občanov/podnikateľov (alebo aj pracovníkov verejnej správy pracujúcich s agendovým systémom), ďalej označených ako koncoví používatelia. V zmysle vyhlášky [[547/2021 Z. z. o elektronizácii agendy verejnej správy>>url:https://www.slov-lex.sk/pravne-predpisy/SK/ZZ/2021/547/||shape="rect"]] preto kapitola nie je relevantná.
@@ -765,9 +765,11 @@
  == {{id name="projekt_2359_Projektovy_zamer_detailny-3.7Rizikáazávislosti"/}}3.7       Riziká a závislosti ==
++\\
  Zoznam rizík a závislostí predstavuje samostatnú prílohu projektovej dokumentácie v MetaIS pod názvom NCZI Sanacia_Zoznam rizík a závislostí.xlsx.
++\\
  == {{id name="projekt_2359_Projektovy_zamer_detailny-3.8Stanoveniealternatívvbiznisovejvrstvearchitektúry"/}}3.8       Stanovenie alternatív v biznisovej vrstve architektúry ==
@@ -793,6 +793,7 @@
  **ALTERNATÍVA 2 – Sanácia infraštruktúry NCZI **
++\\
  (% class="wrapped" %)
  |(((
@@ -821,6 +821,7 @@
  -           Centrálny backup pre IaaS a PaaS
++\\
  **Nové a konsolidované infraštruktúrne služby**
@@ -847,6 +847,7 @@
  **ALTERNATÍVA 3 – Postupná migrácia existujúcich informačných systémov do vládneho/SK cloudu**
++\\
  (% class="wrapped" %)
  |(((
@@ -858,20 +858,25 @@
  V súčasnosti však existujúci slovenský vládny cloud výrazne zaostáva za ponukou komerčných poskytovateľov svojimi výkonnostnými a kapacitnými parametrami, aj konfiguračnými možnosťami a môže byť preplnený aplikáciami a dátami, ktoré jeho úroveň infraštruktúry nepotrebujú, čím sa stráca cenová a nákladovú efektivita vynakladania verejných prostriedkov. Rovnaké východiská z hľadiska dostupnosti špecifických cloudových služieb platia pre tzv. SK cloud. Migrácia aplikácií bez príslušnej aktualizácie pre zabezpečenie podpory je nekoncepčným riešením. Na druhej strane migrácia vrátane aktualizácie aplikačnej architektúry vytvára neprimerané riziká z hľadiska časového harmonogramu a zásahov do heterogénneho aplikačného prostredia. Tento variant z pohľadu budúcnosti nespĺňa mnohé kritéria ako je napr. monetizácia, resp. podpora pre systémy so silnejšími požiadavkami na SLA (Dostupnosť, RTO, RPO) rovnako ako aj pre prevádzku základných služieb resp. prvkov kritickej infraštruktúry. Migráciou do prostredia SK cloud NCZI stráca kontrolu nad dostupnosťou prostredí, ako aj dátami, no zachováva sa zodpovednosť za nakladanie s dátami. Napriek uvedenému NCZI detailne zvažovalo túto biznis možnosť aj na úrovni ďalších vrstiev architektúry, čo je bližšie popísané v kapitole Stanovenie alternatív v technologickej vrstve architektúry.
  )))
++\\
  == {{id name="projekt_2359_Projektovy_zamer_detailny-3.9Multikriteriálnaanalýza"/}}3.9       Multikriteriálna analýza ==
++\\
  Výber alternatív prebieha prostredníctvom MCA zostavenej na základe kapitoly Motivácia a rozsah projektu, ktorá obsahuje ciele stakeholderov, ich požiadavky a obmedzenia pre dosiahnutie uvedených cieľov.
++\\
  Niektoré (nie všetky) kritériá, môžu byť označené ako KO kritériá. KO kritériá označujú biznis požiadavky na riešenie, ktoré sú z hľadiska rozsahu identifikovaného problému a motivácie nevyhnutné pre riešenie problému a všetky akceptovateľné alternatívy ich tak musia naplniť. Alternatívy, ktoré nesplnia všetky KO kritériá, môžu byť vylúčené z ďalšieho posudzovania. KO kritériá nesmú byť technologické (preferovať jednu formu technologickej implementácie, voči druhej).
++\\
  Na základe stanovených kritérií boli vyhodnotené stanovené alternatívy. Sumár vyhodnotenia je uvedený v nasledujúcej tabuľke.
  Na základe vyhodnotenia MCA analýzy vychádza Alternatíva 2 ako jediná, ktorá spĺňa všetky požiadavky.
++\\
  Šablóna pre spracovanie MCA
@@ -912,13 +912,13 @@
  )))|(((
  Iba nevyhnutný zásah do architektúr a konceptov pôvodných riešení
  )))|(((
--
++\\
  )))|(((
  X
  )))|(((
--
++\\
  )))|(((
--
++\\
  )))|(((
  X
  )))
@@ -927,13 +927,13 @@
  )))|(((
  Rozšíriteľnosť architektúry o nové zóny pre ďalšie prostredia (napr. TEST, PREDPROD)
  )))|(((
--
++\\
  )))|(((
  X
  )))|(((
--
++\\
  )))|(((
--
++\\
  )))|(((
  X
  )))
@@ -961,11 +961,11 @@
  )))|(((
  X
  )))|(((
--
++\\
  )))|(((
--
++\\
  )))|(((
--
++\\
  )))
  |(((
  Kritérium E
@@ -1006,13 +1006,14 @@
  )))|(((
  X
  )))|(((
--
++\\
  )))|(((
--
++\\
  )))|(((
  X
  )))
++\\
  Vyhodnotenie MCA
@@ -1132,7 +1132,7 @@
  na prenájom týchto prepojení predstavujú ďalšiu značnú finančnú záťaž.
--
++\\
  )))
  |(((
  Kritérium G
@@ -1152,9 +1152,11 @@
  Implementáciou alternatívy 3 sa nezabezpečí naplnenie všetkých bezpečnostných požiadaviek
  )))
++\\
  == {{id name="projekt_2359_Projektovy_zamer_detailny-3.10Stanoveniealternatívvaplikačnejvrstvearchitektúry"/}}3.10    Stanovenie alternatív v aplikačnej vrstve architektúry ==
++\\
  Alternatívy na základe aplikačnej vrstvy architektúry neboli posudzované, nakoľko nedochádza k zmene na úrovni aplikačnej vrstvy architektúry, resp. dochádza iba k zmene nevyhnutného rozsahu súvisiaceho s aktualizáciami, zabezpečením podpory, kontajnerizáciou a využitím cloudových služieb. Umiestnenie riešenia mimo existujúceho DC si vyžaduje zásadnejšie ako popísané zmeny dizajnu existujúcich prostredí a riešení, ako aj infraštruktúrne prostriedky na oboch stranách riešení. Prípadne vynútené zmeny resp. prispôsobenia sa cloud poskytovateľovi predstavujú v existujúcich aplikačných riešeniach ďalšie zásahy do už tak kritického stavu existujúcich prostredí a absolútne bezdôvodne zvýšia riziká kolapsu systémov eZdravia. Na základe uvedeného je alternatíva 1 bezpredmetná a alternatíva 3 vylúčená.
@@ -1164,7 +1164,7 @@
  Výber alternatívy na úrovni technologickej vrstvy architektúry, kopíruje výber alternatívy č. 2 na základe MCA. Riešenie bude prevádzkované na infraštruktúre v prostredí NCZI. Náklady na údržbu a prevádzku projektu sú uvedené v BC/CBA analýze ako percentuálny pomer z obstarávacej ceny diela.
--Nové prostredie musí byť úzko previazané na existujúce riešenia v prevádzke NCZI, ktoré je umiestnené v priestoroch DC Kopčianska.
++Nové prostredie musí byť úzko previazané na existujúce riešenia v prevádzke NCZI, ktoré je umiestnené v priestoroch DC Kopčianska.
  V prípravnej fáze dizajnu riešenia pre sanáciu eZdravia sa identifikovala potreba minimálne 50 optických prepojov s prenosovými kapacitami minimálne 10Gb/s (L2 spojenie) a dosahom maximálne do 200m na existujúce prostredia systému eZdravie, t.j. sú definované špecifické nároky na fyzické umiestnenie a infraštruktúru.
  Návrh a vyhodnotenie MCA koreluje so závermi expertnej skupiny NCZI-MIRRI, ktorá na základe analýzy dôvodov uvedených aj v tomto dokumente dospela k odporúčaniu vybudovať sanačné prostredie NZIS/eZdravie v priamej kompetencii súčasného prevádzkovateľa (NCZI) s maximálnou mierou virtualizácie, ktoré bude previazané na existujúce prostredia a poskytne priestor na postupné sanovanie existujúcich častí riešenia, ako aj priestor pre realizáciu nových rozvojových projektov v lokalite DC Kopčianska – 3NP (DC MF SR).
@@ -1171,12 +1171,15 @@
  = {{id name="projekt_2359_Projektovy_zamer_detailny-4.POŽADOVANÉVÝSTUPY(PRODUKTPROJEKTU)"/}}4.    POŽADOVANÉ VÝSTUPY  (PRODUKT PROJEKTU) =
++\\
  Výstupom projektu je funkčný, stabilný, efektívny, bezpečný systém, ktorý sa dosiahne doplnením SW a HW infraštruktúry. Výstupom bude aj dodanie používateľskej príručky, inštalačnej príručky a pokynov na inštaláciu (úvodnú/opakovanú), prevádzkový opis a pokyny pre servis, údržbu a diagnostiku, pokyny na obnovu pri výpadku alebo havárii (Havarijný plán) a bezpečnostný projekt. Na dodržiavanie štandardov sa použije M-04 Audit kvality zameraný na výstupy z iniciačnej, realizačnej a dokončovacej fázy projektu.
++\\
  Realizácia projektu bude v zmysle vyhlášky MIRRI č. 401/2023 Z. z. pozostávať z uvedených etáp:
++\\
  * Analýza a dizajn,
  * Nákup technických prostriedkov, programových prostriedkov a služieb,
@@ -1183,9 +1183,11 @@
  * Implementácia a testovanie,
  * Nasadenie
++\\
  NCZI SR bude pri implementácii postupovať v zmysle vyhlášky MIRRI SR 401/2023 Z. z. a požadované výstupy budú dodávané primerane vzhľadom na charakter projektu:
++\\
  (% class="wrapped" %)
  |(((
@@ -1289,7 +1289,9 @@
  - Sprístupnenie riešenia v produkčnom prostredí vybraným používateľom
  )))
++\\
++\\
  === {{id name="projekt_2359_Projektovy_zamer_detailny-Návrhcieľovejarchitektúryspreviazanosťounaexistujúceriešeniasmožnosťamirozvojadobudúcna"/}}Návrh cieľovej architektúry s previazanosťou na existujúce riešenia s možnosťami rozvoja do budúcna ===
@@ -1327,9 +1327,11 @@
  * Návrh riešenia pre platformové produkty
  * Návrh bezpečnostnej architektúry
++\\
  = {{id name="projekt_2359_Projektovy_zamer_detailny-5.NÁHĽADARCHITEKTÚRY"/}}5.    NÁHĽAD ARCHITEKTÚRY =
++\\
  Nové riešenie bude budované ako virtualizované prostredie, logicky členené na:
@@ -1337,6 +1337,7 @@
  * Časť pre možné nové testovacie prostredia pre NZIS prevádzkované na klasickej virtualizácii
  * Časť pre prevádzku nových projektov postavených na kontajnerizácii
++\\
  Prístup k riešeniu sanovania prostredí:
@@ -1352,6 +1352,7 @@
  Náhľad zapojenia prostredí budúci stav
++\\
  **Štruktúrovane je možné podchytiť problémy na riešenie nasledovne:**
@@ -1393,7 +1393,7 @@
  |(((
  Neexistujúca podpora
--
++\\
  )))|(((
  Na HW nie je zakúpená podpora (pre väčšinu HW komponentov), končiaca podpora (DataPowers) alebo už ju nie je možné zakúpiť.
  )))
@@ -1430,7 +1430,7 @@
  )))|(((
  Preťaženie PREPROD
--
++\\
  )))|(((
  Vzhľadom na potreby a využívanie PREPROD na rôzne aktivity, vznikajú kolízie v hľadiska požiadaviek využitia prostredia, ako aj vysoká prácnosť ako aj časová náročnosť pri jeho rekonfigurácii (overenie hlásenej chyby na produkcii, overenie dodávky, integrácia externých subjektov, certifikácia na nové služby, ...)
  )))
@@ -1441,18 +1441,23 @@
  * V súčasnosti sú rezortné ISVS ako aj súvisiace služby poskytované prostredníctvom dvoch datacentier - hlavného datacentra ktoré je v správe NCZI na Kopčianskej ulici v Bratislave a záložného dátového centra Lazaretskej ulici v Bratislave. Kľúčové informačné systémy NCZI sa nachádzajú v primárnom dátovom centre, stále bežiace na 13+ ročnom hardware a expirovanom software primárne windows server 2008, ostatné systémy, ktoré využíva aj rezort MZ SR sa nachádzajú v záložnom dátovom centre, a zároveň sa prevádzkujú a spravujú aj rezortné IS, ktoré boli umiestnené vo Vládnom cloude, Google alebo Oracle cloude ktoré nie sú predmetom sanácie ale v budúcnosti by sa mali konsolidovať do jedného datacentra.
++\\
  * Existujúce predmetné riešenia sú resp. boli postavené na samostatných fyzických serveroch, pričom niektoré z nich riešia primárne len jednu aplikáciu, zámerom však bola snaha riešiť čo najviac IS VS, aplikácií či služieb spôsobom fyzického delenia infraštruktúry. Príkladom je projekt eZdravie, pričom celé ezdravie je postavené na klasickom HW s virtualizáciou.
++\\
  * Ďalším nedostatkom je, že v súčasnej architektúre je dnes stav, ktorý sa používa len pre PROD a PRE-PROD prostredie alebo jednotlivé prostredia nie sú homogenizované cez rôzne IS, úplne tu absentuje prostredie pre TEST a DEV, ktoré sú plne v réžii rôznych dodávateľov. Do NCZI sa už len nasadzuje do PRE-PROD a potom do PROD prostredí.
++\\
  * Motiváciou implementácie testovacích a vývojových prostredí popri záložných je efektívne využívanie zdrojov. Platí princíp, že počas bežnej prevádzky sú zdroje alokované pre testovacie a vývojové prostredia, v čase aktivácie záložných prostredí, čo je považované za mimoriadnu situáciu, sú testovacie a vývojové prostredia potlačené, prípadne úplne deaktivované.
++\\
  * Celé eZdravie používa K+D bezpečnostný koncept. Princíp spočíva v oddelení K=klinických a D=demografických dát. Demografické dáta sú uložené v JRUZoch kde sú osobné údaje pacientov a Klinické dáta sú uložene v ezdravie čo sú zdravotné záznamy pacientov. Cieľom tejto architektúry bolo dosiahnuť to, aby sa ani na admin úrovni nedali spojiť klinické záznamy pacienta s jeho identitou.
++\\
  * Najväčší problém NCZI je absencia vhodnej infraštruktúry, modernej aplikačnej architektúry a procesov ktoré potrebuje NCZI vyriešiť cez sanáciu, to znamená že sa nebude obstarávať a meniť 1:1 ale dôjde aj k zmene architektúry. Totiž nové projekty sú už koncipované tak, aby boli použité moderné architektonické a bezpečnostné princípy, kontajnerizácia a prenositeľnosť medzi prostrediami s použitím DevSecOps. Preto je pre MZ a NCZI urgentná potreba sanácie súčasného datacentra.
@@ -1480,12 +1480,13 @@
  * Samoobslužný cloudový portál
  * Nástroje pre konfiguráciu a nasadenie, ako napríklad Ansible.
++\\
  **Pre každú aplikáciu sme zvážili jej zaradenie do schémy sanácie aplikácie, ktoré boli spomenuté už vyššie v časti bezpečnosť a to:**
  * S0 – aplikácia ostane bez zmeny a je možné jej ponechanie na existujúcej infraštruktúre (v budúcnosti možný upgrade a nasadenie na sanované prostredie)
  * S1 – aplikácia ostane na súčasnej platforme (operačný systém, produkty tretích strán) avšak bude nasadená na infraštruktúre nového sanačného prostredia
--* S2 – aplikácia vyžaduje upgrade na novú platformu [[(% class="wikiinternallink" %)^^~[1~]^^>>path:#_ftn1||name="_ftnref1" shape="rect"]](%%)a až následne nasadenie na sanované eZdravie. Nevyhnutnou podmienkou je v tomto prípade vykonanie PoC na mitigovanie rizika nefunkčnosti resp. nekompatibility nasadzovaných komponentov.
++* S2 – aplikácia vyžaduje upgrade na novú platformu [[^^~[1~]^^>>path:#_ftn1||name="_ftnref1" shape="rect"]]a až následne nasadenie na sanované eZdravie. Nevyhnutnou podmienkou je v tomto prípade vykonanie PoC na mitigovanie rizika nefunkčnosti resp. nekompatibility nasadzovaných komponentov.
  //[[image:attach:image-2024-9-10_23-50-32-1.png||height="400"]]//
@@ -1499,12 +1499,15 @@
  Táto kapitola je z dokumentu I-02 Projektový zámer vypustená, pretože jej obsah je spracovaný vo výstupe I-03 Prístup k projektu.
++\\
  = {{id name="projekt_2359_Projektovy_zamer_detailny-6.LEGISLATÍVA"/}}6.    LEGISLATÍVA =
++\\
  Projekt nepredpokladá potrebu legislatívnych zmien pre naplnenie cieľov a dodanie výstupov projektu. V tejto kapitole sú vymenované legislatívne normy, ktoré sa týkajú informačných systémov verejnej správy a agendy Národného centra zdravotníckych informácií. Zoznam neobsahuje usmernenia a technické predpisy. Zoznam legislatívnych noriem v tomto dokumente iba orientačný.
++\\
  Zákon Národnej rady Slovenskej republiky č. 145/1995 Z. z. o správnych poplatkoch v znení neskorších predpisov,
@@ -1648,14 +1648,17 @@
  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
++\\
  = {{id name="projekt_2359_Projektovy_zamer_detailny-7.ROZPOČETAPRÍNOSY"/}}7.    ROZPOČET A PRÍNOSY =
  // //
++\\
  == {{id name="projekt_2359_Projektovy_zamer_detailny-7.1Sumarizácianákladovaprínosov"/}}7.1       Sumarizácia nákladov a prínosov ==
++\\
  (% class="wrapped" %)
  |(((
@@ -1668,12 +1668,12 @@
  |(((
  **Všeobecný materiál**
  )))|(((
--
++\\
  )))
  |(((
  **IT - CAPEX**
  )))|(((
--
++\\
  )))
  |(((
  Aplikácie
@@ -1718,7 +1718,7 @@
  |(((
  **Finančné prínosy**
  )))|(((
--
++\\
  )))
  |(((
  Administratívne poplatky
@@ -1733,7 +1733,7 @@
  |(((
  **Ekonomické prínosy**
  )))|(((
--
++\\
  )))
  |(((
  Občania (€)
@@ -1770,15 +1770,17 @@
  Náhľad zdroje financovania (Zdroj CBA)
++\\
  [[image:attach:image-2024-9-11_0-2-50.png||height="400"]]
--(% style="color:#172b4d" %)Sumarizácia nákladov a prínosov riešenia za obdobie 10 rokov
++(% style="color: rgb(23,43,77);" %)Sumarizácia nákladov a prínosov riešenia za obdobie 10 rokov
  **Návratnosť projektu: T5**
  **BCR: 1,76**
++\\
  **KVANTITATÍVNE PRÍNOSY**
@@ -1788,6 +1788,7 @@
  % zníženia výpadkov infraštruktúry z dôvodu výmeny a doplnenie niektorých kľúčových HW komponenotv infraštruktúry. Prínos je počítaný ako rozdiel medzi % výpadkov infraštruktúry AS-IS a TO-BE *počet používateľov *vyťaženie používateľov *superhrubá mzda/hod *počet hodín za rok (počet pracovných dní * počet hodín/deň).
++\\
  Zdroj výpadkov AS-IS: Monitoring sieťových komponentov a serverov
@@ -1795,6 +1795,7 @@
  Zdroj vyťaženie používateľov: Meranie realizované NCZI
++\\
  **KVALITATÍVNE PRÍNOSY**
@@ -1814,6 +1814,7 @@
  = {{id name="projekt_2359_Projektovy_zamer_detailny-8.HARMONOGRAMJEDNOTLIVÝCHFÁZPROJEKTUaMETÓDAJEHORIADENIA"/}}8.    HARMONOGRAM JEDNOTLIVÝCH FÁZ PROJEKTU a METÓDA JEHO RIADENIA =
++\\
  (% class="wrapped" %)
  |(((
@@ -1914,6 +1914,7 @@
  Projekt Sanácie eZdravia bude v NCZI realizovaný metódou Waterfall. Projekt nie je možné z dôvodu charakteru a rozsahu (sanácia zraniteľnosti infraštruktúrneho prostredia) realizovať uplatnením inkrementálneho vývoja ani pilotného riešenia.
++\\
  = {{id name="projekt_2359_Projektovy_zamer_detailny-9.PROJEKTOVÝTÍM"/}}9.    PROJEKTOVÝ TÍM =
@@ -1930,9 +1930,11 @@
  * projektový manažér
  * zástupca dodávateľa
++\\
  __Zloženie riadiaceho výboru:__
++\\
  (% class="wrapped" %)
  |(((
@@ -2032,6 +2032,7 @@
  * Technik kybernetickej bezpečnosti
  * Architekt sieťovej infraštruktúry
++\\
  (% class="wrapped" %)
  |(((
@@ -2167,6 +2167,7 @@
  Architekt sieťovej infraštruktúry
  )))
++\\
  == {{id name="projekt_2359_Projektovy_zamer_detailny-9.1PRACOVNÉNÁPLNE"/}}9.1        PRACOVNÉ NÁPLNE ==
@@ -2176,6 +2176,7 @@
  Ďalšie povinnosti členov RV, projektového manažéra a členov projektového tímu sú uvedené vo Vyhláške č. 401/2023 Z. z. a v doplňujúcich vzoroch a šablónach zverejnených na webovom sídle MIRRI SR.
++\\
  (% class="wrapped" %)
  |(((
@@ -2265,6 +2265,7 @@
  - sleduje dodržiavanie interných riadiacich aktov.
  )))
++\\
  (% class="wrapped" %)
  |(((
@@ -2337,6 +2337,7 @@
  ·          15. kontrolu plnenia finančného plánu projektu,
  )))
++\\
  (% class="wrapped" %)
  |(((
@@ -2355,7 +2355,7 @@
  -   plní pokyny PM a dohody zo stretnutí projektového tímu.
--
++\\
  )))
  |(((
  Detailný popis ozsahu zodpovedností, povinností a kompetencií
@@ -2375,6 +2375,7 @@
  ·          7. predkladanie požiadaviek na zmenu funkcionalít produktov,
  )))
++\\
  (% class="wrapped" %)
  |(((
@@ -2444,6 +2444,7 @@
  - zabezpečenie uloženia originálov projektovej dokumentácie.
  )))
++\\
  (% class="wrapped" %)
  |(((
@@ -2481,6 +2481,7 @@
  )))|(((
  - zodpovedá za špecifikovanie:
++\\
  •         štandardov, princípov a stratégií v oblasti informačnej bezpečnosti („IB“) a kybernetickej bezpečnosti („KB“) a ich dodržiavanie,
@@ -2520,6 +2520,7 @@
  •         požiadaviek na bezpečnostný projekt pre oblasť̌ IB a KB,
++\\
  -  zodpovedá za realizáciu kontroly:
@@ -2537,9 +2537,10 @@
  •         zameranú na zabezpečenie procesu, rozhraní, integrácii, kompletného popisu rozhraní a spoločných komponentov a posúdenia z pohľadu bezpečnosti,
--
++\\
  )))
++\\
  (% class="wrapped" %)
  |(((
@@ -2569,22 +2569,30 @@
  - zodpovedá za splnenie všetkých legislatívnych požiadaviek (právne predpisy SR a EK) a metodických a administratívnych požiadaviek súvisiacich s implementáciou projektu.
  )))
++\\
++\\
++\\
  = {{id name="projekt_2359_Projektovy_zamer_detailny-10.ODKAZY"/}}10. ODKAZY =
++\\
  Bez odkazov.
  = {{id name="projekt_2359_Projektovy_zamer_detailny-11.PRÍLOHY"/}}11. PRÍLOHY =
++\\
  **Príloha : **Zoznam rizík a závislostí (Excel): [[//https:~~/~~/www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html//>>url:https://www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html||shape="rect"]]
++\\
  Koniec dokumentu
++\\
++\\
--[[(% class="wikiinternallink" %)^^~[1~]^^>>path:#_ftnref1||name="_ftn1" shape="rect"]](%%) Pod platformou rozumieme operačný systém, databázový server alebo produkt tretej strany, na ktorom je aplikácia postavená/závislá (napr. .NET framework, BizTalk, SharePoint a pod.).
++[[^^~[1~]^^>>path:#_ftnref1||name="_ftn1" shape="rect"]] Pod platformou rozumieme operačný systém, databázový server alebo produkt tretej strany, na ktorom je aplikácia postavená/závislá (napr. .NET framework, BizTalk, SharePoint a pod.).

Zmeny dokumentu projekt_2359_Projektovy_zamer_detailny

Súhrn

Podrobnosti

Aplikácie

Navigácia

Moje posledné úpravy

Need help?