Szablon danych do zarządzania cyklem przychodów

Ten atrybut zapisuje nazwę każdego działania w cyklu życia zdarzenia rozliczeniowego. Przykłady to „Ujęto opłaty”, „Wysłano roszczenie do płatnika” i „Zaksięgowano płatność”. Działania te tworzą węzły na mapie procesu.

Analiza kolejności i częstotliwości działań stanowi podstawę process mining. Ten atrybut pomaga wskazać najczęstsze ścieżki procesu, wykryć odstępstwa od standardowej procedury i zrozumieć przebieg operacji w cyklu przychodów.

Określa kroki procesu, dzięki czemu można przedstawić mapę procesu i analizować wzorce workflow.

Zwykle dane pochodzą z dzienników zdarzeń, zapisów zmian statusu lub tabel transakcji powiązanych z poszczególnymi etapami cyklu przychodów w Oracle Health.

Billing Event jest głównym identyfikatorem sprawy. Łączy wszystkie działania, od ujęcia opłaty po zamknięcie konta, dla konkretnej pozycji podlegającej rozliczeniu. Każdy Billing Event oznacza odrębny przebieg procesu cyklu przychodów, który można śledzić na kolejnych etapach, takich jak wysłanie roszczenia, zaksięgowanie płatności oraz ewentualne odmowy lub korekty.

W analizie process mining ten atrybut jest podstawą odtworzenia procesu od początku do końca. Umożliwia wizualizację wariantów procesu, obliczanie czasu między działaniami oraz wykrywanie wąskich gardeł i odstępstw dotyczących konkretnych pozycji rozliczeniowych.

To niezbędny identyfikator do śledzenia całego cyklu życia usługi podlegającej rozliczeniu. Umożliwia analizę przebiegu procesu i pomiar jego wyników.

Ten identyfikator powinien być unikalnym kluczem w głównych tabelach rozliczeń lub transakcji opłat w Oracle Health Revenue Cycle. W dokumentacji systemu należy sprawdzić, który klucz główny identyfikuje zdarzenia dotyczące opłat.

Ten atrybut zawiera znacznik czasu każdego działania i wskazuje dokładny moment jego wystąpienia. Jest niezbędny do ustalenia czasu i kolejności zdarzeń w cyklu przychodów dla konkretnego zdarzenia rozliczeniowego.

W analizie znacznik czasu zdarzenia służy do chronologicznego porządkowania działań, obliczania czasu trwania i czasu cyklu między krokami oraz wykrywania wąskich gardeł. Stanowi podstawę wszystkich czasowych miar process mining, na przykład analizy opóźnień między „Wysłano roszczenie” a „Otrzymano rozliczenie od płatnika”.

Ten znacznik czasu jest niezbędny do porządkowania zdarzeń, obliczania miar efektywności, takich jak czas cyklu i czas trwania, oraz wykrywania wąskich gardeł procesu.

Każda tabela transakcji lub dziennika zdarzeń w Oracle Health Revenue Cycle powinna zawierać kolumnę ze znacznikiem czasu utworzenia rekordu lub wystąpienia zdarzenia.

Ten atrybut wskazuje dział, na przykład „Ujmowanie opłat”, „Kodowanie” lub „Windykacja”, który wykonał dane działanie. Określa kontekst organizacyjny przebiegu procesu.

Analiza procesu z perspektywy działów pomaga zrozumieć przekazywanie zadań między zespołami i wykryć nieefektywności na styku różnych funkcji. Umożliwia też agregowanie działań i miar efektywności według działu na dashboardzie „Obciążenie działu rozliczeń”.

Przypisuje działania do jednostek organizacyjnych, co ułatwia analizę przekazywania zadań między działami, obciążenia pracą i wyników zespołów.

Informacje te mogą być zapisane bezpośrednio w danych profilu użytkownika w Oracle Health albo wywnioskowane na podstawie użytkownika lub rodzaju działania.

Ten atrybut określa rodzaj wizyty pacjenta, w ramach której naliczono opłatę. Typowe klasyfikacje to hospitalizacja, wizyta ambulatoryjna, wizyta na oddziale ratunkowym i wizyty powtarzające się. Klasa pacjenta często wyznacza cały przebieg rozliczenia i wysyłania roszczeń.

Dla różnych klas pacjentów obowiązują odrębne ścieżki procesu i wymagania dotyczące zgodności. Analiza procesu według tego atrybutu pomaga zrozumieć te różnice, dopasować działania usprawniające i upewnić się, że dla każdej klasy stosowane są właściwe procedury.

Rozdziela różne przebiegi procesu, na przykład hospitalizację i wizytę ambulatoryjną, które różnią się złożonością, czasem trwania i wymaganiami rozliczeniowymi.

To standardowe pole powiązane z wizytą pacjenta lub rekordem przyjęcia w Oracle Health.

Gdy płatnik odrzuca roszczenie, podaje kod przyczyny, na przykład „Usługa nieobjęta ubezpieczeniem” lub „Duplikat roszczenia”. Ten atrybut przechowuje kod wraz z opisem.

Analiza przyczyn odmów jest niezbędna do usprawniania cyklu przychodów. Pozwala wykrywać powtarzające się problemy, takie jak błędy w kodowaniu lub nieprawidłowe dane o uprawnieniach pacjenta, i podejmować działania naprawcze, aby zapobiegać kolejnym odmowom. Wpływa to bezpośrednio na odsetek roszczeń poprawnych przy pierwszym zgłoszeniu i ogranicza koszty ponownej pracy.

Wskazuje przyczyny odrzucenia roszczeń, co pozwala wprowadzać ukierunkowane usprawnienia, zwiększać odsetek poprawnych zgłoszeń i przyspieszać odzyskiwanie należności.

Informacje te są przekazywane przez płatnika w elektronicznym zestawieniu płatności (plik ANSI 835) i powinny być przechowywane w tabelach roszczeń lub zestawień płatności w Oracle Health.

Ten atrybut rejestruje kwotę korekty finansowej, na przykład uzgodnionej ulgi, odpisu lub sprostowania, zastosowanej do zdarzenia rozliczeniowego. Korekty bezpośrednio zmniejszają oczekiwany przychód z obciążenia.

Dashboard „Wpływ korekt na konto” w dużej mierze opiera się na tym atrybucie. Analiza kwot korekt i powiązanych z nimi przyczyn pomaga wykrywać źródła utraconych przychodów, problemy z zarządzaniem umowami oraz błędy przy pierwotnym rejestrowaniu obciążeń. To ważny miernik kondycji finansowej.

Pozwala określić skalę utraconych przychodów z powodu odpisów lub sprostowań, a tym samym wykrywać i usuwać przyczyny pogorszenia wyników finansowych.

Dane znajdują się w tabelach transakcji finansowych, w których rejestrowane są korekty i odpisy na koncie pacjenta.

Ten atrybut wskazuje podmiot, na przykład ubezpieczyciela lub program rządowy taki jak Medicare, któremu przedstawiono usługę do rozliczenia. Informacje o płatniku są podstawą analizy cyklu przychodów.

Analiza procesu według płatnika może ujawnić istotne różnice w czasie płatności, odsetku odmów i skuteczności odwołań. Pomaga wskazać płatników powodujących opóźnienia lub utratę przychodów. Jest też niezbędna do skutecznego zarządzania umowami i relacjami z płatnikami.

Umożliwia podział procesu według płatnika i ujawnia różnice w sposobie działania, odsetku odmów i szybkości płatności, które wpływają na wyniki finansowe.

Informacje te są zapisane w dokumentacji rozliczeniowej lub ubezpieczeniowej pacjenta w Oracle Health Revenue Cycle.

Ten atrybut pokazuje aktualną kwotę należną z tytułu zdarzenia rozliczeniowego po uwzględnieniu wszystkich płatności i korekt. Określa bieżącą należność z tytułu danego obciążenia.

To ważny atrybut dla dashboardu „Wiekowanie salda do zapłaty”. Analiza tej wartości w czasie pomaga monitorować przepływy pieniężne, oceniać skuteczność windykacji oraz obliczać istotne KPI finansowe, takie jak Days Sales Outstanding (DSO).

Śledzi bieżące należności dla każdej sprawy, co pomaga zarządzać przepływami pieniężnymi i oceniać skuteczność windykacji.

Wartość tę zwykle oblicza się jako sumę wszystkich transakcji finansowych (obciążeń, płatności i korekt) dotyczących danego zdarzenia rozliczeniowego. Może być też zapisana w tabeli podsumowującej konto.

Ten atrybut wskazuje pracownika lub użytkownika systemowego odpowiedzialnego za wykonanie konkretnego działania w procesie. Ma znaczenie przy analizie rozkładu pracy i efektywności zasobów oraz przy określaniu potrzeb szkoleniowych.

W analizie pozwala filtrować mapę procesu według użytkownika lub zespołu, porównywać wyniki różnych osób i zespołów oraz analizować obciążenie na dashboardzie „Obciążenie działu rozliczeń”. Pomaga wskazać osoby osiągające najlepsze wyniki oraz te, które mogą potrzebować dodatkowego wsparcia lub szkolenia.

Łączy działania w procesie z konkretnymi użytkownikami lub zespołami. Umożliwia analizę obciążenia pracą i porównanie wyników, a także wskazanie potrzeb szkoleniowych.

Pola identyfikatora użytkownika, na przykład „CREATED_BY” i „USER_ID”, zwykle występują w tabelach transakcji w różnych modułach Oracle Health.

StartTime oznacza początek działania, a EventEndTime jego zakończenie. Nie każde działanie ma określony czas zakończenia, ponieważ wiele zdarzeń jest chwilowych. To pole jest jednak przydatne w przypadku działań trwających dłużej, takich jak „Złożono odwołanie od odmowy”, którego obsługa może zająć trochę czasu.

Atrybut ten pozwala dokładniej obliczyć czas realizacji poszczególnych działań. Ułatwia odróżnienie czasu oczekiwania, czyli przerwy między działaniami, od czasu przetwarzania, czyli czasu poświęconego na dane działanie.

Umożliwia bezpośrednie obliczenie czasu potrzebnego na wykonanie działania i oddzielenie czasu przetwarzania od czasu oczekiwania.

Niektóre tabele transakcji w Oracle Health Revenue Cycle mogą zawierać znaczniki czasu rozpoczęcia i zakończenia określonych, długotrwałych zadań.

Ten obliczany atrybut oznacza czynności, które odbiegają od idealnego przebiegu procesu i wymagają ponownej pracy. Przykłady to „Wysłano skorygowane roszczenie” lub „Złożono odwołanie od odmowy”. Nie wystąpiłyby, gdyby proces przebiegł prawidłowo za pierwszym razem.

Wykrywanie i mierzenie ponownej pracy to jeden z celów process mining. Ta flaga ułatwia filtrowanie i analizowanie wszystkich pętli poprawek, a także pomiar ich częstotliwości, kosztów i przyczyn nieefektywności procesu. Pomaga określić rzeczywisty koszt jakości w cyklu przychodów.

Pomaga mierzyć częstotliwość i wpływ pętli poprawek, wskazując nieefektywność procesu i koszty niskiej jakości.

To atrybut pochodny. Jest obliczany podczas transformacji danych na podstawie reguł biznesowych, które oznaczają wybrane nazwy czynności jako wymagające ponownej pracy.

Ten atrybut logiczny rozróżnia czynności wykonywane przez automatyzację programową, na przykład boty lub zadania wsadowe systemu, od czynności wykonywanych ręcznie przez użytkownika. Przykładowo „Utworzenie roszczenia” może być krokiem automatycznym, a „Odwołanie od odmowy” prawdopodobnie wymaga pracy ręcznej.

Analiza tego atrybutu pomaga określić poziom automatyzacji procesu oraz jej wpływ na wydajność i liczbę błędów. Można porównać wyniki ścieżek automatycznych i ręcznych oraz wskazać kolejne możliwości automatyzacji.

Rozróżnia czynności wykonywane przez ludzi i systemy, co pozwala oceniać skuteczność automatyzacji i wskazywać kolejne możliwości jej zastosowania.

Wartość tę zwykle wyznacza się na podstawie atrybutu UserPerformingAction. Czynności wykonane przez identyfikatory użytkowników takie jak „SYSTEM” lub „RPA_BOT” są oznaczane jako zautomatyzowane.

Ten atrybut wskazuje, kiedy zbiór danych został ostatnio zaktualizowany. Informuje, jak aktualne są analizowane dane, co pomaga ocenić aktualność wniosków z analizy process mining.

Można sprawdzić ten atrybut, aby potwierdzić, że wyświetlane informacje o procesie są aktualne. Ułatwia ocenę wieku danych i stanowi ważny element zarządzania danymi oraz zapewniania ich jakości.

Informuje o aktualności danych, dzięki czemu analizę i decyzje można opierać na bieżących informacjach.

To pole metadanych jest zwykle generowane i uzupełniane podczas procesu ETL, który ładuje dane do platformy process mining.

Ten atrybut zawiera unikalny identyfikator pacjenta, który otrzymał usługę, często określany jako numer dokumentacji medycznej (MRN). Łączy transakcję finansową z konkretną osobą.

Identyfikator pacjenta nie jest identyfikatorem sprawy w procesie, ale pozwala zestawić wszystkie zdarzenia rozliczeniowe dotyczące jednej osoby i przeanalizować całą historię jej rozliczeń. Po połączeniu z głównymi danymi pacjentów umożliwia też segmentację według danych demograficznych lub historii pacjenta.

Łączy zdarzenia finansowe z konkretnym pacjentem, umożliwiając analizę z perspektywy pacjenta i zestawienie wszystkich jego rozliczeń.

Ten identyfikator jest podstawowym elementem głównego rekordu pacjenta i występuje we wszystkich powiązanych tabelach transakcji, takich jak obciążenia, roszczenia i płatności.

Ten atrybut zawiera unikalny identyfikator roszczenia utworzonego i wysłanego do płatnika w celu uzyskania zwrotu kosztów. Jedno zdarzenie rozliczeniowe może w trakcie obsługi wygenerować jedno lub więcej roszczeń, na przykład gdy konieczne jest wprowadzenie korekty.

Identyfikator roszczenia pozwala śledzić konkretne zgłoszenie przekazane płatnikowi i powiązać je bezpośrednio z odpowiedzią, taką jak płatność lub odmowa. Umożliwia dokładniejsze śledzenie poszczególnych etapów w ramach całego procesu cyklu przychodów.

Umożliwia śledzenie konkretnego roszczenia u płatnika, z większą dokładnością niż w przypadku całego zdarzenia rozliczeniowego.

Identyfikator jest generowany przez Oracle Health podczas tworzenia roszczenia i zapisywany w głównej tabeli roszczeń.

Ten atrybut określa początkową kwotę naliczoną za usługę, przed uwzględnieniem rabatów, uzgodnionych korekt i płatności. To początkowa wartość finansowa zdarzenia rozliczeniowego.

Śledzenie kwoty obciążenia jest niezbędne do analiz finansowych, takich jak obliczanie łącznej wartości wykonanych usług i ocena wpływu późniejszych korekt lub odpisów. Kwota ta stanowi punkt odniesienia przy pomiarze uzyskanych przychodów.

Określa początkową wartość finansową sprawy, niezbędną do dalszych analiz finansowych i oceny wpływu.

W Oracle Health znajduje się w tabelach szczegółów obciążeń lub transakcji obciążeniowych.

Ten atrybut określa, dlaczego pacjent lub inna osoba odpowiedzialna za płatność zakwestionowała rachunek. Przyczyną mogą być nieprawidłowe opłaty, niewykonana usługa lub problemy z rozliczeniem ubezpieczenia.

Informacje te są niezbędne dla dashboardu „Wskaźniki rozpatrywania sporów dotyczących faktur”. Wiedza o najczęstszych przyczynach sporów pomaga wykrywać problemy systemowe w rejestrowaniu obciążeń, kodowaniu lub rozliczeniach. Usunięcie ich źródeł może znacznie ograniczyć liczbę sporów i nakład pracy administracyjnej potrzebny do ich rozpatrzenia.

Wyjaśnia, dlaczego faktury są kwestionowane, i wskazuje problemy z poprawnością lub przejrzystością rozliczeń, które wymagają rozwiązania.

Informacje te są prawdopodobnie przechowywane w module zarządzania sprawami lub obsługi klienta w Oracle Health i powiązane z kontem pacjenta.

Ten atrybut wskazuje aplikację źródłową lub moduł, z którego pochodzą dane. W tym procesie będzie to zwykle „Oracle Health Revenue Cycle”, ale może też wskazywać różne moduły systemu, jeśli dane pochodzą z kilku źródeł.

Informacja ta przydaje się w zarządzaniu danymi i rozwiązywaniu problemów. Pomaga potwierdzić pochodzenie danych i ma znaczenie w środowiskach, w których kilka systemów obsługuje jeden proces od początku do końca.

Wskazuje pochodzenie danych, co ma znaczenie przy ich weryfikacji i zarządzaniu nimi oraz przy analizie różnic w procesie zależnych od systemu.

Często jest to stała wartość dodawana podczas ekstrakcji, transformacji i ładowania danych (ETL), aby oznaczyć źródło zbioru danych.