Datová šablona pro cestu pacienta systémem péče
Datová šablona pro cestu pacienta systémem péče
- Doporučené atributy ke sběru
- Důležité aktivity ke sledování
- Pokyny k extrakci dat z athenahealth
Atributy cesty pacienta systémem péče
| Název | Popis | ||
|---|---|---|---|
|
Časové razítko události
EventTimestamp
|
Konkrétní datum a čas, kdy aktivita proběhla. | ||
|
Popis
Zaznamenává přesný okamžik, kdy aktivita proběhla. Slouží k chronologickému seřazení událostí a výpočtu doby mezi jednotlivými kroky. Je nezbytné pro časovou analýzu, například výpočet doby průchodu, čekání a propustnosti. Vyšší přesnost pomáhá určit pořadí událostí, které nastaly ve stejný den.
Proč je to důležité
Je nutné pro seřazení událostí a výpočet všech časových KPI.
Kde data získat
Pole s časovým razítkem spojená se změnami stavu nebo daty vytvoření v tabulkách athenahealth.
Příklady
2023-10-12T08:30:00Z2023-10-12T09:15:22Z2023-10-15T14:20:00Z
|
|||
|
Epizoda péče o pacienta
PatientEpisodeId
|
Jedinečný identifikátor konkrétní epizody péče nebo průběhu léčby pacienta. | ||
|
Popis
Tento atribut slouží jako hlavní identifikátor případu. Sdružuje všechny aktivity související s konkrétním obdobím péče nebo zdravotním stavem pacienta. Propojuje jednotlivé události, například návštěvy, diagnostická vyšetření a propuštění, do jednoho souvislého průběhu. Při analýze jde o primární klíč pro process mining, který umožňuje rekonstruovat celý průběh procesu. Zajišťuje, že se opakované návštěvy téhož pacienta kvůli různým zdravotním potížím považují za samostatné instance procesu.
Proč je to důležité
Nezbytný pro vymezení jedné instance procesu v analýze.
Kde data získat
Odvozuje se ze skupiny ID návštěv nebo se propojuje s konkrétním ID epizody péče v athenahealth.
Příklady
EP-2023-88491EP-2023-99102ENC-55412-GRP
|
|||
|
Název aktivity
ActivityName
|
Název události nebo úkolu v průběhu péče o pacienta. | ||
|
Popis
Označuje konkrétní krok procesu, například „Pacient zaregistrován“, „Objednáno diagnostické vyšetření“ nebo „Podán lék“. Tento text určuje uzly v mapě procesu. Používá se k zobrazení průběhu procesu a určení pořadí jednotlivých kroků. Jednotné názvy jsou důležité pro přehlednou mapu procesu bez zbytečně rozdělených aktivit.
Proč je to důležité
Určuje kroky v mapě procesu a je nezbytný pro process mining.
Kde data získat
Odvozuje se z auditních záznamů, změn stavu objednávek nebo popisů položek nároku.
Příklady
Objednání návštěvyPříchod pacienta zaznamenánZadání diagnostického vyšetřeníPropuštění pacienta
|
|||
|
Poslední aktualizace dat
LastDataUpdate
|
Časové razítko posledního načtení nebo obnovení dat. | ||
|
Popis
Ukazuje, jak aktuální jsou data použitá v analýze. Uživatelé tak poznají, zda pracují s aktuálními daty, nebo s historickým snímkem. Slouží ke správě datových toků a zajišťuje, aby dashboardy zobrazovaly co nejaktuálnější stav procesu.
Proč je to důležité
Důležité pro správu dat a důvěru uživatelů v aktuálnost dashboardu.
Kde data získat
Systémový čas při spuštění ETL.
Příklady
2023-11-01T12:00:00Z2023-11-02T06:00:00Z
|
|||
|
Zdrojový systém
SourceSystem
|
Název systému, ze kterého data pocházejí. | ||
|
Popis
Určuje IT systém, který záznam vytvořil, v tomto případě „athenahealth“. To se hodí zejména v prostředí s více systémy, kde se data mohou kombinovat. Analytici mohou filtrovat zobrazení podle zdroje dat a řešit problémy s kvalitou dat v konkrétním systému.
Proč je to důležité
Poskytuje informace o původu dat a kontext při process mining v prostředí s více systémy.
Kde data získat
Pevně zadaná hodnota nebo ID konfigurace systému.
Příklady
athenahealthAthenaOneAthenaPractice
|
|||
|
Čas ukončení události
EventEndTime
|
Čas dokončení konkrétní aktivity. | ||
|
Popis
Zaznamenává čas dokončení aktivity a umožňuje vypočítat dobu jejího aktivního zpracování. Ta se liší od čekání před zahájením aktivity. Slouží k analýze využití zdrojů a odhalení úkolů, jejichž ruční provedení trvá déle, než se očekává.
Proč je to důležité
Umožňuje vypočítat dobu aktivního zpracování odděleně od pasivního čekání.
Kde data získat
Čas odhlášení, ověření výsledku nebo konkrétní časová razítka dokončení v athenahealth.
Příklady
2023-10-12T09:00:00Z2023-10-12T10:45:00Z
|
|||
|
ID pacienta
PatientId
|
Jedinečný identifikátor pacienta (anonymizovaný nebo hashovaný). | ||
|
Popis
Jednoznačně identifikuje pacienta, jehož průběh péče sledujete. Na rozdíl od identifikátoru případu může mít jeden pacient v průběhu času více epizod péče. Slouží k propojení opakovaných návštěv a analýze míry opětovných hospitalizací. Je nezbytný pro KPI „Podíl neplánovaných opětovných hospitalizací“.
Proč je to důležité
Nezbytný pro sledování opětovných hospitalizací a historie pacienta napříč epizodami péče.
Kde data získat
Pole „patientid“ v athenahealth.
Příklady
PAT-100234PAT-559201PAT-992210
|
|||
|
Jméno poskytovatele péče
ProviderName
|
Jméno zdravotnického pracovníka, který aktivitu provedl. | ||
|
Popis
Určuje konkrétního lékaře, zdravotní sestru nebo technika odpovědného za událost. Tento atribut je zásadní pro analýzu využití zdrojů. Umožňuje porovnat ukazatele výkonnosti, například propustnost a dobu průchodu, mezi jednotlivými pracovníky a odhalit potřebu školení nebo nerovnoměrné rozložení práce.
Proč je to důležité
Důležitý pro ukazatel „Míra využití zdrojů“ a analýzu předávání práce.
Kde data získat
ID „providerid“ v athenahealth převedené na jméno poskytovatele z adresáře.
Příklady
Dr. SmithZdravotní sestra JonesováTechnik Adams
|
|||
|
Kód hlavní diagnózy
PrimaryDiagnosisCode
|
Hlavní kód ICD-10 přiřazený k epizodě péče. | ||
|
Popis
Klasifikuje klinický důvod péče o pacienta. Poskytuje kontext pro „Porovnání průběhu péče podle věkové skupiny a diagnózy“. Analytici podle tohoto údaje rozdělují průběhy péče podle zdravotního stavu, například zápalu plic nebo zlomeniny. U různých diagnóz se totiž očekávaný postup i doba průchodu výrazně liší.
Proč je to důležité
Umožňuje porovnávat podobné případy, protože doba průchodu se podle diagnózy výrazně liší.
Kde data získat
Pole diagnózy v návštěvě nebo nároku (ICD-10).
Příklady
J18.9I10E11.9
|
|||
|
Místo propuštění
DischargeDisposition
|
Místo nebo stav pacienta při propuštění. | ||
|
Popis
Udává, kam pacient po ukončení epizody péče odešel, například domů, do zařízení následné péče nebo do hospice. Tento údaj je důležitý pro „Plánování propuštění a trendy opětovných hospitalizací“. Poskytuje kontext o náročnosti plánování propuštění a pomáhá vyhodnotit, jak dobře funguje předávání péče.
Proč je to důležité
Důležitý kontext pro plánování propuštění a posouzení rizika opětovné hospitalizace.
Kde data získat
Pole návštěvy v athenahealth nebo nemocniční záznamy o propuštění.
Příklady
DomůZařízení následné péčePřeložen do nemocnice pro krátkodobou péčiZemřel
|
|||
|
Název oddělení
DepartmentName
|
Oddělení nemocnice nebo kliniky, kde aktivita proběhla. | ||
|
Popis
Rozděluje data o procesu podle pracoviště, například urgentního příjmu, kardiologie nebo radiologie. Tento atribut je nezbytný pro dashboard „Propustnost oddělení a předávání pacientů“. Analýza podle tohoto atributu odhalí úzká místa na konkrétních pracovištích a pomůže zlepšit průchod pacientů mezi odděleními.
Proč je to důležité
Důležitý pro odhalení úzkých míst v organizaci a neefektivního předávání pacientů.
Kde data získat
ID „departmentid“ v athenahealth převedené na název oddělení.
Příklady
Urgentní příjemInterní lékařstvíRadiologie
|
|||
|
Opětovná hospitalizace
IsReadmission
|
Příznak, který označuje, zda jde o neplánovaný návrat pacienta. | ||
|
Popis
Logická hodnota, která určuje, zda se pacient v daném období, například do 30 dnů, vrátil do nemocnice po předchozím propuštění. Přímo podporuje KPI „Podíl neplánovaných opětovných hospitalizací“. Filtrováním podle tohoto atributu mohou analytici podrobněji prozkoumat příčiny opětovných hospitalizací a odhalit vzorce v původním průběhu léčby.
Proč je to důležité
Přímo podporuje KPI míry opětovných hospitalizací.
Kde data získat
Vypočítává se během ETL porovnáním data přijetí s datem předchozího propuštění.
Příklady
truefalse
|
|||
|
Typ návštěvy
EncounterType
|
Klasifikace návštěvy, například ambulantní, telemedicínská nebo akutní. | ||
|
Popis
Určuje způsob nebo prostředí, ve kterém byla péče poskytnuta. V obecných datových modelech slouží jako „typ případu“. Různé typy návštěv mají odlišný očekávaný průběh i požadavky na vyúčtování. Filtrování podle tohoto atributu je nezbytné, aby se při analýze doby průchodu neporovnávaly nesrovnatelné případy.
Proč je to důležité
Rozlišuje varianty procesu, například telemedicínskou a osobní návštěvu.
Kde data získat
Pole „encountertype“ v athenahealth.
Příklady
Ambulantní návštěvaTelemedicínaAkutní péčeOperace
|
|||
|
Věková skupina pacienta
PatientAgeGroup
|
Kategorie věku pacienta, například 18–25 nebo 65 a více let. | ||
|
Popis
Rozděluje pacienty do demografických skupin. Tento údaj je nezbytný pro dashboard „Porovnání průběhu péče podle věkové skupiny a diagnózy“. Pomáhá zjistit, zda neefektivní procesy nebo výsledky péče neovlivňují více některé věkové skupiny, například seniory nebo dětské pacienty.
Proč je to důležité
Běžné demografické členění pro analýzu procesů ve zdravotnictví.
Kde data získat
Odvozuje se z data narození pacienta a času zahájení.
Příklady
18-2930-4965+
|
|||
|
Celková účtovaná částka
TotalChargeAmount
|
Částka účtovaná za aktivitu nebo epizodu péče. | ||
|
Popis
Finanční hodnota spojená s aktivitou nebo celkovou částkou nároku. Umožňuje process mining zaměřený na náklady a analýzu finančního dopadu. Slouží k odhalení nákladných variant léčby a porovnání efektivity procesu s finančními výsledky.
Proč je to důležité
Doplňuje analýzu procesu o finanční hledisko.
Kde data získat
Pole „amount“ nebo „totalcharge“ v tabulkách nároků či poplatků v athenahealth.
Příklady
150.002500.5045.00
|
|||
|
Opakovaná aktivita
IsRework
|
Příznak, který označuje, zda se aktivita opakuje. | ||
|
Popis
Logická hodnota, která je pravdivá, pokud se aktivita v rámci stejného případu vyskytla více než jednou. Podporuje dashboard „Četnost aktivit a opakované kroky“. Umožňuje rychle vyfiltrovat případy s opakovanými kroky a vypočítat KPI „Četnost opakovaných aktivit“.
Proč je to důležité
Odhaluje neefektivní procesy a nadbytečné kroky.
Kde data získat
Vypočítává se během ETL podle počtu výskytů aktivity pro každé CaseId.
Příklady
truefalse
|
|||
|
Stav diagnostického výsledku
DiagnosticResultStatus
|
Výsledek diagnostického vyšetření, například pozitivní nebo normální. | ||
|
Popis
Zaznamenává souhrnný výsledek vyšetření. Poskytuje kontext pro „Dobu do diagnostického vyšetření“ a následná rozhodnutí o léčbě. Slouží k analýze, zda po abnormálních výsledcích následují další kroky rychleji než po normálních výsledcích.
Proč je to důležité
Propojuje průběh procesu s klinickými výsledky.
Kde data získat
Pole výsledků laboratorních vyšetření v athenahealth.
Příklady
NormálníAbnormálníKritický
|
|||
|
Stav nároku
ClaimStatus
|
Stav finančního nároku souvisejícího s péčí. | ||
|
Popis
Udává stav nároku k vyúčtování, například „Odesláno“, „Zamítnuto“ nebo „Uhrazeno“. Souvisí s aktivitou „Nárok odeslán“ a finanční propustností. Pomáhá zjistit, zda problémy s klinickou dokumentací nezpůsobují následné finanční prodlevy.
Proč je to důležité
Propojuje efektivitu klinického procesu s výkonností procesu správy výnosů.
Kde data získat
Pole „claimstatus“ v athenahealth.
Příklady
VYÚČTOVÁNOPOZASTAVENOPŘEDÁNO K VYÚČTOVÁNÍ
|
|||
|
Typ objednávky
OrderType
|
Kategorie objednávky, například laboratorní vyšetření, zobrazovací vyšetření nebo předpis. | ||
|
Popis
Klasifikuje klinická vyšetření a další objednávky zadané během epizody péče. Tento údaj je důležitý pro dashboard „Doba do diagnostického vyšetření“. Analytici mohou měřit dobu do provedení laboratorních a zobrazovacích vyšetření zvlášť, protože se na ně často vztahují odlišné dohody o úrovni služeb a vznikají u nich různá úzká místa.
Proč je to důležité
Rozděluje diagnostický proces pro cílenou analýzu doby do vyšetření.
Kde data získat
Pole „ordertype“ nebo „class“ v API objednávek athenahealth.
Příklady
Laboratorní vyšetřeníZobrazovací vyšetřeníPředpisZákrok
|
|||
Aktivity na cestě pacienta systémem péče
| Aktivita | Popis | ||
|---|---|---|---|
|
Dokončení vstupního vyšetření
|
Označuje dokončení prvního klinického vyšetření, například třídění pacientů nebo vyšetření sestrou, při kterém se zaznamenají životní funkce a hlavní obtíže. Událost se často odvozuje z časového razítka první podepsané klinické poznámky nebo dokončeného formuláře vyšetření. | ||
|
Proč je to důležité
Tento milník označuje začátek klinické péče. Doba od registrace po tuto činnost je důležitým ukazatelem počátečního čekání pacienta a rychlosti reakce na potřebu péče.
Kde data získat
Událost se odvozuje z časového razítka vytvoření nebo podpisu konkrétních klinických dokumentů či záznamových listů v athenaClinicals. Je třeba určit typy dokumentů používané při třídění pacientů nebo vstupním vyšetření.
Zachycení
Zjistěte první časové razítko klinické poznámky, záznamového listu životních funkcí nebo konkrétního formuláře vstupního vyšetření pro dané vyšetření.
Typ události
inferred
|
|||
|
Potvrzení diagnózy
|
Klinický pracovník oficiálně stanoví nebo potvrdí diagnózu pacienta pro aktuální vyšetření. Událost lze odvodit z časového razítka vytvoření nebo poslední aktualizace hlavního diagnostického kódu, například ICD-10, přiřazeného k vyšetření pacienta. | ||
|
Proč je to důležité
Jde o zásadní milník, který určuje další postup léčby. Analýza činností po tomto bodě pomáhá pochopit a sjednotit postupy péče.
Kde data získat
Událost lze odvodit ze seznamu zdravotních problémů pacienta nebo z diagnostických údajů vyšetření. Změna či potvrzení diagnostického kódu a související časové razítko tuto událost označují.
Zachycení
Zjistěte časové razítko, kdy byla hlavní diagnóza daného vyšetření přidána nebo aktualizována.
Typ události
inferred
|
|||
|
Příchod pacienta zaznamenán
|
Tato činnost označuje příchod pacienta a jeho registraci na objednanou návštěvu nebo vyšetření. V athenaClinicals nebo athenaCommunicator se obvykle zaznamená jako výslovná změna stavu záznamu o návštěvě. | ||
|
Proč je to důležité
Tímto okamžikem začíná pobyt pacienta v zařízení. Jde o důležitý výchozí bod pro měření čekání a celkové doby klinického vyšetření.
Kde data získat
Událost se zaznamenává jako změna stavu v tabulce návštěv nebo vyšetření. Hledejte stav „Checked-In“ a odpovídající časové razítko.
Zachycení
Změna stavu objektu návštěvy nebo vyšetření se zaznamená s časovým razítkem.
Typ události
explicit
|
|||
|
Přijetí výsledků vyšetření
|
Výsledky diagnostického vyšetření jsou dokončeny a zpřístupněny v kartě pacienta. Obvykle se zaznamenají, když laboratorní nebo zobrazovací systém odešle výsledky do athenahealth a vytvoří záznam s časovým razítkem. | ||
|
Proč je to důležité
Přijetí výsledků je důležitým podnětem pro další klinická rozhodnutí, například stanovení diagnózy a plánování léčby. Tato událost je koncovým bodem pro měření doby zpracování diagnostického vyšetření.
Kde data získat
Údaj najdete v tabulce výsledků nebo diagnostiky propojené s původní objednávkou. Událost označuje časové razítko, kdy byl výsledek uložen nebo přijat do karty pacienta.
Zachycení
Vytvoří se nový záznam výsledku s časovým razítkem, často prostřednictvím rozhraní LIS nebo RIS.
Typ události
explicit
|
|||
|
Propuštění pacienta
|
Pacient byl oficiálně propuštěn a jeho pobyt v zařízení skončil. Jde o poslední událost ADT u hospitalizovaného pacienta, zaznamenanou s přesným časovým razítkem. | ||
|
Proč je to důležité
Tato událost označuje konec hlavní cesty pacienta. Je koncovým bodem pro měření celkové „Doby cyklu cesty pacienta“ a je důležitá pro analýzu opakovaných hospitalizací.
Kde data získat
Jde o výslovně zaznamenanou událost v systému ADT nebo v tabulce vyšetření pacienta. Označuje konečný stav vyšetření „Discharged“ a obsahuje časové razítko.
Zachycení
Stav vyšetření pacienta se změní na „Discharged“ a zaznamená se událost ADT.
Typ události
explicit
|
|||
|
Provedení zákroku
|
Pacient podstoupí klinický zákrok, například operaci nebo specializovanou terapii. Jde o výslovně zaznamenanou událost v klinické dokumentaci, která často obsahuje čas zahájení a ukončení zákroku. | ||
|
Proč je to důležité
Zákroky jsou důležitými milníky léčby pacienta. Analýza činností před zákrokem a po něm pomáhá zlepšit workflow před operací i po ní.
Kde data získat
Údaj najdete v poznámkách k zákroku nebo v konkrétních klinických záznamových listech v athenaClinicals. Časové razítko události se odvozuje od zaznamenaného začátku nebo konce zákroku.
Zachycení
Vytvoří se poznámka nebo záznam o zákroku s časovým razítkem jeho provedení.
Typ události
explicit
|
|||
|
Vystavení příkazu k propuštění
|
Lékař nebo oprávněný poskytovatel zdravotní péče vystaví oficiální příkaz k propuštění pacienta. Jde o výslovně zaznamenanou událost s časovým razítkem, která vzniká v modulu CPOE elektronického zdravotního záznamu. | ||
|
Proč je to důležité
Tato činnost zahajuje proces propuštění. Doba mezi vystavením příkazu a skutečným propuštěním je důležitým ukazatelem „Doby plánování propuštění“.
Kde data získat
Údaj najdete v tabulce objednávek. Událost označuje konkrétní typ objednávky „Discharge“ a časové razítko jejího vytvoření.
Zachycení
V tabulce objednávek se vytvoří nový záznam s typem objednávky „Discharge“.
Typ události
explicit
|
|||
|
Objednání kontrolní návštěvy
|
Pacientovi se po hlavní léčbě nebo propuštění objedná kontrolní návštěva. Událost se výslovně zaznamená při vytvoření nové návštěvy v plánovacím modulu athenaCommunicator. | ||
|
Proč je to důležité
Tato činnost pomáhá pochopit koordinaci následné péče a její vliv na výsledky, například počet opakovaných hospitalizací. Ukazuje návaznost péče.
Kde data získat
Událost se zaznamenává v tabulce návštěv. Označuje ji časové razítko vytvoření návštěvy, která se koná po datu propuštění.
Zachycení
V plánovacím systému se vytvoří nový záznam návštěvy.
Typ události
explicit
|
|||
|
Objednání návštěvy
|
Událost označuje objednání návštěvy pacienta. Zaznamená se při vytvoření a potvrzení nové návštěvy uživatelem v plánovacím modulu athenaCommunicator v athenahealth. | ||
|
Proč je to důležité
Tato činnost je pro mnoho cest pacientů prvním kontaktním bodem. Analýza doby od objednání po příchod pomáhá posoudit dostupnost péče a efektivitu přípravy na návštěvu.
Kde data získat
Jde o výslovně zaznamenanou událost v tabulkách návštěv nebo plánování. Obvykle je spojena s časovým razítkem vytvoření a ID pacienta.
Zachycení
Událost se zaznamená při vytvoření záznamu o návštěvě v plánovacím modulu.
Typ události
explicit
|
|||
|
Odběr vzorku
|
Událost označuje odběr biologického vzorku, například krve nebo moči, pro laboratorní vyšetření. Obvykle se výslovně zaznamená v laboratorním modulu nebo jako změna stavu objednávky. | ||
|
Proč je to důležité
Jde o důležitý milník diagnostického procesu. Doba mezi zadáním vyšetření, odběrem a získáním výsledku může odhalit významná úzká místa v laboratorním workflow.
Kde data získat
Událost může být zaznamenána jako změna stavu laboratorní objednávky nebo jako samostatná událost v laboratorním informačním systému propojeném s athenahealth. Hledejte stav „Collected“ a časové razítko.
Zachycení
Zaznamená se jako změna stavu laboratorní objednávky nebo v samostatném modulu pro sledování vzorků.
Typ události
explicit
|
|||
|
Odeslání pojistné žádosti
|
Vytvoří se a plátci se odešle žádost o úhradu služeb poskytnutých během vyšetření pacienta. Jde o výslovně zaznamenanou událost v modulu řízení cyklu příjmů athenaCollector. | ||
|
Proč je to důležité
Jde sice o administrativní krok, ale pro analýzu procesu správy výnosů, který probíhá souběžně s klinickou péčí, je tato aktivita důležitá. Pomáhá odhalit prodlevy mezi poskytnutím péče a vyúčtováním.
Kde data získat
Najdete ji v tabulkách s nároky nebo vyúčtováním. Událost označuje časové razítko vytvoření nebo odeslání nároku.
Zachycení
Záznam nároku se vytvoří a jeho stav se s časovým razítkem změní na „Odesláno“.
Typ události
explicit
|
|||
|
Podání léku
|
Klinický personál pacientovi skutečně podá lék. Tato událost se výslovně zaznamená v modulu Medication Administration Record (MAR) v athenaClinicals, a to s přesným časovým razítkem každé dávky. | ||
|
Proč je to důležité
Tato činnost představuje přímý léčebný zásah. Analýza jejího načasování pomáhá měřit „Dobu do první léčby“ a ověřit dodržování rozpisu podávání léků.
Kde data získat
Údaj najdete v datových tabulkách MAR. Každá událost podání obsahuje ID pacienta, ID léku, dávku a časové razítko podání.
Zachycení
Pokaždé, když je podání léku zaznamenáno, vytvoří se v MAR záznam s časovým razítkem.
Typ události
explicit
|
|||
|
Převoz pacienta
|
Pacient se přesune z jedné jednotky nebo oddělení na jiné, například z urgentního příjmu na lůžkové oddělení. V elektronickém zdravotním záznamu se tato událost výslovně zaznamená jako přijetí, propuštění nebo převoz (ADT). | ||
|
Proč je to důležité
Tato činnost je důležitá pro analýzu předávání pacientů mezi odděleními a jejich pohybu v zařízení. Pomáhá odhalit úzká místa v „Době předání pacienta“ a při plánování zdrojů.
Kde data získat
Událost se zaznamenává v záznamu událostí ADT nebo v tabulkách pro sledování pacientů. Každý převoz obsahuje údaje o pacientovi, výchozím a cílovém místě a časové razítko.
Zachycení
Při převozu pacienta se vytvoří zpráva ADT nebo záznam události s časovým razítkem.
Typ události
explicit
|
|||
|
Vytvoření léčebného plánu
|
Událost označuje formální vytvoření a zdokumentování léčebného plánu pacienta klinickým pracovníkem. Zaznamenat ji lze při vytvoření nebo podpisu konkrétního dokumentu „Plán péče“ nebo související sady léčebných objednávek. | ||
|
Proč je to důležité
Tato činnost stanovuje zamýšlený klinický postup. Je důležitým bodem pro měření souladu se standardními protokoly a analýzu odchylek v péči.
Kde data získat
Údaj pravděpodobně najdete v tabulkách klinických dokumentů nebo objednávek. Událost odpovídá časovému razítku podepsané poznámky k plánu péče nebo odeslání související sady léčebných objednávek.
Zachycení
Událost odpovídá časovému razítku vytvoření nebo dokončení konkrétního dokumentu léčebného plánu či sady objednávek.
Typ události
explicit
|
|||
|
Zadání diagnostického vyšetření
|
Poskytovatel zdravotní péče zadá diagnostické vyšetření, například laboratorní test, zobrazovací vyšetření nebo jiný zákrok. Jde o výslovně zaznamenanou událost s časovým razítkem, která vzniká pomocí funkce CPOE (Computerized Provider Order Entry) v athenaClinicals. | ||
|
Proč je to důležité
Jde o důležitý rozhodovací bod, který zahajuje diagnostický dílčí proces. Sledování této činnosti je nezbytné pro analýzu KPI „Doba od zadání diagnostického vyšetření po výsledek“.
Kde data získat
Údaj najdete v tabulce objednávek. Každá objednávka obsahuje identifikátor pacienta, název a stav objednávky a časové razítko vytvoření.
Zachycení
V tabulce objednávek systému se vytvoří nový záznam s časovým razítkem.
Typ události
explicit
|
|||
Návody k extrakci dat
Chcete začít?
Začněte zlepšovat péči o pacienty. Tato šablona je prvním krokem k užitečným poznatkům a lepším výsledkům zdravotní péče.
Zlepšete cestu pacienta systémem péče a odstraňte úzká místa
Najděte neefektivní postupy v athenahealth a zkraťte dobu průchodu pacienta systémem péče o 30 %.
Platební kartu nepotřebujete. Začněte zlepšovat procesy ještě dnes.