Yerel hastalar ile aracı kurum üzerinden gelen uluslararası hastaları ayırmak için ikinci bir sistem kurmanız gerekmez. Asıl ihtiyaç, farklı operasyonel bilgileri aynı veri yapısında görünür tutmaktır. Zoho içinde doğru ayrım katmanını seçtiğinizde ekip tek kayıt ortamında çalışırken kaynak, fiyatlandırma, para birimi, raporlama ve erişim ihtiyaçlarını birbirine karıştırmadan yönetebilir. Bu sınırlar kararları daha okunabilir kılar.
Bu yaklaşımın temeli basittir: hasta akışını tanımlayan seçim listesi raporlamayı, düzen farklı veri ihtiyaçlarını, fiyat listesi ticari koşulları, kayıt para birimi ise tutarın bağlamını taşır. Görünürlük ayrıca sahiplik ve paylaşım modeliyle ele alınır. Böylece tek bir alanın aynı anda kaynak, fiyat, kur ve erişim anlamına gelmesini bekleyen kırılgan bir kurgu oluşmaz. Her katman yalnız kendi sorusunu yanıtlar.
İki hasta aynı listede olunca ne bozulur
Yerel bir hastanın süreci ile uluslararası bir hastanın süreci aynı değildir. İkinci akış uçuş, konaklama ve aracı sözleşmesi gibi ek bağlamlar taşıyabilir. Her iki grubu aynı belirsiz formda topladığınızda bu bilgiler düzenli veri olmaktan çıkar; notlara, kişisel hatırlatmalara ve ekip içindeki dağınık açıklamalara dönüşür. Eksik bağlam sonraki kararları da zorlaştırır.
Aynı listede yan yana duran iki hastadan biri şehir içinden gelirken diğerinin dosyası uçuş tarihi ve konaklama planını bekler. Ekip ikisine aynı formu doldurtmaya çalışınca uçuş bilgisi bir nota yazılır ve orada kalır. Sorun hastaların birlikte görünmesi değil, farklı ihtiyaçların tanımlı alanlarda karşılık bulmamasıdır. Tanımlı yapı bu kaybı görünür kılar.
Bu kayıp yalnız operasyonu etkilemez. Hasta kaynağı açık biçimde sınıflandırılmadığında ticari koşullar, ekip sorumluluğu ve sonuç analizi de birbirine karışır. Ayırıcı bilgi serbest metinde tutulursa ortak yazım disiplini kaybolur. Yönetici filtrelenebilir, karşılaştırılabilir ve tekrar kullanılabilir bir veri yerine açıklamaları tek tek yorumlamak zorunda kalır. Ortak sınıflandırma yönetim yorumunu da sadeleştirir.
Ayrımı hangi katmana koyacağınıza önce karar verin
İlk karar üç mimari seçenek arasındadır: tek düzen içindeki bir seçim listesi, aynı modülde ayrı düzenler veya ayrı bir modül. Ana ayrım yalnız hasta kaynağıysa seçim listesi yeterli olabilir. Toplanacak alanlar ve sunulacak değerler akışa göre değişiyorsa ayrı düzenler daha anlamlı bir sınır kurar. Bu seçim, farkın niteliğine göre yapılır.
Zoho, aynı modülde birden fazla düzenin farklı alanlar, farklı zorunluluklar ve farklı seçim listesi değerleri taşımasına izin verir. Yeni bir düzen oluşturabilmek için Enterprise veya üzerindeki bir sürümün yanında CRM özelleştirme izni de gerekir. Bu iki koşuldan biri yoksa çok düzenli yapı kurulamaz. İzin ve sürüm birlikte doğrulanarak ilerlenir.
Düzen oluşturulunca sistemde Layout alanı oluşur. Bu alan özel görünümlerde, atama kurallarında, onay süreçlerinde, otomatik takip kurallarında ve iş akışı ölçütlerinde kullanılabilir. Düzen temelinde rapor ve pano da hazırlanabilir. Ayrı modül ise veri sınırını büyütür; bu senaryonun tezi, ayrımı mevcut modülde tutmaktır. Böylece mimari sınır gereksiz büyümez.
Kayıt hangi kanaldan gelirse hangi düzene düşer
Kayıt elle açılırken veya içe aktarılırken kullanılacak düzen seçilebilir. Web formundan gelen kaydın düzenini formun varsayılan tercihi belirler. API çağrısında Layout ID gönderilmezse kayıt Standart düzene gider. Bu nedenle kaynak alanını tanımlamak kadar, her giriş kanalının düzen seçimini açık biçimde yapılandırmak da önem taşır. Giriş tercihi kayıt kalitesini belirler.
Visitor Tracking ve Zoho Survey üzerinden oluşan kayıtlar da Standart düzene yönelir. Bu davranış gözden kaçarsa uluslararası akış için hazırlanan alanlar kaydın ilk açılışında görünmeyebilir. Ekip daha sonra doğru düzeni seçse bile giriş anındaki sınıflandırma disiplininin ayrıca tasarlanması gerekir; kanal varsayımları kendi başına güvenli bir ayrım sağlamaz. Varsayılan davranış önceden hesaba katılır.
Atama kuralı elle oluşturulan kayıtta çalışmaz; yalnız içe aktarma, web formu ve API üzerinden açılan kayıtlarda devreye girer. Her kural girdisi en fazla 25 ölçüt kabul eder. Ayrıca kullanıcı profilinde atama kuralları ve eşiklerini yönetme izni bulunmalıdır. Kanal ile düzen tasarımı bu sınırlar birlikte düşünülerek kurulmalıdır. Elle açılan kayıtta ayrım ekip disipliniyle korunur.
Fiyat farkını alanda değil fiyat listesinde tutun
Yerli ve uluslararası hasta arasındaki fiyat farkını kaynak alanının içine gömmek yerine Price Books modülünde ayrı listelerle taşıyın. Aynı ürün, anlaşma koşuluna veya müşteri tipine göre farklı liste fiyatlarıyla sunulabilir. Bir fırsatta ürünler yalnız tek bir fiyat listesinden seçilebildiği için doğru listenin baştan belirlenmesi gerekir. Liste seçimi ticari bağlamı korur.
Tutar farklı bir para biriminde tutulacaksa Zoho çoklu para birimi özelliği kullanılabilir. Etkinleştirildiğinde kayda sistem tanımlı Currency ve Exchange Rate alanları eklenir; özellik sonradan kapatılamaz. Rapor, analiz ve tahmin toplamları güncel kuru değil, kaydın üzerine yazılmış kuru esas alır. Bu tercih geçmiş sonuçların nasıl okunacağını doğrudan etkiler. Kur tercihi geçmiş okumayı sabitler.
Exchange Rate alanının yönü ilk bakışta beklenenin tersidir: değer, bir ana para biriminin kayıt para biriminde kaç birime karşılık geldiğini gösterir. Tutarı ana para birimine çevirmek için kayıt tutarı kura bölünür. Bu nedenle fiyat listesi seçimi, kayıt para birimi ve kur yönü ayrı kontroller olarak belgelenmelidir. Belgeleme ekip yorumlarını tutarlı kılar.
Ayrı rapor istiyorsanız ayrımı seçim listesinde taşıyın
Rapor kategori sütunu ve kırılımı yalnız seçim listesi ve sayısal alan tipleri üzerinde çalışır. Hasta kaynağını serbest metinde tutmak, yerel ve aracı kaynaklı kayıtları güvenilir kategorilere ayırmayı zorlaştırır. Alanı baştan seçim listesi olarak tanımlamak, değerlerin ortak yazımla oluşmasını ve raporda doğrudan kırılım vermesini sağlar. Standart değerler karşılaştırmayı daha güvenilirleştirir.
Pano filtresi yalnız Kullanıcı, Tarih, Tarih Saat ve seçim listesi alanlarını kabul eder. Ayrıca bu filtre yalnız Analytics sekmesinde çalışır. Dolayısıyla hasta akışını ayıran alanın seçim listesi olması hem rapor kategorisini hem de pano üzerindeki filtrelemeyi destekler. Serbest açıklamalar ise bu iki yapıda aynı görevi üstlenemez. Alan tipi raporlama niyetini destekler.
Ay sonunda ciro raporu yalnız tek bir toplam gösterir. Aracıya ayrılacak pay ile kliniğin kendi hastasından kalan tutar aynı satırda erir ve tabloyu kimse elle ayıramaz. Kaynak seçimi standart değerlerle tutulduğunda rapor iki akışı kırabilir; ticari tutarlar ise kendi fiyat ve para birimi bağlamını korur. Böylece toplamın bileşenleri ayrı okunur.
Görünürlük ayrımı sahiplik üzerinden yürür
Uluslararası hasta dosyalarını belirli bir ekibin görmesi, düzen seçimiyle çözülen bir konu değildir. Rol tabanlı erişim kaydın sahibi üzerinden işler. Bu nedenle kaynak alanı ile erişim modelini aynı şey gibi ele almamak gerekir. Seçim listesi kaydın hangi akışa ait olduğunu, sahiplik ise rol hiyerarşisindeki görünürlüğünü taşır. Yetki kararı ayrıca tasarlanıp belgelenir.
Sahibin astı veya üstü olmayan bir kişiye erişim vermek için kayıt üzerinde kullanıcı alanı, kayıt bazlı paylaşım, veri paylaşım kuralı ya da bölge yönetimi kullanılabilir. Seçim, erişimin tek kayıtla mı, tanımlı koşullarla mı, yoksa bölgesel sorumluluk yapısıyla mı verileceğine göre yapılır. Böylece düzen operasyonu, sahiplik ise yetki sınırını belirler. Kapsam netleşince uygun yol seçilir.
Bölge yönetimi yalnız Enterprise ve Ultimate sürümlerinde bulunur. Bu eşik nedeniyle erişim tasarımı mevcut sürümle birlikte değerlendirilir. Daha alt bir sürümde bölge yönetimi varmış gibi plan yapılmaz; Zoho tarafından belgelenen diğer sahiplik ve paylaşım yolları, verilmek istenen erişimin kapsamına göre ayrı ayrı incelenir. Sürüm sınırı erişim kararını etkiler.
Alt sürümde aynı ayrımı nasıl kurarsınız
Standard sürümde çoklu düzen ayrımı yerine tek düzen içinde bir hasta kaynağı seçim listesi kullanılır. Bu alana bağlı rapor kategorileri ve Analytics pano filtreleri kurularak yerel ve aracı kaynaklı kayıtlar ayrılır. Toplanacak farklı bilgilerin hangi durumda doldurulacağı ise açık alan adları ve ekip çalışma disipliniyle yönetilir. Bu yaklaşım düzen bağımlılığını azaltır.
Sürüm tablosu birlikte okunmalıdır: çoklu düzen Enterprise ve üzerinde, fiyat listeleri Professional, Enterprise ve Ultimate sürümlerinde, bölge yönetimi ise Enterprise ve Ultimate sürümlerinde yer alır. Çoklu para biriminin sürüm eşiği kaynaklarda çelişkilidir; bu nedenle kesin bir eşik verilmez ve müşterinin kendi Setup ekranından doğrulama istenir. Bu doğrulama kurulumdan önce tamamlanır.
Alt sürümde elde kalan güçlü omurga, seçim listesiyle kaynak ayrımı, bu alana bağlı rapor kategorileri ve Analytics filtreleri, uygun ücretli sürümde ayrı fiyat listeleri ve sahiplik temelli erişimdir. Ekip kayıt açarken kaynağı tutarlı seçer, fırsatta doğru fiyat listesini kullanır ve görünürlüğü ayrı değerlendirirse iki hasta akışı ikinci sisteme ihtiyaç duymadan okunabilir kalır. Disiplin ayrımın sürdürülebilirliğini doğrudan belirler.
