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

Bu öznitelik, belirli bir faturalandırma olayı için gelir döngüsü yönetimi sürecindeki tek bir adımı veya aşamayı tanımlar. Etkinlikler, “Ücretler kaydedildi”, “Talep gönderildi” veya “Ödeme kaydedildi” gibi yapılan işleri gösterir.

Etkinliklerin sırasını incelemek, Process Mining çalışmalarının temelini oluşturur. Gerçek süreç akışını keşfetmenizi, etkinliklerin başlamasının uzun sürdüğü darboğazları belirlemenizi ve “Talep reddedildi” adımının ardından “Ret üzerinde yeniden çalışma başlatıldı” gibi gereksiz tekrarları ortaya çıkarmanızı sağlar.

Süreç adımlarını tanımlar; süreç haritasını görselleştirmenizi, geçiş sürelerini hesaplamanızı, süreç sapmalarını ve yeniden çalışmayı belirlemenizi sağlar.

Bu bilgi genellikle R1 RCM modüllerindeki olay günlüklerinden, durum değişikliği kayıtlarından veya işlem kodlarından elde edilir. Teknik kodları iş birimlerinin kolayca anlayacağı adlara eşlemek gerekebilir.

Faturalandırma Olayı Kimliği, ücret doğuran belirli bir hizmet veya ürün teslimatını tanımlar. İlk hizmet sunumundan ve ücret kaydından talep gönderimine, ödemenin kaydedilmesine ve hesabın kapatılmasına kadar ilgili tüm etkinlikleri birbirine bağlayan temel tanımlayıcıdır.

Process Mining analizinde her Faturalandırma Olayının yaşam döngüsünü incelemek, gelir döngüsünün baştan sona nasıl işlediğini görmenizi sağlar. Tek bir ücretin tüm sürecini izlemek, yaygın süreç yollarını belirlemek, önemli aşamalar arasındaki çevrim sürelerini ölçmek ve gecikmelere ya da gelir kaybına yol açan farklılıkları anlamak için kullanılır.

Bu tanımlayıcı, ilgili tüm etkinlikleri tek bir vakada bir araya getirerek faturalandırılabilir her olay için gelir döngüsünün eksiksiz ve doğru biçimde analiz edilmesini sağlar.

Hasta ziyaretleri, ücretler, talepler ve ödemelerle ilgili çeşitli tabloları birbirine bağlayan birincil anahtardır. Kullanılan alanı belirlemek için R1 RCM dokümantasyonuna başvurun; bu alan genellikle ziyaret veya talep tanımlayıcısıyla ilişkilidir.

Olay zamanı, bir etkinliğin sistemde kaydedildiği tarih ve saati tam olarak gösterir. Zamana dayalı analizle süreci anlamak için bu bilgi temel oluşturur.

Process Mining çalışmalarında olaylar kronolojik sıraya konur ve etkinlikler arasındaki süreler hesaplanır. Performans analizinde önemli olan bu bilgi, çevrim süresi, işlem süresi ve bekleme süresi gibi temel metriklerin hesaplanmasını sağlar. Böylece darboğazları belirleyebilir ve verimliliği ölçebilirsiniz.

Bu zaman damgası, çevrim sürelerini hesaplama, darboğazları belirleme ve süreç performansını SLA hedeflerine göre izleme dahil zamana dayalı tüm analizlerin temelini oluşturur.

R1 RCM’de genellikle her işlem veya durum değişikliği kaydıyla ilişkili “Oluşturma tarihi”, “Zaman damgası” ya da “Son güncelleme tarihi” alanında bulunur.

Bu öznitelik, belirli bir olayın verisini oluşturan kaynak uygulamayı veya modülü belirtir. Sağlık hizmetleri gibi karmaşık ortamlarda veriler EMR’den, faturalandırma modülünden, talep takas merkezinden veya tahsilat platformundan gelebilir.

Kaynak sistemi bilmek, verileri doğrulamak ve belirli sistemlere özgü süreç farklılıklarını incelemek açısından önemlidir. Veri tutarsızlıklarını araştırmaya ve sürecin kullandığı teknoloji ortamını anlamaya yardımcı olur.

Verinin kaynağını belirtir. Bu bilgi, veri yönetişimi ve doğrulama için, ayrıca farklı sistemlerin uçtan uca süreçte nasıl etkileşim kurduğunu anlamak için önemlidir.

Bu değer genellikle veri çıkarma sırasında eklenir ve verinin geldiği sistemi (ör. “R1 RCM”) belirtir.

Bu öznitelik, Process Mining analizi için kullanılan verilerin en son ne zaman güncellendiğini gösterir. Analiz edilen verilerin güncelliği hakkında bilgi verir.

Raporlama ve Dashboardlar için önemlidir; süreç içgörülerinin ne kadar güncel olduğunu gösterir. Verilerin zamanlamasına ilişkin beklentileri yönetmeye ve kararların verinin kapsadığı zaman aralığı dikkate alınarak alınmasına yardımcı olur.

Verilerin güncelliğini göstererek analistlerin ve paydaşların süreç içgörülerinin ne kadar yeni olduğunu bilmesini sağlar.

Bu zaman damgası, veri çıkarma, dönüştürme ve yükleme (ETL) sürecinde oluşturulur ve genellikle tüm veri setine uygulanır.

Bu öznitelik, süreçte belirli bir görevi yerine getiren kişiyi belirtir. Bu kişi talebi oluşturan faturalandırma görevlisi, ret üzerinde yeniden çalışan analist veya ödemeyi kaydeden uzman olabilir.

Kullanıcı bazında analiz, iş yükü dağılımını, bireysel performansı ve eğitim ihtiyaçlarını anlamaya yardımcı olur. En verimli kullanıcıları veya hata oranı yüksek olabilecek kişileri belirleyerek hedefli yönetim ve süreç iyileştirme çalışmalarına yön verir.

Ekip ve bireysel performansı, iş yükü dağılımını analiz etmeyi sağlar; eğitim fırsatlarını veya kullanıcıya özgü süreç sapmalarını belirlemeye yardımcı olur.

R1 RCM işlem günlüklerinde genellikle “UserID”, “Processor” veya “UpdatedBy” alanında bulunur.

Bu öznitelik, faturalandırma olayının bilinen son durumunu gösterir. Örneğin “Gönderildi”, “Ödendi”, “Reddedildi” veya “Tahsilat sürecinde” olabilir. Faturanın belirli bir andaki süreç konumunu gösterir.

Fatura durumu, vadesi geçen alacak raporları oluşturmak ve alacak hesaplarının durumunu izlemek için önemlidir. Process Mining analizinde belirli bir durumda takılı kalan vakaları filtrelemek veya farklı süreç varyantlarının sonuçlarını incelemek için kullanılabilir. Örneğin “Ödendi” ve “Reddedildi” durumundaki taleplerin izlediği yollar karşılaştırılabilir.

Her vakanın mevcut durumunu gösterir; vadesi geçen alacak raporları hazırlamak ve farklı süreç yollarının nihai sonuçlarını incelemek için gereklidir.

Bu bilgi genellikle R1 RCM’deki ana talep veya hesap kaydının durum alanında bulunur.

Bu öznitelik, belirli bir faturalandırma olayında sunulan hizmetler için faturalandırılan toplam tutarı gösterir. Talep üzerinden elde edilmesi beklenen geliri yansıtır.

Fatura tutarını incelemek, finansal süreçlerde Process Mining açısından önemlidir. Yüksek tutarlı taleplere öncelik vermeyi, süreç gecikmelerinin veya retlerin mali etkisini anlamayı ve süreci tutara göre gruplandırmayı sağlar. Örneğin analiz, belirli bir tutarın üzerindeki taleplerin farklı ve daha fazla manuel işlem gerektiren bir süreç izlediğini ortaya çıkarabilir.

Sürece finansal bağlam kazandırır, süreç farklılıklarının geliri nasıl etkilediğini incelemeyi ve iyileştirme için yüksek tutarlı vakalara öncelik vermeyi sağlar.

R1 RCM’deki ana talep veya fatura başlığı tablosunda bulunur; alan adı genellikle “TotalBilledAmount” veya benzeridir.

Bu öznitelik, belirli bir süreç adımını gerçekleştiren “Ücret girişi”, “Talep gönderimi” veya “Ret yönetimi” gibi kuruluş birimini belirtir. İşin ekipler arasında nasıl devredildiğini anlamaya yardımcı olur.

Departmanların iş hacmini analiz etmek ve birimler arası darboğazları belirlemek açısından önemlidir. Kuruluşlar süreç haritasını departmana göre filtreleyerek devir teslimlerin nerede sorunsuz ilerlediğini, nerelerde gecikme yaşandığını görebilir. Bu bilgi kaynak dağılımını ve süreçlerin kuruluş genelinde iyileştirilmesini destekler.

Kuruluş birimi bazında süreç performansını analiz etmeyi, ekiplere özgü darboğazları, kaynak kısıtlarını veya iyi uygulamaları belirlemeyi sağlar.

Bu bilgi R1 RCM’deki kullanıcı profilinden alınabilir veya işlem verilerinde “Department Code” olarak saklanabilir.

Bu öznitelik, talebin birincil ödeme sorumlusunu belirtir. Bu, Aetna gibi özel bir sigorta şirketi, Medicare gibi bir kamu ödeme kuruluşu veya hastanın kendi ödemesi gereken tutar olabilir.

Ödeme kuruluşu bazında süreç analizi, gelir döngüsü yönetiminin temel parçalarındandır. Bazı kuruluşlarda ret oranlarının daha yüksek, ödeme çevrimlerinin daha uzun veya gönderim koşullarının daha karmaşık olduğunu ortaya çıkarabilir. Bu içgörüler, kuruluşun ödeme kuruluşlarına özgü işleyişi daha iyi yönetmek için süreçlerini ve kaynaklarını uyarlamasına yardımcı olur.

Süreci ödeme kuruluşuna göre gruplandırarak kuruluşa özgü gecikmeleri, ret örüntülerini veya ödeme davranışlarını belirlemeyi sağlar. Bu bilgi, geliri artırmak için önemlidir.

R1 RCM’de talep kaydıyla ilişkilendirilmiş hastanın sigorta veya demografik bilgilerinde bulunur.

Ödeme kuruluşu bir talebi reddettiğinde, kararın nedenini açıklamak için CARC (Claim Adjustment Reason Code) gibi bir neden kodu verir. Bu standart kodlar, “Hizmet kapsam dışı” veya “Yinelenen talep” gibi sorunları belirtir.

Bu öznitelik, ret yönetimi açısından büyük önem taşır. Farklı ret nedeni kodlarının sıklığını inceleyen kuruluşlar; hasta uygunluğu, kodlama hataları veya tıbbi gereklilik eksikliği gibi retlerin temel nedenlerini belirleyip giderebilir. Bu çalışma, yeniden çalışmayı azaltmaya ve nakit akışını hızlandırmaya doğrudan katkı sağlar.

Talep retlerinin nedenini gösterir; gelecekteki retleri ve yeniden çalışmayı azaltmak, ilk gönderimde ödeme oranını artırmak için temel neden analizi yapmayı sağlar.

Bu bilgi, ödeme kuruluşundan elektronik ödeme bildirimi (ERA veya 835 dosyası) olarak alınır ve R1 RCM’nin talep yönetimi modülünde saklanır.

Bu öznitelik, hesapta neden mali düzeltme yapıldığını açıklar. Nedenler genellikle düzeltme türünü sınıflandıran standart kodlar veya açıklamalardır.

Düzeltme nedenlerini incelemek, gelir kaybının temel nedenlerini belirlemeye yardımcı olur. Örneğin, sık yapılan “Düşük bakiye silme” işlemleri küçük tutarların tahsilat sürecinin verimsiz olduğuna işaret edebilir. “Sözleşme indirimleri” ise ödeme kuruluşlarıyla yapılan anlaşmaların beklenen bir parçasıdır. Bu analiz, Faturalandırma düzeltmeleri ve uyumluluk denetimi Dashboardunu destekler.

Gelir düzeltmelerinin nedenini açıklar; sözleşme sorunları, faturalandırma hataları veya tahsilat başarısızlıkları gibi gelir kaybının temel nedenlerini belirlemeye yardımcı olur.

Bu alan genellikle R1 RCM’de AdjustmentAmount ile aynı işlem kaydında bulunan bir kod veya metin alanıdır.

Bu öznitelik, ilk faturalandırmanın ardından hastanın hesabında yapılan mali düzeltmelerin tutarını kaydeder. Düzeltmeler pozitif veya negatif olabilir; sözleşme indirimlerini, borç silme işlemlerini ya da düzeltmeleri kapsar.

Düzeltme tutarlarını izlemek, gelir doğruluğunu anlamak açısından önemlidir. Yüksek tutarlı negatif düzeltmeler, ücretlerin yanlış kaydedilmesi veya tahsil edilemeyen borçlar gibi sorunlardan kaynaklanan gelir kaybına işaret edebilir. Bu verileri incelemek, faturalandırma hatalarının ve tahsilat verimsizliklerinin mali etkisini belirlemeye yardımcı olur.

Gelir kaybını ve mali düzeltmeleri ölçerek faturalandırma hatalarının, sözleşme yükümlülüklerinin veya tahsil edilemeyen borçların parasal etkisini belirlemeye yardımcı olur.

R1 RCM’de hesap düzeltmeleri veya ödeme kaydıyla ilgili işlem günlüklerinde bulunur.

Bu öznitelik, sağlık sisteminde hastaya atanan ve genellikle Tıbbi Kayıt Numarası (MRN) olarak adlandırılan benzersiz kimliktir.

Hasta bakımının kendisi analizin odağında olmasa da Hasta kimliği, aynı hastada zaman içinde tekrarlanan faturalandırma sorunlarını incelemek için kullanılabilir. Başka hasta verileriyle ilişkilendirildiğinde süreç, hasta demografik bilgilerine veya geçmişine göre de gruplandırılabilir. Böylece belirli hasta gruplarını etkileyen sistemik sorunlar ortaya çıkarılabilir.

Faturalandırma olaylarını hasta düzeyinde incelemeyi ve birden fazla ziyaret boyunca belirli hastalarda tekrarlanan sorunları veya örüntüleri belirlemeyi sağlar.

Bu tanımlayıcı, R1 RCM’de her hasta ziyareti ve talebiyle ilişkilendirilen temel demografik bilgilerin bir parçasıdır.

CPT (Current Procedural Terminology) kodları gibi hizmet kodları, tıbbi, cerrahi ve tanısal prosedürleri ve hizmetleri geri ödeme amacıyla ödeme kuruluşlarına bildirmek için kullanılan standart tıbbi kodlardır.

Süreci hizmet koduna göre incelemek, belirli bakım türleriyle ilgili faturalandırma sorunlarını belirlemek açısından önemlidir. Hangi prosedürlerin en sık reddedildiğini, en uzun ödeme çevrimlerine sahip olduğunu veya en fazla yeniden çalışma gerektirdiğini ortaya çıkarabilir. Böylece kodlama ve faturalandırma uygulamalarında hedefli iyileştirmeler yapılabilir.

Sunulan hizmet türüne göre süreç analizi yapmayı sağlar. Belirli prosedürlerle ilişkili ret örüntülerini veya ödeme gecikmelerini belirlemek için önemlidir.

Bu bilgi, R1 RCM’de her ücret veya talep için kalem düzeyinde bulunur.

Bu metrik, tek bir faturalandırma olayının gelir döngüsünün baştan sona ne kadar sürdüğünü ölçer. Sunulan bir hizmetin nakde dönüşmesi için gereken toplam süreyi gösterir.

Finansal durumun izlenmesinde önemli bir temel performans göstergesidir (KPI). Bu süreyi incelemek, süreci hızlandırmak için öncelikli alanları belirlemeye yardımcı olur. Çevrim süresini “faturalandırma süresi” ve “ödeme süresi” gibi bileşenlerine ayırarak nakit akışını iyileştirmek için en büyük fırsatları görebilirsiniz.

Nakit dönüşüm döngüsünün genel verimliliğini ölçen temel bir KPI’dır ve kuruluşun nakit akışını doğrudan etkiler.

Hesaplanan bir metriktir. Belirli bir Faturalandırma Olayı için “Hizmet sunuldu” etkinliğinin zaman damgasıyla “Ödeme kaydedildi” etkinliğinin zaman damgası arasındaki süreyi gösterir.

Bu mantıksal öznitelik, talep gönderimi için kullanılan RPA botu gibi yazılım otomasyonlarının gerçekleştirdiği görevlerle çalışanların manuel olarak yaptığı görevleri birbirinden ayırır.

Otomasyon çalışmalarının etkisini ve verimliliğini anlamak için bu özniteliği incelemek önemlidir. Otomatik ve manuel süreçlerin hızını, maliyetini ve hata oranlarını karşılaştırmayı sağlar. Böylece yeni otomasyon fırsatları belirlenebilir ve mevcut botların yatırım getirisi ölçülebilir.

İnsanların gerçekleştirdiği etkinliklerle sistemlerin gerçekleştirdiklerini ayırır; otomasyonun süreç verimliliği, maliyet ve kalite üzerindeki etkisini ölçmeyi sağlar.

Bu bilgi, botlara ayrılmış belirli kullanıcı kimliklerinin (ör. “BOT_RPA01”) bulunduğu “AssignedUser” alanından elde edilebilir. Bazı sistemlerde otomatik işlemleri belirtmek için özel bir alan da bulunur.

Bu öznitelik, vadesi geçmiş bir hesaptan ödeme tahsil etme çalışmalarının sonucunu açıklar. Olası sonuçlar arasında “Tamamı ödendi”, “Daha düşük tutarda anlaşıldı”, “Tahsil edilemeyen borç olarak kaydedildi” ve “Çözümlenmedi” bulunur.

Tahsilat sonuçlarını izlemek, tahsilat sürecinin etkinliğini değerlendirmek için önemlidir. Hangi etkinliklerin hangi sonuçları getirdiğini inceleyen kuruluşlar tahsilat stratejilerini iyileştirebilir, tahsilat oranlarını artırabilir ve tahsilat çalışmalarını ne zaman durdurup bakiyeleri silmeleri gerektiğine bilinçli biçimde karar verebilir. Bu bilgi, Tahsilat etkinliği performansı Dashboardunu destekler.

Vadesi geçmiş hesapların nihai sonucunu izleyerek tahsilat sürecinin etkinliğini ölçer ve tahsilat stratejilerini iyileştirmeye yardımcı olur.

Bu bilgi muhtemelen R1 RCM’deki hasta hesabının durum alanında veya özel bir tahsilat modülünde bulunur.

Bu öznitelik, genellikle Process Mining analizi sırasında hesaplanan mantıksal bir işarettir. Bir etkinlik önceki bir adımın tekrarıysa veya “Talep reddedildi” sonrasındaki etkinlikler gibi bir hatanın düzeltilmesine işaret eden bir dizinin parçasıysa değeri “true” olur.

Yeniden çalışmayı belirlemek, Process Mining’in en yararlı özelliklerinden biridir. Süreçte boşa harcanan emeği, zamanı ve kaynakları ölçer. Yeniden çalışma işaretlendiğinde kuruluşlar, buna yol açan hataları en başta önlemeye odaklanabilir ve verimlilikte önemli artışlar sağlayabilir.

Talep retleri gibi yeniden çalışmaların sıklığını ve etkisini ölçmeye, verimsizliği ve boşa harcanan emeği azaltmak için hedefli analiz yapmaya yardımcı olur.

Bu alan kaynak sistemde bulunmaz. Process Mining aracı, etkinliklerin sırasına göre hesaplar. Örneğin aynı vaka için “Talep gönderildi” etkinliğinin birden fazla kez gerçekleştiğini belirleyebilir.