Komunikace mezi zdravotnickými IS v praxi (ověření)

Pilotní implementace Datového standardu MZ ČR 02.01.01 (XML) v aplikacích firmy STAPRO

Zcela přepracovaná nová generace Datového standardu Ministerstva zdravotnictví ČR - DS 02.01 byla připravována po celý rok 2001 autorským kolektivem DS. Nové komunikační rozhraní vychází z předchozí verze DS 01.20, kterou výrazně modifikuje jak po stránce obsahové (doplnění řady nových položek), tak po stránce formální (převod celého rozhraní do formátu XML). V současnosti se po opakovaném ověřování, připomínkování a testovacím provozu tento standard uvolňuje jako základní komunikační zdravotnický standard v České republice.

Firma STAPRO se projektu přípravy nové verze datového rozhraní účastnila mimo jiné tím, že pilotně aplikovala toto rozhraní do svých informačních systémů a v reálném provoze ověřila komunikaci zdravotnických subjektů s použitím tohoto rozhraní.

Prvním krokem při přípravě testovacího provozu byla volba pořadí implementace nového datového standardu do jednotlivých aplikací a jednotlivých řešených datových toků. Nakonec (i v zhledem jejich největšímu rozšíření) byly zvoleny následující aplikace a komunikační toky:

· LIS STAPRO - předávání výsledků ve tvaru nálezu i formalizovaně

· ambulantní SW AMICUS - příjem výsledků

- odesílání a příjem zpráv

- odesílání a příjem kompletních pacientských karet

· NIS MEDEA STAPRO - příjem výsledků

Popis realizace DS 02.01 v jednotlivých aplikacích:

LIS STAPRO

Implementace DS 02.01 v LIS znamenala navenek pouze další stav parametru "verze DS MZ", kde kromě stávajících verzi DS 01. (01.01, 01,.10 a 01.11) přibyl nový stav DS 02.00. Verzi rozhraní je možné nastavit globálně pro všechny žadatele nebo individuálně pro každé oddělení. V komunikačním denník jsou uvedeny informace o verzi rozhraní. Jinak funkce a možnosti LIS z hlediska předávání výsledků zůstaly nezměněné.

AMICUS

Implementace DS 02.01 v ambulantním SW AMICUS byla podstatně rozsáhlejší, protože v toto systému nebyla dosud implementována podpora práce s národním číselníkem laboratorních položek. Modul příjmu výsledků byl rozšířen tak, že automaticky rozlišuje výsledky ve formátu dle DS 02.01 a výsledky dle dosud používaného vnitřního formátu firmy STAPRO.Vzhledem k tomu, že stávající výsledky jsou uloženy s využitím jiného číselníku metod (globální číselník LIS STAPRO), je nově možné přijímat, zadávat a prohlížet výsledky uložené dle obou číselníků metod. Při přechodu na komunikaci dle DS 02.01 je zajištěna vazba mezi číselníky tak, že např. graf trendu metody S_UREA je možné vytvářet z obou uvedených číselníků.

Další významná část úprav se týkala změny formátu při předávání celých pacientských karet nebo vybraných informací z nich (např. zpráv) mezi IS. Původní řešení realizované v DS 01.10 bylo též doplněno o možnost využít DS 02.01.

NIS MEDEA

Při implementaci byl upraven a doplněn stávající komunikační program pro příjem výsledků o možnost příjmu výsledků dle DS 02.01. Importní modul automaticky rozlišuje verzi DS, pro DS 02.x je využit vestavěný XML parser programovacího jazyka Progress. Přijaté výsledky jsou poté ukládány a zobrazovány jednotným způsobem, nově řešeným v polovině roku 2001 (typicky kumulativní zobrazení). Použití DS 02.01 umožňuje snadněji řešit přenos řady údajů, v DS 01.11 neřešených a pro jejich předání doplněných do rozhraní tak, že nebyla porušena syntaxe, ale značně nesystémově.

Praktický průběh realizace a zkušenosti

V průběhu 1. čtvrtletí byla realizována výše uvedená komunikační rozhraní. Během implementace byly dále odhaleny a odstraněny některé nelogičnosti nebo chyby v popisu DS. Největším problémem asi byly neustálé změny DS dané jeho dolaďováním před konečným uvolněním.

Komunikace ve všech uvedených tocích byla otestována na více než 50 komunikačních paketech.

Systém LIS STAPRO s implementovaným rozhraním byl pilotně nasazen v laboratořích OKB a HTO nemocnice Pardubice a v laboratoři Sedia Pardubice. Výsledky ve formátu dle DS 02.00 jsou od 26.3.2002 předávány dvěma praktickým lékařům (MUDr. Skálovi a MUDr. Chocenskému) do jejich SW AMICUS. Pro vlastní přenos souborů s výsledky je použit systém internetové zabezpečené komunikace MISE.

Pilotní nasazení NIS MEDEA s implementovaným rozhraním dle DS 02.01 je vzhledem k cyklu verzování NIS a náročnosti upgrade celého NIS plánováno na začátek května 2002.

Na základě zkušeností z reálného provozu lze říci, že nová verze DS 02.01 je implementovatelná do informačních systémů a její použití umožní plnohodnotnou komunikaci se všemi možnostmi známými z předchozích verzí DS. Nová verze však sebou přináší již dnes možnost přenosu dalších detailnějších informací, snadnou rozšiřovatelnost v budoucnu bez nutnosti významných zásahů do IS všech komunikujících stran a velmi jednoduchou kontrolu základní syntaktické správnosti komunikačního souboru.

FAQ

Na základě našich zkušeností s implementací DS 02.01 se pokusím zde uvést odpovědi na nejběžnější otázky uživatelů zdravotnických informačních systémů z pohledu jednoho z dodavatelů těchto systémů:

Jak rozeznám soubory dle DS 01.xx a DS 02.01 ?

Již na první pohled je lze rozeznat podle jejich přípony, které je u souborů dle DS 02.xx vždy *.XML. Jméno souboru je tvořeno stejně jako u DS 01.xx s drobným doplněním. Nejčastěji se tedy setkáte se soubory RL*:XML nebo SL*.XML (laboratorní výsledky), RVR*.XML (výsledky zobrazovacího komplementu) resp. RNN*.XML a RP*.XML (zprávy a jiná data z NIS resp. z IS praktického lékaře).

Soubor dle DS 02.01 lze na první pohled též rozeznat podle mnohem srozumitelnějšího obsahu, zobrazitelného např. Internet Explorerem nebo běžným prohlížečem - viz příklad přenosu shodného výsledku jedné metody. Je i patrné výrazně větší rozsah pro předání podobné informace, který je daní za srozumitelnost a obecnost formátu XML.

a) příklad předání výsledku v DS 01.20

@VR

19082001070000I00581MR NR

0.23

IP

0 0.6 0 1.2 0 0.91 0 1

S ALT ukat/l CATC

I:Rr-00061;A:L(Ebr Jaroslav RNDr.)

@

b) … a v DS 02.01.

<vr typ_cispol="N" klic_nclp="00581" typpol_fh="0" stav_vys="A" urg_info="N" urg_zprac="R" typ_sdel_vys="N">

<dat_du format="DTS" typ="I">2001-08-19T07:00:00</dat_du>

<nazev_lclp>S_ALT</nazev_lclp>

<vrn priznak_kvant="R">

<hodnota>0,73</hodnota>

<skala typ="L" atribut="V" s_hodn_o="1">

<s1>0</s1>

<s2>0,6</s2>

<s3>0</s3>

<s4>1,2</s4>

<s5>0</s5>

<s6>0,91</s6>

<s7>0</s7>

<s8>1</s8>

<interpret_g_z> | | |* | </interpret_g_z>

</skala>

</vrn>

</vr>

Jaké jsou výhody (a nevýhody) změny komunikačního rozhraní ?

Proč je použit formát XML ?

Výhody :

· standardnost - jasný popis v hypertextové formě doplněný tzv. DTD souborem umožňujícím snadné ověření syntaktické správnosti paketu obecným validátorem (nebo validačním programem distribuovaným s rozhraním zdarma)

· srozumitelnost tvaru XML

· snadná rozšiřovatelnost ve formátu XML (přidání nové nepovinné položky nenutí žádnou z komunikujících stran ihned modifikovat komunikační programy - lze očekávat rychlejší a plynulejší rozvoj komunikačních možností DS)

· doplnění řady nových položek již v této verzi DS (časové údaje týkající se výsledku,…)

· odstranění logických chyb a nedostatků z DS 01.xx

· lepší identifikace klíčových položek (pacient, vzorek, výsledek, paket)

· možnost vytvoření univerzálního prohlížeče (je distribuován zdarma)

· podpora komunikace dle DS 02.xx odborem informatiky Ministerstva zdravotnictví

Nevýhody:

· výsledné komunikační soubory jsou větší (z typicky z 1 kB na 5-10 kB)

· nutnost úpravy komunikujících aplikací

Jak převést existující komunikaci do nového formátu dle DS 02.01 ?

Jednotliví dodavatelé zdravotnických informačních systémů nyní tento standard začínají zapracovávat do svých aplikací. Vzhledem ke složitosti předávaných dat i v poměrně přísně definovaném komunikačním standardu existují oblasti, které standard přímo neurčuje a ponechává je záměrně dosud variantní. Konkrétní implementace v jednotlivých IS nemusí pokrývat všechny varianty a pak se může stát, že soubor vytvářený jednou aplikací a ověřený validátorem na syntaktickou správnost ještě nemusí být správně a úplně přijímán jinou aplikací. Zde je třeba dohody dodavatelů všech dvojic konkrétních vzájemně komunikujících IS a většinou i drobné doladění řešení komunikačního modulu na jedné nebo obou stranách.

Pro zajištění např. předávání výsledků v novém DS musí být připraven odesílající IS (v tomto případě LIS) a též všechny přijímající IS (ambulantní a další IS různých dodavatelů). To znamená, že všechny strany musí mít nainstalovánu a nastavenu verzi IS, která podporuje DS 02.01 a je ověřena vzájemná "kompatibilita" všech komunikujících dvojic IS.

Zejména u rozsáhlejší sítě komunikujících zařízení je téměř nemožné zajistit synchronní splnění této podmínky u všech komunikujících subjektů. Odesílající IS tedy musí umožnit nastavení verze rozhraní jednotlivě pro každý komunikující subjekt a postupně, jak jsou jednotlivé subjekty připraveny pro komunikaci v novém standardu umožnit snadné uživatelské přepnutí verze komunikačního rozhraní.

Další možností je poskytnutí prohlížeče komunikačních souborů v DS 02.01, distribuovaného společně na CD s Datovým standardem. Ten příjemci umožní příjem, prohlédnutí a případně vytištění došlých dat, nenahradí však stávající komunikací s uložením dat do databáze IS.

Postup ve výše uvedeném případu předávání výsledků z laboratoře (který je asi nejběžnější) může být tedy následující:

· instalace LIS XYZ s podporou DS 02.01, základní nastavení, ale nespuštění,

· pokud dosavadní komunikace nepoužívala Národní číselník laboratorních položek(NČLP), navázat číselník metod laboratoře na NČLP a vytvořit lokálního číselníku laboratorních položek (LČLP) - tento bod může být poměrně pracný a časově náročný,

· ověření komunikace LIS XYZ s ambulantním IS firmy XY,

· instalace ambulantního IS firmy XY s podporou DS 02.01 na některém z pracovišť, nastavení komunikace, distribuce LČLP z laboratoře na pracoviště a načtení do ambulantního IS,

· spuštění komunikace v laboratoři v DS 02.01 pro toto pracoviště,

· opakování předchozích bodů do plné náhrady stávajících komunikačních toků.

U nově komunikujících subjektů je vhodné zahájit komunikaci již s aktuálním komunikačním rozhraním, pokud je to možné.

Jak fyzicky předávat soubory s komunikačními pakety ?

Cest je celá řada, nejjednodušší pro začátek je předávání na disketě nebo jiném médiu. Historicky vznikla řada dalších variant jako modemový přenos, předávání e-mailem atp. Ideálním cílovým stavem je použití některého z automatických systému internetového předávání dat zabezpečených z hlediska ochrany osobních dat (např. systém MISE fy STAPRO, pomocí něhož bylo ověřování realizováno).

Přílohy:

1. Ukázky z příjmu elektronicky došlých dat v programu Amicus

1. Seznam přijatých dat

2. Detail jednoho řádku ze seznamu přijatých dat - přijaté lab.výsledky

3. Výsledek zařazený v kartě pacienta

4. Detail jednoho řádku ze seznamu přijatých dat - ukázka náhledu přijaté zprávy

2. Referenční dopis MUDr. Chocenského

"Ověření komunikace laboratoř-ambulance ve formátu DS 2.0

Potvrzuji, že firma Stapro nainstalovala v mé ordinaci verzi ambulantního programu Amicus, který přijímá laboratorní výsledky ve formátu Datového standardu ministerstva zdravotnictví (DS) verze 2.0. Při ověřovacím provozu jsem přijal laboratorní výsledky z biochemické laboratoře nemocnice v Pardubicích a tyto výsledky načetl pomocí programu Amicus. Načtená data jsou v pořádku a komunikace laboratoř - ambulance ve formátu DS 2.0 funguje správně.

Dr. Vlastimil Chocenský, praktický lékař, Pardubice"