I-02 Projektový zámer (projektovy_zamer)
PROJEKTOVÝ ZÁMER
Vzor pre manažérsky výstup I-02
podľa vyhlášky MIRRI č. 401/2023 Z. z.
Povinná osoba | Štátny ústav pre kontrolu liečiv |
Názov projektu | Elektronizácia procesov Štátneho ústavu pre kontrolu liečiv |
Zodpovedná osoba za projekt | Ing. Andrej Kubán, vedúci sekcie ekonomiky a vnútorných záležitostí, Štátny ústav pre kontrolu liečiv |
Realizátor projektu | Štátny ústav pre kontrolu liečiv |
Vlastník projektu | Štátny ústav pre kontrolu liečiv |
Schvaľovanie dokumentu
Položka | Meno a priezvisko | Organizácia | Pracovná pozícia | Dátum | Podpis (alebo elektronický súhlas) |
Vypracoval |
- História DOKUMENTU
Verzia | Dátum | Zmeny | Meno |
1.0 | 08.11.2024 | Prvá verzia dokumentu | |
2.0 | 9.12.2024 | Finálny návrh dokumentu |
- ÚČEL DOKUMENTU, SKRATKY (KONVENCIE) A DEFINÍCIE
V súlade s Vyhláškou 401/2023 Z.z. je dokument I-02 Projektový zámer určený na rozpracovanie detailných informácií prípravy projektu, aby bolo možné rozhodnúť o pokračovaní prípravy projektu, pláne realizácie, alokovaní rozpočtu a ľudských zdrojov.
Dokument Projektový zámer v zmysle vyššie uvedenej vyhlášky má obsahovať manažérske zhrnutie, rozsah, ciele a motiváciu na realizáciu projektu, zainteresované strany, alternatívy, návrh merateľných ukazovateľov, detailný opis požadovaných projektových výstupov, detailný opis obmedzení, predpokladov, tolerancií a návrh organizačného zabezpečenia projektu, detailný opis rozpočtu projektu a jeho prínosov, náhľad architektúry a harmonogram projektu so zoznamom rizík a závislostí,
- Použité skratky a pojmy
SKRATKA/POJEM | POPIS |
ŠÚKL | Štátny ústav na kontrolu liečiv |
VIS | Vnútorný informačný systém |
FW | Firewall |
HW | Hardvér |
IKT | Informačno-komunikačné technológie |
IS | Informačný systém |
ISVS | Informačný systém verejnej správy |
IT | Informačné technológie |
KB | Kybernetická bezpečnosť |
MKB | Manažér kybernetickej bezpečnosti |
NGFW | Next Generation Firewall |
RACI | responsible, accountable, consulted, and informed |
SOC | Security Operations Center |
SPoF | Single Point of Failure |
SW | Softvér |
UTM | Unified Threat Management |
OVM | Orgán verejnej moci |
EÚ | Európska únia |
IS | Informačný systém |
ZP | Zdravotnícke pomôcky |
ZP IVD | Zdravotnícke pomôcky in vitro |
- Konvencie pre typy požiadaviek
Funkcionálne (používateľské) požiadavky majú nasledovnú konvenciu:
FRxx
- U – užívateľská požiadavka
- R – označenie požiadavky
- xx – číslo požiadavky
Nefunkčné (kvalitatívne, výkonové - Non Functional Requirements - NFR) požiadavky majú nasledovnú konvenciu:
NRxx
- N – nefukčná požiadavka (NFR)
- R – označenie požiadavky
- xx – číslo požiadavky
Ostatné typy požiadaviek môžu byť ďalej definované objednávateľom/PM.
- DEFINOVANIE PROJEKTU
- Manažérske zhrnutie
Navrhované riešenie projektu Integrované informačného systému úradu (IIS ŠÚKL) je komplexným vylepšením, resp. nahradením súčasného informačného systému, ktorý podporuje činnosti ŠÚKL. Projekt sa zameriava na zvýšenie efektivity procesov a zabezpečenie interoperability s ďalšími informačnými systémami verejnej správy. Cieľom projektu je transformácia zastaraného prostredia ústavu, ktorý je nútený riešiť mnoho procesov, resp. krokov v rámci agendy ústav papierovo, prepisovaním dokumentov alebo zastaralých aplikácií, zámenou za modernú platformu, ktorá bude technologicky aktuálna a funkčne bohatá. Výsledkom implementácie projektu bude zjednodušenie a zrýchlenie procesov registrácie liekov, hlásení podozrení na nežiadúce reakcie liekov a zdravotníckych pomôcok, čo povedie k zvýšeniu efektivity a zníženiu času potrebného na vybavenie agendy. Zároveň nový IS poskytne aktuálne a presné informácie pre pracovníkov ŠÚKL, ako aj pre verejnosť, čím sa zlepší transparentnosť a zodpovednosť.
Problémy súčasného stavu:
- Na výkon agendy, resp. realizáciu biznis procesov uvedených vyššie je využívaný informačný systém, ktorý bol vybudovaný v roku 1994 a je morálne zastaralý. Nespĺňa požiadavky na moderný informačný systém verejnej správy s požadovanou užívateľskou prívetivosťou,
- Procesy súčasného informačného systému sú stavané na papierovú dokumentáciu,
- V súčasnosti prichádzajú na ŠÚKL žiadosti, ktoré musia pracovníci ŠÚKL ručne prepisovať a zadávať do informačného systému, čo spôsobuje vysokú mieru prácnosti a neefektivity a rovnako zbytočné predlžovanie procesov,
- Súčasné riešenie nereflektuje na požiadavky elektronizácie ako sú predvyplnené a užívateľsky prívetivé elektronické formuláre s implementáciou elektronického podpisu.
- Súčasné riešenie nie je integrované, resp. nezískava údaje zo základných registrov a informačných systémov verejnej správy,
- ŠÚKL nemá k dispozícii užívateľskú dokumentáciu ani autorské práva k existujúcemu systému,
- Know-how o súčasnom IS je sústredené u autora systému ako jedinej osoby,
Hlavným cieľom projektu je implementácia Integrované informačného systému úradu (IIS ŠÚKL), ktorý podporí digitálnu transformáciu a zvýši efektivitu poskytovaných služieb. Projekt sa zameriava na modernizáciu a elektronizáciu kľúčových administratívnych procesov, čím sa zlepší používateľská prívetivosť pre občanov a podnikateľov. Nový systém integruje vybrané procesy ŠÚKL do jedného centralizovaného systému, ktorý umožní jednoduché a efektívne podávanie žiadostí o registráciu liekov, hlásení podozrení na nežiadúce reakcie liekov a procesy zdravotníckych pomôcok.
Projekt „Elektronizácia procesov Štátneho ústavu pre kontrolu liečiv“ vznikol ako odpoveď na potrebu komplexnej modernizácie ŠÚKL, aby sa zlepšila a ešte viac zefektívnila misia ŠÚKL dohliadať na bezpečnosť, účinnosť a kvalitu liekov a zdravotníckych pomôcok s dôrazom na záujmy pacientov.
Predmetom projektu sú nasledovné (biznis) procesy ŠÚKL:
- Registrácia lieku,
- Hlásenia podozrení na nežiadúce reakcie liekov (vigilancia),
- Zdravotnícke pomôcky,
- Výkon štátneho dozoru na úseku farmácie, inšpekčná činnosť, kontrola činnosti držiteľov povolení na zaobchádzanie s liekmi a zdravotníckymi pomôckami
Implementáciou informačného systému sa rovnako zefektívni prístup k dôležitým informáciám a dátam, ktoré sú nevyhnutné pre strategické rozhodovanie a efektívnu spoluprácu. Súčasný stav, ktorý sa vyznačuje absenciou integrovaného informačného systému, vedie k pomalému spracovaniu žiadostí, vysokému objemu administratívnej práce a nedostatočnej flexibilite v rámci agendy ŠÚKL.
Nový systém bude slúžiť ako jednotný prístupový bod pre všetky potrebné informácie a administratívne úkony, čím zlepší komunikáciu a zníži administratívnu záťaž. Systém tiež podporí interoperabilitu s modernými technológiami, čo umožní lepšie využitie digitálnych nástrojov a zvýšenie efektivity procesov. Týmto spôsobom projekt podporuje princípy digitálnej transformácie, znižuje byrokraciu a zvyšuje produktivitu ŠÚKL, čo prispeje k celkovému zlepšeniu kvality poskytovaných služieb.
Projekt je v súlade s cieľmi Národnej koncepcie informatizácie verejnej správy SR a Stratégie digitálnej transformácie Slovenska 2030, a prispieva k modernizácii verejnej správy prostredníctvom zavedenia princípu „1x a dosť“ a zlepšenia dostupnosti a kvality dát vo verejnej správe. Implementácia tohto projektu sa zvýši transparentnosť procesov a umožní lepšie využitie údajov pre strategické účely.
Očakávané Výsledky:
- Rýchlejšie vybavenie žiadostí o registráciu liekov a zdravotníckych pomôcok: skrátenie času potrebného na spracovanie a vydanie rozhodnutí, čo zvýši spokojnosť žiadateľov,
- Lepšia správa dát: zabezpečenie vysokej kvality, presnosti a bezpečnosti údajov,
- Zvýšená efektivita: efektívnejšie vytváranie informácií a reportov pre zainteresované strany, čím sa zvýši transparentnosť procesov a rozhodnutí.
Predpokladané náklady:
Softvér / služby 1 671 442,08 € (suma s DPH 23%)
Mzdové náklady 81 600,00 €
Paušálna sadzba 7% z priamy výdavkov. 122 712,95 € (pozn. na riadenie projektu a projektovú prípravu)
Celkom 1 875 755,03 €
- Motivácia a rozsah projektu
Štátny ústav pre kontrolu liečiv (ďalej aj „ŠÚKL“) je orgánom štátnej správy na úseku humánnej farmácie a drogových prekurzorov. Je rozpočtovou organizáciou priamo podriadenou Ministerstvu zdravotníctva SR. Pôsobnosť ŠÚKL definuje § 129 zákona č. 362/2011 Z. z. o liekoch a zdravotníckych pomôckach a o zmene a doplnení niektorých zákonov v platnom znení.
Štátny ústav pre kontrolu liečiv zastupuje Slovenskú republiku vo výboroch, komisiách a pracovných skupinách Európskej liekovej agentúry (EMA), Európskej komisie či Európskeho riaditeľstva pre kvalitu liekov a zdravotnú starostlivosť Rady Európy (EDQM).
ŠÚKL dohliada na bezpečnosť, účinnosť a kvalitu liekov a zdravotníckych pomôcok s dôrazom na záujmy pacientov. Šíri osvetu a prispieva tak k zlepšovaniu verejného zdravia. ŠÚKL je inštitúciou, ktorá si zaslúži dôveru verejnosti. Víziou ŠÚKL je byť modernou a medzinárodne uznávanou autoritou v oblasti regulácie liekov a zdravotníckych pomôcok podporujúcou edukáciu odbornej aj laickej verejnosti.
Pôsobnosť ŠÚKL definuje § 129 zákona č. 362/2011 Z. z. o liekoch a zdravotníckych pomôckach a o zmene a doplnení niektorých zákonov v platnom znení.
V rámci prípravnej a iniciačnej fázy prípravy projektovej dokumentácie boli identifikované nasledovné procesy, ktoré sú predmetom projektu, resp. na výkon ktorých bude využitý plánovaný Integrovaný informačný systém úradu (IIS ŠÚKL).
Predmetom projektu sú nasledovné (biznis) procesy ŠÚKL:
- Registrácia lieku,
- Hlásenia podozrení na nežiadúce reakcie liekov (vigilancia),
- Zdravotnícke pomôcky,
- Výkon štátneho dozoru na úseku farmácie, inšpekčná činnosť, kontrola činnosti držiteľov povolení na zaobchádzanie s liekmi a zdravotníckymi pomôckami
- Registrácia lieku
Registrácia lieku je proces, vďaka ktorému môže liek vstúpiť na trh. Platnosť registrácie lieku trvá päť rokov. Po registrácii môže dôjsť k rôznym zmenám lieku, od administratívnych cez zmeny kvality až po klinické aktualizácie. Po piatich rokoch od platnosti registrácie lieku musí dôjsť k predĺženiu platnosti registrácie. Predĺženie sa môže schváliť na päť rokov alebo na neobmedzenú dobu. Ak registrovaný liek nie je na slovenskom trhu uvedený viac ako tri roky, dochádza k jeho zrušeniu prostredníctvom procesu „sunset clause“. Životný cyklus lieku sa môže ukončiť aj na základe podania žiadosti o zrušenie registrácie lieku zo strany držiteľa.
V rámci registrácie lieku existuje:
- Postup registrácie lieku národnou procedúrou,
- Postup vzájomného uznávania (Mutual recognition procedure - MRP),
- Decentralizovaný postup (DCP),
- Centralizovaný postup (CP).
Postup registrácie lieku národnou procedúrou
Princípom tohto postupu je podanie žiadosti o registráciu v národnej agentúre v jedinom členskom štáte. Národná agentúra vypracuje hodnotiace správy. V prípade schválenia registrácie vystaví agentúra národné rozhodnutie o povolení uvádzať liek na trh. Toto rozhodnutie je platné iba v danom štáte.
Postup vzájomného uznávania (Mutual recognition procedure - MRP)
Ak je liek už v niektorom z členských štátov EÚ registrovaný, pre registráciu lieku v ďalších štátoch platí postup vzájomného uznávania. Agentúra v členskom štáte, v ktorom je už liek zaregistrovaný, aktualizuje svoju hodnotiacu správu a predloží ju do členských štátov, v ktorých podal držiteľ žiadosť o registráciu lieku. Agentúry dotknutých členských štátov môžu návrh hodnotiacej správy komentovať a vyžiadať si doplňujúce informácie. Konečná hodnotiaca správa je podkladom pre vydanie národných rozhodnutí o registrácii v jednotlivých dotknutých štátoch.
Decentralizovaný postup (DCP)
Ak liek ešte nie je registrovaný v žiadnom zčlenských štátov EÚ, žiadateľ o registráciu lieku požiada jednu z agentúr členských štátov, v ktorom chce mať liek registrovaný o vypracovanie návrhu hodnotiacej správy. Oslovená agentúra návrh vypracuje a rozpošle ho do ostatných dotknutých členských štátov. Členské štáty môžu návrh správy komentovať a vyžiadať si ďalšie doplňujúce informácie. Konečná hodnotiaca správa je podkladom pre vydanie národných rozhodnutí o registrácii v jednotlivých dotknutých štátoch.
Centralizovaný postup (CP)
Centralizovaný postup je riadený Európskou liekovou agentúrou (EMA). Jednotlivé posudky ku kvalite, bezpečnosti a účinnosti sú vypracované "raportérom" a "koraportérom" a sú pridelené dvom národným liekovým agentúram z členských štátov EÚ. Komisia pre humánne lieky (CHMP) vypracuje záverečné stanovisko k registrácii lieku a predloží ho Európskej komisii (EK) sídliacej v Bruseli, ktorá vydá rozhodnutie platné pre všetky štáty EÚ. V prípadoch postupu vzájomného uznávania a decentralizovaného postupu registrácie lieku môže lieková agentúra vystupovať buď v úlohe hlavného referenčného členského štátu (Referencemember state – RMS) alebo v úlohe dotknutého členského štátu (Concernedmember state – CMS).
Budovaný IIS ŠÚKL bude v rámci oblasti registrácie liekov pokrývať horeuvedené procesy. V rámci Centralizovaného postupu (CP) bude IIS ŠÚKL slúžiť ako databáza, nakoľko pri tomto postupe je proces registrácie realizovaný Európskou liekovou agentúrou (ďalej aj „EMA“).
Budovaný IIS ŠÚKL bude pokrývať jednotlivé procesy a kroky v rámci registrácie lieku.
IIS ŠÚKL umožní okrem iného:
- vyplniť vstupný formulár, vrátane všetkých príloh, pre účely registrácie lieku,
- zobraziť v detaile informácie o lieku,
- bude poskytovať nástroje pre editáciu lieku,
- bude poskytovať nástroje pre riadenie procesu registrácie lieku s rozdielnym postupom spracovania (NP, MRP, CP, DCP),
- bude poskytovať nástroje pre riadenie procesu registrácie lieku v súlade s procesom správneho konania (priebežné ustanovenia, rozhodnutia, sledovanie dodržiavania lehôt),
- integráciu s európskymi systémami (EUDAMED, CTS, CR, PSUR a pod.) registratúrou ŠÚKL a ÚPVS a pod.
Popis funkcionalít IIS ŠÚKL je uvedený v kapitole 5 Náhľad architektúry a v dokumente Prístup k projektu. Jednotlivé podrobné funkčné a nefunkčné požiadavky na IIS ŠÚKL sú uvedené v rámci dokumentu Cost-benefit analýza, v časti Katalóg požiadaviek.
- Hlásenia podozrení na nežiadúce reakcie liekov
Kontinuálne zaznamenávanie a analýza hlásení podozrení na nežiaduce účinky liekov predstavuje nevyhnutnú aktivitu správne fungujúceho systému farmakovigilancie. Informácie zo spontánnych hlásení získané počas používania lieku v klinickej praxi môžu odhaliť doposiaľ nepopísané nežiaduce reakcie, ktoré nie je vždy možné zistiť vo fáze klinického skúšania. Klinické skúšanie predstavuje najrelevantnejší zdroj informácií o účinnosti a bezpečnosti liekov z pohľadu medicíny založenej na dôkazoch. Napriek tomu použitie lieku v klinickej praxi umožňuje získať informácie od väčšej skupiny pacientov i pacientov, ktorí majú rôzne pridružené ochorenia. Monitorovanie hlásení podozrení na nežiaduce účinky liekov tak významne prispieva k bezpečnému užívaniu liekov a minimalizácii prípadných rizík, s ktorými sa užívanie liekov prirodzene spája. Zdravotnícki pracovníci a držitelia rozhodnutia o registrácii lieku sú zo zákona povinní oznámiť akékoľvek podozrenie na nežiaduce účinky liekov, pričom takúto možnosť majú aj samotní pacienti. Každé prijaté hlásenie je evidované, spracované a posúdené národnou autoritou alebo držiteľom rozhodnutia o registrácii lieku a následne zaslané do európskej databázy EudraVigilance. V prípade zistenia nových signifikantných bezpečnostných informácií sa príjmu primerané opatrenia.
Budovaný IIS ŠÚKL v rámci hlásenia podozrení na nežiadúce reakcie liekov okrem iného:
- umožní vyplniť vstupný formulár, vrátane všetkých príloh, pre účely podania hlásenia o podozrení na nežiadúce účinky lieku,
- umožní nahlasovanie podozrení na nežiadúce účinky liekov pre externé systémy cez vopred definované API rozhranie,
- umožní automatizované odosielanie zozbieraných hlásení do evidenčných systémov EÚ,
- poskytne prehľadné zobrazenie zoznamu hlásení na rôznej úrovni detailu,
- umožní kategorizovať a vyhodnocovať hlásenia podľa závažnosti a pod.
Popis funkcionalít IIS ŠÚKL je uvedený v kapitole 5 Náhľad architektúry a v dokumente Prístup k projektu. Jednotlivé podrobné funkčné a nefunkčné požiadavky na IIS ŠÚKL sú uvedené v rámci dokumentu Cost-benefit analýza, v časti Katalóg požiadaviek.
- Zdravotnícke pomôcky
ŠÚKL plní úlohy podľa zákona č. 362/2011 Z.z. o liekoch a zdravotníckych pomôckach na úseku registrácie, evidencie, dohľadu nad trhom so zdravotníckymi pomôckami a diagnostickými zdravotníckymi pomôckami in vitro, rozhoduje o povolení klinického skúšania zdravotníckych pomôcok a štúdie výkonu diagnostických zdravotníckych pomôcok in vitro.
Ďalej plní úlohy členského štátu určené príslušnými Nariadeniami EP a R(EÚ) 2017/745 (MDR) a 2017/746 (IVDR) a spolupracuje s ostatnými členskými štátmi pri výmene informácií.
V rámci oblasti zdravotníckych pomôcok realizuje ŠÚKL nasledovné procesy:
- kvantitatívna a kvalitatívna kontrola predložených dokumentov od hospodárskych subjektov (výrobca, dovozca, distribútor, splnomocnený zástupca),
- prideľovanie a aktualizácia kódov zdravotníckych pomôcok a diagnostických zdravotníckych pomôcok in vitro,
- vedenie, kontrola a aktualizácia databázy zdravotníckych pomôcok a diagnostických zdravotníckych pomôcok in vitro sprístupnených na Slovensku,
- kontrola a overovanie údajov vložených počas registrácie výrobcov, splnomocnených zástupcov a dovozcov v databáze EUDAMED, úradné oznamovanie rozhodnutia MDCG (Medical Device Coordination Working Group) a EK (Európska komisia),
- vydávanie certifikátov o voľnom predaji zdravotníckej pomôcky alebo certifikátov o voľnom predaji diagnostickej zdravotníckej pomôcky in vitro,
- registrácia distribútorov zdravotníckych pomôcok a zverejňovanie ich zoznamu na webovej stránke,
- vykonáva štátny dohľad nad trhom so zdravotníckymi pomôckami a diagnostickými zdravotníckymi pomôckami in vitro,
- vykonáva inšpekčné kontroly zdravotníckych pomôcok a diagnostických zdravotníckych pomôcok in vitro so zameraním na zhodu výrobkov v súlade s príslušnou legislatívou,
- spravuje systém vigilancie zdravotníckych pomôcok a diagnostických zdravotníckych pomôcok in vitro a monitoruje výkon zodpovedajúcich nápravných opatrení,
- posudzuje dokumentáciu na klinické skúšanie zdravotníckych pomôcok a štúdiu výkonu diagnostických zdravotníckych pomôcok in vitro a vykonáva úlohy s tým spojené pre dotknutý členský štát,
- podľa potreby prijíma v oblasti zdravotníckych pomôcok opatrenia na ochranu zdravia obyvateľov Slovenskej republiky.
Budovaný IIS ŠÚKL bude v rámci zdravotnícky pomôcok okrem iného umožní:
- registráciu zdravotnícky pomôcok (ďalej aj „ZP“) / zdravotníckych pomôcok in vitro (ďalej aj „ZP IVD“), ich výrobcov a distribútorov, to zn. podanie žiadosti - systém umožní vyplniť vstupný formulár, vrátane všetkých príloh,
- registráciu slovenských aj zahraničných výrobcov,
- oznámenie sprístupnenia ZP/ZP IVD podľa zákona č. 362/2011 Z.z. o liekoch a zdravotníckych pomôckach a o zmene a doplnení niektorých zákonov,
- prideľovanie ŠÚKL kódov ZP/ZP IVD,
- hlásenia závažnej nehody / vigilancia ZP/IVD ZP,
- podporu trhového dohľadu po uvedení ZP/ZP IVD na trh,
- integráciu s európskou databázou EUDAMED, registratúrou ŠÚKL a ÚPVS a pod.
Popis funkcionalít IIS ŠÚKL je uvedený v kapitole 5 Náhľad architektúry a v dokumente Prístup k projektu. Jednotlivé podrobné funkčné a nefunkčné požiadavky na IIS ŠÚKL sú uvedené v rámci dokumentu Cost-benefit analýza, v časti Katalóg požiadaviek.
- Výkon štátneho dozoru na úseku farmácie, inšpekčná činnosť, kontrola činnosti držiteľov povolení na zaobchádzanie s liekmi a zdravotníckymi pomôckami
ŠÚKL realizuje výkon štátneho dozoru na úseku farmácie, inšpekčnu činnosť, kontrolu činnosti držiteľov povolení na zaobchádzanie s liekmi a zdravotníckymi pomôckami v súlade so Zákonom č. 362/2011 Z.z. o liekoch a zdravotníckych pomôckach a o zmene a doplnení niektorých zákonov, Zákonom č. 139/1998 Z.z. o omamných, psychotropných látkach a prípravkoch v znení neskorších predpisov a Zákonom č. 331/2005 Z. z. o orgánoch štátnej správy vo veciach drogových prekurzorov a o zmene a doplnení niektorých zákonov.
Budovaný IIS ŠÚKL okrem iného umožní:
- spravovať nápravné opatrenia v prípade zistení v procese inšpekcie.
- prehľadné zobrazenie inšpekcií a informácie o realizovanej inšpekcii,
- plánovanie a vyhodnocovanie inšpekcií,
- systém bude poskytovať nástroje pre riadenie procesu inšpekcie v súlade s procesom správneho konania (priebežné ustanovenia, rozhodnutia, sledovanie dodržiavania lehôt),
- systém bude poskytovať nástroje pre automatizované sledovanie lehôt v procese správneho konania s odosielaním notifikačných správ zúčastneným stranám po uplynutí lehôt,
- systém bude v procese realizácie inšpekcie poskytovať sadzobníkové služby a pod.
Popis funkcionalít IIS ŠÚKL je uvedený v kapitole 5 Náhľad architektúry a v dokumente Prístup k projektu. Jednotlivé podrobné funkčné a nefunkčné požiadavky na IIS ŠÚKL sú uvedené v rámci dokumentu Cost-benefit analýza, v časti Katalóg požiadaviek.
PROBLÉMY SÚČASNÉHO STAVU
- Na výkon agendy, resp. realizáciu biznis procesov uvedených vyššie je využívaný informačný systém, ktorý bol vybudovaný v roku 1994 a je morálne zastaralý. Nespĺňa požiadavky na moderný informačný systém verejnej správy s požadovanou užívateľskou prívetivosťou,
- Procesy súčasného informačného systému sú stavané na papierovú dokumentáciu,
- V súčasnosti prichádzajú na ŠÚKL žiadosti, ktoré musia pracovníci ŠÚKL ručne prepisovať a zadávať do informačného systému, čo spôsobuje vysokú mieru prácnosti a neefektivity a rovnako zbytočné predlžovanie procesov,
- Súčasné riešenie nereflektuje na požiadavky elektronizácie ako sú predvyplnené a užívateľsky prívetivé elektronické formuláre s implementáciou elektronického podpisu.
- Súčasné riešenie nie je integrované, resp. nezískava údaje zo základných registrov a informačných systémov verejnej správy,
- ŠÚKL nemá k dispozícii užívateľskú dokumentáciu ani autorské práva k existujúcemu systému,
- Know-how o súčasnom IS je sústredené u autora systému ako jedinej osoby,
Súčasný Vnútorný informačný systém (VIS) ŠÚKL, ktorý bol vyvíjaný a prevádzkovaný od roku 1994, má niekoľko nevýhod, ktoré negatívne ovplyvňujú jeho funkčnosť a udržateľnosť.
- Závislosť na jedinej osobe:
- Know-how o architektúre, funkčnosti a bezpečnosti systému je koncentrované u jediného tvorcu systému. To predstavuje vysoké riziko, ak by táto osoba nebola k dispozícii, čo by mohlo vážne ohroziť kontinuitu prevádzky a údržby systému.
- Nedostatok znalostí medzi ostatnými zamestnancami o vnútornej štruktúre a funkciách systému komplikuje jeho spravovanie.
- Nedostatok dokumentácie:
- Neexistuje podrobná dokumentácia systému, čo sťažuje jeho správu, údržbu a ďalší rozvoj. Bez kvalitnej dokumentácie je ťažké pochopiť, ako systém funguje, a aké sú jeho špecifické požiadavky na aktualizácie alebo rozšírenie.
- V prípade technických problémov alebo potreby rozšírenia je proces riešenia zbytočne zdĺhavý a komplikovaný.
- Zastaraná technológia:
- Systém bol vyvinutý v 90. rokoch a používa technológie, ktoré už nie sú moderné alebo štandardné. Takéto zastarané technológie sú menej kompatibilné s modernými softvérovými riešeniami a často sú náchylnejšie na bezpečnostné zraniteľnosti.
- Nedostatok kompatibility s modernými technológiami môže obmedzovať jeho integráciu s inými informačnými systémami štátnej správy.
- Zložitosť rozvoja a modernizácie:
- Rozvoj systému a jeho prispôsobenie novým požiadavkám je ťažkopádny a ekonomicky nevýhodný. Systém nebol navrhnutý s ohľadom na modularitu alebo škálovateľnosť, čo znamená, že každá zmena je časovo aj finančne náročná.
- Reakcia na legislatívne a technologické zmeny (napr. požiadavky elektronizácie verejnej správy) je preto veľmi obmedzená a zdĺhavá.
- Bezpečnostné riziká:
- Staršie systémy majú často slabšiu úroveň kybernetickej bezpečnosti, keďže technológie na ochranu údajov sa za posledné desaťročia výrazne zmenili a vyvinuli.
- Možné zastarané zabezpečenie môže byť náchylnejšie na útoky, čo predstavuje riziko úniku alebo zneužitia citlivých informácií.
- Neefektívnosť:
- Súčasné informačné systémy neumožňujú dostatočnú automatizáciu procesov a vyžadujú množštvo manuálnej práce, čo vedie k zníženej efektivite zamestnancov.
- Nedostatok moderných funkcionalít, ako sú analytické nástroje alebo prehľadné používateľské rozhrania, môže obmedziť schopnosť zamestnancov rýchlo a efektívne vykonávať svoju prácu.
- Neschopnosť ľahko integrovať nové funkcionality:
- Keďže je systém starý a postavený na zastaranej architektúre, pridávanie nových funkcií alebo ich integrácia s inými systémami je náročná a časovo zdĺhavá, čo obmedzuje schopnosť ŠÚKL prispôsobiť sa novým požiadavkám na elektronické služby alebo zlepšiť vnútorné procesy.
- Vyššie náklady na údržbu:
- Starší informačný systém vyžaduje špecifické znalosti a aj ďalšie ekonomické zdroje na údržbu, technológie, na ktorých je postavený sú zastarané a menej dostupné.
- Bez kvalitnej dokumentácie a s limitovanými znalosťami mimo tvorcu systému, môže údržba vyžadovať veľa času a zdrojov.
- Obmedzená škálovateľnosť a flexibilita:
- Súčasný systém bol navrhnutý bez ohľadu na rastúce potreby alebo budúce rozšírenie funkcií, čo znamená, že škálovanie jeho kapacity či rozšírenie funkcionalít môže byť technicky veľmi obmedzené alebo neekonomické.
- Flexibilita na zavádzanie zmien alebo nových funkcionalít je nízka, čo brzdí inováciu a zlepšenie procesov.
Súčasný informačný systém ŠÚKL trpí technickou zastaranosťou, prevádzkovými rizikami a nedostatkom flexibility, čo bráni efektívnemu fungovaniu inštitúcie v súlade s modernými požiadavkami na informačné systémy a elektronizáciu verejnej správy.
- Zainteresované strany/Stakeholderi
ID | AKTÉR / STAKEHOLDER | SUBJEKT (názov / skratka) | ROLA (vlastník procesu/ vlastník dát/zákazník/ užívateľ …. člen tímu atď.) | Informačný systém (MetaIS kód a názov ISVS) |
1. | Štátny ústav pre kontrolu liečiv | Správca informačného systému | ||
2. | Ministerstvo zdravotníctva SR | Zriaďovateľ ŠUKL, tvorca legislatívy | ||
3. | Ministerstvo investícií, regionálneho rozvoja a informatizácie SR | MIRRI | Poskytovateľ služieb centrálnej platformy integrácie údajov | isvs_5836 IS CSRU |
4. | Občan / podnikateľ | Spracovateľ podania / žiadosti | ||
5. | OVM | Konzument údajov |
- Ciele projektu
Hlavným cieľom projektu je zvýšenie automatizácie procesov a úrovne elektronizácie v rámci Štátneho ústavu na kontrolu liečiv. Uvedené bude dosiahnuté výmenou zastaraného informačného systému VIS (Vnútorný informačný systém), ktorý je prevádzkovaný od roku 1994, pričom know-how o architektúre, funkčnosti a bezpečnosti je sústredená u jedinej osoby a to tvorcu systému. K dispozícii nie je žiadna podrobná dokumentácia ani autorské práva. Rozvoj tohto systému s ohľadom na požiadavky elektronizácie štátnej správy je ťažkopádny a ekonomicky nevýhodný.
Nový informačný systém bude postavený na novších technologických platformách, čo umožní lepšiu integráciu s inými systémami verejnej správy, rýchlejšie spracovanie údajov a celkovo efektívnejšiu prevádzku. Nový informačný systém ponúkne robustnejšie bezpečnostné mechanizmy na ochranu citlivých dát, ako sú napríklad šifrovanie, autentifikácia a autorizácia na základe moderných štandardov. Nahradenie Vnútorného informačného systému (VIS) novým systémom prinesie viacero významných výhod, najmä v kontexte požiadaviek elektronizácie štátnej správy a efektívnejšieho fungovania.
- Zlepšená škálovateľnosť a flexibilita:
- Nový informačný systém bude navrhnutý s ohľadom na súčasné aj budúce potreby, čo umožní jeho jednoduchšie rozšírenie a prispôsobenie novým požiadavkám bez výrazných nákladov a oneskorení.
- Moderná architektúra a technológie:
- Moderný systém bude postavený na nových technologických platformách, čo umožní lepšiu integráciu s inými systémami verejnej správy, rýchlejšie spracovanie údajov a celkovo efektívnejšiu prevádzku.
- Lepšia bezpečnosť:
- Bezpečnostné štandardy a požiadavky sa od roku 1994 zásadne zmenili. Novovybudovaný informačný systém ponúkne robustnejšie bezpečnostné mechanizmy na ochranu citlivých dát, ako sú napríklad šifrovanie, autentifikácia a autorizácia na základe platných a aktuálnych štandardov.
- Zníženie rizika závislosti na jedinej osobe:
- Závislosť na jedinom tvorcovi systému predstavuje výrazné riziko pre prevádzku a ďalší rozvoj VIS. Rovnako prechod na nový informačný systém bude zahŕňať vytvorenie kompletnej technickej a užívateľskej dokumentácie.
- Zvýšenie transparentnosti a zlepšenie správy autorských práv:
- Vytvorenie nového informačného systému zabezpečí lepšiu správu autorských práv, čo je obzvlášť dôležité pri softvérových riešeniach používaných vo verejnej správe. Nový systém bude vyvinutý s ohľadom na vlastnícke práva a dokumentáciu, čím sa zabezpečí právna istota pri jeho ďalšom rozvoji a údržbe.
- Nižšie prevádzkové náklady:
- Zavedenie nového systému bude vyžadovať počiatočné investície, jeho prevádzka a údržba však v dlhodobom horizonte bude efektívnejšia vďaka využitiu moderných technológií a automatizácie.
- Podpora elektronizácie a interoperability:
- Elektronizácia verejnej správy vyžaduje interoperabilitu medzi rôznymi systémami. Nový informačný systém bude podporovať štandardy a požiadavky elektronickej komunikácie, výmeny dát a spolupráce medzi úradmi.
- Zlepšená používateľská skúsenosť:
- Nové informačné systémy sú navrhnuté s ohľadom na používateľskú skúsenosť, čo zvyšuje produktivitu a spokojnosť používateľov. Moderné používateľské rozhrania a zjednodušené procesy prispiejú k efektívnejšiemu využívaniu informačného systému.
Nahradenie VIS moderným informačných systémom bude viesť k lepšej efektivite, zníženiu rizík a lepšej pripravenosti na budúce požiadavky elektronickej verejnej správy.
ID | Názov cieľa | Názov strategického cieľa | Spôsob realizácie strategického cieľa |
01 | Zefektívnenie činnosti ŠÚKL zvýšením miery automatizácie a elektronizácie | Zvýšiť podiel elektronickej komunikácie s verejnou správou. (Národná koncepcia informatizácie verejnej správy, Prioritná os 1: Lepšie služby) | Prostredníctvom implementácie ľahko dostupných a používateľsky prívetivých riešení |
02 | Zefektívnenie činnosti ŠÚKL zvýšením miery automatizácie a elektronizácie | Znížiť interakcie osôb a zložitosť pri používaní služieb verejnej správy (Národná koncepcia informatizácie verejnej správy, Prioritná os 1: Lepšie služby) | Prostredníctvom implementácie ľahko dostupných a používateľsky prívetivých riešení |
- Merateľné ukazovatele (KPI)
ID | ID/Názov cieľa | Názov ukazovateľa (KPI) | Popis ukazovateľa | Merná jednotka | AS IS merateľné hodnoty (aktuálne) | TO BE Merateľné hodnoty (cieľové hodnoty) | Spôsob ich merania | Pozn. |
01 | Zefektívnenie činnosti ŠÚKL zvýšením miery automatizácie a elektronizácie | Podiel elektronických podaní na celkovom počte podaní v sledovaných službách verejnej správy | viď. názov | % | 0 | 90 | - | - |
02 | Zefektívnenie činnosti ŠÚKL zvýšením miery automatizácie a elektronizácie | Podiel podaní v sledovaných proaktívnych elektronických službách na celkovom počte podaní sledovaných elektronických služieb | viď. názov | % | 0 | 75 | - | - |
- Špecifikácia potrieb koncového používateľa
ID | Zainteresovaný | Popis | Prínosy |
01 | Štátny ústav pre kontrolu liečiv | ŠÚKL je správcom a prevádzkovateľom IS ŠUKL. V riešení bude mať na starosti:
| Pre Štátny ústav pre kontrolu liečiv (ŠÚKL) by nový informačný systém priniesol množstvo konkrétnych prínosov, ktoré by pozitívne ovplyvnili jeho každodenné fungovanie aj dlhodobé strategické ciele. Medzi hlavné výhody patria:
Novovybudovaný informačný systém umožní ŠÚKL lepšie plniť svoju regulačnú úlohu, zlepšiť kvalitu služieb, zvýšiť efektívnosť a pripraviť sa na budúce výzvy v oblasti farmácie a zdravotníctva. |
02 | Ministerstvo zdravotníctva SR | V riešení bude mať na starosti:
| Vyššia produktivita subjektu v pôsobnosti Ministerstva zdravotníctva SR |
03 | Občan / podnikateľ | Spracovateľ podania / žiadosti | Zrýchlenie procesov, užívateľsky prívetivejšie služby ústavu |
04 | Iné orgány verejnej moci | Konzument údajov | Automatizované získavanie údajov |
05 | Verejnosť | Získavanie a prezeranie údajov v IS RUVP | Zrýchlenie procesov, užívateľsky prívetivejšie služby ústavu a užívateľsky prívetivejšia prezentácia informácií |
- Riziká a závislosti
ID | NÁZOV RIZIKA a ZÁVISLOSTI
| POPIS / NÁSLEDOK |
01 | Nebude možné naplniť všetky kvalitatívne požiadavky projektu. | Nebudú plne dosiahnuté očakávané benefity projektu. |
02 | Jednotlivé komponenty projektu nebudú vykazovať známky 100% kompatibility. | Vzhľadom na vytvorenie ekosystému je dôležité, aby jednotlivé prvky boli schopné komunikovať vzájomne a mali rovnaké východiskové požiadavky na obojsmernú programovú komunikáciu. |
03 | Nedostupnosť komponentov novej infraštruktúry | Nedostupnosť komponentov novej infraštruktúry, prípadne ich veľmi dlhé dodacie lehoty môžu mať negatívny vplyv na termín ukončenia projektu. |
04 | Projekt nebude realizovaný a nasadený podľa plánu. | V prípade omeškania dodávok projektu resp. v prípade omeškania nasadenia výstupov projektu, nebude možné efektívne a včas reagovať na bezpečnostné incidenty. |
05 | Nepridelené finančné prostriedky | Predčasné ukončenie projektu, predĺženie doby realizácie projektu. |
06 | Komplikácie s verejným obstarávaním | V prípade neskorého vypísania VO, prípadne komplikácií v procese VO by bol ohrozený začiatok implementačnej fázy. |
07 | Neúplné požiadavky | Neúplné požiadavky môžu spôsobiť predĺženie trvania projektu, navýšenie nákladov, z dôvodu potreby dodatočného obstarávania komponentov. |
08 | Vysoké náklady na prevádzku | Náklady na prevádzku budú vyššie ako plánované. Prekročenie plánovaných nákladov na prevádzku. Potreba dodatočných finančných zdrojov. |
09 | Ohrozenie prevádzky a dostupnosti systému | Ohrozenie prevádzky a dostupnosti systému z dôvodu možných kybernetických útokov. |
10 | Nedostatočné vyhodnotenie kvality | Neodhalenie slabých miest v jednotlivých fázach implementácie projektu. |
11 | Nesúčinnosť a nespoľahlivosť dodávateľa | Predčasné ukončenie projektu, alebo predĺženie doby realizácie projektu. |
12 | Nedostatok ľudských zdrojov | Predĺženie doby realizácie projektu. Výstupy projektu budú dodané v nedostatočnej kvalite. |
- Stanovenie alternatív v biznisovej vrstve architektúry
V rámci biznisovej vrstvy architektúry sme porovnávali 3 variantné alternatívy riešenia súčasného stavu. Na základe identifikovaného rozsahu problému v projektovom zámere boli stanovené tri rôzne riešenia. Ako najefektívnejšia bola vybraná Alternatíva č. 3 taká, kt. pokrýva procesy a požiadavky všetkých stakeholderov.
Alternatíva 1
Táto alternatíva znamená ponechanie súčasného stavu. Pri tejto alternatíve by zostala vysoká prácnosť pri realizácie agendy ŠÚKL. Nerealizácia projektu by spôsobila absenciu moderného agendového informačného systému a paralelnej optimalizácie procesov. Alternatíva 1 by znamenala zachovanie vysokej prácnosti a neefektívneho prepisovania údajov z papierových žiadostí zamestnancami ŠÚKL.
Alternatíva 2
Táto alternatíva počíta s úpravou existujúcich informačných systémov. Súčasné informačné systémy nemajú žiadne integračné rozhrania na iné ISVS a sú morálne a technologicky zastaralé. Alternatíva 2 počíta s rozšírením existujúcich systémov o ďalšie funkcie potrebné pre naplnenie povinnosti ústavu a stratégie rozvoja informačných technológií ŠÚKL. Tento variant je zameraný na najnižšie náklady a realizoval by iba časti riešenia, ktoré by zabezpečili nutný súlad s legislatívou bez digitálnej transformácie ŠÚKL. Čiastkové úpravy súčasného stavu by nenaplnili požiadavky ŠÚKL a nepriniesli by očakávané časové úspory potrebné na realizáciu agendy. Alternatíva B prináša len vybudovanie nutných modulov IS zabezpečujúcich vonkajšiu elektronickú komunikáciu bez komplexnej elektronizácie procesov a digitálnej transformácie ŠÚKL. Implementácia alternatívy B nie je ekonomicky návratná.
Alternatíva 3
Táto alternatíva počíta s vybudovaním úplne nového informačného systému, ktorý bude obsahovať všetky funkcie potrebné pre naplnenie povinnosti ústavu a na zabezpečenie agendy ŠÚKL. Navrhované riešenie IS ŠÚKL prispieva k naplneniu požiadaviek zákona o e-Governmente, je v súlade s NKIVS, umožňuje úplné vybavenie služieb pre občanov a podnikateľov elektronickými prostriedkami, je súlade s referenčnou architektúrou integrovaného informačného systému verejnej správy, je integrované s ÚPVS, je integrované s Modulom procesnej integrácie a integrácie údajov, poskytuje údaje z vlastných zdrojových registrov a dodržiava Výnos o štandardoch. Výsledkom implementácie projektu je komplexná digitálna transformácia ŠÚKL spoločne s optimalizáciou procesov.
- Multikriteriálna analýza
Výber alternatív prebieha na úrovni biznis vrstvy prostredníctvom MCA zostavenej na základe kapitoly Motivácia, ktorá obsahuje ciele stakeholderov, ich požiadavky a obmedzenia pre dosiahnutie uvedených cieľov.
Niektoré (nie všetky) kritériá môžu byť označené ako KO kritériá. KO kritériá označujú biznis požiadavky na riešenie, ktoré sú z hľadiska rozsahu identifikovaného problému a motivácie nevyhnutné pre riešenie problému a všetky akceptovateľné alternatívy ich tak musia naplniť. Alternatívy, ktoré nesplnia všetky KO kritériá, môžu byť vylúčené z ďalšieho posudzovania. KO kritériá nesmú byť technologické (preferovať jednu formu technologickej implementácie voči druhej).
KRITÉRIUM | ZDÔVODNENIE KRIÉRIA | STAKE- HOLDER 1 | STAKE- HOLDER 2 | STAKE- HOLDER 2 | |
BIZNIS VRSTVA
| Kritérium A (KO) Zabezpečiť Value for money a minimalizáciu nákladov. (Efektívne vynakladanie zdrojov) | Efektívne hospodárenie so zdrojmi je kľúčové pre každú organizáciu. Investície do informačných technológií a bezpečnostných opatrení by mali byť usmerňované tak, aby prinášali maximálny prínos pri súčasnom minimalizovaní nákladov. Efektívnym vynakladaním finančných prostriedkov na implementáciu infraštruktúry a bezpečnostných opatrení sa dosahuje optimálny pomer medzi nákladmi a prínosmi. | X | X | X |
Kritérium B (KO) Škálovateľnosť a flexibilita | Potreba rýchlej a jednoduchej reakcie riešenia. Riešenie umožní reagovať na meniace sa potreby organizácie. Riešenie podporuje integráciu s inými systémami. | X | |||
Kritérium C (KO) Zálohovanie a obnova | Efektívne poskytovanie verejných služieb si vyžadujú moderné a spoľahlivé informačné technológie. Potreba ochrany dát a aplikácie. Zabezpečenie riešenia zálohovania a obnovy dát. Citlivé údaje občanov a subjektov verejnej správy vyžadujú osobitnú ochranu, aby sa predišlo neoprávnenému prístupu, manipulácii alebo úniku údajov. | X | X | X | |
Kritérium D (KO) Požiadavky na bezpečnosť | Implementácia príslušných bezpečnostných opatrení a postupov je preto nevyhnutná na zabezpečenie integrity a dôvernosti údajov a na splnenie štandardov ochrany osobných údajov. Zabezpečenie dostatočných bezpečnostných opatrení a mechanizmov je nevyhnutné na minimalizovanie rizika kybernetických útokov, ktoré by mohli ohroziť nielen integritu údajov, ale aj dôveru verejnosti v správu a ochranu ich informácií. Implementácia potrebných bezpečnostných opatrení sa stáva kľúčovou súčasťou posilňovania odolnosti informačných systémov voči kybernetickým hrozbám. | X | X | X | |
Kritérium E (KO) Správa, podpora a aktualizácie | Zabezpečenie údržby a aktualizácie systému. Miera kvality technickej podpory a rýchlosť reakcie na incidenty. | X | |||
Kritérium F Výkonnosť, dostupnosť a zhoda s požiadavkami | Zabezpečenie vysokých hodnôt týchto kritérií prispieva k celkovej úspešnosti projektu a zvyšuje jeho prínosy pre organizáciu ale aj občana a podnikateľa. Výkonnosť, dostupnosť a zhoda s požiadavkami sú kľúčovými faktormi pre dosiahnutie cieľov projektu a zabezpečenie jeho trvalého pozitívneho vplyvu na podnikateľské prostredie. | X | X | X |
Vyhodnotenie MCA
Zoznam kritérií | Alternatíva 1 | Spôsob dosiahnutia | Alternatíva 2 | Spôsob dosiahnutia | Alternatíva 3 | Spôsob dosiahnutia |
Kritérium A | Nie | alternatíva 1 je zachovanie statusu quo bez realizácie projektu | áno | Implementáciou alternatívy 2 sa zabezpečí Value for money a minimalizácia nákladov. | áno | Implementáciou alternatívy 3 sa zabezpečí Value for money a minimalizácia nákladov. |
Kritérium B | Nie | alternatíva 1 je zachovanie statusu quo bez realizácie projektu | nie | Realizáciou alternatívy 2 sa nezabezpečí škálovateľnosť a flexibilita riešenia | áno | Realizáciou alternatívy 3 sa zabezpečí škálovateľnosť a flexibilita riešenia |
Kritérium C | Nie | alternatíva 1 je zachovanie statusu quo bez realizácie projektu | áno | Realizáciou alternatívy 2 sa zabezpečí zálohovanie a obnova. | áno | Realizáciou alternatívy 3 sa zabezpečí zálohovanie a obnova. |
Kritérium D | Nie | alternatíva 1 je zachovanie statusu quo bez realizácie projektu | áno | Realizáciou alternatívy 2 sa zabezpečí naplnenie všetkých bezpečnostných požiadaviek. | áno | Realizáciou alternatívy 3 sa zabezpečí naplnenie všetkých bezpečnostných požiadaviek |
Kritérium E | Nie | alternatíva 1 je zachovanie statusu quo bez realizácie projektu | nie | Realizáciou alternatívy 2 sa nezabezpečí správa, podpora a aktualizácie | áno | Realizáciou alternatívy 3 sa zabezpečí správa, podpora a aktualizácie |
Kritérium F | Nie | alternatíva 1 je zachovanie statusu quo bez realizácie projektu | nie | Realizáciou alternatívy 2 sa nezabezpečí výkonnosť, dostupnosť a zhoda s požiadavkami | áno | Realizáciou alternatívy 3 sa zabezpečí výkonnosť, dostupnosť a zhoda s požiadavkami |
- Stanovenie alternatív v aplikačnej vrstve architektúry
Na aplikačnej vrstve budú projektom riešené len aplikačné moduly/funkcionality, ktoré sú nevyhnutné pre dosiahnutie cieľov vybranej alternatívy č. 3. Alternatívy na úrovni aplikačnej architektúry reflektujú alternatívy vypracované na základe „nadradenej" architektonickej biznis vrstvy, pričom vďaka uplatneniu nasledujúcich princípov aplikačná vrstva architektúry dopĺňa informácie k alternatívam stanoveným pomocou biznis architektúry.
- Stanovenie alternatív v technologickej vrstve architektúry
Alternatívy na úrovni technologickej architektúry reflektujú alternatívy vypracované na základe „nadradenej“ architektonickej aplikačnej vrstvy. Projekt počíta s rozšírením existujúcej technologickej vrstvy, kde bude toto riešenie implementované. Z tohto dôvodu je ekonomicky nevýhodné uvažovať s ďalšími alternatívami na technologickej vrstve architektúry.
- POŽADOVANÉ VÝSTUPY (PRODUKT PROJEKTU)
Výstupom projektu je funkčný, stabilný, efektívny, bezpečný systém. 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žanie š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 SR č. 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
- Implementácia a testovanie,
- Nasadenie.
ŠÚKL bude pri implementácii postupovať v zmysle vyhlášky MIRRI SR č. 401/2023 Z. z. Pre implementované zmeny budú dodané nasledovné špecializované a manažérske produkty, ktoré budú kompletne pokrývať celý rozsah dodávky popísaný v biznis, aplikačnej a technologickej architektúre a požadované výstupy budú dodávane primerane vzhľadom na charakter projektu.
Etapa | Požadované výstupy |
Analýza a dizajn | Úvodná správa (Projektový iniciálny dokument, ďalej ako „PID“) pre všetky funkčné oblasti - Zoznam požiadaviek - Akceptačné kritériá - Rámcová špecifikácia riešenia (Popis produktu, Dekompozícia produktu, Vývojový diagram produktu) - Biznis architektúra - Aplikačná architektúra - Technologická architektúra – časť systémová architektúra - Bezpečnostná architektúra - Stratégia testovania - Plán testovania - Testovacie scenáre a prípady Detailná funkčná špecifikácia riešenia - vypracovanie registratúrneho poriadku - detailný popis funkcionality a biznis požiadaviek, - Blokové a dátové modely finálneho produktu Detailná technická špecifikácia, pre všetky systémy samostatne - technická architektúra – časť fyzická architektúra - špecifikácia správy používateľov a používateľských profilov (vrátane rolí a práv) - špecifikácia podpory identifikácie používateľov a autentifikácie vykonávaných činností - špecifikácia technologických riešení a predpokladov na dosiahnutie výkonnostných požiadaviek - Plán testovania - Testovacie scenáre a prípady - Plán Implementácie |
Nákup technických prostriedkov, programových prostriedkov a služieb | Obstaranie programových prostriedkov a služieb (R2-2) |
Implementácia a testovanie | Implementácia: Implementačný plán pre všetky funkčné oblasti samostatne: - Implementácia systémov pre všetky funkčné oblasti samostatne - Implementácia integrácií systémov pre všetky funkčné oblasti samostatne - Úvodná konfigurácia systému podľa reálnych biznis procesov pre testovacie účely - Vybudovanie testovacieho prostredia, jeho nasadenie a oživenie diela pre všetky systémy a pre všetky funkčné oblasti samostatne - Implementácia procesov Testovanie: Zrealizovanie testovania minimálne v nasledovnom rozsahu: - Funkčné testy - Bezpečnostné testy - v rozsahu dokumentu „Metodika pre systematické zabezpečenie organizácií verejnej správy v oblasti informačnej bezpečnosti“ (dostupná na https://www.csirt.gov.sk/doc/MetodikaZabezpeceniaIKT_v2.0.pdf) - Záťažové testy - Systémové integračné testy - Testy použiteľnosti - Používateľské akceptačné testovanie |
Nasadenie | Nasadenie do produkcie: - Príprava produkčného prostredia - Administratívna príprava produkčného prostredia (procesy, dokumentácia) - Inštalácia riešenia do produkčného prostredia - Sprístupnenie riešenia v produkčnom prostredí vybraným používateľom |
Dokončovacia fáza projektu | Manažérsky produkt - M-02 Správa o dokončení projektu - M-02 Plán kontroly po odovzdaní projektu - M-02 Odporúčanie nadväzných krokov - M-02 Plán monitorovania a hodnotenia po odovzdaní projektu |
Služby projektového riadenia | Manažérsky produkt - M-01 Plán etapy - M-02 Manažérske správy, plány, reporty, zoznamy a požiadavky - M-03 Akceptačný protokol - M-04 Audit kvality - M-05 Analýza nákladov a prínosov |
- NÁHĽAD ARCHITEKTÚRY
V súlade s cieľom projektu je vybudovanie Integrované informačného systému úradu (IIS ŠÚKL), ktorý bude efektívne elektronicky podporovať procesy ŠÚKL nevyhnutnosťou. V záujme ŠÚKL nie je len možnosť s klientmi (občan, podnikateľ) elektronicky komunikovať cez elektronické schránky ale aj maximálne využiť IKT na podporu spracovania podaní a žiadostí na ŠÚKL, vypracovanie rozhodnutí, zber dát a podkladov, čo bude viesť k lepšiemu využívaniu údajov a znalostí v rozhodovacích procesoch a k zlepšeniu kvality, a efektívnosti procesov. V záujme ŠÚKL je aby nosné agendy mohli byť v maximálnej miere realizované. Projekt prinesie ŠÚKL súlad s legislatívou a podporou automatizovaného a štandardizovaného výkonu verejnej moci v súlade s princípmi eGovernmentu.
Automatizované systémy môžu lepšie zabezpečiť súlad s príslušnými zákonmi a predpismi, čím sa zlepší transparentnosť a zodpovednosť pri riadení procesov. Automatizované systémy dokážu spracovať podania a príslušné dáta rýchlejšie a presnejšie ako manuálne metódy čím sa znižuje chybovosť ľudského faktora. Digitalizáciou a integráciou procesov môže ŠÚKL znížiť čas a zdroje vynaložené na manuálne úlohy, čo povedie k rýchlejšiemu vybavovaniu agendy. Integrácia medzi rôznymi systémami a oddeleniami umožní plynulejšiu komunikáciu, zníženie počet prekážok a zlepšenie celkového pracovného toku. Vďaka sledovaniu v reálnom čase bude môcť ŠÚKL nepretržite monitorovať procesy, čo umožní rýchle úpravy a lepšie strategické rozhodovanie. Prívetivé používateľské rozhranie pravdepodobne zvýšia spokojnosť používateľov.
Súčasťou projektu je vybudovanie integrované informačného systému ŠÚKL, ktorý nahradí technicky zastarané a užívateľsky menej atraktívne súčasné informačné systémy.
Technologické aspekty riešenia:
- Inšpirácia z existujúcich riešení v štátnom sektore v zahraničí,
- Prevádzka v cloude, pričom všetky dáta musia byť uchovávané na území EÚ (umiestnenie projektu do privátneho, alebo verejného cloudu),
- Autentifikácia cez IAM ÚPVS: Použitie modulu IAM (Identity and Access Management) ÚPVS (Ústredného Portálu Verejnej Správy) zabezpečí bezpečnú a jednoduchú autentifikáciu užívateľov.
- Komunikácia cez e-schránky: Integrácia s e-schránkami umožní plynulú a zabezpečenú komunikáciu medzi ŠÚKL a štátnymi orgánmi.
- Integrácie Systémov Tretích Strán: V rámci projektu budú vyčíslené náklady na integráciu systémov tretích strán (iné OVM, registre a dáta iných inštitúcii a informačných systémov, CSRÚ, vrátanie integrácií na európske systémy ako EUDAMED, CTS, CR, PSUR), aby sa zabezpečila kompletnosť a funkcionalita informačného systému.
- Pri technologickom riešení IIS je kľúčové zabezpečiť, aby spĺňal všetky požiadavky na bezpečnosť. To znamená, že musí byť v súlade s relevantnými legislatívnymi predpismi a štandardmi bezpečnosti. Tieto požiadavky zahŕňajú ochranu osobných údajov, zabezpečenie dát a sieťovú bezpečnosť, aby boli údaje ŠÚKL chránené pred neoprávneným prístupom, únikom alebo inými bezpečnostnými hrozbami. Je dôležité, aby riešenie implementovalo najnovšie bezpečnostné technológie a protokoly, a pravidelne prechádzal bezpečnostnými auditmi a aktualizáciami, aby bol v súlade s najlepšími bezpečnostnými praktikami a legislatívnymi požiadavkami.
Obr. 1: Biznis architektúra / celkový pohľad
Obr. 2. Aplikačná architektúra – súčasný stav
Popis súčasného stavu:
VNÚTORNÝ INFORMAČNÝ SYSTÉM (VIS) ŠÚKL
VIS je vyvíjaný a prevádzkovaný od roku 1994, pričom know-how o architektúre, funkčnosti a bezpečnosti je sústredená u jedinej osoby a to tvorcu systému. K dispozícii nie je žiadna podrobná dokumentácia ani autorské práva. Rozvoj tohto systému s ohľadom na požiadavky elektronizácie štátnej správy je ťažkopádny a ekonomicky nevýhodný.
VIS LIEKY obsahuje
- Číselníky – základné číselníky,
- Rozhodnutia – obsahuje zoznam rozhodnutí v rámci procesu „žiadosti o registráciu humánneho lieku“ vrátane doplňujúcich informácií pre dané rozhodnutie ako napr.: Detail, Lieky, Zloženie, Firmy, Dokumenty, Žiadosti, Generiká, História; Informácie o lieku, alebo záležitosti, ktorých sa dané rozhodnutie týka. Zoznam liekov, ktoré prislúchajú k danému rozhodnutiu,
- Lieky – zoznam liekov.
Každý jeden riadok predstavuje jeden liek. Pri zvolení z pop-up menu Karta sa otvorí karta lieku a pri zvolení Karta rozhodnutia sa otvorí karta rozhodnutia. Žiadosti obsahuju zoznam žiadostí, ktoré sa týkajúdaného lieku. Zvolením položky Prehľad dovozu sa vygeneruje okno so zoznamom dovozu daného lieku.
- Firmy – zoznam firiem, údaje o danej firme, adresa a pod. Obsahuje zoznam rozhodnutí pre danú firmu, zoznam liekov, ktoré firma vyrába, zoznam žiadostí danej firmy, zoznam liekov, ktoré firma dováža, alebo distribuuje. Zoznam dokumentov povoleného formátu a veľkosti, ktoré prislúchajú k firme, napr. súbory a podobne.
- Inšpekcia – databáza hlásení od distribútorov liekov, príjem hlásenia, dovoz, šarže a vzorky. Spracovanie hlásení.
- Registrácia - zoznam všetkých žiadostí o registráciu, ďalej úlohy týkajúce sa konkrétného prihláseného užívateľa a kompletný zoznam úloh, bez ohľadu na adresáta,
- informácie o žiadateľovi, názve lieku, doplnku, liečive a evidencii,
- zobrazuje konkrétne informácie o žiadosti a každej úlohe samostatne,
- nachádzajú sa tu všetky dokumenty prislúchajúce k rozhodnutiu, ktorého sa daná žiadosť týka a pod.
VIS ZDRAVOTNÍCKE POMÔCKY
Obsahuje evidenciu zdravotníckych pomôcok, výrobcov, predajcov a distributérov. Obsahuje zoznamy Firiem, Žiadostí, Pomôcok a ostatné zoznamy ako Dokumenty, Osoby, Identifikačné listy. Obsahuje možnosť zadania žiadostí o registráciu ZP a pod. (pozn. tieto žiadosti zadávajú do systému ručne zamestnanci ŠÚKL). Systém obsahuje rôzne prehľad v tabuľkovej forme.
APLIKAČNÁ ARCHITEKTÚRA – BUDÚCI STAV
Obr. 3 Aplikačná architektúra – budúci stav (pozn. podrobný popis aplikačnej a technologickej architektúry je uvedený v dokumente PRÍSTUP K PROJEKTU)
- Prehľad e-Government komponentov
- Prehľad koncových služieb – budúci stav:
Kód KS (z MetaIS) | Názov KS | Používateľ KS (G2C/G2B/G2G/G2A) | Životná situácia (+ kód z MetaIS) | Úroveň elektronizácie KS |
ks_339880 | Podávanie hlásenia o dovoze, spotrebe, mimoriadnom dovoze a slovenského výrobcu | G2B | 025 Služby | úroveň 4 |
ks_336882 | Publikovanie zoznamu o dovoze liekov do SR (hlásenia) a predaji liekov od veľkodistribučných spoločností lekárňam (spotreba) | G2B | 025 Služby | úroveň 4 |
ks_334292 | Podávanie žiadosti o vydanie certifikátu pre liek podľa schémy svetovej zdravotníckej organizácie | G2C/G2B | 145 Lieková starostlivosť, zdravotnícke pomôcky a dietetické potraviny 025 Služby | úroveň 4 |
ks_334254 | Podávanie štvrťročného oznámenia držiteľa povolenia na výrobu liekov | G2C/G2B | 145 Lieková starostlivosť, zdravotnícke pomôcky a dietetické potraviny 025 Služby | úroveň 4 |
ks_334253 | Podávanie žiadosti o evidenciu laboratória pre kontrolu čistenej vody ako pomocnej látky pre lekárne | G2C/G2B | 145 Lieková starostlivosť, zdravotnícke pomôcky a dietetické potraviny 025 Služby | úroveň 4 |
ks_334252 | Podávanie žiadosti o vstupnú inšpekciu pre samostatné zmluvné kontrolné laboratória | G2B | 025 Služby | úroveň 4 |
ks_334251 | Podávanie oznámenia zámeru vykonávať výrobu, dovoz alebo distribúciu účinnej látky použitej ako vstupná surovina pri výrobe lieku | G2B | 025 Služby | úroveň 4 |
ks_334250 | Podávanie žiadosti o vykonanie vstupnej inšpekcie na materiálne a priestorové vybavenie žiadateľa o vydanie povolenia na zaobchádzanie s liekmi a so zdravotníckymi pomôckami | G2B | 025 Služby | úroveň 4 |
ks_334249 | Podávanie oznámenia Štátnemu ústavu pre kontrolu liečiv o výsledkoch hodnotenia závažnej nežiaducej reakcie transfúznych liekov | G2B | 025 Služby | úroveň 4 |
ks_334248 | Oznámenie závažnej nežiaducej reakcie transfúznych liekov | G2B | 025 Služby | úroveň 4 |
ks_334247 | Predkladanie výročnej súhrnnej správy o závažných nežiaducich reakciách transfúznych liekov | G2B | 025 Služby | úroveň 4 |
ks_334246 | Podávanie oznámenia Štátnemu ústavu pre kontrolu liečiv o výsledkoch hodnotenia závažnej nežiaducej udalosti transfúznych liekov | G2B | 025 Služby | úroveň 4 |
ks_334245 | Oznámenia závažnej nežiaducej udalosti transfúzneho lieku | G2B | 025 Služby | úroveň 4 |
ks_334244 | Predkladanie výročnej správy o závažných nežiaducich udalostiach transfúznych liekov | G2B | 025 Služby | úroveň 4 |
ks_334243 | Podávanie žiadosti o vykonanie vstupnej inšpekcie v transfuziologickom zariadení | G2B | 025 Služby | úroveň 4 |
ks_334242 | Podávanie žiadosti o vedecké odporúčanie týkajúce sa vývoja a registrácie humánnych liekov | G2C/G2B | 145 Lieková starostlivosť, zdravotnícke pomôcky a dietetické potraviny 025 Služby | úroveň 4 |
ks_334241 | Podávanie doplňujúcej dokumentácie (responses) k registračným procedúram | G2C/G2B | 145 Lieková starostlivosť, zdravotnícke pomôcky a dietetické potraviny 025 Služby | úroveň 4 |
ks_334237 | Podávanie žiadosti o vystavenie kópie rozhodnutí registrácie humánneho liek | G2C/G2B | 145 Lieková starostlivosť, zdravotnícke pomôcky a dietetické potraviny 025 Služby | úroveň 4 |
ks_334236 | Podávanie žiadosti o vrátenie správneho poplatku Štátnemu ústavu pre kontrolu liečiv | G2C/G2B | 145 Lieková starostlivosť, zdravotnícke pomôcky a dietetické potraviny 025 Služby | úroveň 4 |
ks_334233 | Podávanie žiadosti o prevod registrácie humánneho lieku | G2C/G2B | 145 Lieková starostlivosť, zdravotnícke pomôcky a dietetické potraviny 025 Služby | úroveň 4 |
ks_334232 | Podávanie žiadosti o zrušenie registrácie humánneho lieku | G2C/G2B | 145 Lieková starostlivosť, zdravotnícke pomôcky a dietetické potraviny 025 Služby | úroveň 4 |
ks_334225 | Podávanie žiadosti o vydanie súhlasného stanoviska k očkovacej kampani | G2C/G2B | 145 Lieková starostlivosť, zdravotnícke pomôcky a dietetické potraviny 025 Služby | úroveň 4 |
ks_334224 | Podávanie žiadosti o vyznačenie právoplatnosti a vzdanie sa odvolania v rozhodnutiach na zaobchádzanie s drogovými prekurzormi | G2C/G2B | 145 Lieková starostlivosť, zdravotnícke pomôcky a dietetické potraviny 025 Služby | úroveň 4 |
ks_334223 | Oznamovanie zmeny štatutárneho orgánu právnickej osoby držiteľa rozhodnutia na zaobchádzanie s drogovými prekurzormi | G2C/G2B | 145 Lieková starostlivosť, zdravotnícke pomôcky a dietetické potraviny 025 Služby | úroveň 4 |
ks_334222 | Podávanie žiadosti o vydanie povolenia na zaobchádzanie s určenými látkami kategórie 1 v zmysle zákona o liekoch a zdravotníckych pomôckach | G2C/G2B | 145 Lieková starostlivosť, zdravotnícke pomôcky a dietetické potraviny 025 Služby | úroveň 4 |
ks_334221 | Podávanie žiadosti o vydanie osobitného povolenia na zaobchádzanie s určenými látkami kategórie 1 v zmysle zákona o liekoch a zdravotníckych pomôckach | G2C/G2B | 145 Lieková starostlivosť, zdravotnícke pomôcky a dietetické potraviny 025 Služby | úroveň 4 |
ks_334220 | Podávanie žiadosti na vydanie rozhodnutia o registrácii na zaobchádzanie s určenými látkami kategórie 2 a 3 v zmysle zákona o liekoch a zdravotníckych pomôckach | G2C/G2B | 145 Lieková starostlivosť, zdravotnícke pomôcky a dietetické potraviny 025 Služby | úroveň 4 |
ks_334219 | Podávanie žiadosti na registráciu / oznámenie výrobcu zdravotníckych pomôcok v zmysle zákona o liekoch a zdravotníckych pomôckach | G2C/G2B | 145 Lieková starostlivosť, zdravotnícke pomôcky a dietetické potraviny 025 Služby | úroveň 4 |
ks_333450 | Podávanie hlásenia pripravovanej reklamy o lieku | G2C/G2B | 145 Lieková starostlivosť, zdravotnícke pomôcky a dietetické potraviny 025 Služby | úroveň 4 |
ks_332994 | Podávanie žiadosti o registráciu, predĺženie alebo zmenu registrácie lieku | G2C/G2B | 145 Lieková starostlivosť, zdravotnícke pomôcky a dietetické potraviny 025 Služby | úroveň 4 |
ks_332993 | Podávanie hlásenia o podozrení na nežiadúci účinok lieku | G2C/G2B | 145 Lieková starostlivosť, zdravotnícke pomôcky a dietetické potraviny 025 Služby | úroveň 4 |
ks_332988 | Podávanie hlásenia o vývoze lieku | G2B | 025 Služby | úroveň 4 |
- Prehľad budovaných/rozvíjaných ISVS v projekte – budúci stav:
Kód ISVS (z MetaIS) | Názov ISVS | Modul ISVS (zaškrtnite ak ISVS je modulom) | Stav IS VS | Typ IS VS | Kód nadradeného ISVS (v prípade zaškrtnutého checkboxu pre modul ISVS) |
IIS ŠÚKL | Integrovaný informačný systém ŠÚKL | ☐ | Plánujem vybudovať | Agendový |
- Prehľad budovaných aplikačných služieb – budúci stav:
Kód AS (z MetaIS) | Názov AS | ISVS/modul ISVS (kód z MetaIS) | Aplikačná služba realizuje KS (kód KS z MetaIS) |
as_58624 | Sprístupnenie evidencie dlhodobo nedostupných liekov na trhu SR | IIS ŠÚKL | ks_336882 Publikovanie zoznamu o dovoze liekov do SR (hlásenia) a predaji liekov od veľkodistribučných spoločností lekárňam (spotreba) |
as_57392 | Podanie žiadosti o vydanie povolenia a osobitného povolenia na zaobchádzanie s určenými látkami kategórie 1,2 a 3 | IIS ŠÚKL | ks_334224 Podávanie žiadosti o vyznačenie právoplatnosti a vzdanie sa odvolania v rozhodnutiach na zaobchádzanie s drogovými prekurzormi |
as_57392 | Podanie žiadosti o vydanie povolenia a osobitného povolenia na zaobchádzanie s určenými látkami kategórie 1,2 a 3 | IIS ŠÚKL | ks_334220 Podávanie žiadosti na vydanie rozhodnutia o registrácii na zaobchádzanie s určenými látkami kategórie 2 a 3 v zmysle zákona o liekoch a zdravotníckych pomôckach |
as_57392 | Podanie žiadosti o vydanie povolenia a osobitného povolenia na zaobchádzanie s určenými látkami kategórie 1,2 a 3 | IIS ŠÚKL | ks_334221 Podávanie žiadosti o vydanie osobitného povolenia na zaobchádzanie s určenými látkami kategórie 1 v zmysle zákona o liekoch a zdravotníckych pomôckach |
as_57392 | Podanie žiadosti o vydanie povolenia a osobitného povolenia na zaobchádzanie s určenými látkami kategórie 1,2 a 3 | IIS ŠÚKL | ks_334222 Podávanie žiadosti o vydanie povolenia na zaobchádzanie s určenými látkami kategórie 1 v zmysle zákona o liekoch a zdravotníckych pomôckach |
as_57392 | Podanie žiadosti o vydanie povolenia a osobitného povolenia na zaobchádzanie s určenými látkami kategórie 1,2 a 3 | IIS ŠÚKL | ks_334223 Oznamovanie zmeny štatutárneho orgánu právnickej osoby držiteľa rozhodnutia na zaobchádzanie s drogovými prekurzormi |
as_57391 | Podanie žiadosti o doplňujúcu dokumentáciu (responses) k registračným procedúram | IIS ŠÚKL | ks_334241 Podávanie doplňujúcej dokumentácie (responses) k registračným procedúram |
as_57390 | Podanie žiadosti o vedecké odporúčanie týkajúce sa vývoja a registrácie humánnych liekov | IIS ŠÚKL | ks_334242 Podávanie žiadosti o vedecké odporúčanie týkajúce sa vývoja a registrácie humánnych liekov |
as_57389 | Podanie oznámenia o zámere vykonávať výrobu účinnej látky,liekov, dovoz účinnej látky alebo distribúciu účinnej látky v oblasti liekov | IIS ŠÚKL | ks_334251 Podávanie oznámenia zámeru vykonávať výrobu, dovoz alebo distribúciu účinnej látky použitej ako vstupná surovina pri výrobe lieku |
as_57389 | Podanie oznámenia o zámere vykonávať výrobu účinnej látky,liekov, dovoz účinnej látky alebo distribúciu účinnej látky v oblasti liekov | IIS ŠÚKL | ks_334254 Podávanie štvrťročného oznámenia držiteľa povolenia na výrobu liekov |
as_57388 | Podanie žiadosti o evidenciu laboratória pre kontrolu čistej vody | IIS ŠÚKL | ks_334253 Podávanie žiadosti o evidenciu laboratória pre kontrolu čistenej vody ako pomocnej látky pre lekárne |
as_57386 | Podanie žiadosti o vydanie certifikátu na liek | IIS ŠÚKL | ks_334292 Podávanie žiadosti o vydanie certifikátu pre liek podľa schémy svetovej zdravotníckej organizácie |
as_57385 | Podanie oznámení o závažných nežiadúcich reakciách a udalostiach v oblasti liekov a zdravotníckych pomôcok | IIS ŠÚKL | ks_332993 Podávanie hlásenia o podozrení na nežiadúci účinok lieku |
as_57385 | Podanie oznámení o závažných nežiadúcich reakciách a udalostiach v oblasti liekov a zdravotníckych pomôcok | IIS ŠÚKL | ks_334244 Predkladanie výročnej správy o závažných nežiaducich udalostiach transfúznych liekov |
as_57385 | Podanie oznámení o závažných nežiadúcich reakciách a udalostiach v oblasti liekov a zdravotníckych pomôcok | IIS ŠÚKL | ks_334245 Oznámenia závažnej nežiaducej udalosti transfúzneho lieku |
as_57385 | Podanie oznámení o závažných nežiadúcich reakciách a udalostiach v oblasti liekov a zdravotníckych pomôcok | IIS ŠÚKL | ks_334246 Podávanie oznámenia Štátnemu ústavu pre kontrolu liečiv o výsledkoch hodnotenia závažnej nežiaducej udalosti transfúznych liekov |
as_57385 | Podanie oznámení o závažných nežiadúcich reakciách a udalostiach v oblasti liekov a zdravotníckych pomôcok | IIS ŠÚKL | ks_334247 Predkladanie výročnej súhrnnej správy o závažných nežiaducich reakciách transfúznych liekov |
as_57385 | Podanie oznámení o závažných nežiadúcich reakciách a udalostiach v oblasti liekov a zdravotníckych pomôcok | IIS ŠÚKL | ks_334248 Oznámenie závažnej nežiaducej reakcie transfúznych liekov |
as_57385 | Podanie oznámení o závažných nežiadúcich reakciách a udalostiach v oblasti liekov a zdravotníckych pomôcok | IIS ŠÚKL | ks_334249 Podávanie oznámenia Štátnemu ústavu pre kontrolu liečiv o výsledkoch hodnotenia závažnej nežiaducej reakcie transfúznych liekov |
as_57384 | Podanie žiadosti o vykonanie vstupnej inšpekcie v oblasti zaobchádzania s liekmi a zdravotníckymi pomôckami | IIS ŠÚKL | ks_334243 Podávanie žiadosti o vykonanie vstupnej inšpekcie v transfuziologickom zariadení |
as_57384 | Podanie žiadosti o vykonanie vstupnej inšpekcie v oblasti zaobchádzania s liekmi a zdravotníckymi pomôckami | IIS ŠÚKL | ks_334250 Podávanie žiadosti o vykonanie vstupnej inšpekcie na materiálne a priestorové vybavenie žiadateľa o vydanie povolenia na zaobchádzanie s liekmi a so zdravotníckymi pomôckami |
as_57384 | Podanie žiadosti o vykonanie vstupnej inšpekcie v oblasti zaobchádzania s liekmi a zdravotníckymi pomôckami | IIS ŠÚKL | ks_334252 Podávanie žiadosti o vstupnú inšpekciu pre samostatné zmluvné kontrolné laboratória |
as_57383 | Podanie žiadosti o registráciu a o oznámení výrobcu zdravotníckych pomôcok | IIS ŠÚKL | ks_334219 Podávanie žiadosti na registráciu / oznámenie výrobcu zdravotníckych pomôcok v zmysle zákona o liekoch a zdravotníckych pomôckach |
as_57382 | Podanie žiadosti o registráciu, zmenu, predĺženie a zrušenie registrácie lieku | IIS ŠÚKL | ks_332994 Podávanie žiadosti o registráciu, predĺženie alebo zmenu registrácie lieku |
as_57382 | Podanie žiadosti o registráciu, zmenu, predĺženie a zrušenie registrácie lieku | IIS ŠÚKL | ks_334232 Podávanie žiadosti o zrušenie registrácie humánneho lieku |
- Prehľad integrácii ISVS na spoločné ISVS[1] a ISVS iných OVM alebo IS tretích strán
Kód ISVS (z MetaIS) | Názov ISVS
| Kód integrovaného ISVS (z MetaIS) | Názov integrovaného ISVS |
IIS ŠÚKL | Integrovaný informačný systém ŠÚKL | isvs_10519 | IS CSRÚ-Modul procesnej integrácie a integrácie údajov |
IIS ŠÚKL | Integrovaný informačný systém ŠÚKL | isvs_9369 | Modul elektronického doručovania |
IIS ŠÚKL | Integrovaný informačný systém ŠÚKL | isvs_8846 | Autentifikačný modul |
IIS ŠÚKL | Integrovaný informačný systém ŠÚKL | isvs_8847 | Modul elektronických schránok |
IIS ŠÚKL | Integrovaný informačný systém ŠÚKL | isvs_8848 | Modulu elektronických formulárov |
IIS ŠÚKL | Integrovaný informačný systém ŠÚKL | isvs_9368 | Modul centrálnej elektronickej podateľne |
IIS ŠÚKL | Integrovaný informačný systém ŠÚKL | isvs_9370 | Notifikačný modul |
IIS ŠÚKL | Integrovaný informačný systém ŠÚKL | - | Európske systémy (EUDAMED, CTS, CR, PSUR) |
- Aplikačné služby na integráciu
AS (Kód MetaIS) |
Názov AS | Realizuje ISVS (kód MetaIS) | Poskytujúca alebo Konzumujúca | Integrácia cez CAMP | Integrácia s IS tretích strán | SaaS | Integrácia na AS poskytovateľa (kód MetaIS) |
as_65954 | Konzumovanie údajov z CSRÚ | IIS ŠÚKL | Konzumujúca | Nie | Nie | Nie | sluzba_is_49253 |
as_65955 | Využívanie spoločných modulov ÚPVS | IIS ŠÚKL | Konzumujúca | Nie | Nie | Nie | as_59698, as_59630, as_59699, as_60157 |
- Poskytovanie údajov z ISVS do IS CSRÚ
ID OE | Názov (poskytovaného) objektu evidencie | Kód ISVS poskytujúceho OE | Názov ISVS poskytujúceho OE |
ID_01 | Zoznam registrovaných liekov / register liekov | IIS ŠÚKL | Integrovaný informačný systém ŠÚKL |
ID_02 | Zoznam zdravotníckych pomôcok / evidencia zdravotníckych pomôcok | IIS ŠÚKL | Integrovaný informačný systém ŠÚKL |
- Konzumovanie údajov z IS CSRÚ
ID OE |
Názov (konzumovaného) objektu evidencie | Kód a názov ISVS konzumujúceho OE z IS CSRÚ | Kód zdrojového ISVS v MetaIS |
ID_01 | Register právnických osôb | IIS ŠÚKL | |
ID_02 | Výpis z registra trestov | IIS ŠÚKL | |
ID_03 | Register fyzických osôb | IIS ŠÚKL | |
ID_04 | Register adries | IIS ŠÚKL |
- Prehľad plánovaného využívania infraštruktúrnych služieb (cloudových služieb) – budúci stav:
Kód infraštruktúrnej služby (z MetaIS) | Názov infraštruktúrnej služby | Kód využívajúceho ISVS (z MetaIS) | Názov integrovaného ISVS |
infra_sluzba_130 | Využívanie IaaS vládneho cloudu | isvs_14693 | Integrovaný informačný systém ŠÚKL (IIS ŠÚKL) |
infra_sluzba_510 | Diskový priestor | isvs_14693 | Integrovaný informačný systém ŠÚKL (IIS ŠÚKL) |
infra_sluzba_511 | Služba pripojenia do špecifickej siete | isvs_14693 | Integrovaný informačný systém ŠÚKL (IIS ŠÚKL) |
infra_sluzba_512 | Sieťové služby | isvs_14693 | Integrovaný informačný systém ŠÚKL (IIS ŠÚKL) |
infra_sluzba_513 | Poskytovanie základnej funkčnosti platformy manažmentu údajov vo vládnom cloude | isvs_14693 | Integrovaný informačný systém ŠÚKL (IIS ŠÚKL) |
infra_sluzba_754 | Amazon EC2 Secure Plus | isvs_14693 | Integrovaný informačný systém ŠÚKL (IIS ŠÚKL) |
- LEGISLATÍVA
Základnými legislatívnymi normami upravujúcimi oblasť registrácie liekov a zdravotníckych pomôcok a pôsobnosť ŠÚKL:
- Zákon č. 362/2011 Z. z. o liekoch a zdravotníckych pomôckach a o zmene a doplnení niektorých zákonov.
- ROZPOČET A PRÍNOSY
Pre Štátny ústav pre kontrolu liečiv (ŠÚKL) by nový informačný systém priniesol množstvo konkrétnych prínosov, ktoré by pozitívne ovplyvnili jeho každodenné fungovanie aj dlhodobé strategické ciele. Medzi hlavné výhody patria:
- Efektívnejšia správa liekov a zdravotníckych produktov:
- Nový systém zlepší sledovanie a registráciu liekov, zdravotníckych pomôcok a iných produktov, čím sa zvýši transparentnosť a rýchlosť procesov spojených s reguláciou.
- Automatizácia procesov, ako sú podávanie žiadostí o registráciu, kontrola kvality či revízia údajov urýchlil spracovanie žiadostí a minimalizuje manuálne chyby.
- Lepšia kontrola a dohľad nad bezpečnosťou liečiv:
- Nový informačný systém umožní rýchlejšiu identifikáciu potenciálnych rizík spojených s liekmi a zdravotníckymi pomôckami na základe analytických nástrojov, čo prispeje k zlepšeniu rozhodovacích procesov.
- Nový informačný systém umožní efektívnejšiu spoluprácu s ostatnými európskymi regulačnými úradmi, čím sa zlepší schopnosť rýchlo reagovať na problémy s bezpečnosťou liekov, ako sú napríklad stiahnutia z trhu a pod.
- Zvýšenie transparentnosti a komunikácie s verejnosťou:
- Moderný informačný systém prinesie používateľsky prívetivú prezentáciu informácií pre verejnosť, farmaceutické spoločnosti a zdravotníckych profesionálov, čo uľahčí prístup k informáciám o liekoch, ich bezpečnosti a regulácii.
- Automatizované notifikácie a lepšia správa verejných informácií zefektívnia komunikáciu a zvýšia dôveru verejnosti.
- Podpora elektronických služieb:
- Implementácia nového IS umožní plne elektronické podávanie žiadostí, čo bude v súlade s trendmi elektronizácie verejnej správy.
- Takýto systém bude poskytovať rozhrania (API) na integráciu s ďalšími štátnymi a európskymi systémami, čím sa zjednoduší výmena dát.
- Zníženie prevádzkových nákladov:
- Vďaka lepšej automatizácii a optimalizácii procesov sa znížia prevádzkové náklady súvisiace s údržbou a prevádzkou zastaralého systému.
- Zvýšenie bezpečnosti a súladu s legislatívou:
- Moderný systém bude poskytovať pokročilé bezpečnostné mechanizmy, ktoré sú nevyhnutné na ochranu citlivých údajov o liekoch a zdravotníckych pomôckach.
- Umožní lepšie sledovanie súladu s predpismi EÚ a medzinárodnými normami, čo by ŠÚKL pomohlo pri plnení jeho regulačných povinností.
- Flexibilita a pripravenosť na budúcnosť:
- Nový informačný systém bude navrhnutý s dôrazom na flexibilitu, čo umožní jednoduché prispôsobenie novým legislatívnym požiadavkám a technologickým výzvam.
- Systém umožní rýchlejšiu adaptáciu na zmeny v oblasti zdravotníctva a farmácie, napríklad nové typy liekov, technológií alebo regulačných potrieb.
- Zlepšenie pracovných podmienok pre zamestnancov:
- Nový systém zjednoduší prácu zamestnancov ŠÚKL vďaka intuitívnejšiemu rozhraniu a efektívnym nástrojom na správu dát a procesov.
- Vďaka automatizácii rutinných úloh sa zamestnanci budú môcť viac sústrediť na kľúčové odborné činnosti, čím sa zvýši ich produktivita.
Novovybudovaný informačný systém umožní ŠÚKL lepšie plniť svoju regulačnú úlohu, zlepšiť kvalitu služieb, zvýšiť efektívnosť a pripraviť sa na budúce výzvy v oblasti farmácie a zdravotníctva.
- Sumarizácia nákladov a prínosov
Náklady | Integrovaný informačný systém ŠÚKL |
Všeobecný materiál | |
IT - CAPEX | |
Aplikácie | 1 821 872 € |
SW | |
HW | |
IT - OPEX- prevádzka | |
Aplikácie | 150 430 € |
SW | |
HW | |
Prínosy | |
Finančné prínosy | |
Administratívne poplatky | |
Ostatné daňové a nedaňové príjmy | |
Ekonomické prínosy | |
Občania (€) | |
Úradníci (€) | 2 347 013 € |
Úradníci (FTE) | N/A |
Kvalitatívne prínosy | |
Prínosy nasadeného systému sa prejavia v znížení času potrebného na realizáciu úkonov zo strany zamestnancov ŠÚKL. Po nasadením IIS ŠÚKL nebude potrebné ručné prepisovanie údajov z obdržaných žiadostí, údaje budú automaticky implementované do systému z elektronických formulárov.
Rovnako sa prínosy IIS ŠÚKL prejavia v znížení administratívnej záťaže žiadateľov, ktorý budú zasielať žiadosti využitím inteligentných elektronických formulárov.
- HARMONOGRAM JEDNOTLIVÝCH FÁZ PROJEKTU a METÓDA JEHO RIADENIA
ID | FÁZA/AKTIVITA | ZAČIATOK (odhad termínu) | KONIEC (odhad termínu) | POZNÁMKA |
1. | Prípravná fáza a Iniciačná fáza | 08/2024 | 03/2025 | vrátane realizácie procesu verejného obstarávania |
2. | Realizačná fáza | 04/2025 | 03/2027 | |
2a | Analýza a Dizajn | 04/2025 | 09/2025 | |
2b | Nákup technických prostriedkov, programových prostriedkov a služieb | 09/2025 | 12/2026 | |
2c | Implementácia a testovanie | 09/2025 | 12/2026 | |
2d | Nasadenie a PIP | 01/2027 | 03/2027 | |
3. | Dokončovacia fáza | 03/2027 | 03/2027 | |
4. | Podpora prevádzky (SLA) | 04/2027 | 03/2032 |
Projekt bude realizovaný metódou Waterfall:
Waterfall - vodopádový prístup počíta s detailným naplánovaním jednotlivých krokov a následnom dodržiavaní postupu pri vývoji alebo realizácii projekty. Projektovému tímu je daný minimálny priestor na zmeny v priebehu realizácie. Vodopádový prístup je vhodný a užitočný v projektoch, ktorý majú jasný cieľ a jasne definovateľný postup a rozdelenie prác.
Objednávateľ projektu vypracuje funkčnú a technickú špecifikáciu,
- PROJEKTOVÝ TÍM
Riadiaci výbor projektu tvorí predseda riadiaceho výboru projektu a vlastníci procesov alebo nimi poverení zástupcovia.
Riadiaci výbor sa riadi “Štatútom riadiaceho výboru”, ktorý je popísaný v dokumente Štatút RV projektu ako najvyšší riadiaci orgán na účely realizácie projektu na základe schválenej projektovej dokumentácie.
Štatút Riadiaceho výboru upravuje najmä jeho pôsobnosť, úlohy, zloženie, zasadnutie a hlasovanie. Členom riadiaceho výboru projektu môže byť aj zástupca dodávateľa. Väčšina členov riadiaceho výboru projektu s hlasovacím právom sú osoby navrhnuté objednávateľom a zastupujú záujmy objednávateľa. Riadiaci výbor projektu dozerá na hospodárnosť, efektívnosť a účelové využívanie finančných prostriedkov a môže prispôsobiť štandardy projektového riadenia na realizovaný projekt.
Riadiaci výbor má minimálne 5 členov, vrátane predsedu Riadiaceho výboru (ďalej len „predseda“) :
Riadiaci výbor projektu bude tvoriť:
- predseda Riadiaceho výboru projektu,
- podpredseda Riadiaceho výboru projektu,
- vlastník alebo vlastníci procesov (biznis vlastník infraštruktúra) alebo nimi poverený zástupca alebo zástupcovia,
- zástupcu kľúčových používateľov (end user),
- zástupca za Dodávateľa v zmysle Zmluvy o Dielo s Dodávateľom.
- projektový manažér prijímateľa PPM.
Riadiaci výbor je riadený predsedom, ktorým je zástupca Objednávateľa. V prípade neprítomnosti predsedu na zasadnutí Riadiaceho výboru, predseda musí na toto konkrétne zasadnutie písomne delegovať svoju funkciu v rozsahu svojich práv a povinností formou splnomocnenia na zástupcu, ktorým môže byť aj iný člen Riadiaceho výboru s hlasovacím právom. Na rokovanie Riadiaceho výboru môžu byť v prípade potreby prizvaní aj iní účastníci tak zo strany Objednávateľa alebo za stranu Dodávateľa.
Riadiaci výbor zasadá pravidelne, spravidla raz za mesiac avšak najmenej jedenkrát za tri (3) po sebe nasledujúce kalendárne mesiace. Zasadnutie Riadiaceho výboru zvoláva predseda. Závery zo zasadnutia Riadiaceho výboru a jednotlivé body zo zasadnutia Riadiaceho výboru sa prijímajú súhlasným hlasovaním nadpolovičnej väčšiny prítomných členov Riadiaceho výboru s hlasovacím právom. Hlas predsedu má v prípade rovnosti hlasov hodnotu dvoch hlasov.
Hlavné dokumenty spojené s činnosťou Riadiaceho výboru sú program zasadnutia, pracovný materiál a záznam zo zasadnutia Riadiaceho výboru, ktorého prílohou musí byť aj prezenčná listina, prípadne aj písomné splnomocnenia členov Riadiaceho výboru.
Program zasadnutia a pracovné materiály Riadiaceho výboru distribuuje Asistent projektového manažéra na základe podkladov a inštrukcií predsedu alebo toho člena Riadiaceho výboru, ktorý požiadal o zasadnutie Riadiaceho výboru.
Asistent projektového manažéra zabezpečí ich distribúciu členom Riadiaceho výboru najneskôr 3 pracovné dni pred zasadnutím Riadiaceho výboru. Za vecnú správnosť distribuovaného materiálu zodpovedá člen Riadiaceho výboru, ktorý ho predkladá.
Riadiaci výbor zaniká ukončením plnohodnotnej implementácie projektu a jeho uvedením do produktívnej prevádzky. Zoznam členov Riadiaceho výboru je súčasťou dokumentu Komunikačná matica uloženom na zdieľanom projektovom úložisku.
ID | Meno a Priezvisko | Pozícia | Oddelenie | Rola v projekte |
1. | TBD | TBD | TBD | Predseda RV |
2. | TBD | TBD | TBD | Biznis vlastník |
3. | TBD | TBD | TBD | Zástupca prevádzky |
4. | TBD | TBD | TBD | Zástupca dodávateľa |
Riadenie projektu zo strany Objednávateľa bude zabezpečené prostredníctvom Projektového manažéra a Finančného manažéra a bude trvať počas celej doby realizácie projektu. Bude pokrývať oblasť projektového riadenia (projektový manažment, celková koordinácia projektu, celkový dohľad nad vývojom dodávaného Diela, vrátane kvality), finančného riadenia a monitorovania realizácie projektu v zmysle riadenia podľa vyhlášky MIRRI č. 401/2023 Z. z. v platnom znení.
Projektový tím bude pozostávať z pozícií:
- Projektové role:
- Projektový manažér,
- Kľúčový používateľ,
- Analytik IT,
- Architekt IT,
- IT tester,
- Dátový špecialista,
- Manažér kybernetickej a informačnej bezpečnosti,
- Ďalšie projektové role:
- Finančný manažér
- Asistent PM
ŠÚKL zabezpečí, aby počas implementácie projektu a po jeho skončení (počas obdobia udržateľnosti) bol k dispozícii interný personál na obsluhu, prevádzku a rozvoj riešenia. Zároveň bude minimálne počas obdobia udržateľnosti zabezpečené financovanie tohto personálu zo zdrojov ŠÚKL.
Projektový manažér Objednávateľa bude zabezpečovať koordináciu projektových činností a manažment v súlade s metodikou PRINCE2 (hlavné dokumenty, priebežné manažérske výstupy, a pod.).
Projektový manažér Objednávateľa bude riadiť, administratívne a organizačne zabezpečovať implementáciu projektu, komunikovať s dodávateľmi, sledovať plnenie harmonogramu projektu a zabezpečovať dokumenty požadované MIRRI. Zároveň bude v spolupráci s projektovým manažérom dodávateľa koordinovať realizáciu hlavných aktivít, činností a úloh projektu.
Zodpovednosťou projektového manažéra je v spolupráci s finančným manažérom (objednávateľa) finančné riadenie projektu kontrolu rozpočtu projektu a jeho súlad s účtovnými dokladmi. Kontrolu podpornej účtovnej dokumentácie a poradenstvo pri definovaní oprávnených výdavkov bude zabezpečovať finančný manažér Objednávateľa.
Súčasťou projektového riadenia bude tiež operatívna projektová podpora zabezpečujúca administratívnu podporu pre písomnú komunikáciu, administratívne vedenie projektovej dokumentácie a prípravu podkladov pre členov projektového tímu, organizáciu stretnutí a pod.. V rámci aktivity budú taktiež zabezpečovaný manažment a hodnotenie kvality zo strany Objednávateľa.
- PRACOVNÉ NÁPLNE
Projektová rola: | PROJEKTOVÝ MANAŽÉR |
Detailný popis rozsahu zodpovedností, povinností a kompetencií: | - zodpovedá za každodenné riadenie projektu v mene RV, za monitorovanie projektu, za plánovanie aktivít, za informovanie o projekte, atď., - zodpovedá za určenie pravidiel, spôsobov, metód a nástrojov riadenia projektu a získanie podpory RV pre riadenie, plánovanie a kontrolu projektu a efektívne využívanie projektových zdrojov (ľudských a finančných), - zodpovedá za splnenie všetkých legislatívnych požiadaviek (právne predpisy SR), metodických požiadaviek súvisiacich s implementáciou projektu a formálnu administráciu projektu súvisiacu s riadením, organizovaním, finančným zúčtovaním, sledovaním čiastkových a celkových výsledkov (monitorovaním) a hodnotením výsledkov, - integrovane riadi prípravu a uskutočnenie projektu, nasadenie disponibilných prostriedkov, zabezpečuje koordináciu dodávateľov a zhotoviteľov jednotlivých výstupov projektu, zabezpečuje koordináciu partnerov, časový priebeh a kvalitu výstupov projektu, zmeny projektu a rieši konflikty s okolím projektu, - prijíma rozhodnutia a riadi projekt tak, aby sa splnili stanovené ciele projektu, a aby projekt dodával dohodnuté produkty v dohodnutej kvalite, v čase, a v rámci rozpočtu, - zodpovedá RV za plnenie cieľov projektu a celkový postup prác v projekte, - informuje RV o stave a priebehu projektu, predkladá návrhy na zlepšenie, - riadi strategické a projektové riziká, vrátane vývojových a rezervných plánov, - zodpovedá za identifikovanie kritických miest projektu a navrhovanie ciest k ich eliminácii, - aktívne komunikuje s dodávateľom, zástupcom dodávateľa a projektovým manažérom dodávateľa s cieľom zabezpečiť úspešné dodanie a nasadenie požadovaných projektových výstupov, - zabezpečuje kontrolu dodržiavania a plnenia míľnikov v zmysle zmluvy s dodávateľom, - zabezpečuje vecnú administráciu zúčtovania dodávateľských faktúr, - predkladá požiadavky dodávateľa na rokovanie RV, - zodpovedá za koordináciu a zabezpečenie podkladov pre komunikačné oddelenie pre potreby medializácie projektu, - zodpovedá za informovanie zamestnancov a verejnosti o začatí a ukončení projektu v závislosti od jeho charakteru, - zodpovedá za zabezpečenie vypracovania, priebežnej aktualizácie a verziovania manažérskej a špecializovanej dokumentácie a produktov, - pripravuje a predkladá stanovené dokumenty na schválenie RV, - navrhuje zaradiť projekt alebo jeho časť do režimu utajenia, - zabezpečuje permanentný dohľad a zvýšenú mieru kontroly a ochrany tokov informácií pri realizácii utajovaného projektu alebo utajovanej časti projektu, - zodpovedá za vypracovanie požiadaviek na zmenu, návrh ich prioritizácie a predkladanie zmenových požiadaviek na rokovanie RV, - zabezpečuje podanie žiadosti o rozpočtové opatrenie MF SR cez Rozpočtový informačný systém na projekt IT podľa potreby, - zodpovedá za riadenie zmeny a prípadné požadované riadenie konfigurácií, - navrhuje členov projektového tímu po dohode s líniovým vedúcim a tímovým manažérom a tiež navrhuje rozsah ich zodpovedností a činností, - organizuje, riadi, motivuje projektový tím a deleguje úlohy členom projektového tímu, - hodnotí členov projektového tímu, - udeľuje pokyny na výkon činností projektovej kancelárie, - podľa potreby deleguje svoje povinnosti a práva na tímových manažérov a koordinuje ich činnosť, - plní úlohy tímového manažéra (vedúceho projektového tímu), ak takáto rola v projekte nie je obsadená – pozri činnosť projektovej role „Tímový manažér“, - monitoruje výkonnosť projektu, to znamená, že sleduje pokrok vo vybraných ukazovateľoch (KPI) projektu a predkladá ho na schválenie RV, - zabezpečuje evidenciu v informačných systémoch pre štandardizované procesy programové a projektového riadenia, napr. IT monitorovací systém pre európske štrukturálne a investičné fondy, - zodpovedá za publikovanie RV schválených projektových výstupov v MetaIS chronologicky, z každej fázy životného cyklu projektu, - zodpovedá za publikovanie zápisov RV v MetaIS, - počas celej doby realizácie projektu štandardne zabezpečuje nasledovné prierezové činnosti: 1. kontinuálne zdôvodňovanie projektu, ktoré zahŕňa posúdenie, či je projekt požadovaný a dosiahnuteľný, potrebné na rozhodovanie o pokračovaní vynakladania prostriedkov počas všetkých fáz projektu, vypracované aspoň po ukončení každej fázy projektu, 2. plánovanie a operatívne riadenie dodávania projektových produktov, 3. riadenie rizík a závislostí, ktoré zahŕňa identifikáciu, hodnotenie a riadenie rizík, závislostí a hrozieb na úspešnú realizáciu projektu, - zabezpečuje dodržiavanie legislatívno-metodických zásad pre riadenie projektov, - zodpovedá za formálnu administráciu projektu, riadenie centrálneho úložiska projektovej dokumentácie ŠÚKL, správu a archiváciu projektovej dokumentácie, - sleduje dodržiavanie interných riadiacich aktov. |
Projektová rola: | IT ANALYTIK |
Stručný popis: | - Zodpovedá za zber a analyzovanie funkčných požiadaviek, analyzovanie a spracovanie dokumentácie. - Navrhuje a implementovať zlepšenia na zvýšenie efektívnosti a kvality poskytovaných služieb. - Posudzuje dopady zmien na projekt a navrhovať riešenia na ich implementáciu. - Poskytuje podporu v procese testovania, pomáha pri tvorbe a validácii testovacích scenárov a testovacích prípadov. |
Detailný popis rozsahu zodpovedností, povinností a kompetencií: | - Zodpovedá za zber a analyzovanie funkčných požiadaviek, analyzovanie a spracovanie dokumentácie z pohľadu procesov, metodiky, technických možností a inej dokumentácie. Podieľa sa na návrhu riešenia vrátane návrhu zmien procesov v oblasti biznis analýzy a analýzy softvérových riešení. Zodpovedá za výkon analýzy IS, koordináciu a dohľad nad činnosťou SW analytikov. - Analyzuje požiadavky na informačný systém/softvérový systém, formálnym spôsobom zaznamenáva činnosti/procesy, vytvára analytický model systému, okrem analýzy realizuje aj návrh systému, ten vyjadruje návrhovým modelom. - Pripravuje špecifikáciu cieľového systému od procesnej až po technickú rovinu. Mapuje a analyzuje existujúce podnikateľské a procesné prostredie, analyzuje biznis požiadavky na informačný systém, špecifikuje požiadavky na informačnú podporu procesov, navrhuje koncept riešenia a pripravuje podklady pre architektov a vývojárov riešenia, participuje na realizácii zmien, dohliada na realizáciu požiadaviek v cieľovom riešení, spolupracuje pri ich preberaní (akceptácie) používateľom. - Pri návrhu IT systémov využíva odbornú špecializáciu IT architektov a projektantov. Študuje a analyzuje dokumentáciu, požiadavky klientov, legislatívne a technické podmienky a možnosti zvyšovania efektívnosti a výkonnosti riadiacich a informačných procesov. Navrhuje a prerokúva koncepcie riešenia informačných systémov a analyzuje ich efekty a dopady. Zabezpečuje spracovanie analyticko-projektovej špecifikácie s návrhom dátových a objektových štruktúr a ich väzieb, užívateľského rozhrania a ostatných podkladov pre projektovanie nových riešení. - Spolupracuje na projektovaní a implementácii návrhov. Môže tiež poskytovať poradenstvo v oblasti svojej špecializácie. Zodpovedá za návrhovú (design) časť IT - pôsobí ako medzičlánok medzi používateľmi informačných systémov (biznis pohľad) a ich realizátormi (technologický pohľad). |
Projektová rola: | KĹÚČOVÝ POUŽÍVATEĽ |
Stručný popis: |
|
Detailný popis rozsahu zodpovedností, povinností a kompetencií |
- akceptačné testovanie (UAT) a návrh na akceptáciu projektových produktov alebo projektových výstupov a finálny návrh na spustenie do produkčnej prevádzky, - predkladanie požiadaviek na zmenu funkcionalít produktov. |
Projektová rola: | PROJEKTOVÁ KANCELÁRIA („PMO“) |
Projektovou kanceláriou je príslušný organizačný útvar ŠÚKL v zmysle organizačného poriadku, ktorý zabezpečuje podporu riadenia projektu, najmä: | - administratívnu a technickú podporu v jednotlivých fázach životného cyklu projektu, - vypracovanie a odovzdanie menovacích dekrétov a odvolacích dekrétov pre predsedu RV, členov RV, PM a podpísaných predsedom RV pre členov projektového tímu a PMO, - zabezpečenie oboznámenia predsedu RV, členov RV, a členov projektového tímu s projektom, ich úlohami a rozsahom ich zodpovedností atď. podľa pokynu PM, - organizačné zabezpečenie zasadnutí RV, spracovanie zápisov zo zasadnutí RV a zabezpečenie ich zverejnenia prostredníctvom MetaIS, ak je to potrebné, - organizačné zabezpečenie stretnutí realizovaných v rámci projektu, spracovanie zápisov z týchto stretnutí, - vykonávanie úloh na základe pokynov PM, - vypracovanie a aktualizácia zoznamov úloh, rizík, otvorených otázok a iných manažérskych správ, reportov, zoznamov a požiadaviek, - organizačné zabezpečenie pripomienkového konania projektovej dokumentácie, - správu projektov, monitorovanie stavu projektu, udržiavanie aktuálnosti a hodnovernosti údajov o projektoch a podľa potreby optimalizáciu projektov, - prípravu informácií o stave realizácie projektu podľa potreby, - zhromaždenie, analyzovanie a vyhodnotenie poznatkov z implementácie projektov a definovanie ponaučenia s cieľom predchádzania a opakovania chýb z minulosti, - zabezpečenie zverejnenia projektových výstupov jednotlivých fáz životného cyklu projektu na centrálnom úložisku projektovej dokumentácie ŠÚKL a v MetaIS, ak je to potrebné, - poskytuje súčinnosť PM pri predkladaní projektových produktov na posúdenie ekonomickej výhodnosti a súladu s programovým riadením MIRRI SR, ak je to potrebné, - organizáciu procesov súvisiacich s výkazmi práce členov projektových tímov jednotlivých projektov, - vytvorenie a spravovanie centrálneho úložiska projektovej dokumentácie ŠÚKL, - vytvorenie komunikačnej platformy v rámci projektu a medzi projektami navzájom, - zabezpečenie interakcie medzi zainteresovanými stranami, ich spokojnosť a realizáciu požiadaviek spojených s implementáciou projektu, - spoluprácu s metodickou podporou projektového riadenia, - zabezpečenie uloženia originálov projektovej dokumentácie. |
Projektová rola: | MANAŽÉR KYBERNETICKEJ A INFORMAČNEJ BEZPEČNOSTI („KIB“) |
Stručný popis: | - má neobmedzený aktívny prístup ku všetkým projektovým dokumentom, nástrojom a výstupom projektu, v ktorých sa opisuje predmet projektu z hľadiska jeho architektúry, funkcií, procesov, manažmentu informačnej bezpečnosti a spôsobov spracúvania dát, ako aj dát samotných, - má sprístupnené všetky informácie o bezpečnostných opatreniach zavádzaných projektom v zmysle § 20 zákona č. 69/2018 Z. z. o kybernetickej bezpečnosti a o zmene a doplnení niektorých zákonov v znení neskorších predpisov a v zmysle ustanovení zákona č. 95/2019 Z. z. o informačných technológiách vo verejnej správe a o zmene a doplnení niektorých zákonov v znení neskorších predpisov, - zodpovedá za posúdenie možných alternatív realizácie projektu za oblasť IB a KB, - zodpovedá za posúdenie požiadaviek agendy IB a KB na rozhrania a spoločné komponenty, na integrácie a procesy konverzie a migrácie, identifikácia nesúladu a návrh riešenia, - poskytuje konzultácie a súčinnosť pre problematiku IB a KB, - poskytuje konzultácie pri tvorbe šablón a vzorov dokumentácie pre oblasť IB a KB, - poskytuje konzultácie a vykonáva kontrolnú činnosť zameranú na obsah a komplexnosť dokumentácie z hľadiska IB a KB, - dohliada na zosúladenie projektu s princípmi definovanými v interných riadiacich aktoch ŠÚKL a dokumentoch týkajúcich sa bezpečnosti ŠÚKL, - zabezpečuje získavanie a spracovanie informácií nutných pre plnenie úloh v oblasti IB a KB, - aktívne sa zúčastňuje stretnutí projektového tímu a spolupracuje na vypracovaní manažérskej a špecializovanej dokumentácie a produktov - plní pokyny PM a dohody zo stretnutí projektového tímu. |
Detailný popis rozsahu zodpovedností, povinností a kompetencií | - zodpovedá́ za špecifikovanie: - štandardov, princípov a stratégií v oblasti informačnej bezpečnosti („IB“) a kybernetickej bezpečnosti („KB“) a ich dodržiavanie, - funkčných, nefunkčných a technických požiadaviek na IB a KB a za ich analýzu, - požiadaviek na IB a KB, kontroluje ich implementáciu v realizovanom projekte, - požiadaviek na bezpečnosť vývojového, testovacieho a produkčného prostredia, - požiadaviek na bezpečnosť v rámci bezpečnostnej vrstvy, - požiadaviek na školenia pre oblasť IB a KB, - požiadaviek na bezpečnostnú architektúru riešenia a technickú infraštruktúru pre oblasť IB a KB, - požiadaviek na dostupnosť, zálohovanie, archiváciu a obnovu IS vzťahujúce sa na IB a KB, - požiadaviek na IB a KB, bezpečnostný projekt a riadenie prístupu, - požiadaviek na opis vývojového, testovacieho a produkčného prostredia za oblasť IB a KB, - požiadaviek na testovanie z hľadiska IB a KB, realizáciu kontroly zapracovania a retestu, - požiadaviek na obsah dokumentácie v zmysle legislatívnych požiadaviek pre oblasť IB a KB, ako aj v zmysle "best practies", - požiadaviek na dodanie potrebnej dokumentácie súvisiacej s IBaKB kontroluje ich implementáciu v realizovanom projekte, - požiadaviek a konzultácie pri návrhu riešenia za agendu IB a KB v rámci procesu „Mapovanie a analýza technických požiadaviek - detailný návrh riešenia (DNR)“, - požiadaviek na bezpečnosť IT a KB v rámci procesu "akceptácie, odovzdania a správy zdrojových kódov“, - akceptačných kritérií za oblasť IB a KB, - pravidiel pre publicitu a informovanosť s ohľadom na IB a KB, - podmienok na testovanie, reviduje výsledky a výstupy z testovania za oblasť IB a KB, - požiadaviek na bezpečnostný projekt pre oblasť IB a KB, - zodpovedá za realizáciu kontroly: - zameranej na naplnenie požiadaviek definovaných v bezpečnostnom projekte za oblasť IB a KB, - zameranú na správnosť nastavení a konfigurácii bezpečnosti jednotlivých prostredí, - zameranú na realizáciu procesu posudzovania a komplexnosti bezpečnostných rizík, bezpečnosť a kompletný popis rozhraní, správnu identifikácia závislostí, - naplnenia definovaných požiadaviek pre oblasť IB a KB, - zameranú na implementovaný́ proces v priamom súvise s IB a KB, - súladu s platnou legislatívou v oblasti IB a KB (obsahuje aj kontrolu legislatívnych požiadaviek), - zameranú na zabezpečenie procesu, grafických rozhraní, integrácií, kompletného popisu rozhraní a spoločných komponentov a posúdenia z pohľadu bezpečnosti,
|
Projektová rola: | ČLEN PROJEKTOVÉHO TÍMU |
Stručný popis: | - vykonáva odbornú prácu v projekte a poskytuje odborné stanoviská a konzultácie za príslušnú oblasť, - aktívne sa zúčastňuje odborných stretnutí tímu, ako aj konzultácií, - zabezpečuje vypracovanie, priebežnú aktualizáciu a verziovanie manažérskej a špecializovanej dokumentácie a produktov v súčinnosti a podľa pokynov tímového manažéra a PM, - plní úlohy uložené tímovým manažérom a PM v požadovanej kvalite a v stanovených termínoch, - plní dohody zo stretnutí projektového tímu, - odpočtuje plnenie úloh tímovému manažérovi a PM, - predkladá námety, podnety, požiadavky a upozorňuje na problémy a riziká súvisiace s projektom tímovému manažérovi a PM, - spolupracuje s projektovým tímom na strane dodávateľa, - 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. |
- ODKAZY
Štátny ústav na kontrolu liečív - https://www.sukl.sk
- PRÍLOHY
Príloha : Zoznam rizík a závislostí
[1] Spoločné moduly podľa zákona č. 305/2013 e-Governmente