Teklif Sonrası Yabancı Hasta Geri Kazanım Planı Yapın

Yabancı Hasta Geri Kazanım Planı, onaylı idari paket ve organizasyon bilgileri gönderildiği hâlde yanıt vermeyen adaylara rastgele hatırlatma yapmak değildir. Amaç; izinli kanalları, adayın dilini, temas sırasını, insan devrini ve CRM sonuç kodlarını tek bir kontrollü süreçte birleştirmektir.

Böyle bir plan, her sessiz adayı aynı mesaj dizisine sokmak yerine önce iletişimin neden yapılacağını belirler. Teklifin ulaşıp ulaşmadığını doğrulamak, idari soruları yanıtlamak, kanal tercihini öğrenmek ve gerekiyorsa randevu koordinasyonu yapmak bu kapsamda ele alınabilir. Tanı, tedavi uygunluğu, risk veya aciliyet değerlendirmesi ise otomatik geri kazanım akışının dışında kalmalıdır. WHO, sağlıkla ilişkili konuşmalarda büyük dil modellerinin ikna edici görünen fakat yanlış veya ciddi hata içeren yanıtlar üretebileceğini; uzman gözetimi, şeffaflık ve dikkatli değerlendirmenin gerekli olduğunu belirtir. Bu nedenle otomasyon klinik kararın yerine geçmemelidir (WHO).

Yabancı Hasta Geri Kazanım Planı hangi temele dayanmalı?

Planın başlangıç noktası kanal değil, takip nedenidir. Ekip önce adayın neden yeniden aranacağını, dosyanın kimde olduğunu, hangi olayın yeni teması başlatacağını ve temas sonucunun nereye kaydedileceğini tanımlamalıdır. AHRQ’nun hasta takip aracı da takip nedeninin, sorumlu personelin ve uygun programın belirlenmesini; telefon ve e-posta gibi eylemlerin bilgisayar tabanlı bir sistemde izlenmesini ve temas sonucunda ne elde edildiğinin kaydedilmesini önerir. Bu kaynak sağlık turizmi teklif geri kazanımına özgü bir kanal sırası veya etki oranı sunmaz; burada yalnız süreç sahipliği ve sonuç takibi için dayanak oluşturur (AHRQ).

Her dosyada en az şu operasyon soruları cevaplanmalıdır:

• Aday hangi dilde ve hangi kanalda iletişim istedi?
• Gönderilen idari paketin geçerli sürümü hangisi?
• Son temasın sonucu ve sıradaki işlem nedir?
• İdari soru, klinik soru, ret, çıkış talebi ve acil ifade hangi ekibe aktarılacak?
• Akış ne zaman kapanacak ve yeniden açılması için hangi olay beklenecek?

Daha geniş iletişim yaklaşımı oluşturulurken Sağlık Turizminde Hasta İletişimi Rehberi, bu planın kanal ve mesaj tasarımıyla birlikte değerlendirilmesine yardımcı olabilir.

Temas öncesinde izin ve amaç kontrolü yapın

Adayın daha önce bilgi veya teklif istemiş olması, sonraki her mesajın otomatik olarak aynı hukuki ve operasyonel amaçta olduğu anlamına gelmez. Dosya bazında teklif takibi ile yeni kampanya, indirim veya genel tanıtım içeriği ayrılmalıdır. Ticaret Bakanlığı, Türkiye’de gerçek kişi alıcılara tanıtım veya pazarlama amacıyla gönderilen telefon araması, SMS ve e-posta gibi ticari elektronik iletiler için kural olarak önceden onay gerektiğini; ticari elektronik ileti göndererek onay istenemeyeceğini açıklar. Bu nedenle her temasın amacı, alıcısı ve mevcut izin kaydı ilgili ekip tarafından sınıflandırılmalıdır (T.C. Ticaret Bakanlığı).

WhatsApp için ayrıca kanalın kendi politika kapısı kurulmalıdır. WhatsApp Business politikasına göre işletmenin kişiye ulaşabilmesi için kişi cep telefonu numarasını vermiş ve sonraki WhatsApp mesajları veya aramaları için opt-in sağlamış olmalıdır; WhatsApp içinde ya da dışında iletilen durdurma ve çıkış talepleri de yerine getirilmelidir. Yalnız WhatsApp Business Platform bakımından, kullanıcının son mesajından sonraki 24 saat dışında işletme tarafından başlatılan iletişimlerde onaylı mesaj şablonu gerekir. Bu koşullar diğer mesajlaşma veya e-posta kanallarına genellenmemelidir (WhatsApp Business).

CRM’de kanal bazlı bir izin görünümü kullanılabilir: “WhatsApp kullanılabilir”, “e-posta kullanılabilir”, “telefon kullanılabilir”, “kanal tercihi doğrulanmalı” ve “iletişimi durdur” gibi durumlar birbirinden ayrılmalıdır. Çıkış kaydı yalnız serbest metne bırakılmamalı; sonraki otomatik görevi engelleyen bir durum olarak işlenmelidir.

Çok dilli WhatsApp, e-posta ve telefon akışını kurun

Kanal sırası için kanıtlanmış tek bir dizilim varsaymak yerine, adayın doğrulanmış tercihi ve mevcut izin kaydı kullanılmalıdır. Örnek akış; ilk izinli kanalda paketin ulaşıp ulaşmadığını soran kısa bir mesaj, yanıtsızlık durumunda izinli alternatif kanal, ardından gerekiyorsa insan temsilci tarafından telefon teması ve son olarak dosya kapanış bildiriminden oluşabilir. Temas aralıkları kurumun kapasitesi, ülke saatleri ve izin değerlendirmesi dikkate alınarak belirlenmeli; evrensel bir dönüşüm oranı vaat edilmemelidir.

Dil bütünlüğü için tek bir ana anlam metni oluşturulması yararlıdır. Her dil sürümünde kurum adı, teklif sürümü, idari kapsam, geçerlilik bilgisi, istenen eylem, çıkış yöntemi ve insan temsilciye ulaşma seçeneği aynı alanlara bağlanmalıdır. Serbest çeviri yerine onaylanmış mesaj bileşenleri kullanılabilir; belirsiz veya klinik içerik taşıyan yanıtlar dil yetkinliği bulunan insan temsilciye gönderilmelidir.

Temas aşamaları şöyle düzenlenebilir:

• Teslim doğrulama: Paket veya organizasyon bilgisinin ulaşıp ulaşmadığı sorulur; yeni klinik yorum eklenmez.
• İdari engel belirleme: Dil, tarih, ulaşım, belge veya görüşme talebi gibi adayın kendi ifade ettiği ihtiyaç uygun ekibe yönlendirilir.
• İnsan teması: Aday konuşmak istediğinde ya da mesaj anlaşılmadığında otomasyon durur ve dil eşleşmesi yapılmış temsilciye görev açılır.
• Kapanış: Aday yanıt vermiyorsa dosya aktif takipten çıkarılır; izinsiz yeni kampanya akışına taşınmaz.

Telefon otomasyonu ve klinik sınırlar için Yapay Zekâ Telefon Asistanı: Sağlık Süreçleri ve Güvenli Sınırlar ayrıca incelenebilir. Teknik seçenekler iş gereksinimleri tanımlandıktan sonra [AgentFix özellikleri](/ozellikler) sayfasında karşılaştırma girdisi olarak değerlendirilebilir; bu makale herhangi bir performans veya mevzuata uyum garantisi vermez.

Her teması CRM sonuç koduyla kapatın

CRM kaydı yalnız “arandı” veya “mesaj gönderildi” dememelidir. Sonuç kodu, temasın çıktısını ve sıradaki görevi ayırmalıdır. AHRQ takip aracında da yapılan eylemlerin ve temas sonucunda elde edilen sonucun izlenmesi önerilir; ancak kaynak sağlık turizmine özgü hazır bir kod listesi tanımlamaz (AHRQ).

Kuruma göre özelleştirilebilecek bir sonuç sözlüğü şu durumları içerebilir:

• Ulaştı, yanıt bekleniyor
• Teslim edilemedi
• Telefon cevapsız
• Dil desteği gerekli
• İdari soru koordinatöre aktarıldı
• Klinik soru insan klinik ekibine aktarıldı
• Randevu görüşmesi talep etti
• Şu anda hazır değil
• İletişimi reddetti veya çıkış istedi
• Yanlış iletişim bilgisi
• Acil ifade nedeniyle doğrudan devir
• Sistem hatası nedeniyle insan görevi açıldı

Her kayıt; sonuç kodu, kullanılan dil ve kanal, sorumlu ekip, sıradaki işlem ve kapanış durumunu göstermelidir. Serbest metin alanı yalnız gerekli bağlam için kullanılmalı, sonuç kodunun yerini almamalıdır. CRM ile diğer sistemler arasındaki görev ve durum eşleştirmesi için HBYS ve CRM Entegrasyon Rehberi kullanılabilir.

CRM notu kişinin tedavi talebi, sağlık durumu, tetkiki, tanısı veya kendisine sunulan sağlık hizmetiyle ilgili bilgi içeriyorsa kişisel sağlık verisi niteliği taşıyabilir. KVKK, fiziksel ve ruhsal sağlık ile kişiye sunulan sağlık hizmetine ilişkin bilgileri özel nitelikli kişisel veri kapsamında değerlendirir. Bu nedenle sonuç koduna gereksiz klinik ayrıntı yazılmamalıdır (Kişisel Verileri Koruma Kurumu).

Kayıt sözlüğü ayrıca doğruluk, güncellik, amaçla bağlantılılık, sınırlılık, ölçülülük ve gerekli süre kadar muhafaza ilkeleri dikkate alınarak yönetilmelidir. Kurulun karar özetinde bu ilkeler birlikte aktarılmıştır; ancak kaynak belirli bir CRM saklama süresi vermediği için tüm dosyalar için tek bir süre burada önerilemez (Kişisel Verileri Koruma Kurumu).

Kayıt veya transkript varsa bildirimi görüşmenin başında yapın

Telefon görüşmesi kaydedilecek ya da transkript oluşturulacaksa bildirim görüşmenin başında yapılmalıdır. Yalnız “görüşme kaydediliyor” demek yeterli bir KVKK aydınlatmasının yerine geçmez. Kurul, veri sorumlusunun kimliği, işleme amacı, aktarım, veri toplama yöntemi ve hukuki sebep ile ilgili kişinin haklarını kapsayan katmanlı aydınlatmanın kişisel veriler elde edilirken yapılması gerektiğini belirtmiştir (Kişisel Verileri Koruma Kurumu).

Pratik akışta kısa sözlü bildirim önce verilebilir; ayrıntılı metne erişim yolu aynı başlangıç bölümünde açıklanır. Aday kayıt veya transkript hakkında soru sorarsa otomatik metin tekrarı yerine veri koruma ekibine ya da yetkili insan temsilciye yönlendirme yapılmalıdır. Kayıt yapılmayan görüşmeler de sistemde açıkça farklılaştırılmalıdır.

Acil belirti ve sistem hatası için doğrudan devir tasarlayın

Geri kazanım mesajı sırasında aday şiddetli göğüs ağrısı veya basıncı, şiddetli nefes darlığı, aniden konuşamama, görememe, yürüyememe ya da hareket edememe veya vücudun bir tarafında ani güçsüzlük ifade ederse satış ve teklif takibi durmalıdır. MedlinePlus bu ifadeleri acil yardım gerektirebilecek belirtiler arasında sayar ve kişinin bulunduğu yerdeki yerel acil numaranın aranmasını belirtir (MedlinePlus).

Bu tetikleyici bir tanı veya otomatik triyaj kararı değildir. Sistem, onaylı çok dilli acil mesajı göstererek adayı bulunduğu ülkedeki yerel acil yardım kanalına yönlendirmeli; aynı anda doğrudan insan veya klinik acil akışına görev açmalıdır. Otomasyon düşük güvenle çalışırsa, dili tanıyamazsa, entegrasyon yanıt vermezse veya devir görevi oluşturulamazsa yeni satış mesajı göndermemeli; dosyayı hata durumuna almalı ve insan ekibine görünür bir alarm üretmelidir. Klinik değerlendirme yalnız yetkili sağlık ekibince yapılmalıdır.

Uygulamaya alma kontrol listesi

Yayına geçmeden önce ekip; izin kapısını, dil şablonlarını, kanal sırasını, sonuç kodlarını, klinik soru devrini, acil ifade sözlüğünü, kayıt bildirimini ve sistem hatası yolunu birlikte test etmelidir. Test dosyalarında her mesajın doğru dile, doğru adaya ve doğru teklif sürümüne bağlandığı; çıkış talebinin yeni görevleri durdurduğu; insan devrinin kaybolmadığı ve CRM kodunun rapora yansıdığı kontrol edilmelidir.

Başarı yalnız randevu sayısıyla değerlendirilmemelidir. Teslim edilememe, yanıt, insan devri, çıkış talebi, yanlış kanal, acil devir ve sistem hatası gibi operasyon sonuçları da izlenmelidir. Böylece Yabancı Hasta Geri Kazanım Planı, yalnız daha fazla temas kurmaya değil; hangi temasın neden, hangi izinle, hangi dilde ve hangi sonuçla yapıldığını açıklayabilmeye dayanır.

Sık Sorulan Sorular

Yanıt vermeyen her adaya aynı kanal sırası uygulanmalı mı?

Hayır. İzin kaydı, doğrulanmış kanal tercihi, dil ve dosyanın mevcut durumu dikkate alınmalıdır. AHRQ takiplerin planlanmasını ve sonuçların sayılmasını destekler; sağlık turizmi teklifleri için tek bir kanal dizilimi tanımlamaz (AHRQ).

WhatsApp numarasının CRM’de bulunması mesaj göndermek için yeterli mi?

WhatsApp Business politikasına göre yeterli değildir. Kişinin numarayı vermiş ve sonraki WhatsApp mesajları veya aramaları için opt-in sağlamış olması gerekir; çıkış talepleri de yerine getirilmelidir (WhatsApp Business).

CRM sonuç koduna hastanın tanısı yazılmalı mı?

Sonuç kodu operasyon sonucunu göstermelidir. Tanı veya sağlık hizmetiyle ilgili bilgi kişisel sağlık verisi niteliği taşıyabileceğinden gereksiz klinik ayrıntı sonuç koduna eklenmemelidir (Kişisel Verileri Koruma Kurumu).

Kayıt bildirimi ne zaman yapılmalı?

Görüşme kaydedilecek veya transkript oluşturulacaksa bildirim veri toplamanın başlangıcında yapılmalıdır. Yalnız kayıt yapıldığını söylemek, gerekli unsurları içeren katmanlı aydınlatmanın yerine geçmez (Kişisel Verileri Koruma Kurumu).

Otomasyon tedavi uygunluğu hakkında yanıt verebilir mi?

Bu geri kazanım planında otomasyon idari bilgi ve koordinasyonla sınırlandırılmalıdır. WHO’nun sağlık alanındaki büyük dil modellerine ilişkin hata ve uzman gözetimi uyarıları nedeniyle tanı, risk ve tedavi uygunluğu insan klinik ekibine bırakılmalıdır (WHO).

Aday acil bir belirti yazarsa ne yapılmalı?

Teklif takibi hemen durdurulmalı; onaylı acil mesajla yerel acil yardım kanalına yönlendirme yapılmalı ve doğrudan insan veya klinik acil akışına görev açılmalıdır. Bu işlem otomatik tanı koymak için değil, gecikmeyi önleyen güvenli devir için tasarlanmalıdır.