Ihr Revenue Cycle Management Datentemplate

Waystar
Ihr Revenue Cycle Management Datentemplate

Ihr Revenue Cycle Management Datentemplate

Dieses Template bietet einen umfassenden Leitfaden zu den wesentlichen Datenattributen, die Sie sammeln müssen, und den wichtigsten Aktivitäten, die Sie für eine effektive Revenue Cycle Management Analyse verfolgen sollten. Es enthält auch praktische Anleitungen zur Extraktion dieser Daten aus Ihren Systemen. Indem Sie diesem Template folgen, können Sie eine leistungsstarke Grundlage für die Optimierung Ihres RCM-Prozesses sicherstellen.
  • Empfohlene Datenattribute für eine umfassende Analyse
  • Die wichtigsten Prozessaktivitäten zur effektiven Nachverfolgung
  • Praktische Anleitung zur Datenextraktion aus Waystar
Neu bei Event-Logs? Erfahren Sie wie Sie ein Process-Mining-Event-Log erstellen.

Revenue Cycle Management Attribute

Dies sind die empfohlenen Datenfelder und deren Beschreibungen, die unerlässlich sind, um ein vollständiges Event Log für eine umfassende Analyse Ihres Revenue Cycle Management-Prozesses zu erstellen.
5 Erforderlich 6 Empfohlen 11 Optional
Name Beschreibung
Aktivitätsname
ActivityName
Der Name des spezifischen Geschäftsereignisses oder Schritts, der innerhalb des Revenue Cycle Prozesses aufgetreten ist, wie z.B. „Forderung eingereicht“ oder „Zahlungseingang verbucht“.
Beschreibung

Dieses Attribut beschreibt die individuellen Aktivitäten, die den End-to-End Revenue Cycle Prozess ausmachen. Jeder Wert repräsentiert einen eigenen Schritt, Meilenstein oder eine Aufgabe, die bei einem Abrechnungsereignis durchgeführt wird, wie z.B. das Erstellen einer Forderung, das Erhalten einer Ablehnung oder das Verbuchen einer Zahlung.

Die Analyse der Abfolge und Häufigkeit dieser Aktivitäten ist die Grundlage des Process Mining. Sie ermöglicht die Visualisierung der Prozesslandkarte, die Identifizierung von Nachbearbeitungsschleifen (z.B. „Forderung abgelehnt“ gefolgt von „Forderung korrigiert“) und die Messung von Übergangszeiten zwischen den Schritten. Dies ist entscheidend für das Verständnis der Prozesseffizienz und Compliance.

Bedeutung

Dieses Attribut definiert die Schritte in der Prozesslandkarte, die grundlegend für die Visualisierung und Analyse des Revenue Cycle Workflows ist.

Datenquelle

Generiert aus Event Logs, Statusänderungsdatensätzen oder Transaktionstypen innerhalb der Forderungs- und Abrechnungsmodule von Waystar.

Beispiele
Forderung an Kostenträger übermitteltAnspruch abgelehntZahlung gebuchtKonto geschlossen
Billing Event
BillingEvent
Die eindeutige Kennung für eine einzelne Dienstleistungs- oder Produktlieferung, die eine Gebühr erzeugt und als Fall für den Revenue Cycle Prozess dient.
Beschreibung

Das Abrechnungsereignis fungiert als primäre Fallkennung, die alle Aktivitäten von der Gebührenerfassung bis zum Kontenabschluss für eine bestimmte abrechenbare Dienstleistung verknüpft. Es repräsentiert den gesamten Lebenszyklus einer einzelnen Forderung oder Patientenrechnung.

Im Process Mining ermöglicht die Analyse der Reise jedes Abrechnungsereignisses eine umfassende Ansicht des Revenue Cycles. Es hilft, gemeinsame Prozesspfade, Abweichungen und Bottlenecks zu identifizieren, die einzelne Forderungen betreffen. Dieser Detaillierungsgrad ist entscheidend für das Verständnis der Prozessleistung und die Identifizierung spezifischer Verbesserungsbereiche, wie z.B. Verzögerungen bei der Forderungseinreichung oder Zahlungseingangsbuchung.

Bedeutung

Dies ist die essenzielle Case ID, die alle verbundenen Revenue Cycle Aktivitäten verbindet und es somit ermöglicht, den End-to-End-Prozess für jeden abrechenbaren Posten nachzuvollziehen.

Datenquelle

Dies ist typischerweise der Primärschlüssel aus der Haupt-Abrechnungs- oder Forderungstransaktionstabelle innerhalb von Waystar. Konsultieren Sie die Waystar-Dokumentation für den spezifischen Tabellen- und Feldnamen.

Beispiele
BE-2024-0012345BE-2024-0012346BE-2024-0012347
Ereignis-Timestamp
EventTimestamp
Das genaue Datum und die genaue Uhrzeit, zu der die Aktivität stattgefunden hat.
Beschreibung

Der Event Timestamp erfasst den genauen Zeitpunkt, an dem eine Aktivität stattfand. Dieser Timestamp ist entscheidend für die chronologische Reihenfolge von Ereignissen und die Berechnung von Dauern zwischen verschiedenen Schritten im Prozess.

In der Prozessanalyse werden Timestamps verwendet, um wichtige Leistungskennzahlen wie Durchlaufzeiten, Wartezeiten und Bearbeitungszeiten zu berechnen. Zum Beispiel bestimmt die Differenz zwischen dem Timestamp „Forderung eingereicht“ und dem Timestamp „Zahlungseingang verbucht“ die Gesamtzahlungszykluszeit. Genaue Timestamps sind unerlässlich für die Bottleneck-Analyse und die Leistungsüberwachung.

Bedeutung

Timestamps sind erforderlich, um Ereignisse zu ordnen, Durchlaufzeiten zu berechnen und die Prozessleistung zu analysieren, wodurch sie die zeitliche Grundlage der Analyse bilden.

Datenquelle

Dies ist ein Standardfeld, das nahezu jedem Transaktions- oder Statusänderungsdatensatz in Waystar zugeordnet ist und oft „Erstellungsdatum“, „Transaktionsdatum“ oder Ähnliches genannt wird.

Beispiele
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
Letzte Datenaktualisierung
LastDataUpdate
Der Timestamp, der den letzten Zeitpunkt angibt, zu dem die Daten für dieses Event aktualisiert oder extrahiert wurden.
Beschreibung

Dieses Attribut liefert einen Timestamp dafür, wann die Daten zuletzt aus dem Quellsystem extrahiert wurden. Es ist nicht die Zeit, zu der das Geschäftsereignis stattfand, sondern die Zeit, zu der der Datensatz für die Analyse abgerufen wurde.

Diese Information ist entscheidend für die Datengovernance und das Verständnis der Aktualität der Daten in der Process Mining Analyse. Sie hilft den Benutzern zu wissen, ob sie aktuelle Informationen betrachten, und ist unerlässlich für die Verwaltung inkrementeller Datenladungen.

Bedeutung

Gewährleistet Datentransparenz durch Angabe der Aktualität des Datensatzes, was für eine genaue und zeitnahe Berichterstattung und Analyse unerlässlich ist.

Datenquelle

Dieser Timestamp wird typischerweise vom ETL (Extract, Transform, Load)-Prozess während der Datenaufnahme generiert und jeder Zeile hinzugefügt.

Beispiele
2024-01-15T02:00:00Z2024-01-16T02:00:00Z
Quellsystem
SourceSystem
Das System oder die Anwendung, in dem bzw. der die Ereignisdaten ihren Ursprung hatten.
Beschreibung

Dieses Attribut identifiziert das Quellsystem, das die Event Data generiert hat. In einer komplexen IT-Landschaft können Revenue Cycle Ereignisse aus verschiedenen Modulen innerhalb von Waystar oder sogar aus integrierten externen Systemen wie einem Electronic Health Record (EHR) stammen.

Das Verständnis des Quellsystems ist wichtig für die Datenvalidierung, Fehlerbehebung und das Verständnis von Prozessvariationen, die durch unterschiedliche Systemverhaltensweisen bedingt sein können. Es hilft bei der Zuordnung von Prozessproblemen zur richtigen Anwendung oder Schnittstelle.

Bedeutung

Identifiziert den Ursprung der Daten, was für Data Governance, Qualitätssicherung und das Verständnis von Prozessvariationen über verschiedene Systeme hinweg entscheidend ist.

Datenquelle

Dies ist oft ein statischer Wert („Waystar“), der während der Datenextraktion hinzugefügt wird oder aus spezifischen Modulen oder Tabellen innerhalb des Systems abgeleitet werden kann.

Beispiele
Waystar RCMWaystar Billing ModuleEHR-Schnittstelle
Ablehnungsgrundcode
DenialReasonCode
Ein standardisierter Code, der angibt, warum eine Forderung vom Kostenträger abgelehnt wurde.
Beschreibung

Wenn ein Zahler eine Forderung ablehnt, liefert er einen Begründungscode, der die Zurückweisung erklärt. Diese Codes können auf Probleme wie fehlende Informationen, nicht gedeckte Dienstleistungen oder Kodierungsfehler hinweisen. Dieses Attribut erfasst diesen spezifischen Code.

Die Analyse der Ablehnungsbegründungscodes ist grundlegend für die Verbesserung des Revenue Cycles. Sie ermöglicht es der Organisation, die Grundursachen von Ablehnungen zu identifizieren, wie z.B. häufige Fehler aus einer spezifischen Abteilung oder Probleme mit den Anforderungen eines bestimmten Zahlers. Diese Daten speisen direkt das Dashboard „Forderungsablehnungsrate und -gründe“ und sind entscheidend für die Entwicklung von Strategien zur Verhinderung zukünftiger Ablehnungen und zur Verbesserung der Erste-Pass-Zahlungsraten.

Bedeutung

Dieses Attribut ist unerlässlich für die Grundursachenanalyse von Forderungsablehnungen und ermöglicht gezielte Maßnahmen zur Reduzierung von Umsatzeinbußen und Nacharbeiten.

Datenquelle

Wird im Forderungsdatensatz eingetragen, wenn ein Ablehnungsereignis auftritt. Diese Information wird vom Zahler in der Zahlungsavise erhalten.

Beispiele
CO-16: Forderung/Leistung fehlen InformationenPR-96: Nicht gedeckte Gebühr(en)CO-22: Diese Leistung kann von einem anderen Kostenträger übernommen werden
Offener Saldo
OutstandingBalance
Der verbleibende Geldbetrag, der für das Abrechnungsereignis noch einzuziehen ist.
Beschreibung

Der offene Saldo stellt den aktuellen Forderungsbetrag für ein gegebenes Abrechnungsereignis dar. Er wird berechnet als der abgerechnete Betrag minus aller bisher angewandten Zahlungen und Anpassungen.

Dies ist eine kritische Finanzkennzahl für die Steuerung des Cashflows und der Forderungen. Es ist das primäre Attribut für das Dashboard „Offene Salden und Veralterung“, das es der Organisation ermöglicht, die gesamten Forderungen zu verfolgen, Konten mit hohem Saldo zu identifizieren und Inkassobemühungen zu priorisieren. Die Überwachung dieses Wertes über die Zeit zeigt die Effektivität des Inkassoprozesses.

Bedeutung

Misst direkt die Forderungen, was für das Cashflow-Management, die Priorisierung von Inkassomaßnahmen und die Beurteilung der finanziellen Gesundheit unerlässlich ist.

Datenquelle

Dies ist typischerweise ein berechnetes Feld in den Berichtsmodulen von Waystar (Abgerechneter Betrag - Gezahlter Betrag - Anpassungen). Es muss möglicherweise während der Datenextraktion berechnet werden, falls kein direktes Feld verfügbar ist.

Beispiele
30.00270.25540.50
Rechnungsbetrag
BilledAmount
Der Gesamtbetrag des Geldes, der für die auf der Forderung erbrachten Dienstleistungen berechnet wurde.
Beschreibung

Der abgerechnete Betrag stellt die Bruttogebühr für die dem Patienten erbrachten Dienstleistungen dar, bevor Anpassungen, vertragliche Vereinbarungen oder Zahlungen angewendet werden. Er ist der ursprüngliche Wert der beim Zahler eingereichten Forderung.

Dieses Attribut ist entscheidend für die Finanzanalyse und das Verständnis des monetären Werts, der durch den Prozess fließt. Es kann verwendet werden, um Analysen nach Forderungswert zu segmentieren, Trends bei Gebühren für verschiedene Dienstleistungen zu identifizieren und die gesamten finanziellen Auswirkungen von Prozessineffizienzen wie Ablehnungen oder Zahlungsverzögerungen zu berechnen. Es ist eine grundlegende Kennzahl für die meisten Finanz-Dashboards.

Bedeutung

Repräsentiert den Gesamtwert einer Forderung und ermöglicht eine Analyse der finanziellen Auswirkungen von Prozessverzögerungen, Ablehnungen und Anpassungen.

Datenquelle

Ein Standard-Finanzfeld auf dem Forderungs- oder Leistungserfassungsbildschirm in Waystar.

Beispiele
150.001250.75540.50
Schadenstatus
ClaimStatus
Der aktuelle Status der Forderung in ihrem Lebenszyklus, wie z.B. „Eingereicht“, „Ausstehend“, „Bezahlt“ oder „Abgelehnt“.
Beschreibung

Der Forderungsstatus gibt jederzeit einen Überblick darüber, wo sich ein bestimmtes Billing Event im Erlöszyklus befindet. Er zeigt den zuletzt erreichten Meilenstein an, z. B. ob eine Forderung gesendet, vom Kostenträger geprüft, bezahlt oder abgelehnt wurde.

Dieses Attribut ist entscheidend für die Finanzberichterstattung und das operative Management. Im Process Mining hilft es, den aktuellen Status aller offenen Cases zu verstehen und kann verwendet werden, um zu analysieren, wie lange Cases in bestimmten Status verbleiben, wie zum Beispiel 'Pending Payer Adjudication'. Dies unterstützt direkt das Dashboard 'Outstanding Balances and Aging'.

Bedeutung

Bietet eine Echtzeitansicht aller laufenden Forderungen und ermöglicht die Analyse von Bottlenecks sowie die Priorisierung der Arbeit.

Datenquelle

Ein Standardfeld im Forderungs- oder Abrechnungsdatensatz in Waystar, das aktualisiert wird, während die Forderung den Zyklus durchläuft.

Beispiele
EingereichtVom Kostenträger bestätigtAbgelehntVollständig bezahlt
Serviceart
ServiceType
Die Kategorie oder Art der erbrachten medizinischen Dienstleistung, wie z.B. „Radiologie“, „Konsultation“ oder „Chirurgischer Eingriff“.
Beschreibung

Der Dienstleistungstyp klassifiziert die Art der abrechenbaren Dienstleistung, die dem Patienten erbracht wurde. Verschiedene Dienstleistungstypen haben oft unterschiedliche Abrechnungscodes, Erstattungssätze und Prozesskomplexitäten.

Dieses Attribut ermöglicht eine detaillierte Analyse des Revenue Cycles basierend auf der klinischen Abteilung oder Dienstleistungslinie. Es hilft, Fragen zu beantworten wie: „Welche Dienstleistungslinien erfahren die meisten Abrechnungsverzögerungen?“ oder „Sind die Ablehnungsraten für chirurgische Eingriffe höher als für Konsultationen?“. Dies ist entscheidend für die Analyse der Abteilungsleistung und gezielte Prozessverbesserungen.

Bedeutung

Ermöglicht die Analyse der Prozessleistung nach klinischer Abteilung oder Serviceleistung, wodurch Variationen in Effizienz und Rentabilität aufgedeckt werden.

Datenquelle

Typischerweise abgeleitet aus Prozedurcodes (CPT/HCPCS) oder verknüpft mit der Abteilung, die die Dienstleistung innerhalb von Waystar erbracht hat.

Beispiele
RadiologieKardiologie-KonsultationNotaufnahmebesuchAmbulante Operation
Zahlername
PayerName
Der Name der Versicherungsgesellschaft oder des Drittzahlers, der für die Forderung verantwortlich ist.
Beschreibung

Dieses Attribut identifiziert den spezifischen Zahler, wie z.B. eine Versicherungsgesellschaft, ein Regierungsprogramm wie Medicare oder eine andere Einheit, die für die Bearbeitung und Bezahlung der Forderung verantwortlich ist. Jeder Zahler kann unterschiedliche Einreichungsanforderungen, Zahlungspläne und Ablehnungsmuster haben.

Die Analyse des Prozesses nach Zahlernamen ist unerlässlich, um zu identifizieren, welche Zahler die längsten Zahlungszyklen, höchsten Ablehnungsraten oder komplexesten Prozesse haben. Dies ermöglicht es Organisationen, ihre Strategien anzupassen, Nachfassaktionen bei problematischen Zahlern zu priorisieren und bessere Verträge auszuhandeln.

Bedeutung

Die Segmentierung des Prozesses nach Zahler ist entscheidend, um zahlerspezifische Bottlenecks, Ablehnungsgründe und Zahlungsverzögerungen zu identifizieren.

Datenquelle

Findet sich in den Forderungs- oder Abrechnungsinformationen, verknüpft mit den Versicherungsdetails des Patienten innerhalb von Waystar.

Beispiele
AetnaBlue Cross Blue ShieldCignaMedicare Teil B
Angepasster Betrag
AdjustedAmount
Der gesamte finanzielle Betrag, der für das Abrechnungsereignis angepasst oder abgeschrieben wurde.
Beschreibung

Der angepasste Betrag stellt die Summe aller finanziellen Anpassungen dar, die am Saldo eines Abrechnungsereignisses vorgenommen wurden. Dies umfasst vertragliche Vereinbarungen, die durch Zahlervereinbarungen festgelegt sind, sowie andere Abschreibungen oder Korrekturen.

Dies ist eine Schlüsselkennzahl für das Dashboard „Anpassungsrate und -auswirkungen von Konten“. Die Summierung dieses Betrags über verschiedene Begründungscodes oder Zahler hinweg zeigt die finanziellen Auswirkungen von Einnahmenverlusten. Es hilft, Verluste zu quantifizieren und liefert einen Business Case zur Behebung der Grundursachen von Anpassungen.

Bedeutung

Quantifiziert die Umsatzeinbußen aufgrund von Abschreibungen und Anpassungen und beleuchtet die finanziellen Auswirkungen von Abrechnungsproblemen und Vertragsbedingungen.

Datenquelle

Stammt aus Finanzanpassungstransaktionen innerhalb von Waystar. Es kann die Summierung mehrerer Anpassungseinträge für ein einzelnes Abrechnungsereignis erfordern.

Beispiele
250.2550.0015.80
Anpassungsgrundcode
AdjustmentReasonCode
Ein Code, der den Grund für eine finanzielle Anpassung des Kontostands erläutert.
Beschreibung

Wenn der Kontostand aus anderen Gründen als einer Zahlung geändert wird, wie z.B. aufgrund einer vertraglichen Vereinbarung oder einer Abschreibung, wird ein Anpassungsbegründungscode verwendet, um den Grund zu dokumentieren. Dieses Attribut erfasst diesen Code.

Die Analyse dieser Codes ist unerlässlich für das Dashboard „Anpassungsrate und -auswirkungen von Konten“. Sie hilft, die Grundursachen von Einnahmenverlusten zu identifizieren, wie z.B. häufige vertragliche Anpassungen mit spezifischen Zahlern oder Abschreibungen aufgrund von Abrechnungsfehlern. Das Verständnis dieser Gründe ist der erste Schritt zur Minimierung vermeidbaren Einnahmenverlusts.

Bedeutung

Erläutert, warum der Umsatz angepasst oder abgeschrieben wurde, und liefert kritische Einblicke in Umsatzverluste und die Performance von Kostenträgerverträgen.

Datenquelle

Verbunden mit Anpassungstransaktionen im Zahlungsbuchungs- oder Debitorenbuchhaltungsmodul von Waystar.

Beispiele
Vertragliche VerpflichtungAbschreibung von KleinbeträgenKorrektur des Abrechnungsfehlers
Auszahlungsbetrag
PaidAmount
Der Gesamtbetrag des Geldes, der von Zahlern oder dem Patienten für die Forderung erhalten und verbucht wurde.
Beschreibung

Dieses Attribut erfasst den kumulierten Geldbetrag, der für ein Abrechnungsereignis erfolgreich eingezogen wurde. Dies umfasst Zahlungen von primären und sekundären Versicherungszahlern sowie Zahlungen vom Patienten.

Der gezahlte Betrag ist eine wichtige Ergebnis-Metrik für den Revenue Cycle. Er wird verwendet, um den endgültigen Ertrag aus den abgerechneten Gebühren zu berechnen und die Effektivität des gesamten Prozesses zu messen. Der Vergleich von abgerechnetem Betrag mit gezahltem Betrag zeigt die Finanzperformance auf und hebt Bereiche von Einnahmenverlusten hervor. Er ist unerlässlich für Dashboards zur Inkassoeffektivität und zur allgemeinen finanziellen Gesundheit.

Bedeutung

Misst den tatsächlich eingezogenen Bargeldbetrag, der eine primäre Ergebnismessgröße zur Bewertung des Gesamterfolgs des Erlöszyklusprozesses ist.

Datenquelle

Abgeleitet von Zahlungsbuchungstransaktionen, die mit der Forderung in Waystar verknüpft sind. Es kann erforderlich sein, mehrere Zahlungsdatensätze zu summieren.

Beispiele
120.00980.500.00
Ist First Pass Zahlung
IsFirstPassPayment
Ein Indikator, der anzeigt, ob die Forderung bei der ersten Einreichung ohne Ablehnungen oder Anpassungen korrekt bezahlt wurde.
Beschreibung

Dieses berechnete boolesche Attribut gibt an, ob eine Forderung ohne intervenierende negative Ereignisse wie eine Ablehnung, Zurückweisung oder Anfrage nach weiteren Informationen bezahlt wurde. Ein „True“-Wert signalisiert einen sauberen, effizienten Prozess für diese Forderung.

Dieses Attribut unterstützt direkt den KPI „First Pass Payment Rate“, der ein kritisches Maß für die gesamte Effizienz des Revenue Cycles ist. Die Analyse der Merkmale von Forderungen, die nicht im ersten Durchlauf bezahlt werden (z.B. nach Zahler, Dienstleistungstyp), hilft, die primären Ursachen für Nacharbeiten und Zahlungsverzögerungen zu identifizieren. Eine Verbesserung dieser Rate führt zu schnellerem Cashflow und niedrigeren Betriebskosten.

Bedeutung

Misst direkt die Qualität der Abrechnungs- und Forderungsbearbeitung. Eine hohe First-Pass-Zahlungsrate deutet auf einen effizienten Prozess mit minimalen Nacharbeiten hin.

Datenquelle

Dies ist ein abgeleitetes Attribut, das während der Datentransformation berechnet wird. Die Logik prüft, ob ein Ereignis „Zahlung verbucht“ auftritt, ohne dass ihm Ereignisse wie „Forderung abgelehnt“ oder „Konto angepasst“ vorausgegangen sind.

Beispiele
truefalsch
Patienten-ID
PatientId
Die eindeutige Kennung für den Patienten, der die Dienstleistung erhalten hat.
Beschreibung

Dieses Attribut ist die eindeutige Kennung für den Patienten, der mit dem Abrechnungsereignis verbunden ist. Es verknüpft die Finanztransaktion mit der Person, die die Versorgung erhalten hat.

Während das Abrechnungsereignis der Fall ist, ermöglicht die Patient ID eine patientenzentrierte Analyse. Sie kann helfen, wiederkehrende Patienten zu identifizieren, die End-to-End finanzielle Patientenreise über mehrere Besuche hinweg zu verstehen und zu analysieren, ob bestimmte Patientendemografien mit Zahlungsproblemen oder höheren Ablehnungsraten verbunden sind. Sie bietet eine Möglichkeit, alle Abrechnungsaktivitäten für eine einzelne Person zu aggregieren.

Bedeutung

Ermöglicht eine patientenzentrierte Analyse, die eine Sicht auf die gesamte finanzielle Reise einer Einzelperson über mehrere Billing Events hinweg erlaubt.

Datenquelle

Ein Standardfeld im Forderungs- oder Patientenregistrierungsdatensatz innerhalb von Waystar oder von einem EHR verknüpft.

Beispiele
MRN-887654MRN-902101MRN-123456
Patientenklasse
PatientClass
Gibt den Status des Patienten für den Kontakt an, z. B. 'stationär' oder 'ambulant'.
Beschreibung

Die Patientenklasse kategorisiert die Art des Patientenkontakts, die oft Abrechnungsregeln und Erstattungssätze bestimmt. Gängige Klassen sind stationär, ambulant und Notfall.

Die Analyse des Revenue Cycles nach Patientenklasse kann signifikante Prozessunterschiede aufzeigen. Zum Beispiel sind stationäre Forderungen oft komplexer und haben längere Zahlungszyklen als ambulante. Diese Segmentierung ist wichtig, um realistische Leistungsziele festzulegen und Prozessverbesserungsinitiativen auf die spezifischen Bedürfnisse jeder Klasse zuzuschneiden.

Bedeutung

Hilft, den Prozess basierend auf der Komplexität des Kontakts (z.B. stationär vs. ambulant) zu segmentieren, was oft mit unterschiedlichen Abrechnungsregeln und Zykluszeiten korreliert.

Datenquelle

Ein Standardfeld in den Patientenregistrierungs- oder Kontaktdaten innerhalb von Waystar oder dem Quell-EHR.

Beispiele
StationärAmbulantNotfall
Verantwortlicher Benutzer
ResponsibleUser
Der Benutzer oder Agent, der die Aktivität durchgeführt hat, wie z.B. ein Rechnungssteller, Kodierer oder Inkassospezialist.
Beschreibung

Dieses Attribut identifiziert den spezifischen Mitarbeiter oder Systembenutzer, der eine bestimmte Aktivität im Prozess ausgeführt hat. Zum Beispiel könnte es zeigen, welcher Rechnungssteller eine Forderung eingereicht oder welcher Inkassobearbeiter einen Folgeanruf initiiert hat.

Die Analyse des Prozesses nach Benutzer hilft beim Verständnis der Arbeitslastverteilung, der individuellen Leistung und des Schulungsbedarfs. Es kann hervorheben, ob bestimmte Benutzer höhere Fehlerquoten aufweisen oder effizienter bei der Beilegung von Ablehnungen sind. Dies ist wertvoll für das Teammanagement und die Qualitätskontrolle innerhalb der Revenue Cycle Abteilung.

Bedeutung

Weist die Verantwortung für Prozessschritte zu, ermöglicht die Leistungsanalyse auf Einzel- oder Teamebene und identifiziert Schulungsmöglichkeiten.

Datenquelle

Findet sich im Audit-Trail oder den Transaktionsprotokollen für Events in Waystar, oft als 'UserID', 'ProcessedBy' oder Ähnliches.

Beispiele
jsmithadavisbilling_bot_01
Zahlertyp
PayerType
Die Kategorie des Zahlers, wie z.B. „Kommerziell“, „Medicare“ oder „Selbstzahler“.
Beschreibung

Der Zahlertyp gruppiert einzelne Zahler in breitere Kategorien basierend auf ihrer Art. Dies bietet eine übergeordnete Ansicht im Vergleich zum spezifischen Zahlernamen.

Dieses Attribut ist nützlich für strategische Analysen und Berichte. Es ermöglicht der Führungsebene, Leistungstrends über wichtige Zahlertypen hinweg zu verstehen, z.B. den Vergleich der Gesamtleistung von staatlichen Zahlern mit der von kommerziellen Versicherern. Dies kann strategische Entscheidungen bezüglich Zahlerverträgen und Ressourcenallokation beeinflussen.

Bedeutung

Ermöglicht eine übergeordnete Analyse durch Gruppierung von Kostenträgern in Kategorien wie Kommerziell oder Staatlich, die oft unterschiedliche Zahlungsverhalten und Regeln aufweisen.

Datenquelle

Typischerweise abgeleitet durch Zuordnung des Zahlernamens zu einer vordefinierten Kategorieliste. Diese Logik kann in Waystar existieren oder muss während der Datentransformation aufgebaut werden.

Beispiele
KommerziellMedicareMedicaidSelbstzahler
Zahlungsfälligkeitsdatum
PaymentDueDate
Das Datum, bis zu dem die Zahlung für die Rechnung oder Forderung erwartet wird.
Beschreibung

Das Zahlungsfälligkeitsdatum ist das vom Anbieter festgelegte oder durch Zahlerverträge vorgegebene Datum, bis zu dem die Zahlung eingegangen sein sollte. Es dient als Benchmark zur Messung der Zahlungsfristen.

Dieses Attribut ist unerlässlich für das Dashboard „Offene Salden und Veralterung“. Es wird verwendet, um das Alter der Forderungen zu berechnen und sie in Kategorien wie „0-30 Tage“, „31-60 Tage“ usw. einzuteilen. Diese Veralterungsanalyse ist eine gängige Finanzpraxis für das Management von Forderungen und die Priorisierung von Inkassobemühungen bei überfälligen Konten.

Bedeutung

Bietet die Grundlage für die Berechnung der Debitorenveraltungsverfolgung, die für das Inkassomanagement und das Verständnis der Zeitgerechtheit des Cashflows entscheidend ist.

Datenquelle

Ist auf der Rechnung oder im Forderungsdatensatz zu finden. Er kann basierend auf dem Rechnungsdatum und den Zahlungsbedingungen berechnet werden.

Beispiele
2023-11-252023-12-152024-01-30
Zahlungszykluszeit
PaymentCycleTime
Die gesamte verstrichene Zeit von der Einreichung einer Forderung bis zur Verbuchung der finalen Zahlung.
Beschreibung

Diese berechnete Metrik misst die Dauer des Kernprozesses der Zahlungseingänge. Sie wird typischerweise als die Zeitdifferenz zwischen dem Ereignis „Forderung an Zahler eingereicht“ und dem finalen Ereignis „Zahlung verbucht“ für ein Abrechnungsereignis berechnet.

Dieses Attribut ist die primäre Messgröße für das Dashboard „Analyse der Gesamtzahlungszykluszeit“ und ein wichtiger Key Performance Indicator für den Cashflow. Die Analyse dieser Dauer über verschiedene Zahler, Dienstleistungstypen oder Patientenklassen hinweg hilft, die größten Verzögerungsquellen beim Zahlungseingang zu identifizieren. Die Reduzierung der durchschnittlichen Zahlungszykluszeit ist ein primäres Ziel für nahezu alle Revenue Cycle Management-Initiativen.

Bedeutung

Ein zentraler KPI, der die Geschwindigkeit des Geldeingangs misst. Seine Analyse hilft, die größten Verzögerungen im Zahlungsprozess zu identifizieren und zu beheben.

Datenquelle

Berechnet während der Datentransformation durch Subtraktion des Timestamps des Einreichungs-Events vom Timestamp des Zahlungs-Events.

Beispiele
25 Tage 4 Stunden90 Tage 11 Stunden14 Tage 2 Stunden
Zeit von Dienstleistung bis Rechnung
ServiceToInvoiceCycleTime
Die verstrichene Zeit von der Dienstleistungsfertigstellung bis zur Erfassung der Gebühren und Erstellung einer Forderung.
Beschreibung

Diese Metrik, auch bekannt als „Charge Lag“, misst die Effizienz des Frontend-Abrechnungsprozesses. Sie wird berechnet als die Zeitdifferenz zwischen dem Ereignis „Dienstleistung erbracht/abgeschlossen“ und dem Ereignis „Gebühren erfasst“ oder „Forderung erstellt“.

Dieses Attribut unterstützt direkt das Dashboard „Service To Invoice Cycle Time“. Verzögerungen in diesem Teil des Prozesses, bekannt als Charge Lag, verschieben den Beginn des Zahlungszyklus direkt und verzögern den Cashflow. Die Überwachung dessen hilft sicherzustellen, dass alle Dienstleistungen prompt und genau abgerechnet werden, wodurch Umsatzeinbußen verhindert und der gesamte Revenue Cycle beschleunigt wird.

Bedeutung

Misst die Effizienz der Frontend-Abrechnung. Die Reduzierung dieses 'Charge Lag' ist entscheidend, um den gesamten Erlöszyklus zu beschleunigen und den Verlust von Leistungen zu verhindern.

Datenquelle

Berechnet während der Datentransformation durch Subtraktion des Timestamps des Service-Events vom Timestamp des Charge Capture/Forderungserstellungs-Events.

Beispiele
2 Tage 8 Stunden1 Tag 0 Stunden5 Tage 1 Stunde
Erforderlich Empfohlen Optional

Revenue Cycle Management Aktivitäten

Dies sind die entscheidenden Prozessschritte und wichtigen Meilensteine, die Sie in Ihrem Event Log erfassen sollten, um eine genaue Erkennung und tiefgehende Analyse Ihrer RCM-Operationen zu ermöglichen.
6 Empfohlen 7 Optional
Aktivität Beschreibung
Anspruch abgelehnt
Der Zahler hat die Forderung abgelehnt und wird keine Zahlung leisten, wie in der Electronic Remittance Advice (ERA) detailliert beschrieben. Dieses Ereignis löst den Ablehnungsmanagement- oder Nachbearbeitungsprozess aus.
Bedeutung

Unterstützt direkt den KPI 'Claim Denial Rate'. Die Identifizierung der Häufigkeit und Gründe für Ablehnungen ist entscheidend für die Prozessverbesserung und die Umsatzwiederherstellung.

Datenquelle

Dies wird aus spezifischen Ablehnungscodes, bekannt als Claim Adjustment Reason Codes (CARCs), innerhalb der empfangenen ERA (835-Datei) abgeleitet.

Erfassen

Abgeleitet von den Claim Adjustment Reason Codes (CARCs) in der ERA-Datei, die eine Ablehnung anzeigen.

Ereignistyp inferred
Anspruch entschieden
Der Zahler hat die Forderung bearbeitet und eine Zahlungsentscheidung getroffen. Dieses Ereignis wird erfasst, wenn eine Electronic Remittance Advice (ERA) oder eine 835-Datei vom Zahler empfangen wird.
Bedeutung

Dies ist die primäre Entscheidungsstelle im Prozess. Sie bestimmt, ob die Forderung bezahlt oder abgelehnt wird, was den Einnahmenfluss und die Workflows des Ablehnungsmanagements direkt beeinflusst.

Datenquelle

Abgeleitet vom Empfangsdatum der ERA (835-Datei), die mit der Forderung in Waystar verknüpft ist. Die ERA-Datei enthält die detaillierte Entscheidung des Kostenträgers.

Erfassen

Abgeleitet vom Verarbeitungsdatum der vom Kostenträger erhaltenen ERA/835-Datei.

Ereignistyp inferred
Forderung an Kostenträger übermittelt
Die elektronische Einreichung der Abrechnungsforderung an den Versicherungszahler zur Bearbeitung. Dies ist eine kritische Übergabe vom System des Anbieters an das System des Zahlers über das Clearinghouse.
Bedeutung

Ein wichtiger Meilenstein, der die Frist für Kostenträger-Antwortzeiten in Gang setzt. Er ist essenziell für die Messung von Zahlungszyklus-KPIs und die Identifizierung von Einreichungsrückständen.

Datenquelle

Die Clearinghouse-Funktionalität von Waystar protokolliert explizit Datum und Uhrzeit der Übertragung von Forderungsdateien. Suchen Sie nach Einreichungsprotokollen oder dem Forderungsstatusverlauf.

Erfassen

In der Historie der Forderungseinreichung oder im Transaktionsprotokoll bei erfolgreicher Übermittlung protokolliert.

Ereignistyp explicit
Konto geschlossen
Der Lebenszyklus des Abrechnungsereignisses ist abgeschlossen, wobei der Kontostand durch Zahlungen und Anpassungen Null erreicht hat. Dies signalisiert das erfolgreiche Ende des Revenue Cycles für diesen Fall.
Bedeutung

Dies ist der primäre Endpunkt des Prozesses. Die Messung der Zeit bis zum Abschluss und des Prozentsatzes der Konten, die erfolgreich abgeschlossen werden, sind wichtige Gesamtleistungsindikatoren.

Datenquelle

Dies ist ein berechnetes Ereignis, das typischerweise abgeleitet wird, wenn das Feld für den offenen Saldo des Abrechnungsereignisses im Patientenabrechnungssystem Null wird.

Erfassen

Berechnet, wenn die Summe der Zahlungen und Anpassungen dem gesamten Belastungsbetrag entspricht.

Ereignistyp calculated
Leistungen erfasst
Kennzeichnet die Erfassung abrechnungsfähiger Leistungen im Erlöszyklussystem. Dieses Ereignis wird typischerweise explizit protokolliert, wenn ein Benutzer eine Leistungserfassung finalisiert oder wenn Daten von einem klinischen System empfangen werden.
Bedeutung

Dies ist der Startpunkt für den Abrechnungsprozess. Die Analyse der Zeit vom Dienstleistungsabschluss bis zur Gebührenerfassung ist entscheidend, um Einnahmenverluste und Verzögerungen am Frontend zu identifizieren.

Datenquelle

Dieses Ereignis wird in einer Gebühreneintragungs- oder Transaktionstabelle innerhalb von Waystar aufgezeichnet und enthält typischerweise einen Erstellungs-Timestamp, wenn die Gebühr gespeichert oder finalisiert wird.

Erfassen

Ereignis protokolliert beim Speichern oder Finalisieren einer Leistungserfassung.

Ereignistyp explicit
Zahlung gebucht
Eine erhaltene Zahlung wird auf das spezifische Patientenkonto und die Forderung angewendet oder abgeglichen. Diese Aktivität verschiebt den Saldo von den Forderungen zum Bargeld.
Bedeutung

Dies ist ein entscheidender letzter Schritt im Zahlerzyklus. Er unterstützt die KPIs für den Zahlungseingangs-Durchsatz und die Verzögerungszeit und stellt sicher, dass Konten zeitnah und genau aktualisiert werden.

Datenquelle

Dies ist eine explizite Aktion, die in Waystar protokolliert wird, wenn ein Benutzer die Zahlung aus der ERA bucht. Viele Systeme verfügen über automatische Buchungsfunktionen, die dieses Ereignis ebenfalls protokollieren.

Erfassen

Ereignis protokolliert, wenn eine Zahlung aus einer ERA auf eine Forderung angewendet wird, entweder manuell oder über automatisches Buchen.

Ereignistyp explicit
Ablehnung angefochten
Ein Benutzer hat Maßnahmen ergriffen, um eine Forderungsablehnung anzufechten, oft durch erneute Einreichung der Forderung mit Korrekturen oder durch Einlegung eines formellen Widerspruchs. Diese Aktivität ist ein wichtiger Schritt im Nacharbeitsprozess.
Bedeutung

Misst die Effizienz des Ablehnungsmanagement-Teams. Die Verfolgung der Zeit von der Ablehnung bis zum Widerspruch und der Erfolgsquote der Widersprüche ist wichtig für die Optimierung der Wiedergewinnungsbemühungen.

Datenquelle

Dies kann als explizite Benutzeraktion oder Notiz im Ablehnungsmanagement-Modul protokolliert werden. Es könnte auch aus einer Statusänderung der abgelehnten Forderung abgeleitet werden.

Erfassen

Ereignis protokolliert, wenn ein Benutzer eine Widerspruchshandlung dokumentiert oder den Forderungsstatus auf 'Appealed' aktualisiert.

Ereignistyp explicit
Forderung korrigiert und erneut eingereicht
Nach einer Ablehnung oder Zurückweisung wurde die Forderung korrigiert und erneut an den Kostenträger gesendet. Dies kennzeichnet den Neustart des Prüfungszyklus für eine spezifische Forderung.
Bedeutung

Dies ist eine kritische Nachbearbeitungsschleife. Die Analyse der Häufigkeit und Gründe für die erneute Einreichung hilft, die Grundursachen anfänglicher Fehler wie Kodierungs- oder demografische Fehler zu identifizieren.

Datenquelle

Abgeleitet durch die Identifizierung eines neuen 'Claim Submitted To Payer'-Events für eine zuvor abgelehnte Forderung. Das System kann auch einen spezifischen Status für erneut eingereichte Forderungen haben.

Erfassen

Abgeleitet durch ein neues Einreichungsereignis, das mit einem zuvor abgelehnten Forderungsidentifikator verknüpft ist.

Ereignistyp inferred
Inkassoaktivität gestartet
Das Patienten-Konto ist überfällig geworden, und aktive Inkassobemühungen haben begonnen. Dies könnte automatisierte Mahnungen oder die Übergabe an ein externes Inkassobüro umfassen.
Bedeutung

Unterstützt das Dashboard „Effektivität der Inkassoaktivitäten“. Es hilft, die Kosten und Erfolgsraten von Inkassobemühungen bei veralteten Forderungen zu analysieren.

Datenquelle

Dies wird typischerweise aus einer Änderung des Kontostatus innerhalb von Waystar in einen „Collections“- oder „Bad Debt“-Zustand abgeleitet, was einen anderen Workflow auslöst.

Erfassen

Abgeleitet aus einer Änderung des Kontostatus zu 'Inkasso' oder 'Uneinbringliche Forderung'.

Ereignistyp inferred
Konto angepasst
Eine manuelle oder vertragliche Anpassung wird am Kontostand vorgenommen. Dies kann Abschreibungen, vertragliche Nachlässe, Patientenrabatte oder andere Korrekturen umfassen.
Bedeutung

Unerlässlich für das Verständnis von Umsatzverlusten. Die Analyse von Anpassungen hilft, Probleme mit Gebührenordnungen, Vertragsmanagement oder uneinbringlichen Forderungen zu identifizieren.

Datenquelle

Jede finanzielle Anpassung muss als Transaktion für Prüfzwecke protokolliert werden. Dies wird ein explizites Ereignis in der Kontotransaktionstabelle sein.

Erfassen

Als spezifischer Transaktionstyp im Kontobuch protokolliert.

Ereignistyp explicit
Patientensaldo-Auszug gesendet
Nach der Versicherungsprüfung wird eine Abrechnung erstellt und dem Patienten für den verbleibenden Saldo zugesandt. Dies verlagert den Fokus der Inkassobemühungen vom Kostenträger auf den Patienten.
Bedeutung

Dieses Ereignis leitet den Patientenzahlungszyklus ein. Die Analyse der Effektivität und des Zeitpunkts von Abrechnungen ist entscheidend für die Verwaltung von Patientenforderungen und die Verbesserung der Patientenerfahrung.

Datenquelle

Dies ist ein explizites Ereignis, das vom Patientenabrechnungsmodul protokolliert wird, wenn ein Abrechnungsstapel generiert oder elektronisch oder an einen Druckdienstleister gesendet wird.

Erfassen

Ereignis in der Patientenkorrespondenzhistorie protokolliert, wenn eine Abrechnung generiert wird.

Ereignistyp explicit
Schaden erfasst
Stellt die Generierung einer formalen Abrechnungsforderung aus erfassten Gebühren dar. Dies ist ein interner Schritt, bei dem das System Informationen vor der Einreichung beim Zahler zusammenstellt.
Bedeutung

Verfolgt die interne Effizienz der Forderungsgenerierung. Verzögerungen in dieser Phase können den gesamten Zahlungszyklus verzögern, noch bevor die Forderung das System des Anbieters verlässt.

Datenquelle

Dies kann ein explizites Ereignis sein, wird aber oft aus dem ersten Timestamp abgeleitet, der einem Forderungsdatensatz im Forderungsmanagement-Modul von Waystar zugeordnet ist.

Erfassen

Abgeleitet vom Erstellungsdatum des Forderungsdatensatzes in der primären Forderungstabelle.

Ereignistyp inferred
Zahlerbestätigung erhalten
Das System des Zahlers bestätigt den Empfang der eingereichten Forderungsdatei. Dies ist normalerweise eine automatisierte Antwort, wie ein 277CA- oder 999-Bericht, der anzeigt, dass die Forderung zur Bearbeitung angenommen wurde.
Bedeutung

Bestätigt die erfolgreiche Übermittlung und hilft, Front-End-Ablehnungen aufgrund von Formatierungs- oder Datenfehlern vor Beginn der Prüfung zu isolieren, was schnellere Korrekturen ermöglicht.

Datenquelle

Wird in den Forderungsstatus- oder Antwortdateitabellen innerhalb des Clearinghouse-Moduls von Waystar nach der Verarbeitung einer eingehenden Zahlerbestätigungsdatei aufgezeichnet.

Erfassen

Ereignis protokolliert bei der Verarbeitung einer elektronischen Bestätigungsdatei vom Kostenträger.

Ereignistyp explicit
Empfohlen Optional

Extraktionsleitfäden

So erhalten Sie Ihre Daten von Waystar

Extraktionsmethoden für diesen Prozess werden derzeit validiert. Bitte schauen Sie später noch einmal vorbei oder kontaktieren Sie uns für Unterstützung.