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

Hasta Adayı Kanal Geçişinde Bağlam, yalnızca mesajların bir uygulamadan diğerine taşınmasıyla korunmaz. Instagram DM’de başlayan bir görüşme WhatsApp’a veya telefona geçtiğinde konuşma özeti, kampanya kaynağı, tercih edilen dil, beklenen sonraki adım ve sorumlu ekip birbirinden kopabilir. Yönetimin izlemesi gereken temel konu, mesaj hacminden çok geçiş kaydının alıcı kanalda kullanılabilir olup olmadığıdır.

Bu sorun özellikle uluslararası hasta iletişiminde önemlidir. Aday aynı bilgiyi yeniden yazmak zorunda kalabilir, telefondaki temsilci DM’de konuşulan kapsamı göremeyebilir veya geri arama görevi belirli bir ekibe atanmadan bekleyebilir. Bunların her biri ayrı biçimde ölçülmelidir; bağlam kaybı, tekrar bilgi isteme ve sahipsiz görüşme aynı gösterge değildir.

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

Bağlam kaybını yalnızca konuşma metninin eksikliği olarak tanımlamak yetersiz kalır. Mesajlar erişilebilir olsa bile adayın amacı, kampanya kaynağı, dili, verdiği son yanıt, beklediği işlem ve görüşmeyi devralacak ekip bilinmiyorsa operasyon yeniden keşif yapmak zorunda kalır. Bu nedenle kanal geçişinin ölçüm birimi tek tek mesajlar değil, kaynak görüşmeyle hedef görev arasındaki ilişki olmalıdır.

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ü. Bu bulgu bakım deneyimine aittir; aynı etki büyüklüğü sağlık turizmi satış görüşmelerine veya DM’den WhatsApp’a geçişlere taşınamaz. Yine de tekrar bilgi verme olayının ayrı bir deneyim göstergesi olarak izlenmesi için gerekçe sunar. OECD raporunu inceleyin.

Pratikte kayıp farklı sınır noktalarında oluşabilir: Instagram görüşmesinin CRM’de yeni bir kişi olarak açılması, WhatsApp mesajının mevcut adayla eşleştirilememesi, telefon görüşmesinin kampanya kaynağından kopması veya geri arama görevinin sahibinin boş kalması. Bunlar evrensel olarak kanıtlanmış hata oranları değil, kurumun kendi olay kayıtlarında test etmesi gereken operasyonel kontrol noktalarıdır. Daha geniş hasta iletişimi yapısı için sağlık turizminde hasta iletişimi rehberi ile bu ölçüm yaklaşımı birlikte değerlendirilebilir.

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

Operasyonel tasarım önerisi: Her geçiş için tek bir bağlam paketi oluşturun. Paket, tüm konuşma geçmişinin kontrolsüz bir kopyası olmak yerine alıcı ekibin görüşmeyi sürdürebilmesi için kurum tarafından gerekli kabul edilen alanları içersin. Örnek alanlar şunlardır:

• Kaynak kanal ve hedef kanal
• 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. Bu belgelenmiş alanlar kampanya bağlamının WhatsApp’a girişte yakalanabilmesine imkân verir; CRM’in bunları kendiliğinden sakladığını veya 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. Bu yapı, kurumun ortak alan sözlüğü için örnek alınabilir; FHIR kullanmak Instagram, WhatsApp, telefon ve CRM arasında hazır entegrasyon sağlamaz. HL7 FHIR Communication alanlarını inceleyin.

Teknik olayların ilişkilendirilmesinde 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ı?

Kurum önce ölçülebilir bir kanal geçişi olayı tanımlamalıdır. Örneğin DM’deki görüşmeden WhatsApp konuşması oluşturulması, DM sonrasında telefon geri arama görevi açılması veya WhatsApp görüşmesinin belirli bir temsilciye devredilmesi ayrı olay türleri olabilir. Aynı adayın olağan mesajlaşması, gerçek bir kanal geçişiyle karıştırılmamalıdır.

Bağlam kaybı oranı, hedef kayıtta kurumun zorunlu kabul ettiği alanlardan en az biri eksik, eski veya kaynak kayıtla ilişkilendirilemez durumdaki geçişlerin tüm incelenen geçişlere oranı olarak tanımlanabilir. Bu, önerilen kurum içi bir tanımdır; evrensel bir sağlık hizmeti standardı değildir. Hangi alanların kritik sayılacağı kanal çiftine göre ayrı belirlenmelidir. Telefona geçişte geri arama sahibi kritik olabilirken WhatsApp’a geçişte kampanya etiketi ve yazışma özeti daha görünür olabilir.

Tekrar bilgi isteme sayısı, hedef kanaldaki temsilci veya otomasyonun kaynak görüşmede zaten bulunan bir bilgiyi yeniden istemesi olarak kaydedilebilir. Güncelliği doğrulamak amacıyla bilinçli şekilde sorulan bir soru ile önceki kayda erişilemediği için yinelenen soru ayrıştırılmalıdır. Aksi durumda kalite kontrolü amacıyla yapılan doğrulamalar, hatalı biçimde bağlam kaybı sayılabilir.

Sahipsiz görüşme oranı, geçişten sonra kurumun belirlediği süre içinde bir kişi veya ekibe atanmamış kayıtların geçişlerin tamamına 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 kapasitesi ve risk değerlendirmesiyle kararlaştırılmalıdır. HL7 FHIR Task tanımlarına bakın.

Bu üç ana göstergenin yanına özet kabul oranı, yanlış adayla eşleşme kaydı, yeniden yönlendirme sayısı ve hedef ekip tarafından düzeltilen alanlar eklenebilir. Ancak her gösterge için olay tanımı, payda, hariç tutma nedeni ve veri sahibi yazılı hale getirilmeden ekipler arası karşılaştırma yapılmamalıdır. CRM ve klinik sistemler arasındaki alan eşleştirmesini planlayan ekipler HBYS ve CRM entegrasyon rehberinden yararlanabilir.

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

Operasyonel tasarım önerisi: Kanal değişimini yalnızca yönlendirme düğmesiyle tamamlanmış kabul etmeyin. Kaynak tarafta bağlam paketi oluşturulsun, hedef sistemde görev açılsın, sorumlu ekip belirlensin ve alıcı taraf kritik alanları gördüğünü kaydetsin. Kabul kaydı gelmediğinde görüşme istisna kuyruğunda görünür tutulabilir.

Önerilen akışta kaynak görüşme kimliği korunur, özet oluşturulur, kampanya bilgisi ayrı alanlara yazılır, dil tercihi aktarılır ve bir sonraki eylem açıkça belirtilir. 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ştirdiğinde eski değer tamamen kaybolmamalı; düzeltmenin kim tarafından yapıldığı kurumun denetim tasarımında izlenebilir olmalıdır. 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, tüm DM geçmişini bütün sistemlere kopyalamak anlamına gelmez. 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; ancak özetin kaynağın yerine geçen değişmez bir gerçek olarak kullanılması uygun bir kontrol yaklaşımı değildir. 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. Özetin insan tarafından onaylanması ve düzeltilebilir tutulması bu ilkelerin operasyonel tasarıma çevrilmesine yönelik bir öneridir; WHO belirli bir CRM ekranı veya onay akışı tarif etmez. WHO’nun sağlıkta yapay zekâ ilkelerini inceleyin.

Sesli kanalda veri ve yapay zekâ kontrollerini genişletmek isteyen ekipler KVKK uyumlu sesli AI kontrol listesine ayrıca başvurabilir. Bu tür bir kontrol listesi tek başına hukuki uygunluk garantisi oluşturmaz.

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

Tek bir genel oran, sorunun hangi geçişte oluştuğunu gizleyebilir. Rapor; kaynak ve hedef kanal çifti, kampanya, dil, ekip, sorumlu rol ve geçiş nedeni bazında filtrelenebilmelidir. Bağlam kaybı, tekrar bilgi isteme ve sahipsiz görüşme ayrı grafiklerde tutulmalı; aynı dönemin aynı geçiş kümesi üzerinden hesaplanmalıdır.

Yönetici yalnızca orana değil, hatanın nedenine de ulaşabilmelidir. Eksik kampanya etiketi, boş sorumlu, bulunamayan kaynak görüşme, onaysız özet ve hedef sistemde oluşturulamayan görev ayrı hata kodlarıyla kaydedilebilir. Böylece sorun temsilci davranışı, alan eşleştirmesi veya entegrasyon olayı düzeyinde incelenebilir.

Teknik keşif sırasında [Instagram DM agent kurulumu](/kurulum-ucretleri/instagram) ile [CRM entegrasyonu kurulumu](/kurulum-ucretleri/crm) başlıkları ayrı ayrı değerlendirilebilir. Amaç ürün sayısını artırmak değil, her sistem sınırında hangi kimliğin, alanın ve sahiplik kaydının korunacağını açıklaştırmaktır.

Sık sorulan sorular

Bağlam kaybı yalnızca konuşma özeti eksikse mi oluşur?

Hayır. Kurum içi ölçüm tanımına göre kampanya kaynağı, dil, sonraki adım, kaynak görüşme ilişkisi veya sorumlu ekip gibi kritik kabul edilen alanlardan biri de eksik olabilir. Kritik alan listesi her kanal geçişi için önceden belirlenmelidir.

Tekrar bilgi istemek her zaman hata mıdır?

Hayır. Güncellik veya doğruluk kontrolü amacıyla bilinçli biçimde yapılan doğrulama ayrı sınıflandırılmalıdır. Kayıt mevcut olduğu halde erişilemediği için sorulan tekrar sorusu ise bağlam kaybı göstergesine alınabilir.

Sahipsiz görüşme ne zaman sayılmalıdır?

Kurum, geçiş türüne göre bir iç eşik tanımlamalıdır. Bu eşik dolmadan kayıt bekleyen görev; eşik aşıldığında ise sahipsiz görüşme olarak raporlanabilir. Kullanılan standardın otomatik olarak bir hedef süre vermediği unutulmamalıdır.

Yapay zekâ özeti insan kontrolü olmadan aktarılabilir mi?

Özellikle sağlık bilgisi, kapsam beklentisi veya kritik bir sonraki adım içeren özetlerde insan doğrulaması önerilir. Yapay zekâ özeti destekleyebilir; klinik değerlendirme veya tıbbi karar yerine geçmemelidir.

Tüm konuşmayı CRM’e kopyalamak bağlam sorununu çözer mi?

Tek başına çözmez. Uzun mesaj geçmişi içinde sorumlu, sonraki adım ve kampanya kaynağı yine belirsiz kalabilir. Ayrıca veri minimizasyonu, erişim ve saklama değerlendirmeleri yapılmalıdır. Yapılandırılmış ve doğrulanabilir bir geçiş paketi daha ölçülebilir bir yaklaşım sunar.