Datová šablona pro cestu pacienta

Oracle Health (Cerner)
Datová šablona pro cestu pacienta

Datová šablona pro cestu pacienta

Tato šablona shrnuje data potřebná k analýze a zlepšování cesty pacienta. Najdete v ní přehled atributů, které je vhodné sbírat, aktivit, které je třeba sledovat, i praktické pokyny k extrakci dat. Pomůže vám připravit záznam událostí pro analýzu pomocí process mining.
  • Doporučené atributy ke sběru
  • Aktivity, které je vhodné sledovat
  • Pokyny k extrakci dat
Pracujete se záznamy událostí poprvé? Přečtěte si, jak vytvořit záznam událostí pro process mining.

Atributy cesty pacienta

Jde o doporučená datová pole, která je vhodné zahrnout do záznamu událostí pro důkladnou analýzu cesty pacienta ve vašem systému.
5 Povinné 8 Doporučené 6 Volitelné
Název Popis
Aktivita
ClinicalEventTag
Název nebo popis provedené klinické či administrativní události.
Popis

Tento atribut zachycuje konkrétní úkon v průběhu péče o pacienta, například „Podání léku“, „Změření vitálních funkcí“ nebo „Propuštění pacienta“. Zobrazuje název kroku procesu srozumitelný pro uživatele.

V Cerner se obvykle odvozuje z tabulky CLINICAL_EVENT, konkrétně mapováním EVENT_CD (kód události) na zobrazovanou hodnotu nebo použitím EVENT_TAG. Jednotné názvy jsou důležité pro přehledné mapy procesů.

Proč je to důležité

Určuje kroky v mapě procesu a umožňuje zobrazit workflow.

Kde data získat

Tabulka: CLINICAL_EVENT, sloupec: EVENT_TAG nebo propojený CODE_VALUE pro EVENT_CD

Příklady
Triážní posouzeníKrevní obraz s diferenciálním rozpočtemPokyn k propuštěníPřeložení pacienta
Časové razítko události
EventEndDateTime
Konkrétní datum a čas, kdy aktivita proběhla nebo byla dokončena.
Popis

Tento atribut zaznamenává přesný okamžik, kdy událost nastala. Slouží k seřazení aktivit a výpočtu doby mezi jednotlivými kroky procesu.

V tabulce CLINICAL_EVENT obvykle odpovídá hodnotě EVENT_END_DT_TM. Přesnost je zásadní při výpočtu čekacích dob, například mezi registrací pacienta a triážním posouzením.

Proč je to důležité

Je nezbytný pro určení pořadí událostí a výpočet výkonnostních KPI, například průběžných dob.

Kde data získat

Tabulka: CLINICAL_EVENT, sloupec: EVENT_END_DT_TM

Příklady
2023-10-15T08:30:00Z2023-10-15T09:15:45Z2023-10-16T14:20:00Z
Epizoda pacienta
EncounterId
Jedinečný identifikátor konkrétní návštěvy pacienta nebo epizody péče.
Popis

Tento atribut slouží jako hlavní identifikátor případu v rámci cesty pacienta. Sdružuje všechny klinické události, pokyny a administrativní úkony, které proběhnou během jedné epizody péče, například při hospitalizaci nebo návštěvě pohotovosti. V process mining je toto ID nezbytné k propojení jednotlivých aktivit do jednotného pohledu na proces.

Technicky odpovídá hodnotě ENCNTR_ID v tabulce ENCOUNTER databáze Cerner Millennium. Jde o primární klíč, který propojuje demografické údaje pacienta, pokyny a klinické události.

Proč je to důležité

Jde o základní klíč potřebný k rekonstrukci celé cesty pacienta od přijetí po propuštění.

Kde data získat

Tabulka: ENCOUNTER, sloupec: ENCNTR_ID

Příklady
123456789876543211223344
Poslední aktualizace dat
LastDataUpdate
Časové razítko pořízení záznamu nebo jeho poslední úpravy v datovém skladu.
Popis

Ukazuje, jak aktuální jsou data použitá v analýze. Podle tohoto časového razítka uživatelé poznají, zda pracují s daty v reálném čase, nebo se snímkem z předchozího načtení.

Obvykle se vytváří během procesu ETL (Extract, Transform, Load), nejde tedy o klinický atribut.

Proč je to důležité

Je důležitý pro správu dat a zajištění toho, aby analýza vycházela z aktuálních informací.

Kde data získat

Časové razítko systému ETL

Příklady
2023-11-01T00:00:00Z2023-11-02T12:00:00Z
Zdrojový systém
SourceSystem
Název systému, ze kterého data pocházejí.
Popis

Určuje zdrojovou aplikaci záznamu. V tomto případě půjde nejčastěji o „Oracle Health“ nebo „Cerner Millennium“. To se hodí v prostředí s více systémy, kde se data mohou kombinovat s údaji z jiných EMR nebo systémů jednotlivých oddělení.

Pokud se načítají data z více zdrojů, analytici mohou podle jejich původu filtrovat nebo rozdělit analýzu procesu.

Proč je to důležité

Zajišťuje dohledatelnost původu dat, zejména při process mining s více systémy.

Kde data získat

Pevně zadaný řetězec nebo metadata systému

Příklady
Oracle HealthCerner Millennium
Hlavní diagnóza
DiagnosisCode
Kód ICD-10 nebo SNOMED označující hlavní důvod péče.
Popis

Standardizovaný klinický kód přiřazený epizodě, například „J18.9“ pro zápal plic. Umožňuje seskupit pacienty podle diagnózy a analyzovat odchylky od léčebného protokolu u konkrétních onemocnění.

Nachází se v tabulce DIAGNOSIS propojené s návštěvou.

Proč je to důležité

Umožňuje spravedlivě porovnávat postupy péče u pacientů se stejnou diagnózou.

Kde data získat

Tabulka: DIAGNOSIS, sloupec: DIAGNOSIS_CODE (přes nomenklaturu)

Příklady
I10E11.9J18.9
ID pacienta
PersonId
Jedinečný identifikátor pacienta napříč různými návštěvami.
Popis

Na rozdíl od ID případu zůstává ID pacienta (nebo ID osoby) stejné při všech jeho návštěvách nemocnice. Tento atribut je důležitý pro analýzu opakovaných hospitalizací a dlouhodobé historie pacienta.

V Cerner jde o PERSON_ID z tabulky PERSON. Propojuje více záznamů ENCNTR_ID.

Proč je to důležité

Umožňuje vypočítat KPI „Míra opakovaných hospitalizací pacientů“ propojením samostatných epizod se stejnou osobou.

Kde data získat

Tabulka: PERSON, sloupec: PERSON_ID

Příklady
P10001P55992P99221
Oddělení
NurseUnit
Konkrétní oddělení, jednotka nebo pracoviště, kde událost nastala.
Popis

Určuje fyzické místo nebo organizační jednotku, která za pacienta v době události odpovídala, například JIP, všeobecná chirurgie nebo pohotovost.

V dashboardu „Efektivita překládání mezi odděleními“ pomáhá sledovat přesuny mezi jednotkami. V Cerner jde často o LOC_NURSE_UNIT_CD v tabulce návštěv nebo sledování pacientů.

Proč je to důležité

Je nezbytný pro analýzu úzkých míst na jednotlivých odděleních a zobrazení pohybu pacientů mezi pracovišti.

Kde data získat

Tabulka: ENCOUNTER nebo CLINICAL_EVENT, sloupec: LOC_NURSE_UNIT_CD

Příklady
PohotovostKardiologické odděleníICURadiologie
Opakovaná hospitalizace
IsReadmission
Příznak, který určuje, zda k této epizodě došlo do 30 dnů od předchozího propuštění.
Popis

Logická hodnota označující případy opakované hospitalizace. Vypočítá se porovnáním data přijetí aktuální epizody s datem propuštění z předchozí epizody stejného PersonId.

Je nezbytná pro dashboard „Trendy opakovaných hospitalizací pacientů“.

Proč je to důležité

Přímo podporuje KPI „Míra opakovaných hospitalizací pacientů“, důležitý ukazatel kvality péče.

Kde data získat

Odvozuje se pomocí SQL logiky porovnávající záznamy ENCOUNTER.

Příklady
truefalse
Položka pokynu
OrderMnemonic
Název konkrétního zadaného pokynu, například laboratorního vyšetření nebo léku.
Popis

Popisuje obsah události spojené s pokynem, například „Krevní obraz“ nebo „Aspirin 81 mg“. Tento atribut poskytuje potřebný kontext pro aktivity „Zadání diagnostického pokynu“ a „Podání léku“.

Obvykle se nachází ve sloupci ORDER_MNEMONIC tabulky ORDERS. Představuje „produkt“, který prochází procesem.

Proč je to důležité

Je nezbytný pro podrobnou analýzu diagnostických a léčebných postupů.

Kde data získat

Tabulka: ORDERS, sloupec: ORDER_MNEMONIC

Příklady
Rentgen hrudníkuZákladní metabolický panelParacetamolMRI mozku
Stav při propuštění
DischargeDisposition
Cíl nebo stav pacienta při propuštění.
Popis

Uvádí, kam pacient odešel po skončení epizody, například domů, do zařízení následné péče nebo zemřel. Je důležitý pro analýzu plánování propuštění a odhalování nepříznivých výsledků.

V tabulce ENCOUNTER se nachází jako DISCH_DISPOSITION_CD.

Proč je to důležité

Důležitý ukazatel výsledku, který určuje konečný stav cesty pacienta.

Kde data získat

Tabulka: ENCOUNTER, sloupec: DISCH_DISPOSITION_CD (hodnotu zjistěte přes CODE_VALUE)

Příklady
Propuštění domůPřeložení do rehabilitačního zařízeníOdchod proti doporučení lékařeÚmrtí
Typ případu
EncounterType
Kategorie návštěvy pacienta, například hospitalizace, ambulantní návštěva nebo pohotovost.
Popis

Určuje typ epizody pacienta. Jde o základní dimenzi pro rozdělení dat, protože průběh návštěvy na pohotovosti se výrazně liší od plánované hospitalizace.

Odvozuje se z ENCNTR_TYPE_CD v tabulce ENCOUNTER, který odkazuje na hodnotu číselníku, například „Hospitalizace“ nebo „Pohotovost“.

Proč je to důležité

Umožňuje porovnávat postupy a průchodnost v různých typech péče.

Kde data získat

Tabulka: ENCOUNTER, sloupec: ENCNTR_TYPE_CD (hodnotu zjistěte přes CODE_VALUE)

Příklady
HospitalizacePohotovostAmbulantní péčeJednodenní chirurgie
Uživatel
PerformingPrsnlId
Identifikátor nebo jméno zdravotníka, který aktivitu provedl.
Popis

Zachycuje, kdo provedl krok procesu, například sestru, která podala lék, nebo lékaře, který podepsal propuštění. Umožňuje analyzovat využití zdrojů.

V Cerner jde podle tabulky často o PERFORMED_PRSNL_ID nebo UPDT_ID (u pokynů nebo klinických událostí). Mapování na obecný atribut „Uživatel“ usnadňuje analýzu oddělení pravomocí.

Proč je to důležité

Podporuje analýzu zdrojů a pomáhá odhalit možné potřeby školení nebo nerovnoměrné pracovní zatížení.

Kde data získat

Tabulka: CLINICAL_EVENT, sloupec: PERFORMED_PRSNL_ID

Příklady
Dr. SmithSestra JonesováSprávce systému
Číslo pokynu
OrderId
Jedinečný identifikátor konkrétního pokynu, například laboratorního vyšetření, léku nebo konzilia.
Popis

ID pokynu vygenerované systémem. Nejde o ID případu, ale o důležitý sekundární klíč. Propojuje událost „Zadání diagnostického pokynu“ s událostí „Ověření diagnostického výsledku“.

Bez tohoto klíče je obtížné přesně vypočítat dobu zpracování konkrétních vyšetření, pokud má pacient současně zadaných více pokynů.

Proč je to důležité

Je nezbytný pro přesné propojení souvisejících aktivit (pokyn → výsledek).

Kde data získat

Tabulka: ORDERS, sloupec: ORDER_ID

Příklady
88291028829103
Priorita triáže
TriageAcuity
Úroveň naléhavosti určená při triážním posouzení.
Popis

Číselná nebo kategoriální hodnota vyjadřující závažnost stavu pacienta, například od 1, okamžitá péče, do 5, neurgentní stav. Jde o důležitý atribut pro rozdělení dat při analýze čekacích dob, protože pacienti s vyšší prioritou by měli čekat kratší dobu.

Obvykle se zaznamenává do klinických formulářů nebo pomocí konkrétních kódů pozorování během triáže.

Proč je to důležité

Je zásadní pro ověření, zda proces správně upřednostňuje pacienty podle naléhavosti jejich zdravotního stavu.

Kde data získat

Viz dokumentace Oracle Health (Cerner).

Příklady
12345
Stav podání léku
MedAdminStatus
Stav pokynu k podání léku, například podáno, odmítnuto nebo nepodáno.
Popis

Uvádí výsledek úkonu spojeného s podáním léku. Pro dashboard „Shoda při podávání léků“ je důležité rozlišit skutečně podané léky od těch, které byly naplánovány, ale vynechány nebo odmítnuty.

Pravděpodobně se nachází v tabulce CLINICAL_EVENT nebo v některé z tabulek záznamů o podávání léků (MAR).

Proč je to důležité

Odhaluje nedostatky v dodržování léčebných protokolů.

Kde data získat

Viz dokumentace Oracle Health (Cerner).

Příklady
PodánoOdmítnutoPozastaveno
Stav výsledku
ResultStatus
Stav diagnostického výsledku, například autorizovaný (ověřený), opravený nebo předběžný.
Popis

Uvádí fázi zpracování výsledku diagnostického vyšetření. Při analýze doby doručení diagnostického výsledku pomáhá určit, kdy je výsledek oficiálně dostupný pro klinické rozhodování.

Obvykle se nachází v tabulce CLINICAL_EVENT pod konkrétními stavovými kódy.

Proč je to důležité

Rozlišuje předběžné a konečné výsledky, což ovlivňuje, kdy mohou začít navazující aktivity.

Kde data získat

Tabulka: CLINICAL_EVENT, sloupec: RESULT_STATUS_CD

Příklady
Autorizováno (ověřeno)Chybný záznamUpraveno
Typ plátce
FinancialClass
Hlavní pojistné krytí pacienta nebo jeho finanční zařazení.
Popis

Zařazuje pacienta podle zdroje úhrady, například Medicare, soukromé pojištění nebo samoplátce. Tento atribut slouží k analýze toho, zda se průběh procesu nebo délka hospitalizace liší podle typu pojištění.

Odvozuje se z FINANCIAL_CLASS_CD v tabulce ENCOUNTER.

Proč je to důležité

Pomáhá odhalit rozdíly v poskytování péče nebo administrativním zpracování podle typu plátce.

Kde data získat

Tabulka: ENCOUNTER, sloupec: FINANCIAL_CLASS_CD (hodnotu zjistěte přes CODE_VALUE)

Příklady
MedicareBlue CrossSamoplátceMedicaid
Zdroj přijetí
AdmissionSource
Odkud pacient přišel k přijetí.
Popis

Popisuje, jak se pacient dostal do nemocnice, například na doporučení lékaře, přes pohotovost nebo překladem z jiné nemocnice.

Pomáhá analyzovat vstupní část nemocničního procesu. Odpovídá hodnotě ADMIT_SRC_CD v tabulce ENCOUNTER.

Proč je to důležité

Umožňuje zasadit čekací dobu na prvotní posouzení do kontextu podle zdroje přijetí.

Kde data získat

Tabulka: ENCOUNTER, sloupec: ADMIT_SRC_CD

Příklady
PohotovostDoporučení lékařePřeklad z jiné nemocnice
Povinné Doporučené Volitelné

Aktivity v cestě pacienta

Jde o hlavní kroky a milníky procesu, které je třeba zaznamenat pro přesné zjištění průběhu procesu a odhalení úzkých míst.
8 Doporučené 6 Volitelné
Aktivita Popis
Dokončení triážního vyšetření
Označuje dokončení vstupního ošetřovatelského vyšetření nebo triážního formuláře při akutním příjmu či přijetí. Obvykle jde o konkrétní formulář nebo klinickou událost zaznamenanou v systému.
Proč je to důležité

Je nezbytné pro výpočet KPI „Čekání na vstupní vyšetření“ a odhalení úzkých míst na příjmu.

Kde data získat

Tabulka CLINICAL_EVENT, filtrovaná podle kódů událostí spojených s triáží nebo formuláři vstupního vyšetření.

Zachycení

Zaznamená se při podpisu nebo ověření klinického dokumentu či formuláře.

Typ události explicit
Ověření výsledku diagnostického vyšetření
Okamžik, kdy je laboratorní nebo zobrazovací výsledek dokončen a zpřístupněn lékaři. Tím končí interval zpracování diagnostického vyšetření.
Proč je to důležité

Dokončuje cyklus KPI „Doba předání výsledku diagnostického vyšetření“ a umožňuje navazující rozhodnutí o léčbě.

Kde data získat

Tabulka CLINICAL_EVENT (pro laboratorní vyšetření) nebo změna stavu v ORDERS na COMPLETED.

Zachycení

Zaznamená se při změně stavu výsledku na AUTH (Authenticated).

Typ události explicit
Podepsání příkazu k propuštění
Událost, při které lékař zadá pokyn k propuštění pacienta. Tím se spouští časový interval pro plánování propuštění.
Proč je to důležité

Výchozí bod pro metriku „Doba plánování propuštění“. Časový odstup mezi touto událostí a skutečným propuštěním ukazuje na provozní zpoždění.

Kde data získat

Tabulka ORDERS, kde typ katalogu označuje propuštění.

Zachycení

Zaznamená se, když má stav pokynu k propuštění hodnotu ORDERED.

Typ události explicit
Přesun na jiné oddělení
Označuje fyzický přesun pacienta z jednoho místa, například z pohotovosti, na jiné, například na jednotku intenzivní péče. Sleduje se v historii umístění.
Proč je to důležité

Umožňuje analyzovat efektivitu přesunů mezi odděleními a zobrazit tok pacientů nemocnicí.

Kde data získat

Tabulka ENCNTR_LOC_HIST (historie umístění při návštěvě), která zaznamenává změny v LOC_NURSE_UNIT_CD.

Zachycení

Porovnejte stavové pole před změnou a po ní.

Typ události inferred
Propuštění pacienta
Závěrečná administrativní událost, která uzavírá pobyt pacienta. Toto časové razítko se používá k výpočtu celkové délky hospitalizace.
Proč je to důležité

Hlavní koncová událost procesu. Je nezbytná pro výpočet délky hospitalizace a opakovaných hospitalizací.

Kde data získat

Tabulka ENCOUNTER, konkrétně sloupec DISCH_DT_TM (datum a čas propuštění).

Zachycení

Zaznamená se, když se stav návštěvy změní na DISCHARGED.

Typ události explicit
Registrace pacienta
Označuje začátek epizody péče, kdy pacient dorazí a je zapsán do systému. V Cerner Millennium se tato událost zaznamená při vytvoření záznamu o návštěvě nebo nastavení časové značky registrace.
Proč je to důležité

Určuje počáteční čas pro výpočet délky hospitalizace (LOS) a analýzu počáteční čekací doby.

Kde data získat

Tabulka ENCOUNTER, konkrétně sloupec REG_DT_TM (datum a čas registrace).

Zachycení

Zaznamená se při vytvoření nového řádku ENCOUNTER transakcí.

Typ události explicit
Zadání diagnostického vyšetření
Nastane, když lékař zadá požadavek na laboratorní vyšetření nebo zobrazovací metodu. Tato časová značka zahajuje výpočet doby zpracování diagnostického vyšetření.
Proč je to důležité

Výchozí bod pro KPI „Doba předání výsledku diagnostického vyšetření“. Pomáhá rozlišit zdržení při zadání od zdržení při provedení.

Kde data získat

Tabulka ORDERS, sloupec ORIG_ORDER_DT_TM, pokud je typ katalogu Laboratory nebo Radiology.

Zachycení

Zaznamená se při nastavení stavu požadavku na ORDERED.

Typ události explicit
Zaznamenání diagnózy
Nastane, když je do záznamu o návštěvě pacienta přidána oficiální diagnóza. Liší se od výsledku vyšetření, protože jde o potvrzení stavu lékařem.
Proč je to důležité

Je nezbytné pro milník „Potvrzení diagnózy“ a analýzu doby do stanovení konečné diagnózy.

Kde data získat

Tabulka DIAGNOSIS, sloupec DIAGNOSIS_DT_TM propojený s ENCOUNTER_ID.

Zachycení

Zaznamená se při přidání nebo aktualizaci diagnózy v PowerChart.

Typ události explicit
Aktivace plánu péče
Označuje zahájení plánu PowerPlan nebo cesty péče v Cerneru. Znamená, že byl vybrán standardizovaný léčebný protokol.
Proč je to důležité

Je zásadní pro „Analýzu odchylek od léčebného protokolu“, která porovnává skutečnou péči s plánovaným postupem.

Kde data získat

ACT_PW_CAT (Action Pathway Catalog) nebo DCP_FORMS_REF, které propojují postup s návštěvou.

Zachycení

Zaznamená se při zahájení PowerPlan.

Typ události explicit
Dokončení konzultace
Označuje dokončení konzultace se specialistou, které obvykle potvrzuje podepsaný záznam nebo dokument.
Proč je to důležité

Ukazuje, kdy pacient získal odborné stanovisko. V náročnějších postupech péče může být konzultace úzkým místem.

Kde data získat

Tabulka CLINICAL_EVENT, filtrovaná podle typů dokumentů označených jako konzultace.

Zachycení

Zaznamená se při podpisu záznamu z konzultace.

Typ události explicit
Naplánování kontrolní návštěvy
Nastane, když je pacientovi rezervován budoucí termín návštěvy propojený se stejnou epizodou nebo plánem péče.
Proč je to důležité

Podporuje dashboard „Včasnost plánování kontrolních návštěv“. Měří efektivitu návaznosti péče.

Kde data získat

Tabulka SCH_APPT (Schedule Appointment) propojená s PERSON_ID.

Zachycení

Zaznamená se při vytvoření termínu v plánovacím modulu.

Typ události explicit
Naplánování zákroku
Označuje, že byl chirurgický výkon nebo jiný větší zákrok naplánován na konkrétní čas. Pomáhá sledovat rozdělování zdrojů a čekání před zákrokem.
Proč je to důležité

Ukazuje efektivitu plánování a možná úzká místa při využívání operačních nebo zákrokových sálů.

Kde data získat

Tabulka SURGICAL_CASE nebo tabulka SCH_APPT propojená s návštěvou.

Zachycení

Zaznamená se po potvrzení plánovací transakce.

Typ události explicit
Podání léku
Zaznamenává skutečné podání léku pacientovi podle dokumentace v záznamu o podávání léků (MAR).
Proč je to důležité

Podporuje dashboard „Dodržování pravidel při podávání léků“ a ověřuje, zda byly léky podány včas.

Kde data získat

Tabulka CLINICAL_EVENT, filtrovaná na události podání léků (stav úkolu = dokončeno).

Zachycení

Zaznamená se po načtení čárového kódu nebo ručním zápisu do MAR.

Typ události explicit
Provedení zákroku
Časová značka udávající, kdy skutečně proběhla operace nebo jiný větší zákrok. Obvykle se zaznamenává v perioperační dokumentaci.
Proč je to důležité

Důležitý milník pro analýzu klinických postupů a využití zdrojů.

Kde data získat

Tabulka SURGICAL_CASE (časy zahájení a ukončení zákroku) nebo CLINICAL_EVENT pro zákroky u lůžka.

Zachycení

Zaznamená se prostřednictvím SurgiNet nebo dokumentace zákroku.

Typ události explicit
Doporučené Volitelné

Návody k extrakci dat

Jak získat data z Oracle Health (Cerner)

Chcete začít?

Pomocí této šablony připravte data a začněte odhalovat užitečné poznatky o procesu péče o pacienty. Prvním krokem ke zlepšení výsledků péče je příprava dat.

Zlepšete cestu pacienta a rychle dosáhněte lepších výsledků

Rychle odhalte úzká místa a zkraťte dobu průchodu pacienta procesem o 30 %.

Spustit zkušební verzi

Kreditní kartu nepotřebujete. Začít můžete během několika minut.