Sesli yapay zekayla klinik çağrı yönlendirme: insana devir rehberi

Kliniğe gelen çağrılar nadiren eski bir IVR menüsünün varsaydığı kadar basittir. Biri yeni bir tedavi, bir randevu, bir belge, bir ödeme ya da açık bir dosya için arayabilir, ilk cevabı duyunca da konuyu değiştirebilir. Doğru yol yalnızca bölümün adına bağlı değildir. Talebe, dile, hastanın durumuna, aciliyete ve kliniğin bir sonraki adımda güvenle ne yapabileceğine bağlıdır.

Bu yüzden klinikte sesli yapay zekanın hedefi “olabildiğince çok çağrıyı otomasyonda tutmak” olmamalı. Hedef işe yarayan bir ilk görüşmedir: kurallar netse rutin talebi çözmek, bir sonraki ekibin ihtiyaç duyduğu bağlamı toplamak ve arayana hikayesini yeniden anlattırmadan devretmek.

Klinikte yönlendirme neden bir IVR menüsünden zordur

Tuşlamalı bir menü, arayanın sorunun hangi ekibe ait olduğunu zaten bildiğini varsayar. Çoğu arayan bilmez. Bir iç bölümün adını değil, ulaşmak istediği sonucu anlatır. “Randevumu ertelemem lazım”, “Tahlil sonuçlarım portalda görünmüyor” ve “Haftaya yola çıkıyorum, yanımda ne getirmem gerekiyor?” cümlelerinin hepsi aynı santral numarasından gelse de farklı ekiplere düşebilir.

• Bir arayanın birden fazla talebi olabilir. Tedavi hakkında bir soru, randevu sorusuna, seyahat sorusuna ya da koordinatörle görüşme isteğine dönüşebilir.
• Dil, en güvenli yolu değiştirir. Arayan bir dilde başlayıp görüşmenin ortasında başka bir dile geçebilir ya da agent'ın daha önce duymadığı tedavi terimleri kullanabilir.
• Aciliyet çoğu zaman açıkça söylenmez. Arayan sakin görünürken kliniğin onaylı politikasına göre insan incelemesi gerektiren bir durumu anlatıyor olabilir.
• Aktarımlar görünmeyen iş yaratır. Kör aktarım bir dashboard'da kuyruğu kısaltırken başka bir yerde ikinci bir anlatım, kaçırılmış bir geri arama ya da mükerrer bir kayıt yaratabilir.

Bölüme göre değil, talebe göre yönlendirin

Arayanın ulaşmak istediği sonuçtan başlayın. Agent, çağrının nereye gideceğine karar vermeden önce talebi küçük ve incelenebilir bir talep listesinden birine yerleştirmeli. Liste yolu değiştirecek kadar ayrıntılı, gerçek görüşmelerde güvenilir kalacak kadar da kısa olmalı.

Bu sınıflandırma bir teşhis değildir ve teşhis gibi davranmamalıdır. Bir sonraki adımı kimin güvenle atabileceğine dair operasyonel bir karardır. Talep listesini, sorulacak soruları ve izin verilen yolları kliniğin tıbbi ve gizlilik sorumluları onaylamalıdır.

Yönlendirme için en az soruyu sorun

Her ek soru sürtünme yaratır ve arayanın güvenini kaybetmesi için bir fırsat daha açar. Yalnızca bir sonraki adımı değiştirecek bilgiyi isteyin. İşe yarayan bir sıra şöyledir:

1. Amacı teyit edin. “Bugün size nasıl yardımcı olabiliriz?”
2. Dili teyit edin. Dil tespiti belirsizse seçimi arayana bırakın, aktarım boyunca da aynı dilde kalın.
3. Hastanın durumunu belirleyin. İlk kez mi soruyor, mevcut hasta mı, planlanmış bir randevusu mu var, yoksa başkası adına mı arıyor?
4. Asgari bağlamı çekin. Onaylı tanımlayıcıyı ve iş akışı için gereken kayıt alanlarını kullanın, fazlasını değil.
5. Bir sonraki güvenli adımı önerin. Cevaplayın, randevu verin, randevuyu değiştirin, onaylı bir mesaj gönderin ya da doğru sorumluya bağlayın.

Yönlendirme agent'ını doğaçlama yapan bir klinik görüşmeciye çevirmeyin. Akış, arayanın klinik bir ekibe ihtiyacı olduğunu fark edebilir; bunun için belirtileri yorumlaması, tedavi önermesi ya da kliniğin protokolünü çiğnemesi gerekmez.

İnsana devri ilk yayından önce tanımlayın

İnsana devir, prompt'un sonuna saklanmış bir hata durumu değil, tasarlanmış bir sonuç olmalı. Kuralları sade bir dille yazın ki operasyon, tıbbi, gizlilik ve kalite sorumluları aynı sürümü inceleyebilsin.

Sık görülen devir tetikleyicileri:

• Arayan klinik bir soru soruyor ya da onaylı bilgi tabanının dışında tavsiye istiyor.
• Arayan sıkıntısını dile getiriyor, şikayette bulunuyor ya da belirli bir personelle görüşmek istiyor.
• Kimlik, izin durumu ya da kayıt eşleşmesi belirsiz.
• Dil tespitine güven düşük, arayan dil değiştiriyor ya da bir tedavi terimi muğlak.
• Bir randevu, ödeme, belge ya da CRM işlemi güvenle tamamlanamıyor.
• Arayan, kliniğin onaylı acil durum protokolünün kapsadığı bir durumu anlatıyor.

Agent, kliniğin tutamayacağı bir söz vermeden sırada ne olacağını anlatmalı. Devir mümkün değilse devir nedenini, tercih edilen geri arama aralığını ve sorumluyu içeren öncelikli bir görev açılmalı. “Daha sonra tekrar arayın” bir yönlendirme sonucu değildir, yarım kalmış bir iştir.

Görüşmeyi aktarımla birlikte taşıyın

Sıcak devrin değeri şudur: devralan ekip arkadaşınız konuşmaya başlamadan önce kısa bir operasyon özeti görür. Kör aktarım basit ve sonucu belli bir yol için bazen uygundur, ama bir istisnada ya da hassas bir görüşmede varsayılan olmamalıdır.

Devralan ekip şunları görmeli:

• Arayanın talebi: çağrının nedeni, arayanın kendi sözleriyle.
• Dil: tercih edilen dil ve tespit edilen belirsizlikler.
• Kayıt durumu: eşleşti, bulunamadı ya da doğrulanmadı; gereksiz veri göstermeden.
• Yapılan işlem: agent'ın neyi kontrol ettiği, değiştirdiği, gönderdiği ya da tamamlayamadığı.
• Aktarım nedeni: klinik inceleme, şikayet, politika sınırı, belirsizlik ya da arayanın isteği.
• Sonraki sorumlu: bir sonraki adımdan sorumlu kişi ya da kuyruk.

Özet, ekip arkadaşınızın bütün transkripti baştan dinlemesine değil, doğrudan bir sonraki soruya geçmesine yardım etmeli. Kısa ve yapılandırılmış olsun, devralan ekibin zaten çalıştığı CRM'de ya da operasyon panelinde görünsün.

Uygulamada bir klinik çağrı akışı

Güvenilir bir akışı anlatmak da test etmek de kolaydır:

1. Açıkça başlayın. Kliniğin adını, agent'ın rolünü ve bir insana ulaşma yolunu söyleyin.
2. Talebi anlayın. Dar bir netleştirme sorusu sormadan önce arayanın rahatça konuşmasına izin verin.
3. Yolu teyit edin. Bir sonraki adımı sade bir dille tekrarlayın: randevu, bilgi, fatura ya da insan incelemesi.
4. Onaylı sistemi kontrol edin. İşlem için gereken asgari kayıt alanlarını okuyun, kayıt eşleşmiyorsa bunu söyleyin.
5. İşlemi tamamlayın ya da hazırlayın. Randevu verin, randevuyu değiştirin, onaylı linki gönderin ya da sorumlusu belli bir görev açın.
6. Bağlamla devredin. Değerlendirme, hassasiyet ya da belirsizlik söz konusuysa sıcak devir yapın.
7. Somut bir sonraki adımla kapatın. Arayana ne olacağını, işin kimde olduğunu ve geri arama gerekiyorsa ne zaman aranmayı beklemesi gerektiğini söyleyin.

Her adım makinenin okuyabileceği bir sonuç bırakmalı. Sonucu olmayan bir transkript kalite incelemesini yavaşlatır; nedeni olmayan bir sonuç da iyileştirmeyi tahmin oyununa çevirir.

Yalnızca otomasyonda tutma oranını değil, yönlendirme kalitesini ölçün

Yüksek bir otomasyon oranı kötü bir hasta deneyimini gizleyebilir. Klinik, çağrının işe yarar bir sonuca ulaşıp ulaşmadığını ve devralan ekibin ihtiyaç duyduğu her şeye sahip olup olmadığını ölçmeli.

Bu metrikleri talebe, dile, zaman aralığına ve kuyruğa göre inceleyin. Genel ortalama sağlıklı görünürken tekrar işlerin çoğunu tek bir dil ya da tek bir mesai dışı yol üretiyor olabilir.

DRING'in analitik katmanı puanlanan sonuçlar, transkript bağlamı ve sonraki adımlar etrafında kurulmuştur; operasyon ekipleri yalnızca tamamlanan çağrıları saymak yerine yolun kendisini inceleyebilir.

Uç durumları canlıya çıkmadan test edin

Her şeyin yolunda gittiği senaryo en az öğretici testtir. Klinik, hattı gerçek arayanlara açmadan önce güveni sarsabilecek anları içeren bir senaryo seti kurmalı:

• Arayan görüşmenin ortasında dil değiştiriyor.
• Arayan sözü kesiyor, susuyor ya da agent'la aynı anda konuşuyor.
• Arayanın iki randevusu var ya da tek bir hesapta iki kişi kayıtlı.
• Kayıt bulunamıyor, tanımlayıcı eşleşmiyor ya da arayan bilgiyi paylaşmak istemiyor.
• Randevu sistemi, CRM ya da mesaj gönderim aracı çalışmıyor.
• Arayan klinik bir değerlendirme, belirli bir personel ya da acil bir insan yolu istiyor.
• Hat kapalı, kuyruk dolu ya da devralan ekip aktarımı kabul etmiyor.
• Arayan daha önce ne yapıldığını soruyor ve agent kayıtta olmayan bir güncelleme uydurmamalı.

Her senaryoyu yol seçimi, politikaya uyum, anlaşılırlık, söz kesilmesini yönetme, devir kalitesi ve kayda yazılan sonuç açısından puanlayın. Bu durumlar prova edilmediyse parlak bir demo canlı hat hakkında pek bir şey söylemez. Kademeli yayından önce DRING'in agent'ları nasıl test ettiğine bakın.

Gizlilik ve yönetişim yönlendirme haritasının içindedir

Sağlık operasyonlarında koordinasyon ile tıbbi karar arasında net bir sınır gerekir. Yönlendirme haritası hangi verinin toplandığını, neden gerektiğini, nereye yazıldığını, kimin görebildiğini ve ne kadar saklandığını göstermeli.

• Toplanan veriyi en aza indirin. Kuyruğa atamak için dil, talep ve geri arama aralığı yetiyorsa tüm sağlık geçmişini sormayın.
• Erişimi role göre verin. Bir koordinatörün tıbbi sorumlu ya da finans kuyruğuyla aynı görünüme ihtiyacı yoktur.
• İzni açık hale getirin. Ses kaydı, mesajlaşma ve veri kullanımı kliniğin onaylı metnine ve yerel gerekliliklere uymalı.
• Devri koruyun. Özet harekete geçmeye yetecek bağlamı içermeli, ilgisiz kişisel bilgileri değil.
• Değişiklikleri inceleyin. Yönlendirme kurallarının, prompt'ların, araçların ve devir yollarının bir sahibi ve kontrollü bir yayın süreci olmalı.

DRING'in güvenlik kontrolleri ve Agent Factory (DRING'in agent'ları kurduğu, test ettiği ve geliştirdiği süreç), politika sınırlarını test etmek, kademeli yayın yapmak ve canlı görüşmelerden geri bildirim almak için operasyonel çerçeveyi sağlar. Nihai tasarımı yerel hukuk, gizlilik ve tıbbi sorumlular onaylamalıdır.

Kademeli yayına alın

Kliniğin ilk gün her kuyruğu otomatikleştirmesi gerekmez. Kademeli yayın, ekibe temiz bir öğrenme yolu sunar:

1. En sık arama nedenlerini çıkarın. Gerçek çağrı örneklerini, kuyruk verisini ve danışma ekibinin bilgisini kullanın.
2. Hacmi yüksek, belirsizliği düşük tek bir iş akışı seçin. Randevu değişikliği, belge durumu ya da genel koordinasyon, klinik tavsiyeye göre genellikle daha kolay bir başlangıçtır.
3. Önce insan kurallarını yazın. Sorumluları, hizmet saatlerini, yedek kuyrukları ve geri arama taahhütlerini adıyla belirtin.
4. Gerçekçi arayanlarla test edin. Aksanları, söz kesilmelerini, sessizliği, belirsizliği ve çalışmayan sistemleri dahil edin.
5. İzleyerek yayına alın. Trafiğin kontrollü bir bölümüyle başlayın; aktarım nedenlerini, tekrar anlatmaları ve çözülmemiş görevleri inceleyin.
6. Ancak kanıt hazır olduğunda genişletin. İlk iş akışının karnesi oturduğunda ve net bir sorumlusu olduğunda yeni bir talep ya da dil ekleyin.

Böylece otomasyon tek seferlik bir prompt projesi olmaktan çıkar, ön hat için yönetilen bir işletim sistemine dönüşür. İyi etiketlenmiş her çağrı, canlıdaki agent'ı sessizce değiştirmeden bir sonraki sürümü iyileştirir.

Kaçınılması gereken yaygın hatalar

• Dev bir prompt'la başlamak. İşi ayrı ayrı test edilebilecek taleplere, politikalara, araçlara ve devir kurallarına bölün.
• Kısa çağrıya göre optimize etmek. Tekrar anlatmaya yol açan hızlı bir aktarım, hızlı bir çözüm değildir.
• Kör aktarımı varsayılan yapmak. Talebi, yapılan işlemi ve nedeni aktarın ki sonraki ekip arkadaşınız doğal biçimde devam edebilsin.
• Her şeyi “ne olur ne olmaz” diye toplamak. Daha fazla veri daha fazla risk demektir ve yönlendirmeyi mutlaka iyileştirmez.
• Hizmet saatlerini göz ardı etmek. Mesai dışı yolun gerçek bir sorumlusu, net bir beklentisi ve gerçekten tamamlanacak bir görevi olmalı.
• Canlıdaki davranışı bir yayın döngüsü olmadan değiştirmek. Önerilen değişikliği mevcut sürüme karşı test edin, yayına almadan önce puanını inceleyin.

İyisi neye benzer

En iyi klinik çağrı yönlendirmesi arayana basit gelir, çünkü karmaşıklık hattın arkasında yönetilir. Agent kişinin ne yapmaya çalıştığını anlar, gereksiz sorulardan kaçınır, işin güvenli kısmını tamamlar ve ne zaman bir insanın devralması gerektiğini bilir.

Klinik için sonuç yalnızca kuyrukta daha az çağrı değildir. Daha temiz bir hasta kaydı, daha az tekrar anlatma, koordinatörler için daha öngörülebilir bir iş yükü ve her aktarımın arkasında ölçülebilir bir neden demektir. Sesli bir agent'ın hastayla temas eden bir operasyonun parçası olmadan önce karşılaması gereken çıta budur.

Bu yazı bir operasyon rehberidir, tıbbi tavsiye değildir. Yönlendirme kurallarını, devir metinlerini ve veri işlemeyi canlıya çıkmadan önce tıbbi, gizlilik ve hukuk sorumlularınıza onaylatın.