Uw Revenue Cycle Management Data Template

Dit attribute registreert de naam van elke activiteit die wordt uitgevoerd binnen de lifecycle van een facturatie-event. Voorbeelden zijn 'Charges Captured', 'Claim Submitted To Payer' en 'Payment Posted'. Deze activiteiten vormen de knooppunten van de ontdekte proceskaart.

Het analyseren van de volgorde en frequentie van activiteiten is de kern van process mining. Dit attribute helpt bij het identificeren van de meest voorkomende procespaden, het ontdekken van afwijkingen van de standaardprocedure en het begrijpen van de operationele flow van de omzetcyclus.

Het definieert de stappen in het proces, wat de visualisatie van de proceskaart en analyse van workflow patronen mogelijk maakt.

Doorgaans afgeleid uit event logs, statuswijzigingsrecords of specifieke transactietabellen die gekoppeld zijn aan verschillende stadia van de omzetcyclus in Oracle Health.

Het Billing Event fungeert als de primaire case identifier, die alle activiteiten van kostenregistratie tot accountafsluiting koppelt voor een afzonderlijk factureerbaar item. Elk Billing Event vertegenwoordigt een unieke instantie van het omzetcyclusproces, waardoor de reis door verschillende stadia, zoals claimindiening, betalingsboeking en mogelijke afwijzingen of aanpassingen, volledig kan worden gevolgd.

In process mining analyse is dit attribute fundamenteel voor het reconstrueren van de end-to-end processtroom. Het maakt de visualisatie van procesvarianten, de berekening van cyclustijden tussen activiteiten en de identificatie van knelpunten of afwijkingen die verband houden met specifieke factureerbare events mogelijk.

Dit is de essentiële sleutel voor het volgen van de gehele lifecycle van een factureerbare service, waardoor alle processtroomanalyse en prestatiemeting mogelijk worden.

Deze identifier moet een unieke sleutel zijn die aanwezig is in de kernfacturatie- of kosten-transactietabellen binnen Oracle Health Revenue Cycle. Raadpleeg de systeemdocumentatie om de primaire sleutel voor kosten-events te identificeren.

Dit attribute levert de timestamp voor elke activiteit, die het exacte moment markeert waarop deze plaatsvond. Het is essentieel voor het begrijpen van de timing en volgorde van events binnen de omzetcyclus voor een specifieke facturatie-event.

In analyse wordt de Event Timestamp gebruikt om activiteiten chronologisch te ordenen, looptijden en cyclustijden tussen verschillende stappen te berekenen en knelpuntanalyse uit te voeren. Het vormt de basis voor alle tijdgebonden process mining metrics, zoals het identificeren van vertragingen tussen 'Claim Submitted' en 'Remittance Received'.

Deze timestamp is cruciaal voor het ordenen van events, het berekenen van alle prestatie metrics zoals cyclustijden en looptijden, en het identificeren van procesknelpunten.

Elke transactie- of event log tabel in Oracle Health Revenue Cycle moet een timestamp kolom hebben die aangeeft wanneer de record is aangemaakt of het event heeft plaatsgevonden.

Dit attribute legt het bedrag vast van elke financiële aanpassing, zoals contractuele kortingen, afschrijvingen of correcties, die op de facturatie-event wordt toegepast. Aanpassingen verminderen direct de verwachte omzet uit een kostenpost.

Het 'Account Adjustment Impact' dashboard is sterk afhankelijk van dit attribute. Het analyseren van aanpassingsbedragen en de bijbehorende redenen helpt bij het identificeren van bronnen van omzetverlies, problemen met contractbeheer of knelpunten in het initiële proces van kostenregistratie. Het is een belangrijke metric voor financiële gezondheid.

Kwantificeert omzetverlies als gevolg van afschrijvingen of correcties, en helpt bij het identificeren en aanpakken van grondoorzaken van financiële erosie.

Gevonden in financial transaction tables die aanpassingen of afschrijvingen tegen een patiëntenrekening vastleggen.

Wanneer een betaler een claim afwijst, geeft deze een reden code op die de afwijzing verklaart, zoals 'Niet-gedekte service' of 'Duplicatie claim'. Dit attribute legt die code en de bijbehorende beschrijving vast.

Het analyseren van afwijzingsredenen is fundamenteel voor het verbeteren van de omzetcyclus. Het stelt de organisatie in staat om veelvoorkomende patronen te identificeren, zoals problemen met codering of patiëntgeschiktheid, en corrigerende maatregelen te implementeren om toekomstige afwijzingen te voorkomen. Dit heeft directe impact op de clean claim rate en vermindert de kosten van rework.

Biedt de grondoorzaak voor claimafwijzingen, waardoor gerichte verbeteringen mogelijk zijn om het percentage 'schone' claims te verhogen en de omzetinning te versnellen.

Deze informatie wordt ontvangen in het elektronische betalingsadvies (ANSI 835 bestand) van de betaler en moet worden opgeslagen in de claim- of betalingstabellen in Oracle Health.

Dit attribute specificeert de afdeling, zoals 'Charge Capture', 'Coding' of 'Collections', die de activiteit heeft uitgevoerd. Het biedt een organisatorische context aan de processtroom.

Het analyseren van het proces vanuit een afdelingsperspectief is essentieel voor het begrijpen van overdrachten tussen teams en het identificeren van cross-functionele inefficiënties. Het ondersteunt het 'Billing Department Workload' dashboard door het aggregeren van activiteiten en prestatie metrics op afdelingsniveau mogelijk te maken.

Wijs activiteiten toe aan organisatie-eenheden, wat cruciaal is voor het analyseren van interdepartementale overdrachten, workload en teamprestaties.

Deze informatie kan direct worden opgeslagen bij de user profile data in Oracle Health of worden afgeleid op basis van de gebruiker of het activiteitstype.

Dit attribute identificeert de medewerker of geautomatiseerde systeemgebruiker die verantwoordelijk is voor het uitvoeren van een specifieke activiteit in het proces. Het is cruciaal voor het begrijpen van de werkverdeling, resource performance en het identificeren van trainingsbehoeften.

In analyse maakt dit attribute het mogelijk om de proceskaart te filteren op gebruiker of team, prestaties te vergelijken tussen verschillende resources en de werkdruk te analyseren voor het 'Billing Department Workload' dashboard. Het kan helpen bij het identificeren van best presterende medewerkers of individuen die extra ondersteuning of training nodig hebben.

Koppelt procesactiviteiten aan specifieke gebruikers of teams, enabling workload analyse, prestatievergelijking, en identificatie van trainingsmogelijkheden.

Gebruikers-ID fields (bijv. 'CREATED_BY', 'USER_ID') zijn doorgaans aanwezig in transactietabellen binnen de Oracle Health modules.

Dit attribute identificeert de entiteit, zoals een verzekeringsmaatschappij of overheidsprogramma zoals Medicare, die wordt gefactureerd voor de service. Payer-informatie is fundamenteel voor revenue cycle analyse.

Het analyseren van het proces per betaler kan aanzienlijke variaties in betalingstijden, afwijzingspercentages en succespercentages van beroepen onthullen. Het helpt bij het identificeren van problematische betalers die vertragingen of omzetverlies veroorzaken en is essentieel voor het effectief beheren van betalerscontracten en -relaties.

Maakt segmentatie van het proces per betaler mogelijk, wat verschillende gedragingen, afwijzingspercentages en betalingssnelheden onthult – cruciaal voor de financiële prestaties.

Deze informatie is opgeslagen in de facturatie- of verzekeringsgegevens van de patiënt binnen Oracle Health Revenue Cycle.

Dit attribute toont het actuele openstaande bedrag dat verschuldigd is voor een facturatie-event nadat alle betalingen en aanpassingen zijn toegepast. Het vertegenwoordigt de actieve debiteuren voor die specifieke kostenpost.

Dit is een cruciaal attribute voor het 'Outstanding Balance Aging' dashboard. Het analyseren van deze waarde over tijd helpt bij het monitoren van de snelheid van de cashflow, het beoordelen van de effectiviteit van incassoinspanningen en het berekenen van belangrijke financiële KPI's zoals Days Sales Outstanding (DSO).

Volgt de huidige debiteuren voor elke case, wat essentieel is voor het beheren van de cashflow en het analyseren van de effectiviteit van incasso's.

Deze waarde wordt doorgaans berekend uit de som van alle financiële transacties (kosten, betalingen, aanpassingen) voor een gegeven facturatie-event. Het kan bestaan als een field in een accountsamenvattingstabel.

Dit attribute categoriseert het type patiëntbezoek of -ontmoeting dat de kostenpost heeft gegenereerd. Gangbare classificaties zijn Klinisch (Inpatient), Poliklinisch (Outpatient), Spoedeisend (Emergency) en Herhalende Patiënt (Recurring Patient). De patiëntklasse dicteert vaak het gehele facturatie- en claimindieningsproces.

Verschillende patiëntklassen volgen afzonderlijke procespaden en hebben verschillende compliance vereisten. Het analyseren van het proces op basis van dit attribute helpt om deze variaties te begrijpen, verbeterinitiatieven aan te passen en ervoor te zorgen dat de juiste procedures voor elke klasse worden gevolgd.

Scheidt verschillende processtromen (bijv. klinisch versus poliklinisch) die uiteenlopende complexiteiten, doorlooptijden en facturatievereisten hebben.

Dit is een standaard field dat geassocieerd is met een patiëntenontmoeting of opnamerecord in Oracle Health.

Dit attribute meet de actieve verwerkingstijd voor een event, berekend als het verschil tussen de start- en eind-timestamps. Het helpt onderscheid te maken tussen de tijd die actief aan een taak wordt gewerkt en de tijd die wordt besteed aan wachten op de volgende stap.

Dit is een cruciale metric voor prestatieanalyse, omdat het de efficiëntie van de resource die de taak uitvoert isoleert van systemische vertragingen. Het helpt vragen te beantwoorden over hoe lang het duurt om een claim te coderen of een betaling te boeken, onafhankelijk van hoe lang het item in een werkwachtrij heeft gelegen.

Meet de daadwerkelijke werkduur voor een activiteit, en scheidt deze van inactiviteits- of wachttijd om een duidelijker beeld te geven van de resource-efficiëntie.

Dit is een berekende metric, afgeleid door de EventTimestamp af te trekken van de EventEndTime. Het kan alleen worden berekend wanneer beide velden beschikbaar zijn.

Dit attribute identificeert de bronapplicatie of -module waar de data vandaan komt. Voor dit proces zal dit typisch 'Oracle Health Revenue Cycle' zijn, maar het kan ook verschillende modules binnen het systeem specificeren als data vanuit meerdere plaatsen wordt geïntegreerd.

Deze informatie is waardevol voor data governance en troubleshooting. Het helpt de data lineage te bevestigen en is belangrijk in omgevingen waar meerdere systemen bijdragen aan één end-to-end proces.

Biedt context over de data oorsprong, wat cruciaal is voor data validatie, governance en het begrijpen van procesvariaties die systeemafhankelijk kunnen zijn.

Dit is vaak een statische waarde die wordt toegevoegd tijdens het data extractie, transformatie en laad (ETL) proces om de herkomst van de dataset te labelen.

Dit attribute is de unieke ID die wordt toegewezen aan een claim die wordt gegenereerd en naar een betaler wordt gestuurd voor vergoeding. Eén facturatie-event kan gedurende de lifecycle leiden tot één of meerdere claims, bijvoorbeeld als een correctie nodig is.

Het gebruik van de Claim ID maakt het mogelijk om een specifieke indiening bij een betaler te traceren en deze direct te koppelen aan de respons, zoals een betaling of afwijzing. Het biedt een gedetailleerder niveau van tracking binnen het bredere revenue cycle proces.

Biedt een specifieke identificatiecode om het traject van een claim bij een betaler te volgen, wat gedetailleerder is dan het algemene facturatieevent.

Deze ID wordt gegenereerd door Oracle Health wanneer een claim wordt aangemaakt en wordt opgeslagen in de primaire claims-tabel.

Terwijl StartTime het begin van een activiteit markeert, markeert EventEndTime de voltooiing ervan. Niet alle activiteiten hebben een duidelijke eindtijd, aangezien veel events instantane zijn. Echter, voor activiteiten die een duur hebben, zoals 'Denial Appealed' (beroep op afwijzing ingediend) dat tijd kan kosten om te verwerken, is dit field zeer nuttig.

Dit attribute maakt een nauwkeurigere berekening van de verwerkingstijd voor individuele activiteiten mogelijk. Het helpt onderscheid te maken tussen wachttijd (tijd tussen activiteiten) en verwerkingstijd (tijd besteed aan een activiteit).

Maakt de directe berekening mogelijk van hoe lang een activiteit duurt, waarbij verwerkingstijd wordt gescheiden van wachttijd.

Sommige transactietabellen in Oracle Health Revenue Cycle kunnen zowel een start- als een eind-timestamp bevatten voor specifieke, langlopende taken.

Dit attribute vertegenwoordigt het initiële, onverdisconteerde bedrag dat in rekening wordt gebracht voor een service voordat enige aanpassingen, contractuele kortingen of betalingen worden toegepast. Het is de startwaarde voor de financiële facturatie-event.

Het volgen van het kostenbedrag is cruciaal voor financiële analyse, zoals het berekenen van de totale waarde van geleverde services en het begrijpen van de financiële impact van daaropvolgende aanpassingen of afschrijvingen. Het dient als basis voor het meten van omzetrealisatie.

Stelt de initiële financiële waarde van de case vast, wat fundamenteel is voor alle volgende financiële analyses en impactbeoordelingen.

Gevonden in de charge detail of charge transaction tables in Oracle Health.

Dit boolean attribute maakt onderscheid tussen activiteiten die worden uitgevoerd door software-automatisering, zoals bots of systeem batch jobs, en activiteiten die handmatig door een gebruiker worden uitgevoerd. Bijvoorbeeld, 'Claim Generated' kan een geautomatiseerde stap zijn, terwijl 'Denial Appealed' waarschijnlijk handmatig is.

Het analyseren van dit attribute helpt bij het begrijpen van het automatiseringsniveau in het proces en de impact ervan op efficiëntie en foutpercentages. Het kan worden gebruikt om de prestaties van geautomatiseerde versus handmatige paden te vergelijken en mogelijkheden voor verdere automatisering te identificeren.

Maakt onderscheid tussen menselijke en systeemgestuurde activiteiten, wat cruciaal is voor het analyseren van de effectiviteit van automatisering en het identificeren van nieuwe automatiseringskansen.

Dit wordt doorgaans afgeleid op basis van het UserPerformingAction attribute. Activiteiten die worden uitgevoerd door gebruikers-ID's zoals 'SYSTEM' of 'RPA_BOT' worden bijvoorbeeld als geautomatiseerd gemarkeerd.

Dit berekende attribute markeert activiteiten die een afwijking van het ideale 'happy path' aangeven en neerkomen op rework. Voorbeelden zijn 'Corrected Claim Submitted' of 'Denial Appealed', die niet zouden voorkomen als het proces de eerste keer perfect verliep.

Het identificeren en kwantificeren van rework is een belangrijk doel van process mining. Deze vlag maakt eenvoudig filteren en analyseren van alle rework loops mogelijk, wat helpt bij het meten van de frequentie, kosten en oorzaken van procesinefficiënties. Het is essentieel voor het begrijpen van de werkelijke kosten van kwaliteit in de revenue cycle.

Helpt de frequentie en impact van rework loops te kwantificeren, en belicht procesinefficiënties en de kosten van slechte kwaliteit.

Dit is een afgeleid attribute. Het wordt berekend tijdens data transformatie door bedrijfslogica toe te passen die specifieke activiteitsnamen markeert als rework.

Dit attribute toont wanneer de dataset voor het laatst is bijgewerkt. Het geeft context over de actualiteit van de geanalyseerde data, wat belangrijk is voor het begrijpen van de tijdigheid van de inzichten die voortvloeien uit de process mining analyse.

Gebruikers kunnen dit attribute controleren om te bevestigen dat ze de meest recente procesinformatie bekijken. Het helpt verwachtingen te beheren over de actualiteit van de data en is een belangrijk onderdeel van data governance en kwaliteitsborging.

Geeft de actualiteit van de data aan, wat garandeert dat analyse en beslissingen zijn gebaseerd op up-to-date informatie.

Dit is een metadata field dat doorgaans wordt gegenereerd en gevuld tijdens het ETL-proces dat data in het process mining platform laadt.

Dit attribute is de unieke identifier voor de patiënt die de service heeft ontvangen, vaak bekend als het Medisch Dossier Nummer (MDN). Het koppelt de financiële transactie aan een specifiek individu.

Hoewel het niet de case ID voor het proces is, is de Patient ID nuttig voor het aggregeren van alle facturatie-events voor één patiënt om hun gehele financiële traject te begrijpen. Het maakt ook segmentatie mogelijk op basis van patiëntdemografie of geschiedenis indien gekoppeld met patiëntstamdata.

Koppelt financiële events aan een specifieke patiënt, wat patiëntgerichte analyse en aggregatie van al hun facturatieactiviteiten mogelijk maakt.

Deze identifier is een kernelement van de patiëntenstamkaart en zal aanwezig zijn in alle gerelateerde transactietabellen zoals kosten, claims en betalingen.

Dit attribute legt de reden vast waarom een patiënt of andere verantwoordelijke partij een factuur heeft betwist. Redenen kunnen incorrecte kosten, niet-geleverde services of problemen met de verzekeringsafhandeling omvatten.

Deze informatie is essentieel voor het 'Invoice Dispute Resolution Metrics' dashboard. Inzicht in de meest voorkomende redenen voor geschillen helpt bij het identificeren van systemische problemen in de processen van kostenregistratie, codering of facturatie. Het aanpakken van deze hoofdoorzaken kan de geschillenratio en de administratieve overhead die nodig is om ze op te lossen aanzienlijk verminderen.

Verklaart waarom facturen worden betwist, en biedt direct inzicht in problemen met de factuurnauwkeurigheid of -duidelijkheid die moeten worden opgelost.

Dit wordt waarschijnlijk opgeslagen in een case management of customer service module binnen Oracle Health, gekoppeld aan het account van de patiënt.