Sağlık sigortası provizyon sistemi nasıl çalışır?

Sağlık sigortası provizyon sistemi, sigortalının anlaşmalı bir sağlık kurumunda alacağı hizmetin poliçe kapsamında olup olmadığını kontrol eden ve sigorta şirketi adına ödeme onayı (provizyon) veren yazılımdır. Sigortalı hastane veznesinde kimliğini gösterdiğinde arka planda poliçe geçerliliği, teminat, limit, muafiyet, bekleme süresi ve tıbbi uygunluk kontrolleri çalışır. Sonuç, basit işlemlerde birkaç saniye içinde, tıbbi inceleme gereken durumlarda ise hekim değerlendirmesinden sonra hastaneye döner.

Provizyon, sağlık sigortasında müşteri deneyiminin en görünür anıdır. Sigortalı poliçe başvurusunu yılda bir kez yapar, ama provizyonu her hastane ziyaretinde yaşar. Bu nedenle provizyon sisteminin hızı, tutarlılığı ve karar kalitesi hem müşteri memnuniyetini hem de hasar maliyetini doğrudan belirler.

Provizyon ile hasar arasındaki fark nedir?

Provizyon, hizmet verilmeden önce ya da hizmet sırasında verilen ödeme onayıdır; hasar ise hizmet tamamlanıp fatura kesildikten sonra oluşan ödeme kaydıdır. İki süreç birbirine bağlıdır, ancak farklı zamanlarda ve farklı kontrollerle çalışır.

Sağlık sigortasında iki ana ödeme yolu vardır:

• Anlaşmalı kurum (doğrudan ödeme): Sigortalı, sigorta şirketinin anlaşmalı olduğu kurumda hizmet alır. Kurum provizyon ister, sigortalı yalnızca varsa katılım payını öder, kalan tutarı kurum sigorta şirketine fatura eder.
• Anlaşmasız kurum (geri ödeme): Sigortalı bedeli kendisi öder, ardından fatura ve tıbbi belgeleriyle sigorta şirketine başvurur ve poliçe koşullarına göre hesaplanan tutarı geri alır.

Provizyon sistemi birinci yolun omurgasıdır. İkinci yolda da aynı kural motoru kullanılır, ancak kontrol hizmet sonrasında belgeler üzerinden yapılır. Her iki durumda da süreç sonunda bir hasar dosyası oluşur ve hasar yönetim sistemi üzerinden ödeme, rezerv ve raporlama adımları işletilir.

Provizyon süreci adım adım nasıl işler?

Tipik bir provizyon akışı, sigortalının kimlik doğrulamasıyla başlar ve fatura mutabakatıyla kapanır. Ayakta tedavide bu akışın büyük kısmı otomatik ilerler; yatarak tedavi ve planlı ameliyatlarda ise tıbbi değerlendirme ağırlıklıdır.

1. Kimlik ve poliçe sorgusu: Hastane Bilgi Yönetim Sistemi (HBYS), sigortalının kimlik numarasıyla sigorta şirketinin ya da şirketin çalıştığı provizyon merkezinin sistemine sorgu gönderir. Sistem aktif poliçeyi, sigortalının planını ve ağ (network) bilgisini döndürür.
2. Kurum ve ağ kontrolü: Kurumun sigortalının planındaki anlaşmalı ağa dahil olup olmadığı ve hangi fiyat listesinin uygulanacağı belirlenir.
3. Teminat eşlemesi: Talep edilen hizmet, örneğin muayene, tahlil, görüntüleme veya ameliyat, ilgili teminata eşlenir. Tanı için Uluslararası Hastalık Sınıflandırması (ICD-10) kodları, işlemler için kurumla anlaşılmış işlem kodları kullanılır.
4. Kural kontrolleri: Bekleme süresi, poliçe öncesi hastalık istisnası, yaş ve cinsiyet uygunluğu, yıllık ve olay başı limitler, seans ve adet sınırları, muafiyet ve katılım payı hesaplanır.
5. Otomatik karar veya tıbbi inceleme: Tüm kurallardan geçen talepler otomatik onaylanır. Belirli tutar veya işlem tiplerini aşan talepler, planlı ameliyat ve yatış talepleri tıbbi provizyon ekibine düşer. Hekim; epikriz, rapor ve tetkik sonuçlarını inceleyerek onay, kısmi onay, ek belge talebi veya ret kararı verir.
6. Provizyon sonucu ve limit blokajı: Onaylanan tutar sigortalının limitinden bloke edilir. Hastaneye provizyon numarası, onaylanan tutar ve sigortalının ödeyeceği pay bildirilir.
7. Fatura ve mutabakat: Hizmet sonrası kurum faturasını ve tıbbi belgelerini iletir. Fatura provizyonla karşılaştırılır; fark varsa inceleme başlar. Onaylanan tutar hasar olarak kaydedilip ödemeye alınır ve limit blokajı gerçek harcamaya dönüştürülür.

Provizyon sisteminin temel bileşenleri nelerdir?

Bir provizyon sistemi; entegrasyon katmanı, kural motoru, tıbbi iş akışı, anlaşma ve fiyat yönetimi, limit yönetimi ile mutabakat modülünden oluşur. Bileşenlerin her biri ayrı ölçeklenebilir ve ayrı ekiplerce yönetilebilir olmalıdır.

Kural motoru bu yapının kalbidir. Sağlık ürünlerinde teminat yapısı sık değişir ve her ürün sürümü farklı limit ve istisna kombinasyonları içerir. Kurallar kod içine gömülürse her ürün güncellemesi bir yazılım sürümü gerektirir. Sigorta ürün modelleme yaklaşımıyla teminat, limit ve istisnaların parametre olarak tanımlanması, provizyon kural motorunun da poliçe sistemiyle aynı tanımları okumasını sağlar.

Suistimal kontrolleri ise ayrı bir uzmanlık alanıdır. Aynı gün farklı kurumlarda benzer işlemler, sık tekrarlanan yüksek tutarlı tetkikler veya kurum bazında olağandışı fatura örüntüleri kural ve skor modelleriyle izlenebilir. Yöntemler sigorta dolandırıcılığı tespiti yazısında ayrıntılı ele alınmıştır.

Tamamlayıcı sağlık sigortasında provizyon nasıl farklılaşır?

Tamamlayıcı sağlık sigortasında (TSS) provizyon, Sosyal Güvenlik Kurumu (SGK) ile anlaşmalı özel sağlık kurumlarında SGK'nın karşıladığı tutarın üzerindeki fark ücretinin sigorta şirketince karşılanması mantığına dayanır. Bu nedenle süreçte SGK tarafındaki işlem ile özel sigorta provizyonunun birlikte ele alınması gerekir.

Hastane, SGK tarafı için MEDULA sistemi üzerinden işlem yaparken özel sigorta tarafı için sigorta şirketinin provizyon sistemine başvurur. Provizyon sisteminin, SGK tarafından karşılanan kısım ile sigortalıdan alınabilecek fark ücreti arasındaki ilişkiyi ve TSS poliçesinin kapsadığı hizmet tiplerini doğru hesaplaması gerekir. TSS ürünlerinde teminat ve ağ yapısı görece standart olduğundan otomatik onay oranı yüksek tutulabilir; bu da kural motorunun ve hastane entegrasyonunun kalitesini daha belirleyici kılar.

Özel sağlık sigortasında ise ağ yapısı, plan çeşitliliği, ayakta ve yatarak teminat ayrımı ve limit kombinasyonları daha karmaşıktır. Aynı provizyon altyapısının her iki ürün ailesini desteklemesi mümkündür, ancak kural setlerinin ürün bazında ayrı yönetilmesi gerekir.

Provizyon sisteminde hız ve güvenlik nasıl dengelenir?

Provizyon, sigortalı hastane veznesinde beklerken çalışan bir süreçtir; bu yüzden performans doğrudan bir müşteri deneyimi meselesidir. Aynı zamanda sağlık verisi işlendiği için güvenlik ve mahremiyet ödün verilemeyecek gereksinimlerdir.

Performans tarafında öneriler:

• Poliçe, plan ve kurum anlaşma verisini sorgu anında birden fazla sistemden toplamak yerine provizyon için optimize edilmiş bir okuma modelinde hazır tutun.
• Dış servislere bağımlı kontrolleri, örneğin suistimal skorunu, zaman aşımı tanımlı çağrılarla yapın; skor gecikirse talebi inceleme kuyruğuna yönlendirin, sigortalıyı bekletmeyin.
• Aynı talep ağ hatası nedeniyle tekrar geldiğinde çift provizyon oluşmaması için istekleri benzersiz bir anahtarla (idempotency) işleyin.
• Eş zamanlı taleplerde limit blokajının tutarlı kalmasını sağlayacak bir kilitleme stratejisi kurun.

Güvenlik tarafında sağlık verisi, KVKK kapsamında özel nitelikli kişisel veridir. Tanı, epikriz ve tetkik sonuçlarına erişim yalnızca tıbbi provizyon ekibine ve görevi gereği ihtiyaç duyan rollere açılmalı, her erişim kayıt altına alınmalıdır. Hastanelerle kurulan bağlantılarda karşılıklı kimlik doğrulama, şifreli iletim ve kurum bazlı yetkilendirme uygulanmalıdır. Ayrıntılar için KVKK uyumlu sigorta yazılımı rehberine bakılabilir.

Provizyon sistemi için kontrol listesi

• Poliçe, plan ve ağ bilgisi provizyon sorgusunda tek çağrıyla okunabiliyor mu?
• Teminat, limit, bekleme süresi ve istisnalar kod değil, parametre olarak mı tanımlı?
• Otomatik onay kuralları ve eşikleri iş birimi tarafından izlenebiliyor ve kontrollü biçimde değiştirilebiliyor mu?
• Tıbbi inceleme kuyruğunda her talebin bekleme süresi ölçülüyor mu?
• Ret ve kısmi onay kararlarının gerekçesi yapılandırılmış biçimde kaydediliyor mu?
• Fatura ile provizyon arasındaki farklar otomatik tespit ediliyor mu?
• Kurum bazlı dönemsel mutabakat raporu üretilebiliyor mu?
• Sağlık verisine erişimler rol bazlı sınırlanmış ve kayıt altında mı?
• Hastane entegrasyonu kesintiye uğradığında çağrı merkezi veya portal gibi yedek süreç tanımlı mı?

ProdayTech olarak sağlık sigortası projelerinde provizyon kurallarını ürün tanımından türetmeyi ve her otomatik kararın gerekçesiyle birlikte izlenebilir olmasını temel tasarım ilkesi olarak ele alıyoruz. Provizyon altyapınızı değerlendirmek isterseniz iletişim bölümünden bize ulaşabilirsiniz.