Referenční rozhraní národního konektoru Národního kontaktního místa pro ehealth úloha pacientský souhrn

Rozměr: px
Začít zobrazení ze stránky:

Download "Referenční rozhraní národního konektoru Národního kontaktního místa pro ehealth úloha pacientský souhrn"

Transkript

1 Referenční rozhraní národního konektoru Národního kontaktního místa pro ehealth úloha pacientský souhrn příloha č.4 Specifikace API národního konektoru (NC) pro získávání patient summary (PS) Autor: kolektiv projektu NIX-ZD Získání PS ze zdrojových systémů lze dosáhnout pomocí 2 implementovaných rozhraní. Finální API pro komunikaci zdrojového systému a NC je definováno pomocí mezinárodních standardů IHE (profily XCPD, XCA). Jako dočasné řešení je možné na úrovni zdrojových systémů implementovat národní API viz níže. Obě API (jak IHE, tak národní) by měla umožňovat zjištění existence PS ve zdrojovém systému a jeho následné získání NC a předání NCPeH infrastruktuře. V rámci komunikace NCPeH resp. jeho národního konektoru je událost vyžádání PS iniciována externím subjektem (typicky tzv B server NCPeH v jiném státě). Proto je zdrojový systém v ČR (NIS) v roli serveru a NC NCPeH v roli klienta. NC NCPeH pak v rámci dotazu oslovuje jednotlivé integrované systémy s dotazem na existenci PS buď prostřednictvím tzv. národního API (viz dále) nebo v budoucnu pomocí metod příslušných IHE profilů. Národní API a) Autentizace Ověření NC vůči zdrojovému systému: 1. PKI Client Authentication - certifikát vydá zdrojový systém (NIS), ověření probíhá při navazování spojení. Forma a náležitosti serverového certifikátu je předmětem dohody mezi správcem NCPeH a poskytovatel dat (správcem zdrojového systému). 2. HTTP Basic Authentication - do doby než bude zdrojový systém podporovat metodu ověření PKI je možné použít basic autentizaci (jméno a heslo přiděluje zdrojový systém) s omezením na vyjmenované přístupové IP adresy b) Bezpečnost Nutnou podmínkou vzájemné komunikace je použití šifrované komunikace protokolem HTTPS/TLS. c) Metody Zdrojový systém poskytující PS pro NC musí mít implementovány tyto metody: 1. Pro ověření existence PS (getpsexists.xml) tato metoda ve zdrojovém systému ověří existenci PS pacienta (bez toho, aniž aby si zatím vyžádala samotný dokument PS). Metoda umožní rychle paralelně oslovit všechny potenciální zdrojové systémy a podle zaslané aktuálnosti PS (v případě existence PS pro daného pacienta datum a čas posledního lidského záznamu do zdravotní dokumentace použitého pro tvorbu PS) se NC rozhodne, od kterého zdrojového systému si následně vyžádá zaslání dokumentu PS (viz bod 2).

2 2. Pro stažení PS dokumentu (getps.cda) tato metoda stáhne požadované PS (dokument CDA L3 a volitelně i dokument CDA L1, pokud ho umí zdrojový systém vytvořit. Pokud zdrojový systém neumí vytvořit dokument CDA L1, bude CDA L1 dokument vygenerován v NC dle definovaných pravidel ze zaslaného dokumentu CDA L3) Metoda getpsexists.xml HTTP metoda: GET Vstupní parametry: Název parametru Datový Povinnost Význam typ idtype varchar Povinný Typ identifikátoru pacienta, aktuálně RC = rodné číslo resp. číslo pojištěnce, v budoucnu případně nový typ ID (bezvýznamový identifikátor, resortní ID, ) idvalue varchar Povinný Identifikátor pacienta (hodnota) purposeofuse varchar Povinný Důvod dotazu na PS (EMERGENCY TREATMENT NONNCP) 1 subjectnameid varchar Povinný Identifikace uživatele, který požaduje data v Base64 kódování (saml2subjectnameid). Příklady dle implementace: EidasId, LoginName,... requestorgid varchar Nepovinný Identifikace organizace posílající request (primární použití pro identifikaci organizace při purposeofuse=nonncp, např. Portál občana). Příklady dle implementace: IČO,... requestid varchar Povinný Identifikátor dotazu, který si uloží obě strany pro usnadnění případných reklamací nebo průkaznost vydání dat pacienta (saml2assertionid). Výstupní parametry: Pozn: jednotlivé výstupní parametry jsou součástí kolekce elementů. Důvod využití opakovacích elementů patientsummary je možnost vracet více patient summary v rámci sběrnicových systémů, které jsou napojeny na více NISů (např. emedocs). V případě, že metoda je implementována v jedné organizaci a vrací pouze jedno PS z NIS, je součástí elementu patientsummary pouze jedna sada výstupních parametrů. Název parametru Datový typ Povinnost Význam 1 EMERGENCY = rychlá záchranná služba, TREATMENT = ošetření ambulantní/nemocniční, NONNCP = jiné využití např. Portál občana

3 sourceidentifier varchar Povinný identifikátor zdroje (zdravotnického zařízení) dle katalogu XXXXX. V případě sběrnicových systémů pro vracení agregovaného PS bude uvedena konstanta AGGREGATE sourcename varchar Povinný Oficiální název organizace (tento údaje se použije v případě, že nedojde k vyhledání oficiálního názvu organizace pomocí identifikátoru zdravotnického zařízení sourceidentifier). V případě AGGREGATE uvede sběrnicový systém svůj oficiální název. exists boolean Povinný Zdrojový systém má pacientský souhrn pro požadovaného pacienta (uložený nebo generovaný). Povolené hodnoty (true false) effectivetime datetime Povinný (pokud exists=true) cdal1support boolean Povinný (pokud exists=true) Zdrojový systém uvede čas posledního lidského záznamu do zdravotní dokumentace, použitého pro tvorbu PS (CDA dokumentu) tento čas slouží k identifikaci nejaktuálnějšího PS ze všech zdrojových systémů. Formát YYYYMMDD, YYYYMMDDhhmm, YYYYMMDDhhmmss Zdrojový systém má PS ve formátu CDA L1. Povolené hodnoty (true false) Příklad volání: getpsexists.xml?idtype={idtype}&idvalue={idvalue}&purposeofuse={purposeofuse}& subjectnameid={subjectnameid}&requestorgid={requestorgid}&requestid={requestid} getpsexists.xml?idtype=rc&idvalue= &purposeofuse=emergency& subjectnameid=q1ovq1ovyjdiogjlmjutn2uyoc00mgvkltg5mtctnwjjmjk2otaxyjy5&request OrgId= &requestId=1234 Příklad odpovědi pro NIS: <getpsexistsresponse> <sourceidentifier>667788</sourceidentifier> <sourcename>nemocnice XYZ, a. s.</sourcename> <effectivetime> </effectivetime>... </getpsexistsresponse> Příklad odpovědi pro sběrnicové systémy: <getpsexistsresponse>

4 <sourceidentifier>aggregate</sourceidentifier> <sourcename>sběrnicový systém XYZ</sourceName> <effectivetime> </effectivetime> <sourceidentifier>667788</sourceidentifier> <effectivetime> </effectivetime>... </getpsexistsresponse> Pozn k výstupnímu paramentru subjectnameid: EidasID = CZ/CZ/b7b8be25-7e28-40ed bc296901b69 (Base64 Q1ovQ1ovYjdiOGJlMjUtN2UyOC00MGVkLTg5MTctNWJjMjk2OTAxYjY5) LoginName = doctor@nixzd.cz (Base64 ZG9jdG9yQG5peHpkLmN6) Metoda getps.cda HTTP metoda: GET Vstupní parametry: Název Datový Povinnost Význam parametru typ sourceidentifier varchar Povinný identifikátor zdroje (zdravotnického zařízení) dle katalogu IČZ (identifikační číslo zařízení). V případě sběrnicových systémů pro vracení agregovaného PS bude uvedena konstanta AGGREGATE idtype varchar Povinný Typ identifikátoru, aktuálně RC = rodné číslo resp. číslo pojištěnce, v budoucnu případně nový typ ID (bezvýznamový identifikátor, resortní ID, ) idvalue varchar Povinný Identifikátor pacienta purposeofuse varchar Povinný Důvod dotazu na PS. Povolené hodnoty (EMERGENCY TREATMENT NONNCP) subjectnameid varchar Povinný Identifikace uživatele, který požaduje data v Base64 kódování (saml2subjectnameid). Příklady dle implementace: EidasId, LoginName,... requestorgid varchar Nepovinný Identifikace organizace posílající request (primární použití pro identifikaci organizace při purposeofuse=nonncp, např. Portál občana). Příklady dle implementace: IČO,... cdatype varchar Povinný Povolené hodnoty (L3 L1)

5 requestid varchar Povinný Identifikátor dotazu který si uloží obě strany pro usnadnění případných reklamací nebo průkaznost vydání dat pacienta (saml2assertionid). Výstupní parametry: CDA dokument L3 nebo L1 (dle parametru cdatype) Příklad volání: getps.cda?sourceidentifier={sourceidentifier}&idtype={idtype}&idvalue={idvalue}&purposeofus e={purposeofuse}&subjectnameid={subjectnameid}&requestorgid={requestorgid}&cdatype={c datype}&requestid={requestid} getps.cda?sourceidentifier=aggregate&idtype=rc&idvalue= &purposeofuse=eme RGENCY&subjectNameId=Q1ovQ1ovYjdiOGJlMjUtN2UyOC00MGVkLTg5MTctNWJjMjk2OTAxYjY5 &requestorgid= &cdatype=l3&requestid=12345 Příklad odpovědi: Validní CDA dokument dle ehdsi ART-DECOR based CDA (PIVOT) Bude doplněno v dalších verzích: Specifikace metod pro získání PS z NCP-B (API pro NIS) klientský konektor Příklady validních CDA dokumentů

Národní ehealth a epsos

Národní ehealth a epsos Národní ehealth a epsos Milan Růžička, IZIP 21.2.2013 epsos - připomenutí 2 projekt Evropské komise na přeshraniční výměnu zdravotních dat (2008 13) Účast 22 států EU+EHP a Turecko Výměna dat prostřednictvím

Více

ERP-001, verze 2_10, platnost od

ERP-001, verze 2_10, platnost od ERP-001, verze 2_10, platnost od 2010.08.01. ELEKTRONICKÉ PŘEDEPISOVÁNÍ HUMÁNNÍCH LÉČIVÝCH PŘÍPRAVKŮ ERP-001.pdf (208,89 KB) Tímto technickým dokumentem jsou, v souladu s 80 zákona č. 378/2007 Sb., o léčivech

Více

CÚeR a RLPO Workshop č SÚKL

CÚeR a RLPO Workshop č SÚKL CÚeR a RLPO 2017 Workshop č.2 6.4.2017 SÚKL Nové řešení Nekompatibilní změna rozhraní nová verze 2017.01A se sjednoceným namespace http://www.sukl.cz/erp/201701 Obdobný koncept zpráv, procesů a služeb

Více

eneschopenka technické řešení Pavel Borkovec ČSSZ, Křížová 25, Praha Architekt, Asseco Central Europe

eneschopenka technické řešení Pavel Borkovec ČSSZ, Křížová 25, Praha Architekt, Asseco Central Europe eneschopenka technické řešení ČSSZ, Křížová 25, 225 08 Praha 5 27.3.2019 Pavel Borkovec Architekt, Asseco Central Europe eneschopenka - Obsah 1/ Architektura nové eneschopenky 2/ Obecné komunikační principy

Více

Artlingua Translation API

Artlingua Translation API Artlingua Translation API Dokumentace Jan Šváb, Artlingua, a.s. 2015 Revize: 2015-09-22 - verze API : v1 Obsah Obsah... 2 Předávání dokumentů k překladu... 3 Implementace klientské aplikace pro Translation

Více

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

Michal Kolařík 18.1.2012. ISZR - Brána k základním registrům Michal Kolařík 18.1.2012 ISZR - Brána k základním registrům Informační systém základních registrů Informační systém základních registrů Registrační číslo: CZ.1.06/1.1.00/03.05891 Projekt Informační systém

Více

V této příloze jsou uvedeny výchozí podmínky a požadavky na dodávku v rámci této veřejné zakázky. 1 Obsah Seznam příloh... 2

V této příloze jsou uvedeny výchozí podmínky a požadavky na dodávku v rámci této veřejné zakázky. 1 Obsah Seznam příloh... 2 PŘÍLOHA Č. 1: SPECIFIKACE DÍLA V této příloze jsou uvedeny výchozí podmínky a požadavky na dodávku v rámci této veřejné zakázky. 1 OBSAH 1 Obsah... 1 Seznam příloh... 2 Využité zdroje... 2 Seznam tabulek...

Více

Certifikáty a jejich použití

Certifikáty a jejich použití Certifikáty a jejich použití Verze 1.0 Vydání certifikátu pro AIS Aby mohl AIS volat egon služby ISZR, musí mít povolen přístup k vnějšímu rozhraní ISZR. Přístup povoluje SZR na žádost OVM, který je správcem

Více

TECHNICKÁ SPECIFIKACE VEŘEJNÉ ZAKÁZKY

TECHNICKÁ SPECIFIKACE VEŘEJNÉ ZAKÁZKY Příloha č. 3 k č.j. MV-159754-3/VZ-2013 Počet listů: 7 TECHNICKÁ SPECIFIKACE VEŘEJNÉ ZAKÁZKY Nové funkcionality Czech POINT 2012 Popis rozhraní egon Service Bus Centrální Místo Služeb 2.0 (dále jen CMS

Více

Popis B2B rozhraní pro elektronickou neschopenku

Popis B2B rozhraní pro elektronickou neschopenku Popis B2B rozhraní pro elektronickou neschopenku Historie dokumentu Verze Datum Změny 0.9 30. 4. 2019 Vytvoření dokumentu Obsah 1 Účel dokumentu... 3 2 Charakteristika rozhraní... 3 2.1 Způsob komunikace...

Více

TRANSPORTY výbušnin (TranV)

TRANSPORTY výbušnin (TranV) TRANSPORTY výbušnin (TranV) Ze zákona vyplývá povinnost sledování přeprav výbušnin. Předpokladem zajištění provázanosti polohy vozidel v čase a PČR je poskytování polohy vozidla předepsaným způsobem. Komunikace

Více

Aktuální stav projektu přeshraničních služeb ehealth

Aktuální stav projektu přeshraničních služeb ehealth Aktuální stav projektu přeshraničních služeb ehealth NIXZD.CZ Zavedení přeshraničních služeb ehealth v ČR Kraj Vysočina, MZdr, SÚKL, Nemocnice Jihlava, Zdravotnická záchranná služba KrVys Cílem projektu

Více

Funkční specifikace ABOKWS. Aplikační rozhraní elektronického bankovnictví ABO-K. Verze 0.5

Funkční specifikace ABOKWS. Aplikační rozhraní elektronického bankovnictví ABO-K. Verze 0.5 Funkční specifikace ABOKWS Aplikační rozhraní elektronického bankovnictví ABO-K Verze 0.5 Přehled změn Verze Datum Změnil Popis 0.1 26.2.2013 MB Úvod, Osnova dokumentu, funkce ABOKWS 0.2 18.4.2014 MB Tabulky

Více

Národní elektronický nástroj. Import profilu zadavatele do NEN

Národní elektronický nástroj. Import profilu zadavatele do NEN Národní elektronický nástroj Import profilu zadavatele do NEN V 1.2 2014 Obsah 1 Cíl...... 2 2 Nutné podmínky k umožnění importu profilu zadavatele...... 2 3 Povinnosti zadavatele dle metodiky k vyhlášce

Více

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

Chybová hlášení METODIKA MET-01/2014. SZR-56-1/OPICT-2013 počet stran 28 přílohy 0. Nahrazuje: MET-01/2014 METODIKA SZR-56-1/OPICT-2013 počet stran 28 přílohy 0 Chybová hlášení Gestor, podpis: Ing. Radovan Pártl Zpracovatel, podpis: RNDr. Miroslav Šejdl Odborný garant, podpis: RNDr. Miroslav Šejdl

Více

Koncept zprovoznění nového řešení

Koncept zprovoznění nového řešení CÚeR a RLPO 2017 Koncept zprovoznění nového řešení Nekompatibilní změna rozhraní nová verze 2017.1 včetně nového namespace Snaha o maximální podobnost zpráv s dosavadním rozhraním 2.30.1 Koncepce stavů,

Více

Příloha: Dodatečné informace, včetně přesného znění žádosti dodavatele o dodatečné informace

Příloha: Dodatečné informace, včetně přesného znění žádosti dodavatele o dodatečné informace Příloha: Dodatečné informace, včetně přesného znění žádosti dodavatele o dodatečné informace Pořadové číslo dodatečných informací: 14. ČÁST 1: Přesné znění žádosti dodavatele o dodatečné informace Otázka

Více

Řízení identit v resortu zdravotnictví

Řízení identit v resortu zdravotnictví Řízení identit v resortu zdravotnictví Ing. Jiří Borej, CGEIT Koordinátor Národní strategie elektronického zdravotnictví 21.2.2017, Praha Soustava cílů NSeZ Cíle jsou popsány v soustavě cílů NSeZ a jsou

Více

Popis egon služby. E93 - roszapispravnistav. Název dokumentu: Popis egon služeb Verze: Datum aktualizace: Správa základních registrů

Popis egon služby. E93 - roszapispravnistav. Název dokumentu: Popis egon služeb Verze: Datum aktualizace: Správa základních registrů Popis egon služby E93 - roszapispravnistav Název dokumentu: Autor: Popis egon služeb Verze: 02.00 Správa základních registrů Datum aktualizace: 05.03.2017 Účel: Popis egon služeb v rámci základních registrů

Více

Specifikace služby RVI_NOU01B

Specifikace služby RVI_NOU01B Specifikace služby RVI_NOU01B Popis funkcionality Jedná se o veřejnou webovou službu bez autentizace uživatele Služba je poskytována uživatelům komerčního SW prostřednictvím EPO MZE Služba zprostředkovává

Více

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

KSRZIS. Postup kroků nutných pro napojení nemocničního informačního systému s registrem NSHNU v prostředí registrů resortu zdravotnictví Koordinační středisko pro resortní zdravotnické informační systémy Budějovická 15/743 140 00 Praha 4 Počet stran: 10 KSRZIS Postup kroků nutných pro napojení nemocničního informačního systému s registrem

Více

B2B SOAP - popis funkcionality

B2B SOAP - popis funkcionality B2B SOAP - popis funkcionality Contents B2B SOAP - popis funkcionality... 1 1. Úvod... 3 2. Serverová část... 3 2.1 Akce... 3 2.2... 3 3. Klientská část... 3 3.1 PHP... 3 3.2 ASP... 4 4. Testovací rozhraní...

Více

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

Registr pojištěnců veřejného zdravotního pojištění. Ing. Radek Papp vedoucí projektu Registr pojištěnců veřejného zdravotního pojištění Ing. Radek Papp vedoucí projektu O registrech obecně Registry mají sloužit lidem, nikoliv lidé registrům Registry jsou databáze a souhrny údajů Sbírat

Více

ELEKTRONICKÝ ARCHIV ZDRAVOTNICKÉ DOKUMENTACE

ELEKTRONICKÝ ARCHIV ZDRAVOTNICKÉ DOKUMENTACE ELEKTRONICKÝ ARCHIV ZDRAVOTNICKÉ DOKUMENTACE Michal Opatřil ICZ a. s. Michal Opatřil ICZ a.s. 2012 www.i.cz 1 Data ve zdravotnickém zařízení V rámci své činnosti léčby pacientů je generována ZDRAVOTNICKÁ

Více

Referenční rozhraní. Jiří Kosek. Ministerstvo informatiky ČR. ISSS 25. března 2003

Referenční rozhraní. Jiří Kosek. Ministerstvo informatiky ČR. ISSS 25. března 2003 Jiří Kosek Ministerstvo informatiky ČR ISSS 25. března 2003 Požadavky na RR!zákon 365/2000 Sb.!RR je souhrnem opatření, která vytvářejí jednotné integrační prostředí informačních systémů veřejné správy!rr

Více

Postup pro vytvoření žádosti o digitální certifikát pro ověřovací a produkční prostředí Základních registrů

Postup pro vytvoření žádosti o digitální certifikát pro ověřovací a produkční prostředí Základních registrů Postup pro vytvoření žádosti o digitální certifikát pro ověřovací a produkční prostředí Základních registrů Verze dokumentu: 1.2 Datum vydání: 25.května 2012 Klasifikace: Veřejný dokument Obsah 1. Žádost

Více

emedocs CHYTRÉ regionální ehealth řešení Michal Opatřil ICZ a.s. www.i.cz 1

emedocs CHYTRÉ regionální ehealth řešení Michal Opatřil ICZ a.s. www.i.cz 1 emedocs CHYTRÉ regionální ehealth řešení Michal Opatřil ICZ a.s. 1 CHYTRÉ regionální zdravotnictví JE: KOMUNIKUJÍCÍ KONTEXTUÁLNÍ PŘÍVĚTIVÉ KOOPERUJÍCÍ 2 CHYTRÉ regionální zdravotnictví JE: KOMUNIKUJÍCÍ

Více

PODMÍNKY POSKYTOVÁNÍ PŘÍSTUPU K PORTÁLU NAMĚŘENÝCH DAT POMOCÍ WEBOVÝCH SLUŽEB SPOLEČNOSTI ČEZ DISTRIBUCE, A. S.

PODMÍNKY POSKYTOVÁNÍ PŘÍSTUPU K PORTÁLU NAMĚŘENÝCH DAT POMOCÍ WEBOVÝCH SLUŽEB SPOLEČNOSTI ČEZ DISTRIBUCE, A. S. PODMÍNKY POSKYTOVÁNÍ PŘÍSTUPU K PORTÁLU NAMĚŘENÝCH DAT POMOCÍ WEBOVÝCH SLUŽEB SPOLEČNOSTI ČEZ DISTRIBUCE, A. S. 1 ÚVOD... 5 2 POPIS VÝMĚNY DAT... 6 2.1 KOMUNIKAČNÍ SCÉNÁŘE... 6 2.2 TECHNOLOGIE KOMUNIKACE...

Více

Živé ehealth projekty ICZ

Živé ehealth projekty ICZ Živé ehealth projekty ICZ Michal Opatřil, ICZ a. s. ICT ve zdravotnictví 2011, 22. 9. Praha Michal Opatřil ICZ a.s. 2011 www.i.cz 1 Živé ehealth... Co pro nás znamenají živé ehealth projekty: Regionální

Více

Registrace a aktivace uživatelského profilu k přístupu do systému erecept pro pacienta

Registrace a aktivace uživatelského profilu k přístupu do systému erecept pro pacienta Registrace a aktivace uživatelského profilu k přístupu do systému erecept pro pacienta 1. Obecné 1.1. Základní informace o aplikacích pro pacienta Pro pacienty je zpřístupněná webová a mobilní aplikace.

Více

Registr Osob. zveřejněno 16.11.2009 podepsáno 13.4.2010. http://www.vestnikverejnychzakazek.cz/

Registr Osob. zveřejněno 16.11.2009 podepsáno 13.4.2010. http://www.vestnikverejnychzakazek.cz/ Registr Osob v provozu od 1. července 2012 (opožděno o 12 měsíců) odhadovaná cena 385,425 milionů konečná cena 371,5 milionů realizátor ADASTRA, s.r.o. zveřejněno 16.11.2009 podepsáno 13.4.2010 http://www.vestnikverejnychzakazek.cz/

Více

Elektronická evidence tržeb. P r a h a 2. srpna 2016

Elektronická evidence tržeb. P r a h a 2. srpna 2016 Elektronická evidence tržeb P r a h a 2. srpna 2016 Agenda 1. Úvod 2. Zákon o evidenci tržeb a prováděcí předpisy 3. Technická dokumentace 4. Testovací prostředí (Playground) 5. Diskuse Zákon o evidenci

Více

Datové schránky. Technická specifikace. Vytvořeno dne: Aktualizováno: Verze: Software602, a.s.

Datové schránky. Technická specifikace. Vytvořeno dne: Aktualizováno: Verze: Software602, a.s. Datové schránky Autentizační služba Portálu veřejné správy Technická specifikace Vytvořeno dne: 7.12.2012 Aktualizováno: 26.8.2015 Verze: 1.7 2009 Software602, a.s. Obsah 1. Úvod... 3 1.1. Cíl dokumentu...

Více

Technické řešení. Poskytování časových razítek. v. 1.0

Technické řešení. Poskytování časových razítek. v. 1.0 v. 1.0 Obsah dokumentu Úvod... 3 Architektura PostSignum TSA... 3 Technická specifikace - rozhraní TSA pro žádající aplikace... 3 Žádost o časové razítko... 4 Zaslání žádosti, příjem odpovědi... 4 Formát

Více

ELEKTRONICKÝ ARCHIV ZDRAVOTNICKÉ DOKUMENTACE A VIDITELNÝ

ELEKTRONICKÝ ARCHIV ZDRAVOTNICKÉ DOKUMENTACE A VIDITELNÝ ELEKTRONICKÝ ARCHIV ZDRAVOTNICKÉ DOKUMENTACE A VIDITELNÝ Michal Opatřil Jakub Pyszko ICZ a. s. Michal Opatřil ICZ a.s. 2012 1 O co jde..? Jedná se o prakticky ověřené řešení elektronizace provozu zdravotnického

Více

1.1. Základní informace o aplikacích pro pacienta

1.1. Základní informace o aplikacích pro pacienta Registrace a aktivace uživatelského profilu k přístupu do aplikace systému erecept pro pacienta, přihlášení do aplikace systému erecept pro pacienta na základě registrovaného profilu v NIA nebo elektronického

Více

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

Výtisk č.: Počet listů 9. Přílohy: 0 ÚZIS ČR ÚZIS ČR Palackého nám. 4 128 01 Praha 2 - Nové Město Výtisk č.: Počet listů 9 Přílohy: 0 ÚZIS ČR Postup kroků nutných pro napojení nemocničního informačního systému s prostředím registrů resortu zdravotnictví

Více

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

SPRÁVA ZÁKLADNÍCH REGISTRŮ ČESKÉ REPUBLIKY. Základní registry a eidas ČESKÉ REPUBLIKY Základní registry a eidas Praha, 9. 5. 2017 ROB ROS RPP RÚIAN Informační systém základních registrů Služby základních registrů ORG Změny na základě novelizace zákona 111/2009 Skartační

Více

PROJEKT NIX-ZD.CZ CEF Connecting Europe Facility

PROJEKT NIX-ZD.CZ CEF Connecting Europe Facility PŘESHRANIČNÍ VÝMĚNA ZDRAVOTNICKÉ DOKUMENTACE PROJEKT NIX-ZD.CZ CEF Connecting Europe Facility Kraj Vysočina Klára Jiráková Ministerstvo vnitra Tomáš Šedivec Agenda 1)Národní centrum pro výměnu zdravotnické

Více

V této příloze jsou uvedeny výchozí podmínky a požadavky na dodávku v rámci této veřejné zakázky. 1 Obsah Seznam příloh... 2

V této příloze jsou uvedeny výchozí podmínky a požadavky na dodávku v rámci této veřejné zakázky. 1 Obsah Seznam příloh... 2 PŘÍLOHA Č. 1: SPECIFIKACE DÍLA V této příloze jsou uvedeny výchozí podmínky a požadavky na dodávku v rámci této veřejné zakázky. 1 OBSAH 1 Obsah... 1 Seznam příloh... 2 Využité zdroje... 2 Seznam tabulek...

Více

Popis egon služby. E177 - iszrctireklamaci. Název dokumentu: Popis egon služeb Verze: Datum aktualizace: Správa základních registrů

Popis egon služby. E177 - iszrctireklamaci. Název dokumentu: Popis egon služeb Verze: Datum aktualizace: Správa základních registrů Popis egon služby E177 - iszrctireklamaci Název dokumentu: Popis egon služeb Verze: 01.02 Autor: Správa základních registrů Datum aktualizace: Účel: Popis egon služeb v rámci základních registrů Počet

Více

JIHOMORAVSKÝ KRAJ Žerotínovo nám. 3/5, 601 82 Brno

JIHOMORAVSKÝ KRAJ Žerotínovo nám. 3/5, 601 82 Brno JIHOMORAVSKÝ KRAJ Žerotínovo nám. 3/5, 601 82 Brno Váš dopis zn.: Ze dne: Č. j.: JMK 137295/2014 Sp. zn.: S-JMK Vyřizuje: Megová Telefon: 541 651 338 Počet listů: 6 Počet příloh/listů : 0/0 Datum: 4. 12.

Více

TECHNICKÁ SPECIFIKACE VEŘEJNÉ ZAKÁZKY

TECHNICKÁ SPECIFIKACE VEŘEJNÉ ZAKÁZKY Příloha č. 1 k č.j. MV-159754-3/VZ-2013 Počet listů: 9 TECHNICKÁ SPECIFIKACE VEŘEJNÉ ZAKÁZKY Nové funkcionality Czech POINT 2012 1. Obecná informace 1.1. Účel veřejné zakázky Projekt Czech POINT v současné

Více

Výtisk č.: Počet listů 10. Přílohy: 0 ÚZIS ČR. Příručka pro externí žádost

Výtisk č.: Počet listů 10. Přílohy: 0 ÚZIS ČR. Příručka pro externí žádost ÚZIS ČR Palackého nám. 4 128 01 Praha 2 - Nové Město Výtisk č.: Počet listů 10 Přílohy: 0 ÚZIS ČR Příručka pro externí žádost Projekt - ereg - Úprava rezortních registrů a konsolidace rezortních dat v

Více

Technická dokumentace

Technická dokumentace Příloha č. 1 výzvy k podání nabídky na veřejnou zakázku malého rozsahu s názvem On-line vyjádření k existenci sítí" Technická dokumentace 1/5 Úvod Tento dokument je nedílnou součástí zadávacích podmínek

Více

Příručka pro potvrzování zůstatku vydavatelům karetních platebních prostředků

Příručka pro potvrzování zůstatku vydavatelům karetních platebních prostředků Příručka pro potvrzování zůstatku vydavatelům karetních platebních prostředků 1 Obsah Příručka pro potvrzování zůstatku vydavatelům karetních platebních prostředků (CIS)... 3 1. Dotaz na dostatek prostředků

Více

PEPS, NIA a mojeid. Budoucnost elektronické identity. Jaromír Talíř

PEPS, NIA a mojeid. Budoucnost elektronické identity. Jaromír Talíř PEPS, NIA a mojeid Budoucnost elektronické identity Jaromír Talíř jaromir.talir@nic.cz 03.12.2016 Obsah Přeshraniční autentizace Projekt STORK, nařízení eidas a CZ.PEPS Elektronická identita v ČR NIA a

Více

l Kontakt s klientem SSP Popis automatizované komunikace s ÚP ČR v součinnosti a exekuci

l Kontakt s klientem SSP Popis automatizované komunikace s ÚP ČR v součinnosti a exekuci l Kontakt s klientem SSP automatizované komunikace s ÚP ČR v součinnosti a exekuci Obsah: 1. SEZNAM POUŽITÝCH ZKRATEK... 3 2. POPIS SLUŽBY... 4 2.1 Forma a struktura rozhraní... 4 2.2 Dostupnost služby...

Více

Postup při registraci (autentizaci) OVM do informačního systému evidence přestupků (ISEP)

Postup při registraci (autentizaci) OVM do informačního systému evidence přestupků (ISEP) Postup při registraci (autentizaci) OVM do informačního systému evidence přestupků (ISEP) 0 K využívání webových služeb pro komunikaci s informačním systémem evidence přestupků (ISEP) Rejstříku trestů

Více

Koncept zprovoznění nového řešení

Koncept zprovoznění nového řešení CÚeR a RLPO 2017 Koncept zprovoznění nového řešení Nekompatibilní změna rozhraní nová verze 2017.1 včetně nového namespace Snaha o maximální podobnost zpráv s dosavadním rozhraním 2.30.1 Koncepce stavů,

Více

KSRZIS. Příručka pro externí žádost. Projekt - ereg - Úprava rezortních registrů a konsolidace rezortních. dat v návaznosti na základní registry VS

KSRZIS. Příručka pro externí žádost. Projekt - ereg - Úprava rezortních registrů a konsolidace rezortních. dat v návaznosti na základní registry VS Koordinační středisko pro resortní zdravotnické informační systémy Budějovická 15/743 140 00 Praha 4 Počet stran: 7 KSRZIS Příručka pro externí žádost Projekt - ereg - Úprava rezortních registrů a konsolidace

Více

Osnova. GIOP a IIOP IDL IOR POA. IDL Klient Server. 2 Historie. 3 Princip a základní pojmy. 4 Implementace. 5 Aplikace CORBA

Osnova. GIOP a IIOP IDL IOR POA. IDL Klient Server. 2 Historie. 3 Princip a základní pojmy. 4 Implementace. 5 Aplikace CORBA Common Object Request Broker Architecture FJFI ČVUT 9. 12. 2010 Osnova 1 2 3 4 5 Standard umožňující propojení aplikací psaných v různých jazycích a běžících na různých strojích a architekturách. Definuje

Více

Certifikační autorita EET. Veřejný souhrn certifikační politiky

Certifikační autorita EET. Veřejný souhrn certifikační politiky Certifikační autorita EET Veřejný souhrn certifikační politiky Verze 1.0, 1.9.2016 Vymezení obsahu dokumentu Tento dokument obsahuje informace o zásadách a postupech činnosti Certifikační autority EET,

Více

NIA. Josef Knotek

NIA. Josef Knotek NIA Josef Knotek 07.03.2018 NIA Co je NIA PBSI Evidence národního bodu NIA SZR/MV IdP eop SZR Portál NIA ISZR ROB ROS RPP RÚIAN ORG AISEO AISC RRČ EOP ECD egsb Vztah důvěry Služby NIA Služby propojeného

Více

emedocs Exchange Medical Document System David Zažímal Petr Pavlinec

emedocs Exchange Medical Document System David Zažímal Petr Pavlinec emedocs Exchange Medical Document System David Zažímal Petr Pavlinec ehealth strategie Kraje Vysočina Projekty ehealth Vysočiny uskutečněné probíhající plánované SWLab e@mbulance ERP QI nový NIS MarkQ

Více

Elektronizace zdravotnictví a legislativa. JUDr. Radek Policar

Elektronizace zdravotnictví a legislativa. JUDr. Radek Policar Elektronizace zdravotnictví a legislativa JUDr. Radek Policar Mapa bojiště Obecné nařízení o ochraně osobních údajů Zákon o zpracování osobních údajů Zákon o elektronizaci zdravotnictví Občanský zákoník

Více

HLÁŠENÍ DODÁVEK LÉČIVÝCH PŘÍPRAVKŮ UVEDENÝCH NA TRH V ČR DRŽITELI ROZHODNUTÍ O REGISTRACI LP - REG13

HLÁŠENÍ DODÁVEK LÉČIVÝCH PŘÍPRAVKŮ UVEDENÝCH NA TRH V ČR DRŽITELI ROZHODNUTÍ O REGISTRACI LP - REG13 1 HLÁŠENÍ DODÁVEK LÉČIVÝCH PŘÍPRAVKŮ UVEDENÝCH NA TRH V ČR DRŽITELI ROZHODNUTÍ O REGISTRACI LP - REG13 SÚKL IT - Tomáš Hájek 19.11.2018 20.10.2018 2 Obsah Portál Žádost o přístup Certifikát Formulář API

Více

POPIS DATOVÉHO ROZHRANNÍ PRO IMPORT DAT DO ASW PRO SLEDOVÁNÍ DEKUBITŮ

POPIS DATOVÉHO ROZHRANNÍ PRO IMPORT DAT DO ASW PRO SLEDOVÁNÍ DEKUBITŮ POPIS DATOVÉHO ROZHRANNÍ PRO IMPORT DAT DO ASW PRO SLEDOVÁNÍ DEKUBITŮ Vypracoval Bc. Petr Suchý Dne: 23.1.2009 Obsah Úvod... 2 Zkratky... 2 Položky povinné pro registraci zařízení... 2 Organizace... 2

Více

eneschopenka Pavel Borkovec technické řešení ČSSZ, Křížová 25, Praha Architekt, Asseco Central Europe

eneschopenka Pavel Borkovec technické řešení ČSSZ, Křížová 25, Praha Architekt, Asseco Central Europe eneschopenka technické řešení ČSSZ, Křížová 25, 225 08 Praha 5 16.5.2019 Pavel Borkovec Architekt, Asseco Central Europe Obsah eneschopenka - workshop II. 1/ Souhrn již publikovaných informací a nové změny

Více

Anabix API. Popis způsobu používání služby

Anabix API. Popis způsobu používání služby Anabix API Popis způsobu používání služby Obsah 1 Základní informace... 3 1.1 Požadavky na klientský systém... 3 1.2 Zasílání requestů... 3 1.3 Získávání odpovědí ze systému... 3 1.4 Odpověď po neúspěšném

Více

Dokumentace k nevizuálnímu rozhraní aplikace DopisOnline

Dokumentace k nevizuálnímu rozhraní aplikace DopisOnline Dokumentace k nevizuálnímu rozhraní aplikace DopisOnline Rozhraní slouží k automatizovanému podání listovních zásilek elektronickou cestou z aplikací třetích stran. Veškerá komunikace s naším serverem

Více

Návrh funkcí webových služeb (WS) pro komunikaci mezi Informačním systémem datových schránek (ISDS) a spisovými službami (SS)

Návrh funkcí webových služeb (WS) pro komunikaci mezi Informačním systémem datových schránek (ISDS) a spisovými službami (SS) Návrh funkcí webových služeb (WS) pro komunikaci mezi Informačním systémem datových schránek (ISDS) a spisovými službami (SS) Úvod Návrh funkcí WS pro komunikaci mezi IS DS a SS vychází z výsledků předchozích

Více

Úvod do Web Services

Úvod do Web Services Úvod do Web Services Základy webových služeb a jejich implementace na platformě OS/2 Jarda Kačer jarda@kacer.biz Český Warpstock 2008 Brno, 20.-21.9.2008 Co je to webová služba? Část business logiky přístupná

Více

Příručka pro editaci kontaktů na eagri

Příručka pro editaci kontaktů na eagri Obsah Úvod... 1 Uživatel a subjekt... 1 Kontakty... 1 Validace hodnoty kontaktu... 2 GPS souřadnice... 3 Datová schránka... 3 Adresy... 3 Speciální PSČ... 4 Adresy s P.O. Box... 4 Klíč pro WS... 4 Uživatelé...

Více

Informační systém pro nemocnici

Informační systém pro nemocnici Informační systém pro nemocnici Tento systém bude usnadňovat nemocnici správu zaměstnanců a pacientů, evidenci zákroků, diagnózy jednotlivých pacientů a jejich závažnost. Umožní uživatelům jednoduše nalézt

Více

1 Webový server, instalace PHP a MySQL 13

1 Webový server, instalace PHP a MySQL 13 Úvod 11 1 Webový server, instalace PHP a MySQL 13 Princip funkce webové aplikace 13 PHP 14 Principy tvorby a správy webového serveru a vývojářského počítače 14 Co je nezbytné k instalaci místního vývojářského

Více

Synchronizace CRM ESO9 a MS Exchange

Synchronizace CRM ESO9 a MS Exchange Synchronizace CRM ESO9 a MS Exchange Zpracoval: U Mlýna 2305/22, 141 Praha 4 Záběhlice Dne: 1.4.2015 tel.: +420 585 203 370-2 e-mail: info@eso9.cz Revize: Urych Tomáš www.eso9.cz Dne: 23.2.2016 Obsah 1.

Více

Elektronická evidence tržeb. Produkční prostředí Přístupové a provozní informace

Elektronická evidence tržeb. Produkční prostředí Přístupové a provozní informace Elektronická evidence tržeb Produkční prostředí Přístupové a provozní informace Verze 3.1 (odpovídá verzi datového rozhraní) Datum poslední verze dokumentu: 1.11.2016 Vymezení obsahu dokumentu Dokument

Více

Certifikáty a jejich použití

Certifikáty a jejich použití Certifikáty a jejich použití Verze 1.12 Vydávání certifikátů pro AIS pro produkční prostředí ISZR se řídí Certifikační politikou SZR pro certifikáty vydávané pro AIS uveřejněnou na webu SZR. Tento dokument

Více

ADIS Opt-Out rozhraní na okolní systémy. Technický popis rozhraní s pojišťovnami

ADIS Opt-Out rozhraní na okolní systémy. Technický popis rozhraní s pojišťovnami ADIS Opt-Out rozhraní na okolní systémy Technický popis rozhraní s pojišťovnami Verze: 1.4h Datum verze: 18.1.2013 Účel dokumentu: Dokument je návrhem rozhraní systému ADIS na systémy: - pojišťoven, v

Více

Informační podpora poskytovatelů zdravotních služeb. Ing. Zdeněk Vitásek, MBA

Informační podpora poskytovatelů zdravotních služeb. Ing. Zdeněk Vitásek, MBA Informační podpora poskytovatelů zdravotních služeb Ing. Zdeněk Vitásek, MBA Osnova příspěvku Portál zdravotních pojišťoven Přehledy preskripce a indukované péče Audit preskripce Portál zdravotních pojišťoven

Více

Požadavky pro výběrová řízení TerraBus ESB/G2x

Požadavky pro výběrová řízení TerraBus ESB/G2x Dokument: Převod dat TerraBus ESB/G2x Požadavky pro výběrová řízení TerraBus ESB/G2x Obsah 1. Účel dokumentu... 2 2. Použité termíny a zkratky... 2 3. Požadavky... 3 Účel dokumentu Účelem tohoto dokumentu

Více

egov se z vizí pomalu stává realitou

egov se z vizí pomalu stává realitou Pavel Sekanina 16. 9. 2010 Ostrava egov se z vizí pomalu stává realitou nahlédnutí pod pokličku informačního systému základních registrů Motto My nesmíme ani naznačovat Jára Cimrman 2 Obsah Stavební kameny

Více

Katalog egon služeb verze: 0.01

Katalog egon služeb verze: 0.01 Katalog egon služeb verze: 0.01 Historie verzí Verze Datum Popis 0.01 20.7.2011 egon služby prototypu OBSAH 1 Úvod... 5 1.1 Členění dokumentu... 5 1.2 Třídy služeb... 5 1.3 SLA služeb... 6 1.3.1 SLA-01...

Více

l Kontakt s klientem SSP Popis automatizované komunikace s ÚP ČR v součinnosti a exekuci

l Kontakt s klientem SSP Popis automatizované komunikace s ÚP ČR v součinnosti a exekuci l Kontakt s klientem SSP automatizované komunikace s ÚP ČR v součinnosti a exekuci OKsystem a.s. 2015 Obsah: 1 ÚVOD... 3 2 POPIS SLUŽBY... 3 2.1 Forma a struktura rozhraní... 3 2.2 Dostupnost služby...

Více

JSON API pro zjišťování cen MtG karet

JSON API pro zjišťování cen MtG karet JSON API pro zjišťování cen MtG karet Autor: Ing. Jiří Bažant Verze: 1.0 Datum: 20.9.2014 Changelog Verze Datum Autor Poznámka 1.0 17.9.2014 Ing. Jiří Bažant 20.9.2014 Ing. Jiří Bažant Oprava příkladu

Více

poskytovatele zdravotnických služeb Fares SHIMA Ministerstvo zdravotnictví Ředitel odboru informatiky

poskytovatele zdravotnických služeb Fares SHIMA Ministerstvo zdravotnictví Ředitel odboru informatiky Elektronická identifikace pojištěnce a poskytovatele zdravotnických služeb Fares SHIMA Ministerstvo zdravotnictví Ředitel odboru informatiky Mezirezortní koordinační výbor pro podporu zavedení ehealth

Více

Portál Značení tabáku Uživatelská příručka pro registrované uživatele

Portál Značení tabáku Uživatelská příručka pro registrované uživatele Portál Značení tabáku Uživatelská příručka pro registrované uživatele 2019 1 / 21 Uživatelská příručka pro registrované uživatele Historie dokumentu Datum Verze Komentář 8. 4. 2019 1.0 Základní verze Obsah

Více

VYHLÁŠKA. ze dne o provedení některých ustanovení zákona o léčivech týkajících se elektronických receptů

VYHLÁŠKA. ze dne o provedení některých ustanovení zákona o léčivech týkajících se elektronických receptů Návrh II. VYHLÁŠKA ze dne. 2017 o provedení některých ustanovení zákona o léčivech týkajících se elektronických receptů Ministerstvo zdravotnictví po předchozím projednání s Ministerstvem zemědělství,

Více

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

Metodický pokyn k uvedení registru do produkčního provozu Metodický pokyn k uvedení registru do produkčního provozu dokumentace Národního registru hrazených zdravotních služeb (NRHZS) autoři: Černek J., Blaha M. verze: 1.0 datum: 15. 1. 2018 Dokument je vytvořen

Více

PODMÍNKY POSKYTOVÁNÍ PŘÍSTUPU K PORTÁLU NAMĚŘENÝCH DAT POMOCÍ WEBOVÝCH SLUŽEB SPOLEČNOSTI ČEZ DISTRIBUCE, A. S.

PODMÍNKY POSKYTOVÁNÍ PŘÍSTUPU K PORTÁLU NAMĚŘENÝCH DAT POMOCÍ WEBOVÝCH SLUŽEB SPOLEČNOSTI ČEZ DISTRIBUCE, A. S. PODMÍNKY POSKYTOVÁNÍ PŘÍSTUPU K PORTÁLU NAMĚŘENÝCH DAT POMOCÍ WEBOVÝCH SLUŽEB SPOLEČNOSTI ČEZ DISTRIBUCE, A. S. 1 ÚVOD... 5 2 ZPŮSOB VYUŽITÍ SLUŽBY AZD - PND... 6 2.1 REGISTRACE SLUŽBY AZD - PND... 6 2.2

Více

Uživatelská dokumentace

Uživatelská dokumentace Uživatelská dokumentace k projektu CZECH POINT Popis použití komerčního a kvalifikovaného certifikátu Vytvořeno dne: 20.5.2008 Aktualizováno: 23.5.2008 Verze: 1.3 Obsah Uživatelská dokumentace...1 Obsah...2

Více

Popis egon služby. E23 - roszapisdatovouschranku. Název dokumentu: Popis egon služeb Verze: Datum aktualizace: Správa základních registrů

Popis egon služby. E23 - roszapisdatovouschranku. Název dokumentu: Popis egon služeb Verze: Datum aktualizace: Správa základních registrů Popis egon služby E23 - roszapisdatovouschranku Název dokumentu: Autor: Popis egon služeb Verze: 01.00 Datum aktualizace: 01. 07. 2016 Účel: Popis egon služeb v rámci základních registrů Počet stran: 8

Více

Popis egon služby. E75 - orgctidavkuaifo. Název dokumentu: Popis egon služeb Verze: Datum aktualizace: Správa základních registrů

Popis egon služby. E75 - orgctidavkuaifo. Název dokumentu: Popis egon služeb Verze: Datum aktualizace: Správa základních registrů Popis egon služby E75 - orgctidavkuaifo Název dokumentu: Autor: Popis egon služeb Verze: 01.00 Datum aktualizace: 14. 12. 2016 Účel: Popis egon služeb v rámci základních registrů Počet stran: 9 Obsah 1

Více

Postup pro vytvoření žádosti o digitální certifikát pro produkční prostředí Základních registrů

Postup pro vytvoření žádosti o digitální certifikát pro produkční prostředí Základních registrů Postup pro vytvoření žádosti o digitální certifikát pro produkční prostředí Základních registrů Verze dokumentu: 1.7 Datum vydání: 31. srpna 2015 Klasifikace: Veřejný dokument Obsah 1. Žádost o certifikát...

Více

sms.sluzba.cz API_XML30 pro textové SMS zprávy do ČR a do zahraničí

sms.sluzba.cz API_XML30 pro textové SMS zprávy do ČR a do zahraničí sms.sluzba.cz API_XML30 pro textové SMS zprávy do ČR a do zahraničí 1. Odesílání zpráv Provádí se odesláním jednoduchého XML dokumentu pomocí HTTPS (nezabezpečená komunikace není povolena!) metodou POST

Více

Základní registry ve veřejné správě

Základní registry ve veřejné správě Základní registry ve veřejné správě Obsah kurzu Úvod Informační systém základních registrů (ISZR) Přínosy ZR Bezpečnost ISZR Agendové informační systémy (AIS) Postup implementace základních registrů Registr

Více

PŘÍSTUPOVÁ KONTA PRO POVĚŘENÉ OSOBY DRŽITELŮ ZL

PŘÍSTUPOVÁ KONTA PRO POVĚŘENÉ OSOBY DRŽITELŮ ZL PŘÍSTUPOVÁ KONTA PRO POVĚŘENÉ OSOBY DRŽITELŮ ZL (verze 1.00 ze dne 17. 6. 2014) 1. POPISY OPRÁVNĚNÍ Držitelé ZL mají v systému CRZ - subsystému pro držitele ZL oprávnění k procesům v jednotlivých jeho

Více

Spuštění základních registrů. ing. Ondřej Felix CSc. hlavní architekt egovernmentu MV ČR

Spuštění základních registrů. ing. Ondřej Felix CSc. hlavní architekt egovernmentu MV ČR Spuštění základních registrů ing. Ondřej Felix CSc. hlavní architekt egovernmentu MV ČR Agenda Jak se to dělá a bude dělat Současný stav Vládní nařízení Registrace agend Připojení AIS Inicialní definice

Více

Uživatelská příručka SBOX

Uživatelská příručka SBOX Příloha metodického pokynu č. 7 Uživatelská příručka SBOX Zpracoval: Obsah dokumentu 1. Vložení nové zásilky 1 2. Vložené zásilky 3 2.1 Zobrazení detailu vložené zásilky... 3 2.2 Odstranění vložené zásilky...

Více

Platební systém XPAY [www.xpay.cz]

Platební systém XPAY [www.xpay.cz] Platební systém XPAY [www.xpay.cz] implementace přenosu informace o doručení SMS verze 166 / 1.3.2012 1 Obsah 1 Implementace platebního systému 3 1.1 Nároky platebního systému na klienta 3 1.2 Komunikace

Více

Výměnný formát XML DTM DMVS PK

Výměnný formát XML DTM DMVS PK Výměnný formát XML DTM DMVS PK Představení partnerským krajům Praha 8. 2. 2016 Krajský úřad Plzeňského kraje Odbor informatiky Koncept etapizace tvorby výměnného formátu XML aktualizačních zakázek Digitální

Více

Využívání čipových karet na MPSV. Mgr. Karel Lux, vedoucí odd. koncepce informatiky

Využívání čipových karet na MPSV. Mgr. Karel Lux, vedoucí odd. koncepce informatiky Využívání čipových karet na MPSV Mgr. Karel Lux, vedoucí odd. koncepce informatiky Smart Card Forum OKsystem 22. května 2008 Krátký pohled do historie - proč právě MPSV? zvažovalo možnosti využití čipových

Více

SMETerminal a SMEReader AutoCont CZ a.s.

SMETerminal a SMEReader AutoCont CZ a.s. SMETerminal a SMEReader AutoCont CZ a.s. Strana 1 / 6 1 Úvod Tento dokument popisuje postup nasazení aplikací SMETerminal a SMEReader CIS STK jedná se o webovou část aplikace, která běží na internetovém

Více

Obsah. Příloha č. 1: Specifikace Díla

Obsah. Příloha č. 1: Specifikace Díla Příloha č. 1: Specifikace Díla V této příloze jsou uvedeny výchozí podmínky a požadavky na dodávku v rámci této veřejné zakázky. (Pozn.: Tento dokument bude vložen jako Příloha č. 1 smlouvy o dílo, tento

Více

Jednoznačná identifikace jako předpoklad funkčního e-health. Martin Pavlík

Jednoznačná identifikace jako předpoklad funkčního e-health. Martin Pavlík Jednoznačná identifikace jako předpoklad funkčního e-health Martin Pavlík Růst nároků na IT Stárnoucí populace Rostoucí náklady Nedostatek pracovníků Větší nároky na IT Izolovaná datová sila Pacientská

Více

EXTRAKT z české technické normy

EXTRAKT z české technické normy EXTRAKT z české technické normy Extrakt nenahrazuje samotnou technickou normu, je pouze informativním ICS 35.240.60 materiálem o normě. Systémy dopravních informací a řídicí systémy (TICS) Datová rozhraní

Více

Výtisk č.: Počet listů 12. Přílohy: 0 ÚZIS ČR. Příručka pro aktivaci účtu

Výtisk č.: Počet listů 12. Přílohy: 0 ÚZIS ČR. Příručka pro aktivaci účtu ÚZIS ČR Palackého nám. 4 128 01 Praha 2 - Nové Město Výtisk č.: Počet listů 12 Přílohy: 0 ÚZIS ČR Příručka pro aktivaci účtu Projekt - ereg - Úprava rezortních registrů a konsolidace rezortních dat v návaznosti

Více