Mesai Dışı Sağlık Çağrıları Nasıl Yönetilir?
Sağlık kurumları için mesai dışı çağrıları güvenle karşılayan, acil durumları doğru kanala aktaran ve randevu taleplerini kaybetmeyen operasyon modelini kurun.

Mesai dışı çağrı yönetimi neden ayrı bir süreçtir?#
Bir hastane, tıp merkezi, poliklinik ya da ağız ve diş sağlığı kuruluşunda telefon mesai bitince susmaz. 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 nereye başvuracağını soranlar akşam, gece, hafta sonu ve tatil günlerinde de arar. Bu çağrılar yalnızca cevapsız çağrı listesine düşerse ertesi sabah iş yığılır. Her çağrıyı aynı öncelikte ele almak da güvenli değildir.
Mesai dışı modelin amacı tıbbi karar vermek değildir; idari talepleri tamamlamak, riskli ifadeleri gecikmeden yetkili birime 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#
İşe geceleri gelen çağrıları kendi verinizle sınıflandırarak başlayın. 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 başlıklara ayırın. Yalnız yüzdelere bakmayın. Çağrının hangi saatte geldiğini, tamamlanıp tamamlanmadığını ve ertesi güne devredilip devredilmediğini de ölçün.
Sınıflandırma bir semptom sözlüğüne dönüşmesin. Klinik risk ifadelerinin kapsamı ve yanıtı kurumun tıbbi yönetişim ekibi tarafından belirlenmelidir. Günlük işi yürüten ekip yalnızca onaylanmış yönlendirme metnini ve devir kuralını sisteme girer. 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#
Mesai dışı düzen üç 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, randevu sistemiyle bağlantı doğru kurulduysa otomatik tamamlanabilir.
İkinci katman, insan geri dönüşü gerektiren ama 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 için alanları önceden belli bir görev kaydı açılır.
Üçüncü katman, acil durum işareti ya da sistemin güvenle işleyemediği belirsiz durumlardır. Burada 112 yönlendirmesi ve önceden belirlenmiş insana devir kuralı devreye girer.
Her katmanın bir sahibi, hedef süresi ve yazılı kapanış koşulu olsun. Ö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 için CRM'de kayıt açmak yetmez. Talep, sorumlu kişinin iş listesine atandığında ve arayana beklenen geri dönüş aralığı bildirildiğinde kabul edilmiş sayılır. 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. Kapanmış görünen çağrının arkasında kaybolan iş kalmaz. Bu katmanları uygulayan mesai dışında telefonu açan Çağrı AI Agent, her çağrıyı bu kapanış koşullarından birine bağlamalıdır.
Nöbet ve devir matrisini somutlaştırın#
Tek bir nöbet telefonu yetmez.
Devir matrisinde, yani kimin hangi çağrıyı ne zaman devraldığını gösteren tabloda, çağrı türü, saat aralığı, öncelik, birincil ve yedek sorumlu, sorumluya hangi yoldan ulaşılacağı, kabul süresi ve yanıt gelmezse sonraki adım yer alsın. Hafta içi 18.00 sonrası, gece yarısı sonrası, hafta sonu ve resmi tatil için farklı sayıda kişi gerekebilir. Bilgi işlem kesintisi, telefon operatörü kesintisi, HBYS bağlantı hatası ve toplu olay gibi durumlara da tabloda ayrı satır açın.
Görüşme insana geçerken bilgi kaybolmasın diye her devirde aynı özet paketini 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şimi, veri minimizasyonunu ve kayıt saklama süresini daha tasarım aşamasında belirleyin.
Konuşma adımları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 sorsun. Tarih ve saati tekrar ederek onaylatsın; telefon numarası gibi önemli iletişim bilgisini harf ya da rakam gruplarıyla doğrulasın.
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 isteyin. Sistem anlamadığında aynı soruyu durmadan tekrarlamasın. İki başarısız denemeden sonra daha basit bir cümleye geçsin, başka bir yol (tuşlama, SMS, insan desteği) önersin ya da görev açsın. Arayanın sessiz kalması, bağlantının kesilmesi ve yanlış kişiye geri dönüş yapılması gibi uç durumları da ayrıca sınayın.
HBYS ve CRM bağlantısında 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. Bağlantı hesabına yalnızca gerekli yetkileri verin; randevu okuma, uygunluk sorgulama, belirli alanlarda randevu oluşturma veya iptal etme gibi yetkileri birbirinden ayırın. Her yazma işlemine bir tekilleştirme anahtarı ekleyin; bu kimlik aynı isteğin ikinci kez işlenmesini engeller. Ağ zaman aşımında aynı randevunun iki kez açılmasını engelleyin.
Sistem, başarı yanıtı almadan arayana “işleminiz tamam” demesin.
CRM'de serbest metin yerine hazır seçenekli alanlar kullanmak raporu kolaylaştırır. Talep türü, başvuru yolu, 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ı ya da çağrı kimliğiyle arama yapılınca numarayı maskeleyin; kaydı yalnız yetkili rol görsün. Canlı sistemdeki kayıtları test ortamına kopyalamayın, senaryo testlerini uydurma deneme kayıtlarıyla yapın.
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 yüzden tedarikçinin sunumundaki genel “KVKK uyumlu” ifadesi yeterli kanıt sayılmaz.
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 kayıt parçaları ya da kimliği silinmiş ölçüler yetiyorsa sürekli kayıt toplamayın. Saklama süresini gün ya da ay olarak yazın; süre dolunca silme işleminin kanıtını alabildiğinizden emin olun.
Deneme kapsamını dar ama gerçekçi seçin#
İlk denemeye bütün çağrı türleriyle başlamayın; en sık gelen iki ya da üç idari işi 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. Deneme, gerçek mesai dışı yoğunluğunu ve gürültülü telefon koşullarını yansıtsın. Canlıya geçmeden önce de deneme çağrılarıyla sistemi zorlayan senaryolar sınanmalı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 ölçütlerini sayıyla yazın. Arayanın ne istediğini doğru anlama oranına bakmak yetmez. İdari işlemin uçtan uca tamamlanma oranı, yanlış “tamamlandı” bildirimi sayısı, insana devirde bilginin eksiksiz geçmesi, acil yönlendirme senaryolarındaki uyum, geri dönüşlerin ortalama bekleme süresi, sırada süresi aşan görev sayısı, tekrar arama oranı ve erişilebilirlik testi sonuçları birlikte izlenmelidir. Güvenlik tarafında yetkisiz erişim denemelerini, kayıt maskelemeyi, silme talebini ve kesinti senaryosunu da kabul testine ekleyin.
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, bağlantı geliştirme, izleme, devri karşılayacak personel, 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.
Deneme için birim maliyet tablosu hazırlayın. Tamamlanan idari işlem başına maliyet = denemenin 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. Bunların parasal karşılığını kurumun kendi verisiyle hesaplayın.
Rapor ekranı ve sürekli iyileştirme döngüsü#
Günlük ekranda toplam çağrı, yanıtlanan çağrı, terk oranı, tamamlanan işlem, devredilen işlem, bağlantı hatası, acil yönlendirme, açık görev ve süresi geçen geri dönüş görünmelidir. Haftalık incelemede yanlış sınıflandırmalara, sık tekrarlanan anlaşılmayan ifadelere, gereksiz uzayan konuşmalara ve vardiyadaki kişi sayısına bakılır. Kurallar ve sorumluluklar için ayda bir yapılan toplantıda 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. Aynı yaklaşım mesai dışı çağrılarda da işe yarar. 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 indirgemeyin; konuşma adımlarındaki, arayüzdeki, eğitimdeki ve kontroldeki eksikleri arayın. Düzeltici eylemin sahibi ve tamamlanma tarihi olsun. Aynı senaryo tekrar testine (regresyon testi) eklenmeden olay kapanması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 yol izleniyor? 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 ya da konuşma adımları değişince bunu kim onaylıyor?
Sözleşmede söz verilen süreler yalnızca sistemin çalışır kalma oranıyla sınırlı kalmasın. Ciddi bir bağlantı hatasının ne kadar sürede bildirileceğini, güvenlik olayına müdahaleyi, veri dışa aktarmayı, silme talebini, destek saatlerini, değişiklik bildirimini ve çıkış planını da sözleşmeye yazdırın. Kurum, konuşma adımlarını ve kendi verisini başka sisteme taşınabilir biçimde alabilmeli. Tedarikçi değişince randevu ve çağrı kayıtları kaybolmasın.
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ıç ölçüleri tamamlanır. Otuz bir ile altmışıncı günler arasında deneme kayıtlarıyla çalışan test ortamı kurulur, iki idari iş sisteme bağlanır, 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ı saatte ve az sayıda çağrıyla canlı deneme yapılır; her gün örnek görüşmeler kalite için incelenir, haftalık düzeltme ve bağımsız güvenlik kontrolü yapılır.
Sistemi bütün kuruma açma kararını etkileyici bir demoya ya da tek bir memnuniyet puanına göre vermeyin. Güvenli yönlendirme, idari işlem doğruluğu, geri dönüş disiplini, veri koruma kontrolleri, erişilebilirlik ve doğrulanmış birim maliyet hedefleri birlikte tutuyorsa kapsamı adım adım büyütün.
Kalıcı değeri her aramayı otomatikleştirmek getirmez. Hangi işin otomatik tamamlanacağını, hangisinin insana devredileceğini ve hangi durumda 112'ye yönlendirileceğini tartışmasız biçimde belirlemek getirir.
İlgili AgentFix rehberleri#
Kaynaklar
Bu yazıda yararlanılan kaynaklar:
- Yeni Nesil Acil Çağrı Merkezi (yeni sekmede açılır)T.C. Sağlık Bakanlığı Acil Sağlık Hizmetleri Genel Müdürlüğü
- 112 Acil Sağlık Hizmetleri (yeni sekmede açılır)T.C. Sağlık Bakanlığı İstanbul İl Sağlık Müdürlüğü
- Patient safety (yeni sekmede açılır)World Health Organization
- Veri Güvenliğine İlişkin Yükümlülükler (yeni sekmede açılır)Kişisel Verileri Koruma Kurumu
Sık Sorulan Sorular
Bu yazıyla ilgili sık sorulan sorular ve kısa yanıtları.
01Mesai dışı sağlık çağrılarını yapay zeka tamamen devralabilir mi?
Hayır. İdari ve düşük riskli akışlar otomatik tamamlanabilir; belirsiz, klinik değerlendirme gerektiren veya acil olabilecek ifadeler kurumun onaylı kuralına göre insana ya da 112'ye yönlendirilmelidir.
02Sesli asistan acil durumda ne yapmalıdır?
Tanı veya tedavi önerisi vermeden görüşmeyi uzatmamalı, açık bir dille 112 Acil Çağrı Merkezi'ne yönlendirmeli ve kurum politikasındaki olay kaydı ile insan bildirimini çalıştırmalıdır.
03Pilot için hangi çağrı türleri uygundur?
Çalışma saati ve adres bilgisi, randevu iptali, uygunluk sorgusu ve ertesi gün geri dönüş kaydı gibi ölçülebilir, idari ve düşük riskli işler uygun başlangıç alanlarıdır.
04Tedarikçi değerlendirmesinde en önemli kanıt nedir?
Kurumun kendi hata ve devir senaryolarıyla yürütülen test sonuçlarıdır. Demo yerine işlem doğruluğunun, acil yönlendirmenin, bağlantı hatalarının, erişim kontrolünün ve silme adımlarının kanıtını isteyin.
05Mesai dışı çağrı operasyonunun başarısı nasıl ölçülür?
Uçtan uca tamamlanan idari işlemi, yanlış başarı bildirimini, insan devri kalitesini, geri dönüş süresini, tekrar aramayı, acil yönlendirme uyumunu ve işlem başına toplam maliyeti birlikte izleyin.
06Her görüşmenin ses kaydını tutmak gerekir mi?
Hayır. Kayıt amacı, hukuki dayanak, gereklilik ve saklama süresi ayrı değerlendirilmelidir. Daha az veriyle kalite kontrolü sağlanabiliyorsa veri minimizasyonu tercih edilmelidir.


