Cílová architektura tématu T02 Národní registr hrazených zdravotních služeb

Podobné dokumenty
Předpoklady a stav prací. Národní strategie elektronického zdravotnictví Ministerstvo zdravotnictví ČR Jiří Borej, člen týmu Praha

Metodický pokyn k uvedení registru do produkčního provozu

Výčet strategií a cílů, na jejichž plnění se projektový okruh podílí: Strategický rámec rozvoje veřejné správy České republiky pro období

Garant karty projektového okruhu:

Ministerstvo zdravotnictví České republiky Palackého nám. č 4, Praha 2, IČ:

Sdílené služby českého egovernmentu. Ing. Ondřej Felix CSc Hlavní architekt egovernmentu MVČR

TECHNICKÁ SPECIFIKACE VEŘEJNÉ ZAKÁZKY

Nová koncepce elektronického zdravotnictví pro období ročník konference ISSS

Vybrané pohledy Korporátní architektura MSK

Zkušenosti s budováním základního registru obyvatel

Kudy k Národnímu architektonickému plánu

Přístup k řízení GIS jako součásti Enterprise Architecture

Aktuální stav přípravy. Národní strategie elektronického zdravotnictví. v České republice

Základní registry ČR

Konsolidace rezortních registrů. 4. dubna 2011

Sdílené služby ve veřejné správě ČR. Ondřej Felix Hlavní architekt egovermentučr Petr Tiller

SPECIFICKÁ PRAVIDLA PRO ŽADATELE A PŘÍJEMCE

PŘÍLOHA C Požadavky na Dokumentaci

ISSS Národní architektura ehealth

Strategie, architektury a projekty jako nástroj řízení IT ve veřejné správě

Výčet strategií a cílů, na jejichž plnění se projektový okruh podílí:

Co jsme si to postavili aneb Sdílené služby ve veřejné správě ČR. Ondřej Felix Hlavní architekt egovernmentu ČR

SPECIFICKÁ PRAVIDLA PRO ŽADATELE A PŘÍJEMCE

Základní registry, Datové schránky CzechPointy... A jak dál RNDr. Petr Tiller a Ing. Ondřej Felix, CSc., hlavní architekt egovernmentu MV ČR Praha

Nejednotnost datových zdrojů systémů zdravotních a sociálních služeb překážka k optimalizaci těchto služeb

Národní strategie elektronického zdravotnictví ČR a její implementace

komplexní podpora zvyšování výkonnosti strana 1 Využití Referenčního modelu integrovaného systému řízení veřejnoprávní korporace Město Hořovice

Úpravy agendového informačního systému v návaznosti na základní registry

Rezortní registry (ereg) a Jednotná technologická platforma rezortu zdravotnictví

1. Integrační koncept

Výtisk č.: Počet listů 9. Přílohy: 0 ÚZIS ČR

STATUT. Úvodní ustanovení 11. Základní ustanovení. Ill. Předmět činnosti

Digitální technická mapa ČR

Několik poznámek ke koncepci ICT v hlavním městě Praze

Výčet strategií a cílů, na jejichž plnění se projektový okruh podílí:

Obsah Strategie rozvoje infrastruktury pro prostorové informace v ČR do roku (GeoInfoStrategie) Jiří Čtyroký, vedoucí Zpracovatelského týmu

SPRÁVA ZÁKLADNÍCH REGISTRŮ ČESKÉ REPUBLIKY. Základní registry a eidas

Koncepce rozvoje ICT ve státní a veřejné správě. Koncepce rozvoje ICT ve státní a veřejné správě (materiál pro jednání tripartity)

Stav realizace a priority Národní strategie elektronického zdravotnictví v roce 2018 na čem pracujeme pro ehealth

První zasedání Rady registru

Strategický dokument se v současné době tvoří.

E-Health v České republice Kam kráčí? R.Vyzula Poslanecká sněmovna Parlamentu ČR podvýbor pro elektronizaci ve zdravotnictví 18.3.

Národní strategie elektronického zdravotnictví v kontextu aktivit egovernmentu

KSRZIS. Postup kroků nutných pro napojení nemocničního informačního systému s registrem NSHNU v prostředí registrů resortu zdravotnictví

Elektronizace zdravotnictví a integrované datové rozhraní resortu

Základní registry (kde jsme, kam směřujeme a jak to na sebe navazuje) ing. Ondřej Felix CSc. hlavní architekt egovernmentu MV ČR

Základní změny v architektuře e-governmentu ČR. Ondřej Felix hlavní architekt e-governmentu MV ČR ISSS, duben 2009

Stav řešení Enterprise Architektury na Moravskoslezském kraji

Digitální mapa veřejné správy

Komise pro informatizaci

Vývoj informačních systémů. Obecně o IS

Otevřená data veřejné správy z pohledu České republiky

Registr Osob. zveřejněno podepsáno

Technologická centra krajů a ORP

Základní registr agend orgánů veřejné moci a některých práv a povinností: údaje informačního systému a jejich využití

ISVS a sdílené služby v roce Petr Kuchař, hlavní architekt eg MV Michal Pešek, ředitel SZR

Základní registry celková koncepce

Hynek Cihlář Podnikový architekt Od Indoše ke Cloudu

JAK SE TAM DOSTANEME?

Když se řekne NAP a Informační koncepce ( z pohledu správce ISVS ) Ondřej Felix Říjen 2017

AISC. kladní registr obyvatel. Jiří Valter ICZ a. s. 1

1.1. Správa a provozní podpora APV ROS, HW ROS a základního SW

Příloha č. 2 ke smlouvě. Rozsah a podmínky provozní podpory

Vydávání stanovisek k ICT projektům dle usnesení vlády č. 889 z

Informace o aktuálním dění v oblasti otevřených dat v České republice

Michal Kolařík ISZR - Brána k základním registrům

ČESKÉ VYSOKÉ UČENÍ TECHNICKÉ V PRAZE

egovernment ready úřad

Jaké představy má o rozvoji. Ministerstvo zdravotnictví? září 2012 Ing. Petr Nosek

Aneb kde jsme a kam jdeme. odbor Hlavního architekta egovernmentu Ondřej Felix Pavel Hrabě Tomáš Šedivec

Centrální místo služeb (CMS) Bezpečná komunikace mezi úřady

Zdravotnické registry pro 21. století

Identita v rámci ehealth

PŘÍKLADY (Z)REALIZOVANÝCH PROJEKTŮ EGOVERNMENTU A KYBERNETICKÉ BEZPEČNOSTI PODPOŘENÝCH Z INTEGROVANÉHO REGIONÁLNÍHO OPERAČNÍHO PROGRAMU

Aneb kde jsme a kam jdeme. odbor Hlavního architekta egovernmentu Ondřej Felix Pavel Hrabě Tomáš Šedivec

Petr Kuchař ředitel odboru odbor hlavního architekta egov MV ČR. Ondřej Felix Digitální šampion ČR, odbor hlavního architekta egov MV ČR

Elektronická identifikace prostřednictvím národního bodu. Petr Kuchař, hlavní architekt eg, MV

Aktuální výzvy a novinky v oblasti otevřených dat v České republice

Globální architektura ROS

NÁRODNÍ PLÁN. ehealth je zásadním předpokladem pro udržitelnost. Motto: a rozvoj českého zdravotnictví

Elektronizace českého zdravotnictví v letech

Agenda A121 - Zivnostensky rejstrik

NÁRODNÍ ARCHITEKTURA ČR CESTA KE STABILITĚ A EFEKTIVNOSTI VÝVOJE VS A JEJÍCH IS

Enterprise Architecture na MPSV

Elektronický sběr dat pro NZIS

prostředek naplnění práv a povinností občanů, poskytovatelů, plátců a veřejné správy, prostředek informační rovnováhy a aktivní účasti občanů,

Cílová architektura tématu T06 Sdílení a výměna dat mezi poskytovateli zdravotních služeb ežádanka, sdílení zdravotní péče

Rozvoj RPP. Internet ve státní správě a samosprávě 201Ř, Hradec Králové Blok: Blízká i vzdálená budoucnost Základních registr. Mgr.

Registr pojištěnců veřejného zdravotního pojištění. Ing. Radek Papp vedoucí projektu

Data zdravotnictví pro zdravotnictví?

Digitální mapa veřejné správy v kontextu nové politiky státu v oblasti prostorových dat

Základní registry veřejné správy. Ing.Ondřej Felix, CSc., hlavní architekt egovernmentu MV ČR

Pořízení nových systémů na MPSV děláme to ponovu

CISAŽP. Celostátní informační systém pro sběr a hodnocení informací o znečištění životního prostředí

Národní architektonický plán a ostatní metody řízení veřejné správy ČR

Digitální mapa veřejné správy v kontextu nové politiky státu v oblasti prostorových dat

Dopady zavedení registru práv a

Využití služeb egovernmentu poskytovateli zdravotních služeb

Chybová hlášení METODIKA MET-01/2014. SZR-56-1/OPICT-2013 počet stran 28 přílohy 0. Nahrazuje:

Transkript:

Ministerstvo zdravotnictví České republiky Palackého nám. č 4, 128 01 Praha 2, IČ: 00024341 Enterprise Architektura resortu Ministerstva zdravotnictví ČR Architektonická vize Cílová architektura tématu T02 Národní registr hrazených zdravotních služeb

Dokument Status Distribuce Cílová architektura tématu T02 Národní registr hrazených zdravotních služeb Draft k dalšímu využití Ke zveřejnění Verze Datum Zpracoval Za správnost Schválil 1.0 31.7.2016 Odbor informatiky MZ ČR Útvar hlavního architekta elektronizace zdravotnictví Ředitel odboru informatiky Ministerstvo zdravotnictví ČR 2/31

Obsah Seznam tabulek... 4 Seznam obrázků... 4 Seznam zkratek a pojmů... 4 1 Úvod... 7 2 Východiska... 8 2.1 Strategický rámec... 8 2.2 Legislativní rámec... 8 2.3 Přehled požadavků z katalogu požadavků... 8 2.4 Další východiska... 12 3 Metodický rámec... 13 3.1 Metodika EA... 13 3.1.1 Výčet vybraných elementů byznys (procesní) domény... 13 3.1.2 Výčet vybraných elementů aplikační domény... 14 3.1.3 Výčet vybraných elementů technologické a infrastrukturní domény... 15 3.2 Architektonické principy... 15 4 Popis současného stavu... 16 5 Návrh cílové architektury... 17 5.1 Zasazení tématu do architektonického rámce elektronického zdravotnictví... 17 5.1.1 Zasazení NRHZS do celkového rámce elektronického zdravotnictví... 19 5.1.2 Využívání sdílených služeb elektronického zdravotnictví... 19 5.2 Motivace pro vytvoření pohledů na cílový stav enterprise architektury tématu. 19 5.3 Pohledy na cílový stav enterprise architektury tématu... 20 5.3.1 Byznys (procesní) doména... 20 5.3.2 Aplikační doména... 23 5.3.3 Užití technologií NRHZS... 26 6 GAP analýza... 28 7 Otevřené body... 29 Příloha 1 Katalog prvků... 31 Ministerstvo zdravotnictví ČR 3/31

Seznam tabulek Tabulka 1 Seznam zkratek a pojmů... 4 Tabulka 2 Seznam požadavků vztahujících se k předmětu zadání z Katalogu požadavků...10 Tabulka 3 Seznam a popis vybraných elementů byznys domény...13 Tabulka 4 Seznam a popis vybraných elementů aplikační domény...14 Tabulka 5 Seznam a popis vybraných elementů technologické a infrastrukturní domény...15 Tabulka 6 Provozní parametry NRHZS...27 Tabulka 7 Seznam otevřených bodů...29 Seznam obrázků Obrázek 1 Model EU CALLIOPE pro interoperabilní elektronické zdravotnictví...18 Obrázek 2 Pohled na byznys (procesní) doménu NRHZS...20 Obrázek 3 Pohled na aplikační doménu NRHZS...24 Obrázek 4 Pohled na využívání technologických služeb varianta 1 DC ÚZIS...26 Seznam zkratek a pojmů Tabulka 1 Seznam zkratek a pojmů Zkratka AIFO BI CALLIOPE ČR DC EA EHR ERP EU GAP analýza HR ICT IS Význam Agendový identifikátor fyzické osoby Business Intelligence Projekt CALLIOPE je společným konceptem Evropské unie pro budování interoperabilních národních systémů elektronického zdravotnictví Česká republika Datové centrum Enterprise Architecture (česky: Podniková architektura) Elektronický zdravotní záznam Enterprise Resource Planning (česky: Plánování podnikových zdrojů) Evropská unie Rozdílová analýza Human Resources (česky: Lidské zdroje) Informační a komunikační technologie Informační systém Ministerstvo zdravotnictví ČR 4/31

Zkratka ISVS ISZR JTP KSRZIS MZ ČR NAP VS ČR NRHZS NRPZS NRZP NZIS OVM PHR Význam Informační systémy veřejné správy Informační systém základních registrů Jednotná technologická platforma Koordinační středisko pro resortní zdravotnické informační systémy Ministerstvo zdravotnictví ČR Národní akční plán veřejné správy ČR Národní registr hrazených zdravotních služeb Národní registr poskytovatelů zdravotních služeb Národní registr zdravotnických pracovníků Národní zdravotnický informační systém Orgán veřejné moci Osobní zdravotní záznam Provozovatel Pojem Provozovatel vychází z vládou schválené Strategie rozvoje ICT služeb veřejné správy ze dne 2. 11. 2015. Dle strategie musí mít každá služba provozovatele (poskytovatele), který službu provozuje a dodává zákazníkům. Provozovatelů služby může být více (viz např. výdej občanských průkazů, e-mail). ROB ROS RPP RÚIAN Technický správce USA ÚZIS Věcný správce Registr obyvatel Registr osob Registr práv a povinností Registr územní identifikace, adres a nemovitostí Pojem Technický správce vychází z vládou schválené Strategie rozvoje ICT služeb veřejné správy ze dne 2. 11. 2015. Dle strategie musí mít každá služba technického správce, který rozhoduje o technickém zajištění služby (jakým softwarem a hardwarem bude služba realizována). Stanovuje podmínky realizace podpůrných ICT služeb tak, aby služba byla dodávána v souladu s požadavky věcného správce. Technický správce je pro každou veřejnou službu jen jeden, určuje ho věcný správce, a to na základě obecně platných pravidel. Spojené státy americké Ústav zdravotnických informací a statistiky ČR Pojem Věcný správce vychází z vládou schválené Strategie rozvoje ICT služeb veřejné správy ze dne 2. 11. 2015. Dle strategie musí mít každá služba veřejné správy svého věcného správce (gestora), který rozhoduje o obsahu a pravidlech fungování služby. To znamená, že je zodpovědný za definici procesu, který službu dodává, definici funkcionality a dat podpůrné ICT služby, za shodu funkcionality aplikace s legislativou a za definici objemových a kvalitativních parametrů podpůrné ICT služby (počet Ministerstvo zdravotnictví ČR 5/31

Zkratka VS ZoKB ZP Význam uživatelů, doba provozu služby, dostupnost služby, doba odezvy atd.). Věcným správcem může být pouze OVM (ministerstva, správní úřady, samosprávné celky). Veřejná správa Zákon o kybernetické bezpečnosti Zdravotní pojišťovna Ministerstvo zdravotnictví ČR 6/31

1 Úvod Tento dokument je dílčí výstup v rámci realizace fáze architektonické vize projektu Zpracování koncepce a vize Enterprise architektury elektronického zdravotnictví. Cílem dokumentu je popsat optimalizovaný návrh cílové architektury Národního registru hrazených zdravotních služeb (dále jen NRHZS). Ministerstvo zdravotnictví ČR 7/31

2 Východiska 2.1 Strategický rámec Kapitola obsahuje odkaz na strategie a jejich opatření relevantní pro Národní registr hrazených zdravotních služeb. Národní strategie elektronického zdravotnictví (2015, soustava cílů a opatření) ve strategickém cíli 2 Zvýšení efektivity zdravotnického systému, specifickém cíli 2.2 Efektivita systému a poskytované péče, opatření 2.2.2 Vytvoření systému a nástrojů pro sledování nákladů ve zdravotnictví vytyčuje následující úkoly Sbírat nákladová a výkonová data z dostatečného množství vybraných zdravotnických zařízení Budou sbírána nákladová a výkonová data ze všech nebo alespoň z dostatečného množství vybraných zdravotnických zařízení (ze sítě tzv. referenčních poskytovatelů) potřebná pro sledování efektivity léčby, ale také pro stanovení motivující a spravedlivé úhrady zdravotní péče. Dalším zdrojem požadavků jsou opatření ze Strategie rozvoje ICT služeb veřejné správy a její opatření na zefektivnění ITC služeb 2.2 Legislativní rámec Návrh cílového stavu architektury registru vychází z novely zákona č. 372/2011Sb., o zdravotních službách a podmínkách jejich poskytování (zákon o zdravotních službách), ve znění pozdějších předpisů a jeho novely a návrhu Vyhlášky o předávání údajů do Národního zdravotnického informačního systému. Odkaz na projednávání novely v Poslanecké sněmovně Parlamentu ČR: http://www.psp.cz/sqw/historie.sqw?o=7&t=614 2.3 Přehled požadavků z katalogu požadavků Zdrojem požadavků pro cílový stav registru NRHZS jsou požadavky uvedené v dokumentu MZd EA Katalog požadavků, který je výstupem předběžné fáze projektu Zpracování koncepce a vize Enterprise architektury elektronického zdravotnictví. Dokument MZd EA Katalog požadavků obsahuje identifikované požadavky ze strategií a dalších závazných dokumentů platných pro období 2016 2020. Některé dokumenty vznikaly už dříve (rok 2013, 2012), ale jsou stále platné. Seznam všech analyzovaných strategií a závazných materiálů je uveden níže. Informační koncepce dle zákona č. 365/2000 Sb., o ISVS, ve znění pozdějších předpisů 2013-2018 Národní koncepce elektronického zdravotnictví 2013 Ministerstvo zdravotnictví ČR 8/31

Národní strategie elektronického zdravotnictví (2015, soustava cílů a opatření) Zdraví 2020 (Národní strategie ochrany a podpory zdraví a prevence nemocí) Digitální Česko Strategický rámec rozvoje veřejné správy České republiky 2014+ Strategie rozvoje ICT služeb veřejné správy a její opatření na zefektivnění ITC služeb Strategie mezinárodní konkurenceschopnosti ČR 2012 až 2020 Digitální agenda pro Evropu EVROPA 2020 - Strategie pro inteligentní a udržitelný růst podporující začlenění Ministerstvo zdravotnictví ČR 9/31

Tabulka 2 Seznam požadavků vztahujících se k předmětu zadání z Katalogu požadavků ID Název požadavku Detailní popis požadavku Zdroj požadavku Podrobné určení zdroje 539 Prosadit standardní způsob publikování a sdílení individuálních údajů o fyzických a právnických osobách a dalších subjektech dat z klíčových agend veřejné správy. Prosadit standardní způsob publikování a sdílení individuálních údajů o fyzických a právnických osobách a dalších subjektech dat z klíčových agend veřejné správy. Cílem tohoto opatření je maximální využití a sdílení dat, které již VS má, zajistit jejich konzistenci (tj. že ve všech agendách jsou o daném objektu tytéž aktuální údaje) a zabránit opakovanému sběru týchž dat od občanů a firem. Důsledné využití systému Základních registrů (aplikace zákona č. 111/2009 Sb., o základních registrech) spolu se systémy budovanými v rámci Centrálního Místa Služeb KIVS dovoluje propojit údaje z jednotlivých agendových informačních systémů (údaje o řidičích, plátcích pojištění, plátcích daní, pachateli přestupků ) s referenčními údaji o fyzických a právnických osobách vedených v Základních registrech a vytvořit propojený datový fond veřejné správy pro potřeby všech zákonných agend VS i subjektů práva. Služby publikující údaje z propojeného datového fondu budou dodržovat definované striktní standardy bezpečnosti, provozní spolehlivosti a zákonnosti, navazující na pravidla definovaná zákonem o základních registrech a zákonem o ISVS. Pro jednotlivé subjekty práva definovat přístup k jejich údajům v propojeném datovém fondu prostřednictvím Portálu veřejné správy. Strategie rozvoje ICT služeb veřejné správy a její opatření na zefektivnění ICT služeb kap. 3.5. O17 Ministerstvo zdravotnictví ČR 10/31

162 Sbírat nákladová a výkonová data z dostatečného množství vybraných zdravotnických zařízení Budou sbírána nákladová a výkonová data ze všech nebo alespoň z dostatečného množství vybraných zdravotnických zařízení (ze sítě tzv. referenčních poskytovatelů) potřebná pro sledování efektivity léčby, ale také pro stanovení motivující a spravedlivé úhrady zdravotní péče. Národní strategie elektronického zdravotnictví (2015, soustava cílů a opatření) Strategický cíl 2, specifický cíl 2.2, opatření 2.2.2 Vytvoření systému a nástrojů pro sledování nákladů ve zdravotnictví Ministerstvo zdravotnictví ČR 11/31

2.4 Další východiska V rámci návrhu cílové architektury registru NRHZS proběhla čtyři interview se zástupci věcného správce registru (ÚZIS), kde se projednávaly požadavky na cílovou architekturu registrů a otevřené body. Ministerstvo zdravotnictví ČR 12/31

3 Metodický rámec 3.1 Metodika EA Návrh cílové architektury je v souladu s NAP VS ČR a v souladu s předběžnou verzí metodiky EA Ministerstva zdravotnictví ČR. Detailní popis metodiky EA se nachází v dokumentu Metodický rámec Enterprise architektury pro resort zdravotnictví. Diagramy prezentované v tomto dokumentu jsou vytvořeny v notaci jazyka ArchiMate. Modelovací jazyk ArchiMate umožňuje jednotnou reprezentaci diagramů popisujících enterprise architekturu. Nabízí integrovaný architektonický přístup pro popis a vizualizaci jednotlivých architektonických domén (procesní, aplikační, technologická atd.) a jejich základních vztahů a závislostí. ArchiMate definuje tři základní domény (znázorněné různými barvami): Byznys (procesní) doména (znázorněná žlutou barvou) zachycuje účastníky, jejich role a užívané byznys služby, které jsou realizovány procesy. V pohledu na byznys (procesní) doménu jsou zachyceny stěžejní/hlavní prvky cílové architektury na úrovni EA. Aplikační doména (znázorněná modrou barvou) podporuje byznys (procesní) doménu pomocí aplikačních služeb, které jsou realizovány aplikačními komponentami (aplikacemi a infomačními systémy). Technologická a infrastrukturní doména (znázorněné zelenou barvou) podporuje aplikační doménu pomocí technologických služeb nezbytných pro běh aplikací, které jsou realizovány výpočetní technikou a systémovým software. V níže uvedených tabulkách se nachází výčet vybraných elementů jednotlivých domén architektury. 3.1.1 Výčet vybraných elementů byznys (procesní) domény Tabulka 3 Seznam a popis vybraných elementů byznys domény Pojem Popis Symbol Elementy aktivní struktury Účastník, aktér/ Business Actor Role/ Business Role Účastník je definován jako organizační jednotka schopná vykonávat aktivitu přiřazenou k jedné nebo více byznys rolím. Zodpovědnost za vykonávání specifického chování, ke které může být přiřazen účastník procesu. Rozhraní/ Business Interface Přístupový bod, kde je procesní služba dostupná okolnímu prostředí. Ministerstvo zdravotnictví ČR 13/31

Pojem Popis Symbol Lokalita, místo/ Location Místo v prostoru, kde se nacházejí aktéři nebo kde je vykonáváno chování. Elementy chování Proces/ Business Process Funkce/ Business Function Interakce/ Business Interaction (Byznys) služba/ Business Service Element chování, který sdružuje skupiny chování na základě pořadí činností. Je určen k produkování sady produktů nebo byznys služeb. Element chování, který seskupuje chování podle vybrané sady kritérií (typicky požadovaných dovedností, znalostí, zdrojů). Element chování, který popisuje chování spolupráce. Byznys služba je definována jako služba, která naplňuje potřeby zákazníka (interního nebo externího vůči poskytující organizaci). Elementy pasivní struktury Objekt/ Business Object Kontrakt/ Contract Pasivní element, který má relevanci z předmětného pohledu. Formální nebo neformální specifikace dohody, která specifikuje práva a povinnosti spojené s produktem. 3.1.2 Výčet vybraných elementů aplikační domény Tabulka 4 Seznam a popis vybraných elementů aplikační domény Pojem Popis Symbol Komponenta aplikace/ Application Component Rozhraní aplikace/ Application Interface Datový objekt/ Data Object Modulární, nasaditelná a nahraditelná část softwarového systému, zapouzdřující své chování a data, které poskytuje skrz sadu rozhraní. Přístupový bod, ve kterém je služba aplikace dostupná pro využití uživatelem nebo jinou komponentou aplikace. Pasivní element vhodný k automatickému zpracování. Ministerstvo zdravotnictví ČR 14/31

Pojem Popis Symbol Funkce aplikace/ Application Function Služba aplikace/ Application Service Element chování, který seskupuje automatizované chování, které může být prováděno kteroukoliv aplikační komponentou. Služba, která poskytuje automatizované chování. 3.1.3 Výčet vybraných elementů technologické a infrastrukturní domény Tabulka 5 Seznam a popis vybraných elementů technologické a infrastrukturní domény Pojem Popis Symbol Uzel/ Node Zařízení/ Device Rozhraní infrastruktury/ Infrastructure Interface Systémový software/ Systém Software Služby infrastruktury/ Infrastructure Service Výpočetní zdroj, na kterém mohou být skladovány nebo dislokovány artefakty pro použití. Hardwarový zdroj, na kterém mohou být skladovány nebo dislokovány artefakty pro použití. Přístupový bod, kde služby infrastruktury nabízené uzlem mohou být využity jiným uzlem nebo komponentou aplikace. Softwarové prostředí pro speciální typ komponent a objektů, které jsou na něm rozmístěny ve formě artefaktů. Externě viditelná jednotka funkcionality poskytovaná jedním nebo více uzly, která je přístupná přes dobře definované rozhraní a má význam pro okolí. 3.2 Architektonické principy Cílový návrh architektury registru NRHZS aplikuje mimo jiné následující architektonické principy: Sdílení dat o fyzických a právnických osobách Prosadit standardní způsob publikování a sdílení individuálních údajů o fyzických a právnických osobách a dalších subjektech dat z klíčových agend veřejné správy. Zdroj: Strategie rozvoje ICT služeb VS Ministerstvo zdravotnictví ČR 15/31

4 Popis současného stavu Národní registr hrazených zdravotních služeb (NRHZS) je definován v novele zákona č. 372/2011 Sb. V současné době tento registr neexistuje. Ministerstvo zdravotnictví ČR 16/31

5 Návrh cílové architektury Národní registr hrazených zdravotních služeb obsahuje údaje o obsahu, datu a čase poskytnutí zdravotních služeb a o provedených úhradách zdravotních služeb z veřejného zdravotního pojištění. Národní registr hrazených zdravotních služeb je zřízen na základě 77 a novely zákona č. 372/2011 Sb., o zdravotních službách. 5.1 Zasazení tématu do architektonického rámce elektronického zdravotnictví Pro zasazení popisovaného tématu do architektonického rámce elektronického zdravotnictví byl zvolen společný koncept Evropské unie tak, jak je definován v projektu CALLIOPE pro budování interoperabilních národních systémů elektronického zdravotnictví. Níže uvedený diagram včetně textu je převzatý z výstupních dokumentů projektu CALLIOPE. Pozn.: V níže uvedeném diagramu jsou zvýrazněny oblasti, do kterých popisované téma zasahuje. Ministerstvo zdravotnictví ČR 17/31

Obrázek 1 Model EU CALLIOPE pro interoperabilní elektronické zdravotnictví Základní vrstva ICT infrastruktury zahrnuje národní infrastrukturu elektronických komunikací založenou na mobilních a pevných sítích, přístup k ICT sítím a službám zahrnujícím i bezpečnostní služby, potřebné výpočetní zdroje a datová úložiště, profesionální technickou podporu a vzdělávání v oblasti ICT. Tato infrastruktura by měla být orientovaná na budoucí potřeby a měla by řešit potřeby na národní úrovni i potřeby vyplývající z přeshraniční spolupráce. Základní vrstva infastruktury obsahuje všechny datové struktury, kodifikace, terminologie a ontologie, standardy datové interoperability a přístupu k datům, uložené informace a údaje, jakož i pravidla a dohody pro sběr a správu těchto dat a nástrojů pro jejich využívání. Dále obsahuje podpůrné služby jako je identifikace pacienta, autentizace, autorizace, řízení oprávnění, řízení souhlasů a dalších podpůrných služeb. Vrstva služeb elektronického zdravotnictví obsahuje, obsahuje všechny komponenty, které přímo přispívají ke kvalitní péči a lepší přístupnosti a snižování nákladů, jako jsou pacientské informace, epreskripce, řízení léčby chronických onemocnění, domácí sledování, telekonzultace, teleradiologie a další. Tyto služby obvykle odrážejí národní priority. Ministerstvo zdravotnictví ČR 18/31

Oblast governance elektronického zdravotnictví zastřešuje jednotlivé vrstvy elektronického zdravotnictví. Jedná se o soubor činností, procesů, aktivit a politik, které mají na základě národních a EU strategií zajistit řízení elektronického zdravotnictví. 5.1.1 Zasazení NRHZS do celkového rámce elektronického zdravotnictví Národní registr hrazených zdravotních služeb zasahuje do těchto oblastí: Služby elektronického zdravotnictví o Služba Analýzy a vytěžování dat Základní infastruktura elektronického zdravotnictví o Oblast Úložiště dat a registry Governance elektronického zdravotnictví o Monitoring a vyhodnocování 5.1.2 Využívání sdílených služeb elektronického zdravotnictví Národní registr hrazených zdravotních služeb nevyužívá centrální služby elektronického zdravotnictví. 5.2 Motivace pro vytvoření pohledů na cílový stav enterprise architektury tématu Pro znázornění cílového stavu byly použity níže uvedené pohledy: Byznys (procesní) doména V byznys doméně jsou zachyceni účastníci, jejich role, byznys (procesní) služby a jejich rozhraní, byznys objekty a vztahy v podobě asociací (kompozice, realizace, a další). V pohledu na byznys (procesní) doménu jsou zachyceny stěžejní/hlavní prvky cílové architektury na úrovni EA. Aplikační doména V aplikační doméně jsou zachyceny aplikace jako komponenty, aplikační služby, funkce, datové objekty a vztahy. Užití technologií Tento pohled zachycuje vazby mezi aplikační a technologickou doménou. Ministerstvo zdravotnictví ČR 19/31

5.3 Pohledy na cílový stav enterprise architektury tématu 5.3.1 Byznys (procesní) doména Obrázek 2 Pohled na byznys (procesní) doménu NRHZS Ministerstvo zdravotnictví ČR 20/31

Výše uvedený diagram obsahuje pohled na byznys (procesní) doménu NRHZS, který má za cíl zachytit: Klíčové účastníky a jejich role Klíčové procesy Byznys služby Byznys rozhraní Jednotlivé prvky diagramu jsou níže vyjmenovány. 5.3.1.1 Účastníci Zdravotní pojišťovny ČR ÚZIS ČR KSRZIS 5.3.1.2 Role Úhradce ZP (zdravotní pojišťovna, která zdravotní službu uhradila podle zákona o veřejném zdravotním pojištění) primární editor Věcný správce Technický správce Provozovatel BI analytik 5.3.1.3 Procesy Hlavní procesy: Vstup údajů Zpracování, integrace a validace dat Analýza a vytěžování dat 5.3.1.4 Služby Správa přístupů NRHZS Příjem údajů o hrazených zdravotních službách Evidence informací o hrazených zdravotních službách o Evidence údajů o obsahu, datu a čase poskytnutí zdravotních služeb o Evidence provedených úhrad zdravotních služeb z veřejného zdravotního pojištění jednotlivým poskytovatelům o Evidence rozsahu péče nasmlouvané mezi pojišťovnou a poskytovatelem o Evidence věcného, technického a personálního zabezpečení poskytované péče jednotlivými poskytovateli o Evidence organizační struktury poskytovatelů ve vztahu k smluvním podmínkám 5.3.1.5 Rozhraní Vkládání dat přímým přístupem je možné pouze dálkovým přenosem. Ministerstvo zdravotnictví ČR 21/31

5.3.1.6 Data Níže jsou uvedeny informace, které jsou převzaty z novely zákona zákona č. 372/2011. 77a Údaj Editor a) identifikační číslo zdravotní pojišťovny, která úhradu zdravotní služby provedla b) identifikační číslo Primární editor Primární editor 1. poskytovatele, 2. poskytovatele sociálních služeb, který poskytuje zdravotní služby podle 11 odst. 2 písm. b), 3. fyzické nebo právnické osoby, která není poskytovatelem a poskytuje se jí úhrada z veřejného zdravotního pojištění podle zákona o veřejném zdravotním pojištění c) číslo pojištěnce, kterému byla poskytnuta zdravotní služba vymezená pro potřeby písmene e) uhrazená poskytovateli nebo poskytovateli sociálních služeb d) identifikační údaje 1. pojištěnce, a to číslo pojištěnce, Primární editor Primární editor 2. fyzické osoby, která není pojištěncem, v rozsahu jméno, popřípadě jména, a datum narození, kterým byla poskytnuta úhrada zdravotní služby vymezené pro potřeby písmene e) přímo e) vymezení zdravotní služby, za kterou byla úhrada provedena, Primární editor f) výši úhrady za hrazené zdravotní služby poskytnutá zdravotní pojišťovnou, g) údaje o personálním zabezpečení a věcném a technickém vybavení poskytovatele Primární editor Primární editor h) typ úhrady Primární editor Ministerstvo zdravotnictví ČR 22/31

5.3.2 Aplikační doména 5.3.2.1 Problematika předávání identifikace pojištěnce Předávání identifikace pojištěnce je v souladu s principy egovernmentu navrženo tak, že zdravotní pojišťovny budou předávat identitu pojištěnce pomocí AIFO. Po dobu nezbytně nutnou k restrukturalizaci NZIS a přepnutí zpravodajských jednotek do režimu, že budou schopny předávat do NZIS údaje nutné pro ztotožnění, bude předáváno ZP AIFO společně s číslem pojištěnce. V době přechodu NZIS na AIFO pak bylo přislíbeno jednorázové ztotožnění čísel pojištěnců/rodných čísel v NZIS vůči základním registrům. Postup předávání identifikátorů pojištěnců: Informační systém zdravotní pojišťovny vytvoří mapování mezi AIFO ZP a tzv. globálním AIFO (jednorázově vygenerovaný anonymní identifikátor fyzické osoby). Informační systém zdravotní pojišťovny provolá službu ISZR (iszrulozmapaaifo), která slouží pro výměnu AIFO mezi různými agendami. IS zdravotní pojišťovny v datech předá globální AIFO. NRHZS využije službu ISZR (iszrpodejmapaaifo), která provede převod globálního AIFO na AIFO pro agendu A1086 (agenda pro NZIS). Ministerstvo zdravotnictví ČR 23/31

5.3.2.2 Pohled na aplikační doménu NRHZS Obrázek 3 Pohled na aplikační doménu NRHZS Ministerstvo zdravotnictví ČR 24/31

5.3.2.3 Komponenty Komponenta Národní registr hrazených zdravotních služeb. 5.3.2.4 Služby Služby dávkového předávání dat od zdravotních pojišťoven Služba potvrzení o předaných datech a jejich validitě 5.3.2.5 Funkce Předání dat zdravotní pojišťovnou Přehled předaných dat pojišťovnou Auditování přístupů a změn Analytika a vytěžování dat 5.3.2.6 Využívané externí služby (integrace) ISZR služba E176 pro přemapování Globálního AIFO na AIFO NZIS. Informační a datové resortní rozhraní Ministerstvo zdravotnictví ČR 25/31

5.3.3 Užití technologií NRHZS NRHZS bude využívat nově vytvořené technologické a infrastrukturní služby DC ÚZIS. Obrázek 4 Pohled na využívání technologických služeb varianta 1 DC ÚZIS Pro zajištění běhu registru NRHZS budou muset být zajištěny následující služby, funkce a zařízení: Technologické služby: o Databázové služby o Zajištění provozu aplikačních serverů o Zajištění provozu servisních služeb o Zajištění provozu vytěžování o Služba zajištění bezpečnosti dle ZoKB Technologické funkce: o Ochrana dat o Monitoring o Zálohování o Virtualizace Ministerstvo zdravotnictví ČR 26/31

Vzdálený přístup Technologická zařízení o Síťová infrastruktura, fyzická bezpečnost a provoz o Virtuální servery NRHZS (databázové, aplikační, servisní) o Primární a záložní fyzické servery o Disková pole, zálohovací zařízení a další technologické prvky. 5.3.3.1 Provozní parametry Tabulka 6 Provozní parametry NRHZS Název parametru Rozsah provozu služeb pro předávání dat od zdravotních pojišťoven Rozsah provozu služeb pro vytěžování dat Hodnota Jednou za čtvrt roku, po dobu jednoho měsíce, 7 x 24 5 x 12 Dostupnost služeb registru 95% Maximální doba výpadku 1 pracovní den Ministerstvo zdravotnictví ČR 27/31

6 GAP analýza Vzhledem k tomu, že v současné době NRHZS neexistuje, jsou veškeré výše popisované architektonické prvky součástí GAP, které je nutné vytvořit. Ministerstvo zdravotnictví ČR 28/31

7 Otevřené body Otevřené body byly projednávány na několika schůzkách. Závěry jsou ze schůzky konané dne 25. 4. 2016 na MZ ČR. Tabulka 7 Seznam otevřených bodů ID bodu Registr Název bodu Popis otevřeného bodu Komentář (uzavření) B01 NRHZS Určení technického správce NRHZS Stanovení technického správce NRHZS. Technický správce bude ÚZIS. B02 NRHZS Určení provozovatele NRHZS Stanovení provozovatele NRHZS. Provozovatel bude ÚZIS. B03 NRHZS Rozhodnutí o využívání sdílených aplikačních služeb ereg V případě, že se NRHZS bude realizovat mimo ereg bez využití JTP, budou se muset implementovat tyto aplikační služby, které jsou v současné době implementovány v prostředí ereg jako sdílené služby: ÚZIS si je vědom této duplicity a rozhodl se, že tyto funkcionality bude realizovat. Dávkový příjem dat Vytěžování dat Autentizace Autorizace Správa uživatelů a rolí Správa číselníků Správa konfigurace Napojení na služby ISZR B04 NRHZS Rozhodnutí o využívání sdílených technologických služeb ereg V případě, že se NRHZS bude realizovat mimo ereg, budou se muset implementovat následující technologické služby a funkce, které jsou v současné době implementovány. Služby: ÚZIS si je vědom této duplicity a rozhodl se, že tyto funkcionality bude realizovat. Bude odstraněna vysoká Ministerstvo zdravotnictví ČR 29/31

Databázové služby Zajištění provozu aplikačních serverů Zajištění provozu servisních služeb Zajištění provozu vytěžování Služba zajištění bezpečnosti dle ZoKB dostupnost (není požadována). ÚZIS má na realizaci již schváleny finanční prostředky. Funkce: Funkce monitoringu Funkce zálohování Virtualizace Clustering Archivace B05 NRHZS Rozhodnutí o využívání datového centra ereg V případě využití DC ereg bude možné využít stávající infrastrukturu datového centra, zejména: ÚZIS trvá na vlastním uložišti v serverovnách ÚZIS Racky Disková pole Zálohovací mechaniky Prvky DR Služby cryptoserveru Zůstává otevřeno. B06 NRHZS Po dočasnou dobu poskytovat vedle AIFO i číslo pojištěnce Z důvodu provazování údajů ze stávajících registrů NZIS (obsahují pouze RČ) s NRHZS je nutné, aby ZP poskytovaly vedle AIFO i číslo pojištěnce do doby, než budou ztotožněny údaje z dalších registrů NZIS vůči ZR. Uzavřeno. Po dočasnou dobu bude využíváno číslo pojištěnce a globální AIFO, poté globální AIFO. Ministerstvo zdravotnictví ČR 30/31

Příloha 1 Katalog prvků Příloha je uvedena v samostatném souboru MZCR_EA_T02_Katalog_prvku.xlsx. Web strategie: http://www.nsez.cz Toto dílo podléhá licenci Creative Commons CC BY 4.0. Dílo je možné libovolně šířit a upravovat za předpokladu uvedení citace tohoto díla. Pro zobrazení podrobných licenčních podmínek navštivte http://creativecommons.org/licenses/by/4.0/. Licence se nevztahuje na použití loga Ministerstva zdravotnictví České republiky mimo reprodukci tohoto díla. Veškerá práva k logu jsou vyhrazena. Vzor citace dle ČSN ISO 690:2011 MINISTERSTVO ZDRAVOTNICTVÍ ČESKÉ REPUBLIKY. Cílová architektura tématu T02 Národní registr hrazených zdravotních služeb. Verze 1.00. Praha, 2016. Licencováno pod CC BY 4.0, licenční podmínky dostupné z: http://creativecommons.org/licenses/by/4.0/. Ministerstvo zdravotnictví ČR 31/31