Logická architektúra. Odberateľ požaduje vytvoriť a dodať modul eDavka, ktorý bude obsahovať nové dátové štruktúry, nové služby a komponenty, ktoré môžeme rozdeliť na niekoľko logických častí. Súčasťou požiadaviek je aj rozšírenie alebo doplnenie dátových štruktúr na uloženie dát, zbieraných cez nové služby. Dáta, ktoré sú a budú do NZIS a jeho komponentov zapísané, budú dostupné pre oprávnené osoby, využívajúce nové služby a rozhrania. Súčasťou dodávky sú aj príslušné integrácie. Všetky elektronické služby, ktoré Zhotoviteľ doplní v rámci dodávky modulu eDavka, rozšíria služby existujúcich domén ezdravie, alebo budú súčasťou nových, doplnených domén ezdravie. Nové registre budú doplnené ako tzv. META-EHR dáta a medzi záznamami v zdravotnej dokumentácii vedenej v zdravotnej knižke (EHR) občana (NZIS) a META-EHR bude existovať väzba. Dáta poskytované mimo NZIS pre oprávnené subjekty budú poskytované cez elektronické služby alebo vo forme automatizovane generovaných dávok šifrovaných pre konkrétny subjekt, ktorý si ich prevezme automatizovane s určenou periódou cez IS s overením zhody.
Logická architektúra. Centrálnou časťou riešenia by mal byť integrovaný, atomický a transparentný dátový model pre podporu analytických aktivít podľa metodiky Data Vault 2.0, vybudovaný nad modernou DBMS platformou v rámci g-cloud infraštruktúry, a automaticky plnený využitím existujúcej Talend ETL platformy, ktorá je už súčasťou g-cloud. Uvedený model bude sémanticky kompatibilný Centrálnym modelom údajov verejnej správy založeným na ontológiách v správe Centrálnej dátovej kancelárie. Diagram Topológie Architektúry pre KAV - koncept
Logická architektúra. Na nasledujúcom obrázku je znázornená vysokoúrovňová predpokladaná architektúra riešenia: Obrázok 2 – Architektúra IS navrhovaného riešenia • MetaIS CMDB – Centrálny metainformačný systém verejnej správy je systémom verejnej správy, prostredníctvom ktorého sa zhromažďujú a sprístupňujú informácie a údaje, najmä o architektúre eGovernmentu, službách, informačných systémoch, číselníkoch, referenčných registroch a referencovateľných identifikátoroch, informačno-komunikačných technológiách, ďalších komponentoch eGovernmentu a o koncepciách rozvoja informačných systémov. Účelom systému je správnosť, kompletnosť a dostupnosť aktuálnych informácií. • Evidencia CMDB – Evidenčné údaje o IKT prostriedkoch; • Evidencia referenčných údajov – Evidenčné údaje o prevádzkovaných/plánovaných referenčných registroch; • Evidencia základných číselníkov; • Evidencia jednotných referencovateľných identifikátorov – Evidenčné údaje o URI identifikátoroch; • Evidencia dátových prvkov centrálneho modelu údajov VS – Evidenčné údaje o dátových prvkoch v prostredí VS; • Evidencia prístupu k údajom (PRUD) k objektom evidencie prostredníctvom agend verejnej správy; • Evidencia OVM; • Evidencia výkonnosti IKT; • Evidencia dostupností IKT; • Evidencia objektov pre Single Digital Gateway;
Logická architektúra. Riešenie novej dátovej integrácie je navrhnuté ako jeden dátový ekosystém v kombinácii dvoch platforiem: DataLake Relačná časť, ktorý sa skladá z: Oracle DB, ktorá rieši problematiku dát ako je atomicita, konzistencia, izolovanosť, trvanlivosť, či unikátnosť MS SQL DB s in-memory T-OLAP podporou pre PowerBI reporting. Každá z týchto platforiem nie je osobitnou aplikáciou, ale súborom technológií, nástrojov a na mieru naprogramovaných procesov a integrácií, ktoré vo svojom celku plnia úlohu dátovej integrácie a spracovania dát pre účely reportingu a pokročilých analýz. Z tohto dôvodu sú v ďalšom texte obe platformy ďalej dekomponované na jednotlivé dátové vrstvy, dátové toky, funkčné bloky a použité technológie. Obrázok 9: Logická architektúra nového riešenia Predmetom riešenia sú tieto komponenty architektúry: Relačná časť – Dátový sklad, jeho dátové vrstvy, dátové toky, metadátové nastavenia a podporné frameworky DL – DataLake, jeho dátové vrstvy, dátové toky, metadátové nastavenia a podporné frameworky Spoločné frameworky – aplikácie a nástroje, ktoré nie sú súčasťou samotných platforiem dátovej integrácie, ale využívajú sa pre celkové riadenie spracovania dát a podporu odborových používateľov. Nasledujúce časti aplikačnej architektúry sú dotknuté týmto riešením: BI platformy – existujúce BI aplikácie, ktoré budú v rámci projektu pripojené na DWH a DataLake pre čítanie dát. Štatistický framework – existujúce portfólio štatistických nástrojov, pre ktoré budú zadefinované mechanizmy prístupu k DWH a DataLake Zdrojové systémy s priamym prístupom – reprezentuje všetky systémy, ktoré budú poskytovať priamy prístup ku svojím dátam, resp. cez vyhradené databázové rozhranie Externé systémy poskytujúce extrakty - reprezentuje všetky systémy, ktoré budú poskytovať extrakt svojich dát, ktorý bude vymieňaný s Data Landing zónou cez SFTP server alebo extranet Sharepoint. Zdrojové systémy poskytujúce služby - reprezentuje všetky systémy (interné aj externé), ktoré budú poskytovať svoje dáta prostredníctvom vystavenej služby (REST API, SOAP).
Logická architektúra. Každý CKS landscape je zložený z nasledovných systémov: Produkčný systém Testovací systém Vývojový systém Školiaci systém Vývoj, zmeny programov a nastavení sa realizujú na vývojom systéme. Tieto zmeny sú prenášané na testovací systém, kde sa otestujú a po schválení sa prenášajú do produkčného prostredia. (Poznámka: Školiaci systém je aktualizovaný spravidla s časovým oneskorením (3-5 mesiacov) vytvorená kópia produktívnej inštancie (produktívnych nastavení a funkčnosti) komponentov Portálu, ERP, SEM/BW (JxS), ktorú poskytujeme pre účely školenia a metodického návodu postupu importu, kontrol a spracovania konsolidovaných balíkov v prostredí IS CKS „školiaci“). Režim aktualizácie funkčnosti a aktuálnych dátových setov si určuje zákazník, podľa dohody so zákazníkom a s podporou administrátora DC zabezpečujeme update inštancii „JxS“.