Özel Hastanelerde Kaçan Çağrıları Azaltma

Özel hastanede telefon her birimin işine dokunur. Aynı numarayı randevu almak, randevusunu değiştirmek, tetkik hazırlığı için onaylı bilgiye ulaşmak, ücret ve anlaşmalı kurum sormak, yabancı dilde destek istemek, sonuçlarını nasıl göreceğini öğrenmek ya da belli bir birime ulaşmak isteyenler arar. Cevapsız kalan çağrıyla yalnız bir telefon kaybolmaz; hastanın hangi adımda takıldığını gösteren bilgi de kaybolur.

Akıllı yönlendirmeyi daha çok çağrı açacağı sözüyle seçmeyin. Talebi güvenle ayırıp ayırmadığına, doğru ekibe aktarıp aktarmadığına ve sonucu ölçüp ölçmediğine bakarak karar verin.

Sağlık Bakanlığının sağlıkta kalite yaklaşımı, kamu ve özel sağlık kuruluşlarında güvenlik, memnuniyet, süreklilik ve zamanlılık hedeflerini birlikte ele alır. Telefonu hastanenin geri kalanından kopuk bir teknoloji olarak kurmamak için iyi bir başlangıç noktası budur. Çağrı otomasyonu işleri hızlandırırken hastayı yanlış kliniğe yönlendiriyor, gereksiz veri topluyor ya da insana ulaşmayı zorlaştırıyorsa satın alma hedefi eksik kurulmuş demektir. WHO'nun sağlıkta yapay zekâ kullanımı için yayımladığı rehber de insan özerkliğini, güvenliği, şeffaflığı ve hesap verebilirliği tasarım aşamasında ele almayı önerir. En iyi sistem her konuşmayı otomatik bitiren sistem olmaz; hangi konuşmanın otomasyonda kalabileceğini, hangisinin yetkili bir kişiye geçmesi gerektiğini her seferinde aynı biçimde bilen sistem en iyisidir.

Kaçan çağrıyı doğru tanımlayın#

Satın almadan önce kaç çağrının kaçtığını sormak yetmez. Hangi talebin hangi nedenle sonuçsuz kaldığını bulun.

Mevcut santralden en az dört haftalık, anonimleştirilmiş bir trafik özeti çıkarın. Arama saatini, bekleme süresini, arayanın ne zaman kapattığını, aranan dahiliyi, tekrar aramaları, aktarım sayısını ve çağrının hangi kodla kapandığını aynı tabloda görün. Kişisel sağlık verisi içeren konuşma kaydını bu ilk analiz için zorunlu varsaymayın; çoğu kapasite problemi, trafik ve kuyruk metadatasıyla görülebilir.

Kaçan çağrıları şu gruplara ayırın:

• Erişilemeyen çağrı: Arayan, sırada beklerken telefonu kapatır.
• Yanlış yönlenen çağrı: Çağrı cevaplanır, ama ilk aktarım doğru birime gitmez.
• Çözümsüz çağrı: Birim telefonu açar, ancak talebi karşılayacak yetkisi, bilgisi ya da sistem erişimi yoktur.
• Tekrar çağrısı: Aynı kişi aynı iş için kısa süre içinde yeniden arar. İşin ilk aramada çözülüp çözülmediğini bu grup gösterir.
• Mesai dışı talep: Canlı ekip olmadığı için çağrı sonuçlanmaz; ertesi gün geri aranacaklar listesine alınabilir.
• Güvenlik devri: Sistem klinik belirti, acil yardım beklentisi, şikâyet, veri hakkı talebi ya da kimlik doğrulama riski gördüğü için otomasyonu durdurur ve çağrıyı bir kişiye aktarır.

Ayrım yapılmadan hazırlanan yatırım dosyası, cevaplanan çağrı oranını yükseltse bile hastanın işinin bitip bitmediğini göstermez. Şartnameye her talep türü için sonuç kodunu, aktarım nedenini ve geri dönüş durumunu yazın.

Akıllı yönlendirme nasıl kurulmalı?#

Görev yönlendiren yazılımların çoğu aynı mantıkla çalışır: gelen işi özellikleriyle tanımlar, belli adımlardan geçirir, uygun sırayı seçer ve o an boşta olan yetkin çalışana verir. Twilio TaskRouter belgeleri beceriye göre yönlendirmeyi, önceliği ve bekleme uzayınca işin bir üst seviyeye taşınmasını anlatır; Amazon Connect belgeleri de sıra, iletişim türü, öncelik, gecikme ve bir temsilcinin aynı anda kaç iş alabileceği arasındaki ilişkiyi açıklar. Hastane için markadan bağımsız ders şu: yönlendirme sabit bir tuşlama menüsü olarak kalmasın, hastanenin kendisinin değiştirebildiği bir kural listesi olsun.

İyi bir kurulumda sistem her çağrıdan en az şu bilgileri çıkarır: dil tercihi, talep türü, tesis, branş, yeni ya da mevcut randevu, ödeme veya anlaşmalı kurum sorusu, erişilebilirlik ihtiyacı, geri arama tercihi ve kimlik doğrulama seviyesi. Bu bilgilerle randevu işini merkezi randevu ekibine, provizyon sorusunu ilgili idari ekibe, yabancı dildeki talebi o dili konuşan çalışana, çözülemeyen özel durumu da hasta iletişim sorumlusuna gönderebilir.

AI talebi yanlış sınıflandırabilir; son söz bu yüzden kurallarda kalsın. Sistem emin olmadığında, arayan çelişkili konuştuğunda ya da aynı cümlede birden çok iş istediğinde, kimlik doğrulama arka arkaya başarısız olduğunda veya arayan bir kişiyle görüşmek istediğinde çağrı insana geçsin.

Acil sağlık ihtiyacı izlenimi veren ifadelerde sistem teşhis koymamalı, klinik öncelik üretmemeli ve tedavi önermemelidir. Kurumun onayladığı kısa güvenlik metnini iletmeli ve belirlenmiş acil iletişim akışına ya da canlı yetkiliye devretmelidir. Bu kuralı kabul testinde deneyin; satış demosunda görmek yetmez. Aynı testi kaçan çağrıyı karşılayan sesli yanıt sistemi canlıya alınmadan önce bir kez daha yapın.

Departman haritasını telefon rehberinden ayırın#

Hastanenin organizasyon şeması ile arayanın konuşma dili birbirini tutmaz. Arayan nükleer tıp sekreterliğini sormaz, çekimden önce ne yapacağını sorar. Kurumsal pazarlamayı aramaz, yabancı hasta için fiyat teklifi ister. Gelir yönetimini bilmez, özel sigortasının geçerli olup olmadığını merak eder. Sistemin talep listesini bu yüzden dahili numara listesinden türetmeyin.

Her talep türüne bir sorumlu atayın ve şu tabloyu doldurun: talep türü, otomasyonda verilebilecek onaylı bilgi, gereken kimlik seviyesi, çağrının ilk gideceği ekip, o ekip doluysa yedek ekip, en uzun bekleme hedefi, mesai dışında ne olacağı, iş yapılamazsa söylenecek mesaj ve kaydın ne kadar saklanacağı. Branş adı değiştiğinde ya da bir hekimin takvimi kapandığında tabloyu kimin güncelleyeceğini sözleşmeye yazın. Yazmazsanız ilk kurulum doğru görünür, ama hastanedeki günlük iş değiştikçe yönlendirme sessizce bozulur.

Veri minimizasyonu ve mahremiyet satın alma kriteridir#

KVKK, sağlık ve cinsel hayata ilişkin verileri özel nitelikli kişisel veri olarak tanımlar ve bunların daha sıkı korunmasını gerektirir. Telefon otomasyonunda bu, her çağrıda yalnız iş için gereken en az veriyi kullanmak demektir. Çalışma saati soran kişiden kimlik bilgisi alınmamalı; randevu değişikliği gibi hesapla ilişkili bir işlemde ise kurumun belirlediği doğrulama adımları tamamlanmadan ayrıntı açıklanmamalıdır.

Teklifte şu sorulara yazılı yanıt isteyin: Ses kaydı varsayılan olarak açık mı? Kayıt ve metin dökümü ayrı ayrı kapatılabiliyor mu? Saklama süresi talep türüne göre belirlenebiliyor mu? Alt işleyenler kimler? Veriler hangi ülkelerde işleniyor? Yetkili personelin erişimi rol bazlı mı? Arama metninde hassas bilgi maskeleme var mı? Eğitim amacıyla müşteri konuşmaları yeniden kullanılıyor mu? Silme, dışa aktarma ve denetim kaydı süreçleri nasıl işliyor? İhlal bildirim sorumlulukları sözleşmede kime ait?

Bir firmanın "verileriniz güvende" demesi yetmez. Kurumun veri envanterine girecek bilgiyi, yani hangi verinin nereye gittiğini, ne kadar saklandığını, kimin görebildiğini ve silindiğinin nasıl kanıtlandığını göstermesini isteyin. NIST AI Risk Management Framework'ün yaklaşımı burada işe yarar: önce kullanım amacını ve kuralları yazın, riskleri ve etkilenen kişileri çıkarın, başarıyı ve hata türlerini ölçün, sonra düzeltici kontrolleri çalıştırın.

Sistemlere bağlanmayan yönlendirme yarım kalır#

AI santral hastane bilgi yönetim sistemine ya da randevu sistemine kontrollü biçimde bağlanmıyorsa, çoğu talebi yalnızca başka birine aktaran gelişmiş bir karşılama ekranına dönüşür. Satın almadan önce bağlanacak sistemlerin listesini çıkarın: telefon altyapısı, hekim ve kaynak takvimleri, tesis ve branş listesi, randevu oluşturma/değiştirme/iptal API'leri, CRM'deki geri arama listesi, anlaşmalı kurum bilgisinin geldiği kaynak, bildirim servisi ve raporların toplandığı veri ambarı.

Her bağlantı için okuma ve yazma yetkisini ayrı ele alın. Takvimdeki boş saati okumakla randevu oluşturmak aynı riski taşımaz. İlk denemeye yalnız boş saatleri okuyarak ve geri arama kaydı açarak başlayın; yazma işini sonra, kontrollü biçimde açın. Sistem randevu yazacaksa her işleme ayrı bir işlem anahtarı verin, hata olunca kaç kez yeniden deneyeceğini belirleyin ve işlemin gerçekten tamamlandığını sistemden onaylatın. Bunlar olmadan ağdaki kısa bir gecikme aynı randevuyu iki kez açabilir ya da arayana yanlış onay verdirebilir.

Bir sistem çöktüğünde ne olacağını da test edin. Randevu servisi cevap vermiyorsa AI tahmine dayanarak boş saat uydurmasın; talebi referans numarasıyla bekleyen işler listesine alsın ve bir çalışana bıraksın. Santral firmasına ulaşılamıyorsa mevcut telefon altyapısına dönüş planı hazır olsun. Yedek yol, iş sürekliliği tatbikatı ve olay sonrası rapor da sözleşmeye girsin.

KPI listesini cevaplama oranından geniş kurun#

Deneme döneminin sonuç tablosunda en az şu ölçüler olsun:

1. Talep türüne ve saat dilimine göre gelen çağrı sayısı.
2. Çağrının insan ya da otomasyon tarafından cevaplanma süresi.
3. Sırada beklerken kapatanların oranı ve ne zaman kapattıkları.
4. İlk aramada çözülen işler; kaç gün içinde tekrar arandığıyla birlikte.
5. İlk aktarımın doğru birime gitme oranı ve birden fazla aktarılan çağrılar.
6. Otomasyonda tamamlanan idari işlerin oranı.
7. İnsana aktarılan çağrıların oranı, nedeni ve aktarımdan sonra ne olduğu.
8. Yanlış bilgi, yanlış ekibe aktarım, başarısız kimlik doğrulama ve bağlantı hatası.
9. Geri arama sözü verilen taleplerin zamanında kapanma oranı.
10. Mahremiyet, güvenlik ve hasta iletişimi şikâyetleri.

Bu ölçüleri branşa, tesise, dile ve mesai dilimine göre ayırın. Küçük gruplarda rapor kişiyi tanınır hâle getirebiliyorsa grupları birleştirin ya da çok az kişinin olduğu satırları göstermeyin.

Tedarikçi yalnız toplam otomasyon oranını gösteriyorsa hatanın nerede çıktığını göremezsiniz.

İş gerekçesini gerçek hacimle hesaplayın#

B2B yatırım kararı için önce geçmiş dönemin maliyetini çıkarın. Çağrı başına personel süresini, fazla mesaiyi, dış kaynak maliyetini, geri aramaya harcanan süreyi, yanlış aktarımların ve tekrar çağrıların yükünü ayrı satırlara yazın. Hesaba yalnız denemede doğrulanan değişimi ekleyin. Her cevaplanan çağrıyı gelir saymayın; randevu talebinin, bilgi sorusunun ve mevcut bir işe verilen desteğin ticari değeri farklıdır.

Toplam sahip olma maliyetine lisansın yanında telefon dakikasını, konuşma çözümlemeyi, bağlantı geliştirmeyi, güvenlik incelemesini, veri saklamayı, desteği, değişiklik taleplerini, personel eğitimini ve çıkış maliyetini ekleyin. Fiyat çağrı, dakika, aynı anda açık oturum ya da tamamlanan işlem üzerinden belirlenebilir. Hacim büyüdükçe hangi kalemin düz bir çizgide, hangisinin basamak basamak arttığını önceden hesaplayın. Satın alma komitesi en düşük birim fiyatına takılıp kalmasın; söz verilen hizmet düzeyinde toplam maliyeti önceden kestirilebilen teklifi seçsin.

Demo yerine kabul testi isteyin#

Firmanın demosu seçilmiş örneklerle çalışır. Kabul testinde ise hastanedeki gerçek çeşitliliği anonim kayıtlarla ve deneme senaryolarıyla siz sınayın. En az şu senaryoları hazırlayın: benzer isimli branşlar, birden fazla tesis, hekim değişikliği, kapalı takvim, iki ayrı iş isteyen tek cümle, gürültülü hat, farklı aksan, insanla görüşmek isteyen arayan, bilgi vermeyi reddeden arayan, başarısız kimlik doğrulama, sistem kesintisi, mesai dışı çağrı ve güvenlik devri.

Her senaryo için beklenen ekibi, izin verilen yanıtı, yasak yanıtı, en fazla kaç tur konuşulacağını ve insana ne zaman geçileceğini önceden yazın. Sonucu doğru ya da yanlış diye kaydetmekle yetinmeyin; sistemin ne kadar emin olduğunu ve hatanın türünü de not edin. Model ya da kural listesi her güncellendiğinde aynı test paketini baştan çalıştırın.

90 günlük uygulanabilir yol haritası#

İlk 30 gün: Çağrı listesini çıkarın, talep türlerini ve her birinin sorumlusunu belirleyin, veri koruma etki değerlendirmesini başlatın, bugünkü ölçüleri kaydedin. Klinik ve idari sınırları yazıya dökün.

31-60 gün: Tek bir tesis ve sınırlı sayıda talep türü seçin. Önce çalışma saatleri, konum, hekim ve branş bilgisi, geri arama kaydı ve randevu talebi gibi düşük riskli işleri kurun. Çağrının canlı ekibe geçişini ve bir sistem çöktüğünde ne olduğunu test edin. Çalışanlara AI'ın yanlışını düzeltmeyi ve olay bildirmeyi öğretin.

61-90 gün: Sonuçları geçmiş dönemle karşılaştırın. Yanlış yönlendirme ve mahremiyet olaylarının kök nedenini çıkarın. Randevu yazma gibi daha etkili yetkileri yalnız kabul sınırları tuttuysa açın. Sistemi hastaneye tesis tesis açın; tek bir iyi haftanın sonucunu bütün hastaneye genellemeyin.

Satın alma komitesinin son kontrol listesi#

Karar vermeden önce firmadan mimari şemayı, hangi verinin nereye gittiğini gösteren envanteri, alt işleyen listesini, kimin neyi görebildiğini gösteren rol tablosunu, saklama ve silme kuralını, model değişikliklerinin nasıl yönetildiğini, olay müdahale planını, iş sürekliliği hedeflerini ve sözleşme bitince vereceği desteği isteyin. Hastane tarafında çağrı merkezi, hasta deneyimi, bilgi işlem, bilgi güvenliği, hukuk/KVKK, kalite birimi ve ilgili klinik/idari hizmet sahipleri aynı kabul tablosunu imzalamalıdır.

Yanlış kurulan akıllı yönlendirme, bekleme müziğinin önüne yeni bir engel koymaktan öteye geçmez. Doğru kurulduğunda çağrının neden geldiğini gösterir, onu yönetilebilir bir sıraya bağlar, insana geçiş yolunu açık tutar ve sonucu ölçülebilir kılar. Özel hastane için asıl satın alma değeri burada: her talebin sahibi, sınırı, kayıt izi ve kabul ölçütü belli olan, her gün işletilebilen bir iletişim sistemi.

İlgili AgentFix rehberleri#

• Sağlıkta yapay zeka kullanım alanları
• Sağlıkta dijital dönüşüm yol haritası