Číselník KU - seznam aktuálních položek
včetně popisu
klíč (TYPKU) |
charakteristika,
popis, pokyny |
IDSUB |
IDKU |
KU_O |
KU_Z |
pozn |
AMB |
ambulantní vyšetření, návštěva ambulance/ordinace |
IDSUB |
IDKU |
KU_O |
KU_Z |
|
AMB.VYS |
žádost o ambulantní vyšetření / zpráva o
ambulantním vyšetření - obecná bez další specifikace typu a bez vložených
speciálních bloků (komu je určena plyne z příjmového místa pm) (kdo ji realizoval plyne z provádějícího
pracoviště) Základní skupina pro blíže
nespecifikovaná vyšetření; „návštěva ambulance/ordinace“. Slouží k zaslání objednávky prostřednictvím ku_o
a ke sdělení zprávy vyšetření prostřednictvím ku_z. (Neslouží k objednávání vyšetření typu LAB,
PAT, RDG a dalších v číselníku definovaných!) Pokud byla zaslána objednávka elektronicky,
přidělí idku žadatel a ve zprávě se vrací; jinak je přiděleno při
vzniku zprávy; idsub se neuvádí (nevyužívá). Pokud je zasílána elektronická objednávka, zadává
se datum a čas vzniku požadavku do dat_poz, do dat_prov_od a dat_prov_do
lze uvést časový interval, v němž by mělo být vyšetření realizováno (je
žádáno). Při zasílání zprávy o ambulantním vyšetření se
zadává datum a čas provedení vyšetření do dat_prov; dat_real_od
a dat_real_do se uvádí fakultativně, pokud probíhalo vyšetření
v časovém období, které je nutné zaznamenat. (Čas dat_prov se
vztahuje k pacientovi a fyzicky provedenému vyšetření - ne k jeho
následnému zpracovávání a hodnocení.) Pokud jsou výsledky sdělovány průběžně, zadává se
fazespec = ZP (a vždy se sdělují všechny do té doby sdělené
informace), po dokončení zpracování se zašle finální kompletní zpráva s fazespec
= ZF. Bude-li potřeba realizovat
formalizovaně s pomocí speciálních bloků ku_z_xxx, budou založeny
nové číselníkové položky orientované na typy pracovišť (např. XXX.VYS). |
ne |
ano |
ano |
ano |
|
H |
základní
typy zpráv týkající se hospitalizace |
IDSUB |
IDKU |
KU_O |
KU_Z |
|
H.DOPOR |
doporučení k hospitalizaci - žádost o
hospitalizaci („Parere“ = krátká doporučovací lékařská zpráva
se základními údaji o pacientovi určená jinému lékaři. V tomto případě
žádost.) Slouží k zaslání žádosti o hospitalizaci a
s ní souvisejících informací prostřednictvím ku_o, text žádosti
se vkládá do text_zadosti, v ku_prilohy je seznam
zasílaných přílohových zpráv (jsou-li). Přidělení idku zajistí žadatel, zpětně se
uvádí v akceptačním bloku ku_a a případně při sdělování odmítnutí
(viz H.ODM.*). Nepřenáší se do H.PRIJZ. Datum a čas vzniku požadavku je v dat_poz,
požadovaný počátek hospitalizace může být uváděn v dat_prov_od
(případně s údajem dat_prov_do). Reakcí na žádost může být její akceptace
prostřednictvím ku_a, nebo prostřednictvím ku_z zpráva o
odmítnutí (viz H.ODM.*). Po příjmu pacienta je vytvořena příjmová zpráva
(viz H.PRIJZ) Pozor! Prostřednictvím ku_a lze žádost
odmítnout jen v případě technických nedostatků zabraňujících možnosti
zpracování žádosti. |
ne |
ano |
ano |
ne |
|
H.ODMZ.PAC |
odmítnutí hospitalizace ze strany pacienta
(revers) Doporučení k hospitalizaci bylo odmítnuto ze
strany pacienta, zpráva obsahuje informace týkající se odmítnutí. Zpráva je reakcí na objednávku v ku_o
H.DOPOR, pokud byla žádost o hospitalizaci realizována elektronicky. Je-li zpráva reakcí na objednávku ku_o H.DOPOR,
vrací se se stejným idku; jinak je přiděleno při vzniku zprávy. Datum a čas, k němuž se odmítnutí váže, se
zadává do dat_prov, důvody jsou uvedeny v text. |
ne |
ano |
ne |
ano |
|
H.ODMZ.LEK |
odmítnutí hospitalizace ze strany lékaře, další
doporučení Doporučení k hospitalizaci bylo odmítnuto ze
strany lékaře (kliniky), zpráva obsahuje informace týkající se důvodů
k odmítnutí včetně dalšího doporučení. Zpráva je reakcí na objednávku v ku_o
H.DOPOR, pokud byla žádost o hospitalizaci realizována elektronicky.. Je-li zpráva reakcí na objednávku ku_o H.DOPOR,
vrací se se stejným idku; jinak je přiděleno při vzniku zprávy. Datum a čas, k němuž se odmítnutí váže, se
zadává do dat_prov, důvody a doporučení jsou uvedeny v text. |
ne |
ano |
ne |
ano |
|
H.PRIJZ |
příjmová hospitalizační zpráva Zpráva příjmová strukturovaná dle závazných
doporučení. Zpráva je reakcí na objednávku v ku_o
H.DOPOR, pokud byla žádost o hospitalizaci realizována elektronicky.. Přidělení idku je realizováno při vzniku
zprávy, neváže se na H.DOPOR, byť zasílané elektronicky; idsub se neuvádí (nevyužívá). Datum a čas přijetí pacienta se zadává do dat_prov,
od tohoto okamžiku začíná hospitalizace. |
ne |
ano |
ne |
ano |
|
H.DEKURZ |
denně vytvářená pracovní zpráva Dekurz = denní záznam o průběhu nemoci během
hospitalizace. Dekurz nevzniká na základě objednávky, ale dle
pravidel ZZ. Přidělení idku je realizováno při vzniku
zprávy; idsub se neuvádí (nevyužívá). Datum, k němuž se dekurz váže, se zadává do dat_prov
(ve formátu „D“); je-li to žádoucí, lze zadávat interval, k němuž se
váže platnost dekurzu, do dat_real_od a dat_real_do. |
ne |
ano |
ne |
ano |
|
H.EPIKRIZ |
souhrnná zpráva z hospitalizace za určené
období (řídí se místními zvyklostmi, obvykle týdenní) Epikríza = shrnutí nemoci a současného stavu
pacienta během hospitalizace s odhadem vývoje a plánovaným postupem (za
dosavadní hospitalizaci nebo její část). Epikríza nevzniká na základě objednávky, ale dle
pravidel ZZ. Přidělení idku je realizováno při vzniku
zprávy; idsub se neuvádí (nevyužívá). Datum a čas, kdy byla zpráva vytvořena, se zadává
do dat_prov, interval, k němuž se váže její obsah, se vždy zadává
do dat_real_od a dat_real_do. Bude-li třeba, lze vytvořit
fakultativní speciální blok pro připojení formalizovaných zpráv souvisejících
vyšetření. |
ne |
ano |
ne |
ano |
|
H.PRUBZ |
průběžná zpráva z hospitalizace
vyžádaná například pro: zaměstnavatele, školu, odbor sociální péče, soud
aj. Slouží k zaslání objednávky zprávy
prostřednictvím ku_o (text žádosti se vkládá do text_zadosti) a
ke sdělení zprávy prostřednictvím ku_z. Pokud byla zaslána objednávka elektronicky,
přidělí idku žadatel a ve zprávě se vrací; jinak je přiděleno při
vzniku zprávy; idsub se neuvádí (nevyužívá). Datum a čas, kdy byla zpráva vytvořena, se zadává
do dat_prov, interval, k němuž se váže její obsah se zadává do dat_real_od
a dat_real_do. Bude-li třeba, lze vytvořit
fakultativní speciální blok pro připojení formalizovaných zpráv souvisejících
vyšetření. |
ne |
ano |
ano |
ano |
|
H.PROPPREDBZ |
propouštěcí zpráva předběžná (fakultativní, využívaná zejména pediatry, určená
např. k předání rodičům proti podpisu aj.; obsahem se blíží propouštěcí
zprávě, ale má některé odlišnosti dané místní úpravou) Propouštěcí zpráva předběžná nevzniká na základě
elektronicky zasílané objednávky. Přidělení idku je realizováno při vzniku
zprávy; idsub se neuvádí (nevyužívá). Datum a čas ukončení hospitalizace pacienta se
zadává do dat_prov, tímto okamžikem končí hospitalizace. Do dat_real_od (dat_real_do) se zadává
od kdy (do kdy) trvala. Datum a čas vydání zprávy je v dat_vydani. |
ne |
ano |
ne |
ano |
|
H.PROPZ |
propouštěcí (překladová) zpráva Zpráva propouštěcí strukturovaná dle závazných
doporučení. Slouží i jako překladová. (Je-li
hospitalizace zakončena úmrtím, vytváří se vedle H.PROPZ též „průvodní list
ke klinické pitvě“). Propouštěcí zpráva nevzniká na základě
elektronicky zasílané objednávky (lze si pouze vyžádat její kopii, to se řeší
prostřednictvím objednávky typu „výpis“). Přidělení idku je realizováno při vzniku
zprávy; idsub se neuvádí (nevyužívá). Datum a čas ukončení hospitalizace pacienta se
zadává do dat_prov, tímto okamžikem končí hospitalizace. Do dat_real_od (dat_real_do) se
zadává od kdy (do kdy) trvala. Datum a čas vydání zprávy je v dat_vydani. Bude-li třeba, lze vytvořit
fakultativní speciální blok pro připojení formalizovaných zpráv souvisejících
vyšetření. |
ne |
ano |
ne |
ano |
|
|
|
|
|
|
|
|
LAB |
základní
typy zpráv týkající se laboratorních formalizovaných vyšetření pracujících
s NČLP |
IDSUB |
IDKU |
KU_O |
KU_Z |
|
LAB.VYS viz též tabulkový popis: V tabulce je zpracován vzorový tvar popisu. Viz též další typy, které je nutné
rozlišovat: LAB.ODBER.LAB LAB.ODBER.LUZKO LAB.PRED.SMLUV LAB.PRED.REF LAB.PRED.POPIS (tyto typy slouží pouze
k objednávání do LIS a komunikaci mezi LIS) |
Laboratorní vyšetření obecně (formalizovaně) Slouží k zaslání objednávky prostřednictvím ku_o
(společně s ku_o_lab) a ke sdělení zprávy vyšetření prostřednictvím ku_z
(společně s ku_z_lab). Materiál odebírá objednávající a zasílá
laboratoři. Pokud byla zaslána objednávka elektronicky,
přidělí idku objednavatel (žadatel) a ve zprávě se idku vždy
vrací; jinak je přiděleno zpracovatelem (laboratoří) při vzniku zprávy; idsub
se neuvádí (nevyužívá). Pokud je zasílána elektronická objednávka, zadává
se datum a čas vzniku požadavku do dat_poz; datum a čas vzniku události (tj. čas odběru
materiálu respektive ukončení jeho sběru) se zadává do dat_du
v bloku ku_o_lab; dat_prov_od a dat_prov_do
může být využíváno ke specifikování přání zpracovat vyšetření v určitém
časovém intervalu (nejčastěji do určité doby). Vždy se připojuje speciální blok ku_o_lab,
obsahující formalizovaně zadané objednávky (dle NČLP) a další informace. Pokud je třeba sdělit laboratoři speciální
informace potřebné k realizaci vyšetření, lze je zadat prostřednictvím
textového bloku text_zadosti (např. podklady pro vyšetření
cytologická, vroz. výv. vad aj.); mohou být sdělované také formalizovaně
v ku_o_lab blokem lip položkami NČLP typu „vznik = P“. Prostřednictvím ku_a lze zaslat sdělení
o akceptaci objednávky - uvádí se totožné idku, řeší se pomocí ku_ao_lab. * Při zasílání zprávy (výsledků vyšetření) se
zadává datum a čas události (tj.
odběru materiálu respektive ukončení jeho sběru) do dat_prov, (dat_real_od
a dat_real_do se nevyužívá). Přesný datum a čas jednotlivých vyšetření
je uváděn ve speciálním bloku ku_z_lab v dat_du. Vždy se připojuje speciální blok ku_z_lab, obsahující
formalizovaně sdělované výsledky. Kromě toho jsou vždy výsledky zasílané také
neformalizovaně jako blok text. Pokud jsou výsledky sdělované průběžně, zadává se
fazespec = ZP (a vždy se sdělují všechny do té doby zpracované
výsledky z této události!), po dokončení zpracování se zašle finální
kompletní zpráva s fazespec = ZF. Datum a čas zpracování zpráv je
v dat_vydani. |
ne |
ano |
ano |
ano |
|
LAB.ODBER.LAB |
Odběr materiálu v laboratoři a laboratorní
vyšetření Slouží k zaslání objednávky požadované
palety vyšetření prostřednictvím ku_o (současně s ku_o_lab)
společně s žádostí o realizaci odběru potřebného materiálu
v laboratoři, kam se pacient dostaví. Objednávce přiděluje objednávající idku, do dat_du ze zadává předpokládaný čas
odběru a upřesňuje se až v okamžiku odběru. Do
položky dodani se zadává hodnota „L“. Zpět se zasílá zpráva jako LAB.VYS. Bližší popis podobně jako v případě LAB.VYS. |
ne |
ano |
ano |
ne |
|
LAB.ODBER.LUZKO |
Odběr materiálu u lůžka pacienta a laboratorní
vyšetření Slouží k zaslání objednávky požadované
palety vyšetření prostřednictvím ku_o (současně s ku_o_lab)
společně s žádostí o realizaci odběru potřebného materiálu u lůžka
pacienta, k němuž se odběrový pracovník dostaví. Objednávce přiděluje objednávající idku, do dat_du ze zadává předpokládaný čas
odběru a upřesňuje se až v okamžiku odběru. Do
položky dodani se zadává hodnota „O“. Zpět se zasílá zpráva jako LAB.VYS. Bližší popis podobně jako v případě LAB.VYS. |
ne |
ano |
ano |
ne |
|
LAB.PRED.SMLUV |
Předání části objednávky smluvní laboratoři Smluvní laboratoř realizuje tu část objednávky,
kterou nezpracovává odesílající laboratoř (vztah je smluvně ošetřen). Obdrží
jenom tyto vybrané požadavky. Slouží vnitřní potřebě laboratoře. (Viz norma ČSN EN ISO 15189:2013.) Viz též LAB.PRED.REF pro „non smluvní
laboratoře“. Slouží k zaslání dílčí části objednávky
požadované palety vyšetření společně s dalšími potřebnými informacemi a
včetně příslušného materiálu. Objednávka se řeší prostřednictvím ku_o
(současně s ku_o_lab). V podstatě se jedná o novou objednávku se
vším všudy s tím, že objednavatelem je laboratoř. Zpracované výsledky
budou po zaslání připojeny k původní zakázce. Při zasílání této sub objednávky se uvádí původní
idku a připojuje se nové povinné idsub pro identifikaci tohoto
dílčího úkolu. Obě id se vracejí s výsledky ve zprávě ku_z
určené objednávající laboratoři. Původní objednavatel obdrží vše
z laboratoře, do které objednávku zasílal a to s typku = LAB.VYS;
idsub se mu nesděluje. Bližší popis podobně jako v případě LAB.VYS,
neboť slouží také k zasílání zpracovaných výsledků, podobně jako v případě LAB.VYS -
pouze s tím rozdílem, že je předáváno pouze mezi dvojicí laboratoří. Prostřednictvím ku_a lze zaslat sdělení
o akceptaci objednávky - uvádí se totožné idku, řeší se pomocí ku_ao_lab.
(Mezi laboratořemi však bude využíváno spíše výjimečně.) |
ano |
ano |
ano |
ano |
|
LAB.PRED.REF |
Předání určených vyšetření referenční laboratoři Referenční laboratoř zajišťuje konfirmaci
výsledků stanovených laboratoří žadatele. Slouží pouze vnitřní potřebě laboratoře. Slouží k zaslání objednávky
z laboratoře společně s dalšími potřebnými informacemi a včetně
příslušného materiálu. Objednávka se řeší prostřednictvím ku_o
(současně s ku_o_lab). V podstatě se jedná o novou objednávku se
vším všudy s tím, že objednavatelem je laboratoř Při zasílání této sub objednávky se uvádí původní
idku a připojuje se nové povinné idsub pro identifikaci tohoto
dílčího úkolu. Obě id se vracejí s výsledky ve zprávě ku_z
určené objednávající laboratoři. Původní objednavatel obdrží vše
z laboratoře, do které objednávku zasílal a to s typku = LAB.VYS;
idsub se mu nesděluje. Bližší popis podobně jako v případě LAB.VYS,
neboť slouží také k zasílání zpracovaných výsledků, podobně jako v případě LAB.VYS -
pouze s tím rozdílem, že je předáváno pouze mezi dvojicí laboratoří. (Viz norma ČSN EN ISO 15189:2013.) Prostřednictvím ku_a lze zaslat sdělení
o akceptaci objednávky - uvádí se totožné idku, řeší se pomocí ku_ao_lab.
(Mezi laboratořemi však bude využíváno spíše výjimečně.) |
ano |
ano |
ano |
ano |
|
LAB.PRED.POPIS |
Předání výsledků (zprávy) expertovi za účelem popisu
(klinické interpretaci - hodnocení) Slouží pouze vnitřní potřebě laboratoře. Řeší se podobně jako v případě konzilia - zasílá
se objednávka ku_o, k níž je v ku_prilohy připojen
výčet zpráv ku_z (fazespec = ZK), které mají být expertem
zpracovány (popsány, hodnoceny) - tyto přiložené zprávy mají ve svém idku
původní ID události, s níž jsou trvale vedeny a v idsub mají
uvedenu totožnou identifikaci jako je v idku této objednávky (v
bloku ku_o). V podstatě se jedná o sub objednávku, takže se
uvádí původní idku a připojuje se nové povinné idsub pro
identifikaci tohoto dílčího úkolu. Obě id se vracejí s výsledky
ve zprávě ku_z (typku = LAB.PRED.POPIS, fazespec = ZR) určené
objednávající laboratoři. Původní objednavatel obdrží vše z laboratoře,
do které objednávku zasílal a to s typku = LAB.VYS; idsub
se mu nesděluje. |
ano |
ano |
ano |
ano |
|
RDG |
základní
typy zpráv týkající se radiodiagnostických vyšetření (nepracuje
se s NČLP) |
IDSUB |
IDKU |
KU_O |
KU_Z |
|
RDG vyšetření - společný popis pro RDG.xxxx Dourčení objednávky je uvedeno v typkuspeclok
a v text_zadosti, kde může být i podrobný popis. Slouží k zaslání objednávky prostřednictvím ku_o
(text žádosti se vkládá do text_zadosti, další formalizované údaje do ku_o_rdg)
a dále ke sdělení zprávy vyšetření prostřednictvím ku_z (ku_z_rdg). Pokud byla zaslána objednávka elektronicky,
přidělil idku objednavatel (žadatel) a ve zprávě se idku vždy
vrací; jinak je přiděleno zpracovatelem (RDG oddělením) při vzniku zprávy; idsub
se neuvádí (nevyužívá). Datum a čas vytvoření objednávky se zadává do dat_poz,
v dat_prov_od a dat_prov_do může být uveden časový
interval, v němž by měla být objednávka realizována. Připojuje se speciální blok ku_o_rdg. Datum a čas, kdy bylo vyšetření provedeno
(zakončeno), se zadává do dat_prov (může být uveden interval, během
něhož bylo vyšetření realizováno - v dat_real_od a dat_real_do). Může být připojen speciální blok ku_z_rdg. Lze vytvořit i jiné typy speciálních
bloků, bude-li potřeba. |
ne |
ano |
ano |
ano |
||
RDG.ANGIO |
Angiografie popis - viz RDG |
ne |
ano |
ano |
ano |
|
RDG.CT |
CT vyšetření popis - viz RDG |
ne |
ano |
ano |
ano |
|
RDG.MAMO |
Mamografie popis - viz RDG |
ne |
ano |
ano |
ano |
|
RDG.MR |
Magnetická rezonace popis - viz RDG |
ne |
ano |
ano |
ano |
|
RDG.PETCT |
Pozitronová emisní tomografie - CT popis - viz RDG |
ne |
ano |
ano |
ano |
|
RDG.PETMR |
Pozitronová emisní tomografie - MR popis - viz RDG |
ne |
ano |
ano |
ano |
|
RDG.RTG |
RTG vyšetření popis - viz RDG |
ne |
ano |
ano |
ano |
|
RDG.SONO |
Sonografické vyšetření popis - viz RDG |
ne |
ano |
ano |
ano |
|
RDG.TERMO |
Termografické vyšetření popis - viz RDG |
ne |
ano |
ano |
ano |
|
NEUR |
základní
typy zpráv týkající se neurologických
vyšetření (nepracuje
se s NČLP) |
IDSUB |
IDKU |
KU_O |
KU_Z |
|
NEUR vyšetření - společný popis pro NEUR.xxxx Dourčení objednávky je uvedeno v typkuspeclok
a v text_zadosti, kde může být i podrobný popis. Slouží k zaslání objednávky prostřednictvím ku_o
(text žádosti se vkládá do text_zadosti, další formalizované údaje do ku_o_neur)
a dále ke sdělení zprávy vyšetření prostřednictvím ku_z (ku_z_neur). Pokud byla zaslána objednávka elektronicky,
přidělil idku objednavatel (žadatel) a ve zprávě se idku vždy
vrací; jinak je přiděleno zpracovatelem (NEUR oddělením) při vzniku zprávy; idsub
se neuvádí (nevyužívá). Datum a čas vytvoření objednávky se zadává do dat_poz,
v dat_prov_od a dat_prov_do může být uveden časový
interval, v němž by měla být objednávka realizována. Datum a čas, kdy bylo vyšetření provedeno
(zakončeno), se zadává do dat_prov (může být uveden interval, během
něhož bylo vyšetření realizováno - v dat_real_od a dat_real_do). Může být připojen speciální blok ku_z_neur; není dosud vypracován, bude navržen
v případě potřeby. |
ne |
ano |
ano |
ano |
||
NEUR.EEG |
EEG vyšetření popis - viz NEUR |
ne |
ano |
ano |
ano |
|
NEUR.EMG |
EMG vyšetření popis - viz NEUR |
ne |
ano |
ano |
ano |
|
připravené jsou další typy, zařazené budou dle potřeb praxe |
||||||
KARD |
základní
typy zpráv týkající se kardiologických
vyšetření (nepracuje
se s NČLP) |
IDSUB |
IDKU |
KU_O |
KU_Z |
|
KARD vyšetření - společný popis pro KARD.xxxx Dourčení objednávky je uvedeno v typkuspeclok
a v text_zadosti, kde může být i podrobný popis. Slouží k zaslání objednávky prostřednictvím ku_o
(text žádosti se vkládá do text_zadosti, další formalizované údaje do ku_o_kard)
a dále ke sdělení zprávy vyšetření prostřednictvím ku_z (ku_z_kard). Pokud byla zaslána objednávka elektronicky,
přidělil idku objednavatel (žadatel) a ve zprávě se idku vždy vrací;
jinak je přiděleno zpracovatelem (NEUR oddělením) při vzniku zprávy; idsub
se neuvádí (nevyužívá). Datum a čas vytvoření objednávky se zadává do dat_poz,
v dat_prov_od a dat_prov_do může být uveden časový
interval, v němž by měla být objednávka realizována. Datum a čas, kdy bylo vyšetření provedeno
(zakončeno), se zadává do dat_prov (může být uveden interval, během
něhož bylo vyšetření realizováno - v dat_real_od a dat_real_do). Může být připojen speciální blok ku_z_kard; není dosud vypracován, bude navržen
v případě potřeby. |
ne |
ano |
ano |
ano |
||
KARD.EKG |
EKG vyšetření popis - viz KARD |
ne |
ano |
ano |
ano |
|
připravené jsou další typy, zařazené budou dle potřeb praxe |
||||||
KONZ |
základní
typy konzilií |
IDSUB |
IDKU |
KU_O |
KU_Z |
|
KONZ |
Konzilium (obecně) (komu je určena plyne z příjmového místa pm) Dourčení objednávky je uvedeno v typkuspeclok
a v text_zadosti, kde může být i podrobný popis. Slouží k zaslání žádosti o konzilium
prostřednictvím ku_o a ke sdělení zprávy konziliáře prostřednictvím ku_z.
(Neslouží k objednávání typu
LAB.PRED.POPIS!) Zasílá-li se objednávka ku_o elektronicky,
je v ku_prilohy připojen výčet zpráv ku_z (fazespec
= ZK), které mají být zpracovány (popsány, hodnoceny) - tyto přiložené zprávy
mají ve svém idku původní ID události, s níž jsou trvale vedeny a
v idsub mají uvedenu totožnou identifikaci jako je v idku
této objednávky (v bloku ku_o). Pokud byla zaslána objednávka elektronicky,
přidělí idku žadatel a ve zprávě se vrací; jinak je přiděleno při
vzniku zprávy; idsub se neuvádí (nevyužívá). Pokud je zasílána elektronická objednávka, zadává
se datum a čas vzniku požadavku do dat_poz, do dat_prov_od a dat_prov_do
lze uvést časový interval, v němž by mělo být konzilium realizováno (je
žádáno). Při zasílání zprávy konziliáře se zadává datum a
čas provedení konzilia (případně současného vyšetření) do dat_prov; dat_real_od
a dat_real_do se uvádí fakultativně, nebo neuvádí. Zpráva je v text. |
ne |
ano |
ano |
ano |
|
ZZS |
zdravotnická
záchranná služba |
IDSUB |
IDKU |
KU_O |
KU_Z |
|
ZZS.VYJEZD |
Výjezd
zdravotnické záchranné služby Slouží
k zaslání formuláře „Záznam o výjezdu“, který bez vyžádání zasílá
záchranná služba cílovému zdravotnickému zařízení (nemocnici). Řeší
se prostřednictvím ku_z, bez předchozí objednávky prostřednictvím ku_o.
|
ne |
ano |
ne |
ano |
|
ZZS.AVIZO |
Avízo
zdravotnické záchranné služby Slouží
k zaslání informace, že posádka ZZS s pacientem míří do působiště
adresáta (nemocnice). Avízo
je provozní informace, u které se nepředpokládá vložení do zdravotní
dokumentace pacienta (mnohdy pacient není ani identifikován). Řeší
se prostřednictvím ku_z, bez předchozí objednávky prostřednictvím ku_o (tj. bez vyžádání). |
ne |
ano |
ne |
ano |
|
specifické pro DS4 |
speciální
typy objednávek pro DS4 |
IDSUB |
IDKU |
KU_O |
KU_Z |
|
VYPIS.ZPRAV |
Výpis objednávek a zpráv (kopie) Slouží k zaslání žádosti o výpis zpráv
(kopii) z databáze. Žádost je vztažena vždy jen k jednomu
pacientovi, z jehož bloku ip je volán tento blok ku. Objednávka výpisu se zasílá v ku_o,
ke kterému je přiřazen idsub; idku není zadán. V dat_poz
je datum a čas vzniku požadavku na realizaci výpisu. Specifikace požadavků je zadána formalizovaně
prostřednictvím speciálního bloku ku_o_vypis , ve kterém je časový interval, za
který má být výpis realizován, typy žádaných zpráv kódem typku,
specifikace a další nastavení filtrů, které praxe bude žádat; současně zde
může být uveden (navíc, nebo pouze) výčet pacientových existujících ID
klinických událostí, které mají být zaslané též. Zasílá se zpět množina vyžádaných zpráv ku_z,
majících ve svém idku původní přidělené ID klinických událostí a
do idsub je vloženo (opakuje se) ID zadané v objednávce
výpisu (v bloku ku_o). Bude dále rozpracováváno
v dalších verzích, podle požadavků praxe a MZ. |
ano |
ne |
ano |
ano |
|
SOUPIS.ZPRAV |
Výpis seznamu zpráv Slouží k zaslání žádosti o soupis zpráv,
které jsou pro daného pacienta uložené v databázi. Žádost je vztažena vždy jen k jednomu
pacientovi, z jehož bloku ip je volán tento blok ku. Objednávka soupisu se zasílá v ku_o,
ke kterému je přiřazen idsub; idku není zadán. V dat_poz
je datum a čas vzniku požadavku na realizaci výpisu. Specifikace požadavků je zadána formalizovaně
prostřednictvím speciálního bloku ku_o_soupis (v něm je časový interval, za který
má být soupis realizován, typy žádaných zpráv kódem typku, specifikace
a další nastavení filtrů, které praxe bude žádat). Zasílá se zpět soupis příslušných vyžádaných
zpráv ku_z_soupis,
majících ve svém idku původní přidělené ID klinických událostí a
do idsub je vloženo (opakuje se) ID zadané v objednávce
výpisu (v bloku ku_o). Při sdělování soupisu zpráv se do povinných
položek bloku ku_z vkládají
pomocné náhradní údaje: do dat_prov
a dat_vydani se vkládá aktuální
čas, do p_pracoviste
se vkládá text „pracoviště“, do text
se vkládá text „soupis zpráv“. Bude dále rozpracováváno
v dalších verzích, podle požadavků praxe a MZ. |
ano |
ne |
ano |
ano |
|
TYPKU = typ klinické události
IDKU = ID klinické události
IDSUB = ID dílčího úkolu
KU_O = může být použito
v bloku objednávání zakázky ( ku_o )
KU_Z = může být použito
v bloku zpracování zakázky ( ku_z )
TYPKU:
Jednoznačné určení typu
klinické události.
Jedná se o položku jednoznačně
definovanou číselníkem [TYP_KU] a podrobně popsanou v hypertextovém
popisu (tabulkou viz výše). V číselníku je vyznačována časová platnost
jeho položek, povinnost uvádění IDKU nebo IDSUB, možnost výskytu
této položky v KU_O či v KU_Z a povinnost vložení
speciálních bloků typu KU_O_xxx a KU_Z_xxx.
IDKU:
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.
IDKU přidělí příslušné
klinické události jako první 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. Je trvale 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é).
IDSUB:
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, případně kde je
žádáno zpracování žádané množiny událostí s přidělenými svými IDKU 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é (implicitě je v blocích KU_x předepsáno jako
nepovinné).