Mesai Dışı Sağlık Çağrıları Nasıl Yönetilir?

Mesai dışı çağrı yönetimi neden ayrı bir süreçtir?

Bir hastane, tıp merkezi, poliklinik veya ağız ve diş sağlığı kuruluşu için telefon trafiği mesai bittiğinde sona ermez. Randevu almak isteyenler, mevcut randevusunu değiştirenler, kuruma nasıl ulaşacağını soranlar, hizmet saatini öğrenmek isteyenler ve acil olabileceğini düşündüğü bir durumda doğru kanala yönelmek isteyenler akşam, gece, hafta sonu ve tatil günlerinde de arar. Bu çağrıları yalnızca cevapsız çağrı listesine dönüştürmek, ertesi gün yığılma yaratır; her çağrıyı aynı öncelikte ele almak ise güvenli değildir. Mesai dışı modelin amacı tıbbi karar vermek değil, idari talepleri tamamlamak, riskli ifadeleri gecikmeden yetkili kanala aktarmak ve geri dönüş gerektiren kayıtları izlenebilir biçimde sıraya koymaktır.

Dünya Sağlık Örgütü hasta güvenliğinde süreç tasarımı, iletişim, yetkinlik, olay bildirimi ve sürekli öğrenmenin birlikte ele alınmasını önerir. Türkiye'deki Yeni Nesil 112 sistemi de acil çağrıların tek numarada toplanıp ilgili kurumlara yönlendirildiği ayrı bir kamu altyapısıdır. Bu iki çerçeve sağlık kuruluşuna net bir sınır çizer: özel kurumun sesli asistanı 112'nin yerini almamalı, tanı koymamalı ve tedavi önermemelidir. Bunun yerine kurumun önceden onayladığı iş akışını uygulamalı, acil durum ihtimalinde görüşmeyi uzatmadan 112 yönlendirmesi yapmalı ve gerekiyorsa insan operatöre devretmelidir.

Talebi klinik içerikten ayırarak sınıflandırın

İlk tasarım işi, geceleri gelen çağrıları gerçek veriniz üzerinden sınıflandırmaktır. Son sekiz ila on iki haftanın çağrı nedenlerini kişisel verileri gereksiz yere çoğaltmadan örnekleyin. Her kaydı randevu alma, randevu değiştirme veya iptal, çalışma saati, adres ve ulaşım, branş ve hekim bilgisi, fiyat veya ödeme süreci, sonuç ve belge süreci, mevcut hastaya geri dönüş talebi, şikâyet, acil durum ifadesi ve sınıflandırılamayan talep gibi operasyonel başlıklara ayırın. Yüzde dağılımları kadar çağrının hangi saatte geldiğini, tamamlanıp tamamlanmadığını ve ertesi güne devredilip devredilmediğini de ölçün.

Bu çalışma bir semptom sözlüğü hazırlama faaliyetine dönüşmemelidir. Klinik risk ifadelerinin kapsamı ve yanıtı kurumun tıbbi yönetişim ekibi tarafından belirlenmelidir. Operasyon ekibi yalnızca onaylanmış yönlendirme metnini ve devir kuralını sisteme aktarır. Sağlık Bakanlığı kaynakları hayati tehlike bulunan acil durumlarda 112'nin aranması gerektiğini açıkça belirtir. Dolayısıyla sistem, arayan kişinin acil veya hayati bir durum bildirdiği, güvenli biçimde sınıflandıramadığı ya da görüşme sırasında durumun kötüleştiğini söylediği senaryolarda kısa ve açık bir 112 yönlendirmesi vermelidir. Bu noktada ek satış sorusu, ayrıntılı form veya uzun kimlik doğrulama akışı çalıştırılmamalıdır.

Üç katmanlı hizmet modeli kurun

Sağlam bir mesai dışı operasyon üç katmandan oluşur. Birinci katman, tamamen idari ve düşük riskli işlemlerdir. Kurumun açık olduğu saatler, adres, otopark, toplu taşıma, branş listesi, randevu uygunluğu ve iptal gibi konular doğru entegrasyon varsa otomatik tamamlanabilir. İkinci katman, insan geri dönüşü gerektiren ancak acil olmayan kayıtlardır. Fiyatlandırma ayrıntısı, kurumsal anlaşma, özel hazırlık gerektiren işlem bilgisi, hekimle görüşme isteği veya çözülemeyen bir şikâyet yapılandırılmış bir görev olarak açılır. Üçüncü katman ise acil durum sinyali veya sistemin güvenle işleyemediği belirsizliktir; burada 112 yönlendirmesi ve önceden belirlenmiş insan devir mekanizması devreye girer.

Her katman için sahip, hedef süre ve kapanış koşulu yazılı olmalıdır. Örneğin otomatik randevu değişikliği ancak HBYS veya randevu takviminden başarılı işlem kimliği döndüğünde tamamlandı sayılır. Geri dönüş talebi, yalnızca CRM'de kayıt açılmasıyla değil, sorumlu kuyruğa atanması ve arayana beklenen geri dönüş aralığının bildirilmesiyle kabul edilir. Acil yönlendirme ise sistemin yönlendirme mesajını eksiksiz vermesi, görüşme kaydına olay etiketi düşmesi ve kurum politikasında varsa nöbetçi sorumluya uyarı göndermesiyle izlenir. Böylece çağrı kapandı görünürken işin aslında kaybolması önlenir.

Nöbet ve devir matrisini somutlaştırın

Tek bir nöbet telefonu operasyon modeli değildir. Devir matrisi; çağrı türü, saat aralığı, öncelik, birincil sorumlu, yedek sorumlu, iletişim kanalı, kabul süresi ve yanıtsız kalma halinde sonraki adımı göstermelidir. Hafta içi 18.00 sonrası, gece yarısı sonrası, hafta sonu ve resmi tatil için farklı kapasite gerekebilir. Ayrıca bilgi işlem kesintisi, telefon operatörü kesintisi, HBYS bağlantı hatası ve toplu olay gibi durumlar için ayrı satırlar bulunmalıdır.

İnsan devrinde bağlam kaybını önlemek için özet paket standardı kullanın. Paket; çağrı kimliği, tarih ve saat, arayanın doğrulanmış iletişim bilgisi, talep kategorisi, arayanın kendi ifadesiyle kısa talep özeti, tamamlanan doğrulamalar, denenmiş işlemler, başarısızlık kodu, verilen standart bilgilendirme ve geri dönüş iznini içerebilir. Gereksiz sağlık ayrıntısı veya tüm konuşma dökümü varsayılan olarak her çalışana aktarılmamalıdır. Rol bazlı erişim, veri minimizasyonu ve kayıt saklama süresi daha tasarım aşamasında tanımlanmalıdır.

Konuşma akışını kısa, anlaşılır ve erişilebilir tasarlayın

Mesai dışında arayan kişi yorgun, kaygılı veya zamanı kısıtlı olabilir. İlk karşılama metni kuruluşun adını, yapay zekâ destekli bir sistemle konuşulduğunu, görüşmenin hangi amaçla işlendiğine ilişkin kısa bilgiyi ve acil durumda 112 yönlendirmesini sade biçimde sunmalıdır. Uzun yasal metin görüşmenin başına yığılmamalı; ayrıntılı aydınlatma metnine erişilebilir bir kanal sağlanmalıdır. Sistem her seferinde tek soru sormalı, tarih ve saatleri tekrar ederek teyit etmeli, kritik iletişim bilgisini harf veya rakam gruplarıyla doğrulamalıdır.

Erişilebilirlik satın alma değerlendirmesinin parçasıdır. Farklı konuşma hızları, bölgesel aksanlar, arka plan gürültüsü, işitme veya konuşma güçlüğü ve Türkçeyi ikinci dil olarak kullanan kişiler için tekrar, tuşlama, SMS bağlantısı ve insan desteği seçenekleri bulunmalıdır. Sistem anlamadığında aynı soruyu sonsuza dek tekrarlamak yerine iki başarısız denemeden sonra daha basit bir cümleye geçmeli, alternatif kanal sunmalı veya görev oluşturmalıdır. Arayanın sessiz kalması, bağlantının kesilmesi ve yanlış kişiye geri dönüş yapılması gibi uç durumlar ayrıca test edilmelidir.

HBYS ve CRM entegrasyonunda güvenilirliği önceleyin

Sesli asistanın yararı, arka sistemde gerçek bir işlem oluşturabildiği ölçüde artar. Yine de doğrudan ve sınırsız yazma yetkisi risklidir. Entegrasyon hesabına yalnızca gerekli işlem kapsamları verin; randevu okuma, uygunluk sorgulama, belirli alanlarda randevu oluşturma veya iptal etme gibi yetkileri ayırın. Her yazma işleminde tekilleştirme anahtarı kullanın. Ağ zaman aşımında aynı randevunun iki kez açılmasını engelleyin. Sistem, başarı yanıtı almadan arayana işlemin tamamlandığını söylememelidir.

CRM tarafında serbest metin yerine kontrollü alanlar kullanmak raporlamayı kolaylaştırır. Talep türü, kanal, vardiya, çözüm durumu, devir nedeni ve geri dönüş son tarihi zorunlu alan olabilir. Serbest metin özeti kısa tutulmalı; kurumun ihtiyaç duymadığı sağlık verileri kayda alınmamalıdır. Telefon numarası veya çağrı kimliğiyle sorgu yapıldığında maskeleme ve rol bazlı görünürlük uygulanmalıdır. Üretim kayıtları test ortamına kopyalanmamalı; sentetik verilerle senaryo testi yapılmalıdır.

KVKK ve kayıt yönetimini satın alma öncesinde netleştirin

Ses kaydı, görüşme dökümü, telefon numarası, randevu bilgisi ve arayanın konuşma içinde açıkladığı sağlık bilgileri farklı riskler taşır. Kişisel Verileri Koruma Kurumu, veri sorumlusunun hukuka aykırı işlemeyi ve erişimi önlemesi, verilerin muhafazasını sağlaması için uygun teknik ve idari tedbirleri almasını ister. Sağlık verileri özel nitelikli kişisel veri kabul edilir ve ilgili işleme şartı ile yeterli önlemler ayrıca değerlendirilmelidir. Bu nedenle tedarikçi sunumundaki genel KVKK uyumlu ifadesi tek başına yeterli kanıt değildir.

Satın alma dosyasında veri sorumlusu ve veri işleyen rolleri, işleme amaçları, hukuki sebepler, alt işleyenler, veri konumları, yurt dışı aktarım mekanizması, şifreleme, anahtar yönetimi, erişim kayıtları, silme yöntemi, yedekten silme yaklaşımı ve ihlal bildirimi sorumlulukları yazılı olmalıdır. Ses kaydının gerçekten gerekli olup olmadığını ayrı değerlendirin. Kalite kontrol için daha kısa örnekleme veya kimliksizleştirilmiş metrik yeterliyse sürekli kayıt toplamaktan kaçının. Saklama süresi bir takvim değeriyle tanımlanmalı ve süre sonunda silme işleminin kanıtı alınabilmelidir.

Pilot kapsamını dar ama gerçekçi seçin

İlk pilotu tüm çağrı türleriyle başlatmak yerine iki veya üç yüksek hacimli idari akış seçin. Örneğin çalışma saati ve adres bilgisi, randevu iptali ve ertesi gün geri dönüş kaydı uygun başlangıç alanlarıdır. Pilot, gerçek mesai dışı yoğunluğunu ve gürültülü telefon koşullarını temsil etmelidir. Ancak canlıya geçmeden önce sentetik çağrılarla kırmızı takım senaryoları çalıştırılmalıdır: arayan tıbbi tavsiye ister, acil olduğunu söyler, kimlik doğrulamayı geçemez, aynı işlemi tekrarlar, bağlantı kopar, arka sistem yanıt vermez veya kişi insanla konuşmakta ısrar eder.

Kabul kriterleri ölçülebilir olmalıdır. Doğru niyet sınıflandırma oranı tek başına yeterli değildir. İdari işlemin uçtan uca tamamlanma oranı, yanlış tamamlandı bildirimi sayısı, insan devri için bağlam bütünlüğü, acil yönlendirme senaryolarındaki uyum, ortalama geri dönüş yaşı, kuyrukta süresi aşan görev sayısı, tekrar arama oranı ve erişilebilirlik testi sonuçları birlikte izlenmelidir. Güvenlik için yetkisiz erişim denemeleri, kayıt maskeleme, silme talebi ve kesinti senaryosu da kabul testine dahil edilmelidir.

Maliyet modelini gerçek iş yüküyle kurun

Teklifleri yalnızca dakika fiyatıyla karşılaştırmayın. Toplam sahip olma maliyetine telefon trafiği, konuşma tanıma ve sentez, model kullanımı, numara ve operatör bedelleri, entegrasyon geliştirme, izleme, insan devir kapasitesi, kalite incelemesi, bilgi güvenliği çalışması ve değişiklik yönetimi dahildir. Mevcut durumda kaç çağrının cevapsız kaldığını, ertesi gün kaç iş saati harcandığını ve kaç randevu talebinin sonuçlanmadığını ölçmeden tasarruf varsayımı üretmeyin.

Pilot için birim ekonomi tablosu oluşturun. Tamamlanan idari işlem başına maliyet = pilotun toplam değişken ve sabit maliyeti / doğrulanmış tamamlanan işlem sayısı formülü, yalnızca çağrı başı maliyetten daha anlamlıdır. İnsan operatöre devredilen çağrıların maliyetini dışarıda bırakmayın. Hatalı işlem düzeltme süresini ve geri arama maliyetini de ekleyin. Fayda tarafında boşalan personel süresi, mesai dışı yakalanan nitelikli randevu talebi ve daha hızlı kapanan iptal kayıtları ölçülebilir; ancak bunların finansal karşılığı kurumun kendi verisiyle hesaplanmalıdır.

Gösterge paneli ve sürekli iyileştirme döngüsü

Günlük panelde toplam çağrı, yanıtlanan çağrı, terk oranı, tamamlanan işlem, devredilen işlem, başarısız entegrasyon, acil yönlendirme, açık görev ve süresi geçen geri dönüş görünmelidir. Haftalık inceleme yanlış sınıflandırmaları, sık tekrarlanan anlaşılmayan ifadeleri, gereksiz uzun akışları ve vardiya kapasitesini ele alır. Aylık yönetişim toplantısında güvenlik olayları, erişim kayıtları, veri saklama, alt işleyen değişiklikleri, model sürümü ve iş hedefleri değerlendirilir.

Dünya Sağlık Örgütü olay bildirimini suçlama aracı değil, öğrenme sistemi olarak konumlandırır. Bu yaklaşım mesai dışı çağrılara da uygulanabilir. Yanlış yönlendirme, kaybolan görev, hatalı randevu veya uygunsuz veri erişimi için olay kaydı açın; kök nedeni kişi hatasına indirgemeden akış, arayüz, eğitim ve kontrol eksiklerini inceleyin. Düzeltici eylemin sahibi ve tamamlanma tarihi olsun. Aynı senaryo regresyon testine eklenmeden olay kapatılmasın.

Tedarikçiye sorulacak kritik sorular

Satın alma görüşmesinde canlı bir demo yerine kendi senaryolarınızla kontrollü kanıt isteyin. Sistem acil durum ifadesini kaç adımda 112'ye yönlendiriyor? Tıbbi tavsiye istendiğinde nasıl sınır koyuyor? HBYS zaman aşımında kullanıcıya ne söylüyor? Aynı randevu talebinin iki kez işlenmesini nasıl önlüyor? İnsan operatöre hangi özet ve kayıtlar aktarılıyor? Arayan ses kaydına itiraz ederse hangi alternatif akış var? Alt işleyen listesi ve veri konumu değiştiğinde kurum nasıl bilgilendiriliyor? Kayıtlar süre sonunda yedekler dahil nasıl siliniyor? Model veya konuşma akışı değişikliği kim tarafından onaylanıyor?

Sözleşmede hizmet seviyesi yalnızca çalışma süresini içermemelidir. Kritik entegrasyon hatasının bildirim süresi, güvenlik olayına müdahale, veri dışa aktarma, silme talebi, destek saatleri, değişiklik bildirimi ve çıkış planı da tanımlanmalıdır. Kurum, görüşme akışlarını ve kendi verisini taşınabilir biçimde alabilmeli; tedarikçi değişiminde randevu ve çağrı kayıtları kaybolmamalıdır.

Doksan günlük uygulama planı

İlk otuz günde çağrı envanteri, amaç ve kapsam, veri akış haritası, hukuki değerlendirme, acil yönlendirme metni, devir matrisi ve başlangıç metrikleri tamamlanır. Otuz bir ile altmışıncı günler arasında sentetik test ortamı kurulur, iki idari akış entegre edilir, erişim rolleri tanımlanır, personel eğitilir ve hata senaryoları denenir. Altmış bir ile doksanıncı günler arasında sınırlı saat ve çağrı hacmiyle canlı pilot yürütülür; günlük kalite örneklemesi, haftalık düzeltme ve bağımsız güvenlik kontrolü yapılır.

Yaygınlaştırma kararı, etkileyici bir demo veya tek bir memnuniyet skoruna göre verilmemelidir. Kurum; güvenli yönlendirme, idari işlem doğruluğu, geri dönüş disiplinı, veri koruma kontrolleri, erişilebilirlik ve doğrulanmış birim ekonomi hedeflerini birlikte karşılıyorsa kapsamı adım adım büyütmelidir. Mesai dışı çağrı yönetiminde kalıcı değer, her aramayı otomatikleştirmekten değil, hangi işi otomatik tamamlayacağını, hangi işi insana devredeceğini ve hangi durumda 112'ye yönlendireceğini tartışmasız biçimde belirlemekten doğar.

İlgili AgentFix rehberleri

• Özel hastanelerde kaçan çağrıları azaltma
• Muayenehaneler için sanal tıbbi sekreter