Ihr Daten-Template für Revenue Cycle Management

Das Billing Event dient als primäre Case-ID und verknüpft alle Aktivitäten von der Leistungserfassung bis zum Kontenabschluss für eine bestimmte abrechenbare Position. Jedes Billing Event steht für eine eindeutige Instanz des Revenue-Cycle-Prozesses. Dadurch lässt sich der Verlauf durch verschiedene Phasen wie Claim-Übermittlung, Zahlungsverarbeitung sowie mögliche Ablehnungen oder Anpassungen umfassend verfolgen.

In der Process-Mining-Analyse ist dieses Attribut grundlegend für die Rekonstruktion des durchgängigen Prozessablaufs. Es ermöglicht die Visualisierung von Prozessvarianten, die Berechnung von Durchlaufzeiten zwischen Aktivitäten sowie die Identifizierung von Engpässen oder Abweichungen bei bestimmten abrechenbaren Positionen.

Dies ist der zentrale Schlüssel zur Nachverfolgung des gesamten Lebenszyklus einer abrechenbaren Leistung. Er ermöglicht die Analyse des Prozessablaufs und die Messung der Prozessleistung.

Diese Kennung sollte ein eindeutiger Schlüssel in den zentralen Tabellen für Abrechnung oder Leistungstransaktionen innerhalb von Oracle Health Revenue Cycle sein. Ziehen Sie die Systemdokumentation heran, um den Primärschlüssel für Leistungserfassungen zu bestimmen.

Dieses Attribut erfasst den Namen jeder Aktivität, die im Lebenszyklus eines Billing Events ausgeführt wird. Beispiele sind „Charges Captured“, „Claim Submitted To Payer“ und „Payment Posted“. Diese Aktivitäten bilden die Knoten der ermittelten Prozesslandkarte.

Die Analyse der Reihenfolge und Häufigkeit von Aktivitäten bildet den Kern von Process Mining. Dieses Attribut hilft, die häufigsten Prozesspfade zu erkennen, Abweichungen vom Standardverfahren aufzudecken und den operativen Ablauf des Revenue Cycle zu verstehen.

Es definiert die Prozessschritte und ermöglicht dadurch die Visualisierung der Prozesslandkarte sowie die Analyse von Workflow-Mustern.

Wird typischerweise aus Event Logs, Datensätzen zu Statusänderungen oder spezifischen Transaktionstabellen abgeleitet, die verschiedenen Phasen des Revenue Cycle in Oracle Health zugeordnet sind.

Dieses Attribut enthält den Timestamp jeder Aktivität und markiert den genauen Zeitpunkt ihres Auftretens. Es ist entscheidend, um den zeitlichen Ablauf und die Reihenfolge der Ereignisse innerhalb des Revenue Cycle für ein bestimmtes Billing Event zu verstehen.

In der Analyse wird der Ereignis-Timestamp verwendet, um Aktivitäten chronologisch zu ordnen, Dauer und Durchlaufzeiten zwischen verschiedenen Schritten zu berechnen und Engpässe zu analysieren. Er bildet die Grundlage für alle zeitbezogenen Process-Mining-Kennzahlen, etwa zur Ermittlung von Verzögerungen zwischen „Claim Submitted“ und „Remittance Received“.

Dieser Timestamp ist entscheidend für die zeitliche Anordnung von Ereignissen, die Berechnung aller Leistungskennzahlen wie Durchlaufzeiten und Dauer sowie die Identifizierung von Prozessengpässen.

Jede Transaktions- oder Event-Log-Tabelle in Oracle Health Revenue Cycle sollte eine Timestamp-Spalte enthalten, die angibt, wann der Datensatz erstellt oder das Ereignis ausgelöst wurde.

Wenn ein Kostenträger einen Anspruch ablehnt, stellt er einen Grundcode bereit, der die Ablehnung erläutert, etwa „Nicht abgedeckte Leistung“ oder „Doppelter Anspruch“. Dieses Attribut erfasst den Code und die zugehörige Beschreibung.

Die Analyse von Ablehnungsgründen ist entscheidend, um den Abrechnungszyklus zu verbessern. Sie hilft der Organisation, wiederkehrende Muster zu erkennen, etwa Probleme bei der Codierung oder der Anspruchsberechtigung von Patienten, und Korrekturmaßnahmen einzuleiten, die künftige Ablehnungen verhindern. Das wirkt sich direkt auf die Rate fehlerfreier Ansprüche aus und senkt den Aufwand für Nachbearbeitungen.

Liefert die eigentliche Ursache für abgelehnte Ansprüche. Dadurch lassen sich gezielte Verbesserungen umsetzen, die die Rate fehlerfreier Ansprüche erhöhen und den Zahlungseingang beschleunigen.

Diese Information wird vom Kostenträger in der elektronischen Zahlungsaviso-Datei, der ANSI-835-Datei, übermittelt und sollte in Oracle Health in den Tabellen für Ansprüche oder Zahlungsavise gespeichert werden.

Dieses Attribut gibt die Abteilung an, die die Aktivität ausgeführt hat, etwa „Charge Capture“, „Coding“ oder „Collections“. Es ordnet den Prozessablauf in einen organisatorischen Kontext ein.

Die Analyse des Prozesses aus Abteilungssicht ist entscheidend, um Übergaben zwischen Teams zu verstehen und bereichsübergreifende Ineffizienzen zu erkennen. Das Dashboard „Billing Department Workload“ unterstützt diese Auswertung, indem Aktivitäten und Leistungskennzahlen auf Abteilungsebene aggregiert werden können.

Ordnet Aktivitäten Organisationseinheiten zu. Das ist entscheidend für die Analyse abteilungsübergreifender Übergaben, der Arbeitslast und der Teamleistung.

Diese Information kann direkt in den Benutzerdaten von Oracle Health gespeichert oder anhand des Benutzers beziehungsweise des Aktivitätstyps abgeleitet werden.

Dieses Attribut erfasst den Betrag jeder finanziellen Anpassung, etwa vertragliche Vergünstigungen, Ausbuchungen oder Korrekturen, die auf das Billing Event angewendet wurde. Anpassungen reduzieren den erwarteten Umsatz einer Leistung direkt.

Das Dashboard „Account Adjustment Impact“ stützt sich in hohem Maß auf dieses Attribut. Die Analyse von Anpassungsbeträgen und den zugehörigen Gründen hilft, Quellen von Umsatzverlusten, Probleme im Vertragsmanagement oder Fehler bei der ursprünglichen Leistungserfassung zu erkennen. Es ist eine wichtige Kennzahl für die finanzielle Gesundheit.

Quantifiziert Umsatzverluste durch Ausbuchungen oder Korrekturen und hilft dabei, die Ursachen der finanziellen Erosion zu erkennen und zu beheben.

Befindet sich in Finanztransaktionstabellen, in denen Anpassungen oder Ausbuchungen für ein Patientenkonto protokolliert werden.

Dieses Attribut identifiziert den Mitarbeitenden oder automatisierten Systembenutzer, der für die Ausführung einer bestimmten Aktivität im Prozess verantwortlich ist. Es ist entscheidend, um die Arbeitsverteilung und Ressourcenleistung zu verstehen sowie Schulungsbedarf zu erkennen.

In der Analyse können Sie die Prozesslandkarte nach Benutzer oder Team filtern, die Leistung verschiedener Ressourcen vergleichen und die Arbeitslast für das Dashboard „Billing Department Workload“ analysieren. So lassen sich besonders leistungsstarke Mitarbeitende ebenso erkennen wie Personen, die zusätzliche Unterstützung oder Schulungen benötigen.

Verknüpft Prozessaktivitäten mit bestimmten Benutzern oder Teams und ermöglicht dadurch die Analyse der Arbeitslast, den Leistungsvergleich und die Ermittlung von Schulungsbedarf.

Benutzer-ID-Felder wie „CREATED_BY“ oder „USER_ID“ sind typischerweise in Transaktionstabellen der verschiedenen Oracle-Health-Module vorhanden.

Dieses Attribut identifiziert die Stelle, etwa ein Versicherungsunternehmen oder ein staatliches Programm wie Medicare, der die Leistung in Rechnung gestellt wird. Informationen zum Kostenträger sind für die Analyse des Revenue Cycle grundlegend.

Die Analyse nach Kostenträger kann deutliche Unterschiede bei Zahlungszeiten, Ablehnungsquoten und Erfolgsquoten von Einsprüchen sichtbar machen. So erkennen Sie problematische Kostenträger, die Verzögerungen oder Umsatzverluste verursachen. Zudem ist diese Information für die wirksame Steuerung von Kostenträgerverträgen und -beziehungen wichtig.

Ermöglicht die Segmentierung des Prozesses nach Kostenträger und macht unterschiedliche Verhaltensweisen, Ablehnungsquoten und Zahlungsgeschwindigkeiten sichtbar. Das ist entscheidend für die finanzielle Leistungsfähigkeit.

Diese Information ist in den Abrechnungs- oder Versicherungsdaten des Patienten innerhalb von Oracle Health Revenue Cycle gespeichert.

Dieses Attribut zeigt den aktuell offenen Betrag eines Billing Events, nachdem alle Zahlungen und Anpassungen berücksichtigt wurden. Es stellt die aktiven Forderungen für diese konkrete Leistung dar.

Dieses Attribut ist für das Dashboard „Outstanding Balance Aging“ entscheidend. Die Analyse des Werts im Zeitverlauf hilft, die Geschwindigkeit des Cashflows zu überwachen, die Wirksamkeit von Inkassomaßnahmen zu bewerten und wichtige Finanzkennzahlen wie die Außenstandsdauer (DSO) zu berechnen.

Erfasst die aktuellen Forderungen für jeden Case und ist damit entscheidend für das Cashflow-Management und die Analyse der Wirksamkeit des Forderungseinzugs.

Dieser Wert wird typischerweise aus der Summe aller finanziellen Transaktionen, darunter Belastungen, Zahlungen und Anpassungen, für ein bestimmtes Abrechnungsereignis berechnet. Er kann als Feld in einer Tabelle mit Kontozusammenfassungen vorliegen.

Dieses Attribut kategorisiert die Art des Patientenbesuchs oder Encounters, der die Abrechnung ausgelöst hat. Häufige Klassen sind Inpatient, Outpatient, Emergency und Recurring Patient. Die Patientenklasse bestimmt oft den gesamten Prozess der Abrechnung und Claim-Übermittlung.

Verschiedene Patientenklassen folgen unterschiedlichen Prozesspfaden und unterliegen unterschiedlichen Compliance-Anforderungen. Die Analyse nach diesem Attribut hilft, diese Unterschiede zu verstehen, Verbesserungsmaßnahmen gezielt auszurichten und sicherzustellen, dass für jede Klasse die richtigen Verfahren eingehalten werden.

Trennt unterschiedliche Prozessabläufe, etwa Inpatient und Outpatient, die sich hinsichtlich Komplexität, Zeitrahmen und Abrechnungsanforderungen unterscheiden.

Dies ist ein Standardfeld, das in Oracle Health einem Patientenkontakt oder Aufnahmedatensatz zugeordnet ist.

Dieses Attribut bezeichnet den ursprünglichen, nicht rabattierten Betrag, der für eine Leistung berechnet wird, bevor Anpassungen, vertragliche Vergünstigungen oder Zahlungen berücksichtigt werden. Er bildet den anfänglichen finanziellen Wert des Billing Events.

Die Erfassung des Abrechnungsbetrags ist für Finanzanalysen entscheidend, etwa zur Berechnung des Gesamtwerts erbrachter Leistungen und zur Bewertung der finanziellen Auswirkungen späterer Anpassungen oder Ausbuchungen. Er dient als Ausgangswert für die Messung der Umsatzrealisierung.

Legt den anfänglichen finanziellen Wert des Cases fest und bildet damit die Grundlage für alle nachfolgenden Finanzanalysen und Wirkungsbewertungen.

Befindet sich in den Tabellen mit Leistungsdetails oder Leistungstransaktionen in Oracle Health.

Dieses Attribut ist die eindeutige ID eines Anspruchs, der erstellt und zur Erstattung an einen Kostenträger übermittelt wird. Ein einzelnes Abrechnungsereignis kann im Laufe seines Lebenszyklus einen oder mehrere Ansprüche erzeugen, etwa wenn eine Korrektur erforderlich ist.

Mit der Anspruchs-ID lässt sich eine bestimmte Einreichung beim Kostenträger nachverfolgen und direkt mit der Antwort verknüpfen, beispielsweise einer Zahlung oder Ablehnung. Dadurch wird die Nachverfolgung innerhalb des übergeordneten Abrechnungszyklus detaillierter.

Liefert eine spezifische Kennung, mit der sich der Weg eines Anspruchs beim Kostenträger verfolgen lässt. Sie ist detaillierter als das übergeordnete Abrechnungsereignis.

Diese ID wird von Oracle Health bei der Erstellung eines Anspruchs generiert und in der primären Anspruchstabelle gespeichert.

Während StartTime den Beginn einer Aktivität markiert, bezeichnet EventEndTime deren Abschluss. Nicht alle Aktivitäten verfügen über eine eigene Endzeit, da viele Ereignisse unmittelbar stattfinden. Bei Aktivitäten mit einer bestimmten Dauer, etwa „Denial Appealed“, die möglicherweise einige Zeit in Anspruch nimmt, ist dieses Feld jedoch sehr hilfreich.

Mit diesem Attribut lässt sich die Bearbeitungszeit einzelner Aktivitäten präziser berechnen. Außerdem können Sie Wartezeit, also die Zeit zwischen Aktivitäten, von Bearbeitungszeit, also der für eine Aktivität aufgewendeten Zeit, unterscheiden.

Ermöglicht die direkte Berechnung der Dauer einer Aktivität und trennt Bearbeitungszeit von Wartezeit.

Einige Transaktionstabellen in Oracle Health Revenue Cycle können für bestimmte lang laufende Aufgaben sowohl einen Start- als auch einen End-Timestamp enthalten.

Dieses boolesche Attribut unterscheidet zwischen Aktivitäten, die durch Softwareautomatisierung wie Bots oder System-Batch-Jobs ausgeführt werden, und Aktivitäten, die ein Benutzer manuell durchführt. „Anspruch erstellt“ kann beispielsweise ein automatisierter Schritt sein, während „Ablehnung angefochten“ wahrscheinlich manuell erfolgt.

Die Analyse dieses Attributs zeigt, wie hoch der Automatisierungsgrad im Prozess ist und wie er sich auf Effizienz und Fehlerquoten auswirkt. Sie können die Leistung automatisierter und manueller Abläufe vergleichen und weitere Automatisierungsmöglichkeiten erkennen.

Unterscheidet zwischen Aktivitäten von Menschen und Systemen. Das ist entscheidend, um die Wirksamkeit der Automatisierung zu analysieren und neue Automatisierungsmöglichkeiten zu erkennen.

Dieses Attribut wird typischerweise aus dem Attribut UserPerformingAction abgeleitet. Aktivitäten, die beispielsweise von Benutzer-IDs wie „SYSTEM“ oder „RPA_BOT“ ausgeführt werden, erhalten das Kennzeichen „automatisiert“.

Dieses berechnete Attribut kennzeichnet Aktivitäten, die vom idealen „Happy Path“ abweichen und Nacharbeit darstellen. Beispiele sind „Korrigierter Anspruch eingereicht“ oder „Ablehnung angefochten“. Diese Aktivitäten wären nicht erforderlich, wenn der Prozess beim ersten Durchlauf fehlerfrei verlaufen wäre.

Die Erkennung und Quantifizierung von Nacharbeit ist ein zentrales Ziel von Process Mining. Mit diesem Kennzeichen können Sie alle Nacharbeitschleifen einfach filtern und analysieren sowie Häufigkeit, Kosten und Ursachen von Ineffizienzen messen. Es ist unverzichtbar, um die tatsächlichen Qualitätskosten im Abrechnungszyklus zu verstehen.

Hilft, Häufigkeit und Auswirkungen von Nacharbeitschleifen zu quantifizieren, und macht Ineffizienzen sowie die Kosten mangelnder Qualität sichtbar.

Dies ist ein abgeleitetes Attribut. Es wird während der Datentransformation berechnet, indem eine Geschäftslogik bestimmte Aktivitätsnamen als Nacharbeit kennzeichnet.

Dieses Attribut zeigt, wann der Datensatz zuletzt aktualisiert wurde. Es liefert Kontext zur Aktualität der analysierten Daten, die für die zeitliche Einordnung der aus der Process-Mining-Analyse gewonnenen Erkenntnisse wichtig ist.

Benutzer können anhand dieses Attributs prüfen, ob sie die aktuellsten Prozessinformationen anzeigen. Es hilft, Erwartungen an die Aktualität der Daten zu steuern, und ist ein wichtiger Bestandteil von Data Governance und Qualitätssicherung.

Zeigt die Aktualität der Daten an und stellt sicher, dass Analysen und Entscheidungen auf aktuellen Informationen beruhen.

Dies ist ein Metadatenfeld, das typischerweise während des ETL-Prozesses erzeugt und befüllt wird, der Daten in die Process-Mining-Plattform lädt.

Dieses Attribut ist die eindeutige Kennung des Patienten, der die Leistung erhalten hat, und wird häufig als Medical Record Number (MRN) bezeichnet. Es verknüpft die finanzielle Transaktion mit einer bestimmten Person.

Die Patienten-ID ist zwar nicht die Case-ID des Prozesses, eignet sich jedoch dazu, alle Abrechnungsereignisse eines Patienten zusammenzufassen und seinen gesamten finanziellen Verlauf zu analysieren. Wenn Sie die ID mit Stammdaten des Patienten verknüpfen, können Sie außerdem nach demografischen Merkmalen oder der Patientenhistorie segmentieren.

Verknüpft finanzielle Ereignisse mit einem bestimmten Patienten und ermöglicht so eine patientenzentrierte Analyse sowie die Zusammenfassung aller Abrechnungsvorgänge dieser Person.

Diese Kennung ist ein Kernelement des Patientenstammsatzes und in allen zugehörigen Transaktionstabellen wie Belastungen, Ansprüchen und Zahlungen vorhanden.

Dieses Attribut identifiziert die Quellanwendung oder das Modul, aus dem die Daten stammen. Für diesen Prozess lautet der Wert typischerweise „Oracle Health Revenue Cycle“. Wenn Daten aus mehreren Quellen integriert werden, können auch verschiedene Module angegeben werden.

Diese Information ist für Data Governance und die Fehleranalyse wertvoll. Sie bestätigt die Datenherkunft und ist besonders in Umgebungen wichtig, in denen mehrere Systeme zu einem durchgängigen Prozess beitragen.

Liefert Kontext zur Datenherkunft. Das ist entscheidend für Datenvalidierung und Governance sowie für das Verständnis von Prozessvarianten, die vom jeweiligen System abhängen können.

Dabei handelt es sich häufig um einen statischen Wert, der während des ETL-Prozesses zur Kennzeichnung der Herkunft des Datensatzes ergänzt wird.

Dieses Attribut erfasst den Grund, aus dem ein Patient oder eine andere zahlungspflichtige Partei einer Rechnung widersprochen hat. Mögliche Gründe sind falsche Belastungen, nicht erbrachte Leistungen oder Probleme bei der Versicherungsabwicklung.

Diese Information ist für das Dashboard „Kennzahlen zur Klärung von Rechnungswidersprüchen“ unverzichtbar. Wenn Sie die häufigsten Widerspruchsgründe kennen, können Sie systematische Probleme bei der Leistungserfassung, Codierung oder Abrechnung erkennen. Werden diese Ursachen behoben, lassen sich die Widerspruchsquote und der administrative Aufwand für die Klärung deutlich senken.

Erklärt, warum Rechnungen angefochten werden, und liefert konkrete Hinweise auf Probleme bei der Genauigkeit oder Verständlichkeit der Abrechnung, die behoben werden müssen.

Diese Information wird wahrscheinlich in einem Fallmanagement- oder Kundenservice-Modul von Oracle Health gespeichert und mit dem Konto des Patienten verknüpft.