Uw Revenue Cycle Management Data Template

De Activity Name beschrijft een stap in het omzetcyclusproces (revenue cycle process), zoals 'Claim Ingediend Bij Payer' (Claim Submitted To Payer) of 'Betaling Ontvangen' (Payment Received). Dit attribute is fundamenteel voor process mining, aangezien het de knooppunten in de process map definieert.

Door de sequentie en frequentie van activities te analyseren, kunnen organisaties de daadwerkelijke processtroom visualiseren, afwijkingen van de standaardprocedure identificeren en veelvoorkomende rework loops pinpointen. Deze analyse is cruciaal voor het begrijpen van procesinefficiënties en compliance issues.

Dit attribuut definieert de individuele stappen van het proces, vormt de basis van de proceskaart en maakt alle stroomgebaseerde analyse mogelijk.

Dit is doorgaans afgeleid van event logs, statuswijzigingsrecords of specifieke transactiecodes binnen de operationele tabellen van Optum360.

De Billing Event dient als de primaire case identifier en koppelt alle activiteiten die verband houden met één geleverde dienst of product dat een heffing genereert. Dit maakt een uitgebreide tracking mogelijk van de omzetgeneratie- en incassocyclus voor elk afzonderlijk factureerbaar item of dienst.

Bij process mining stelt het analyseren van het proces per Billing Event organisaties in staat om de volledige end-to-end reis te zien, van dienstverlening tot uiteindelijke betaling of sluiting van de rekening. Deze weergave is cruciaal voor het identificeren van knelpunten, het meten van doorlooptijden en het begrijpen van variaties in de afhandeling van verschillende claims of facturen.

Dit is de essentiële Case ID die alle gerelateerde revenue cycle activiteiten verbindt, wat een complete, end-to-end process view voor analyse mogelijk maakt.

Dit is de primaire sleutel die records koppelt in de core billing en claims tables van Optum360. Raadpleeg de Optum360 documentatie voor specifieke table en field names.

Event Time is de timestamp die is gekoppeld aan elke activity en markeert de exacte datum en tijd van de gebeurtenis. Deze temporele data is essentieel voor het construeren van de chronologische volgorde van events voor elke case.

In analyse wordt Event Time gebruikt om cyclustijden tussen activities te berekenen, case duration te meten en knelpunten te identificeren waar aanzienlijke tijd wordt besteed aan wachten. Het is de ruggengraat van elke tijdgebaseerde procesanalyse en performance measurement.

Deze timestamp is cruciaal voor het correct sequencen van events en het berekenen van alle duur-gebaseerde metrieken, zoals doorlooptijden en knelpunten.

Deze informatie wordt doorgaans opgeslagen naast elke transactie of statuswijzigingsrecord in de databasetabellen van Optum360.

Het Aangepaste Bedrag vertegenwoordigt het deel van het gefactureerde bedrag dat naar verwachting niet zal worden geïnd vanwege contractuele afspraken met betalers, factuurcorrecties of andere afschrijvingen. Dit is een directe vermindering van de omzet.

Dit attribuut is cruciaal voor het 'Revenue Adjustment Impact' dashboard en de 'Revenue Adjustment Rate' KPI. Het analyseren van aanpassingen helpt de financiële impact van contracten met betalers te identificeren en kansen te vinden om omzetverlies te minimaliseren door een betere factuurnauwkeurigheid of contractonderhandeling.

Meet direct revenue leakage en is cruciaal voor het berekenen van financial performance KPIs en het begrijpen van de winstgevendheid.

Deze informatie is te vinden in aanpassings-transactierecords binnen het financiële systeem van Optum360.

De Payer ID identificeert de specifieke verzekeringsmaatschappij, het overheidsprogramma zoals Medicare of Medicaid, of een andere entiteit die verantwoordelijk is voor het betalen van de claim. Elke betaler heeft vaak zijn eigen regels, indieningsvereisten en betalingsgedrag.

Het analyseren van het proces op Payer ID is cruciaal voor RCM. Het helpt identificeren welke betalers de langste betalingstermijnen, hoogste afwijzingspercentages of meest complexe beroepsprocessen hebben. Dit inzicht stelt factureringsafdelingen in staat hun strategieën voor verschillende betalers aan te passen om de incassosnelheid te verbeteren en de administratieve last te verminderen.

Het segmenteren van het proces per payer is essentieel voor het identificeren welke payers vertragingen of denials veroorzaken, waardoor gerichte verbeteringen in payer management mogelijk zijn.

Deze informatie wordt opgeslagen bij elke claim record binnen Optum360. Raadpleeg de Optum360 documentatie voor payer-related table en field names.

Wanneer een betaler een claim afwijst, geven zij een Denial Reason Code op die het probleem verklaart, zoals 'Dienst Niet Gedekt' of 'Dubbele Claim'. Deze codes zijn cruciaal voor het begrijpen van de hoofdoorzaken van omzetvertragingen en rework.

Het analyseren van deze codes stelt het denial management team in staat hun werk te prioriteren, trends te identificeren en corrigerende acties te implementeren. Een hoge frequentie van afwijzingen voor 'Missing Information' kan bijvoorbeeld wijzen op een probleem in het claims creation process. Deze analyse staat centraal bij het verminderen van het afwijzingspercentage en het versnellen van de cash flow.

Biedt de hoofdoorzaak voor claim denials, waardoor gerichte interventies mogelijk zijn om toekomstige denials te voorkomen en kostbare rework te verminderen.

Deze code is opgenomen in de Electronic Remittance Advice (ERA) bestanden die van betalers zijn ontvangen en wordt opgeslagen in de claim management module van Optum360.

Het attribuut Factureringsafdeling identificeert het specifieke team of functionele gebied binnen de Revenue Cycle operaties dat verantwoordelijk is voor een activiteit. Verschillende teams kunnen bijvoorbeeld de codering, claimindiening en het beheer van afwijzingen afhandelen.

Dit attribuut is essentieel voor prestatiebenchmarking, zoals gevraagd door het 'Billing Department Performance Benchmarks' dashboard. Het stelt het management in staat om de efficiëntie, snelheid en nauwkeurigheid van verschillende teams te vergelijken, best practices te identificeren en middelen effectief toe te wijzen om prestatiehiaten aan te pakken.

Maakt performance comparison mogelijk tussen verschillende facturatieteams, en helpt high-performing groepen en gebieden die verbetering nodig hebben te identificeren.

Dit kan worden afgeleid van de gebruiker die de taak uitvoert of een field op de rekening dat eigenaarschap aangeeft. Raadpleeg de Optum360 documentatie.

Billed Amount vertegenwoordigt de brutokosten (gross charge) voor de geleverde diensten, vóór enige betalingen, adjustments of write-offs. Het is de initiële waarde van de vordering (account receivable) voor de billing event.

Dit attribute is fundamenteel voor financiële analyse binnen process mining. Het wordt gebruikt om belangrijke KPIs zoals de Revenue Adjustment Rate te berekenen, en het maakt het mogelijk om cases op waarde te segmenteren om te zien of high-value claims anders worden verwerkt of meer vertragingen ervaren dan low-value claims.

Biedt de financiële context voor elke case, wat waardegebaseerde analyse en de berekening van kritieke financiële KPIs mogelijk maakt.

Dit is een standaard field op elke claim of patiëntenrekening binnen de financiële tabellen van Optum360.

De Patient ID is een unieke identificatie die aan elke patiënt binnen het zorgsysteem wordt toegekend. Het koppelt meerdere facturatie events aan één patiënt, wat een patiëntgerichte analyse mogelijk maakt.

Door de Patient ID te gebruiken, kunnen analisten patronen onderzoeken die verband houden met specifieke patiënten, zoals frequente heropnames of een geschiedenis van claimafwijzingen. Het maakt ook segmentatie van het proces mogelijk op basis van patiëntdemografie of -geschiedenis, wat belangrijke inzichten kan opleveren voor het verbeteren van de financiële ervaring van patiënten.

Maakt patiëntgerichte analyse mogelijk, wat helpt om de end-to-end financiële reis te begrijpen en patronen voor specifieke patiëntenpopulaties te identificeren.

Deze identificatie is een core field in patiënt master data en transactietabellen binnen Optum360. Raadpleeg de Optum360 documentatie voor details.

Account Status geeft een momentopname van waar een billing event zich bevindt in het algehele proces, bijvoorbeeld 'Pending Payer', 'Paid in Full' of 'In Collections'. Dit attribute geeft context aan de uitgevoerde activities.

Dit is nuttig voor het filteren en segmenteren van cases om zich te richten op specifieke delen van het proces. Het analyseren van alle rekeningen die momenteel 'In Collections' zijn, kan bijvoorbeeld helpen de drijfveren en het volume voor dat specifieke, kostbare deel van het proces te begrijpen, ter ondersteuning van het 'Collection Activity Volume & Drivers' dashboard.

Biedt high-level context van de huidige status van een case, wat filtering en analyse van specifieke casepopulaties zoals die in incasso's mogelijk maakt.

Dit is doorgaans een summary field op de hoofd patiëntenrekening of claim record in Optum360.

Processing Time meet de duur van een individuele activity, wat de 'touch time' of actief verricht werk vertegenwoordigt. Dit wordt typisch berekend als het verschil tussen de End Time en Start Time van een activity.

Deze berekende metric is cruciaal voor het onderscheiden tussen tijd besteed aan actief werken aan een taak versus tijd besteed aan wachten op de volgende stap. In bottleneck analysis helpt het begrijpen van verwerkingstijden te bepalen of een vertraging te wijten is aan een lange taak of een lange wachtrij, wat leidt tot effectievere procesverbeteringen.

Meet de actieve 'touch time' voor activities, wat helpt om waardetoevoegend werk te onderscheiden van verspillende wachttijd in bottleneck analysis.

Dit wordt berekend door de 'EventTime' (StartTime) af te trekken van de 'EndTime' voor een gegeven activiteitsrecord.

Dit attribuut identificeert het bronsysteem waaruit de data voor een specifiek event is geëxtraheerd. In een complex IT-landschap kan RCM data afkomstig zijn van het core Optum360 platform, een gekoppeld Electronic Health Record (EHR) systeem, een clearinghouse, of een patiëntenportaal.

Inzicht in het bronsysteem is nuttig voor datavalidatie, het oplossen van integratieproblemen en het analyseren van procesvariaties die kunnen worden veroorzaakt door verschillend systeemgedrag of data entry praktijken.

Identificeert de herkomst van de data, wat cruciaal is voor data governance, kwaliteitsbeoordeling en het begrijpen van procesvariaties over verschillende systemen heen.

Dit kan een statische waarde zijn die is ingesteld tijdens dataextractie of een field binnen de brontabellen dat de herkomst van de data aangeeft.

Dit attribuut identificeert de specifieke zorgverlener, zoals een arts, therapeut of ziekenhuisafdeling, die verantwoordelijk is voor het leveren van de dienst. Verschillende zorgverleners kunnen verschillende factureringspatronen of documentatiegewoonten hebben die de omzetcyclus beïnvloeden.

Analyseren op basis van Service Provider kan helpen problemen met charge capture, codeernauwkeurigheid of documentatiekwaliteit op te sporen die ontstaan op het zorgpunt. Het kan mogelijkheden voor zorgaanbiederonderwijs of procesverbetering benadrukken om ervoor te zorgen dat claims vanaf het begin correct worden gegenereerd.

Helpt facturatieproblemen terug te traceren naar de bron, waardoor gerichte feedback en training voor klinisch personeel mogelijk is om de charge capture en documentatie te verbeteren.

Deze informatie is een belangrijk onderdeel van de charge of claim record in Optum360, vaak gekoppeld aan provider master data.

Case Duration meet de totale verstreken tijd van de allereerste event tot de allerlaatste event voor een enkele Billing Event. Dit is een belangrijke high-level KPI voor het beoordelen van de algehele procesefficiëntie.

Deze metric ondersteunt direct het 'RCM End-to-End Cycle Time Overview' dashboard en de 'Average RCM Cycle Time' KPI. Door dit over tijd te volgen, kan het management de impact van verbeterinitiatieven op de gehele omzetcyclus zien.

Vertegenwoordigt de end-to-end cycle time van het proces, een kritieke KPI voor het meten van de algehele processnelheid en efficiëntie.

Dit wordt berekend door de timestamp van het eerste event af te trekken van de timestamp van het laatste event voor elke unieke 'BillingEvent' case ID.

De End Time markeert de voltooiing van een activiteit. Hoewel Start Time aangeeft wanneer een event plaatsvond, is End Time noodzakelijk voor het berekenen van de duur van activiteiten die een aparte verwerkingstijd hebben, zoals 'Denial Rework Started' en de voltooiing ervan.

Bij procesanalyse maakt het vergelijken van Start Time en End Time voor activiteiten de berekening van de verwerkingstijd mogelijk. Dit helpt onderscheid te maken tussen actieve werktijd (verwerkingstijd) en inactiviteit (wachttijd tussen activiteiten), wat een gedetailleerder beeld geeft van de procesefficiëntie.

Maakt de berekening van precieze activity processing times mogelijk, wat helpt om actieve werktijd te onderscheiden van inactieve wachttijd in het proces.

Voor sommige activities kan dit een apart timestamp field zijn in het source system. Voor andere moet het mogelijk worden afgeleid uit de starttijd van de daaropvolgende activity.

Het User attribuut identificeert de specifieke persoon, het team of de geautomatiseerde bot die verantwoordelijk is voor het uitvoeren van een bepaalde activiteit. Dit maakt prestatieanalyse op individueel of groepsniveau mogelijk.

Inzicht in welke gebruiker of welk team een actie heeft uitgevoerd, is waardevol voor het beoordelen van productiviteit, kwaliteit en naleving van standaardprocedures. Het kan helpen bij het identificeren van trainingsbehoeften of het erkennen van goed presterende individuen en teams. Het helpt ook bij het onderscheiden van handmatig uitgevoerde taken versus taken die door automatisering worden afgehandeld.

Wijst verantwoordelijkheid toe voor processtappen en maakt performance analysis per individu of team mogelijk, wat cruciaal is voor resource management en training.

Gebruikers-ID's worden doorgaans vastgelegd in de audit logs of transactiegeschiedenis voor records in Optum360.

Is Rework is een boolean flag die activities identificeert die als non-value-added rework worden beschouwd, zoals 'Denial Rework Started' of 'Appeal Submitted'. Deze activities treden typisch op wanneer het proces afwijkt van zijn ideale 'happy path'.

Dit attribute helpt de hoeveelheid rework in het proces te kwantificeren, wat een directe indicator is van inefficiëntie en kosten. Het wordt gebruikt om de 'Billing Error Rework Rate' KPI te berekenen en ondersteunt het 'Knelpunt Identificatie & Rework Loops' dashboard door het gemakkelijk te maken om deze inefficiënte loops te filteren en te visualiseren.

Helpt procesinefficiëntie te kwantificeren door activities te markeren die rework vertegenwoordigen, waardoor het gemakkelijker wordt om verspilling te meten en aan te pakken.

Dit wordt doorgaans afgeleid met behulp van bedrijfslogica binnen de process mining tool. Bijvoorbeeld, elke activiteit na een 'Denial Received' event kan worden gemarkeerd als rework.

Dit attribuut registreert de datum en tijd waarop de data voor het laatst uit het bronsysteem is geëxtraheerd en in de process mining tool is geladen. Het geeft context over de actualiteit van de geanalyseerde data.

Dit is belangrijk voor analisten en zakelijke gebruikers om te begrijpen of zij de meest actuele informatie bekijken. Het helpt verwachtingen over datalatentie te beheren en is een cruciaal onderdeel van metadata voor elk analyseproject.

Biedt cruciale context over data freshness, zodat gebruikers begrijpen hoe actueel de analyse is.

Deze timestamp wordt doorgaans gegenereerd en opgeslagen door het dataextractie-, transformatie- en laadproces (ETL).

De Service Code is een gestandaardiseerde medische code die de procedure of dienst die aan de patiënt is geleverd nauwkeurig identificeert. Deze codes zijn vereist voor facturering en zijn een primaire bepaler van de vergoeding.

Het analyseren van het proces per Service Code kan aan het licht brengen dat bepaalde procedures gevoeliger zijn voor afwijzingen, meer documentatie vereisen of langere betalingstermijnen hebben. Dit maakt een gedetailleerder begrip van procesuitdagingen mogelijk en kan het codeer- en factureringsbeleid voor specifieke soorten diensten informeren.

Maakt analyse mogelijk op basis van het type medische dienst, wat patronen kan onthullen in denials of betalingsvertragingen specifiek voor bepaalde procedures.

Deze code is een fundamenteel onderdeel van de charge entry en claim detail records in Optum360.

Het Betaalde Bedrag is de cumulatieve som van alle betalingen die op de rekening zijn geboekt voor een specifieke facturatie event. Dit vertegenwoordigt het daadwerkelijk geïnde geld en is een primaire maatstaf voor het succes van de omzetcyclus.

Bij procesanalyse is het bijhouden van het betaalde bedrag essentieel voor het begrijpen van de cash flow en de algehele financiële prestaties. Het kan worden gebruikt om de betalingssnelheid te analyseren en gefactureerde bedragen te vergelijken met geïnde bedragen, wat problemen met onderbetalingen of oninbare schulden aan het licht brengt.

Vertegenwoordigt de daadwerkelijk geïnde cash, wat een belangrijke outcome metric is voor het RCM-proces en essentieel voor cash flow analysis.

Deze waarde wordt doorgaans opgeslagen in betalingstransactietabellen of samengevat op rekeningniveau in Optum360.