Ihr Daten-Template für das Forderungsmanagement
Ihr Daten-Template für das Forderungsmanagement
- Empfohlene Datenattribute für eine umfassende Analyse
- Zentrale Prozessaktivitäten für eine aussagekräftige Analyse
- Praktische Hinweise zum Datenexport aus Waystar
Attribute des Forderungsmanagements
| Name | Beschreibung | ||
|---|---|---|---|
| Abrechnungsvorgang BillingEvent | Die eindeutige Kennung für eine einzelne erbrachte Dienstleistung oder gelieferte Ware, für die eine Gebühr anfällt. Sie dient als Case im Erlöszyklusprozess. | ||
| Beschreibung Der Abrechnungsvorgang dient als zentrale Case-ID. Er verknüpft alle Aktivitäten von der Erfassung der Gebühren bis zum Kontenabschluss für eine bestimmte abrechenbare Leistung. Er bildet den gesamten Lebenszyklus eines einzelnen Anspruchs oder einer Patientenrechnung ab. Beim Process Mining ermöglicht die Analyse jedes Abrechnungsvorgangs einen umfassenden Überblick über den Erlöszyklus. So lassen sich häufige Prozesspfade, Abweichungen und Engpässe erkennen, die einzelne Ansprüche betreffen. Diese Detailtiefe ist entscheidend, um die Prozessleistung zu verstehen und konkrete Verbesserungsmöglichkeiten zu finden, etwa Verzögerungen bei der Einreichung von Ansprüchen oder der Verbuchung von Zahlungen. Warum das wichtig ist Dies ist die zentrale Case-ID, die alle zusammengehörigen Aktivitäten im Erlöszyklus verknüpft. So lässt sich der gesamte Prozess für jede abrechenbare Position nachvollziehen. Woher beziehen In der Regel ist dies der Primärschlüssel aus der zentralen Abrechnungs- oder Anspruchstransaktionstabelle in Waystar. Die genaue Tabelle und den Feldnamen finden Sie in der Waystar-Dokumentation. Beispiele BE-2024-0012345BE-2024-0012346BE-2024-0012347 | |||
| Aktivitätsname ActivityName | Der Name des konkreten Geschäftsvorfalls oder Prozessschritts im Erlöszyklus, zum Beispiel „Anspruch eingereicht“ oder „Zahlung verbucht“. | ||
| Beschreibung Dieses Attribut beschreibt die einzelnen Aktivitäten, aus denen der gesamte Erlöszyklusprozess besteht. Jeder Wert steht für einen eigenen Schritt, Meilenstein oder eine Aufgabe bei einem Abrechnungsvorgang, etwa einen Anspruch erstellen, eine Ablehnung erhalten oder eine Zahlung verbuchen. Die Analyse der Abfolge und Häufigkeit dieser Aktivitäten bildet die Grundlage des Process Mining. Sie ermöglicht die Visualisierung des Prozessmodells, das Erkennen von Schleifen zur erneuten Bearbeitung (zum Beispiel „Anspruch abgelehnt“ gefolgt von „Anspruch korrigiert“) und die Messung der Übergangszeiten zwischen den Schritten. Das ist entscheidend, um Prozesseffizienz und Compliance zu verstehen. Warum das wichtig ist Dieses Attribut legt die Schritte im Prozessmodell fest. Es bildet die Grundlage für die Visualisierung und Analyse des Workflows im Erlöszyklus. Woher beziehen Erstellt aus Event Logs, Statusänderungsdatensätzen oder Transaktionstypen in den Anspruchs- und Abrechnungsmodulen von Waystar. Beispiele Anspruch beim Kostenträger eingereichtAnspruch abgelehntZahlung verbuchtKonto geschlossen | |||
| Ereignis-Timestamp EventTimestamp | Das genaue Datum und die Uhrzeit, zu der die Aktivität stattgefunden hat. | ||
| Beschreibung Der Ereignis-Timestamp hält den genauen Zeitpunkt einer Aktivität fest. Er ist entscheidend, um Ereignisse chronologisch zu ordnen und die Dauer zwischen verschiedenen Prozessschritten zu berechnen. Bei der Prozessanalyse dienen Timestamps zur Berechnung wichtiger Leistungskennzahlen wie Zyklus-, Warte- und Verarbeitungszeiten. So ergibt sich beispielsweise aus der Differenz zwischen dem Timestamp „Anspruch eingereicht“ und „Zahlung verbucht“ die gesamte Zahlungszykluszeit. Genaue Timestamps sind für die Engpassanalyse und die Leistungsüberwachung unerlässlich. Warum das wichtig ist Timestamps sind erforderlich, um Ereignisse zu ordnen, Zykluszeiten zu berechnen und die Prozessleistung zu analysieren. Sie bilden die zeitliche Grundlage der Analyse. Woher beziehen Dies ist ein Standardfeld, das zu fast jedem Transaktions- oder Statusänderungsdatensatz in Waystar gehört. Es heißt häufig „Erstellungsdatum“, „Transaktionsdatum“ oder ähnlich. Beispiele 2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z | |||
| Letzte Datenaktualisierung LastDataUpdate | Der Timestamp, der angibt, wann die Daten zu diesem Ereignis zuletzt aktualisiert oder extrahiert wurden. | ||
| Beschreibung Dieses Attribut enthält den Timestamp des letzten Datenexports aus dem Quellsystem. Er gibt nicht an, wann das Geschäftsvorfall stattgefunden hat, sondern wann der Datensatz zur Analyse abgerufen wurde. Diese Information ist wichtig für Data Governance und um die Aktualität der Daten in der Process-Mining-Analyse einzuschätzen. Benutzer sehen damit, ob sie mit aktuellen Informationen arbeiten. Außerdem ist der Timestamp für die Verwaltung inkrementeller Datenladungen erforderlich. Warum das wichtig ist Macht die Aktualität des Datensatzes transparent. Das ist wichtig für genaue und zeitnahe Berichte und Analysen. Woher beziehen Dieser Timestamp wird in der Regel während der Datenübernahme vom ETL-Prozess (Extract, Transform, Load) erzeugt und jeder Zeile hinzugefügt. Beispiele 2024-01-15T02:00:00Z2024-01-16T02:00:00Z | |||
| Quellsystem SourceSystem | Das System oder die Anwendung, aus der die Ereignisdaten stammen. | ||
| Beschreibung Dieses Attribut gibt an, aus welchem Quellsystem die Ereignisdaten stammen. In einer komplexen IT-Landschaft können Ereignisse im Erlöszyklus aus verschiedenen Waystar-Modulen oder aus integrierten externen Systemen wie einem elektronischen Patientenaktensystem (EHR) stammen. Das Quellsystem zu kennen, ist wichtig für die Datenvalidierung, die Fehlerbehebung und das Verständnis von Prozessabweichungen, die durch unterschiedliches Systemverhalten entstehen können. So lassen sich Prozessprobleme der richtigen Anwendung oder Schnittstelle zuordnen. Warum das wichtig ist Gibt die Herkunft der Daten an. Das ist entscheidend für Data Governance, Qualitätssicherung und das Verständnis von Prozessabweichungen zwischen verschiedenen Systemen. Woher beziehen Dies ist häufig ein statischer Wert („Waystar“), der beim Datenexport hinzugefügt wird. Alternativ lässt er sich aus bestimmten Modulen oder Tabellen im System ableiten. Beispiele Waystar RCMWaystar-AbrechnungsmodulEHR-Schnittstelle | |||
| Abgerechneter Betrag BilledAmount | Der Gesamtbetrag, der für die im Anspruch aufgeführten erbrachten Leistungen berechnet wird. | ||
| Beschreibung Der abgerechnete Betrag entspricht den Bruttokosten der für den Patienten erbrachten Leistungen, bevor Anpassungen, vertragliche Nachlässe oder Zahlungen berücksichtigt werden. Er ist der ursprüngliche Betrag des beim Kostenträger eingereichten Anspruchs. Dieses Attribut ist wichtig für die Finanzanalyse und um den Geldfluss im Prozess zu verstehen. Damit lässt sich die Analyse nach Anspruchswert aufschlüsseln, lassen sich Gebührenentwicklungen für verschiedene Leistungen erkennen und die finanziellen Auswirkungen von Prozessineffizienzen wie Ablehnungen oder Zahlungsverzögerungen berechnen. Es ist eine grundlegende Kennzahl für die meisten Finanz-Dashboards. Warum das wichtig ist Gibt den Gesamtwert eines Anspruchs an und ermöglicht die Analyse der finanziellen Auswirkungen von Prozessverzögerungen, Ablehnungen und Anpassungen. Woher beziehen Ein Standardfeld für Finanzdaten auf der Anspruchs- oder Gebührenerfassungsmaske in Waystar. Beispiele 150.001250.75540.50 | |||
| Ablehnungsgrundcode DenialReasonCode | Ein standardisierter Code, der angibt, warum der Kostenträger einen Anspruch abgelehnt hat. | ||
| Beschreibung Wenn ein Kostenträger einen Anspruch ablehnt, gibt er einen Grundcode für die Zurückweisung an. Dieser kann beispielsweise auf fehlende Angaben, nicht abgedeckte Leistungen oder Codierungsfehler hinweisen. Dieses Attribut enthält den jeweiligen Code. Die Analyse der Ablehnungsgrundcodes ist grundlegend für die Verbesserung des Erlöszyklus. Damit kann das Unternehmen die Ursachen von Ablehnungen ermitteln, etwa häufige Fehler in einer bestimmten Abteilung oder Probleme mit den Anforderungen eines Kostenträgers. Diese Daten bilden direkt die Grundlage für das Dashboard „Ablehnungsquote und Ablehnungsgründe bei Ansprüchen“. Sie sind außerdem wichtig, um künftige Ablehnungen zu vermeiden und die Zahlungsquote bei der ersten Einreichung zu verbessern. Warum das wichtig ist Dieses Attribut ist für die Ursachenanalyse abgelehnter Ansprüche unerlässlich. Es ermöglicht gezielte Maßnahmen, um Einnahmeverluste und erneute Bearbeitungen zu reduzieren. Woher beziehen Wird bei einer Ablehnung im Anspruchsdatensatz eingetragen. Die Information stammt aus der Zahlungsmitteilung des Kostenträgers. Beispiele CO-16: Angaben zum Anspruch/zur Leistung fehlenPR-96: Nicht abgedeckte Gebühr(en)CO-22: Diese Versorgung wird möglicherweise von einem anderen Kostenträger übernommen | |||
| Anspruchsstatus ClaimStatus | Der aktuelle Status des Anspruchs im Verlauf, zum Beispiel „Eingereicht“, „Ausstehend“, „Bezahlt“ oder „Abgelehnt“. | ||
| Beschreibung Der Anspruchsstatus zeigt zu einem bestimmten Zeitpunkt, an welcher Stelle im Erlöszyklus sich ein Abrechnungsvorgang befindet. Er gibt den zuletzt erreichten Meilenstein an, etwa ob ein Anspruch versendet wurde, vom Kostenträger geprüft wird, bezahlt oder zurückgewiesen wurde. Dieses Attribut ist wichtig für die Finanzberichterstattung und das operative Management. Beim Process Mining hilft es, den aktuellen Status aller offenen Cases zu verstehen und zu analysieren, wie lange Cases in bestimmten Status verweilen, etwa „Prüfung durch Kostenträger ausstehend“. Es dient direkt als Grundlage für das Dashboard „Ausstehende Forderungen und Forderungsalter“. Warum das wichtig ist Zeigt den aktuellen Status aller laufenden Ansprüche. So lassen sich Engpässe analysieren und Aufgaben priorisieren. Woher beziehen Ein Standardfeld im Anspruchs- oder Abrechnungsdatensatz in Waystar, das im Verlauf des Zyklus aktualisiert wird. Beispiele EingereichtVom Kostenträger bestätigtAbgelehntVollständig bezahlt | |||
| Ausstehender Betrag OutstandingBalance | Der verbleibende Betrag, der für den Abrechnungsvorgang noch eingezogen werden muss. | ||
| Beschreibung Der ausstehende Betrag entspricht den aktuellen Forderungen aus einem Abrechnungsvorgang. Er wird berechnet, indem die bisher verbuchten Zahlungen und Anpassungen vom abgerechneten Betrag abgezogen werden. Diese Finanzkennzahl ist entscheidend für die Verwaltung des Cashflows und der Forderungen. Sie bildet die Grundlage für das Dashboard „Ausstehende Forderungen und Forderungsalter“. Damit kann das Unternehmen die gesamten Forderungen verfolgen, Konten mit hohen offenen Beträgen erkennen und den Forderungseinzug priorisieren. Die Entwicklung dieses Werts im Zeitverlauf zeigt, wie wirksam der Forderungseinzug ist. Warum das wichtig ist Misst direkt die Forderungen. Das ist wichtig für die Verwaltung des Cashflows, die Priorisierung des Forderungseinzugs und die Beurteilung der finanziellen Lage. Woher beziehen Dies ist in der Regel ein berechnetes Feld in den Berichtsmodulen von Waystar (abgerechneter Betrag minus bezahlter Betrag minus Anpassungen). Wenn kein direktes Feld verfügbar ist, muss der Wert möglicherweise beim Datenexport berechnet werden. Beispiele 30.00270.25540.50 | |||
| Leistungsart ServiceType | Die Kategorie oder Art der erbrachten medizinischen Leistung, zum Beispiel „Radiologie“, „Beratung“ oder „chirurgischer Eingriff“. | ||
| Beschreibung Die Leistungsart klassifiziert die Art der für den Patienten erbrachten abrechenbaren Leistung. Für verschiedene Leistungsarten gelten häufig unterschiedliche Abrechnungscodes und Erstattungssätze; auch die Komplexität der Prozesse variiert. Dieses Attribut ermöglicht eine detaillierte Analyse des Erlöszyklus nach klinischer Abteilung oder Leistungsbereich. Es hilft bei Fragen wie: „Bei welchen Leistungsbereichen kommt es am häufigsten zu Abrechnungsverzögerungen?“ oder „Sind die Ablehnungsquoten bei chirurgischen Eingriffen höher als bei Beratungen?“ Das ist wichtig für die Leistungsanalyse einzelner Abteilungen und gezielte Prozessverbesserungen. Warum das wichtig ist Ermöglicht die Analyse der Prozessleistung nach klinischer Abteilung oder Leistungsbereich und zeigt Unterschiede bei Effizienz und Rentabilität auf. Woher beziehen In der Regel aus Prozedurcodes (CPT/HCPCS) abgeleitet oder mit der Abteilung verknüpft, die die Leistung in Waystar erbracht hat. Beispiele RadiologieKardiologische BeratungBesuch in der NotaufnahmeAmbulante Operation | |||
| Name des Kostenträgers PayerName | Der Name der Versicherung oder des externen Kostenträgers, der für den Anspruch zuständig ist. | ||
| Beschreibung Dieses Attribut gibt den jeweiligen Kostenträger an, zum Beispiel eine Versicherung, ein staatliches Programm wie Medicare oder eine andere Stelle, die den Anspruch prüft und bezahlt. Die Anforderungen an die Einreichung, Zahlungspläne und Ablehnungsmuster unterscheiden sich je nach Kostenträger. Die Analyse nach Kostenträgername ist wichtig, um festzustellen, bei welchen Kostenträgern die Zahlungszyklen am längsten, die Ablehnungsquoten am höchsten oder die Prozesse am komplexesten sind. Unternehmen können ihre Vorgehensweise entsprechend anpassen, Nachfragen bei problematischen Kostenträgern priorisieren und bessere Verträge aushandeln. Warum das wichtig ist Die Aufschlüsselung des Prozesses nach Kostenträgern ist entscheidend, um kostenträgerspezifische Engpässe, Ablehnungsgründe und Zahlungsverzögerungen zu erkennen. Woher beziehen Zu finden in den Anspruchs- oder Abrechnungsdaten, verknüpft mit den Versicherungsangaben des Patienten in Waystar. Beispiele AetnaBlue Cross Blue ShieldCignaMedicare Part B | |||
| Angepasster Betrag AdjustedAmount | Der Gesamtbetrag, der für den Abrechnungsvorgang angepasst oder abgeschrieben wurde. | ||
| Beschreibung Der angepasste Betrag umfasst die Summe aller finanziellen Anpassungen am Saldo eines Abrechnungsvorgangs. Dazu zählen vertraglich vereinbarte Nachlässe der Kostenträger sowie weitere Abschreibungen und Korrekturen. Diese Kennzahl ist zentral für das Dashboard „Anpassungsquote und finanzielle Auswirkungen“. Werden die Beträge nach Anpassungsgrund oder Kostenträger aufgeschlüsselt, wird sichtbar, wie stark sich Umsatzverluste finanziell auswirken. So lassen sich Verluste beziffern und Maßnahmen gegen die Ursachen der Anpassungen begründen. Warum das wichtig ist Beziffert die durch Abschreibungen und Anpassungen entgangenen Einnahmen und zeigt die finanziellen Auswirkungen von Abrechnungsproblemen und Vertragsbedingungen. Woher beziehen Stammt aus den Buchungen zu finanziellen Anpassungen in Waystar. Für einen einzelnen Abrechnungsvorgang müssen möglicherweise mehrere Anpassungsbuchungen summiert werden. Beispiele 250.2550.0015.80 | |||
| Anpassungsgrundcode AdjustmentReasonCode | Ein Code, der den Grund für eine finanzielle Anpassung des Kontostands angibt. | ||
| Beschreibung Wird der Kontostand aus einem anderen Grund als einer Zahlung geändert, etwa wegen eines vertraglichen Nachlasses oder einer Abschreibung, dokumentiert ein Anpassungsgrundcode den Anlass. Dieses Attribut enthält den jeweiligen Code. Die Analyse dieser Codes ist wichtig für das Dashboard „Anpassungsquote und Auswirkungen auf Konten“. Sie hilft, die Ursachen von Einnahmeverlusten zu erkennen, etwa häufige vertragliche Anpassungen bei bestimmten Kostenträgern oder Abschreibungen aufgrund von Abrechnungsfehlern. Diese Gründe zu verstehen, ist der erste Schritt, um vermeidbare Einnahmeverluste zu verringern. Warum das wichtig ist Erklärt, warum Einnahmen angepasst oder abgeschrieben wurden, und liefert wichtige Erkenntnisse zu Einnahmeverlusten und zur Leistung von Verträgen mit Kostenträgern. Woher beziehen Steht im Zusammenhang mit Anpassungsbuchungen im Modul für Zahlungseingänge oder Forderungen von Waystar. Beispiele Vertragliche VerpflichtungAbschreibung kleiner RestbeträgeKorrektur eines Abrechnungsfehlers | |||
| Bezahlter Betrag PaidAmount | Der Gesamtbetrag, den Kostenträger oder Patient für den Anspruch gezahlt haben und der verbucht wurde. | ||
| Beschreibung Dieses Attribut erfasst den Gesamtbetrag, der für einen Abrechnungsvorgang erfolgreich eingezogen wurde. Dazu zählen Zahlungen primärer und sekundärer Kostenträger sowie Zahlungen des Patienten. Der bezahlte Betrag ist eine wichtige Ergebniskennzahl für den Erlöszyklus. Er dient dazu, den endgültigen Ertrag aus den abgerechneten Gebühren zu berechnen und die Wirksamkeit des gesamten Prozesses zu messen. Der Vergleich des abgerechneten mit dem bezahlten Betrag zeigt die finanzielle Leistung und macht Einnahmeverluste sichtbar. Das Attribut ist für Dashboards zur Wirksamkeit des Forderungseinzugs und zur allgemeinen Finanzlage unverzichtbar. Warum das wichtig ist Misst die tatsächlich eingegangenen Zahlungen. Dies ist eine zentrale Ergebniskennzahl, um den Erfolg des gesamten Erlöszyklusprozesses zu bewerten. Woher beziehen Abgeleitet aus Zahlungsvorgängen, die in Waystar mit dem Anspruch verknüpft sind. Dazu müssen möglicherweise mehrere Zahlungsdatensätze summiert werden. Beispiele 120.00980.500.00 | |||
| Kostenträgerart PayerType | Die Kategorie des Kostenträgers, zum Beispiel „Kommerziell“, „Medicare“ oder „Selbstzahler“. | ||
| Beschreibung Die Kostenträgerart fasst einzelne Kostenträger nach ihrer Art zu übergeordneten Kategorien zusammen. Sie bietet einen Überblick auf einer höheren Ebene als der konkrete Kostenträgername. Dieses Attribut eignet sich für strategische Analysen und Berichte. Die Unternehmensleitung kann damit Leistungstrends über wichtige Kostenträgerkategorien hinweg vergleichen, etwa staatliche Kostenträger mit kommerziellen Versicherungen. Die Ergebnisse können Entscheidungen zu Verträgen mit Kostenträgern und zur Ressourcenverteilung unterstützen. Warum das wichtig ist Ermöglicht eine übergeordnete Analyse, indem Kostenträger Kategorien wie „Kommerziell“ oder „Staatlich“ zugeordnet werden. Für diese gelten häufig unterschiedliche Zahlungsabläufe und Regeln. Woher beziehen In der Regel abgeleitet, indem der Kostenträgername einer vordefinierten Kategorienliste zugeordnet wird. Diese Logik kann in Waystar vorhanden sein oder muss bei der Datentransformation eingerichtet werden. Beispiele KommerziellMedicareMedicaidSelbstzahler | |||
| Patienten-ID PatientId | Die eindeutige Kennung des Patienten, der die Leistung erhalten hat. | ||
| Beschreibung Dieses Attribut ist die eindeutige Kennung des Patienten, der dem Abrechnungsvorgang zugeordnet ist. Es verknüpft die Finanztransaktion mit der Person, die die Versorgung erhalten hat. Der Abrechnungsvorgang ist der Case. Die Patienten-ID ermöglicht zusätzlich eine patientenbezogene Analyse. Damit lassen sich wiederkehrende Patienten erkennen, der gesamte finanzielle Verlauf eines Patienten über mehrere Besuche hinweg nachvollziehen und Zusammenhänge zwischen bestimmten demografischen Merkmalen und Zahlungsproblemen oder höheren Ablehnungsquoten untersuchen. Außerdem können alle Abrechnungsvorgänge einer Person zusammengefasst werden. Warum das wichtig ist Ermöglicht eine patientenbezogene Analyse und zeigt den gesamten finanziellen Verlauf einer Person über mehrere Abrechnungsvorgänge hinweg. Woher beziehen Ein Standardfeld im Anspruchs- oder Patientenregistrierungsdatensatz in Waystar oder aus einem EHR übernommen. Beispiele MRN-887654MRN-902101MRN-123456 | |||
| Patientenkategorie PatientClass | Gibt den Status des Patienten beim Behandlungskontakt an, zum Beispiel „Stationär“ oder „Ambulant“. | ||
| Beschreibung Die Patientenkategorie ordnet die Art des Behandlungskontakts ein, die häufig Abrechnungsregeln und Erstattungssätze bestimmt. Übliche Kategorien sind stationär, ambulant und Notfall. Die Analyse des Erlöszyklus nach Patientenkategorie kann deutliche Prozessunterschiede aufzeigen. Bei stationären Ansprüchen ist der Prozess beispielsweise oft komplexer, und die Zahlungszyklen sind länger als bei ambulanten Ansprüchen. Diese Aufschlüsselung ist wichtig, um realistische Leistungsziele festzulegen und Prozessverbesserungen auf die jeweiligen Anforderungen abzustimmen. Warum das wichtig ist Ermöglicht die Aufschlüsselung des Prozesses nach Komplexität des Behandlungskontakts, etwa stationär oder ambulant. Diese hängt häufig mit unterschiedlichen Abrechnungsregeln und Zykluszeiten zusammen. Woher beziehen Ein Standardfeld in den Patientenregistrierungs- oder Behandlungsdaten in Waystar oder im Quell-EHR. Beispiele StationärAmbulantNotfall | |||
| Verantwortlicher Benutzer ResponsibleUser | Der Benutzer oder Mitarbeitende, der die Aktivität ausgeführt hat, zum Beispiel ein Abrechnungsmitarbeiter, Codierer oder Spezialist für Forderungseinzug. | ||
| Beschreibung Dieses Attribut gibt an, welcher Mitarbeitende oder Systembenutzer eine bestimmte Aktivität im Prozess ausgeführt hat. Es zeigt beispielsweise, welcher Abrechnungsmitarbeiter einen Anspruch eingereicht oder welcher Mitarbeitende im Forderungseinzug einen Rückruf veranlasst hat. Die Analyse nach Benutzer hilft, die Arbeitsverteilung, die individuelle Leistung und den Schulungsbedarf zu verstehen. Sie kann zeigen, ob bestimmte Benutzer häufiger Fehler machen oder Ablehnungen effizienter bearbeiten. Das ist für die Teamleitung und Qualitätssicherung in der Abrechnungsabteilung hilfreich. Warum das wichtig ist Ordnet die Verantwortung für Prozessschritte zu. So lässt sich die Leistung einzelner Mitarbeitender oder Teams analysieren und Schulungsbedarf erkennen. Woher beziehen Zu finden im Prüfpfad oder in den Transaktionsprotokollen für Ereignisse in Waystar, häufig unter Bezeichnungen wie „UserID“ oder „ProcessedBy“. Beispiele jsmithadavisbilling_bot_01 | |||
| Zahlung beim ersten Einreichungsversuch IsFirstPassPayment | Kennzeichen dafür, ob der Abrechnungsfall bereits nach der ersten Einreichung korrekt bezahlt wurde, ohne Ablehnung oder Anpassung. | ||
| Beschreibung Dieses berechnete boolesche Attribut gibt an, ob ein Abrechnungsfall ohne zwischenzeitliche negative Ereignisse wie eine Ablehnung, Zurückweisung oder Rückfrage nach weiteren Informationen bezahlt wurde. Der Wert „true“ steht für einen reibungslosen und effizienten Ablauf des jeweiligen Abrechnungsfalls. Das Attribut fließt direkt in die KPI „Zahlungsquote beim ersten Einreichungsversuch“ ein, einer wichtigen Kennzahl für die Effizienz des gesamten Abrechnungszyklus. Eine Analyse der Merkmale von Abrechnungsfällen, die nicht beim ersten Versuch bezahlt werden, etwa nach Kostenträger oder Leistungsart, hilft dabei, die Hauptursachen für Nacharbeit und Zahlungsverzögerungen zu ermitteln. Eine höhere Quote beschleunigt den Zahlungseingang und senkt die Betriebskosten. Warum das wichtig ist Misst unmittelbar die Qualität der Abrechnung und Fallbearbeitung. Eine hohe Zahlungsquote beim ersten Einreichungsversuch weist auf einen effizienten Ablauf mit wenig Nacharbeit hin. Woher beziehen Dieses abgeleitete Attribut wird bei der Datentransformation berechnet. Dabei wird geprüft, ob auf das Ereignis „Zahlung gebucht“ keine Ereignisse wie „Abrechnungsfall abgelehnt“ oder „Konto angepasst“ vorausgingen. Beispiele truefalse | |||
| Zahlungsfälligkeit PaymentDueDate | Das Datum, bis zu dem die Zahlung für die Rechnung oder den Abrechnungsfall erwartet wird. | ||
| Beschreibung Die Zahlungsfälligkeit ist das vom Leistungserbringer festgelegte oder in den Verträgen mit dem Kostenträger vereinbarte Datum, bis zu dem die Zahlung eingehen soll. Sie dient als Maßstab, um die Pünktlichkeit von Zahlungen zu beurteilen. Dieses Attribut ist für das Dashboard „Offene Forderungen und Altersstruktur“ unverzichtbar. Damit wird das Alter der Forderungen berechnet und in Zeiträume wie „0–30 Tage“, „31–60 Tage“ usw. eingeteilt. Diese Altersstrukturanalyse ist ein gängiges Verfahren im Finanzwesen, um Forderungen zu verwalten und überfällige Konten bei der Einziehung zu priorisieren. Warum das wichtig ist Dient als Grundlage für die Berechnung der Altersstruktur von Forderungen. Das ist entscheidend für das Forderungsmanagement und die Beurteilung, wie pünktlich Zahlungen eingehen. Woher beziehen Das Datum ist im Rechnungs- oder Abrechnungsfalldatensatz zu finden. Es kann anhand des Rechnungsdatums und der Zahlungsbedingungen berechnet werden. Beispiele 2023-11-252023-12-152024-01-30 | |||
| Zeitraum von Leistung bis Rechnung ServiceToInvoiceCycleTime | Die Zeitspanne zwischen dem Abschluss einer Leistung und der Erfassung der Gebühren sowie der Erstellung eines Abrechnungsfalls. | ||
| Beschreibung Diese Kennzahl, auch als „Verzögerung bei der Gebührenerfassung“ bezeichnet, misst die Effizienz der vorgelagerten Abrechnung. Sie wird als Zeitdifferenz zwischen dem Ereignis „Leistung erbracht/abgeschlossen“ und dem Ereignis „Gebühren erfasst“ oder „Abrechnungsfall erstellt“ berechnet. Das Attribut fließt direkt in das Dashboard „Durchlaufzeit von Leistung bis Rechnung“ ein. Verzögerungen in diesem Prozessabschnitt, also bei der Gebührenerfassung, verschieben den Beginn des Zahlungszyklus und damit den Zahlungseingang. Die Überwachung hilft sicherzustellen, dass alle Leistungen zeitnah und korrekt abgerechnet werden. So lassen sich Einnahmeverluste vermeiden und der gesamte Abrechnungszyklus beschleunigen. Warum das wichtig ist Misst die Effizienz der vorgelagerten Abrechnung. Eine kürzere Verzögerung bei der Gebührenerfassung ist entscheidend, um den gesamten Abrechnungszyklus zu beschleunigen und nicht erfasste Gebühren zu vermeiden. Woher beziehen Wird bei der Datentransformation berechnet, indem der Timestamp des Leistungserbringungsereignisses vom Timestamp der Gebührenerfassung oder Erstellung des Abrechnungsfalls abgezogen wird. Beispiele 2 Tage 8 Stunden1 Tag 0 Stunden5 Tage 1 Stunde | |||
Aktivitäten im Forderungsmanagement
| Aktivität | Beschreibung | ||
|---|---|---|---|
| Anspruch abgelehnt | Der Kostenträger hat den Anspruch abgelehnt und wird keine Zahlung leisten. Die Einzelheiten sind in der Electronic Remittance Advice (ERA) aufgeführt. Dieses Ereignis löst die Bearbeitung der Ablehnung oder eine erneute Bearbeitung aus. | ||
| Warum das wichtig ist Dient direkt als Grundlage für die KPI „Ablehnungsquote bei Ansprüchen“. Die Häufigkeit und Gründe von Ablehnungen zu ermitteln, ist entscheidend, um den Prozess zu verbessern und Einnahmen zurückzugewinnen. Woher beziehen Abgeleitet aus bestimmten Ablehnungscodes, den sogenannten Claim Adjustment Reason Codes (CARCs), in der empfangenen ERA (835-Datei). Erfassung Abgeleitet aus den Claim Adjustment Reason Codes (CARCs) in der ERA-Datei, die eine Ablehnung kennzeichnen. Ereignistyp inferred | |||
| Anspruch beim Kostenträger eingereicht | Die elektronische Übermittlung des Abrechnungsanspruchs an den Versicherungsträger zur Prüfung. Dabei wird der Anspruch über die Clearingstelle vom System des Leistungserbringers an das System des Kostenträgers übergeben. | ||
| Warum das wichtig ist Dieser wichtige Meilenstein markiert den Beginn der Reaktionszeit des Kostenträgers. Er ist entscheidend, um Kennzahlen zum Zahlungszyklus zu messen und Rückstände bei der Einreichung zu erkennen. Woher beziehen Die Clearingstellenfunktion von Waystar protokolliert Datum und Uhrzeit der Übermittlung der Anspruchsdatei ausdrücklich. Suchen Sie nach Übermittlungsprotokollen oder dem Statusverlauf des Anspruchs. Erfassung Wird nach erfolgreicher Übermittlung im Einreichungsverlauf des Anspruchs oder im Transaktionsprotokoll erfasst. Ereignistyp explicit | |||
| Anspruch geprüft | Der Kostenträger hat den Anspruch bearbeitet und über die Zahlung entschieden. Dieses Ereignis wird erfasst, wenn eine Electronic Remittance Advice (ERA) oder eine 835-Datei vom Kostenträger eingeht. | ||
| Warum das wichtig ist Dies ist der zentrale Entscheidungspunkt im Prozess. Hier wird festgelegt, ob der Anspruch bezahlt oder abgelehnt wird. Das wirkt sich unmittelbar auf den Zahlungseingang und die Workflows zur Bearbeitung abgelehnter Ansprüche aus. Woher beziehen Abgeleitet aus dem Eingangsdatum der ERA (835-Datei), die dem Anspruch in Waystar zugeordnet ist. Die ERA-Datei enthält die detaillierte Entscheidung des Kostenträgers. Erfassung Abgeleitet aus dem Bearbeitungsdatum der vom Kostenträger empfangenen ERA-/835-Datei. Ereignistyp inferred | |||
| Gebühren erfasst | Dieses Ereignis kennzeichnet, dass abrechenbare Leistungen im Revenue-Cycle-System erfasst wurden. Es wird in der Regel ausdrücklich protokolliert, wenn ein Benutzer einen Gebührensatz abschließt oder Daten aus einem klinischen System eingehen. | ||
| Warum das wichtig ist Dies ist der Ausgangspunkt des Abrechnungsprozesses. Die Zeit zwischen dem Abschluss einer Leistung und der Erfassung der Gebühren ist entscheidend, um Einnahmeverluste und Verzögerungen zu Beginn des Prozesses zu erkennen. Woher beziehen Dieses Ereignis wird in Waystar in einer Tabelle für Gebührenerfassungen oder Transaktionen gespeichert. In der Regel enthält der Datensatz einen Erstellungs-Timestamp, der beim Speichern oder Abschließen der Gebühr erfasst wird. Erfassung Ereignis wird beim Speichern oder Abschließen einer Gebührenerfassung protokolliert. Ereignistyp explicit | |||
| Konto geschlossen | Der Abrechnungsvorgang ist abgeschlossen, und der Kontostand wurde durch Zahlungen und Anpassungen auf null gebracht. Damit endet der Erlöszyklus für diesen Case erfolgreich. | ||
| Warum das wichtig ist Dies ist der zentrale Endpunkt des Prozesses. Die Zeit bis zum Abschluss und der Anteil erfolgreich abgeschlossener Konten sind wichtige Kennzahlen für die Gesamtleistung. Woher beziehen Dies ist ein berechnetes Ereignis. Es wird in der Regel abgeleitet, wenn das Feld für den ausstehenden Betrag des Abrechnungsvorgangs im Patientenabrechnungssystem den Wert null erreicht. Erfassung Berechnet, wenn die Summe aus Zahlungen und Anpassungen dem Gesamtbetrag der Gebühren entspricht. Ereignistyp calculated | |||
| Zahlung verbucht | Eine eingegangene Zahlung wird dem jeweiligen Patientenkonto und Anspruch zugeordnet oder mit ihnen abgeglichen. Dadurch wird der Betrag von den Forderungen in den Zahlungseingang übertragen. | ||
| Warum das wichtig ist Dies ist ein entscheidender letzter Schritt im Kostenträgerzyklus. Das Ereignis dient als Grundlage für KPIs zum Durchsatz bei der Zahlungsverarbeitung und zur Verzögerung bis zur Verbuchung. So lassen sich Konten zeitnah und korrekt aktualisieren. Woher beziehen Dies ist eine explizite Aktion, die in Waystar protokolliert wird, wenn ein Benutzer die Zahlung aus der ERA verbucht. Viele Systeme protokollieren dieses Ereignis auch bei der automatischen Verbuchung. Erfassung Wird protokolliert, wenn eine Zahlung aus einer ERA einem Anspruch zugeordnet wird, manuell oder automatisch. Ereignistyp explicit | |||
| Ablehnung angefochten | Ein Benutzer hat Maßnahmen ergriffen, um eine Ablehnung anzufechten. Dazu kann er den korrigierten Anspruch erneut einreichen oder formell Einspruch einlegen. Diese Aktivität ist ein wichtiger Schritt bei der erneuten Bearbeitung. | ||
| Warum das wichtig ist Misst die Effizienz des Teams für die Bearbeitung abgelehnter Ansprüche. Wichtig für die Optimierung der Rückgewinnung ist, die Zeit zwischen Ablehnung und Einspruch sowie die Erfolgsquote der Einsprüche zu erfassen. Woher beziehen Die Maßnahme wird möglicherweise als explizite Benutzeraktion oder Notiz im Modul zur Bearbeitung von Ablehnungen protokolliert. Sie lässt sich auch aus einer Statusänderung des abgelehnten Anspruchs ableiten. Erfassung Wird protokolliert, wenn ein Benutzer einen Einspruch dokumentiert oder den Status des Anspruchs auf „Angefochten“ setzt. Ereignistyp explicit | |||
| Abrechnung des Patienten versendet | Nach der Prüfung durch die Versicherung wird eine Abrechnung erstellt und dem Patienten für den verbleibenden Betrag zugesendet. Damit verlagert sich der Schwerpunkt des Forderungseinzugs vom Kostenträger auf den Patienten. | ||
| Warum das wichtig ist Dieses Ereignis leitet den Zahlungszyklus des Patienten ein. Die Wirksamkeit und der Zeitpunkt der Abrechnungen zu analysieren, ist wichtig, um Patientenforderungen zu verwalten und die Customer Experience zu verbessern. Woher beziehen Dieses explizite Ereignis wird vom Patientenabrechnungsmodul protokolliert, wenn ein Abrechnungslauf erstellt oder elektronisch beziehungsweise an einen Druckdienstleister gesendet wird. Erfassung Wird im Schriftverkehrsverlauf des Patienten protokolliert, wenn eine Abrechnung erstellt wird. Ereignistyp explicit | |||
| Anspruch erstellt | Kennzeichnet die Erstellung eines formellen Abrechnungsanspruchs auf Grundlage der erfassten Gebühren. In diesem internen Schritt stellt das System die Angaben zusammen, bevor der Anspruch beim Kostenträger eingereicht wird. | ||
| Warum das wichtig ist Damit lässt sich die interne Effizienz bei der Erstellung von Ansprüchen verfolgen. Verzögerungen in diesem Schritt können den gesamten Zahlungszyklus verlängern, noch bevor der Anspruch das System des Leistungserbringers verlässt. Woher beziehen Dieses Ereignis kann ausdrücklich protokolliert werden. Häufig wird es jedoch anhand des ersten Timestamps eines Anspruchsdatensatzes im Claims-Management-Modul von Waystar abgeleitet. Erfassung Abgeleitet aus dem Erstellungsdatum des Anspruchsdatensatzes in der zentralen Anspruchstabelle. Ereignistyp inferred | |||
| Anspruch korrigiert und erneut eingereicht | Nach einer Ablehnung oder Zurückweisung wurde der Anspruch korrigiert und erneut an den Kostenträger gesendet. Damit beginnt die Prüfung des jeweiligen Anspruchs von vorn. | ||
| Warum das wichtig ist Dies ist eine wichtige Schleife zur erneuten Bearbeitung. Die Häufigkeit und Gründe erneuter Einreichungen zu analysieren, hilft, die Ursachen ursprünglicher Fehler zu erkennen, etwa Fehler bei der Codierung oder bei demografischen Angaben. Woher beziehen Abgeleitet, wenn für einen zuvor abgelehnten Anspruch ein neues Ereignis „Anspruch an Kostenträger übermittelt“ erkannt wird. Möglicherweise gibt es im System auch einen eigenen Status für erneut eingereichte Ansprüche. Erfassung Abgeleitet aus einem neuen Einreichungsereignis, das mit der Kennung eines zuvor abgelehnten Anspruchs verknüpft ist. Ereignistyp inferred | |||
| Eingangsbestätigung des Kostenträgers erhalten | Das System des Kostenträgers bestätigt den Eingang der übermittelten Anspruchsdatei. Dies geschieht in der Regel automatisch, etwa durch einen 277CA- oder 999-Bericht, der angibt, dass der Anspruch zur Bearbeitung angenommen wurde. | ||
| Warum das wichtig ist Bestätigt die erfolgreiche Übermittlung und hilft, Ablehnungen zu Beginn des Prozesses aufgrund von Formatierungs- oder Datenfehlern zu erkennen, bevor die Prüfung des Anspruchs beginnt. So lassen sich Fehler schneller korrigieren. Woher beziehen Wird nach der Verarbeitung einer eingehenden Bestätigungsdatei des Kostenträgers in den Tabellen zum Anspruchsstatus oder zu Antwortdateien im Clearingstellenmodul von Waystar erfasst. Erfassung Ereignis wird nach der Verarbeitung einer elektronischen Bestätigungsdatei des Kostenträgers protokolliert. Ereignistyp explicit | |||
| Forderungseinzug gestartet | Das Patientenkonto ist überfällig, und der aktive Forderungseinzug hat begonnen. Dazu können automatische Zahlungserinnerungen oder die Übergabe an ein externes Inkassounternehmen gehören. | ||
| Warum das wichtig ist Dient als Grundlage für das Dashboard „Wirksamkeit des Forderungseinzugs“. Damit lassen sich Kosten und Erfolgsquote des Forderungseinzugs bei überfälligen Forderungen analysieren. Woher beziehen Wird in der Regel aus einer Statusänderung des Kontos in Waystar in den Status „Inkasso“ oder „Uneinbringliche Forderung“ abgeleitet. Dadurch wird ein anderer Workflow ausgelöst. Erfassung Abgeleitet aus einer Änderung des Kontostatus in „Inkasso“ oder „Uneinbringliche Forderung“. Ereignistyp inferred | |||
| Konto angepasst | Der Kontostand wird manuell oder gemäß Vertrag angepasst. Dazu gehören beispielsweise Abschreibungen, vertragliche Nachlässe, Patientenrabatte oder andere Korrekturen. | ||
| Warum das wichtig ist Wichtig, um Einnahmeverluste zu verstehen. Die Analyse von Anpassungen hilft, Probleme mit Gebührenordnungen, Vertragsverwaltung oder uneinbringlichen Forderungen zu erkennen. Woher beziehen Jede finanzielle Anpassung muss zu Prüfzwecken als Transaktion protokolliert werden. Sie erscheint als explizites Ereignis in der Kontotransaktionstabelle. Erfassung Als bestimmter Transaktionstyp im Kontenbuch protokolliert. Ereignistyp explicit | |||
Anleitungen zum Datenexport
Die Extraktionsmethoden für diesen Prozess werden derzeit geprüft. Schauen Sie später wieder vorbei oder kontaktieren Sie uns wenn Sie Unterstützung benötigen.
Möchten Sie loslegen?
Gehen Sie den nächsten Schritt zur Optimierung Ihres Forderungsmanagements. Nutzen Sie diese Datenerkenntnisse, um noch heute die Effizienz zu steigern und den Zahlungseingang zu verbessern.
Optimieren Sie Ihr Forderungsmanagement und verbessern Sie jetzt den Zahlungseingang
Ermitteln Sie Ineffizienzen, verkürzen Sie Durchlaufzeiten um 30 % und verbessern Sie den Zahlungseingang.
Keine Kreditkarte erforderlich. Starten Sie noch heute mit der Optimierung.