Çok şubeli klinik programı seçerken belirleyici olan, ürünün "çoklu şube" kutusunu işaretlemesi değildir. Belirleyici olan üç işi aynı anda yapabilmesidir: her şubenin takvimini ayrı tutarken aynı hekimi iki adreste çakıştırmamak, personelin yetkisini şube sınırında durdurmak ve bütün şubeleri aynı tanımlarla raporlamak. Bu üç sınavı kendi çalışma düzeninizle ekranda geçen program kısa listeye girer. Geçemeyen program, ne kadar uzun özellik listesi sunarsa sunsun, ikinci şubeyle birlikte Excel'e geri dönmenize yol açar.
Bu rehber, ikinci veya üçüncü şubesini açmış ya da açmak üzere olan klinik sahipleri için yazıldı. Estetik, diş, dermatoloji, fizik tedavi veya çok branşlı poliklinik fark etmeksizin ortak olan soru şu: Her gün her şubede olamayacağınıza göre, Kadıköy'de ne olduğunu Ataşehir'den nasıl göreceksiniz? Şube açma kararının kendisini henüz vermediyseniz önce ikinci şube için hazır olma sinyallerine bakmanız daha doğru olur. Mevzuata değinilen yerler genel bilgilendirme amaçlıdır; kendi durumunuzu mali müşaviriniz ve hukuk danışmanınızla netleştirin.
İkinci şubeyle birlikte bozulan şey takvim değil, tek kişinin hafızası
Tek şubede klinik, programın eksiklerini fark ettirmeden yürür. Çünkü boşlukları insanlar doldurur: Danışmadaki deneyimli çalışan hangi hekimin hangi hastayı istemediğini, hangi paketin yarım kaldığını, kimin borcunun ertelendiğini bilir. Siz de günün sonunda kasaya bakar, koridordan geçerken doluluğu gözünüzle tartarsınız. Bu düzen aslında bir yazılımla değil, aynı binada bulunmakla çalışır.
İkinci adres açıldığında bu görünmez altyapı ikiye bölünür. Bir hekim haftanın iki günü yeni şubeye gider ve eski danışma onu hâlâ boş sanıp randevu yazar. Hasta "geçen sefer diğer şubede yaptırmıştım" der, ama kaydı orada olduğu için kalan seansı kimse göremez. Yeni şubenin kasası akşam WhatsApp'tan fotoğrafla gelir. Ay sonunda iki ayrı dosya, iki ayrı "doluluk" rakamı üretir ve hangisinin doğru olduğunu tartışırsınız.
Dolayısıyla program seçimine özellik listesiyle değil, bu kopuklukları kendi kliniğiniz için yazarak başlayın. Son bir ayda bir şube diğerinin bilgisine ihtiyaç duyduğu anları not edin: Telefonla aranan bilgi, WhatsApp'tan istenen ekran fotoğrafı, ertesi güne bırakılan cevap. Bu liste, demoda soracağınız soruların ham hâlidir ve satıcının hazırladığı sunumdan çok daha iyi bir yol haritasıdır.
Şubeleriniz hukuken ne? Cevap, hesap yapısını belirler
Çok şubeli yapıların atlanan ilk sorusu teknik değildir. İki adres aynı şirketin şubesi mi, yoksa ortak markayla çalışan ayrı şirketler mi? Bazı kliniklerde ortaklardan biri yeni şubeye ayrı şirketle girer, bazılarında hekim kendi adına çalışır. Bu fark programda şu kararları doğrudan değiştirir.
Faturalama. e-Fatura ve e-Arşiv yükümlülüğü mükellef üzerinden yürür. Aynı vergi numarasıyla çalışan şubelerde asıl ihtiyaç, hangi faturanın hangi şubeden çıktığını raporda ayırabilmektir. Ayrı şirketlerde ise her şirketin kendi fatura kimliği ve çoğu zaman kendi entegratör hesabı olur. Hekimlerin serbest meslek makbuzu düzenlediği bir yapıda hak ediş hesabı ayrıca düşünülmelidir. Satıcıya "e-Fatura var mı?" diye değil, "iki farklı vergi numarasıyla nasıl çalışır?" diye sorun.
Hasta verisi. Sağlık verileri KVKK'da özel nitelikli kişisel veri sayılır. Tek şirket içinde bile bu veriye erişim, görevle sınırlanmalıdır. Ayrı şirketlerde bir şubenin diğerinin hasta kaydını görmesi, verinin başka bir veri sorumlusuna aktarımı olarak değerlendirilebilir; ortak hasta kaydı kurmadan önce danışmanınızın görüşünü alın. Genel çerçeve için klinikte hasta verisi güvenliği yazımıza bakabilirsiniz.
Ruhsat ve sorumlu kişi. Özel sağlık kuruluşlarında ruhsat, faaliyet izni ve mesul müdür gibi yükümlülükler kuruluş türüne ve adrese göre değerlendirilir. Bu konu programın çözeceği bir şey değildir, ama size şunu söyler: Her şubenin kendi sorumlusu varsa, programda da o kişinin kendi şubesini tam görebildiği bir rol olmalıdır.
Gezen hekim testi: şube takviminin asıl sınavı
Şube bazlı takvimi olan birçok ürün, her şube tek başına düşünüldüğünde kusursuz görünür. Sorun, aynı kaynak iki şube arasında paylaşıldığında başlar. Yeni açılan şubede bu çoğu zaman kaçınılmazdır: Aranan dermatoloğu veya implant uzmanını iki şubeye birden yazdırmak için ikinci bir hekim bulamazsınız, haftayı bölersiniz.
Bu yüzden demoda hazır örnek veriyi izlemek yerine bir hekiminizi gerçek çalışma düzeniyle sisteme yazdırın ve aşağıdaki sırayla deneyin.
İkinci adım testin kalbidir. Örneğin hekim perşembe günü B şubesinde çalışıyorsa, A şubesindeki danışma perşembeye randevu yazmaya kalktığında ne olur? İyi senaryoda program o gün hekimin diğer şubede olduğunu gösterir ve kaydı engeller. Orta senaryoda uyarır, ama geçmenize izin verir. Kötü senaryoda her şube hekimi ayrı bir kaynak gibi görür; çakışmayı hasta, kapıda karşılaşarak fark eder.
Yol süresini de hafife almayın. Hekim sabah bir şubede, öğleden sonra diğerinde ise araya bir blok koymanız gerekir. İstanbul gibi şehirlerde bu süre güne ve saate göre değişir; programın bunu otomatik hesaplaması gerekmez, ama elle kolayca engelleyebilmeniz gerekir. Tekrarlayan bir kural olarak tanımlanabiliyor mu, her hafta yeniden mi giriliyor, bakın.
Paylaşılan cihaz ayrı bir başlıktır. Lazer, ultrason veya panoramik röntgen gibi pahalı bir cihaz çoğu zaman her şubeye alınmaz. Taşınan cihazın hangi gün nerede olduğu takvimde görünmüyorsa, randevu ancak "cihaz bugün burada mı?" telefonuyla verilir. Programınızın oda ve cihazı randevu kaynağı olarak görüp görmediğini, cihazın şube değiştirdiği senaryoyla sınayın.
Bir hasta, iki şube: paket, borç ve kayıt kime ait?
Hastanın gözünde klinik tektir. Tabelada aynı isim yazıyorsa, Kadıköy'de aldığı on seanslık paketin kalanını Ataşehir'de kullanabileceğini varsayar. Bu beklentiyi karşılayıp karşılamamak işletme kararıdır, ama programın iki durumda da açık bir cevabı olmalıdır.
Önceden kâğıda yazmanız gereken dört kural var. Birincisi, hasta kaydı tek mi olacak, şube başına mı? Tek kayıt, mükerrerliği ve hastanın aynı bilgileri yeniden vermesini önler; ama yetki düzeni doğru kurulmazsa her danışma herkesi görür. İkincisi, paket başka şubede kullanılabilir mi, kullanılırsa gelir hangi şubeye yazılır? Satışı yapan şubeye mi, seansı veren şubeye mi? Üçüncüsü, A şubesinde kalan borç B şubesinde görünür mü, tahsil edilebilir mi? Dördüncüsü, aynı hasta iki şubede iki ayrı kayıtla açılmışsa birleştirme nasıl yapılır ve bunu kim yapar?
Bu kuralların özellikle paket satan kliniklerde ağırlığı büyüktür. Şubeler arasında gelir paylaşımı netleşmediğinde, şube sorumluları hastayı kendi şubesinde tutmaya çalışabilir ve merkez iyi niyetle kurduğu esnekliğin faturasını iç tartışmayla öder.
Yetki şube sınırında durmuyorsa merkezî görünüm risktir
Klinik sahibinin istediği merkezî görünüm, yanlış kurulduğunda herkese açık görünüme dönüşür. Tek şubede "danışma, hekim, yönetici" rolleri yeterli olabilir. Çok şubeli yapıda her rol iki eksende tanımlanır: Hangi veriyi görüyor ve hangi şubede görüyor? İkinci ekseni olmayan bir yetki sistemi, yeni şubenizdeki danışma çalışanına eski şubenizin bütün hasta listesini ve kasasını açabilir.
Tablodaki en önemli satırlar sağlık kaydı ve dışa aktarmadır. Klinik sahibi olmak, her hastanın klinik notunu okuma gerekçesi olmayabilir; özellikle hekim olmayan yatırımcı ortakların bulunduğu yapılarda bunu baştan konuşun. Dışa aktarma ise ayrılan bir çalışanın hasta listesini yanında götürme riskinin bulunduğu yerdir. Bu yetkiyi az kişiye verin ve her kullanımının kayda geçtiğinden emin olun.
Yetkiyi olay üzerinden test edin. Yeni şubenin danışma hesabıyla giriş yapın ve diğer şubedeki bir hastayı aratın. Sonra aynı hesapla gelir raporunu açmayı deneyin. Ardından o çalışanın işten ayrıldığını varsayıp erişimini kapatın ve kapanan hesabın geçmiş işlemlerinin kayıtlarda durduğunu kontrol edin. Sunum sırasında "rol bazlı yetki var" cümlesini duymak yetmez; görmek gereken, şube sınırının gerçekten kapandığı ekrandır. Hekimlerin birden fazla şubede çalıştığı yapılarda rolün her iki şubeyi kapsaması, ama yalnızca kendi hastalarını açması gibi bir ayar gerekip gerekmediğini de kararlaştırın.
Merkezî rapor: önce tanımları birleştirin
Şubeler arası karşılaştırma, ancak iki şube aynı şeyi aynı şekilde ölçüyorsa anlamlıdır. Bir şube gelmeyen hastanın randevusunu silerken diğeri "gelmedi" diye işaretliyorsa, birincinin gelmeme oranı sıfır görünür. Bir şube hizmeti "Botoks" diğeri "Botulinum uygulaması" diye adlandırıyorsa, hizmet bazlı rapor iki ayrı satır üretir. Bu yüzden rapor projesi, raporla değil ortak sözlükle başlar.
Birleştirmeniz gereken asgari sözlük şudur: hizmet adları ve standart süreleri, gelmeme ve son dakika iptal tanımı, doluluğun paydası, paket gelirinin satışta mı seansta mı yazıldığı ve yeni hasta tanımı. Sonuncusu sürpriz yapabilir: Diğer şubeden gelen hasta yeni şube için yeni midir? Pazarlama bütçesini şubeye göre dağıtıyorsanız bu cevap önemlidir.
Tanımlar birleştikten sonra raporda bakacağınız yer toplam değil, satırlardır. Zincir ortalaması, sahibini rahatlatan ama kolayca yanıltan bir rakamdır.
Pazartesi sabahı beş dakikada şu soruları cevaplayabiliyorsanız raporlama işini görüyor demektir: Hangi şubenin hangi hekim gününde boşluk var? Geçen hafta hangi şubede gelmeme arttı? Kasadaki tahsilat ile kesilen belge aynı mı? Hangi şubenin açık bakiyesi büyüyor? Bu soruların biri için dosya indirip birleştirmeniz gerekiyorsa, merkezî görünüm satın almamış, yalnızca veriyi tek yerde toplamış olursunuz.
Telefonu kim açacak? Çağrı düzeni program seçimini değiştirir
Şube sayısı arttıkça yeniden düzenlenmesi gereken işlerden biri randevu hattıdır ve bunu program seçtikten sonra düşünmek geç kalmak olur. Çünkü üç farklı düzen, üç farklı ekran ihtiyacı doğurur.
Her şubenin kendi hattı. Yerel hastalar için doğal olandır. Ekranda kendi şubesini gören danışma yeterlidir, ama hasta diğer şubeyi sorduğunda cevap verebilmesi için öteki şubelerin müsaitliğini en azından görmesi gerekir. Merkezî tek hat. Bir veya iki kişi bütün şubelere randevu verir. Bu durumda en kritik ekran, hizmeti ve hekimi seçince tüm şubelerdeki uygun saatleri yan yana gösteren görünümdür. Şube şube geçmek zorunda kalan çalışan, telefondaki hastayı bekletir. Karma düzen. Gündüz şube, akşam ve WhatsApp mesajları merkez. Burada randevunun kim tarafından verildiğinin kaydı önem kazanır, çünkü ileride hangi kanalın ne getirdiğini ancak böyle görebilirsiniz.
Online randevu da aynı soruyu sorar. Hasta önce şubeyi mi seçecek, önce hizmeti mi? Şubeye özel sayfalar mı, tek sayfa mı olacak? Hatırlatma mesajında hangi adres gidecek? Küçük görünen bu son ayrıntı, hastanın yanlış şubeye gitmesini önleyen şeydir. Mesaj şablonunda şube adı ve adresinin otomatik gelip gelmediğini demoda örnek bir mesajla kontrol edin.
Şube sayınıza göre ne kadar program gerekir?
Her ikinci adres, çok şubeli klinik programı gerektirmez. Bazı durumlarda daha sade kalmak doğru karar, bazı durumlarda ise bu sınıfın dışına çıkmak gerekir.
Tablonun son satırı dürüst olmayı gerektirir. SGK anlaşmanız, MEDULA provizyonu, laboratuvar ve görüntüleme entegrasyonları günlük işinizin merkezindeyse aradığınız ürün sınıfı hastane bilgi yönetim sistemine yaklaşır. Randevu ve işletme odaklı bir program bu akışı tek başına karşılamayabilir; iki sistemin yan yana nasıl çalışacağını önceden planlamak gerekir. Bu ayrımı poliklinik programı seçimi yazımızda daha ayrıntılı ele aldık.
Şu durumlarda ise çok şubeli bir yapıya henüz gerek olmayabilir: Şubeler arasında hekim veya hasta geçişi yoksa, her şube tamamen bağımsız yönetiliyorsa ve sizin tek ihtiyacınız ay sonu rakamıysa, ayrı hesaplarla çalışmak bir süre daha idare edebilir. Yine de üçüncü şubeyi planlıyorsanız bu düzeni kurmak yerine baştan tek yapıda başlamak, sonradan iki veriyi birleştirmekten kolaydır.
Teklifleri şube senaryosuyla karşılaştırın
Çok şubeli yapılarda maliyet, tek şubeye göre farklı kalemlerden büyür. Bu yüzden aylık tutarları yan yana koymak yanıltıcıdır. Bütün satıcılara aynı senaryoyu yazılı verin: şu kadar şube, şu kadar kullanıcı, aylık şu kadar hatırlatma mesajı, şu kadar arşivlenen fotoğraf ve belge, iki yıl sonraki hedef şube sayısı. Ardından cevapları şu tabloyla okuyun.
| Maliyeti belirleyen kalem | Sormanız gereken soru | Çok şubede neden büyür? |
|---|---|---|
| Şube limiti | Bir sonraki şube hangi plana geçirir? | Plan basamağı atlanınca tüm hesabın maliyeti değişebilir |
| Kullanıcı sayısı | Yarı zamanlı hekim ve yedek danışma ayrı kullanıcı mı? | Her şube kendi danışmasını ve hekimlerini ekler |
| Mesaj hacmi | Kota aşılırsa ne olur, kim ödeyip kim haberdar olur? | Randevu hacmiyle doğrudan artar |
| Depolama | Öncesi/sonrası fotoğraflar hangi kotayı doldurur? | Arşiv şube sayısıyla birlikte büyür |
| Modüller | Kasa, stok, prim hangi planda açılır? | Şube kasası ve hak ediş bu aşamada zorunluya dönüşür |
| Kurulum ve aktarım | Yeni şube açılışında tekrar ücret var mı? | İlk kurulum dahil olsa da sonraki şube ayrı kalem olabilir |
| Entegratör ve donanım | e-Fatura entegratörü ve POS kime ait? | Yazılım teklifinin dışında kalıp sonradan görünür |
| Çıkış | Tüm şubelerin verisi hangi biçimde geri alınır? | Veri büyüdükçe ayrılmak zorlaşır |
Kullanıcı sayısı, hafife alınması en kolay kalemdir. Üç şubeyi, her birinde bir danışma ve iki hekimle düşünün: Daha sizi ve muhasebeyi eklemeden dokuz kullanıcıya ulaşırsınız. Plan limitini şube sayısına göre seçen bir klinik, sınıra önce kullanıcı tarafında takılabilir. Teklif karşılaştırmanın genel yöntemi için klinik yönetim programı fiyatlarını belirleyen kalemler yazısına da göz atabilirsiniz.
Yeni şubeyi ilk gün canlı almak mı, hepsini birden taşımak mı?
Şube açılışı aynı zamanda program değişikliği için doğal bir fırsat gibi görünür; ama iki büyük değişikliği aynı haftaya koymak, sorun çıktığında nedenini ayırmayı zorlaştırır. Mümkünse mevcut şubeyi açılıştan birkaç hafta önce taşıyın. Ekip programı eski şubede öğrenir, yeni şubeye açılış günü alışkın insanlar destek verir.
Geçişin en riskli noktası ileri tarihli randevulardır. Eski sistemde kalan bir randevu, yeni sistemde boş görünen bir saat demektir ve aynı saate ikinci hasta yazılır. Bu yüzden aktarım gününü sakin bir güne alın, aktarımdan sonra eski sisteme yeni randevu girişini kapatın ve eski kayıtları bir süre yalnızca okunur tutun. Tıbbi kayıtların saklama yükümlülüğü olabileceğini de unutmayın; eski sistemi kapatmadan önce o verinin nerede duracağını netleştirin.
Sık yapılan hatalar da bu aşamada ortaya çıkar. Hizmet listesini temizlemeden taşımak, eski karmaşayı yeni programa kopyalar. Eğitimi yalnızca yöneticiye vermek, danışmanın alışkanlıkla deftere dönmesine yol açabilir. Yeni şubeye ayrı bir kural seti tanımak ise raporları ilk aydan bozar. Bir de "şimdilik" açılan ortak kullanıcı hesabı vardır: Kim ne yaptı sorusunun cevabını ortadan kaldırır ve kolayca kalıcı olur.
Welda CRM nerede işinize yarar, nerede sormanız gerekir?
Welda CRM, randevuyla çalışan işletmeler için geliştirilmiş web tabanlı bir programdır; klinik sektörünü seçtiğinizde ekran terimleri ve başlangıç modülleri buna göre gelir. Şubeler tek hesaptan, ayrı takvim ve raporlarla yönetilir. Takvimi personel, kabin ve şube görünümüyle izler, çakışmayı engeller, online randevu taleplerini onayınızla kesinleştirirsiniz; iptalde bekleme listesindeki sıradakine haber gider. Rol bazlı yetki, sürümlü rıza kaydı ve erişimler için denetim kaydı bulunur. Doluluk, gelir ve personel performansı raporlarında şube bazında karşılaştırma yapılabilir. Detayları çok şubeli klinik programı olarak Welda CRM sayfasında görebilirsiniz.
Plan tarafında yukarıdaki tabloyu kendimize de uygulayalım: Başlangıç planı 1 şube ve 3 kullanıcı, Pro 3 şube ve 10 kullanıcı içerir; daha büyük yapılar için Kurumsal planda şube ve kullanıcı sınırı yoktur. Kasa/POS, stok, gider ve prim hesabı Pro ile açılır. Üç şubeli bir klinikte, önceki bölümde anlattığımız gibi, belirleyici olan şube değil kullanıcı sayısı olabilir. Kurulum, veri aktarımı ve eğitim planlara dahildir; e-Fatura ve e-Arşiv bağlantısı seçtiğiniz entegratör üzerinden kurulur.
Açıkça söylememiz gerekenler de var. Welda CRM bir HBYS olarak konumlanmaz; MEDULA provizyonu, e-Reçete veya laboratuvar ve görüntüleme cihazı entegrasyonu için burada bir taahhütte bulunmuyoruz. Gezen hekimin iki şube arasındaki çakışması, yetkinin şube bazında daraltılması, paketin başka şubede kullanılması ve şubeler arası gelir paylaşımı gibi konularda da genel bir "evet" demek yerine, bunları görüşmede sizin senaryonuzla birlikte sınamayı tercih ederiz. Bu yazıdaki testleri bize de uygulayın.
Sık sorulan sorular
Çok şubeli klinik programı ile normal klinik programı arasındaki fark nedir?
Fark, şube adı ekleyebilmek değildir. Çok şubeli yapıya uygun programda takvim, yetki, kasa ve raporlar şube ekseninde ayrılır; aynı zamanda yönetici hepsini tek yerden karşılaştırır. Aynı kaynağın iki şubede çakışmaması da bu sınıfın beklentisidir.
Her şube için ayrı program kullansam olur mu?
Şubeler arasında hekim ve hasta geçişi yoksa bir süre olur. Geçiş başladığında çift kayıt, çakışma ve ay sonu birleştirme yükü doğar. Üçüncü şubeyi düşünüyorsanız baştan tek yapı kurmak genellikle daha az iş çıkarır.
Şubeler hasta kayıtlarını ortak görebilir mi?
Teknik olarak mümkün olsa da karar yetki düzenine ve şirket yapınıza bağlıdır. Sağlık verileri özel nitelikli olduğu için erişim görevle sınırlanmalı ve kayıt altında olmalıdır. Ayrı şirketler söz konusuysa önce hukuk danışmanınızın görüşünü alın.
Şube sorumlusu diğer şubenin gelirini görmeli mi?
Genellikle hayır, ancak bazı zincirler performans kültürü için özet sıralama paylaşır. Önemli olan bunun kişisel tercihle değil, rol tanımıyla belirlenmesidir. Tutar yerine doluluk gibi oranları paylaşmak da bir ara yoldur.
Şubeler ayrı vergi numarasıyla çalışıyorsa tek programda toplanabilir mi?
Bu, ürüne ve hesap yapısına göre değişir. Fatura kimliklerinin nasıl ayrıldığını, her şirketin kendi entegratör hesabına nasıl bağlandığını ve merkezin ne kadar veri görebileceğini satıcıya somut senaryoyla sorun. Mali müşavirinizi bu görüşmeye dahil edin.
Yeni şube açılmadan ne kadar önce programa geçmeliyim?
Sabit bir kural yoktur; ama ekibin programı mevcut şubede öğrenmesi için birkaç hafta bırakmak, açılış haftasındaki sorunları azaltır. Örnek takvimdeki sırayı kendi tarihinize uyarlayabilirsiniz.
Çok şubeli yapı için maliyet nasıl netleşir?
Şube, kullanıcı, mesaj hacmi, depolama ve modül ihtiyacınız maliyeti belirler. Welda CRM'de fiyat bu ihtiyaçlara göre ücretsiz görüşmede netleşir; 7 gün ücretsiz denemede tüm modüller açıktır, böylece hangi plana ihtiyacınız olduğunu kendi verinizle görürsünüz.
Şube planınızı, hekimlerin haftalık düzenini ve bugün randevuyu nasıl tuttuğunuzu yazın; ücretsiz görüşmede bu senaryoyu birlikte ekranda deneyelim. Çok şubeli klinik programı için Welda CRM'i inceleyin, kararınızı kendi çalışma düzeninizle verin.