Fizik tedavi ve rehabilitasyon merkezine başvuran hasta çoğu zaman tek bir randevuyla kalmaz; klinik ekibin belirlediği, haftalara yayılan bir seans programına başlar. Operasyonun zorluğu da buradan doğar. Programdaki her seans ayrı bir randevu, ayrı bir terapist saati ve çoğu zaman belirli bir odanın ayrılması demektir. Kaçan bir seans aynı hafta telafi edilemezse arkasındakiler de kayar; ödemesi alınmış ama yapılmamış seansların, takvimde boş kalan saatlerin ve geri aranmayı bekleyen hastaların bilgisi farklı yerlere dağılır.

Bu dağınıklığı toplamak için program tek kayıtta açılır, her seans o hastaya bağlı bir randevu olarak planlanır; gelmedi (no-show), erteleme ve tahsilat adımları da kişilerin hafızasından alınıp kayda bağlanır. Tedavinin klinik içeriğini, seans sayısını ve sıklığını klinik ekip, mevzuattaki görev ve yetki tanımları çerçevesinde belirler. CRM ise bu kararın takvimde ve kasada kaybolmasını önlemek, hastanın devam takibini de kayıttan yapmak için kullanılır.

1. Çok seanslı programın operasyonel yükü

Kaçan seans programı nasıl kaydırır

Tek ziyaretlik bir muayenede kaçan randevu yeni bir randevuyla telafi edilir. Seans programında ise kaçan bir seans aynı hafta telafi edilemezse programın bitiş tarihini ileri iter ve terapistin sonraki haftalarını da etkiler. Hasta pazartesi, çarşamba ve cuma gibi sabit günlerde aynı saate yerleştirildiyse, ertelenen seans için o saat diliminde yer bulmak her zaman mümkün olmaz; yeni saat başka bir hastanın düzenini bozabilir.

Bilgi dört ayrı yerde durduğunda

Program bilgisi hekim raporunda, seans saatleri bir takvim uygulamasında, ödeme kasa kayıtlarında, hasta yazışmaları da resepsiyondaki telefonda tutulduğunda "Bu hastanın kaç seansı kaldı?" sorusunun cevabı için dört kaynağa bakmak gerekir. Resepsiyonda vardiya değiştiğinde ya da bir terapist izne çıktığında bu kaynaklar arasındaki bağ iyice zayıflar. Sorun çoğu zaman haftalar içinde biriken küçük kopukluklardan oluşur: aranmayan bir hasta, iki kez verilen bir oda, kasada görünüp takvimde görünmeyen bir seans.

2. Kayıt yapısı: hasta kartı, program kaydı ve seans randevusu

Kurulumdaki ilk karar, hangi bilginin hangi kayıtta duracağıdır. Üç katmanlı bir yapıyla başlamak işi kolaylaştırır:

  • Hasta kartı: İletişim bilgisi, başvuru kaynağı (hastanın ilk geldiği kanal), görüşme notları ve açık işler. XON CRM'de Müşteri Yönetimi bu kartı ilişki geçmişi ve operasyon hafızası olarak tutar; sorumlu kişi değiştiğinde geçmiş kaybolmaz.
  • Program kaydı: Hastanın başladığı programın ticari tarafı, yani kapsam (hangi hizmet, kaç seans), ödeme planı ve tahsilat durumu. Bu kayıt Satış Yönetimi modülünde satış kaydı olarak açılır; fatura bilgisi ve bekleyen aksiyonlar da aynı kayda bağlanır.
  • Seans randevusu: Her seans; saat, hizmet tipi, görevli kişi ve hasta bilgisiyle planlanan ayrı randevudur (Randevu Yönetimi).

Raporların okunabilmesi için seans durumlarına baştan ortak bir sözlük gerekir: planlandı, yapıldı, gelmedi, ertelendi, iptal. Resepsiyonda bir kişinin aynı durumu "gelmedi", diğerinin "iptal" diye kaydettiği bir yapıda gelmedi oranını doğru ölçmek mümkün olmaz.

Seans sayımı ilgili program üzerinden yapılmalıdır; aynı hastanın farklı programlarına ait randevular birbirine karışmamalıdır. Kaçırılan bir seans için yeni randevu oluşturulduğunda önceki gelmedi kaydı korunmalı, telafi randevusu aynı programla eşleştirilmelidir. Yeni randevu açılması programın seans kapsamını artırmaz. Yapılan seanslar, programın güncel kapsamına göre kalan seanslar ve geçmiş gelmedi kayıtları ayrı ayrı izlenmelidir.

Klinik değerlendirme notlarının CRM'e girip girmeyeceğine ise 7. bölümdeki yetki yapısıyla birlikte karar verilmelidir.

Mevcut hasta listesi Excel'de tutuluyorsa İçe Aktarma Aracı kolonların hangi alanlara aktarılacağını tanımlamaya ve eksik ya da tekrar eden kayıtları daha erken fark etmeye yardımcı olur. Geçişin zamanlaması için Excel ve dağınık tablolardan merkezi CRM'e geçiş yazısına bakılabilir.

3. Adım adım: bir seans programını CRM'de kurmak

Aşağıdaki sıra, başvurudan programın kapanışına kadar bir hastanın kayıtlarını takip ediyor:

  1. Başvuruyu tek havuzda toplayın. Web formu, telefon, referans ya da kampanyadan gelen talepler aynı yapıya düşsün; her kaydın bir sahibi ve bir sonraki adımı olsun (Potansiyel Müşteriler).
  2. Değerlendirme randevusunu açın. İlk randevu, ilgili uzmanın ve odanın müsaitliğine göre verilir.
  3. Program netleşince program kaydını açın. Bu kayda klinik ekibin belirlediği kapsamla birlikte ödeme planı ve sorumlu kişi girilir.
  4. Seansları takvime yerleştirin. Terapist ve oda müsaitliğine bakılarak programın seansları planlanır; çakışmalar aynı ekranda kontrol edilir.
  5. Hatırlatmaları kayda bağlayın. Randevu öncesi bilgilendirme, gelmedi sonrası geri arama ve tahsilat hatırlatması ilgili randevu ya da satış kaydı üzerinde tanımlansın.
  6. Her seansın durumunu aynı gün işaretleyin. Gelmedi ya da ertelendi durumundaki kayıtlar erteleme listesine alınır ve yeniden planlanır.
  7. Programı kapatın. Son seansın ardından varsa kontrol randevusu planlanır; program yarıda kaldıysa nedeni kayda yazılır.

Bir örnek üzerinden gidelim (sayılar yalnızca örnektir): hekim haftada üç gün, toplam 12 seanslık bir program belirlemiş olsun. Program kaydı 12 seans kapsamıyla ve ödeme planıyla açılır. Seanslar pazartesi, çarşamba ve cuma 18.00'e, aynı fizyoterapiste ve aynı odaya yerleştirilir. İkinci haftanın çarşamba seansına hasta gelmezse resepsiyon seansı "gelmedi" diye işaretler, kaydı erteleme listesine alır ve sorumlu kişiye geri arama hatırlatması açar. Aynı hafta içinde boş saat bulunamazsa seans programın sonuna eklenir. Haftanın sonunda resepsiyon, planlanan 12 seanstan kaçının yapıldığını, kaçının beklediğini hastanın randevu kayıtlarından sayabilir; bunun için ayrı bir deftere ihtiyaç kalmaz.

4. Terapist ve oda kapasitesini aynı takvimde planlamak

Fizik tedavide kapasiteyi yalnızca terapist sayısı belirlemez. Bazı uygulamalar belirli bir oda ya da o odadaki ekipman gerektirdiği için randevu, terapistin müsaitliğinin yanı sıra odanın müsaitliğine göre de verilmelidir. XON CRM'in Randevu ve Takvim Operasyonları çözüm alanında müsaitlik uzman, oda, şube ve işlem türüne göre tek bakışta yönetilir; şube, ekip ve uzman bazında kapasite sıkışması da erken fark edilebilir.

Planlama tarafında iki pratik karar öne çıkar. Birincisi, programın tüm seanslarını başlangıçta takvime yerleştirmek: yalnızca bir sonraki seansı planlayan bir düzende, hastanın alıştığı saat aradaki günlerde başka birine verilebilir. İkincisi, seans süresini hizmet tipine göre standart tutmak: süre her randevuda elle girildiğinde aynı oda için çakışan randevular kolayca oluşur.

Hangi gün ve saatlerin dolduğunu, hangi terapistin takviminin sıkıştığını kayıtlar gösterir. Doluluk raporları randevu verisini gün, hafta ve ekip bazında okur; yeni bir terapist alımı ya da çalışma saatlerinin genişletilmesi gibi kararlar bu veriye dayanabilir.

Birden fazla şubesi olan merkezlerde hasta, programın ortasında evine ya da işine daha yakın bir şubeye geçmek isteyebilir. Hasta kartı ve program kaydı aynı kaldığında yalnızca kalan seanslar diğer şubenin takviminde yeniden planlanır; yapılan seanslar ve ödeme durumu yeniden girilmez. Müsaitlik şube bazında da görüldüğü için hangi şubede hangi saatlerin uygun olduğu hastaya görüşme sırasında söylenebilir.

Terapist izne çıktığında

Program haftalarca sürdüğü için terapistin bu sürede izne çıkması ya da ekipten ayrılması olağan bir durumdur. Asıl risk, değişikliğin hangi seansları etkilediğinin geç fark edilmesidir. Takvim uzman bazında izlendiğinde terapistin olmayacağı günlere düşen seanslar izin başlamadan belirlenir. Her biri için klinik ekibin kararıyla iki yoldan biri seçilir: seans aynı saatte başka bir fizyoterapiste verilir ya da aynı terapistle sonraki bir tarihe kaydırılır. Yeni saati henüz bulunamayan seanslar erteleme listesinde bekler; XON CRM'de yer değişen randevular ve yeniden planlanması gereken kayıtlar erteleme kuyruğunda tek listede toplanabilir.

Hastaya yeni saat bildirilirken değişikliğin nedeni randevu kaydına not olarak yazılırsa resepsiyondaki herkes hastanın sorusuna aynı cevabı verebilir. Resepsiyon klinik ekibin kararını takvime ve hasta kartına işler. Programı devralan terapist yapılan ve kalan seansları da hastaya bağlı randevu kayıtlarından görür.

5. Gelmedi ve erteleme: hastayı programa geri almak

Gelmedi durumunu kayda geçirmek tek başına bir şey değiştirmez. Seansa gelmeyen hastayı kimin, ne zaman arayacağı belli değilse kayıt istatistik olarak kalır. XON CRM'de Hatırlatıcılar kişisel ve kayıt bazlı çalışır; arama sonrası geri dönüş ya da randevu öncesi bilgilendirme gibi adımlar ilgili kayıt üzerinde tanımlandığında süreç kişisel hafızaya bağlı kalmaz.

Bir seans "gelmedi" diye işaretlendikten sonra akış şöyle kurulabilir:

  • Resepsiyon aynı gün sorumlu kişiye bir geri arama hatırlatması açar.
  • Hastaya yeni saat önerilir; bulunamazsa kayıt erteleme listesinde bekler ve liste her gün kontrol edilir.
  • Art arda kaçan seanslar için bir eşik belirlenir (örneğin iki seans). Eşiğe ulaşıldığında konu resepsiyondan tedavi koordinatörüne ya da ilgili hekime taşınır. Programın sürüp sürmeyeceği klinik bir karardır ve bu kararı klinik ekip verir.

Randevu öncesi hatırlatmalar WhatsApp üzerinden gönderilecekse platformun kuralları da hesaba katılmalıdır. Meta'nın kurallarına göre işletme, bir kişiye WhatsApp'tan ancak o kişi telefon numarasını (ya da WhatsApp kullanıcı adını) işletmeye vermişse ve işletmeden mesaj almayı kabul ettiğini gösteren açık izni (opt-in) varsa yazabilir. Hatırlatmalar WhatsApp Business Platform (API) üzerinden gidiyorsa, hasta son 24 saat içinde işletmeye yazmamış ve aramamışsa (müşteri hizmeti penceresi açık değilse) yalnızca önceden onaylanmış şablon mesajlar gönderilebilir. Hatırlatma metnine tanı ya da tedavi ayrıntısı yazmamak hasta mahremiyetini korumaya yardımcı olur; tarih, saat ve adres çoğu durumda yeterlidir.

Gelmedi yönetiminin genel klinik operasyonundaki yerini Modern Klinik Yönetiminde Bütünleşik CRM ve Hasta LTV yazısında daha geniş ele almıştık.

Boşalan saati yeniden doldurmak

Hasta bir seansı önceden iptal ettiğinde ya da teyit mesajına gelemeyeceğini yazdığında o saatin boş kalması gerekmez. Erteleme listesinde aynı terapistle çalışan ve o saate gelebilecek bir hasta varsa boşalan saat ona önerilir. Böylece takvimdeki boşluk dolar, ertelenen bir seans da programın sonuna eklenmeden yapılmış olur. XON CRM'de planlama, teyit, erteleme, gelmedi yönetimi ve boşalan saatlerin yeniden değerlendirilmesi tek akışta tutulur.

Bu adımın hızlı işlemesi için erteleme listesindeki her kayda hastanın gelebileceği gün ve saatler not edilebilir. Resepsiyon, boşalan saate kimin gelebileceğini hastaları tek tek arayarak sormak yerine bu notlardan görür. Randevu öncesi teyit mesajı da iptallerin daha erken öğrenilmesine yardımcı olur; seanstan bir gün önce öğrenilen iptalin boşalttığı saat, aynı sabah öğrenilene göre daha kolay doldurulur.

Programı yarıda bırakan hasta

Seansa gelmeyen hastayla programı bırakan hasta kayıtta ayrılmazsa ikisi aynı listede birikir ve erteleme listesi giderek uzar. Merkez bunun için basit bir kural koyabilir: hasta örneğin iki hafta boyunca hiçbir seansa gelmediyse, geri aramalara dönmediyse ve durum tedavi koordinatörüne ya da ilgili hekime iletildiyse, program kaydı idari olarak "yarıda kaldı" diye işaretlenir ve neden yazılır. Ekip nedeni yazarken önceden belirlenmiş kısa bir ifade listesini kullanırsa (ulaşılamadı, saat uymadı, ödeme, taşındı, başka merkeze geçti gibi) birkaç ay sonra hangi nedenin öne çıktığı görülebilir. Akşam saatleri dolu olduğu için bırakan hasta sayısı artıyorsa sorun kapasitededir; bu veri 4. bölümdeki doluluk raporlarıyla birlikte okunmalıdır.

Yarıda kalan programlar için XON CRM'deki geri kazanım listeleri kullanılabilir: iptal olan ya da geri dönmeyen hastalar hazır filtrelerle bulunup yeniden aranır, aramayı kimin ve ne zaman yapacağı da hatırlatıcıyla kayda bağlanır. Programa yeniden başlanıp başlanmayacağına ve ara uzadıysa yeni bir değerlendirme gerekip gerekmediğine yine klinik ekip karar verir.

6. Paket ödemesi, tahsilat ve sarf malzeme

Seans programlarının ödemesi çoğu zaman bir plana bağlanır ve bu plan program kaydında durur. Program yarıda kaldığında iptal sebebi ve kapsam değişikliği de bu kayıtta tutulur; sonradan "Hasta neden bıraktı, ödeme ne durumda?" sorusu tek kayıttan cevaplanabilir.

Program sürerken kapsam da değişebilir. Hekim ara değerlendirmede seans sayısını artırırsa ek seanslar mevcut program kaydına işlenir, kapsam ve ödeme planı da aynı kayıtta güncellenir. Ek seanslar için ikinci bir satış kaydı açılırsa aynı program raporlarda iki ayrı satış gibi görünür ve program tamamlama göstergesi yanıltıcı olur.

Tahsilat takibi için kayıt bazlı tahsilat hatırlatması, kasa tarafı için de Gelir - Gider Yönetimi kullanılabilir. Planlanan tahsilatlarla alınan ödemeler aynı yerde izlendiğinde nakit akışını tahmin etmek kolaylaşır.

Sarf malzeme tarafında ise XON CRM'in Stok Yönetimi modülü ürün ve sarf malzemeleri aynı envanter mantığıyla izler; randevu sonrasında kullanılan kalemler stoktan otomatik düşüldüğünde resepsiyonla satın alma aynı veriye bakar. Tek kullanımlık örtü, bant ya da elektrot gibi kalemlerin kritik seviyeye yaklaştığı önceden görülürse tedarik de acele etmeden planlanır.

7. Yetki ve ölçüm: kim neyi görür, hangi göstergeye bakılır?

Rol bazlı görünürlük

6698 sayılı Kişisel Verilerin Korunması Kanunu'nun 6. maddesi sağlık verisini özel nitelikli kişisel veri sayar. Bu yüzden CRM kurulumunda "kim neyi görür" sorusu baştan cevaplanmalıdır. Kullanıcı Rolleri özelliği, modül, işlem ve hedef bazlı yetkilendirmeyle her ekibe ayrı yetki seti tanımlamaya imkan verir. Örneğin resepsiyon takvim ve iletişim kayıtlarını, finans ekibi ödeme kayıtlarını görür; klinik notlar CRM'de tutulacaksa yalnızca ilgili ekibe açılır. Rol tanımı KVKK açısından hukuki değerlendirmenin yerini tutmaz: hangi verinin kime açılacağına merkez hukuk danışmanıyla birlikte karar verir, rol yapısı da bu kararı sisteme taşır.

İzlenecek göstergeler

Ayrıntılı Raporlar satış, müşteri, randevu, stok ve finans verisini tek bakışta okunabilir raporlara dönüştürür. Fizik tedavi merkezi için aşağıdaki göstergeler izlenebilir. Hangisinin hazır rapordan, hangisinin kayıtlardan okunacağı kurulum sırasında netleştirilmelidir:

  • Program tamamlama: Planlanan seanslardan kaçının yapıldığı.
  • Gelmedi oranı: Terapiste, güne ve saat dilimine göre.
  • Erteleme listesinde bekleme süresi: Ertelenen seansın yeniden planlanmasına kadar geçen gün sayısı.
  • Doluluk: Gün, hafta ve ekip bazında.
  • Tahsilat: Planlanan ve alınan ödemeler.
  • Başvuru kaynağı: Hangi kanaldan gelen başvurunun programa dönüştüğü.

Göstergeleri kimin ve ne sıklıkla okuyacağı da baştan belirlenmelidir. Örneğin erteleme listesi resepsiyonda her gün, gelmedi oranı ve doluluk tedavi koordinatöründe her hafta, program tamamlama ve tahsilat da merkez yönetiminde her ay gözden geçirilebilir. Okuma sıklığı belli olmayan bir rapor kolayca ay sonuna kalır; o noktada erteleme listesinde haftalardır bekleyen hastalar için geç kalınmış olur.

Sonuç: program takvimde görünür olduğunda

Fizik tedavide operasyonu ölçmek için ilk bakılacak yer, programların ne kadarının planlandığı gibi ilerlediğidir. Hasta kartı, program kaydı ve seans randevusu birbirine bağlandığında kalan seans sayısı randevu kayıtlarından sayılabilir; ödeme durumu ve geri aranacak hasta listesi de aynı CRM'deki kayıtlardan okunur. Randevu, hatırlatma, satış, stok ve rapor modüllerini bir arada sunan XON CRM gibi merkezi bir altyapı, bu takibi her ekibin kendi yetkisi ölçüsünde eriştiği tek bir sisteme taşır.

Başlamak için bir haftalık seans takvimini durum sözlüğüyle birlikte kayda geçirmek ve haftanın sonunda planlanan ve yapılan seansları yan yana koymak yeterli bir ilk adımdır. Randevu tarafının diş hekimliğindeki karşılığını merak edenler için Diş ve İmplantoloji Kliniklerinde CRM yazısı, satıştan operasyona devir için de Satış Sonrası Operasyonel Körlük yazısı iyi bir devam olabilir.