Šablona dat pro řízení výnosového cyklu
Šablona dat pro řízení výnosového cyklu
- Doporučené atributy ke shromažďování
- Hlavní aktivity ke sledování
- Pokyny k získání dat
Atributy řízení výnosového cyklu
| Název | Popis | ||
|---|---|---|---|
| Čas události EventTime | Časové razítko označující, kdy konkrétní aktivita nebo událost nastala. | ||
| Popis Čas události je časové razítko přiřazené ke každé aktivitě, které označuje přesné datum a čas jejího průběhu. Tyto časové údaje jsou nezbytné pro sestavení chronologického pořadí událostí v každém případu. Při analýze se čas události používá k výpočtu doby mezi aktivitami, délky případů a k odhalení úzkých míst, kde se dlouho čeká. Je základem časové analýzy procesů a měření jejich výkonnosti. Proč je to důležité Toto časové razítko je nezbytné pro správné seřazení událostí a výpočet všech časových ukazatelů, například doby cyklu a prodlev v úzkých místech. Kde data získat Tento údaj se obvykle ukládá spolu s každou transakcí nebo záznamem o změně stavu v databázových tabulkách Optum360. Příklady 2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:22:00Z | |||
| Fakturační událost BillingEvent | Jedinečný identifikátor jedné poskytnuté služby nebo dodaného produktu, za který se účtuje. Slouží jako hlavní ID případu. | ||
| Popis Fakturační událost slouží jako hlavní identifikátor případu a propojuje všechny aktivity související s jednou poskytnutou službou nebo dodaným produktem, za který se účtuje. Díky tomu lze sledovat celý cyklus tvorby a inkasa výnosů u každé jednotlivé fakturovatelné položky nebo služby. V process mining umožňuje analýza podle fakturační události zobrazit celý průběh od poskytnutí služby až po konečnou platbu nebo uzavření účtu. Tento pohled pomáhá odhalit úzká místa, měřit dobu cyklu a porozumět rozdílům ve zpracování jednotlivých nároků a faktur. Proč je to důležité Jde o hlavní ID případu, které propojuje všechny související aktivity cyklu výnosů a umožňuje analyzovat celý proces od začátku do konce. Kde data získat Jde o primární klíč, který propojuje záznamy v hlavních fakturačních tabulkách a tabulkách nároků Optum360. Konkrétní názvy tabulek a polí najdete v dokumentaci Optum360. Příklady BE-2023-0012345BE-2023-0012346BE-2023-0012347 | |||
| Název aktivity ActivityName | Název konkrétní události nebo úlohy, která proběhla v procesu řízení cyklu výnosů. | ||
| Popis Název aktivity popisuje krok v procesu cyklu výnosů, například „Nárok odeslán plátci“ nebo „Přijata platba“. Tento atribut je pro process mining zásadní, protože určuje uzly v mapě procesu. Analýza pořadí a četnosti aktivit umožňuje zobrazit skutečný průběh procesu, odhalit odchylky od standardního postupu a určit časté opakované cykly oprav. Pomáhá tak porozumět neefektivitě procesů a problémům se shodou. Proč je to důležité Tento atribut určuje jednotlivé kroky procesu. Tvoří základ mapy procesu a umožňuje veškerou analýzu jeho průběhu. Kde data získat Údaj se obvykle získává ze záznamů událostí, záznamů o změnách stavu nebo konkrétních kódů transakcí v provozních tabulkách Optum360. Příklady Vytvořen nárokNárok odeslán plátciPřijata platbaPřijato zamítnutíUzavřen účet | |||
| Fakturační oddělení BillingDepartment | Interní oddělení nebo tým, který zajišťoval či prováděl fakturační činnost. | ||
| Popis Atribut fakturačního oddělení označuje konkrétní tým nebo oblast provozu cyklu příjmů odpovědnou za danou činnost. Různé týmy mohou například zajišťovat kódování, podávání nároků nebo správu zamítnutých nároků. Tento atribut je nezbytný pro porovnávání výkonnosti, které umožňuje dashboard „Srovnání výkonnosti fakturačních oddělení“. Vedení díky němu může porovnat efektivitu, rychlost a přesnost jednotlivých týmů, určit osvědčené postupy a účelně přidělit zdroje tam, kde je potřeba řešit nedostatky. Proč je to důležité Umožňuje porovnávat výkonnost fakturačních týmů, odhalit nejúspěšnější skupiny i oblasti, které je potřeba zlepšit. Kde data získat Údaj lze odvodit od uživatele, který úkol provedl, nebo z pole účtu označujícího odpovědný tým. Podrobnosti najdete v dokumentaci Optum360. Příklady Centrální fakturační kancelářTým pro správu zamítnutých nárokůOddělení kódováníFinanční služby pro pacienty | |||
| Fakturovaná částka BilledAmount | Celková peněžní hodnota všech položek účtovaných v nároku nebo na faktuře. | ||
| Popis Fakturovaná částka představuje hrubou cenu poskytnutých služeb před započtením plateb, úprav nebo odpisů. Jde o počáteční hodnotu pohledávky při fakturační události. Tento atribut je základem finanční analýzy v process mining. Používá se k výpočtu důležitých KPI, například míry úprav výnosů. Umožňuje také rozdělit případy podle hodnoty a zjistit, zda se nároky s vysokou částkou zpracovávají jinak nebo se zpožďují častěji než nároky s nízkou částkou. Proč je to důležité Poskytuje finanční kontext každého případu a umožňuje analýzu podle hodnoty i výpočet důležitých finančních KPI. Kde data získat Jde o standardní pole v každém nároku nebo účtu pacienta ve finančních tabulkách Optum360. Příklady 150.001250.7585.50 | |||
| ID pacienta PatientId | Jedinečný identifikátor pacienta, kterému byly služby poskytnuty. | ||
| Popis ID pacienta je jedinečný identifikátor přiřazený každému pacientovi ve zdravotnickém systému. Propojuje více fakturačních událostí s jedním pacientem a umožňuje analýzu z jeho pohledu. Analytici mohou pomocí ID pacienta zkoumat například opakované hospitalizace nebo historii zamítnutých nároků. Umožňuje také rozdělit proces podle demografických údajů nebo historie pacientů a odhalit poznatky, které pomohou zlepšit jejich finanční zkušenost. Proč je to důležité Umožňuje analyzovat proces z pohledu pacienta, porozumět celému průběhu úhrad a odhalit vzorce u konkrétních skupin pacientů. Kde data získat Tento identifikátor je základním polem v hlavních datech pacientů a transakčních tabulkách Optum360. Podrobnosti najdete v dokumentaci Optum360. Příklady PAT-98765PAT-98766PAT-98767 | |||
| ID plátce PayerId | Jedinečný identifikátor pojišťovny nebo jiného plátce odpovědného za úhradu nároku. | ||
| Popis ID plátce označuje konkrétní pojišťovnu, státní program, například Medicare nebo Medicaid, případně jiný subjekt odpovědný za úhradu nároku. Každý plátce má obvykle vlastní pravidla, požadavky na podání a způsob úhrady. Analýza procesu podle ID plátce je pro RCM zásadní. Pomáhá zjistit, kteří plátci mají nejdelší platební cykly, nejvyšší míru zamítnutí nebo nejsložitější proces odvolání. Fakturační oddělení pak mohou přizpůsobit postupy jednotlivým plátcům, urychlit inkaso a omezit administrativní zátěž. Proč je to důležité Rozdělení procesu podle plátce pomáhá zjistit, kteří plátci způsobují prodlevy nebo zamítnutí, a zaměřit zlepšení na jejich správu. Kde data získat Tyto údaje jsou uloženy v záznamu každého nároku v Optum360. Názvy tabulek a polí souvisejících s plátci najdete v dokumentaci Optum360. Příklady PLÁTCE-AETNAPLÁTCE-BCBS-MAPLÁTCE-MEDICAREPLÁTCE-UHC | |||
| Kód důvodu zamítnutí DenialReasonCode | Standardizovaný kód plátce, který vysvětluje, proč byl nárok zamítnut. | ||
| Popis Když plátce nárok zamítne, uvede kód důvodu zamítnutí, který popisuje problém, například „Služba není hrazena“ nebo „Duplicitní nárok“. Tyto kódy pomáhají pochopit hlavní příčiny zpoždění příjmů a opakované práce. Analýza kódů umožňuje týmu pro správu zamítnutých nároků určit priority, odhalit trendy a zavést nápravná opatření. Časté zamítnutí z důvodu „Chybějící informace“ může například ukazovat na problém při vytváření nároků. Tato analýza pomáhá snížit míru zamítnutí a urychlit peněžní tok. Proč je to důležité Odhaluje hlavní příčiny zamítnutí nároků, takže můžete cíleně předcházet dalším zamítnutím a omezit nákladné opakování práce. Kde data získat Tento kód je uveden v souborech Electronic Remittance Advice (ERA), které plátci zasílají, a ukládá se v modulu správy nároků Optum360. Příklady CO-16: V nároku/službě chybí informacePR-97: Úhrada této služby je zahrnuta v platbě/příspěvku za jinou službu nebo výkonOA-18: Duplicitní nárok/služba | |||
| Upravená částka AdjustedAmount | Peněžní hodnota odpisů, smluvních úprav nebo oprav provedených u fakturované částky. | ||
| Popis Upravená částka představuje část fakturované částky, kterou se neočekává získat kvůli smluvním dohodám s plátci, opravám fakturace nebo jiným odpisům. O tuto částku se přímo snižují výnosy. Tento atribut je důležitý pro dashboard „Dopad úprav výnosů“ a KPI „Míra úprav výnosů“. Analýza úprav pomáhá určit finanční dopad smluv s plátci a najít možnosti, jak omezit únik výnosů přesnějším účtováním nebo vyjednáváním smluv. Proč je to důležité Přímo měří únik výnosů. Je důležitý pro výpočet KPI finanční výkonnosti a posouzení ziskovosti. Kde data získat Tyto údaje najdete v záznamech o transakcích s úpravami ve finančním systému Optum360. Příklady 30.00250.2510.00 | |||
| Čas ukončení EndTime | Časové razítko označující dokončení aktivity. | ||
| Popis Čas ukončení označuje dokončení aktivity. Čas zahájení udává, kdy událost nastala, zatímco čas ukončení je potřeba k výpočtu doby trvání aktivit s konkrétní dobou zpracování, například aktivity „Zahájeno přepracování zamítnutého nároku“ a jejího dokončení. Porovnáním času zahájení a ukončení lze vypočítat dobu zpracování aktivity. Rozlišíte tak dobu aktivní práce od nečinnosti, tedy čekání mezi aktivitami, a získáte podrobnější přehled o efektivitě procesu. Proč je to důležité Umožňuje přesně vypočítat dobu zpracování aktivit a rozlišit aktivní práci od čekání v procesu. Kde data získat U některých aktivit může jít o samostatné pole s časovým razítkem ve zdrojovém systému. U jiných je potřeba čas ukončení odvodit z času zahájení následující aktivity. Příklady 2023-10-26T10:15:00Z2023-10-26T11:45:00Z2023-10-27T15:00:00Z | |||
| Doba trvání případu CaseDuration | Celková doba cyklu fakturační události od první do poslední činnosti. | ||
| Popis Doba trvání případu měří celkový čas od první do poslední události jednoho fakturačního případu. Jde o souhrnné KPI pro posouzení celkové efektivity procesu. Tato metrika podporuje dashboard „Přehled celkové doby cyklu RCM“ a KPI „Průměrná doba cyklu RCM“. Sledování v čase ukazuje vedení, jak iniciativy na zlepšení ovlivňují celý cyklus příjmů. Proč je to důležité Vyjadřuje celkovou dobu cyklu procesu. Jde o důležité KPI pro měření rychlosti a efektivity procesu. Kde data získat Vypočítá se jako rozdíl mezi časovým razítkem poslední a první události pro každé jedinečné ID případu „BillingEvent“. Příklady 30 dní95 dní45 dní | |||
| Jde o opakovanou práci IsRework | Příznak označující, zda je činnost součástí opakovaného cyklu, například správy zamítnutých nároků nebo odvolání. | ||
| Popis Příznak „Jde o opakovanou práci“ je logická hodnota, která označuje činnosti představující práci bez přidané hodnoty, například „Zahájeno opakované zpracování zamítnutého nároku“ nebo „Podáno odvolání“. K těmto činnostem obvykle dochází, když se proces odchýlí od ideálního průběhu. Atribut pomáhá vyčíslit opakovanou práci v procesu, která přímo ukazuje na neefektivitu a náklady. Používá se k výpočtu KPI „Míra opakované práce kvůli chybám ve fakturaci“ a podporuje dashboard „Identifikace úzkých míst a opakovaných cyklů“, kde lze tyto neefektivní cykly snadno filtrovat a zobrazit. Proč je to důležité Pomáhá vyčíslit neefektivitu procesu tím, že označí činnosti představující opakovanou práci. Díky tomu lze snáze měřit a omezovat plýtvání. Kde data získat Tento údaj se obvykle odvozuje pomocí obchodní logiky v nástroji process mining. Například každá činnost po události „Přijato zamítnutí“ může být označena jako opakovaná práce. Příklady truefalse | |||
| Kód služby ServiceCode | Kód výkonu, například CPT nebo HCPCS, který označuje konkrétní poskytnutou službu. | ||
| Popis Kód služby je standardizovaný zdravotnický kód, který přesně označuje výkon nebo službu poskytnutou pacientovi. Tyto kódy jsou nutné pro fakturaci a zásadně ovlivňují výši úhrady. Analýza procesu podle kódu služby může odhalit, že některé výkony bývají častěji zamítány, vyžadují více dokumentace nebo mají delší platební cyklus. Díky tomu lépe porozumíte problémům v jednotlivých částech procesu a můžete upravit pravidla kódování a fakturace pro konkrétní typy služeb. Proč je to důležité Umožňuje analyzovat proces podle typu zdravotní služby a odhalit zamítnutí či zpoždění plateb, která se týkají konkrétních výkonů. Kde data získat Tento kód je základní součástí záznamů o zadání výkonu a podrobnostech nároku v Optum360. Příklady 992137104527447 | |||
| Poskytovatel služby ServiceProvider | Lékař, oddělení nebo zdravotnické zařízení, které poskytlo účtovanou službu. | ||
| Popis Tento atribut označuje konkrétního poskytovatele, například lékaře, terapeuta nebo nemocniční oddělení odpovědné za poskytnutí služby. Různí poskytovatelé mohou mít odlišné fakturační postupy nebo zvyklosti při vedení dokumentace, které ovlivňují cyklus příjmů. Analýza podle poskytovatele služby pomáhá odhalit problémy se zachycením výkonů, přesností kódování nebo kvalitou dokumentace, které vznikají přímo při poskytování péče. Může ukázat, kde je potřeba poskytovatele proškolit nebo upravit proces, aby byly nároky správně připravené hned od začátku. Proč je to důležité Pomáhá dohledat příčinu problémů s fakturací a zaměřit zpětnou vazbu i školení klinického personálu na správné zachycení výkonů a vedení dokumentace. Kde data získat Tyto údaje jsou důležitou součástí záznamu o výkonu nebo nároku v Optum360 a často jsou propojené s kmenovými údaji o poskytovatelích. Příklady Dr. Emily CarterRadiologické odděleníVšeobecná chirurgieFyzioterapie | |||
| Poslední aktualizace dat LastDataUpdate | Časové razítko poslední aktualizace nebo extrakce dat ze zdrojového systému. | ||
| Popis Tento atribut zaznamenává datum a čas poslední extrakce dat ze zdrojového systému a jejich načtení do nástroje pro process mining. Udává, jak aktuální jsou analyzovaná data. Analytici i uživatelé z provozu tak vědí, zda pracují s nejnovějšími informacemi. Údaj pomáhá nastavit očekávání ohledně zpoždění dat a patří k důležitým metadatům každého analytického projektu. Proč je to důležité Udává aktuálnost dat, aby uživatelé věděli, jak čerstvé jsou informace v analýze. Kde data získat Toto časové razítko obvykle vytváří a ukládá proces extrakce, transformace a načítání dat (ETL). Příklady 2023-11-01T02:00:00Z2023-11-02T02:00:00Z | |||
| Stav účtu AccountStatus | Aktuální stav fakturačního účtu v cyklu příjmů. | ||
| Popis Stav účtu ukazuje, v jaké fázi procesu se fakturační událost nachází, například „Čeká na plátce“, „Plně uhrazeno“ nebo „Ve vymáhání“. Tento atribut poskytuje kontext k prováděným činnostem. Hodí se k filtrování a rozdělení případů podle konkrétních částí procesu. Analýza všech účtů, které jsou právě „Ve vymáhání“, například pomůže pochopit příčiny a objem této nákladné části procesu. Tyto informace využívá dashboard „Objem a příčiny činností při vymáhání“. Proč je to důležité Poskytuje základní přehled o aktuálním stavu případu a umožňuje filtrovat a analyzovat konkrétní skupiny případů, například účty ve vymáhání. Kde data získat Obvykle jde o souhrnné pole v hlavním záznamu účtu pacienta nebo nároku v Optum360. Příklady OtevřenýČeká na plátcePlně uhrazenoVe vymáháníUzavřeno | |||
| Uhrazená částka PaidAmount | Celková peněžní částka přijatá od plátce a pacienta za fakturované služby. | ||
| Popis Uhrazená částka je součet všech plateb zaúčtovaných na účet v rámci konkrétní fakturační události. Představuje skutečně inkasované peníze a je jedním z hlavních ukazatelů úspěšnosti cyklu příjmů. Při analýze procesu je sledování uhrazené částky důležité pro pochopení peněžních toků a celkové finanční výkonnosti. Lze podle ní vyhodnotit rychlost plateb a porovnat fakturované částky s inkasem. Tím se odhalí nedoplatky i pohledávky, které se nedaří vymoci. Proč je to důležité Představuje skutečně inkasované peníze. Jde o důležitý výsledek procesu RCM a základ pro analýzu peněžních toků. Kde data získat Tato hodnota se obvykle ukládá v tabulkách platebních transakcí nebo se v Optum360 souhrnně eviduje na úrovni účtu. Příklady 120.001000.500.00 | |||
| Uživatel User | Identifikátor uživatele nebo systémového agenta, který provedl danou činnost. | ||
| Popis Atribut uživatele označuje konkrétní osobu, tým nebo automatizovaného robota odpovědného za provedení dané činnosti. Umožňuje analyzovat výkonnost jednotlivců i skupin. Informace o tom, který uživatel nebo tým provedl určitou činnost, pomáhá posoudit produktivitu, kvalitu a dodržování standardních postupů. Může odhalit potřebu školení nebo upozornit na výkonné jednotlivce a týmy. Pomáhá také rozlišit ručně prováděné úkoly od těch, které zajišťuje automatizace. Proč je to důležité Přiřazuje odpovědnost za jednotlivé kroky procesu a umožňuje analyzovat výkonnost jednotlivců i týmů. To je důležité pro správu zdrojů a plánování školení. Kde data získat ID uživatelů se v Optum360 obvykle zaznamenávají v auditních protokolech nebo historii transakcí. Příklady j.doem.smithAutoBillerBots.jones | |||
| Zdrojový systém SourceSystem | Zdrojový systém nebo aplikace, ve které byla událost zaznamenána. | ||
| Popis Tento atribut označuje zdrojový systém, ze kterého byla data konkrétní události získána. V prostředí s více systémy mohou data RCM pocházet z hlavní platformy Optum360, propojeného systému elektronické zdravotní dokumentace (EHR), clearinghouse nebo pacientského portálu. Znalost zdrojového systému pomáhá ověřovat data, řešit problémy s integrací a analyzovat rozdíly v procesech, které mohou způsobovat odlišné chování systémů nebo způsoby zadávání dat. Proč je to důležité Označuje původ dat, což je důležité pro správu dat, hodnocení jejich kvality a porozumění rozdílům v procesech napříč systémy. Kde data získat Může jít o statickou hodnotu nastavenou při extrakci dat nebo o pole ve zdrojových tabulkách, které označuje původ dat. Příklady Optum360Rozhraní EHRAPI clearinghousePacientský portál | |||
Aktivity v řízení výnosového cyklu
| Aktivita | Popis | ||
|---|---|---|---|
| Nárok odeslán plátci | Vytvořený nárok byl elektronicky odeslán plátci pojištění k posouzení. Modul pro odesílání nároků nebo rozhraní clearinghouse tuto událost výslovně zaznamená po úspěšném přenosu. | ||
| Proč je to důležité Jde o důležitý milník, od kterého se počítá doba do odpovědi plátce. Pomáhá měřit efektivitu odesílání nároků a odhalovat prodlevy. Kde data získat Záznam najdete v transakčních protokolech nároků nebo tabulkách transakcí EDI (Electronic Data Interchange), které sledují zejména odeslání souborů nároků 837. Hledejte pole „čas odeslání“ nebo „datum přenosu“. Zachycení Časové razítko z transakčního protokolu EDI 837, které potvrzuje úspěšné odeslání. Typ události explicit | |||
| Přijata data o službě | Označuje začátek fakturační události, kdy jsou přijaty informace o klinické službě z elektronické zdravotní dokumentace (EHR) nebo jiného zdrojového systému. Událost se obvykle zaznamená jako explicitní položka v protokolu nebo transakční záznam, který po úspěšném načtení dat vytvoří integrační rozhraní. | ||
| Proč je to důležité Jde o hlavní počáteční událost cyklu výnosů. Doba od této aktivity do zaúčtování výkonu je důležitým ukazatelem zpoždění při zpracování vstupních dat, která ovlivňují celý proces. Kde data získat Záznam najdete v protokolech rozhraní nebo transakčních tabulkách, které zpracovávají příchozí data o službách pacientům z externích systémů, například z EHR. Hledejte časová razítka zpráv HL7 nebo protokoly volání API. Zachycení Údaj se získává z integračních protokolů nebo transakčních tabulek, kde se časové razítko zaznamená při přijetí dat. Typ události explicit | |||
| Přijato avízo o platbě | Systém přijal od plátce elektronické avízo o platbě (ERA) s podrobnostmi o platbách, úpravách a zamítnutích. Jde o explicitní událost zaznamenanou při načtení souboru EDI 835. | ||
| Proč je to důležité Tato aktivita je důležitým milníkem, který potvrzuje, že plátce nárok zpracoval. Obsah souboru určuje další postup, například zaúčtování platby nebo řešení zamítnutí. Kde data získat Záznam najdete v transakčních protokolech EDI pro příchozí soubory ANSI 835. Časové razítko označuje, kdy systém soubor přijal a zpracoval. Zachycení Časové razítko spojené s načtením souboru EDI 835 (Electronic Remittance Advice). Typ události explicit | |||
| Přijato zamítnutí | Plátce zamítl nárok, jak vyplývá z přijatého avíza o platbě. Událost se odvozuje z údajů v avízu, kde se pro jednotlivé položky nároku vyhledávají konkrétní kódy důvodu zamítnutí. | ||
| Proč je to důležité Sledování zamítnutí je důležité pro odhalení hlavních příčin ztráty výnosů a neefektivity procesů. Tato aktivita zahajuje řešení zamítnutí a opakované zpracování odvolání. Kde data získat Událost se odvozuje z údajů v Electronic Remittance Advice (EDI 835). Systém vyhledává kódy důvodu úpravy nároku (CARC), které označují zamítnutí. Zachycení Událost se odvozuje z konkrétních kódů zamítnutí (CARC/RARC) v analyzovaných údajích avíza EDI 835. Typ události inferred | |||
| Uzavřen účet | Fakturační událost se považuje za dokončenou, pokud je zůstatek nulový a neočekávají se další aktivity. Událost se odvozuje z nulového zůstatku na účtu a změny jeho stavu na „Uzavřeno“ nebo jiný konečný stav. | ||
| Proč je to důležité Jde o hlavní koncovou událost procesu. Celková doba cyklu do tohoto okamžiku poskytuje ucelený přehled o efektivitě RCM. Kde data získat Událost se odvozuje z kombinace nulového zůstatku na účtu a stavu „Uzavřeno“, „Plně uhrazeno“ nebo jiného odpovídajícího konečného stavu. Zachycení Nejpozdější časové razítko z posledního zaúčtování platby, které vynulovalo zůstatek, nebo ze změny stavu na „Uzavřeno“. Typ události inferred | |||
| Zaúčtována platba | Přijatá platba byla úspěšně přiřazena ke konkrétnímu účtu pacienta a položkám služeb. Jde o explicitní akci uživatele nebo automatizovaného systému, který platbu spáruje s neuhrazenými částkami. | ||
| Proč je to důležité Tato aktivita je důležitá pro měření efektivity zpracování přijatých plateb v administrativě. Prodlevy při zaúčtování mohou zkreslit přehled pohledávek a oddálit uzavření účtu. Kde data získat Záznam najdete v transakčních tabulkách plateb. Čas transakce při zaúčtování slouží jako čas události. Zachycení Čas vytvoření transakčního záznamu platby přiřazené ke konkrétnímu výkonu. Typ události explicit | |||
| Dokončeno kódování | Označuje, že kodéři zdravotnické dokumentace zkontrolovali klinickou dokumentaci a přiřadili odpovídající kódy CPT, HCPCS a ICD. Obvykle jde o explicitní událost zaznamenanou uživatelem nebo automatickým kódovacím systémem po dokončení úlohy. | ||
| Proč je to důležité Kódování často představuje úzké místo, které může zpozdit odeslání nároku. Sledováním této aktivity změříte produktivitu kodérů a odhalíte prodlevy ve frontě na kódování. Kde data získat Záznam najdete v modulu workflow pro kódování nebo jako změnu stavu fakturační události z „Čeká na kódování“ na „Zakódováno“. Použije se časové razítko této změny stavu nebo dokončení úlohy. Zachycení Časové razítko aktualizace stavu nebo položky v protokolu, která zaznamenává dokončení kódování návštěvy uživatelem či systémem. Typ události explicit | |||
| Odesláno odvolání | Plátci bylo formálně odesláno odvolání proti zamítnutému nároku. Jde o explicitní akci, kterou uživatel zaznamená v modulu pro správu zamítnutí nebo odvolání. | ||
| Proč je to důležité Tato aktivita je důležitým krokem při obnově výnosů. Sledování odeslaných odvolání a doby jejich vyřízení pomáhá vyhodnotit účinnost strategie řešení zamítnutí. Kde data získat Záznam najdete v modulu pro sledování odvolání nebo jako konkrétní typ transakce u nároku. Hledejte pole „datum odvolání“ nebo „datum opětovného odeslání“. Zachycení Explicitní časové razítko zaznamenané při zadání odeslání odvolání uživatelem. Typ události explicit | |||
| Odesláno vyúčtování pacientovi | Bylo vytvořeno a odesláno vyúčtování pacientova podílu na úhradě. Modul fakturace pacientů tuto událost výslovně zaznamená při vytvoření vyúčtování. | ||
| Proč je to důležité Tato aktivita zahajuje část cyklu výnosů, ve které platí pacient sám. Její sledování pomáhá vyhodnotit efektivitu a úspěšnost inkasa od pacientů. Kde data získat Záznam najdete v tabulce korespondence s pacienty nebo historie vytváření vyúčtování. Časové razítko označuje, kdy bylo vyúčtování vytvořeno nebo odesláno. Zachycení Časové razítko z protokolu nebo tabulky historie vytváření vyúčtování pacientů. Typ události explicit | |||
| Přijata platba | Označuje přijetí platby od plátce nebo pacienta, které se často zaznamenává v rámci avíza o platbě. Událost lze získat z elektronických avíz o platbě nebo z ručních záznamů o přijaté hotovosti. | ||
| Proč je to důležité Tato základní aktivita slouží k analýze peněžního toku a rychlosti plateb. Spouští proces zaúčtování platby. Kde data získat Údaj se získává z informací o platbě v souboru avíza EDI 835 nebo z bankovních souborů lockbox. Často se používá datum šeku nebo datum zpracování uvedené v souboru. Zachycení Údaj se získává ze segmentu BPR souboru EDI 835 nebo z datového souboru lockbox banky. Typ události explicit | |||
| Upraven účet | Na účet byla zaúčtována smluvní úprava, odpis nebo jiná finanční oprava. Jde o explicitní finanční transakci zaznamenanou v účetní knize systému. | ||
| Proč je to důležité Úpravy přímo ovlivňují realizované výnosy. Analýza důvodů a načasování úprav pomáhá odhalit problémy se sazebníky, smlouvami nebo přesností fakturace. Kde data získat Záznam najdete v tabulce finančních transakcí. Odpisy a úpravy lze rozpoznat podle konkrétních kódů transakcí. Čas transakce slouží jako čas události. Zachycení Datum transakce v účetní knize s konkrétním kódem úpravy. Typ události explicit | |||
| Vytvořen nárok | Systém vytvořil nárok k fakturaci a spojil do standardizovaného formátu všechny výkony, kódy a demografické údaje. Jde o explicitní událost vytvořenou systémem s odpovídajícím časovým razítkem. | ||
| Proč je to důležité Tato aktivita označuje přechod od zaúčtování výkonů k formálnímu fakturačnímu procesu. Předchází odeslání nároku a je důležitá pro sledování doby interního zpracování. Kde data získat Záznam najdete v tabulce nároků nebo transakčním protokolu. Událost označuje čas vytvoření hlavičkového záznamu nároku. Zachycení Údaj se získává z časového razítka vytvoření hlavního záznamu v databázové tabulce nároků. Typ události explicit | |||
| Zahájeno přepracování zamítnutého nároku | Uživatel nebo automatizovaný workflow zahájil kontrolu a řešení zamítnutého nároku. Událost lze zaznamenat přímo akcí uživatele nebo ji odvodit ze změny stavu nároku. | ||
| Proč je to důležité Tato aktivita zahajuje opakované zpracování zamítnutí. Doba od přijetí zamítnutí do zahájení přepracování pomáhá odhalit nahromaděné případy ve frontě na řešení zamítnutí. Kde data získat Záznam najdete v modulech pro správu zamítnutí nebo pracovních frontách. Může jít o explicitní časové razítko, kdy uživatel úlohu zamítnutí „otevře“ nebo „převezme“, případně o změnu stavu, například z „Zamítnuto“ na „V přepracování“. Zachycení Událost se odvozuje ze změny stavu nároku na „Přepracování“ nebo „Kontrola probíhá“, případně z explicitního záznamu akce uživatele. Typ události inferred | |||
| Zahájeno vymáhání pohledávky | Účet pacienta byl kvůli neuhrazené platbě zařazen do aktivního procesu vymáhání. Událost se obvykle odvozuje ze změny finanční kategorie nebo stavu účtu. | ||
| Proč je to důležité Tato událost označuje účty, které vyžadují intenzivnější následné kroky. Analýza četnosti a příčin pomáhá zlepšit postupy při vymáhání pohledávek. Kde data získat Událost se odvozuje ze změny stavu účtu na „Vymáhání“, „Nedobytná pohledávka“ nebo „Předáno agentuře“. Časové razítko události odpovídá datu změny stavu. Zachycení Časové razítko změny pole stavu účtu na hodnotu související s vymáháním. Typ události inferred | |||
| Zaúčtovány výkony | Označuje okamžik, kdy jsou konkrétní fakturovatelné služby a materiál formálně zadány do fakturačního systému. Jde o explicitní akci uživatele nebo systému, která vytvoří transakční záznamy o výkonech. | ||
| Proč je to důležité Tato aktivita je nezbytná pro měření prodlevy při zaúčtování výkonu, tedy doby mezi poskytnutím služby a zahájením fakturace. Zkrácení této prodlevy přímo urychluje cyklus výnosů. Kde data získat Záznam najdete v transakčních tabulkách výkonů, často označených jako tabulky zadání výkonů nebo položek služeb. Čas vytvoření záznamu o výkonu slouží jako čas události. Zachycení Událostí je čas vytvoření záznamu v číselníku výkonů nebo transakční tabulce výkonů. Typ události explicit | |||
Návody k získání dat
Metody extrakce pro tento proces právě ověřujeme. Zkuste to později nebo nás kontaktujte a požádejte o pomoc.
Chcete začít?
Použijte tuto šablonu ke zjednodušení sběru dat a začněte zlepšovat procesy řízení výnosového cyklu. Získejte přehled o jejich průběhu a hledejte možnosti, jak zvýšit efektivitu.
Zlepšete řízení výnosového cyklu a zkraťte prodlevy
Přidejte se k organizacím, které zkrátily dobu cyklu o 30 % a zlepšily svou finanční situaci.
Bez zadání platební karty. Nastavení zabere jen několik minut.