Bir muayenehane ya da klinik için yazılım seçmek, çoğu zaman tek bir soruyla başlar: program bilgisayarımda mı çalışacak, yoksa internet üzerinden mi? Bu sorunun cevabı günlük kullanımı, yedekleme düzenini, veri güvenliğini ve yıllar sonraki taşınma maliyetini belirler. Bu yazı, bulut tabanlı sağlık yazılımının gerçekte ne anlama geldiğini, hangi sorunları çözdüğünü ve hangi sorulara cevap vermeden satın alınmaması gerektiğini anlatır.
Bulut tabanlı ne demek?
Bulut tabanlı bir hasta takip programında uygulama ve veri sizin bilgisayarınızda değil, yazılım sağlayıcısının işlettiği altyapıda durur. Siz tarayıcıdan ya da telefondan giriş yaparsınız. Kurulum, sürüm güncellemesi, yedekleme ve altyapı bakımı sağlayıcının sorumluluğundadır. Masaüstü programda ise uygulama kliniğinizdeki bir bilgisayara kurulur, veri o bilgisayarın diskinde ya da klinikteki bir sunucuda tutulur; güncelleme, yedek ve donanım arızası sizin işinizdir.
İki yaklaşım arasındaki fark bir "modern ve eski" farkı değil, sorumluluğun kimde olduğu farkıdır. Masaüstü düzende kontrol sizdedir ama yükün tamamı da sizdedir. Bulutta yük sağlayıcıya geçer, buna karşılık sağlayıcıyı doğru seçmeniz gerekir. Bu nedenle doğru soru "bulut mu, masaüstü mü" değil, "bu sağlayıcıya hangi garantileri yazılı olarak sorabilirim" sorusudur.
Bulutun somut kazanımları
Kurulum ve bakım yükü kalkar. Yeni bir bilgisayar aldığınızda ya da ikinci bir odaya geçtiğinizde program kurmanız gerekmez. Hesabınızla giriş yaparsınız. Sürüm güncellemeleri sizin müdahaleniz olmadan yapılır; mevzuat kaynaklı değişiklikler de herkese aynı anda ulaşır.
Yedekleme bir alışkanlık olmaktan çıkar. Masaüstü düzende yedek, çoğu zaman "hatırlandığında alınan" bir işlemdir ve aynı odadaki bir harici diske yazılır. Yangın, hırsızlık, fidye yazılımı ya da disk arızası aynı anda hem veriyi hem yedeği götürebilir. Bulutta yedekleme sürekli ve sistemin parçasıdır; önemli olan yedeğin gerçekten geri yüklenebildiğinin düzenli olarak denendiğini sormaktır.
Her yerden ve her cihazdan erişim. Hekimin akşam evden ertesi günün ajandasına bakması, çok şubeli bir işletmede merkezin tüm şubelerin takvimini görmesi ya da hekimin telefonundan kritik bir sonucu görmesi bulutta doğal gelir. Bu erişim yetkiye bağlıdır; "her yerden erişim", herkesin her şeyi görmesi anlamına gelmez.
Ölçek ve ekip büyümesi. Tek hekimle başlayan bir muayenehane ikinci hekimi ya da ikinci şubeyi eklediğinde, masaüstü düzende sunucu, ağ ve lisans düzenini yeniden kurmak gerekebilir. Bulut düzende aynı hesap büyür; mevcut veri taşınmaz. Bu konuda paket geçişleri için fiyatlar sayfasındaki yaklaşım açıklanmıştır.
Bulutta sorulması gereken zor sorular
Bulutun avantajları, ancak aşağıdaki sorulara net cevap alındığında gerçektir.
Veri nerede duruyor?
Sağlık verisi, Kişisel Verilerin Korunması Kanunu'nda özel nitelikli kişisel veri sayılır. Verinin hangi ülkede, hangi koşullarda tutulduğu sözleşmede açıkça yazılmalıdır. Sağlayıcıdan şunu isteyin: üretim verisinin tutulduğu ülke, yedeklerin tutulduğu ülke ve sağlık verisine dokunabilecek alt hizmet sağlayıcıların listesi. HekimBis'te üretim sağlık verisi Türkiye'de tutulur; bu kural sözleşme ve operasyon düzeyinde ele alınır. Ayrıntı için güvenlik sayfasına bakabilirsiniz.
Kim, hangi veriye erişebilir?
Bulut sağlayıcısının destek ekibi hasta kayıtlarını görebiliyor mu? Görebiliyorsa hangi koşulda, ne kadar süreyle, kimin onayıyla ve izi nerede kalarak? İyi bir düzende destek erişimi sürekli açık olmaz; talep üzerine, süreli ve kayıt altında verilir. Aynı sorunun kliniğiniz içindeki karşılığı da önemlidir: ön büro çalışanı hastanın tanısını görmeli midir? Rol ve yetki yapısının ayrıntısı roller ve yetki sayfasında anlatılıyor.
İnternet kesilirse ne olur?
Bu, bulut karşıtı en güçlü ve en haklı itirazdır. Cevap iki parçalıdır. Birincisi klinik süreklilik: internet gittiğinde randevu defterine ve hasta kaydına erişim nasıl sağlanacak? Ortak çözüm, yedek bir hat (ikinci bir internet bağlantısı ya da telefon paylaşımı) ve kısa süreli kâğıt prosedürüdür; ürünün sunduğu sınırlı çevrimdışı akış varsa sınırları yazılı olmalıdır. İkincisi cihaz verisi: kliniğin tanı cihazları internet kesildiğinde ölçüm üretmeye devam eder. Cihaz bağlantısının bu durumda veriyi yerelde güvenle bekletip bağlantı dönünce aktarması gerekir. HekimBis'te bu iş Edge Connector ile yapılır: klinik içindeki cihaz mesajları yerel şifreli kuyruğa alınır, bağlantı döndüğünde sıraya göre buluta teslim edilir.
İstem, görüntü ve sonuç
Kabul edilen veri, doğru hasta ve isteme bağlanır; klinik ekranında görünür.
- Süreç burada tamamlanır.
- Mesaj 1Sıra ve kontrol toplamı ileKuyrukta
- Mesaj 2Sıra ve kontrol toplamı ileKuyrukta
Ekrandaki ad, saat ve kayıtlar örnek olarak hazırlanmıştır.
Adımların tamamı
- 01 Eşleme (pairing) (Edge Connector) Kurulum sihirbazı Edge Connector'ı şubeye eşler; şube, connector ve cihaz kendi kimliğini alır.
- 02 Bağlantı testi (Edge Connector) Cihazla bağlantı sınanır (C-ECHO gibi); cihaz sağlık durumu yeşile döner.
- 03 Cihaz mesajı (Cihaz / PACS / LIS) Cihaz bir sonuç ya da görüntü gönderir; Edge Connector alır.
- 04 Yerel şifreli kuyruk (Edge Connector) Mesaj, sıra ve kontrol toplamıyla şifreli yerel kuyruğa yazılır.
- 05 Tek yönlü giden bağlantı (Edge Connector) Connector bulutla içeriden dışarıya şifreli bağlanır ve kuyruktan gönderir. Bağlantı her zaman klinikten dışarıya doğru kurulur.
- 06 Bulut kabulü (HekimBis bulutu) Bulut mesajı kontrol toplamı ve sırayla doğrular, yinelenmeyi önler (idempotent) ve kabul eder.
- 07 İstem, görüntü ve sonuç (Klinik ekranı) Kabul edilen veri, doğru hasta ve isteme bağlanır; klinik ekranında görünür.
05 Tek yönlü giden bağlantı adımından ayrılan yol; 06 Bulut kabulü adımında ana akışa katılır.
- 05a İnternet kesik: sakla ve ilet (Edge Connector) Bağlantı yoktur. Veri yerel kuyrukta kalır (disk kotası dahilinde); alarm üretilir ve klinik ekranda açık bir uyarı görünür.
- 05b Bağlantı döndü: yeniden iletim (Edge Connector) Kuyruk sırayla boşaltılır; bulut yinelenen kayıtları engeller. Veri kaybı olmaz.
06 Bulut kabulü adımından ayrılan yol; süreç bu yolda sona erer.
- 06a Eşleşmeyen kimlik: karantina (HekimBis bulutu) Hasta, istem ya da numune kimliği uyuşmaz. Kayıt karantinaya alınır, yetkili kullanıcı karar verir; otomatik bağlama yapılmaz.
01 Eşleme (pairing) adımından ayrılan yol; 02 Bağlantı testi adımında ana akışa katılır.
- 01a Sertifika süresi doldu (Edge Connector) Connector sertifikasının süresi dolmaya yaklaşır ya da dolar; rotasyon uyarısı verilir, yenilenince bağlantı sınanır.
07 İstem, görüntü ve sonuç
Yedekten geri dönüş denendi mi?
"Yedek alıyoruz" cümlesi yetmez. Sorulacak şey, geri yükleme tatbikatının ne sıklıkla yapıldığı, geri dönüşün ne kadar sürdüğü ve geri yüklemeden sonra silinmiş ya da erişimi kapatılmış verinin yeniden görünür hâle gelmesini engelleyen bir kontrol olup olmadığıdır. Bu sorulara verilen cevap, sağlayıcının olgunluğunu özetler.
Çıkış mümkün mü?
Bir yazılımdan ayrılabilmek, onu seçerken bakılması gereken en az konuşulan ölçüttür. Sözleşme bitiminde verinizi, makul bir biçimde ve ek ücret baskısı olmadan dışa aktarabilmeli, dosyalarınızı (görüntü, belge) ve kayıtlarınızı almalısınız. Verinin rehin olmaması, HekimBis'in temel ilkelerinden biridir; paket düşürüldüğünde de veri silinmez, yalnızca yeni kullanım kapasitesi değişir.
Masaüstü ve bulut: karşılaştırma tablosu
| Konu | Masaüstü / yerel sunucu | Bulut tabanlı |
|---|---|---|
| Kurulum | Her bilgisayara kurulum | Tarayıcıdan giriş |
| Güncelleme | Sizin sorumluluğunuz | Sağlayıcı yapar, herkese aynı anda |
| Yedekleme | Elle ya da zamanlanmış, çoğu zaman aynı yerde | Sürekli, ayrı konumda; geri yükleme denemesi sorulmalı |
| Uzaktan erişim | Ek kurulum ve güvenlik riski | Yetkiye bağlı, doğal |
| İnternet kesintisi | Çalışmaya devam eder | Bağlantı gerekir; sınırlar ve yedek hat planlanmalı |
| Çok şube | Sunucu ve ağ projesi | Aynı hesapta şube eklenir |
| Donanım arızası | Veri kaybı riski sizde | Altyapı sağlayıcıda |
| Sürekli maliyet | Düşük görünür, gizli bakım yükü | Abonelik; kapsam açık olmalı |
Bu tablo hiçbir yaklaşımı kesin üstün ilan etmez. Tek bilgisayarda çalışan, interneti zayıf bir köy muayenehanesinde yerel düzen makul olabilir. Buna karşılık iki hekimli bir klinik, hekimin evden de ajandaya baktığı bir düzen ya da tanı cihazlarını merkezî kayda bağlamak isteyen bir işletme için bulut tabanlı yaklaşım çoğunlukla daha az operasyon yükü getirir.
Masaüstü programdan geçiş nasıl yapılır?
Geçişin teknik zorluğu çoğu zaman kullanıcıların tahmininden küçük, veri kalitesinin zorluğu ise büyüktür. Sağlıklı bir geçişte şu sıra izlenir:
- Eski programın dışa aktarım biçimi belirlenir (tablo dosyaları, yedek, veri tabanı çıktısı).
- Alanlar yeni sistemle eşlenir ve önizleme yapılır.
- Gerçek kayıtlara dokunmadan bir deneme aktarımı çalışır; hatalar bir raporla listelenir.
- Mükerrer hasta kayıtları çözülür; otomatik birleştirme yerine insan onayı kullanılır.
- Asıl aktarım yapılır ve sayılar, toplamlar ve örneklem kayıtlar eski sistemle karşılaştırılır.
HekimBis'te bu akış veri geçişi özelliğinde tarif edilir: önce deneme aktarımı, sonra hata raporu, sonra asıl aktarım ve mutabakat. Eski programı, geçişin doğruluğu onaylanana kadar salt okunur olarak saklamanız önerilir.
Karar vermeden önce 10 soru
Bulut tabanlı bir sağlayıcıyla görüşürken şu soruları yazılı cevaba bağlayın:
- Üretim sağlık verisi hangi ülkede tutuluyor? Yedekler?
- Sağlık verisine dokunabilen alt hizmet sağlayıcılar kimler?
- Destek ekibi hasta kaydına erişebiliyor mu; hangi koşulla, hangi süreyle?
- Geri yükleme tatbikatı ne sıklıkla yapılıyor?
- İnternet kesintisinde kliniğe ne öneriliyor, cihaz verisi korunuyor mu?
- Veri dışa aktarımı sözleşme sonunda nasıl yapılıyor, ek ücret var mı?
- Paket düşürüldüğünde veriye ne olur?
- Mevzuat değişikliklerinde (ulusal veri gönderimi, aydınlatma metinleri) güncellemeyi kim, ne zamana kadar yapıyor?
- Sözleşmede taahhüt süresi, cayma ve iptal koşulları açık mı?
- Denemeyi gerçek hasta verisi olmadan yapabiliyor muyum?
Son soru önemlidir. HekimBis'te yedi günlük deneme, yalnızca sentetik veriyle çalışır; gerçek hasta verisi bu aşamada alınmaz. Bu, yazılımı ekibinizle birlikte gerçek bir gün senaryosunda sınamanıza imkân tanır, ancak kişisel veriyi riske atmaz. Başlangıç süreci nasıl çalışır sayfasında adım adım anlatılıyor.
Sonuç
Bulut tabanlı sağlık yazılımı, kliniğin altyapı yükünü hafifletir ve ekibin büyümesine uyum sağlar; ancak bu kazanım, sağlayıcının veri yeri, erişim, yedekleme ve çıkış konularında net taahhüt vermesine bağlıdır. Bir yazılımı seçerken vitrindeki özelliklerden önce bu sorulara bakın. Masaüstü programdan farkı daha ayrıntılı görmek isterseniz bulut tabanlı hasta takip sayfasında karşılaştırmalı tablo ve kesinti senaryosu yer alıyor; genel çerçeve için hasta takip programı rehberini okuyabilirsiniz.
