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

Oracle Health Gelir Döngüsü
Gelir Döngüsü Yönetimi `Veri` `Template`iniz

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

Bu template, Gelir Döngüsü Yönetimi sürecinizin kapsamlı bir analizi için doğru verileri toplamanızda size rehberlik etmek üzere tasarlanmıştır. Doğru bir event log oluşturmak için gereken temel veri alanlarını ve ana süreç adımlarını özetler. Bu yönergeleri izleyerek verilerinizin process mining için mükemmel şekilde yapılandırılmasını sağlayabilirsiniz.
  • Toplanması Önerilen Nitelikler
  • Takip Edilmesi Gereken Temel Aktiviteler
  • Oracle Health Gelir Döngüsü için çıkarım rehberliği
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

Gelir Döngüsü Yönetimi Öznitelikleri

Gelir Döngüsü Yönetimi sürecinizin kapsamlı ve derinlemesine analizi için `event log`'unuza dahil etmeniz gereken temel `data` alanları bunlardır.
3 Gerekli 7 Önerilen 10 İsteğe Bağlı
Ad Açıklama
Faaliyet Adı
ActivityName
Gelir döngüsü süreci içinde meydana gelen belirli adım veya `event`'in adı.
Açıklama

Bu öznitelik, bir faturalandırma etkinliğinin yaşam döngüsü boyunca gerçekleştirilen her bir aktivitenin adını kaydeder. 'Ücretler Girildi', 'Talep Gönderildi' ve 'Ödeme Kaydedildi' gibi işlemler buna örnektir. Bu aktiviteler, ortaya çıkarılan süreç haritasının düğüm noktalarını oluşturur.

Aktivitelerin sırasını ve sıklığını analiz etmek Process Mining'in özüdür. Bu öznitelik, en yaygın süreç yollarını belirlemeye, standart prosedürden sapmaları keşfetmeye ve gelir döngüsünün operasyonel akışını anlamaya yardımcı olur.

Neden önemli

Süreçteki adımları tanımlar, süreç haritasının görselleştirilmesine ve workflow kalıplarının analizine olanak tanır.

Nereden alınır

Tipik olarak event log'larından, durum değişikliği kayıtlarından veya Oracle Health'teki gelir döngüsünün farklı aşamalarıyla ilişkili belirli işlem tablolarından türetilir.

Örnekler
Talep OluşturulduHavale AlındıRet İtiraz EdildiHesap Kapatıldı
Faturalama Event'i
BillingEvent
Bir ücret oluşturan tek bir hizmet veya ürün teslimatı için benzersiz tanımlayıcı, gelir döngüsü süreci için `case` tanımlayıcısı görevi görür.
Açıklama

Faturalandırma Olayı, ayrı bir faturalandırılabilir kalem için tahsilat işleminden hesap kapanışına kadar tüm aktiviteleri birbirine bağlayan birincil case tanımlayıcısı görevi görür. Her Faturalandırma Olayı, talep gönderimi, ödeme kaydı ve olası ret veya düzeltmeler gibi çeşitli aşamalardaki yolculuğunun kapsamlı bir şekilde izlenmesine olanak tanıyan, gelir döngüsü sürecinin benzersiz bir örneğini temsil eder.

Process Mining analizinde, bu öznitelik, uçtan uca süreç akışını yeniden yapılandırmak için temeldir. Süreç varyantlarının görselleştirilmesini, aktiviteler arasındaki döngü sürelerinin hesaplanmasını ve belirli faturalandırılabilir olaylarla ilişkili bottleneck'lerin veya sapmaların belirlenmesini sağlar.

Neden önemli

Bu, faturalandırılabilir bir hizmetin tüm yaşam döngüsünü izlemek için temel anahtardır ve tüm process flow analizini ve performans ölçümünü sağlar.

Nereden alınır

Bu tanımlayıcı, Oracle Health Gelir Döngüsü içindeki temel faturalandırma veya tahsilat işlem tablolarında bulunan benzersiz bir anahtar olmalıdır. Ücret event'leri için birincil anahtarı belirlemek amacıyla sistem dokümantasyonuna başvurun.

Örnekler
BEVNT-987654321BEVNT-987654322BEVNT-987654323
Olay Zaman Damgası
EventTimestamp
Bir aktivitenin sisteme kaydedildiği kesin tarih ve saat.
Açıklama

Bu öznitelik, her bir aktivitenin gerçekleştiği anı işaretleyen timestamp bilgisini sağlar. Belirli bir faturalandırma etkinliği için gelir döngüsü içindeki olayların zamanlamasını ve sırasını anlamak açısından temeldir.

Analizlerde Event Timestamp, aktiviteleri kronolojik sıraya koymak, adımlar arasındaki süreleri hesaplamak ve bottleneck analizi yapmak için kullanılır. 'Talep Gönderildi' ile 'Ödeme Alındı' arasındaki gecikmelerin belirlenmesi gibi, zaman tabanlı tüm Process Mining metriklerinin temelini oluşturur.

Neden önemli

Bu timestamp, etkinliklerin sıralanması, döngü süreleri gibi tüm performans metriklerinin hesaplanması ve süreçteki darboğazların belirlenmesi için kritiktir.

Nereden alınır

Oracle Health Gelir Döngüsü'ndeki her transaction veya event log table'ında, kaydın ne zaman oluşturulduğunu veya event'in ne zaman gerçekleştiğini gösteren bir timestamp sütunu bulunmalıdır.

Örnekler
2023-04-15T09:00:00Z2023-04-18T14:30:00Z2023-05-02T11:25:10Z
Düzeltme Tutarı
AdjustmentAmount
Hesap bakiyesinde yapılan herhangi bir düzeltmenin parasal değeri.
Açıklama

Bu öznitelik, faturalandırma event'ine uygulanan sözleşmesel indirimler, silmeler veya düzeltmeler gibi herhangi bir finansal düzeltmenin miktarını yakalar. Düzeltmeler, bir ücretten beklenen geliri doğrudan azaltır.

'Hesap Düzeltme Etkisi' dashboard'u bu öznitelik'e büyük ölçüde dayanır. Düzeltme tutarlarını ve bunlarla ilişkili nedenleri analiz etmek, gelir kaybı kaynaklarını, sözleşme yönetimi sorunlarını veya ilk tahsilat sürecindeki problemleri belirlemeye yardımcı olur. Finansal sağlık için önemli bir ölçüttür.

Neden önemli

İptaller veya düzeltmeler nedeniyle gelir kaybını nicelleştirir, finansal aşınmanın temel nedenlerini belirlemeye ve ele almaya yardımcı olur.

Nereden alınır

Bir hasta hesabına yapılan düzeltmeleri veya iptalleri kaydeden finansal işlem tablolarında bulunur.

Örnekler
-50.25-120.0025.00
Fatura Departmanı
BillingDepartment
Aktiviteden sorumlu departman veya fonksiyonel ekip.
Açıklama

Bu öznitelik; 'Ücret Girişi', 'Kodlama' veya 'Tahsilat' gibi aktiviteyi gerçekleştiren departmanı belirtir. Süreç akışına kurumsal bir bağlam kazandırır.

Süreci departman bazlı analiz etmek, ekipler arasındaki devirleri anlamak ve fonksiyonlar arası verimsizlikleri belirlemek için gereklidir. Aktivitelerin ve performans metriklerinin departman düzeyinde gruplandırılmasına olanak tanıyarak 'Faturalandırma Departmanı İş Yükü' dashboard ekranını destekler.

Neden önemli

Aktiviteleri organizasyonel birimlere atar, bu da departmanlar arası devirleri, iş yükünü ve ekip performansını analiz etmek için anahtardır.

Nereden alınır

Bu bilgi, Oracle Health'teki kullanıcı profili datasıyla doğrudan saklanabilir veya kullanıcı veya aktivite türüne göre türetilebilir.

Örnekler
Hasta ErişimiKodlamaFaturalandırmaTahsilatlar
Hasta Sınıfı
PatientClass
Yatan veya Ayakta Hasta gibi hasta karşılaşmasının sınıflandırılması.
Açıklama

Bu öznitelik, ücrete neden olan hasta ziyaretinin veya karşılaşmasının türünü kategorize eder. Yaygın sınıflandırmalar arasında Yatan Hasta, Ayakta Hasta, Acil Durum ve Tekrarlayan Hasta bulunur. Hasta sınıfı genellikle tüm faturalandırma ve talep gönderim sürecini belirler.

Farklı hasta sınıfları, ayrı süreç yollarını izler ve farklı uyumluluk gereksinimlerine sahiptir. Süreci bu öznitelik'e göre analiz etmek, bu farklılıkları anlamaya, iyileştirme girişimlerini uyarlamaya ve her sınıf için doğru prosedürlerin izlendiğinden emin olmaya yardımcı olur.

Neden önemli

Farklı karmaşıklıklara, zaman çizelgelerine ve faturalandırma gereksinimlerine sahip ayrı süreç akışlarını (örneğin, Yatan Hasta ile Ayakta Hasta) ayırır.

Nereden alınır

Bu, Oracle Health'te bir hasta karşılaşması veya kabul kaydıyla ilişkili standart bir alandır.

Örnekler
Yatan HastaAyakta TedaviAcilTekrarlayan
Kullanıcı
UserPerformingAction
Aktiviteyi gerçekleştiren kişinin kullanıcı ID'si veya adı.
Açıklama

Bu öznitelik, süreçte belirli bir aktiviteyi yürütmekten sorumlu çalışanı veya otomatik sistem kullanıcısını tanımlar. İş yükü dağılımını, kaynak performansını anlamak ve eğitim ihtiyaçlarını belirlemek için kritik öneme sahiptir.

Analizde, bu öznitelik, süreç haritasını kullanıcı veya ekibe göre filtrelemeye, farklı kaynaklar arasındaki performansı karşılaştırmaya ve 'Faturalandırma Departmanı İş Yükü' dashboard'u için iş yükünü analiz etmeye olanak tanır. En iyi performans gösterenleri veya ek desteğe veya eğitime ihtiyaç duyabilecek kişileri belirlemeye yardımcı olabilir.

Neden önemli

Süreç aktivitelerini belirli kullanıcılara veya ekiplere bağlar, iş yükü analizi, performans karşılaştırması ve eğitim fırsatlarının belirlenmesini sağlar.

Nereden alınır

Kullanıcı Kimliği alanları (örneğin, 'CREATED_BY', 'USER_ID') tipik olarak Oracle Health modüllerindeki işlem tablolarında bulunur.

Örnekler
j.doeasmithBillingBot_AUTOk.williams
Ödenmemiş Bakiye
OutstandingBalance
Belirli bir zamanda faturalandırma `event`'i için kalan ödenmemiş bakiye.
Açıklama

Bu öznitelik, tüm ödemeler ve düzeltmeler uygulandıktan sonra bir faturalandırma etkinliği için kalan güncel borç tutarını gösterir. O spesifik işlem için aktif alacakları temsil eder.

Bu, 'Vadesi Geçmiş Bakiye Yaşlandırma' dashboard ekranı için kritik bir özniteliktir. Bu değerin zaman içindeki değişimini analiz etmek, nakit akış hızını izlemeye, tahsilat çabalarının etkinliğini değerlendirmeye ve Günlük Satış Alacakları (DSO) gibi temel finansal KPI'ları hesaplamaya yardımcı olur.

Neden önemli

Her bir case için güncel alacakları takip eder; bu da nakit akışını yönetmek ve tahsilatın etkinliğini analiz etmek için esastır.

Nereden alınır

Bu değer, belirli bir faturalandırma event'i için tüm finansal işlemlerin (ücretler, ödemeler, düzeltmeler) toplamından tipik olarak hesaplanır. Bir hesap özet tablosunda bir alan olarak bulunabilir.

Örnekler
75.000.00550.80
Ödeyen Adı
PayerName
Ödemeden sorumlu sigorta şirketi veya üçüncü taraf ödeyenin adı.
Açıklama

Bu öznitelik, hizmet için faturalandırılan sigorta şirketi veya Medicare gibi bir devlet programı gibi varlığı tanımlar. Ödeyici bilgileri, gelir döngüsü analizi için temeldir.

Süreci ödeyiciye göre analiz etmek, ödeme sürelerinde, ret oranlarında ve itiraz başarı oranlarında önemli farklılıkları ortaya çıkarabilir. Gecikmelere veya gelir kaybına neden olan sorunlu ödeyicileri belirlemeye yardımcı olur ve ödeyici sözleşmelerini ve ilişkilerini etkili bir şekilde yönetmek için gereklidir.

Neden önemli

Sürecin ödeme yapana göre segmentasyonuna olanak tanır, bu da finansal performans için kritik olan farklı davranışları, ret oranlarını ve ödeme hızlarını ortaya çıkarır.

Nereden alınır

Bu bilgi, Oracle Health Gelir Döngüsü içindeki hastanın faturalandırma veya sigorta kayıtlarında saklanır.

Örnekler
AetnaBlue Cross Blue ShieldUnitedHealthcareMedicareCigna
Ret Neden Kodu
DenialReasonCode
Ödeme yapan tarafından bir talebin reddedilme nedenini gösteren standartlaştırılmış bir kod.
Açıklama

Bir ödeyici bir talebi reddettiğinde, ret nedenini açıklayan bir neden kodu sağlar; örneğin 'Kapsam Dışı Hizmet' veya 'Çift Talep'. Bu öznitelik, bu kodu ve ilişkili açıklamasını yakalar.

Ret nedenlerini analiz etmek, gelir döngüsünü iyileştirmek için temeldir. Kuruluşun, kodlama veya hasta uygunluğu gibi yaygın kalıpları belirlemesine ve gelecekteki retleri önlemek için düzeltici eylemler uygulamasına olanak tanır. Bu, doğrudan temiz talep oranını etkiler ve yeniden çalışma maliyetini azaltır.

Neden önemli

Talep retlerinin temel nedenini sağlar, temiz talep oranını artırmak ve gelir tahsilatını hızlandırmak için hedeflenen iyileştirmeleri mümkün kılar.

Nereden alınır

Bu bilgi, ödeyiciden elektronik havale bildiriminde (ANSI 835 dosyası) alınır ve Oracle Health'teki talep veya havale tablolarında saklanmalıdır.

Örnekler
CO-16: Talep/hizmet, hüküm için gerekli bilgiden yoksundur.PR-96: Kapsanmayan ücret(ler).CO-18: Yinelenen talep/hizmet.
Claim ID
ClaimId
Bir ödeyene sunulan sigorta talebi için benzersiz tanımlayıcı.
Açıklama

Bu öznitelik, geri ödeme için oluşturulan ve bir ödeyene gönderilen bir talebe atanan benzersiz kimliktir. Tek bir faturalandırma event'i, yaşam döngüsü boyunca bir veya daha fazla talebe neden olabilir, örneğin bir düzeltme gerekirse.

Talep Kimliğini kullanmak, belirli bir gönderimi bir ödeyiciye kadar izlemeye ve bunu doğrudan ödeme veya ret gibi yanıtla bağlamaya olanak tanır. Geniş gelir döngüsü süreci içinde daha ayrıntılı bir izleme seviyesi sağlar.

Neden önemli

Bir talebin ödeme yapan ile olan yolculuğunu izlemek için belirli bir identifier sağlar, bu da genel faturalama event'inden daha ayrıntılıdır.

Nereden alınır

Bu kimlik, bir talep oluşturulduğunda Oracle Health tarafından oluşturulur ve birincil talep tablosunda saklanır.

Örnekler
CLM-2023-55489CLM-2023-55490CLM-2023-55491-C1
Hasta ID
PatientId
Faturalandırma `event`'iyle ilişkili hasta için benzersiz tanımlayıcı.
Açıklama

Bu öznitelik, hizmet alan hastanın benzersiz kimlik numarasıdır ve genellikle Tıbbi Kayıt Numarası (MRN) olarak bilinir. Finansal işlemi belirli bir kişiyle ilişkilendirir.

Sürecin case ID'si olmasa da Hasta Kimliği, tek bir hastaya ait tüm faturalandırma etkinliklerini birleştirerek hastanın tüm finansal yolculuğunu anlamak için kullanışlıdır. Ayrıca hasta ana verileriyle birleştirildiğinde, demografik özelliklere veya geçmişe dayalı segmentasyon yapılmasına olanak tanır.

Neden önemli

Finansal event'leri belirli bir hastaya bağlar, hasta odaklı analiz ve tüm faturalama aktivitelerinin birleştirilmesine olanak tanır.

Nereden alınır

Bu tanımlayıcı, hasta ana kaydının temel bir öğesidir ve ücretler, talepler ve ödemeler gibi ilgili tüm işlem tablolarında bulunacaktır.

Örnekler
MRN-1002345MRN-1002346MRN-1002347
İşlem Süresi
ProcessingTime
Bir faaliyet üzerinde aktif olarak çalışılan süre.
Açıklama

Bu öznitelik, bir etkinliğin aktif işlem süresini ölçer ve başlangıç ile bitiş zaman damgaları arasındaki fark olarak hesaplanır. Bir görev üzerinde fiilen çalışılan süre ile bir sonraki adımın beklendiği sürenin birbirinden ayrılmasına yardımcı olur.

Performans analizi için kritik bir metrik olan bu değer, görevi gerçekleştiren kaynağın verimliliğini sistemsel gecikmelerden ayırır. Bir talebin kodlanması veya bir ödemenin girilmesinin, iş kuyruğunda bekleme süresinden bağımsız olarak ne kadar sürdüğünü anlamanızı sağlar.

Neden önemli

Bir aktivite için gerçek work duration'ını ölçer, idle veya wait time'dan ayırarak resource efficiency'sinin daha net bir görünümünü sağlar.

Nereden alınır

Bu, EventTimestamp'ten EventEndTime çıkarılarak türetilen hesaplanmış bir metriktir. Yalnızca her iki alan da mevcut olduğunda hesaplanabilir.

Örnekler
300120045
Kaynak Sistem
SourceSystem
Event verisinin çıkarıldığı sistem.
Açıklama

Bu öznitelik, verinin hangi kaynak uygulama veya modülden geldiğini belirtir. Bu süreçte genellikle 'Oracle Health Revenue Cycle' olarak görünür, ancak veriler birden fazla kaynaktan geliyorsa sistem içindeki farklı modülleri de gösterebilir.

Bu bilgi, veri yönetişimi ve sorun giderme süreçleri için değerlidir. Veri kaynağının doğrulanmasına yardımcı olur ve tek bir uçtan uca sürece birden fazla sistemin dahil olduğu ortamlarda büyük önem taşır.

Neden önemli

Data origin hakkında bağlam sağlar, bu da data validation, governance ve sistem bağımlı olabilecek süreç varyasyonlarını anlamak için kritik öneme sahiptir.

Nereden alınır

Bu, genellikle veri çıkarma, dönüştürme ve yükleme (ETL) süreci sırasında veri setinin kaynağını etiketlemek için eklenen statik bir değerdir.

Örnekler
OracleHealth-RCMOracleHealth-CernerOH-RevCycle-PROD
Olay Bitiş Zamanı
EventEndTime
Bir aktivitenin tamamlandığını işaretleyen `timestamp`, eğer mevcutsa.
Açıklama

StartTime bir aktivitenin başlangıcını, EventEndTime ise bitişini belirtir. Çoğu olay anlık gerçekleştiği için her aktivitenin net bir bitiş zamanı olmayabilir. Ancak, işlenmesi zaman alabilen 'Denial Appealed' gibi belirli bir süresi olan aktiviteler için bu alan çok kullanışlıdır.

Bu öznitelik, münferit aktivitelerin işlem süresinin daha hassas hesaplanmasına olanak tanır. Bekleme süresi ile işlem süresinin ayırt edilmesine yardımcı olur.

Neden önemli

Bir aktivitenin tamamlanmasının ne kadar sürdüğünü doğrudan hesaplamayı sağlar, işlem süresini bekleme süresinden ayırır.

Nereden alınır

Oracle Health Gelir Döngüsü'ndeki bazı işlem tabloları, belirli, uzun süreli görevler için hem başlangıç hem de bitiş zaman damgası içerebilir.

Örnekler
2023-04-15T09:05:14Z2023-04-18T16:00:00Z
Otomatikleştirildi mi?
IsAutomated
Faaliyetin otomatik bir sistem tarafından mı yoksa bir insan kullanıcısı tarafından mı gerçekleştirildiğini gösteren bir işaret.
Açıklama

Bu boolean öznitelik, botlar veya sistem toplu işleri gibi yazılım otomasyonu tarafından yürütülen aktiviteler ile bir kullanıcı tarafından manuel olarak gerçekleştirilenleri ayırt eder. Örneğin, 'Talep Oluşturuldu' otomatik bir adım olabilirken, 'Redde İtiraz Edildi' muhtemelen manueldir.

Bu öznitelik'i analiz etmek, süreçteki otomasyon seviyesini ve bunun verimlilik ve hata oranları üzerindeki etkisini anlamaya yardımcı olur. Otomatik ve manuel yolların performansını karşılaştırmak ve daha fazla otomasyon fırsatlarını belirlemek için kullanılabilir.

Neden önemli

İnsan ve sistem odaklı aktiviteler arasında ayrım yapar, bu da otomasyon etkinliğini analiz etmek ve yeni otomasyon fırsatlarını belirlemek için kritiktir.

Nereden alınır

Bu, tipik olarak UserPerformingAction öznitelik'ine göre türetilir. Örneğin, 'SYSTEM' veya 'RPA_BOT' gibi kullanıcı kimlikleri tarafından gerçekleştirilen aktiviteler otomatik olarak işaretlenir.

Örnekler
truefalse
Son Veri Güncellemesi
LastDataUpdate
Bu `event` için verilerin en son ne zaman yenilendiğini veya çıkarıldığını gösteren `timestamp`.
Açıklama

Bu öznitelik, veri setinin en son ne zaman güncellendiğini gösterir. Analiz edilen verilerin güncelliği hakkında bilgi verir; bu da Process Mining analizinden elde edilen içgörülerin zamanlamasını anlamak açısından önemlidir.

Kullanıcılar, en güncel süreç bilgilerini görüntülediklerinden emin olmak için bu özniteliği kontrol edebilirler. Verilerin güncelliği konusundaki beklentilerin yönetilmesine yardımcı olur ve veri yönetişimi ile kalite güvencesinin temel bir bileşenidir.

Neden önemli

Data'ların güncelliğini gösterir, analiz ve kararların up-to-date bilgilere dayanmasını sağlar.

Nereden alınır

Bu, verilerin process mining platformuna yüklendiği ETL süreci sırasında genellikle otomatik olarak oluşturulan ve doldurulan bir meta veri alanıdır.

Örnekler
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Ücret Tutarı
ChargeAmount
Faturalanan hizmet veya ürünün brüt parasal değeri.
Açıklama

Bu öznitelik, herhangi bir düzeltme, sözleşmeli indirim veya ödeme uygulanmadan önce bir hizmet için talep edilen ilk, indirimsiz tutarı temsil eder. Faturalandırma etkinliğinin başlangıçtaki finansal değeridir.

Ücret tutarının takip edilmesi, sunulan hizmetlerin toplam değerinin hesaplanması ve sonradan yapılan düzeltmelerin veya silinen borçların finansal etkisinin anlaşılması gibi analizler için kritiktir. Gelir gerçekleşmesini ölçmek için bir temel teşkil eder.

Neden önemli

Bir case'in başlangıç finansal değerini belirler, bu da sonraki tüm finansal analiz ve etki değerlendirmesi için temeldir.

Nereden alınır

Oracle Health'teki ücret detayı veya ücret transaction tablolarında bulunur.

Örnekler
150.001250.7585.50
Uyuşmazlık Nedeni
DisputeReason
Müşteri veya hastanın bir faturaya veya ücrete itiraz etmek için belirttiği neden.
Açıklama

Bu öznitelik, bir hastanın veya diğer sorumlu tarafın bir faturaya neden itiraz ettiğini yakalar. Nedenler arasında yanlış ücretlendirmeler, sunulmayan hizmetler veya sigorta işlemleriyle ilgili sorunlar bulunabilir.

Bu bilgi, 'Fatura İtiraz Çözüm Metrikleri' dashboard'u için çok önemlidir. İtirazların en yaygın nedenlerini anlamak, tahsilat, kodlama veya faturalandırma süreçlerindeki sistemik sorunları belirlemeye yardımcı olur. Bu kök nedenlerin ele alınması, itiraz oranını ve bunları çözmek için gereken idari yükü önemli ölçüde azaltabilir.

Neden önemli

Faturalara neden itiraz edildiğini açıklar, faturalama doğruluğu veya netliği ile ilgili düzeltilmesi gereken sorunlara doğrudan içgörü sağlar.

Nereden alınır

Bu, büyük olasılıkla Oracle Health'teki bir case yönetimi veya müşteri hizmetleri modülünde, hastanın hesabına bağlı olarak saklanır.

Örnekler
Yanlış Hizmet FaturalandırıldıYinelenen ÜcretSigorta Yanlış FaturalandırıldıHizmet Verilmedi
Yeniden İşleme mi?
IsRework
Yeniden işleme veya tekrarlanan çabayı temsil eden aktiviteleri tanımlayan bir işaret.
Açıklama

Bu hesaplanmış öznitelik, ideal 'mutlu yoldan' sapmayı gösteren ve yeniden çalışma teşkil eden aktiviteleri işaretler. Örnekler arasında 'Düzeltilmiş Talep Gönderildi' veya 'Redde İtiraz Edildi' yer alır ki bu, süreç ilk seferde mükemmel gitseydi olmazdı.

Yeniden çalışmayı belirlemek ve nicelleştirmek, process mining'in temel bir hedefidir. Bu işaret, tüm yeniden çalışma döngülerinin kolayca filtrelenmesine ve analiz edilmesine olanak tanır, süreç verimsizliklerinin sıklığını, maliyetini ve nedenlerini ölçmeye yardımcı olur. Gelir döngüsündeki gerçek kalite maliyetini anlamak için çok önemlidir.

Neden önemli

Yeniden işleme döngülerinin sıklığını ve etkisini nicelleştirmeye yardımcı olur, süreç verimsizliklerini ve düşük kalite maliyetini vurgular.

Nereden alınır

Bu, türetilmiş bir öznitelik'tir. Belirli aktivite adlarını yeniden çalışma olarak işaretleyen iş mantığı uygulanarak data dönüşümü sırasında hesaplanır.

Örnekler
truefalse
Gerekli Önerilen İsteğe Bağlı

Gelir Döngüsü Yönetimi Aktiviteleri

Gelir döngünüzü doğru bir şekilde görselleştirmek ve analiz etmek için `event log`'unuza kaydetmeniz gereken kritik süreç adımları ve dönüm noktaları bunlardır.
5 Önerilen 9 İsteğe Bağlı
Aktivite Açıklama
Hasta Vakası Oluşturuldu
Belirli bir ziyaret veya hizmet için bir hasta hesabının oluşturulmasını işaretler. Bu genellikle kayıt sistemi veya bir Admit/Discharge/Transfer (ADT) feed'i tarafından tetiklenen açık bir event'tir.
Neden önemli

Belirli bir faturalama event'i için tüm gelir döngüsünün başlangıç noktası olarak hizmet eder, toplam süreç süresinin ve kayıt doğruluğunun analizini sağlar.

Nereden alınır

Hasta Kayıt veya ADT modülü günlüklerinden alınmıştır. Karşılaşma oluşturma olaylarını veya karşılaşma ya da finansal numarayla ilişkili en erken zaman damgasını arayın.

Yakala

Hasta kaydı veya kabulü üzerine kaydedilen event.

Event tipi explicit
Hesap Kapatıldı
Hesap bakiyesinin sıfır olduğunu ve başka bir aktivite beklenmediğini gösteren son aktivite. Bu genellikle hesap bakiyesi sıfıra ulaştığında çıkarılır.
Neden önemli

Gelir döngüsünün başarılı bir şekilde tamamlanmasını işaretler. Bu duruma ulaşma süresi, genel süreç verimliliğinin anahtar bir ölçüsüdür.

Nereden alınır

Bu genellikle, hesabın ödenmemiş bakiyesinin tüm ödemeler ve düzeltmelerden sonra ilk kez sıfır olduğunu ve sıfır kaldığını belirleyerek çıkarılır.

Yakala

Tüm ücretler ve ödemeler kaydedildikten sonra hesap bakiyesi ilk kez sıfıra eşit olduğunda hesaplanır.

Event tipi calculated
Ödeme Kaydedildi
Ödeme yapan tarafından alınan ödemenin, hastanın hesabındaki ilgili ücretlere uygulanmasını temsil eder. Bu, bir kullanıcı veya otomatik bir süreç tarafından kaydedilen bir finansal işlemdir.
Neden önemli

Ödeme kaydetme verimliliği, alacak hesaplarının doğruluğunu etkiler. Buradaki gecikmeler finansal tabloyu bozabilir ve ikincil faturalandırmayı geciktirebilir.

Nereden alınır

Ödeme işlem tablolarında bulunur. Her ödeme kaydının benzersiz bir işlem ID'si ve ilişkili bir timestamp'i olacaktır.

Yakala

Ödeme hesaba uygulandığında bir finansal işlem kaydedilir.

Event tipi explicit
Talep Ödeme Yapana Gönderildi
Oluşturulan talebin sigorta şirketine veya ödeme yapana elektronik veya kağıt olarak gönderilmesini temsil eder. Sistem, bu iletimin tarihini ve saatini log'lamalıdır.
Neden önemli

Bu aktivite, ödeme döngüsünü başlatır. Gönderimden ödemeye kadar geçen süreyi analiz etmek, ödeyici performansını ve Günlük Satışlar Bekleyen (DSO) durumunu anlamanın anahtarıdır.

Nereden alınır

İletim olaylarını kaydeden talepler yönetimi modülünden alınmıştır. Talep geçmişinde bir gönderim zaman damgası veya 'Gönderildi' durum değişikliği arayın.

Yakala

Talebin clearinghouse aracılığıyla başarıyla iletildiğinde kaydedilen event.

Event tipi explicit
Talep Oluşturuldu
Bireysel ücretlerin, UB-04 veya CMS-1500 gibi resmi bir faturalama talebi haline getirildiği noktayı işaretler. Bu, ilk faturayı oluşturan sistem tarafından üretilen bir event'tir.
Neden önemli

Bu, bir ödeyiciye faturalandırmaya hazır olunduğunu gösteren önemli bir dönüm noktasıdır. Dahili tahsilat-fatura gecikmesini ölçmek için son noktadır.

Nereden alınır

Talep oluşturma log'larında veya tablolarında kaydedilmiş açık bir event. Vaka ile ilişkili birincil talep kaydının oluşturulma timestamp'ini arayın.

Yakala

Talep kaydının oluşturulması üzerine kaydedilen event.

Event tipi explicit
Düzeltilmiş Talep Gönderildi
Düzeltilmiş veya yeniden gözden geçirilmiş bir talebin ödeme yapana gönderilmesini temsil eder, genellikle bir ret veya daha fazla bilgi talebini takiben. Bu, bir correction indicator ile yeni bir talep gönderimi ile tanımlanır.
Neden önemli

Bu aktivite, ret yönetimi yeniden çalışma döngüsünün önemli bir parçasıdır. Yüksek sıklık, başlangıçtaki talep doğruluğunda sorunlar olduğunu gösterir.

Nereden alınır

Talep gönderim log'larından yakalanır. Mevcut bir vaka için yeni bir gönderim arayın, genellikle bir yeniden gönderim kodu veya daha yüksek bir iterasyon numarası ile işaretlenir.

Yakala

Bir talep resubmission'ı için kaydedilen event, genellikle belirli bir talep frekans tipi kodu ile tanımlanabilir.

Event tipi explicit
Hasta Beyanı Gönderildi
Kalan hasta sorumluluğu için bir faturanın oluşturulup hastaya gönderildiği event'i işaretler. Bu, hasta faturalama module'ü tarafından kaydedilen açık bir eylemdir.
Neden önemli

Bu, gelir döngüsünün hasta ödeme kısmını başlatır. Bunu izlemek, hasta tahsilatlarının etkinliğini analiz etmeye yardımcı olur.

Nereden alınır

Hasta faturalandırma veya yazışma kayıtlarından alınmıştır. Sistem, her beyannamenin oluşturulduğu veya gönderildiği tarihi kaydetmelidir.

Yakala

Hasta beyanı oluşturulduğunda ve yazdırıldığında veya elektronik olarak gönderildiğinde kaydedilen event.

Event tipi explicit
Havale Alındı
Ödeme yapan tarafından bir Electronic Remittance Advice (ERA) veya kağıt Explanation of Benefits (EOB) alındığını gösterir. Bu belge, hangi ücretlerin ödendiğini, reddedildiğini veya düzeltildiğini detaylandırır.
Neden önemli

Bu, ödeyiciden gelen ilk yanıttır ve ödeme hızını anlamak ve ret eğilimlerini erken belirlemek için çok önemlidir.

Nereden alınır

Havale işleme module'ünde kaydedilir. Taleple bağlantılı, 835 transaction file gibi ERA dosyasının import veya creation timestamp'ini arayın.

Yakala

Ödeme yapanın havale dosyasının (örn. ANSI 835) import edilmesi ve işlenmesi üzerine kaydedilen event.

Event tipi explicit
Hesap Düzenlendi
Hesap bakiyesine yapılan, sözleşmesel bir indirim, bir write-off veya bir discount gibi finansal bir düzeltmeyi temsil eder. Her düzeltme ayrı bir finansal işlemdir.
Neden önemli

Düzeltmeler geliri doğrudan etkiler. Frekanslarını, türlerini ve miktarlarını analiz etmek, gelir kaybını ve faturalama hatalarını belirlemeye yardımcı olur.

Nereden alınır

Finansal işlem tablolarında bulunur. Her düzeltme, belirli bir işlem kodu ve timestamp ile ayrı bir satır öğesi olarak kaydedilir.

Yakala

Belirli bir düzeltme koduyla bir finansal işlem kaydedilir.

Event tipi explicit
Kodlanmış Ücretler
Medikal coders'ların yakalanan ücretlere CPT veya ICD-10 gibi standartlaştırılmış code'lar atadığı süreci temsil eder. Bu genellikle ücret veya vaka üzerindeki bir status change ile takip edilir.
Neden önemli

Kodlamadaki gecikmeler yaygın bir darboğazdır. Bu aktiviteyi takip etmek, kodlama workflow'undaki verimsizlikleri ve bunların faturalama zaman çizelgeleri üzerindeki etkilerini belirlemeye yardımcı olur.

Nereden alınır

Genellikle hasta vakası veya ücret batch'indeki bir durum değişikliğinden, örneğin 'Uncoded'dan 'Coded'a geçişten çıkarılır. Bu durum değişikliği için bir timestamp gereklidir.

Yakala

Vaka veya ücret durumunun 'Coded' veya 'Ready for Billing' olarak değişmesinden çıkarılır.

Event tipi inferred
Ret Alındı
Ödeme yapanın, havale bildiriminde belirtildiği gibi, bir talebi veya belirli satır öğelerini reddettiği event'i işaretler. Bu event genellikle havale data'larında bulunan denial code'larından çıkarılır.
Neden önemli

Retleri izlemek, kodlama hataları veya uygunluk sorunları gibi kök nedenleri belirlemek ve temiz talep oranını iyileştirmek için çok önemlidir.

Nereden alınır

Havale (ERA/835) data'larından çıkarılır. Bir talep veya satır öğesi sıfır olmayan bir ret miktarına ve karşılık gelen bir ret neden koduna sahip olduğunda, bu event tetiklenir.

Yakala

Ret neden kodları (CARCs/RARCs) içeren havale data'larından çıkarılır.

Event tipi inferred
Ret İtiraz Edildi
Reddedilen bir talebe itiraz edildiğini gösteren bir kullanıcı veya sistem eylemi. Bu genellikle bir durum güncellemesi veya bir iş kuyruğunda oluşturulan belirli bir görev olarak yakalanır.
Neden önemli

Bu aktivite bir yeniden çalışma döngüsünü başlatır. İtirazların sıklığını ve başarı oranını analiz etmek, gelir geri kazanım çabalarını optimize etmek için kritik öneme sahiptir.

Nereden alınır

Bu, açıkça kullanıcı tarafından başlatılan bir event veya talepteki durum değişikliğinden (örneğin, 'İtiraz Edildi' veya 'İncelemede') çıkarılmış olabilir.

Yakala

Bir kullanıcının reddedilen bir talep için itiraz sürecini başlattığında bir durum değişikliği veya kaydedilmiş event.

Event tipi explicit
Tahsilat Aktivitesi Başlatıldı
Hastanın hesabının ödenmeme nedeniyle tahsilat sürecine aktarıldığını gösterir. Bu genellikle hesabın finansal veya durum sınıfındaki bir değişiklikle yakalanır.
Neden önemli

Bu, kötü borçları yönetmek için kritik bir adımdır. Bu aşamaya neyin yol açtığını ve başarı oranını analiz etmek finansal sağlık için hayati öneme sahiptir.

Nereden alınır

Hesap durumu alanının 'Collections' veya 'Bad Debt' olarak değişmesinden çıkarılır. Bu durum değişikliğinin ilişkili bir timestamp'i olmalıdır.

Yakala

Bir hesap durumunun 'Collections' veya benzeri bir duruma değişmesinden çıkarılır.

Event tipi inferred
Yakalanan Ücretler
Faturalandırılabilir hizmetlerin veya öğelerin hastanın hesabına girişini temsil eder. Bu, klinik sistemlerden otomatik olarak veya personel tarafından manuel entry yoluyla gerçekleşebilir.
Neden önemli

Bu aktivite, hizmet sunumu ile faturalandırma başlatma arasındaki süre olan 'tahsilat gecikmesini' ölçmek için kritiktir ve nakit akışını ve gelir bütünlüğünü doğrudan etkiler.

Nereden alınır

Her ücret satır öğesinin oluşturulma timestamp'iyle tanımlanan ücret işlem tablolarından yakalanır. Oracle Health'te bu genellikle ücretle ilgili tablolardadır.

Yakala

Her yeni ücret için işlem günlüğü girişi oluşturuldu.

Event tipi explicit
Önerilen İsteğe Bağlı

Veri Çekim Kılavuzları

Oracle Health Gelir Döngüsü'nden data'larınızı nasıl alırsınız?