Ihr Daten-Template für Revenue Cycle Management

Epic Resolute
Ihr Daten-Template für Revenue Cycle Management

Ihr Daten-Template für Revenue Cycle Management

Dieses Template bietet eine umfassende Anleitung zur Erfassung der erforderlichen Daten für die Optimierung Ihres Revenue-Cycle-Management-Prozesses. Es beschreibt wichtige Datenattribute, zentrale zu erfassende Aktivitäten und praktische Hinweise zur Extraktion dieser Informationen aus Ihren Quellsystemen. Verwenden Sie diese Ressource, um sicherzustellen, dass alle für eine wirksame Prozessanalyse und -verbesserung benötigten Datenpunkte vorliegen.
  • Empfohlene zu erfassende Attribute
  • Wichtige zu erfassende Aktivitäten
  • Hinweise zur Extraktion
Neu bei Event Logs? Lernen Sie, wie Sie ein Process-Mining-Event-Log erstellen.

Attribute des Umsatzzyklusmanagements

Dies sind die empfohlenen Datenfelder, die Sie in Ihr Event Log aufnehmen sollten, um den Umsatzzyklusmanagementprozess umfassend zu analysieren und zu optimieren.
3 Erforderlich 6 Empfohlen 10 Optional
Name Beschreibung
Abrechnungsvorgang
BillingEvent
Die eindeutige Kennung für die Erbringung einer einzelnen Leistung oder Lieferung eines Produkts, die eine Belastung erzeugt und als primäre Case-ID dient.
Beschreibung

Der Billing Event ist die zentrale Kennung, die alle Aktivitäten innerhalb des Abrechnungszyklus für eine bestimmte abrechenbare Position verbindet. Er beginnt mit der Erbringung einer Leistung und endet, sobald das Konto vollständig ausgeglichen oder geschlossen ist.

In der Process-Mining-Analyse ist dieses Attribut entscheidend für die Rekonstruktion des durchgängigen Ablaufs jeder Belastung. Es ermöglicht die Nachverfolgung von Aktivitäten wie Belastungserfassung, Claim-Übermittlung, Zahlungsverbuchung und Ablehnungsbearbeitung für einzelne Billing Events. Dadurch wird der Prozessablauf einschließlich seiner Varianten transparent.

Warum das wichtig ist

Dies ist die grundlegende Case-ID, die alle zusammengehörigen Prozessschritte für die Analyse des vollständigen Lebenszyklus der Umsatzgenerierung und Zahlung für jede Leistung verknüpft.

Bezugsquelle

Dies ist häufig eine eindeutige Kennung für ein Krankenhauskonto (HAR) oder eine bestimmte Belastungssitzung in Epic Resolute. Einzelheiten zu Tabellen wie HAR oder Charge Session finden Sie in der Dokumentation zu Epic Resolute.

Beispiele
BE10098765BE20012345BE30054321
Aktivitätsname
ActivityName
Der Name des spezifischen Ereignisses oder der Aufgabe, die innerhalb des Revenue-Cycle-Management-Prozesses ausgeführt wird.
Beschreibung

Dieses Attribut beschreibt einen einzelnen Schritt im Abrechnungszyklus, etwa „Belastungen erfasst“, „Claim an Kostenträger übermittelt“ oder „Zahlung eingegangen“. Jede Aktivität stellt einen eigenständigen Meilenstein im Prozess der Abrechnung und Zahlungseinziehung für eine Leistung dar.

Die Analyse von Aktivitäten bildet die Grundlage für Process Mining. Sie ermöglicht die Visualisierung der Prozesslandkarte, die Identifizierung gängiger Abläufe, das Erkennen von Engpässen zwischen Schritten und die Messung der Konformität mit Standardarbeitsanweisungen.

Warum das wichtig ist

Definiert die Schritte in der Prozesslandkarte und ermöglicht dadurch, den Arbeitsablauf im Abrechnungszyklus zu visualisieren, zu analysieren und zu optimieren.

Bezugsquelle

Wird in der Regel aus Event Logs, Audit-Trails oder Statusänderungsdatensätzen innerhalb der Abrechnungs- und Claim-Module von Epic Resolute abgeleitet.

Beispiele
Gebühren erfasstAnspruch beim Kostenträger eingereichtZahlung eingegangenKonto geschlossen
Ereignis-Timestamp
EventTimestamp
Das genaue Datum und die genaue Uhrzeit, zu denen eine bestimmte Aktivität oder ein Ereignis stattgefunden hat.
Beschreibung

Der Event Timestamp erfasst den Zeitpunkt, an dem eine Aktivität stattgefunden hat. Diese zeitbezogenen Daten sind entscheidend, um Zeitpunkt und Reihenfolge der Ereignisse im Abrechnungszyklus zu verstehen.

In der Analyse dienen Timestamps zur Berechnung der Dauer zwischen Aktivitäten, etwa der Verzögerung bei der Belastungserfassung oder der Zeit bis zur Zahlungsverbuchung. Sie ermöglichen das Erkennen von Engpässen, die Messung von Durchlaufzeiten und die Analyse der Prozessleistung über verschiedene Zeiträume. Genaue Timestamps sind für nahezu alle zeitbasierten KPIs und Dashboards unverzichtbar.

Warum das wichtig ist

Dieses Attribut ist für die Berechnung aller zeitbasierten Kennzahlen einschließlich Durchlaufzeiten und Dauern unverzichtbar. Diese Kennzahlen bilden die Grundlage für das Erkennen von Verzögerungen und Ineffizienzen.

Bezugsquelle

Zu finden in Transaktions- oder Event-Log-Tabellen innerhalb von Epic Resolute, jeweils einer erfassten Aktivität zugeordnet. Feldnamen enthalten häufig Endungen wie Dt, DTTM oder Time.

Beispiele
2023-04-15T09:30:00Z2023-04-16T11:05:21Z2023-05-01T14:00:00Z
Abrechnungsabteilung
BillingDepartment
Die Abteilung oder das Funktionsteam, das für den Abrechnungsvorgang oder die Aktivität verantwortlich ist.
Beschreibung

Dieses Attribut bezeichnet die Organisationseinheit, etwa „Stationäre Abrechnung“, „Ambulante Abrechnung“ oder „Team für Ablehnungsmanagement“, die mit dem Abrechnungsvorgang verbunden ist oder eine bestimmte Aktivität ausgeführt hat.

Diese Dimension ist für das Dashboard „Leistungskennzahlen der Abrechnungsabteilungen“ entscheidend. Sie ermöglicht den direkten Vergleich zentraler Kennzahlen wie Ablehnungsquoten oder Zeiten der Belastungserfassung. Das Management kann dadurch leistungsstarke Abteilungen erkennen, bewährte Verfahren standardisieren und Ressourcen gezielt zuweisen.

Warum das wichtig ist

Ermöglicht den Leistungsvergleich zwischen verschiedenen Abteilungen und hilft, bewährte Verfahren sowie Bereiche mit Verbesserungs- oder zusätzlichem Ressourcenbedarf zu erkennen.

Bezugsquelle

Diese Information kann mit dem Benutzerdatensatz, dem Patientenkonto oder dem Leistungsort in Epic Resolute verknüpft sein.

Beispiele
Abrechnung der KardiologieRCM der RadiologieZentrale Abrechnungsstelle
Grund der Anpassung
AdjustmentReason
Der Grund für eine manuelle oder automatisierte Anpassung des Kontosaldos eines Patienten.
Beschreibung

Dieses Attribut erklärt, warum ein Kontosaldo außerhalb einer regulären Zahlung oder Belastung geändert wurde. Gründe können vertragliche Vereinbarungen mit Kostenträgern, Ausbuchungen geringfügiger Salden oder Korrekturen von Verbuchungsfehlern sein.

Es ist für das Dashboard „Volumen der Kontoanpassungen nach Typ“ entscheidend. Die Analyse der Anpassungsgründe hilft Organisationen, Quellen von Umsatzverlusten zu erkennen, die Auswirkungen von Kostenträgerverträgen zu verstehen und mögliche Ineffizienzen oder Fehler im Abrechnungsprozess aufzudecken.

Warum das wichtig ist

Liefert Erkenntnisse zu Umsatzverlusten und Abrechnungsgenauigkeit, indem es erklärt, warum Kontosalden geändert werden. Dadurch lassen sich unnötige Ausbuchungen reduzieren.

Bezugsquelle

Zu finden in den Transaktionsdetails von Anpassungseinträgen innerhalb des Patientenbuchhaltungsmoduls von Epic Resolute.

Beispiele
Vertraglicher AbzugAbschreibung eines kleinen RestbetragsKorrektur einer doppelten Gebühr
Leistungsart
ServiceType
Die Kategorie oder Art der erbrachten medizinischen Leistung.
Beschreibung

Dieses Attribut klassifiziert die abrechenbare Leistung, etwa als „Radiologie“, „Chirurgie“, „Konsultation“ oder „Notaufnahmebesuch“. Es liefert den klinischen Kontext zu den Finanzdaten.

Die Analyse des Abrechnungszyklus nach Leistungsart kann Prozessvarianten aufdecken, die für bestimmte klinische Bereiche typisch sind. Chirurgische Eingriffe können beispielsweise eine komplexere Belastungserfassung und strengere Anforderungen an Genehmigungen haben als ein gewöhnlicher Praxisbesuch. Dadurch entstehen unterschiedliche Prozessabläufe und Herausforderungen.

Warum das wichtig ist

Liefert den klinischen Kontext zu Finanzdaten und ermöglicht die Analyse, wie unterschiedliche medizinische Leistungen den Abrechnungszyklus und seine Effizienz beeinflussen.

Bezugsquelle

Abgeleitet aus dem Charge Description Master (CDM), der Leistungszeile oder der Abteilung, die in Epic mit der Belastungstransaktion verknüpft ist.

Beispiele
Stationäre OperationAmbulante RadiologieNotfallleistungen
Offener Saldo
OutstandingBalance
Der verbleibende Betrag, den der Kostenträger oder Patient für den Abrechnungsvorgang schuldet.
Beschreibung

Dieses Attribut stellt den aktuellen Forderungssaldo für einen bestimmten Abrechnungsvorgang zum Zeitpunkt der Aktivität dar. Es bildet den finanziellen Status des Cases über dessen gesamten Lebenszyklus ab.

Der offene Saldo ist für das Finanzreporting und den „Bericht zur Altersstruktur offener Salden“ entscheidend. Die Analyse dieses Werts über die Zeit und nach Dimensionen wie Kostenträger oder Abteilung hilft, Inkassomaßnahmen zu priorisieren, den Cashflow zu steuern und finanzielle Risiken zu bewerten.

Warum das wichtig ist

Misst unmittelbar die finanziellen Auswirkungen von Prozessverzögerungen und ist entscheidend für die Priorisierung des Inkassos, die Cashflow-Steuerung und das Verständnis der Forderungen.

Bezugsquelle

Dies ist ein zentrales Feld im Patienten- oder Krankenhauskontodatensatz (HAR) von Epic Resolute. Es handelt sich um einen laufenden Saldo, der durch Finanztransaktionen aktualisiert wird.

Beispiele
1500.00250.750.00
Ursachencode der Ablehnung
DenialReasonCode
Ein standardisierter Code, der den Grund angibt, aus dem ein Kostenträger einen übermittelten Claim abgelehnt hat.
Beschreibung

Wenn ein Kostenträger einen Claim ablehnt, übermittelt er einen Ursachencode, der die Ablehnung erklärt, etwa „Nicht abgedeckte Leistung“, „Doppelter Claim“ oder „Zusätzliche Informationen erforderlich“. Diese Codes sind häufig als Claim Adjustment Reason Codes (CARCs) standardisiert.

Dieses Attribut bildet die Grundlage für das Dashboard „Ablehnungsquoten und -gründe von Claims“. Die Analyse der Häufigkeit verschiedener Ablehnungscodes hilft, die Ursachen von Ablehnungen zu erkennen, etwa Probleme bei der Zulassung, Codierungsfehler oder fehlende Vorabgenehmigungen. Dadurch lassen sich gezielte Verbesserungsmaßnahmen einleiten.

Warum das wichtig ist

Erklärt unmittelbar, warum Claims abgelehnt werden, und liefert verwertbare Erkenntnisse, um Ablehnungsquoten und Umsatzverluste zu senken sowie Zahlungen zu beschleunigen.

Bezugsquelle

Diese Daten finden sich in den von Kostenträgern empfangenen Claim-Antworttransaktionen, etwa einer ANSI-835-Datei, und werden im Claim-Management-Modul von Epic Resolute gespeichert.

Beispiele
CO-16: Der Anspruch bzw. die Leistung enthält nicht die erforderlichen InformationenOA-18: Doppelter Anspruch bzw. doppelte LeistungPR-96: Nicht erstattungsfähige Gebühr(en)
Verantwortlicher Benutzer
ResponsibleUser
Die Kennung des Benutzers oder Mitarbeiters, der die Aktivität ausgeführt hat.
Beschreibung

Dieses Attribut erfasst die Benutzer-ID, den Namen oder die Mitarbeiternummer der Person, die für die Ausführung einer bestimmten Aufgabe im Abrechnungszyklus verantwortlich ist. Dabei kann es sich um den Kliniker handeln, der Belastungen erfasst, den Abrechnungsmitarbeiter, der einen Claim übermittelt, oder den Sachbearbeiter, der eine Ablehnung nachverfolgt.

Die Analyse nach Benutzer hilft, besonders leistungsstarke Mitarbeitende zu erkennen, Schulungsbedarf zu bestimmen und die Arbeitslastverteilung zu verstehen. Sie ist für das Leistungsmanagement sowie für die Untersuchung von Prozessabweichungen einzelner Personen oder Rollen entscheidend.

Warum das wichtig ist

Ermöglicht die Leistungsanalyse nach Person oder Rolle und hilft, Schulungsmöglichkeiten, unausgewogene Arbeitslasten sowie ressourcenbedingte Engpässe zu erkennen.

Bezugsquelle

Typischerweise in Audit-Trails oder Transaktionsprotokollen innerhalb von Epic Resolute zu finden, häufig verknüpft mit einer Tabelle für Benutzerm Stammdaten, etwa einem EMP-Datensatz.

Beispiele
j.doebsmith123User7890
Angepasster Betrag
AdjustedAmount
Der Geldbetrag einer Anpassungstransaktion.
Beschreibung

Dieses Feld erfasst den konkreten Betrag einer Kontoanpassung. Der Wert kann positiv oder negativ sein und eine Gutschrift oder Belastung des Kontosaldos darstellen.

Dieser Betrag ist die zentrale Kennzahl für das Dashboard „Volumen der Kontoanpassungen nach Typ“. Die Summierung nach Anpassungsgrund zeigt die finanziellen Auswirkungen verschiedener Anpassungstypen. So wird beispielsweise sichtbar, wie viel Umsatz aufgrund vertraglicher Verpflichtungen ausgebucht wird und wie viel durch korrigierbare Fehler verloren geht.

Warum das wichtig ist

Quantifiziert die finanziellen Auswirkungen von Kontoanpassungen und ermöglicht dadurch die Messung von Umsatzverlusten sowie der Kosten von Abrechnungsfehlern.

Bezugsquelle

Zu finden in den Detailtabellen der Finanztransaktionen von Epic Resolute, verknüpft mit Transaktionen des Typs Anpassung.

Beispiele
-1250.45-50.0025.10
Claim-ID
ClaimId
Die eindeutige Kennung eines bei einem Kostenträger eingereichten Versicherungsclaims.
Beschreibung

Dieses Attribut ist die spezifische ID des an einen Kostenträger gesendeten Claim-Formulars, etwa CMS-1500 oder UB-04. Ein einzelner Abrechnungsvorgang kann mehrere Claims umfassen, wenn Leistungen erneut abgerechnet oder Einsprüche eingelegt werden.

Die Nachverfolgung anhand der Claim-ID eignet sich für die detaillierte Analyse der Claim-Übermittlung und der Teilprozesse zur Ablehnungsbearbeitung. Sie hilft, Aktivitäten des ursprünglichen Claims von Aktivitäten eines später erneut übermittelten Claims für dieselbe Leistung zu unterscheiden.

Warum das wichtig ist

Liefert eine detaillierte Kennung zur Nachverfolgung des Lebenszyklus jeder einzelnen Claim-Übermittlung. Das ist entscheidend für die Analyse erneuter Übermittlungen und Einsprüche.

Bezugsquelle

Wird vom Claim-Management-Modul von Epic Resolute erstellt, sobald ein Claim angelegt wird, und in den Claim-Datentabellen gespeichert.

Beispiele
CLM-2023-98765CLAIM-0012345623189A4567
Endzeit des Ereignisses
EventEndTime
Der Timestamp, der angibt, wann eine Aktivität abgeschlossen wurde. Er eignet sich zur Berechnung der Aktivitätsdauer.
Beschreibung

Dieses Attribut erfasst den Abschlusszeitpunkt einer Aktivität. Viele Aktivitäten sind unmittelbare Ereignisse, bei denen StartTime und EndTime identisch sind. Einige Aufgaben haben jedoch eine messbare Dauer, etwa ein Nachfassanruf zu einer Ablehnung.

Wenn EndTime verfügbar ist, lässt sich die Bearbeitungszeit einer Aktivität direkt berechnen, nämlich „EndTime“ minus „StartTime“. Das ist genauer, als die Dauer aus der Startzeit der nächsten Aktivität abzuleiten, da die Leerlaufzeit zwischen den Schritten berücksichtigt wird. EndTime ist ein zentraler Bestandteil für die Berechnung des Attributs „ProcessingTime“.

Warum das wichtig ist

Ermöglicht die präzise Berechnung der Dauer jeder Aktivität. Das ist entscheidend, um ineffiziente Aufgaben zu erkennen und die Produktivität von Ressourcen zu messen.

Bezugsquelle

Kann in einigen Epic-Resolute-Modulen verfügbar sein, die Start und Ende von Aufgaben erfassen, etwa in Workqueue- oder Aktivitätsmanagement-Protokollen. Häufig wird dieser Wert jedoch nicht ausdrücklich erfasst.

Beispiele
2023-04-15T09:45:00Z2023-04-16T11:15:30Z2023-05-01T14:02:00Z
Gesamtdauer des Abrechnungszyklus
TotalRevenueCycleTime
Die insgesamt berechnete Dauer vom ersten Leistungserbringungsereignis bis zur abschließenden Zahlung oder Kontoschließung.
Beschreibung

Dies ist eine KPI auf Case-Ebene, die die durchgängige Dauer des Abrechnungszyklus für einen einzelnen Abrechnungsvorgang misst. Sie wird in der Regel als Zeitdifferenz zwischen der Aktivität „Leistung erbracht“ und der abschließenden Aktivität „Zahlung eingegangen“ oder „Konto geschlossen“ berechnet.

Diese übergeordnete Kennzahl bietet einen umfassenden Überblick über die Effizienz des RCM-Prozesses. Die Beobachtung dieser KPI über die Zeit zeigt die Auswirkungen von Prozessverbesserungen und liefert einen wichtigen Indikator für die Geschwindigkeit der Cash-Conversion.

Warum das wichtig ist

Liefert einen übergeordneten, durchgängigen Blick auf die Prozesseffizienz und misst direkt, wie lange die Umwandlung einer Leistung in Zahlung dauert.

Bezugsquelle

Diese Kennzahl wird innerhalb des Process-Mining-Tools berechnet, indem für jeden Case das erste und letzte Ereignis gefiltert und die Zeitdifferenz ermittelt wird.

Beispiele
259200038880005184000
Ist automatisiert
IsAutomated
Ein boolesches Kennzeichen, das angibt, ob die Aktivität von einem System oder einem automatisierten Prozess ausgeführt wurde.
Beschreibung

Dieses Kennzeichen unterscheidet automatisch vom System ausgeführte Aufgaben, etwa die automatische Claim-Erstellung oder Berechtigungsprüfungen, von Aufgaben, die manuell durch einen Benutzer ausgeführt werden.

Die Analyse dieses Attributs hilft, den Automatisierungsgrad des Prozesses zu verstehen. Sie ermöglicht den Vergleich von Effizienz und Fehlerquoten automatisierter und manueller Aktivitäten, die Identifizierung weiterer Automatisierungsmöglichkeiten sowie die Überwachung bestehender Bots oder Systemregeln.

Warum das wichtig ist

Unterscheidet systemgesteuerte von menschlich ausgeführten Aktivitäten. Das ist entscheidend, um die Auswirkungen der Automatisierung zu bewerten und weitere Automatisierungsmöglichkeiten zu erkennen.

Bezugsquelle

Wird häufig daraus abgeleitet, ob es sich beim „ResponsibleUser“ einer Aktivität um ein System- oder Servicekonto handelt, oder indem bestimmte bekanntermaßen automatisierte Aktivitätsnamen gekennzeichnet werden.

Beispiele
truefalse
Letzte Datenaktualisierung
LastDataUpdate
Der Timestamp, der angibt, wann die Daten für dieses Ereignis zuletzt aktualisiert oder aus dem Quellsystem extrahiert wurden.
Beschreibung

Dieses Attribut zeigt die Aktualität der Daten. Es gibt an, wann der Datensatz zuletzt aus Epic Resolute in den Process-Mining-Datensatz übernommen wurde.

Dies ist wichtig, um die Aktualität der Analyse zu beurteilen und Daten zu validieren. Sie erkennen dadurch, ob Sie die aktuell verfügbaren Informationen betrachten. Außerdem ist das Attribut für die Steuerung von Datenaktualisierungszyklen entscheidend.

Warum das wichtig ist

Stellt sicher, dass die Aktualität der analysierten Daten nachvollziehbar bleibt. Das ist entscheidend für präzise und aktuelle Geschäftsentscheidungen.

Bezugsquelle

Dieser Timestamp wird während der Datenaufnahme durch den ETL-Prozess (Extract, Transform, Load) ergänzt.

Beispiele
2023-06-10T02:00:00Z2023-06-11T02:00:00Z
Name des Kostenträgers
PayerName
Der Name des Versicherungsunternehmens, der staatlichen Stelle oder einer anderen Partei, die für die Zahlung verantwortlich ist.
Beschreibung

Dieses Attribut identifiziert den primären Kostenträger des Abrechnungsvorgangs, etwa „Blue Cross Blue Shield“, „Medicare“ oder „Aetna“. Bei Selbstzahlern kann es den Patienten angeben.

Die Segmentierung des Prozesses nach Kostenträger ist eine wirkungsvolle Analysemethode. Sie kann zeigen, dass bestimmte Kostenträger höhere Ablehnungsquoten, längere Zahlungszyklen oder komplexere Anforderungen haben. Diese Erkenntnis ermöglicht es, Abrechnungsstrategien gezielt auf einzelne Kostenträger auszurichten und dadurch Effizienz und Zahlungsgeschwindigkeit zu verbessern.

Warum das wichtig ist

Ermöglicht die Leistungsanalyse nach Kostenträger und zeigt, welche Kostenträger hohe Ablehnungsquoten oder langsame Zahlungszyklen aufweisen. Dadurch lassen sich gezielte Nachverfolgungsstrategien entwickeln.

Bezugsquelle

Diese Information ist Bestandteil der Versicherungsdaten des Patienten und in Epic Resolute mit dem Krankenhauskonto (HAR) verknüpft.

Beispiele
Medicare Teil BUnitedHealthcareAetna PPO
Patienten-ID
PatientId
Die eindeutige Kennung des Patienten, der die Leistung erhält.
Beschreibung

Dieses Attribut ist die Medical Record Number (MRN) oder eine andere eindeutige Patientenkennung. Es verknüpft den finanziellen Abrechnungsvorgang mit einer bestimmten Person.

Zum Schutz der Privatsphäre wird es in der Regel nicht als primäre Analysedimension verwendet. Für die Datenvalidierung ist es jedoch unverzichtbar. Außerdem kann es genutzt werden, um alle Abrechnungsvorgänge eines Patienten zusammenzufassen und dessen gesamten finanziellen Verlauf zu verstehen. Auch für eine mögliche Integration klinischer Prozessdaten ist es entscheidend.

Warum das wichtig ist

Verknüpft Finanzdaten mit einem bestimmten Patienten und ermöglicht dadurch die Datenvalidierung sowie eine umfassendere Analyse des Patientenverlaufs. Aufgrund von Datenschutzanforderungen muss das Attribut jedoch sorgfältig verarbeitet werden.

Bezugsquelle

Eine grundlegende Kennung, die in Epic an vielen Stellen zu finden und mit den Registrierungs- und Kontodatensätzen des Patienten verknüpft ist.

Beispiele
MRN-1234567MRN-8765432MRN-5551234
Quellsystem
SourceSystem
Das Informationssystem, aus dem die Daten stammen.
Beschreibung

Dieses Attribut identifiziert das Quellsystem des Datensatzes, in diesem Kontext Epic Resolute. In Umgebungen mit mehreren integrierten Systemen hilft dieses Feld, die Datenherkunft zu unterscheiden.

Auch wenn es in einer Betrachtung mit nur einem System überflüssig erscheinen mag, entspricht es einer bewährten Praxis für Data Governance und Skalierbarkeit. So bleibt die Herkunft eindeutig, wenn später Daten aus anderen Systemen, etwa einer separaten Inkasso-Plattform, integriert werden.

Warum das wichtig ist

Liefert wichtige Informationen zur Datenherkunft und zum Kontext. Dadurch bleibt der Ursprung der Daten nachvollziehbar, was für Data Governance und die Fehlerbehebung entscheidend ist.

Bezugsquelle

Dies ist in der Regel ein statischer Wert, der während der Datenextraktion und -transformation ergänzt wird, um die Herkunft des Datensatzes zu kennzeichnen.

Beispiele
Epic ResoluteEpicResolute_V2023
Zahlungsziel
PaymentDueDate
Das Datum, bis zu dem die Zahlung für die abgerechnete Leistung erwartet wird.
Beschreibung

Dieses Attribut legt die Zahlungsfrist fest, wie sie auf der Rechnung angegeben oder durch Verträge mit Kostenträgern bestimmt wird. Es dient als Referenz für die Messung fristgerechter Zahlungen.

Das Zahlungsziel ist für die Erstellung des „Berichts zur Altersstruktur offener Salden“ entscheidend. Durch den Vergleich des aktuellen Datums mit dem Zahlungsziel offener Salden lassen sich Forderungen in Altersklassen einteilen, etwa 0 bis 30 Tage oder 31 bis 60 Tage überfällig. So können Inkassomaßnahmen auf die am längsten überfälligen Konten konzentriert werden.

Warum das wichtig ist

Dient als Grundlage für die Altersstrukturanalyse von Forderungen. Diese ist entscheidend für die Priorisierung des Inkassos und die Steuerung finanzieller Risiken aus unbezahlten Rechnungen.

Bezugsquelle

Dieses Datum wird häufig anhand des Rechnungsdatums und der Zahlungsbedingungen berechnet, die im Vertrag mit dem Kostenträger oder in den Kontoinformationen des Patienten in Epic gespeichert sind.

Beispiele
2023-05-302023-06-152023-07-01
Erforderlich Empfohlen Optional

Aktivitäten des Umsatzzyklusmanagements

Dies sind die wichtigsten Prozessschritte und Meilensteine, die Sie in Ihrem Event Log erfassen sollten, um den Prozess präzise zu ermitteln und die Leistung zu messen.
7 Empfohlen 5 Optional
Aktivität Beschreibung
Anspruch beim Kostenträger eingereicht
Dieses Ereignis kennzeichnet den Zeitpunkt, an dem der Claim offiziell zur Prüfung an den Versicherungskostenträger gesendet wird. In Epic wird es als nachverfolgbares Ereignis protokolliert, sobald die elektronische Claim-Datei an das Clearinghouse oder den Kostenträger übertragen wurde.
Warum das wichtig ist

Dieser Meilenstein ist entscheidend, weil damit die Frist für die Zahlung durch den Kostenträger beginnt. Die Analyse hilft, die Effizienz der Claim-Übermittlung zu messen, und unterstützt die KPI „Invoice to Payer Delivery Time“.

Bezugsquelle

Dies ist ein explizites Ereignis, das in Resolute erfasst wird. Der Claim-Datensatz enthält einen Übermittlungsstatus und einen Timestamp, der den Versandzeitpunkt angibt.

Erfassen

Erfassen Sie den Timestamp, der mit der Änderung des Claim-Status in „Submitted“ oder „Transmitted“ verbunden ist.

Ereignistyp explicit
Anspruch vom Kostenträger abgelehnt
Diese Aktivität bezeichnet den Eingang einer Mitteilung des Kostenträgers, dass der Claim abgelehnt wurde. Sie wird erfasst, wenn Epic eine elektronische Zahlungsavis-Datei (835-Datei) verarbeitet oder ein Benutzer eine Ablehnung manuell verbucht.
Warum das wichtig ist

Diese Aktivität leitet eine wichtige Nacharbeitschleife ein. Die Analyse von Ablehnungsgründen und -volumen ist entscheidend, um Ursachen zu erkennen, die Zahlungsquote beim ersten Einreichungsversuch zu verbessern und Verzögerungen bei der Umsatzrealisierung zu reduzieren.

Bezugsquelle

Explizit als Transaktion oder Statusaktualisierung des Claims erfasst. Informationen zur Ablehnung, einschließlich der Ursachencodes, gehen typischerweise elektronisch ein und werden auf dem Konto verbucht.

Erfassen

Filtern Sie nach bestimmten Transaktionstypen oder Claim-Statusaktualisierungen, die auf eine Ablehnung hinweisen.

Ereignistyp explicit
Gebühren erfasst
Diese Aktivität bezeichnet die formale Erfassung der abrechenbaren Charges für die erbrachten Leistungen. In Epic handelt es sich dabei typischerweise um eine explizite Transaktion, die auf dem Patientenkonto verbucht wird. Sie wird häufig automatisch aus klinischen Aktivitäten erzeugt oder manuell eingegeben.
Warum das wichtig ist

Dies ist ein entscheidender erster Meilenstein. Die Messung von Geschwindigkeit und Genauigkeit der Charge Capture hilft, den Abrechnungsprozess zu beschleunigen und sicherzustellen, dass alle erbrachten Leistungen abgerechnet werden.

Bezugsquelle

Explizit in den Transaktions-Logs von Resolute erfasst. Jede Charge ist ein separater Eintrag mit Buchungsdatum, Leistungsdatum und Betrag und findet sich häufig in Tabellen wie ARPB_TRANSACTIONS.

Erfassen

Erfassen Sie die Buchungstransaktionen der Charges aus dem Finanztransaktions-Log des Systems.

Ereignistyp explicit
Konto geschlossen
Dies ist die abschließende Aktivität. Sie zeigt an, dass der offene Saldo des Abrechnungsvorgangs null erreicht hat und keine weiteren Aktivitäten ausstehen. Ursache können eine vollständige Zahlung, Anpassungen oder eine Ausbuchung sein.
Warum das wichtig ist

Dieses Ereignis kennzeichnet den erfolgreichen Abschluss des Abrechnungszyklus für einen Abrechnungsvorgang. Die Gesamtdauer von der Leistungserbringung bis zum Abschluss ist eine wichtige KPI für die Effizienz des Gesamtprozesses.

Bezugsquelle

Dies ist in der Regel ein abgeleitetes Ereignis. Es wird anhand des Zeitpunkts bestimmt, an dem der Kontosaldo des Abrechnungsvorgangs null erreicht und null bleibt.

Erfassen

Abgeleitet durch die Berechnung einer laufenden Summe des Kontosaldos und die Ermittlung des Timestamps der letzten Transaktion, durch die der Saldo null erreicht wurde.

Ereignistyp inferred
Leistung erbracht
Diese Aktivität kennzeichnet den Zeitpunkt, an dem eine klinische Leistung für den Patienten erbracht wird und das Billing Event beginnt. Häufig wird sie aus dem Epic EHR (EpicCare) übernommen, sobald ein Kliniker einen Besuch oder eine Behandlung abschließt.
Warum das wichtig ist

Dies ist das primäre Start-Ereignis des Revenue Cycle. Die Analyse der Zeit von diesem Punkt bis zur Charge Capture ist entscheidend, um Verzögerungen beim Beginn der Abrechnung und mögliche Umsatzverluste zu erkennen.

Bezugsquelle

Dieses Ereignis wird in der Regel aus Service- oder Besuchs-Timestamps in den klinischen Modulen abgeleitet, die mit dem Abrechnungskonto verknüpft sind. Das Leistungsdatum der Charge-Transaktion ist dabei der zentrale Datenpunkt.

Erfassen

Abgeleitet aus dem Leistungsdatum der ersten Charge-Transaktion für das Billing Event.

Ereignistyp inferred
Zahlung dem Konto gutgeschrieben
Dies ist das Ereignis, bei dem eine eingegangene Zahlung bestimmten Belastungen auf dem Konto des Patienten zugeordnet wird. Dadurch verringert sich der offene Saldo des Abrechnungsvorgangs.
Warum das wichtig ist

Eine effiziente Verbuchung von Zahlungen ist entscheidend für korrekte Kontosalden und den Abschluss von Abrechnungsvorgängen. Sie ermöglicht die korrekte Ermittlung verbleibender Salden für die sekundäre Abrechnung oder das Inkasso.

Bezugsquelle

Dies ist eine explizite Transaktion in Resolute. Bei der Zahlungsverbuchung wird eine Zahlungstransaktion mit einer oder mehreren Belastungstransaktionen verknüpft. Diese Zuordnung wird in den Transaktionsdetailtabellen erfasst.

Erfassen

Erfassen Sie den Transaktionsdatensatz, der eine Zahlung einer Belastung zuordnet. Er ist anhand bestimmter Transaktionstypen identifizierbar.

Ereignistyp explicit
Zahlung eingegangen
Bezeichnet den Eingang einer Zahlung von einem Kostenträger oder Patienten. Dieses Ereignis wird in der Regel erfasst, wenn eine elektronische Zahlungsaviso (ERA) geladen oder ein manueller Scheck im System eingetragen wird.
Warum das wichtig ist

Diese Aktivität ist ein wichtiger Meilenstein und zeigt an, dass Einnahmen eingehen. Die Zeit zwischen der Claim-Übermittlung und dem Zahlungseingang ist eine zentrale Kennzahl für die Leistung der Debitorenbuchhaltung.

Bezugsquelle

In Resolute ausdrücklich als Zahlungstransaktion erfasst. Diese Transaktionen werden mit Datum, Quelle und Betrag protokolliert, häufig bevor sie einzelnen Belastungen vollständig zugeordnet wurden.

Erfassen

Erfassen Sie Zahlungstransaktionen aus dem Finanztransaktionsprotokoll, die häufig anhand bestimmter Transaktionstypen identifiziert werden.

Ereignistyp explicit
Anspruch erneut eingereicht
Dieses Ereignis tritt ein, nachdem ein abgelehnter Claim korrigiert und erneut an den Kostenträger gesendet wurde. Es handelt sich um ein eigenständiges Übermittlungsereignis, das mit dem ursprünglichen Claim verknüpft ist.
Warum das wichtig ist

Dies ist ein zentraler Bestandteil der Nachbearbeitungsschleife. Die Messung der Zeit bis zur erneuten Übermittlung und der Erfolgsquote erneut übermittelter Claims ist entscheidend, um die Wirksamkeit des Prozesses zur Bearbeitung von Ablehnungen zu beurteilen.

Bezugsquelle

Dies ist ein explizites Ereignis, das der ursprünglichen Übermittlung ähnelt, jedoch häufig als erneute Übermittlung gekennzeichnet wird. Der Claim-Datensatz enthält einen neuen Timestamp für die Übermittlung und kann einen Code für die erneute Übermittlung enthalten.

Erfassen

Erfassen Sie den Timestamp für eine Claim-Übermittlung, die als Korrektur oder erneute Übermittlung gekennzeichnet ist.

Ereignistyp explicit
Anspruch erstellt
Diese Aktivität bezeichnet die Erstellung eines formalen Claims oder einer Rechnung durch das System auf Grundlage der erfassten Charges. Sie ist ein vorbereitender Schritt, bevor der Claim an den Kostenträger oder Patienten gesendet wird.
Warum das wichtig ist

Die Nachverfolgung der Claim-Erstellung hilft, Verzögerungen zwischen der Charge Capture und der Vorbereitung zur Übermittlung einzugrenzen. Dieser interne Schritt kann die Pünktlichkeit der gesamten Abrechnung maßgeblich beeinflussen.

Bezugsquelle

Dieses Ereignis wird typischerweise protokolliert, wenn ein Batch-Job zur Erstellung von Abrechnungen oder Claims ausgeführt wird. Das System erfasst einen Timestamp, sobald die Claim-Datei, etwa eine 837-Datei, für ein bestimmtes Konto erstellt wurde.

Erfassen

Identifizieren Sie Log-Einträge oder Statusänderungen, die zeigen, dass der Claim zusammengestellt wurde und zur Übermittlung bereit ist.

Ereignistyp explicit
Kontoanpassung vorgenommen
Diese Aktivität bezeichnet eine Nichtzahlungstransaktion, die den Kontosaldo verändert, etwa eine vertragliche Anpassung, eine Ausbuchung eines geringfügigen Saldos oder einen Kulanzrabatt. Sie wird als bestimmter Transaktionstyp erfasst.
Warum das wichtig ist

Die Analyse von Anpassungen ist entscheidend, um Umsatzverluste zu erkennen. Ein hohes Volumen bestimmter Anpassungstypen kann auf Probleme bei Gebührenordnungen, Verträgen oder internen Richtlinien hinweisen.

Bezugsquelle

In den Finanzprotokollen von Resolute ausdrücklich als Anpassungstransaktionen erfasst. Jede Anpassung ist mit einem bestimmten Typ oder Ursachencode verknüpft.

Erfassen

Filtern Sie nach Transaktionstypen, die finanziellen Anpassungen oder Ausbuchungen entsprechen.

Ereignistyp explicit
Nachverfolgung der Ablehnung eingeleitet
Diese Aktivität kennzeichnet den Beginn des internen Prozesses zur Prüfung und Klärung eines abgelehnten Claims. Sie wird häufig erfasst, wenn ein Benutzer den abgelehnten Claim in einer Workqueue übernimmt oder seinen Status ändert.
Warum das wichtig ist

Die Nachverfolgung hilft, die Reaktionsfähigkeit des Teams für das Ablehnungsmanagement zu messen. Verzögerungen zwischen der Ablehnung und dem Beginn der Nachverfolgung können den Revenue Cycle unnötig verlängern.

Bezugsquelle

Dieses Ereignis wird typischerweise aus Statusänderungen oder dem Zuweisungsverlauf des Claims in den Workqueues von Epic abgeleitet. Beispielsweise kann sich der Status des Claims von „Denied“ zu „In Review“ ändern.

Erfassen

Leiten Sie das Ereignis aus einer Statusänderung des Claims oder einem Audit-Log-Eintrag ab, der zeigt, dass ein Benutzer mit der Bearbeitung der Ablehnung begonnen hat.

Ereignistyp inferred
Saldo an das Inkasso übergeben
Dies kennzeichnet den Zeitpunkt, an dem ein unbezahlter Kontosaldo an einen internen oder externen Inkassoprozess übergeben wird. Häufig handelt es sich dabei um eine explizite Statusänderung des Kontos oder Abrechnungsvorgangs.
Warum das wichtig ist

Diese Aktivität leitet die letzte Phase der Einziehung offener Salden ein. Die Erfassung von Erfolgsquote und Durchlaufzeit des Inkassoprozesses ist entscheidend, um Forderungsausfälle zu minimieren.

Bezugsquelle

Dies ist in der Regel ein explizites Ereignis. Epic bietet Funktionen zur Übergabe von Konten an Inkassounternehmen. Dabei wird ein Protokolleintrag oder eine Statusänderung am Konto erzeugt.

Erfassen

Identifizieren Sie die Statusänderung oder Transaktion, die anzeigt, dass ein Konto an ein Inkassounternehmen übergeben wurde.

Ereignistyp explicit
Empfohlen Optional

Anleitungen zur Extraktion

So extrahieren Sie Ihre Daten aus Epic Resolute

Bereit für den Start?

Nutzen Sie das volle Potenzial Ihres Revenue-Cycle-Management-Prozesses mit präzisen Daten. Beginnen Sie noch heute mit der Verbesserung von Effizienz und finanzieller Leistung.

Maximieren Sie die Effizienz: Optimieren Sie Ihr Revenue Cycle Management jetzt

Ermitteln Sie Ineffizienzen im RCM von Epic Resolute und verkürzen Sie die Durchlaufzeit um 30 %.

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich. Beginnen Sie noch heute mit der Optimierung.