Gelir Döngüsü Yönetimi Veri Templateiniz

Optum360
Gelir Döngüsü Yönetimi Veri Templateiniz

Gelir Döngüsü Yönetimi Veri Templateiniz

Bu Template, Gelir Döngüsü Yönetimi sürecinizi analiz etmek için gerekli verileri toplamanıza yardımcı olacak net bir yol haritası sunar. Toplanması gereken temel öznitelikleri ve izlenecek önemli etkinlikleri sıralar, ayrıca bu bilgilerin nasıl çıkarılacağına dair pratik öneriler verir. Templatei izleyerek verilerinizi anlamlı Process Mining analizlerine hazır hâle getirebilirsiniz.
  • Toplanması önerilen öznitelikler
  • İzlenecek temel etkinlikler
  • Veri çıkarma yönergeleri
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

Gelir döngüsü yönetimini ayrıntılı biçimde analiz etmek için Event Logunuza eklemeniz önerilen veri alanları şunlardır.
3 Zorunlu 6 Önerilen 10 İsteğe bağlı
Ad Açıklama
Aktivite adı
ActivityName
Gelir döngüsü yönetimi sürecinde gerçekleşen belirli bir olayın veya görevin adı.
Açıklama

Aktivite adı, gelir döngüsü sürecindeki bir adımı tanımlar. Örneğin 'Talep ödeme yapan kuruluşa gönderildi' veya 'Ödeme alındı'. Süreç haritasındaki düğümleri tanımladığı için Process Mining analizinin temel özniteliklerinden biridir.

Kuruluşlar, etkinliklerin sırasını ve sıklığını analiz ederek gerçek süreç akışını görselleştirebilir, standart prosedürden sapmaları belirleyebilir ve sık tekrarlanan yeniden çalışma döngülerini saptayabilir. Bu analiz, süreç verimsizliklerini ve uyumluluk sorunlarını anlamaya yardımcı olur.

Neden önemli?

Bu öznitelik, sürecin tek tek adımlarını tanımlar; süreç haritasının temelini oluşturur ve akış analizlerini mümkün kılar.

Nereden alınır?

Genellikle Optum360 operasyon tablolarındaki Event Loglardan, durum değişikliği kayıtlarından veya belirli işlem kodlarından elde edilir.

Örnekler
Talep oluşturulduTalep ödeme yapan kuruluşa gönderildiÖdeme alındıTalep reddedildiHesap kapatıldı
Faturalandırma olayı
BillingEvent
Ücret oluşturan tek bir hizmet veya ürün teslimatının benzersiz kimliği; temel vaka kimliği olarak kullanılır.
Açıklama

Faturalandırma olayı, ücret oluşturan tek bir hizmet veya ürün teslimatıyla ilgili tüm etkinlikleri birbirine bağlayan temel vaka kimliğidir. Böylece her bir faturalandırılabilir kalem veya hizmet için gelir oluşturma ve tahsilat yaşam döngüsü baştan sona izlenebilir.

Process Mining kapsamında süreci faturalandırma olayına göre analiz etmek, kuruluşların hizmetin sunulmasından son ödemenin alınmasına veya hesabın kapatılmasına kadar tüm süreci görmesini sağlar. Bu görünüm, darboğazları belirlemek, çevrim sürelerini ölçmek ve farklı talep ya da faturaların nasıl işlendiğini anlamak açısından önemlidir.

Neden önemli?

Bu, gelir döngüsüyle ilgili tüm etkinlikleri birbirine bağlayan temel Vaka kimliğidir ve analiz için sürecin baştan sona bütününü görmenizi sağlar.

Nereden alınır?

Optum360 sistemindeki temel faturalandırma ve talep tablolarında kayıtları birbirine bağlayan birincil anahtardır. Belirli tablo ve alan adları için Optum360 dokümantasyonuna başvurun.

Örnekler
BE-2023-0012345BE-2023-0012346BE-2023-0012347
Olay zamanı
EventTime
Belirli bir etkinliğin veya olayın ne zaman gerçekleştiğini gösteren zaman damgası.
Açıklama

Olay zamanı, her etkinlikle ilişkilendirilen ve etkinliğin gerçekleştiği kesin tarih ve saati gösteren zaman damgasıdır. Bu zaman verileri, her vaka için olayların kronolojik sırasını oluşturmak açısından gereklidir.

Analizde olay zamanı; etkinlikler arasındaki çevrim sürelerini hesaplamak, vaka süresini ölçmek ve uzun beklemelerin yaşandığı darboğazları belirlemek için kullanılır. Zamana dayalı süreç analizlerinin ve performans ölçümünün temelini oluşturur.

Neden önemli?

Bu zaman damgası, olayları doğru sıraya koymak ve çevrim süreleri ile darboğazlar gibi süreye dayalı tüm metrikleri hesaplamak açısından önemlidir.

Nereden alınır?

Bu bilgi genellikle Optum360 veritabanı tablolarında her işlem veya durum değişikliği kaydıyla birlikte saklanır.

Örnekler
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:22:00Z
Düzeltilen tutar
AdjustedAmount
Faturalanan tutarda yapılan silme, sözleşme düzeltmesi veya düzeltme işlemlerinin parasal değeri.
Açıklama

Düzeltilen tutar; ödeyicilerle yapılan sözleşmeler, faturalama düzeltmeleri veya diğer silme işlemleri nedeniyle tahsil edilmesi beklenmeyen faturalanmış tutar bölümünü gösterir. Bu tutar, geliri doğrudan azaltır.

Bu öznitelik, Gelir düzeltmelerinin etkisi Dashboardu ve Gelir düzeltme oranı göstergesi için önemlidir. Düzeltmeleri analiz ederek ödeyici sözleşmelerinin finansal etkisini görebilir, faturalama doğruluğunu artırarak veya sözleşme koşullarını müzakere ederek gelir kaybını azaltma fırsatlarını belirleyebilirsiniz.

Neden önemli?

Gelir kaybını doğrudan ölçer; finansal performans göstergelerini hesaplamak ve kârlılığı anlamak için önemlidir.

Nereden alınır?

Bu bilgi, Optum360 finans sistemindeki düzeltme işlemi kayıtlarında bulunur.

Örnekler
30.00250.2510.00
Faturalama bölümü
BillingDepartment
Faturalama etkinliğini yöneten veya gerçekleştiren iç bölüm ya da ekip.
Açıklama

Faturalama bölümü özniteliği, gelir döngüsü operasyonlarında bir etkinlikten sorumlu belirli ekibi veya işlevsel alanı gösterir. Örneğin, farklı ekipler kodlama, talep gönderimi ve ret yönetimi işlerini üstlenebilir.

Bu öznitelik, Faturalama bölümü performans kıyaslamaları Dashboardunun istediği performans karşılaştırmaları için gereklidir. Yöneticiler farklı ekiplerin verimliliğini, hızını ve doğruluğunu karşılaştırabilir, iyi uygulamaları belirleyebilir ve performans açıklarını gidermek için kaynakları etkili biçimde dağıtabilir.

Neden önemli?

Farklı faturalama ekiplerinin performansını karşılaştırmaya, başarılı ekipleri ve iyileştirme gereken alanları belirlemeye yardımcı olur.

Nereden alınır?

Bu bilgi, görevi gerçekleştiren kullanıcıdan veya hesap sahipliğini belirten bir alandan elde edilebilir. Optum360 dokümantasyonuna başvurun.

Örnekler
Merkezi faturalama ofisiRet yönetimi ekibiKodlama bölümüHasta finansal hizmetleri
Faturalanan tutar
BilledAmount
Talep veya faturada sunulan tüm ücretlerin toplam parasal değeri.
Açıklama

Faturalanan tutar, sunulan hizmetler için ödeme, düzeltme veya silme işlemleri yapılmadan önceki brüt ücreti gösterir. Faturalama etkinliği için alacağın başlangıç değeridir.

Bu öznitelik, Process Mining kapsamında finansal analizlerin temelini oluşturur. Gelir düzeltme oranı gibi temel performans göstergelerini hesaplamak ve vakaları tutarlarına göre gruplandırmak için kullanılır. Böylece yüksek tutarlı taleplerin düşük tutarlı taleplerden farklı işlenip işlenmediğini veya daha fazla gecikme yaşayıp yaşamadığını görebilirsiniz.

Neden önemli?

Her vaka için finansal bağlam sağlar; tutara dayalı analizleri ve önemli finansal performans göstergelerinin hesaplanmasını mümkün kılar.

Nereden alınır?

Optum360 finans tablolarında her talep veya hasta hesabı için bulunan standart bir alandır.

Örnekler
150.001250.7585.50
Hasta kimliği
PatientId
Hizmet alan hastanın benzersiz kimliği.
Açıklama

Hasta kimliği, sağlık sisteminde her hastaya atanan benzersiz bir kimliktir. Birden fazla faturalandırma olayını aynı hastayla ilişkilendirerek hasta odaklı analiz yapılmasını sağlar.

Analistler, hasta kimliğini kullanarak sık yeniden yatış veya geçmişteki talep retleri gibi belirli hastalarla ilgili örüntüleri inceleyebilir. Ayrıca süreçleri hasta demografisine veya geçmişine göre gruplandırarak hastaların mali deneyimini iyileştirmeye yönelik önemli bulgular elde edebilir.

Neden önemli?

Hasta odaklı analiz yapılmasını sağlar; hastaların mali sürecini baştan sona anlamaya ve belirli hasta gruplarındaki örüntüleri belirlemeye yardımcı olur.

Nereden alınır?

Bu kimlik, Optum360 sistemindeki hasta ana verilerinin ve işlem tablolarının temel alanlarından biridir. Ayrıntılar için Optum360 dokümantasyonuna başvurun.

Örnekler
PAT-98765PAT-98766PAT-98767
Ödeyici kimliği
PayerId
Talep için sorumlu sigorta şirketini veya ödeyiciyi tanımlayan benzersiz kimlik.
Açıklama

Ödeyici kimliği; talebi ödemekle sorumlu sigorta şirketini, Medicare veya Medicaid gibi kamu programlarını ya da başka bir kuruluşu belirtir. Her ödeyicinin kendine özgü kuralları, başvuru gereklilikleri ve ödeme alışkanlıkları olabilir.

Süreci ödeyici kimliğine göre incelemek, gelir döngüsü yönetimi (RCM) açısından büyük önem taşır. Bu analiz, ödeme süresi en uzun olan, talep reddi oranı en yüksek veya itiraz süreci en karmaşık ödeyicileri belirlemenize yardımcı olur. Faturalama ekipleri bu bilgilerle farklı ödeyicilere yönelik yaklaşımlarını uyarlayarak tahsilat süresini kısaltabilir ve idari iş yükünü azaltabilir.

Neden önemli?

Süreci ödeyiciye göre gruplandırmak, gecikmelere veya talep retlerine yol açan ödeyicileri belirlemeyi ve ödeyici yönetiminde hedefli iyileştirmeler yapmayı sağlar.

Nereden alınır?

Bu bilgi, Optum360 içindeki her talep kaydında tutulur. Ödeyicilerle ilgili tablo ve alan adları için Optum360 dokümantasyonuna başvurun.

Örnekler
PAYER-AETNAPAYER-BCBS-MAPAYER-MEDICAREPAYER-UHC
Talep ret nedeni kodu
DenialReasonCode
Ödeyicinin bir talebi neden reddettiğini açıklayan standart kod.
Açıklama

Ödeyici bir talebi reddettiğinde, Hizmet kapsam dışı veya Yinelenen talep gibi sorunu açıklayan bir ret nedeni kodu verir. Bu kodlar, gelir gecikmelerinin ve yeniden çalışmanın temel nedenlerini anlamak için önemlidir.

Ret yönetimi ekibi bu kodları analiz ederek işlerini önceliklendirebilir, eğilimleri belirleyebilir ve düzeltici adımlar atabilir. Örneğin, Eksik bilgi nedeniyle sık ret alınması, talep oluşturma sürecinde bir sorun olduğuna işaret edebilir. Bu analiz, ret oranını düşürmeye ve nakit akışını hızlandırmaya yardımcı olur.

Neden önemli?

Talep retlerinin temel nedenini gösterir; gelecekteki retleri önlemek ve maliyetli yeniden çalışmayı azaltmak için hedefli müdahaleler yapılmasını sağlar.

Nereden alınır?

Bu kod, ödeyicilerden alınan Elektronik Ödeme Bildirimi (ERA) dosyalarında yer alır ve Optum360 talep yönetimi modülünde saklanır.

Örnekler
CO-16: Talep/hizmet bilgileri eksikPR-97: Bu hizmetin sağladığı fayda, başka bir hizmetin/prosedürün ödemesine veya karşılanan tutarına dahildirOA-18: Yinelenen talep/hizmet
Bitiş zamanı
EndTime
Bir etkinliğin ne zaman tamamlandığını gösteren zaman damgası.
Açıklama

Bitiş zamanı, bir etkinliğin tamamlandığı anı gösterir. Başlangıç zamanı olayın ne zaman gerçekleştiğini belirtirken bitiş zamanı, 'Ret için yeniden çalışma başladı' etkinliğinin tamamlanması gibi, işlem süresi belirgin olan etkinliklerin süresini hesaplamak için gereklidir.

Süreç analizinde etkinliklerin başlangıç ve bitiş zamanlarını karşılaştırarak işlem süresi hesaplanabilir. Böylece etkin çalışma süresi ile etkinlikler arasındaki bekleme süresi birbirinden ayrılır ve süreç verimliliği daha ayrıntılı biçimde incelenebilir.

Neden önemli?

Etkinliklerin işlem sürelerini hassas biçimde hesaplamayı ve süreçteki etkin çalışma süresini bekleme süresinden ayırmayı sağlar.

Nereden alınır?

Bazı etkinlikler için kaynak sistemde ayrı bir zaman damgası alanı bulunabilir. Diğerlerinde ise sonraki etkinliğin başlangıç zamanından çıkarılması gerekebilir.

Örnekler
2023-10-26T10:15:00Z2023-10-26T11:45:00Z2023-10-27T15:00:00Z
Hesap durumu
AccountStatus
Gelir döngüsünde faturalama hesabının mevcut durumu.
Açıklama

Hesap durumu, bir faturalama etkinliğinin süreçteki yerini gösterir. Örneğin, Ödeyici bekleniyor, Tamamen ödendi veya Tahsilat sürecinde olabilir. Bu öznitelik, yürütülen etkinliklere bağlam kazandırır.

Vakaları filtrelemek ve sürecin belirli bölümlerine odaklanmak için kullanışlıdır. Örneğin, şu anda Tahsilat sürecinde olan tüm hesapları analiz ederek bu maliyetli süreç bölümünün nedenlerini ve hacmini anlayabilir, Tahsilat etkinliği hacmi ve nedenleri Dashboardunu destekleyebilirsiniz.

Neden önemli?

Vakanın mevcut durumunu genel hatlarıyla gösterir; tahsilat sürecindeki vakalar gibi belirli vaka gruplarını filtreleyip analiz etmenizi sağlar.

Nereden alınır?

Bu bilgi genellikle Optum360 içindeki ana hasta hesabı veya talep kaydında özet alan olarak tutulur.

Örnekler
AçıkÖdeyici bekleniyorTamamen ödendiTahsilat sürecindeKapalı
Hizmet kodu
ServiceCode
Sunulan hizmeti belirten prosedür kodu (ör. CPT, HCPCS).
Açıklama

Hizmet kodu, hastaya sunulan prosedürü veya hizmeti tam olarak tanımlayan standart bir tıbbi koddur. Faturalama için gereklidir ve geri ödeme tutarını belirleyen temel unsurlardan biridir.

Süreci hizmet koduna göre analiz ederek bazı prosedürlerin daha sık reddedildiğini, daha fazla dokümantasyon gerektirdiğini veya daha uzun ödeme sürelerine yol açtığını görebilirsiniz. Bu analiz, süreçteki sorunları daha ayrıntılı anlamanızı ve belirli hizmet türlerine yönelik kodlama ve faturalama politikalarını şekillendirmenizi sağlar.

Neden önemli?

Tıbbi hizmet türüne göre analiz yapılmasını sağlar; belirli prosedürlerle ilişkili ret veya ödeme gecikmesi örüntülerini ortaya çıkarabilir.

Nereden alınır?

Bu kod, Optum360 içindeki ücret girişi ve talep ayrıntı kayıtlarının temel bir parçasıdır.

Örnekler
992137104527447
Hizmet sağlayıcı
ServiceProvider
Ücretlendirilebilir hizmeti sunan klinisyen, bölüm veya tesis.
Açıklama

Bu öznitelik, hizmeti sunmaktan sorumlu hekim, terapist veya hastane bölümü gibi sağlayıcıyı belirtir. Sağlayıcıların faturalama yöntemleri ve dokümantasyon alışkanlıkları farklı olabilir; bu farklılıklar gelir döngüsünü etkileyebilir.

Hizmet sağlayıcıya göre analiz, bakım noktasında ortaya çıkan ücret kaydı, kodlama doğruluğu veya dokümantasyon kalitesi sorunlarını belirlemenize yardımcı olur. Sağlayıcılara yönelik eğitim veya süreç iyileştirme fırsatlarını ortaya çıkararak taleplerin ilk aşamadan itibaren eksiksiz hazırlanmasını destekler.

Neden önemli?

Faturalama sorunlarının kaynağını bulmaya yardımcı olur; böylece klinik personele ücret kaydı ve dokümantasyon konusunda hedefli geri bildirim ve eğitim verilebilir.

Nereden alınır?

Bu bilgi, Optum360 içindeki ücret veya talep kaydının önemli bir parçasıdır ve çoğunlukla sağlayıcı ana verileriyle ilişkilendirilir.

Örnekler
Dr. Emily CarterRadyoloji bölümüGenel cerrahiFizik tedavi
Kaynak sistem
SourceSystem
Olay verilerinin kaydedildiği kaynak sistem veya uygulama.
Açıklama

Bu öznitelik, belirli bir olaya ait verilerin hangi kaynak sistemden alındığını gösterir. Karmaşık bir BT ortamında RCM verileri temel Optum360 platformundan, entegre bir Elektronik Sağlık Kaydı (EHR) sisteminden, takas odasından veya hasta portalından gelebilir.

Kaynak sistemi bilmek; verileri doğrulamak, entegrasyon sorunlarını gidermek ve farklı sistem davranışlarından ya da veri giriş uygulamalarından kaynaklanabilecek süreç farklılıklarını analiz etmek açısından yararlıdır.

Neden önemli?

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

Nereden alınır?

Veri çıkarma sırasında belirlenen sabit bir değer olabilir veya kaynak tablolarda verinin nereden geldiğini gösteren bir alan olabilir.

Örnekler
Optum360EHR arayüzüTakas odası API’siHasta portalı
Kullanıcı
User
Etkinliği gerçekleştiren kullanıcıyı veya sistem aracısını tanımlayan kimlik.
Açıklama

Kullanıcı özniteliği, belirli bir etkinliği gerçekleştirmekten sorumlu kişiyi, ekibi veya otomatik botu gösterir. Böylece performansı kişi veya grup düzeyinde analiz edebilirsiniz.

Bir işlemi hangi kullanıcının veya ekibin gerçekleştirdiğini bilmek, verimliliği, kaliteyi ve standart prosedürlere uyumu değerlendirmeye yardımcı olur. Eğitim ihtiyaçlarını belirleyebilir veya başarılı kişi ve ekipleri öne çıkarabilirsiniz. Ayrıca manuel görevlerle otomasyon tarafından yürütülen görevleri birbirinden ayırabilirsiniz.

Neden önemli?

Süreç adımlarının sorumluluğunu belirler ve kişi ya da ekip bazında performans analizine imkân verir. Kaynak yönetimi ve eğitim için temel bir bilgidir.

Nereden alınır?

Kullanıcı kimlikleri genellikle Optum360 kayıtlarının denetim günlüklerinde veya işlem geçmişinde tutulur.

Örnekler
j.doem.smithAutoBillerBots.jones
Ödenen tutar
PaidAmount
Faturalanan hizmetler için ödeyiciden ve hastadan alınan toplam ödeme.
Açıklama

Ödenen tutar, belirli bir faturalama etkinliği için hesaba kaydedilen tüm ödemelerin toplamıdır. Tahsil edilen gerçek nakit miktarını gösterir ve gelir döngüsünün başarısını ölçen temel göstergelerden biridir.

Süreç analizinde ödenen tutarı izlemek, nakit akışını ve genel finansal performansı anlamak için gereklidir. Ödeme hızını incelemek ve faturalanan tutarlarla tahsil edilen tutarları karşılaştırmak için kullanılabilir. Bu karşılaştırma, eksik ödemeleri veya tahsil edilemeyen borçları ortaya çıkarır.

Neden önemli?

Tahsil edilen gerçek nakit tutarını gösterir. RCM sürecinin temel sonuç göstergelerinden biridir ve nakit akışı analizinde kullanılır.

Nereden alınır?

Bu değer genellikle Optum360 içindeki ödeme işlemi tablolarında tutulur veya hesap düzeyinde özetlenir.

Örnekler
120.001000.500.00
Son veri güncellemesi
LastDataUpdate
Kaynak sistemden yapılan en son veri yenileme veya çıkarma işleminin zaman damgası.
Açıklama

Bu öznitelik, verilerin kaynak sistemden en son ne zaman çıkarılıp Process Mining aracına yüklendiğini kaydeder. Analiz edilen verilerin güncelliği hakkında bilgi verir.

Analistlerin ve iş kullanıcılarının en güncel bilgileri görüp görmediklerini anlamaları açısından önemlidir. Veri gecikmesine ilişkin beklentileri yönetmeye yardımcı olur ve her analiz projesinin temel üst verilerinden biridir.

Neden önemli?

Verilerin ne kadar güncel olduğunu göstererek kullanıcıların analizlerin güncelliğini anlamasına yardımcı olur.

Nereden alınır?

Bu zaman damgası genellikle veri çıkarma, dönüştürme ve yükleme (ETL) süreci tarafından oluşturulup saklanır.

Örnekler
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
Vaka süresi
CaseDuration
Bir faturalama etkinliğinin ilk etkinliğinden son etkinliğine kadar geçen toplam çevrim süresi.
Açıklama

Vaka süresi, tek bir faturalama etkinliğinde ilk olaydan son olaya kadar geçen toplam süreyi ölçer. Sürecin genel verimliliğini değerlendirmeye yarayan temel bir üst düzey göstergedir.

Bu metrik, RCM uçtan uca çevrim süresi genel görünümü Dashboardunu ve Ortalama RCM çevrim süresi göstergesini destekler. Süreyi zaman içinde izleyerek iyileştirme çalışmalarının tüm gelir döngüsü üzerindeki etkisini görebilirsiniz.

Neden önemli?

Sürecin uçtan uca çevrim süresini gösterir. Genel süreç hızını ve verimliliğini ölçen temel bir göstergedir.

Nereden alınır?

Her benzersiz BillingEvent vaka kimliği için ilk olayın zaman damgası, son olayın zaman damgasından çıkarılarak hesaplanır.

Örnekler
30 gün95 gün45 gün
Yeniden çalışma mı
IsRework
Bir etkinliğin ret yönetimi veya itirazlar gibi bir yeniden çalışma döngüsünün parçası olup olmadığını belirten işaret.
Açıklama

Yeniden çalışma mı, Ret yeniden çalışması başladı veya İtiraz gönderildi gibi katma değer sağlamayan yeniden çalışma etkinliklerini belirten bir doğru/yanlış işaretidir. Bu etkinlikler genellikle süreç ideal yolundan saptığında gerçekleşir.

Bu öznitelik, süreçteki yeniden çalışma miktarını ölçmenize yardımcı olur. Yeniden çalışma, verimsizliğin ve maliyetin doğrudan göstergesidir. Faturalama hatalarında yeniden çalışma oranını hesaplamak ve Darboğazları belirleme ve yeniden çalışma döngüleri Dashboardunda verimsiz döngüleri kolayca filtreleyip görselleştirmek için kullanılır.

Neden önemli?

Yeniden çalışmayı gösteren etkinlikleri işaretleyerek süreçteki verimsizliği ölçmenizi, kayıpları belirleyip azaltmanızı kolaylaştırır.

Nereden alınır?

Bu değer genellikle Process Mining aracındaki iş mantığıyla türetilir. Örneğin, Talep reddi alındı olayından sonraki tüm etkinlikler yeniden çalışma olarak işaretlenebilir.

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

Gelir Döngüsü Yönetimi etkinlikleri

Süreci doğru biçimde keşfetmek için Event Logunuzda kaydetmeniz gereken temel süreç adımları ve kilometre taşları şunlardır.
6 Önerilen 9 İsteğe bağlı
Aktivite Açıklama
Hesap kapatıldı
Faturalandırma olayı tamamlanmış sayılır; bakiye sıfırdır ve başka bir işlem beklenmez. Hesap bakiyesi sıfıra indiğinde ve hesap durumu 'Kapalı' veya benzer bir son duruma güncellendiğinde bu olay belirlenir.
Neden önemli?

Bu, sürecin temel bitiş olayıdır. Bu noktaya kadar geçen toplam çevrim süresini ölçmek, genel RCM verimliliğini kapsamlı biçimde gösterir.

Nereden alınır?

Hesap bakiyesinin sıfıra inmesiyle hesap durumu alanının 'Kapalı', 'Tamamen ödendi' veya eşdeğer bir son duruma ayarlanması birlikte değerlendirilerek belirlenir.

Kaydedin

Sıfır bakiye sağlayan son ödeme kaydının veya 'Kapalı' durumuna geçişin en geç zaman damgası.

Olay türü inferred
Hizmet verileri alındı
Elektronik Sağlık Kaydı (EHR) veya başka bir kaynak sistemden klinik hizmet bilgileri alındığında faturalandırma olayı başlar. Bu olay genellikle verilerin başarıyla alınmasının ardından entegrasyon arayüzünün oluşturduğu açık bir günlük kaydı veya işlem kaydıyla yakalanır.
Neden önemli?

Bu, gelir döngüsünün temel başlangıç olayıdır. Bu etkinlikten ücret kaydına kadar geçen süreyi analiz etmek, tüm süreci etkileyen ilk aşamadaki veri gecikmelerini belirlemek açısından önemlidir.

Nereden alınır?

EHR gibi harici sistemlerden gelen hasta hizmeti verilerini işleyen arayüz günlüklerinde veya işlem tablolarında kaydedilir. HL7 mesajlarının zaman damgalarını ya da API çağrı günlüklerini arayın.

Kaydedin

Veri alındığında zaman damgası eklenen entegrasyon günlüklerinden veya işlem tablolarından alınır.

Olay türü explicit
Ödeme bildirimi alındı
Sistem, ödeme yapan kuruluştan ödemeleri, düzeltmeleri ve retleri ayrıntılandıran elektronik ödeme bildirimi (ERA) dosyasını almıştır. Sistem bir EDI 835 dosyasını içe aktardığında bu olay açıkça kaydedilir.
Neden önemli?

Bu etkinlik, ödeme yapan kuruluşun talebi işlediğini gösteren önemli bir aşamadır. Dosyanın içeriği, ödeme kaydı veya ret yönetimi gibi sonraki tüm işlemleri belirler.

Nereden alınır?

Gelen ANSI 835 dosyalarına ait EDI işlem günlüklerinde kaydedilir. Zaman damgası, dosyanın sistem tarafından alınıp işlendiği zamanı gösterir.

Kaydedin

EDI 835 (Elektronik Ödeme Bildirimi) dosyasının içe aktarılmasıyla ilişkili zaman damgası.

Olay türü explicit
Ödeme kaydedildi
Alınan ödeme, ilgili hasta hesabına ve hizmet kalemlerine başarıyla uygulanmıştır. Bu, ödemeyi açık bakiyedeki ücretlerle eşleştiren açık bir kullanıcı veya otomatik sistem eylemidir.
Neden önemli?

Bu etkinlik, arka ofisteki nakit uygulama sürecinin verimliliğini ölçmek açısından önemlidir. Ödeme kaydındaki gecikmeler, alacak hesapları raporlarını çarpıtabilir ve hesabın kapatılmasını geciktirebilir.

Nereden alınır?

Ödeme işlem tablolarında bulunur. Ödeme kaydı işleminin zaman damgası, olay zamanı olarak kullanılır.

Kaydedin

Belirli bir ücrete uygulanan ödeme işlem kaydının oluşturulma zaman damgası.

Olay türü explicit
Talep ödeme yapan kuruluşa gönderildi
Oluşturulan talep, değerlendirilmesi için elektronik olarak sigorta ödemesini yapan kuruluşa gönderilmiştir. Başarılı iletimin ardından bu olay, talep gönderim modülü veya takas odası arayüzü tarafından açıkça kaydedilir.
Neden önemli?

Bu önemli aşama, ödeme yapan kuruluşun yanıt süresini başlatır. Talep gönderim sürecinin verimliliğini ölçmeye ve gönderim gecikmelerini belirlemeye yardımcı olur.

Nereden alınır?

Talep işlem günlüklerinde veya EDI (Elektronik Veri Değişimi) işlem tablolarında, özellikle 837 talep dosyası gönderimlerini izleyen kayıtlarda bulunur. 'Gönderim zaman damgası' veya 'iletim tarihi' alanını arayın.

Kaydedin

Başarılı gönderimi gösteren EDI 837 işlem günlüğündeki zaman damgası.

Olay türü explicit
Talep reddedildi
Alınan ödeme bildiriminde belirtildiği üzere, ödeme yapan kuruluş talebi reddetmiştir. Bu olay, talep kalemleriyle ilişkili belirli ret neden kodlarını bulmak için ödeme bildirimi verileri ayrıştırılarak belirlenir.
Neden önemli?

Retleri izlemek, gelir kaybının ve süreç verimsizliğinin temel nedenlerini belirlemek açısından önemlidir. Bu etkinlik, ret yönetimi ve itirazlara ilişkin tüm yeniden çalışma döngülerinin başlangıç noktasıdır.

Nereden alınır?

Elektronik Ödeme Bildirimi (EDI 835) verilerinden belirlenir. Sistem, reddi gösteren talep düzeltme neden kodlarını (CARC) saptar.

Kaydedin

Ayrıştırılmış EDI 835 ödeme bildirimi verilerindeki belirli ret kodları (CARC/RARC) saptanarak belirlenir.

Olay türü inferred
Hasta ekstresi gönderildi
Fatura tutarının hastaya düşen kısmı için bir faturalandırma ekstresi oluşturulup hastaya gönderilmiştir. Ekstre oluşturulduğunda hasta faturalandırma modülünün kaydettiği açık bir olaydır.
Neden önemli?

Bu etkinlik, gelir döngüsünün hastanın kendi ödemesini yaptığı bölümünü başlatır. Bunu izlemek, hastalardan tahsilatın verimliliğini ve etkinliğini analiz etmeye yardımcı olur.

Nereden alınır?

Hasta yazışmaları veya ekstre oluşturma geçmişi tablosunda kaydedilir. Zaman damgası, ekstrenin oluşturulduğu veya gönderildiği zamanı gösterir.

Kaydedin

Hasta ekstresi oluşturma günlüğündeki veya geçmiş tablosundaki zaman damgası.

Olay türü explicit
Hesapta düzeltme yapıldı
Hesaba sözleşmeye dayalı bir düzeltme, silme veya başka bir mali düzeltme kaydedilmiştir. Bu, sistemin defterinde tutulan açık bir mali işlemdir.
Neden önemli?

Düzeltmeler, gelirin gerçekleşmesini doğrudan etkiler. Düzeltmelerin nedenlerini ve zamanlamasını analiz etmek; ücret tarifeleri, sözleşmeler veya faturalandırma doğruluğuyla ilgili sorunları belirlemek açısından önemlidir.

Nereden alınır?

Mali işlem tablosunda bulunur ve silme veya düzeltmelere ait belirli işlem kodlarıyla tanımlanabilir. İşlem tarihi, olay zamanıdır.

Kaydedin

Belirli bir düzeltme koduyla mali deftere kaydedilen bir işlemin tarihi.

Olay türü explicit
İtiraz gönderildi
Reddedilen talebe itiraz etmek için ödeme yapan kuruluşa resmi başvuru gönderilmiştir. Bu, ret yönetimi veya itiraz modülünde bir kullanıcı tarafından kaydedilen açık bir eylemdir.
Neden önemli?

Bu etkinlik, gelirin geri kazanılması sürecinde önemli bir adımdır. İtiraz gönderimlerini ve çevrim sürelerini izlemek, ret çözüm stratejisinin ne kadar etkili olduğunu anlamak açısından önemlidir.

Nereden alınır?

İtiraz izleme modülünde veya talebe bağlı belirli bir işlem türü olarak kaydedilir. 'İtiraz tarihi' ya da 'yeniden gönderim tarihi' alanını arayın.

Kaydedin

Bir kullanıcı itiraz gönderimini kaydettiğinde açıkça kaydedilen zaman damgası.

Olay türü explicit
Kodlama tamamlandı
Tıbbi kodlama uzmanlarının klinik dokümantasyonu inceleyip uygun CPT, HCPCS ve ICD kodlarını atadığını gösterir. Genellikle bir kullanıcının veya otomatik kodlama motorunun kodlama görevini tamamlamasıyla kaydedilen açık bir olaydır.
Neden önemli?

Kodlama, talep gönderimini geciktirebilen yaygın bir darboğazdır. Bu etkinliği izlemek, kodlama uzmanlarının verimliliğini ölçmeye ve kodlama kuyruğundaki gecikmeleri belirlemeye yardımcı olur.

Nereden alınır?

Kodlama iş akışı modülünde veya faturalandırma olayının durumunun 'Kodlama bekliyor' durumundan 'Kodlandı' durumuna geçmesiyle kaydedilir. Durum değişikliğinin ya da görevin tamamlanmasının zaman damgası kullanılır.

Kaydedin

Bir kullanıcı veya sistem hasta ziyaretine ait kodlamayı tamamladığında kaydedilen durum güncellemesinin zaman damgası ya da günlük kaydı.

Olay türü explicit
Ödeme alındı
Ödeme yapan kuruluştan veya hastadan ödeme alındığını gösterir ve genellikle ödeme bildiriminin parçası olarak kaydedilir. Bu olay, elektronik ödeme dosyalarından veya manuel nakit tahsilat günlüklerinden açıkça alınabilir.
Neden önemli?

Bu etkinlik, nakit akışı analizi ve ödeme hızının ölçülmesi için temel niteliktedir. Ödeme kaydı sürecini başlatır.

Nereden alınır?

EDI 835 ödeme bildirimi dosyasındaki ödeme bilgilerinden veya bankadan alınan lockbox dosyalarından elde edilir. Dosyadaki çek tarihi ya da işlem tarihi genellikle kullanılır.

Kaydedin

EDI 835 dosyasının BPR bölümünden veya bankanın lockbox veri dosyasından alınır.

Olay türü explicit
Ret için yeniden çalışma başladı
Bir kullanıcı veya otomatik iş akışı, reddedilen talebi inceleme ve çözüme kavuşturma sürecini başlatmıştır. Bu durum, açık bir kullanıcı eylemiyle kaydedilebilir veya talep durumundaki değişiklikten çıkarılabilir.
Neden önemli?

Bu etkinlik, retler için yeniden çalışma döngüsünü başlatır. Ret bildiriminin alınmasıyla yeniden çalışmanın başlaması arasındaki süreyi ölçmek, ret yönetimi kuyruğundaki birikmeleri belirlemeye yardımcı olur.

Nereden alınır?

Ret yönetimi veya iş kuyruğu modüllerinde bulunur. Kullanıcının bir ret görevini 'açtığı' veya 'üstlendiği' anın zaman damgası açıkça kaydedilebilir ya da 'Reddedildi' durumundan 'Yeniden çalışılıyor' durumuna geçiş gibi bir durum değişikliğinden çıkarılabilir.

Kaydedin

Talep durumunun 'Yeniden çalışma' veya 'İnceleniyor' olarak değişmesinden ya da açık bir kullanıcı eylemi günlüğünden belirlenir.

Olay türü inferred
Tahsilat süreci başladı
Ödeme yapılmaması nedeniyle hasta hesabı etkin bir tahsilat sürecine alınmıştır. Bu durum genellikle hesabın mali sınıfındaki veya durumundaki değişiklikten çıkarılır.
Neden önemli?

Bu etkinlik, daha yoğun takip gerektiren hesapları belirler. Etkinliğin sıklığını ve nedenlerini analiz etmek, ilk aşamadaki tahsilat stratejilerini iyileştirmeye yardımcı olur.

Nereden alınır?

Hesap durumunun 'Tahsilatta', 'Şüpheli alacak' veya 'Tahsilat kuruluşuna gönderildi' olarak değişmesinden belirlenir. Bu durum değişikliğinin tarihi, olayın zaman damgasıdır.

Kaydedin

Hesap durumu alanının tahsilatla ilgili bir değere değiştiği zamanın zaman damgası.

Olay türü inferred
Talep oluşturuldu
Sistem, tüm ücretleri, kodları ve demografik bilgileri standart bir biçimde bir araya getirerek faturalandırılabilir bir talep oluşturmuştur. Bu, oluşturulma zaman damgası bulunan açık bir sistem olayıdır.
Neden önemli?

Bu etkinlik, ücret kaydından resmi faturalandırma sürecine geçişi gösterir. Talebin gönderilmesi için ön koşuldur ve kurum içi işlem sürelerini izlemek açısından önemlidir.

Nereden alınır?

Talep tablosunda veya işlem günlüğünde bulunur. Talep üstbilgi kaydının oluşturulma zaman damgası olayı gösterir.

Kaydedin

Talep veritabanı tablosundaki birincil kaydın oluşturulma zaman damgasından alınır.

Olay türü explicit
Ücretler kaydedildi
Faturalandırılabilir belirli hizmet ve malzemelerin faturalandırma sistemine resmen girildiği noktayı gösterir. Bu, ücret işlem kayıtlarını oluşturan açık bir kullanıcı veya sistem eylemidir.
Neden önemli?

Bu etkinlik, hizmetin sunulmasıyla faturalandırmanın başlaması arasındaki gecikmeyi ölçmek için gereklidir. Bu gecikmenin azaltılması gelir döngüsünü doğrudan hızlandırır.

Nereden alınır?

Genellikle ücret girişi veya hizmet kalemi tabloları olarak adlandırılan ücret işlem tablolarında bulunur. Ücret kaydının oluşturulma zaman damgası, olay zamanı olarak kullanılır.

Kaydedin

Olay zamanı, ücret ana verisi veya ücret işlem tablosundaki bir kaydın oluşturulma zaman damgasıdır.

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

Veri çıkarma kılavuzları

Optum360 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?

Veri toplama sürecinizi kolaylaştırmak ve Gelir Döngüsü Yönetimi süreçlerinizi iyileştirmeye başlamak için bu Templateten yararlanın. İçgörüleri keşfedin ve verimliliği güvenle artırın.

Gelir Döngüsü Yönetimini iyileştirin, gecikmeleri bugün azaltın

Çevrim süresini %30 azaltan lider kuruluşlara katılın ve finansal sağlığınızı iyileştirin.

Ücretsiz denemeyi başlatın

Kredi kartı gerekmez. Kurulumu dakikalar içinde tamamlayın.