Ihr Datentemplate für Revenue Cycle Management

Der Aktivitätsname bezeichnet eine einzelne Aktion oder einen Meilenstein im Ablauf des Abrechnungszyklus. Beispiele sind „Leistung erbracht“, „Abrechnung eingereicht“, „Zahlungsavis eingegangen“, „Zahlung verbucht“ und „Forderung abgeschrieben“. Jede Aktivität steht für einen Prozessschritt, der Zeit und Ressourcen beansprucht.

Dieses Attribut ist für Process Mining grundlegend, da es die Knoten in der Prozesslandkarte definiert. Die Analyse der Reihenfolge, Häufigkeit und Dauer dieser Aktivitäten macht den tatsächlichen Prozessablauf sichtbar. So lässt sich der Ablauf mit einem Sollmodell vergleichen und es lassen sich Abweichungen, Nacharbeitsschleifen wie abgelehnte Abrechnungen sowie Ineffizienzen erkennen.

Dieses Attribut legt die Prozessschritte fest. Es ist entscheidend, um die Prozesslandkarte zu ermitteln und darzustellen, Nacharbeit zu erkennen und die Konformität des Prozesses zu analysieren.

Häufig in Event Logs und Transaktionstabellen zu finden oder aus Statusänderungen im Abrechnungs- oder Forderungsmodul abgeleitet.

Die Billing Event ID ist ein eindeutiger Schlüssel für jeden abrechenbaren Leistungsvorgang, von der anfänglichen Leistungserfassung bis zur abschließenden Zahlung oder Abschreibung. Sie verknüpft alle zugehörigen Aktivitäten eines bestimmten Behandlungskontakts, etwa die Erstellung und Übermittlung einer Forderung, deren Ablehnung und die Zahlungsbuchung.

Beim Process Mining ist dieses Attribut entscheidend, um den durchgängigen Ablauf jedes Abrechnungsereignisses zu rekonstruieren. Werden alle zugehörigen Aktivitäten unter einer Billing Event ID zusammengefasst, können Analysten Prozessabläufe visualisieren, Engpässe erkennen, Durchlaufzeiten messen und Unterschiede bei der Bearbeitung verschiedener Fälle nachvollziehen. Damit bildet die Kennung die Grundlage für alle fallbezogenen Analysen im Erlöszyklus.

Sie ist die zentrale Fallkennung, die alle zugehörigen Aktivitäten verknüpft und so die Rekonstruktion und Analyse des gesamten Erlöszyklus für jede abrechenbare Leistung ermöglicht.

Dies ist in der Regel ein Primärschlüssel in Tabellen mit Abrechnungstransaktionen oder Finanzereignissen.

Der Ereignis-Timestamp gibt an, wann eine Aktivität stattgefunden hat oder protokolliert wurde. Er ordnet alle Ereignisse eines Cases chronologisch ein und bildet so den zeitlichen Verlauf vom Beginn bis zum Ende des Abrechnungszyklus ab.

Timestamps bilden die Grundlage für die Leistungsanalyse im Process Mining. Mit ihnen lassen sich wichtige KPIs berechnen, etwa die gesamte Zykluszeit, die Dauer zwischen bestimmten Aktivitäten und Wartezeiten. Durch die Analyse der Timestamps erkennen Organisationen, an welchen Engpässen Cases die meiste Zeit verbringen. Außerdem können sie die Einhaltung von Service-Level-Vereinbarungen messen und den zeitlichen Verlauf des Prozesses nachvollziehen.

Die chronologischen Daten ermöglichen es, Zykluszeiten zu berechnen, Engpässe zu erkennen und Leistung sowie Effizienz des Prozesses zu analysieren.

Diese Informationen finden sich in der Regel in Transaktionsprotokollen und Audit-Trails oder als Feld „Erstellungsdatum“ beziehungsweise „Datum der Statusänderung“ in Ereignistabellen.

Dieses Attribut erfasst, wann die Daten zuletzt aus dem Quellsystem abgerufen wurden. Als Metadatenfeld ist es wichtig, um Aktualität und zeitliche Verfügbarkeit der analysierten Daten einzuschätzen. Es gibt Aufschluss über die Verzögerung in der Datenpipeline und zeigt, wie aktuell die Process-Mining-Analyse ist.

In Process-Mining-Dashboards und -Analysen gibt der Timestamp der letzten Datenaktualisierung Auskunft darüber, wie aktuell die Daten sind. Für die operative Überwachung ist es wichtig zu wissen, ob die Ansicht den Prozessstand von vor fünf Minuten oder vom Vorabend zeigt. So lassen sich Erwartungen steuern und Entscheidungen auf Grundlage eines bekannten Datenstands treffen.

Die Information zeigt, wie aktuell die Daten sind. So können Analysen und Entscheidungen in einem klar definierten zeitlichen Rahmen eingeordnet werden.

Dieses Feld wird in der Regel während der Datenextraktion, -transformation und -ladung (ETL) ergänzt und als Metadatenspalte im Event Log gespeichert.

Das Attribut Quellsystem gibt an, woher die Daten eines bestimmten Ereignisses stammen. In einer komplexen IT-Landschaft erstreckt sich der Abrechnungszyklus häufig über mehrere Systeme: etwa ein elektronisches Patientenaktensystem (EHR) für die Leistungserbringung, ein eigenes Abrechnungssystem für das Einreichen von Forderungen und eine separate Plattform für das Forderungsmanagement.

Die Kenntnis des Quellsystems ist hilfreich, um Daten zu validieren, Fehler zu beheben und die Fragmentierung des Prozesses nachzuvollziehen. Sie kann Unstimmigkeiten zwischen Systemen aufdecken oder zeigen, welche Prozessschritte in unterschiedlichen Anwendungen verwaltet werden. Dadurch lassen sich mögliche Ursachen für Verzögerungen oder Fehler bei der Datenübertragung erkennen. Die Analyse hilft außerdem, die Integration und Effizienz der gesamten IT-Architektur zu bewerten, die den Prozess unterstützt.

Das Attribut hilft, die Fragmentierung von Prozessen über verschiedene IT-Systeme hinweg nachzuvollziehen. Es ist wichtig für die Datenvalidierung und das Erkennen systemspezifischer Engpässe.

Diese Information ist häufig als Standardfeld in Datenexporten enthalten. Alternativ lässt sie sich aus der Quelltabelle oder Datei ableiten, aus der die Daten stammen.

Der abgerechnete Betrag entspricht der Gesamtsumme für erbrachte Leistungen, die in einer Forderung oder Rechnung ausgewiesen ist. Er bildet den finanziellen Ausgangswert des Abrechnungsereignisses. Alle späteren Finanztransaktionen, etwa Zahlungen und Anpassungen, werden daran gemessen.

Im Process Mining ist die Analyse des abgerechneten Betrags grundlegend, um die finanziellen Auswirkungen ineffizienter Prozesse zu verstehen. Cases lassen sich nach hohem und niedrigem Wert gruppieren. So wird sichtbar, ob bestimmte Prozessprobleme besonders häufig Forderungen mit hohen Erlösen betreffen. Wird der Betrag mit Kennzahlen wie Zykluszeit oder Ablehnungsquote verglichen, können Verbesserungsmaßnahmen auf die Probleme mit den größten finanziellen Folgen ausgerichtet werden.

Der Betrag legt den finanziellen Ausgangswert eines Cases fest. So lassen sich die finanziellen Folgen von Prozessineffizienzen wie Verzögerungen und Ablehnungen analysieren.

Dieses zentrale Finanzattribut findet sich in Tabellen zur Leistungserfassung, Abrechnung oder Forderungsverwaltung.

Lehnt ein Kostenträger eine eingereichte Forderung ab, gibt er mit einem Ablehnungsgrundcode den Grund dafür an. Die Codes folgen häufig Branchenstandards wie den Claim Adjustment Reason Codes (CARCs) und verweisen auf konkrete Probleme, etwa „Leistung nicht abgedeckt“, „Doppelte Forderung“ oder „Zusätzliche Informationen erforderlich“.

Dieses Attribut eignet sich besonders für die Ursachenanalyse im Abrechnungszyklus. Durch die Analyse der Häufigkeit und finanziellen Auswirkungen verschiedener Ablehnungsgründe können Organisationen vorgelagerte Prozessfehler erkennen, die zu Ablehnungen führen. Eine hohe Zahl von Ablehnungen wegen „Falscher Patientenangaben“ weist beispielsweise auf Probleme bei der Patientenaufnahme hin. So lassen sich datengetrieben Verbesserungen umsetzen, um künftige Ablehnungen zu vermeiden und die Erstzahlungsquote zu erhöhen.

Das Attribut ist entscheidend, um die Ursachen abgelehnter Forderungen zu analysieren und gezielte Verbesserungen in vorgelagerten und mittleren Prozessphasen umzusetzen. So lassen sich künftige Erlösverluste vermeiden.

Diese Information stammt aus den elektronischen Zahlungsavisen (ERA) oder Leistungsabrechnungen (EOB), die Kostenträger übermitteln.

Der Anpassungsbetrag bezeichnet den Teil des abgerechneten Betrags, der aufgrund von Vereinbarungen, Rabatten oder Abschreibungen voraussichtlich nicht vom Kostenträger oder Patienten eingezogen wird. Diese Anpassungen verringern die gesamten Forderungen und gehören zum normalen Abrechnungszyklus.

Die Analyse der Anpassungsbeträge und ihrer Gründe ist wichtig, um die Integrität der Erlöse zu beurteilen. Hohe oder unerwartete Anpassungen können auf Probleme bei der Leistungserfassung, Codierung oder Vertragsverwaltung hinweisen. Process Mining zeigt, welche Prozessvarianten oder Aktivitäten mit höheren Anpassungsquoten verbunden sind. So können die Ursachen gezielt untersucht und die Erlösrealisierung verbessert werden.

Die Erfassung von Abschreibungen und vertraglichen Vergütungen hilft, Erlösverluste zu analysieren und mögliche Probleme bei Vertragsgestaltung oder Abrechnung aufzudecken.

Dieser Betrag wird in der Regel in Tabellen zu Finanzanpassungen oder in Modulen zur Zahlungsverbuchung erfasst.

Die Leistungskategorie klassifiziert die Art der Versorgung oder Leistung, die ein Patient erhalten hat. Sie kann eine übergeordnete Einteilung wie „stationär“ oder „ambulant“ sein oder eine spezifischere Kategorie wie „Chirurgie“, „Notaufnahme“ oder „Labor“. Für verschiedene Leistungskategorien gelten häufig unterschiedliche Abrechnungsregeln, Anforderungen der Kostenträger und Prozessabläufe.

Die Aufschlüsselung des Abrechnungszyklus nach Leistungskategorie ist wichtig für aussagekräftige Analysen. Organisationen können so die Leistung verschiedener Versorgungsbereiche vergleichen und beispielsweise prüfen, ob die Ablehnungsquote bei chirurgischen Eingriffen höher ist als bei Beratungen. Diese Detailtiefe hilft, Probleme einzugrenzen und Verbesserungsmaßnahmen an die betrieblichen Anforderungen des jeweiligen Bereichs anzupassen.

Damit lassen sich die Leistungen verschiedener Versorgungsbereiche vergleichen. So werden Unterschiede bei Effizienz, Ablehnungsquoten und Zahlungszyklen sichtbar, die für bestimmte Versorgungsarten typisch sind.

Diese Information ist in der Regel in den detaillierten Leistungsdaten enthalten oder lässt sich aus Patientenklasse, Abteilung oder Prozedurcodes ableiten.

Der Name des Kostenträgers bezeichnet die Stelle, bei der eine Forderung zur Erstattung eingereicht wird. Dazu zählen private Versicherer wie Aetna oder UnitedHealthcare, staatliche Programme wie Medicare oder Medicaid sowie andere Kostenträger. Jeder Kostenträger hat eigene Regeln, Einreichungsanforderungen und Zahlungsabläufe.

Dieses Attribut ist wichtig für die Analyse der Leistung des Abrechnungszyklus. Durch die Aufschlüsselung nach Kostenträgern können Organisationen feststellen, bei welchen die Ablehnungsquoten am höchsten sind, die Zahlungszyklen am längsten dauern oder am häufigsten zusätzliche Informationen angefordert werden. Auf dieser Grundlage lassen sich gezielte Maßnahmen ergreifen, etwa Verträge neu verhandeln, Einreichungsprozesse an einzelne Kostenträger anpassen und das Management abgelehnter Forderungen dort verstärken, wo es am nötigsten ist.

Damit lassen sich Kennzahlen wie Ablehnungsquoten und Zahlungsdauer nach Kostenträger aufschlüsseln. Das ist wichtig, um gezielte Verbesserungen umzusetzen und Verträge zu verhandeln.

Diese Information findet sich in der Regel in den Patientenaufnahme-, Versicherungs- oder Forderungsdaten des Abrechnungsereignisses.

Dieses Attribut bezeichnet die Organisationseinheit, die einem bestimmten Prozessschritt zugeordnet ist, zum Beispiel „Patientenaufnahme“, „Codierung“, „Abrechnung“ oder „Forderungsmanagement“. Es zeigt, wie die Arbeit verteilt ist und zwischen Teams übergeben wird.

Die Analyse nach Abteilungen ist wichtig, um die Zusammenarbeit zwischen Fachbereichen zu verstehen und Engpässe an den Übergabepunkten zwischen Teams zu erkennen. Führungskräfte sehen damit, welche Abteilungen an bestimmten Prozessvarianten beteiligt sind, können die Effizienz einzelner Abteilungen messen und Ressourcen gezielter zuweisen. Die Analyse kann auch systemische Probleme innerhalb einer Abteilung aufdecken, die sich auf den gesamten Abrechnungszyklus auswirken.

Das Attribut hilft, Engpässe zwischen Abteilungen zu erkennen und die Leistung nach Funktionsbereich zu analysieren. So werden Möglichkeiten für eine bessere Zusammenarbeit zwischen Teams sichtbar.

Diese Information kann in den Transaktionsdaten enthalten sein oder aus den Stammdaten des verantwortlichen Benutzers abgeleitet werden.

Das Attribut Verantwortlicher Benutzer ordnet einen Prozessschritt der Person oder dem System zu, die beziehungsweise das ihn ausgeführt hat. Das kann ein Mitarbeitender sein, der medizinische Leistungen codiert, eine Abrechnungskraft, die eine Forderung einreicht, oder ein automatisierter Bot, der eine Zahlung verbucht. So lässt sich der Prozess aus der Perspektive der beteiligten Personen oder Systeme analysieren.

Die Analyse der Prozessleistung nach Benutzer oder Team kann Schulungsbedarf aufzeigen, leistungsstarke Mitarbeitende identifizieren und eine angemessene Arbeitsverteilung unterstützen. Auch für Compliance und Audits ist das Attribut wichtig, da sich jede Aktion eindeutig zuordnen lässt. Es ermöglicht eine detaillierte Analyse der Ressourcenleistung und -auslastung.

Damit lassen sich die Leistung von Teams und einzelnen Mitarbeitenden, die Arbeitsverteilung und der Automatisierungsgrad analysieren. Die Ergebnisse zeigen, wie effizient Ressourcen eingesetzt werden und wo Schulungsbedarf besteht.

In Transaktionsprotokollen oder Audit-Trails häufig als Feld „Benutzer-ID“, „Mitarbeiter-ID“ oder „Bearbeiter“ zu finden.

Ähnlich wie ein Ablehnungsgrund erklärt der Anpassungsgrund, warum ein Teil des abgerechneten Betrags abgeschrieben oder angepasst wurde. Er gibt an, ob die Anpassung auf einer vertraglichen Verpflichtung gegenüber einem Kostenträger, einer Regelung zur Versorgung Bedürftiger, der Abschreibung eines geringen Saldos oder der Korrektur eines Abrechnungsfehlers beruht.

Die Analyse der Anpassungsgründe liefert Erkenntnisse zur Erlösintegrität und finanziellen Leistung. Sie hilft, erwartete vertragliche Anpassungen von vermeidbaren Abschreibungen aufgrund interner Fehler zu unterscheiden. Filtern Analysten die Prozesslandkarte nach bestimmten Anpassungsgründen, können sie Prozessschwächen erkennen, die zu vermeidbaren Erlösverlusten führen, und Verbesserungsmaßnahmen gezielt ausrichten.

Der Anpassungsgrund ordnet finanzielle Anpassungen ein und hilft, vertragliche Verpflichtungen von vermeidbaren Erlösverlusten durch Prozessfehler zu unterscheiden.

In Finanztransaktionstabellen des Abrechnungs- oder Patientenabrechnungssystems zu finden, häufig verknüpft mit Anpassungs- oder Abschreibungstransaktionen.

Die Forderungs-ID kennzeichnet eine Rechnung, die an ein Versicherungsunternehmen gesendet wurde. Aus einem einzelnen Abrechnungsereignis können mehrere Forderungen entstehen, wenn die Abrechnung an primäre, sekundäre und tertiäre Kostenträger geht oder eine Forderung korrigiert und erneut eingereicht wird.

Die Forderungs-ID ist wichtig, um die Interaktionen mit dem Kostenträger im Detail nachzuvollziehen. Sie ermöglicht die Analyse von Nacharbeitsschleifen durch erneute Einreichungen und hilft, den Status einer bestimmten Forderung zu verfolgen. Die Analyse nach Forderungs-ID bietet einen detaillierteren Einblick in den Ablauf von Einreichung und Klärung als die Betrachtung des Abrechnungsereignisses allein.

Damit lassen sich Einreichungen und erneute Einreichungen von Forderungen detailliert verfolgen. So können Interaktionen mit Kostenträgern und Nacharbeitsschleifen genauer analysiert werden.

Diese Kennung wird bei der Erstellung einer Forderung vom Abrechnungssystem generiert und in Tabellen zur Forderungsverwaltung gespeichert.

Der gezahlte Betrag ist die Summe aller Zahlungen, die einem bestimmten Abrechnungsereignis zugeordnet wurden. Dazu zählen Zahlungen primärer und sekundärer Kostenträger sowie Zahlungen des Patienten. Er entspricht dem tatsächlich für die erbrachten Leistungen eingegangenen Geldbetrag.

Die Analyse des gezahlten Betrags ist wichtig, um den finanziellen Erfolg und die Effizienz des Abrechnungszyklus zu messen. Der Vergleich mit dem abgerechneten Betrag zeigt Nettoerlöse und Einzugsquoten. Im Process Mining lässt sich damit das finanzielle Ergebnis verschiedener Prozesspfade beziffern. Außerdem können Merkmale von Forderungen ermittelt werden, die vollständig und fristgerecht bezahlt werden, und von solchen, bei denen dies nicht der Fall ist.

Der Betrag misst die tatsächlich eingegangenen Zahlungen für einen Case. Das ist entscheidend, um die Effektivität des Forderungseinzugs und die finanzielle Gesamtleistung des Prozesses zu bewerten.

Diese Information findet sich in Tabellen zur Zahlungsverbuchung oder Zahlungseingangsverarbeitung.

Der Kontostatus zeigt zu einem bestimmten Zeitpunkt, an welcher Stelle im Ablauf sich ein Abrechnungsereignis befindet. Er spiegelt das Ergebnis der letzten Aktivität wider und gibt an, ob das Konto noch offen ist und auf eine Zahlung wartet, geschlossen oder an den Forderungseinzug übergeben wurde oder einen anderen Status hat.

Process Mining rekonstruiert den Ablauf der Aktivitäten. Das Attribut Kontostatus ergänzt diese Sicht, indem es Cases nach ihrem aktuellen Zustand filtert und gruppiert. Es eignet sich besonders für Dashboards zur operativen Überwachung, die Anzahl und Wert der Konten in verschiedenen Phasen anzeigen sollen, etwa die Summe der Forderungen, bei denen noch eine Antwort des Kostenträgers aussteht, oder die Anzahl der Konten, die kürzlich an ein Inkassounternehmen übergeben wurden.

Das Attribut zeigt den aktuellen Stand der Cases. Es eignet sich für operative Dashboards und ermöglicht die Analyse danach, an welcher Stelle im Ablauf sich die Konten befinden.

Dieses Statusfeld befindet sich in der Regel im Hauptdatensatz des Patientenkontos oder Abrechnungsereignisses im Patientenabrechnungssystem.

Der offene Saldo bezeichnet den Betrag, der für ein Abrechnungsereignis noch eingezogen werden muss. Er wird in der Regel berechnet, indem die gezahlten Beträge und Anpassungsbeträge vom abgerechneten Betrag abgezogen werden. Im Verlauf des Cases verändert sich der Saldo, wenn Zahlungen und Anpassungen verbucht werden.

Dieses Attribut ist ein wichtiger Indikator für den Stand der Forderungen. Im Process Mining hilft die Analyse des offenen Saldos in verschiedenen Prozessphasen dabei, die Altersstruktur der Forderungen zu überwachen und Einzugsmaßnahmen zu priorisieren. So lässt sich erkennen, bei welchen Case-Typen oder Prozesspfaden häufig hohe Restbeträge bestehen. Das kann auf Probleme bei Zahlungen oder der Klärung abgelehnter Forderungen hindeuten.

Der offene Saldo ist eine wichtige Kennzahl für Forderungsbestand und Einzugseffektivität. Er hilft, Nachfassaktionen zu priorisieren und die Altersstruktur der Forderungen zu analysieren.

Wird häufig aus abgerechneten, gezahlten und angepassten Beträgen berechnet. Der Wert kann auch als Feld in einem Forderungs- oder Patientenabrechnungssystem gespeichert sein.

Die Patienten-ID ist ein eindeutiger Schlüssel, der einer Person im zentralen Patientenverzeichnis des Gesundheitssystems zugewiesen wird. Über diese Kennung lassen sich alle klinischen und finanziellen Behandlungsfälle eines Patienten im Zeitverlauf verknüpfen.

Während die Abrechnungsereignis-ID einen einzelnen Leistungsvorgang als Case kennzeichnet, ermöglicht die Patienten-ID eine umfassendere Analyse mehrerer Behandlungsfälle derselben Person. So können wiederkehrende Probleme wie Fehler bei der Patientenaufnahme oder Muster bei der Inanspruchnahme von Leistungen sichtbar werden. Außerdem lässt sich der gesamte finanzielle Verlauf eines Patienten analysieren, was für das Verständnis seiner finanziellen Verantwortung und Bindung hilfreich ist.

Die Patienten-ID ermöglicht die Analyse mehrerer Abrechnungsereignisse derselben Person. So lassen sich wiederkehrende Probleme erkennen und der gesamte finanzielle Verlauf des Patienten nachvollziehen.

Diese zentrale Kennung findet sich in nahezu allen klinischen und finanziellen Systemen und stammt aus dem Patientenaufnahme- oder EHR-System.