Çok Şubeli Klinik Yönetiminde Merkezî Kontrol Rehberi

İkinci şubeyi açmak, birinci şubeyi iki kez işletmek anlamına gelmez. Hasta kaydı, kasa, stok, hekim takvimi ve yetki düzeni aynı anda birden fazla yerde çalışmaya başladığında, tek şubede sezgiyle yürüyen işlerin çoğu görünmez bir kaosa dönüşür. Bu yazı, çok şubeli bir kliniği düzenli yönetmek için hangi kararların baştan verilmesi gerektiğini anlatır.

Çok şubede asıl sorun: ortak olan ile ayrı olan

Çok şubeli işletmede iki ayrı soru vardır ve çoğu yazılım ikisini karıştırır. Birincisi, hangi bilgi tüm şubeler için ortaktır? İkincisi, hangi bilgi şubeye özgüdür? Doğru ayrım şöyle kurulabilir:

Tablo
Ortak (kurum düzeyi)	Şubeye özgü
Hasta kimliği ve temel kayıt	Randevu takvimi ve oda/cihaz kullanımı
Hizmet ve fiyat kataloğu çerçevesi	Fiyat listesinin şube uygulaması
Rol tanımları	Kullanıcının hangi şubede çalıştığı
Hekim ve personel kimlikleri	Kasa oturumu ve günlük kapanış
Konsolide raporlar	Depo ve stok sayımı

Hastanın bir şubede açılan dosyası, ikinci şubeye gittiğinde yeniden açılmamalı; ancak ikinci şubedeki bir resepsiyon çalışanı o hastanın tüm klinik geçmişini otomatik görmemelidir. "Aynı hasta" ile "aynı yetki" ayrı kavramlardır. Bu ayrım yapılmadığında ya aynı hasta üç şubede üç ayrı kayıtla yaşar ya da herkes her şeyi görür.

Şube bağlamı: her ekran kimin adına çalışıyor?

Çok şubeli düzenin en kritik kavramı şube bağlamıdır. Bir kullanıcı şube değiştirdiğinde ekrandaki birçok şey birlikte değişmelidir:

Kullanıcının o şubede üyeliği ve rolü kontrol edilir; üyelik yoksa erişim reddedilir ve bu girişim kaydedilir.
Fiyat listesi, o şubenin geçerli listesine döner.
Depo ve stok görünümü o şubenin deposuna geçer.
Kasa oturumu o şubenin kasasıyla açılır.
Raporlar o şubenin kapsamında hesaplanır.

HekimBis'te bu, şube değişimi akışı olarak tarif edilir: üyelik ve yetki denetimi, ardından fiyat, stok, kasa ve rapor bağlamının değişmesi. Çağrı merkezi gibi merkez rollerde yetkili kullanıcı, şubeler arası takvim görünümünü kullanabilir; bu görünüm yine yetkiye bağlıdır.

Kullanıcı07Bitiş

Çağrı merkezi görünümü

Yetkili çağrı merkezi, şubeler arası takvimi tek ekranda görür ve randevuyu en uygun şubede alır.

Süreç burada tamamlanır.

7 / 9

Bağlamın görünür olması da önemlidir. Kullanıcı hangi şubede işlem yaptığını her an görmelidir; yanlış şubenin kasasına tahsilat girmek, çok şubeli işletmelerde sık görülen ve sonradan düzeltmesi zahmetli bir hatadır.

Merkezî randevu ve çağrı merkezi

Birden fazla şubeyi olan işletmelerde hasta çoğu zaman "hangi şubede boş yer var" sorusunu sormaz; "bu hafta uygun bir saat var mı" diye sorar. Çağrı merkezinin tüm şubelerin takvimini aynı ekrandan görebilmesi, boşalan saatlerin değerlendirilmesini kolaylaştırır. Burada iki dikkat noktası vardır:

Yetki: Çağrı merkezi çalışanı randevu çıkarabilir, ama muayene kaydını görmemelidir. Randevu görünürlüğü ile klinik kayıt görünürlüğü ayrı yetkilerdir.
Kaynak çakışması: Aynı hekim iki şubede çalışıyorsa takvim tek olmalıdır. Aksi hâlde aynı hekime aynı saatte iki şubeden randevu verilir. "Tek takvim" ilkesi, hekimin şubeler arasındaki çalışma günlerini de kapsar.

Randevu tarafında hatırlatma ve boşalan saat için bekleme listesi gibi mekanizmalar randevu ve takvim özelliğinde anlatılıyor; no-show'u azaltmaya dönük pratikler için randevu yönetimi yazımızı okuyabilirsiniz.

Kasa, stok ve hak ediş

Kasa

Her şubenin kasası ayrı oturum ve ayrı kapanış gerektirir. Merkezde ise bu kasaların konsolide görünümü gerekir. İyi bir düzende şube kasası kendi gün sonunu kapatır; merkez, şubelerin toplamını ve farklarını tek ekranda görür. Tahsilat ve cari yapısı finans ve tahsilat sayfasında ele alınıyor.

Stok

Şubeler arası stok transferi, çok şubede yinelenen bir ihtiyaçtır: A şubesinde biten bir sarf malzemesi B şubesinde bekliyor olabilir. Transfer, çıkış ve giriş kaydıyla iki şubenin deposunda da iz bırakmalı; lot ve son kullanma tarihi takibi transferle birlikte taşınmalıdır. Sarf malzemesi işlem kitlerine bağlıysa tüketim, işlemle birlikte otomatik düşer.

Hekim hak edişi

Aynı hekim farklı şubelerde farklı oranlarla çalışabilir. Hak ediş hesabının şube, hizmet ve tahsilat bazında ayrıştırılabilmesi gerekir; ayrıntı için hak ediş hesaplama rehberimize bakabilirsiniz.

Yetki tasarımı: "Clinic paketi herkesi her yerde yetkili yapmaz"

Çok şubeli yapıda yetki iki eksende düşünülür: kişinin rolü (resepsiyon, hekim, muhasebe, yönetici) ve kişinin üye olduğu şubeler. Bu iki eksen birlikte değerlendirilir. Ek olarak, veri hassasiyeti ve bakım ilişkisi gibi bağlamlar devreye girer: hekim, bakım ilişkisi olmadığı bir hastanın dosyasını normalde açamaz; acil bir durumda gerekçe ve süreyle kaydedilmiş istisna yolu vardır ve bu ayrıca denetim izine yazılır.

Pratik bir kural: paket satın almak yetki üretmez. Daha büyük bir paket almak, kullanıcıya otomatik olarak her şubede klinik erişim vermez; erişim her zaman üyelik ve rol ile ayrıca tanımlanır. Rol yapısını ayrıntılı görmek için roller ve yetki sayfasına bakın.

Konsolide raporlama

Merkez yönetimi şu soruları şubeler arası karşılaştırmalı görmek ister: hangi şubenin doluluk oranı düşük, hangi şubede iptal ve gelmeme oranı yüksek, hangi hizmet hangi şubede daha çok talep görüyor, tahsilat gecikmeleri nerede birikiyor? Bu raporlar ancak şubelerin aynı veri sözlüğüyle çalışması hâlinde karşılaştırılabilir. Şube A "muayene" derken B "kontrol" derse konsolide rapor anlamsız olur. Bu nedenle ilk iş, hizmet ve ödeme türü sözlüğünü kurum düzeyinde ortaklaştırmaktır. Rapor ayrıntıları raporlama özelliğinde yer alıyor.

Büyürken sırayla ilerlemek

Çok şubeli düzene geçişte tüm şubeleri aynı anda dönüştürmek çoğu zaman riskli olur. Daha sağlam bir yol:

Önce kurum düzeyi sözlükleri (hizmet, ödeme türü, rol) ortaklaştırılır.
Pilot şubede yeni düzen birkaç hafta çalıştırılır; kasa kapanışı ve stok sayımı gerçek koşulda denenir.
Merkez raporları pilot şubeyle doğrulanır.
Diğer şubeler sırayla eklenir; her eklemede eski kayıtlar için veri geçişi ayrıca planlanır.

Büyüme yolu aynı hesap üzerinden ilerler. Tek hekimle başlayıp çok şubeye geçen bir işletmede veri taşınmaz; paket değişimi yalnızca kapasiteyi ve özellik kapsamını değiştirir. Hangi ölçeğe hangi çözümün uyduğunu çok şubeli klinik çözüm sayfasında bulabilirsiniz; çok şube özelliğinin ayrıntısı çok şube yönetimi sayfasındadır.

Şube açılışında ilk otuz gün

Yeni bir şube açıldığında, yazılım tarafındaki işlerin çoğu açılıştan önce bitmelidir. Aksi hâlde şube ilk günden eski alışkanlıklarla çalışmaya başlar. Pratik bir sıra şöyledir:

Şube kaydı ve üyelikler: Şube tanımlanır, çalışanlar üyelik ve rolleriyle eklenir. Henüz ayrılmamış bir çalışanın eski şubedeki üyeliği korunur.
Takvim ve kaynaklar: Hekim çalışma günleri, odalar ve cihazlar takvime girilir; ortak hekimlerin diğer şubelerdeki günleri çakışmayacak biçimde işaretlenir.
Fiyat listesi: Merkez fiyat çerçevesi şubeye uygulanır; şubeye özgü bir fark varsa kaydı açık biçimde tutulur.
Kasa ve depo: Kasa oturumu ve açılış sayımı yapılır; depo sarf malzemesiyle doldurulur.
İletişim kanalları: Şubenin adres ve telefon bilgisi hasta mesajlarına doğru yansır; aksi hâlde hasta yanlış adrese gider.
Deneme günü: Açılıştan önce sahte randevularla bir günü baştan sona oynayın.

Bu listeyi şube başına tekrar etmek zorunda kalmamak için, ilk şubede yaptığınız tanımların bir şablon olarak kullanılabilmesi önemlidir. Yine de her şubenin kendi kasası ve deposu olduğunu unutmayın; şablon tanımlar için geçerlidir, bakiyeler için değil.

Çok şubede sık görülen hatalar

Aynı hastanın şubeler arasında mükerrer kaydı. Hasta A şubesinde "Ayşe Yılmaz", B şubesinde "Ayşe Yilmaz" olarak açılır. İki kayıt aynı kişiyi gösterir, ama geçmiş ikiye bölünür. Mükerrer kayıt uyarısı, kimlik numarası ve doğum tarihi gibi alanlarla eşleştirme yapmalı; birleştirme ise otomatik değil, insan onayıyla ve geri alınabilir biçimde yürütülmelidir.

Şube kasasının merkezle karışması. Şube kasası ile merkez muhasebesi aynı defterde tutulursa, günlük kapanışta fark çıktığında kaynağı bulmak güçleşir. Her şubenin kapanışı kendi içinde tamamlanmalı, merkez bu kapanışları toplamalıdır.

Hekimin şubeler arası ücretlendirmesinin belirsizliği. Hekim iki şubede çalışıyorsa, hak edişin hangi şubenin tahsilatından ve hangi oranla hesaplandığı baştan yazılı olmalıdır.

Yetkinin şubeye göre ayarlanmaması. Bir şubenin yöneticisi başka şubenin raporunu görebiliyorsa, bu bir yetki hatasıdır. Rapor kapsamı, kullanıcının üye olduğu şubelerle sınırlanmalıdır.

Merkezden yönetmek, yerelde esnek kalmak

Merkezî kontrol ile yerel esneklik arasındaki denge, çok şubeli yönetimin esas sanatıdır. Merkez; hizmet kataloğunu, rol tanımlarını, aydınlatma ve onam metinlerini, rapor sözlüğünü ve güvenlik politikalarını belirler. Şube ise günlük randevu planını, vardiya düzenini, yerel stok siparişini ve kasa kapanışını yönetir. Bu ayrım iyi çizildiğinde şube müdürü hızlı karar verir, merkez de şubeleri karşılaştırabilir. Kötü çizildiğinde ya merkez her küçük işe karışır ya da her şube kendi dilini ve kendi kurallarını yaratır.

Çok şubeli işletmeler için kontrol listesi

Hasta kaydı kurum düzeyinde tek mi, şubeler arası mükerrer kayıt oluşuyor mu?
Hekimin takvimi şubeler arasında tek mi?
Her şubenin kasası ayrı oturum ve ayrı kapanışa sahip mi?
Stok transferi iki şubede de iz bırakıyor mu?
Kullanıcı hangi şubede çalıştığını ekranda görüyor mu?
Rol ile şube üyeliği ayrı ayrı tanımlanıyor mu?
Merkez raporları ortak sözlükle mi hesaplanıyor?
Bir çalışan işten ayrıldığında erişimi tek adımda kapanıyor mu?

Bu listede "hayır" cevabı çıkan her madde, şube sayısı arttıkça büyüyen bir maliyettir. Klinik yönetiminin genel çerçevesi için klinik yönetim yazılımı sayfasına, paketlerin hangi şube kapasitesini içerdiğine ise fiyatlar sayfasına göz atabilirsiniz.

Çok Şubeli Klinik Yönetiminde Merkezî Kontrol ve Yerel Esneklik