ERP-001, verze 2_10, platnost od

Podobné dokumenty
DIS-13 verze 4 Hlášení dodávek distribuovaných humánních léčivých přípravků

Dokumentace pro výrobce SW DIS13 - WS

k provedení některých ustanovení zákona o léčivech týkajících se elektronických receptů

Způsob vytváření identifikačních znaků

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

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

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

Otázky a odpovědi k ereceptu

Pokyn DIS-13 verze 6 Hlášení dodávek distribuovaných humánních léčivých přípravků

č.. 378/2007 Sb., Zákon Martin Beneš edpisů PROVÁDĚCÍ PŘEDPISY K ZOL

[ 1 ] Seminář Centrální úložiště elektronických receptů, Praha, Státní ústav kontrolu léčiv

STÁTNÍ ÚSTAV PRO KONTROLU LÉČIV

Pokyn DIS-13 verze 5 Hlášení dodávek distribuovaných humánních léčivých přípravků

STÁTNÍ ÚSTAV PRO KONTROLU LÉČIV

Bezpečnost vzdáleného přístupu. Jan Kubr

Věstník SÚKL. Měsíční informace o léčivech a zdravotnických prostředcích. Mimořádné číslo VĚSTNÍKU ze dne

Otázky a odpovědi k ereceptu

STÁTNÍ ÚSTAV PRO KONTROLU LÉČIV

STÁTNÍ ÚSTAV PRO KONTROLU LÉČIV

erecept Zkušenosti z praxe Autor: MUDr. Lenka Džmurová

PROBLEMATIKA E-RECEPTU Z POHLEDU LÉKAŘE

vs. skutečnost JUDr. Radek Policar 7. listopadu 2017

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

CÚeR a RLPO Workshop č SÚKL

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

Recepty. Elektronický recept. Podporovaná funkcionalita. Založení předpisu

SP-ERP-007-W Datum účinnosti: Provozní řád erecept

TECHNICKÁ SPECIFIKACE VEŘEJNÉ ZAKÁZKY

Popis aktuálních funkcionalit, které jsou k dispozici v IS erecept - LÉKÁRNÍK

Role datových schránek v elektronické komunikaci zdravotnických zařízení

e preskripce pohledem lékárníků seminář ČNF pro e Health

VYHLÁŠKA. ze dne 6. února 2008

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

SBÍRKA PŘEDPISŮ ČESKÉ REPUBLIKY Vyhláška č. 54/2008 Sb. o způsobu předepisování léčivých přípravků, údajích uváděných na lékařském předpisu a o

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

Návrh II. VYHLÁŠKA ze dne ,

Vládní návrh. zákonů (zákon o léčivech), ve znění pozdějších předpisů. Parlament se usnesl na tomto zákoně České republiky:

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

Útoky na HTTPS. PV210 - Bezpečnostní analýza síťového provozu. Pavel Čeleda, Radek Krejčí

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

STÁTNÍ ÚSTAV PRO KONTROLU LÉČIV

Verze dokumentu 0.1 duben 2016

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

Presskit erecept a povinná elektronická preskripce

Přehled základních kontrol v ISoSS

STÁTNÍ ÚSTAV PRO KONTROLU LÉČIV

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

SÚKL HOW. makes progress CENTRÁLNÍ ÚLOŽIŠTĚ ELEKTRONICKÝCH RECEPTŮ SÚKL

TECHNICKÁ SPECIFIKACE VEŘEJNÉ ZAKÁZKY

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

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

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

Generování přístupových údajů a certifikátů pro zdravotnická zařízení

SBÍRKA ZÁKONŮ. Ročník 2017 ČESKÁ REPUBLIKA. Částka 146 Rozeslána dne 7. prosince 2017 Cena Kč 48, O B S A H :

(1) Pro předepsání, přípravu, výdej a použití individuálně připravovaného léčivého přípravku s obsahem

Bezpečnost internetového bankovnictví, bankomaty

54/2008 VYHLÁŠKA. ze dne 6. února 2008

Uživatelská dokumentace

Elektronická evidence tržeb. Neprodukční prostředí (playground) Přístupové a provozní informace

Dokumentace. k projektu Czech POINT. Popis použití komerčního a kvalifikovaného certifikátu

PARLAMENT ČESKÉ REPUBLIKY POSLANECKÁ SNĚMOVNA. VII. volební období 259/0

WinMEDICO ERP_Elektronický recept v 2.20

Popis B2B rozhraní pro elektronickou neschopenku

SSL Secure Sockets Layer

Registrace informačních systémů pro lékaře a lékárníky

Zákon o elektronickém zdravotnictví. Řízení identitních prostředků zdravotnických pracovníků a důsledky pro práci se zdravotnickou dokumentací

Postup uzavření smlouvy s poskytovateli lékárenské péče

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

TRANSPORTY výbušnin (TranV)

Uživatelská příručka Portálu CMS Centrální místo služeb (CMS)

erecept Státní ústav pro kontrolu léčiv

CASE MOBILE MOBIL JAKO AUTENTIZAČNÍ TOKEN

VYHLÁŠKA ze dne 2. dubna 2012 o předávání údajů do Národního zdravotnického informačního systému

Integrovaný informační systém státní pokladny. Ministerstvo financí. Integrovaný informační systém Státní pokladny

Specifikace služby OOS_ZUO01A

České národní fórum pro ehealth občanské sdružení se sídlem Trojanova 12, Praha 2 IČO

Desktop systémy Microsoft Windows

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

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

7. Aplikační vrstva. Aplikační vrstva. Počítačové sítě I. 1 (5) KST/IPS1. Studijní cíl. Představíme si funkci aplikační vrstvy a jednotlivé protokoly.

2016 STÁTNÍ ÚSTAV PRO KONTROLU LÉČIV

Komunikační napojení účastníků na centrální depozitář cenných papírů

STÁTNÍ ÚSTAV PRO KONTROLU LÉČIV

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

KONEC PADĚLKŮM LÉČIV V ČR. 5. května 2016, AIFP

VYHLÁŠKA ze dne 23. června 2009 o stanovení podrobností užívání a provozování informačního systému datových schránek

Typy kontrol a průběh kontroly II (kontrola NL)

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

Tisková konference. Státního ústavu pro kontrolu léčiv. Nová kategorie výdeje léčiv

123/2006 Sb. VYHLÁKA ČÁST PRVNÍ EVIDENCE NÁVYKOVÝCH LÁTEK A PŘÍPRAVKŮ

asto kladené otázky týkající se zpráv hlášení výdeje LP na identifikovaného pacienta pro SÚKL dle 82 odst.(3) písm.d zákona 378/2008, zákon o lé

Jak může probíhat vedení čistě elektronické zdravotní dokumentace v NIS

Pracovní postup pro testování modulu Organizační struktura a systemizace (OSYS)

Autorizovaná konverze dokumentů

Návod na aktivaci účtu SÚKL a vygenerování certifikátu pro přístup do centrálního úložiště receptů

Česká správa sociálního zabezpečení

Elektronická evidence tržeb

POKYNY K REGISTRACI PROFILU ZADAVATELE

tel: fax: (dále jen Zařízení lékárenské péče )

Transkript:

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 a o změnách některých souvisejících zákonů (zákon o léčivech), ve znění pozdějších předpisů (dále jen zákon o léčivech"), a v souladu s 11 vyhlášky č. 54/2008 Sb., o způsobu předepisování léčivých přípravku, údajích uváděných na lékařském předpisu a o pravidlech používání lékařských předpisů (dále jen vyhláška") vymezeny a blíže upřesněny formáty a datová rozhraní pro elektronický recept, elektronické identifikační znaky a komunikaci s centrálním úložištěm elektronických receptů, jakož i komunikačního adaptéru a další specifikace, nezbytné pro elektronické předepisování humánních léčivých přípravků. Léčivé přípravky předepisují podle své odbornosti lékaři poskytující zdravotní péči a veterinární lékaři, a to vystavením lékařského předpisu, který může být, po dohodě s pacientem, v elektronické podobě. Předepisující lékař je v tomto případě povinen zaslat vystavený elektronický recept centrálnímu úložišti elektronických receptů, které mu obratem sdělí identifikační znak, kterým je zaslaný elektronický recept opatřen. Tento identifikační znak, na jehož základě bude předepsaný léčivý přípravek v lékárně vydán, musí předepisující lékař sdělit pacientovi. Forma předání identifikačních znaků není zákonem stanovena, lze tedy využít jakékoliv obecně dostupné technologie, které umožní pacientovi a kterékoliv lékárně tyto identifikační znaky číst a zpracovat. Očekávanou cestou je přenos identifikačních znaků v podobě čárového kódu na opis receptu", který je čitelný jak pacientem, tak lékárnou. 1. Předepsaný elektronický recept Rozsah údajů Elektronický recept vytváří a zasílá centrálnímu úložišti receptů lékař po dohodě s pacientem. Elektronický recept obsahuje údaje stanovené 6 vyhlášky, dále může být doplněn dalšími údaji, kterými jsou zejména poznámky týkající se předepsaného léčivého přípravku pro vydávajícího lékárníka a pacienta. Definice položek elektronického receptu pro předávání centrálnímu úložišti je definovaná v přiloženém datovém rozhraní. Elektronický recept se vytváří prostřednictvím informačního systému předepisujícího lékaře ve formátu standardního rozšiřitelného značkovacího jazyka XML. Na elektronický recept nelze předepsat léčivé přípravky obsahující omamné a psychotropní látky, předepisované na předpis označený modrým pruhem. 2. Datové rozhraní Datové rozhraní elektronického receptu obsahuje údaje v rozsahu definovaném vyhláškou 54/2008 Sb. a doplňkové/nepovinné údaje.

Popis datového rozhraní elektronického receptu, je uložen ve formátu HTML nebo DOC dokumentace datového rozhraní. HTML dokumentace je ve složce Definice položek - elektronický recept HTML". DOC dokumentace je ve složce Definice položek - elektronický recept DOC". Je popsán každý typ definice zasílané zprávy a odpověď na ni vytvářená centrálním úložištěm (typizace zpráv viz bod 4. Způsob komunikace s centrálním úložištěm). Definice datového rozhraní pro každý typ zprávy v podobě definičních souborů (DTD) je umístěno ve složce Definice zpráv - elektronický recept DTD". Definice datového rozhraní pro každý typ zprávy v podobě definičních souborů (XSD) je umístěno ve složce Definice zpráv - elektronický recept XSD". Popis datového rozhraní pomocných funkcí, je uložen ve formátu HTML nebo DOC dokumentace datového rozhraní. HTML dokumentace je ve složce Definice položek - pomocné funkce HTML". DOC dokumentace je ve složce Definice položek pomocné funkce DOC". Je popsán každý typ definice zasílané zprávy a odpověď na ni vytvářená centrálním úložištěm (typizace zpráv viz bod 4. Způsob komunikace s centrálním úložištěm). Definice datového rozhraní pro každý typ zprávy v podobě definičních souborů (XSD) je umístěno ve složce Definice zpráv - pomocné funkce XSD". 3. Elektronické identifikační znaky Elektronický identifikační znak je uváděn ve formátu UUID nebo GUID a je generovaný podle závazných pravidel publikovaných v RFC 4122 (viz http://www.ietf.org/). Způsob předávání elektronických receptů centrálnímu úložišti 4. Způsob komunikace s centrálním úložištěm Informační systém lékaře komunikuje s centrálním úložištěm prostřednictvím zpráv definovaných v datovém rozhraní. Odesláním zprávy lze centrální úložiště požádat o: Založení elektronického receptu v centrálním úložišti Načtení uloženého elektronického receptu v centrálním úložišti Změnu elektronického receptu uloženého v centrálním úložišti Zrušení uloženého elektronického receptu v centrálním úložišti

Načtení výdejů léčivých přípravků na elektronický recept Pomocné informace (např. informace o viabilitě úložiště) Odpovědí centrálního úložiště je odeslání zprávy ke každému typu žádosti. 5. Přístupové body k centrálnímu úložišti Přístupové body pro zasílání elektronických receptů a prostřednictvím informačního systému lékaře jsou definované pro příslušné typy přístupů: Přístup prostřednictvím VPN tunelu: JMS komunikace - JMS adaptér: gtw-jms01.sukl.cz 195.113.95.101, tcp://gtw-jms01.sukl.cz:2900 gtw-jms02.sukl.cz 195.113.95.102, tcp://gtw-jms02.sukl.cz:2900 Webové služby - WSDL: gtw-ws01.sukl.cz - 195.113.95.99, Elektronické recepty pod přístupovým kódem lékaře: http://gtw-ws01.sukl.cz:4540/sst/erp_lekar_2_10_07?wsdl Pomocné funkce pod přístupovým kódem ambulance: http://gtw-ws01.sukl.cz:4520/sst/util_2_11_01_amb?wsdl Pomocné funkce pod přístupovým kódem lékaře: http://gtw-ws01.sukl.cz:4520/sst/util_2_11_01_lekar?wsdl gtw-ws02.sukl.cz - 195.113.95.100, Elektronické recepty pod přístupovým kódem lékaře: http://gtw-ws02.sukl.cz:4540/sst/erp_lekar_2_10_07?wsdl Pomocné funkce pod přístupovým kódem ambulance: http://gtw-ws02.sukl.cz:4520/sst/util_2_11_01_amb?wsdl Pomocné funkce pod přístupovým kódem lékaře:

http://gtw-ws02.sukl.cz:4520/sst/util_2_11_01_lekar?wsdl Přístup prostřednictvím SSL protokolu: JMS komunikace - JMS adaptér: gtw-ssl-jms01.sukl.cz - 195.113.95.38, tcp://gwt-ssl-jms01.sukl.cz:2900 gtw-ssl-jms02.sukl.cz - 195.113.95.39, tcp://gwt-ssl-jms02.sukl.cz:2900 Webové služby - WSDL gtw-ssl-ws01.sukl.cz - 195.113.95.38, Elektronické recepty pod přístupovým kódem lékaře: https://gtw-ssl-ws01.sukl.cz:4640/sst/erp_lekar_2_10_07_ssl?wsdl Pomocné funkce pod přístupovým kódem ambulance: https://gtw-ssl-ws01.sukl.cz:4620/sst/util_2_11_01_amb_ssl?wsdl Pomocné funkce pod přístupovým kódem lékaře: https://gtw-ssl-ws01.sukl.cz:4620/sst/util_2_11_01_lekar_ssl?wsdl gtw-ssl-ws02.sukl.cz - 195.113.95.39, Elektronické recepty pod přístupovým kódem lékaře: https://gtw-ssl-ws02.sukl.cz:4640/sst/erp_lekar_2_10_07_ssl?wsdl Pomocné funkce pod přístupovým kódem ambulance: https://gtw-ssl-ws02.sukl.cz:4620/sst/util_2_11_01_amb_ssl?wsdl Pomocné funkce pod přístupovým kódem lékaře: https://gtw-ssl-ws02.sukl.cz:4620/sst/util_2_11_01_lekar_ssl?wsdl 6. Zabezpečení přístupu a přenosu dat

Zasílání elektronických receptů je prováděno prostřednictvím zabezpečeného spojení vytvořeného nad veřejnou datovou sítí (Internet). Zasílání je možné uskutečnit prostřednictvím jedné z následujících metod zabezpečeného přístupu. Přístup prostřednictvím VPN tunelu K zabezpečení poskytovaných údajů během přenosu je mezi přístupovým bodem (zdravotnickým zařízením - lékařem) a SÚKL vytvořen VPN tunel pro zajištění šifrovaného přenosu dat. VPN tunel mezi přístupovým bodem (zdravotnickým zařízením - lékařem) a SÚKL bude zabezpečen pomocí protokolu IPsec (IP security, specifikovaný v RFC 4308) v tunel módu s podporou IKEv2 (Internet Key Exchange specifikovaný v RFC 4306). Pro komunikaci s VPN serverem (centrálním úložištěm) jsou podporovány následující vlastnosti IPSec tunelu: Podpora kryptovacích mechanismů dle RFC 4305 Podpora PKI (Public Key Infrastructure) ověřování pomocí certifikátů X.509 v3 VPN klient musí podporovat komunikaci na VPN server (centrální úložiště) prostřednictvím UDP protokolu dle RFC 3948 UDP Encapsulation of IPsec ESP Packets" Podpora navázat tunel přes NAT/PAT (Network Address Translation/Port Network Address Translation), kde je požadována podpora RFC 3715 IPsec-Network Address Translation (NAT) Compatibility Requirements" a RFC 3947 Negotiation of NAT- Traversal in the IKE" Zdravotnickému zařízení bude pro tento účel doporučeno vybavení zabezpečovací technologie ze strany SÚKL, na vytvoření VPN spojení. VPN tunel neslouží k zajištění připojení zdravotnického zařízení do Internetu. Přístup prostřednictvím SSL protokolu K zabezpečení poskytovaných údajů během přenosu je mezi přístupovým bodem (zdravotnickým zařízením - lékařem) a SÚKL vytvořeno zabezpečené spojení prostřednictvím SSL protokolu. Pro komunikaci s SSL serverem (centrálním úložištěm) jsou podporovány následující vlastnosti SSL protokolu Podpora SSL Version 3.0, Transport Layer Security (TLS) Version 1.0. RFC 2246 Podpora PKI (Public Key Infrastructure) ověřování pomocí certifikátů X.509 v3 Podpora kryptovacích mechanismů dle RFC 3268 7. Autentizace

Přístup k funkcím centrálního úložiště je založen na jednoznačném určení přistupujícího lékaře i pracoviště lékaře. Způsob autentizace do centrálního úložiště je definován pro následující možné metody přístupu. Autentizace pracoviště prostřednictvím VPN tunelu Přístup do centrálního úložiště je zajištěn prostřednictvím sady unikátních přístupových kódů. Jeden přístupový pár (jméno+heslo) slouží pro ustanovení VPN spojení. Druhý přístupový pár slouží pro identifikaci komunikačního klienta WS i JMS a ustanovení spojení s JMS brokerem. Třetí pár je určen k přístupu zdravotnického zařízení na portál uživatele centrálního úložiště. Zdravotnické zařízení je prvotní sadou přístupových kódů vybaveno ze strany SÚKL na základě žádosti provozovatele zdravotnického zařízení zaslané v podobě datové zprávy a opatřené zaručeným elektronickým podpisem statutárního zástupce. Datová zpráva je vytvořena vyplněním formuláře žádosti o přidělení autentizačních kódů na webu www.sukl.cz Autentizace pracoviště prostřednictvím SSL protokolu Přístup do centrálního úložiště je zajištěn prostřednictvím sady unikátních přístupových kódů a certifikátu. Certifikát slouží pro kryptovanou komunikaci mezi centrálním úložištěm a informačním systémem lékaře. Jeden přístupový pár slouží pro identifikaci komunikačního klienta WS i JMS a ustanovení spojení s JMS brokerem. Druhý pár je určen k přístupu zdravotnického zařízení na portál uživatele centrálního úložiště. Zdravotnické zařízení je prvotní sadou přístupových kódů a certifikátem pro kryptaci komunikace vybaveno ze strany SÚKL na základě žádosti provozovatele zdravotnického zařízení zaslané v podobě datové zprávy a opatřené zaručeným elektronickým podpisem statutárního zástupce. Datová zpráva je vytvořena vyplněním formuláře žádosti o přidělení autentizačních kódů na webu www.sukl.cz Autentizace lékaře přistupujícího k funkcím centrálního úložiště Přístup lékaře do centrálního úložiště je zajištěn prostřednictvím sady unikátních přístupových kódů. Ověření přístupových kódů (jméno+heslo) je prováděno při každém volání funkce pro práci s elektronickým receptem nebo výdejem na recept. Je ověřována shoda autentizačních údajů (ID lékaře přidělené SÚKL a přístupové heslo) zaslaných při volání funkcí centrálního úložiště s údaji uloženými v systému pro správu identit SÚKL. Lékař je prvotní sadou přístupových kódů vybaven ze strany SÚKL na základě žádosti provozovatele zdravotnického zařízení zaslané v podobě datové zprávy a opatřené zaručeným

elektronickým podpisem statutárního zástupce. Datová zpráva je vytvořena vyplněním formuláře žádosti o přidělení autentizačních kódů na webu www.sukl.cz. 8. Autorizace Každý elektronický recept lékař podepisuje prostřednictvím vlastního informačního systému zaručeným elektronickým podpisem. Autorizace transakcí lékaře přistupujícího k centrálnímu úložišti je dále prováděna při každém volání funkce pro práci s elektronickým receptem nebo výdejem na recept. Autorizace ověřuje, že zasílající lékař volá funkce a zasílá data pod svým ID uživatele. Porovnává se autentizační ID lékaře z http nebo jms hlavičky a ID_lékaře v těle zprávy podepsané ZEP. To zaručuje, že uživatel zasílá data sám za sebe. Centrální úložiště vždy zasílá odpověď podepsanou zaručenou elektronickou značkou úložiště. 9. Přenosové protokoly Předávání elektronických receptů provádí informační systém lékaře využitím přenosového protokolu. Pro tento účel jsou k dispozici: a) SOAP/WSDL protokol (viz WSDL definice pro webové služby"), který využívá webové služby na straně SÚKL, nebo b) JMS protokol (viz JMS Adaptéry"), který využívá nativní prostředí JMS komunikace mezi ESB serverem na straně SÚKL a MQ klientem na straně lékaře. JMS klient je k dispozici pro různé operační systémy bezplatně ke stažení na webové stránce JMS klient 10. Dokumentace k uvedeným rozhraním Dokumentace je uvedena v příloze tohoto pokynu a je rozdělena na jednotlivé složky, které obsahují: Definice položek - elektronický recept HTML Definice položek elektronický recept DOC Definice zpráv - elektronický recept DTD Definice zpráv - elektronický recept XSD Definice položek - pomocné funkce HTML Definice položek - pomocné funkce DOC Definice zpráv pomocné funkce XSD JMS Dokumentace JMS Adaptéry WS Dokumentace WSDL definice pro webové služby XML příklady

11. Doplňující informace Přístupové body pro SOAP/WSDL a JMS, komunikační infrastruktura a úložiště, včetně zabezpečení a žurnálování provozu, jsou dostupné s účinností od 2009. 01. 01. Kontaktní adresa pro další informace - posta@sukl.cz