Klinik kapasitesi, dolu görünen hekim takviminden daha geniş bir işletme sorusudur. İşlemin süresi, hizmeti verebilen kişi ve kurumun çalışma zamanı birlikte değerlendirilir. Zoho CRM, oda, koltuk, ünit veya cihaz için hazır bir kaynak rezervasyon nesnesi tanımlamaz. Bu nedenle planlama, ayrı bir kapasite modülüne değil; hizmete, randevunun bağlandığı tek üyeye ve çalışma takvimine dayanır.
Salı sabahı iki hekimin takvimi doluydu, üçüncü hekimin üç saati boştu. Boşluk ancak o sabah fark edildi. O güne kadar bekleyen hastalar için kimse aranmadı, çünkü boş saat hiçbir listede görünmüyordu. Buradaki sorun yalnız takvim görünümü değildir. Kullanılabilir zamanı okuyabilmek için kapasiteyi oluşturan kayıtların, çalışma sınırlarının ve rapor tanımlarının birbiriyle tutarlı kurulması gerekir.
Kapasite sorusunun üründeki karşılığı nedir
Kliniğin kapasite sorusu fiziksel alanı, hekim zamanını ve işlem süresini kapsar. Üründeki model ise bu üç unsuru ayrı kaynaklar olarak rezerve etmez. Zoho CRM içinde oda, koltuk, ünit veya cihazı temsil eden hazır bir rezervasyon nesnesi bulunmaz. Aynı üyeye aynı saatte ikinci randevu açılmasını engelleyen bir çakışma denetimi de belgelenmiş değildir.
Belgelenmiş çerçeve üç yapıyı birleştirir: hizmetin süresi ve uygunluğu, randevuya bağlanan tek üye, şirketin mesai ve vardiya takvimi. Doluluk, ayrı bir planlama modülünden değil, bu yapıların ürettiği veriden okunur. Kurulumun ilk kararı da fiziksel kaynağı yerleşik bir nesne gibi göstermek değil, mevcut kayıtların hangi kapasite sorusuna cevap vereceğini belirlemektir.
Önce hizmeti tanımlayın, randevu ondan doğar
Services modülü Professional, Enterprise ve Ultimate sürümlerinde bulunur, başlangıçta açık değildir ve yalnız yönetici tarafından etkinleştirilir. Açıldığında Appointments modülü hesaba kendiliğinden eklenir. Hizmet kaydı; ad, sahip, süre, üyeler, konum, günler, saatler, isteğe bağlı tarih aralıkları, fiyat, vergi ve iş formu gereksinimini taşır. Kapasitenin temel girdileri süre, üyeler ve uygunluktur.
Hizmet düzeni görsel, hizmet bilgisi, uygunluk, fiyat, iş formu ve açıklama bölümlerinden oluşur. Randevu süresi hizmet uygunluğundan gelir ve randevu ekranında değiştirilemez; bu nedenle işlem süresi hizmette doğru tanımlanır. Hizmet günün kalanı, yarına, hafta sonuna, ay sonuna veya belirli bir tarihe kadar geçici olarak kapatılabilir. Tamamen kullanım dışı da bırakılabilir.
Randevu bir üyeye bağlanır, bir odaya değil
Randevu kaydı müşteri, hizmet, başlangıç zamanı, süre, konum, adres ve üye bilgilerini ister. Müşteri seçiminde Contacts ile müşteri bilgisi taşıyan özel modüller listelenebilir. Üye, randevuyu yürüten CRM kullanıcısıdır ve bir randevu yalnız tek üyeye bağlanır. Hazır yapı, hekimi ve fiziksel odayı aynı kayıtta iki bağımsız rezervasyon kaynağı olarak ayırmaz.
Randevu Appointments modülünden, CRM takviminden, Services modülünden veya Appointments for alanında işaretlenen modüllerden açılabilir. Appointments for, sistem tanımlı çoklu modül arama alanıdır. Modülün önceden tanımlı alanları silinemez; Create, Reschedule appointment ve Cancel appointment düzenlerine yeni alan eklenebilir. Oda veya koltuk bilgisinin kayıtta nasıl temsil edileceği ayrıca kararlaştırılır.
Mesai, vardiya ve tatil takvimini kurulumun başında kurun
Randevunun başlangıç zamanı, ilgili izin gevşetilmedikçe CRM hesabının mesai saatleri içinde olur. Mesai 24/7, 24/5 veya özel saatler şeklinde kurulabilir. Özel düzende bütün günlere aynı saatler ya da her güne farklı saatler verilir ve iş günleri seçilir. Bu dış sınır kurulmadan hizmet uygunluğunu gerçek çalışma zamanıyla karşılaştırmak, doluluk yorumuna sağlam bir temel vermez.
Farklı zaman dilimleri veya çalışma saatleri için organizasyonda en fazla 50 vardiya tanımlanabilir. Bir vardiyada en çok iki mola bulunur ve molalar vardiya saatlerinin içinde kalır. Tatiller kurum geneline uygulanan listeler ile vardiyaya bağlanan listelere ayrılır; bir vardiya aynı anda tek tatil listesine bağlanır. İş haftasının başlangıcı, haftalık raporların, filtrelerin ve ölçütlerin dönem hesabını belirler.
Tercihler kapasitenin gevşetildiği yerdir
Randevu tercihleri bütün randevulara uygulanır. Açık bir tamamlandı işaretlemesi zorunlu değilse kayıt, bitiş saatinden sonra tamamlanmış sayılır. İşaretleme zorunluysa işlem yapılana kadar gecikmiş görünür. Bu iki durum, tamamlanan zamanın raporda nasıl yorumlanacağını değiştirir. İş formu zorunluluğu kullanılacaksa seçenek hem hizmet kaydında hem randevu tercihlerinde etkinleştirilir.
Hizmet uygunluğu dışında randevu açılmasına izin verilebilir. Mesai dışına izin veren seçenek yalnız bu ilk izin açıkken görünür; mesai dışındaki kayıtta uyarı gösterilir, ancak randevu yine açılır. Tamamlanan randevudan fırsat oluşturma seçeneğinde fırsat varsayılan olarak kazanıldı aşamasında doğar. Tutar hizmet fiyatına, kapanış tarihi başlangıç tarihine, ad ise randevu adına sabit biçimde eşlenir.
Erteleme ve iptali veri olarak toplayın
Bir hasta randevusunu üç kez erteledi ve her seferinde sebep alanına aynı kısa not yazıldı. Ay sonunda iptal raporu çıkarıldığında sebepler tek bir başlıkta toplanmıştı ve hangi işlemin ertelendiği okunamadı. Zoho bu olayları kayda dönüştürür, fakat açıklayıcı bir rapor için sebep seçeneklerinin kısa, birbirinden ayrık ve ekip tarafından tutarlı kullanılabilecek biçimde kurulması gerekir.
Modüle erişen kullanıcılar randevuyu erteleyebilir, iptal edebilir veya tamamlandı işaretleyebilir. Erteleme ve iptalde sebep ile not zorunludur. Randevu sahibine e-posta gider; kendi randevusunu erteleyen kullanıcı bu bildirimi almaz. Bir kayıt en fazla 10 kez ertelenebilir, sayı tutulur ve geçmiş ayrıntı sayfasında görünür. Sebepler özelleştirilebilir; kayıtlar sayı, sebep, not ve konuma göre süzülebilir.
Doluluk panosunu hangi bileşenle kuracağınıza karar verin
Raporun ana modülü Services, Deals veya Appointments olabilir. Alt modül eklenirken ilişki kapsayıcı ya da dışlayıcı seçilir. Raporlar hizmet başına randevuları, geçen ay ertelenen veya iptal edilen kayıtları, tamamlanan randevulardan kazanılan fırsatları ve iptal sebebine göre randevuları gösterebilir. Panolar üye başına randevuları, aylık karşılaştırmayı, hizmet kohortunu veya tercih edilen hizmetlerin çeyrek analizini taşıyabilir.
Bir doluluk ölçüsü kurulmadan önce pay ve payda yazılı olarak tanımlanır; ürün belgeleri hazır bir doluluk oranı vermez. Bu okuma için Klinik CRM Pattern Kütüphanesi'ndeki performans-panosu kalıbı görsel bir örnek sunar. Kütüphanede 12 kalıp vardır.
Randevular modülünün otomasyon yüzeyi dardır
Appointments iş akışında webhook, e-posta bildirimi, fonksiyon, alan güncelleme ve yalnız anlık eylemlerde etiket kullanılabilir; görev eylemi bulunmaz. Kural randevu planlandığında, ertelendiğinde, iptal edildiğinde veya planlanmış kayıt tamamlandı ya da gecikmiş işaretlendiğinde tetiklenebilir. Diğer yol bir tarih saat alanı üzerinden zamanlamadır. Kural, ilişkilendirilmiş modülün tüm kayıtlarına veya ölçüte uyanlarına uygulanabilir.
Alan güncelleme kaydın kendi alanlarına ve belgelenmiş üst kayıt eşleşmelerine yazabilir. Randevudan bağlı hasta adayı kaydına veri aktarmak, iş akışına bağlı özel fonksiyon gerektirir. Appointments modülünde özet alanı ve seçim listesi renk kodlaması bulunmaz. Sistem alanları silinemez; Appointment Status ve Service Status standart seçim listeleridir. Bu sınırlar, otomasyonun hangi veriyi nerede tutabileceğini kurulumdan önce netleştirir.
Hastanın kendi seçtiği saat ayrı bir mekanizmadır
Hastanın bağlantı üzerinden saat seçmesi Calendar Booking ile yürür. Team Booking ve User Booking biçimleri bulunan bu mekanizma Meetings veya Calls kaydı üretir, Appointments kaydı oluşturmaz. Bağlantı paylaşılabilir, siteye gömülebilir veya e-posta imzasına eklenebilir. Zoho içindeki iki yol farklı kayıt türleri ürettiği için doluluk raporunun hangi modülü okuyacağı başlangıçta açıkça kararlaştırılır.
Calendar Booking; uygunluk aralığını, en yakın randevu sınırını, ileri rezervasyon dönemini, zaman dilimi ve gün başına görüşme üst sınırlarını, ev sahibi tamponunu ve katılımcı hatırlatmasını ayarlar. Team Booking, Users, Groups veya Territories üzerinden round robin dağıtır. Services ile Appointments Professional, Enterprise ve Ultimate sürümlerindedir. Mesai, vardiya, tatil ve Calendar Booking için sürüm eşiği verilmez; ilk üçünde yönetici profili, sonuncusunda Manage Calendar Booking izni gerekir. Territory seçeneği, Enterprise ve üstündeki Bölge Yönetimi açıldığında görünür. Chart ve KPI Standard ve üstünde, kohort ile çeyrek analizi Enterprise ve üstündedir. Bağlı kayda yazan özel fonksiyon Enterprise ve üstünü ister. Bilinmeyen eşikler teklif öncesi kuruluş hesabından doğrulanır.
