Hafta Sonu Sağlık Turizmi Leadleri Nasıl Sıralanır?

Hafta Sonu Sağlık Turizmi Leadleri, pazartesi sabahı tek bir geliş sırasına bırakıldığında farklı saat dilimleri, diller ve iletişim tercihleri aynı listede birbirine karışabilir. Daha denetlenebilir yaklaşım; klinik öncelik üretmeden yerel iletişim zamanı, lead yaşı, tercih edilen dil, uygun koordinatör ve tercih edilen kanal üzerinden ayrı bir operasyon kuyruğu kurmaktır.

Bu modelin amacı tanı koymak, semptom değerlendirmek veya tedavi önceliği belirlemek değildir. Görevi, uluslararası hasta koordinatörünün hangi uygun taleple önce iletişime geçeceğini açıklanabilir kurallarla belirlemektir. Acil olabilecek ifadeler ise satış veya randevu sırasına alınmadan ayrı bir insan devri akışına gönderilmelidir.

Hafta Sonu Sağlık Turizmi Leadleri için sıralama ilkesi

İlk tasarım kararı, normal koordinasyon kuyruğu ile güvenlik akışını birbirinden ayırmaktır. Normal kuyrukta ülke veya saat dilimi, talebin oluşturulma zamanı, tercih edilen dil, bu dil için uygun koordinatör, hastanın beyan ettiği iletişim kanalı ve önceki temas durumu kullanılabilir. Tedavi türü, semptomun ağırlığı, hastanın kendi yazdığı sağlık beyanı veya otomasyonun çıkardığı klinik anlam bu sıranın puan değişkeni yapılmamalıdır.

Bu sınır özellikle önemlidir; çünkü çevrim içi semptom kontrol araçlarını inceleyen sistematik derlemede triyaj sonucu bildiren çalışmaların 9/13’ünde genel doğruluk yetersiz bulunmuş, performansın araçlara ve vaka özelliklerine göre değiştiği aktarılmıştır. Bu bulgu doğrudan sağlık turizmi lead sıralamasını incelemese de otomatik semptom yorumunu operasyon kuyruğunun temeli yapmamak için güçlü bir güvenlik gerekçesi sunar. Sistematik derlemenin kapsamı ve sonuçları PubMed özetinde açıklanmaktadır.

WHO’nun sağlıkta yapay zekâ ilkeleri de insanların sağlık sistemi ve tıbbi kararlar üzerindeki kontrolünün korunmasını, sistemlerin tanımlı kullanım amaçları için değerlendirilmesini ve sorumluluğun eğitimli insanlarda kalmasını öngörür. Bu nedenle burada anlatılan otomasyon yalnızca iletişim iş akışını düzenlemeli; klinik karar, tanı veya tedavi önerisi vermemelidir. WHO ilkeleri insan özerkliği, güvenlik ve hesap verebilirlik çerçevesini ortaya koyar.

Mesai dışı sahiplik, nöbetçi ekip ve devir noktaları ayrıca tanımlanmalıdır. Bu operasyon katmanının kurulması için Mesai Dışı Sağlık Çağrıları Nasıl Yönetilir? rehberindeki görev sahipliği yaklaşımı kullanılabilir.

CRM’de tutulması gereken klinik olmayan alanlar

Sıralama motoru, her kararını CRM’deki açık alanlara dayandırmalıdır. Önerilen asgari veri sözlüğü şöyledir:

created_at alanı, UTC ile ilişkisi açık bir RFC 3339 zaman damgası olarak tutulabilir. Lead yaşı da değerlendirme anındaki UTC zamanı ile created_at arasındaki fark olarak hesaplanabilir. RFC 3339, internet sistemlerinde zaman damgalarının açık bir UTC ilişkisiyle temsilini ve sayısal yerel ofsetleri tanımlar. Standart zaman damgası yapısı RFC Editor sayfasında yer almaktadır.

Saat dilimi alanında yalnızca kalıcı bir UTC ofsetine güvenilmemelidir. IANA veritabanı, temsilî konumların UTC ofset geçmişini ve yaz saati uygulamalarını tutar; kamu otoritelerinin saat kurallarını değiştirebildiğini de açıklar. Bu nedenle CRM, kişinin iletişim konumuna karşılık gelen IANA saat dilimi kimliğini saklamalı ve yerel iletişim penceresini güncel saat dilimi verisiyle hesaplamalıdır. IANA’nın saat dilimi verisi açıklaması bu kapsamı tanımlar.

Dil, serbest metin varyasyonları yerine kontrollü bir etiketle kaydedilebilir. RFC 5646 kapsamındaki BCP 47 yapısı; dilin yanında gerektiğinde yazı sistemi ve bölge alt etiketlerini de destekler. Bu alan, vatandaşlık veya kaynak ülke üzerinden otomatik doldurulmamalı; kişinin sağlık hizmeti iletişimi için belirttiği dil kaydedilmelidir. BCP 47 dil etiketi yapısı RFC Editor tarafından açıklanmaktadır.

Alanların kaynak sistemlerden CRM’ye hangi olaylarla taşınacağı, tekrar kayıtların nasıl birleştirileceği ve başarısız entegrasyonların nasıl işaretleneceği HBYS ve CRM Entegrasyon Rehberi ile birlikte ele alınabilir.

Çok dilli CRM kuyruğu nasıl sıralanır?

Kurallar tek bir gizli puan yerine ardışık kapılar şeklinde uygulanabilir. Böylece koordinatör, bir leadin neden üstte veya beklemede olduğunu görebilir:

1. Güvenlik kapısı: Acil olabilecek ifade bulunan talepler normal listeden çıkarılır ve doğrudan insan/klinik devir akışına alınır.
2. Veri kalitesi kapısı: Saat dilimi, dil veya iletişim izni gibi gerekli alanı eksik leadler varsayımla puanlanmaz; veri tamamlama listesine gönderilir.
3. Yerel iletişim penceresi: Kişinin bulunduğu saat diliminde kurumun belirlediği iletişim penceresi açık olan leadler temas için uygun kabul edilir. Pencere kapalıysa talep silinmez; bir sonraki uygun zamana kadar bekletilir.
4. Dil uygunluğu: Lead, tercih edilen dil için kurumun uygun gördüğü koordinatör grubuna yönlendirilir. Uygun görevli yoksa sistem farklı dilde iletişimi otomatik olarak uygun saymaz; insan incelemesi ister.
5. Lead yaşı: Aynı uygunluk grubundaki daha eski talepler kademeli olarak yukarı taşınır. Kurum ayrıca hiçbir leadin süresiz geriye düşmemesi için azami bekleme eşiği tanımlar.
6. Tercih edilen kanal: Dil, yerel zaman ve yaş bakımından eşit leadlerde kişinin doğrudan belirttiği telefon, mesaj veya e-posta tercihi bağlayıcı ölçüt olarak kullanılabilir. Alternatif kanala geçiş yalnızca kurumun izin ve iletişim kurallarına göre yapılır.

Bu yaklaşımda ülke, ticari değer veya varsayılan tedavi ihtiyacı tek başına üstünlük sağlamaz. Ülke alanı saat dilimini doğrulamaya yardım edebilir; ancak sıralama kararı doğrudan kaydedilmiş saat dilimi, dil, kanal ve bekleme durumuna dayanır. Düşük hacimli dil kuyruklarında eski leadleri görünmez kılmamak için yaş eşiği ve insan inceleme listesi birlikte kullanılmalıdır.

Örnek bir sıra anahtarı contactable_now → language_match → age_band → preferred_channel_ready → created_at biçiminde kurulabilir. Buradaki sıralama tıbbi aciliyet puanı değildir; acil durum kapısı bu anahtar çalıştırılmadan önce uygulanır. Her alanın değeri, kural sürümü ve sıralama zamanı ayrıca olay kaydına yazılarak sonradan incelenebilir.

Acil belirtilerde doğrudan insan ve klinik devri

Hasta ile konuşan veya mesajlaşan akışta göğüste baskı, sıkışma, dolgunluk ya da ağrı ile nefes darlığı gibi ifadeler normal lead puanına dönüştürülmemelidir. American Heart Association bunları kalp krizi uyarı işaretleri arasında sayar ve acil yardım istenmesini önerir. Uyarı işaretleri ve acil yardım yönlendirmesi AHA sayfasında açıklanmaktadır.

Ani yüz, kol veya bacak güçsüzlüğü ya da uyuşması; konuşma veya anlama güçlüğü; ani görme veya yürüme bozukluğu ve nedeni bilinmeyen ani şiddetli baş ağrısı da normal satış kuyruğuna bırakılmamalıdır. CDC bu belirtileri inme işaretleri arasında sayar ve acil yardım çağrısının geciktirilmemesini ister. CDC’nin inme işaretleri listesi ve acil eylem yönlendirmesi burada yer almaktadır.

Uygulama akışı açık olmalıdır: Hastanın bu ifadeleri mesajda yazması, acil seçeneğini seçmesi, otomatik ifade kuralının tetiklenmesi veya görevlinin görüşmede belirtinin aktarıldığını fark etmesi halinde normal kuyruk atlanır. Sistem doğrudan sürekli izlenen canlı insan/klinik hattına devir başlatır ve kişiye bulunduğu yerdeki acil sağlık hizmetine başvurması söylenir. Otomasyon tanı koymaz ve acil sağlık hizmetinin yerine geçmez.

Sınıflandırma, çağrı altyapısı veya CRM entegrasyonu çalışmazsa talep normal sıraya geri bırakılmamalıdır. Güvenli hata davranışı; talebi acil devir adayı olarak işaretlemek, nöbetçi insana ayrı alarm üretmek ve kullanıcıya yerel acil sağlık hizmetine başvurma mesajını göstermektir. Çok dilli yazım, örtük anlatım veya konuşma çözümleme hatası nedeniyle kaçırma riski bulunduğundan sentetik ifadeler, farklı diller ve entegrasyon kesintileriyle düzenli kabul testleri yapılmalıdır. Sağlık kararlarında insan kontrolünün korunması gereği WHO’nun sağlıkta yapay zekâ ilkeleriyle uyumludur.

Kayıt ve transkript bildirimi nerede yapılmalı?

Çağrı kaydı, konuşma transkripti veya konuşma özeti kullanılan bir akışta önerilen operasyon kontrolü, görüşmenin başında ve ilgili özellik etkinleşmeden önce açık bir bildirim sunmaktır. Ayrıntılı aydınlatma metnine erişim yolu da aynı başlangıç adımında verilmelidir. Bildirim zamanı notice_at; kayıt ve transkript başlangıçları ise recording_started_at ve transcription_started_at gibi ayrı denetim olayları olarak tutulabilir. Sistem kontrolü, bildirimin ilgili işlemden önce gerçekleşip gerçekleşmediğini karşılaştırmalıdır.

KVKK aydınlatma tebliği, aydınlatmanın sözlü, yazılı, ses kaydı veya çağrı merkezi gibi fiziksel ya da elektronik ortamlarda yerine getirilebileceğini düzenler. Bu hüküm bütün görüşmelerin kaydedilmesini zorunlu kılmaz. Buradaki başlangıç bildirimi, kayıt veya transkript kullanan kurum için önerilen denetlenebilir süreç kontrolüdür; hastanın bulunduğu ülkedeki haberleşme ve kayıt kuralları ayrıca incelenmelidir. Tebliğin kapsamı KVKK sayfasında yayımlanmaktadır.

Bildirim metni, saklama ayarları, erişim rolleri ve olay kayıtları değerlendirilirken KVKK Uyumlu Sesli AI Kontrol Listesi yardımcı bir iç kontrol kaynağı olarak kullanılabilir. Bu bağlantı veya teknik kurulum tek başına mevzuata uygunluk garantisi oluşturmaz.

Başarı hangi göstergelerle ölçülmeli?

Yeni kuyruk, mevcut yöntemle karşılaştırılmadan başarılı ilan edilmemelidir. Pilot değerlendirmede aynı dil, ülke ve geliş kanalı grupları mümkün olduğunca ayrı izlenebilir. Ölçüm sözlüğü en az şu göstergeleri tanımlamalıdır:

• Lead oluşumu ile ilk insan yanıtı arasındaki süre,
• Kuyruğun ortanca ve uzun kuyruk bekleme süresi,
• Kurumun hedef süresi içinde insan yanıtı alan lead oranı,
• Açık backlog içindeki en eski leadin yaşı,
• Tercih edilen kanaldaki ilk temasın sonucu,
• Nitelikli insan görüşmesine ve randevu talebine geçen kayıtlar,
• Acil ifade testlerinin doğru devir durumu,
• Başarısız entegrasyonda insan alarmının oluşması,
• Bildirimin kayıt veya transkript başlangıcından önce tamamlanma durumu.

Sonuçlar dil, saat dilimi ve kanal kırılımında incelenmelidir. Sadece ortalama yanıt süresine bakmak, düşük hacimli dil kuyruklarında uzun süre bekleyen leadleri gizleyebilir. Bu nedenle ortanca sürenin yanında kuyruk kuyruğu, azami bekleme ve eşik aşımı da izlenmelidir. Kampanya karması, koordinatör kapasitesi veya ülke dağılımı değiştiğinde sonuçlar ayrı yorumlanmalı; belirli bir dönüşüm artışı garanti edilmemelidir.

Teknik uygulama değerlendirilirken CRM alan eşlemesi, insan devir noktası, hata davranışı, kayıt bildirimi ve raporlama gereksinimleri yazılı kabul kriterlerine dönüştürülmelidir. Bir çözümün kapsamını incelemek için [AgentFix özellikler sayfası](/ozellikler) kullanılabilir; ancak sağlık turizmi kuyruğuna uygunluk, kurumun kendi süreç, güvenlik ve veri koruma incelemesiyle doğrulanmalıdır.