Klinik Yönetim Sistemi Seçerken Sorulacak 7 Soru

Klinik yönetim sistemi, bir kliniğin randevusunu, hasta kaydını, tedavi geçmişini, faturalamasını ve mevzuat bildirimlerini tek veri tabanında toplayan işletim yazılımıdır. Seçim kararı, demo ekranında görünen özellik sayısıyla değil, sistemin 5-10 yıl sonra kliniği hangi noktada bırakacağıyla ilgilidir. Aşağıdaki 7 soru, satış görüşmesinde sorulduğunda cevabı çoğu zaman tek cümlede ayrışan sorulardır.

Ölçek küçük değil: Sağlık Bakanlığı'nın Sağlık İstatistikleri Yıllığı 2024 Haber Bülteni verilerine göre 2024'te özel tıp merkezlerinde 13.320.281, özel polikliniklerde 775.575 hekime müracaat gerçekleşti; Türkiye genelinde 552 özel hastane faaliyet gösteriyor. Türkiye ortalamasında kişi başı hekime müracaat 2024'te 12,2 olarak gerçekleşti. Konya gibi çevre illerden hasta çeken bir şehirde poliklinik, bu yoğunluktan doğan kaydı yıllarca aynı yazılımın üzerinde biriktirir. Yanlış seçilen sistem, biriken hacmi de birlikte taşır.

1. Veriyi dışarı aktarabiliyor muyum ve hangi formatta?

Veri dışa aktarımı, kliniğin kendi hasta kayıtlarını satıcıdan bağımsız biçimde okunabilir bir dosyaya indirebilmesidir. Kabul edilebilir cevap CSV, XML veya JSON gibi makine tarafından okunabilir bir formattır. "Rapor olarak PDF alırsınız" cevabı dışa aktarım sayılmaz; PDF, on binlerce hasta kaydını yeni bir sisteme taşımaya elverişli bir biçim sunmaz.

Talep edilecek somut şey şudur: hasta, randevu, tedavi ve tahsilat tablolarının alan adlarıyla birlikte tam dökümü. Sözleşmeye "veri sorumlusunun talebi üzerine 15 gün içinde yapılandırılmış formatta teslim" gibi bir madde eklenmesi, sonraki yıllarda pazarlık gücünün tamamını belirler.

2. Sistemin API'si var mı, üstüne bir katman kurulabilir mi?

API, bir yazılımın kendi verisini başka bir yazılıma programlı biçimde açtığı arayüzdür. API'si olmayan klinik yönetim sistemi, kliniği ekranda gördüğü özelliklere hapseder. API'si olan sistemde ise hatırlatma, ölçüm ve raporlama katmanları mevcut yazılım değiştirilmeden üstüne eklenebilir.

Mevzuat tarafı 2025'te belirginleşti. 3359 sayılı Sağlık Hizmetleri Temel Kanunu'na 24/7/2025 tarihinde eklenen Ek Madde 22, Sağlık Bakanlığı'na sağlık bilişimi ürünlerine ilişkin kriterleri belirleme ve "bilgi yönetim sistemleri ile veri alışverişi yapabilen yazılımları ve sistemleri" denetleme yetkisi verdi. Sistemin üstüne kurulacak entegrasyonun bu denetim çerçevesine uygun olması gerekir — bu, entegrasyondan vazgeçme gerekçesi değil, entegrasyonu belgeli yapma gerekçesidir.

3. Veri fiziksel olarak nerede duruyor ve KVKK sorumluluğu kimde?

Veri sorumlusu, Kişisel Sağlık Verileri Hakkında Yönetmelik'in 4. maddesinde "işlenme amaçlarını ve vasıtalarını belirleyen, veri kayıt sisteminin kurulmasından ve yönetilmesinden sorumlu" kişi olarak tanımlanır. Klinik bu tanıma girer; yazılım firması veri işleyendir. Sorumluluk sözleşmeyle satıcıya devredilemez.

KVKK'nın Kişisel Veri Güvenliği Rehberi, veri işleyenin 6698 sayılı Kanun'un 12. maddesinin ikinci fıkrası gereği güvenlikten veri sorumlusuyla müştereken sorumlu olduğunu belirtir ve sözleşmede süresiz sır saklama yükümlülüğü ile ihlalin derhal bildirimi hükümlerinin aranmasını önerir. Rehber ayrıca bulutta hizmet alınan her çözüm için ayrı şifreleme anahtarı kullanılmasını ister.

Yedekleme sorusu bu başlığın altında ayrıca sorulmalıdır. KVKK rehberi, yedeklenen kişisel verilere yalnızca sistem yöneticisinin erişebilmesini ve veri seti yedeklerinin mutlaka ağ dışında tutulmasını ister; gerekçe olarak dosyaları kilitleyip fidye talep eden kötü amaçlı yazılımları gösterir. Satıcıya yöneltilecek soru nettir: yedek hangi sıklıkta alınıyor, nerede duruyor ve geri dönüş testi en son ne zaman yapıldı? Rehberin idari tedbirler listesi ayrıca Veri Sorumluları Sicil Bilgi Sistemi'ne (VERBİS) bildirimi de sayar; VERBİS yükümlülüğünün ihlalinde 2026 ceza aralığı 341.809 TL ile 17.092.242 TL arasındadır.

Cezalar teorik değil. Yeniden değerleme oranıyla güncellenen 2026 KVKK idari para cezası tutarları, aydınlatma yükümlülüğünde 85.437 TL–1.709.200 TL, veri güvenliği yükümlülüğünde 256.357 TL–17.092.242 TL aralığındadır. Erişim tarafında da sınır nettir: yönetmeliğin 6. maddesi, sağlık personelinin hasta verisine "verilecek olan sağlık hizmetinin gereği ile sınırlı olmak kaydıyla" erişebileceğini söyler. Sisteminiz rol bazlı yetki matrisi kuramıyorsa bu sınırı teknik olarak uygulayamazsınız. Konunun ayrıntısı için klinikte yapay zeka ve KVKK uyum rehberimize bakabilirsiniz.

4. SGK, MEDULA ve merkezi bildirim gerçekten sistemin içinde mi?

MEDULA entegrasyonu, kliniğin SGK'ya fatura edilebilir işlemlerini kurumun web servislerine gönderebilmesidir. SGK, entegrasyonu yapacak yazılımlar için MEDULA Web Servisleri Kullanım Kılavuzu yayımlar ve geri ödemeye esas bilgilerin sisteme girilmesini zorunlu tutar. "İçeride var" cevabı yeterli değildir; hangi kılavuz sürümüne göre güncellendiği sorulmalıdır.

Merkezi bildirim ayrı bir yükümlülüktür. Sağlık Bakanlığı'nın e-Nabız entegrasyon rehberi, sağlık kuruluşlarının belirlenen standartlar çerçevesinde XML yapıda veri seti paketleri oluşturup gönderdiğini tanımlar. Kişisel Sağlık Verileri Hakkında Yönetmelik'in 21. maddesinin üçüncü fıkrası ise merkezi sağlık veri sistemine usulüne uygun veri göndermeyen sunuculara 3359 sayılı Kanun'un Ek 11. maddesine göre işlem yapılacağını söyler.

Ek Madde 11'in üçüncü fıkrası yaptırımı tutar olarak belirler: kayıtları uygun tutmayan veya bildirim zorunluluğunu yerine getirmeyen kuruluşa 50.000 TL'den az olmamak üzere bir önceki ayın brüt hizmet gelirinin yüzde 2'si kadar idari para cezası verilir. Aynı fiil bir yıl içinde tekrarlanırsa ceza bir kat artar; üçüncü kez işlenmesinde ilgili bölümün veya kuruluşun tamamının faaliyeti 10 güne kadar durdurulur.

Kayıt düzeltme yetkisi de sistem seçimini etkileyen bir kalemdir. Yönetmeliğin 13. maddesi, Genel Müdürlüğün sağlık verilerinin sunucular tarafından düzeltilebileceği bir tarih belirlediğini; bu tarihten sonra oluşturulan verilerin ilgili sağlık hizmeti sunucusu tarafından düzeltileceğini söyler. 4/7/2026 tarihli değişiklik ise merkezde yapılan düzeltmenin sunucunun kendi veri tabanında da gerçekleştirilmesini öngörür. Yazılımınız hasta kaydını iz kaydı bırakarak düzeltemiyorsa bu yükümlülüğü karşılayamaz.

Personel bildirimi çoğu klinikte gözden kaçar. 3359 sayılı Kanun'un 9/1/2025 tarihinde eklenen Ek 19. maddesi, sağlık personeli istihdam eden özel hukuk tüzel kişilerini ve gerçek kişileri istihdam ettikleri personeli ve personel hareketlerini Bakanlığa bildirmekle yükümlü tutar. Sistemin personel giriş-çıkışını kayıt altına alıp alamadığı sorulmalıdır.

5. Randevu hatırlatma ve gelmeyen hasta ölçümü var mı?

Randevu hatırlatma modülü, teyit alınmayan randevuların önceden tespit edilmesini sağlar. Kritik ayrım şudur: mesaj göndermek bir özellik, gelmeyen hasta oranını raporlamak başka bir özelliktir. İkincisi olmadan hatırlatmanın işe yarayıp yaramadığı bilinemez ve bütçe körlemesine harcanır.

Sorulacak somut sorular: gelmeyen randevu ayrı bir durum kodu olarak işaretlenebiliyor mu, hekim ve saat dilimi kırılımında oran raporu alınabiliyor mu, bekleme listesinden otomatik doldurma var mı? Ölçüm kurgusunun nasıl tasarlanacağı özel klinikte randevuya gelmeyen hasta oranını düşürme yazımızda adım adım anlatılıyor. Uluslararası hasta adayı yönetimi farklı bir akış gerektirir; o taraf için sağlık turizmi CRM kurgusuna bakmak gerekir.

6. Sistem rapor üretiyor mu, yoksa yalnızca kayıt mı tutuyor?

Kayıt tutan sistem veriyi biriktirir; rapor üreten sistem veriyi karara dönüştürür. Ayrımı test etmenin yolu tek bir talep göndermektir: son 12 ayın hekim bazında hasta sayısı, tekrar gelme oranı ve tahsilat ortalamasını tek ekranda gösterin. Cevap "özel geliştirme gerekir" ise sistem bir defterdir, yönetim aracı değildir.

Bakanlık verisi karşılaştırma zemini sunar: 2024'te ülke genelinde yatak doluluk oranı yüzde 59,8, kişi başı hekime müracaat 12,2 olarak gerçekleşti. Kendi oranınızı bu ölçeklerle kıyaslayabilmek için sistemden ham sayıyı alabilmeniz gerekir. Serbest metin geri bildirimin de raporlanabilir hâle getirilmesi mümkündür; yöntem hasta yorumları analizi rehberimizde açıklanıyor.

7. Klinik yönetim sisteminden ayrılmak ne kadara mal olur?

Çıkış maliyeti, sözleşme bittiğinde verinin kliniğin elinde hangi biçimde kaldığıdır. Hesaplanması gereken üç kalem vardır: dışa aktarım ücreti, veri dönüştürme iş gücü ve geçiş sırasındaki çalışma kaybı. Satıcı bu üç kalemi baştan yazılı vermiyorsa çıkış maliyeti belirsizdir ve belirsiz maliyet pratikte yüksek maliyettir.

Hukuki yük ayrılışla bitmez. Kişisel Sağlık Verileri Hakkında Yönetmelik'in 11. maddesinin ikinci fıkrası, ölmüş bir kimsenin sağlık verilerinin en az 30 yıl süre ile saklanacağını belirler. Saklama yükümlülüğü veri sorumlusu olan kliniktedir; sistemden çıktıktan sonra da kayda erişebilmeniz gerekir. KVKK rehberi, bulut hizmet ilişkisi sona erdiğinde şifreleme anahtarlarının tüm kopyalarının yok edilmesini ister; çıkış, teknik olarak planlanması gereken bir işlemdir.

Sistemi değiştirmek yerine üstüne ne kurulur?

Sistem değişimi, kliniğin en pahalı ve en riskli teknoloji kararıdır: veri göçü, personel eğitimi ve geçiş dönemi kaybı aynı çeyrekte üst üste biner. Mevcut yazılım 2. sorudan geçiyorsa, yani kullanılabilir bir API'si veya düzenli dışa aktarımı varsa, ihtiyaçların çoğu sistem değiştirilmeden çözülür.

Üstüne kurulabilecek katmanlar sınırlıdır ama etkilidir: gelmeyen hasta risk skoru, hatırlatma ve teyit akışı, tahsilat ile hekim performansı panosu, serbest metin geri bildirim etiketleme. Katman yaklaşımının maliyeti sistem değişiminin belirgin biçimde altında kalır, çünkü mevcut veri tabanı yerinde durur. Karar çerçevesini daha genel bir düzlemde görmek için KOBİ'ler için 6 soruluk yapay zeka aracı seçme rehberimiz aynı mantığı farklı bir sektör bağlamında kuruyor.

Mevcut klinik yazılımınızı değiştirmeden üstüne yapay zeka katmanı kurulabilir mi sorusunun cevabı, yukarıdaki 7 sorunun 1. ve 2. maddesine verdiğiniz yanıtta saklıdır. Keşif görüşmesinde önce bu iki maddeyi netleştiriyoruz.