Hasta Adayı Kanal Geçişinde Bağlam Nerede Yitirilir?

Hasta Adayı Kanal Geçişinde Bağlam, mesajları bir uygulamadan ötekine taşımakla korunmaz. Instagram DM’de başlayan bir görüşme WhatsApp’a ya da telefona geçtiğinde konuşma özeti, kampanya kaynağı, tercih edilen dil, beklenen sonraki adım ve sorumlu ekip birbirinden kopabilir. Yönetim yalnız mesaj hacmine bakarsa bu kopukluğu görmez. Bakılacak yer, geçiş kaydının görüşmeyi devralan ekibin ekranında işe yarayıp yaramadığıdır.

Uluslararası hasta iletişiminde bu sorunun üzerinde ayrıca durmak gerekir. Aday aynı bilgiyi yeniden yazmak zorunda kalabilir. Telefondaki temsilci DM’de konuşulan kapsamı göremeyebilir, geri arama görevi de hiçbir ekibe atanmadan bekleyebilir. Üçünü ayrı ölçün; bağlam kaybı, tekrar bilgi isteme ve sahipsiz görüşme farklı göstergelerdir.

Hasta Adayı Kanal Geçişinde Bağlam neden kaybolur?#

Bağlam kaybını konuşma metninin eksik olmasına indirgemek yetmez. Mesajların hepsi açılabilse bile adayın amacı, kampanya kaynağı, dili, verdiği son yanıt, beklediği işlem ve görüşmeyi devralacak ekip bilinmiyorsa devralan ekip her şeyi baştan öğrenmek zorunda kalır. O yüzden ölçüm birimi olarak kaynak görüşmeyle hedef görev arasındaki bağı alın. Tek tek mesajları saymak bu bağı göstermez.

OECD PaRIS 2024 verilerinde, sağlık kayıtlarında bulunması gereken bilgiyi yeniden vermek zorunda kalan hastaların olumlu güven ve deneyimlenen bakım kalitesi değerlendirmeleri ortalama 15 yüzde puan, kişi merkezli bakım değerlendirmeleri ise 20 yüzde puan daha düşüktü.

Bulgu bakım deneyimine aittir; aynı etki büyüklüğünü sağlık turizmi satış görüşmelerine ya da DM’den WhatsApp’a geçişlere taşımak doğru olmaz. Yine de tekrar bilgi verme olayının ayrı bir deneyim göstergesi olarak izlenmesi için gerekçe sunar. OECD raporunu inceleyin.

Kopukluk pratikte birkaç yerde çıkabilir. Instagram görüşmesi CRM’de yeni bir kişi olarak açılabilir, WhatsApp mesajı mevcut adayla eşleşmeyebilir, telefon görüşmesi kampanya kaynağından kopabilir ya da geri arama görevinin sahibi boş kalabilir. Bunları kanıtlanmış hata oranları gibi okumayın; her kurumun kendi olay kayıtlarında sınayacağı kontrol noktalarıdır. Hasta iletişiminin bütününü sağlık turizminde hasta iletişimi rehberi anlatıyor; bu ölçümü onunla birlikte ele alın.

Konu çoğu zaman omnichannel kavramıyla birlikte açılır. Omnichannel nedir? Kişinin DM, WhatsApp ve telefon arasında geçerken kurumla tek ve süren bir görüşme yaşıyormuş gibi ilerleyebilmesidir. Birden çok yolun aynı anda açık olması buna yetmez. Sağlıkta omnichannel iletişimi ölçerken açık yolları saymayın. Geçiş anında kaynağın, dilin, sonraki adımın ve sorumlunun karşı tarafta görünür kalıp kalmadığını kontrol edin.

Tek bir kanal geçiş paketinde ne korunmalı?#

Her geçiş için tek bir bağlam paketi hazırlayın. Pakete bütün konuşma geçmişini denetimsiz kopyalamak yerine, alıcı ekibin görüşmeyi sürdürmesi için kurumun gerekli saydığı alanları koyun. Örnek alanlar:

• Görüşmenin başladığı yer ve geçtiği yer (örneğin DM’den WhatsApp’a)
• Kaynak görüşme ile hedef kaydı ilişkilendiren teknik kimlik
• Adayın doğrulanmış iletişim bilgisi veya kurumun kullandığı eşleştirme anahtarı
• Tercih edilen dil ve varsa insan tarafından doğrulanmış çeviri durumu
• Görüşme özeti, açık talep ve beklenen sonraki adım
• Kampanya etiketi ve ulaşılabiliyorsa kaynak reklam bilgisi
• Sorumlu ekip, sorumlu kullanıcı ve kabul durumu
• Geçişin oluşturulma, aktarılma, kabul edilme ve son güncellenme zamanı
• Özeti oluşturan ve doğrulayan taraf

Meta’nın WhatsApp Business Platform için yayımladığı örnek webhook, Click-to-WhatsApp reklamından gelen mesajlarda kaynak URL’si, kaynak kimliği, kaynak türü, başlık, açıklama ve medya bilgilerini içeren bir referral nesnesi gösterir. Belgelenen bu alanlar kampanya bağlamını WhatsApp’a girişte yakalamayı mümkün kılar; ama CRM’in bunları otomatik olarak sakladığını ya da Instagram DM’de başlayan her konuşmanın aynı alanları taşıdığını göstermez. Meta’nın örnek webhook kaydına bakın.

HL7 FHIR Communication standardı bir iletişim kaydında benzersiz tanımlayıcı, kanal, gönderen, alıcı, gönderilme ve alınma zamanı, konu, içerik, not, önceki iletişime yanıt ve daha geniş bir olayın parçası olma gibi alanlar tanımlar. Kurum, ortak alan sözlüğünü hazırlarken bu yapıyı örnek alabilir; FHIR kullanmak Instagram, WhatsApp, telefon ve CRM arasında hazır bir bağlantı kurmaz. HL7 FHIR Communication alanlarını inceleyin.

Teknik olayları birbirine bağlamak için hassas içerik taşımayan bir korelasyon kimliği de kullanılabilir. W3C Trace Context, dağıtık sistemlerde aynı işlemle ilgili kayıtların ortak bir trace-id üzerinden ilişkilendirilmesini tanımlar; standart traceparent ve tracestate alanlarına kişisel veya hassas bilgi konulmamasını söyler. Bu standardın DM ya da CRM veri modelini belirlemediği, yalnızca teknik izleme bağlamı sunduğu unutulmamalıdır. W3C Trace Context standardını inceleyin.

Bağlam kaybı oranı nasıl tanımlanmalı?#

Önce ölçülebilir bir geçiş olayı tanımlayın. DM’deki görüşmeden WhatsApp konuşması açmak, DM’den sonra telefonla geri arama görevi açmak ya da WhatsApp görüşmesini belirli bir temsilciye devretmek ayrı olay türleri olabilir. Aynı adayın olağan mesajlaşmasını gerçek bir geçiş saymayın.

Bağlam kaybı oranı, hedef kayıtta kurumun zorunlu saydığı alanlardan en az biri eksik, eski ya da kaynak kayıtla ilişkilendirilemeyen geçişlerin, incelenen bütün geçişlere oranı olarak tanımlanabilir. Tanım kurum içi kullanım için bir öneridir; sağlık hizmetlerinde herkesin uyduğu bir standart yoktur. Hangi alanın zorunlu sayılacağına her geçiş türü için ayrı karar verin. Telefona geçişte geri aramayı kimin yapacağı öne çıkabilir; WhatsApp’a geçişte ise kampanya etiketi ve yazışma özeti daha belirgin olabilir.

Tekrar bilgi isteme sayısı, hedef taraftaki temsilcinin ya da otomasyonun kaynak görüşmede zaten bulunan bir bilgiyi yeniden istemesi olarak kaydedilebilir. Güncelliği doğrulamak için bilerek sorulan soruyu, önceki kayda ulaşılamadığı için tekrarlanan sorudan ayırın. Ayırmazsanız kalite kontrolü için yapılan doğrulamalar yanlışlıkla bağlam kaybı sayılabilir.

Sahipsiz görüşme oranı, geçişten sonra kurumun belirlediği süre içinde bir kişiye ya da ekibe atanmamış kayıtların bütün geçişlere oranı olarak tanımlanabilir. HL7 FHIR Task modelinde owner alanı görevin yürütülmesinden sorumlu kişi, ekip veya kuruluşu gösterir; alanın sıfır ya da bir sahibi temsil edebilmesi, sahibi henüz belirlenmemiş görevlerin de kaydedilebilmesine olanak tanır. Aynı standart oluşturulma ve son değiştirilme zamanlarını da tanımlar. İncelenen HL7 sayfası kabul edilebilir bekleme süresi veya sahipsiz görüşme hedefi belirlemez; bunlar kurumun kaç görüşmeye yetişebildiğine ve risk değerlendirmesine göre kararlaştırılmalıdır. HL7 FHIR Task tanımlarına bakın.

Üç ana göstergenin yanına özet kabul oranı, yanlış adayla eşleşme kaydı, yeniden yönlendirme sayısı ve hedef ekibin düzelttiği alanlar eklenebilir. Ekipleri birbiriyle karşılaştırmadan önce her gösterge için olayın tanımını, hangi geçişlerin hesaba girdiğini, hangilerinin neden dışarıda kaldığını ve verinin sahibini yazın. CRM ve klinik sistemler arasındaki alan eşleştirmesini planlayan ekipler HBYS ve CRM entegrasyon rehberinden yararlanabilir.

Kontrollü handoff akışı nasıl tasarlanabilir?#

Görüşmenin DM’den WhatsApp’a ya da telefona geçişini, yönlendirme düğmesine basıldı diye tamamlanmış saymayın. Kaynak tarafta bağlam paketi hazırlansın, hedef sistemde görev açılsın, sorumlu ekip belirlensin ve alıcı taraf zorunlu alanları gördüğünü kaydetsin. Kabul kaydı gelmezse görüşmeyi ayrı bir bekleyenler listesinde görünür tutabilirsiniz.

Önerilen sırada kaynak görüşme kimliği korunur, özet hazırlanır, kampanya bilgisi ayrı alanlara yazılır, dil tercihi aktarılır ve sonraki adım açıkça yazılır. Telefon devrinde aranacak numara ile görüşmenin amacı, WhatsApp devrinde ise ilgili konuşma ile kampanya kaynağı ayrı alanlarda tutulabilir. Bunlar hukuki veya tıbbi zorunluluk değil, ölçülebilirliği artırmaya yönelik süreç tasarımı önerileridir. Alıcı temsilci özeti değiştirirse eski değeri silmeyin; düzeltmeyi kimin yaptığı kurumun denetim kayıtlarında izlenebilsin. Bununla birlikte otomasyon, tıbbi uygunluk veya tedavi kararı vermemelidir. Klinik içerik ortaya çıktığında değerlendirme yetkili sağlık çalışanının kontrolünde kalmalıdır.

KVKK sınırları ve yapay zekâ özeti#

Bağlamı korumak için bütün DM geçmişini her sisteme kopyalamak gerekmez. KVKK’nın temel ilkeleri kişisel verilerin doğru ve gerektiğinde güncel tutulmasını; belirli, açık ve meşru amaçlarla, amaçla bağlantılı, sınırlı ve ölçülü şekilde işlenmesini ve gerekli süre kadar saklanmasını öngörür. Bu ilkeler hukuki çerçeveyi verir; hangi mesaj alanlarının gerekli olduğu, erişim rolleri ve saklama düzeni her kurumun kendi veri işleme süreci için ayrıca değerlendirilmelidir. KVKK’nın temel ilkelerini inceleyin.

Bir hasta adayının mesajı tedavi talebi, sağlık öyküsü, tıbbi fotoğraf veya sağlık durumuna ilişkin başka bilgiler içeriyorsa içeriğine göre özel nitelikli kişisel veri değerlendirmesi gündeme gelebilir. KVKK rehberi sağlıkla ilgili kişisel verilerin özel nitelikli olduğunu ve ilgili işleme şartı ile gerekli ek önlemler kapsamında işlenmesi gerektiğini açıklar. Kaynak her satış mesajının otomatik olarak sağlık verisi olduğunu söylemez. Otomasyonda sınıflandırma, aktarım ve erişim akışının nasıl kurulacağı ise kurumun hukuki ve teknik değerlendirmesiyle belirlenmelidir. KVKK özel nitelikli veri rehberine bakın.

Yapay zekâ konuşma özeti hazırlayabilir. Özeti, kaynak konuşmanın yerine geçen ve hiç değişmeyen bir gerçek gibi kullanmayın. WHO’nun sağlıkta yapay zekâ ilkeleri insanların sağlık sistemleri ve tıbbi kararlardaki denetimi korumasını, gizlilik ve mahremiyetin gözetilmesini, şeffaflığı ve gerçek kullanım sırasında sürekli değerlendirmeyi öngörür. Özeti bir insanın onaylaması ve gerektiğinde düzeltebilmesi, bu ilkeleri günlük işe taşımak için yaptığımız bir öneridir; WHO belirli bir CRM ekranı veya onay adımı tarif etmez. WHO’nun sağlıkta yapay zekâ ilkelerini inceleyin.

Sesli görüşmelerde veri ve yapay zekâ kontrollerini genişletmek isteyen ekipler KVKK uyumlu sesli AI kontrol listesine de başvurabilir. Böyle bir liste, hukuki uygunluğu kendi başına garanti altına almaz.

Yönetim panelinde hangi kırılımlar bulunmalı?#

Tek bir genel oran, sorunun hangi geçişte çıktığını gizleyebilir. Rapor; başlangıç ve varış yolu (DM, WhatsApp, telefon), kampanya, dil, ekip, sorumlu rol ve geçiş nedenine göre süzülebilsin. Bağlam kaybını, tekrar bilgi istemeyi ve sahipsiz görüşmeyi ayrı grafiklerde gösterin; üçünü de aynı dönemin aynı geçişleri üzerinden hesaplayın. Yönetici oranın arkasındaki nedene de ulaşabilsin. Eksik kampanya etiketi, boş sorumlu, bulunamayan kaynak görüşme, onaysız özet ve hedef sistemde açılamayan görev ayrı hata kodlarıyla kaydedilebilir. Sorunun temsilciden mi, alan eşleştirmesinden mi yoksa sistemler arasındaki bağlantıdan mı çıktığı o zaman incelenebilir.

Araç seçerken Instagram DM AI Agent ile kanal geçmişini tek hasta kartında tutan CRM başlıklarını ayrı ayrı değerlendirebilirsiniz. Amaç ürün sayısını artırmak olmasın; her sistemin sınırında hangi kimliğin, alanın ve sahiplik kaydının korunacağını netleştirin.