Program Evropské Unie Transition Facility (Přechodový nástroj) pro Českou republiku
Vypracování národních norem kódování pro český systém DRG, technická asistence CZ2005/017/518.05.03.02.0002 VZ60008837
Návrh datových sad
Datum vydání: 26.10.2008
Tato zakázka je financována Evropskou komisí
Zakázka je realizována STAPRO s. r. o., Pardubice, ČR
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
ZÁKLADNÍ INFORMACE
Číslo smlouvy / Evidenční číslo
CZ2005/017/518.05.03.02.0002/ VZ60008837
Název zakázky
Vypracování národních norem kódování pro český systém DRG, Technická asistence Stapro s.r.o. Pernštýnské nám. 51 530 09 Pardubice Česká republika
Dodavatel
Česká republika - Ministerstvo zdravotnictví, Odbor zdravotní péče Adresa: Palackého nám. 4, 128 01, Praha 2
Konečný příjemce Vedoucí zakázky
Ing. Jan Jeník
na straně dodavatele Vedoucí zakázky
MUDr. Pavel Frňka
na straně konečného příjemce Zástupce zadavatele
Ing. Klára Mendová
Vedoucí úředník programu (SPO)
Mgr. Michael Kuna
Historie dokumentu Verze
Datum
<1.0>
3.9.2008
<1.1>
26.10.2008
Konečný dokument
Změny
Úvodní verze k připomínkování Doplněné datové rozhraní pro recept a poukaz a doplněn popis řešení indikátorů kvality a validace dat. Předáno zadavateli
STAPRO s.r.o., 2008
Strana 2 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
Obsah 1.
2.
3.
Úvod
5
1.1
Definice a zkratky
5
1.2
Logické datové typy
6
1.2.1 Datové typy – kvantita
6
1.2.2 Datové typy – čas
7
1.2.3 Datové typy – text
7
1.2.4 Datové typy – věci
7
Obecné datové elementy
9
2.1
Identifikátor poskytovatele
9
2.2
Identifikátor případu
10
2.3
Identifikátor pracoviště (místa poskytování)
10
2.4
Identifikátor zdravotnického pracovníka
11
2.5
Datový element DS_Adresa
11
2.6
Datový element DS_Spojení
12
2.7
Datový element DS_DG
13
2.8
Datový element DS_Pacient
14
2.9
Datový element DS_Číslo pojištěnce
17
2.10
Datový element DS_Služba
18
2.11
Datový element DS_Balíček služeb
20
2.12
Datový element DS_LP
21
2.13
Datový element DS_Procedura
22
2.14
Datový element DS_Performance
23
Datové rozhraní dokladů léčebné péče
24
3.1
Základní struktura datové sady
24
3.2
Datový element DS_Záhlaví
25
3.3
Datový element DS_Poskytovatel
27
3.4
Datový element DS_Epizoda
28
Konečný dokument
STAPRO s.r.o., 2008
Strana 3 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
4.
5.
3.5
Datový element DS_Dílčí epizoda
32
3.6
Datový element DS_Kontakt
35
3.7
Datový element DS_IP
38
Datové rozhraní receptu
39
4.1
Základní struktura datové sady
39
4.2
Datový element DS_Předpis
40
4.3
Datový element DS_Vydaná položka
41
Datové rozhraní poukazu
44
5.1
Základní struktura datové sady
44
5.2
Datový element DS_Poukaz
45
5.3
Datový element DS_Vydaná pomůcka
46
6.
Datové rozhraní ostatních dokladů
49
7.
Datové rozhraní pro vykazování ukazatelů kvality
50
7.1
Typy ukazatelů
50
7.2
Čitatel
50
7.3
Jmenovatel
50
7.4
Administrativní data
50
7.5
Časové hledisko sledování ukazatelů
51
7.6
Základní typy předávaných informací
51
7.6.1 Vykazování splněného požadavku
51
7.6.2 Vykazování nesplnění požadavku
52
7.7
7.8
Základní typy výpočtu ukazatelů
52
7.7.1 Ukazatel kvality reportování
52
7.7.2 Ukazatel kvality služeb
53
Způsob vykazování ukazatelů kvality v datovém rozhraní
53
7.8.1 Struktura kódů pro reportování kvality 8.
53
Zajištění kvality dat – obchodní pravidla
Konečný dokument
STAPRO s.r.o., 2008
54
Strana 4 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
Návrh datových sad 1. Úvod Tento dokument obsahuje logický návrh datových sad. Cílem návrhu bylo vytvoření takového systému datových sad, který bude pokrývat jak základní potřeby komunikace mezi plátci a poskytovateli zdravotní péče, tak další informační potřeby, zejména v oblasti zdravotní statistiky a umožní sjednocení a optimalizaci obsahu vykazovaných údajů poskytovateli zdravotní péče. Navržené datové sady proto obsahují řadu doplňkových údajů, které dosud buď nebyly vykazovány vůbec (např. výsledky skórování stavu pacientů, účel zdravotní péče) nebo se vyskytují v jiných výkazech mimo oblast komunikace s plátci zdravotní péče (např. výkazy ÚZIS). Při implementaci návrhu bude nezbytné vzít v úvahu řadu předpokladů, mezi které patří změna standardů vedení zdravotní dokumentace (nové údaje by měly být náležitě dokumentovány ve zdravotní dokumentaci), implementace některých prvků nezbytné informační infrastruktury (existence registru případů, registru poskytovatelů a zdravotnických profesionálů, registru a katalogu zdravotních služeb) jakož i změny v informačních systémech poskytovatelů zdravotní péče. Z tohoto důvodu bude konečná podoba datových sad zpočátku pravděpodobně realizována v redukované podobě tak, aby byla proveditelná. Tento dokument obsahuje návrh cílové „bohaté“ datové sady. V této kapitole tohoto dokumentu jsou popsány logické datové typy, převzaté ze standardu HL7 a použité při popisu logického rozhraní datových sad. Druhá kapitola dokumentu obsahuje popis použitých identifikátorů a popis obecných a listových datových elementů, použitých v datových sadách. Příkladem může být datový element adresa či diagnóza. Třetí kapitola obsahuje popis datového rozhraní dokladů léčebné péče, navržené jako jednotné pro všechny typy zdravotní péče, s několika výjimkami. Výjimkou jsou služby poskytnuté v dopravě, záchranné zdravotní službě, lázeňské péči, farmaceutické péči a v návštěvní službě. Datové rozhraní pro výkaz služeb farmaceutické péče, tzv. datové rozhraní receptu, je popsáno v kapitole číslo 4. Pátá kapitola obsahuje návrh datového rozhraní ve vybraných službách ostatních typů zdravotní péče – jde o datové rozhraní poukazu na zdravotní pomůcky. V šesté kapitole jsou shrnuta zbývající datová rozhraní výkazů, která nejsou dotčena tímto projektem a u nichž navrhujeme pokračovat ve vykazování ve stávajícím datovém rozhraní.
1.1 Definice a zkratky
KSP
Klasifikační systém procedur
ZP
Zdravotní prostředek/ zdravotní pomůcka
Konečný dokument
STAPRO s.r.o., 2008
Strana 5 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
ZUM
Zvlášť účtovaný materiál
ZULP
Zvlášť účtovaný léčebný přípravek
1.2 Logické datové typy
Při návrhu datových sad jsme z důvodu potřeby nezávislosti na konkrétní implementační technologii použili logických datových typů převzatých z informačního modelu HL7 (RIM). Tyto datové typy obsahují jak jednoduché datové prvky, tak složitější datové struktury a jsou velmi vhodné pro popis navržených datových sad. Použité datové typy jsou popsány v následujících odstavcích. 1.2.1 Datové typy – kvantita
Boolean : BL Boolean reprezentuje datové hodnoty Boolské algebry, tedy hodnoty dvouhodnotové logiky. Boolský datový typ může nabývat hodnoty "true" (pravda) nebo "false" (nepravda). Vzhledem k faktu, že datová hodnota může být také ve stavu NULL (nepřiřazeno, neurčeno), mohou hodnoty tohoto typu být ve skutečnosti ve třech stavech.
Integer Number : INT Datový typ IntegerNumber reprezentuje celá čísla. Množina celých čísel je neomezená, ale spočetná, nemá žádnou stanovenou limitní hodnotu s výjimkou dvou infinitních hodnot plus a mínus nekonečno.
Real Number : REAL Representace reálných čísel, kterými jsou vyjadřovány výsledky měření spojitých veličin, peněžní částky apod. Nejobvyklejší zápis reálných čísel je desetinný, přičemž počet významných číslic za desetinnou tečkou se nazývá přesnost. Reálná čísla tvoří nespočetnou a neomezenou množinu.
Physical Quantity : PQ Fyzické množství reprezentuje výsledek měření jako dvojici reálné hodnoty (REAL) a jednotky měření (CS). Jednotka měření je vyjádřena kódem UCMU (The Unified Code for Units of Measures).
Monetary amount : MO MO representuje kvantitu vyjádřenou v peněžních jednotkách. MO je tedy dvojice hodnot hodnota (REAL) a měna (CS). Měna je vyjádřena kódem měny dle ISO 4217.
Konečný dokument
STAPRO s.r.o., 2008
Strana 6 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
1.2.2 Datové typy – čas
Point In Time : TS Absolutní vzdálenost na časové ose. PT je nejčastěji reprezentován jako kalendářní výraz. V návrhu datových sad předpokládáme podmnožinu literálních reprezentací datového typu TS omezenou na formy:
YYYY-MM-DD HH:MM
YYYY-MM-DD
HH:MM
General Timing Specification : GTS GeneralTimingSpecification (GTS) je sémanticky obecná množina časových okamžiků. GTS lze použít ke komplexnímu vyjádření času různých událostí a akcí (zejména v objednávkových systémech nebo při plánování). Za pomoci GTS lze například označovat časovou platnost některých druhů informace např. telefonních čísel (denní, noční), adres (letní, zimní), úředních hodin apod. 1.2.3 Datové typy – text
Character String : ST Datový typ CharacterString (ST) reprezentuje textová data určená převážně pro strojové zpracování indexování, třídění, vyhledávání. Datový typ ST je použit například pro názvy, jména, symboly a formální výrazy.
Unique Identifier String: UID UID je řetězec znaků které globálně, jednoznačně a časově nezávisle identifikují objekty. Specializacemi UID jsou OID (ISO Object Identifier), UUID (DCE Universally Unique Identifiers) a RUID (HL7 Rezerved UID).
1.2.4
Datové typy – věci
Concept Descriptor : CD ConceptDescriptor (popis pojmu) může reprezentovat libovolný pojem. CD zpravidla na pojem odkazuje prostřednictvím kódu z nějakého kódového systému. Concept descriptor může obsahovat původní text nebo pojem, který je základem pro kódování, a jeden či více překladů do různých kódových systémů. Dalším prvkem CD může být také kvalifikátor, který původní pojem upřesňuje. Takže např. pojem "levá noha" může být vyjádřen kódem "NOHA" a kvalifikátorem "LEVÁ". V některých výjimečných případech neobsahuje concept descriptor kódovou hodnotu, ale pouze původní pojem. Konečný dokument
STAPRO s.r.o., 2008
Strana 7 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
Úplný popis CD tedy sestává z:
Kódu (ST)
Kódového systému (UID)
Názvu kódového systému (ST)
Verze kódového systému (ST)
Názvu pro zobrazení (ST)
Původního textu (ED)
Překladů (SET
)
Kvalifikátorů (LIST)
Coded Simple Value : CS Coded Simple Value (CS) je specializací concept descriptoru (CD). CS omezuje všechny vlastnosti CD s výjimkou kódu. Kódový systém a verze je dána kontextem použití hodnoty typu CS. Rovněž původní text není součástí hodnoty typu CS.
Konečný dokument
STAPRO s.r.o., 2008
Strana 8 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
2. Obecné datové elementy Při návrhu datových sad pro vykazování zdravotní péče mezi poskytovateli a plátci byly použity také některé obecné datové elementy. Mezi tyto elementy patří např. unikátní identifikátory objektů (viz obrázek Obrázek 1), adresní a spojovací prvky, diagnózy a některé další elementy. Obecné datové elementy souhrnně popíšeme v této kapitole. Obrázek 1 - Unikátní identifikátory v datových sadách
2.1 Identifikátor poskytovatele
Unikátní identifikátor poskytovatele zdravotní péče přidělený organizaci registrující autoritou. Jako identifikátor bude zpočátku pravděpodobně sloužit dosavadní IČZ přidělené VZP. Po vzniku registru poskytovatelů zdravotní péče bude nahrazeno novým identifikátorem. Nedostatkem IČZ je především omezení dané jeho strukturou. Ta umožňuje registrovat nejvýše 999 poskytovatelů zdravotní péče v rámci okresu. V některých okresech však již bylo tohoto limitu dosaženo. Přidělený kód tedy neodpovídá původní struktuře IČZ:
Konečný dokument
STAPRO s.r.o., 2008
Strana 9 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
OO - okres ZZZ - zdravotnické zařízení PPP - číslo pracoviště
Typ identifikátoru: CS[1] Typ kódu obsahuje informaci o použitém typu identifikátoru poskytovatele zdravotní péče. Přípustné hodnoty jsou: 0 - ICZ (Identifikační číslo zdravotnického zařízení přidělené VZP) 1 - Identifikační číslo poskytovatele zdravotních služeb přidělené registrační autoritou
Identifikátor poskytovatele: ST[1] Hodnota identifikátoru poskytovatele dle zvoleného typu. 2.2 Identifikátor případu
Identifikátor (registrovaného) případu může být přidělen národním registrem případů nebo vytvářen jiným mechanismem (např. sekvenční kód doplněný identifikátorem poskytovatele, který případ založil atp.)
Identifikátor případu:ST[1] Identifikátor registrovaného případu. Identifikátor musí být unikátní v rámci ČR. 2.3 Identifikátor pracoviště (místa poskytování)
Unikátní identifikátor pracoviště, tedy místa poskytování zdravotní péče, přidělený registrační autoritou. Zpočátku bude pravděpodobně používán kód ICP (Identifikační číslo pracoviště), později bude nahrazen kódem místa poskytování dle registru poskytovatelů zdravotní péče.
Typ identifikátoru: CS[1] Typ identifikátoru pracoviště obsahuje informaci o způsobu identifikace pracoviště. Přípustné hodnoty jsou:
0 - identifikační číslo zdravotnického pracoviště přidělené VZP (IČP), 1 -Identifikační číslo místa poskytování zdravotních služeb, přidělené registrační autoritou
Konečný dokument
STAPRO s.r.o., 2008
Strana 10 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
Identifikátor pracoviště: ST[1] Kód jednoznačně identifikující zdravotnické pracoviště, tedy místo poskytování zdravotní služby. 2.4 Identifikátor zdravotnického pracovníka
Unikátní identifikátor přidělený zdravotnickému pracovníkovi registrační autoritou. Unikátní identifikátor předpokládá vznik registru zdravotnických pracovníků obsažený v návrhu zákona o zdravotních službách. V současnosti je k dispozici pouze kód IČL (Identifikační číslo lékaře), který však nezahrnuje pracovníky ve všech zdravotnických kategoriích a není tedy univerzálně použitelný.
Typ identifikátoru: CS[1] Typ identifikátoru obsahuje informaci o použitém identifikátoru zdravotnického pracovníka. Přípustné hodnoty jsou:
0 - IČL (Identifikační číslo lékaře přidělené VZP) 1 - Identifikační číslo zdravotnického pracovníka, přidělené registrační autoritou
Identifikátor pracovníka: ST[1] Vlastní kód jednoznačně identifikující zdravotnického pracovníka. 2.5 Datový element DS_Adresa
Jméno: ST[0..1] Jméno či název, který tvoří první řádek adresy. Položka je nepovinná a uvede se pouze pokud je odlišná od položky jméno či název v datovém elementu, ke kterému se adresa vztahuje.
Ulice: ST[1] Jméno ulice či označení a číslo PO boxu. Konečný dokument
STAPRO s.r.o., 2008
Strana 11 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
Číslo domu: ST[1] Orientační a popisné číslo domu. Údaje jsou odděleny lomítkem.
PSČ: ST[1] Poštovní směrovací číslo.
Obec: ST[1] Název obce.
Země: CS[1] = „CZ“ Kód země dle mezinárodní normy ISO 3166. Jako kód země se použije dvouznakový kód dle uvedené normy. Implicitní hodnota kódu je "CZ". 2.6 Datový element DS_Spojení
Elektronický spojovací prvek.
Typ spojení: CS[1] Typ spojovacího prvku. Může nabývat hodnot:
T - telefon F - fax M - mobilní telefon E - e-mail W - URL webové stránky
URL spojení: ST[1] Detail spojení. Formát spojení závisí na atributu "Typ spojení". Pro spojení typu telefon, fax Konečný dokument
STAPRO s.r.o., 2008
Strana 12 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
či mobilní telefon, je formát telefonního čísla definován normou RFC 2806. Pro spojení typu elektronická adresa je formát definován normou RFC 2368. 2.7 Datový element DS_DG
Datový element obsahuje kód diagnózy onemocnění pacienta a doplňující informace k jeho stavu.
Diagnóza – typ diagnózy: CS[1] Kód odlišující primární onemocnění a komplikace léčby. Přípustné hodnoty jsou:
1 - diagnóza vyjadřuje primární onemocnění pacienta, tedy:
stav, který byl přítomný v době přijetí pacienta do péče poskytovatele. U novorozenců jde o stav v době narození, nebo
stav, který byl přítomen, ale dosud nebyl diagnostikován do započetí dílčí epizody zdravotní péče, nebo
stav rodičky, který se objevil od započetí porodu, po dokončení druhé porodní fáze
2 - diagnóza vyjadřuje stav vzniklý po přijetí pacienta do péče poskytovatele. 9 - neznámý či nejistý případ, kdy z dokumentace nelze zjistit, zda lze přiřadit některý z předchozích kódů.
Diagnóza – kód: CS[1] Příčina onemocnění vyjádřená jako kód MNK-10 v souladu s pravidly kódování.
Diagnóza – lokalizace: CS[0..1] Lokalizace vztahující se ke kódu diagnózy, upřesňující místo postižení. Lokalizace se vyjadřuje kódem s přípustnými hodnotami:
L - vlevo Konečný dokument
STAPRO s.r.o., 2008
Strana 13 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
P - vpravo O - obě strany
Diagnóza – dodatkový kód: CS[0..1] Dodatkový kód upřesňující kód diagnózy dle "hvězdičkové konvence MKN-10".
Diagnóza – lokalizace dodatkového kódu: CS[0..1] Lokalizace vztahující se k dodatkovému kódu MKN-10. Viz atribut Diagnóza - lokalizace. 2.8 Datový element DS_Pacient
Datový element obsahuje základní identifikační a vybrané demografické údaje pacienta.
Osoba – číslo pojištěnce: DS_číslo pojištěnce[1] Číslo pojištěnce umožňuje identifikovat osobu se zdravotním pojištěním v České republice či v ostatních členských zemích EU.
Osoba – datum narození: TS[1] Datum a čas narození. Čas je povinný pouze u novorozenců do 28mi dnů věku při přijetí k ošetření, u ostatních pacientů se čas neuvádí.
Formát: YYYY-MM-DD HH:MM nebo YYYY-MM-DD Konečný dokument
STAPRO s.r.o., 2008
Strana 14 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
Pacient – pohlaví: CS[1] Kód označující "administrativní" pohlaví pacienta. Tedy to, jaké je uvedeno v osobních dokladech pacienta. Přípustné hodnoty jsou:
M - muž F - žena X - neznámé/neuvedeno
Pacient – rodinný stav: CS[1] Rodinný stav vyjádřený jako kód. Přípustné hodnoty jsou:
0 - nezjištěn 1 - svobodný/á 2 - ženatý, vdaná 3 - rozvedený/á 4 - ovdovělý/á 5 - dlouhodobé partnerství (de facto ženatý) 6 - odloučený/á
Pacient – státní občanství: CS[1] = “CZ“ Státní občanství vyjádřené 2 znakovým kódem země dle ISO 3166-1. Implicitní hodnota kódu = "CZ".
Pacient – národnost: CS[1] Národnost pacienta vyjádřená jako kód číselníku NARODN (NZIS). Přípustné hodnoty jsou:
0 - nezjištěna 1 - česká 2 - slovenská 3 - moravská Konečný dokument
STAPRO s.r.o., 2008
Strana 15 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
4 - slezská 5 - maďarská 6 - romská 7 - polská 8 - německá 9 - jiná
Pacient – dosažené vzdělání: CS[1] Nejvyšší dosažené vzdělání vyjádřené jako kód číselníku VZDELA (NZIS). Přípustné hodnoty jsou:
1 - základní neukončené 2 - základní ukončené 3 - střední odborné 4 - úplné střední odbor. (s maturitou) 5 - úplné střední všeob. (s maturitou) 6 - bakalářské 7 - vysokoškolské 8 - dítě předškolního věku 9 - nezjištěno
Pacient – zaměstnanecký stav: CS[1] Klasifikace zaměstnaneckého stavu vyjádřená jako kód. Přípustné hodnoty jsou:
1 - výdělečně činný (zaměstnanec nebo OSVČ) 2 - nezaměstnaný (ztráta zaměstnání) 3 - bez zaměstnání (z vlastní vůle) 4 - důchodce 5 - dítě či studující 9 - není známo
Konečný dokument
STAPRO s.r.o., 2008
Strana 16 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
Osoba – místo pobytu – země: CS[1] = “CZ“ Země místa obvyklého pobytu pacienta. Obvykle jde o místo trvalého bydliště, ale nemusí být totožné. Země je vyjádřena dvouznakovým kódem země dle ISO 3166-1. Implicitní hodnota kódu = "CZ".
Osoba – místo pobytu – PSČ: ST[0..1] PSC místa obvyklého pobytu pacienta. Obvykle jde o místo trvalého bydliště, ale nemusí být totožné. 2.9 Datový element DS_Číslo pojištěnce
Datový element DS_Číslo pojištěnce umožňuje identifikaci pojištěnců s pojistným vztahem v České republice i pojištěnců pojištěných v ostatních členských zemích EU. Datová struktura využívá dvou alternativních způsobů identifikace pojištěnců. Pro pojištěnce českých zdravotních pojišťoven jsou vykazovány údaje "Kód pojišťovny" a "Číslo pojištěnce". Pro pojištěnce jiných členských zemí jsou vykazovány položky "Země pojištění EU", "Kód instituce EU" a "Číslo pojištěnce EU". Povinné je vykázání alespoň jedné z obou variant.
Kód pojišťovny: CS[0..1] Kód zdravotní pojišťovny dle číselníku zdravotních pojišťoven. Položka se využije pouze v případě české zdravotní pojišťovny.
Číslo pojištěnce: ST[0..1] Číslo pojištěnce přidělené českou zdravotní pojišťovnou.
Země pojištění EU: CS[0..1] Dvouznakový kód země sídla zdravotní pojišťovny dle evropského průkazu zdravotního pojištění (EHIC). Kód odpovídá normě ISO 3166.
Konečný dokument
STAPRO s.r.o., 2008
Strana 17 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
Kód instituce EU: CS[0..1] Kód instituce zajištující úhradu nákladů na poskytnutou péči dle evropského průkazu zdravotního pojištění (EHIC). Databáze registrovaných institucí je dostupná na webových stránkách Evropské komise .
Číslo pojištěnce EU: ST[0..1] Číslo pojištěnce dle evropského průkazu zdravotního pojištění (EHIC). 2.10 Datový element DS_Služba
Datový element popisuje zdravotní službu a okolnosti jejího poskytnutí, vazbu mezi službou a registrovanými případy pacienta (žádným, jedním či několika) a také předpokládaný zdroj úhrady služby.
Služba – kód služby: ST[1] Kód poskytnuté zdravotní služby dle katalogu zdravotních služeb. Kód je hierarchicky strukturován do následujících hierarchických úrovní:
- Katalog - Kategorie - Typ - Služba - Varianta
První hierarchickou úrovní kódu je "Katalog". V současné době je navrženo osm katalogů služeb:
Konečný dokument
STAPRO s.r.o., 2008
Strana 18 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
0 - laboratoře 1 - zobrazovací metody 2 - klinické rozhodování 3 - intervence invazivní 4 - intervence neinvazivní 5 - kontaktní péče 6 - anestézie 7 - intenzivní péče
Význam dalších hierarchických úrovní je odlišný v jednotlivých katalozích zdravotních služeb.
Služba – datum provedení: TS[1] Datum provedení služby. Uvádí se datum, kdy bylo poskytování služby zahájeno.
Služba – četnost: INT[1] = 1 Počet provedení služby v rámci stejného dne.
Služba – cena: MO[1] Cena služby dle ceníku poskytovatele.
Služba – cena celkem: MO[1] Celková cena za provedenou službu. Do celkové ceny se započítávají pouze služby poskytnuté mimo balíček služeb. Celková cena služby se tedy vypočte dle následujícího vzorce:
CC = CS * (POC - POCB)
CC - celková cena POC - počet provedení služby v daný den POCB - počet provedení služby v daný den, pokud je součástí vykázaného balíčku služeb
Konečný dokument
STAPRO s.r.o., 2008
Strana 19 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
Služba – předpokládaný zdroj úhrady: CS[1] Předpokládaný zdroj úhrady služby vyjádřený jako kód. Přípustné hodnoty jsou:
1 - z veřejného zdravotního pojištění 2 - plátcem je pacient 3 - z privátního zdravotního pojištění (připraveno pro budoucí použití) 4 - jiný zdroj 9 - neznámý
Služba – náhrady: CS[0..2] Indikace poškození či úrazu pacienta způsobeného jednáním fyzické nebo právnické osoby. Poskytovatel je povinen sdělit plátci kód náhrady za zdravotní péči v případech, kdy je důvodné podezření, že poskytnutá služba byla indikována v důsledku zavinění fyzickou nebo právnickou osobou.
Přípustné kódy náhrad jsou: 3 - Zavinění úrazu nebo onemocnění jinou (třetí) osobou 4 - Ošetření akutních následků požití alkoholu či omamné látky 5 - Pracovní úraz 6 - Další hospitalizace pojištěnce, kterého nelze propustit pro nezajištění další péče 7 - Porušení léčebného režimu 9 - Nemoc z povolání
Registrovaný případ – číslo případu: UIC[0..*] Číslo případu, jehož je zdravotní služba součástí, případně seznam čísel případů, jestliže jde o službu sdílenou několika případy téhož pacienta. 2.11 Datový element DS_Balíček služeb
Balíček služeb je množina služeb, kterou poskytovatel nabízí společně za zvláštních podmínek (např. za jinou cenu), než jednotlivé služby. Balíček služeb musí být registrován registrační autoritou v registru služeb. Datový element DS_Balíček služeb se používá jako indikátor, že poskytnuté služby byly poskytnuty ve formě balíčku služeb. Jednotlivé komponenty balíčku musí být vykázány v rámci dílčích epizod. Konečný dokument
STAPRO s.r.o., 2008
Strana 20 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
Balíček služeb – kód balíčku: ST[1] Kód balíčku služeb dle registru (resp. katalogu) balíčků zdravotních služeb přidělených registrační autoritou.
Balíček služeb – cena balíčku: MO[1] Cena balíčku služeb dle ceníku poskytovatele. 2.12 Datový element DS_LP
Datová struktura DS_LP umožňuje vykazovat podané léčebné prostředky. Struktura je použita pro vykázání ZUM i ZULP - jejich rozlišení je uloženu v atributu Druh LP.
Druh LP:CS[1] Skupina podaného léčivého přípravku nebo zdravotnického prostředku. Přípustné hodnoty jsou:
1 - Hromadně vyráběné léčivé přípravky a potraviny pro zvláštní lékařské účely 2 - Individuálně vyráběné léčivé přípravky, výrobky transfuzních stanic a radiofarmaka 3 - Zdravotnické prostředky 4 - Stomatologické výrobky
Kód LP:CS[1] Kód léčebného přípravku. Význam kódu závisí na hodnotě atributu Druh LP: Konečný dokument
STAPRO s.r.o., 2008
Strana 21 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
1 - Kód ZUM dle číselníku HVLP 2 - Kód ZUM dle číselníku IVLP 3 - Kód materiálu dle číselníku ZP 4 - Kód výrobku dle číselníku stomatologických výrobků
Množství: REAL[1] Spotřebované množství léčebného prostředku v poměru k měrným jednotkám uvedeným v odpovídajícím číselníku.
Datum podání: TS[0..1] Datum podání LP. Datum se uvádí pouze u LP vykazovaných bez vazby na proceduru.
2.13 Datový element DS_Procedura
Procedura představuje elementární aktivitu, poskytnutou pacientovi v určitém okamžiku. Procedury samy o sobě zpravidla nepředstavují pro pacienta hodnotu, protože nejsou nositelem výstupu, takovým nositelem je teprve zdravotní služba. Pacientovi jsou procedury prováděny oprávněným poskytovatelem (zdravotnickým profesionálem) v souvislosti s těhotenstvím, porodem, prevencí, diagnostickým vyšetřením či léčbou.
Procedura – kód procedury: ST[1] Kód procedury dle klasifikačního systému zdravotních procedur. Pro zachování kompatibility a dobré rozšiřitelnosti datového rozhraní je v záhlaví datového rozhraní (v bloku DS_Záhlaví) uložena kódovaná informace o typu použitého klasifikačního systému procedur.
Procedura – datum provedení: TS [1] Datum provedení procedury. Uvádí se datum, kdy bylo poskytování procedury zahájeno.
Konečný dokument
STAPRO s.r.o., 2008
Strana 22 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
Procedura – četnost: INT[1]=1 Počet provedení procedury v rámci stejného dne.
Léčebné prostředky: DS_LP[0..*] Seznam léčebných prostředků (ZUM a ZULP) podaných v přímé souvislosti s prováděnou procedurou. 2.14 Datový element DS_Performance
Element DS_Performance popisuje stav pacienta pomocí zvoleného skórovacího systému na počátku a na konci sledovaného období.
Typ skóre: CS[1] Typ skóre pro měření výkonnosti. Přípustné hodnoty jsou:
1 - RUG-ADL (vykazuje se pouze u ošetřovatelské hospitalizační nebo domácí péče) 2 - FIM (vykazuje se pouze u rehabilitační hospitalizační či domácí péče) 3 - APACHE II (vykazuje se pouze u intenzivní léčebné péče)
Hodnota na začátku: REAL[1] Hodnota skóre na počátku sledovaného období.
Hodnota na konci: REAL[1] Hodnota skóre na konci sledovaného období.
Konečný dokument
STAPRO s.r.o., 2008
Strana 23 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
3. Datové rozhraní dokladů léčebné péče Pro individuální zdravotní péči byla nevržena univerzální datová sada, která je základem pro vykazování poskytnutých zdravotních služeb všech základních typů (hospitalizační, jednodenní, ambulantní a domácí). Výjimkou jsou služby poskytnuté v dopravě, záchranné zdravotní službě, lázeňské péči, farmaceutické péč a v návštěvní službě. Tyto formy péče budou využívat odlišné datové sady (viz následující kapitoly). 3.1 Základní struktura datové sady
Základní struktura vychází z obecného návrhu datových sad resp. datového modelu uvedeného v samostatném výstupu tohoto projektu („Návrh obecné struktury datových sad“). Datová sada se skládá z datových elementů a atributů těchto elementů. Datové elementy jsou v návrhu označeny předponou DS_. Základní struktura datové sady pro vykazování individuální zdravotní péče je uvedena na obrázku Obrázek 2. Obrázek 2 - struktura datové sady individuální zdravotní péče
Konečný dokument
STAPRO s.r.o., 2008
Strana 24 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
Datová sada umožňuje vykazovat jak zdravotní služby dle katalogu zdravotních služeb, tak jednotlivé procedury kódované dle příslušného klasifikačního systému (KSP). Základními elementy datová sady jsou:
DS_Záhlaví
DS_Poskytovatel
DS_Epizoda
DS_Dílčí epizoda
DS_Kontakt
3.2 Datový element DS_Záhlaví
Záhlaví datové sady obsahuje identifikaci dávky, informace o typu dávky, verzi použité klasifikace služeb a procedur a informace o vykazovaném období péče. Záhlaví dávky obsahuje právě jeden vnořený element DS_Poskytovatel.
Identifikace dávky: ST[1] Jednoznačný kód identifikující instanci datové sady v rámci poskytovatele a kalendářního roku.
Typ dávky: CS[1] Položka identifikuje obsah datové sady a může nabývat následujících hodnot:
1 - Vyúčtování zdravotní péče 2 - Vyúčtování lékárenské péče 3 - Poukaz 4–
Konečný dokument
STAPRO s.r.o., 2008
Strana 25 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
Verze datové sady: CS[1] Označení verze datové sady dle číselníku verzí DS. Číslo verze má tvar XX.xx.yy, kde XX.xx je číslo verze a yy je číslo varianty verze (revize). Číslo XX označuje zásadní změny ve struktuře rozhraní, xx označuje významné změny v obsahu DS (tedy ve významu datových položek, či jejich formátu, zařazení nových položek do datové sady, přidání dalšího typu datové sady atp.), yy rozlišuje drobnější, převážně formální změny datového rozhraní. Číselník verzí datových sad obsahuje údaje o období platnosti příslušné verze datové sady.
Číslo úvodní oficiální verze datové sady bude 01.01.01
Klasifikační systém procedur: CS[0..1] Kódovaná informace o typu použitého klasifikačního systému procedur. Datový element se uvádí pouze pokud datové rozhraní obsahuje informace o procedurách. Přípustné hodnoty jsou:
1 - číselník výkonů 2 - ICD-10-PCS 3 - ICD-10-AM
Verze KSP: CS[0..1] Kód verze použitého platného klasifikačního systému procedur dle číselníku verzí KSP. Datový element se uvádí pouze v souvislosti s datovým elementem „Klasifikační systém procedur“.
Stav obsahu: CS[1] Stav obsahu dávky vyjádřený jako kód. Přípustné hodnoty jsou:
P - Původní O - Oprava
Období: TS[1] Období, za něž je zdravotní péče vykazována. V dávce se mohou objevovat pouze takové epizody zdravotní péče, které byly uzavřeny v daném období.
Konečný dokument
STAPRO s.r.o., 2008
Strana 26 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
Poskytovatel: DS_Poskytovatel[1] Datový element zahrnující údaje o poskytovateli zdravotní péče a dále všechny jím vykazované epizody zdravotní péče, případně informace o lécích vydaných na recept. 3.3 Datový element DS_Poskytovatel
Základní identifikační a kontaktní údaje poskytovatele, který zasílá informace o poskytnuté péči. Datový element obsahuje seznam elementů DS_Epizoda s obsahem všech vykazovaných epizod zdravotní péče za dané období výkazu.
Poskytovatel – kód poskytovatele: UIHO[1] Jednoznačný unikátní identifikátor přidělený správcem národního registru poskytovatelů. Identifikátor se skládá ze dvou komponent: - Typ kódu - určuje typ identifikátoru - Kód - obsahuje samotnou hodnotu identifikátoru
Poskytovatel – IČ: ST[1] Identifikační číslo organizace poskytovatele. Položka obsahuje odlišné údaje v závislosti na právní formě poskytovatele. 1. Je-li poskytovatelem fyzická osoba, potom obsahuje identifikační číslo, bylo-li přiděleno, nebo datum narození poskytovatele, pokud IC přiděleno nebylo. 2. Pokud je poskytovatelem právnická osoba, potom obsahuje Identifikační číslo organizace.
Poskytovatel – název: ST[1] Název poskytovatele.
Poskytovatel – adresa: DS_Adresa[0..1] Korespondenční adresa poskytovatele. Položka je v komunikaci se zdravotní pojišťovnou Konečný dokument
STAPRO s.r.o., 2008
Strana 27 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
nepovinná.
Poskytovatel – spojení: DS_Spojení[0..*] Nepovinný seznam spojovacích prvků poskytovatele.
Epizody zdravotní péče: DS_Epizoda[0..*] Seznam vykazovaných epizod zdravotní péče poskytovatelem. Pokud se jedná o datové rozhraní výkazu léčebné péče (viz atribut Záhlaví – typ dávky), pak v seznamu musí být uvedena alespoň jedna epizoda.
Předpisy: DS_Předpis[0..*] Informace o léčebných prostředcích vydaných na předpis. Datový element je povinný v případě, že se jedná o rozhraní pro přenos informace o poskytnuté farmaceutické péči (viz atribut Záhlaví – typ dávky) - pak v seznamu musí být alespoň jeden předpis. 3.4 Datový element DS_Epizoda
Záznam průběhu epizody zdravotní péče. Datový element obsahuje informace o účelu zdravotní péče v seznamu dílčích epizod zdravotní péče, o poskytnutých zdravotních službách, kontaktech pacienta na jednotlivých pracovištích poskytovatele a procedurách, které pacient na těchto pracovištích absolvoval.
Konečný dokument
STAPRO s.r.o., 2008
Strana 28 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
Epizoda – číslo epizody: ST[1] Jednoznačné číslo epizody zdravotní péče v rámci poskytovatele. Poskytovatel zdravotních služeb zodpovídá za přiřazení unikátního a v rámci jím vedených epizod také jednoznačného identifikátoru epizody zdravotní péče.
Epizoda – forma péče: CS[1] Forma poskytnuté zdravotní péče vyjádřená jako kód. Přípustné hodnoty jsou:
A - Ambulantní J - Jednodenní H - Hospitalizační D - Domácí
Pacient: DS_Pacient[1] Identifikační, kontaktní a demografické údaje pacienta. Konečný dokument
STAPRO s.r.o., 2008
Strana 29 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
Epizoda - hlavní diagnóza: DS_DG[1] Hlavní diagnóza epizody. Hlavní diagnóza je definována jako bezprostřední příčina hospitalizace určená zpravidla na konci hospitalizace, po provedení všech vyšetření. V případě jiné než hospitalizační formy péče se hlavní diagnóza stanovuje při uzavření epizody jako hlavní důvod, pro který byl pacient léčen.
Epizoda – vedlejší diagnózy: DS_DG[0..*] Seznam kódů vedlejších diagnóz (komplikací a komorbidit) v rámci epizody zdravotní péče. Vedlejší diagnózy jsou, podobně jako u diagnózy hlavní, stanoveny na konci epizody po provedení potřebných vyšetření. Všechny kódy seznamu musí být uvedeny také alespoň v jedné dílčí epizodě zdravotní péče. Pokud se tedy epizoda zdravotní péče skládá pouze z jedné dílčí epizody, bude seznam komorbidit a komplikací epizody a dílčí epizody stejný.
Překlad – příjem – překladová diagnóza: DS_DG[0..1] Onemocnění, které bylo hlavním důvodem přeložení pacienta, případně žádosti o převzetí k péči vyjádřené pomocí kódu MNK-10 tak, jak je uvedeno v žádosti o ošetření či vyšetření, případně v doporučení k hospitalizaci.
Překlad – příjem – kód poskytovatele: UIHO[0..1] Jednoznačný unikátní identifikátor poskytovatele, který doporučil pacienta k přijetí či žádá o provedení vyšetření (v případě vyžádané péče).
Příjem – datum a čas přijetí: TS[1] Datum a čas přijetí pacienta do péče.
Příjem – urgentnost: CS[1] Urgentnost přijetí pacienta do péče indikuje, zda bylo přijetí na pracoviště plánováno, či nikoliv. Položka je povinná pro hospitalizační formu péče. Urgentnost lze vyjádřit následujícími kódy:
0 - Plánované (více jak 24 hodin před hospitalizací) 1 - Neplánované neurgentní (plánované méně jak 24 hodin před hospitalizací) 2 - Neplánované urgentní (např. z důvodu náhlého zhoršení stavu či vzniku jiné nepředpokládané změny) Konečný dokument
STAPRO s.r.o., 2008
Strana 30 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
Příjem – způsob doporučení: CS[1] Klasifikace způsobu doporučení k přijetí pacienta do péče. Přípustné hodnoty jsou:
0 - narozen ve zdravotnickém zařízení 1 - doporučen poskytovatelem zdravotní péče 2 - doporučen pracovníkem sociální péče 3 - z doporučení rodiny, přátel 4 - z rozhodnutí oprávněného orgánu (soud, prokurátor, policie) 9 - bez doporučení (přišel sám)
Příjem – příjmová diagnóza: CS[0..1] Stav pacienta vyjádřený kódem MKN-10, diagnostikovaný přijímajícím lékařem v okamžiku převzetí pacienta do péče. Položka je povinná při příjmu do hospitalizační formy péče.
Zranění – externí příčina: CS[0..1] V případě, že je příčinou ošetření pacienta zranění, potom položka obsahuje kód externí příčiny onemocnění, dle kapitoly XX mezinárodní klasifikace nemocí verze 10 (MKN-10).
Propuštění – datum a čas propuštění: TS[1] Datum a čas propuštění pacienta z péče poskytovatele zdravotní péče, resp. datum a čas ukončení péče o pacienta poskytovatelem.
Propuštění – způsob ukončení léčby: CS[1] Způsob ukončení léčby pacienta vyjádřený jako kód. Přípustné hodnoty jsou:
0 - Neukončena - statistický překlad (pacient zůstává ve zdravotnickém zařízení) 1 - Standardní ukončení léčby (pacient propuštěn či přeložen) 2 - Léčba ukončena na žádost pacienta v rozporu s doporučením ošetřujícího lékaře 3 - Pacient zemřel - vystaven poukaz na pitvu 4 - Pacient zemřel - nevystaven poukaz na pitvu
Konečný dokument
STAPRO s.r.o., 2008
Strana 31 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
Propuštění – cíl propuštění: CS[1] Cíl propuštění obsahuje informaci o typu další péče o pacienta po ukončení péče poskytovatelem. Význam položky je vyjádřen jedním z následujících možných kódů:
0 - Nepropuštěn - statistický překlad (pacient zůstává ve zdravotnickém zařízení) nebo pacient zemřel 1 - Do jiného zařízení akutní hospitalizační péče 2 - Do jiného zařízení ne-akutní hospitalizační péče 3 - Do zařízení psychiatrické péče 4 - Do zařízení ústavní sociální péče 9 - Jinam (domů, do zařízení sociální péče, do zařízení s pečovatelskou službou, azylový dům, vězení a pod., jde-li o místo trvalého pobytu pacienta)
Překlad – propuštění – kód poskytovatele: UIHO[0..1] Identifikátor zařízení hospitalizační péče, do něhož byl pacient přeložen, přidělený správcem národního registru poskytovatelů. Údaj je povinný, jestliže položka "Propuštění - cíl propuštění" nabývá hodnot 1,2 nebo 3.
Balíčky služeb: DS_Balíček služeb[0..*] Seznam "superbalíčků" poskytnutých služeb.
Dílčí epizody: DS_Dílčí epizoda[1..*] Seznam dílčích epizod zdravotní péče. Součástí datové věty musí být nejméně jeden datový element DS_Dílčí epizoda. 3.5 Datový element DS_Dílčí epizoda
Záznam průběhu dílčí epizody zdravotní péče. Datový element obsahuje informace o účelu zdravotní péče, o poskytnutých zdravotních službách, kontaktech pacienta na jednotlivých pracovištích poskytovatele v rámci dílčí epizody a procedurách, které pacient na těchto pracovištích absolvoval. Datový element umožňuje vykazování jak na úrovni poskytnutých služeb, tak prostřednictví vnořeného elementu Kontakty také na úrovni jednotlivých procedur zdravotní péče. Každá dílčí epizoda musí obsahovat záznam alespoň jednoho kontaktu s pacientem na pracovišti poskytovatele. Výkonnost poskytování zdravotních služeb je možné sledovat u vybraných typů zdravotní péče pomocí vnořeného elementu Performance. Konečný dokument
STAPRO s.r.o., 2008
Strana 32 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
Dílčí epizoda léčebné hospitalizační péče je v podstatě totožná s DRG případem, proto obsahuje také všechny položky, potřebné pro klasifikaci do DRG skupiny - hlavní diagnózu, vedlejší diagnózy. Nově je zavedena také „hlavní“ nákladová diagnóza, která může být využita v některých typech kontraktů, aniž by tím byla ovlivněna klasifikace do DRG skupin.
Dílčí epizoda – funkce zdravotní péče: CS[1] Kód převažující funkce (účelu) poskytované individuální zdravotní péče. Přípustné hodnoty jsou:
1 - Preventivní 2 - Léčebná 3 - Léčebně rehabilitační 4 - Ošetřovatelská 5 - Paliativní 6 - Lékárenská 7 - Konzultační 8 - Ostatní zdravotní péče Konečný dokument
STAPRO s.r.o., 2008
Strana 33 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
Dílčí epizoda – datum a čas zahájení: TS[1] Datum a čas zahájení dílčí epizody zdravotní péče resp. rozhodnutí o změně převažující funkce zdravotní péče.
Dílčí epizoda – datum a čas ukončení: TS[1] Datum a čas ukončení dílčí epizody zdravotní péče resp. rozhodnutí o změně převažující funkce zdravotní péče.
Dílčí epizoda – hlavní diagnóza: DS_DG[1] Hlavní diagnóza dílčí epizody zdravotní péče. Hlavní diagnóza vyjadřuje bezprostřední příčinu přijetí pacienta do péče. Hlavní diagnóza se stanovuje na konci dílčí epizody zdravotní péče, po provedení nezbytných vyšetření, a je vyjádřena ve struktuře DS_DG. Jako hlavní diagnóza dílčí epizody může být uvedena pouze diagnóza primárního onemocnění, hodnota atributu diagnóza - typ diagnózy tedy musí mít hodnotu 1.
Dílčí epizoda – nákladová diagnóza: DS_DG[1] Diagnóza stavu pacienta, který představoval největší celkové čerpání zdrojů (nejvyšší náklady) při léčbě pacienta. Uvádí se pouze, pokud je odlišná od hlavní diagnózy.
Dílčí epizoda – vedlejší diagnózy: DS_DG[1] Seznam vedlejších diagnóz dílčí epizody zdravotní péče. Vedlejší diagnózy vyjadřují komorbidity a komplikace zdravotního stavu pacienta a jsou vyjádřeny ve struktuře DS_DG.
Pacient – hmotnost – měřená - gram: PQ[0..1] Hmotnost pacienta v gramech zjištěná vážením na počátku dílčí epizody zdravotní péče. Údaj je povinný pouze pro novorozence, tedy děti do věku 28 dní včetně.
Performance: DS_Performance[0..1] Performance umožňuje vyjádřit účinnost poskytnuté péče pomocí záznamu dvou hodnot stavu pacienta měřených zvoleným skórovacím systémem na počátku a na konci dílčí epizody zdravotní péče. Element se vykazuje pouze u zvolených typů zdravotní péče.
Konečný dokument
STAPRO s.r.o., 2008
Strana 34 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
Kontakty: DS_Kontakt[1..*] Seznam kontaktů (souvislých období či jednorázového) poskytování zdravotní péče pacientovi na konkrétním místě poskytování v rámci dílčí epizody zdravotní péče. Seznam kontaktů musí být neprázdný.
Služby: DS_Služba[0..*] Seznam služeb poskytnutých pacientovi v dílčí epizodě zdravotní péče. Seznam služeb je nepovinnou součástí datové sady, pokud není požadován plátcem zdravotní péče. 3.6 Datový element DS_Kontakt
Kontakt představuje období poskytování (či jednorázové poskytnutí) zdravotní péče pacientovi na konkrétním místě poskytování určitého poskytovatele zdravotních služeb. Datový element obsahuje popisné atributy kontaktu a pracoviště, speciální údaje pro služby poskytované v intenzivní péči, identifikaci ošetřujícího lékaře, spotřebu léčebných prostředků a provedené procedury.
Pracoviště – kód pracoviště: UIHOP[1] Unikátní kód, jednoznačně identifikující zdravotnické pracoviště (místo poskytování) v ČR. Kód může obsahovat bud identifikační číslo zdravotnického pracoviště přidělené VZP (IČP), Identifikační číslo místa poskytování zdravotních služeb, přidělené registrační autoritou nebo jiný přípustný kód. Konečný dokument
STAPRO s.r.o., 2008
Strana 35 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
Pracoviště – odbornost: CS[1] Odbornost pracoviště dle číselníku odborností. Nutno rozhodnout, zda bude používán číselník smluvních odborností VZP, číselník NZIS (OBOR), či bude vytvořen nový číselník odborné specializace pracoviště.
Pracoviště – forma služeb: CS[1] Forma služeb poskytovaných v rámci místa poskytování. Přípustné hodnoty jsou:
A - Ambulantní J - Jednodenní L - Lůžková D – Domácí I - Intenzivní
Kontakt – identifikace kontaktu: ST[1] Interní identifikátor kontaktu poskytovatele. Interním identifikátorem může být sekvenční číslo kontaktu v rámci dílčí epizody, číslo sledování v nemocničním informačním případu apod. Interní identifikátor musí umožnit jednoznačnou identifikaci kontaktu v rámci epizody zdravotní péče.
Kontakt – datum a čas zahájení: TS[1] Datum a čas zahájení kontaktu na pracovišti. U pracovišť s lůžkovou formou zdravotní péče půjde o datum příjmu pacienta na pracoviště (oddělení).
Kontakt – datum a čas ukončení: TS[0..1] Datum a čas ukončení kontaktu na pracovišti, povinná položka pouze u hospitalizační formy zdravotní péče.
Kontakt – počet dnů na propustce: INT[0..1] Počet dnů kdy byl pacient na propustce v průběhu kontaktu. Mandatorní údaj pouze pro hospitalizační formu zdravotní péče.
Konečný dokument
STAPRO s.r.o., 2008
Strana 36 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
Ošetřující lékař – identifikátor: UIHP[1] Unikátní identifikátor ošetřujícího lékaře.
Intenzivní péče: DS_IP[0..1] Informace o prováděné intenzivní péči pacienta. Při zahájení a ukončení intenzivní péče je proveden administrativní překlad pacienta a založen nový Kontakt (DS_Kontakt).
Sledovaná událost – kód: CS[0..*] Kód indikující výskyt sledované události. Mezi sledované události patří jak mimořádné události poškození pacienta (SE), tak události, při nichž k poškození pacienta sice nedošlo, ale které představují potenciální riziko pro pacienta (RE). Seznam sledovaných událostí musí být doplněn po diskusi s odbornou veřejností, zde uvádíme pouze výchozí návrh. Kód - Název (Typ) 1 - Operace na špatné straně nebo operace provedená jinému pacientovi. (SE) 2 - Nástroj či materiál zapomenutý v operační ráně. (SE) 3 - Chybné podání léku vedoucí ke smrti či vážnému poškození pacienta. (SE) 4 - Podání nekompatibilní krve. (SE) 5 - Intravaskulární vzduchová embolie, která způsobila smrt nebo neurologické poškození pacienta. (SE) 6 - Podání látky, u níž bylo známo, že je na ni pacient alergický. (SE) 7 - Sebevražda (dokonaná i nedokonaná) hospitalizovaného pacienta. (SE) 8 - Unos nezletilého dítěte či záměna dítěte (vydání do jiné rodiny). (SE) 9 - Smrt či závažné poškození prvorodičky v souvislosti s porodem. (SE) 10 - Jiná událost s katastrofickými následky pro pacienta. (SE) 11 - Pád pacienta (RE) 12 - Chybné podání léku (chybné množství či záměna) s výjimkou případů obsažených v kódu 3. (RE) 13 - Vznik trombotické komplikace při katetrizaci. (RE) 14 - Vznik infekční komplikace při katetrizaci. (RE) 15 - Vznik nozokomiální infekce. (RE)
Konečný dokument
STAPRO s.r.o., 2008
Strana 37 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
Léčebné prostředky: DS_LP[0..*] Seznam léčebných prostředků užitých při léčbě pacienta. Vykazují se pouze prostředky bez vazby na proceduru. Prostředky s vazbou na proceduru se vykazují v elementu Procedury (DS_Procedura).
Procedury: DS_Procedura[0..*] Seznam procedur a s nimi souvisejících léčebných prostředků poskytnutých pacientovi v průběhu kontaktu. 3.7 Datový element DS_IP
Informace o poskytnuté intenzivní péči zahrnují počáteční a koncové skóre APACHE II pacienta měřené v položce Performance, celkový počet TISS bodů a počet dní, kdy byla intenzivní péče vyšší než 15 bodů TISS.
Performance: DS_Performance[1] Hodnota APACHE II skóre pacienta na počátku a na konci období poskytování intenzivní zdravotní péče.
Intenzivní péče – TISS celkem: INT[1] Celkový počet TISS bodů dosažený v období intenzivní péče.
Intenzivní péče – TISS15: INT[1] Počet dní, kdy pacient dosahoval hodnocení TISS > 15.
Konečný dokument
STAPRO s.r.o., 2008
Strana 38 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
4. Datové rozhraní receptu Datové rozhraní slouží pro předávání informací o léčebných prostředcích vydaných poskytovatelem farmaceutické péče na základě lékařského předpisu (receptu). 4.1 Základní struktura datové sady
Základní struktura vychází z obecného informačního modelu pro Lékařský předpis, viz Obrázek 3. Datové rozhraní receptu nepřináší po obsahové stránce žádné podstatné změny oproti současnému datovému rozhraní zdravotní pojišťovny a jeho zavedení není, na rozdíl od datového rozhraní pro vykazování poskytnuté péče, z pohledu fungování systému kritické. Odlišnosti jsou pouze v možnostech způsob identifikace předpisu a předepisujícího lékaře. Obrázek 3 - Model lékařského předpisu
Na základě tohoto modelu byl vytvořen návrh datové sady, jehož struktura je uvedena na obrázku Obrázek 4. V návrhu datové sady jsou použity jak datové elementy popsané výše (např. DS_Záhlaví či DS_Poskytovatel), tak nové datové elementy DS_Předpis a DS_Vydaná položka. Konečný dokument
STAPRO s.r.o., 2008
Strana 39 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
Obrázek 4 - Datová sada pro vykazování LP vydaných na předpis
4.2 Datový element DS_Předpis
Informace o lékařském předpisu předávané poskytovatelem lékárenských zdravotních služeb.
Předpis – číslo předpisu: ST[1] Identifikační číslo předpisu. Jako identifikátor může být použit bud série a číslo receptu, či pořadové číslo receptu v předávané dávce v datovém rozhraní.
Předpis – datum vystavení: TS[0..1] Datum vystavení receptu na léčivý přípravek. Konečný dokument
STAPRO s.r.o., 2008
Strana 40 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
Předpis – předepsal: UIHO[1] Jednoznačný unikátní identifikátor poskytovatele, který předpis předepsal, přidělený správcem národního registru poskytovatelů. Identifikátor se skládá ze dvou komponent: - Typ kódu - určuje typ identifikátoru - Kód - obsahuje samotnou hodnotu identifikátoru
Osoba - číslo pojištěnce: DS_Číslo pojištěnce [1] Číslo pojištěnce, jemuž byl předpis předepsán. Číslo pojištěnce umožňuje identifikovat osobu se zdravotním pojištěním v České republice či v ostatních členských zemích EU.
Vydané položky: DS_Vydaná položka[1..2] Seznam položek vydaných na předpis. 4.3 Datový element DS_Vydaná položka
Informace o položkách vydaných na lékařský předpis.
Vydaná položka - typ položky : CS [1] Indikace, zda jde o hromadně nebo individuálně vyráběný přípravek. Přípustné hodnoty jsou: 1 – Hromadně vyráběné léčivé přípravky, 2 – Individuálně připravované léčivé přípravky.
Vydaná položka - kód položky :CS [1] Kód položky dle typu položky. Lze použít kód číselníku HVLP nebo IVLP zdravotní pojišťovny.
Vydaná položka - diagnóza : DS_DG [0..1] Diagnóza, vyjádřená jako kód dle MKN-10, pro kterou je léčebný prostředek předepsán. Atribut "Diagnóza - typ diagnózy" bude nastaven na hodnotu 9 (neznámý typ), atribut "Diagnóza - kód diagnózy" bude použit pro určení příčiny onemocnění, pro kterou byl LP předepsán. Ostatní atributy struktury DS_DG se neuvádějí.
Konečný dokument
STAPRO s.r.o., 2008
Strana 41 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
Vydaná položka - schválení revizním lékařem : CS [0..1] Indikace, zda byla položka schválena revizním lékařem zdravotní pojišťovny. V případě schválení revizním lékařem nebo ATB střediskem (viz. Metodika – Společné zásady – Místo pro záznamy pojišťovny) se vyplní „X“, jinak se údaj nevyplňuje.
Vydaná položka - množství : REAL [1] Množství LP v měrných jednotkách.
Vydaná položka - datum vydání : TS [1] Datum vydání položky.
Vydaná položka - způsob vydání : CS [0..1] Indikace, zda byl prostředek vydán přímo pacientovi, či jiné osobě (rodinnému příslušníkovi.) Přípustné hodnoty jsou: X - předáno jiné osobě (rodinnému příslušníkovi) mezera, nebo nic - přípravek byl vydán do rukou pacienta.
Vydaná položka - zvýšená úhrada : CS [0..1] Doporučení lékaře k aplikaci zvýšené úhrady za LP vyjádřené jako kód. Přípustné hodnoty jsou: Z - příznak zvýšené úhrady ' ' nebo nic - bez příznaku zvýšené úhrady
Vydaná položka - cena úhrady z pojištění : MO [1] Cena za vydané množství LP, předkládaná k úhradě zdravotní pojišťovně.
Vydaná položka - cena doplatku pacientem : MO [1] Cena doplatku, započitatelná do limitu pacienta.
Vydaná položka -regulační poplatek : CS [1] Příznak vybrání regulačního poplatku od pacienta. Přípustné hodnoty jsou: 0 – pojištěnec osvobozen od platby regulačního poplatku, Konečný dokument
STAPRO s.r.o., 2008
Strana 42 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
1 - regulační poplatek měl být od pojištěnce vybrán, ale ve skutečnosti vybrán nebyl, 2 - regulační poplatek nevybrán v případě aviza lékárny vystavující výpis z receptu, že poplatek za položku z receptu již vybrán byl.
Konečný dokument
STAPRO s.r.o., 2008
Strana 43 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
5. Datové rozhraní poukazu Datové rozhraní poukazu slouží pro předávání informací o výdeji a prodeji zdravotních prostředků na základě poukazu vystaveného lékařem. Datové rozhraní umožňuje komunikovat informace o všech typech zdravotních prostředků, sjednocuje tedy způsob vykazování. 5.1 Základní struktura datové sady
Základní struktura vychází z obecného informačního modelu pro Poukaz na zdravotní pomůcku, viz Obrázek 5. Datové rozhraní poukazu nepřináší po obsahové stránce žádné podstatné změny oproti současnému datovému rozhraní zdravotní pojišťovny a jeho zavedení není, na rozdíl od datového rozhraní pro vykazování poskytnuté péče, z pohledu fungování systému kritické. Odlišnosti jsou především ve sjednocení datového rozhraní pro všechny typy zdravotních prostředků. Obrázek 5 - Logický informační model poukazu na zdravotní pomůcku
Na základě výše uvedeného modelu byl vytvořen návrh datové sady, jehož struktura je uvedena na obrázku Obrázek 6. V návrhu datové sady jsou použity jak datové elementy popsané výše (např. DS_Záhlaví či DS_Poskytovatel), tak nové datové elementy DS_Poukaz a DS_Vydaná pomůcka.
Konečný dokument
STAPRO s.r.o., 2008
Strana 44 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
Obrázek 6 - Logický model datové sady poukazu na zdravotní pomůcku
5.2 Datový element DS_Poukaz
Datový element DS_Poukaz obsahuje informace o poukazu na zdravotní pomůcku.
Poukaz – typ poukazu: CS[1] Rozlišení, zda se jedná o poukaz na léčebnou a ortopedickou, foniatrickou či optickou pomůcku. Přípustné hodnoty jsou:
1 - poukaz na léčebnou a ortopedickou pomůcku 2 - poukaz na foniatrickou pomůcku 3 - poukaz na brýle či optickou pomůcku Konečný dokument
STAPRO s.r.o., 2008
Strana 45 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
Poukaz - číslo poukazu : ST [1] Identifikační číslo poukazu. Jako identifikátor může být použito pořadové číslo poukazu v předávané dávce v datovém rozhraní.
Poukaz - datum vystavení : TS [1] Datum vystavení poukazu.
Poukaz - předepsal : UIHO [1] Jednoznačný unikátní identifikátor poskytovatele, který poukaz předepsal. Identifikátor se skládá ze dvou komponent: - Typ kódu - určuje typ identifikátoru - Kód - obsahuje samotnou hodnotu identifikátoru
Osoba - číslo pojištěnce : DS_Číslo pojištěnce [1] Číslo pojištěnce, jemuž byl poukaz předepsán. Číslo pojištěnce umožňuje identifikovat osobu se zdravotním pojištěním v České republice či v ostatních členských zemích EU.
Vydané pomůcky : DS_Vydaná pomůcka [1..10] Seznam pomůcek vydaných na poukaz. V seznamu musí být uveden alespoň jeden element. Maximální počet elementů v seznamu je závislý na typu poukazu viz následující tabulka:
Typ poukazu
Název poukazu
max počet vydaných pomůcek
1
Poukaz na léčebnou a ortopedickou pomůcku
1
2
Poukaz na foniatrickou pomůcku
6
3
Poukaz na brýle či optickou pomůcku
10
5.3 Datový element DS_Vydaná pomůcka
Datová položka obsahuje informace o zdravotní pomůcce vydané na poukaz.
Konečný dokument
STAPRO s.r.o., 2008
Strana 46 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
Zdravotní pomůcka - kód zdravotní pomůcky : CS[1] Kód zdravotní pomůcky dle číselníku zdravotních pomůcek VZP.
Předepsaná pomůcka - diagnóza : DS_DG [1] Diagnóza, pro kterou byla zdravotní pomůcka předepsána.
Předepsaná pomůcka - indikační skupina : ST [0..1] Indikační skupina vyjadřující stupen postižení pacienta. Indikační skupina se vztahuje ke zdravotním prostředkům ve skupině 08 - Sluchadla včetně příslušenství. Podle prahu srozumitelnosti řeči, stanoveného slovní audiometrií ve volném poli, se pro účely korekce sluchové vady dělí do indikačních skupin uváděných v Číselníku ZP pod identifikačními kódy: 40800 - 40813, 40817, 40819 - 40821.
Vydaná pomůcka - schválení revizním lékařem : Boolean [0..1] Indikace, zda byla položka schválena revizním lékařem zdravotní pojištovny. Hodnota se uvádí v případech, že je potvrzení revizním lékařem požadováno atributem v číselníku zdravotních prostředků. V opačném případě se datový element neuvádí. Položka má logický datový typ, přípustné hodnoty tedy jsou:
T - pravda F – nepravda
Vydaná pomůcka - datum vydání : TS [1] Datum vydání pomůcky.
Vydaná pomůcka - množství : REAL [1] Celkové množství vydané pomůcky v měrných jednotkách.
Vydaná pomůcka - způsob vydání : CS [0..1] Indikace, zda byl prostředek vydán přímo pacientovi, či jiné osobě (rodinnému příslušníkovi.) Položka je typů boolean, má tedy pouze dvě přípustné hodnoty:
T - true, ano, logická hodnota pravda Konečný dokument
STAPRO s.r.o., 2008
Strana 47 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
F - false, ne, logická hodnota nepravda
Vydaná pomůcka - cena úhrady z pojištění : MO [0..1] Cena za vydané množství ZP, předkládaná k úhradě zdravotní pojišťovně. Položka je ne povinná pro brýle a optické pomůcky.
Vydaná pomůcka - cena doplatku pacientem : MO [0..1] Doplatek pojištěnce rovnající se rozdílu mezi cenou pomůcky a úhradou pojišťovny. Položka je nepovinná pro brýle a optické pomůcky.
Předepsaná pomůcka - délka zapůjčení : REAL [0..1] Počet měsíců, po který se předpokládá zapůjčení pomůcky pacientovi. Zapůjčení může být také trvalé. V takovém případě se uvádí hodnota 0. Datová položka se uvádí pouze, pokud je zapůjčení indikováno v seznamu zdravotních prostředků.
Zdravotní pomůcka - evidenční číslo zdravotní pomůcky : ST [0..1] Evidenční číslo zdravotní pomůcky. Uvádí se pouze v případě zapůjčení zdravotní pomůcky.
Vydaná pomůcka - nová pomůcka : Boolean [0..1] Příznak zda byla vydána nová či repasovaná pomůcka. Datová položka se uvádí pouze pokud je zapůjčení indikováno v seznamu zdravotních prostředků. Položka nabývá logických hodnot:
T - tue, pravda F - false, nepravda
Konečný dokument
STAPRO s.r.o., 2008
Strana 48 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
6. Datové rozhraní ostatních dokladů Datové rozhraní ostatních typů dokladů individuální zdravotní péče navrhujeme ponechat v této fázi beze změny, a to z toho důvodu, že stávající datová rozhraní těchto dokladů nejsou ovlivněna změnami navrženými v rámci tohoto projektu a dále proto, že změna datového rozhraní by vedle změny formátu datové věty nepřinášela oproti stávajícímu stavu prakticky žádné výhody. Přitom je zapotřebí počítat s nezanedbatelnými náklady na realizaci takové změny. V případě potřeby, či změny požadavků na datový obsah je však realizace změny datového rozhraní proveditelná, podobně jako u výše uvedených datových rozhraní. Shrnutí: Navrhujeme nadále využívat dosavadních datových rozhraní následujících dokladů VZP: 13P – Přehled vrácených ZP (zdravotních pomůcek) 16 – Vyúčtování lázeňské péče 21 – Žádanka o schválení 23 – Vyúčtování ozdravenské péče 31 – Dávka faktur – žádostí o vyúčtování 34 – Příkaz ke zdravotnímu transportu 36 – Vyúčtování cest lékaře v návštěvní službě 37 – Vyúčtování výkonů záchranné služby 80 – Přihláška registrovaných pojištěnců 90 – Seznam nositelů výkonů
Konečný dokument
STAPRO s.r.o., 2008
Strana 49 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
7. Datové rozhraní pro vykazování ukazatelů kvality V této kapitole je popsán obecný princip návrhu a využití datového rozhraní pro vykazování ukazatelů kvality. Některé ukazatele není možno reportovat pomocí zde popsaného univerzálního přístupu; tyto ukazatele vyžadují speciální datové rozhraní. 7.1 Typy ukazatelů
V systému reportování kvality zdravotní péče jsou navrženy dva typy ukazatelů:
ukazatele kvality (míry) reportování
ukazatele kvality služeb
Oba ukazatele je nutné uvádět a vyhodnocovat vždy současně. Oba ukazatele jsou poměrové, tedy složené z čitatele a jmenovatele. 7.2 Čitatel
Čitatel je založen výhradně na speciálních datech.
7.3 Jmenovatel
Je založen na speciálních nebo na administrativních (tedy z jiných důvodů reportovaných) datech. Pro jakýkoliv poměrový ukazatel platí, že se do jmenovatele zahrnují pouze pacienti (epizody zdravotní péče), které lékař v posuzovaném období alespoň jednou viděl. 7.4 Administrativní data
Administrativní data se používají pouze ke stanovení jmenovatele ukazatele reportování. Jmenovatel je definován např. jako počet pacientů, které lékař ve sledovaném období (alespoň 1x) viděl. Do jmenovatele ukazatelů (reportování a kvality) se nezahrnují nikdy všichni pacienti (ač jinak volitelní pro daný ukazatel), které má lékař v péči („v kartotéce“ nebo registrované). „Duplicitní administrativní data“ Při vykazování výkonnostních ukazatelů pomocí speciálních dat (speciálních kódů) dochází k tomu, že v systém jsou některé duplicitní údaje, tedy také z administrativních zdrojů. Například ukazatel „Vakcinace proti chřipce“ lze zjistit buď speciálním sběrem dat, nebo odvodit z administrativních dat podle spotřeby vakcíny. Duplicitní údaje z administrativních dat jinak do výpočtu čitatele nevstupují; lze je ale použít orientačně ke kontrole správnosti čitatele zjištěného ze speciálních dat.
Konečný dokument
STAPRO s.r.o., 2008
Strana 50 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
7.5 Časové hledisko sledování ukazatelů
Každý ukazatel má stanovena pravidla, která určují časové intervaly sledování a upřesňují počet zjištění a frekvenci hlášení ukazatele. U ukazatele se uvádí: 1) interval a frekvence hlášení 2) interval zjišťování Interval hlášení může být definován např. takto:
1 x za období 12 měsíců
1 za období 6 měsíců (tedy 2x za období 12 měsíců)
1 x za (každou) akutní epizodu
1 x při každém kontaktu
1 x při každém provedeném výkonu
Interval zjištění může být definován např. takto:
v uplynulých 12 měsících (před hlášením)
poslední hodnota v uplynulých 12 měsících (před hlášením)
stav v den hlášení
7.6 Základní typy předávaných informací
Při vykazování sledovaného ukazatele navrhujeme předávání základních informací ve formě kódů: Typ
Druh předávané informace
Kód
a
Požadavek (specifický pro ukazatel) byl splněn
Kód A (event. A1, A2 atd)
b
Požadavek nebyl splněn z akceptovatelného a dokumentovaného důvodu
Kód B (B1; B2 ; B3 )
c
Požadavek nebyl splněn a akceptovatelný důvod není dokumentován
Kód C
7.6.1 Vykazování splněného požadavku
Pokud byl požadavek splněn, může existovat jeden nebo více kódů, které vyjadřují, jak byl požadavek splněn. Příklad 1: U ukazatele “Provedený screening na kolorektální karcinom“ je možné zvolit kódování, které říká jakým způsobem byl screening proveden: Konečný dokument
STAPRO s.r.o., 2008
Strana 51 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
kód A1 = FOBT kód A2 = koloskopie atd.
Příklad 2: U ukazatele „Provedený screening na kolorektální karcinom pomocí FOBT“ je možné zvolit kódování, kde jeden kód zahrnuje všechny situace, kdy test byl proveden, nebo je možné volit kódování:
kód A1 = FOBT negativní kód A2 = FOBT pozitivní
7.6.2 Vykazování nesplnění požadavku
Pokud požadavek nebyl splněn (případ b nebo c), je požadováno (v popisu ukazatele) reportovat důvod nesplnění standardní sestavou kódů: Kód
Význam
B1
Medicínské důvody: zahrnují: Kontraindikace, Není indikace (chybění orgánu, pacient sledován jiným způsobem), Jiné (např. pacient by nebyl schopen absolvovat další vyšetření při pozitivním nálezu při screeningu)
B2
Nemedicínské důvody (subjektivní důvody pacienta); pacient tedy neakceptuje navrhovaný postup
B3
Systémové důvody (vyšetření není dostupné, nebo jiné důvody, které lze oprávněně připsat zdravotnickému systému)
U konkrétního ukazatele jsou povoleny všechny nebo jen některé kódy *B1;B2;B3+. Obvykle není povolen kód B3. 7.7 Základní typy výpočtu ukazatelů 7.7.1 Ukazatel kvality reportování
Ukazatel kvality reportingu (QR) je definován takto: QR = R / D přičemž: R – počet pacientů, o nichž bylo reportováno R=A+B+C D – čitatel definovaný specificky pro každý ukazatel, obvykle z administrativních dat (např. všichni pacienti s dg. diabetu, kteří měli > 0 kontaktů během roku 2008)
Konečný dokument
STAPRO s.r.o., 2008
Strana 52 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
7.7.2 Ukazatel kvality služeb
Výpočet vlastního ukazatele kvality služeb je pro každý ukazatel stanoven jako výpočet prvního nebo druhého typu. Rozdíl je v zahrnutí nebo nezahrnutí nereportovaných pacientů do jmenovatele. 7.7.2.1 Výpočet prvního typu – nereportovaní nezhoršují ukazatel
Nereportovaní pacienti nejsou zahrnuti do jmenovatele. Nízká úroveň reportingu nezhoršuje výsledek ukazatele kvality služeb a může ho zlepšovat. QS = A / (A + C) 7.7.2.2 Výpočet druhého typu – nereportovaní zhoršují ukazatel
Nereportovaní pacienti jsou zahrnuti do jmenovatele. Nízká úroveň reportingu zhoršuje výsledek ukazatele kvality služeb. QS = A / (D – B) 7.8 Způsob vykazování ukazatelů kvality v datovém rozhraní
Pro vykazování ukazatelů kvality navrhujeme využít výše uvedeného datové rozhraní pro vykazování individuální zdravotní péče. Datové rozhraní bude v místě vykazování zdravotních služeb doplněno signálními kódy pro přenos informace o splnění či nesplnění požadované (sledované) hodnoty ukazatele kvality. Struktura navrženého kódu je uvedena v následujícím odstavci. 7.8.1 Struktura kódů pro reportování kvality
Název
Katalog indikátorů kvality
Verze sady ukazatelů
Specifikace ukazatele
Typ signálního kódu
Specifikace signálního kódu
Formát
‘Q‘
N[2]
N[3]
A[1]
N[2]
Význam
Vždy “Q”
Číslo verze
Kód ukazatele
(A, B nebo C)
Není vždy použito
Konečný dokument
STAPRO s.r.o., 2008
Strana 53 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
8. Zajištění kvality dat – obchodní pravidla Metody kontroly a zvyšování kvality vykazovaných dat můžeme rozdělit do dvou základních okruhů – technického a motivačního. Technický okruh zahrnuje syntaktickou a sémantickou správnost výkazu – obvykle vyjádřenou v podobě tzv. obchodních pravidel – ta lze kontrolovat jak formálně tak věcně v podobě např. revizní činnosti. Do druhé skupiny patří všechna opatření motivující poskytovatele ke správnému vykazování. Mezi motivační opatření můžeme zařadit především poskytování takové zpětné vazby, která přináší poskytovatelům užitek – ať už finanční (bonifikace za správné vykazování), nebo informační – poskytování srovnávacích údajů s jinými poskytovateli například v oblasti kvality, efektivity či podporu řízení. Specifickou oblastí, v níž hraje správná motivace rozhodující roli při zajišťování kvality dat je způsob nakládání s ukazateli kvality resp. nekvality a při vyhodnocování tzv. sledovaných událostí (Sentinel events či Risk events). Technická kontrola dat může probíhat již na straně vykazující (kontrola především formální a věcné správnosti). Na straně příjemce pak bude škála kontrol ještě rozšířena o možnost porovnání dat z více zdrojů (např. porovnáním s centrálními registry). Rozdělení rozsahu kontrol na obou stranách bude závislé na řadě okolností – přístupu poskytovatelů k centrálním registrům, dostupnost DRG grouperu, dostupnost kontrolních modulů. Syntaktická pravidla představují především způsob formalin kontroly obsahu datové sady – kompletnost vykazované informace, soulad typů vykazovaných položek s předepsaným formátem, soulad hodnot kódovaných položek s relevantními číselníky. Syntaktické kontroly jsou obvykle snáze realizovatelné a využívají standardních technik, jakými jsou např. kontrola datových typů, kontrola rozsahů číselných údajů, či kontrola integrity datové věty, naproti tomu sémantické kontroly obvykle vyžadují sofistikovaněji vyjádřená pravidla. Zvolený způsob implementace datových sad, založený na formátu XML a XML schématu, umožňuje automatickou kontrolu jednoduchých syntaktických i sémantických pravidel. Automatická kontrola datové sady může být případně rozšířena za použití validačních jazyků XML schémat, jakým je např. jazyk Relax NG (viz http://relaxng.org) definovaný normou ISO/IEC 19757 nebo jazyk Schematron (http://xml.ascc.net/resource/schematron/schematron.html). Oba uvedené jazyky umožňují vytvoření komplexních validačních pravidel. Základní sémantická pravidla pro kontrolu datové sady individuální zdravotní péče jsou uvedena v následující tabulce: Tabulka 1 - Základní sémantická pravidla Zápis obchodního pravidla
Poznámka/příklad
Epizoda.Pacient.Osoba – datum narození <= Epizoda.Příjem – datum a čas přijetí < Epizoda.Propuštění – datum a čas propuštění
Kauzalita
Epizoda.Příjem – datum a čas přijetí = Epizoda.Dílčí epizody[1].Epizoda - datum a čas zahájení
Kontinuita péče
Konečný dokument
STAPRO s.r.o., 2008
Strana 54 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
Zápis obchodního pravidla
Poznámka/příklad
Epizoda.Dílčí epizody[i].Epizoda - Datum a čas ukončení = Epizoda.Dílčí epizody[i+1].Epizoda Datum a čas zahájení (0 < i < n-1)
Kontinuita péče
Epizoda.Propuštění – datum a čas propuštění = Epizoda.Dílčí epizody[n].Dílčí epizoda - datum a čas ukončení
Kontinuita péče
Dílčí epizoda – datum a čas zahájení = Dílčí epizoda.Kontakty[1].Kontakt - datum a čas zahájení
Kontinuita péče
Kontakt[i].Kontakt - datum a čas ukončení = Kontakt[i+1].Kontakt - datum a čas zahájení, (0 < i < n-1 and Kontakt[i,i+1].Kontakt - forma služeb = L or I)
Kontinuita péče v hospitalizační formě
Dílčí epizoda – datum a čas ukončení = Dílčí epizoda. Kontakty[n].Kontakt - datum a čas ukončení
Kontinuita péče
Kontakt - datum a čas zahájení <= Kontakt.Služby[i].Služba – datum provedení <= Kontakt - datum a čas ukončení (pro všechna i)
Všechny procedury vykázané v rámci kontaktu musí být uvnitř kontaktu
Konflikty mezi věkem a diagnózou
Příklad: porod u pacientky ve věku do X let
Konflikt mezi pohlavím a procedurou či službou
Příklad: hysterektomie u muže
Kontrola relace mezi hodnotou atributu Epizoda.Propuštění – způsob ukončení a Epizoda.Propuštění – cíl propuštění.
Viz pravdivostí tabulka Tabulka 2.
Uvedená pravidla nejsou úplným výčtem všech logických kontrol, pouze příkladem formalizovaného zápisu pravidel. Způsob ukončení léčby 1
Standardní ukončení léčby (přeložen či propuštěn)
2
Léčba ukončena na žádost pacienta v rozporu s doporučením ošetřujícího lékaře
3, 4 0
Pacient zemřel Neukončena - statistický překlad
Konečný dokument
STAPRO s.r.o., 2008
Strana 55 z 56
Vypracování národních norem kódování pro český systém DRG, technická asistence
Verze:
<1.1>
Návrh datových sad
Datum: <26.10.2008>
CZ2005/017/518.05.03.02.0002
Tabulka 2 - Pravdivostní tabulka způsob ukončení a cíl propuštění Způsob ukončení Cíl propuštění
1
2
0
Nepropuštěn - statistický překlad nebo zemřel
1
Do jiného zařízení akutní hospitalizační péče
2
Do jiného zařízení ne-akutní hospitalizační péče
3
Do zařízení psychiatrické péče
4
Do zařízení ústavní sociální péče
9
Jinam (domů, do zařízení sociální péče, do zařízení s pečovatelskou službou, azylový dům, vězení a pod., jdeli o místo trvalého pobytu pacienta)
Konečný dokument
STAPRO s.r.o., 2008
3, 4
0
Strana 56 z 56