Číselník KU - základní typy položek pro první a druhé kolo uvolnění

 

 

 

klíč (TYPKU)

 

charakteristika, popis, pokyny

 

 

IDSUB

 

IDKU

 

KU_O

 

KU_Z

 

pozn

 

 

 

 

 

 

 

AMB

ambulantní vyšetření a zprávy o ambulantním vyšetření

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)

 

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, RDG!)

 

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ř. GYN.VYS, NEUR.VYS, aj. se spec. bloky).

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

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 to potřebné, lze vytvořit fakultativní speciální blok pro zasílání formalizovaných zpráv vyšetření LAB, RDG aj.

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 to potřebné, lze vytvořit fakultativní speciální blok pro zasílání formalizovaných zpráv vyšetření LAB, RDG aj.

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, řeší se H.ZAVZ).

 

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 to potřebné, lze vytvořit fakultativní speciální blok pro zasílání formalizovaných zpráv vyšetření LAB, RDG aj.

 

Může být připojen speciální blok ku_z_hpropz pro vkládání formalizovaných údajů - např. z číselníku ÚZIS o typu propuštění; podrobné informace k překladu aj. - nyní není řešeno.

 

ne

ano

ne

ano

 

H.ZAVZ

úmrtní (závěrečná) zpráva z hospitalizace

 

Přístupy různých pracovišť se liší - jedná se o speciální variantu propouštěcí zprávy, na níž většinou navazuje „průvodní list ke klinické pitvě“ a „list o prohlídce mrtvého“ (lze řešit ve vazbě na H.ZAV nebo samostatně - nyní není řešeno).

 

Závěrečná zpráva nevzniká na základě elektronické 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) lze zadat od kdy (do kdy) trvala.

 

Bude-li to potřebné, lze vytvořit fakultativní spec. blok pro zasílání formalizovaných zpráv vyšetření LAB, RDG aj.

Následně dodefinovat:

„list o prohlídce mrtvého“ (předepsaný formulář)

„průvodní list ke klinické pitvě“ (viz návrhy „PAT.PLKP“)

„záznam o klinické pitvě“ (viz návrhy „PAT.ZKP“)

 

ne

ano

ne

ano

 

řešit později

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éž:

 

KU : LAB.VYS

 

 

v tabulce je zpracován

vzorový tvar popisu

 

prosíme o připomínky

k jeho formě a obsahu!

 

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 technické akceptaci objednávky - uvádí se totožné idku.

 

*

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 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, dat_du nezasílá, vzniká až v okamžiku odběru.

 

Zpět se zasílá zpráva jako LAB.VYS.

 

Bližší popis podobně jako v případě LAB.VYS.

 

Bude dořešeno v případě praktického zájmu.

(Bude nutné ošetřit nepovinnost dat_duku_o_lab.)

ne

ano

ano

ne

 

řešit později

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, dat_du nezasílá, vzniká až v okamžiku odběru.

 

Zpět se zasílá zpráva jako LAB.VYS.

 

Bližší popis podobně jako v případě LAB.VYS.

 

Bude dořešeno v případě praktického zájmu.

(Bude nutné ošetřit nepovinnost dat_duku_o_lab.)

ano

ne

ano

ne

 

řešit později

LAB.PRED.SMLUV

Předání určených vyšetření smluvní laboratoři

 

Smluvní laboratoř zajišťuje verifikaci výsledků stanovených laboratoří žadatele (pojem „smluvní“ je český oficiální termín zavedený normou ISO15189).

Slouží pouze vnitřní potřebě laboratoře.

 

Bude dořešeno v případě praktického zájmu.

(Bude třeba dořešit, co vše je nutné zasílat.)

ano

ano

ano

ano

 

řešit později

LAB.PRED.SPRAC

Předání části objednávky spolupracující laboratoři

 

Spolupracující laboratoř realizuje tu část objednávky, kterou nezpracovává odesílající laboratoř (vztah je smluvně ošetřen).

Slouží pouze vnitřní potřebě 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ří (objednávka do spoluprac. laboratoře a výsledky zpět objednávající laboratoři s typku LAB.PRED.SPPRAC).

 

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.

 

Bude dořešeno v případě praktického zájmu.

ano

ano

ano

ano

 

řešit později

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

 

Připojuje se speciální blok ku_z_rdg.

 

Následně lze dle potřeby dodefinovat popis k vyšetření:

RDG.xxx.PRED.POPIS, případně RDG.xxx.KONZ.

 

ano

ano

ano

ano

 

RDG.ANGIO

Angiografie

popis - viz RDG

ano

ano

ano

ano

řešit později

RDG.CT

CT vyšetření

popis - viz RDG

ano

ano

ano

ano

řešit později

RDG.MAMO

Mamografie

popis - viz RDG

ano

ano

ano

ano

řešit později

RDG.MR

Magnetická rezonace

popis - viz RDG

ano

ano

ano

ano

řešit později

RDG.PET

Pozitronová  emisní tomografie

popis - viz RDG

ano

ano

ano

ano

řešit později

RDG.RTG

RTG vyšetření

popis - viz RDG

ano

ano

ano

ano

 

RDG.SONO

Sonografické vyšetření

popis - viz RDG

ano

ano

ano

ano

řešit později

RDG.TERMO

Termografické vyšetření

popis - viz RDG

ano

ano

ano

ano

řešit později

 

 

 

 

 

 

 

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.

 

Může být připojen speciální blok ku_o_neur;

není dosud vypracován, bude navržen v případě potřeby.

 

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.

 

Následně lze dle potřeby dodefinovat popis k vyšetření:

NEUR.xxx.PRED.POPIS, případně NEUR.xxx.KONZ.

 

ano

ano

ano

ano

 

NEUR.EEG

EEG vyšetření

popis - viz NEUR

ano

ano

ano

ano

 

NEUR.EMG

EMG vyšetření

popis - viz NEUR

ano

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.

 

Může být připojen speciální blok ku_o_kard;

není dosud vypracován, bude navržen v případě potřeby.

 

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.

 

Následně lze dle potřeby dodefinovat popis k vyšetření:

KARD.xxx.PRED.POPIS, případně KARD.xxx.KONZ.

 

ano

ano

ano

ano

 

KARD.EKG

EKG vyšetření

popis - viz KARD

ano

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.

 

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ř. GYN.KONZ, NEUR.KONZ, aj. se spec. bloky).

ne

ano

ano

ano

 

 

 

 

 

 

 

 

????

speciální typy objednávek

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 (v ně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).

 

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 dořešeno v další verzi, podle požadavků nových zákonů vydaných MZ.

 

ano

ne

ano

ne

 

řešit později

SOUPIS.ZPRAV

Výpis seznamu zpráv

 

Bude-li požadováno (zvažovaný projekt MZ), lze vyžádat soupis všech v archivu uložených zpráv příslušného pacienta. Na základě objednávky by byl vydán seznam zpráv s jejich příslušnou charakteristikou a jejich idku.

 

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 )

 

„řešit později“ = bude v následujícím upgrade DS4

 

 

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é).

 


Další navrhované položky do číselníku KU - nyní nejsou jeho součástí

(pro praxi potřebné budou po vzájemné dohodě zapracované do číselníku KU)

 

Nutné dořešit jejich členění, obsah, vybrat potřebné a realizovat - po domluvě alespoň 2 firem.

 

klíč (návrh)

název (navrhovaný)

otázky, poznámky, k dořešení...

pozn

 

 

 

 

 

SKUPINY podle odborností aj.

 

 

 

 

 

 

GYN

gynekologická vyšetření

 

 

GYN.AMNIO

amniocentéza

?

 

GYN.FOLIK

folikulometrie

?

 

GYN.KARDTOKO

kardiotokografie

?

 

 

 

 

 

KARD

kardiologická vyšetření

 

 

KARD.DOPPLER

dopplerometrické vyšetření

ukládat záznam a jeho popis?

 

KARD.EFYZ

elektrofyziologické vyšetření

ukládat záznam a jeho popis?

 

KARD.ECHO

echokardiografické vyšetření

ukládat záznam a jeho popis?

 

KARD.EKG

EKG vyšetření

definováno, ale zatím bez dalšího

ukládání záznamu a formalizace popisu

 

KARD.ERGO

zátěžová elektrokardiografie

ukládat záznam a jeho popis?

 

KARD.HOLTER

monitorování „Holter“

ukládat záznam a jeho popis?

 

KARD.HUTT

kardiologický test na nakloněné rovině (HUTT)

ukládat záznam a jeho popis?

 

KARD.IMPULS

impulsoskopie

?

 

KARD.REVASKUL

indikace revaskularizace ?

?

 

KARD.KATP

srdeční katetrizace pravostranná

?

 

KARD.STIM

kardiostimulace

?

 

 

 

 

 

NEUR

neurologická vyšetření

 

 

NEUR.EEG

EEG vyšetření

definováno, ale zatím bez dalšího

ukládání záznamu a formalizace popisu

 

NEUR.EMG

EMG vyšetření

definováno, ale zatím bez dalšího

ukládání záznamu a formalizace popisu

 

NEUR.EVOK

evokované potenciály

ukládat záznam a jeho popis?

 

 

 

 

 

OPER

předoperační, operační a pooperační

výkony a záznamy

 

 

OPER.PRE.VYS

předoperační vyšetření

?

 

OPER.PRE.MED

předoperační medikace

?

 

OPER.PROT

operační protokol

formalizovaně?

 

OPER.MED

operační medikace ?

součást oper. protokolu?

 

OPER.POST.DOP

pooperační doporučení

?

 

 

 

 

 

OPHT

vyšetření v očním lékařství

 

 

OPHT.FAG

fluoroangiografie očního pozadí

ukládá se záznam (obraz) a jeho popis?

 

OPHT.FOTO

oční foto všetření

ukládá se záznam (obraz) a jeho popis?

 

OPHT.HRT

HRT laser scan očního pozadí

ukládá se záznam (obraz) a jeho popis?

 

OPHT.PERI

perimetrické vyšetření

ukládá se záznam (obraz) a jeho popis?

 

OPHT.SONO

sono oka (není RDG.SONO)

ukládá se záznam (obraz) a jeho popis?

 

 

 

 

 

POR

vyšetření a zprávy v porodním lékařství

 

 

POR.POROD

hlášení o narození dítěte

 

 

 

a řada dalších zpráv

doplnit...

pozn

 

 

 

 

PAT

patologická vyšetření a zprávy

 

 

PAT.PLKP

průvodní list ke klinické pitvě

zasílá se PAT, vzniká při závěrečné zprávě

 

PAT.PLKP.DOSP

průvodní list ke klinické pitvě - dospělí

 

 

PAT.PLKP.DETI

průvodní list ke klinické pitvě - děti

 

 

PAT.ZKP

záznam o klinické pitvě (formalizovaně, závěr)

vydává PAT na základě PAT.PLKP

 

PAT.SOUDP

soudní pitva

?

 

 

list o prohlídce mrtvého

hlášení o úmrtí

nepatří k PAT - připojeno jako poznámka, spíše součást závěrečné zprávy

pozn

 

 

 

 

RHC

rehabilitace

 

 

RHC.ELEKTRO

elektroléčba

?

 

RHC.FYZIO

fyzioterapie

?

 

RHC.VODO

vodoléčba

?

 

 

 

 

 

 

OŠETŘOVATELSKÁ DOKUMENTACE - k úvaze

 

 

 

 

 

 

OSET

ošetřovatelská dokumentace ??

(většinou vedena ručně - řešit předávání?)

 

OSET.PRIJZ

ošetřovatelská příjmová zpráva

 

 

OSET.DEKURZ

ošetřovatelský dekurz

 

 

OSET.PROPZ

ošetřovatelská propouštěcí (překladová) zpráva

 

 

 

 

 

 

 

DALŠÍ NÁVRHY - k úvaze

 

 

 

 

 

 

AKUT

akutní stav

??

?

ANAM

anamnéza

je součástí přijímací zprávy i jiných zpráv

?

ANEST

anestezie

spíš mezi typy OPER.xxx ?

?

AUDIO

audiomerické vyšteření

jaká a jak?

?

BIOP

bioptické vyšetření

spíš mezi typy PAT.BIOP či HIST.BIOP ?

?

CYTO

cytologické vyšetření

nyní v NČLP řešeno neformalizovaně

(viz NČLP 20847, 20767, 20768, 20779 až 20785), lze zařadit pod LAB nebo extra !?

?

DENSIT

kostní denzitometrie

?

?

DIALYZA

hemodiálýza

zřejmě bude dále rozčleněno

?

DYST

vyšetření na distonii

?

?

FARMAK

farmakoterapie (léková, infuzní)

co je tím zamýšleno - viz blok LEKZ aj.?

?

GENET

genetické vyšetření

nyní v NČLP neřešeno, velmi speciální problematika, asi bude dále rozčleněno?

lze zařadit pod LAB nebo extra !?

?

IZOT

izotopové vyšetření

co vše je zde zamýšleno?

?

PTCA

PTCA ?

zřejmě patří do jiné skupiny?

?

PUNKCE

punkce ?

zřejmě patří do jiné skupiny?

(výkony, laboratoř, jiné?)

?

SKORE

skórovací systémy resuscitační péče

(GCS, APACHAEII, TISS, RANKIN, BARTHEL, EURO, SOFA, QMG, KURTZKE, NIHSS)

zřejmě patří do jiné skupiny (např. „ARO“, „JIP“) jako spec. bloky; nutno dořešit !?

?

SPIRO

spirometrie

zřejmě patří do jiné skupiny?

?

URODYN

urodynamické vyšetření

zřejmě patří do jiné skupiny?

?

VVV

vyšetření vrozených metab. vývojových vad

speciální objednávka (sdělují se potřebné údaje - formulář lze definovat a doplnit);

výsledky jako běžné LAB.VYS,NČLP)

 

ZUBKRIZ

zubní kříž ?

speciální blok ke stomat. vyšetření !?

?

 

 

 

 

ENTER

enterální výživa

co je zde zamýšleno?

(položky pro výpočet příjmů a bilancí jsou připravené v NČLP - řešit spec. blokem?)

?

PARENTER

parenterální vyživa

co je zde zamýšleno?

(položky pro výpočet příjmů a bilancí jsou připravené v NČLP - řešit spec. blokem?)

?

 

 

 

 

ENDO

endoskopická vyšetření

?

?

ENDO.BRONCHO

bronchoskopické vyšetření

zřejmě patří do jiné skupiny jako spec. blok

?

ENDO.GASTRO

endoskopické vyšetření trávicího traktu

zřejmě patří do jiné skupiny jako spec. blok

?

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 


Náčrt praktických situací pro LIS (v plné šíři diskutováno, pro praxi nyní řešíme jen základní):

 

 

1.

LAB.VYS

 

Objednávka lab. vyšetření realizovaná papírovou žádankou.

 

Laboratoř přepisuje údaje ze žádanky a zadává sdělené dat_du.

 

Výsledky mohou být sdělované postupně = fáze ZP (vždy vše již sdělené plus nově dokončené), ve finále musí být sděleno vše kompletně = fáze ZF.

 

2.

LAB.VYS → LAB.VYS

 

Zasílá se žádost o laboratorní vyšetření včetně požadavků, informací o vzorku a vzorků,

vrací se zpracovaná objednávka v podobě události LAB.VYS.

 

Při elektronické objednávce sděluje objednavatel dat_du, laboratoř s ním pracuje a vrací ho.

 

Výsledky mohou být sdělované postupně = fáze ZP (vždy vše již sdělené plus nově dokončené), ve finále musí být sděleno vše kompletně = fáze ZF.

 

3.

LAB.ODBER.LAB → LAB.VYS

 

Zasílá se žádost o laboratorní vyšetření včetně požadavků a současně žádost o realizaci odběru vzorků v laboratoři (do objednávky se uvádí časy, kdy se dostaví pacient, dle pokynů v Lab. příručce),

vrací se zpracovaná objednávka v podobě události LAB.VYS.

 

Po odběru vzorku zadává dat­_du laboratoř, vzniká klinická událost LAB.VYS.

 

Výsledky mohou být sdělované postupně = fáze ZP (vždy vše již sdělené plus nově dokončené), ve finále musí být sděleno vše kompletně = fáze ZF.

 

4.

LAB.ODBER.LUZKO → LAB.VYS

 

Jako u varianty „LAB.ODBER.LAB → LAB.VYS“, zde je odběr prováděn laboratorním pracovníkem u lůžka pacienta.

 

5.

LAB.VYS → LAB.PRED.SMLUV → LAB.VYS

 

Laboratoř může část v ní zpracovaných výsledků zaslat do smluvní laboratoře a nechat verifikovat nebo dourčit.

(Tyto situace řeší norma ISO15189, která také zavádí relativně nevhodný český termín „smluvní laboratoř“.)

Výsledky práce této smluvní laboratoře pak sděluje prvotní laboratoř objednavateli.

Jedná se o interní dialog mezi jednou a druhou laboratoří.

 

6.

LAB.VYS → LAB.PRED.SPRAC → LAB.VYS

 

Laboratoř může část požadavků zaslat do spolupracující laboratoře, která zpracovává domluvenou část objednávané palety.

Výsledky práce této spolupracující laboratoře pak prvotní laboratoř sděluje objednavateli.

Jedná se o interní dialog mezi jednou a druhou laboratoří.

Tato varianta může být využívána také tam, kde je nutné rozdělit původní objednávku na více samostatných s vlastní interní identifikací a po zpracování je opět sloučit - pak může být prvotní laboratoř vnímána jako „virtuální“, která předá požadavky svým spolupracujícím laboratořím a po jejich zpracování je sloučí a odešle jako kompletní LAB.VYS prvotnímu žadateli.

 

7.

LAB.VYS → LAB.PRED.POPIS → LAB.VYS

 

Laboratoř může zaslat část dat nebo všechna data expertovi k realizaci popisu, interpretace, zprávy...

Výsledky jeho práce pak sděluje objednavateli.

Jedná se o interní dialog mezi laboratoří a expertem.

Může být využíváno i tam, kde laboratoř nemá fyzicky přítomného specialistu (lékaře - biochemika, hematologa aj.).

 

8.

VYPIS.ZPRAV → LAB.VYS

 

Objednávka výpisu (kopie) laboratorních dat z archivu (lze uvádět časový interval a případně specifikovat jaká data - pro to bude samostatný datový blok).

Sdělují se kopie příslušných laboratorních zpráv.