Poliklinik Otomasyon Programı Nasıl Seçilir? Rol, Branş ve Rapor Testi

Poliklinik otomasyon programı seçerken belirleyici olan, özellik listesinin uzunluğu değil üç sınavın sonucudur: Takvim hekimi, odayı ve branşa göre değişen muayene süresini aynı anda hesaba katabiliyor mu? Yetkiler danışma, hekim, hemşire, kasa ve yönetimi gerçekten birbirinden ayırıyor mu? Raporlar branş ve hekim bazında, ay sonunu beklemeden karar verdirecek kadar güvenilir mi? Bu üç sınavdan geçen program kısa listeye girer. Yalnız ondan önce cevaplanması gereken bir soru var: SGK anlaşmanız varsa aradığınız ürün sınıfı değişebilir.

Bu rehber, birden çok branşı ve hekimi tek takvimde yönetmek zorunda olan poliklinik yöneticileri ve işletme sahipleri için yazıldı. Özellik karşılaştırması yerine, demoda neyi nasıl sınayacağınızı, hangi kuralları önceden yazmanız gerektiğini ve hangi durumda başka bir ürün sınıfına bakmanız gerektiğini anlatıyor. Mevzuata değinilen yerler genel bilgi niteliğindedir; kurumunuza özgü sonuç için hukuk danışmanınız, mali müşaviriniz ve İl Sağlık Müdürlüğü esas alınmalıdır. Welda CRM'in bu sektörde nasıl kurulduğunu poliklinik otomasyon programı sayfamızda görebilirsiniz; aşağıdaki ölçütler ise hangi firmayı değerlendirirseniz değerlendirin geçerlidir.

SGK anlaşması, aradığınız ürünün adını değiştirir

Piyasada "poliklinik programı", "klinik otomasyonu", "hastane otomasyonu" ve "HBYS" sözcükleri çoğu zaman birbirinin yerine kullanılır. Oysa bu ürünler farklı işler çözer. Karışıklık giderilmeden yapılan demo, iki tarafın da vaktini alır.

Birinci grup, hastane bilgi yönetim sistemi mantığıyla çalışan ürünlerdir. Ağırlık merkezinde SGK provizyonu ve MEDULA akışı, laboratuvar ile görüntüleme bağlantıları, e-Reçete, e-Nabız ve Sağlık Bakanlığı veri gönderimleri gibi resmî ve klinik süreçler bulunur. SGK anlaşmalı çalışan bir kurumun günlük işi bu kanallardan geçiyorsa, sadece randevu ve hasta takibine odaklı bir program ihtiyacı karşılamaz.

İkinci grup, randevu ve hasta yönetimi odaklı programlardır. Danışma trafiğini, hekim takvimlerini, hasta kaydını, hatırlatmaları, tahsilatı, personel planını ve yönetim raporlarını toplar. Ağırlıklı olarak özel ödemeli, tamamlayıcı sigorta veya kurum anlaşmalarıyla çalışan ve asıl sıkıntısı operasyon olan bir poliklinik için doğru sınıf bu olabilir. Üçüncü grup ise yalnızca randevu defterini dijitale taşıyan basit araçlardır; tek hekimli bir yapıda yeterli gelebilir, çok branşta genellikle kısa sürede dar kalır.

Sık görülen dördüncü durum, ikisinin yan yana çalışmasıdır: Resmî akış mevcut sistemde kalır, danışma ve yönetim tarafı başka bir programa taşınır. Bu mümkündür ama çift kayıt riski taşır. "Hasta iki sisteme ayrı ayrı mı girilecek?" sorusunun cevabı sözlü değil, yazılı alınmalıdır. Hangi yükümlülüğün sizi bağladığı kurumun ruhsat türüne, anlaşmalarına ve faaliyetine göre değişebilir; bunu satıcıdan değil, mesul müdürünüz ve danışmanlarınızla netleştirin.

Branş takvimi: Hekimin boş olması randevu vermeye yetmez

Tek hekimli muayenehanede takvim bir sütundur. Poliklinikte ise aynı saat için birkaç soru birden cevaplanır: Hekim o gün burada mı? Bu branşta bu işlem kaç dakika sürer? Oda boş mu? Ortak kullanılan cihaz başka bir branşa ayrılmış mı? Hasta bir önceki randevusundan çıkmış olacak mı?

Danışmanın zihninde tutulan bu kuralların programa geçirilmesi, otomasyonun asıl değeridir. Haftanın yalnızca iki günü gelen kardiyoloji hekimini, sabah poliklinik öğleden sonra ameliyata giden cerrahı veya kontrol muayenesini 10, yeni hastayı 30 dakika ayıran iç hastalıkları uzmanını düşünün (süreler örnektir). Bu bilgiler yalnızca deneyimli danışma görevlisinin aklındaysa, o kişi izne çıktığında takvim de bozulur.

Demoda şu sorulara bakın: Süre hizmete mi bağlı, yoksa her randevuda elle mi seçiliyor? Hekim programı haftalık tekrar edebiliyor, tek seferlik istisnayı kabul edebiliyor mu? Çakışma denetimi sadece hekim için mi, oda ve kabin için de mi çalışıyor? EKG, ultrason veya efor testi gibi birkaç branşın kullandığı kaynaklar nasıl tanımlanıyor? Son soru özellikle önemlidir, çünkü pek çok demoda hazır veri kusursuz görünür; sorun kendi kaynaklarınızı girdiğinizde ortaya çıkar.

Bir de mesafe konusu var. Çok katlı bir binada hastayı beşinci kattaki göz muayenesinden birinci kattaki kan almaya yönlendiriyorsanız, art arda iki randevu kâğıt üzerinde mümkün olsa da gerçekte gecikme üretir. Program bunu hesaplamak zorunda değildir, ama danışmanın iki randevu arasına tampon bırakmasına izin vermelidir.

Hekim programı ile personel vardiyası da aynı yerde görünmelidir. Hemşire veya teknisyen olmadan yapılamayan bir işlemin randevusu verilebiliyorsa takvim doğru görünür ama iş yürümez. Vardiya tarafındaki kuralları klinikte personel ve vardiya yönetimi yazımızda ayrıca ele aldık; randevu kurallarının genel ölçütleri için klinik randevu programı seçimi rehberine bakabilirsiniz.

Aynı hasta, üç branş, tek kayıt olabiliyor mu?

Çok branşlı yapıların en az konuşulan sorunu mükerrer hasta kaydıdır. Hasta iki yıl önce dahiliyeye gelmiştir, bugün telefonla göz randevusu istiyor; danışma aceleyle yeni kart açıyor. Birkaç ay sonra elinizde aynı kişiye ait iki kayıt, iki ayrı borç bakiyesi ve iki ayrı iletişim izni olur. Yönetim raporunda da "yeni hasta sayısı" olduğundan fazla görünür.

Bu yüzden programa şunu sorun: Yeni kayıt açılırken telefon veya kimlik benzerliği uyarı veriyor mu? Mükerrer iki kart sonradan birleştirilebiliyor mu ve birleştirmede randevu, tahsilat ve rıza geçmişi korunuyor mu? Çocuğunu getiren annenin telefonu, üç çocukla aynı olduğunda sistem nasıl davranıyor? Son durum, ön tanımlı "telefon benzersizdir" kuralı olan ürünlerde danışmayı hemen zorlar.

İkinci soru, branşlar arası bilginin ne kadarının paylaşılacağıdır. Alerji ve kontrendikasyon uyarısı her hekimin görmesi gereken bir bilgidir. Psikiyatri görüşme notunun kulak burun boğaz hekimine açık olması ise başka bir durumdur. Program "herkes her şeyi görür" veya "kimse görmez" arasında kalıyorsa, gerçek hayata uymaz. Hasta kaydı tarafında dikkat edilecekleri hasta takip sistemi yazımızda daha ayrıntılı bulabilirsiniz.

Rol yetkisi, kâğıt üzerinde değil olay anında anlaşılır

Satış görüşmesinde herkes "rol bazlı yetki var" der. Anlamlı soru, yetkinin ne kadar ince ayrıldığıdır. Danışma görevlisi randevuyu değiştirebilmeli ama muayene notunu açamamalı. Kasa görevlisi tahsilat alabilmeli ama aynı kişi geçmiş tarihli tahsilatı onaysız silememeli. Hekim kendi gelir özetini görebilmeli, meslektaşının hak edişini görmemeli. Yönetim, gerekçesi olmadıkça klinik içeriğe girmemeli ve toplu hasta listesi dışa aktarma hakkı tek bir sorumluya bağlı olmalıdır.

Bunun nedeni yalnızca iç düzen değildir. Sağlık verileri KVKK kapsamında özel nitelikli kişisel veri sayılır ve kuruma daha yüksek bir özen beklentisi yükler. Yetkisiz erişimi engellemek, kimin neye eriştiğini izleyebilmek ve gereğinden fazla kişiye erişim vermemek, bu özenin pratik karşılıklarıdır. Konunun çerçevesini klinikte hasta verisi güvenliği yazımızda özetledik. Bu başlıkta bir programın tek başına "KVKK uyumu sağladığı" iddiasına temkinli yaklaşın: Yazılım yalnızca bir araçtır; aydınlatma metni, rıza süreçleri, saklama süreleri ve erişim kuralları kurumun sorumluluğunda kalır.

Demoda yetkiyi üç olayla sınayın. Birincisi işten ayrılma: Personelin erişimi ne kadar sürede, kaç adımda kapanıyor ve eski kayıtlardaki adı korunuyor mu? İkincisi iptal edilen tahsilat: Kimin, ne zaman, neyi iptal ettiği sonradan görülebiliyor mu? Üçüncüsü geçici yetki: Hemşire bir günlüğüne danışmaya geçtiğinde yeni rol verip sonra geri almak mümkün mü, yoksa herkes ortak hesapla mı çalışmaya başlıyor?

Ortak hesap, polikliniklerde en sık görülen ve en pahalıya patlayan alışkanlıklardan biridir. Danışmadaki iki bilgisayarın tek şifreyle açık durması, denetim kaydını anlamsız kılar. Kullanıcı başına ücretlendirilen bir programda ortak hesaba kayma eğilimi artar; bu nedenle teklif karşılaştırırken kullanıcı sayısını, tüm rollerin kendi hesabıyla çalışacağı şekilde hesaplayın.

Yönetici raporu: Hangi branşı büyüteceğinizi söylemiyorsa süstür

Yönetim ekranı için en iyi test, pazartesi sabahı sormak istediğiniz soruları önceden yazmaktır. Örneğin: Hangi branşta talep var ama hekim saati yetmiyor? Hangi hekimin boş saatleri belirli günlere yığılıyor? Gelmeyen hasta hangi branşta ve hangi saatlerde yoğun? Bu ay kesilen ile tahsil edilen arasındaki fark hangi anlaşmadan kaynaklanıyor? Danışma aradığı hastaları randevuya çevirebiliyor mu? Program bu sorulara iki tıklamada cevap veremiyorsa, güzel grafikler bir işe yaramaz.

Doluluk oranı özellikle yanıltıcıdır, çünkü paydası farklı tanımlanabilir. Hekimin sözleşmeli çalışma saatine mi, takvimde açılan saate mi, gerçekleşen randevuya mı, yoksa yalnızca verilen randevuya mı bakıyorsunuz? Bir hekim takvimini az açtığında doluluğu yüksek görünebilir; oysa aslında kapasite kullanılmıyordur. Satıcıya "doluluğu nasıl hesaplıyorsunuz?" diye sorun. Cevap net değilse, branşlar arası karşılaştırma yapmayın. Gelmeyen hastayı ayrı saymayan bir rapor da aynı yanılgıya düşer.

Üç tür filtre olmazsa olmazdır: branş, hekim ve dönem. Birden çok şubeniz varsa şube de eklenir. Rapor verisini dışarı alıp muhasebecinize veya ortaklarınıza iletebilmek de önemlidir; ama yukarıda belirttiğimiz gibi bu hak tek kişide olmalı ve kimlik bilgilerinden arındırılmış özetler tercih edilmelidir. Gelir tarafını kârlılığa bağlamak için klinik gelir gider yönetimi rehberimiz iyi bir başlangıçtır.

Hekim hak edişi ve kurum anlaşmaları: Excel'de kalan son dosya

Poliklinikler programa geçse bile çoğu zaman bir Excel dosyası kalır: hekim hak ediş tablosu. Bunun nedeni kuralların çeşitliliğidir. Bir hekim sabit ücretle, diğeri ciro payıyla, üçüncüsü sabit artı prim ile çalışıyor olabilir. Kimi işlemlerde malzeme bedeli düşülür, kimilerinde düşülmez. Ve en önemlisi hesap, kesilen tutar üzerinden mi yoksa tahsil edilen tutar üzerinden mi yapılacak?

Bu son soru kurum ve sigorta anlaşmalarıyla çalışan poliklinikte aylık sonucu ciddi biçimde değiştirir. Tamamlayıcı sağlık sigortası veya kurum anlaşmasından gelen ödeme ay içinde tahsil edilmeyebilir. Hekim kesilen tutardan pay alıyorsa ödeme gelmeden para çıkar; tahsil edilenden pay alıyorsa hekim, ödeme gecikince kendi emeğinin karşılığını bekler. Bu bir yazılım kararı değil, sözleşme kararıdır; program ise yalnızca verilen kuralı doğru uygulamalıdır.

Demoya kendi kuralınızla gidin ve bir hekimin örnek bir ayını birlikte hesaplatın. Kurum fiyat listesini de konuşun: Aynı işlem özel ödemeli hasta ile kurum hastası için farklı tutardaysa program bunu nasıl ayırıyor? Hastanın payı ile kurumun payı ayrı izlenebiliyor mu? Kuruma toplu fatura kesiyorsanız bu akış programda mı, yoksa dışarıda mı kalıyor? Bu soruların cevabı "dışarıda" ise bu kabul edilebilir olabilir, ama bunu sözleşmeden önce bilmeniz gerekir.

Belge tarafında da yapıya göre fark vardır. Şirket olarak işletilen poliklinik ile serbest meslek makbuzu düzenleyen muayenehane farklı belge akışına sahip olabilir; e-Fatura veya e-Arşiv mükellefiyeti işletmeye ve duruma göre değişir. Programın bu belgeleri nasıl ürettiğini, hangi entegratörle çalıştığını, entegratör bedelinin kime ait olduğunu ve iptal veya iade senaryosunu sorun. Sınırları mali müşavirinizle netleştirmek, satıcının genel "e-fatura uyumlu" cümlesinden daha değerlidir.

Yapınıza göre neyin ağırlığı artar?

Her poliklinik aynı ölçüte aynı ağırlığı vermez. Aşağıdaki tablo kesin kural değil, kısa liste yaparken kullanabileceğiniz bir başlangıç noktasıdır.

Ayrıca kimin için hazır olmadığınızı da dürüstçe düşünün. Program değiştirmek, kuralları yazılı olmayan bir poliklinikte düzeni kendiliğinden getirmez. Hekim çalışma saatleri kişisel pazarlıklarla her hafta değişiyorsa veya danışmanın sisteme giriş yapmasını kimse denetlemiyorsa, ilk adım yazılım değil, kuralları netleştirmektir.

Demoya danışma görevlinizle girin

Satıcı sunumu genellikle en güçlü akışla ilerler. Siz sıralamayı değiştirin ve görüşme öncesinde şunları hazırlayın: bir haftalık gerçek hekim programı, birden çok branşa giden üç hasta örneği, rol listesi, elle hazırladığınız bir aylık rapor ve hak ediş kurallarınız. Mümkünse danışma görevlinizi de görüşmeye alın; programı en çok o kullanacak ve neyin takıldığını en hızlı o görecek.

• Hız testi: Telefondaki hasta için kayıt açıp iki branşa randevu verme kaç tıklama sürüyor? Demoda sayın, çünkü yoğun saatte fark bu adımda ortaya çıkar.
• Hata testi: Yanlış hekime yazılan randevu nasıl düzeltilir, iz kalır mı?
• Hatırlatma testi: Mesaj hangi kanaldan, kaç saat önce, kim adına gidiyor? Hasta iptal ettiğinde boşalan saate ne oluyor?
• İletişim izni testi: Hatırlatma ile pazarlama mesajı için alınan izinler ayrı izlenebiliyor mu?
• Çıkış testi: Sözleşme bitince hastaları, randevuları ve tahsilat geçmişini hangi biçimde alırsınız? Bu sorudan kaçan satıcıyı not edin.
• Kesinti testi: İnternet gittiğinde danışma ne yapacak? Elde basılı günlük liste almak mümkün mü?

Karşılaştırmayı kafada yapmayın. Ölçütleri demodan önce ağırlıklandırın, üç adaya aynı senaryoyu oynatın ve puanı görüşmenin hemen ardından verin. Sunum yapan kişinin iyi konuşması, takvimin iyi çalıştığını göstermez.

Aynı senaryoyu verin: Teklifler ancak böyle karşılaştırılır

Poliklinik programında maliyeti belirleyen kalemler genellikle şunlardır: kullanıcı sayısı, şube sayısı, açılacak modüller, mesaj hacmi, veri aktarımı, eğitim, destek kapsamı ve entegratör gibi üçüncü taraf bedelleri. İki teklifi karşılaştırmanın tek sağlıklı yolu, aynı senaryoyu her ikisine vermektir: kaç hekim, kaç danışma görevlisi, kaç şube, aylık yaklaşık kaç randevu ve hangi modüller.

Gözden kaçan kalemler genellikle teklifin dışında kalır. Veri aktarımı ayrıca ücretli mi? Eğitim yeni başlayan personel için tekrarlanıyor mu? Mesaj aşım bedeli nasıl hesaplanıyor? Hekim sayısı arttığında geçilen plan hangi modülü de değiştiriyor? Çıkışta veriyi almak için ayrı bedel var mı? Kısa vadeli fark gibi görünen bu başlıklar, iki yıllık toplam maliyeti ilk ayki rakamdan daha fazla etkileyebilir. Toplam maliyeti, yalnızca programın aylık tutarı olarak değil, danışma saatleri ve geçiş emeğiyle birlikte düşünün.

Geçişte takvim açık kalır, bu yüzden sıra önemlidir

Çok branşlı bir poliklinik geçiş için kapanamaz. Hekim programları ve randevular her gün akmaya devam eder. Bu nedenle geçişin en riskli kısmı veri miktarı değil, iki sistemin aynı anda doğru sanıldığı dönemdir. İleri tarihli bir randevunun hangi sistemde geçerli olduğu belirsizse, hasta kapıda kalır.

Önce hasta kayıtlarını temizleyin, sonra hizmetleri, süreleri ve hekim programlarını kurun. Ardından ileri tarihli randevuları taşıyın ve her hekimin eski takvimini tek bir sorumluya kapattırın. Pilot için yoğun olmayan bir branş seçin ama danışmayı mutlaka dahil edin. Açık bakiyeleri ve devam eden paketleri ayrı bir kontrol listesiyle taşıyın; hastaya "sizde borç görünmüyor" ya da tersini söylemek, güven kaybının en hızlı yoludur.

Eğitimi de role göre bölün. Hekime yirmi dakikalık kısa bir gösteri yeterli olabilir; danışmaya ise uygulamalı, gerçek senaryolu bir oturum gerekir. İlk haftada sistemi iyi bilen birini danışmada bulundurmak, sonraki ayların düzeltme yükünü azaltır. İlk ay sonunda raporları eski yönteminizle karşılaştırın ve farkların nedenini bulmadan eski dosyayı arşivlemeyin.

Welda CRM bu tabloda nerede durur, nerede durmaz?

Welda CRM, randevuyla çalışan işletmeler için geliştirilmiş web tabanlı bir yönetim programıdır; poliklinik sektörünü seçtiğinizde ekran terimleri ve başlangıç modülleri buna göre gelir. Her branş ve hekim için ayrı takvim tutulur, danışma tüm branşların randevusunu tek ekrandan oluşturur ve çakışma engellenir. Personel vardiyası merkezden planlanır. Hasta kaydı tek profilde, alerji ve kontrendikasyon uyarılı şifreli sağlık kaydıyla tutulur. Online randevu talepleri sizin onayınızla kesinleşir; iptalde bekleme listesindeki sıradakine haber gider, hatırlatmalar WhatsApp üzerinden otomatik gönderilir.

Yönetim tarafında rol bazlı yetki, sürümlü rıza kaydı ve erişimler için denetim kaydı bulunur. Doluluk, gelir ve personel performans raporları anlık izlenir, şubeler karşılaştırılabilir, fatura/makbuz, taksit ve kasa/banka/POS hareketleri takip edilir. Prim ve hak ediş hesabı da vardır; bazı modüller plana bağlıdır. E-Fatura ve e-Arşiv akışı, seçtiğiniz entegratör üzerinden kurulur. Kurulum, veri aktarımı ve ekip eğitimi dahildir.

Şunları da açıkça söyleyelim. Welda CRM bir HBYS olarak konumlanmaz; MEDULA provizyonu, e-Reçete, laboratuvar veya görüntüleme cihazı entegrasyonu için bu yazıda bir taahhütte bulunmuyoruz. Kurumunuz SGK anlaşmalıysa bu akışın nerede yürüyeceğini önce netleştirin. Ortak cihazların ayrı kaynak olarak nasıl izleneceği, mükerrer kayıt birleştirme, kurum payı ve hasta payı ayrımı veya sizin hak ediş formülünüz gibi konuları da burada genel bir "evet" ile geçmek yerine, görüşmede kendi senaryonuzla birlikte sınamayı tercih ederiz.

Fiyat; şube, kullanıcı, mesaj hacmi ve modül ihtiyacınıza göre ücretsiz görüşmede netleşir. Yapınızı anlatın, yukarıdaki senaryoları birlikte deneyelim; 7 gün ücretsiz denemede tüm modüller açık olduğu için kendi hekim programınızı girip sonucu görebilirsiniz. Başlamak için poliklinik otomasyon programı sayfamızdan görüşme talep etmeniz yeterlidir.

Sık sorulan sorular

Poliklinik otomasyon programı ile HBYS aynı şey mi?

Her zaman değil. HBYS denince genellikle SGK, laboratuvar, görüntüleme ve resmî veri akışlarını kapsayan kapsamlı sistemler anlaşılır. Poliklinik otomasyonu sözü ise satıcıya göre randevu, hasta takibi ve işletme yönetimi odaklı ürünleri de anlatabilir. Bu nedenle ürünün adına değil, kapsam listesine bakın.

Küçük poliklinikte rol yetkisi gerçekten gerekli mi?

Evet, kişi sayısı az olsa bile muayene notu, tahsilat iptali ve toplu dışa aktarma ayrı düşünülmelidir. Küçük ekipte aynı kişi birkaç iş yapabilir; bu durumda yetkiyi kaldırmak yerine kişiye birden çok rol tanımlamak daha sağlıklıdır, çünkü işlem kaydı anlamını korur.

Her branşın ayrı takvimi olması mı, tek takvim mi daha doğru?

İkisi birlikte. Hekim kendi takvimini görmeli, danışma ise tüm branşları tek ekranda filtreleyebilmelidir. Sorun, branşların ayrı ayrı defter gibi tutulması ve aynı hastanın iki yerde iki kayıtla görünmesidir.

Hastalar online randevu alınca takvim karışmaz mı?

Karışabilir, bu yüzden kurallar önemlidir. Talep onaylı bir akış, branşa göre uygun hizmet süresi ve açılan saatlerin sınırlanması riski azaltır. Özellikle ilk muayene ile kontrol muayenesinin süresi farklıysa, hasta yanlış işlem seçtiğinde gün sarkabilir; bu yüzden başlangıçta talep onaylı çalışmak mantıklıdır.

WhatsApp hatırlatması KVKK açısından sorun olur mu?

Sonuç; mesajın içeriğine, hukuki dayanağa ve aydınlatma sürecine bağlıdır. Genel temkin olarak hatırlatmada teşhis veya hassas sağlık bilgisi paylaşmamak, hastayı önceden bilgilendirmek ve kendi uygulamanız için hukuk danışmanınızdan görüş almak yerinde olur.

Hekimler programı kullanmak istemezse ne yapmalı?

Hekimden uzun veri girişi beklemek yerine işini kolaylaştıran üç şeyle başlayın: kendi günlük listesi, hasta geçmişine hızlı erişim ve kendi gelir özeti. Hak ediş hesabının tek kaynağı program olduğunda kullanım da genellikle kendiliğinden yerleşir.

Eski programdaki hasta verisini taşımak mümkün mü?

Genellikle evet, ama kapsam eski programın verdiği dosyaya ve kaydın temizliğine bağlıdır. Satıcıdan örnek bir aktarım isteyin; hasta, randevu, açık bakiye ve paket bilgisinin hangisinin geldiğini tek tek görün. Klinik notların ve eklerin taşınıp taşınmayacağını ayrıca sorun.