Datová šablona pro cestu pacienta

Epic EHR
Datová šablona pro cestu pacienta

Datová šablona pro cestu pacienta

Tato šablona vám pomůže mapovat klinické workflow v prostředí Epic. Uvádí konkrétní datové položky a události potřebné k zobrazení celé cesty pacienta od přijetí po propuštění. Když se budete řídit těmito pokyny, připravíte data pro podrobnou analýzu provozu a zlepšování péče.
  • Doporučené atributy pro klinický kontext
  • Hlavní milníky procesu ke sledování
  • Pokyny k extrakci dat z Epic EHR
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

Toto jsou doporučená datová pole pro záznam událostí, která umožní podrobně analyzovat pohyb pacientů a efektivitu klinické péče.
5 Povinné 9 Doporučené 7 Volitelné
Název Popis
Časové razítko události
EventTimestamp
Přesné datum a čas, kdy aktivita proběhla.
Popis

Tento atribut zaznamenává přesný okamžik, kdy byla událost zapsána do systému Epic. Slouží k seřazení aktivit a výpočtu všech časových ukazatelů, například délky hospitalizace a doby průchodu procesem.

Přesnost tohoto údaje je zásadní pro odhalení úzkých míst. Dashboardy Průchod tříděním a Doba do stanovení konečné diagnózy využívají časové údaje pro určení začátku a konce.

Proč je to důležité

Umožňuje vypočítat dobu průchodu, celkovou dobu vyřízení a pořadí kroků procesu.

Kde data získat

Různé sloupce s časovými údaji, například EFFECTIVE_TIME nebo ORDER_TIME, podle zdrojové tabulky.

Příklady
2023-10-15T08:30:00Z2023-10-15T09:15:22Z2023-10-16T14:20:00Z
Epizoda péče o pacienta
PatientEpisodeId
Jedinečný identifikátor konkrétního kontaktu s pacientem nebo epizody péče.
Popis

Epizoda péče o pacienta slouží jako hlavní identifikátor případu pro process mining. Sdružuje všechny klinické, administrativní a logistické události související s jedním souvislým obdobím péče, například hospitalizací nebo návštěvou pohotovosti. V Epic Clarity obvykle odpovídá číslu Contact Serial Number (CSN) nebo Encounter ID.

Analýza tohoto atributu umožňuje rekonstruovat celou cestu pacienta. Díky němu lze propojit třídění, diagnostiku, léčbu a propuštění do jednoho souvislého případu procesu.

Proč je to důležité

Jde o základní klíč, který propojuje různé události do jednoho případu procesu.

Kde data získat

Tabulka Epic Clarity: PAT_ENC, sloupec: PAT_ENC_CSN_ID

Příklady
200459112200459113200459114200459115
Název aktivity
ActivityName
Konkrétní klinický nebo administrativní úkon.
Popis

Tento atribut zachycuje název události v průběhu péče o pacienta, například „Pacient registrován“, „Lék podán“ nebo „Příkaz k propuštění podepsán“. Je základním prvkem pro definování toku procesu.

Při analýze tvoří tento údaj uzly procesní mapy. Odvozuje se z různých transakčních kódů a stavů objednávek v EHR, aby vznikl srozumitelný záznam událostí.

Proč je to důležité

Určuje jednotlivé kroky procesu a umožňuje zobrazit workflow.

Kde data získat

Odvozeno z tabulek CLARITY_ADT, ORDER_PROC a ORDER_MED.

Příklady
Triáž dokončenaDiagnostické vyšetření objednánoPacient propuštěnLék podán
Poslední aktualizace dat
LastDataUpdate
Časové razítko extrakce nebo poslední aktualizace dat.
Popis

Tento atribut uvádí, kdy data naposledy zpracoval ETL proces. Liší se od časového razítka události a pomáhá sledovat aktuálnost dat.

Analytici podle něj zjišťují, zda dashboard odpovídá aktuálnímu stavu, nebo zda zpoždění dat ovlivňuje přesnost KPI, například čekací doby při třídění.

Proč je to důležité

Pomáhá posoudit aktuálnost a spolehlivost dat pro process mining.

Kde data získat

Časové razítko systému ETL.

Příklady
2023-10-27T23:59:59Z2023-10-28T06:00:00Z
Zdrojový systém
SourceSystem
Systém, ve kterém jsou data vedena, obvykle Epic EHR.
Popis

Tento atribut určuje původ dat. V tomto přehledu jde především o Epic EHR, ale údaj je užitečný i při kombinování dat s dalšími systémy, například samostatným LIS (laboratorním informačním systémem) nebo fakturačním systémem.

Při analýze pomáhá sledovat původ dat a řešit problémy, pokud některé události chybí nebo se liší od údajů ve zdrojovém systému.

Proč je to důležité

Umožňuje dohledat původ dat a poskytuje k němu kontext.

Kde data získat

Pevně nastaveno nebo odvozeno z konfigurace připojovacího řetězce.

Příklady
Epic EHREpic ClarityEpic Caboodle
Čas ukončení události
EventEndTime
Časové razítko dokončení aktivity.
Popis

Mnohé události proběhnou okamžitě, některé aktivity, například „Provedeno diagnostické vyšetření“ nebo „Dokončena konzultace“, však trvají určitou dobu. Tento atribut zaznamenává čas jejich dokončení.

Umožňuje vypočítat dobu aktivního zpracování a dobu čekání. To je důležité zejména pro dashboard Doby průchodu diagnostickými službami.

Proč je to důležité

Umožňuje vypočítat dobu trvání aktivit a využití zdrojů.

Kde data získat

Konkrétní sloupce s časem ukončení v ORDER_PROC najdete v dokumentaci Epic EHR.

Příklady
2023-10-15T09:45:00Z2023-10-16T15:00:00Z
Číslo zdravotní dokumentace pacienta (MRN)
PatientMrn
Číslo zdravotní dokumentace, které identifikuje pacienta.
Popis

MRN je jedinečný identifikátor pacienta v rámci zdravotnického systému a liší se od ID epizody. Umožňuje sledovat historii pacienta napříč více návštěvami.

Tento atribut slouží k odhalování opakovaných hospitalizací a propojování samostatných epizod v dashboardu Riziko opětovného přijetí. V obecném modelu se mapuje na „Zákazník“.

Proč je to důležité

Je nezbytný pro rozpoznání opakovaných návštěv a analýzu historie pacienta.

Kde data získat

Tabulka Epic Clarity: PATIENT, sloupec: PAT_ID nebo PAT_MRN_ID

Příklady
MRN-882910MRN-112003MRN-554211
ID poskytovatele péče
ProviderId
Identifikátor uživatele nebo zdravotníka, který aktivitu provedl.
Popis

Tento atribut zachycuje jedinečné ID zaměstnance odpovědného za událost, například sestry, která podala lék, nebo lékaře, který podepsal příkaz k propuštění.

Mapuje se na obecný atribut „Uživatel“ a slouží k analýze rozdílů mezi zdroji a jejich vytížení. U automatizovaných aktivit může jít o ID systémového uživatele.

Proč je to důležité

Umožňuje porovnat výkonnost a pracovní vytížení jednotlivých zaměstnanců.

Kde data získat

Tabulka Epic Clarity: CLARITY_EMP, sloupec: USER_ID

Příklady
EMP10023DOC5592SYSTEM
Kód hlavní diagnózy
PrimaryDiagnosisCode
Kód ICD-10 nebo interní kód hlavní diagnózy.
Popis

Tento atribut zaznamenává potvrzené onemocnění pacienta. Obvykle se vyplňuje při aktivitě „Diagnóza potvrzena“.

Slouží ke skupinování případů podle klinického stavu v přehledu Shoda s klinickými protokoly. Mapování na „Produkt“ umožňuje analytikům porovnat průběh péče podle diagnózy.

Proč je to důležité

Sdružuje případy s podobným klinickým stavem pro analýzu protokolů.

Kde data získat

Tabulka Epic Clarity: PAT_ENC_DX, sloupec: DX_ID

Příklady
J18.9I21.9E11.9
Název oddělení
DepartmentName
Nemocniční jednotka nebo oddělení, kde aktivita proběhla.
Popis

Tento atribut určuje pracoviště, kde událost proběhla, například „Pohotovost“, „Radiologie“ nebo „Chirurgické oddělení“. Je zásadní pro analýzu interních převozů mezi odděleními.

Data umožňují rozdělit procesní mapu podle oddělení. Vedoucí tak mohou odlišit úzká místa na svém pracovišti od problémů, které se týkají celé nemocnice.

Proč je to důležité

Umožňuje filtrovat data podle organizační struktury a analyzovat předávání pacientů.

Kde data získat

Tabulka Epic Clarity: CLARITY_DEP, sloupec: DEPARTMENT_NAME

Příklady
PohotovostRadiologieICUPediatrie
Příznak opětovného přijetí
ReadmissionFlag
Udává, zda se pacient neplánovaně vrátil do 30 dnů.
Popis

Tento logický atribut určuje, zda po dané epizodě následovalo do 30 dnů další neplánované přijetí stejného pacienta. Je základem KPI Míra neplánovaného opětovného přijetí do 30 dnů.

Při analýze slouží jako hlavní ukazatel výsledku. U procesních cest s příznakem „True“ se hledají příčiny problémů ve fázi plánování propuštění.

Proč je to důležité

Pomáhá odhalit nedostatky v procesu propuštění a problémy s kvalitou péče.

Kde data získat

Vypočítává se pomocí SQL vyhledáním budoucích kontaktů se stejným MRN.

Příklady
truefalse
Typ kontaktu
EncounterType
Klasifikace návštěvy pacienta, například hospitalizace nebo návštěva pohotovosti.
Popis

Tento atribut určuje povahu epizody péče o pacienta. Mezi běžné hodnoty patří „Pohotovost“, „Hospitalizace“, „Ambulantní péče“ nebo „Virtuální návštěva“.

Pole se mapuje na „Typ případu“ a slouží jako základní filtr analýzy. Dashboard Plánování propuštění se například týká především hospitalizací, zatímco třídění se vztahuje k pohotovosti.

Proč je to důležité

Poskytuje základní kontext pro instanci procesu.

Kde data získat

Tabulka Epic Clarity: PAT_ENC, sloupec: ENC_TYPE_C

Příklady
PohotovostAmbulantní péče v nemocniciHospitalizace
Úroveň naléhavosti při třídění
TriageAcuityLevel
Hodnocení závažnosti stavu pacienta stanovené při třídění.
Popis

Tento atribut vyjadřuje naléhavost pacientova stavu, obvykle na stupnici, například ESI 1 až 5. Zaznamenává se při aktivitě „Třídění dokončeno“.

Umožňuje rozdělit data v dashboardu Využití zdrojů podle závažnosti stavu. Pacienti s vysokou naléhavostí procházejí jinými variantami procesu než pacienti s nízkou naléhavostí. Tento údaj pomáhá tyto varianty rozlišit.

Proč je to důležité

Rozděluje proces podle naléhavosti a očekávané spotřeby zdrojů.

Kde data získat

Informace o poli Acuity v záznamech pohotovosti najdete v dokumentaci Epic EHR.

Příklady
1 - Resuscitace2 - Akutní stav3 - Naléhavý stav
Způsob propuštění
DischargeDisposition
Cíl pacienta po propuštění, například domov, zařízení následné péče nebo úmrtí.
Popis

Tento atribut zaznamenává, kam pacient odešel po opuštění nemocnice. Vyplňuje se při aktivitě „Pacient propuštěn“.

Je důležitý pro dashboard Riziko opětovného přijetí, protože pacienti propuštění do zařízení následné péče mají jiné riziko opětovného přijetí než pacienti propuštění domů.

Proč je to důležité

Dává výsledku procesu péče potřebný kontext.

Kde data získat

Tabulka Epic Clarity: PAT_ENC, sloupec: DISCH_DISP_C

Příklady
DomovZařízení následné péčeDomácí zdravotní péče
Automatizované objednávání
IsAutomatedScheduling
Příznak určující, zda objednání proběhlo bez zásahu zaměstnance.
Popis

Tento logický atribut se odvozuje od způsobu objednání. Pokud byla návštěva objednána přes MyChart nebo automatizovaný workflow v Cadence, má hodnotu True.

Přímo podporuje KPI Míra automatizace objednávání kontrolních návštěv. Vedoucí provozu díky němu zjistí, jakou část administrativní práce přebírá technologie.

Proč je to důležité

Měří úspěšnost automatizace procesu.

Kde data získat

Odvozeno z SchedulingMethod.

Příklady
truefalse
Doba čekání na převoz
TransferWaitDuration
Doba mezi zadáním příkazu k převozu a samotným převozem.
Popis

Tento ukazatel měří dobu mezi událostmi „Převoz objednán“ a „Pacient převezen“. Jde o hlavní údaj pro analýzu interních převozů mezi odděleními.

Vysoké hodnoty ukazují na čekání pacientů na lůžko, které omezuje průchod pacientů z pohotovosti.

Proč je to důležité

Odhaluje logistická a kapacitní úzká místa v pohybu pacientů.

Kde data získat

Vypočítává se jako rozdíl časových razítek událostí objednání a převozu.

Příklady
2 h 30 min45 min12 h
Náklady na diagnostické vyšetření
DiagnosticOrderCost
Interní náklady spojené s diagnostickým vyšetřením nebo zákrokem.
Popis

Tento atribut přiřazuje finanční hodnotu aktivitám „Provedeno diagnostické vyšetření“. Umožňuje zobrazit finanční údaje v procesní mapě.

Nejde o hlavní klinický ukazatel, ale pomáhá vedení porozumět finanční náročnosti různých variant procesu, zejména těch, které vyžadují více zdrojů kvůli závažnosti stavu.

Proč je to důležité

Doplňuje analýzu efektivity procesu o finanční hledisko.

Kde data získat

Fakturační tabulky nebo tabulky nákladového účetnictví propojené s výkonem.

Příklady
150.001200.0045.00
Název regionu
RegionName
Zeměpisný region nebo areál nemocnice.
Popis

U zdravotnických systémů s více areály tento atribut určuje umístění zařízení. Umožňuje porovnávat výsledky jednotlivých nemocnic.

Mapování na „Region“ umožňuje srovnávat více pracovišť a zjistit, zda jedna nemocnice zvládá průchod pacientů tříděním lépe než jiná.

Proč je to důležité

Umožňuje porovnávat různá zařízení v rámci zdravotnické sítě.

Kde data získat

Odvozeno z hlavních údajů o oddělení nebo zařízení.

Příklady
Severní areálCentrum městaZápadní křídlo
Specializace lékaře, který zadal objednávku
OrderingProviderSpecialty
Lékařská specializace lékaře, který požaduje konzultaci nebo vyšetření.
Popis

Tento atribut zachycuje oddělení nebo specializaci lékaře, který zadal objednávku, například „Kardiologie“ nebo „Onkologie“. Používá se v dashboardu Čekací doba na konzultaci specialisty.

Pomáhá zjistit, zda některé specializace čekají na interní služby déle než jiné. Odhaluje tak možné nerovnosti nebo nedostatek zdrojů v konkrétních oborech.

Proč je to důležité

Rozděluje poptávku po diagnostických a konzultačních službách.

Kde data získat

Údaje o lékařích najdete v dokumentaci Epic EHR.

Příklady
KardiologieInterní lékařstvíOrtopedie
Stav dodržení protokolu
ProtocolAdherenceStatus
Stav určující, zda případ proběhl podle standardní klinické cesty.
Popis

Tento atribut porovnává pořadí aktivit v případu s definovaným referenčním modelem (standardním operačním postupem). Podporuje přehled Shoda s klinickými protokoly.

Možné hodnoty zahrnují „V souladu“, „Vynechaný krok“ nebo „Nesprávné pořadí“. Klinické vedení tak může rychle filtrovat případy, které nejsou v souladu s protokolem, aniž by muselo ručně kontrolovat každou procesní mapu.

Proč je to důležité

Rychle odhaluje odchylky od standardů péče založených na důkazech.

Kde data získat

Vypočítává se v nástroji pro process mining nebo předem v SQL.

Příklady
V souladuOdchylnýNeúplný
Způsob objednání
SchedulingMethod
Udává, jak byla objednána kontrolní návštěva.
Popis

Tento atribut zachycuje kanál použitý k objednání návštěvy, například „MyChart“, „Cadence Auto“ nebo „Recepce“. Je důležitý pro dashboard Stav automatizace objednávání ambulantních kontrol.

Pokud hodnota označuje systémový nebo pacientem ovládaný digitální kanál, lze příznak „IsAutomated“ nastavit na true. Údaj ukazuje výsledky zavádění digitálních služeb.

Proč je to důležité

Sleduje využívání automatizovaných nástrojů a samoobslužných služeb.

Kde data získat

Zdroj vytvoření objednávky návštěvy najdete v dokumentaci Epic EHR.

Příklady
MyChartCadenceTelefonOsobně
Povinné Doporučené Volitelné

Aktivity na cestě pacienta

Toto jsou důležité kroky procesu a milníky péče, které je třeba zachytit v záznamu událostí, abyste mohli přesně zjistit, jak probíhá klinická péče.
4 Doporučené 11 Volitelné
Aktivita Popis
Diagnóza potvrzena
Zadání potvrzené diagnózy do seznamu zdravotních problémů pacienta nebo do pole diagnózy případu. Označuje konec diagnostické fáze.
Proč je to důležité

Tato událost je nutná pro KPI „Doba do konečné diagnózy“. Označuje přechod od vyšetření k cílené léčbě.

Kde data získat

Tabulka PAT_ENC_DX nebo aktualizace PROBLEM_LIST propojená s případem.

Zachycení

Zaznamená se, když lékař přidá záznam v aktivitě Encounter Diagnosis.

Typ události explicit
Pacient propuštěn
Oficiální uzavření případu hospitalizace. Zaznamená se, když je pacient v evidenci virtuálně propuštěn.
Proč je to důležité

Formální konec případu pro výpočet „Délky pobytu“. Je nezbytný pro „Zjišťování variant průchodu pacienta“.

Kde data získat

Datový tok ADT (událost A03) nebo PAT_ENC_HSP.DISCH_TIME.

Zachycení

Zaznamená se, když administrativní pracovník dokončí workflow propuštění.

Typ události explicit
Pacient zaregistrován
Vytvoření záznamu o návštěvě pacienta v systému, které označuje začátek případu péče. Událost se zaznamená, když pacient dorazí k registraci nebo na urgentní příjem a je přijat do systému Epic.
Proč je to důležité

Určuje výchozí bod celého průběhu péče o pacienta a umožňuje vypočítat celkovou délku pobytu. Je nezbytný pro dashboard „Průchodnost triáže a čekací doby“.

Kde data získat

Datový tok ADT (událost A04 nebo A01) nebo tabulka Clarity PAT_ENC (vytvoření HSP_ACCOUNT_ID).

Zachycení

Zaznamená se při provedení transakce „Check In“ nebo „Admit“.

Typ události explicit
Triáž dokončena
Dokončení vstupního ošetřovatelského vyšetření nebo triáže. Obvykle se zaznamená při uložení formuláře triáže nebo při změně stavu triáže na „Complete“.
Proč je to důležité

Tato událost je důležitá pro měření efektivity příjmu v dashboardu „Průchodnost triáže a čekací doby“. Prodlevy v této fázi ovlivňují celý průběh péče.

Kde data získat

PAT_ENC_HSP.TRIAGE_END_TIME nebo časové razítko uložení konkrétního řádku formuláře Flowsheet (FLO_MEASUREMENT).

Zachycení

Zaznamená se při podpisu dokumentace triáže nebo aktualizaci stavového pole.

Typ události explicit
Diagnostické vyšetření objednáno
Zadání objednávky na zobrazovací vyšetření (radiologii) nebo laboratorní služby. Zaznamená se, když lékař zadá a podepíše objednávku v systému CPOE.
Proč je to důležité

Výchozí bod pro dashboard „Doby diagnostických vyšetření“. Vysoký počet objednávek bez odpovídajících výsledků ukazuje na úzká místa.

Kde data získat

Tabulka ORDER_PROC, kde ORDER_TYPE označuje laboratoř nebo zobrazovací vyšetření/radiologii.

Zachycení

Zaznamená se, když se stav objednávky změní na „Signed“ nebo „Active“.

Typ události explicit
Diagnostické vyšetření provedeno
Provedení diagnostického vyšetření nebo uložení výsledku. U laboratorních testů jde o zpracování vzorku, u zobrazovacích vyšetření o dokončení snímkování.
Proč je to důležité

Koncový bod KPI „Průměrná doba diagnostického vyšetření“. Je důležitý pro odhalení prodlev ve službách podporujících klinické rozhodování.

Kde data získat

ORDER_PROC.PROC_END_TIME nebo ORDER_STAT_HISTORY při změně stavu na „Completed“ nebo „Resulted“.

Zachycení

Zaznamená se, když technik dokončí úlohu nebo rozhraní přijme výsledek.

Typ události explicit
Konzultace dokončena
Dokončení vyšetření specialistou, které se obvykle označí podpisem záznamu Consult Note nebo uzavřením objednávky na konzultaci.
Proč je to důležité

Koncový bod pro „Dobu do konzultace se specialistou“. Potvrzuje, že pacient dostal odborné doporučení a léčebný plán může pokračovat.

Kde data získat

HNO_NOTE_TEXT (uložený záznam typu Consult) nebo změna stavu ORDER_PROC na Completed.

Zachycení

Odvozuje se z času vytvoření záznamu Consult Note nebo aktualizace stavu objednávky.

Typ události inferred
Lék podán
Podání léku pacientovi zdravotní sestrou nebo jiným poskytovatelem péče. Zaznamenává se v záznamu o podávání léků (MAR).
Proč je to důležité

Základní událost pro dashboard „Výkonnost podávání léků“. Sleduje dodržování „Vytvořeného léčebného plánu“.

Kde data získat

Tabulka MAR_ADMIN_INFO, konkrétně události s akcí „Given“ nebo „New Bag“.

Zachycení

Zaznamená se, když sestra naskenuje identifikační náramek pacienta a lék (BCMA).

Typ události explicit
Naplánována následná kontrola
Objednání budoucí ambulantní návštěvy pacienta. Zaznamenává se v plánovacím modulu Cadence propojeném se záznamem pacienta.
Proč je to důležité

Podporuje KPI „Míra automatizace objednávání kontrolních návštěv“. Zajišťuje kontinuitu péče a pomáhá předcházet opětovnému přijetí do nemocnice.

Kde data získat

PAT_ENC_APPT propojený s ID pacienta, vytvořený krátce před propuštěním.

Zachycení

Zaznamená se po potvrzení termínu návštěvy v Cadence.

Typ události explicit
Pacient přemístěn
Fyzický přesun pacienta na jiné oddělení nebo jednotku. Zaznamenává se prostřednictvím událostí přesunu ADT.
Proč je to důležité

Koncový bod pro „Průměrnou dobu přesunu mezi odděleními“. Podporuje „Analýzu interních přesunů mezi odděleními“ a pomáhá odhalit úzká místa v nemocniční logistice.

Kde data získat

Datový tok ADT (událost A02) nebo PAT_ENC_HSP_TRANSACTION (Transfer In).

Zachycení

Zaznamená se, když pracovník oddělení aktualizuje umístění pacienta v evidenci Census.

Typ události explicit
Přesun objednán
Žádost o přesun pacienta na jinou jednotku nebo úroveň péče. V systému se zaznamená jako „Bed Request“ nebo „Transfer Order“.
Proč je to důležité

Výchozí bod pro „Průměrnou dobu přesunu mezi odděleními“. Rozlišuje klinické rozhodnutí o přesunu od logistické dostupnosti lůžka.

Kde data získat

ADT_TRANSFER_ORDER nebo ORDER_PROC (Bed Request).

Zachycení

Zaznamená se, když lékař zadá příkaz k přesunu.

Typ události explicit
Příkaz k propuštění podepsán
Formální souhlas lékaře s propuštěním pacienta z nemocnice. V Epic se zaznamenává jako konkrétní objednávka.
Proč je to důležité

Důležitý milník v procesu „Plánování a provedení propuštění“. Doba mezi tímto okamžikem a skutečným odchodem pacienta ukazuje administrativní prodlevu.

Kde data získat

Tabulka ORDER_PROC, kde je typ „Discharge Patient“.

Zachycení

Zaznamená se, když lékař podepíše příkaz k propuštění.

Typ události explicit
Vyžádána konzultace
Objednávka na vyšetření pacienta specialistou. V Epic se zaznamená jako konkrétní typ objednávky výkonu „Consult“.
Proč je to důležité

Výchozí bod pro KPI „Doba do konzultace se specialistou“. Pomáhá odhalit nedostatek kapacit v konkrétních lékařských odbornostech.

Kde data získat

Tabulka ORDER_PROC, kde ORDER_CLASS = „Consult“, nebo konkrétní objednávky na konzultaci.

Zachycení

Zaznamená se při podpisu objednávky na konzultaci.

Typ události explicit
Zahájen léčebný plán
Přiřazení konkrétní klinické cesty nebo protokolu pacientovi. Zaznamená se při použití standardní sady objednávek nebo léčebného plánu v rámci případu.
Proč je to důležité

Podporuje dashboard „Přehled dodržování klinických protokolů“ tím, že označuje záměr postupovat podle standardu péče. Od tohoto okamžiku lze měřit odchylky od následujících plánovaných kroků.

Kde data získat

Tabulka ORDER_SET_BKG nebo tabulky léčebných plánů, které uvádějí, že byl k případu přiřazen protokol.

Zachycení

Zaznamená se, když lékař vybere a podepíše sadu objednávek.

Typ události explicit
Zahájeno plánování propuštění
Zahájení činností, které připravují pacienta na propuštění. Zaznamenává se v dokumentaci Case Management nebo prostřednictvím konkrétních typů objednávek „Discharge“.
Proč je to důležité

Důležitá událost pro dashboard „Plánování a provedení propuštění“. Včasné zahájení plánování souvisí s kratší délkou pobytu.

Kde data získat

Vytvoření HSP_DISCH_PLAN nebo první záznam od Case Managera či sociálního pracovníka.

Zachycení

Odvozuje se z první interakce s Discharge Navigator nebo ze záznamu Case Mgmt.

Typ události inferred
Doporučené Volitelné

Návody k extrakci dat

Jak získat data z Epic EHR

Chcete začít?

Začněte zlepšovat provoz klinické péče. Použijte tuto šablonu na svá data z Epic. Náš tým vám pomůže s extrakcí dat, abyste mohli výsledky využít co nejdříve.

Zlepšete cestu pacienta a zkraťte dobu průchodu procesem

Najděte úzká místa v klinické péči a zkraťte dobu průchodu procesem o 30 %.

Začněte zkušební verzi zdarma

Platební kartu nepotřebujete. Nastavení zabere jen několik minut.