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. Bunun yerine koordinasyon ekibi için ayrı bir sıra kurun. Bu sıra klinik öncelik üretmez; kişinin yerel saatine, lead yaşına, tercih ettiği dile, uygun koordinatöre ve tercih ettiği iletişim yoluna bakar.

Bu modelin amacı tanı koymak, semptom değerlendirmek veya tedavi önceliği belirlemek değildir. Tek işi, uluslararası hasta koordinatörünün önce hangi uygun taleple iletişime geçeceğini gerekçesi görülebilen 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 karar, normal koordinasyon sırasını güvenlik devrinden ayırmaktır. Normal sırada ü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 yolu 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ın bir nedeni var. Ç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ş. Derleme, performansın araçlara ve vaka özelliklerine göre değiştiğini de aktarır. Bu bulgu sağlık turizmi lead sıralamasını doğrudan incelemiyor. Yine de otomatik semptom yorumunu koordinasyon sırasının temeli yapmamak için sağlam 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ışında işin sahibini, nöbetçi ekibi ve devir noktalarını ayrıca yazın. Bu düzeni kurarken Mesai Dışı Sağlık Çağrıları Nasıl Yönetilir? rehberindeki görev sahipliği yaklaşımından yararlanabilirsiniz.

CRM’de tutulması gereken klinik olmayan alanlar#

Sıralamayı yapan kural, her kararını CRM’deki açık alanlara dayandırsın. Önerilen en küçük alan listesi şöyle:

created_at alanını UTC ile ilişkisi açık bir RFC 3339 zaman damgası olarak tutabilirsiniz. Lead yaşı, değerlendirme anındaki UTC zamanı ile created_at arasındaki farktır. 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 ayrı bir konu. Sabit bir UTC ofseti yetmez. 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.

Dili serbest metin yerine kontrollü bir etiketle kaydedin. 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ğını, tekrar kayıtların nasıl birleşeceğini ve başarısız aktarımların nasıl işaretleneceğini HBYS ve CRM Entegrasyon Rehberi ile birlikte planlayın.

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

Kuralları tek bir gizli puana toplamayın, sırayla geçilen kapılar olarak uygulayın. Böylece koordinatör bir leadin neden üstte ya da beklemede olduğunu görür:

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 bir alanı eksik olan lead tahminle puanlanmaz; veri tamamlama listesine gider.
3. Yerel iletişim penceresi: Kişinin bulunduğu saat diliminde şu an kurumun belirlediği iletişim saatleri içindeyse, lead temas için uygun sayılır. Saatler dışındaysa talep silinmez, bir sonraki uygun zamana kadar bekler.
4. Dil uygunluğu: Lead, tercih edilen dil için kurumun uygun gördüğü koordinatör grubuna gider. Uygun görevli yoksa sistem başka dilde iletişimi kendiliğinden uygun saymaz, insan incelemesi ister.
5. Lead yaşı: Aynı uygunluk grubunda eski talepler adım adım yukarı çıkar. Kurum ayrıca hiçbir leadin süresiz geride kalmaması için en uzun bekleme süresini belirler.
6. Tercih edilen kanal: Dil, yerel saat ve yaş bakımından eşit leadlerde kişinin kendi belirttiği telefon, mesaj veya e-posta tercihi eşitliği bozar. Başka bir iletişim yoluna geçiş yalnız kurumun izin ve iletişim kurallarına göre yapılır.

Bu yaklaşımda ülke, ticari değer ya da tahmin edilen tedavi ihtiyacı bir leadi tek başına öne geçirmez. Ülke alanı saat dilimini doğrulamaya yardım eder.

Sıralama kararı ise doğrudan kaydedilmiş saat dilimine, dile, iletişim yoluna ve bekleme durumuna dayanır. Az talep gelen dillerde eski leadler gözden kaçmasın diye en uzun bekleme süresini ve insan inceleme listesini birlikte kullanın.

Ö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ğerini, kural sürümünü ve sıralama zamanını olay kaydına yazın; sonradan inceleme bu kayıtla yapılır.

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, dolaylı anlatım ya da konuşmanın yanlış çözümlenmesi yüzünden acil bir ifade kaçabilir. Bu yüzden yapay test cümleleri, farklı diller ve bağlantı kesintileriyle düzenli kabul testleri yapın. 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 ya da konuşma özeti kullanılıyorsa önerilen kontrol şudur: görüşmenin başında ve ilgili özellik açılmadan önce açık bir bildirim yapın. 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, bildirimin ilgili işlemden önce yapılıp yapılmadığını bu zamanları karşılaştırarak denetlesin.

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 metnini, saklama ayarlarını, erişim rollerini ve olay kayıtlarını gözden geçirirken KVKK Uyumlu Sesli AI Kontrol Listesi iç kontrol için yardımcı olur. Bu bağlantı veya teknik kurulum tek başına mevzuata uygunluk garantisi oluşturmaz.

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

Yeni sırayı mevcut yöntemle karşılaştırmadan başarılı saymayın. Deneme döneminde dil, ülke ve talebin geldiği kaynak gruplarını olabildiğince ayrı izleyin ve ölçüm listesine en az şu göstergeleri yazın:

• Lead oluşumu ile ilk insan yanıtı arasındaki süre,
• Sıranın ortanca bekleme süresi ve en uzun bekleyen kayıtların süresi,
• Kurumun hedef süresi içinde insan yanıtı alan lead oranı,
• Açık bekleyen işler içindeki en eski leadin yaşı,
• Tercih edilen iletişim yolundaki 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 aktarımda insan alarmının oluşması,
• Bildirimin kayıt veya transkript başlangıcından önce tamamlanma durumu.

Sonuçları dil, saat dilimi ve iletişim yolu kırılımında ayrı ayrı değerlendirin. Yalnız ortalama yanıt süresine bakarsanız az talep gelen dillerde uzun süre bekleyen leadler gözden kaçabilir. Ortanca sürenin yanında en uzun bekleyen kayıtları, en uzun bekleme süresini ve hedef süreyi aşan kayıtları da izleyin. Kampanya dağılımı, koordinatörlerin iş yükü ya da ülke dağılımı değişirse sonuçları ayrı yorumlayın.

Belirli bir dönüşüm artışı vaat etmeyin.

Teknik uygulamayı değerlendirirken CRM alan eşlemesini, insan devir noktasını, hata davranışını, kayıt bildirimini ve raporlama gereksinimlerini yazılı kabul ölçütlerine çevirin. Bir çözümün kapsamını görmek için AgentFix'in CRM kuyruğu ve rapor özellikleri sayfasına bakabilirsiniz; sağlık turizmi sırasına uygunluğu ise kurum kendi süreç, güvenlik ve veri koruma incelemesiyle doğrulasın.