Šablona dat pro řízení výnosového cyklu
Šablona dat pro řízení výnosového cyklu
Toto je obecná šablona dat pro process mining pro proces Správa výnosového cyklu. Podrobnější pokyny najdete v šablonách pro konkrétní systémy.
Vyberte konkrétní systém- Vhodná pro process mining v jakémkoli systému RCM.
- Základní atributy a aktivity pro vytvoření kvalitního záznamu událostí.
- Základ pro důkladnou analýzu a optimalizaci procesů.
Atributy řízení výnosového cyklu
| Název | Popis | ||
|---|---|---|---|
| Billing Event ID BillingEventId | Jedinečný identifikátor jedné poskytnuté služby nebo dodaného produktu, za který se účtuje poplatek. Slouží jako hlavní identifikátor případu v procesu cyklu výnosů. | ||
| Popis ID fakturační události je jedinečný identifikátor každé zpoplatněné služby, od prvotního zaznamenání poplatku až po konečnou úhradu nebo odpis. Propojuje všechny související aktivity konkrétního případu služby, například vytvoření a odeslání nároku na úhradu, jeho zamítnutí a zaúčtování platby. V process mining je tento atribut zásadní pro rekonstrukci celého průběhu každé fakturační události. Když seskupíte související aktivity pod jedno ID fakturační události, můžete zobrazit průběh procesu, najít úzká místa, měřit dobu cyklu a porozumět rozdílům ve zpracování jednotlivých případů. Tento atribut tvoří základ analýzy případů v celém cyklu výnosů. Proč je to důležité Jde o nezbytný identifikátor případu, který propojuje všechny související činnosti a umožňuje rekonstruovat a analyzovat celý cyklus výnosů pro každou zpoplatněnou službu. Kde data získat Obvykle jde o primární klíč v tabulkách fakturačních transakcí nebo finančních událostí. Příklady BE-2024-001234INV-987654ACCN-456789012 | |||
| Časové razítko události EventTimestamp | Přesné datum a čas, kdy byla konkrétní činnost zaznamenána v systému. | ||
| Popis Časové razítko události označuje okamžik, kdy k činnosti došlo nebo kdy byla zaznamenána. Poskytuje časový kontext všem událostem v případu a vytváří časovou osu od začátku do konce cyklu výnosů. Časová razítka jsou základem analýzy výkonnosti v process miningu. Používají se k výpočtu důležitých KPI, například celkové doby průchodu procesem, doby mezi konkrétními činnostmi a čekání. Analýza časových razítek pomáhá organizacím najít úzká místa, kde případy tráví nejvíce času, měřit dodržování dohod o úrovni služeb a porozumět časovému průběhu procesu. Proč je to důležité Poskytuje chronologické údaje potřebné k výpočtu doby trvání cyklu, identifikaci úzkých míst a analýze výkonnosti a efektivity procesu. Kde data získat Tyto informace bývají dostupné v protokolech transakcí, auditních záznamech nebo jako pole „datum vytvoření“ či „datum změny stavu“ v tabulkách událostí. Příklady 2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:45Z | |||
| Název činnosti ActivityName | Název konkrétního kroku, úkolu nebo události, ke které došlo v procesu cyklu výnosů u dané fakturační události. | ||
| Popis Název činnosti popisuje konkrétní úkon nebo milník v průběhu cyklu výnosů. Příklady: „Služba poskytnuta“, „Nárok odeslán“, „Informace o úhradě přijaty“, „Platba zaúčtována“ a „Účet odepsán“. Každá činnost představuje krok procesu, který spotřebovává čas a zdroje. Tento atribut je pro process mining zásadní, protože určuje uzly v mapě procesu. Analýza pořadí, četnosti a délky činností umožňuje znázornit skutečný průběh procesu, porovnat jej s navrženým modelem a odhalit odchylky, opakované zpracování, například po zamítnutí nároku, i neefektivitu. Proč je to důležité Tento atribut určuje kroky procesu. Je proto nezbytný pro zjištění a znázornění mapy procesu, odhalení opakovaného zpracování a analýzu souladu procesu. Kde data získat Často se nachází v záznamech událostí nebo transakčních tabulkách, případně se odvozuje ze záznamů o změnách stavu ve fakturačním modulu nebo modulu nároků. Příklady Nárok odeslánPlatba zaúčtovánaZahájeno opakované zpracování zamítnutíVyúčtování odesláno pacientovi | |||
| Poslední aktualizace dat LastDataUpdate | Časové razítko označující, kdy byla data tohoto konkrétního záznamu události naposledy obnovena nebo získána ze zdrojového systému. | ||
| Popis Tento atribut zaznamenává, kdy byla data naposledy načtena ze zdrojového systému. Jde o metadata důležitá pro posouzení aktuálnosti a včasnosti analyzovaných dat. Ukazují zpoždění datového toku a napovídají, jak aktuální je analýza process mining. V dashboardech a analýzách process mining poskytuje časové razítko Poslední aktualizace dat informaci o stáří dat. Při provozním monitorování je důležité vědět, zda zobrazený stav procesu odpovídá situaci před pěti minutami, nebo předchozí noci. Díky tomu můžete nastavit realistická očekávání uživatelů a rozhodovat se na základě dat, jejichž stáří znáte. Proč je to důležité Ukazuje, jak aktuální jsou data, a pomáhá zajistit, aby analýza i rozhodování vycházely z jasně určeného časového období. Kde data získat Tento údaj se obvykle přidává při extrakci, transformaci a načítání dat (ETL) a ukládá se jako sloupec metadat v záznamu událostí. Příklady 2024-03-15T02:00:00Z2024-03-15T03:00:00Z2024-03-15T04:00:00Z | |||
| Zdrojový systém SourceSystem | Informační systém, aplikace nebo modul, ze kterého byla data o událostech získána. | ||
| Popis Atribut Zdrojový systém označuje původ dat konkrétní události. V rozsáhlém IT prostředí proces výnosového cyklu často probíhá v několika systémech. Například v systému elektronické zdravotní dokumentace (EHR) se zaznamenává poskytnutí služby, v samostatném fakturačním systému se odesílají žádosti o úhradu a další platforma slouží ke správě pohledávek. Znalost zdrojového systému pomáhá ověřovat data, řešit problémy a porozumět tomu, jak je proces rozdělen mezi jednotlivé systémy. Může odhalit nesrovnalosti mezi systémy nebo kroky procesu spravované v různých aplikacích, které mohou způsobovat zpoždění či chyby při přenosu dat. Tato analýza pomáhá posoudit integraci a efektivitu celkové IT architektury, která proces podporuje. Proč je to důležité Pomáhá porozumět tomu, jak je proces rozdělen mezi různé IT systémy, a je důležitý pro ověřování dat i hledání úzkých míst v konkrétních systémech. Kde data získat Tato informace bývá součástí standardních polí v exportovaných datech. Lze ji také odvodit podle zdrojové tabulky nebo souboru, ze kterého data pocházejí. Příklady Epic ResoluteOracle HealthR1 RCM PlatformWaystar | |||
| Částka úpravy AdjustmentAmount | Peněžní hodnota úprav, odpisů nebo smluvních slev provedených na zůstatku účtu. | ||
| Popis Částka úpravy představuje část fakturované částky, kterou se od plátce nebo pacienta neočekává vybrat, například kvůli smluvním podmínkám, slevám nebo odpisům. Tyto úpravy snižují celkovou výši pohledávek a jsou běžnou součástí výnosového cyklu. Analýza částek úprav a jejich důvodů je důležitá pro pochopení správnosti vykazovaných výnosů. Vysoké nebo neočekávané úpravy mohou upozornit na problémy se zachycením nákladů, kódováním nebo správou smluv. Process mining pomáhá zjistit, které varianty procesu nebo konkrétní činnosti vedou k vyšší míře úprav. Díky tomu lze cíleně hledat příčiny a zvýšit skutečně realizované výnosy. Proč je to důležité Pomáhá sledovat odpisy a smluvní slevy, a tím odhalit možné problémy ve smlouvách nebo fakturačních procesech a analyzovat úniky výnosů. Kde data získat Tato hodnota se obvykle zaznamenává v tabulkách finančních úprav nebo v modulech pro zaúčtování plateb. Příklady 29.50500.75100.001500.00 | |||
| Fakturovaná částka BilledAmount | Hrubá peněžní hodnota fakturované služby nebo produktu před započtením úprav a plateb. | ||
| Popis Fakturovaná částka představuje celkovou cenu poskytnutých služeb uvedenou v žádosti o úhradu nebo na faktuře. Jde o výchozí finanční hodnotu fakturační události, vůči které se měří všechny následné finanční transakce, například platby a úpravy. V process mining je analýza fakturované částky základem pro pochopení finančního dopadu neefektivních procesů. Případy lze rozdělit podle hodnoty a zjistit, zda některé problémy v procesu nezasahují nepoměrně více žádosti o úhradu s vysokou hodnotou. Porovnání této částky s ukazateli, jako je doba trvání cyklu nebo míra zamítnutí, pomáhá zaměřit zlepšování na problémy s největším finančním dopadem. Proč je to důležité Určuje výchozí finanční hodnotu případu a umožňuje vyhodnotit finanční dopad neefektivit v procesu, například zpoždění a zamítnutí. Kde data získat Jde o základní finanční atribut, který se nachází v tabulkách zachycení nákladů, fakturace nebo transakcí s žádostmi o úhradu. Příklady 150.002500.75500.0010000.00 | |||
| Kategorie služby ServiceCategory | Kategorie, typ nebo klasifikace poskytnuté služby, například hospitalizace, ambulantní péče nebo radiologie. | ||
| Popis Kategorie služby označuje typ péče nebo služby poskytnuté pacientovi. Může jít o obecné rozdělení, například na hospitalizaci a ambulantní péči, nebo o konkrétnější kategorii oddělení, například chirurgii, pohotovost či laboratoř. Jednotlivé kategorie služeb se často řídí odlišnými pravidly fakturace, požadavky plátců a průběhem procesu. Rozdělení procesu výnosového cyklu podle kategorie služby je důležité pro smysluplnou analýzu. Organizace mohou porovnat výkonnost různých oblastí péče, například zjistit, zda je míra zamítnutí žádostí za chirurgické zákroky vyšší než u konzultací. Podrobnější pohled pomáhá určit konkrétní problémy a přizpůsobit zlepšování provozním podmínkám jednotlivých oblastí. Proč je to důležité Umožňuje porovnat výkonnost různých oblastí péče a odhalit rozdíly v efektivitě, míře zamítnutí i době úhrady u jednotlivých typů péče. Kde data získat Tato informace bývá dostupná v podrobných záznamech o nákladech. Lze ji také odvodit z kategorie pacienta, oddělení nebo kódů výkonů. Příklady HospitalizaceAmbulantní péčePohotovostRadiologieChirurgický zákrok | |||
| Kód důvodu zamítnutí DenialReasonCode | Standardizovaný kód a popis důvodu, proč plátce zamítl žádost o úhradu. | ||
| Popis Když plátce zamítne podanou žádost o úhradu, uvede kód důvodu zamítnutí, který vysvětluje, proč žádost nebyla uhrazena. Kódy často vycházejí z oborových standardů, například Claim Adjustment Reason Codes (CARC), a označují konkrétní problémy, jako jsou „Služba není hrazena“, „Duplicitní žádost“ nebo „Je třeba doplnit informace“. Tento atribut patří k nejdůležitějším pro hledání příčin problémů ve výnosovém cyklu. Analýza četnosti jednotlivých důvodů zamítnutí a jejich finančního dopadu pomáhá určit, které chyby v předchozích krocích k zamítnutí vedou. Například častá zamítnutí kvůli nesprávným údajům o pacientovi mohou ukazovat na problémy při registraci pacienta. Na základě těchto zjištění lze zavést změny, které zabrání dalším zamítnutím a zvýší podíl žádostí uhrazených při prvním podání. Proč je to důležité Je důležitý pro hledání příčin zamítnutých žádostí o úhradu. Umožňuje cíleně zlepšovat počáteční a průběžné kroky procesu a předcházet budoucím ztrátám výnosů. Kde data získat Tyto informace pocházejí ze souborů elektronického avíza o úhradě (ERA) nebo vysvětlení výhod (EOB), které zasílají plátci. Příklady CO-16: V žádosti o úhradu nebo službě chybí informacePR-97: Úhrada za tuto službu je zahrnuta v platbě za jinou službuOA-18: Duplicitní žádost o úhradu nebo službaCO-22: Tuto péči může podle koordinace pojistných plnění hradit jiný plátce | |||
| Název plátce PayerName | Název pojišťovny, státní instituce nebo jiného plátce odpovědného za úhradu. | ||
| Popis Název plátce označuje subjekt, kterému se odesílá žádost o úhradu. Plátcem může být komerční pojišťovna, například Aetna nebo UnitedHealthcare, státní program, jako je Medicare nebo Medicaid, případně jiný subjekt. Každý plátce má vlastní pravidla, požadavky na podání a způsob úhrad. Tento atribut je důležitý pro analýzu výkonnosti výnosového cyklu. Rozdělení procesu podle plátce ukáže, u kterých plátců je nejvíce zamítnutých žádostí, nejdelší doba úhrady nebo nejčastější požadavky na doplňující informace. Na základě těchto zjištění můžete cíleně jednat, například znovu vyjednat smlouvy, upravit postup podávání žádostí pro konkrétní plátce nebo zaměřit správu zamítnutých žádostí tam, kde je nejvíce potřeba. Proč je to důležité Umožňuje porovnávat ukazatele, například míru zamítnutí žádostí a dobu úhrady, podle plátce. To je důležité pro cílené zlepšování i vyjednávání smluv. Kde data získat Tato informace se obvykle nachází v údajích o registraci pacienta, pojištění nebo žádosti o úhradu spojené s fakturační událostí. Příklady AetnaCignaMedicareUnitedHealthcare | |||
| Odpovědné oddělení ResponsibleDepartment | Oddělení, tým nebo funkční oblast odpovědná za provedení činnosti. | ||
| Popis Tento atribut označuje organizační jednotku spojenou s konkrétním krokem procesu, například „Příjem pacientů“, „Kódování“, „Fakturace“ nebo „Správa pohledávek“. Pomáhá zjistit, jak se práce rozděluje a předává mezi jednotlivými týmy. Pohled na proces podle oddělení je důležitý pro pochopení spolupráce napříč týmy a hledání úzkých míst při předávání práce. Vedoucí mohou zjistit, která oddělení se podílejí na konkrétních variantách procesu, měřit jejich efektivitu a lépe rozdělovat zdroje. Analýza může odhalit systémové problémy v oddělení, které ovlivňují celý výnosový cyklus. Proč je to důležité Pomáhá odhalit úzká místa mezi odděleními a analyzovat výkonnost jednotlivých funkčních oblastí. Ukazuje tak možnosti, jak zlepšit spolupráci mezi týmy. Kde data získat Tato informace může být součástí transakčních dat nebo ji lze odvodit z kmenových dat odpovědného uživatele. Příklady Fakturační odděleníSlužby kódováníSpráva zamítnutých žádostíSpráva pohledávek | |||
| Odpovědný uživatel ResponsibleUser | Identifikátor uživatele, zaměstnance nebo automatizovaného agenta, který provedl danou činnost. | ||
| Popis Atribut Odpovědný uživatel propojuje krok procesu s osobou nebo systémem, který jej provedl. Může jít například o pracovníka, který dokončil lékařské kódování, specialistu fakturace, který odeslal žádost o úhradu, nebo automatizovaného robota, který zaúčtoval platbu. Sledování uživatele přidává do analýzy pohled na práci lidí i systémů. Analýza výkonnosti podle uživatelů nebo týmů může odhalit potřebu školení, ukázat, kdo dosahuje dobrých výsledků, a pomoci lépe rozdělit pracovní zátěž. Je důležitá také pro zajištění shody a audit, protože umožňuje jasně určit odpovědnost za jednotlivé úkony. Tento atribut umožňuje podrobně analyzovat výkonnost a využití zdrojů. Proč je to důležité Umožňuje analyzovat výkonnost týmů i jednotlivců, rozložení pracovní zátěže a míru automatizace. Pomáhá tak posoudit efektivitu využití zdrojů a určit potřebu školení. Kde data získat Obvykle se nachází v protokolech transakcí nebo auditních záznamech v polích „ID uživatele“, „ID zaměstnance“ nebo „Zpracovatel“. Příklady john.doejane.smithAUTO-POSTER-BOTU123456 | |||
| Důvod úpravy AdjustmentReason | Důvod finanční úpravy, například smluvní slevy nebo odpisu nedobytné pohledávky. | ||
| Popis Podobně jako důvod zamítnutí vysvětluje důvod úpravy, proč byla část fakturované částky odepsána nebo upravena. Ukazuje, zda šlo o smluvní závazek vůči plátci, pravidla charitativní péče, odpis nízkého zůstatku nebo opravu chyby ve fakturaci. Analýza důvodů úprav přináší informace o správnosti vykazovaných výnosů a finanční výkonnosti. Pomáhá rozlišit očekávané smluvní úpravy od odpisů, kterým bylo možné předejít a které vznikly kvůli interním chybám. Analytici mohou filtrovat mapu procesu podle konkrétního důvodu úpravy, odhalit slabá místa vedoucí ke zbytečným ztrátám výnosů a zaměřit na ně zlepšování. Proč je to důležité Vysvětluje finanční úpravy a pomáhá rozlišit smluvní závazky od ztrát výnosů, kterým bylo možné předejít chybami v procesu. Kde data získat Nachází se ve finančních transakčních tabulkách fakturačního systému nebo systému účetnictví pacientů. Často je propojen s transakcemi úprav nebo odpisů. Příklady Smluvní slevaOdpis nízkého zůstatkuNedobytná pohledávkaOprava chyby ve fakturaci | |||
| ID pacienta PatientId | Jedinečný identifikátor pacienta, kterému byly služby poskytnuty. | ||
| Popis ID pacienta je jedinečný klíč přiřazený pacientovi v centrálním registru pacientů zdravotnického systému. Propojuje všechny klinické a finanční návštěvy pacienta v průběhu času. Zatímco ID fakturační události označuje případ jedné služby, ID pacienta umožňuje širší analýzu více návštěv téhož pacienta. Může odhalit opakující se problémy, například opakované chyby při registraci nebo vzorce ve využívání služeb. Lze také analyzovat celou finanční cestu pacienta, což pomáhá porozumět jeho finanční spoluúčasti a loajalitě. Proč je to důležité Umožňuje analyzovat více fakturačních událostí téhož pacienta, odhalit opakující se problémy a porozumět jeho celkové finanční cestě. Kde data získat Jde o základní identifikátor, který se nachází téměř ve všech klinických a finančních systémech. Pochází ze systému pro registraci pacientů nebo systému EHR. Příklady MRN-100345PAT-987654321202400567 | |||
| ID žádosti o úhradu ClaimId | Jedinečný identifikátor přiřazený žádosti o úhradu zaslané plátci. | ||
| Popis ID žádosti o úhradu je jedinečný identifikátor faktury zaslané pojišťovně. Z jedné fakturační události může vzniknout několik žádostí, například pokud se fakturuje primárnímu, sekundárnímu a terciárnímu plátci nebo pokud je třeba žádost opravit a odeslat znovu. Sledování ID žádosti o úhradu pomáhá porozumět podrobnostem komunikace s plátcem. Umožňuje analyzovat opakované zpracování žádostí, které se znovu odesílají, a sledovat stav konkrétní faktury zaslané plátci. Analýza podle ID žádosti o úhradu poskytuje podrobnější pohled na její podání a vyřízení než analýza samotné fakturační události. Proč je to důležité Umožňuje podrobně sledovat podání i opětovné odeslání žádostí o úhradu a analyzovat komunikaci s plátci i opakované zpracování. Kde data získat Tento identifikátor vytváří fakturační systém při založení žádosti o úhradu a ukládá jej do tabulek pro správu žádostí. Příklady CLM-2024-555-1239876543210-01TCN-A1B2C3D4E5 | |||
| Nevyrovnaný zůstatek OutstandingBalance | Zbývající neuhrazená částka fakturační události k určitému okamžiku. | ||
| Popis Nevyrovnaný zůstatek představuje částku, kterou je ještě třeba vybrat za fakturační událost. Obvykle se vypočítá jako fakturovaná částka minus uhrazené částky a částky úprav. V průběhu případu se mění podle toho, jak se zaúčtovávají platby a úpravy. Tento atribut je důležitým ukazatelem stavu pohledávek. Analýza nevyrovnaného zůstatku v různých fázích procesu pomáhá sledovat stáří pohledávek a určovat priority při jejich vymáhání. Lze tak zjistit, u kterých typů případů nebo průběhů procesu zůstávají vysoké nedoplatky, což může ukazovat na problémy s úhradou nebo řešením zamítnutých žádostí. Proč je to důležité Jde o důležitý ukazatel pohledávek a efektivity inkasa. Pomáhá určit priority následných kroků a analyzovat stáří pohledávek. Kde data získat Často se vypočítává z fakturovaných, uhrazených a upravených částek. Může být také uložen jako pole v systému pohledávek nebo účetnictví pacientů. Příklady 50.000.00125.308500.00 | |||
| Stav účtu AccountStatus | Aktuální stav fakturačního účtu ve výnosovém cyklu, například „Vyfakturováno“, „Uhrazeno“ nebo „Předáno k vymáhání“. | ||
| Popis Stav účtu ukazuje, v jaké fázi životního cyklu se fakturační událost právě nachází. Odráží výsledek poslední činnosti a označuje, zda je účet otevřený a čeká na úhradu, uzavřený, předaný k vymáhání nebo v jiném stavu. Process mining rekonstruuje průběh činností, zatímco atribut Stav účtu umožňuje filtrovat a rozdělovat případy podle jejich aktuálního stavu. Hodí se zejména pro dashboardy provozního monitorování, které zobrazují počet a hodnotu účtů v různých fázích. Můžete například sledovat celkovou výši pohledávek čekajících na odpověď plátce nebo počet účtů nedávno předaných inkasní agentuře. Proč je to důležité Poskytuje aktuální přehled o stavu případů. Hodí se pro provozní dashboardy i rozdělení analýzy podle fáze životního cyklu účtů. Kde data získat Obvykle jde o pole stavu v hlavním záznamu účtu pacienta nebo fakturační události v systému účetnictví pacientů. Příklady Vyfakturováno, čeká se na úhradu od plátcePlně uhrazenoZamítnutoPředáno k vymáháníUzavřeno, odepsáno | |||
| Uhrazená částka PaidAmount | Celková částka přijatá od plátců a pacienta za fakturované služby. | ||
| Popis Uhrazená částka je součet všech plateb zaúčtovaných k dané fakturační události. Zahrnuje platby od primárních i sekundárních plátců pojištění i platby pacienta. Vyjadřuje skutečně vybranou částku za poskytnuté služby. Analýza uhrazené částky je důležitá pro měření finanční úspěšnosti a efektivity výnosového cyklu. Porovnáním uhrazené a fakturované částky zjistíte čisté výnosy a míru inkasa. V process mining tento atribut pomáhá vyčíslit finanční výsledek různých průběhů procesu a určit, které žádosti o úhradu jsou zaplaceny v plné výši a včas a které nikoli. Proč je to důležité Měří skutečně vybranou částku za případ. Je důležitá pro hodnocení efektivity inkasa i celkové finanční výkonnosti procesu. Kde data získat Tato informace se nachází v tabulkách transakcí pro zaúčtování plateb nebo přiřazení hotovostních plateb. Příklady 120.502000.000.00450.25 | |||
Aktivity v řízení výnosového cyklu
| Aktivita | Popis | ||
|---|---|---|---|
| Fakturační událost uzavřena | Fakturační událost je zcela vyřešena, její neuhrazený zůstatek dosáhl nuly a neočekává se žádná další činnost. Může k tomu dojít díky platbám, úpravám, odpisům nebo jejich kombinaci. | ||
| Proč je to důležité Tato činnost označuje konec procesu a umožňuje vypočítat celkovou dobu průchodu od začátku do konce. Potvrzuje konečný výsledek fakturační události, ať už byla úspěšně uhrazena, nebo odepsána. Kde data získat Tento stav se často odvozuje z okamžiku, kdy zůstatek účtu dosáhne nuly. Některé systémy mohou mít výslovný stav „Uzavřeno“ nebo pole s datem uzavření záznamu účtu. Zachycení Tuto událost odvoďte podle časového razítka poslední finanční transakce, po které zůstatek fakturační události dosáhl nuly. Typ události inferred | |||
| Nárok odeslán | Tato činnost označuje elektronické nebo papírové odeslání vytvořeného nároku pojišťovně či jinému plátci k posouzení. Jde o oficiální žádost o úhradu poskytnutých služeb. | ||
| Proč je to důležité Sledování této činnosti je zásadní pro měření doby od poskytnutí služby po vystavení faktury a odhalení prodlev mezi vytvořením a odesláním nároku. Jde o důležitý milník, který označuje okamžik, kdy fakturační událost oficiálně vstupuje do pohledávek. Kde data získat Tato událost se obvykle zaznamenává v protokolech transakcí nároků nebo v tabulkách rozhraní clearingového centra. Často ji označuje konkrétní změna stavu potvrzující úspěšný přenos. Zachycení Zaznamenejte časové razítko, kdy se stav nároku změní na „Odesláno“, „Předáno“ nebo odpovídající stav. Typ události explicit | |||
| Nárok zamítnut | Označuje zamítnutí celého nároku nebo konkrétních položek plátcem, které brání úhradě. Obvykle se zjistí, když poskytovatel obdrží a zpracuje dokument s informacemi o úhradě od plátce. | ||
| Proč je to důležité Zjišťování zamítnutých nároků je zásadní pro analýzu ztrát výnosů, míry zamítnutí a účinnosti procesu jejich řešení. Zamítnutí je hlavním spouštěčem opakovaného zpracování a odvolání. Kde data získat Tuto událost obvykle najdete v datech o informacích k úhradě, konkrétně podle kódů důvodu úpravy nároku (CARC), které označují zamítnutí. Zachycení Tuto událost odvoďte z dat o informacích k úhradě vyhledáním kódů zamítnutí přiřazených k nároku nebo položce služby. Typ události inferred | |||
| Platba zaúčtována | Přijatá platba se oficiálně přiřadí k účtu pacienta a rozdělí mezi konkrétní položky služeb. Zůstatek se tím převede z pohledávek na hotovost a sníží se dlužná částka. | ||
| Proč je to důležité Jde o důležitý milník, který potvrzuje, že plátce uhradil výnosy. Zpoždění při zaúčtování plateb může zkreslit přehled o stáří pohledávek i reportování peněžního toku. Kde data získat Jde o konkrétní finanční transakci zaznamenanou v účetní knize systému pro účtování pacientů. Každé přiřazení platby by mělo mít vlastní datum a čas transakce. Zachycení Použijte časové razítko transakce z přiřazení platby nebo deníku zaúčtování hotovosti. Typ události explicit | |||
| Služba poskytnuta | Tato činnost označuje začátek fakturační události, tedy okamžik, kdy pacientovi byla poskytnuta zdravotní služba. Tím se spouští celý proces cyklu výnosů pro konkrétní návštěvu. | ||
| Proč je to důležité Jde o hlavní počáteční bod procesu od začátku do konce, který umožňuje měřit celkovou dobu cyklu výnosů. Pomáhá odhalit prodlevy mezi poskytnutím zdravotní služby a zahájením fakturačních činností. Kde data získat Tyto údaje obvykle pocházejí z klinického systému, systému pro plánování nebo elektronické zdravotní dokumentace. Často se zaznamenávají z podepsaného klinického záznamu, dokončeného protokolu o zákroku nebo záznamu o propuštění pacienta. Zachycení Zaznamenejte časové razítko dokončení návštěvy, datum poskytnutí služby nebo datum propuštění. Typ události explicit | |||
| Informace o úhradě přijaty | Systém obdrží od plátce odpověď k odeslanému nároku, často v souboru Electronic Remittance Advice (ERA). Odpověď uvádí, které služby byly uhrazeny, zamítnuty nebo upraveny. | ||
| Proč je to důležité Tato zásadní událost určuje další průběh procesu, například zaúčtování platby, správu zamítnutí nebo úpravy. Doba do přijetí informací o úhradě slouží k měření výkonnosti plátce. Kde data získat Událost se zaznamená, když systém načte soubor elektronické výměny dat (EDI), například soubor 835, nebo když uživatel ručně zadá údaje z papírového vysvětlení výhod (EOB). Zachycení Použijte časové razítko zpracování nebo importu souboru s informacemi o úhradě propojeného s nárokem. Typ události explicit | |||
| Kódování dokončeno | Označuje, že zdravotničtí kodéři přiřadili zaznamenaným poplatkům standardizované klinické kódy, například ICD nebo CPT. Díky tomu jsou služby popsány způsobem, kterému plátci rozumějí a podle kterého mohou rozhodnout o úhradě. | ||
| Proč je to důležité Tato činnost je zásadní pro správnost nároků a často představuje úzké místo. Měřením délky fáze kódování můžete najít možnosti, jak zvýšit produktivitu kodérů a omezit pozastavení nároků. Kde data získat Tato událost se často zaznamenává jako změna stavu fakturační události nebo jako časové razítko dokončení úkolu souvisejícího s kódováním ve frontě práce. Zachycení Zjistěte časové razítko, kdy se stav kódování návštěvy změní na „Dokončeno“ nebo kdy je schválen poslední kód. Typ události explicit | |||
| Nárok vytvořen | Systém vytvořil formální fakturační nárok a spojil do standardizovaného formátu všechny poplatky, kódy a demografické údaje. Jde o přípravný krok před odesláním nároku plátci. | ||
| Proč je to důležité Tento okamžik označuje, že faktura je připravena k vyúčtování. Analýza doby od tohoto okamžiku do odeslání pomáhá odhalit zpoždění způsobená systémem nebo dávkovým zpracováním. Kde data získat Jde o událost vytvořenou systémem, která by měla být zaznamenána v tabulce nebo souboru nároků. Záznam hlavičky nároku by měl obsahovat jasné časové razítko vytvoření. Zachycení Použijte časové razítko vytvoření hlavního záznamu nároku propojeného s fakturační událostí. Typ události explicit | |||
| Nárok znovu odeslán | Po zamítnutí nebo odmítnutí byl nárok opraven a znovu odeslán plátci k posouzení. Jde o druhý pokus získat úhradu a uzavřít první cyklus opakovaného zpracování. | ||
| Proč je to důležité Tato činnost je zásadní pro pochopení účinnosti řešení zamítnutí. Sledování opětovného odeslání pomáhá měřit dobu opakovaného zpracování a úspěšnost odvolání. Kde data získat Tato událost se zaznamenává jako nové odeslání nároku propojené s původním zamítnutým nárokem. Hledejte záznamy o odeslání s příznakem opravy nebo opětovného odeslání. Zachycení Najděte transakci odeslání nároku, která odkazuje na dříve odeslané ID nároku nebo obsahuje příznak opětovného odeslání. Typ události explicit | |||
| Poplatky zaznamenány | Označuje formální zaznamenání všech zpoplatněných služeb, zákroků a materiálu souvisejících s návštěvou pacienta. Klinické činnosti se tím převádějí na finanční transakce, které lze vyúčtovat. | ||
| Proč je to důležité Analýza prodlevy mezi poskytnutím služby a zaznamenáním poplatku odhalí možné zpoždění při vykazování výnosů. Tento krok je zásadní pro zajištění toho, aby byly zaúčtovány všechny zpoplatněné služby a nedocházelo ke ztrátám výnosů. Kde data získat Tato data najdete v tabulkách transakcí poplatků nebo ve finančních záznamech fakturačního či účetního systému pro pacienty. Každá zpoplatněná položka by měla mít odpovídající časové razítko vytvoření. Zachycení Použijte datum vytvoření záznamů o transakcích poplatků propojených s fakturační událostí. Typ události explicit | |||
| Účet odepsán | Všechny pokusy o vymáhání byly vyčerpány a zbývající zůstatek účtu je považován za nedobytný. Zůstatek se upraví na nulu a zaúčtuje jako nedobytná pohledávka, což představuje konečnou ztrátu výnosů. | ||
| Proč je to důležité Tato činnost je důležitou finanční událostí, která představuje ztrátu výnosů. Analýza odpisů je nezbytná pro pochopení konečné úspěšnosti vymáhání a zdrojů nedobytných pohledávek. Kde data získat Jde o konkrétní finanční transakci, obvykle úpravu se specifickým kódem důvodu, například „Odpis nedobytné pohledávky“ nebo „Předáno inkasní agentuře“. Zachycení Zaznamenejte datum transakce úpravy, která klasifikuje zbývající zůstatek jako nedobytnou pohledávku. Typ události explicit | |||
| Účet upraven | Finanční transakce bez platby, která mění zůstatek účtu, například smluvní úprava, odpis nízkého zůstatku nebo sleva z dobré vůle. Tyto úpravy jsou nutné k vyrovnání účtu podle smluv s plátci nebo interních pravidel. | ||
| Proč je to důležité Úpravy jsou jednou z hlavních příčin kolísání výnosů. Analýza činností a důvodů úprav pomáhá porozumět ziskovosti, plnění smluv s plátci a správnosti vykazování výnosů. Kde data získat Tyto položky se zaznamenávají jako samostatné finanční transakce v účetní knize pacienta. Každá má konkrétní kód nebo typ transakce, který označuje důvod úpravy. Zachycení Zaznamenejte datum transakce u každé finanční transakce, která není platbou ani poplatkem a mění zůstatek účtu. Typ události explicit | |||
| Vyúčtování odesláno pacientovi | Po zaúčtování všech plateb od pojišťovny a úprav se vytvoří a odešle pacientovi vyúčtování jeho části nákladů. Tím se pozornost při vymáhání plateb přesouvá od institucionálního plátce k jednotlivci. | ||
| Proč je to důležité Tato činnost zahajuje část cyklu výnosů hrazenou pacientem. Její sledování pomáhá analyzovat účinnost vymáhání plateb od pacientů a měřit dobu do vystavení vyúčtování. Kde data získat Jde o konkrétní událost zaznamenanou modulem pro fakturaci pacientů nebo komunikaci. Systém by měl zaznamenat datum vytvoření nebo odeslání každého vyúčtování. Zachycení Použijte datum vytvoření nebo odeslání z historie vyúčtování pacienta. Typ události explicit | |||
| Zahájeno opakované zpracování zamítnutí | Uživatel nebo automatizovaný workflow zahájil kontrolu a řešení zamítnutého nároku. Tato činnost označuje začátek interního procesu, jehož cílem je zamítnutí napadnout a získat zpět potenciální výnosy. | ||
| Proč je to důležité Tato činnost spouští opakované zpracování zamítnutí. Analýza doby mezi zamítnutím a zahájením opakovaného zpracování pomáhá měřit rychlost reakce týmu a odhalit nevyřízené případy. Kde data získat Tuto událost lze zaznamenat podle činnosti uživatele v modulu pro správu zamítnutí, změny stavu nároku nebo přiřazení zamítnutého nároku do pracovní fronty uživatele. Zachycení Zaznamenejte časové razítko, kdy byl zamítnutý nárok poprvé otevřen, přiřazen nebo kdy se jeho stav změnil na „Znovu se zpracovává“. Typ události explicit | |||
| Zahájeno vymáhání pohledávky | Účet pacienta je po splatnosti a zahajují se aktivní kroky k vymáhání platby. Může jít o automatické upomínky nebo předání případu internímu či externímu specialistovi na vymáhání pohledávek. | ||
| Proč je to důležité Tato událost označuje zintenzivnění snahy vymoci pohledávky po splatnosti. Její sledování pomáhá vyhodnotit účinnost strategií vymáhání i práci agentur. Kde data získat Tato událost se často zaznamenává změnou finanční kategorie nebo stavu účtu, případně jeho přiřazením do konkrétní pracovní fronty pro vymáhání pohledávek nebo agentuře. Zachycení Tuto událost odvoďte z prvního časového razítka, kdy se stav účtu změní na „Vymáhání“, „Po splatnosti“ nebo podobný stav. Typ události inferred | |||
Návody na získávání dat
Metody extrakce se liší podle systému. Podrobný postup najdete v
Chcete začít?
Podrobné pokyny k exportu dat najdete v některém z níže uvedených návodů pro konkrétní systém. Pro ostatní systémy můžete jako výchozí bod použít tuto obecnou šablonu.
Začněte zlepšovat řízení výnosového cyklu
Získejte přehled, omezte zamítnuté nároky a urychlete peněžní tok napříč systémy.
Bez platební karty • Začít můžete během několika minut