*ku_z - klinické události: zpracování zakázky (pro DS4)

Sdělování výsledků vyšetření pacienta a zpráv o pacientovi - případně oprava, či storno zprávy.

{distribuováno od verze 4.01.01}

kód	T	D	V	plný název	hodnota	podmínky, pokyny, poznámky	změny
typku	a	-20	1	typ klinické události	[TYP_KU] #!, položka klic	Podrobné popisy KU - viz dokument: klinické události pokyny: viz typku - pokyny
typkuspeclok	a	-40	?	specifikace k typu k. u. lokální	volný text	pokyny: viz typkuspeclok - pokyny poznámky: viz typkuspeclok - poznámky
fazespec	a	2	1	specifikace fáze	ZR, ZP, ZF, ZK, ZO, ZS viz seznam hodnot		4.17.01 doplněny pokyny k ZO a ZS
idku	a	-40	(1)	ID klinické události Unikátní neměnné ID, napříč informačními systémy, trvale svázané s konkrétní KU!	formalizovaný znakový řetězec	pokyny: viz idku - pokyny
idsub	a	-40	(?)	ID dílčího úkolu	formalizovaný znakový řetězec	pokyny: 1. povinnost/nepovinnost určuje číselník typů klinických událostí 2. je ve vazbě na číselník [TYP_KU] 3. viz idsub - pokyny	Nové od verze DS04.07.01
idkulok	a	-40	?	ID klinické události lokální (pro lokální komunikace)	volný text	pokyny: viz idkulok - pokyny
elabidzad_sk	a	-30	?	ID laboratorní žádanky NZIS pro Slovensko	volný text	pokyny: využívají jen IS na Slovensku, v ČR bezpředmětné	Nové od verze DS04.27.03
iid	e		?	instance identifikátor		pokyny: 1. viz iid - pokyny 2. u zpráv určených do zahraničí je povinné! poznámka: původně připraveno pro klinické události typu PATSUM.*** a pro H.PROPZF	Od 4.19.01 vyměněn idkuglob za iid (obsah identický)
urgentni	a	1	?	urgentní zpráva (z požadavku objednavatele)	V, S, N viz seznam hodnot	pokyny: viz urgentni - pokyny	Nové od verze DS04.07.01
urg_info	a	1	?	urgentnost informace (rozhodnutí zpracovatele)	[LVUIN] #, položka klic viz obsah číselníku	pokyny: 1. implicitní = N 2. viz urg_info - pokyny poznámky: viz urg_info - poznámky	Nové od verze DS04.13.02; v 4.17.01 doplněno S
duvernost	a	1	?	stupeň důvěrnosti zprávy	1, 2, 3 viz seznam hodnot	pokyny: viz duvernost - pokyny	Nové od verze DS04.08.05
duverne	a	1	?	důvěrná informace pro lékaře	A, N viz seznam hodnot	pokyny: viz duverne - pokyny
duvod_vys	a	-1000	?	důvod vyšetření (proč bylo žádáno)	volný text na max 1000 znaků	pokyny: vrací se z bloku ku_o	nové od DS04.28.04
klin_otazka	a	-1000	?	klinická otázka (na kterou bylo třeba odpovědět)	volný text na max 1000 znaků	pokyny: vrací se z bloku ku_o	nové od DS04.28.04
spec_poz	a	-1000	?	speciální požadavek	volný text na max 1000 znaků	pokyny: vrací se z bloku ku_o	nové od DS04.28.04
nazev	e	-80	?	název zprávy	volný text	pokyny: Název zprávy vytvořený nejčastěji autorem zprávy nebo generovaný systémem.	Nové od verze DS04.08.05
jazyk_dok	e		?	jazyk zprávy (jazyk, v němž je vypracována sdělovaná zpráva)		pokyny: V tuzemské komunikaci se neuvádí, implicitní hodnotou je čeština = cs-CZ; bude uváděno u zpráv ze zahraničí a do zahraničí.	Nové od 4.17.01
dat_prov	e		1	datum a čas provedení (datum a čas události)	formát DTS u dekurzů D	pokyny: jedná se o datum a čas události (čas odběru, čas podání aj.); viz datumy a časy - pokyny
dat_real_od	e		?	datum a čas realizace - od	formát DT nebo D	pokyny: viz datumy a časy - pokyny
dat_real_do	e		?	datum a čas realizace - do	formát DT nebo D	pokyny: viz datumy a časy - pokyny
dat_vydani	e		1	datum a čas vydání zakázky	formát DTS	pokyny: viz datumy a časy - pokyny
dat_poz	e		?	datum a čas požadavku	formát DTS	pokyny: viz datumy a časy - pokyny
z_pracoviste	e		?	žádající pracoviště		poznámky: 1. blok pracoviste 2. pro SR může být připraven blok pracoviste_sk
z_pracovnik	e		?	žádající osoba		poznámky: 1. blok pracovnik 2. pracovník, odborník, lékař...
p_pracoviste	e		1	provádějící pracoviště (váže se k celé k. u.)		poznámky: 1. blok pracoviste 2. pro SR může být připraven blok pracoviste_sk V případě zasílání soupisu zpráv se vkládá pomocný text „pracoviště“.
p_pracovnik	e		?	provádějící osoba (váže se k celé k. u.)		pokyny: pro souhrn o pacientovi povinné (= garant) poznámky: 1. blok pracovnik 2. pracovník, odborník, lékař...	v 04.17.01 doplněn pokyn o povinnosti pro PS
sdilejici	e		*	sdílející pracoviště (pracovník)		pokyny: 1. těmto pracovištím bylo požadováno zaslání kopie zprávy (realizované zakázky); 2. přenáší se z ku_z a doplňuje informace o realizaci	nové od 4.26.02
zpo	e		?	zodpovídající pracoviště (poskytovatel) a osoba		pokyny: Vyplní se povinně jen pro Patient Summary - právní odpovědnost za obsah. (Pro KU = PATSUM.DAT)	nové od 4.17.01
pv_ku	e		?	platební vztah okamžitý vázaný k této KU		pokyny: viz 03	nové od 04.07.01
studie	e		?	studie vázaná k této KU		pokyny: viz 03	nové od 04.07.01
garant_dat	e		?	garant dat		poznámka: V PatSum je garant dat tzv. custodian. Technická odpovědnost za zprávu.
dg_poz	e		*	datový blok diagnózy - z objednávky		pokyny: 1. diagnózy, které se váží k této KU, přepisuje se z objednávky 2. viz 01 poznámky: řeší se pomocí bloku dgz	od 4.17.01 již není povoleno měnění; pro změny viz dg_vys
lek_poz	e		?	datový blok léky - z objednávky		pokyny: 1. léky, které se váží k této KU přepisuje se z objednávky 2. viz 01 poznámky: řeší se pomocí bloku le
urg_poz	e		?	datový blok urgentních informací „u“- z objednávky		pokyny: 1. urgentní informace, které se váží k této KU, přepisuje se z objednávky 2. viz 01 poznámky: řeší se pomocí bloku u
leg_vyk	e		?	legislativní výkazy		pokyny: přepisuje se z objednávky
text	e		1	vlastní text sdělení		pokyny: Neformalizované sdělení, formalizované viz dále. Podrobný výklad viz 02 .
text_zaver	e		?	text závěrečného souhrnu a hodnocení		pokyny: 1. stručný text 2. viz 02 poznámky: blok text
text_pp	e		?	text pro pacienta		pokyny: 1. stručný text 2. viz 02 3. viz duverne - pokyny poznámky: blok text
dg_vys	e		*	blok diagnózy - z vyšetření		pokyny: 1. diagnózy, které vyplývají ze zprávy (vázané k tomuto vyšetření) - aktualizace oproti původnímu dg_poz 2. viz 01 poznámky: řeší se pomocí bloku dgz
le_vys	e		?	blok léky - z vyšetření		pokyny: 1. léky, které vyplývají ze zprávy (vázané k tomuto vyšetření) - aktualizace oproti původnímu lek_poz 2. viz 01 poznámky: řeší se pomocí bloku le	nové od 4.16.01
ku_z_tp	e		*	sdělení, nebo vydání TP (transfuzní přípravky) (v rámci bloku pro k. u. LAB)		pokyny: blok se váže ke klinické události LAB z laboratoře TRF, je zasílán společně s blokem ku_z_lab (s nímž je provázaný)	nové od 4.28.01
ku_z_lab	e		/*	blok pro k. u. LAB (laboratoře)		podmínky a pokyny: 1. viz speciální bloky - podmínky 2. Slouží pro formalizované sdělení všech lab. výsledků uvedených v elementu text 3. může být volán opakovaně
ku_z_rdg	e		/?	blok pro k. u. RDG (obrazy)		podmínky a pokyny: viz speciální bloky - podmínky
ku_z_pat_n	e		/*	blok pro k. u. PAT.HISTOLOG a PAT.CYTOLOG		podmínky a pokyny: 1. viz speciální bloky - podmínky 2. Slouží pro formalizované sdělení lab. výsledků.vyšetření nádorů 3. může být volán opakovaně	nové od 4.16.01
ku_z_soupis	e		/?	blok pro k. u. SOUPIS		podmínky a pokyny: 1. viz speciální bloky - podmínky 2. Slouží pro sdělování soupisu zpráv.	nové od 4.10.01
ku_pac	e		/?	blok pro k. u. PATSUM.DAT a jiné datové bloky vyžadující sdělení identifikačních údajů		podmínky a pokyny: 1. viz speciální bloky - podmínky 2. Slouží pro sdělování identifikačních údajů pacienta; součást k. u. PATSUM.DAT a některých dalších KU v rámci PS (PatSum, SoP).	nové od 4.17.01
ku_z_patsumdat	e		/?	blok pro k. u. PATSUM.DAT		podmínky a pokyny: 1. viz speciální bloky - podmínky 2. Slouží pro sdělování souhrnu o pacientovi cestou datových bloků DS4. 3. Vždy společně s ku_pac.	nové od 4.17.01
ku_z_patsumsest	e		/?	blok pro k. u. PATSUM.SEST		podmínky a pokyny: 1. viz speciální bloky - podmínky 2. Slouží pro sdělování souhrnu o pacientovi cestou dokumentu HL7 CDA.	nové od 4.17.01
ku_z_propz	e		/?	blok pro k. u. H.PROPZF i H.PROPPREDBF (propouštěcí zpráva formalizovaná)		podmínky a pokyny: 1. viz speciální bloky - podmínky 2. Slouží pro formalizované sdělení propouštěcí zprávy	nové od 4.25.01
auzku	e		*	blok pro sdělení výkonu nebo ZÚMu pro tuto klinickou událost		poznámky: opakuje se dle počtu sdělovaných dg., výkonů, ZÚMů
kuzAny	e		?	firemní blok		pokyny: viz firemní bloky

[XML Schema] [Příklad]

Podmínky pro validaci

Podmínky, pokyny, seznam hodnot, poznámky:

*ku_z

poznámky k celému bloku:

Blok je určen ke sdělování výsledků vyšetření pacienta (zpráv) všech typů klinických událostí a jejich fázi.

Slouží k průběžnému, finálnímu i následnému (kopie, výpis, předání) sdělování zpráv. Umožňuje realizovat opravy a storna.

typku

pokyny:

Typy klinických událostí jsou definované číselníkem [TYP_KU],

podrobné informace k jednotlivým událostem jsou v popisu klinické události - zde jsou i KU dosud neuvolněné a navrhované (do praxe se postupně uvolňují jen ty, které jsou z praxe žádané).

Z definice každé z klinických událostí plyne, zda jsou pro tuto KU povinné ID údaje idku nebo idsub a zda může být tato KU použita v bloku ku_o nebo ku_z. Tyto informace jsou v popisu klinické události i v číselníku TYP_KU.

typkuspeclok

pokyny:

Blíže specifikuje klinickou událost. Zapisuje se volným textem. Přepisuje se z objednávky - požadavkového listu.

fazespec

seznam hodnot:

ZR - rozpracovaná zakázka je předávána k dalšímu zpracovávání

ZP - zpracovávání zakázky (průběžné sdělování dílčích výsledků nebo zpráv) - může se v čase opakovat, bude následovat ZF;

Pozor! Každá ZP následující obsahuje to, co ZP předchozí! Po zaslání ZF nemůže být již zasílána ZP!

ZF - zpracování zakázky finální (finální sdělení a ukončení zakázky) - sděluje se jen jednou, po ZF není možné další ZF nebo ZP

ZK - finálně zpracovaná zakázka je v kopii zasílána jako součást objednávky nebo na vyžádání (výpis dat)

ZO - oprava zpracované zakázky (z rozhodnutí dodavatele) - vše původně zaslané bude zrušeno a nahrazeno zasílaným obsahem

ZS - storno zpracované zakázky (z rozhodnutí dodavatele) - vše původně zaslané bude zrušeno (bez dodání nových dat)

Důležité upozornění k ZO a ZS:

- oprava či storno v případě ZO a ZS se netýká údajů přenášených z objednávky, ale pouze dat vzniklých na straně zpracovatele

- současně musí být provedena patřičná neodkladná opatření s ohledem na vzniklou situaci a její závažnost! (telefon, kontakt)

Při sdělování zprávy s fazespec = ZS či ZO, je možné s ohledem na situaci nastavit urgentnost informace (urg_info = S) a v bloku dasta nastavit ur = S či V.

Poznámka k DS3/DS4:

storna a zrušení zavedené ve verzi DS3 do bloku VR se v bloku KU_Z_LAB již nevyužívají, řeší se jako celek v KU_Z

idku

pokyny:

ID začíná povinně kódem firmy z číselníku firem (viz [TAB_KF]), pak obsahuje jen číslice, písmena anglické abecedy a případně znaky "_" (podtržítko), "-" (pomlčka), ":" (dvojtečka) nebo "." (tečka), přičemž za posledním znakem "." (tečka) je povinně číslo celé ve tvaru 4B (v rozsahu 1 až 2³¹-1, tj. 1 až 2147483647). Za jednoznačnost konstrukce v rámci všech SW této firmy ručí v ID uvedená firma.

Klíčový údaj, sloužící k jednoznačné a trvalé identifikaci klinické události pacienta.

Váže se k pacientovi, typu události a času příslušné události (akce) - odběru materiálu, ukončení sběru materiálu sbíraného v časovém intervalu, ukončení podávání infúze, podání léku, provedení vyšetření, provedení výkonu, aktuální zjištění informace atd.

Hodnotu idku přidělí příslušné klinické události ten, kdo ji po jejím vzniku jako první vloží do informačního systému (např. událost vznikne odběrem krve pro laboratoř - pokud je objednávka do laboratoře realizována elektronicky, přidělí idku žadatel o vyšetření při zakládání objednávky v bloku ku_o, pokud ale zasílá požadavky laboratoři papírovou žádankou, přidělí idku až laboratoř a sdělí v bloku ku_z).

Tento identifikační neměnný údaj idku je od okamžiku jeho vzniku povinné uvádět s příslušnou událostí v rámci celého řetězce jejího pohybu napříč informačními systémy. Je svázaný s pacientem, událostí a časem události. Díky idku lze vždy dohledat, o jaká data se jedná (realizovat opravy, storna, doplňky, kopie, rozpoznat duplicity atd.).

V číselníku KU je pro jednotlivé typy typku vyznačeno, kde je užití idku v blocích ku_o či ku_z předepsáno jako nepovinné (implicitě je v blocích ku_x předepsáno jako povinné).

Nepovinné je pouze u speciálních typů KU (VYPIS.ZPRAV, SOUPIS.ZPRAV, PATSUM.ALL, EXPORT.DAT).

Podrobný popis a případné výjimky proti uvedeným pravidlům - viz klinické události.

Pokud bylo idku součástí elektronickou formou realizované objednávky, je zde uvedené idku povinně totožné (přepisuje se).

Pokud nebyla objednávka realizována elektronickou cestou a tudíž nebylo ID založeno objednavatelem, ale je zakládáno zpracovatelem, řídí se jeho tvorba vnitřními pravidly systému odesílající strany.

Jakmile je idku konkrétní klinické události pacienta příslušného typu již jednou přiděleno (objednavatelem nebo zpracovatelem), je s touto klinickou událostí trvale svázáno a to bez ohledu na konkrétní její fázi!

idsub

pokyny:

ID začíná povinně kódem firmy z číselníku firem (viz [TAB_KF]), pak obsahuje jen číslice, písmena anglické abecedy a případně znaky "_" (podtržítko), "-" (pomlčka), ":" (dvojtečka) nebo "." (tečka), přičemž za posledním znakem "." (tečka) je povinně číslo celé ve tvaru 4B (v rozsahu 1 až 2³¹-1). Za jednoznačnost konstrukce v rámci všech SW této firmy ručí v ID uvedená firma.

Významný údaj, sloužící k jednoznačné dočasné identifikaci dílčích úkolů (subúkolů, subobjednávek) realizovaných nad stávajícími klinickými událostmi pacienta idku.

Využívá se všude tam, kde je nutné realizovat další dílčí objednávku nad stávajícím idku (např. LAB.PRED.SMLUV), případně kde je žádáno zpracování požadované množiny událostí s přidělenými svými idku (výpisy, kopie aj.) atd.

V číselníku KU je pro jednotlivé typy typku vyznačeno, kde je užití idsub v blocích ku_o či ku_z předepsáno jako povinné (implicitně je v blocích ku_x předepsáno jako nepovinné).

Podrobný popis a případné výjimky proti uvedeným pravidlům - viz klinické události.

Pokud bylo idsub součástí elektronickou formou realizované objednávky, je zde uvedené idsub povinně totožné (přepisuje se).

idkulok

pokyny:

Fakultativní pomocné ID, které může být lokálně významné pro informační systém odesílatele - vrací se. Týká se některých IS.

V DS není blíže specifikováno, je nepovinné. Pravidla pro konstrukci a používání idkulok určuje IS, v němž idkulok vzniká.

V případě, že dochází k následné zpětné odezvě, může být idkulok zasíláno též (není-li domluveno jinak).

iid

pokyny:

ID klinické události globální je určené především pro přeshraniční komunikace typu Patient Summary.

Nyní se týká pouze klinických událostí PATSUM.*** a je požadovné pro klinickou událost H.PROPZF.

Při běžné komunikaci mezi tuzemskými IS je nepovinné (standardně se bude nejčastěji předávat PATSUM.DAT s idku).

Při předávání klinické události určené pro zahraničí je povinné!

Při zasílání ze zahraničí bude sdělováno (předáváno) vždy (je součástí struktury dokumentu HL7 CDA Patient Summary).

Ze zahraniční bude zasílán dokument HL7 CDA Patient Summary, který bude uložen jako klinická událost PATSUM.SEST (s příslušným přiděleným idku, které přidělí prvotní tuzemský příjemce a s iid, které z dat dokumentu HL7 CDA naplní prvotní tuzemský příjemce provádějící tuto transformaci). Bude-li zaslaný dokument HL7 CDA Patient Summary převeden do struktur DS4 a uložen jako klinická událost PATSUM.DAT (s příslušným přiděleným idku - přidělí se při převodu), bude i v tomto dokumentu totožný obsah iid. Tj. původní v zahraničí předělené ID je vždy k dispozici v iid.

Bude-li zasíláno do zahraničí rovnou jako PATSUM.SEST, vytvoří odesílatel idku i iid (viz popis v iid).

Bude-li k zaslání do zahraničí připraveno jako PATSUM.DAT, vytvoří odesílatel idku i iid a předá data externímu převodníku, který následně založí a naplní klinickou událost PATSUM.SEST, jíž přidělí požadované idku (v objednávce pro převodník sdělované v idsub) a iid (sdělované v objednávce pro převodník).

S pomocí externího převodníku se vytvoří dokument HL7 CDA Patient Summary (v případě kolize se nevytvoří a bude zaslána příslušná hláška), který bude mít významově stejný obsah jako převáděný PATSUM.DAT. Lze použít i interní převodník - zde neřešíme.

Poznámky - souhrnné upozornění:

Pokud bude iid sděleno (vyplněno), musí být při dalším předávání této klinické události sdělováno, a to v nezměněné podobě.

Bude-li převodníkem z PATSUM.DAT vytvořena PATSUM.SEST, nebo bude-li převodníkem z PATSUM.SEST vytvořena PATSUM.DAT, budou mít obě různá idku (z filozofie přidělování idku nemohou mít dvě klinické události totožné ID).

Bližší popis k práci s PATSUM.*** - viz klinické události typu VYPIS/SOUPIS/PS).

(S dokumenty Patient Summary je možné pracovat i „mimo DASTA“ - zde neřešeno.)

urgentni

seznam hodnot:

V - jedná se o urgentní zprávu typu "vitální indikace"

S - jedná se urgentní zprávu typu "statim"

N - není urgentní (implicitní)

pokyny:

Nepovinný údaj, který nabývá hodnot: V (vital), S (statim), nebo N (není urgentní).

Přepisuje se z objednávky, z bloku ku_o. Bylo-li v ku_o zasláno, musí být vraceno.

urg_info

obsah číselníku LVUIN:

Urgentnost informace - z rozhodnutí zpracovatele, nejčastěji laboratoře (tj. na základě posouzení laboratoře či jiného pracoviště).

E = hlášení extrémní hodnoty (vysoké nebo nízké)

R = hlášení extrémní změny (nárůst nebo pokles)

Z = hlášení extrémní hodnoty a změny

P = hlášení jiné pozoruhodné (podezřelé) hodnoty

N = není hlášena extrémní ani pozoruhodná hodnota (neobjevena nebo netestováno)

S = sdělení opravy nebo storna! (urgentní sdělení vzniklé na straně zpracovatele - současně proběhla nutná jiná opatření)

pokyny:

Hlášení extrémních nebo pozoruhodných hodnot se přenáší z bloku ku_z_lab (atribut urg_info)!

Místem jeho vzniku nemusí být pouze laboratoř (blok ku_z_lab), ale i jiné pracoviště.

poznámka:

Číselník je totožný jako v bloku ku_z_lab.

poznámka - další informace:

K problematice lze též doporučit další informace v odborném textu převzatém z časopisu Klinická biochemie a metabolismus:

Postanalytická fáze a interpretace lab. testu.

duvernost

seznam hodnot:

1 = standardní dokument (implicitně) - není-li údaj uveden, považuje se stupeň důvěrnosti dokumentu za „standardní“

2 = důvěrný dokument - dokument, u něhož se předpokládá omezený přístup např. na pracovníky určitého pracoviště či zařazení

3 = tajný dokument - existují závažné důvody, aby byl přístup povolen jen autorovi a cíleně vybraným konkrétním uživatelům (např. žadateli)

Je-li v bloku ip v položce duvernost hodnota vyšší, než je v položce této, je údaj v bloku ip nadřazen!

pokyny:

Používání „důvěrnosti“ v DS4 je možné pouze mezi IS, které vzájemně sdílejí domluvený přístup k dokumentům důvěrným a tajným. Pokud systém příjemce nesdílí domluvená pravidla, nelze chráněné dokumenty zasílat.

Poznámky:

Ve zvláštních, např. život ohrožujících, situacích by měl být umožněn přístup k důvěrnému respektive tajnému dokumentu.

Dosud není obecně standardizováno, proto je nutná vzájemná domluva komunikujících stran.

doplňující informace:

Duvernost (atribut) je vloženo do bloku:

IP - vztahuje se ke všemu, co se týká tohoto pacienta, je nadřazena

KU_O - objednatel požaduje, aby byla objednávka (tj. tato klinická událost ke konkrétnímu času) důvěrná a jako důvěrná sdělena

KU_Z - vztahuje se k uvedené zprávě (tj. klinické události ke konkrétnímu času) na základě takového požadavku z KU_O - čili se vrací dle objednávky

duverne

seznam hodnot:

A - jedná se o důvěrné sdělení pouze lékaři = zpráva je určena jen pro lékaře, ne pro pacienta

N - není důvěrné (implicitní)

Poznámka:

Údaj je určen pro systémy typu „zdravotní knížka“ - v případě varianty „A“ nebude zpráva k dispozici pacientovi.

Důvěrnost z hlediska ochrany pacienta je řešena položkou „duvernost“.

pokyny:

Nepovinný údaj, který nabývá hodnot A (důvěrné) nebo N (není důvěrné). Pro variantu "N" nebude většinou vyplňováno.

Pokud je uvedeno "N" nebo není vyplněno, jsou elementy text a text_zaver určeny pro lékaře i pro pacienta (např. v systému IZIP) a v text_pp mohou být další fakultativní informace pouze pro pacienta.

Pokud je uvedeno "A", jsou elementy text a text_zaver určeny pouze pro lékaře a pro pacienta je k dispozici pouze obsah text_pp.

doplňující informace:

Duverne (atribut) je vloženo do bloku:

KU_Z - vztahuje se k uvedené zprávě, je na popud původce zprávy na základě příslušných zásadních zjištění (zprávu by neměl pacient dostat přímo, ale až prostřednictvím lékaře s výkladem)

KU_Z_LAB - vztahuje se k jednomu konkrétnímu laboratornímu výsledku, který by neměl být sdělován přímo pacientovi - informace se přenáší do KU_Z

datumy a časy

pokyny:

Datum a čas provedení dat_prov je povinný - jedná se o datum a čas události, která se klinicky váže k pacientovi. S tímto datumem a časem jsou v databázi svázány sdělované údaje (výsledky, zprávy atd.). V případě laboratorních vyšetření se jedná o datum a čas odběru či ukončení sběru materiálů (svázané s jedním společným časem uvedeným na požadavkovém listu), v případě vyšetření nebo výkonu se jedná o datum a čas jeho ukončení, v případě realizace zprávy nebo hlášení se jedná o datum a čas, k němuž byla zpráva uzavřena (epikríza), nebo vytvořena (hlášení), nebo sestavena (Patient Summary).

V případě sdělování výsledků laboratorních vyšetření je čas dat_prov totožný s časem dat_du v příslušném bloku ku_z_lab.

Pokud je vhodné sdělovat časový interval, k němuž se tato klinická událost vztahuje, uvádí se v nepovinném dat_real_od a dat_real_do. V případě zpráv se jedná o časové období, za které je zpráva vytvořena (např. Patient Summary).

Datum vydání výsledků, nálezu nebo zprávy dat_vydani je povinné a určuje jej informační systém odesílatele - jedná se o čas, od něhož jsou sdělované informace k dispozici objednavateli nebo straně, jíž je zasílané sdělení určeno (povinné z forenzních důvodů). Pokud jsou laboratorní či jiné výsledky sdělované postupně (fáze = ZP), je uváděn aktuální datum a čas vázaný k okamžiku sdělení.

Je-li to vhodné nebo požadované objednavatelem, připojuje se (přepisem z ku_o) datum a čas vzniku prvotní objednávky dat_poz.

Speciálním výjimečným případem je sdělování soupisu zpráv - v tomto případě se do dat_prov a dat_vydani vkládá aktuální čas.

Viz též dat_xx .

01 - pokyny společné pro dg_poz, lek_poz, urg_poz, dg_vys, lek_vys:

Bloky, které byly zaslány s objednávkou a které byly (jsou) pro tuto klinickou událost důležité z hlediska jejího zpracování.

Nesou informace, které byly k dispozici při zpracování a interpretaci objednávky - jsou vraceny v nezměněné podobě zpět v ku_z (a archivovány jako nedílná součást této klinické události). Nejsou-li příslušné údaje takto vložené do ku_o, berou se z bloku ip.

Pokud jsou příslušné informace zasílané v bloku ku_o současně vložené do bloku ip, předpokládá se, že v ku_o jsou informace bezprostředně související s předmětem objednávky (například DG povinně sdělované k objednávce vyšetření, DG suspektní, kterou má žádané vyšetření potvrdit či vyvrátit atd.) a v ip informace širší (například přehled všech pacientových DG).

Je-li zasílána klinická událost PATSUM.DAT, tyto výše uvedené datové bloky se nezasílají, neboť jsou již součástí této klinické události PATSUM.DAT (viz obsah bloku ku_z_patsumdat).

Pokud v rámci řešení předmětu příslušné KU došlo ke změně v obsahu dg_poz nebo lek_poz, je sdělována prostřednictvím bloků dg_vys nebo lek_vys. Nedošli-li k žádným změnám, blok dg_vys či lek_vys se nezařazuje.

02 - pokyny společné pro text, text_zaver, text_pp:

V elementu text je uložena zasílaná sestava, zpráva nebo nález.

Je zasílána vždy, pouze v případě klinických událostí:

- SOUPIS.ZPRAV - je zde uveden zástupný pomocný text „soupis zpráv“,

- PATSUM.*** - je zde uveden zástupný pomocný text „SoP“.

V případě zasílání laboratorních výsledků jsou výsledky zaslány formalizovaně v bloku ku_z_lab a současně textově v této položce. V bloku ku_z_lab musí být zasíláno minimálně vše, co je zasíláno v bloku text. V bloku ku_z_lab mohou být také zasílané speciální textové zprávy dle příslušných položek NČLP. (Poznámka: Tento přístup je pouze v DS4. V DS3 bylo možné řešit za pomoci VRR ve vazbě na příslušnou položku NČLP - např. 20403 aj. Přístup v DS4 je univerzálnější a jednodušší.)

Fakultativně může být ještě navíc zasílán stručný závěrečný text v položce text_zaver; toto sdělení však musí být též součástí elementu text.

Fakultativně může být zasílán též stručný text určený pouze pro pacienta v položce text_pp, který využívají systémy typu IZIP.

Pokud je v atributu duverne hodnota "A", je v systému typu IZIP pacientovi přístupný pouze text_pp a jsou mu nepřístupné obsahy elementů text i text_zaver.

Pozor!

Pokud je v atributu duverne uvedeno "N" nebo není vyplněno, jsou elementy text a text_zaver určeny pro lékaře i pro pacienta (např. v systémech typu IZIP) a v text_pp mohou být další fakultativní informace pouze pro pacienta.

Pokud je v atributu duverne uvedeno "A", jsou elementy text a text_zaver určeny pouze pro lékaře a pro pacienta je k dispozici pouze obsah text_pp.

03 - pokyny společné pro pv_ku, studie:

Údaje se přenášejí z bloku ku_o.

Blok pv_ku je fakultativním blokem sloužícím k vyznačení atypického platebního vztahu oproti údajům v bloku pv_pac (tyto údaje mají v rámci příslušné klinické události přednost a určují momentální platební vztah).

V případě, že je v bloku pv_ku uvedeno, že se jedná o proplácení z titulu „studie“, může být duplicitně připojena informace o této studii též v bloku studie (slouží k „vyznačení“ bloku). Blok studie může být připojen i samostatně bez připojování pv_ku.

Bloky pv_ku a studie se navzájem nevylučují a mohou být samostatně i zároveň - jeden řeší platební vztahy a druhý slouží k vyznačení.

speciální bloky

podmínky a pokyny:

Pokud je klinická událost takového typu, pro který jsou definované speciální datové struktury pro formalizované sdělení zakázky (výsledků, nálezů, údajů atd.), může být zařazen jeden z příslušných odpovídajících datových bloků.

V číselníku klinických událostí jsou popsané příslušné datové bloky, podmínky jejich použití a specifika použití některých obecně definovaných elementů.

V současné verzi DS4 jsou nyní k dispozici tyto speciální bloky:

RDG

Obsahuje bloky pro sdělování RDG vyšetření cestou DASTA.

LAB

Obsahuje blok pro formalizované sdělování laboratorních vyšetření.

Pokud se jedná o sdělování lab. vyšetření spojené s výdejem transfúzního přípravku, je současně vložen blok ku_z_tp.

Poznámky:

Blok je odvozený z bloku VR (DS2, DS3) - opakuje se podle počtu přenášených formalizovaných položek definovaných v NČLP.

V DS3 je VR s příznakem + (povinný, lze volat opakovaně), v DS4 je odpovídající KU_Z_LAB s příznakem * (nepovinný, lze volat opakovaně). V DS3 se prostřednictvím VR sděluje i textová zpráva, v DS4 je textová zpráva sdělována povinně prostřednictvím elementu text a prostřednictvím ku_z_lab se sděluje duplicitně formalizovaně v rozsahu minimálně stejném jako v text.

Sdělování speciálních nálezových sestav je povolené, neboť tak je možné sdělovat různé typy speciálních nálezů včetně kumulativních, zatímco v bloku text v ku_z se bude nejčastěji sdělovat pouze množina dat týkající se aktuálních výsledků bez kumulativního doplňování a speciální výbavy v nezbytném rozsahu určeném normou ČSN ISO 15189. Vždy je nutné současně zaslat výsledky formalizovaně, prostřednictvím položek NČLP. Za formalizované sdělení se nepovažuje zaslání prostřednictvím nálezové sestavy,

PAT

Obsahuje blok pro sdělování patologických vyšetření nádorů (slouží laboratoři, se strukturou pracuje i ÚZIS).

PROPZ

Obsahuje blok pro formalizované strukturované sdělení propouštěcí zprávy (nové od ledna 2023 - DS 4.25.01).

SOUPIS

Obsahuje blok, v němž je uveden soupis zpráv (klinických událostí) vybraných dle nastavených kritérií z objednávky.

PAC

Obsahuje blok, v němž jsou identifikační údaje pacienta k datu dat_prov.

Je součástí „PATSUMDAT“, ale je (bude) použitelný i samostatně pro jiné KU (předpřipraveno).

PATSUMDAT

Obsahuje blok, v němž je souhrn o pacientovi realizovaný cestou datových bloků DS4 k datu dat_prov.

Jeho nedílnou součástí je blok „PAC“ (ku_pac).

PATSUMSEST

Obsahuje blok, v němž je souhrn o pacientovi realizovaný cestou dokumentu „souhrn o pacientovi“ HL7 CDA k datu dat_prov.

*