*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

iid

 

e

 

?

instance identifikátor

 

 

 

 

 

(nyní pouze pro klinické události typu PATSUM.***

a pro H.PROPZF)

 

pokyny:

1. viz iid - pokyny

2. u zpráv určených do zahraničí je povinné!

3. u zpráv ze zahraničí bude vyplněno vždy - musí být zajištěno následné předávání; (pro předávání cestou DS je vytvořeno standardní idku)

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

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

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_rdg

e

?/

blok pro k. u. RDG

podmínky a pokyny:

viz speciální bloky - podmínky

ku_z_lab

e

/*

blok pro k. u. LAB

(laboratoř)

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_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ž 231-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ž 231-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.

K dořešení do dalších verzí DS.

 

 

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.

 

 

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í.

 

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.

 

Poznámky:

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ě (není povinné, ale patří k běžnému standardu).

 

Sdělování nálezových sestav, jako to bylo dosud, je povolené a žádoucí, neboť tak je možné sdělovat různé typy 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.

 

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.

   

*