Jouw datatemplate voor Revenue Cycle Management

Dit attribuut legt de naam vast van elke activiteit binnen de levenscyclus van een Billing 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 vormt de kern van process mining. Met dit attribuut vind je de meest voorkomende procespaden, ontdek je afwijkingen van de standaardprocedure en krijg je inzicht in het operationele verloop van de omzetcyclus.

Het definieert de processtappen, zodat je de proceskaart kunt visualiseren en workflowpatronen kunt analyseren.

Meestal afkomstig uit event logs, records van statuswijzigingen of specifieke transactietabellen die horen bij verschillende fasen van de omzetcyclus in Oracle Health.

Dit attribuut bevat de timestamp van elke activiteit en markeert het exacte moment waarop die plaatsvond. Het is nodig om de timing en volgorde van gebeurtenissen binnen de omzetcyclus van een specifieke Billing Event te begrijpen.

In analyses gebruik je de Event Timestamp om activiteiten chronologisch te ordenen, doorlooptijden tussen stappen te berekenen en knelpunten te analyseren. Het is de basis voor alle tijdgebaseerde process mining-metrics, zoals het herkennen van vertragingen tussen 'Claim Submitted' en 'Remittance Received'.

Deze timestamp is belangrijk om gebeurtenissen te ordenen, alle prestatiemaatstaven zoals doorlooptijden en tijdsduur te berekenen en procesknelpunten te vinden.

Elke tabel met transacties of event logs in Oracle Health Revenue Cycle moet een timestampkolom hebben die aangeeft wanneer de record is aangemaakt of de gebeurtenis heeft plaatsgevonden.

De Billing Event is de primaire case-identificatie en koppelt alle activiteiten van charge capture tot het sluiten van de rekening aan elkaar voor één afzonderlijk factureerbaar item. Elke Billing Event staat voor een unieke uitvoering van het omzetcyclusproces. Zo kun je het verloop door verschillende fasen volgen, zoals claimindiening, het verwerken van betalingen en mogelijke afwijzingen of aanpassingen.

Bij process mining is dit attribuut de basis voor het reconstrueren van het end-to-end-procesverloop. Je kunt procesvarianten visualiseren, doorlooptijden tussen activiteiten berekenen en knelpunten of afwijkingen vinden die bij specifieke factureerbare items horen.

Dit is de essentiële sleutel om de volledige levenscyclus van een factureerbare dienst te volgen. Daarmee kun je het procesverloop analyseren en prestaties meten.

Deze identificatie moet een unieke sleutel zijn in de centrale tabellen voor facturatie- of charge-transacties binnen Oracle Health Revenue Cycle. Raadpleeg de systeemdocumentatie om de primaire sleutel voor charge-events te bepalen.

Dit attribuut bevat het bedrag van elke financiële aanpassing, zoals contractuele kortingen, afboekingen of correcties, die op de Billing Event is toegepast. Aanpassingen verlagen de verwachte omzet van een charge rechtstreeks.

Het dashboard 'Account Adjustment Impact' gebruikt dit attribuut intensief. Door aanpassingsbedragen en de bijbehorende redenen te analyseren, vind je bronnen van omzetverlies, problemen met contractbeheer of fouten bij de eerste charge capture. Het is een belangrijke maatstaf voor de financiële gezondheid.

Maakt omzetverlies door afboekingen of correcties meetbaar. Zo kun je de oorzaken van financiële achteruitgang vinden en aanpakken.

Te vinden in tabellen met financiële transacties waarin aanpassingen of afboekingen op een patiëntenrekening worden vastgelegd.

Dit attribuut geeft aan welke afdeling, zoals 'Charge Capture', 'Coding' of 'Collections', de activiteit heeft uitgevoerd. Het voegt organisatorische context toe aan het procesverloop.

Een analyse per afdeling is belangrijk om overdrachten tussen teams te begrijpen en inefficiënties tussen functies te vinden. Het ondersteunt het dashboard 'Billing Department Workload' doordat je activiteiten en prestatiemaatstaven per afdeling kunt samenvoegen.

Wijst activiteiten toe aan organisatieonderdelen. Dat is belangrijk voor het analyseren van overdrachten tussen afdelingen, werkbelasting en teamprestaties.

Deze informatie kan rechtstreeks in de gebruikersprofielen van Oracle Health staan of worden afgeleid op basis van de gebruiker of het activiteitstype.

Dit attribuut identificeert de medewerker of geautomatiseerde systeemgebruiker die verantwoordelijk is voor een specifieke activiteit in het proces. Het is belangrijk om de verdeling van het werk en de prestaties van middelen te begrijpen en opleidingsbehoeften te vinden.

In analyses kun je hiermee de proceskaart filteren op gebruiker of team, prestaties van verschillende middelen vergelijken en de werkbelasting analyseren voor het dashboard 'Billing Department Workload'. Zo zie je welke medewerkers goed presteren en wie extra ondersteuning of training nodig heeft.

Koppelt procesactiviteiten aan specifieke gebruikers of teams. Zo kun je werkbelasting en prestaties analyseren en mogelijkheden voor training vinden.

Gebruikers-ID-velden, zoals 'CREATED_BY' en 'USER_ID', staan meestal in transactietabellen van verschillende Oracle Health-modules.

Dit attribuut identificeert de partij, zoals een verzekeraar of overheidsprogramma als Medicare, aan wie de dienst wordt gefactureerd. Informatie over de betaler vormt een belangrijke basis voor analyses van de omzetcyclus.

Door het proces per betaler te analyseren, zie je grote verschillen in betalingstijden, afwijzingspercentages en succespercentages van bezwaren. Zo vind je betalers die vertragingen of omzetverlies veroorzaken. Dit helpt ook bij het beheren van contracten en relaties met betalers.

Maakt segmentatie van het proces per betaler mogelijk. Zo zie je verschillen in gedrag, afwijzingspercentages en betalingssnelheid, wat belangrijk is voor de financiële prestaties.

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

Dit attribuut toont het actuele openstaande bedrag van een Billing Event nadat alle betalingen en aanpassingen zijn verwerkt. Het staat voor de actieve openstaande vordering voor die specifieke charge.

Dit is een belangrijk attribuut voor het dashboard 'Outstanding Balance Aging'. Door deze waarde in de tijd te analyseren, kun je de snelheid van de cashflow volgen, de effectiviteit van incasso beoordelen en financiële KPI's zoals Days Sales Outstanding (DSO) berekenen.

Volgt de actuele openstaande vordering per case. Dat is belangrijk voor het beheren van de cashflow en het analyseren van de effectiviteit van incasso.

Deze waarde wordt meestal berekend als de som van alle financiële transacties (kosten, betalingen en correcties) voor een bepaalde factureringsgebeurtenis. De waarde kan als veld in een tabel met accountsamenvattingen staan.

Dit attribuut categoriseert het type patiëntbezoek of patiëntcontact waarvoor de charge is gegenereerd. Veelvoorkomende classificaties zijn Inpatient, Outpatient, Emergency en Recurring Patient. De patiëntklasse bepaalt vaak het volledige proces voor facturatie en claimindiening.

Verschillende patiëntklassen volgen verschillende procespaden en hebben andere compliancevereisten. Door het proces op basis van dit attribuut te analyseren, begrijp je deze verschillen beter, kun je verbeterinitiatieven erop afstemmen en controleren of voor elke klasse de juiste procedures worden gevolgd.

Scheidt verschillende processtromen, zoals Inpatient en Outpatient, die elk hun eigen complexiteit, doorlooptijden en facturatievereisten hebben.

Dit is een standaardveld dat aan een patiëntcontact of opnamerecord in Oracle Health is gekoppeld.

Wanneer een betaler een declaratie afwijst, geeft die een redencode op die de afwijzing verklaart, zoals 'Niet-verzekerde dienst' of 'Dubbele declaratie'. Dit attribuut bevat die code en de bijbehorende omschrijving.

Het analyseren van afwijsredenen is belangrijk om de omzetcyclus te verbeteren. Zo kan de organisatie veelvoorkomende patronen herkennen, zoals problemen met codering of de verzekerbaarheid van patiënten, en corrigerende maatregelen nemen om toekomstige afwijzingen te voorkomen. Dit heeft direct effect op het percentage declaraties dat in één keer wordt goedgekeurd en verlaagt de kosten van herstelwerk.

Geeft de onderliggende oorzaak van afgewezen declaraties, zodat je gerichte verbeteringen kunt doorvoeren, het percentage declaraties dat in één keer wordt goedgekeurd kunt verhogen en betalingen sneller kunt innen.

Deze informatie komt van de betaler in de elektronische betalingsspecificatie (ANSI 835-bestand) en moet worden opgeslagen in de declaratie- of betalingsspecificatietabellen in Oracle Health.

Dit attribuut identificeert de bronapplicatie of -module waaruit de data afkomstig is. Voor dit proces is dat meestal 'Oracle Health Revenue Cycle', maar het kan ook verschillende modules binnen het systeem aangeven als de data uit meerdere bronnen is geïntegreerd.

Deze informatie is waardevol voor datagovernance en het oplossen van problemen. Ze helpt de herkomst van de data te bevestigen en is belangrijk in omgevingen waarin meerdere systemen bijdragen aan één end-to-end-proces.

Geeft context over de herkomst van de data. Dat is belangrijk voor datavalidatie, governance en het begrijpen van procesvarianten die afhankelijk kunnen zijn van het systeem.

Dit is vaak een statische waarde die tijdens het ETL-proces voor extractie, transformatie en laden wordt toegevoegd om de herkomst van de dataset te labelen.

Dit attribuut staat voor het oorspronkelijke bedrag vóór kortingen, contractuele aanpassingen of betalingen. Het is de financiële startwaarde van de Billing Event.

Het chargebedrag volgen is belangrijk voor financiële analyses, zoals het berekenen van de totale waarde van geleverde diensten en het begrijpen van het financiële effect van latere aanpassingen of afboekingen. Het vormt de basis voor het meten van gerealiseerde omzet.

Legt de oorspronkelijke financiële waarde van de case vast. Dat is de basis voor alle volgende financiële analyses en impactbeoordelingen.

Te vinden in de tabellen met charge-details of charge-transacties in Oracle Health.

Dit attribuut is de unieke ID die wordt toegewezen aan een declaratie die voor vergoeding wordt opgesteld en naar een betaler wordt gestuurd. Eén factureringsgebeurtenis kan gedurende de levenscyclus leiden tot één of meer declaraties, bijvoorbeeld wanneer een correctie nodig is.

Met de Claim ID kun je een specifieke indiening bij een betaler volgen en die rechtstreeks koppelen aan de reactie, zoals een betaling of afwijzing. Zo krijg je binnen het bredere proces van de omzetcyclus een gedetailleerder overzicht.

Geeft een specifieke identificatie om het verloop van een declaratie bij een betaler te volgen. Dit is gedetailleerder dan de algemene factureringsgebeurtenis.

Deze ID wordt door Oracle Health gegenereerd wanneer een declaratie wordt aangemaakt en opgeslagen in de primaire declaratietabel.

StartTime markeert het begin van een activiteit, terwijl EventEndTime het einde aangeeft. Niet elke activiteit heeft een afzonderlijke eindtijd, omdat veel activiteiten directe gebeurtenissen zijn. Voor activiteiten met een bepaalde duur, zoals 'Denial Appealed', die tijd kunnen kosten om te verwerken, is dit veld wel erg nuttig.

Met dit attribuut kun je de verwerkingstijd van afzonderlijke activiteiten nauwkeuriger berekenen. Je maakt onderscheid tussen wachttijd, de tijd tussen activiteiten, en verwerkingstijd, de tijd die aan een activiteit wordt besteed.

Hiermee bereken je rechtstreeks hoe lang een activiteit duurt. Zo scheid je verwerkingstijd van wachttijd.

Sommige transactietabellen in Oracle Health Revenue Cycle bevatten mogelijk zowel een start- als eindtimestamp voor specifieke taken die langere tijd duren.

Dit booleaanse attribuut maakt onderscheid tussen activiteiten die door softwareautomatisering zijn uitgevoerd, zoals bots of systeembatchtaken, en activiteiten die handmatig door een gebruiker zijn uitgevoerd. Zo kan 'Claim Generated' een geautomatiseerde stap zijn, terwijl 'Denial Appealed' waarschijnlijk handmatig gebeurt.

Met dit attribuut kun je het automatiseringsniveau van het proces en het effect daarvan op efficiëntie en foutpercentages begrijpen. Je kunt de prestaties van geautomatiseerde en handmatige routes vergelijken en mogelijkheden voor verdere automatisering vinden.

Maakt onderscheid tussen activiteiten die door mensen en door systemen worden uitgevoerd. Dat is belangrijk om de effectiviteit van automatisering te analyseren en nieuwe mogelijkheden voor automatisering te vinden.

Dit wordt meestal afgeleid van het attribuut UserPerformingAction. Activiteiten die bijvoorbeeld door gebruikers-ID's als 'SYSTEM' of 'RPA_BOT' zijn uitgevoerd, krijgen de vlag geautomatiseerd.

Dit berekende attribuut markeert activiteiten die afwijken van de ideale 'happy path' en herstelwerk vormen. Voorbeelden zijn 'Corrected Claim Submitted' en 'Denial Appealed'. Deze activiteiten zouden niet nodig zijn als het proces de eerste keer goed was verlopen.

Het herkennen en kwantificeren van herstelwerk is een belangrijk doel van process mining. Met deze vlag kun je alle herstelwerklussen eenvoudig filteren en analyseren. Zo meet je hoe vaak ze voorkomen, wat ze kosten en waardoor procesinefficiënties ontstaan. Dit is essentieel om de werkelijke kwaliteitskosten in de omzetcyclus te begrijpen.

Helpt de frequentie en impact van herstelwerk te kwantificeren en maakt procesinefficiënties en de kosten van gebrekkige kwaliteit zichtbaar.

Dit is een afgeleid attribuut. Het wordt tijdens de datatransformatie berekend met bedrijfslogica die specifieke activiteitennamen als herstelwerk markeert.

Dit attribuut laat zien wanneer de dataset voor het laatst is bijgewerkt. Het geeft context over de actualiteit van de geanalyseerde data. Dat is belangrijk om te bepalen hoe actueel de inzichten uit de process mining-analyse zijn.

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

Geeft aan hoe actueel de data is, zodat analyses en beslissingen op recente informatie zijn gebaseerd.

Dit is een metadataveld dat meestal wordt aangemaakt en gevuld tijdens het ETL-proces waarmee data in het process mining-platform wordt geladen.

Dit attribuut is de unieke identificatie voor de patiënt die de dienst heeft ontvangen, vaak aangeduid als Medical Record Number (MRN). Het koppelt de financiële transactie aan een specifieke persoon.

Hoewel dit niet de case-ID van het proces is, kun je met de Patient ID alle factureringsgebeurtenissen van één patiënt samenvoegen om diens volledige financiële verloop te begrijpen. Je kunt de data ook segmenteren op basis van patiëntkenmerken of voorgeschiedenis, als je de ID koppelt aan stamdata van patiënten.

Koppelt financiële gebeurtenissen aan een specifieke patiënt, zodat je patiëntgerichte analyses kunt uitvoeren en alle factureringsactiviteiten van die patiënt kunt samenvoegen.

Deze identificatie is een kernelement van het patiëntstamrecord en komt voor in alle gerelateerde transactietabellen, zoals kosten, declaraties en betalingen.

Dit attribuut bevat de reden waarom een patiënt of andere verantwoordelijke partij een rekening betwist. Mogelijke redenen zijn onjuiste kosten, niet-geleverde diensten of problemen met de verwerking door de verzekeraar.

Deze informatie is essentieel voor het dashboard 'Kengetallen voor het oplossen van factuurgeschillen'. Als je begrijpt welke redenen het vaakst voorkomen, kun je structurele problemen in het vastleggen van kosten, de codering of de facturering herkennen. Door deze onderliggende oorzaken aan te pakken, kun je het aantal geschillen en de administratieve werklast voor het oplossen ervan aanzienlijk verlagen.

Legt uit waarom facturen worden betwist en geeft direct inzicht in problemen met de juistheid of duidelijkheid van de facturering die moeten worden opgelost.

Dit wordt waarschijnlijk opgeslagen in een casemanagement- of klantenservicemodule binnen Oracle Health, gekoppeld aan het account van de patiënt.