Bize gelen kliniklerin büyük bölümü aynı cümleyle başlıyor: "Bize özel bir yazılım lazım." Konuşmanın onuncu dakikasında genellikle ortaya çıkan şey şu oluyor: ihtiyaç duyulan şey yazılım değil, hastanın aradığında bulabildiği ve güvendiği bir web sitesi. Bazen de tersi çıkıyor; ortada zaten çalışan bir site var ama klinik, hasta trafiğini defterle yönetmeye çalışıyor.

Bu yazı o ayrımı net yapmak için. Hangi durumda hazır çözüm yeter, hangi durumda özel yazılım gerçekten gerekir ve bu kararın maliyeti nedir — kendi sağlık projelerimizden örneklerle.

Önce şu ayrımı yapın: anlatan şey mi, yürüten şey mi

Web sitesi anlatır: hekimin kim olduğunu, hangi tedaviyi uyguladığını, neden güvenilmesi gerektiğini. İşi randevu talebini almak ve o talebi size ulaştırmaktır.

Yazılım yürütür: kaydı tutar, takvimi dağıtır, hatırlatmayı gönderir, ödemeyi alır, geçmişi saklar. Hasta verisiyle temas ettiği anda hukuki bir yük de doğurur.

Bu ikisi birbirinin yerine geçmez. Sitesi olmayan bir klinikte yazılım boş çalışır, çünkü kayıt edilecek hasta gelmiyordur. Yazılımı olmayan ama günde otuz randevu alan bir poliklinikte ise site tek başına kaosu çözmez.

Hazır çözümün yettiği üç durum

Piyasadaki hazır randevu sistemleri — takvim, SMS hatırlatma, basit hasta kaydı — şu üç durumda fazlasıyla yeterlidir:

1. Tek hekim, tek lokasyon

Takvim tek kişiye aitse planlama problemi yoktur. Hazır sistemin kutudan çıkan hali ihtiyacı karşılar, üstelik bakım yükü size değil sağlayıcıya aittir.

2. Randevu talebi günde 20'nin altındaysa

Bu hacimde özel yazılımın kazandırdığı zaman, maliyetini karşılamaz. Site üzerinden gelen talebi e-posta ve WhatsApp'a düşürmek, karşılığında hiçbir KVKK yükü almadan çalışır.

3. Hasta verisini sitede tutmuyorsanız

En sağlıklı kurgu çoğu zaman şudur: site yalnızca talebi alır, hastanın tıbbi bilgisi siteye hiç girmez. Tedavi geçmişi kliniğin kendi sisteminde kalır. Böylece web tarafı özel nitelikli veri taşımaz, risk alanınız küçülür.

Özel yazılımın gerçekten gerektiği dört işaret

Aşağıdakilerden ikisi birden sizde varsa, konuşma artık yazılım konuşmasıdır:

  • Kaynak planlaması var. Randevu yalnız hekime değil; cihaza, odaya veya ekibe de bağlıysa (MR, lazer, ameliyathane) hazır takvimler kısa sürede tıkanır.
  • Birden fazla şube ve ortak hasta havuzu var. Hastanın hangi şubede ne zaman ne yaptırdığını tek yerden görmek gerekiyorsa.
  • Mevcut bir hastane bilgi sistemi var. Yeni yapı onunla veri alışverişi yapacaksa entegrasyon işin merkezine oturur; hazır çözümler burada durur.
  • Kuruma özel onam ve süreç akışları var. Tedaviye özgü onam formları, çok adımlı ön değerlendirme, sağlık turizminde dosya toplama gibi.

KVKK: "hasta verisi tutalım" cümlesinin bedeli

Sağlık verisi KVKK'da özel nitelikli kişisel veridir; sıradan bir müşteri kaydıyla aynı rejime tabi değildir. Bu veriyi tutan her sistemde açık rıza, erişim kayıtları, şifreleme, saklama ve imha süreleri yazılı olarak tanımlı olmak zorundadır. Sorumluluk klinikte veya hekimdedir, yazılımı yapanda değil.

Pratik sonucu şu: tutmak zorunda olmadığınız veriyi tutmayın. Projelerimizde varsayılan tercihimiz, web katmanının tıbbi veriye hiç dokunmamasıdır. Hasta adını ve telefonunu alan bir randevu talebi ile tedavi geçmişini saklayan bir sistem, hukuken bambaşka iki şeydir.

Kendi projelerimizde bu karar nasıl verildi

İsom Ortopedi: problem yazılım değildi

İsom'un deneyimli bir hekim kadrosu vardı ama dijitalden hasta gelmiyordu. Özel yazılım yazmadık; siteyi hasta yolculuğuna göre yeniden kurduk ve randevu formunu kararın verildiği noktalara yerleştirdik. Sonuç 60 günde kliniğe gelen hasta sayısında %40 artış oldu. Buradaki kazanç mühendislikten değil, sıralama ve yerleşim kararlarından çıktı. Vaka çalışmasının tamamı burada.

Clinic Avrupa: karmaşıklık dilden geldi

Clinic Avrupa'da hedef yurt dışıydı. Beşten fazla dilde, her dil için ayrı içerik stratejisi ve ayrı hasta yolculuğu kurduk; bu, hazır bir şablonun kaldıramayacağı bir yapıydı. Altı aylık çalışmanın sonunda yurt dışı başvurularında %70 artış ölçüldü. Vaka çalışması.

Gamma Knife: iki okuma katmanı

Prof. Dr. Türker Kılıç'ın gamma knife sayfasında asıl problem, hekimin uzmanlığı ile tedavi teknolojisinin anlatımını birbirine karıştırmadan sunmaktı. Çözüm yine yazılım değil, bilgi mimarisiydi: birbirine bağlı ama ayrı iki okuma katmanı.

Maliyeti ne belirler?

Özel yazılımda fiyatı belirleyen şey ekran sayısı değil, kuralların karmaşıklığıdır. "Aynı hastaya aynı gün ikinci randevu verilsin mi", "iptal kaç saat öncesine kadar serbest", "hangi cihaz hangi tedaviye kaç dakika ayrılır" — bu kuralların her biri yazılacak, test edilecek ve bakımı yapılacak bir davranıştır.

Bu yüzden ilk görüşmede fiyat sormadan önce şunu yazın: kliniğin işleyişinde kaç tane "şu durumda şöyle olur" kuralı var? Liste on satırı geçmiyorsa hazır çözüm büyük ihtimalle yeter. Geçiyorsa, özel geliştirmenin maliyeti konuşulmaya değer. Fiyatı neyin belirlediğini ayrıntılı yazdığımız sayfa burada.

Sık Sorulan Sorular

Klinik için özel web yazılımı ile web sitesi arasındaki fark nedir?

Web sitesi anlatır ve randevuya yönlendirir; yazılım iş süreci yürütür. Hasta kaydı tutuyor, tedavi geçmişi saklıyor, personel takvimi yönetiyor veya ödeme alıyorsanız yazılımdan söz ediyoruz. Yalnızca "hasta beni bulsun ve randevu istesin" diyorsanız ihtiyacınız iyi kurulmuş bir web sitesidir.

Hazır randevu sistemi klinikler için yeterli mi?

Çoğu tek hekimli klinik ve poliklinik için yeterlidir. Hazır sistemler takvim, hatırlatma ve basit hasta kaydını kutudan çıkmış halde verir. Yetersiz kaldığı yer; birden fazla şube, cihaz veya oda bazlı planlama, kuruma özel onam akışları ve mevcut hastane bilgi sistemiyle veri alışverişi gerektiğinde başlar.

Hasta verisi tutan bir yazılımda KVKK sorumluluğu kimdedir?

Veri sorumlusu klinik ya da hekimdir; yazılımı geliştiren taraf genellikle veri işleyendir. Sağlık verisi KVKK'da özel nitelikli kişisel veri sayıldığı için açık rıza, erişim kaydı, şifreleme ve saklama süresi gibi yükümlülükler kliniğin üzerindedir. Bu yüzden "hasta verisi tutalım" kararı teknik değil, hukuki bir karardır.

Özel klinik web tasarımı ne kadar sürer?

Veri tutmayan, tanıtım ve randevu talebi odaklı bir klinik sitesi 3-6 hafta aralığında tamamlanır. Hasta kaydı, çok dilli yapı veya mevcut sistemle entegrasyon girdiğinde süre projeye göre aylara çıkar. İsom Ortopedi projesini 60 günde tamamlamıştık; Clinic Avrupa'nın çok dilli yapısı 6 ay sürdü.

Önce hangisine yatırım yapmalıyım?

Neredeyse her zaman önce siteye. Hasta akışı olmadan kurulan yazılım boş çalışır; hasta akışı varsa yazılımın hangi işi çözeceği de netleşmiş olur. Pratik kural: gelen randevu taleplerini WhatsApp ve telefon defteriyle yönetemez hale geldiğiniz gün, yazılım konuşulmaya başlanır.

Kısa cevap

Çoğu klinik için doğru sıra şudur: önce hastanın sizi bulduğu ve güvendiği bir site, sonra —gerçekten tıkandığınızda— süreci yürüten yazılım. İkisini aynı anda konuşmak projeyi gereksiz büyütür ve çoğu zaman ikisinin de kalitesini düşürür.

Kliniğiniz için hangisinin gerektiğinden emin değilseniz, sağlık ve klinik web tasarım sayfamıza göz atın ya da bize durumu anlatın; on dakikalık bir konuşma genellikle bu kararı netleştirmeye yetiyor. Hekimler için sitenin nasıl kurulması gerektiğini ayrıntılı anlattığımız doktor ve klinik web sitesi rehberini de okumanızı öneririz.