Szablon danych do zarządzania cyklem przychodów

Waystar
Szablon danych do zarządzania cyklem przychodów

Szablon danych do zarządzania cyklem przychodów

Szablon zawiera wskazówki dotyczące podstawowych atrybutów danych do zebrania i najważniejszych czynności do śledzenia w analizie zarządzania cyklem przychodów. Opisuje też praktyczne sposoby pobierania danych z systemów. Dzięki niemu można przygotować solidną podstawę do usprawnienia procesu RCM.
  • Zalecane atrybuty danych do szczegółowej analizy
  • Najważniejsze czynności procesowe do śledzenia
  • Praktyczne wskazówki dotyczące pobierania danych z Waystar
Pierwszy raz spotykają się Państwo z dziennikiem zdarzeń? Dowiedz się jak utworzyć dziennik zdarzeń na potrzeby process mining.

Atrybuty zarządzania cyklem przychodów

Poniżej przedstawiono zalecane pola danych i ich opisy. Są niezbędne do utworzenia kompletnego dziennika zdarzeń i szczegółowej analizy procesu zarządzania cyklem przychodów.
5 Wymagane 6 Zalecane 10 Opcjonalne
Nazwa Opis
Nazwa działania
ActivityName
Nazwa konkretnego zdarzenia biznesowego lub kroku w cyklu przychodów, na przykład „Claim Submitted” lub „Payment Posted”.
Opis

Ten atrybut opisuje poszczególne działania składające się na cały cykl przychodów. Każda wartość oznacza odrębny krok, etap lub zadanie wykonane w ramach zdarzenia rozliczeniowego, na przykład utworzenie roszczenia, otrzymanie informacji o odrzuceniu lub zaksięgowanie płatności.

Analiza kolejności i częstotliwości tych działań stanowi podstawę process mining. Umożliwia wizualizację mapy procesu, wykrywanie pętli ponownego przetwarzania, na przykład „Claim Denied”, po którym następuje „Claim Corrected”, oraz pomiar czasu między krokami. To niezbędne do oceny efektywności procesu i zgodności.

Dlaczego to ważne

Ten atrybut określa kroki na mapie procesu, która jest podstawą wizualizacji i analizy workflow cyklu przychodów.

Skąd pobrać

Dane pochodzą z dzienników zdarzeń, rejestrów zmian statusu lub typów transakcji w modułach roszczeń i rozliczeń Waystar.

Przykłady
Przesłanie roszczenia do płatnikaRoszczenie odrzuconePłatność zaksięgowanaKonto zamknięte
Zdarzenie rozliczeniowe
BillingEvent
Unikalny identyfikator pojedynczej usługi lub dostawy produktu, za którą naliczana jest opłata. Pełni funkcję identyfikatora sprawy w procesie rozliczania przychodów.
Opis

Zdarzenie rozliczeniowe pełni funkcję głównego identyfikatora sprawy. Łączy wszystkie działania, od rejestracji obciążenia po zamknięcie konta, dotyczące konkretnej usługi podlegającej rozliczeniu. Obejmuje cały cykl życia pojedynczego roszczenia lub faktury dla pacjenta.

W process mining analiza przebiegu każdego zdarzenia rozliczeniowego pokazuje cały cykl przychodów. Pomaga wykrywać typowe ścieżki procesu, odstępstwa i wąskie gardła dotyczące poszczególnych roszczeń. Taki poziom szczegółowości jest niezbędny do oceny efektywności procesu i wskazania obszarów wymagających poprawy, na przykład opóźnień w przesyłaniu roszczeń lub księgowaniu płatności.

Dlaczego to ważne

To podstawowy identyfikator sprawy, który łączy wszystkie powiązane działania w cyklu przychodów i pozwala prześledzić cały proces dla każdej pozycji podlegającej rozliczeniu.

Skąd pobrać

Zwykle jest to klucz główny z głównej tabeli transakcji rozliczeniowych lub roszczeń w Waystar. Nazwę konkretnej tabeli i pola można sprawdzić w dokumentacji Waystar.

Przykłady
BE-2024-0012345BE-2024-0012346BE-2024-0012347
Znacznik czasu zdarzenia
EventTimestamp
Dokładna data i godzina wystąpienia działania.
Opis

Znacznik czasu zdarzenia wskazuje dokładny moment wykonania działania. Pozwala uporządkować zdarzenia chronologicznie i obliczyć czas między poszczególnymi krokami procesu.

W analizie procesów znaczniki czasu służą do obliczania KPI, takich jak czas cyklu, czas oczekiwania i czas przetwarzania. Na przykład różnica między znacznikiem czasu „Claim Submitted” a „Payment Posted” określa całkowity czas cyklu płatności. Dokładne znaczniki czasu są niezbędne do analizy wąskich gardeł i monitorowania efektywności.

Dlaczego to ważne

Znaczniki czasu są potrzebne do uporządkowania zdarzeń, obliczania czasu cyklu i analizy efektywności procesu. Stanowią podstawę czasową analizy.

Skąd pobrać

To standardowe pole w niemal każdym rekordzie transakcji lub zmiany statusu w Waystar. Może nazywać się na przykład „Creation Date” lub „Transaction Date”.

Przykłady
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
Ostatnia aktualizacja danych
LastDataUpdate
Znacznik czasu wskazujący, kiedy dane dotyczące zdarzenia zostały ostatnio odświeżone lub wyodrębnione.
Opis

Ten atrybut wskazuje, kiedy dane zostały ostatnio wyodrębnione z systemu źródłowego. Nie jest to czas wystąpienia zdarzenia biznesowego, lecz moment pobrania rekordu do analizy.

Informacja ta ma znaczenie dla zarządzania danymi i oceny ich aktualności w analizie process mining. Pozwala sprawdzić, czy analizowane dane są aktualne, i jest niezbędna przy zarządzaniu przyrostowym ładowaniem danych.

Dlaczego to ważne

Informuje o aktualności zbioru danych, co pozwala zachować przejrzystość i przygotowywać rzetelne raporty oraz analizy na czas.

Skąd pobrać

Ten znacznik czasu jest zwykle generowany i dodawany do każdego wiersza przez proces ETL (Extract, Transform, Load) podczas wczytywania danych.

Przykłady
2024-01-15T02:00:00Z2024-01-16T02:00:00Z
System źródłowy
SourceSystem
System lub aplikacja, z której pochodzą dane o zdarzeniu.
Opis

Ten atrybut wskazuje system źródłowy, który wygenerował dane o zdarzeniu. W złożonym środowisku IT zdarzenia z cyklu przychodów mogą pochodzić z różnych modułów Waystar, a także ze zintegrowanych systemów zewnętrznych, takich jak elektroniczna dokumentacja medyczna (EHR).

Znajomość systemu źródłowego pomaga weryfikować dane, rozwiązywać problemy i wyjaśniać różnice w przebiegu procesu wynikające z działania różnych systemów. Ułatwia przypisanie problemu do właściwej aplikacji lub interfejsu.

Dlaczego to ważne

Wskazuje źródło danych, co ma znaczenie dla zarządzania danymi, kontroli jakości i analizy różnic w przebiegu procesu między systemami.

Skąd pobrać

Często jest to stała wartość („Waystar”) dodawana podczas ekstrakcji danych. Można ją też ustalić na podstawie konkretnych modułów lub tabel w systemie.

Przykłady
Waystar RCMModuł rozliczeń WaystarInterfejs EHR
Kod przyczyny odrzucenia
DenialReasonCode
Standardowy kod wskazujący, dlaczego płatnik odrzucił roszczenie.
Opis

Po odrzuceniu roszczenia płatnik podaje kod przyczyny wyjaśniający decyzję. Może on wskazywać na brakujące informacje, usługę nieobjętą ubezpieczeniem lub błąd w kodowaniu. Ten atrybut przechowuje konkretny kod.

Analiza kodów przyczyn odrzucenia jest podstawą usprawniania cyklu przychodów. Pozwala znaleźć źródła problemów, na przykład częste błędy w konkretnym oddziale lub trudności ze spełnieniem wymagań danego płatnika. Dane te bezpośrednio zasilają dashboard „Wskaźnik i przyczyny odrzuceń roszczeń” oraz pomagają zapobiegać kolejnym odrzuceniom i zwiększać odsetek płatności przy pierwszym rozpatrzeniu.

Dlaczego to ważne

Ten atrybut jest niezbędny do analizy przyczyn odrzuceń roszczeń. Umożliwia podjęcie ukierunkowanych działań, które ograniczają utratę przychodów i ponowne przetwarzanie.

Skąd pobrać

Uzupełniany w rekordzie roszczenia po wystąpieniu zdarzenia odrzucenia. Informacja pochodzi od płatnika z zestawienia płatności.

Przykłady
CO-16: W roszczeniu lub opisie usługi brakuje informacjiPR-96: Opłata za usługę nieobjętą ubezpieczeniemCO-22: Koszt opieki może pokryć inny płatnik
Kwota zafakturowana
BilledAmount
Łączna kwota naliczona za usługi ujęte w roszczeniu.
Opis

Kwota zafakturowana to łączna kwota brutto za usługi udzielone pacjentowi, przed uwzględnieniem korekt, rabatów umownych i płatności. Jest to początkowa wartość roszczenia przesłanego płatnikowi.

Atrybut ten ma znaczenie dla analizy finansowej i oceny wartości środków przepływających przez proces. Można na jego podstawie dzielić analizę według wartości roszczeń, wykrywać zmiany kwot dla różnych usług i obliczać finansowe skutki nieefektywności procesu, takich jak odrzucenia lub opóźnienia płatności. To podstawowy miernik w większości dashboardów finansowych.

Dlaczego to ważne

Pokazuje łączną wartość roszczenia i pozwala ocenić finansowe skutki opóźnień, odrzuceń i korekt w procesie.

Skąd pobrać

Standardowe pole finansowe na ekranie roszczenia lub wprowadzania obciążenia w Waystar.

Przykłady
150.001250.75540.50
Nazwa płatnika
PayerName
Nazwa firmy ubezpieczeniowej lub innego płatnika odpowiedzialnego za rozpatrzenie roszczenia.
Opis

Ten atrybut wskazuje konkretnego płatnika odpowiedzialnego za rozpatrzenie i opłacenie roszczenia, na przykład firmę ubezpieczeniową, program rządowy taki jak Medicare lub inny podmiot. Wymagania dotyczące przesyłania roszczeń, harmonogramy płatności i przyczyny odrzuceń mogą się różnić w zależności od płatnika.

Analiza procesu według nazwy płatnika pozwala ustalić, którzy płatnicy mają najdłuższe cykle płatności, najwyższy odsetek odrzuceń lub najbardziej złożone procedury. Dzięki temu można dostosować działania, ustalić priorytety kontaktów z problematycznymi płatnikami i negocjować korzystniejsze umowy.

Dlaczego to ważne

Podział procesu według płatnika pomaga wykrywać dotyczące go wąskie gardła, przyczyny odrzuceń i opóźnienia w płatnościach.

Skąd pobrać

Informacje znajdują się w danych roszczenia lub rozliczenia i są powiązane z danymi ubezpieczeniowymi pacjenta w Waystar.

Przykłady
AetnaBlue Cross Blue ShieldCignaMedicare Part B
Nierozliczone saldo
OutstandingBalance
Pozostała kwota do pobrania w ramach zdarzenia rozliczeniowego.
Opis

Nierozliczone saldo to bieżąca kwota należności dla danego zdarzenia rozliczeniowego. Oblicza się je, odejmując od kwoty zafakturowanej dotychczasowe płatności i korekty.

To ważny miernik finansowy, który pomaga zarządzać przepływami pieniężnymi i należnościami. Jest podstawowym atrybutem dashboardu „Nierozliczone salda i ich wiek”. Pozwala śledzić łączną wartość należności, wykrywać konta z wysokim saldem i ustalać priorytety windykacji. Obserwacja zmian tej wartości pokazuje skuteczność procesu windykacji.

Dlaczego to ważne

Bezpośrednio mierzy należności, co ma znaczenie dla zarządzania przepływami pieniężnymi, ustalania priorytetów windykacji i oceny kondycji finansowej.

Skąd pobrać

Zwykle jest to pole obliczane w modułach raportowych Waystar (kwota zafakturowana minus kwota zapłacona i korekty). Jeśli system nie udostępnia go bezpośrednio, może być konieczne obliczenie wartości podczas ekstrakcji danych.

Przykłady
30.00270.25540.50
Rodzaj usługi
ServiceType
Kategoria lub rodzaj udzielonej usługi medycznej, na przykład „Radiology”, „Consultation” lub „Surgical Procedure”.
Opis

Rodzaj usługi określa charakter usługi medycznej udzielonej pacjentowi i podlegającej rozliczeniu. Różne usługi mają często odrębne kody rozliczeniowe, stawki refundacji i poziom złożoności procesu.

Atrybut ten umożliwia szczegółową analizę cyklu przychodów według oddziału klinicznego lub linii usług. Pomaga odpowiedzieć na pytania: „W których liniach usług występują największe opóźnienia w rozliczeniach?” oraz „Czy odsetek odrzuceń jest wyższy w przypadku zabiegów chirurgicznych niż konsultacji?”. To podstawa oceny wyników oddziałów i ukierunkowanego ulepszania procesów.

Dlaczego to ważne

Umożliwia analizę efektywności procesu według oddziału klinicznego lub linii usług, pokazując różnice w sprawności i rentowności.

Skąd pobrać

Zwykle ustalany na podstawie kodów procedur (CPT/HCPCS) lub powiązania z oddziałem, który udzielił usługi, w Waystar.

Przykłady
RadiologiaKonsultacja kardiologicznaWizyta na oddziale ratunkowymOperacja ambulatoryjna
Status roszczenia
ClaimStatus
Bieżący status roszczenia w cyklu życia, na przykład „Submitted”, „Pending”, „Paid” lub „Denied”.
Opis

Status roszczenia pokazuje, na jakim etapie cyklu przychodów znajduje się dane zdarzenie rozliczeniowe. Wskazuje ostatni osiągnięty etap, na przykład czy roszczenie zostało wysłane, jest rozpatrywane przez płatnika, zostało opłacone czy odrzucone.

Ten atrybut ma znaczenie dla raportowania finansowego i zarządzania operacyjnego. W process mining pomaga określić bieżący stan wszystkich otwartych spraw i sprawdzić, jak długo pozostają one w poszczególnych statusach, na przykład „Pending Payer Adjudication”. Zasila bezpośrednio dashboard „Nierozliczone salda i ich wiek”.

Dlaczego to ważne

Pokazuje bieżący stan wszystkich roszczeń w toku, co ułatwia analizę wąskich gardeł i ustalanie priorytetów pracy.

Skąd pobrać

Standardowe pole rekordu roszczenia lub rozliczenia w Waystar, aktualizowane w miarę przechodzenia roszczenia przez kolejne etapy cyklu.

Przykłady
PrzesłanePłatnik potwierdziłOdrzuconeOpłacone w całości
Czas od wykonania usługi do wystawienia faktury
ServiceToInvoiceCycleTime
Czas od zakończenia usługi do zarejestrowania opłat i utworzenia roszczenia.
Opis

Ten wskaźnik, nazywany również opóźnieniem w rejestracji opłat, mierzy sprawność początkowego etapu rozliczeń. Oblicza się go jako różnicę czasu między zdarzeniem „Usługa wykonana/zakończona” a zdarzeniem „Opłaty zarejestrowane” lub „Roszczenie utworzone”.

Atrybut ten bezpośrednio wspiera dashboard „Czas od usługi do faktury”. Opóźnienia na tym etapie przesuwają początek cyklu płatności, a tym samym opóźniają wpływ środków. Monitorowanie tego czasu pomaga szybko i prawidłowo rozliczać wszystkie usługi, ograniczać utracone przychody i przyspieszać cały cykl przychodów.

Dlaczego to ważne

Mierzy sprawność początkowego etapu rozliczeń. Skrócenie czasu rejestracji opłat przyspiesza cały cykl przychodów i zapobiega pominięciu należnych opłat.

Skąd pobrać

Obliczany podczas transformacji danych przez odjęcie znacznika czasu zdarzenia usługi od znacznika czasu zarejestrowania opłat lub utworzenia roszczenia.

Przykłady
2 dni 8 godzin1 dzień 0 godzin5 dni 1 godzina
Identyfikator pacjenta
PatientId
Unikalny identyfikator pacjenta, który otrzymał usługę.
Opis

Ten atrybut jest unikalnym identyfikatorem pacjenta powiązanego ze zdarzeniem rozliczeniowym. Łączy transakcję finansową z osobą, która otrzymała opiekę.

Zdarzenie rozliczeniowe jest identyfikatorem sprawy, a identyfikator pacjenta umożliwia analizę z perspektywy pacjenta. Pomaga wykrywać pacjentów powracających, analizować ich pełną ścieżkę finansową obejmującą wiele wizyt oraz sprawdzać, czy określone grupy demograficzne częściej mają problemy z płatnościami lub odrzuceniami. Umożliwia agregowanie wszystkich działań rozliczeniowych dotyczących jednej osoby.

Dlaczego to ważne

Umożliwia analizę z perspektywy pacjenta i pokazuje jego pełną ścieżkę finansową obejmującą wiele zdarzeń rozliczeniowych.

Skąd pobrać

Standardowe pole w rekordzie roszczenia lub rejestracji pacjenta w Waystar albo dane pobrane z EHR.

Przykłady
MRN-887654MRN-902101MRN-123456
Klasa pacjenta
PatientClass
Określa status pacjenta podczas wizyty, na przykład „Inpatient” lub „Outpatient”.
Opis

Klasa pacjenta określa rodzaj wizyty, który często wpływa na zasady rozliczeń i stawki refundacji. Typowe klasy to pacjent hospitalizowany, ambulatoryjny i pacjent oddziału ratunkowego.

Analiza cyklu przychodów według klasy pacjenta może ujawnić istotne różnice w przebiegu procesu. Na przykład roszczenia za hospitalizację są często bardziej złożone i mają dłuższy cykl płatności niż roszczenia ambulatoryjne. Taki podział pomaga ustalać realistyczne cele i dostosowywać działania usprawniające do potrzeb każdej klasy.

Dlaczego to ważne

Umożliwia podział procesu według złożoności wizyty, na przykład hospitalizacji lub wizyty ambulatoryjnej, co często wiąże się z innymi zasadami rozliczeń i czasem cyklu.

Skąd pobrać

Standardowe pole w danych rejestracji pacjenta lub wizyty w Waystar albo źródłowym systemie EHR.

Przykłady
Pacjent hospitalizowanyPacjent ambulatoryjnyOddział ratunkowy
Kod przyczyny korekty
AdjustmentReasonCode
Kod wyjaśniający przyczynę korekty salda konta.
Opis

Gdy saldo konta zmienia się z przyczyny innej niż płatność, na przykład w wyniku rabatu umownego lub odpisu, kod przyczyny korekty dokumentuje powód zmiany. Ten atrybut przechowuje ten kod.

Analiza tych kodów jest niezbędna dla dashboardu „Wskaźnik i wpływ korekt kont”. Pomaga wykrywać źródła utraty przychodów, takie jak częste korekty umowne dotyczące konkretnych płatników lub odpisy wynikające z błędów rozliczeniowych. Poznanie przyczyn to pierwszy krok do ograniczenia możliwej do uniknięcia utraty przychodów.

Dlaczego to ważne

Wyjaśnia, dlaczego skorygowano lub odpisano przychód. Pomaga wykrywać jego utratę i oceniać wyniki umów z płatnikami.

Skąd pobrać

Powiązane z transakcjami korekt w module księgowania płatności lub należności Waystar.

Przykłady
Zobowiązanie umowneOdpisanie niewielkiego saldaKorekta błędu rozliczeniowego
Kwota korekty
AdjustedAmount
Łączna kwota korekt lub odpisów dotyczących zdarzenia rozliczeniowego.
Opis

Kwota korekty to suma wszystkich korekt finansowych salda zdarzenia rozliczeniowego. Obejmuje uzgodnione z płatnikiem obniżki wynikające z umowy, a także inne odpisy i korekty.

To ważny wskaźnik na dashboardzie „Wskaźnik i wpływ korekt na kontach”. Zsumowanie kwot według kodów przyczyn lub płatników pokazuje finansowy wpływ utraconych przychodów. Pozwala oszacować straty i uzasadnić działania eliminujące źródła korekt.

Dlaczego to ważne

Określa przychody utracone wskutek odpisów i korekt, pokazując finansowy wpływ problemów z rozliczeniami i warunków umów.

Skąd pobrać

Dane pochodzą z transakcji korekt finansowych w Waystar. Dla pojedynczego zdarzenia rozliczeniowego może być konieczne zsumowanie kilku pozycji korekt.

Przykłady
250.2550.0015.80
Kwota zapłacona
PaidAmount
Łączna kwota otrzymana od płatników lub pacjenta i zaksięgowana na poczet roszczenia.
Opis

Ten atrybut przechowuje łączną kwotę płatności otrzymanych w ramach zdarzenia rozliczeniowego. Obejmuje płatności od głównych i dodatkowych ubezpieczycieli oraz od pacjenta.

Kwota zapłacona jest ważnym miernikiem wyniku cyklu przychodów. Służy do obliczania ostatecznego przychodu z naliczonych opłat i oceny całego procesu. Porównanie kwoty zafakturowanej z zapłaconą pokazuje wyniki finansowe i pomaga wykryć utratę przychodów. Atrybut ten jest niezbędny w dashboardach dotyczących skuteczności windykacji i ogólnej kondycji finansowej.

Dlaczego to ważne

Mierzy faktycznie otrzymane środki. To podstawowy wskaźnik wyniku, który pozwala ocenić skuteczność całego cyklu przychodów.

Skąd pobrać

Wartość ustalana na podstawie transakcji księgowania płatności powiązanych z roszczeniem w Waystar. Może wymagać zsumowania kilku rekordów płatności.

Przykłady
120.00980.500.00
Płatność przy pierwszym rozliczeniu
IsFirstPassPayment
Flaga wskazująca, czy roszczenie zostało prawidłowo opłacone po pierwszym zgłoszeniu, bez odmowy ani korekt.
Opis

Ten wyliczany atrybut logiczny wskazuje, czy roszczenie zostało opłacone bez wcześniejszych negatywnych zdarzeń, takich jak odmowa, odrzucenie lub prośba o dodatkowe informacje. Wartość „true” oznacza, że obsługa danego roszczenia przebiegła sprawnie.

Atrybut ten bezpośrednio wspiera KPI „Wskaźnik płatności przy pierwszym rozliczeniu”, który mierzy ogólną sprawność cyklu przychodów. Analiza roszczeń nieopłaconych przy pierwszym zgłoszeniu, na przykład według płatnika lub rodzaju usługi, pomaga ustalić główne przyczyny ponownej pracy i opóźnień w płatnościach. Poprawa tego wskaźnika przyspiesza wpływ środków i obniża koszty operacyjne.

Dlaczego to ważne

Bezpośrednio mierzy jakość rozliczeń i obsługi roszczeń. Wysoki wskaźnik płatności przy pierwszym rozliczeniu oznacza sprawny proces i niewielką liczbę poprawek.

Skąd pobrać

Atrybut jest wyliczany podczas transformacji danych. Logika sprawdza, czy zdarzenie „Płatność zaksięgowana” wystąpiło bez wcześniejszych zdarzeń, takich jak „Odmowa roszczenia” lub „Korekta konta”.

Przykłady
truefalse
Rodzaj płatnika
PayerType
Kategoria płatnika, na przykład „Commercial”, „Medicare” lub „Self-Pay”.
Opis

Rodzaj płatnika grupuje poszczególnych płatników w szersze kategorie. Daje to ogólny obraz, który uzupełnia szczegółowe dane według nazwy płatnika.

Atrybut ten przydaje się w analizach strategicznych i raportowaniu. Pozwala kierownictwu porównywać wyniki głównych kategorii płatników, na przykład programów rządowych i komercyjnych ubezpieczycieli. Wnioski mogą pomóc w podejmowaniu decyzji dotyczących umów z płatnikami i przydziału zasobów.

Dlaczego to ważne

Umożliwia analizę na wyższym poziomie przez grupowanie płatników, na przykład na komercyjnych i rządowych. Poszczególne grupy często różnią się zasadami i sposobem realizacji płatności.

Skąd pobrać

Zwykle ustalany przez przypisanie nazwy płatnika do wcześniej zdefiniowanej kategorii. Taka logika może być dostępna w Waystar lub wymagać przygotowania podczas transformacji danych.

Przykłady
Płatnik komercyjnyMedicareMedicaidPłatność własna
Termin płatności
PaymentDueDate
Data, do której oczekuje się płatności za fakturę lub roszczenie.
Opis

Termin płatności to data określona przez świadczeniodawcę lub wynikająca z umowy z płatnikiem, do której płatność powinna wpłynąć. Służy jako punkt odniesienia przy ocenie terminowości płatności.

Ten atrybut jest niezbędny na dashboardzie „Należności i ich wiek”. Pozwala obliczyć, jak długo należności pozostają nieuregulowane, i przypisać je do przedziałów, takich jak „0–30 dni”, „31–60 dni” itd. Taka analiza wieku należności jest standardową praktyką finansową. Pomaga zarządzać należnościami i ustalać priorytety windykacji przeterminowanych kwot.

Dlaczego to ważne

Stanowi podstawę do obliczania wieku należności, co ma zasadnicze znaczenie dla zarządzania windykacją i oceny terminowości przepływów pieniężnych.

Skąd pobrać

Można go znaleźć w danych faktury lub roszczenia. Może być obliczany na podstawie daty faktury i warunków płatności.

Przykłady
2023-11-252023-12-152024-01-30
Użytkownik odpowiedzialny
ResponsibleUser
Użytkownik lub pracownik, który wykonał działanie, na przykład osoba rozliczająca, koder lub specjalista ds. windykacji.
Opis

Ten atrybut wskazuje pracownika lub użytkownika systemu, który wykonał dane działanie w procesie. Może na przykład pokazać, kto przesłał roszczenie lub zainicjował kontakt z pacjentem w sprawie płatności.

Analiza procesu według użytkownika pomaga ocenić rozkład obciążenia pracą, indywidualne wyniki i potrzeby szkoleniowe. Może wykazać, czy niektórzy użytkownicy częściej popełniają błędy lub sprawniej rozwiązują problemy z odrzuconymi roszczeniami. To przydatne przy zarządzaniu zespołem i kontroli jakości w dziale rozliczeń.

Dlaczego to ważne

Pozwala przypisać odpowiedzialność za poszczególne kroki procesu, analizować wyniki pracowników i zespołów oraz wskazywać potrzeby szkoleniowe.

Skąd pobrać

Informacje znajdują się w ścieżce audytu lub dziennikach transakcji zdarzeń w Waystar, często w polach takich jak „UserID” lub „ProcessedBy”.

Przykłady
jsmithadavisbilling_bot_01
Wymagane Zalecane Opcjonalne

Czynności w zarządzaniu cyklem przychodów

To najważniejsze etapy procesu i kamienie milowe, które warto rejestrować w dzienniku zdarzeń, aby prawidłowo odtworzyć przebieg i szczegółowo analizować operacje RCM.
6 Zalecane 7 Opcjonalne
Działanie Opis
Konto zamknięte
Cykl rozliczenia usługi dobiegł końca, a saldo konta spadło do zera dzięki płatnościom i korektom. Oznacza to pomyślne zakończenie cyklu przychodów dla tej sprawy.
Dlaczego to ważne

To główny punkt końcowy procesu. Czas do zamknięcia konta i odsetek pomyślnie zamkniętych kont to podstawowe wskaźniki ogólnej efektywności.

Skąd pobrać

Zdarzenie wyliczane, zwykle ustalane w chwili, gdy pole salda do zapłaty dla rozliczanej usługi w systemie księgowości pacjentów przyjmuje wartość zero.

Rejestrowanie

Wyliczane, gdy suma płatności i korekt jest równa łącznej kwocie obciążenia.

Typ zdarzenia calculated
Opłaty ujęte w systemie
Oznacza zarejestrowanie usług podlegających rozliczeniu w systemie obsługi przychodów. Zdarzenie jest zwykle rejestrowane wprost, gdy użytkownik zatwierdza opłatę lub gdy dane trafiają z systemu klinicznego.
Dlaczego to ważne

To początek procesu rozliczeń. Analiza czasu od zakończenia usługi do ujęcia opłaty pomaga wykryć utratę przychodów i opóźnienia na początkowych etapach.

Skąd pobrać

Zdarzenie jest rejestrowane w tabeli opłat lub transakcji w Waystar. Zwykle zawiera znacznik czasu utworzenia, zapisany podczas zapisywania lub zatwierdzania opłaty.

Rejestrowanie

Zdarzenie rejestrowane po zapisaniu lub zatwierdzeniu opłaty.

Typ zdarzenia explicit
Płatność zaksięgowana
Otrzymana płatność zostaje przypisana do konkretnego konta pacjenta i roszczenia lub uzgodniona z nimi. Saldo zostaje przeniesione z należności na środki pieniężne.
Dlaczego to ważne

To ważny, końcowy etap cyklu po stronie płatnika. Wspiera pomiar liczby zaksięgowanych płatności i opóźnień w ich księgowaniu, a także pomaga terminowo i prawidłowo aktualizować konta.

Skąd pobrać

W Waystar jest to jawne działanie rejestrowane, gdy użytkownik księguje płatność z pliku ERA. W wielu systemach to zdarzenie jest rejestrowane także przy automatycznym księgowaniu.

Rejestrowanie

Zdarzenie rejestrowane, gdy płatność z pliku ERA zostaje przypisana do roszczenia ręcznie lub automatycznie.

Typ zdarzenia explicit
Przesłanie roszczenia do płatnika
Elektroniczne przesłanie roszczenia rozliczeniowego do ubezpieczyciela w celu jego rozpatrzenia. To ważny moment przekazania danych z systemu świadczeniodawcy do systemu płatnika za pośrednictwem izby rozliczeniowej.
Dlaczego to ważne

Ważny etap, od którego mierzy się czas oczekiwania na odpowiedź płatnika. Jest niezbędny do obliczania KPI cyklu płatności i wykrywania zaległości w przesyłaniu roszczeń.

Skąd pobrać

Funkcja izby rozliczeniowej Waystar rejestruje datę i godzinę przesłania pliku z roszczeniem. Należy szukać dzienników przesyłania lub historii statusów roszczenia.

Rejestrowanie

Rejestrowane w historii przesyłania roszczenia lub dzienniku transakcji po pomyślnym przesłaniu.

Typ zdarzenia explicit
Roszczenie odrzucone
Płatnik odrzucił roszczenie i nie wypłaci środków, co opisano w elektronicznym zestawieniu płatności (ERA). To zdarzenie rozpoczyna obsługę odrzucenia lub ponowne przetwarzanie roszczenia.
Dlaczego to ważne

Bezpośrednio zasila KPI „Wskaźnik odrzuconych roszczeń”. Częstotliwość odrzuceń i ich przyczyny trzeba znać, aby usprawniać proces i odzyskiwać przychody.

Skąd pobrać

Wartość ustalana na podstawie konkretnych kodów przyczyn korekty roszczenia (CARC) w otrzymanym pliku ERA (835).

Rejestrowanie

Wartość ustalana na podstawie kodów przyczyn korekty roszczenia (CARC) w pliku ERA, które wskazują na odrzucenie.

Typ zdarzenia inferred
Rozpatrzenie roszczenia
Płatnik rozpatrzył roszczenie i podjął decyzję o płatności. Zdarzenie jest rejestrowane po otrzymaniu od płatnika elektronicznego zestawienia płatności (Electronic Remittance Advice, ERA) lub pliku 835.
Dlaczego to ważne

To główny punkt decyzyjny procesu. Określa, czy roszczenie zostanie opłacone, czy odrzucone, co bezpośrednio wpływa na przepływ przychodów i workflow obsługi odrzuconych roszczeń.

Skąd pobrać

Wartość ustalana na podstawie daty otrzymania powiązanego z roszczeniem zestawienia ERA (pliku 835) w Waystar. Plik ERA zawiera szczegółową decyzję płatnika.

Rejestrowanie

Wartość ustalana na podstawie daty przetworzenia pliku ERA/835 otrzymanego od płatnika.

Typ zdarzenia inferred
Konto skorygowane
Saldo konta zostało skorygowane ręcznie lub zgodnie z umową. Korekta może obejmować odpis, rabat umowny, zniżkę dla pacjenta lub inne rozliczenie.
Dlaczego to ważne

Korekty pomagają zrozumieć, gdzie dochodzi do utraty przychodów. Ich analiza pozwala wykryć problemy z cennikami, zarządzaniem umowami lub nieściągalnymi należnościami.

Skąd pobrać

Każda korekta finansowa musi być zarejestrowana jako transakcja na potrzeby audytu. Będzie widoczna jako jawne zdarzenie w tabeli transakcji konta.

Rejestrowanie

Rejestrowane jako określony typ transakcji w księdze konta.

Typ zdarzenia explicit
Potwierdzenie odbioru roszczenia przez płatnika
System płatnika potwierdza odbiór przesłanego pliku z roszczeniem. Zwykle jest to automatyczna odpowiedź, na przykład raport 277CA lub 999, informująca, że roszczenie przyjęto do przetwarzania.
Dlaczego to ważne

Potwierdza pomyślne przesłanie i pomaga wykryć odrzucenia na początkowym etapie, spowodowane błędami formatowania lub danych, zanim rozpocznie się rozpatrywanie roszczenia. Umożliwia to szybsze wprowadzenie korekt.

Skąd pobrać

Rejestrowane w tabelach statusów roszczeń lub plików odpowiedzi w module izby rozliczeniowej Waystar po przetworzeniu przychodzącego pliku z potwierdzeniem od płatnika.

Rejestrowanie

Zdarzenie rejestrowane po przetworzeniu elektronicznego potwierdzenia od płatnika.

Typ zdarzenia explicit
Roszczenie poprawione i przesłane ponownie
Po odrzuceniu roszczenie zostało poprawione i ponownie przesłane płatnikowi. Oznacza to rozpoczęcie kolejnego cyklu rozpatrywania danego roszczenia.
Dlaczego to ważne

To ważna pętla ponownego przetwarzania. Analiza częstotliwości i przyczyn ponownego przesyłania pomaga znaleźć źródła pierwotnych błędów, na przykład w kodowaniu lub danych demograficznych.

Skąd pobrać

Wartość ustalana po wykryciu nowego zdarzenia „Claim Submitted To Payer” dla roszczenia, które wcześniej odrzucono. System może też mieć osobny status dla roszczeń przesłanych ponownie.

Rejestrowanie

Wartość ustalana na podstawie nowego zdarzenia przesłania powiązanego z identyfikatorem wcześniej odrzuconego roszczenia.

Typ zdarzenia inferred
Rozpoczęto windykację
Konto pacjenta ma zaległość i rozpoczęto aktywne działania windykacyjne. Mogą one obejmować automatyczne przypomnienia lub przekazanie sprawy zewnętrznej firmie windykacyjnej.
Dlaczego to ważne

Zasila dashboard „Skuteczność windykacji”. Pomaga analizować koszty i skuteczność działań windykacyjnych dotyczących przeterminowanych należności.

Skąd pobrać

Zdarzenie jest zwykle ustalane na podstawie zmiany statusu konta w Waystar na „Collections” lub „Bad Debt”, która uruchamia inny workflow.

Rejestrowanie

Wartość ustalana na podstawie zmiany statusu konta na „Collections” lub „Bad Debt”.

Typ zdarzenia inferred
Utworzenie roszczenia
Oznacza utworzenie formalnego roszczenia rozliczeniowego na podstawie ujętych opłat. Na tym etapie system wewnętrznie gromadzi informacje przed przesłaniem roszczenia do płatnika.
Dlaczego to ważne

Pozwala ocenić sprawność wewnętrznego procesu tworzenia roszczeń. Opóźnienia na tym etapie mogą wydłużyć cały cykl płatności, zanim roszczenie opuści system świadczeniodawcy.

Skąd pobrać

Zdarzenie może być rejestrowane wprost, ale często ustala się je na podstawie pierwszego znacznika czasu przypisanego do rekordu roszczenia w module zarządzania roszczeniami Waystar.

Rejestrowanie

Ustalane na podstawie daty utworzenia rekordu roszczenia w głównej tabeli roszczeń.

Typ zdarzenia inferred
Zestawienie salda pacjenta wysłane
Po rozpatrzeniu roszczenia przez ubezpieczyciela generowane jest zestawienie pozostałego salda i wysyłane pacjentowi. Obsługa należności przenosi się w ten sposób z płatnika na pacjenta.
Dlaczego to ważne

To zdarzenie rozpoczyna cykl płatności pacjenta. Analiza skuteczności i terminów wysyłki zestawień pomaga zarządzać należnościami od pacjentów i poprawiać ich doświadczenia.

Skąd pobrać

Jawne zdarzenie rejestrowane przez moduł rozliczeń z pacjentami, gdy zestawienie jest generowane lub wysyłane elektronicznie bądź do drukarni.

Rejestrowanie

Zdarzenie rejestrowane w historii korespondencji z pacjentem po wygenerowaniu zestawienia.

Typ zdarzenia explicit
Złożono odwołanie od odrzucenia
Użytkownik podjął działania, aby zakwestionować odrzucenie roszczenia. Może ponownie przesłać poprawione roszczenie lub złożyć formalne odwołanie. To ważny etap ponownego przetwarzania.
Dlaczego to ważne

Mierzy sprawność zespołu obsługującego odrzucone roszczenia. Warto śledzić czas od odrzucenia do złożenia odwołania oraz odsetek skutecznych odwołań, aby lepiej planować odzyskiwanie należności.

Skąd pobrać

Może być rejestrowane jako jawne działanie użytkownika lub notatka w module obsługi odrzuconych roszczeń. Można je też ustalić na podstawie zmiany statusu odrzuconego roszczenia.

Rejestrowanie

Zdarzenie rejestrowane, gdy użytkownik dokumentuje złożenie odwołania lub zmienia status roszczenia na „Appealed”.

Typ zdarzenia explicit
Zalecane Opcjonalne

Instrukcje pobierania danych

Jak pobrać dane z Waystar

Metody ekstrakcji danych dla tego procesu są obecnie weryfikowane. Prosimy wrócić później lub skontaktować się z nami w celu uzyskania pomocy.

Gotowi, aby zacząć?

Zróbcie kolejny krok w usprawnianiu zarządzania cyklem przychodów. Już dziś wykorzystajcie te informacje, aby zwiększyć sprawność procesu i poprawić przepływy pieniężne.

Usprawnij zarządzanie cyklem przychodów i popraw przepływy pieniężne

Wskaż nieefektywności, skróć czas cyklu o 30% i popraw przepływy pieniężne.

Rozpocznij bezpłatny okres próbny

Nie trzeba podawać danych karty płatniczej. Już dziś można zacząć usprawniać proces.