Ihr Daten-Template für Revenue Cycle Management

Der Aktivitätsname beschreibt eine eigenständige Aktion oder einen Meilenstein im Lebenszyklus des Umsatzzyklus. Beispiele sind „Service Rendered“, „Claim Submitted“, „Remittance Received“, „Payment Posted“ und „Account Written Off“. Jede Aktivität stellt einen Prozessschritt dar, der Zeit und Ressourcen bindet.

Dieses Attribut ist für Process Mining grundlegend, da es die Knoten in der Prozesskarte definiert. Die Analyse der Reihenfolge, Häufigkeit und Dauer dieser Aktivitäten ermöglicht die Visualisierung des tatsächlichen Prozessablaufs, den Vergleich mit einem entworfenen Modell sowie die Identifizierung von Abweichungen, Nachbearbeitungsschleifen wie Ablehnungen und Ineffizienzen.

Dieses Attribut definiert die Prozessschritte. Es ist daher entscheidend, um die Prozesskarte zu ermitteln und zu visualisieren, Nachbearbeitung zu erkennen und die Prozesskonformität zu analysieren.

Häufig in Event Logs und Transaktionstabellen zu finden oder aus Statusänderungsdatensätzen im Abrechnungs- oder Abrechnungsfallmodul abgeleitet.

Der Ereignis-Timestamp markiert den Zeitpunkt, an dem eine Aktivität stattgefunden hat oder protokolliert wurde. Er liefert den chronologischen Kontext für alle Ereignisse innerhalb eines Cases und bildet eine Zeitleiste vom Beginn bis zum Ende des Umsatzzyklus.

Timestamps bilden das Rückgrat der Leistungsanalyse im Process Mining. Sie werden verwendet, um wichtige KPIs wie die gesamte Durchlaufzeit, die Dauer zwischen bestimmten Aktivitäten und Wartezeiten zu berechnen. Durch die Analyse von Timestamps können Unternehmen Engpässe identifizieren, an denen Cases die meiste Zeit verbringen, die Einhaltung von Service Level Agreements messen und die zeitliche Dynamik des Prozesses verstehen.

Er liefert die chronologischen Daten, die zur Berechnung von Durchlaufzeiten, zur Identifizierung von Engpässen sowie zur Analyse der Leistung und Effizienz des Prozesses erforderlich sind.

Diese Informationen sind typischerweise in Transaktionsprotokollen oder Audit-Trails verfügbar oder als Feld für das „Erstellungsdatum“ beziehungsweise das „Datum der Statusänderung“ in Ereignistabellen enthalten.

Die Billing Event ID ist ein eindeutiger Schlüssel, der jeder einzelnen abrechenbaren Leistung zugewiesen wird, von der erstmaligen Erfassung der Belastung bis zur endgültigen Zahlung oder Ausbuchung. Sie bildet die zentrale Verbindung zwischen allen zugehörigen Aktivitäten, etwa der Erstellung, Übermittlung und Ablehnung eines Abrechnungsfalls sowie der Zahlungsverbuchung für einen bestimmten Patientenkontakt.

Im Process Mining ist dieses Attribut entscheidend für die Rekonstruktion des End-to-End-Ablaufs jedes Abrechnungsereignisses. Indem Analysten alle zugehörigen Aktivitäten unter einer einzigen Billing Event ID gruppieren, können sie Prozessabläufe visualisieren, Engpässe identifizieren, Durchlaufzeiten messen und Unterschiede in der Bearbeitung verschiedener Cases verstehen. Damit bildet die ID die Grundlage für jede fallbezogene Analyse im Umsatzzyklus.

Sie ist die zentrale Case-ID, die alle zugehörigen Aktivitäten miteinander verknüpft und dadurch die Rekonstruktion und Analyse des gesamten Umsatzzyklus für jede abrechenbare Leistung ermöglicht.

Dabei handelt es sich typischerweise um einen Primärschlüssel in Tabellen für Abrechnungstransaktionen oder Finanzereignisse.

Dieses Attribut erfasst, wann die Daten zuletzt aus dem Quellsystem abgerufen wurden. Es handelt sich um ein Metadatenfeld, das entscheidend ist, um Aktualität und zeitliche Verfügbarkeit der analysierten Daten zu verstehen. Es zeigt die Latenz der Datenpipeline und gibt an, wie aktuell die Process-Mining-Analyse ist.

In Process-Mining-Dashboards und -Analysen liefert der Timestamp der letzten Datenaktualisierung den Benutzern Kontext zur Aktualität der Daten. Für die operative Überwachung ist es wichtig zu wissen, ob die Ansicht den Prozessstatus von vor fünf Minuten oder von der vergangenen Nacht darstellt. So lassen sich Erwartungen steuern und Entscheidungen auf Grundlage von Daten mit bekanntem Alter treffen.

Er liefert wichtigen Kontext zur Aktualität der Daten und stellt sicher, dass Analysen und Entscheidungen auf einem klar abgegrenzten Zeitraum beruhen.

Dieses Attribut wird typischerweise während des Prozesses zur Extraktion, Transformation und zum Laden (ETL) der Daten hinzugefügt und als Metadatenspalte im Event Log gespeichert.

Das Attribut Quellsystem identifiziert den Ursprung der Daten für ein bestimmtes Ereignis. In einer komplexen IT-Landschaft erstreckt sich der Umsatzzyklus häufig über mehrere Systeme, etwa ein Electronic Health Record (EHR)-System für die Leistungserbringung, ein dediziertes Abrechnungssystem für die Übermittlung von Abrechnungsfällen und eine separate Plattform für den Zahlungseinzug.

Die Kenntnis des Quellsystems ist für die Datenvalidierung, die Fehleranalyse und das Verständnis der Prozessfragmentierung wertvoll. Sie kann Inkonsistenzen zwischen Systemen aufzeigen oder Prozessschritte sichtbar machen, die in unterschiedlichen Anwendungen verwaltet werden. Dies kann zu Verzögerungen oder Fehlern bei der Datenübertragung führen. Die Analyse hilft dabei, die Integration und Effizienz der gesamten IT-Architektur zur Unterstützung des Prozesses zu bewerten.

Es hilft, die Prozessfragmentierung über verschiedene IT-Systeme hinweg zu verstehen, und ist für die Datenvalidierung sowie die Identifizierung systemspezifischer Engpässe entscheidend.

Diese Informationen sind häufig als Standardfeld in Datenextrakten verfügbar oder lassen sich anhand der Quelltabelle beziehungsweise der Datei ableiten, aus der die Daten stammen.

Der abgerechnete Betrag stellt die Gesamtbelastung für erbrachte Leistungen dar, wie sie in einem Abrechnungsfall oder einer Rechnung übermittelt wurde. Er ist der anfängliche finanzielle Wert des Abrechnungsereignisses und dient als Ausgangsbasis für alle nachfolgenden Finanztransaktionen wie Zahlungen und Anpassungen.

Im Process Mining ist die Analyse des abgerechneten Betrags grundlegend, um die finanziellen Auswirkungen von Prozessineffizienzen zu verstehen. Cases lassen sich in Kategorien mit hohem und niedrigem Wert segmentieren. So wird sichtbar, ob bestimmte Prozessprobleme überproportional häufig umsatzstarke Abrechnungsfälle betreffen. Die Verknüpfung dieses Betrags mit Kennzahlen wie Durchlaufzeit oder Ablehnungsquote hilft, Verbesserungsmaßnahmen auf die Probleme mit den größten finanziellen Auswirkungen zu konzentrieren.

Er legt den anfänglichen finanziellen Wert eines Cases fest und ermöglicht die Analyse der finanziellen Auswirkungen von Prozessineffizienzen wie Verzögerungen und Ablehnungen.

Dies ist ein zentrales Finanzattribut, das in Tabellen zur Erfassung von Belastungen sowie in Abrechnungs- oder Transaktionstabellen für Abrechnungsfälle zu finden ist.

Wenn ein Kostenträger einen übermittelten Abrechnungsfall ablehnt, stellt er einen Ablehnungsgrundcode bereit, der den Grund für die Nichtzahlung erläutert. Diese Codes folgen häufig Branchenstandards wie den Claim Adjustment Reason Codes (CARCs) und verweisen auf konkrete Probleme wie „Service Not Covered“, „Duplicate Claim“ oder „Additional Information Required“.

Dieses Attribut gehört zu den aussagekräftigsten für die Ursachenanalyse im Umsatzzyklus. Durch die Analyse der Häufigkeit und finanziellen Auswirkungen verschiedener Ablehnungsgründe können Unternehmen vorgelagerte Prozessfehler identifizieren, die zu Ablehnungen führen. Eine hohe Zahl von Ablehnungen wegen „Incorrect Patient Information“ weist beispielsweise auf Probleme bei der Patientenaufnahme hin. So lassen sich datengetriebene Verbesserungen umsetzen, um künftige Ablehnungen zu vermeiden und die First-Pass-Zahlungsquote zu erhöhen.

Er ist für die Ursachenanalyse von Ablehnungen entscheidend und ermöglicht gezielte Verbesserungen in vor- und mittelagerten Prozessen, um künftige Umsatzverluste zu vermeiden.

Diese Informationen stammen aus den von Kostenträgern erhaltenen Dateien für elektronische Zahlungsavise (ERA) oder Erklärungen zu Versicherungsleistungen (EOB).

Der Anpassungsbetrag bezeichnet den Anteil des abgerechneten Betrags, der aufgrund vertraglicher Vereinbarungen, Rabatte oder Ausbuchungen voraussichtlich nicht vom Kostenträger oder Patienten eingezogen wird. Diese Anpassungen reduzieren die gesamten Forderungen und sind ein normaler Bestandteil des Umsatzzyklus.

Die Analyse von Anpassungsbeträgen und den zugehörigen Gründen ist entscheidend für das Verständnis der Umsatzintegrität. Hohe oder unerwartete Anpassungen können auf Probleme bei der Erfassung von Belastungen, der Codierung oder dem Vertragsmanagement hinweisen. Process Mining kann zeigen, welche Prozessvarianten oder konkreten Aktivitäten zu höheren Anpassungsquoten führen. So wird eine gezielte Ursachenanalyse möglich, um die Umsatzrealisierung zu maximieren.

Es hilft, Umsatzverluste durch die Nachverfolgung von Ausbuchungen und vertraglichen Nachlässen zu analysieren und mögliche Probleme im Vertrags- oder Abrechnungsprozess sichtbar zu machen.

Dieser Wert wird typischerweise in Tabellen für finanzielle Anpassungen oder in Modulen zur Zahlungsverbuchung erfasst.

Die Leistungskategorie klassifiziert die Art der Versorgung oder Leistung, die dem Patienten erbracht wurde. Dabei kann es sich um eine übergeordnete Einteilung wie „stationär“ und „ambulant“ oder um eine spezifischere Abteilungskategorie wie „Chirurgie“, „Notaufnahme“ oder „Labor“ handeln. Für verschiedene Leistungskategorien gelten häufig unterschiedliche Abrechnungsregeln, Anforderungen der Kostenträger und Prozessabläufe.

Die Segmentierung des Revenue-Cycle-Management-Prozesses nach Leistungskategorie ist für eine aussagekräftige Analyse entscheidend. Sie ermöglicht es Organisationen, die Leistung verschiedener Versorgungsbereiche zu vergleichen, etwa um festzustellen, ob die Ablehnungsquote bei chirurgischen Eingriffen höher ist als bei Konsultationen. Diese Detailtiefe hilft dabei, Probleme zu isolieren und Verbesserungsmaßnahmen auf den jeweiligen operativen Kontext eines Versorgungsbereichs abzustimmen.

Sie ermöglicht den Leistungsvergleich verschiedener Versorgungsbereiche und macht Unterschiede bei Effizienz, Ablehnungsquoten und Zahlungszyklen sichtbar, die für bestimmte Versorgungsarten typisch sind.

Diese Informationen sind in der Regel in den detaillierten Leistungsabrechnungsdaten verfügbar oder lassen sich aus Patientenklasse, Abteilung oder Prozedurcodes ableiten.

Das Attribut Name des Kostenträgers identifiziert die primäre Stelle, bei der ein Abrechnungsfall zur Erstattung eingereicht wird. Zu den Kostenträgern gehören beispielsweise private Versicherer wie Aetna oder UnitedHealthcare, staatliche Programme wie Medicare oder Medicaid sowie andere Organisationen. Jeder Kostenträger hat eigene Regeln, Übermittlungsanforderungen und Zahlungsverfahren.

Dieses Attribut ist für die Analyse der Leistung des Umsatzzyklus entscheidend. Durch die Segmentierung des Prozesses nach Kostenträger können Unternehmen erkennen, welche Kostenträger die höchsten Ablehnungsquoten, längsten Zahlungszyklen oder häufigsten Anforderungen zusätzlicher Informationen aufweisen. Diese Analyse ermöglicht gezielte Maßnahmen, etwa die Neuverhandlung von Verträgen, die Anpassung der Übermittlungsprozesse an bestimmte Kostenträger und die Konzentration des Ablehnungsmanagements auf besonders relevante Bereiche.

Es ermöglicht, Leistungskennzahlen wie Ablehnungsquoten und Zahlungszeiten nach Kostenträger zu segmentieren. Das ist für gezielte Verbesserungen und Vertragsverhandlungen entscheidend.

Diese Informationen finden sich typischerweise in den Patientenstamm-, Versicherungs- oder Abrechnungsfalldaten, die dem Abrechnungsereignis zugeordnet sind.

Dieses Attribut identifiziert die Organisationseinheit, die einem bestimmten Prozessschritt zugeordnet ist, etwa „Patient Access“, „Coding“, „Billing“ oder „Collections“. Es hilft zu verstehen, wie Arbeit zwischen verschiedenen Teams verteilt und übergeben wird.

Die Analyse des Prozesses aus Abteilungssicht ist entscheidend, um die funktionsübergreifende Zusammenarbeit zu verstehen und Engpässe an Übergabepunkten zwischen Teams zu identifizieren. Sie ermöglicht Führungskräften, die an bestimmten Prozessvarianten beteiligten Abteilungen zu erkennen, die Effizienz einzelner Abteilungen zu messen und Ressourcen gezielter zuzuweisen. So können systemische Probleme innerhalb einer Abteilung sichtbar werden, die den gesamten Umsatzzyklus beeinträchtigen.

Es hilft, abteilungsübergreifende Engpässe zu identifizieren und die Leistung nach Funktionsbereich zu analysieren. Dadurch werden Möglichkeiten für eine bessere Zusammenarbeit zwischen Teams sichtbar.

Diese Informationen können Bestandteil der Transaktionsdaten sein oder aus den Stammdaten des verantwortlichen Benutzers abgeleitet werden.

Das Attribut Verantwortlicher Benutzer verknüpft einen Prozessschritt mit der Person oder dem System, die beziehungsweise das ihn ausgeführt hat. Dies kann ein Codierer sein, der die medizinische Codierung abschließt, ein Abrechnungsspezialist, der einen Abrechnungsfall übermittelt, oder ein automatisierter Bot, der eine Zahlung verbucht. Die Nachverfolgung des Benutzers ergänzt die Prozessanalyse um eine personen- oder systembezogene Perspektive.

Die Analyse der Prozessleistung nach Benutzer oder Team kann Schulungsbedarf aufzeigen, leistungsstarke Mitarbeitende identifizieren und eine angemessene Arbeitsverteilung sicherstellen. Sie ist außerdem für Compliance und Audit-Zwecke entscheidend, da sie eine eindeutige Verantwortlichkeit für jede ausgeführte Aktion ermöglicht. Dieses Attribut unterstützt eine detaillierte Analyse der Leistung und Auslastung von Ressourcen.

Es ermöglicht die Analyse der Leistung von Teams und Einzelpersonen, der Arbeitsverteilung und des Automatisierungsgrads. Dadurch entstehen Erkenntnisse zur Ressourceneffizienz und zum Schulungsbedarf.

Typischerweise in Transaktionsprotokollen oder Audit-Trails als Felder wie „User ID“, „Employee ID“ oder „Processor“ zu finden.

Ähnlich wie ein Ablehnungsgrund erläutert der Anpassungsgrund, warum ein Teil des abgerechneten Betrags ausgebucht oder angepasst wurde. Die Gründe zeigen, ob eine Anpassung auf einer vertraglichen Verpflichtung gegenüber einem Kostenträger, einer Richtlinie für wohltätige Versorgung, der Ausbuchung eines kleinen Saldos oder der Korrektur eines Abrechnungsfehlers beruht.

Die Analyse von Anpassungsgründen liefert Erkenntnisse zur Umsatzintegrität und finanziellen Leistung. Sie hilft, erwartete vertragliche Anpassungen von vermeidbaren Ausbuchungen aufgrund interner Fehler zu unterscheiden. Durch die Filterung der Prozesskarte nach bestimmten Anpassungsgründen können Analysten Prozessschwächen identifizieren, die zu vermeidbaren Umsatzverlusten führen, und Verbesserungsmaßnahmen gezielt ausrichten.

Er liefert Kontext zu finanziellen Anpassungen und hilft, vertragliche Verpflichtungen von vermeidbaren Umsatzverlusten aufgrund von Prozessfehlern zu unterscheiden.

Zu finden in Tabellen für Finanztransaktionen innerhalb des Abrechnungs- oder Patientenabrechnungssystems, häufig verknüpft mit Anpassungs- oder Ausbuchungstransaktionen.

Der bezahlte Betrag ist die kumulierte Summe aller Zahlungen, die einem bestimmten Abrechnungsereignis zugeordnet wurden. Dazu gehören Zahlungen primärer und sekundärer Kostenträger sowie Zahlungen des Patienten. Er stellt den tatsächlich für die erbrachten Leistungen eingezogenen Geldbetrag dar.

Die Analyse des bezahlten Betrags ist entscheidend, um den finanziellen Erfolg und die Effizienz des Umsatzzyklus zu messen. Der Vergleich mit dem abgerechneten Betrag liefert Erkenntnisse zu Nettoumsatz und Einzugsquoten. Im Process Mining hilft dieses Attribut, das finanzielle Ergebnis verschiedener Prozesspfade zu quantifizieren und Merkmale von Abrechnungsfällen zu identifizieren, die vollständig und fristgerecht bezahlt werden, im Gegensatz zu Fällen, bei denen dies nicht zutrifft.

Er misst den tatsächlich für einen Case eingezogenen Geldbetrag und ist daher entscheidend für die Bewertung der Wirksamkeit des Zahlungseinzugs und der finanziellen Gesamtleistung des Prozesses.

Diese Informationen befinden sich in Transaktionstabellen für Zahlungsverbuchungen oder Zahlungseingänge.

Die Claim-ID ist ein spezifischer Identifikator für die an eine Versicherungsgesellschaft gesendete Rechnung. Ein einzelnes Abrechnungsereignis kann zu mehreren Claims führen, wenn die Rechnung an primäre, sekundäre und tertiäre Kostenträger gestellt werden muss oder ein Claim korrigiert und erneut eingereicht wird.

Die Verfolgung der Claim-ID ist wichtig, um die Details des Interaktionsprozesses mit dem Kostenträger zu verstehen. Sie ermöglicht die Analyse von Nachbearbeitungsschleifen bei erneuten Claim-Einreichungen und hilft dabei, den Status einer bestimmten an einen Kostenträger gesendeten Rechnung nachzuverfolgen. Die Analyse nach Claim-ID bietet einen detaillierteren Einblick in den Lebenszyklus der Claim-Einreichung und -Bearbeitung als die alleinige Betrachtung des Billing Event.

Sie ermöglicht die detaillierte Nachverfolgung eingereichter und erneut eingereichter Claims und liefert eine differenzierte Analyse der Interaktionen mit Kostenträgern sowie der Nachbearbeitungsschleifen.

Dieser Identifikator wird vom Abrechnungssystem bei der Erstellung des Claims generiert und in Tabellen der Claim-Verwaltung gespeichert.

Der Kontostatus zeigt zu einem bestimmten Zeitpunkt, an welcher Stelle des Lebenszyklus sich ein Billing Event befindet. Er bildet das Ergebnis der letzten Aktivität ab und gibt an, ob das Konto offen ist und auf eine Zahlung wartet, geschlossen wurde, an ein Inkassounternehmen übergeben wurde oder sich in einem anderen Status befindet.

Während Process Mining den Ablauf der Aktivitäten rekonstruiert, eignet sich das Attribut Kontostatus zum Filtern und Segmentieren von Cases anhand ihres aktuellen Zustands. Besonders nützlich ist es für operative Monitoring-Dashboards, die Anzahl und Wert von Konten in verschiedenen Phasen darstellen sollen, etwa die aktuell ausstehenden Forderungen gegenüber Kostenträgern oder die Anzahl der kürzlich an ein Inkassounternehmen übergebenen Konten.

Sie liefert eine Momentaufnahme des aktuellen Case-Status und eignet sich für operative Dashboards sowie für die Segmentierung der Analyse nach der jeweiligen Phase im Lebenszyklus eines Kontos.

Dabei handelt es sich typischerweise um ein Statusfeld im Hauptdatensatz des Patientenkontos oder Billing Events im Patientenabrechnungssystem.

Der offene Saldo bezeichnet den Betrag, der für ein Abrechnungsereignis noch eingezogen werden muss. Er wird typischerweise als abgerechneter Betrag abzüglich bezahlter und angepasster Beträge berechnet. Dieser Wert verändert sich im Lebenszyklus des Cases, sobald Zahlungen und Anpassungen verbucht werden.

Dieses Attribut ist ein wichtiger Indikator für den Zustand der Forderungen. Im Process Mining hilft die Analyse des offenen Saldos in verschiedenen Prozessphasen, die Altersstruktur der Forderungen zu steuern und Maßnahmen zum Zahlungseinzug zu priorisieren. So lässt sich erkennen, welche Arten von Cases oder Prozesspfaden tendenziell hohe Restbeträge aufweisen und damit auf Probleme bei der Zahlung oder der Klärung von Ablehnungen hindeuten.

Er ist eine zentrale Kennzahl für Forderungen und die Wirksamkeit des Zahlungseinzugs. Damit lassen sich Nachfassaktivitäten priorisieren und die Altersstruktur der Forderungen analysieren.

Der Wert wird häufig aus abgerechneten, bezahlten und angepassten Beträgen berechnet. Er kann auch als Feld in einem System für Forderungen oder Patientenabrechnung gespeichert sein.

Die Patienten-ID ist ein eindeutiger Schlüssel, der einem einzelnen Patienten im Master Patient Index des Gesundheitssystems zugewiesen wird. Diese Kennung verknüpft alle klinischen und finanziellen Patientenkontakte im Zeitverlauf.

Während die Billing Event ID den Case einer einzelnen Leistung bezeichnet, ermöglicht die Patienten-ID eine umfassendere Analyse über mehrere Patientenkontakte hinweg. Dadurch lassen sich wiederkehrende Probleme wie wiederholte Fehler bei der Patientenaufnahme oder Muster der Leistungsnutzung erkennen. Außerdem kann die vollständige finanzielle Entwicklung eines Patienten analysiert werden, was wertvolle Informationen zur Patientenverantwortung und -bindung liefert.

Sie ermöglicht die Analyse mehrerer Abrechnungsereignisse desselben Patienten, hilft wiederkehrende Probleme zu identifizieren und unterstützt das Verständnis der gesamten finanziellen Entwicklung des Patienten.

Dies ist ein primärer Identifikator, der in nahezu allen klinischen und Finanzsystemen vorkommt und aus dem Patientenregistrierungs- oder EHR-System stammt.