Gelir döngüsü yönetimi Veri Templateiniz

Waystar
Gelir döngüsü yönetimi Veri Templateiniz

Gelir döngüsü yönetimi Veri Templateiniz

Bu Template, gelir döngüsü yönetimini etkili biçimde analiz etmek için toplamanız gereken temel veri özniteliklerini ve izlemeniz gereken önemli etkinlikleri açıklar. Ayrıca bu verileri sistemlerinizden nasıl çıkaracağınıza dair pratik bilgiler sunar. Templatei izleyerek RCM sürecinizi iyileştirmek için güvenilir bir temel oluşturabilirsiniz.
  • Ayrıntılı analiz için önerilen veri öznitelikleri
  • Etkili izleme için temel süreç etkinlikleri
  • Waystar’dan veri çıkarmaya yönelik pratik bilgiler
Olay günlüklerine yeni misiniz? Process Mining için nasıl Event Log oluşturacağınızı öğrenin.

Gelir döngüsü yönetimi öznitelikleri

Bunlar, gelir döngüsü yönetimi sürecinizi ayrıntılı biçimde analiz edebilmeniz için eksiksiz bir olay günlüğü oluştururken kullanmanız önerilen veri alanları ve açıklamalarıdır.
5 Zorunlu 6 Önerilen 10 İsteğe bağlı
Ad Açıklama
Etkinlik adı
ActivityName
Gelir döngüsü sürecinde gerçekleşen 'Talep gönderildi' veya 'Ödeme kaydedildi' gibi belirli bir iş olayının ya da adımın adı.
Açıklama

Bu öznitelik, gelir döngüsü sürecini baştan sona oluşturan münferit etkinlikleri tanımlar. Her değer; talep oluşturma, ret bildirimi alma veya ödeme kaydetme gibi, bir faturalandırma olayı üzerinde gerçekleştirilen ayrı bir adımı, kilometre taşını ya da görevi temsil eder.

Bu etkinliklerin sırasını ve sıklığını incelemek, Process Mining çalışmalarının temelini oluşturur. Süreç haritasını görselleştirmenizi, yeniden çalışma döngülerini (ör. 'Talep reddedildi' adımının ardından 'Talep düzeltildi') belirlemenizi ve adımlar arasındaki geçiş sürelerini ölçmenizi sağlar. Süreç verimliliğini ve uyumluluğu anlamak açısından önemlidir.

Neden önemli?

Bu öznitelik, süreç haritasındaki adımları tanımlar ve gelir döngüsü iş akışını görselleştirip incelemek için temel oluşturur.

Nereden alınır?

Waystar’ın talep ve faturalandırma modüllerindeki olay günlüklerinden, durum değişikliği kayıtlarından veya işlem türlerinden elde edilir.

Örnekler
Başvuru ödeme kuruluşuna gönderildiTalep reddedildiÖdeme kaydedildiHesap kapatıldı
Faturalandırma olayı
BillingEvent
Ücret oluşturulan tek bir hizmet veya ürün teslimatını tanımlayan benzersiz kimliktir ve gelir döngüsü sürecinde vaka olarak kullanılır.
Açıklama

Faturalandırma olayı, temel vaka kimliği olarak görev yapar ve belirli bir faturalandırılabilir hizmet için ücret kaydından hesabın kapanmasına kadar tüm etkinlikleri birbirine bağlar. Tek bir talebin veya hasta faturasının tüm yaşam döngüsünü temsil eder.

Process Mining çalışmalarında her faturalandırma olayının yolculuğunu incelemek, gelir döngüsünü bütün olarak görmenizi sağlar. Yaygın süreç yollarını, sapmaları ve münferit talepleri etkileyen darboğazları belirlemeye yardımcı olur. Bu ayrıntı düzeyi, süreç performansını anlamak ve talep gönderimindeki veya ödeme kaydındaki gecikmeler gibi iyileştirme alanlarını saptamak için gereklidir.

Neden önemli?

Bu, gelir döngüsüyle ilgili tüm etkinlikleri birbirine bağlayan temel vaka kimliğidir. Her faturalandırılabilir kalemin sürecini baştan sona izlemenizi sağlar.

Nereden alınır?

Bu genellikle Waystar’daki ana faturalandırma veya talep işlemleri tablosunun birincil anahtarıdır. İlgili tablo ve alan adını öğrenmek için Waystar dokümantasyonuna başvurun.

Örnekler
BE-2024-0012345BE-2024-0012346BE-2024-0012347
Olay zaman damgası
EventTimestamp
Etkinliğin gerçekleştiği kesin tarih ve saat.
Açıklama

Olay zaman damgası, bir etkinliğin gerçekleştiği kesin anı kaydeder. Olayları kronolojik sıraya koymak ve süreçteki farklı adımlar arasındaki süreleri hesaplamak için bu zaman damgası gereklidir.

Süreç analizinde zaman damgaları; çevrim süresi, bekleme süresi ve işlem süresi gibi temel performans göstergelerini hesaplamak için kullanılır. Örneğin, 'Talep gönderildi' ve 'Ödeme kaydedildi' zaman damgaları arasındaki fark, toplam ödeme çevrim süresini belirler. Darboğaz analizi ve performans takibi için doğru zaman damgaları gereklidir.

Neden önemli?

Olayları sıralamak, çevrim sürelerini hesaplamak ve süreç performansını incelemek için zaman damgaları gerekir. Analizin zaman temelini oluştururlar.

Nereden alınır?

Waystar’daki hemen her işlem veya durum değişikliği kaydında bulunan standart bir alandır. Genellikle 'Oluşturulma tarihi', 'İşlem tarihi' veya benzer bir adla yer alır.

Örnekler
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
Kaynak sistem
SourceSystem
Olay verilerinin geldiği sistem veya uygulama.
Açıklama

Bu öznitelik, olay verilerini oluşturan kaynak sistemi tanımlar. Karmaşık bir BT ortamında gelir döngüsü olayları Waystar’ın farklı modüllerinden, hatta Elektronik Sağlık Kaydı (EHR) gibi entegre harici sistemlerden gelebilir.

Kaynak sistemi bilmek; verileri doğrulamak, sorunları gidermek ve farklı sistem davranışlarının yol açabileceği süreç değişikliklerini anlamak açısından önemlidir. Süreç sorunlarının doğru uygulama veya arayüzle ilişkilendirilmesine yardımcı olur.

Neden önemli?

Verinin kaynağını belirler. Veri yönetişimi, kalite güvencesi ve farklı sistemlerdeki süreç değişikliklerini anlamak açısından önemlidir.

Nereden alınır?

Veri çıkarımı sırasında eklenen sabit bir değer ('Waystar') olabilir veya sistemdeki belirli modül ya da tablolardan elde edilebilir.

Örnekler
Waystar RCMWaystar faturalandırma modülüEHR arayüzü
Son veri güncellemesi
LastDataUpdate
Bu olaya ait verilerin en son yenilendiği veya çıkarıldığı zamanı gösteren zaman damgası.
Açıklama

Bu öznitelik, verilerin kaynak sistemden en son çıkarıldığı zamanı gösteren bir zaman damgası sağlar. İş olayının gerçekleştiği zamanı değil, kaydın analiz için sisteme aktarıldığı zamanı belirtir.

Bu bilgi, veri yönetişimi ve Process Mining analizindeki verilerin güncelliğini anlamak açısından önemlidir. Kullanıcıların güncel bilgileri inceleyip incelemediğini görmesine yardımcı olur ve artımlı veri yüklemelerini yönetmek için gereklidir.

Neden önemli?

Veri setinin güncelliğini göstererek şeffaflık sağlar. Doğru ve zamanında raporlama ve analiz için bu bilgi gereklidir.

Nereden alınır?

Bu zaman damgası genellikle veri alımı sırasında ETL (Çıkarma, Dönüştürme, Yükleme) süreci tarafından oluşturulur ve her satıra eklenir.

Örnekler
2024-01-15T02:00:00Z2024-01-16T02:00:00Z
Faturalanan tutar
BilledAmount
Talepte sunulan hizmetler için faturalandırılan toplam tutar.
Açıklama

Faturalanan tutar, hastaya sunulan hizmetlerin düzeltmeler, sözleşme indirimleri veya ödemeler uygulanmadan önceki brüt ücretini gösterir. Ödeyiciye gönderilen talebin ilk tutarıdır.

Bu öznitelik, mali analiz ve süreçteki parasal akışı anlamak açısından önemlidir. Talepleri tutarlarına göre gruplandırmak, farklı hizmetlerin ücret eğilimlerini belirlemek ve ret ya da ödeme gecikmesi gibi süreç verimsizliklerinin mali etkisini hesaplamak için kullanılabilir. Çoğu mali Dashboard için temel bir metriktir.

Neden önemli?

Talebin toplam değerini göstererek süreç gecikmelerinin, retlerin ve düzeltmelerin mali etkisini incelemeyi sağlar.

Nereden alınır?

Waystar’daki talep veya ücret giriş ekranında bulunan standart bir mali alandır.

Örnekler
150.001250.75540.50
Hizmet türü
ServiceType
'Radyoloji', 'Konsültasyon' veya 'Cerrahi işlem' gibi sunulan tıbbi hizmetin kategorisi ya da türü.
Açıklama

Hizmet türü, hastaya sunulan ve ücretlendirilebilen hizmetin niteliğini sınıflandırır. Farklı hizmet türlerinin faturalandırma kodları, geri ödeme oranları ve süreç karmaşıklıkları da farklı olabilir.

Bu öznitelik, gelir döngüsünü klinik bölüme veya hizmet alanına göre ayrıntılı biçimde incelemenizi sağlar. 'Faturalandırma gecikmeleri en çok hangi hizmet alanlarında yaşanıyor?' veya 'Cerrahi işlemlerdeki ret oranları konsültasyonlara kıyasla daha mı yüksek?' gibi soruları yanıtlamaya yardımcı olur. Bölüm performansını incelemek ve süreç iyileştirmelerini hedeflemek için önemlidir.

Neden önemli?

Süreç performansını klinik bölüme veya hizmet alanına göre incelemenizi, verimlilik ve kârlılık farklılıklarını görmenizi sağlar.

Nereden alınır?

Genellikle işlem kodlarından (CPT/HCPCS) elde edilir veya Waystar’da hizmeti sunan bölümle ilişkilendirilir.

Örnekler
RadyolojiKardiyoloji konsültasyonuAcil servis ziyaretiAyakta tedavi ameliyatı
Ödenmemiş bakiye
OutstandingBalance
Faturalandırma olayı için hâlâ tahsil edilmesi gereken kalan tutar.
Açıklama

Ödenmemiş bakiye, belirli bir faturalandırma olayı için mevcut alacak tutarını gösterir. Faturalanan tutardan o güne kadar yapılan ödemeler ve düzeltmeler çıkarılarak hesaplanır.

Bu mali metrik, nakit akışını ve alacakları yönetmek için önemlidir. Kuruluşun toplam alacakları izlemesini, bakiyesi yüksek hesapları belirlemesini ve tahsilat çalışmalarını önceliklendirmesini sağlayan 'Ödenmemiş bakiyeler ve vade analizi' Dashboardunun temel özniteliğidir. Bu değeri zaman içinde izlemek, tahsilat sürecinin etkinliğini gösterir.

Neden önemli?

Alacakları doğrudan ölçer. Nakit akışını yönetmek, tahsilatları önceliklendirmek ve mali durumu değerlendirmek için gereklidir.

Nereden alınır?

Bu, genellikle Waystar’ın raporlama modüllerinde hesaplanan bir alandır (Faturalanan tutar - Ödenen tutar - Düzeltmeler). Doğrudan bir alan yoksa veri çıkarımı sırasında hesaplanması gerekebilir.

Örnekler
30.00270.25540.50
Ödeyici adı
PayerName
Talep için ödeme yapmaktan sorumlu sigorta şirketinin veya üçüncü taraf ödeyicinin adı.
Açıklama

Bu öznitelik; sigorta şirketi, Medicare gibi bir kamu programı veya başka bir kuruluş olabilen, talebi karara bağlayıp ödemekten sorumlu ödeyiciyi tanımlar. Her ödeyicinin gönderim gereklilikleri, ödeme takvimleri ve ret örüntüleri farklı olabilir.

Süreci ödeyici adına göre incelemek; ödeme çevrimi en uzun, ret oranı en yüksek veya süreçleri en karmaşık ödeyicileri belirlemek için önemlidir. Kuruluşlar bu bilgilerle stratejilerini uyarlayabilir, sorun yaşanan ödeyicilerle takibi önceliklendirebilir ve daha iyi sözleşmeler için görüşebilir.

Neden önemli?

Süreci ödeyiciye göre gruplandırmak, ödeyiciye özgü darboğazları, ret nedenlerini ve ödeme gecikmelerini belirlemek açısından önemlidir.

Nereden alınır?

Waystar’daki talep veya faturalandırma bilgilerinde, hastanın sigorta bilgileriyle bağlantılı olarak bulunur.

Örnekler
AetnaBlue Cross Blue ShieldCignaMedicare B Bölümü
Ret neden kodu
DenialReasonCode
Ödeyicinin talebi neden reddettiğini belirten standart kod.
Açıklama

Ödeyici bir talebi reddettiğinde, geri çevirme nedenini açıklayan bir kod verir. Bu kodlar eksik bilgi, kapsam dışı hizmet veya kodlama hatası gibi sorunları gösterebilir. Bu öznitelik, ilgili kodu içerir.

Ret neden kodlarını incelemek, gelir döngüsünü iyileştirmenin temel adımlarındandır. Belirli bir bölümde sık yapılan hatalar veya belirli bir ödeyicinin gereklilikleriyle ilgili sorunlar gibi retlerin temel nedenlerini belirlemeyi sağlar. Bu veri, 'Talep ret oranı ve nedenleri' Dashboardunu doğrudan besler; gelecekteki retleri önleme ve ilk gönderimde ödeme oranını artırma stratejileri geliştirmek için önemlidir.

Neden önemli?

Bu öznitelik, talep retlerinin temel nedenlerini incelemek için gereklidir. Gelir kaybını ve yeniden çalışmayı azaltacak hedefli adımlar atılmasını sağlar.

Nereden alınır?

Ret olayı gerçekleştiğinde talep kaydına eklenir. Bu bilgi, ödeyiciden ödeme bildirimiyle alınır.

Örnekler
CO-16: Talep/hizmet bilgileri eksikPR-96: Kapsam dışı ücret(ler)CO-22: Bu bakım başka bir ödeyici tarafından karşılanabilir
Talep durumu
ClaimStatus
'Gönderildi', 'Beklemede', 'Ödendi' veya 'Reddedildi' gibi, talebin yaşam döngüsündeki mevcut durumu.
Açıklama

Talep durumu, belirli bir faturalandırma olayının gelir döngüsünde o an hangi aşamada olduğunu gösterir. Talebin gönderilip gönderilmediği, ödeyici tarafından incelenip incelenmediği, ödenip ödenmediği veya reddedilip reddedilmediği gibi ulaşılan son kilometre taşını belirtir.

Bu öznitelik, mali raporlama ve operasyon yönetimi açısından önemlidir. Process Mining çalışmalarında tüm açık vakaların mevcut durumunu anlamaya ve vakaların 'Ödeyici kararını bekliyor' gibi belirli durumlarda ne kadar kaldığını incelemeye yardımcı olur. 'Ödenmemiş bakiyeler ve vade analizi' Dashboardunu doğrudan destekler.

Neden önemli?

İşlemdeki tüm taleplerin mevcut durumunu göstererek darboğazları incelemeyi ve işleri önceliklendirmeyi sağlar.

Nereden alınır?

Waystar’daki talep veya faturalandırma kaydında bulunan standart bir alandır ve talep süreçte ilerledikçe güncellenir.

Örnekler
GönderildiÖdeyici tarafından alındıReddedildiTamamı ödendi
Düzeltilen tutar
AdjustedAmount
Faturalama olayı için düzeltilen veya silinen toplam tutar.
Açıklama

Düzeltilen tutar, bir faturalama olayının bakiyesinde yapılan tüm mali düzeltmelerin toplamını ifade eder. Buna ödeyici anlaşmalarında belirtilen sözleşme indirimlerinin yanı sıra diğer silme ve düzeltmeler de dahildir.

Bu, 'Hesap düzeltme oranı ve etkisi' Dashboardu için temel bir metriktir. Tutarın farklı neden kodlarına veya ödeyicilere göre toplanması, gelir kaybının mali etkisini ortaya koyar. Kayıpları ölçmeye ve düzeltmelerin temel nedenlerini ele almak için iş gerekçesi oluşturmaya yardımcı olur.

Neden önemli?

Silme ve düzeltmeler nedeniyle kaybedilen geliri ölçer; faturalama sorunlarının ve sözleşme koşullarının mali etkisini gösterir.

Nereden alınır?

Waystar’daki mali düzeltme işlemlerinden alınır. Tek bir faturalama olayı için birden fazla düzeltme kaydının toplanması gerekebilir.

Örnekler
250.2550.0015.80
Düzeltme neden kodu
AdjustmentReasonCode
Hesap bakiyesinde yapılan mali düzeltmenin nedenini açıklayan kod.
Açıklama

Sözleşme indirimi veya silme kaydı gibi ödeme dışındaki nedenlerle hesap bakiyesi değiştiğinde, bu değişikliğin nedenini belgelemek için düzeltme neden kodu kullanılır. Bu öznitelik, ilgili kodu içerir.

Bu kodları incelemek, 'Hesap düzeltme oranı ve etkisi' Dashboardu için önemlidir. Belirli ödeyicilerle sık yapılan sözleşme düzeltmeleri veya faturalandırma hataları nedeniyle uygulanan silme kayıtları gibi gelir kaybının temel nedenlerini belirlemeye yardımcı olur. Bu nedenleri anlamak, önlenebilir gelir kaybını azaltmanın ilk adımıdır.

Neden önemli?

Gelirin neden düzeltildiğini veya silindiğini açıklar; gelir kaybı ve ödeyici sözleşmelerinin performansı hakkında önemli bilgiler sunar.

Nereden alınır?

Waystar’ın ödeme kaydı veya alacak hesapları modülündeki düzeltme işlemleriyle ilişkilidir.

Örnekler
Sözleşme yükümlülüğüDüşük bakiyeyi silmeFaturalama hatasını düzeltme
Hasta kimliği
PatientId
Hizmeti alan hastanın benzersiz kimliği.
Açıklama

Bu öznitelik, faturalandırma olayıyla ilişkili hastanın benzersiz kimliğidir. Mali işlemi, bakım alan kişiyle ilişkilendirir.

Vaka olarak faturalandırma olayı kullanılırken hasta kimliği, hasta odaklı analiz yapılmasını sağlar. Tekrar gelen hastaları belirlemeye, birden fazla ziyaret boyunca hastanın mali yolculuğunu anlamaya ve belirli hasta demografik özelliklerinin ödeme sorunlarıyla veya yüksek ret oranlarıyla ilişkili olup olmadığını incelemeye yardımcı olabilir. Tek bir kişiye ait tüm faturalandırma etkinliklerini bir araya getirmenizi sağlar.

Neden önemli?

Hasta odaklı analiz yapılmasını sağlar ve bir kişinin birden fazla faturalandırma olayı boyunca yaşadığı mali yolculuğun tamamını görmenize yardımcı olur.

Nereden alınır?

Waystar’daki talep veya hasta kayıt kaydında bulunan ya da bir EHR’den alınan standart bir alandır.

Örnekler
MRN-887654MRN-902101MRN-123456
Hasta sınıfı
PatientClass
'Yatan hasta' veya 'Ayakta tedavi' gibi, hastanın başvuru sırasındaki durumunu belirtir.
Açıklama

Hasta sınıfı, hasta başvurusunun türünü sınıflandırır ve çoğu zaman faturalandırma kurallarını ve geri ödeme oranlarını belirler. Yaygın sınıflar arasında yatan hasta, ayakta tedavi ve acil durum bulunur.

Gelir döngüsünü hasta sınıfına göre incelemek, süreçler arasındaki önemli farkları ortaya çıkarabilir. Örneğin, yatan hasta talepleri genellikle ayakta tedavi taleplerinden daha karmaşıktır ve ödeme çevrimleri daha uzundur. Gerçekçi performans hedefleri belirlemek ve süreç iyileştirme çalışmalarını her sınıfın ihtiyaçlarına göre uyarlamak için bu gruplandırma önemlidir.

Neden önemli?

Süreci başvurunun karmaşıklığına göre gruplandırmaya yardımcı olur (ör. yatan hasta ve ayakta tedavi). Bu durum, farklı faturalandırma kuralları ve çevrim süreleriyle ilişkili olabilir.

Nereden alınır?

Waystar’daki veya kaynak EHR’deki hasta kayıt ya da başvuru verilerinde bulunan standart bir alandır.

Örnekler
Yatan hastaAyakta tedaviAcil durum
Hizmetten faturaya geçen süre
ServiceToInvoiceCycleTime
Hizmetin tamamlanmasından ücretlerin kaydedilip talebin oluşturulmasına kadar geçen süre.
Açıklama

'Ücret gecikmesi' olarak da bilinen bu metrik, faturalama sürecinin başlangıç aşamasındaki verimliliğini ölçer. 'Service Provided/Completed' olayı ile 'Charges Captured' veya 'Claim Created' olayı arasındaki süre hesaplanır.

Bu öznitelik, 'Hizmetten faturaya çevrim süresi' Dashboardunu doğrudan destekler. Ücret gecikmesi olarak bilinen bu aşamadaki gecikmeler, ödeme döngüsünün başlamasını ve dolayısıyla nakit akışını doğrudan erteler. Bu süreyi izlemek, tüm hizmetlerin zamanında ve doğru biçimde faturalandırılmasına yardımcı olur; gelir kaybını önler ve gelir döngüsünün tamamını hızlandırır.

Neden önemli?

Faturalama sürecinin başlangıç aşamasındaki verimliliği ölçer. Bu ücret gecikmesini azaltmak, gelir döngüsünü hızlandırmak ve kaydedilmeyen ücretleri önlemek için önemlidir.

Nereden alınır?

Veri dönüşümü sırasında, hizmet olayının zaman damgası ile ücret kaydı veya talep oluşturma olayının zaman damgası arasındaki fark hesaplanır.

Örnekler
2 gün 8 saat1 gün 0 saat5 gün 1 saat
İlk başvuruda ödeme alındı mı
IsFirstPassPayment
Talebin, ret veya düzeltme olmadan ilk gönderimde doğru şekilde ödenip ödenmediğini gösteren bir işaret.
Açıklama

Bu hesaplanan mantıksal öznitelik, talebin ret, geri çevirme veya ek bilgi isteği gibi olumsuz bir olay yaşanmadan ödenip ödenmediğini gösterir. 'true' değeri, ilgili talebin sorunsuz ve verimli bir süreçten geçtiği anlamına gelir.

Bu öznitelik, genel gelir döngüsü verimliliğinin temel ölçütlerinden biri olan 'İlk gönderimde ödeme oranı' KPI’ını doğrudan destekler. İlk gönderimde ödenmeyen taleplerin özelliklerini (ör. ödeyiciye veya hizmet türüne göre) incelemek, yeniden çalışmanın ve ödeme gecikmelerinin başlıca nedenlerini belirlemeye yardımcı olur. Bu oranı artırmak, nakit akışını hızlandırır ve operasyonel maliyetleri düşürür.

Neden önemli?

Faturalama ve talep işleme kalitesini doğrudan ölçer. İlk gönderimde ödeme oranının yüksek olması, yeniden çalışmanın az olduğu verimli bir sürece işaret eder.

Nereden alınır?

Bu, veri dönüşümü sırasında hesaplanan türetilmiş bir özniteliktir. Mantık, 'Payment Posted' olayının 'Claim Denied' veya 'Account Adjusted' gibi olaylardan önce gelip gelmediğini kontrol eder.

Örnekler
truefalse
Ödeme vade tarihi
PaymentDueDate
Fatura veya talep için ödemenin yapılmasının beklendiği son tarih.
Açıklama

Ödeme vade tarihi, sağlayıcının belirlediği veya ödeyici sözleşmelerinde belirtilen ve ödemenin alınmış olması gereken tarihtir. Ödeme zamanlamasını ölçmek için referans noktası olarak kullanılır.

Bu öznitelik, 'Ödenmemiş bakiyeler ve yaşlandırma' Dashboardu için gereklidir. Alacakların yaşını hesaplamak ve bunları '0-30 gün', '31-60 gün' gibi aralıklara ayırmak için kullanılır. Bu yaşlandırma analizi, alacak hesaplarını yönetmek ve vadesi geçmiş hesaplar için tahsilat çalışmalarına öncelik vermek amacıyla kullanılan standart bir finans uygulamasıdır.

Neden önemli?

Tahsilatları yönetmek ve nakit akışının zamanlamasını anlamak için gerekli olan alacak yaşlandırması hesaplamalarının temelini oluşturur.

Nereden alınır?

Fatura veya talep kaydında bulunabilir. Fatura tarihi ve ödeme koşullarına göre hesaplanabilir.

Örnekler
2023-11-252023-12-152024-01-30
Ödenen tutar
PaidAmount
Talep için ödeyicilerden veya hastadan alınan ve kaydedilen toplam tutar.
Açıklama

Bu öznitelik, bir faturalandırma olayı için başarıyla tahsil edilen toplam tutarı kaydeder. Birincil ve ikincil sigorta ödeyicilerinden alınan ödemelerin yanı sıra hasta ödemelerini de içerir.

Ödenen tutar, gelir döngüsünün temel sonuç metriklerinden biridir. Faturalanan ücretlerden elde edilen nihai tahsilat oranını hesaplamak ve sürecin genel etkinliğini ölçmek için kullanılır. Faturalanan tutarla ödenen tutarı karşılaştırmak, mali performansı gösterir ve gelir kaybı yaşanan alanları ortaya çıkarır. Tahsilat etkinliği ve genel mali durumla ilgili Dashboardlar için önemlidir.

Neden önemli?

Fiilen tahsil edilen nakit tutarını ölçer. Gelir döngüsü sürecinin genel başarısını değerlendirmede temel sonuç metriklerinden biridir.

Nereden alınır?

Waystar’da taleple ilişkilendirilmiş ödeme kayıt işlemlerinden elde edilir. Birden fazla ödeme kaydının toplanması gerekebilir.

Örnekler
120.00980.500.00
Ödeyici türü
PayerType
'Ticari', 'Medicare' veya 'Kendi ödemesi' gibi ödeyici kategorisi.
Açıklama

Ödeyici türü, ödeyicileri niteliklerine göre daha geniş kategoriler altında gruplandırır. Böylece belirli bir ödeyici adına kıyasla daha genel bir görünüm sunar.

Bu öznitelik, stratejik analiz ve raporlama için kullanışlıdır. Yönetimin kamu ödeyicileriyle ticari sigorta şirketleri gibi büyük ödeyici kategorilerinin performans eğilimlerini karşılaştırmasını sağlar. Bu bilgiler, ödeyici sözleşmeleri ve kaynak dağılımıyla ilgili stratejik kararlara yön verebilir.

Neden önemli?

Ödeyicileri ticari veya kamu gibi kategoriler altında gruplandırarak genel düzeyde analiz yapılmasını sağlar. Bu kategorilerin ödeme davranışları ve kuralları farklı olabilir.

Nereden alınır?

Genellikle ödeyici adı önceden tanımlanmış bir kategori listesiyle eşleştirilerek elde edilir. Bu mantık Waystar’da bulunabilir veya veri dönüştürme sırasında oluşturulması gerekebilir.

Örnekler
TicariMedicareMedicaidKendi ödemesi
Sorumlu kullanıcı
ResponsibleUser
Faturalandırma uzmanı, kodlama uzmanı veya tahsilat uzmanı gibi etkinliği gerçekleştiren kullanıcı ya da görevli.
Açıklama

Bu öznitelik, süreçte belirli bir etkinliği gerçekleştiren çalışanı veya sistem kullanıcısını tanımlar. Örneğin, talebi hangi faturalandırma uzmanının gönderdiğini ya da takip aramasını hangi tahsilat görevlisinin başlattığını gösterebilir.

Süreci kullanıcıya göre incelemek; iş yükü dağılımını, bireysel performansı ve eğitim ihtiyaçlarını anlamaya yardımcı olur. Bazı kullanıcıların hata oranlarının daha yüksek veya retleri çözme konusunda daha verimli olup olmadığını ortaya çıkarabilir. Gelir döngüsü ekibinin yönetimi ve kalite kontrolü açısından fayda sağlar.

Neden önemli?

Süreç adımlarının sorumluluğunu belirler; bireysel veya ekip düzeyinde performans incelemesini ve eğitim fırsatlarının belirlenmesini sağlar.

Nereden alınır?

Waystar’daki olayların denetim izinde veya işlem günlüklerinde, genellikle 'UserID', 'ProcessedBy' ya da benzer bir alan olarak bulunur.

Örnekler
jsmithadavisbilling_bot_01
Zorunlu Önerilen İsteğe bağlı

Gelir döngüsü yönetimi etkinlikleri

RCM operasyonlarınızı doğru biçimde keşfetmek ve ayrıntılı analiz etmek için olay günlüğünüzde kaydetmeniz gereken temel süreç adımları ve kilometre taşlarıdır.
6 Önerilen 7 İsteğe bağlı
Aktivite Açıklama
Başvuru değerlendirildi
Ödeyici talebi işleme alıp ödeme kararını vermiştir. Bu olay, ödeyiciden Elektronik Ödeme Bildirimi (ERA) veya 835 dosyası alındığında kaydedilir.
Neden önemli?

Süreçteki temel karar noktasıdır. Talebin ödenip ödenmeyeceğini belirler; gelir akışını ve ret yönetimi iş akışlarını doğrudan etkiler.

Nereden alınır?

Waystar’da taleple ilişkilendirilmiş ERA’nın (835 dosyası) alınma tarihinden çıkarılır. ERA dosyasında ödeyicinin ayrıntılı kararı yer alır.

Kaydedin

Ödeyiciden alınan ERA/835 dosyasının işlenme tarihinden çıkarılır.

Olay türü inferred
Başvuru ödeme kuruluşuna gönderildi
Faturalama başvurusunun değerlendirilmek üzere elektronik ortamda sigorta ödeme kuruluşuna gönderilmesidir. Bu, takas merkezi üzerinden hizmet sağlayıcının sisteminden ödeme kuruluşunun sistemine yapılan önemli bir devir teslimdir.
Neden önemli?

Ödeme kuruluşunun yanıt süresini başlatan önemli bir kilometre taşıdır. Ödeme çevrimi KPI’larını ölçmek ve gönderim birikmelerini belirlemek için gereklidir.

Nereden alınır?

Waystar’ın takas merkezi işlevi, başvuru dosyasının gönderildiği tarih ve saati açıkça kaydeder. Gönderim günlüklerini veya başvuru durum geçmişini inceleyin.

Kaydedin

Başvuru başarıyla gönderildiğinde gönderim geçmişine veya işlem günlüğüne kaydedilir.

Olay türü explicit
Hesap kapatıldı
Ödeme ve düzeltmeler sonucunda hesap bakiyesi sıfıra ulaştığında faturalandırma olayının yaşam döngüsü tamamlanır. Bu, ilgili vaka için gelir döngüsünün başarıyla sona erdiğini gösterir.
Neden önemli?

Sürecin temel bitiş noktasıdır. Kapanışa kadar geçen süreyi ve başarıyla kapanan hesapların oranını ölçmek, genel performans göstergeleri açısından önemlidir.

Nereden alınır?

Bu, genellikle hasta muhasebe sisteminde faturalandırma olayının kalan bakiye alanı sıfır olduğunda çıkarılan hesaplanmış bir olaydır.

Kaydedin

Ödemeler ve düzeltmelerin toplamı toplam ücret tutarına eşit olduğunda hesaplanır.

Olay türü calculated
Ödeme kaydedildi
Alınan ödeme, ilgili hasta hesabına ve talebe işlenir veya bunlarla mutabık hâle getirilir. Bu etkinlik, bakiyeyi alacak hesaplarından nakde aktarır.
Neden önemli?

Ödeyici döngüsünün son aşamasıdır. Ödeme kaydı işlem hacmi ve gecikme süresi KPI’larını destekler, hesapların zamanında ve doğru biçimde güncellenmesini sağlar.

Nereden alınır?

Kullanıcı ERA’dan gelen ödemeyi kaydettiğinde Waystar’da açık bir işlem olarak kaydedilir. Birçok sistemde bu olayı kaydeden otomatik ödeme kaydı özellikleri de bulunur.

Kaydedin

ERA’dan gelen ödeme bir talebe elle veya otomatik ödeme kaydı yoluyla işlendiğinde kaydedilen olay.

Olay türü explicit
Talep reddedildi
Ödeyici talebi reddetmiş ve Elektronik Ödeme Bildirimi’nde (ERA) belirtildiği üzere ödeme yapmayacaktır. Bu olay, ret yönetimi veya yeniden çalışma döngüsünü başlatır.
Neden önemli?

'Talep ret oranı' KPI’ını doğrudan destekler. Retlerin sıklığını ve nedenlerini belirlemek, süreci iyileştirmek ve geliri geri kazanmak açısından önemlidir.

Nereden alınır?

Alınan ERA (835 dosyası) içindeki Talep Düzeltme Neden Kodları (CARC) olarak bilinen belirli ret kodlarından çıkarılır.

Kaydedin

ERA dosyasındaki ret bildiren talep düzeltme neden kodlarından (CARC) elde edilir.

Olay türü inferred
Ücretler kaydedildi
Faturalandırılabilir hizmetlerin gelir döngüsü sistemine kaydedildiğini gösterir. Bu olay genellikle kullanıcı ücret girişini tamamladığında veya klinik sistemden veri alındığında açıkça kaydedilir.
Neden önemli?

Bu, faturalama sürecinin başlangıç noktasıdır. Hizmetin tamamlanmasından ücretin kaydedilmesine kadar geçen süreyi analiz etmek, gelir kaybını ve sürecin ilk aşamalarındaki gecikmeleri belirlemek açısından önemlidir.

Nereden alınır?

Bu olay, Waystar içindeki ücret girişi veya işlem tablosuna kaydedilir. Ücret kaydedildiğinde ya da kesinleştirildiğinde genellikle oluşturulma zaman damgası da eklenir.

Kaydedin

Ücret girişi kaydedildiğinde veya kesinleştirildiğinde olay günlüğüne eklenir.

Olay türü explicit
Başvuru oluşturuldu
Kaydedilen ücretlerden resmi bir faturalama başvurusu oluşturulmasını ifade eder. Bu, sistemin ödeme kuruluşuna göndermeden önce bilgileri derlediği dahili bir adımdır.
Neden önemli?

Başvuru oluşturma sürecinin dahili verimliliğini izler. Bu aşamadaki gecikmeler, başvuru hizmet sağlayıcının sisteminden çıkmadan önce bile tüm ödeme çevrimini uzatabilir.

Nereden alınır?

Bu olay açıkça kaydedilebilir; ancak çoğu zaman Waystar başvuru yönetimi modülündeki başvuru kaydıyla ilişkilendirilen ilk zaman damgasından çıkarılır.

Kaydedin

Birincil başvuru tablosundaki başvuru kaydının oluşturulma tarihinden çıkarılır.

Olay türü inferred
Hasta bakiye ekstresi gönderildi
Sigorta kararı sonrasında kalan bakiye için bir ekstre hazırlanıp hastaya gönderilir. Tahsilat odağı böylece ödeyiciden hastaya kayar.
Neden önemli?

Bu olay, hasta ödeme döngüsünü başlatır. Ekstrelerin ne kadar etkili olduğunu ve ne zaman gönderildiğini incelemek, hasta alacaklarını yönetmek ve hasta deneyimini iyileştirmek açısından önemlidir.

Nereden alınır?

Ekstre grubu hazırlandığında veya elektronik olarak ya da bir baskı hizmeti sağlayıcısına gönderildiğinde hasta faturalandırma modülünün kaydettiği açık bir olaydır.

Kaydedin

Ekstre hazırlandığında hasta yazışma geçmişine kaydedilen olay.

Olay türü explicit
Hesap bakiyesi düzeltildi
Hesap bakiyesinde elle veya sözleşme gereği bir düzeltme yapılır. Bu işlem, silme kayıtlarını, sözleşme indirimlerini, hasta indirimlerini veya diğer düzeltmeleri içerebilir.
Neden önemli?

Gelir kaybını anlamak için gereklidir. Düzeltmeleri incelemek; ücret tarifeleri, sözleşme yönetimi veya tahsil edilemeyen borçlarla ilgili sorunları belirlemeye yardımcı olur.

Nereden alınır?

Denetim amacıyla her mali düzeltme bir işlem olarak kaydedilmelidir. Bu, hesap işlemleri tablosunda açık bir olay olarak yer alır.

Kaydedin

Hesap defterinde belirli bir işlem türü olarak kaydedilir.

Olay türü explicit
Ödeme kuruluşunun alındı onayı alındı
Ödeme kuruluşunun sistemi, gönderilen başvuru dosyasının alındığını doğrular. Bu genellikle 277CA veya 999 raporu gibi otomatik bir yanıttır ve başvurunun işleme alınmak üzere kabul edildiğini gösterir.
Neden önemli?

Gönderimin başarıyla tamamlandığını doğrular ve değerlendirme başlamadan önce biçimlendirme veya veri hatalarından kaynaklanan ilk aşama retlerini belirlemeye yardımcı olur. Böylece düzeltmeler daha hızlı yapılabilir.

Nereden alınır?

Gelen ödeme kuruluşu alındı onayı dosyası işlendikten sonra Waystar’ın takas merkezi modülündeki başvuru durumu veya yanıt dosyası tablolarına kaydedilir.

Kaydedin

Ödeme kuruluşundan gelen elektronik alındı onayı dosyası işlendiğinde olay günlüğüne eklenir.

Olay türü explicit
Reddedilen talebe itiraz edildi
Bir kullanıcı, genellikle talebi düzelterek yeniden göndererek veya resmî itirazda bulunarak ret kararına karşı işlem yapmıştır. Bu etkinlik, yeniden çalışma sürecinin önemli bir adımıdır.
Neden önemli?

Ret yönetimi ekibinin verimliliğini ölçer. Ret ile itiraz arasındaki süreyi ve itirazların başarı oranını izlemek, tahsilat çalışmalarını iyileştirmek açısından önemlidir.

Nereden alınır?

Ret yönetimi modülünde açık bir kullanıcı işlemi veya not olarak kaydedilmiş olabilir. Reddedilen talebin durumundaki değişiklikten de çıkarılabilir.

Kaydedin

Kullanıcı itiraz işlemini belgelediğinde veya talep durumunu 'İtiraz edildi' olarak güncellediğinde kaydedilen olay.

Olay türü explicit
Tahsilat çalışması başladı
Hasta hesabının vadesi geçmiş ve etkin tahsilat çalışmaları başlamıştır. Bu çalışmalar otomatik hatırlatmaları veya hesabın üçüncü taraf bir tahsilat kuruluşuna devredilmesini içerebilir.
Neden önemli?

'Tahsilat çalışması etkinliği' Dashboardunu destekler. Vadesi geçmiş alacaklar için yürütülen tahsilat çalışmalarının maliyetini ve başarı oranını incelemeye yardımcı olur.

Nereden alınır?

Bu durum genellikle Waystar’da hesap durumunun 'Tahsilat' veya 'Şüpheli alacak' olarak değişmesinden çıkarılır. Bu değişiklik farklı bir iş akışını başlatır.

Kaydedin

Hesap durumunun 'Tahsilat' veya 'Şüpheli alacak' olarak değişmesinden çıkarılır.

Olay türü inferred
Talep düzeltildi ve yeniden gönderildi
Ret veya geri çevirme sonrasında talep düzeltilip ödeyiciye yeniden gönderilmiştir. Bu, ilgili talep için karar sürecinin yeniden başladığını gösterir.
Neden önemli?

Bu, önemli bir yeniden çalışma döngüsüdür. Yeniden gönderimlerin sıklığını ve nedenlerini incelemek; kodlama veya demografik bilgi hataları gibi ilk hataların temel nedenlerini belirlemeye yardımcı olur.

Nereden alınır?

Daha önce reddedilmiş bir talep için yeni bir 'Talep ödeyiciye gönderildi' olayı belirlenerek çıkarılır. Sistemde yeniden gönderilen talepler için özel bir durum da bulunabilir.

Kaydedin

Daha önce reddedilmiş bir talep kimliğiyle ilişkilendirilmiş yeni bir gönderim olayından çıkarılır.

Olay türü inferred
Önerilen İsteğe bağlı

Veri çıkarma rehberleri

Waystar’dan verilerinizi nasıl alabilirsiniz?

Bu sürece yönelik veri çıkarma yöntemleri şu anda doğrulanıyor. Lütfen daha sonra tekrar kontrol edin veya yardım için bizimle iletişime geçin .

Başlamaya hazır mısınız?

Gelir döngüsü yönetiminizi iyileştirmek için bir sonraki adımı atın. Verimliliği artırmak ve nakit akışını bugün iyileştirmek için bu veri içgörülerinden yararlanmaya başlayın.

Gelir döngüsü yönetiminizi iyileştirin, nakit akışınızı hemen artırın

Verimsizlikleri belirleyin, çevrim sürelerini %30 kısaltın ve nakit akışını artırın.

Ücretsiz denemeyi başlatın

Kredi kartı gerekmez, optimizasyona bugün başlayın.