Bevételiciklus-kezelési adatainak sablonja

Epic Resolute
Bevételiciklus-kezelési adatainak sablonja

Bevételiciklus-kezelési adatainak sablonja

Ez a sablon útmutatást ad a bevételiciklus-kezelési folyamat optimalizálásához szükséges adatok összegyűjtéséhez. Bemutatja a fontos adatattribútumokat, a követendő tevékenységeket, valamint gyakorlati tanácsokat ad az adatok forrásrendszerekből történő kinyeréséhez. Használja az útmutatót annak ellenőrzésére, hogy rendelkezésére áll-e a hatékony folyamatelemzéshez és -fejlesztéshez szükséges összes adat.
  • Javasolt attribútumok
  • Követendő tevékenységek
  • Adatkinyerési útmutató
Most ismerkedik az eseménynaplókkal? Tudja meg, hogyan készíthet process mining eseménynaplót.

A bevételiciklus-kezelés attribútumai

Ezeket az adatmezőket javasoljuk felvenni az eseménynaplóba a bevételiciklus-kezelési folyamat részletes elemzéséhez és optimalizálásához.
3 Kötelező 6 Javasolt 10 Nem kötelező
Név Leírás
Esemény időbélyege
EventTimestamp
Annak a pontos dátuma és időpontja, amikor egy adott tevékenység vagy esemény történt.
Leírás

Az esemény időbélyege rögzíti, mikor történt egy tevékenység. Ez az időadat elengedhetetlen a bevételi ciklus eseményei időzítésének és sorrendjének megértéséhez.

Az elemzés során az időbélyegek alapján számítható ki a tevékenységek közötti idő, például a díjrögzítés késése vagy a befizetés könyvelési ideje. Segítségükkel feltárhatók a szűk keresztmetszetek, mérhetők a ciklusidők, és elemezhető a folyamat teljesítménye különböző időszakokban. A pontos időbélyegek szinte minden időalapú KPI és dashboard kiszámításához szükségesek.

Miért fontos?

Ez az attribútum minden időalapú mérőszám, köztük a ciklusidők és az időtartamok kiszámításához szükséges. Ezek alapvetőek a késések és a hatékonysági problémák feltárásához.

Hol szerezhető be?

Az Epic Resolute tranzakciós vagy eseménynapló-tábláiban található, az egyes rögzített tevékenységekhez kapcsolva. A mezőnevek gyakran Dt, DTTM vagy Time végződésűek.

Példák
2023-04-15T09:30:00Z2023-04-16T11:05:21Z2023-05-01T14:00:00Z
Számlázási esemény
BillingEvent
Egyetlen szolgáltatás vagy termék teljesítésének egyedi azonosítója. Ez hozza létre a díjat, és ez az elsődleges esetazonosító.
Leírás

A számlázási esemény az azonosító, amely összekapcsolja a bevételi ciklus egy adott számlázható tételéhez tartozó összes tevékenységet. A szolgáltatás teljesítésekor kezdődik, és akkor ér véget, amikor a számlát teljesen rendezték vagy lezárták.

A process mining elemzésben ez az attribútum elengedhetetlen az egyes díjak teljes folyamatának rekonstruálásához. Segítségével nyomon követhetők az egyes számlázási eseményekhez tartozó tevékenységek, például a díjak rögzítése, az igény benyújtása, a befizetés könyvelése és az elutasítás kezelése. Így jól láthatóvá válik a folyamat menete és annak eltérései.

Miért fontos?

Ez az alapvető esetazonosító. Segítségével összekapcsolhatók a kapcsolódó folyamatlépések, és elemezhető az egyes szolgáltatások bevételének keletkezése és behajtása a teljes életciklus során.

Hol szerezhető be?

Ez gyakran egy kórházi számla (HAR) vagy egy adott díjrögzítési munkamenet egyedi azonosítója az Epic Resolute rendszerben. A konkrét táblákról, például a HAR- vagy Charge Session-rekordokról az Epic Resolute dokumentációjában tájékozódhat.

Példák
BE10098765BE20012345BE30054321
Tevékenység neve
ActivityName
A bevételi ciklus kezelésének folyamatában végrehajtott konkrét esemény vagy feladat neve.
Leírás

Ez az attribútum a bevételi ciklus egy-egy lépését írja le, például „Díjak rögzítve”, „Igény benyújtva a fizető félnek” vagy „Befizetés beérkezett”. Minden tevékenység a szolgáltatás számlázásának és kifizetésének egy külön mérföldköve.

A tevékenységek elemzése a process mining alapja. Segítségével megjeleníthető a folyamattérkép, azonosíthatók a gyakori útvonalak, feltárhatók a lépések közötti szűk keresztmetszetek, és mérhető a belső eljárások betartása.

Miért fontos?

Meghatározza a folyamattérkép lépéseit, így megjeleníthető, elemezhető és fejleszthető a bevételi ciklus munkafolyamata.

Hol szerezhető be?

Ez általában az Epic Resolute számlázási és igénykezelő moduljainak eseménynaplóiból, auditnaplóiból vagy állapotváltozási rekordjaiból származik.

Példák
Díjak rögzítveIgény benyújtva a fizető félnekBefizetés beérkezettSzámla lezárva
Elutasítási indokkód
DenialReasonCode
Szabványos kód, amely megadja, miért utasította el a fizető fél a benyújtott igényt.
Leírás

Amikor a fizető fél elutasít egy igényt, indokkódot ad meg, például „Nem fedezett szolgáltatás”, „Duplikált igény” vagy „További információ szükséges”. Ezek a kódok gyakran szabványosítottak, és Claim Adjustment Reason Code (CARC) néven ismertek.

Ez az attribútum a „Igényelutasítások aránya és okai” dashboard alapja. A különböző elutasítási kódok gyakoriságának elemzése segít feltárni az elutasítások kiváltó okait, például a jogosultsági problémákat, a kódolási hibákat vagy az előzetes engedély hiányát. Így célzott fejlesztési intézkedések hozhatók.

Miért fontos?

Közvetlenül megmutatja, miért utasítják el az igényeket. Az így nyert információk segítenek csökkenteni az elutasítások arányát és a bevételkiesést, valamint gyorsítani a kifizetéseket.

Hol szerezhető be?

Ezek az adatok a fizető felektől érkező igényválasz-tranzakciókban, például ANSI 835-ös fájlokban találhatók, és az Epic Resolute igénykezelő moduljában tárolódnak.

Példák
CO-16: Az igényből vagy szolgáltatásból hiányzik egy adatOA-18: Duplikált igény vagy szolgáltatásPR-96: Nem fedezett díj(ak)
Felelős felhasználó
ResponsibleUser
A tevékenységet végrehajtó felhasználó vagy alkalmazott azonosítója.
Leírás

Ez az attribútum rögzíti a bevételi ciklus egy adott feladatáért felelős személy felhasználói azonosítóját, nevét vagy alkalmazotti számát. Ilyen lehet a díjakat rögzítő egészségügyi dolgozó, az igényt benyújtó számlázási munkatárs vagy az elutasítást utánkövető behajtási munkatárs.

A felhasználók szerinti elemzés segít azonosítani a kiemelkedő teljesítményt nyújtókat, feltárni a képzési igényeket és megérteni a munkaterhelés eloszlását. Fontos eszköz a teljesítmény kezeléséhez, valamint az egyes személyekhez vagy szerepkörökhöz köthető folyamateltérések vizsgálatához.

Miért fontos?

Lehetővé teszi az egyéni vagy szerepkör szerinti teljesítményelemzést, és segít feltárni a képzési lehetőségeket, a munkaterhelés egyenlőtlenségeit és az erőforrásokkal kapcsolatos szűk keresztmetszeteket.

Hol szerezhető be?

Általában az Epic Resolute auditnaplóiban vagy tranzakciós naplóiban található, gyakran egy felhasználói törzsadattáblához, például EMP-rekordhoz kapcsolva.

Példák
j.doebsmith123User7890
Fennálló egyenleg
OutstandingBalance
A fizető fél vagy a beteg által a számlázási esemény után még fizetendő összeg.
Leírás

Ez az attribútum az adott számlázási eseményhez tartozó, tevékenység időpontjában fennálló vevőkövetelés egyenlegét mutatja. A számla pénzügyi állapotát tükrözi annak teljes életciklusa során.

A fennálló egyenleg fontos a pénzügyi jelentésekhez és a „Fennálló egyenlegek korosítási kimutatása” elkészítéséhez. Az érték időbeli, illetve fizető fél vagy osztály szerinti elemzése segít rangsorolni a behajtási feladatokat, kezelni a pénzforgalmat és felmérni a pénzügyi kockázatot.

Miért fontos?

Közvetlenül méri a folyamat késéseinek pénzügyi hatását. Elengedhetetlen a behajtási feladatok rangsorolásához, a pénzforgalom kezeléséhez és a vevőkövetelések megértéséhez.

Hol szerezhető be?

Az Epic Resolute betegszámla- vagy kórházi számlarekordjának (HAR) alapmezője. A pénzügyi tranzakciók folyamatosan frissítik az egyenleget.

Példák
1500.00250.750.00
Korrekció oka
AdjustmentReason
A beteg számlaegyenlegén végrehajtott kézi vagy automatikus korrekció oka.
Leírás

Ez az attribútum megmagyarázza, miért változott meg a számlaegyenleg a szokásos befizetéstől vagy díjtól eltérő okból. Ilyen ok lehet a fizető féllel kötött szerződés szerinti engedmény, kis összegű tartozás leírása vagy könyvelési hiba javítása.

Ez az attribútum elengedhetetlen a „Számlakorrekciók száma típusonként” dashboardhoz. A korrekciók okainak elemzésével a szervezetek feltárhatják a bevételkiesés forrásait, megérthetik a fizető felekkel kötött szerződések hatását, és észrevehetik a számlázási folyamat esetleges hatékonysági problémáit vagy hibáit.

Miért fontos?

Megmutatja a bevételkiesés és a számlázás pontosságának összefüggéseit azáltal, hogy feltárja a számlaegyenlegek módosításának okait. Ez segít csökkenteni a szükségtelen leírásokat.

Hol szerezhető be?

Az Epic Resolute betegszámla-kezelő moduljának korrekciós tranzakcióihoz tartozó részletek között található.

Példák
Szerződés szerinti engedményKis összegű tartozás leírásaDuplikált díj korrekciója
Számlázási osztály
BillingDepartment
A számlázási eseményért vagy tevékenységért felelős osztály vagy funkcionális csapat.
Leírás

Ez az attribútum azt a szervezeti egységet jelöli, például a „Fekvőbeteg-számlázás”, a „Járóbeteg-számlázás” vagy az „Elutasításkezelő csapat” egységet, amely a számlázási eseményhez kapcsolódik vagy egy adott tevékenységet végrehajtott.

Ez a dimenzió elengedhetetlen a „Számlázási osztályok teljesítménymutatói” dashboardhoz. Lehetővé teszi az olyan fontos mutatók közvetlen összehasonlítását, mint az elutasítási arány vagy a díjrögzítési idő. Segít a vezetőknek azonosítani a jól teljesítő osztályokat, egységesíteni a bevált gyakorlatokat és hatékonyan elosztani az erőforrásokat.

Miért fontos?

Lehetővé teszi a különböző osztályok teljesítményének összehasonlítását, és segít azonosítani a bevált gyakorlatokat, valamint a fejlesztésre vagy további erőforrásokra szoruló területeket.

Hol szerezhető be?

Ez az információ az Epic Resolute rendszerben a felhasználói rekordhoz, a beteg számlájához vagy a szolgáltatás helyszínéhez kapcsolódhat.

Példák
Kardiológiai számlázásRadiológiai RCMKözponti számlázási iroda
Szolgáltatás típusa
ServiceType
Az elvégzett egészségügyi szolgáltatás kategóriája vagy típusa.
Leírás

Ez az attribútum a számlázható szolgáltatást sorolja be, például „Radiológia”, „Műtét”, „Konzultáció” vagy „Sürgősségi ellátás” kategóriába. Klinikai kontextust ad a pénzügyi adatokhoz.

A bevételi ciklus szolgáltatástípus szerinti elemzése feltárhatja az egyes klinikai területekre jellemző folyamateltéréseket. A műtéti beavatkozásoknál például összetettebb lehet a díjak rögzítése és az engedélyezés, mint egy szokásos rendelői vizitnél. Ez eltérő folyamatműködéshez és kihívásokhoz vezethet.

Miért fontos?

Klinikai kontextust ad a pénzügyi adatokhoz, így elemezhető, hogyan befolyásolják a különböző egészségügyi szolgáltatások a bevételi ciklust és annak hatékonyságát.

Hol szerezhető be?

Az Epic rendszerben a díjtételhez kapcsolódó díjleírás-törzsadatból (CDM), szolgáltatási sorból vagy részlegből származik.

Példák
Fekvőbeteg-műtétJáróbeteg-radiológiaSürgősségi ellátás
A bevételi ciklus teljes időtartama
TotalRevenueCycleTime
Az első szolgáltatási eseménytől az utolsó fizetésig vagy a számla lezárásáig eltelt, kiszámított idő.
Leírás

Ez az egyedi számlázási esemény bevételi ciklusának teljes időtartamát mérő, esetszintű KPI. Általában a „Service Rendered” tevékenység és a végső „Payment Received” vagy „Account Closed” tevékenység közötti időt számítják ki.

Ez a magas szintű mérőszám átfogó képet ad az RCM-folyamat hatékonyságáról. A KPI időbeli követése megmutatja a folyamatfejlesztési kezdeményezések hatását, és jelzi, milyen gyorsan válik a szolgáltatásból készpénzbevétel.

Miért fontos?

A folyamat hatékonyságáról az elejétől a végéig ad képet, és közvetlenül méri, mennyi idő alatt lesz a szolgáltatásból készpénzbevétel.

Hol szerezhető be?

Ezt a mérőszámot a process mining eszköz számítja ki: minden esetnél megkeresi az első és az utolsó eseményt, majd kiszámítja a köztük eltelt időt.

Példák
259200038880005184000
Adatok utolsó frissítése
LastDataUpdate
Az az időbélyeg, amely jelzi, mikor frissítették vagy nyerték ki utoljára az esemény adatait a forrásrendszerből.
Leírás

Ez az attribútum az adatok frissességét mutatja. Jelzi, mikor töltötték be utoljára a rekordot az Epic Resolute rendszerből a process mining adathalmazba.

Ez fontos az elemzés aktualitásának megítéléséhez és az adatok ellenőrzéséhez. Segít a felhasználóknak megállapítani, hogy a rendelkezésre álló legfrissebb információkat látják-e, és nélkülözhetetlen az adatfrissítések ütemezéséhez.

Miért fontos?

Segít a felhasználóknak megérteni, mennyire frissek az elemzett adatok. Ez elengedhetetlen a pontos, naprakész üzleti döntésekhez.

Hol szerezhető be?

Ezt az időbélyeget az ETL (Extract, Transform, Load) folyamat adja hozzá az adatok betöltésekor.

Példák
2023-06-10T02:00:00Z2023-06-11T02:00:00Z
Automatizált?
IsAutomated
Logikai jelző, amely megmutatja, hogy a tevékenységet rendszer vagy automatizált folyamat végezte-e.
Leírás

Ez a jelző különbözteti meg a rendszer által automatikusan végrehajtott feladatokat, például az igények automatikus létrehozását vagy a jogosultság ellenőrzését a felhasználó által végzett manuális feladatoktól.

Az attribútum elemzésével felmérhető a folyamat automatizáltsága. Összehasonlítható az automatizált és a manuális tevékenységek hatékonysága és hibaaránya, azonosíthatók a további automatizálási lehetőségek, és nyomon követhető a meglévő botok vagy rendszerbeállítások teljesítménye.

Miért fontos?

Megkülönbözteti a rendszer által és az emberek által végzett tevékenységeket. Ez segít az automatizálás hatásának értékelésében és az új automatizálási lehetőségek feltárásában.

Hol szerezhető be?

Ezt gyakran úgy állapítják meg, hogy ellenőrzik, az adott tevékenység „ResponsibleUser” mezőjében rendszer- vagy szolgáltatásfiók szerepel-e, illetve automatizáltnak ismert tevékenységneveket jelölnek meg.

Példák
truefalse
Betegazonosító
PatientId
Az ellátásban részesülő beteg egyedi azonosítója.
Leírás

Ez az attribútum a beteg egészségügyi dokumentációs számát (MRN) vagy más egyedi azonosítóját jelöli. A pénzügyi számlázási eseményt egy konkrét személyhez kapcsolja.

A beteg adatainak védelme érdekében ezt általában nem használják elsődleges elemzési dimenzióként, de az adatok ellenőrzéséhez elengedhetetlen. Egy beteg valamennyi számlázási eseménye összesíthető vele, így áttekinthető a teljes pénzügyi folyamata. A klinikai folyamatadatokkal való esetleges összekapcsoláshoz is szükség van rá.

Miért fontos?

A pénzügyi adatokat egy konkrét beteghez kapcsolja, így ellenőrizhetők az adatok, és lehetőség nyílik a beteg teljes folyamatának szélesebb körű elemzésére. Az adatvédelmi kockázatok miatt körültekintően kell kezelni.

Hol szerezhető be?

Az Epic rendszerben széles körben használt alapvető azonosító, amely a beteg regisztrációs és számlarekordjaihoz kapcsolódik.

Példák
MRN-1234567MRN-8765432MRN-5551234
Esemény befejezési ideje
EventEndTime
Az időbélyeg, amely megmutatja, mikor fejeződött be egy tevékenység. A tevékenység időtartamának kiszámítására használható.
Leírás

Ez az attribútum rögzíti a tevékenység befejezésének időpontját. Sok tevékenység azonnali esemény, amelynél a StartTime és az EndTime megegyezik, de egyes feladatoknak mérhető időtartamuk van, például az elutasítás utáni telefonos egyeztetésnek.

Ha rendelkezésre áll, az EndTime segítségével közvetlenül kiszámítható a tevékenység feldolgozási ideje: „EndTime” - „StartTime”. Ez pontosabb, mint a következő tevékenység kezdési idejéből következtetni az időtartamra, mert figyelembe veszi a lépések közötti várakozást is. A „ProcessingTime” attribútum kiszámításához is szükséges.

Miért fontos?

Pontosan kiszámítható vele, mennyi időt vesz igénybe az egyes tevékenységek elvégzése. Ez segít a nem hatékony feladatok azonosításában és az erőforrások termelékenységének mérésében.

Hol szerezhető be?

Egyes Epic Resolute modulokban érhető el, amelyek rögzítik a feladatok kezdési és befejezési idejét, például a munkasor- vagy tevékenységkezelési naplókban. Gyakran nem rögzítik külön.

Példák
2023-04-15T09:45:00Z2023-04-16T11:15:30Z2023-05-01T14:02:00Z
Fizetési határidő
PaymentDueDate
Az a dátum, ameddig a számlázott szolgáltatás ellenértékét várhatóan megfizetik.
Leírás

Ez az attribútum a számlán feltüntetett vagy a fizetővel kötött szerződésben meghatározott fizetési határidőt jelöli. A határidő a pontos fizetés mérésének viszonyítási alapja.

A fizetési határidő szükséges a „Outstanding Balance Aging Report” elkészítéséhez. A nyitott egyenlegek határidejét az aktuális dátummal összevetve a követelések késedelmi időszakok szerint csoportosíthatók, például 0–30 vagy 31–60 napos késedelem alapján. Ez segít a legrégebben lejárt számlák behajtásának előtérbe helyezésében.

Miért fontos?

A követelések korosítási elemzésének alapja. Ez segít a behajtás rangsorolásában és a ki nem fizetett számlákból eredő pénzügyi kockázat kezelésében.

Hol szerezhető be?

Ezt a dátumot gyakran a számla kelte és az Epicben a fizető szerződésében vagy a beteg számlaadatainál tárolt fizetési feltételek alapján számítják ki.

Példák
2023-05-302023-06-152023-07-01
Fizető fél neve
PayerName
A biztosító, az állami szerv vagy más, a kifizetésért felelős fél neve.
Leírás

Ez az attribútum azonosítja a számlázási eseményhez tartozó elsődleges fizető felet, például a Blue Cross Blue Shieldet, a Medicaret vagy az Aetnát. Saját finanszírozás esetén a beteg is megjelenhet fizető félként.

A folyamat fizető fél szerinti elemzése sokat elárulhat. Kiderülhet például, hogy egyes fizető feleknél magasabb az elutasítási arány, hosszabb a kifizetési ciklus vagy összetettebbek a követelmények. Ezek alapján az egyes fizető felekhez igazíthatja a számlázási eljárásokat, és javíthatja a hatékonyságot, valamint a kifizetések sebességét.

Miért fontos?

Lehetővé teszi a fizető fél szerinti teljesítményelemzést. Megmutatja, mely fizető feleknél magas az elutasítási arány vagy lassú a kifizetési ciklus, így célzott utánkövetési stratégiák alakíthatók ki.

Hol szerezhető be?

Ez az információ a beteg biztosítási fedezetének részleteihez tartozik, és az Epic Resolute rendszerben a kórházi számlához (HAR) kapcsolódik.

Példák
Medicare B részUnitedHealthcareAetna PPO
Forrásrendszer
SourceSystem
Az az informatikai rendszer, amelyből az adat származik.
Leírás

Ez az attribútum azonosítja a rekord forrásrendszerét, amely ebben az esetben az Epic Resolute. Több integrált rendszer használatakor ez a mező segít megkülönböztetni az adatok eredetét.

Egyetlen rendszer esetén feleslegesnek tűnhet, de az adatirányítás és a bővíthetőség szempontjából bevált gyakorlat. Egyértelművé teszi az adatok eredetét akkor is, ha később más rendszerekből, például egy külön behajtási platformról is érkeznek adatok.

Miért fontos?

Segít nyomon követni az adatok eredetét és értelmezni a kontextust. Ez fontos az adatirányításhoz és a hibakereséshez.

Hol szerezhető be?

Ez általában egy statikus érték, amelyet az adatkinyerés és -átalakítás során adnak hozzá az adathalmaz forrásának megjelölésére.

Példák
Epic ResoluteEpicResolute_V2023
Igényazonosító
ClaimId
A fizetőnek benyújtott biztosítási igény egyedi azonosítója.
Leírás

Ez az attribútum a fizetőnek elküldött igénylőlap, például a CMS-1500 vagy az UB-04 egyedi azonosítója. Egyetlen számlázási eseményhez több igény is tartozhat, ha a szolgáltatást újraszámlázzák vagy az elutasítás ellen fellebbeznek.

Az igény benyújtásának és az elutasítás kezelésének részletes elemzéséhez érdemes az Igényazonosító szerint követni az eseményeket. Így elkülöníthetők az eredeti igényhez kapcsolódó tevékenységek az ugyanarra a szolgáltatásra később újra benyújtott igény tevékenységeitől.

Miért fontos?

Egyedi azonosítót ad az egyes igénybenyújtások életciklusának követéséhez, ami elengedhetetlen az újrabenyújtások és a fellebbezések elemzéséhez.

Hol szerezhető be?

Az Epic Resolute igénykezelő modulja hozza létre az igény rögzítésekor. Az igényadatokat tároló táblákban található.

Példák
CLM-2023-98765CLAIM-0012345623189A4567
Módosított összeg
AdjustedAmount
A módosítási tranzakció pénzösszege.
Leírás

Ez a mező rögzíti a számlán végrehajtott módosítás pontos összegét. Az érték lehet pozitív vagy negatív, a számlaegyenleg jóváírását vagy terhelését jelölve.

Ez az összeg az „Account Adjustment Volume By Type” dashboard elsődleges mérőszáma. Ha a módosítási okok szerint összesíti, jól láthatóvá válik az egyes módosítástípusok pénzügyi hatása. Megmutatja például, hogy mennyi bevételt írnak le szerződéses kötelezettségek miatt, és mennyi vész el javítható hibák következtében.

Miért fontos?

Számszerűsíti a számlamódosítások pénzügyi hatását, így mérhetővé teszi a bevételkiesést és a számlázási pontatlanságok költségét.

Hol szerezhető be?

Az Epic Resolute pénzügyi tranzakcióinak részletező tábláiban található, a módosítás típusú tranzakciókhoz kapcsolva.

Példák
-1250.45-50.0025.10
Kötelező Javasolt Nem kötelező

A bevételiciklus-kezelés tevékenységei

Ezeket a fontos folyamatlépéseket és mérföldköveket érdemes rögzíteni az eseménynaplóban a folyamat pontos feltárásához és teljesítményének méréséhez.
7 Javasolt 5 Nem kötelező
Tevékenység Leírás
Befizetés beérkezett
A fizető féltől vagy a betegtől érkező befizetés beérkezését jelenti. Az esemény általában akkor rögzül, amikor betöltik az elektronikus elszámolási értesítést (ERA), vagy kézzel bevisznek egy csekket a rendszerbe.
Miért fontos?

Ez a tevékenység fontos mérföldkő, mert jelzi, hogy bevétel érkezik. Az igény benyújtása és a befizetés beérkezése közötti idő a vevőkövetelések kezelésének egyik fontos mérőszáma.

Hol szerezhető be?

A Resolute kifejezetten befizetési tranzakcióként rögzíti. A tranzakciókhoz dátum, forrás és összeg tartozik, és gyakran még azelőtt naplózzák őket, hogy a befizetést az egyes díjakhoz könyvelnék.

Rögzítés

A befizetési tranzakciókat a pénzügyi tranzakciós naplóból rögzítse. Ezek gyakran meghatározott tranzakciótípusok alapján azonosíthatók.

Eseménytípus explicit
Befizetés könyvelve a számlára
Ez az esemény azt jelzi, hogy a beérkezett befizetést a beteg számláján szereplő konkrét díjakhoz rendelték. Ezzel csökken a számlázási esemény fennálló egyenlege.
Miért fontos?

A befizetések hatékony könyvelése elengedhetetlen a pontos számlaegyenlegek fenntartásához és a számlázási események lezárásához. Így helyesen azonosíthatók a másodlagos számlázáshoz vagy behajtáshoz kapcsolódó fennmaradó összegek.

Hol szerezhető be?

Ez kifejezetten rögzített tranzakció a Resolute rendszerben. A befizetés könyvelése egy vagy több díjtranzakcióhoz kapcsolja a befizetési tranzakciót, amit a tranzakció részleteit tartalmazó táblák rögzítenek.

Rögzítés

Rögzítse azt a tranzakciós rekordot, amely a befizetést egy díjhoz rendeli. Ez meghatározott tranzakciótípusok alapján azonosítható.

Eseménytípus explicit
Díjak rögzítve
A teljesített szolgáltatások számlázható díjainak hivatalos rögzítését jelenti. Az Epic rendszerben ez általában a beteg számlájára könyvelt tranzakció. A klinikai tevékenység automatikusan létrehozhatja, de kézzel is rögzíthető.
Miért fontos?

Ez az első fontos mérföldkő. A díjak rögzítésének sebessége és pontossága megmutatja, hogyan gyorsítható a számlázás, és hogy minden teljesített szolgáltatás számlázásra kerül-e.

Hol szerezhető be?

A Resolute tranzakciós naplói kifejezetten rögzítik. Minden díj külön bejegyzésként szerepel, könyvelési dátummal, szolgáltatási dátummal és összeggel. Az adatok gyakran az ARPB_TRANSACTIONS táblához hasonló táblákban találhatók.

Rögzítés

A díjak könyvelését a rendszer pénzügyi tranzakciós naplójából rögzítse.

Eseménytípus explicit
Igény benyújtva a fizető félnek
Ez az esemény azt jelzi, hogy az igényt hivatalosan elküldték a biztosítónak elbírálásra. Az Epic nyomon követi ezt az eseményt, és naplózza, amikor az elektronikus igényfájlt továbbítják az elszámolóháznak vagy a fizető félnek.
Miért fontos?

Ez a mérföldkő azért fontos, mert ekkor kezdődik a fizető fél kifizetési határidejének számítása. Az esemény elemzésével mérhető az igények továbbításának hatékonysága, és kiszámítható a „Számla kézbesítési ideje a fizető félnek” KPI.

Hol szerezhető be?

A Resolute ezt kifejezetten rögzíti. Az igényrekord tartalmazza a benyújtás állapotát és az elküldés időbélyegét.

Rögzítés

Rögzítse azt az időbélyeget, amikor az igény állapota „Benyújtva” vagy „Továbbítva” értékre változik.

Eseménytípus explicit
Igényt elutasította a fizető fél
Azt jelzi, hogy a fizető fél értesítést küldött az igény elutasításáról. Az esemény akkor rögzül, amikor az Epic feldolgozza az elektronikus elszámolási értesítést (835-ös fájl), vagy amikor egy felhasználó kézzel rögzíti az elutasítást.
Miért fontos?

Ez a tevékenység fontos utómunkafolyamatot indít el. Az elutasítások okainak és számának elemzése segít feltárni a kiváltó okokat, javítani az első benyújtásra történő kifizetések arányát, és csökkenteni a behajtás késedelmét.

Hol szerezhető be?

Az igényhez kapcsolódó tranzakcióként vagy állapotfrissítésként kifejezetten rögzítik. Az elutasítás adatai, köztük az indokkódok, általában elektronikusan érkeznek, majd bekerülnek a fiókba.

Rögzítés

Szűrjön azokra a tranzakciótípusokra vagy igényállapot-frissítésekre, amelyek elutasítást jeleznek.

Eseménytípus explicit
Számla lezárva
Ez az utolsó tevékenység. Azt jelzi, hogy a számlázási esemény fennálló egyenlege nullára csökkent, és nincs további függőben lévő tevékenység. Ennek oka lehet a teljes kifizetés, korrekció vagy leírás.
Miért fontos?

Ez az esemény jelzi a számlázási eseményhez tartozó bevételi ciklus sikeres lezárását. A szolgáltatás teljesítése és a lezárás közötti teljes idő fontos KPI a folyamat hatékonyságának méréséhez.

Hol szerezhető be?

Ez általában kikövetkeztetett esemény. Akkor állapítható meg, amikor a számlázási eseményhez tartozó számlaegyenleg nullára csökken, és nullán is marad.

Rögzítés

A számlaegyenleg folyamatos összegének kiszámításával következtethető ki. Az időbélyeg azonosításához keresse meg az utolsó tranzakciót, amely nullára csökkentette az egyenleget.

Eseménytípus inferred
Szolgáltatás teljesítve
Ez a tevékenység jelzi, hogy a beteg megkapta az egészségügyi szolgáltatást, ami elindítja a számlázási eseményt. Az adatot gyakran az Epic EHR (EpicCare) rögzíti, amikor az egészségügyi dolgozó jóváhagy egy vizitet vagy beavatkozást.
Miért fontos?

Ez a bevételi ciklus elsődleges kezdő eseménye. A szolgáltatás teljesítése és a díj rögzítése közötti idő elemzése segít feltárni a számlázás megkezdésének késéseit és az esetleges bevételkiesést.

Hol szerezhető be?

Az esemény általában a számlázási fiókhoz kapcsolt klinikai modulok szolgáltatási vagy vizit-időbélyegeiből következtethető ki. A díjtranzakción szereplő szolgáltatási dátum a legfontosabb adat.

Rögzítés

A számlázási esemény első díjtranzakciójához tartozó szolgáltatási dátumból következtethető ki.

Eseménytípus inferred
Elutasítás utáni ügyintézés elindítva
Ez a tevékenység jelzi, hogy megkezdődött az elutasított igény belső felülvizsgálata és rendezése. Gyakran akkor rögzül, amikor egy felhasználó átveszi az elutasított igényt egy munkalistában, vagy módosítja annak állapotát.
Miért fontos?

Ennek nyomon követésével mérhető, milyen gyorsan reagál az elutasításokat kezelő csapat. Az elutasítás és az ügyintézés megkezdése közötti késés szükségtelenül meghosszabbíthatja a bevételi ciklust.

Hol szerezhető be?

Ez általában az igény állapotának vagy az Epic munkalistáiban szereplő hozzárendelési előzményeknek a változásából következtethető ki. Például az igény állapota „Elutasítva” értékről „Felülvizsgálat alatt” értékre változhat.

Rögzítés

Az igény állapotváltozásából vagy olyan auditnapló-bejegyzésből következtessen rá, amely jelzi, hogy egy felhasználó megkezdte az elutasítás kezelését.

Eseménytípus inferred
Fennálló tartozás átadva behajtásra
Ez az esemény azt jelzi, hogy a ki nem fizetett számlaegyenleget belső vagy külső behajtási folyamatba helyezték át. Ez gyakran a számla vagy a számlázási esemény kifejezett állapotváltozásaként jelenik meg.
Miért fontos?

Ez a tevékenység elindítja a fennálló tartozások behajtásának utolsó szakaszát. A behajtási folyamat sikerességi arányának és átfutási idejének nyomon követése segít mérsékelni a behajthatatlan követeléseket.

Hol szerezhető be?

Ez általában kifejezetten rögzített esemény. Az Epic lehetővé teszi a számlák behajtó ügynökségnek történő átadását, ami naplóbejegyzést vagy állapotváltozást hoz létre a számlán.

Rögzítés

Keresse meg azt az állapotváltozást vagy tranzakciót, amely jelzi, hogy a számlát behajtó ügynökséghez helyezték.

Eseménytípus explicit
Igény ismételten benyújtva
Ez az esemény azután történik, hogy kijavították az elutasított igényt, majd ismét elküldték a fizető félnek. Ez külön benyújtási esemény, amely az eredeti igényhez kapcsolódik.
Miért fontos?

Ez az utómunka-folyamat fontos része. Az ismételt benyújtásig eltelt idő és az újra benyújtott igények sikerességi arányának mérése megmutatja, mennyire hatékony az elutasítások rendezése.

Hol szerezhető be?

Ez az eredeti benyújtáshoz hasonló, kifejezetten rögzített esemény, de gyakran ismételt benyújtásként van megjelölve. Az igényrekord új benyújtási időbélyeget tartalmaz, és ismételt benyújtásra utaló kódot is tartalmazhat.

Rögzítés

Rögzítse annak az igénybenyújtásnak az időbélyegét, amely javítottként vagy ismételt benyújtásként van megjelölve.

Eseménytípus explicit
Igény létrehozva
Ez a tevékenység azt jelzi, hogy a rendszer a rögzített díjak alapján hivatalos igényt vagy számlát hozott létre. Ez előkészítő lépés, mielőtt az igényt elküldik a fizető félnek vagy a betegnek.
Miért fontos?

Az igény létrehozásának nyomon követése segít elkülöníteni a díjak rögzítése és a benyújtásra való előkészítés közötti késéseket. Ez fontos belső lépés, amely befolyásolhatja a számlázás teljes átfutási idejét.

Hol szerezhető be?

Ezt általában akkor naplózza a rendszer, amikor lefut egy számlázási vagy igénylétrehozási kötegelt feladat. A rendszer időbélyeget rögzít, amikor létrejön az adott fiókhoz tartozó igényfájl, például egy 837-es fájl.

Rögzítés

Keresse meg azokat a naplóbejegyzéseket vagy állapotváltozásokat, amelyek jelzik, hogy az igény összeállt és benyújtásra kész.

Eseménytípus explicit
Számlakorrekció rögzítve
Ez a tevékenység olyan, nem befizetésből eredő tranzakciót jelöl, amely módosítja a számlaegyenleget. Ilyen lehet a szerződéses korrekció, a kis összegű tartozás leírása vagy egy méltányossági kedvezmény. A rendszer ezt meghatározott tranzakciótípusként rögzíti.
Miért fontos?

A korrekciók elemzése segít feltárni a bevételkiesést. Bizonyos korrekciótípusok nagy száma díjszabási, szerződéses vagy belső szabályozási problémára utalhat.

Hol szerezhető be?

A Resolute pénzügyi naplói kifejezetten korrekciós tranzakcióként rögzítik ezeket. Minden korrekcióhoz meghatározott típus vagy indokkód tartozik.

Rögzítés

Szűrjön a pénzügyi korrekcióknak vagy leírásoknak megfelelő tranzakciótípusokra.

Eseménytípus explicit
Javasolt Nem kötelező

Adatkinyerési útmutatók

Adatok kinyerése az Epic Resolute rendszerből

Kezdhetjük?

A pontos adatokkal teljesebben kihasználhatja bevételiciklus-kezelési folyamatában rejlő lehetőségeket. Tegye meg az első lépést a hatékonyabb működés és a jobb pénzügyi teljesítmény felé még ma.

Javítsa a hatékonyságot: optimalizálja bevételiciklus-kezelési folyamatát most

Azonosítsa az Epic Resolute RCM-folyamatának hatékonysági problémáit, és csökkentse a ciklusidőt 30%-kal.

Próbálja ki ingyen

Nincs szükség bankkártyára, kezdje el az optimalizálást még ma.