Datatemplate voor beheer van de omzetcyclus

Dit attribuut bevat de naam van elke activiteit tijdens de levenscyclus van een Billing Event. Voorbeelden zijn ‘Kosten vastgelegd’, ‘Declaratie ingediend bij betaler’ en ‘Betaling verwerkt’. Deze activiteiten vormen de knooppunten van de gevonden proceskaart.

De volgorde en frequentie van activiteiten analyseren is de kern van process mining. Met dit attribuut kun je de meest voorkomende procespaden vinden, afwijkingen van de standaardprocedure opsporen en zien hoe het proces van de omzetcyclus verloopt.

Het beschrijft de stappen in het proces. Zo kun je de proceskaart bekijken en workflowpatronen analyseren.

Meestal afgeleid uit event logs, statuswijzigingen of specifieke transactietabellen voor verschillende fasen van de omzetcyclus in Oracle Health.

De Billing Event is de primaire case-ID en koppelt alle activiteiten, van het vastleggen van kosten tot het afsluiten van de rekening, aan één afzonderlijk factureerbaar item. Elke Billing Event staat voor één uitvoering van het omzetcyclusproces. Zo kun je het verloop volgen door verschillende fasen, zoals het indienen van declaraties, het verwerken van betalingen en eventuele afwijzingen of correcties.

Bij process mining is dit attribuut essentieel om de processtroom van begin tot eind te reconstrueren. Je kunt procesvarianten zichtbaar maken, doorlooptijden tussen activiteiten berekenen en bottlenecks of afwijkingen bij specifieke factureerbare gebeurtenissen opsporen.

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

Deze identificatiecode moet een unieke sleutel zijn in de belangrijkste facturatie- of kostentransactietabellen van Oracle Health Revenue Cycle. Raadpleeg de systeemdocumentatie om de primaire sleutel voor kostengebeurtenissen te vinden.

Dit attribuut bevat de timestamp van elke activiteit en geeft aan wanneer deze precies plaatsvond. Zo kun je de timing en volgorde van gebeurtenissen binnen de omzetcyclus voor een specifieke Billing Event bepalen.

Bij analyses gebruik je de timestamp van de gebeurtenis om activiteiten chronologisch te ordenen, de duur en doorlooptijden tussen stappen te berekenen en bottleneckanalyses uit te voeren. Dit vormt de basis voor alle tijdsgebonden process mining-metrieken, zoals het opsporen van vertragingen tussen ‘Declaratie ingediend’ en ‘Betalingsoverzicht ontvangen’.

Deze timestamp is belangrijk om gebeurtenissen te ordenen, prestatiemetrieken zoals doorlooptijden en duur te berekenen en bottlenecks in het proces op te sporen.

Elke transactie- of eventlogtabel in Oracle Health Revenue Cycle hoort een timestampkolom te bevatten die aangeeft wanneer de registratie is aangemaakt of de gebeurtenis plaatsvond.

Dit attribuut registreert het bedrag van financiële correcties, zoals contractuele vergoedingen, afboekingen of aanpassingen, die op de factureringsgebeurtenis zijn toegepast. Correcties verlagen de verwachte omzet van een kostenpost.

Het dashboard ‘Impact van rekeningcorrecties’ is sterk afhankelijk van dit attribuut. Door correctiebedragen en de bijbehorende redenen te analyseren, kun je bronnen van omzetverlies, problemen met contractbeheer of fouten bij de oorspronkelijke registratie van kosten opsporen. Dit is een belangrijke metriek voor de financiële gezondheid.

Brengt omzetverlies door afboekingen of correcties in cijfers in kaart. Zo kun je de oorzaken van financiële achteruitgang opsporen en aanpakken.

Te vinden in financiële transactietabellen met correcties of afboekingen op een patiëntenrekening.

Dit attribuut geeft aan welke afdeling de activiteit heeft uitgevoerd, zoals ‘Kosten vastleggen’, ‘Codering’ of ‘Incasso’. Zo krijgt de processtroom een organisatorische context.

Het proces vanuit het perspectief van afdelingen analyseren is belangrijk om overdrachten tussen teams te begrijpen en inefficiënties tussen afdelingen op te sporen. Dit ondersteunt het dashboard ‘Werkdruk facturatieafdeling’, waarmee je activiteiten en prestatiemetrieken per afdeling kunt samenvoegen.

Koppelt activiteiten aan organisatieonderdelen. Dat is belangrijk om overdrachten tussen afdelingen, werkdruk en teamprestaties te analyseren.

Deze informatie kan rechtstreeks in de gebruikersprofieldata van Oracle Health staan of worden afgeleid op basis van de gebruiker of het type activiteit.

Dit attribuut geeft aan welke medewerker of geautomatiseerde systeemgebruiker verantwoordelijk is voor een specifieke activiteit in het proces. Het helpt om de werkverdeling en bronprestaties te begrijpen en opleidingsbehoeften op te sporen.

Je kunt hiermee de proceskaart filteren op gebruiker of team, prestaties van verschillende bronnen vergelijken en de werkdruk analyseren in het dashboard ‘Werkdruk facturatieafdeling’. Ook kun je zien wie goed presteert en wie extra ondersteuning of opleiding nodig heeft.

Koppelt procesactiviteiten aan specifieke gebruikers of teams. Zo kun je de werkdruk analyseren, prestaties vergelijken en opleidingsmogelijkheden opsporen.

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

Dit attribuut geeft aan welke partij, zoals een verzekeraar of overheidsprogramma als Medicare, voor de dienst wordt gefactureerd. Informatie over de betaler is essentieel voor analyses van de omzetcyclus.

Door het proces per betaler te analyseren, kun je verschillen in betalingstermijnen, afwijzingspercentages en het succes van bezwaren vinden. Zo spoor je betalers op die vertragingen of omzetverlies veroorzaken. Deze informatie is ook belangrijk voor het beheer van contracten en relaties met betalers.

Hiermee kun je het proces per betaler uitsplitsen en verschillen in gedrag, afwijzingspercentages en betalingsduur zien. Dat is belangrijk voor de financiële prestaties.

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

Dit attribuut toont het huidige openstaande bedrag voor een factureringsgebeurtenis, nadat alle betalingen en correcties zijn verwerkt. Het is de openstaande vordering voor die specifieke kostenpost.

Dit attribuut is essentieel voor het dashboard ‘Veroudering van openstaande saldi’. Door de waarde in de tijd te analyseren, kun je de snelheid van de kasstroom volgen, de effectiviteit van incasso beoordelen en belangrijke financiële KPI’s berekenen, zoals Days Sales Outstanding (DSO).

Houdt de huidige vordering per case bij. Dat is essentieel voor het beheer van de kasstroom en voor analyses van de effectiviteit van incasso.

Deze waarde wordt meestal berekend door alle financiële transacties (kosten, betalingen en correcties) voor een factureringsgebeurtenis bij elkaar op te tellen. De waarde kan ook als veld in een rekeningsamenvattingstabel staan.

Dit attribuut deelt het type patiëntenbezoek of patiëntcontact in dat tot de kosten heeft geleid. Veelvoorkomende categorieën zijn klinische opname, poliklinisch bezoek, spoedzorg en terugkerende patiënt. De patiëntklasse bepaalt vaak het volledige facturatie- en declaratieproces.

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

Maakt onderscheid tussen verschillende processtromen, zoals klinische opname en poliklinisch bezoek, met elk hun eigen complexiteit, doorlooptijden en facturatievereisten.

Dit is een standaardveld bij een patiëntcontact of opname in Oracle Health.

Wanneer een betaler een claim afwijst, geeft die een redencode op, bijvoorbeeld ‘Dienst niet gedekt’ of ‘Dubbele claim’. Dit attribuut registreert de code en de bijbehorende omschrijving.

Analyse van afwijsredenen is belangrijk om de omzetcyclus te verbeteren. Zo kan de organisatie veelvoorkomende patronen opsporen, zoals problemen met codering of de verzekeringsgerechtigdheid van patiënten, en maatregelen nemen om nieuwe afwijzingen te voorkomen. Dit heeft direct invloed op het percentage foutloze claims en beperkt herstelwerk.

Geeft de oorzaak van afgewezen claims weer. Zo kun je gericht verbeteringen doorvoeren, het percentage foutloze claims verhogen en de inning van omzet versnellen.

Deze informatie komt van de betaler via het elektronische betalingsadvies (ANSI 835-bestand) en hoort te worden opgeslagen in de claim- of betalingstabellen in Oracle Health.

Dit attribuut geeft het oorspronkelijke bedrag weer dat voor een dienst in rekening is gebracht, vóór kortingen, contractuele vergoedingen of betalingen. Het is de financiële beginwaarde van de factureringsgebeurtenis.

Het bedrag van de kosten bijhouden is belangrijk voor financiële analyses, bijvoorbeeld om de totale waarde van geleverde diensten te berekenen en te zien wat latere correcties of afboekingen financieel betekenen. Het vormt de basis om te meten hoeveel omzet daadwerkelijk wordt gerealiseerd.

Bepaalt de oorspronkelijke financiële waarde van de case. Die vormt de basis voor alle volgende financiële analyses en effectmetingen.

Te vinden in de tabellen met kostendetails of kostentransacties in Oracle Health.

Dit attribuut geeft aan uit welke brontoepassing of module de data afkomstig zijn. Voor dit proces is dat meestal ‘Oracle Health Revenue Cycle’, maar het kan ook een specifieke module zijn als de data uit meerdere onderdelen van het systeem komen.

Deze informatie is nuttig voor datagovernance en het oplossen van problemen. Je kunt de herkomst van de data controleren. Dat is belangrijk in omgevingen waar meerdere systemen bijdragen aan één proces van begin tot eind.

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

Dit is vaak een vaste waarde die tijdens het proces van data-extractie, transformatie en laden (ETL) wordt toegevoegd om de herkomst van de dataset aan te geven.

Dit attribuut is de unieke ID van een claim die wordt aangemaakt en naar een betaler wordt gestuurd voor vergoeding. Eén factureringsgebeurtenis kan tijdens de levenscyclus tot een of meer claims leiden, bijvoorbeeld als een correctie nodig is.

Met de claim-ID kun je een specifieke indiening bij een betaler volgen en koppelen aan het antwoord, zoals een betaling of afwijzing. Zo kun je binnen de bredere omzetcyclus op een gedetailleerder niveau volgen.

Geeft een specifieke identificatiecode om het verloop van een claim bij een betaler te volgen. Dit is gedetailleerder dan de factureringsgebeurtenis als geheel.

Oracle Health maakt deze ID aan wanneer een claim wordt aangemaakt en slaat die op in de primaire claimtabel.

StartTime geeft aan wanneer een activiteit begint, EventEndTime wanneer deze eindigt. Niet elke activiteit heeft een afzonderlijke eindtijd, omdat veel gebeurtenissen direct plaatsvinden. Voor activiteiten met een bepaalde duur is dit veld wel nuttig, bijvoorbeeld bij ‘Bezwaar tegen afwijzing ingediend’, waarvoor de verwerking tijd kan kosten.

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

Hiermee kun je berekenen hoelang een activiteit duurt en de verwerkingstijd onderscheiden van de wachttijd.

Sommige transactietabellen in Oracle Health Revenue Cycle bevatten mogelijk een begin- en eindtimestamp voor specifieke taken die langer duren.

Dit booleaanse attribuut maakt onderscheid tussen activiteiten die door softwareautomatisering zijn uitgevoerd, zoals bots of batchtaken van het systeem, en activiteiten die handmatig door een gebruiker zijn uitgevoerd. ‘Claim aangemaakt’ kan bijvoorbeeld een geautomatiseerde stap zijn, terwijl ‘Afwijzing aangevochten’ waarschijnlijk handmatig gebeurt.

Analyse van dit attribuut geeft inzicht in de mate van automatisering en de invloed daarvan op efficiëntie en foutpercentages. Je kunt de prestaties van geautomatiseerde en handmatige routes vergelijken en mogelijkheden voor verdere automatisering opsporen.

Maakt onderscheid tussen activiteiten van medewerkers en activiteiten die door het systeem 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 van gebruikers-ID’s zoals ‘SYSTEM’ of ‘RPA_BOT’ worden bijvoorbeeld als geautomatiseerd gemarkeerd.

Dit berekende attribuut markeert activiteiten die afwijken van de ideale route en herstelwerk vormen. Voorbeelden zijn ‘Claim gecorrigeerd en ingediend’ of ‘Afwijzing aangevochten’. Die stappen zijn niet nodig als het proces in één keer goed verloopt.

Herstelwerk opsporen en kwantificeren is een belangrijk doel van process mining. Met deze aanduiding kun je alle herstelrondes eenvoudig filteren en analyseren, en de frequentie, kosten en oorzaken van procesinefficiëntie meten. Dit is essentieel om de werkelijke kosten van kwaliteitsproblemen in de omzetcyclus te begrijpen.

Helpt de frequentie en impact van herstelrondes te meten. Zo worden procesinefficiëntie en de kosten van gebrekkige kwaliteit zichtbaar.

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

Dit attribuut laat zien wanneer de dataset voor het laatst is bijgewerkt. Zo weet je hoe actueel de geanalyseerde data zijn, wat belangrijk is om de actualiteit van de inzichten uit de process mining-analyse te beoordelen.

Gebruikers kunnen dit attribuut controleren om te zien of ze de meest recente procesinformatie bekijken. Het geeft aan hoe actueel de data zijn en is een belangrijk onderdeel van datagovernance en kwaliteitsbewaking.

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

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

Dit attribuut is de unieke identificatiecode van de patiënt die de dienst heeft ontvangen, vaak het medisch dossiernummer (MRN). Het koppelt de financiële transactie aan een specifieke persoon.

De patiënt-ID is niet de case-ID van het proces, maar is wel handig om alle factureringsgebeurtenissen van één patiënt samen te voegen en diens volledige financiële traject te bekijken. Als je de ID koppelt aan de stamgegevens van patiënten, kun je ook segmenteren op demografische gegevens of voorgeschiedenis.

Koppelt financiële gebeurtenissen aan een specifieke patiënt. Zo kun je analyses per patiënt uitvoeren en alle factureringsactiviteiten van die patiënt samenvoegen.

Deze identificatiecode is een vast onderdeel van het patiëntendossier en staat in alle gerelateerde transactietabellen, zoals die voor kosten, claims en betalingen.

Dit attribuut registreert waarom een patiënt of andere verantwoordelijke 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 ‘Metrieken voor het oplossen van factuurgeschillen’. Inzicht in de meest voorkomende redenen helpt structurele problemen bij de registratie van kosten, codering of facturering op te sporen. Door de oorzaken aan te pakken, kun je het aantal geschillen en de administratieve werklast voor de afhandeling ervan flink terugdringen.

Geeft aan waarom facturen worden betwist. Zo zie je waar de juistheid of duidelijkheid van de facturering tekortschiet en wat je moet verbeteren.

Deze informatie staat waarschijnlijk in een casemanagement- of klantenservicemodule van Oracle Health, gekoppeld aan de rekening van de patiënt.