Excel ile Hasta Takibi Neden Yetersiz Kalır?
Excel ve Google Sheets ile hasta takibinin teknik, operasyonel ve KVKK riskleri; Excel'in ne zaman yettiği, ne zaman yetmediği ve CRM'e geçiş yol haritası.
Neredeyse her klinik aynı yerden başlar: bir elektronik tablo. Sütunlar ad, telefon, ülke, tedavi, durum; renkli hücreler, filtreler, belki bir açılır liste. Başlangıçta bu makul bir çözümdür. Ücretsizdir, herkes kullanmayı bilir ve ilk elli hasta adayını gayet iyi taşır.
Sorun, tablonun kötü olması değil; kliniğin büyümesiyle birlikte tablodan beklenen şeyin değişmesidir. Başta bir liste isteniyordu, artık bir süreç isteniyor. Elektronik tablolar liste tutmak için mükemmel, süreç yürütmek için elverişsiz araçlardır.
Bu yazıda Excel veya Google Sheets ile hasta takibinin üç ayrı düzlemde (teknik, operasyonel, hukuki) nerede kırıldığını, tablonun tam olarak ne zaman yetersiz kaldığını ve geçişin nasıl planlanacağını anlatıyoruz.
Excel ile hasta takibi hangi durumda yeterlidir?
Dürüst olalım: her kliniğin ilk günden CRM’e ihtiyacı yoktur. Aşağıdaki koşulların tamamı geçerliyse elektronik tablo makul bir araçtır.
- Hasta adaylarıyla tek bir kişi ilgileniyor.
- Aylık hasta adayı sayısı 50’nin altında.
- Tek bir kaynaktan (örneğin sadece organik arama) lead geliyor.
- Sağlık verisi (fotoğraf, tahlil, tanı bilgisi) tabloda değil, ayrı ve erişimi sınırlı bir yerde tutuluyor.
- Ekip büyütme planı kısa vadede yok.
Bu tabloya uyuyorsanız, yazılım almadan önce süreci netleştirmek daha değerli bir yatırımdır. Ancak koşullardan biri bile değişmeye başladığında, tablonun maliyeti görünmez şekilde artmaya başlar.
Teknik düzlem: tablonun kırıldığı yerler
Sürüm çakışması ve eşzamanlı çalışma
Excel dosyası e-postayla dolaşmaya başladığı anda hangi kopyanın güncel olduğu tartışma konusu olur. Google Sheets eşzamanlı çalışmayı çözer ama başka bir sorunu çözmez: iki kişi aynı satırı aynı anda güncellediğinde son yazan kazanır ve diğerinin bilgisi sessizce kaybolur.
Veri bütünlüğünün olmaması
Tabloda “Antalya” ile “antalya”, “0532…” ile “+90 532…” farklı değerlerdir. Bir sütun yanlışlıkla sıralandığında satırlar birbirine karışır ve bu hata çoğu zaman fark edilmez. Bir CRM’de telefon numarası bir alan tipidir; tabloda ise sadece metindir.
Yazışmayla bağ kurulamaması
Hasta adayının kaydı tabloda, konuşması WhatsApp’ta, teklifi bilgisayardaki bir klasörde, ödemesi muhasebe programındadır. Bu dört parçayı zihninde birleştiren tek şey danışmanın hafızasıdır. Danışman izne çıktığında birleşme kaybolur. Bu bağın nasıl kurulduğunu WhatsApp entegrasyonu sayfasında görebilirsiniz.
Yedekleme ve geri alma
Silinen bir satırın kim tarafından, ne zaman silindiğini tabloda görmek pratikte mümkün değildir. Google Sheets sürüm geçmişi sunar ancak binlerce satırlık bir dosyada hangi değişikliğin ne olduğunu bulmak saatler alır.
Operasyonel düzlem: süreç yönetememe
Teknik sorunlar yaşanmasa bile, elektronik tablo şu beş şeyi yapamaz:
- Hatırlatmaz. Üç gün sonra aranacak hastayı tablo size söylemez. Takip, danışmanın hafızasına ve kişisel notlarına kalır.
- Otomatik kayıt açmaz. Reklamdan gelen her lead elle girilir. Elle girişte hem gecikme hem hata olur; yoğun bir günde bazı kayıtlar hiç girilmez.
- Mükerrer kaydı engellemez. Aynı numaranın ikinci kez girilmesini engelleyecek bir mekanizma yoktur.
- Rol bazlı yetki tanımlamaz. Tabloya erişimi olan herkes tüm hastaları görür ve tamamını kopyalayabilir. Yetkilendirme yaklaşımımızı güvenlik sayfamızda açıklıyoruz.
- Güvenilir rapor üretmez. Pivot tablo kurulabilir ama girdi tutarsızsa çıktı da tutarsızdır. Kayıp sebepleri serbest metinse rapor yoktur.
Bu maddelerin her biri, lead takip hataları yazımızda ayrıntılandırdığımız kayıpların doğrudan sebebidir.
Hukuki düzlem: KVKK ve sağlık verisi
Sağlık turizminde işlediğiniz veri, sıradan bir müşteri listesi değildir. Hastanın tedavi bilgisi, tanısı, fotoğrafı ve tahlil sonucu KVKK’ya göre özel nitelikli kişisel veridir ve daha ağır koruma yükümlülüklerine tabidir.
Elektronik tabloda bu veriyi işlediğinizde şu yükümlülükleri karşılamak pratikte mümkün olmaz:
- Erişim kaydı. Bir hastanın kaydını kimin, ne zaman görüntülediğini gösteremezsiniz.
- Silme ve unutulma talebi. Dosyanın kaç kopyası olduğunu, kimin bilgisayarında durduğunu bilmediğiniz için tam silme yapamazsınız.
- Saklama süresi. Verinin ne zaman imha edileceğini otomatik yöneten bir mekanizma yoktur.
- Yetki sınırlaması. Görevi gereği yalnızca belirli hastaları görmesi gereken bir çalışan, tablonun tamamını görür.
- İhlal bildirimi. Bir sızıntı yaşandığında hangi kişilerin verisinin etkilendiğini belirleyemezsiniz.
Kişisel cihazlarda tutulan kopyalar, WhatsApp üzerinden gönderilen tablolar ve kurumsal olmayan e-posta hesaplarına iletilen dosyalar bu riski çarpan etkisiyle büyütür. Konunun ayrıntılı ele alınışı için sağlık turizminde KVKK uyumu yazımıza bakabilirsiniz.
Google Sheets, Excel’den daha güvenli midir?
Bu soru sık gelir ve cevabı kısmen evettir. Google Sheets, eşzamanlı çalışmayı ve sürüm geçmişini çözer; dosyanın e-postayla dolaşan kopyalarını azaltır ve bağlantı bazlı erişim denetimi sunar. Bu üç başlıkta Excel dosyasından açık biçimde üstündür.
Ancak kritik eksikler aynı kalır. Paylaşım bağlantısı bir kez dışarı çıktığında kimin eriştiğini kayıt altına alamazsınız. Bir çalışan tabloyu tek tıkla kendi hesabına kopyalayabilir ya da indirebilir; bu kopya artık kurumun denetimi dışındadır. Satır bazlı yetkilendirme yoktur: bir danışmana yalnızca kendi hastalarını göstermek istediğinizde, ayrı bir dosya açmak dışında pratik bir yol kalmaz. Ayrı dosya açmak ise veriyi bölerek raporlamayı imkânsız hâle getirir.
Kısacası Google Sheets, elektronik tablonun teknik sorunlarının bir kısmını çözer; operasyonel ve hukuki sorunların hiçbirini çözmez.
Excel ile CRM karşılaştırması
| Konu | Excel / Google Sheets | Sağlık turizmi CRM’i |
|---|---|---|
| Eşzamanlı çalışma | Sınırlı, çakışma riski var | Çok kullanıcılı, her değişiklik alan bazında kayda geçer |
| Otomatik lead girişi | Yok, elle giriş | Form, reklam ve WhatsApp’tan otomatik |
| Takip hatırlatması | Yok | Hasta kartında tarihli hatırlatma ve otomatik bildirim |
| Yazışma geçmişi | Ayrı yerde | Hasta kartında birleşik |
| Mükerrer kontrolü | Yok | Numara ve e-posta bazlı otomatik |
| Rol ve yetki | Dosya bazlı, ya hep ya hiç | Rol bazlı yetki, duruma göre görünürlük |
| Değişiklik kaydı | Yok | Hangi alanı kim, ne zaman, hangi eski değerle değiştirdi |
| Raporlama | Elle kurulan pivot | Hazır huni ve danışman bazlı dönüşüm raporları |
| Veri silme talebi | Kopya sayısı bilinmiyor | Tek kayıttan kalıcı silme |
| Ölçeklenme | 3-5 kullanıcıya kadar | Ekip büyüdükçe bozulmaz |
Excel’den çıkma eşiği: üç işaret
Karar için karmaşık bir analiz gerekmez. Aşağıdaki üç işaretten ikisi görüldüğünde tablo artık maliyet üretmeye başlamıştır.
- İkinci danışman işe başladı. Tek kişilik süreçte tablo çalışır. İkinci kişi eklendiği anda atama, çakışma ve görünürlük sorunları başlar.
- Aylık hasta adayı sayısı 100’ü aştı. Bu hacimden sonra elle giriş ve elle takip, günün önemli bir bölümünü yutar.
- İkinci reklam kanalı açıldı. Kaynak kırılımını elle tutmak, kısa sürede güvenilmez bir veriye dönüşür.
Buna ek olarak tek başına yeterli bir işaret daha vardır: aynı hasta adayına iki danışmanın birden yazdığı bir olay yaşandıysa, eşik zaten geçilmiştir.
Geçiş yol haritası: beş adım
Geçişin en sık yapılan hatası, tablonun olduğu gibi CRM’e aktarılmaya çalışılmasıdır. Kirli veriyi taşımak, kirliliği kurumsallaştırır. İşleyen sıra şudur.
1. Temizlik (1-2 gün). Aktarımdan önce tabloyu temizleyin: mükerrer satırları birleştirin, telefon numaralarını uluslararası biçime çevirin (+90 ile başlayan), boş satırları silin. Bir yıldan eski ve hiç dönüş alınmamış kayıtları ayrı bir arşiv sekmesine ayırın.
2. Alan eşleme (yarım gün). Tablodaki her sütunun CRM’de hangi alana karşılık geleceğini belirleyin. Bu aşamada sütunların yarısının gereksiz olduğunu göreceksiniz; taşımayın.
3. Standartları tanımlayın (yarım gün). Aktarımdan önce üç listeyi netleştirin: satış aşamaları, kayıp sebepleri ve lead kaynakları. Bu üç liste, raporlarınızın kalitesini belirler.
4. Aktarım ve doğrulama (1 gün). Önce 50 kayıtlık bir örnek aktarım yapın, kontrol edin, sonra tamamını aktarın. Aktarım sonrası toplam kayıt sayısını ve rastgele on kaydı elle doğrulayın.
5. Paralel çalışma dönemi (1-2 hafta). İlk iki hafta tabloyu silmeyin ama yalnızca okuma amaçlı tutun. Yeni kayıtların tamamı CRM’e girsin. Bu dönemin sonunda tabloyu arşivleyin ve erişimi kapatın.
Bu beş adım MoonCRM kurulumlarında standart olarak uygulanır; kliniğin büyüklüğüne göre süreç genellikle iki haftada tamamlanır. Sistemin hangi modüllerle çalıştığını özellikler sayfasında, sektöre özel yapılandırmaları çözümler bölümünde inceleyebilirsiniz.
Sonuç
Excel’in sorunu yetersiz bir yazılım olması değil, farklı bir iş için tasarlanmış olmasıdır. Elektronik tablo hesaplama aracıdır; hasta yolculuğunu yönetmek, takip hatırlatmak, yazışmayı kayda bağlamak ve özel nitelikli kişisel veriyi korumak için tasarlanmamıştır.
Kliniğinizde iki danışman varsa, ayda 100’ün üzerinde hasta adayı geliyorsa ve tabloda sağlık verisi tutuluyorsa, artık bir maliyet karşılaştırması değil bir risk kararı veriyorsunuz demektir.
Geçiş sürecini konuşmak veya mevcut tablonuzun aktarılabilirliğini değerlendirmek isterseniz demo talebi sayfasından ulaşabilir, sık sorulan sorulara SSS bölümünden göz atabilirsiniz.