Bevételiciklus-kezelési adatsablon
Bevételiciklus-kezelési adatsablon
- Javasolt adatattribútumok a részletes elemzéshez
- A hatékony nyomon követéshez szükséges fő folyamattevékenységek
- Gyakorlati útmutató az adatok Waystarból történő kinyeréséhez
A bevételi ciklus kezelésének attribútumai
| Név | Leírás | ||
|---|---|---|---|
| Esemény időbélyege EventTimestamp | A tevékenység pontos dátuma és időpontja. | ||
| Leírás Az esemény időbélyege rögzíti, hogy pontosan mikor történt egy tevékenység. Segítségével időrendbe rendezhetők az események, és kiszámítható a folyamat különböző lépései között eltelt idő. A folyamat elemzésekor az időbélyegek alapján számíthatók ki a fontos teljesítménymutatók, például a ciklusidő, a várakozási idő és a feldolgozási idő. Az „Igény benyújtva” és a „Kifizetés könyvelve” időbélyege közötti különbség például megmutatja a teljes kifizetési ciklus idejét. A szűk keresztmetszetek elemzéséhez és a teljesítmény nyomon követéséhez pontos időbélyegekre van szükség. Miért fontos? Az időbélyegek szükségesek az események sorrendbe rendezéséhez, a ciklusidők kiszámításához és a folyamat teljesítményének elemzéséhez. Ezek adják az elemzés időbeli alapját. Hol szerezhető be? Ez a Waystar szinte minden tranzakciójához vagy állapotváltozási rekordjához tartozó szabványos mező. Gyakori neve például „Creation Date” vagy „Transaction Date”. Példák 2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z | |||
| Számlázási esemény BillingEvent | Egyetlen szolgáltatás vagy termék teljesítésének egyedi azonosítója. A teljesítés díjat generál, és ez az azonosító szolgál a bevételi ciklus folyamatának ügyazonosítójaként. | ||
| Leírás A számlázási esemény az elsődleges ügyazonosító. Összekapcsolja az adott számlázható szolgáltatáshoz tartozó összes tevékenységet a díj rögzítésétől a számla lezárásáig. Egyetlen igény vagy betegszámla teljes életciklusát jelöli. A process mining során az egyes számlázási események útjának elemzésével átfogó képet kaphat a bevételi ciklusról. Az elemzés feltárja a gyakori folyamatútvonalakat, az eltéréseket és az egyes igényeket érintő szűk keresztmetszeteket. Ez a részletesség segít megérteni a folyamat teljesítményét és kijelölni a fejlesztendő területeket, például az igénybenyújtás vagy a kifizetés könyvelésének késedelmeit. Miért fontos? Ez az alapvető ügyazonosító kapcsolja össze a bevételi ciklushoz tartozó összes tevékenységet, így minden számlázható tétel folyamata az elejétől a végéig nyomon követhető. Hol szerezhető be? Ez általában a Waystar fő számlázási vagy igénytranzakciós táblájának elsődleges kulcsa. A pontos táblanévért és mezőnévért tekintse meg a Waystar dokumentációját. Példák BE-2024-0012345BE-2024-0012346BE-2024-0012347 | |||
| Tevékenység neve ActivityName | A bevételi ciklusban végrehajtott konkrét üzleti esemény vagy lépés neve, például „Igény benyújtva” vagy „Kifizetés könyvelve”. | ||
| Leírás Ez az attribútum írja le a bevételi ciklus teljes folyamatát alkotó egyes tevékenységeket. Minden érték egy külön lépést, mérföldkövet vagy a számlázási eseményen végrehajtott feladatot jelöl, például egy igény létrehozását, az elutasításról szóló értesítés beérkezését vagy egy kifizetés könyvelését. E tevékenységek sorrendjének és gyakoriságának elemzése a process mining alapja. Lehetővé teszi a folyamattérkép megjelenítését, az újrafeldolgozási ciklusok azonosítását, például az „Igény elutasítva” eseményt követő „Igény javítva” lépés felismerését, valamint a lépések közötti átmeneti idők mérését. Ez elengedhetetlen a folyamat hatékonyságának és a megfelelésnek a megértéséhez. Miért fontos? Ez az attribútum határozza meg a folyamattérkép lépéseit, amelyek nélkülözhetetlenek a bevételi ciklus munkafolyamatának megjelenítéséhez és elemzéséhez. Hol szerezhető be? A Waystar igénykezelési és számlázási moduljainak eseménynaplóiból, állapotváltozási rekordjaiból vagy tranzakciótípusaiból származik. Példák Igény benyújtása a biztosítónakIgény elutasítvaKifizetés könyvelveSzámla lezárva | |||
| Adatok utolsó frissítése LastDataUpdate | Az időbélyeg azt mutatja, mikor frissítették vagy nyerték ki utoljára az esemény adatait. | ||
| Leírás Ez az attribútum azt az időpontot rögzíti, amikor az adatokat utoljára kinyerték a forrásrendszerből. Nem az üzleti esemény időpontját mutatja, hanem azt, hogy mikor olvasták be az elemzéshez a rekordot. Ez az információ fontos az adatirányításhoz és annak megértéséhez, mennyire frissek a process mining elemzés adatai. Segít megállapítani, hogy naprakész információkat lát-e, és az adatok növekményes betöltésének kezeléséhez is szükséges. Miért fontos? Az adatkészlet frissességének jelzésével átláthatóvá teszi az adatokat, ami pontos és időszerű jelentésekhez, valamint elemzésekhez szükséges. Hol szerezhető be? Ezt az időbélyeget általában az ETL-folyamat hozza létre, és az adatbetöltés során minden sorhoz hozzáadja. Példák 2024-01-15T02:00:00Z2024-01-16T02:00:00Z | |||
| Forrásrendszer SourceSystem | Az a rendszer vagy alkalmazás, amelyből az eseményadatok származnak. | ||
| Leírás Ez az attribútum azonosítja az eseményadatokat létrehozó forrásrendszert. Összetett informatikai környezetben a bevételi ciklus eseményei a Waystar különböző moduljaiból, vagy akár külső, integrált rendszerekből, például elektronikus egészségügyi nyilvántartásból (EHR) is származhatnak. A forrásrendszer ismerete fontos az adatok ellenőrzéséhez, a hibakereséshez és a különböző rendszerek működéséből adódó folyamateltérések megértéséhez. Segít a folyamatproblémákat a megfelelő alkalmazáshoz vagy interfészhez rendelni. Miért fontos? Azonosítja az adatok eredetét, ami elengedhetetlen az adatirányításhoz, a minőségbiztosításhoz és a különböző rendszerek közötti folyamateltérések megértéséhez. Hol szerezhető be? Gyakran az adatkinyerés során hozzáadott állandó érték, például „Waystar”, de a rendszer egyes moduljaiból vagy tábláiból is meghatározható. Példák Waystar RCMWaystar számlázási modulEHR-interfész | |||
| Biztosító neve PayerName | Az igényért felelős biztosító vagy harmadik félként működő kifizető neve. | ||
| Leírás Ez az attribútum azonosítja az igény elbírálásáért és kifizetéséért felelős biztosítót vagy más szervezetet, például egy állami programot, mint a Medicare. A biztosítók eltérő benyújtási követelményeket, fizetési ütemezést és elutasítási mintákat követhetnek. A folyamat biztosító neve szerinti elemzésével megállapítható, mely biztosítóknál a leghosszabb a kifizetési ciklus, a legmagasabb az elutasítási arány, vagy a legösszetettebb az ügyintézés. Ennek alapján a szervezetek célzott stratégiát alakíthatnak ki, előnyben részesíthetik a problémás biztosítók ügyeinek utánkövetését, és kedvezőbb szerződésekről tárgyalhatnak. Miért fontos? A folyamat biztosító szerinti bontása segít feltárni az egyes biztosítókra jellemző szűk keresztmetszeteket, elutasítási okokat és kifizetési késedelmeket. Hol szerezhető be? Az igény vagy a számlázási adatok között található, és a Waystarban a beteg biztosítási adataihoz kapcsolódik. Példák AetnaBlue Cross Blue ShieldCignaMedicare B rész | |||
| Elutasítási ok kódja DenialReasonCode | Szabványos kód, amely megadja, miért utasította el a biztosító az igényt. | ||
| Leírás Az igény elutasításakor a biztosító indoklást adó kódot küld. Ez jelezhet például hiányzó adatot, nem fedezett szolgáltatást vagy kódolási hibát. Ez az attribútum rögzíti az adott kódot. Az elutasítási okok kódjainak elemzése alapvető a bevételi ciklus fejlesztéséhez. Segítségével feltárhatók az elutasítások kiváltó okai, például egy adott osztály gyakori hibái vagy valamely biztosító követelményeivel kapcsolatos problémák. Ezek az adatok közvetlenül táplálják az „Igényelutasítási arány és okok” dashboardot, és segítenek olyan intézkedéseket kidolgozni, amelyek megelőzik az újabb elutasításokat és növelik az első benyújtásra történő kifizetések arányát. Miért fontos? Ez az attribútum nélkülözhetetlen az igényelutasítások kiváltó okainak elemzéséhez. Segítségével célzott intézkedésekkel csökkenthető a bevételkiesés és az újrafeldolgozás. Hol szerezhető be? Az elutasítási esemény bekövetkezésekor kerül az igényrekordba. Az adatot a biztosító küldi az elszámolási értesítésben. Példák CO-16: Az igényből vagy a szolgáltatásból hiányzik egy adatPR-96: Nem fedezett díjCO-22: Előfordulhat, hogy ezt az ellátást egy másik biztosító fedezi | |||
| Fennálló egyenleg OutstandingBalance | A számlázási esemény után még beszedendő összeg. | ||
| Leírás A fennálló egyenleg az adott számlázási esemény aktuális követelését mutatja. A számlázott összegből az addig elszámolt kifizetések és módosítások levonásával számítható ki. Ez a pénzügyi mutató fontos a pénzforgalom és a követelések kezeléséhez. A „Fennálló egyenlegek és lejáratok” dashboard elsődleges attribútuma: segítségével nyomon követhető a teljes követelésállomány, azonosíthatók a magas egyenlegű számlák, és rangsorolhatók a behajtási feladatok. Az érték időbeli alakulása megmutatja a behajtási folyamat hatékonyságát. Miért fontos? Közvetlenül méri a követelésállományt, ami elengedhetetlen a pénzforgalom kezeléséhez, a behajtási feladatok rangsorolásához és a pénzügyi helyzet felméréséhez. Hol szerezhető be? Ez általában a Waystar jelentéskészítő moduljaiban számított mező (számlázott összeg - kifizetett összeg - módosítások). Ha nincs hozzá közvetlen mező, az adatkinyerés során kell kiszámítani. Példák 30.00270.25540.50 | |||
| Igény állapota ClaimStatus | Az igény aktuális állapota az életciklusa során, például „Benyújtva”, „Függőben”, „Kifizetve” vagy „Elutasítva”. | ||
| Leírás Az igény állapota megmutatja, hogy az adott számlázási esemény éppen hol tart a bevételi ciklusban. Jelzi az utoljára elért mérföldkövet, például hogy az igényt elküldték-e, a biztosító vizsgálja-e, kifizették-e vagy elutasították. Ez az attribútum fontos a pénzügyi jelentésekhez és a működés irányításához. A process mining segítségével áttekinthető az összes nyitott ügy aktuális állapota, és elemezhető, mennyi időt töltenek az ügyek bizonyos állapotokban, például „Elbírálásra vár a biztosítónál”. Ez közvetlenül támogatja a „Fennálló egyenlegek és lejáratok” dashboardot. Miért fontos? Aktuális képet ad a folyamatban lévő igényekről, így elemezhetők a szűk keresztmetszetek és rangsorolható a munka. Hol szerezhető be? A Waystar igény- vagy számlázási rekordjának szabványos mezője, amely az igény előrehaladtával frissül. Példák BenyújtvaA biztosító visszaigazoltaElutasítvaTeljes egészében kifizetve | |||
| Számlázott összeg BilledAmount | Az igényben szereplő szolgáltatásokért felszámított teljes összeg. | ||
| Leírás A számlázott összeg a betegnek nyújtott szolgáltatások teljes díja, még a módosítások, szerződéses engedmények és kifizetések elszámolása előtt. Ez az igény biztosítónak benyújtott kezdeti összege. Ez az attribútum fontos a pénzügyi elemzéshez és a folyamaton áthaladó összegek megértéséhez. Az elemzés az igények értéke szerint szegmentálható, feltárhatók a különböző szolgáltatások díjainak alakulásában megfigyelhető trendek, és kiszámítható, mekkora pénzügyi hatása van a folyamat hatékonysági problémáinak, például az elutasításoknak vagy a kifizetési késedelmeknek. A legtöbb pénzügyi dashboard alapmutatója. Miért fontos? Az igény teljes értékét mutatja, így elemezhető a folyamatkésések, elutasítások és módosítások pénzügyi hatása. Hol szerezhető be? A Waystar igény- vagy díjrögzítési képernyőjének szabványos pénzügyi mezője. Példák 150.001250.75540.50 | |||
| Szolgáltatás típusa ServiceType | Az elvégzett egészségügyi szolgáltatás kategóriája vagy típusa, például „Radiológia”, „Konzultáció” vagy „Sebészeti beavatkozás”. | ||
| Leírás A szolgáltatás típusa azonosítja a betegnek nyújtott, számlázható szolgáltatás jellegét. Az egyes szolgáltatástípusokhoz gyakran eltérő számlázási kódok, térítési díjak és folyamatbeli összetettség tartozik. Ez az attribútum lehetővé teszi a bevételi ciklus részletes elemzését klinikai osztály vagy szolgáltatási terület szerint. Segít megválaszolni például, hogy „Mely szolgáltatási területeken késik leggyakrabban a számlázás?” vagy „Magasabb-e az elutasítási arány a sebészeti beavatkozásoknál, mint a konzultációknál?”. Ez fontos az osztályok teljesítményének elemzéséhez és a célzott folyamatfejlesztéshez. Miért fontos? Lehetővé teszi a folyamat teljesítményének elemzését klinikai osztály vagy szolgáltatási terület szerint, és feltárja a hatékonyság, illetve a jövedelmezőség eltéréseit. Hol szerezhető be? Általában az eljáráskódokból (CPT/HCPCS) származik, vagy a Waystarban a szolgáltatást nyújtó osztályhoz kapcsolódik. Példák RadiológiaKardiológiai konzultációSürgősségi ellátásJáróbeteg-sebészet | |||
| A szolgáltatás és a számlázás közötti idő ServiceToInvoiceCycleTime | A szolgáltatás teljesítése és a díjak rögzítése, illetve a követelés létrehozása között eltelt idő. | ||
| Leírás Ez a mérőszám, más néven „charge lag”, a számlázási folyamat kezdeti szakaszának hatékonyságát mutatja. A „Service Provided/Completed” esemény és a „Charges Captured” vagy „Claim Created” esemény időpontja közötti különbségként számítható ki. Az attribútum közvetlenül támogatja a „Szolgáltatástól a számláig eltelt idő” dashboardot. A folyamat ezen szakaszában jelentkező késedelem, vagyis a charge lag, késlelteti a fizetési ciklus kezdetét és a pénz beérkezését. A mérőszám figyelésével biztosítható, hogy minden szolgáltatást időben és pontosan számlázzanak, így elkerülhető a bevételkiesés, és felgyorsítható a teljes bevételi ciklus. Miért fontos? A számlázási folyamat kezdeti szakaszának hatékonyságát méri. A „charge lag” csökkentése felgyorsítja a teljes bevételi ciklust, és segít elkerülni a kiszámlázatlan tételekből eredő bevételkiesést. Hol szerezhető be? Az adatátalakítás során számítható ki a szolgáltatási esemény és a díjrögzítési vagy követelés-létrehozási esemény időbélyegének különbségeként. Példák 2 nap 8 óra1 nap 0 óra5 nap 1 óra | |||
| Betegazonosító PatientId | A szolgáltatásban részesült beteg egyedi azonosítója. | ||
| Leírás Ez az attribútum a számlázási eseményhez tartozó beteg egyedi azonosítója. Összekapcsolja a pénzügyi tranzakciót az ellátásban részesült személlyel. A számlázási esemény az ügyazonosító, a betegazonosító pedig lehetővé teszi a betegközpontú elemzést. Segítségével azonosíthatók a visszatérő betegek, áttekinthető egy beteg teljes pénzügyi útja több látogatáson keresztül, és elemezhető, hogy bizonyos betegcsoportoknál gyakoribbak-e a fizetési problémák vagy az elutasítások. Az azonosítóval egy személy összes számlázási tevékenysége összesíthető. Miért fontos? Lehetővé teszi a betegközpontú elemzést, így egy személy több számlázási eseményen átívelő teljes pénzügyi útja is áttekinthető. Hol szerezhető be? A Waystar vagy a kapcsolódó EHR igény- vagy betegregisztrációs rekordjának szabványos mezője. Példák MRN-887654MRN-902101MRN-123456 | |||
| Betegellátási kategória PatientClass | A beteg ellátási helyzetét jelzi, például „Fekvőbeteg” vagy „Járóbeteg”. | ||
| Leírás A betegellátási kategória a betegellátás típusát jelöli, amely gyakran meghatározza a számlázási szabályokat és a térítési díjakat. Gyakori kategória a fekvőbeteg-, járóbeteg- és sürgősségi ellátás. A bevételi ciklus betegellátási kategória szerinti elemzése jelentős folyamatbeli különbségeket tárhat fel. A fekvőbeteg-igények például gyakran összetettebbek, és hosszabb a kifizetési ciklusuk, mint a járóbeteg-igényeké. Ez a bontás segít reális teljesítménycélokat meghatározni, és az egyes kategóriák igényeihez igazítani a folyamatfejlesztési kezdeményezéseket. Miért fontos? Segít a folyamatot az ellátás összetettsége szerint bontani, például fekvőbeteg- és járóbeteg-ellátásra. Ez gyakran összefügg az eltérő számlázási szabályokkal és ciklusidőkkel. Hol szerezhető be? A Waystar vagy a forrásként használt EHR betegregisztrációs vagy ellátási adatainak szabványos mezője. Példák FekvőbetegJáróbetegSürgősségi ellátás | |||
| Biztosító típusa PayerType | A biztosító kategóriája, például „Kereskedelmi”, „Medicare” vagy „Önköltséges”. | ||
| Leírás A biztosító típusa jellegük szerint tágabb kategóriákba sorolja az egyes biztosítókat. Így magasabb szintű képet ad, mint a biztosító neve. Ez az attribútum stratégiai elemzéshez és jelentésekhez használható. A vezetők áttekinthetik a fő biztosítói kategóriák teljesítményének alakulását, például összehasonlíthatják az állami biztosítók és a kereskedelmi biztosítók eredményeit. Ez segíthet a biztosítói szerződésekkel és az erőforrások elosztásával kapcsolatos döntésekben. Miért fontos? Lehetővé teszi a biztosítók kategóriák, például kereskedelmi vagy állami biztosítók szerinti elemzését. Ezekre gyakran eltérő fizetési gyakorlat és szabályok jellemzők. Hol szerezhető be? Általában úgy állapítják meg, hogy a biztosító nevét egy előre meghatározott kategórialistához rendelik. Ez a logika lehet a Waystarban, vagy az adatátalakítás során kell kialakítani. Példák KereskedelmiMedicareMedicaidÖnköltséges | |||
| Első benyújtásra kifizetve IsFirstPassPayment | Jelzi, hogy a követelést az első benyújtás után, elutasítás vagy korrekció nélkül, helyesen fizették-e ki. | ||
| Leírás Ez a számított logikai attribútum azt jelzi, hogy a követelést kifizették-e közbeeső negatív esemény, például elutasítás, visszautasítás vagy további információkérések nélkül. A „true” érték azt jelenti, hogy az adott követelés feldolgozása zökkenőmentes és hatékony volt. Az attribútum közvetlenül támogatja az „Első benyújtásra történő kifizetések aránya” KPI-t, amely a bevételi ciklus hatékonyságának fontos mérőszáma. Az első benyújtásra ki nem fizetett követelések jellemzőinek, például a fizető vagy a szolgáltatás típusa szerinti elemzése segít feltárni az ismételt munkavégzés és a fizetési késedelmek fő okait. Az arány javítása gyorsítja a pénzbeáramlást és csökkenti a működési költségeket. Miért fontos? Közvetlenül méri a számlázás és a követelések feldolgozásának minőségét. A magas, első benyújtásra történő kifizetési arány hatékony folyamatot és kevés ismételt munkát jelez. Hol szerezhető be? Ez az attribútum az adatátalakítás során, származtatott értékként jön létre. A logika azt ellenőrzi, hogy a „Payment Posted” eseményt megelőzte-e például „Claim Denied” vagy „Account Adjusted” esemény. Példák truefalse | |||
| Felelős felhasználó ResponsibleUser | A tevékenységet végrehajtó felhasználó vagy ügyintéző, például számlázó, kódoló vagy behajtási szakember. | ||
| Leírás Ez az attribútum azonosítja azt a munkatársat vagy rendszerfelhasználót, aki végrehajtotta a folyamat adott tevékenységét. Megmutathatja például, hogy melyik számlázó nyújtotta be az igényt, vagy melyik behajtási munkatárs kezdeményezett utánkövető hívást. A folyamat felhasználó szerinti elemzése segít megérteni a munkaterhelés eloszlását, az egyéni teljesítményt és a képzési igényeket. Kiderülhet, hogy egyes felhasználóknál gyakoribbak a hibák, vagy hatékonyabban kezelik az elutasításokat. Ez hasznos a bevételi ciklusért felelős csapat irányításához és a minőségellenőrzéshez. Miért fontos? A folyamatlépésekhez rendeli a felelősséget, így elemezhető az egyéni és a csapatteljesítmény, valamint azonosíthatók a képzési lehetőségek. Hol szerezhető be? A Waystar eseményeinek auditnaplójában vagy tranzakciós naplóiban található, gyakran „UserID”, „ProcessedBy” vagy hasonló néven. Példák jsmithadavisbilling_bot_01 | |||
| Fizetési határidő PaymentDueDate | Az a dátum, ameddig a számla vagy a követelés kifizetése várható. | ||
| Leírás A fizetési határidőt a szolgáltató határozza meg, vagy a fizetővel kötött szerződés rögzíti. Ez az a dátum, ameddig a fizetésnek be kell érkeznie. A határidő alapján mérhető, hogy időben történik-e a fizetés. Ez az attribútum szükséges a „Lejárt és fennálló egyenlegek” dashboardhoz. Segítségével kiszámítható a követelések kora, és olyan időszakokba sorolhatók, mint a „0–30 nap”, „31–60 nap” stb. A követelések kor szerinti elemzése bevett pénzügyi gyakorlat: támogatja a kintlévőségek kezelését, és segít rangsorolni a lejárt tartozások behajtását. Miért fontos? Alapul szolgál a követelések kor szerinti besorolásához, ami segít a kintlévőségek kezelésében és a pénzbeáramlás időzítésének megértésében. Hol szerezhető be? A számla vagy a követelés adatlapján található. A számla dátuma és a fizetési feltételek alapján is kiszámítható. Példák 2023-11-252023-12-152024-01-30 | |||
| Kifizetett összeg PaidAmount | Az igényre a biztosítóktól vagy a betegtől beérkezett és könyvelt kifizetések teljes összege. | ||
| Leírás Ez az attribútum rögzíti a számlázási eseményre sikeresen beszedett pénz összegét. Tartalmazza az elsődleges és másodlagos biztosítók, valamint a beteg kifizetéseit is. A kifizetett összeg a bevételi ciklus egyik fontos eredménymutatója. A számlázott díjak tényleges megtérülésének kiszámítására és a teljes folyamat hatékonyságának mérésére használható. A számlázott és a kifizetett összeg összevetése megmutatja a pénzügyi teljesítményt és a bevételkiesés helyeit. A behajtás hatékonyságát és az általános pénzügyi helyzetet bemutató dashboardok alapadata. Miért fontos? A ténylegesen beszedett pénzt méri, így a bevételi ciklus sikerességének egyik elsődleges mutatója. Hol szerezhető be? A Waystarban az igényhez kapcsolódó kifizetéskönyvelési tranzakciókból származik. Előfordulhat, hogy több kifizetési rekordot kell összegezni. Példák 120.00980.500.00 | |||
| Korrigált összeg AdjustedAmount | A számlázási eseményhez kapcsolódó korrekciók vagy leírások teljes pénzösszege. | ||
| Leírás A korrigált összeg a számlázási esemény egyenlegén végrehajtott pénzügyi korrekciók összegét jelenti. Ide tartoznak a fizetővel kötött megállapodás szerinti szerződéses engedmények, valamint az egyéb leírások és helyesbítések. Ez az „Egyenlegkorrekciók aránya és hatása” dashboard egyik fontos mérőszáma. Ha az összeget indoklási kódok vagy fizetők szerint összesíti, láthatóvá válik a bevételkiesés pénzügyi hatása. Az adat segít számszerűsíteni a veszteségeket, és alátámasztani a korrekciók kiváltó okainak kezelését. Miért fontos? Számszerűsíti a leírások és korrekciók miatti bevételkiesést, és megmutatja a számlázási problémák, valamint a szerződéses feltételek pénzügyi hatását. Hol szerezhető be? A Waystar pénzügyi korrekciós tranzakcióiból származik. Egy számlázási eseményhez több korrekciós tételt is össze kell adni. Példák 250.2550.0015.80 | |||
| Módosítási ok kódja AdjustmentReasonCode | A számlaegyenleg pénzügyi módosításának okát jelző kód. | ||
| Leírás Ha a számla egyenlege nem kifizetés miatt változik, például szerződéses engedmény vagy leírás következtében, a módosítási ok kódja rögzíti a változtatás indokát. Ez az attribútum tárolja a kódot. E kódok elemzése szükséges a „Számlamódosítások aránya és hatása” dashboardhoz. Segít feltárni a bevételkiesés kiváltó okait, például az egyes biztosítóknál gyakori szerződéses módosításokat vagy a számlázási hibák miatti leírásokat. Az okok megértése az elkerülhető bevételkiesés csökkentésének első lépése. Miért fontos? Megmutatja, miért módosították vagy írták le a bevételt, így feltárhatók a bevételkiesés okai és a biztosítói szerződések teljesítménye. Hol szerezhető be? A Waystar payment posting vagy accounts receivable moduljában rögzített korrekciós tranzakciókhoz kapcsolódik. Példák Szerződéses kötelezettségKis összegű egyenleg leírásaSzámlázási hiba javítása | |||
A bevételi ciklus kezelésének tevékenységei
| Tevékenység | Leírás | ||
|---|---|---|---|
| Díjak rögzítése | A számlázható szolgáltatások bevételkezelési rendszerbe történő rögzítését jelöli. Az eseményt általában akkor naplózzák, amikor a felhasználó véglegesíti a díjtételt, vagy amikor az adat megérkezik egy klinikai rendszerből. | ||
| Miért fontos? Ez a számlázási folyamat kiindulópontja. A szolgáltatás befejezése és a díj rögzítése között eltelt idő elemzése segít feltárni a bevételkiesést és a folyamat elején jelentkező késedelmeket. Hol szerezhető be? Ezt az eseményt a Waystar díjrögzítési vagy tranzakciós táblája tartalmazza. Általában a díj mentésekor vagy véglegesítésekor létrejövő időbélyeg is szerepel benne. Rögzítés A díjtétel mentésekor vagy véglegesítésekor naplózott esemény. Eseménytípus explicit | |||
| Igény benyújtása a biztosítónak | A számlázási igény elektronikus benyújtása a biztosítónak elbírálásra. Ez fontos átadás a szolgáltató rendszere és a biztosító rendszere között, amely az elszámolóházon keresztül történik. | ||
| Miért fontos? Fontos mérföldkő, amely elindítja a biztosítói válaszidő mérését. Nélkülözhetetlen a fizetési ciklus KPI-jainak méréséhez és a benyújtási hátralékok feltárásához. Hol szerezhető be? A Waystar elszámolóházi funkciója naplózza az igényfájl továbbításának dátumát és időpontját. Keresse a benyújtási naplókat vagy az igény állapotának előzményeit. Rögzítés Sikeres továbbításkor az igény benyújtási előzményei vagy a tranzakciós napló rögzíti. Eseménytípus explicit | |||
| Igény elbírálása | A biztosító feldolgozta az igényt, és döntött a kifizetésről. Ez az esemény akkor kerül rögzítésre, amikor a biztosítótól megérkezik az Electronic Remittance Advice (ERA), vagyis a 835-ös fájl. | ||
| Miért fontos? Ez a folyamat elsődleges döntési pontja. Itt dől el, hogy a biztosító kifizeti vagy elutasítja-e az igényt. A döntés közvetlenül befolyásolja a bevételek alakulását és az elutasított igények kezelésének munkafolyamatait. Hol szerezhető be? A Waystarban az igényhez tartozó ERA (835-ös fájl) beérkezési dátumából következtethető ki. Az ERA-fájl tartalmazza a biztosító részletes döntését. Rögzítés A biztosítótól érkezett ERA/835-ös fájl feldolgozási dátumából következtethető ki. Eseménytípus inferred | |||
| Igény elutasítva | A biztosító elutasította az igényt, ezért nem fizet. Ezt az Electronic Remittance Advice (ERA) részletezi. Az esemény elindítja az elutasított igény kezelését vagy az újrafeldolgozási ciklust. | ||
| Miért fontos? Közvetlenül kapcsolódik az „Igényelutasítási arány” KPI-hoz. Az elutasítások gyakoriságának és okainak feltárása elengedhetetlen a folyamatfejlesztéshez és a bevételek visszaszerzéséhez. Hol szerezhető be? A beérkezett ERA (835-ös fájl) elutasítási kódjaiból, az úgynevezett Claim Adjustment Reason Codes (CARC) kódokból következtethető ki. Rögzítés Az elutasítást jelző Claim Adjustment Reason Codes (CARC) kódokból származik, amelyek az ERA-fájlban találhatók. Eseménytípus inferred | |||
| Kifizetés könyvelve | A beérkezett kifizetést az adott betegszámlához és igényhez rendelik, vagy ezekkel egyeztetik. Ezzel a követelésből pénzeszköz lesz. | ||
| Miért fontos? Ez a biztosítói ciklus fontos záró lépése. A kifizetések könyvelésének áteresztőképességét és átfutási idejét mérő KPI-kat támogatja, és segít biztosítani, hogy a számlák időben és pontosan frissüljenek. Hol szerezhető be? A Waystar ezt kifejezett műveletként rögzíti, amikor a felhasználó könyveli az ERA-ban szereplő kifizetést. Sok rendszer az automatikus könyvelést is rögzíti. Rögzítés Az esemény akkor kerül rögzítésre, amikor az ERA-ból érkező kifizetést manuálisan vagy automatikus könyveléssel hozzárendelik egy igényhez. Eseménytípus explicit | |||
| Számla lezárva | A számlázási esemény lezárult, a számla egyenlege pedig a kifizetések és módosítások eredményeként nullára csökkent. Ez jelzi az adott ügy bevételi ciklusának sikeres végét. | ||
| Miért fontos? Ez a folyamat elsődleges végpontja. A lezárásig eltelt idő és a sikeresen lezárt számlák aránya a teljesítmény fontos mutatói. Hol szerezhető be? Ez számított esemény. A betegszámlázási rendszerben általában abból lehet rá következtetni, hogy a számlázási esemény fennálló egyenlege nullára csökken. Rögzítés Akkor számítódik ki, amikor a kifizetések és módosítások összege megegyezik a teljes díjjal. Eseménytípus calculated | |||
| A biztosító visszaigazolásának beérkezése | A biztosító rendszere visszaigazolja a benyújtott igényfájl beérkezését. Ez általában automatikus válasz, például 277CA vagy 999 jelentés, amely jelzi, hogy az igényt feldolgozásra átvették. | ||
| Miért fontos? Megerősíti a sikeres továbbítást, és segít azonosítani az elbírálás előtt, formázási vagy adathibák miatt visszautasított igényeket. Így gyorsabban elvégezhetők a javítások. Hol szerezhető be? A Waystar elszámolóházi moduljának igényállapot- vagy válaszfájltáblái rögzítik, miután feldolgozták a biztosítótól érkező visszaigazoló fájlt. Rögzítés A biztosítótól érkező elektronikus visszaigazoló fájl feldolgozásakor naplózott esemény. Eseménytípus explicit | |||
| Behajtási tevékenység elindult | A beteg számlája lejárttá vált, és megkezdődött az aktív behajtás. Ez történhet automatikus emlékeztetőkkel vagy az ügy harmadik félként működő behajtóhoz történő átadásával. | ||
| Miért fontos? A „Behajtási tevékenység hatékonysága” dashboardot támogatja. Segít elemezni a lejárt követelések behajtására fordított költségeket és a behajtás sikerességét. Hol szerezhető be? A Waystarban a számla állapotának „Collections” vagy „Bad Debt” értékre változásából lehet rá következtetni. Ez másik munkafolyamatot indít el. Rögzítés A számla állapotának „Collections” vagy „Bad Debt” értékre változásából következtethető ki. Eseménytípus inferred | |||
| Betegszámla-kimutatás elküldve | A biztosító általi elbírálás után kimutatás készül a fennmaradó összegről, és elküldik a betegnek. Ezzel a behajtás fókusza a biztosítóról a betegre kerül át. | ||
| Miért fontos? Ez az esemény elindítja a beteg fizetési ciklusát. A kimutatások hatékonyságának és időzítésének elemzése segít kezelni a betegekkel szembeni követeléseket és javítani a betegélményt. Hol szerezhető be? A betegszámlázási modul kifejezetten rögzíti ezt az eseményt, amikor a kimutatáscsomag elkészül, vagy elektronikusan, illetve nyomdai szolgáltatónak elküldik. Rögzítés Az esemény a beteggel folytatott levelezés előzményei között kerül rögzítésre, amikor elkészül a kimutatás. Eseménytípus explicit | |||
| Elutasítás megfellebbezve | A felhasználó intézkedett az igény elutasítása ellen: javítás után újra benyújtotta az igényt, vagy hivatalos fellebbezést nyújtott be. Ez az újrafeldolgozás egyik fontos lépése. | ||
| Miért fontos? Az elutasításkezelő csapat hatékonyságát méri. Fontos nyomon követni az elutasítás és a fellebbezés között eltelt időt, valamint a fellebbezések sikerességét, hogy hatékonyabb legyen a bevételek visszaszerzése. Hol szerezhető be? A denial management modulban kifejezetten rögzített felhasználói műveletként vagy megjegyzésként jelenhet meg. Az elutasított igény állapotváltozásából is következtetni lehet rá. Rögzítés Az esemény akkor kerül rögzítésre, amikor a felhasználó dokumentálja a fellebbezést, vagy az igény állapotát „Appealed” értékre módosítja. Eseménytípus explicit | |||
| Igény javítva és újra benyújtva | Az elutasítás után az igényt kijavították, majd ismét elküldték a biztosítónak. Ez jelzi az adott igény elbírálási ciklusának újraindulását. | ||
| Miért fontos? Ez egy fontos újrafeldolgozási ciklus. Az újrabenyújtások gyakoriságának és okainak elemzése segít feltárni az eredeti hibák kiváltó okait, például a kódolási vagy demográfiai adatbeli tévedéseket. Hol szerezhető be? A korábban elutasított igénynél megjelenő új „Claim Submitted To Payer” esemény alapján következtethető ki. A rendszer az újra benyújtott igényekhez külön állapotot is használhat. Rögzítés Egy korábban elutasított igényazonosítóhoz kapcsolódó új benyújtási eseményből következtethető ki. Eseménytípus inferred | |||
| Igény létrehozása | A rögzített díjakból hivatalos számlázási igény készül. Ez belső lépés, amely során a rendszer összeállítja az adatokat, mielőtt benyújtaná az igényt a biztosítónak. | ||
| Miért fontos? Az igények létrehozásának belső hatékonyságát méri. Az ebben a szakaszban jelentkező késedelem a teljes fizetési ciklust meghosszabbíthatja, még mielőtt az igény elhagyná a szolgáltató rendszerét. Hol szerezhető be? Ez lehet külön naplózott esemény, de gyakran a Waystar igénykezelő moduljában szereplő igényrekord első időbélyegéből következtetnek rá. Rögzítés Az elsődleges igénytáblában szereplő igényrekord létrehozási dátumából következtetnek rá. Eseménytípus inferred | |||
| Számla módosítva | A számla egyenlegét manuálisan vagy szerződés alapján módosítják. Ide tartozhat a leírás, a szerződéses engedmény, a betegnek adott kedvezmény vagy más korrekció. | ||
| Miért fontos? Elengedhetetlen a bevételkiesés megértéséhez. A módosítások elemzése feltárhatja a díjtételekkel, a szerződések kezelésével vagy a behajthatatlan tartozásokkal kapcsolatos problémákat. Hol szerezhető be? Az auditálhatóság érdekében minden pénzügyi módosítást tranzakcióként kell rögzíteni. Ez kifejezett eseményként jelenik meg a számlatranzakciók táblájában. Rögzítés A számlafőkönyvben meghatározott tranzakciótípusként szerepel. Eseménytípus explicit | |||
Adatkinyerési útmutatók
A folyamathoz tartozó adatkinyerési módszerek ellenőrzése folyamatban van. Nézzen vissza később, vagy lépjen kapcsolatba velünk segítségért.
Kezdhetjük?
Tegye meg a következő lépést a bevételi ciklus kezelésének fejlesztése felé. Használja fel ezeket az adatelemzési eredményeket a hatékonyság javítására és a pénzbeáramlás felgyorsítására.
Fejlessze a bevételi ciklus kezelését, és gyorsítsa fel a pénzbeáramlást
Tárja fel a hatékonysági problémákat, rövidítse akár 30%-kal a ciklusidőt, és gyorsítsa fel a pénzbeáramlást.
Nincs szükség bankkártyára. Kezdje el még ma a folyamatok fejlesztését.