Referenční rozhraní národního konektoru Národního kontaktního místa pro ehealth úloha pacientský souhrn
|
|
- Ivo Havel
- před 5 lety
- Počet zobrazení:
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 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íceERP-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íceCÚ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íceeneschopenka 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íceArtlingua 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íceMichal 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íceV 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íceCertifiká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íceTECHNICKÁ 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ícePopis 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íceTRANSPORTY 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íceAktuá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íceFunkč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íceNá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íceChybová 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íceKoncept 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ícePří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í 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ícePopis 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íceSpecifikace 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íceKSRZIS. 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íceB2B 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íceRegistr 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íceELEKTRONICKÝ 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íceReferenč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ícePostup 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íceemedocs 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ícePODMÍ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 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íceRegistrace 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íceRegistr 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íceElektronická 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íceDatové 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íceTechnické ř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íceELEKTRONICKÝ 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íce1.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íceVý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íceSPRÁ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ícePROJEKT 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íceV 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ícePopis 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íceJIHOMORAVSKÝ 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íceTECHNICKÁ 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íceVý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íceTechnická 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ícePří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ícePEPS, 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ícel 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ícePostup 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íceKoncept 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íceKSRZIS. 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íceOsnova. 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íceCertifikač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íceNIA. 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íceemedocs 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íceElektronizace 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íceHLÁŠ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ícePOPIS 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íceeneschopenka 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íceAnabix 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íceDokumentace 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íceNá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 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ícePří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íceInformač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íce1 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íceSynchronizace 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íceElektronická 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íceCertifiká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íceADIS 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íceInformač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ícePož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íceegov 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íceKatalog 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ícel 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íceJSON 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íceposkytovatele 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ícePortá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íceVYHLÁŠ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íceMetodický 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ícePODMÍ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íceUž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ícePopis 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ícePopis 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ícePostup 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ícesms.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íceZá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ícePŘÍ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íceSpuš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íceUž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ícePlatební 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íceVý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íceVyuží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íceSMETerminal 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íceObsah. 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íceJednoznač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íceEXTRAKT 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íceVý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