İçindekiler
Sorun "yapay zekâ" değil, yapay zekânın veriye erişememesi
Sağlık turizmi firmalarının çoğu 2025'ten beri yapay zekâ kullanıyor. Ama nasıl kullanıyor? Danışman bir hastanın yazışmasını kopyalıyor, sohbet penceresine yapıştırıyor, "bunu İngilizceye çevir" ya da "buna nazik bir takip mesajı yaz" diyor. Çıkan metni geri kopyalayıp CRM'e yapıştırıyor.
Bu, işe yarıyor ama ölçeklenmiyor. Çünkü asistan yalnızca o an kendisine yapıştırılan metni biliyor. Sizin 4.000 hasta kaydınızı, geçen ayki kanal kırılımınızı, hangi danışmanın kaç teklif kapattığını görmüyor. Her soru için birinin gidip veriyi elle çıkarması gerekiyor — ve pratikte kimse bunu her gün yapmıyor.
MCP tam olarak bu boşluğu kapatıyor: asistanı veriye bağlıyor. Kopyala-yapıştır adımını ortadan kaldırıyor.
MCP nedir?
MCP (Model Context Protocol), dil modeli istemcilerinin dış sistemlere bağlanması için kullanılan açık bir protokoldür. Mantığı basit: her yazılım için ayrı bir yapay zekâ eklentisi yazmak yerine, yazılım bir kez "MCP sunucusu" olarak açılır. Protokolü destekleyen her istemci — hangi model olduğu fark etmeksizin — onunla konuşabilir.
Elektrik prizi benzetmesi burada işe yarıyor: cihaz başına ayrı kablolama yapmıyorsunuz, standart bir arayüz var, uyumlu her cihaz takılıyor. Model değiştirdiğinizde entegrasyonu yeniden yazmıyorsunuz.
Bir CRM MCP sunucusu olarak açıldığında asistan şunları yapabilir hale gelir: kayıt listeleme ve filtreleme, tek kaydın detayını okuma, konuşma geçmişine bakma, rapor çekme ve — izin verildiyse — kayıt güncelleme veya mesaj gönderme. Bunların hepsi API üzerinden olur; asistan ekran görüntüsü almaz, arayüzü taklit etmez.
Sağlık turizminde neyi değiştiriyor?
Somut örneklerle bakalım. Aşağıdakiler, günde 100-300 lead alan bir firmada haftada birkaç kez sorulan ama elle cevaplanmadığı için genelde hiç sorulmayan sorular:
- "Teklif gönderilmiş, üç gündür yanıt gelmemiş hastaları listele." Bu liste her sabah çıkarılsa satış ekibinin günü kendiliğinden planlanır. Elle çıkarmak on beş dakika sürdüğü için kimse yapmaz; asistana sorulduğunda otuz saniye.
- "Geçen ay Instagram DM'den gelenlerin teklife dönüşme oranı, reklam formundan gelenlere göre nasıl?" Bu soru bütçe kararıdır. Rapor ekranlarında iki ayrı kırılıma bakıp kafadan oranlamak yerine tek cümlede sorulur.
- "Bu hastayla şimdiye kadar ne konuşulmuş, özetle." Devir teslimin en pahalı anı budur: nöbeti devralan danışman 200 mesajlık yazışmayı okumaz, okumadığı için de hastaya daha önce söylenmiş bir şeyi tekrar sorar. Hasta bunu fark eder.
- "Bu hafta hangi danışmanın üzerinde kaç açık dosya var?" İş yükü dengesizliği genelde birileri şikâyet edince fark edilir. Sayı olarak sorulduğunda önce fark edilir.
Ortak nokta: hiçbiri yeni bir yetenek değil. Hepsi CRM'in zaten bildiği şeyler. MCP'nin yaptığı, bu bilgiye ulaşma maliyetini on beş dakikadan otuz saniyeye indirmek. Maliyet düştüğünde soru sorma sıklığı artıyor — asıl fark orada.
Asıl mesele: dışarı ne çıkıyor?
Sağlık verisi hem KVKK'da hem GDPR'da özel nitelikli veridir. Bir hastanın hangi tedaviyi sorduğu, sağlık durumuna dair bir bilgidir; adı ve telefonuyla birleştiğinde tam bir sağlık kaydı olur.
Bu yüzden yapay zekâ entegrasyonunu değerlendirirken sorulacak ilk soru "ne yapabiliyor" değil, "dışarı ne çıkıyor" olmalıdır. Üç şeyi netleştirin:
- Kapıdan hangi alanlar geçiyor? Doğrudan tanımlayıcılar — e-posta, telefon — hiç geçmiyorsa, dışarı çıkan veri tek başına kimseyi tanımlamaz. MetoCRM'in MCP kapısı bu alanları yanıtlara hiç koymaz; asistan bir hastanın tedavi talebini ve yazışma akışını görür, ona ulaşmak için gereken bilgiyi görmez.
- Veri model eğitiminde kullanılıyor mu? Bunu CRM sağlayıcısına ve seçtiğiniz model sağlayıcısına ayrı ayrı sorun; iki farklı taraf, iki farklı sözleşme.
- Erişim nasıl kesilir? Anahtar iptal edildiğinde erişim aynı anda kapanıyor mu? Entegrasyonu kuran ajansla yollarınız ayrıldığında yapmanız gereken tek işlem bu olmalı.
Bu üç sorunun cevabı netse yapay zekâ kullanmak sağlık turizminde risk değil; net değilse, en zararsız görünen kullanım bile risktir.
Yapay zekâ hastayla kendi başına konuşmalı mı?
Teknik olarak mümkün. Önerimiz: sağlık alanında insan onayını akışta bırakın.
Gerekçe pazarlama değil, matematik. Bir asistan yüz mesajın doksan sekizinde kusursuz yanıt verse bile, kalan ikisinde verdiği yanlış tıbbi ima — "evet, bu ilacı kullanırken de operasyon olabilirsiniz" gibi — kazanılan zamandan kat kat pahalıya patlar. Sağlık turizminde bir hastanın memnuniyetsizliği tek bir satış kaybı değil, forum ve grup yorumu demektir.
Kurulabilecek sağlıklı akış şu: asistan yanıtı hazırlar, danışman iki saniyede okur ve gönderir. İlk yanıt süresi yine saniyelere iner, sorumluluk insanda kalır. Chatbot yazımızda bu sınırı ayrıntılı çizmiştik.
Başlarken: hangi soruyla başlanmalı?
Bağlantıyı kurmak dakikalar sürer; asıl karar hangi işi devredeceğinizdir. Küçük ve ölçülebilir bir yerden başlayın:
- Hafta 1 — sabah listesi. Her sabah "dün gelen lead sayısı, sahipsiz kayıtlar, bugün takibi gelenler". Kimse rapor açmıyor, gündem hazır geliyor.
- Hafta 2 — sessizleşen dosyalar. Teklif gönderilmiş, yanıt gelmemiş kayıtlar. Bu listenin uzunluğu genelde herkesi şaşırtır.
- Hafta 3 — kanal karşılaştırması. Reklam bütçesini hangi kanala kaydıracağınız sorusunu veriye sorun.
Üç haftanın sonunda elinizde somut bir cevap olur: bu bağlantı haftada kaç saat kazandırdı, hangi kayıp yakalandı. Yapay zekâ yatırımı bu şekilde değerlendirilir — demoda ne kadar etkileyici göründüğüyle değil.