ISAC G2 - Integration Share and Communication System

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

Download "ISAC G2 - Integration Share and Communication System"

Transkript

1 ICZ a.s., Na hřebenech II 1718/10, Praha 4 Strana: 1/28 Programátorská příručka ICZ a.s. Verze: 2.10 ICZ a.s. Na hřebenech II 1718/ Praha 4 Copyright 2012, 2013, 2014 ICZ a.s. Žádná část tohoto dokumentu nesmí být kopírována žádným způsobem bez písemného souhlasu majitelů autorských práv. Některé názvy produktů a společností uvedené v tomto dokumentu mohou být ochranné známky příslušných vlastníků.

2 ICZ a.s., Na hřebenech II 1718/10, Praha 4 Strana: 2/28 Obsah 1.Úvod Účel Konvence Přehled produktu Externí komunikační rozhraní HTTP WS rozhraní Sdílené adresáře SMB SQL rozhraní databáze Popis podporovaných služeb MSG Předávání zdravotních dokumentů Formáty dat Komunikační uzel ISAC2 v roli žadatel Rozhraní HTTP WS služba Rozhraní Sdílené adresáře SMB Komunikační uzel ISAC2 v roli poskytovatel Rozhraní HTTP WS služba Rozhraní Sdílené adresáře SMB PATSUM Pacientský souhrn Formáty dat Komunikační uzel ISAC2 v roli žadatel SQL rozhraní Komunikační uzel ISAC2 v roli poskytovatel Rozhraní HTTP WS služba DOCVIEW Náhled na dokument klinického případu Formáty dat Komunikační uzel ISAC2 v roli žadatel SQL rozhraní Komunikační uzel ISAC2 v roli poskytovatel Rozhraní HTTP WS služba BEDS Dotaz na lůžkový fond Formáty dat Komunikační uzel ISAC2 v roli žadatel SQL rozhraní Komunikační uzel ISAC2 v roli poskytovatel Rozhraní HTTP WS služba Přílohy MSG předávání zdravotních dokumentů Vzor konsiliární zprávy PATSUM pacientský souhrn XML Schema Vzorová zpráva DOCVIEW Náhled na dokument klinického případu XML Schema Vzorová zpráva BEDS Dotaz na lůžkový fond XML Schema Vzorová zpráva...27

3 ICZ a.s., Na hřebenech II 1718/10, Praha 4 Strana: 3/28 1. Úvod Dokument shrnuje základní informace o produktu Integration Share and Communication System, G2 (dále jen ISAC2). Úvodním podnětem pro vytvoření tohoto produktu se stala poptávka kraje Vysočina na vytvoření systému pro výměnu zdravotnické dokumentace mezi zdravotnickými zařízeními zřizovanými krajem. V rámci poptávky byla vytvořena studie, která načrtla základní obrysy produktu ISAC Účel Tento dokument je příručka pro programátory využívající integrační rozhraní komunikačního uzlu ISAC2. Popisuje externí rozhraní pro napojení komunikačního uzlu ISAC2 na produkční informační systémy v nemocnici či zdravotnické záchranné službě. Součástí popisu jsou specifikace datových rozhraní a komunikačních protokolů. Typickým čtenářem příručky je programátor vytvářející rozhraní svého systému ke komunikačnímu uzlu ISAC2. Správa a provozování systému jsou specifikovány v Příručce správce systému (AdminGuide.pdf). Servisní detaily (například instalace a konfigurace) jsou v Servisní příručce (ServiceGuide.pdf) Konvence Použité zkratky Zkratka Význam ISAC2 ZZS Integration Share and Communication system G2 Zdravotnická záchranná služba

4 ICZ a.s., Na hřebenech II 1718/10, Praha 4 Strana: 4/28 2. Přehled produktu ISAC2 je systém určeny pro sdílení a výměnu informací mezi zdravotnickými zařízeními v rámci regionu. Typickými uživateli systému jsou nemocnice zřizované krajem, případně zdravotnická záchranná služba zřizovaná krajem. Celý systém sdílení a výměny zdravotní dokumentace je tvořen komunikačními uzly ISAC2 a centrem výměny zpráv. Komunikační uzly se napojují na centrum výměny zpráv a využívají jej jako nástroj vzájemné komunikace. Komunikační uzly ISAC2 jsou instalovány vždy v daném zdravotnickém zařízení, které přistoupilo k projektu, a reprezentují dále toto zařízení vůči ostatním subjektům.

5 ICZ a.s., Na hřebenech II 1718/10, Praha 4 Strana: 5/28 3. Externí komunikační rozhraní Následující kapitoly popisují externí rozhraní, kterými přistupují produkční systémy (NIS, KIS, LIS, RIS a pod.) ke službám komunikačního uzlu ISAC2. V rámci komunikačního systému se provozují služby výměny informací. Následující tabulka shrnuje služby, jejich značení a krátký popis. Služba MSG PATSUM DOCVIEW BEDS Popis Služba pro předávání zdravotních dokumentů z jednoho zdravotnického zařízení do druhého. Předávané dokumenty jsou obvykle lékařské zprávy, žádanky, výsledky a pod. Vyžádání a zobrazení pacientského souhrnu, který zahrnuje životní údaje pacienta (diagnozy, rizikové faktory, alergie, mediace) a návštěvy zdravotnického zařízení. Vyžádání a zobrazení náhledu na zdravotní dokumentaci pacienta ke konkrétnímu klinickému případu (obvykle ambulantní či hospitalizační zprávy). Vyžádání a zobrazení informací o dostupném lůžkovém fundu zdravotnického zařízení. Každá služba je popsána v samostatné kapitole tohoto dokumentu. Součástí popisu služby je specifikace předávaných dat a komunikační protokoly pro jejich výměnu. Pokud je dále diskutováno rozhraní mezi produkčním systémem a komunikačním uzlem ISAC2, pak je třeba vždy rozlišit roli, v jaké ten který systém vystupuje. Rozlišujeme následující role v komunikaci: Žadatel Systém, který iniciuje komunikaci. V případě služby MSG je to ten systém, který chce odeslat zprávu. V případě ostatních služeb se jedná o systém, který vyšle dotaz a předpokládá odpověď od poskytovatele služby. Poskytovatel Systém, který očekává požadavek od žadatele a realizuje jej. V případě služby MSG poskytovatel přijme zprávu a zpracovává ji. V případě ostatních služeb přijme požadavek od žadatele, vyhledá odpověď a předá ji žadateli. Komunikační uzel ISAC2 zpřístupňuje všechny služby prostřednictvím svým aplikačních rozhraní. Jedná se o následující typy rozhraní: HTTP WS rozhraní Jedná se o základní integrační rozhraní, které je dostupné pro všechny typy služeb Komunikační uzel poskytuje HTTP server; jednotlivé služby jsou mapovány na jeho URL Dle typu služby je formátem předávaných zpráv DASTA ver.3, DASTA ver.4, XML nebo JSON Sdílené adresáře SMB Rozhraní pouze pro asynchronní obousměrné předávání zpráv mezi produkčním systémem a komunikačním uzlem Využívají se SMB sdílené adresáře poskytované komunikačním uzlem SQL rozhraní databáze Používá se v případech vyhledávání informací v produkčním systému

6 ICZ a.s., Na hřebenech II 1718/10, Praha 4 Strana: 6/28 Pro vyhledání informací v databázi produkčního systému se používá volání dotazu ze strany komunikačního uzlu. Je možné vyhledávat v produkční databázi, její kopii nebo ve vyhrazené databázi pro tento účel HTTP WS rozhraní Integrační rozhraní se využívá pro napojení ostatních IS na vyhledávací služby komunikačního uzlu ISAC. Jsou realizovány jako HTTP dotazy na web server komunikačního uzlu, kdy výsledek dotazu je předán zpět v jednom z podporovaných formátů. Parametry volání služeb Pokud volaná služba požaduje parametry pro své volání, pak se mohou parametry zadat následujícími způsoby: 1. jako query string součást URL při volání metodou GET např: 2. jako část path v URL při volání metodou GET např: 3. jak parametr pro volání metodou POST např: curl -v -d rc= Výsledek volání služeb Každá služba může poskytnout výsledek svého volání dle typu a požadovaného formátu. Jsou podporovány následující formáty: XML - specifikuje se příponou.xml (viz. předchozí příklady) JSON - specifikuje se příponou.json DASTA - implicitní pro konkrétní službu XML Schema služeb Pokud je výstup ve formátu XML, je možné získat i jeho XML schéma. To je možné, pokud se jako přípona služby použije.xsd. např: Autentizace systému Pokud je webové rozhraní nastaveno tak, že požaduje autentizaci a autorizaci uživatele, pak se totéž vztahuje v plném rozsahu i na IS využívající integrační rozhraní. Pro volání služeb je nutné použít uživatelské jméno a heslo v dotazu dle specifikace HTTP Basic Authentication. např: curl -u login:password Uživatelské jméno a heslo je přiděleno správcem komunikačního uzlu pro každý IS zvláště.

7 ICZ a.s., Na hřebenech II 1718/10, Praha 4 Strana: 7/ Sdílené adresáře SMB Informace o rozhraní dále v textu SQL rozhraní databáze Integrační rozhraní pro vyhledávání informací v databázi produkčního systému. Pro napojení na databázi se s dodavatelem musí upřesnit následující informace: typ databázového serveru URL pro napojení (jméno nebo IP adresa serveru, port, název databáze a případně další potřebné parametry) uživatelské jméno a heslo

8 ICZ a.s., Na hřebenech II 1718/10, Praha 4 Strana: 8/28 4. Popis podporovaných služeb 4.1. MSG Předávání zdravotních dokumentů Služba pro předávání zdravotních dokumentů z jednoho zdravotnického zařízení do druhého. Předávané dokumenty jsou obvykle lékařské zprávy, žádanky, výsledky a pod Formáty dat Parametr Podporované typy zpráv Doporučená verze standardu Doporučené kódování Identifikace přijímajícího zdravotnického zařízení Identifikace odesílajícího zdravotnického zařízení Vzor zprávy Popis Zpráva ve formátu DASTA ver.3 nebo DASTA ver.4 DASTA Vzhledem k nutnosti spolupráce různých produkčních systémů od různých dodavatelů je doporučeno použití konkrétní verze standardu. UTF-8 /dasta/pm/@icp /dasta/pm/@icz Přijímající zdravotnické zařízení je identifikováno prostřednictvím IČP. Pokud není ve zprávě definováno, pak se použije IČZ. /dasta/is/@icp /dasta/is/@icz Odesílající zdravotnické zařízení je identifikováno prostřednictvím IČP. Pokud není ve zprávě definováno, pak se použije IČZ. Viz. Příloha Poznámka: Notace pro specifikaci XML elementů a atributů vychází ze standardu Xpath Komunikační uzel ISAC2 v roli žadatel Komunikační uzel ISAC2 vystupuje v roli žadatel v případě, kdy převezme od jiného zdravotnického zařízení zprávu, a předává ji ke zpracování produkčnímu systému jedním z níže uvedených způsobů (rozhraní). Komunikační uzel podporuje následující rozhraní: HTTP WS služba Sdílené adresáře SMB Rozhraní HTTP WS služba Komunikační uzel ISAC2 umožňuje volat službu WS rozhraní pro přečtení externích zpráv. V tomto případě produkční systém opakovaně provádí HTTP dotaz na tuto službu. Pokud je k dispozici nová zpráva, která doposud nebyla načtena přes WS službu, pak je zpráva předána jako výsledek dotazu produkčního systému. Parametr HTTP Metoda URL Accept Tělo odpovědi Popis GET nebo POST application/xml Zpráva ve formátu DASTA ver.3 nebo DASTA ver.4

9 ICZ a.s., Na hřebenech II 1718/10, Praha 4 Strana: 9/28 Očekávané návratové kódy 200 úspěch, je vrácena nová zpráva 204 žádná nová zpráva k dispozici 4xx nebo 5xx - chyba Rozhraní Sdílené adresáře SMB Komunikační uzel ICSA2 poskytuje přístup na sdílený adresář prostřednictvím síťového protokolu SMB. Na sdílený adresář se přistupuje s přiděleným uživatelským jménem a heslem (případně anonymně) na adrese: \\<jméno nebo IP komunikačního uzlu>\isac Od tohoto kořene je vytvořena následující adresářová struktura: /msg-in/msg - adresář, do kterého jsou zapsány přijaté soubory /msg-in/err - adresář, do kterého budou odloženy soubory, které nelze zpracovat /msg-in/done - adresář, do kterého jsou odloženy soubory, které byly přijaty a zpracovány Komunikační uzel ISAC2 při příjmu zprávy od komunikačního partnera provede validaci zprávy (dle verze zprávy podle odpovídajícího DTD nebo XML Schema) a provede kontrolu identifikace příjemce zprávy. Takto prověřenou zprávy uloží do adresáře /msg-in/msg. Dále se očekává, že produkční systém v pravidelných intervalech kontroluje, zda v adresáři /msg-in/msg není k dispozici nová zpráva. Pokud ano, pak jí zpracuje a z pracovního adresáře smaže. Pokud nemůže produkční systém zprávu zpracovat, jako indikaci chyby jí přesune do adresáře /msg-in/err Komunikační uzel ISAC2 v roli poskytovatel Komunikační uzel ISAC2 vystupuje v roli poskytovatel v případě, kdy přebírá zprávu od produkčního systému a zajišťuje její odeslání do jiného zdravotnického zařízení. Komunikační uzel podporuje následující rozhraní: HTTP WS služba Sdílené adresáře SMB Rozhraní HTTP WS služba Základní rozhraní pro předání zprávy z produkčního systému do komunikačního uzlu je WS služba nad protokolem HTTP. Komunikační uzel nabízí HTTP server se službou pro upload zprávy. V případě, že produkční systém chce odeslat zprávu, pak vyvolá provádí HTTP dotaz na tuto službu. Součástí těla dotazu je vlastní obsah zprávy. Parametr HTTP Metoda URL Content-Type Tělo dotazu Očekávané návratové kódy Popis POST application/xml nebo text/xml Zpráva ve formátu DASTA ver.3 nebo DASTA ver úspěch, zpráva práva přijata k odeslání 4xx nebo 5xx - chyba

10 ICZ a.s., Na hřebenech II 1718/10, Praha 4 Strana: 10/ Rozhraní Sdílené adresáře SMB Komunikační uzel ICSA2 poskytuje přístup na sdílený adresář prostřednictvím síťového protokolu SMB. Na sdílený adresář se přistupuje s přiděleným uživatelským jménem a heslem (případně anonymně) na adrese: \\<jméno nebo IP komunikačního uzlu>\isac Od tohoto kořene je vytvořena následující adresářová struktura: /msg-out/msg - adresář, do kterého jsou zapsány soubory pro odeslání /msg-out/err - adresář, do kterého budou odloženy soubory, které nelze odeslat /msg-out/done - adresář, do kterého jsou odloženy soubory, které byly odeslány Pokud chce produkční systém odeslat zprávu do jiného zdravotnického zařízení, pak ji zapíše jako soubor do adresáře /msg-out/msg. Komunikační uzel přečte zprávu z adresáře /msg-in/msg, provede její validaci, zjistí IČP nebo IČZ příjemce a zprávu odešle odpovídajícímu komunikačnímu uzlu příjemce. Následně soubor přesune do adresáře /msg-in/done. V případě, že není možné zprávu validovat nebo odeslat, přesune jí do adresáře s chybovými soubory /msg-in/err pro ruční vyřešení problému.

11 ICZ a.s., Na hřebenech II 1718/10, Praha 4 Strana: 11/ PATSUM Pacientský souhrn Služba pro vyhledávání a zpřístupnění přehledu o životně důležitých zdravotních údajích pacienta. Jedná se o záznamy v produkčních informačních systémech zdravotnických zařízení o trvalých diagnozách, alergiích, rizikových faktorech, trvalých medikacích a návštěvách zdravotnického zařízení Formáty dat Parametr Popis Podporované typy zpráv XML zpráva Sledované údaje viz. následující tabulka Doporučené kódování UTF-8 XML schéma Viz. příloha Vzory zpráv Viz. Příloha Poznámka: Notace pro specifikaci XML elementů a atributů vychází ze standardu Xpath. Následující tabulka shrnuje všechny sledované údaje v rámci služby PATSUM: Název Atribut Parametr Typ Popis PatientInfo id String Interní identifikační číslo pacienta rc ano String Rodné číslo lastname String Příjmení firstname String Jméno birthdate String Datum narození ve formátu DD.MM.RRRR sex String Pohlaví, definované hodnoty M - male, F - female, U - unknown ResidenceInfo id ano String Interní identifikační číslo pacienta street String Ulice trvalého bydliště včetně čísla domu city String Město postcode String Poštovní směrovací číslo DiagnoseInfo id ano String Interní identifikační číslo pacienta code String MKN10 kód diagnozy text String Textový popis diagnozy order String Pořadí významnosti diagnozy (nejvyšší 1) actdate String Datum aktualizace ve formátu DD.MM.RRRR author String Identifikace autora, který provedl aktualizaci RiskFactorInfo id ano String Interní identifikační číslo pacienta text String Textový popis rizikového faktoru

12 ICZ a.s., Na hřebenech II 1718/10, Praha 4 Strana: 12/28 actdate String Datum aktualizace ve formátu DD.MM.RRRR author String Identifikace autora, který provedl aktualizaci AllergyInfo id ano String Interní identifikační číslo pacienta text String Textový popis alergie actdate String Datum aktualizace ve formátu DD.MM.RRRR author String Identifikace autora, který provedl aktualizaci MedicationInfo id ano String Interní identifikační číslo pacienta text String Textový popis trvalé medikace actdate String Datum aktualizace ve formátu DD.MM.RRRR author String Identifikace autora, který provedl aktualizaci VisitInfo id ano String Interní identifikační číslo pacienta eventid String Identifikační číslo klinického případu type String Typ návštěvy "A"/"H"/"O" (ambulantní, hospitalizace, vyšetření) startdate String Datum nástupu na hospitalizaci, ambulantní vyšetření apod., DD.MM.RRRR enddate String Datum ukončení hospitalizace, DD.MM.RRRR department String Název oddělení, kde byl pacient ošetřen departid String Identifikační číslo pracoviště departprof String Kód odbornosti pracoviště dgcode String MKN10 kód hlavní diagnozy dgtext String Text hlavní diagnozy Komunikační uzel ISAC2 v roli žadatel Komunikační uzel ISAC2 vystupuje v roli žadatel v případě, kdy převezme od jiného zdravotnického zařízení žádost o vyhledání pacientského souhrnu v produkčním systému, zajistí vyhledání výsledku a jeho předání žadateli. Komunikační uzel podporuje následující rozhraní: SQL rozhraní SQL rozhraní Komunikační uzel může vyhledávat informace pacientského souhrnu sám tak, že vyvolává SQL dotazy na produkční databáze (případně její kopii). SQL příkazem může být vyvolání jak dotazu SELECT, tak také volání vložené procedury (preferovaná varianta). Volané SQL příkazy odpovídají sloupci Název z tabulky formátu dat. Zde jsou také v dalších sloupcích zachyceny parametry každého dotazu a očekávané návratové hodnoty.

13 ICZ a.s., Na hřebenech II 1718/10, Praha 4 Strana: 13/ Komunikační uzel ISAC2 v roli poskytovatel Komunikační uzel ISAC2 vystupuje v roli poskytovatel v případě, kdy přebírá od produkčního systému dotaz na pacientský souhrn, zajišťuje jeho vyhledání u ostatních komunikačních uzlů a předává výsledek žadateli. Komunikační uzel podporuje následující rozhraní: HTTP WS služba Rozhraní HTTP WS služba Základní rozhraní pro vyhledání pacientského souhrnu je WS služba nad protokolem HTTP. Komunikační uzel nabízí HTTP server se službou pro vyžádání pacientského souhrnu. V případě, že produkční systém chce zjistit pacientský souhrn pro konkrétního pacienta, pak vyvolá provádí HTTP dotaz na tuto službu. Odpovědí na dotaz je výsledek hledání jako XML zpráva. Parametr HTTP Metoda URL Parametr Tělo odpovědi Očekávané návratové kódy Popis GET nebo POST rc rodné číslo pacienta Nativní XML 20x úspěch 4xx nebo 5xx - chyba

14 ICZ a.s., Na hřebenech II 1718/10, Praha 4 Strana: 14/ DOCVIEW Náhled na dokument klinického případu Služba pro zpřístupnění dokumentu ke klinickému případu pro náhled. Dokumentem ke klinickému případu se v tomto kontextu rozumí ambulantní zpráva pro ambulantní návštěvu, propouštěcí hospitalizační zpráva pro případ hospitalizace, laboratorní výsledek pro případ laboratorního vyšetření a pod Formáty dat Parametr Popis Podporované typy zpráv XML zpráva Sledované údaje viz. následující tabulka Doporučené kódování UTF-8 XML schéma Viz. příloha Vzory zpráv Viz. Příloha Poznámka: Notace pro specifikaci XML elementů a atributů vychází ze standardu Xpath. Následující tabulka shrnuje všechny sledované údaje v rámci služby DOCVIEW: Název Atribut Parametr Typ Popis PatientInfo id ano String Interní identifikační číslo pacienta rc String Rodné číslo lastname String Příjmení firstname String Jméno birthdate String Datum narození ve formátu DD.MM.RRRR sex String Pohlaví, definované hodnoty M - male, F - female, U - unknown ResidenceInfo id ano String Interní identifikační číslo pacienta street String Ulice trvalého bydliště včetně čísla domu city String Město postcode String Poštovní směrovací číslo DocumentInfo eventid ano String Identifikační číslo klinického případu type ano String Typ návštěvy "A"/"H"/"O" (ambulantní, hospitalizace, vyšetření) startdate String Datum nástupu na hospitalizaci, ambulantní vyšetření apod., DD.MM.RRRR enddate String Datum ukončení hospitalizace, DD.MM.RRRR department String Název oddělení, kde byl pacient ošetřen departid String Identifikační číslo pracoviště departprof String Kód odbornosti pracoviště

15 ICZ a.s., Na hřebenech II 1718/10, Praha 4 Strana: 15/28 user String Celé jméno uživatele, který provedl poslední změnu dokumentu modif String Datum a čas poslední změny dokumentu dgcode String MKN10 kód hlavní diagnozy dgtext String Text hlavní diagnozy DocumentBody eventid ano String Identifikační číslo klinického případu type ano String Typ návštěvy "A"/"H"/"O" (ambulantní, hospitalizace, vyšetření) text String Textový obsah zprávy Organization name String Název organizace = zdravotnického zařízení isname String Název produkčního IS icz String IČZ zdravotnického zařízení dn String Doména organizace Komunikační uzel ISAC2 v roli žadatel Komunikační uzel ISAC2 vystupuje v roli žadatel v případě, kdy převezme od jiného zdravotnického zařízení žádost poskytnutí náhledu na dokument klinického případu. Vyhledá odpovídající dokument v produkčním systému a předá výsledek žadateli. Komunikační uzel podporuje následující rozhraní: SQL rozhraní SQL rozhraní Komunikační uzel může vyhledávat informace sám tak, že vyvolává SQL dotazy na produkční databáze (případně její kopii). SQL příkazem může být vyvolání jak dotazu SELECT, tak také volání vložené procedury (preferovaná varianta). Volané SQL příkazy odpovídají sloupci Název z tabulky formátu dat. Zde jsou také v dalších sloupcích zachyceny parametry každého dotazu a očekávané návratové hodnoty Komunikační uzel ISAC2 v roli poskytovatel Komunikační uzel ISAC2 vystupuje v roli poskytovatel v případě, kdy přebírá od produkčního systému dotaz na náhled na dokument klinického případu, předá žádost komunikačnímu uzlu zdravotnického zařízení, ve kterém je požadovaný dokument, nakonec pak předává výsledný dokument žadateli. Komunikační uzel podporuje následující rozhraní: HTTP WS služba Rozhraní HTTP WS služba Základní rozhraní pro vyžádání náhledu na dokument klinického případu je WS služba nad protokolem HTTP. Komunikační uzel nabízí HTTP server se službou pro vyžádání náhledu..

16 ICZ a.s., Na hřebenech II 1718/10, Praha 4 Strana: 16/28 V případě, že produkční systém chce vyžádat náhled na dokument klinického případu, pak vyvolá provádí HTTP dotaz na tuto službu. Odpovědí na dotaz je výsledek hledání jako XML zpráva odpovídající klinickému dokumentu. Parametr HTTP Metoda URL Parametr Tělo odpovědi Očekávané návratové kódy Popis GET nebo POST icz IČZ zdravotnického zařízeními eventtype typ klinického případu eventid identifikace klinického případu Nativní XML 20x úspěch 4xx nebo 5xx - chyba

17 ICZ a.s., Na hřebenech II 1718/10, Praha 4 Strana: 17/ BEDS Dotaz na lůžkový fond Služba pro vyžádání a zobrazení informací o dostupném lůžkovém fondu zapojených zdravotnických zařízení. Žadatel, obvykle dispečink zdravotnické záchranné služby, vyšle dotaz do všech zapojených zdravotnických zařízeních na jejich aktuálně volný lůžkový fond. Dotázaná zdravotnická zařízení vyhledají informace v jejich produkčním systému a odešlou odpověď žadateli, kde se zobrazuje souhrnně pro všechna dotázaná zařízení Formáty dat Parametr Popis Podporované typy zpráv XML zpráva Sledované údaje viz. následující tabulka Doporučené kódování UTF-8 XML schéma Viz. příloha Vzory zpráv Viz. Příloha Poznámka: Notace pro specifikaci XML elementů a atributů vychází ze standardu Xpath. Následující tabulka shrnuje všechny sledované údaje v rámci služby BEDS: Název Atribut Parametr Typ Popis BedsSurveyInfo dep String Označení pracoviště depstatus String Stav pracoviště; P pracuje, N pracuje ale nepřijímá pacienty, Z - uzavřeno depstatustoda te String Datum, do kterého platí stav; formát DD.MM.YYYY sum Integer Celkový počet volných lůžek za pracoviště sumvent Integer Celkový počet volných lůžek s ventilací za pracoviště sumad Integer Celkový počet lůžek za pracoviště, které je možné dodatečně uvolnit sumventad Integer Celkový počet lůžek s ventilací za pracoviště, které je možné dodatečně uvolnit guarantor String Garant informací guarantorid String Identifikační číslo garanta informací Organization name String Název organizace = zdravotnického zařízení isname String Název produkčního IS icz String IČZ zdravotnického zařízení dn String Doména organizace Komunikační uzel ISAC2 v roli žadatel Komunikační uzel ISAC2 vystupuje v roli žadatel v případě, kdy převezme od jiného zdravotnického zařízení žádost poskytnutí informací o dostupném lůžkovém fondu. Vyhledá odpovídající informace v produkčním systému a předá výsledek žadateli.

18 ICZ a.s., Na hřebenech II 1718/10, Praha 4 Strana: 18/28 Komunikační uzel podporuje následující rozhraní: SQL rozhraní SQL rozhraní Komunikační uzel může vyhledávat informace sám tak, že vyvolává SQL dotazy na produkční databáze (případně její kopii). SQL příkazem může být vyvolání jak dotazu SELECT, tak také volání vložené procedury (preferovaná varianta). Volané SQL příkazy odpovídají sloupci Název z tabulky formátu dat. Zde jsou také v dalších sloupcích zachyceny parametry každého dotazu a očekávané návratové hodnoty Komunikační uzel ISAC2 v roli poskytovatel Komunikační uzel ISAC2 vystupuje v roli poskytovatel v případě, kdy přebírá od produkčního systému dotaz na informace o dostupném lůžkovém fondu, předá žádost všem zapojeným komunikačním uzlům zdravotnických zařízení, nakonec pak předává výsledný souhrnný dokument žadateli. Komunikační uzel podporuje následující rozhraní: HTTP WS služba Rozhraní HTTP WS služba Základní rozhraní pro vyžádání informací o lůžkovém fondu je WS služba nad protokolem HTTP. Komunikační uzel nabízí HTTP server se službou pro vyžádání informací. V případě, že produkční systém chce vyžádat informace o lůžkovém fondu, pak vyvolá provádí HTTP dotaz na tuto službu. Odpovědí na dotaz je výsledek hledání jako XML zpráva obsahují souhrn všech informací od zdravotnických zařízení. Parametr HTTP Metoda URL Parametr Tělo odpovědi Očekávané návratové kódy Popis GET nebo POST Nativní XML 20x úspěch 4xx nebo 5xx - chyba

19 ICZ a.s., Na hřebenech II 1718/10, Praha 4 Strana: 19/28 5. Přílohy 5.1. MSG předávání zdravotních dokumentů Vzor konsiliární zprávy <?xml version='1.0' encoding='windows-1250' standalone='no'?> <!DOCTYPE dasta SYSTEM "ds dtd" > <dasta id_soubor="icz ISAC_1.1_34567_ T04:36" verze_ds=" " verze_nclp=" " bin_priloha="t" ur="r" typ_odesm="kk" ozn_soub="34567" potvrzeni="n" dat_vb=" t04:36"> <zdroj_is kod_firmy="icz" kod_prog="isac" verze_prog="1.1"/> <pm icz=" "> <as typ="i"> <vnitrni>100</vnitrni> </as> <a typ="p"> <jmeno>jihlava</jmeno> <adr>centrální příjem</adr> </a> </pm> <is icz=" "> <as typ="i"> <vnitrni>1</vnitrni> </as> <a typ="o"> <jmeno>rlp</jmeno> </a> <ip id_pac=" "> <rodcis> </rodcis> <jmeno>františka</jmeno> <prijmeni>testová</prijmeni> <dat_dn format="d"> </dat_dn> <sex>0</sex> <pv typ_pv="z"> <p> <cispoj>111</cispoj> <kodpoj>111 - Všeobecná zdravotní pojišťovna</kodpoj> <dat_od format="d"> </dat_od> </p> </pv> <dg> <dgz typ_dg="t"> <diag poradi="1">i64</diag> <spec_dg>cévní příh.mozk.neurč.jako krv.n.infarkt </spec_dg> </dgz> </dg> <z zadost="d" vznik="j" obsah="nv" stav="k" oznaceni_o=" " dat_ab=" t04:36"> <text> <ptext xml:space="preserve"> Záznam o výjezdu Zdravotnická záchranná služba kraje Vysočina Čas TK TF DF 02 CO2 CGS Glyk TT RTS Krev.ztr

20 ICZ a.s., Na hřebenech II 1718/10, Praha 4 Strana: 20/ :51 186/ NaN ,6 NaN 012 žádná Zpráva: OAAsi 4 roky se léčí s vysokým TK,sledována v diab. poradně,léčena dietou.: NO:Dnes ráno když vstala najednou pocit slabosti v DK současně mravenčení,nausea. Obj Lucidní,eupnoická,orientovaná. Srdce,plíce norm.auskult. nález.orient neurolnorm.sval síla na HK,na DK neudrží polohu v Mingaz,ve stoji výrazná titubace,chůze nejistá Pacient normostenický, spolupracuje, oběhově stabilní, eupnoický, neurologicky bez topického nálezu. Hlava : trauma ne, poklepově nebolestivá, výstupy hlavových nervů nebolestivé, bulby (postavení) střední postavení, nystagmus není, pravá zornice symetrie isokorie, levá zornice symetrie isokorie, skléry anicterické, spojivky prokrvené, nos bez deformace, sekrece ne, hrdlo klidné, tonsily nezvětšené, jazyk (povlak) ne, plazí středem ano, uši (sekrece) ne Krk : bez deformit, pulzace aa carotides (symetrie) symetrická, náplně krčních žil nezvětšená, Štítná žláza nezvětšená Hrudník: stabilní, trauma ne, dýchání čísté sklípkovité, akce srdeční pravidelná ozvy slyšitelné, Břicho : tuhost ne, prohmatnost při palpaci bolestivé ne, bez známek peritoneální iritace, resistence ne, hepar nehmatný, lien nehmatná, peristaltika slyšitelná ano, tapotte mant negativní Pateř : známky traumatu ne, bolestivost ne Pánev : stabilní ano, nebolestivá, bez známek traumatu. Horní končetiny : trauma ne, bez poruch hybnosti a citlivosti otok ne, flebidity ne Dolní končetiny : trauma ne,bez poruch hybnosti a citlivosti, otok ne, flebidity ne Terapie: CHLORID SODNÝ 0,9 BRAUN(INF SOL 1X100MLPE),1 intraven vc. venepunkce MAGNESIUM SULFURICUM BIOTIKA 10(INJ SOL 5X10ML 10),1 intraven pouze aplikace TORECAN(INJ SOL 5X1ML/6.5MG),1 intraven pouze aplikace TORECAN(INJ SOL 5X1ML/6.5MG),1 intraven pouze aplikace STANOVENÍ GLUKÓZY GLUKOMETREM KANYLACE PERIFERNÍ ŽÍLY VČETNĚ INFÚZE MONITOROVÁNI EKG MIMO JIP NEINVASIVNÍ AMBULANTNÍ MONITOROVÁNÍ KREVNÍHO TLAKU MĚŘENÍ O2 A CO2 V DÝCHANÝCH PLYNECH </ptext> </text> </z> </ip> </is> </dasta> 5.2. PATSUM pacientský souhrn XML Schema <?xml version="1.0" encoding="utf-8"?>

21 ICZ a.s., Na hřebenech II 1718/10, Praha 4 Strana: 21/28 <xs:schema xmlns:xs=" version="1.0"> <xs:element name="ecinfolist" type="ecinfolist" /> <xs:complextype name="ecinfolist"> <xs:sequence> <xs:element name="ecinfo" type="ecinfo" nillable="true" minoccurs="0" maxoccurs="unbounded" /> </xs:sequence> <xs:complextype name="ecinfo"> <xs:sequence> <xs:element name="patient" type="patient" minoccurs="0" /> <xs:element name="residence" type="residenceinfo" minoccurs="0" /> <xs:element name="allergylist" minoccurs="0"> <xs:complextype> <xs:sequence> <xs:element name="allergy" type="allergyinfo" nillable="true" minoccurs="0" maxoccurs="unbounded" /> </xs:sequence> </xs:element> <xs:element name="diagnoselist" minoccurs="0"> <xs:complextype> <xs:sequence> <xs:element name="diagnose" type="diagnoseinfo" nillable="true" minoccurs="0" maxoccurs="unbounded" /> </xs:sequence> </xs:element> <xs:element name="medicationlist" minoccurs="0"> <xs:complextype> <xs:sequence> <xs:element name="medication" type="medicationinfo" nillable="true" minoccurs="0" maxoccurs="unbounded" /> </xs:sequence> </xs:element> <xs:element name="riskfactorlist" minoccurs="0"> <xs:complextype> <xs:sequence> <xs:element name="riskfactor" type="riskfactorinfo" nillable="true" minoccurs="0" maxoccurs="unbounded" /> </xs:sequence> </xs:element> <xs:element name="visitlist" minoccurs="0"> <xs:complextype> <xs:sequence> <xs:element name="visit" type="visitinfo" nillable="true" minoccurs="0" maxoccurs="unbounded" /> </xs:sequence> </xs:element> <xs:element name="hcu" type="hcuinfo" minoccurs="0" /> </xs:sequence> <xs:attribute name="ts" type="xs:datetime" /> <xs:complextype name="patient"> <xs:attribute name="rc" type="xs:string" /> <xs:attribute name="firstname" type="xs:string" /> <xs:attribute name="lastname" type="xs:string" /> <xs:attribute name="birthdate" type="xs:string" /> <xs:attribute name="sex" type="sex" /> <xs:attribute name="id" type="xs:string" />

22 ICZ a.s., Na hřebenech II 1718/10, Praha 4 Strana: 22/28 <xs:complextype name="residenceinfo"> <xs:attribute name="street" type="xs:string" /> <xs:attribute name="city" type="xs:string" /> <xs:attribute name="state" type="xs:string" /> <xs:attribute name="postcode" type="xs:string" /> <xs:complextype name="allergyinfo"> <xs:attribute name="text" type="xs:string" /> <xs:attribute name="author" type="xs:string" /> <xs:attribute name="actdate" type="xs:string" /> <xs:complextype name="diagnoseinfo"> <xs:attribute name="code" type="xs:string" /> <xs:attribute name="text" type="xs:string" /> <xs:attribute name="order" type="xs:int" /> <xs:attribute name="author" type="xs:string" /> <xs:attribute name="actdate" type="xs:string" /> <xs:complextype name="medicationinfo"> <xs:attribute name="text" type="xs:string" /> <xs:attribute name="author" type="xs:string" /> <xs:attribute name="actdate" type="xs:string" /> <xs:complextype name="riskfactorinfo"> <xs:attribute name="text" type="xs:string" /> <xs:attribute name="author" type="xs:string" /> <xs:attribute name="actdate" type="xs:string" /> <xs:complextype name="visitinfo"> <xs:attribute name="type" type="visit" /> <xs:attribute name="department" type="xs:string" /> <xs:attribute name="dgcode" type="xs:string" /> <xs:attribute name="dgtext" type="xs:string" /> <xs:attribute name="startdate" type="xs:string" /> <xs:attribute name="enddate" type="xs:string" /> <xs:attribute name="eventid" type="xs:string" /> <xs:attribute name="departid" type="xs:string" /> <xs:attribute name="departprof" type="xs:string" /> <xs:complextype name="hcuinfo"> <xs:attribute name="name" type="xs:string" /> <xs:attribute name="isname" type="xs:string" /> <xs:attribute name="icz" type="xs:string" /> <xs:attribute name="dn" type="xs:string" /> <xs:attribute name="commerror" type="xs:string" /> <xs:simpletype name="sex"> <xs:restriction base="xs:string"> <xs:enumeration value="male" /> <xs:enumeration value="female" /> <xs:enumeration value="other" /> </xs:restriction> </xs:simpletype> <xs:simpletype name="visit"> <xs:restriction base="xs:string"> <xs:enumeration value="a" />

23 ICZ a.s., Na hřebenech II 1718/10, Praha 4 Strana: 23/28 <xs:enumeration value="h" /> <xs:enumeration value="o" /> </xs:restriction> </xs:simpletype> </xs:schema> Vzorová zpráva <?xml version="1.0" encoding="utf-8"?> <ECInfoList> <ECInfo ts=" t13:19: :00"> <Patient rc="112233/4455" firstname="zdenek" lastname="test" birthdate=" " sex="male" id="268391" /> <Residence street="buditelova 714" city="praha 012" postcode="11900" /> <AllergyList> <Allergy text="penicilin, cefalosporiny, pyly, trávy, seno" author="mudr. Test Amis" actdate=" " /> </AllergyList> <DiagnoseList /> <MedicationList> <Medication text="algifen NEO; 10 gtt. dle potřeby; PO" /> <Medication text="betaloc ZOK 100 MG; ; PO" /> </MedicationList> <RiskFactorList> <RiskFactor text="diabetes mellitus II. typu, Asthma bronchiale, pracuje s radionuklidy v prašném prostředí" author="mudr. Test Amis" actdate=" " /> </RiskFactorList> <VisitList> <Visit type="a" department="ort amb. všeobecná" dgcode="s525" dgtext="fractura radii dist.l.dx.subperiost." startdate=" " eventid="919" departid="445" departprof="105" /> <Visit type="a" department="ort amb. všeobecná" dgcode="s625" dgtext="zlomenina palce (ruky)" startdate=" " eventid="667" departid="445" departprof="105" /> <Visit type="a" department="ort amb. všeobecná" dgcode="s525" dgtext="fractura radii dist.l.dx.subperiost." startdate=" " eventid="2364" departid="445" departprof="105" /> <Visit type="a" department="ort amb. všeobecná" dgcode="j020" dgtext="streptokokový zánět hltanu" startdate=" " eventid="2365" departid="445" departprof="105" /> <Visit type="a" department="1.int amb. všeobecná" dgcode="m160" dgtext="primární koxartróza, oboustr." startdate=" " eventid="120" departid="52" departprof="001" /> <Visit type="h" department="chir oddělení A" dgcode="m545" dgtext="bolesti dolní části zad" startdate=" " departid="372" departprof="5h1" /> <Visit type="h" department="ort odd. dětské ortopedie" dgcode="m544" dgtext="lumbago s ischiasem" startdate=" " enddate=" " departid="443" departprof="101" /> <Visit type="h" department="1.int JIP xx" startdate=" " departid="40" departprof="" /> <Visit type="h" department="dět.k. odd. větší děti II" startdate=" " enddate=" " departid="248" departprof="101" /> <Visit type="h" department="cvičná s cyklem do pohledu" startdate=" " departid="2448" departprof="" /> <Visit type="h" department="dět.k. odd. fyziol.nov." dgcode="z380" dgtext="jediné dítě, nar. v nemocnici" startdate=" " departid="250" departprof="3h1" /> <Visit type="h" department="chir oddělení A" dgcode="m160" dgtext="primární koxartróza, oboustr." startdate=" " enddate=" " departid="372" departprof="5h1" /> <Visit type="h" department="ort odd. dětské ortopedie" dgcode="s521" dgtext="zlomenina horního konce radia" startdate=" " eventid="117258" departid="443" departprof="101" /> <Visit type="h" department="neuro odd. dětské neurol." dgcode="m543" dgtext="ischias" startdate=" " enddate=" " departid="194" departprof="" /> </VisitList> <Hcu name="nemocnice ICZ" isname="klinicky system AMIS*H " icz=" " dn="ad.i.cz" /> </ECInfo> </ECInfoList>

24 ICZ a.s., Na hřebenech II 1718/10, Praha 4 Strana: 24/ DOCVIEW Náhled na dokument klinického případu XML Schema <?xml version="1.0" encoding="utf-8"?> <xs:schema xmlns:xs=" version="1.0"> <xs:element name="dwresponse" type="dwresponse" /> <xs:complextype name="dwresponse"> <xs:sequence> <xs:element name="dwinfo" type="dwinfo" nillable="true" minoccurs="0" /> </xs:sequence> <xs:complextype name="dwinfo"> <xs:sequence> <xs:element name="patient" type="patient" minoccurs="0" /> <xs:element name="residence" type="residenceinfo" minoccurs="0" /> <xs:element name="document" type="documentinfo" minoccurs="0" /> <xs:element name="org" type="organization" minoccurs="0" /> </xs:sequence> <xs:attribute name="ts" type="xs:datetime" /> <xs:complextype name="patient"> <xs:attribute name="rc" type="xs:string" /> <xs:attribute name="firstname" type="xs:string" /> <xs:attribute name="lastname" type="xs:string" /> <xs:attribute name="birthdate" type="xs:string" /> <xs:attribute name="sex" type="sex" /> <xs:attribute name="id" type="xs:string" /> <xs:complextype name="residenceinfo"> <xs:attribute name="street" type="xs:string" /> <xs:attribute name="city" type="xs:string" /> <xs:attribute name="state" type="xs:string" /> <xs:attribute name="postcode" type="xs:string" /> <xs:complextype name="documentinfo"> <xs:sequence> <xs:element name="text" type="xs:string" minoccurs="0" /> </xs:sequence> <xs:attribute name="type" type="visit" /> <xs:attribute name="eventid" type="xs:string" /> <xs:attribute name="department" type="xs:string" /> <xs:attribute name="dgcode" type="xs:string" /> <xs:attribute name="dgtext" type="xs:string" /> <xs:attribute name="startdate" type="xs:string" /> <xs:attribute name="enddate" type="xs:string" /> <xs:attribute name="modif" type="xs:string" /> <xs:attribute name="user" type="xs:string" /> <xs:attribute name="departid" type="xs:string" /> <xs:attribute name="departprof" type="xs:string" /> <xs:complextype name="organization"> <xs:attribute name="name" type="xs:string" /> <xs:attribute name="isname" type="xs:string" /> <xs:attribute name="icz" type="xs:string" /> <xs:attribute name="dn" type="xs:string" /> <xs:simpletype name="sex">

25 ICZ a.s., Na hřebenech II 1718/10, Praha 4 Strana: 25/28 <xs:restriction base="xs:string"> <xs:enumeration value="male" /> <xs:enumeration value="female" /> <xs:enumeration value="other" /> </xs:restriction> </xs:simpletype> <xs:simpletype name="visit"> <xs:restriction base="xs:string"> <xs:enumeration value="a" /> <xs:enumeration value="h" /> <xs:enumeration value="o" /> </xs:restriction> </xs:simpletype> </xs:schema> Vzorová zpráva <?xml version="1.0" encoding="utf-8"?> <DWResponse> <DWInfo ts=" t13:51: :00"> <Patient rc="112233/4455" firstname="zdeněk" lastname="test" birthdate=" " sex="male" id="268377" /> <Residence street="budovatelu 714/39" city="třebíč 1" postcode="67401" /> <Document type="a" eventid="378" department="ort amb. všeobecná" dgcode="m160" dgtext="primární koxartróza, oboustr." startdate=" " modif=" :41:00" user="mudr. Zdeněk Trtil" departid="445" departprof="105"> <Text><![CDATA[Bolesti kyčle,.. POZNÁMKA: :12 MUDr. Zdeněk Trtil kllklklklkl POZNÁMKA: :13 MUDr. Zdeněk Trtil]]></Text> </Document> <Org name="nemocnice ICZ" isname="klinicky system AMIS*H " icz=" " dn="ad.i.cz" /> </DWInfo> </DWResponse> 5.4. BEDS Dotaz na lůžkový fond XML Schema <?xml version="1.0" encoding="utf-8"?> <xs:schema xmlns:xs=" version="1.0"> <xs:element name="bedsinfo" type="bedsinfo" /> <xs:element name="bedsresponse" type="bedsresponse" /> <xs:complextype name="bedsresponse"> <xs:sequence> <xs:element name="bedsinfo" type="bedsinfo" nillable="true" minoccurs="0" maxoccurs="unbounded" /> </xs:sequence> <xs:complextype name="bedsinfo"> <xs:sequence> <xs:element name="bedsreport" type="bedsreport" nillable="true" minoccurs="0" maxoccurs="unbounded" /> <xs:element name="organization" type="organization" minoccurs="0" /> </xs:sequence>

26 ICZ a.s., Na hřebenech II 1718/10, Praha 4 Strana: 26/28 <xs:attribute name="ts" type="xs:datetime" /> <xs:complextype name="bedsreport"> <xs:sequence> <xs:element name="department" type="department" /> <xs:element name="sums" type="bedsums" minoccurs="0" /> <xs:element name="stationsums" minoccurs="0"> <xs:complextype> <xs:sequence> <xs:element name="sums" type="stationbedsums" nillable="true" minoccurs="0" maxoccurs="unbounded" /> </xs:sequence> </xs:element> <xs:element name="comment" type="xs:string" minoccurs="0" /> </xs:sequence> <xs:attribute name="oid" type="xs:string" use="required" /> <xs:attribute name="depstatus" type="departmentstatustype" use="required" /> <xs:attribute name="depstatustodate" type="xs:datetime" /> <xs:attribute name="guarantor" type="xs:string" /> <xs:attribute name="guarantorid" type="xs:string" /> <xs:complextype name="department"> <xs:attribute name="category" type="xs:string" /> <xs:attribute name="ident" type="xs:string" /> <xs:attribute name="name" type="xs:string" /> <xs:attribute name="abbr" type="xs:string" /> <xs:attribute name="group" type="xs:string" /> <xs:attribute name="odb" type="xs:string" /> <xs:attribute name="ico" type="xs:string" /> <xs:attribute name="pcz" type="xs:string" /> <xs:attribute name="icz" type="xs:string" /> <xs:attribute name="icp" type="xs:string" /> <xs:attribute name="oddel" type="xs:string" /> <xs:attribute name="street" type="xs:string" /> <xs:attribute name="city" type="xs:string" /> <xs:attribute name="postcode" type="xs:string" /> <xs:attribute name="state" type="xs:string" /> <xs:attribute name="depid" type="xs:string" /> <xs:complextype name="bedsums"> <xs:attribute name="vlsum" type="xs:int" /> <xs:attribute name="vlvent" type="xs:int" /> <xs:attribute name="vlsumuv" type="xs:int" /> <xs:attribute name="vlventuv" type="xs:int" /> <xs:attribute name="ts" type="xs:datetime" /> <xs:complextype name="stationbedsums"> <xs:attribute name="stationtype" type="xs:string" /> <xs:attribute name="vlsum" type="xs:int" /> <xs:attribute name="vlvent" type="xs:int" /> <xs:attribute name="vlsumuv" type="xs:int" /> <xs:attribute name="vlventuv" type="xs:int" /> <xs:attribute name="ts" type="xs:datetime" /> <xs:complextype name="organization"> <xs:attribute name="name" type="xs:string" /> <xs:attribute name="isname" type="xs:string" /> <xs:attribute name="icz" type="xs:string" /> <xs:attribute name="dn" type="xs:string" />

27 ICZ a.s., Na hřebenech II 1718/10, Praha 4 Strana: 27/28 <xs:simpletype name="departmentstatustype"> <xs:restriction base="xs:string"> <xs:enumeration value="p" /> <xs:enumeration value="n" /> <xs:enumeration value="z" /> </xs:restriction> </xs:simpletype> </xs:schema> Vzorová zpráva <?xml version="1.0" encoding="utf-8"?> <BedsResponse> <BedsInfo ts=" t15:05: :00"> <BedsReport depstatus="p"> <Department category="i" ident="1101" name="1.int odd. A " abbr="1121" group="stan" odb="2f9" ico=" " pcz="003" icz=" " icp=" " oddel="01514" street="hlavní 21" city="havlíčkův Brod" postcode="57301" depid="47" /> <Sums vlsum="0" ts=" t15:05: :00" /> <BedsReport depstatus="p"> <Department category="i" ident="1511" name="neuro JIP" abbr="1511" group="stan" odb="1h1" pcz="003" icz=" " icp=" " depid="192" /> <Sums vlsum="4" ts=" t15:05: :00" /> <BedsReport depstatus="p"> <Department category="i" ident="1523" name="neuro odd. všeob. neurol." abbr="1523" group="stan" odb="101" ico="" pcz="003" icz=" " icp=" " oddel="" street="" city="1523 obec" depid="196" /> <Sums vlsum="36" ts=" t15:05: :00" /> <BedsReport depstatus="p"> <Department category="i" ident="4212" name="chir JIP" abbr="4212" group="stan" odb="101" pcz="003" icz="" icp="" oddel="20119" depid="371" /> <Sums vlsum="33" ts=" t15:05: :00" /> <BedsReport depstatus="p"> <Department category="i" ident="4221" name="chir oddělení A" abbr="4221" group="stan" odb="5h1" ico=" " pcz="003" icz=" " icp=" " oddel="20220" street="nejaka ulice" city="nejaka obec" postcode="11111" depid="372" /> <Sums vlsum="1" ts=" t15:05: :00" /> <BedsReport depstatus="p"> <Department category="i" ident="4222" name="chir oddělení B" abbr="4222" group="stan" odb="101" pcz="003" icz=" " icp=" " depid="373" /> <Sums vlsum="33" ts=" t15:05: :00" /> <BedsReport depstatus="p"> <Department category="i" ident="4511" name="ort JIP" abbr="4511" group="stan" odb="101" pcz="003" icz=" " icp=" " oddel="26575" depid="440" /> <Sums vlsum="31" ts=" t15:05: :00" /> <BedsReport depstatus="p"> <Department category="i" ident="4521" name="ort odd. VO 1" abbr="4521" group="stan" odb="606" pcz="003" icz=" " icp=" " oddel="26500" street="mendlova 123" city="havlíčkův Brod" postcode="57301" depid="441" /> <Sums vlsum="34" ts=" t15:05: :00" /> <BedsReport depstatus="p">

28 ICZ a.s., Na hřebenech II 1718/10, Praha 4 Strana: 28/28 <Department category="i" ident="4522" name="ort odd. VO 2" abbr="4522" group="stan" odb="606" pcz="003" icz=" " icp=" " oddel="26500" depid="442" /> <Sums vlsum="35" ts=" t15:05: :00" /> <BedsReport depstatus="p"> <Department category="i" ident="4523" name="ort odd. dětské ortopedie" abbr="4523" group="stan" odb="101" pcz="003" icz=" " icp=" " depid="443" /> <Sums vlsum="32" ts=" t15:05: :00" /> <BedsReport depstatus="p"> <Department category="i" ident="4822" name="oční odd. dospělí OC II" abbr="4822" group="stan" odb="101" pcz="003" icz=" " icp=" " depid="510" /> <Sums vlsum="37" ts=" t15:05: :00" /> <Organization name="nemocnice ICZ" isname="klinicky system AMIS*H " icz=" " dn="ad.i.cz" /> </BedsInfo> <BedsInfo ts=" t15:05: :00"> <BedsReport oid="dfe0cd11-e423-45f6-ad58-886af " depstatus="p" guarantor="raška Jiří (raska)"> <Department name="jip prac.1" odb="1i3" icp="" /> <Sums vlsum="12" vlvent="2" vlsumuv="0" vlventuv="0" ts=" T15:05: :00" /> <Comment>Tohle je utociste lapiduchu</comment> <BedsReport oid="130f0c3f-5af5-4af8-ac72-58fce90a05c9" depstatus="n" depstatustodate=" t00:00:00+01:00" guarantor="raška Jiří (raska)"> <Department name="odborne pracoviste 2" odb="2o3" icp=" " /> <Sums vlsum="24" vlvent="2" vlsumuv="2" vlventuv="0" ts=" T15:05: :00" /> <Comment>Pracoviste se predelava na bordel</comment> <BedsReport oid="bfbcd97c-1cb5-4e3c-aca1-c0dfdffd75ae" depstatus="p" guarantor="(q)"> <Department name="dalsi JIP a ARO" odb="4i6" icp=" " /> <Sums vlsum="29" vlvent="2" vlsumuv="0" vlventuv="0" ts=" T15:05: :00" /> <Comment /> <BedsReport oid="f89ebb59-bcbf-4635-bd65-e896d5e80359" depstatus="p" depstatustodate=" t00:00:00+01:00" guarantor="(q)"> <Department name="aaaaaa" odb="aaa" icp="" /> <Sums vlsum="33" vlvent="1" vlsumuv="2" vlventuv="2" ts=" T15:05: :00" /> <Comment>jenom dalsi update</comment> <Organization name="nemocnice ICZ" isname="klinicky system AMIS*H " icz=" " dn="ad.i.cz" /> </BedsInfo> </BedsResponse>

emedocs veřejné datové rozhraní

emedocs veřejné datové rozhraní emedocs veřejné datové rozhraní Kraj Vysočina Verze: 1.00 Krajský úřad Kraje Vysočina; Žižkova 1882/57, 587 33 Jihlava Copyright 2014 Kraj Vysočina Žádná část tohoto dokumentu nesmí být kopírována žádným

Více

Popis XML rozhraní Veřejného webu RŽP

Popis XML rozhraní Veřejného webu RŽP Popis XML rozhraní Veřejného webu RŽP verze 2.5 Veřejný web RŽP slouží k zobrazení veřejných informací o podnikatelských subjektech v České republice. Jeho provozovatelem je Ministerstvo průmyslu a obchodu.

Více

podnikatele ve formě PDF dokumentu nebo budou jednotlivé datové položky rozvedeny v XML subelementech.

podnikatele ve formě PDF dokumentu nebo budou jednotlivé datové položky rozvedeny v XML subelementech. Popis XML rozhraní Veřejného webu RŽP verze 2.2 Veřejný web RŽP slouží k zobrazení veřejných informací o podnikatelských subjektech v České republice. Jeho provozovatelem je Ministerstvo průmyslu a obchodu.

Více

Popis XML rozhraní Veřejného webu RŽP

Popis XML rozhraní Veřejného webu RŽP Popis XML rozhraní Veřejného webu RŽP verze 1.1 Veřejný web slouží k zobrazení veřejných informací o podnikatelských subjektech v České republice, provozovatelem je Ministerstvo průmyslu a obchodu. Jeho

Více

Titul: API klinického informačního systému pro napojení na ISAC Communication Node. Typ dokumentu: Specifikace aplikačního rozhraní

Titul: API klinického informačního systému pro napojení na ISAC Communication Node. Typ dokumentu: Specifikace aplikačního rozhraní Titul: API klinického informačního systému pro napojení na ISAC Communication Node Typ dokumentu: Specifikace aplikačního rozhraní Verze: 2.4 ICZ a.s. 2015-09-09 Veřejné ver 2.4 Změna: 18.2. 2016 Verze:

Více

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

Referenční rozhraní národního konektoru Národního kontaktního místa pro ehealth úloha pacientský souhrn 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

Více

Příloha č. 1E národního standardu pro elektronické systémy spisové služby

Příloha č. 1E národního standardu pro elektronické systémy spisové služby Příloha č. 1E národního standardu pro elektronické systémy spisové služby Schéma XML pro výměnu dokumentů a jejich metadat

Více

Příloha č. 1D národního standardu pro elektronické systémy spisové služby

Příloha č. 1D národního standardu pro elektronické systémy spisové služby Příloha č. 1D národního standardu pro elektronické systémy spisové služby Schéma XML pro výměnu dokumentů a jejich metadat

Více

Důvěryhodný dlouhodobý archiv zdravotnické dokumentace

Důvěryhodný dlouhodobý archiv zdravotnické dokumentace Důvěryhodný dlouhodobý archiv zdravotnické dokumentace Michal Pokorný ICZ a.s. Brno, 2012 www.i.cz 1 Agenda Co je zdravotnická dokumentace Co je archiv zdravotnické dokumentace Představení řešení archivu

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

Obecný popis struktury souborů a rozhraní pro třetí strany společného technického zařízení správců daně (Podatelny EPO)

Obecný popis struktury souborů a rozhraní pro třetí strany společného technického zařízení správců daně (Podatelny EPO) Obecný popis struktury souborů a rozhraní pro třetí strany společného technického zařízení správců daně (Podatelny EPO) Verze 1.6 Strana 1 (celkem 20) Popis struktury souborů Základní společnou vlastností

Více

Modul Kontakt s klientem SSP. OKcentrum. Uživatelská příručka. Poskytování součinnosti ÚP ČR

Modul Kontakt s klientem SSP. OKcentrum. Uživatelská příručka. Poskytování součinnosti ÚP ČR Modul Kontakt s klientem SSP OKcentrum Uživatelská příručka Poskytování součinnosti ÚP ČR OKsystem a.s. 2015 1. Obsah 1. OBSAH... 2 2. ZÁKLADNÍ INFORMACE... 2 2.1 Základní pojmy... 2 2.2 Přihlášení uživatele...

Více

Aplikace pro elektronicke odesla nı da vky Listu o prohlı dce zemr ele ho a dals ı ch da vek do NZIS.

Aplikace pro elektronicke odesla nı da vky Listu o prohlı dce zemr ele ho a dals ı ch da vek do NZIS. Aplikace pro elektronicke odesla nı da vky Listu o prohlı dce zemr ele ho a dals ı ch da vek do NZIS. ÚVOD Od 1. 1. 2016 vejde v platnost novela vyhlášky č. 297/2012 Sb., o náležitostech Listu o prohlídce

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

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

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

SDÍLENÍ - VÝMĚNA -ARCHIVACE. Petr Siblík

SDÍLENÍ - VÝMĚNA -ARCHIVACE. Petr Siblík SDÍLENÍ - VÝMĚNA -ARCHIVACE Petr Siblík RZIS HISTORIE 2001 První představení vize RZIS na konferenci INMED 2001 2010 Komerční a nekomerční systémy výměny dat 2010 První regionální projekt z iniciativy

Více

Metodika sestavení případu hospitalizace 012.001

Metodika sestavení případu hospitalizace 012.001 Metodika sestavení případu hospitalizace 012.001 Verze 012.001_návrh (doplnění pro verzi 012 zvýrazněno červeně) 1 / 7 NÁRODNÍ REFERENČNÍ CENTRUM 1a. Definice případu hospitalizace Časové vymezení Hospitalizační

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

Schéma XML pro výměnu dokumentů a jejich metadat

Schéma XML pro výměnu dokumentů a jejich metadat Příloha č. 1A národního standardu pro elektronické systémy spisové služby Schéma XML pro výměnu dokumentů a jejich metadat

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

Metodika sestavení případu hospitalizace 010

Metodika sestavení případu hospitalizace 010 Metodika sestavení případu hospitalizace 010 Verze 010 (doplnění vyznačeno červeně) 1 / 6 NÁRODNÍ REFERENČNÍ CENTRUM 1a. Definice případu hospitalizace Časové vymezení Hospitalizační případ 1 je pro potřeby

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

Příloha č. 1: Charakteristika zakázky pro věcnou část zadávací dokumentace

Příloha č. 1: Charakteristika zakázky pro věcnou část zadávací dokumentace Příloha č. 1: Charakteristika zakázky pro věcnou část zadávací dokumentace 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. Obsah Obsah... 1 Využité zdroje...

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

Newtonova teorie velkého ehealth

Newtonova teorie velkého ehealth Newtonova teorie velkého ehealth Regionální koncept výměny zdravotnické dokumentace mezi zdravotnickými zařízeními zřizovanými krajem Vysočina (emedocs) Případová studie www.i.cz 1 Isaac Newton - Co Vás

Více

PŘÍLOHA C Požadavky na Dokumentaci

PŘÍLOHA C Požadavky na Dokumentaci PŘÍLOHA C Požadavky na Dokumentaci Příloha C Požadavky na Dokumentaci Stránka 1 z 5 1. Obecné požadavky Dodavatel dokumentaci zpracuje a bude dokumentaci v celém rozsahu průběžně aktualizovat při každé

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

Zpracování vyšetření dítěte v 8 letech věku

Zpracování vyšetření dítěte v 8 letech věku Zpracování vyšetření dítěte v 8 letech věku Označení : A - anamnéza V - vyšetření celkové R - antropometrické měření S - vyšetření sluchu Z - vyšetření zraku C - vyšetření chrupu K - kožní vyšetření T

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

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

Metodika sestavení případu hospitalizace

Metodika sestavení případu hospitalizace Metodika sestavení případu hospitalizace 009.2012 1 / 6 NÁRODNÍ REFERENČNÍ CENTRUM 1a. Definice případu hospitalizace Časové vymezení Hospitalizační případ 1 je pro potřeby DRG časově vymezen pobytem nemocného

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

Envis LIMS Klient distribučního portálu

Envis LIMS Klient distribučního portálu LIMS - Klient distribučního portálu Stručný návod k obsluze Envis LIMS Klient distribučního portálu Stručný návod k obsluze Tento stručný návod k obsluze je zkrácenou verzí návodu k obsluze Klienta distribučního

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

Plán a obsah sběru dat z referenčních nemocnic v roce Ing. Jan Linda

Plán a obsah sběru dat z referenčních nemocnic v roce Ing. Jan Linda Plán a obsah sběru dat z referenčních nemocnic v roce 2017 Ing. Jan Linda 9. 11. 2016 Časová specifikace Sběr dat za celý rok 2016 první sběr dat za celé účetní období data budou základem reálného ocenění

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

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

Obecná příručka IS o ISVS

Obecná příručka IS o ISVS Obecná příručka IS o ISVS Informační systém o informačních systémech veřejné správy verze 2.02.00 vypracovala společnost ASD Software, s.r.o. dokument ze dne 16. 11. 2016, verze 1.01 Obecná příručka IS

Více

RESTful API TAMZ 1. Cvičení 11

RESTful API TAMZ 1. Cvičení 11 RESTful API TAMZ 1 Cvičení 11 REST Architektura rozhraní navržená pro distribuované prostředí Pojem REST byl představen v roce 2000 v disertační práci Roye Fieldinga, zkratka z Representional State Transfer

Více

Koordinační středisko pro resortní zdravotnické informační systémy

Koordinační středisko pro resortní zdravotnické informační systémy Aplikace pro Národní onkologický registr na KSRZIS Koordinační středisko pro resortní zdravotnické informační systémy Národní onkologický registr webová služba pro posílání dávek dat do DB NOR a stažení

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

Datový standard MZ ČR a NČLP v praxi, současný stav a další rozvoj (březen 2008) Miroslav Zámečník Katedra klinické biochemie, IPVZ Praha

Datový standard MZ ČR a NČLP v praxi, současný stav a další rozvoj (březen 2008) Miroslav Zámečník Katedra klinické biochemie, IPVZ Praha Datový standard MZ ČR a NČLP v praxi, současný stav a další rozvoj (březen 2008) Miroslav Zámečník Katedra klinické biochemie, IPVZ Praha DS a NČLP vývoj Vývoj započal v roce 1992 (zvažován EDIFACT, HL7,

Více

Zkušenosti s identifikací pacienta, zdravotnických prostředků a některých procesů ve zdravotnických zařízeních

Zkušenosti s identifikací pacienta, zdravotnických prostředků a některých procesů ve zdravotnických zařízeních Zkušenosti s identifikací pacienta, zdravotnických prostředků a některých procesů ve zdravotnických zařízeních Ing.M.Preininger, Nemocnice Na Homolce, MUDr.Benešová, FN Motol, Praha 2011 Používání NISu

Více

<xs:maxlength value="50"/> </xs:restriction> </xs:simpletype>

<xs:maxlength value=50/> </xs:restriction> </xs:simpletype> Příloha č. 2 národního standardu pro elektronické systémy spisové služby Schéma XML pro zaznamenání popisných metadat uvnitř datového balíčku SIP

Více

Databázové systémy Cvičení 5.2

Databázové systémy Cvičení 5.2 Databázové systémy Cvičení 5.2 SQL jako jazyk pro definici dat Detaily zápisu integritních omezení tabulek Integritní omezení tabulek kromě integritních omezení sloupců lze zadat integritní omezení jako

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

Univerzální propojka GDT Připojení externího programu

Univerzální propojka GDT Připojení externího programu Univerzální propojka GDT Připojení externího programu 0 Univerzální propojka GDT Obecná propojka GDT slouží pro komunikaci různých typů přístrojů s programem AMICUS. Komunikace probíhá obousměrně a musí

Více

98/2012 Sb. VYHLÁŠKA. ze dne 22. března 2012

98/2012 Sb. VYHLÁŠKA. ze dne 22. března 2012 98/2012 Sb. VYHLÁŠKA ze dne 22. března 2012 o zdravotnické dokumentaci Změna: 236/2013 Sb. Změna: 364/2015 Sb. Změna: XXX/2017 Sb. Ministerstvo zdravotnictví stanoví podle 120 zákona č. 372/2011 Sb., o

Více

Zavedení EZD. a praktické využití sdílení dat mezi ZZ

Zavedení EZD. a praktické využití sdílení dat mezi ZZ Zavedení EZD Mgr. Michal Mareš Ing. Petr Siblík a praktické využití sdílení dat mezi ZZ Stávající stav ještě platí, ale chybí dostatečná informační podpora při poskytování neodkladné péče není zpětná vazba

Více

INFORMAČNÍ TECHNOLOGIE PRO ZPRACOVÁNÍ EEG 2 UNIS a popis EEG. doc. Ing. Vladimír Krajča CSc.

INFORMAČNÍ TECHNOLOGIE PRO ZPRACOVÁNÍ EEG 2 UNIS a popis EEG. doc. Ing. Vladimír Krajča CSc. INFORMAČNÍ TECHNOLOGIE PRO ZPRACOVÁNÍ EEG 2 UNIS a popis EEG doc. Ing. Vladimír Krajča CSc. 1. Úkol: a. Číst a zobrazit digitalizovaná data EEG různých výrobců s různými formáty dat b. Číst a využít archív

Více

Webová služba. Popis. Dostupné operace. add_subscriber_groups

Webová služba. Popis. Dostupné operace. add_subscriber_groups Popis Webová služba Webová služba umožnuje komunikovat se systémem CentralNews přes protokol http. Přístup k systému CentralNews je chráněn loginem a heslem. Navíc je nutné zaslat api klíč, který definuje

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

Fakultní nemocnice pavilónového typu s detašovanými pracovišti 31 klinických a laboratorních pracovišť zaměstnanců 970 lůžek

Fakultní nemocnice pavilónového typu s detašovanými pracovišti 31 klinických a laboratorních pracovišť zaměstnanců 970 lůžek Fakultní nemocnice pavilónového typu s detašovanými pracovišti 31 klinických a laboratorních pracovišť 3 000 zaměstnanců 970 lůžek 35 000 hospitalizací ročně Základní zadání hlavního uživatele Uživatelská

Více

Integrace informačních systémů ve Fakultní nemocnici Brno v rámci projektu ENIS II

Integrace informačních systémů ve Fakultní nemocnici Brno v rámci projektu ENIS II Integrace informačních systémů ve Fakultní nemocnici Brno v rámci projektu ENIS II 10.6.2013 Agenda Kdo je ARTiiS GROUP a.s.? Fakultní nemocnice Brno a projekt Expertní NIS Cíle. Rizika. Řešení. Jaká je

Více

VYHLÁŠKA. č. 18/2014 Sb., o stanovení podmínek postupu při elektronické dražbě. ze dne 24. ledna 2014

VYHLÁŠKA. č. 18/2014 Sb., o stanovení podmínek postupu při elektronické dražbě. ze dne 24. ledna 2014 VYHLÁŠKA č. 18/2014 Sb., o stanovení podmínek postupu při elektronické dražbě ze dne 24. ledna 2014 Ministerstvo pro místní rozvoj (dále jen ministerstvo ) stanoví podle 16a odst.5 zákona č.26/2000 Sb.,

Více

Průzkumník IS DP. Návod k obsluze informačního systému o datových prvcích (IS DP) vypracovala společnost ASD Software, s. r. o.

Průzkumník IS DP. Návod k obsluze informačního systému o datových prvcích (IS DP) vypracovala společnost ASD Software, s. r. o. Průzkumník IS DP Návod k obsluze informačního systému o datových prvcích (IS DP) vypracovala společnost ASD Software, s. r. o. dokument ze dne 13. 09. 2018, verze 1.00 Průzkumník IS DP Návod k obsluze

Více

RES Partner uživatelská dokumentace

RES Partner uživatelská dokumentace RES Partner uživatelská dokumentace Datum publikace: 11.12.2017 2 Obsah 1 Základní informace 4 1.1 Systémové požadavky 4 2 Instalace produktu RES Partner 4 2.1 Instalace Firebird serveru a databáze 4 2.2

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

Stručný průvodce aplikací Sběr dat pro CEP a CEZ

Stručný průvodce aplikací Sběr dat pro CEP a CEZ Stručný průvodce aplikací Sběr dat pro CEP a CEZ (verze 1.0) Rada pro výzkum a vývoj Úřad vlády ČR Určeno necertifikovanému dodavateli dat RVV 2003 1. Vstup do aplikace Informace pro uživatele, uživatelské

Více

Roční periodická zpráva projektu

Roční periodická zpráva projektu WAK-1F44C-2005-2 WAK System Název projektu: Automatizovaná výměna dat mezi informačními systémy krizového řízení v dopravě s jednotným univerzálním a implementovaným rozhraním založeným na standardu webových

Více

Technická dokumentace B2C WS postcode

Technická dokumentace B2C WS postcode Technická dokumentace B2C WS postcode Zpracoval Útvar Datum vytvoření 01.06.2016 Pavel Kořízek, Jan Magnusek KC4 Datum aktualizace 23.06.2016_verze 0.4 Počet stran 7 Počet příloh 1 Obsah 1. Úvod... 3 2.

Více

Novinky verze 2.3.0 systému Spisové služby (SpS) e-spis LITE

Novinky verze 2.3.0 systému Spisové služby (SpS) e-spis LITE ICZ a.s. Správa a řízení dokumentů Na hřebenech II 1718/10 147 00 Praha 4 Tel.: +420-222 271 111 Fax: +420-222 271 112 Internet: www.i.cz Novinky verze 2.3.0 systému Spisové služby (SpS) e-spis LITE Vypracoval

Více

Princip vyšetření A, B, C, D, E. MUDr. Barbora Zuchová, ZZSJMK, ARK FNUSA MUDr. Jana Kubalová, ZZSJMK

Princip vyšetření A, B, C, D, E. MUDr. Barbora Zuchová, ZZSJMK, ARK FNUSA MUDr. Jana Kubalová, ZZSJMK Princip vyšetření A, B, C, D, E MUDr. Barbora Zuchová, ZZSJMK, ARK FNUSA MUDr. Jana Kubalová, ZZSJMK Postup ADCDE A = AIRWAY DÝCHACÍ CESTY B = BREATHING DÝCHÁNÍ C = CIRCULATION KREVNÍ OBĚH D = DISABILITY

Více

Obsah prezentace. Co je to XML? Vlastnosti. Validita

Obsah prezentace. Co je to XML? Vlastnosti. Validita Obsah prezentace Co je to XML? Vlastnosti Validita Co je to XML? EXtensible Markup Language Účelem je usnadnit sdílení dat napříč informačními systémy Popis dokumentu z hlediska věcného obsahu Vyvinuto

Více

WebLIMS. Kuk do laboratoře

WebLIMS. Kuk do laboratoře WebLIMS Kuk do laboratoře 1. Přihlášení do WebLIMS Přístup do aplikace WEBLIMS naleznete na stránkách KNL v části Pro odborníky https://www.nemlib.cz. Kliknete na odkaz tlačítko a najdete odkaz na WebLIMS

Více

Příručka nastavení funkcí snímání

Příručka nastavení funkcí snímání Příručka nastavení funkcí snímání WorkCentre M123/M128 WorkCentre Pro 123/128 701P42171_CS 2004. Všechna práva vyhrazena. Uplatňovaná ochrana autorských práv se vztahuje na všechny formy a záležitosti

Více

Poznámky k verzi Remote support platform 3.1

Poznámky k verzi Remote support platform 3.1 What's New Verze dokumentu: 1.0 2014-05-09 Verze dokumentu Následující tabulka poskytuje přehled nejdůležitějších změn dokumentu. Verze Datum Popis 1.0 2014-05-09 První verze 2 All rights reserved. Verze

Více

Zrušení profilu zadavatele

Zrušení profilu zadavatele Zrušení profilu zadavatele Vydání Schváleno Ministerstvem pro místní rozvoj České republiky dne 17.07.2015 Verze v03.1 Účinnost 03.12.2012 Verze v03.2 Účinnost 08.02.2013 Verze v03.3 Účinnost 14.07.2014

Více

PŘÍLOHA č. 2 Vstupní formulář / V-12 / 7.07.07 /4_05 SMLOUVY O POSKYTOVÁNÍ A ÚHRADĚ ZDRAVOTNÍ PÉČE PRACOVIŠTĚ ORDINACE LÉKAŘE

PŘÍLOHA č. 2 Vstupní formulář / V-12 / 7.07.07 /4_05 SMLOUVY O POSKYTOVÁNÍ A ÚHRADĚ ZDRAVOTNÍ PÉČE PRACOVIŠTĚ ORDINACE LÉKAŘE IČO 4 7 2 1 9 1 3 1 IČZ smluvního ZZ 3 2 3 9 7 2 9 7 Číslo smlouvy 5 C 3 2 A 2 6 2 Název IČO MUDr. Lubomír Zdařil PŘÍLOHA č. 2 Vstupní formulář / V-12 / 7.07.07 /4_05 SMLOUVY O POSKYTOVÁNÍ A ÚHRADĚ ZDRAVOTNÍ

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

Obsah HE0084/ :45:06

Obsah HE0084/ :45:06 Obsah Obsah Export organizační struktury pro IDM (HE0084) 1 Instalace a registrace aplikačního objektu 2 Parametry 3 Spouštění 4 Výstupní soubor 4.1 Vzorek výstupu 5 XSD šablona 6 Novinky aplikace Export

Více

Anémie při chronickém onemocnění (kazuistika)

Anémie při chronickém onemocnění (kazuistika) Anémie při chronickém onemocnění (kazuistika) MUDr. Ľubica Cibičková, Ph.D. Tvorba a ověření e-learningového prostředí pro integraci výuky preklinických a klinických předmětů na LF UP a FZV UP Reg. č.:

Více

StaproFONS. Petr Siblík. Objednávání pacientů

StaproFONS. Petr Siblík. Objednávání pacientů StaproFONS Petr Siblík Objednávání pacientů Agenda 1) Vysvětlení vlastností a principů 2) Spektrum uživatelů 3) Možnosti objednávání NIS versus MySOLP 4) Přínosy pro ZZ a uživatele 5) Technické požadavky

Více

Oznámení profilu Zadavatele

Oznámení profilu Zadavatele Oznámení profilu Zadavatele Vydání Schváleno Ministerstvem pro místní rozvoj České republiky dne 17.7.2015 Verze v03.1 Účinnost 03.12.2012 Verze v03.2 Účinnost 08.02.2013 Verze v03.3 Účinnost 14.07.2014

Více

1. ÚVOD A INFORMACE O APLIKACI -3- 2. PŘÍSTUP DO SYSTÉMU IS LUCI A BEZPEČNOST -4- - 3. PŘÍSTUPOVÁ PRÁVA K SYSTÉMU -5-

1. ÚVOD A INFORMACE O APLIKACI -3- 2. PŘÍSTUP DO SYSTÉMU IS LUCI A BEZPEČNOST -4- - 3. PŘÍSTUPOVÁ PRÁVA K SYSTÉMU -5- MANUÁL K APLIKACI 1 OBSAH: 1. ÚVOD A INFORMACE O APLIKACI -3-2. PŘÍSTUP DO SYSTÉMU IS LUCI A BEZPEČNOST -4- - 3. PŘÍSTUPOVÁ PRÁVA K SYSTÉMU -5-4. HELPDESK ASISTENCE A DŮLEŽITÉ KONTAKTY -6-5. PRŮVODCE OBRAZOVKAMI

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

Informační systém Národní soustavy kvalifikací (IS NSK) Návod na obsluhu interního webu - tvorba kvalifikačního a hodnoticího standardu

Informační systém Národní soustavy kvalifikací (IS NSK) Návod na obsluhu interního webu - tvorba kvalifikačního a hodnoticího standardu Informační systém Národní soustavy kvalifikací (IS NSK) Návod na obsluhu interního webu - tvorba kvalifikačního a hodnoticího standardu 28.5.2013 Obsah Interní web IS NSK tvorba standardu Obsah... 2 Návod

Více

MVWS Reklamace Uživatelská příručka v1.0

MVWS Reklamace Uživatelská příručka v1.0 MVWS Reklamace Uživatelská příručka v1.0 Pro obce s rozšířenou působností KOMIX s. r. o. Historie dokumentu Datum Verze Stav Autoři 26.08.2010 1.0 Počáteční stav dokumentu Libor Málek KOMIX s. r. o. i/31

Více

WWW dotazovací služby pro prostorová data URM. Jiří Čtyroký Útvar rozvoje hl. m. Prahy

WWW dotazovací služby pro prostorová data URM. Jiří Čtyroký Útvar rozvoje hl. m. Prahy WWW dotazovací služby pro prostorová data URM Jiří Čtyroký Útvar rozvoje hl. m. Prahy Zpřístupnění geodat hl. m. Prahy 1. Mapové aplikace Zpřístupnění geodat hl. m. Prahy 1. Mapové aplikace 2. Geoportál

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

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

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

Informace. v ceně života

Informace. v ceně života Informace STAPRO s.r.o. Pernštýnské nám. 51 530 02 Pardubice v ceně života www.stapro.cz STAPRO s. r. o. Významný dodavatel a poskytovatel: - informačních systémů - zdravotnické techniky - služeb v oblasti

Více

Validace souborů DS3

Validace souborů DS3 Validace souborů DS3 Verze: 1.33 1. Rozsah...1 1.1 Identifikace systému...1 1.2 Přehled systému...1 2. Přehled verzí a změny v nich...1 3. Použité dokumenty...2 4. Shrnutí údajů o programovém vybavení...4

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

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

Technologické postupy práce s aktovkou IS MPP

Technologické postupy práce s aktovkou IS MPP Technologické postupy práce s aktovkou IS MPP Modul plánování a přezkoumávání, verze 1.20 vypracovala společnost ASD Software, s.r.o. dokument ze dne 27. 3. 2013, verze 1.01 Technologické postupy práce

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

DATOVÝ STANDARD O ODPADECH

DATOVÝ STANDARD O ODPADECH DATOVÝ STANDARD O ODPADECH verze MZP_ODPADY_2009_A OBSAH Vysvětlivky... 4 Označování hlášení, formát a rozsah tabulek... 4 Datový standard MZP_ODPADY_2009_A_S... 5 Datový standard MZP_ODPADY_2009_A_U...

Více

Platforma.NET 11.NET Framework 11 Visual Basic.NET Základní principy a syntaxe 13

Platforma.NET 11.NET Framework 11 Visual Basic.NET Základní principy a syntaxe 13 Obsah Úvod 11 Platforma.NET 11.NET Framework 11 Visual Basic.NET 12 1 Základní principy a syntaxe 13 Typový systém 13 Hodnotové typy 13 Struktury 15 Výčtové typy 15 Referenční typy 15 Konstanty 16 Deklarace

Více

Datové schránky Software602, a.s. Vytvořeno dne: Aktualizováno: Verze: 1.7 Klasifikace: Veřejný dokument

Datové schránky Software602, a.s. Vytvořeno dne: Aktualizováno: Verze: 1.7 Klasifikace: Veřejný dokument Datové schránky 2009 Software602, a.s. Vytvořeno dne: 29.4.2013 Aktualizováno: 18.12.2017 Verze: 1.7 Klasifikace: Veřejný dokument Obsah Datové soubory s údaji držitelů datových schránek 1. Úvod...3 1.1.

Více

Obrázek 1: Struktura programu z hlediska zapojení

Obrázek 1: Struktura programu z hlediska zapojení MANUÁL K PROGRAMU DBADVOKÁT Program byl vytořený za účelem třídění a uchovávání jednotlivých spisů (elektronické dokumenty [doc, xls, odt, pdf, xml,...], emaily a další důležité soubory) v centralním počítači

Více

[ 1 ] Ing. Tomáš Melen náměstek pro informatiku a ekonomiku 2009 Státní ústav pro kontrolu léčiv

[ 1 ] Ing. Tomáš Melen náměstek pro informatiku a ekonomiku 2009 Státní ústav pro kontrolu léčiv [ 1 ] [ 2 ] Přístup pro účastníky správních řízení Přístup pro farmaceutické firmy [ 3 ] Program prezentace Cíle prezentovaného řešení Představení prezentovaného řešení Diskuse a dotazy [ 4 ] Cíle prezentovaného

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