Sağlık Turizminde CRM Nasıl Kurulur? Klinikler İçin Lead Takip Sistemi

Kısa cevap: Sağlık turizminde CRM; her talebi tek kaynağa kaydeden, mükerrer başvuruları birleştiren, sorumlu danışmanı ve sonraki görevi belirleyen, yalnız tanımlı çıkış kriteri sağlandığında lead'i yeni aşamaya taşıyan bir sistem olarak kurulmalıdır. Temel pipeline “Yeni talep → İletişim kuruldu → Ön değerlendirme → Teklif gönderildi → Karar/takip → Planlandı → Sonuçlandı” akışını izlemeli; satış kaydı ile klinik dosya ayrılmalı, gereksiz sağlık verisi toplanmamalı ve reklamlar ham form sayısıyla değil nitelikli lead ile gerçekleşen hasta sonuçlarına göre değerlendirilmelidir. Başarılı kurulumun ölçütü CRM'in dolu görünmesi değil, her kaydın sahibi, güncel durumu, sonraki adımı ve ölçülebilir sonucu olmasıdır.

Sağlık turizmi CRM'i hangi sorunu çözmelidir?

Sağlık turizmi CRM'i, farklı ülke ve kanallardan gelen taleplerin kaybolmasını, iki danışmanın aynı hastaya yazmasını, cevapsız lead'leri ve kaynağı bilinmeyen satışları önlemelidir. Sistem her talep için tek kayıt, tek sorumlu, tanımlı durum, zaman damgalı temas geçmişi ve açık sonraki görev üretmelidir. Bu beş unsurdan biri yoksa araç CRM olsa bile süreç hâlâ mesaj kutularıyla yönetiliyor demektir.

Yabancı hasta yolculuğu çoğu zaman form gönderimiyle bitmez; e-posta, telefon, WhatsApp, görüntülü görüşme, hekim değerlendirmesi, teklif ve seyahat planı arasında ilerler. Danışmanın kişisel telefonundaki mesajlar, ortak Excel dosyası ve reklam paneli bu yolculuğun farklı parçalarını gösterir. CRM'in görevi bu kanalları tek ekranda yığmak değil, her temasın hangi iş sonucuna bağlandığını görünür kılmaktır.

“Her lead CRM'e girsin” başlangıçtır; işletim standardı değildir. Kayıtların danışmanlar arasında nasıl dağıtılacağı, ilk yanıt hedefi, hangi durumda hekim değerlendirmesine geçileceği, cevapsız talebe kaç kez dönüleceği ve kayıp nedeninin kim tarafından seçileceği yazılı olmalıdır. Mevcut talepler geliyor fakat randevuya ilerlemiyorsa önce sağlık turizmi lead dönüşümündeki darboğazları belirlemek, CRM'i gerçek probleme göre kurmayı kolaylaştırır.

İyi bir CRM ayrıca yönetimin üç sorusunu aynı tanımlarla yanıtlar: “Hangi kanaldan kaç nitelikli talep geldi?”, “Hangi aşamada ne kadar iş bekliyor?” ve “Neden planlanan hastaya dönüşmedi?” Bu sorular için herkes farklı Excel hesabı yapıyorsa tek doğruluk kaynağı kurulmamıştır. CRM, çalışanı izleyen bir araç değil; bekleyen işi ve sistem hatasını görünür kılan ortak çalışma kaydı olmalıdır.

Sağlık turizmi CRM pipeline aşamaları nasıl tanımlanmalıdır?

Pipeline aşamaları danışmanın yaptığı aktiviteye değil, hastanın yolculuğundaki doğrulanabilir duruma göre tanımlanmalıdır. “Arandı” bir aktivitedir; “iletişim kuruldu” ise hastayla çift yönlü temasın gerçekleştiğini gösterir. Her aşamanın giriş koşulu, çıkış kanıtı, azami bekleme alarmı ve sorumlusu yazılı olmalı; kayıt yalnız bu kanıt oluştuğunda ileri taşınmalıdır.

Tek bir “kapandı” durumu, öğrenmeyi engeller. Tedaviye uygun olmayan, bütçesi uyuşmayan, başka kliniği seçen, zamanlamayı erteleyen, yanlış ülke veya hizmetten gelen ve iletişim bilgisi geçersiz olan kayıtlar ayrı sonuç nedenleri taşımalıdır. Ancak neden listesi onlarca serbest metin seçeneğine dönüşmemeli; raporlanabilir ana neden ve gerektiğinde kısa açıklama kullanılmalıdır.

Aşamalar arasında geri dönüş de mümkündür. Hasta yeni bir klinik bilgi sunduğunda tekliften ön değerlendirmeye dönebilir; seyahat tarihi değiştiğinde planlanan kayıt yeniden takip aşamasına alınabilir. Geri taşıma silinmemeli, nedeni ve tarihi kayıt geçmişinde görünmelidir. Böylece dönüşüm süresi yalnız son gün üzerinden değil, gerçek bekleme ve yeniden çalışma döngüleriyle analiz edilir.

• Durum ile görevi ayırın: “Teklif gönderildi” durum; “Perşembe günü fiyat kapsamını açıklamak için ara” görevdir.
• Bekleme sahibini belirleyin: Hekim yanıtı, hasta belgesi veya ödeme teyidi bekleniyorsa kaydın takip sorumlusu yine açık kalmalıdır.
• Zorunlu alanı aşamaya bağlayın: Her alan ilk formda istenmemeli; yalnız iş için gerektiği aşamada açılmalıdır.
• Çıkış kanıtı arayın: Danışmanın iyi niyeti değil, kayıtlı çift yönlü temas, onaylı kapsam veya gönderilmiş teklif aşamayı doğrulamalıdır.
• Kayıp nedeni denetleyin: “Fiyat yüksek” gibi kolay seçilen nedenler, görüşme notu ve süreç kanıtıyla örneklem bazında kontrol edilmelidir.

CRM'de hangi veriler tutulmalı, hangileri klinik dosyada kalmalıdır?

CRM'de yalnız hasta iletişimini, talep yönetimini, kaynak ölçümünü ve görev takibini yürütmek için gerekli veriler tutulmalıdır; ayrıntılı tetkikler, görüntüler, tanı ve klinik notlar kontrollü sağlık bilgi sisteminde kalmalıdır. CRM kaydı klinik dosyanın kopyası değildir. İki sistem arasındaki bağlantı, gereksiz sağlık verisini çoğaltmadan benzersiz referans ve yetkili handoff üzerinden kurulmalıdır.

Sağlık verisi özel nitelikli kişisel veridir. “Satış ekibi hızlı erişsin” gerekçesi, pasaport görüntüsünü, tetkiki veya tedavi fotoğrafını herkesin görebildiği not alanına yüklemek için yeterli değildir. KVKK'nın veri güvenliği açıklamasına göre veri sorumlusu hukuka aykırı işlemeyi ve erişimi önlemek, verinin muhafazasını sağlamak için uygun teknik ve idari tedbirleri almakla yükümlüdür; dış hizmet sağlayıcı kullanılması kurumun sorumluluğunu ortadan kaldırmaz.

Veri sözlüğü her alan için ad, tanım, iş amacı, veri sahibi, kimlerin görebileceği, hangi aşamada zorunlu olduğu, saklama ve silme kuralını içermelidir. “Notlar” alanı veri sözlüğünün yerine geçemez. Ülke, dil veya kaynak gibi raporlama alanları serbest metin olursa “UK”, “United Kingdom” ve “İngiltere” üç ayrı pazar gibi görünür; standart seçenekler rapor bütünlüğünü korur.

Ekip sahipliği ve CRM otomasyonları nasıl kurulmalıdır?

Her CRM kaydı birincil sorumluya, her aşama bir hizmet seviyesine ve her kritik işlem açık yetki rolüne bağlanmalıdır. Otomasyonlar kayıt açma, mükerrer uyarısı, görev atama ve gecikme hatırlatma gibi idari işleri hızlandırmalı; hastanın tıbbi uygunluğuna, tedavi kapsamına veya kişisel durumuna kendi başına karar vermemelidir. İnsan onayı gereken kapılar sistemde atlanamaz olmalıdır.

Ekip tasarımı “bütün danışmanlar bütün lead'leri görsün” kolaylığıyla başlamamalıdır. Dil, çalışma saati, ülke, branş ve kapasiteye göre dağıtım kuralı tanımlanabilir; ancak bir kayıt el değiştirdiğinde önceki sahip, devir nedeni ve açık görev korunmalıdır. İzin veya vardiya değişimi sırasında hastanın yeniden hikâyesini anlatmak zorunda kalmaması, doğru handoff'un pratik kalite testidir.

İlk yanıt süresi tek başına performans ölçüsü değildir. Hızlı fakat yanlış dilde, kişiselleştirilmemiş veya güvenli olmayan mesaj hastayı ilerletmez. Ekip değerlendirmesinde ilk anlamlı yanıt, niteliklendirme tamamlanma süresi, hekim yanıt bekleme süresi, teklif sonrası açık görevler ve aşama bazlı bekleme birlikte izlenmelidir. Lead'in doğru nitelik taşıyıp taşımadığını ortak tanımlarla değerlendirmek için sağlık turizmi lead kalitesi çerçevesi CRM alanlarına uyarlanabilir.

Yetki matrisi en az danışman, ekip lideri, klinik koordinatör, hekim/sağlık personeli, pazarlama, finans ve sistem yöneticisini ayırmalıdır. Kim fiyat kalemini değiştirebilir, kim klinik değerlendirmeyi görebilir, kim kayıp nedenini düzeltebilir, kim dışa aktarım yapabilir ve kim kullanıcı erişimini kapatabilir yazılmalıdır. Yönetici olmak bütün sağlık verisini görme ihtiyacı yaratmaz.

Reklam verisi ile CRM sonuçları nasıl bağlanmalıdır?

Reklam verisi ile CRM, ilk tıklama veya form kimliğini CRM kaydında koruyup nitelikli lead ve gerçekleşen hasta gibi sonraki sonuçları tanımlı dönüşüm olayları olarak geri besleyerek bağlanmalıdır. Reklam platformuna ayrıntılı sağlık verisi, serbest danışman notu veya klinik belge gönderilmemelidir. Aktarımın hukuki dayanağı, teknik yöntemi ve veri alanları yayın öncesinde doğrulanmalıdır.

Ham form gönderimi, kampanyanın hasta ürettiğini kanıtlamaz. Aynı kişi üç form doldurabilir, hedef ülke dışından talep gelebilir veya iletişim bilgisi geçersiz olabilir. Pazarlama raporu; yeni talep, iletişim kurulan, nitelikli, teklif gönderilen, planlanan ve gerçekleşen sonuçları aynı dönem mantığıyla gösterebilmelidir. Form hacmini kalite sanmamak, reklam algoritmasının yanlış sonuca optimize edilmesini de önler.

Google'ın güncel çevrimdışı dönüşüm rehberi, birinci taraf lead verisi ve GCLID gibi tanımlayıcılarla web dışındaki sonuçların reklam etkileşimine bağlanabildiğini açıklar. Gelişmiş dönüşümlerde e-posta gibi kullanıcı tarafından sağlanan veriler eşleştirme için hash'lenebilir; hash işlemi her veri kullanımını otomatik olarak hukuka uygun yapmaz. Toplama, bilgilendirme, aktarım, erişim ve saklama koşulları kurum tarafından ayrıca değerlendirilmelidir.

Teknik ölçüm tasarımı, kampanya adlandırmasıyla birlikte kurulmalıdır. Ülke, dil, branş, kampanya ve landing page kimliği reklamdan CRM'e bozulmadan taşınmalı; danışman sonucu değiştirse bile ilk kaynak korunmalıdır. UTM parametresi veya kampanya adı içine hastalığı, tedavi ayrıntısını ya da kişiyi açık eden bilgi yazılmamalıdır. Google kampanya yapısının arama niyeti ve dönüşüm hedefleriyle uyumu için yurt dışından hasta talebi için Google Ads rehberi ölçüm brief'iyle birlikte kullanılabilir.

Raporlarda iki saat kullanılır: lead'in geldiği dönem ve sonucun oluştuğu dönem. Haziranda gelen bir talep temmuzda planlanabilir; yalnız temmuz reklam harcamasına bölmek yanlış karar üretebilir. Kohort görünümü, aynı giriş dönemindeki lead'lerin ilerlemesini; operasyon görünümü ise bugün bekleyen görevleri gösterir. İki rapor aynı pipeline tanımlarını kullanmalı fakat farklı soruları yanıtladığını açıkça belirtmelidir.

CRM canlıya alınmadan önce nasıl test edilmelidir?

CRM, gerçek hasta verisi taşınmadan önce farklı ülke, dil, kanal, mükerrer kayıt, vardiya devri, klinik handoff, teklif, ret ve veri silme senaryolarıyla uçtan uca test edilmelidir. Kabul ölçütü ekranın açılması değil; kaydın doğru sorumluya gitmesi, hassas verinin sınırda kalması, her aşamanın kanıtla ilerlemesi ve raporun kaynak sonuç zincirini doğru göstermesidir.

1. Yakalama testi: Form, telefon ve mesaj kanalından oluşturulan deneme kayıtlarının doğru kaynak, ülke ve dil alanlarıyla geldiğini doğrulayın.
2. Mükerrer testi: Aynı kişinin ikinci formu yeni hasta yaratmadan uyarı veya kontrollü birleştirme üretmelidir.
3. Atama testi: Dil, vardiya ve iş yükü kuralı doğru danışmanı seçmeli; sahipsiz kayıt alarm vermelidir.
4. Aşama testi: Zorunlu çıkış kanıtı yokken kayıt ileri taşınamamalı; geri dönüş nedeni geçmişte görünmelidir.
5. Yetki testi: Pazarlama kullanıcısı klinik dosyayı, danışman yönetici ayarlarını, dış tedarikçi gereksiz kayıtları görememelidir.
6. Handoff testi: Danışmandan klinik değerlendirmeye ve operasyona geçişte sahip, görev, tarih ve referans kaybolmamalıdır.
7. Otomasyon testi: Ret, iptal veya iletişim izni değişikliğinde planlı mesajlar durmalı; döngüsel görev oluşmamalıdır.
8. Ölçüm testi: Deneme GCLID/UTM kaydı, tanımlı CRM sonucuyla doğru kampanya satırında eşleşmelidir.
9. Mobil ve dil testi: Danışman, telefon ekranında doğru karakterlerle not alıp görev tamamlayabilmeli; dil şablonları karışmamalıdır.
10. Çıkış testi: Kullanıcı erişimi kapatma, veri dışa aktarma, saklama/silme ve tedarikçi değişikliği prosedürleri uygulanabilmelidir.

Pilot, bütün ülke ve ekiplerle aynı gün başlamamalıdır. Tek bir dil, sınırlı danışman grubu ve açık başlangıç/bitiş tarihiyle yürütülen pilot; alanların gereksizliğini, zorunlu kuralların işi durdurup durdurmadığını ve raporun güvenilirliğini gösterir. Pilot sırasında “CRM zor” diye açılan serbest not kestirmeleri izlenmeli; gerçek ihtiyaç varsa veri sözlüğü kontrollü biçimde güncellenmelidir.

Canlıya geçişten sonra haftalık veri kalite kontrolü yapılmalıdır: sahipsiz kayıtlar, tarihi geçmiş görevler, boş kaynaklar, kanıtsız aşama değişiklikleri, yanlış kayıp nedenleri, mükerrerler ve yetkisiz dışa aktarımlar incelenir. Aylık yönetim toplantısında ise yalnız kişi performansı değil; hangi aşamanın beklediği, hangi otomasyonun hata ürettiği ve hangi kampanyanın operasyon kapasitesini aştığı konuşulur.

CRM ürünü seçimi bu tasarımdan sonra yapılmalıdır. Ürün; gerekli rol yetkilerini, veri konumunu, entegrasyonları, değişiklik geçmişini, dışa aktarma ve çıkış senaryosunu karşılamıyorsa popüler olması yeterli değildir. Reklam, web, CRM ve danışman akışının aynı stratejide kurulması gerekiyorsa sağlık turizmi dijital pazarlama stratejisi kapsamı üzerinden mevcut sistemin korunacak ve yeniden kurulacak bölümleri ayrıştırılabilir.

Uygulanabilir ilk adım: Son 30 gündeki taleplerden kişisel sağlık ayrıntısı içermeyen küçük bir örnek alın. Her kayıt için kaynak, sorumlu, güncel aşama, son temas, sonraki görev, teklif sürümü ve sonuç nedeninin bulunup bulunmadığını işaretleyin. En çok boş kalan üç alan, önce teknoloji değil süreç tanımı gerektiren CRM açığını gösterecektir.