Pro přenos žádanky používáme jako kontejner PDF - více viz dokument DASTA4.PDF.
PDF spojuje žádanku a přiložené soubory do jednoho celku a zároveň slouží jako průvodka. Digitální podpis chrání všechny soubory a kvalifikované časové razítko umožňuje dlouhodobou archivaci.
Přílohou PDF může být další podepsané DASTA4.PDF - např. laboratorní výsledky. Autor žádanky pak není za tato data zodpovědný, ale svým podpisem za ně ručí laboratoř. PDF přílohu lze vyjmout a přeposlat dále.
Samotná žádanka je realizovaná pomocí XML souboru dle standardu DASTA 4, elementem ku_o:
| Žádanka | DS4 ku_o.typku | Specifická strukturovaná data |
|---|---|---|
| Nefrologické vyšetření | KONZ.NEFRO |
- |
| Zobrazovací vyšetření | RDG.* |
ku_o_rdg (procedura, lokalizace, lateralita, atd.) |
| Laboratorní | LAB.VYS |
ku_o_lab (metody, vzorky, parametry) |
Do textu průvodky je v rámci dat vložen i text přiložených souborů, transformace probíhá pomocí XSLT skriptu - lze tak upravit zobrazení přiložených lab. vyšetření apod.
Součástí GUI pro tvorbu žádanky je dynamická validace - lékař okamžitě vidí, které položky jsou povinné. Položky mohou být i podmíněně povinné, např. informaci o implantátech je nutné zadat pokud je zvolena procedura patřící pod magnetickou rezonanci. Validátor rozlišuje závažnost porušení pravidla:
Pokud je pro provedení vyšetření nutná určitá informace, pak je nutné uvést ji jako samostatnou položku a označit ji za povinnou. Bez vyplnění této položky nebude lékař moci žádanku odeslat.
Klinická událost - akceptace ku_a. V případě potřeby lze sdělit datum vyšetření v elementu dat_vys.
Pokud je externí příloha dostupná předem specifikovaným přístupem, pak není nutné ji přidávat jako přílohu do PDF. V takovém případě stačí se na přílohu odkázat. Odkaz pomocí názvu souboru - prilohaType.zdroj je nedostatečný, protože může dojít k dodatečné změně obsahu přílohy. Pokud se na přílohu odkážeme pomocí jejího hashe, pak každá změna obsahu bude detekovatelná. V případě non-PDF přílohy lze spočítat hash z celého souboru. V případě podepsané PDF přílohy existuje několik možností:
The value of messageImprint field within TimeStampToken shall be a hash of the value of signature field within SignerInfo for the signedData being time-stamped. V tomto případě je hash konstantní a pokrývá i podpis.První externí příloha je odkaz na PDF obálku. Na tu se nelze odkázat pomocí hashe, protože ten se počítá i z odkazu samotného. Odkaz pomocí souboru je také nedostatečný, protože po přejmenování obálky odkaz zanikne. Je proto vhodné definovat klíčové slovo envelope, které bude přeloženo na název souboru dynamicky. Případně lze definovat bool atribut je_obalka viz úprava XSD a tím umožníme zachování originálního názvu souboru a případné dynamické přeložení.
<priloha zdroj="RXX.pdf" typ="application/pdf" je_obalka="true">Žádost o nefrologické vyšetření</priloha>
Pokud NIS neumí pracovat s PDF kontejnerem, pak lze nastavit službu eZpráva tak, aby při příjmu konvertovala externí přílohy na interní. Výsledné XML tak bude obsahovat všechny přílohy včetně PDF.
Před konverzí pomocí služby:
Po konverzi pomocí služby:
Žádanku lze převést do FHIR pomocí konvertoru.
FormNovaZadanka je Form, jehož modelem je ZadankaBase. Tento model se v případě Z/lab. žádanky může rozpadnout na více DASTA4 souborů v závislosti na zvolených procedurách. ZadankaBase neobsahuje žádnou informaci o příjemci – tyto informace jsou uloženy v ZadankaBase.Dasta4.
Před zobrazením náhledu průvodky je nutné vygenerovat zprávy:
ZadankaBase pomocí metody ZadankaBase.FillDasta4(Zprava z, string externalAttachmentFileName=null)PDF musí být možné vygenerovat z DS4 – např. pro odeslání plánované žádanky.