Kontrol randevusunu modül olarak kurmak ve tarihi iş akışıyla hesaplamak

Tedavi tamamlandığında takip çoğu klinikte iyi niyetli bir hatırlatma olarak başlar. Oysa sürdürülebilir döngü, kontrol tarihini hangi nesnenin hesapladığını, randevunun nerede tutulduğunu ve görevin kime düştüğünü belirleyen bir kurulum ister. Zoho içindeki alanlar, kurallar ve randevu kayıtları bu sorulara farklı yanıtlar verir. Tek bir tarih alanı, tedavi sonrasındaki süreci kendi başına görünür ve devredilebilir hale getirmez.

Doğru başlangıç noktası hatırlatma mesajı değil, tedavi bitiş tarihi ile kontrol protokolü arasındaki ilişkidir. Hesabın bir kez yapılıp sabitlenmesiyle her değişiklikte yeniden yapılması aynı davranış değildir. Randevu kaydı ile görev kaydı da birbirinin yerine geçmez. Fotoğraf ve kullanım izni aynı dosyayla ilişkilendirilebilir, fakat farklı amaçlar taşır. Kurulum bu ayrımları koruduğunda ekip, sıradaki kontrolü ortak kayıtlar üzerinden değerlendirebilir.

Tedavi bittiğinde dosyayı kapatan şey ilgisizlik değil, aşama yapısının nerede bittiğidir

Bir süreç tedaviye başlanmasıyla veya işlemin tamamlanmasıyla sona erecek biçimde kurulmuşsa sistem, kendisine öğretilen son adımda durur. Kontrol tarihi kağıt ajandaya geçer, takip görüntüleri yazışma pencerelerinde birikir ve aramayı kimin yapacağı kararlaştırılmaz. Kopukluk çalışanların ilgisizliğinden çok, tedavi sonrasını kapsayan kayıt ve sorumluluk düzeninin tanımlanmamasından doğar. İyi niyet, ortak görünürlük ve devir imkanı sağlamaz.

Ameliyat sonrası ilk hafta kontrolü hastaya sözlü söylenir, danışman tarihi kendi ajandasına yazar. Danışman o hafta izne çıktığında tarih başka kimsenin ekranında görünmez. Hasta üç hafta sonra kendisi arayınca konu yeniden açılır. Bu durum, kişisel hafızaya bırakılan sözün kurumsal takip olmadığını gösterir. Döngünün başlayabilmesi için bitiş tarihi, kontrol kaydı ve sorumlu arasında ekipçe okunabilen bir bağ gerekir.

Kontrol tarihini iş akışı kuralı hesaplamaz

İş akışındaki alan güncelleme eylemi, seçilen alana önceden belirlenmiş sabit bir değer veya boş değer yazar. Tarihe gün eklemez, sayaç artırmaz ve protokole göre koşullu tarih hesabı yapmaz. Bir eyleme en fazla üç alan güncelleme bağlanabilir. Bu nedenle Zoho CRM içinde sonraki kontrol tarihini yalnız bu adımla üretmeye çalışmak, hesaplama ile sabit değer yazmayı birbirine karıştırır.

Sonraki Kontrol Tarihi için belgelenmiş iki yol vardır. Professional ve üzerinde salt okunur formül alanı, katılan alanlar değiştikçe yeniden hesaplanır; sonucu dondurmaz ve yeni açıldığında mevcut kayıtlar ilgili alan değişene kadar boş kalır. Enterprise ve üzerinde iş akışına bağlı özel fonksiyon, hesabı bir kez yapıp sabit Tarih alanına yazar. Seçim, tarihin canlı kalması veya sabitlenmesi ihtiyacına dayanır.

Protokolü seçim listesiyle tanımlayın, hesabı tek yere verin

Kontrol Protokolü serbest metin değil, aralıklarını hekimin belirlediği bir Seçim Listesi alanıdır. Serbest ifadeler, kuralların ve görünüm ölçütlerinin başvurabileceği ortak değerler oluşturmaz. Yerel listedeki değer eklendiğinde, yeniden adlandırıldığında veya silindiğinde değişiklik onu kullanan kayıtlara yansır. Global setten silinen değer ilişkili listelerden kalkar, mevcut kayıtlarda kalır. Özel alanlar Standard ve üzerinde bulunur, Free sürümde bulunmaz.

Dört veya beş basamaklı protokolü birbirini tetikleyen ayrı kurallara bölmeyin. Bir alan güncellemesinin sonraki kuralı çalıştırdığı zincir, üç yürütmeden sonra durur. Hesabın tamamı tek formül alanında veya tek özel fonksiyonda toplanabilir. Süreç, Professional ve üzerindeki Blueprint durumlarıyla da modellenebilir. Böylece protokol mantığı sınırını aşan bir kural zincirine değil, tek hesaplama noktasına ya da tanımlı durumlara dayanır.

Kontrol randevusunun kendi modülü vardır

Services etkinleştirildiğinde Randevular modülü Zoho CRM hesabına eklenir. Sistem tanımlı modülün hazır alanları silinemez, ancak yeni alanlar eklenebilir. Create, Reschedule appointment ve Cancel appointment adlı üç düzeni vardır. Erteleme ile iptalde sebep ve not zorunludur. Bir randevu en fazla on kez ertelenebilir; sayı kaydedilir ve erteleme geçmişi kayıt detayında tutulur. Böylece randevu değişiklikleri ayrı kayıtta izlenir.

Hasta kaydındaki tarih alanı sonraki kontrol gününü taşırken Randevular modülü planlama, erteleme ve iptal çevresindeki ayrı kaydı yönetir. Professional, Enterprise ve Ultimate sürümlerinde bulunan Services ile Appointments, varsayılan olarak etkin değildir. Tamamlanan randevudan Fırsatlar modülünde Closed Won aşamasında kayıt üretme, Appointments tercihlerinden açılan ayrı bir seçenektir. Kontrol döngüsünün zorunlu bir parçası değildir.

Randevu tamamlandığında ne olacağını randevu modülünün kendi kuralıyla kurun

Randevular modülündeki iş akışı planlama, erteleme, iptal, yeniden atama, değiştirme veya silme olaylarına bağlanabilir. Planlanmış randevunun tamamlandı ya da gecikti olarak işaretlenmesi ve bir Tarih Saat alanına bağlanma da tetikleyici seçenekleridir. Zoho bu özelliğin kademeli yayıldığını belirttiğinden, tasarımdan önce ilgili hesapta kural ekranının ve gereken tetikleyicinin görünürlüğü kontrol edilir. Görünmeyen seçenek hakkında varsayım kurulmaz.

Eylemler webhook, e-posta bildirimi, fonksiyon, alan güncelleme ve etiketle sınırlıdır; etiket yalnız anlık eylem olarak kullanılabilir. Görev bu listede bulunmadığı için tamamlanan randevudan doğrudan kontrol görevi açan bir randevu kuralı kurulamaz. Görev, hasta kaydı üzerinden veya Enterprise ve üzerindeki özel fonksiyonla açılabilir. Böylece tasarım, randevu kuralına belgelenmemiş bir eylem yüklemeden randevu ile sorumluluğu ayırır.

Takip görevi bir tarihe düşer, saat hatırlatmayla tanımlanır

İş akışı görevi kuralda seçilen sabit kullanıcıya atanır. Assigned To boş bırakılırsa görev kayıt sahibine düşer. Görev bir vade tarihiyle açılır. Belirli bir saat gerekiyorsa bu, görevin hatırlatma ayarıyla tanımlanır: hatırlatma belirtilen saatte e-posta ya da açılır pencere olarak gönderilir. Takip sorumluluğu tarih hesabından ayrı tasarlanır; görevin kime yöneldiği kurulum sırasında açıkça seçilir ve ekip değişikliklerinde yeniden değerlendirilir.

Görevin kayıttaki Takip Sorumlusu kişisine düşmesi için kişi başına ayrı kural kurulabilir, aynı kuralda tek Assign Owner eylemi kullanılıp Assigned To boş bırakılabilir veya görevi özel fonksiyon açabilir. Takip Sorumlusu, başka bir modülün kaydını gösteren arama alanı değil, Kullanıcı alanıdır. Modül başına en fazla beş tek kullanıcılı ve bir çok kullanıcılı alan bulunabilmesi de sahiplik modelinin sınırını belirler.

Fotoğraf ve izin aynı kayıtta durur, ama izin alanı iznin kendisi değildir

Takip görüntüleri danışmanın telefonundaki yazışma penceresinde birikir. Altı ay sonra hekim değişir; yeni hekim ilk ayın görüntüsünü ister ve kimse hangi telefonda durduğunu bilemez. Görüntü, Görsel Yükleme veya Dosya Yükleme alanında tutulabilir. Modül başına sınır Standard'da iki, Professional'da beş, Enterprise'ta on, Ultimate'ta on beş alandır. Dosya başına üst sınır 20 MB'dır; görsel alanına bir seferde en fazla on görsel yüklenir. Alt formdaki dosya alanı, alan başına beş dosyaya izin verir. Dosya adı standardı ekip alışkanlığıdır, Zoho özelliği değildir.

Görseller kayda taşınırken hazır onay yönetimi ayrıca ele alınır. Onay formu özelleştirilebilir, onay bağlantısı e-posta şablonuna eklenebilir ve telefonda alınan onay Data Privacy bölümünde elle işlenebilir. Bekleme süresi ile bu sırada kısıtlanacak eylemler uyum ayarlarında tanımlanır. Durumlar Pending, Waiting, Obtained ve Not Responded'dır. Geri çekildi değeri bulunmadığından geri çekme tarihi ayrı bir Tarih alanında tutulur. Altyapı Leads, Contacts, Vendors ve özel modüllerde kurulabilir; Fırsat kaydında Data Privacy bölümü görünmez. Portal üzerinden self servis rıza ve veri sahibi talepleri Enterprise gerektirir. Diğer uyum sekmelerinin sürüm eşiği bilinmemektedir. İzin alanları iznin kaydıdır, hukuki dayanağı değildir.

Döngüyü tek tarihten başlatın

Kurulum sırası tedavi bitiş tarihi ve protokol alanlarıyla başlar; ardından hesabı yapan tek nesne, randevu ve görev, son olarak fotoğraf ile izin kaydı gelir. Enterprise, özel fonksiyonla hesaplanan tarihi bir kez yazıp sabitleyen tam kurguyu destekler. Professional, salt okunur formül alanı ve Randevular modülüyle ilerler; hesap dondurulamaz ve her kontrol kapanışında yeniden yazılmaz. Standard'da Services, Appointments ve formül alanı bulunmaz; kademeli takip Cadences ile yürütülür. Free sürümde özel alan bulunmadığından kurgu uygulanamaz.

Cadences, kayıtların elle veya mevcut bir özel görünümden eklendiği modül bazlı bir dizidir. E-posta, görev, arama ve WhatsApp takipleri içerir; hedeflenen yanıt alındığında kayıt diziden çıkar. WhatsApp için Business Messaging açık olmalıdır ve arama Fırsatlar modülünde desteklenmez. İlk kurulumda beş takip adımı tanımlanır, sayı daha sonra artırılabilir; oluşturulan adımların sonuncusu dışındakiler silinemez. Bugün tek bir kaydın bitiş tarihini ve protokolünü doğrulayın. Sonraki kararları bu iki bilginin üzerine kurun.

Randevu sistemi kurulumu