Hasta Verisi Yedekleme & Felaket Kurtarma

Sağlık sektöründe dijital veri kaybı yalnızca operasyonel değil, hukuki ve etik bir felaket anlamına gelir. Hasta tedavi geçmişi kaybolduğunda doğru klinik karar vermek imkânsızlaşır; KVKK kapsamında veri imhası da ayrıca yükümlülük doğurur.

Bu paket özellikle şu kliniklere uygundur:

• Görüntü arşivi tutan klinikler: Diş hekimliği röntgenleri, estetik cerrahi öncesi-sonrası fotoğrafları ve radyoloji görüntüleri hem hacimli hem kritik verilerdir. Bu arşivleri korumak için özel yedekleme stratejisi gerekir.
• Elektronik hasta kaydı kullanan poliklinikler: Çok branşlı merkezlerde binlerce hastanın kaydı tek sistemde toplanır; sistemin bir günlük arızası onlarca muayenenin iptaline yol açar.
• Küçük ölçekli tek hekim klinikleri: BT desteği olmayan küçük kliniklerde yedekleme çoğu zaman ya hiç yapılmaz ya da yıllar önce kurulup unutulur. Otomatik ve takip gerektirmeyen bir sistem bu ihtiyacı tam olarak karşılar.
• Fidye yazılımı saldırısı geçiren veya geçirme riski taşıyan klinikler: Daha önce saldırıya uğrayan ya da güvenlik denetiminde yüksek risk bulunan kliniklerin felaket kurtarma planı ivedilikle hayata geçirilmelidir.
• Çoklu şube klinikler: Her lokasyonun ayrı veri akışı ve farklı risk profili, merkezi bir yedekleme politikası gerektirir.

KVKK, sağlık verilerinin yetkisiz erişime karşı korunması için teknik tedbirler alınmasını zorunlu kılar. Yedekleme ve felaket kurtarma planı bu tedbirlerin ayrılmaz parçasıdır; denetimde belge olarak sunulabilir.

Yedekleme ihtiyaci yalnizca buyuk kliniklere ozgu degildir. Tek hekimli kucuk bir dis kliniklerinde 10 yillik hasta kaydinin kaybolmasi da tam anlamiyla bir felakettir; hem yasal yukumluluk hem mesleki devamlililk acisindan. Bu paket olcege gore yapilandirilir: kucuk klinik icin basit ve ekonomik yedekleme cozumu, buyuk merkez icin cok katmanli ve hizli kurtarma mimarisi sunulur. Yedekleme cozumu klingin altyapisiyla uyumlu secilir; gereksiz karmasiklik yaratilmaz ancak gerekli guvenlik katmanlari da atlilmaz.

Ozellikle bulut tabanli klinik yazilimi kullananlar icin yerel yedekleme kritik bir guvencedir. Bulut saglayicisinin hizmeti kesintiye ugramasi, abonelik bitmesi veya hesap askiya alinmasi durumunda yerel kopya klinigin faaliyetini surdurmeye devam etmesini saglar. Bu iki katmanli mimari hem bulut arizi hem fidye saldirisi senaryosuna karsi etkili koruma sunar.

Saglik turizmi yapan klinikler icin veri kurtarma sureleri daha da kritiktir. Uluslararasi hastanin tedavi takvimi ve koordinasyon kayitlari kaybolursa hem hukuki hem operasyonel sorunlar anlinda yaratilir. Bu kliniklerin RTO hedefini daha agresif belirlemesi ve buna uygun hizli kurtarma mimarisi kurulmasi onerilir. Paketin kapsami ve fiyati bu gereksinime gore yapilandirilir.

Kliniğin yedekleme konusunda en sık yaptığı üç hata şunlardır: yedek almak ama hiç test etmemek, yedekleri saldırıya uğrayan sistemle aynı ağda tutmak ve yalnızca ana veritabanını yedeklemek (yapılandırma dosyalarını, görüntü arşivini ve e-postayı atlamak).

Ek olarak çoğu klinik şu riskleri göz ardı eder:

• Yedekler şifrelenmeden depolanıyor; çalınması durumunda tüm hasta verisi açığa çıkar.
• Geri yükleme süresi hesaplanmamış; 100 GB veri buluttan kaç saatte iner bilinmiyor.
• Yedekleme başarısız olduğunda kimse uyarılmıyor; sessiz arıza haftalarca fark edilmiyor.

Bu paket yedekleme sistemini sadece kurmakla kalmaz, çalıştığını kanıtlar; izleme ve uyarı mekanizmasıyla sürekli sağlıklı tutulmasını sağlar.

Kliniklerin yedekleme konusundaki en yaygin yanilgisi sudur: Bulut sistemim var, zaten yedekleniyor. Bulut sistemleri cogunlukla kullanici verilerini yedekler ancak fidye yaziliminin sifreledigi bir versiyon yedekleme sistemine de esitlenebilir. Silinmis veya sifrelenmis veri yedege gitmeden once tespit edilmezse yedek de ise yaramaz. Bu paket bu farkindaligi yaratir ve buna karsi koruma tasarlar. Degistirilemez yedek mimarisiyle bu risk ortadan kaldirilir; fidye yazilimi yedeklere dokunamaz.

Proje beş aşamada tamamlanır. Her aşama sonunda kliniğe durum raporu sunulur.

1. Veri Envanteri ve Risk Analizi — 3-5 gün: Kliniğin hangi veri varlıklarına sahip olduğu (hasta kaydı, görüntü arşivi, yazılım yapılandırması, e-posta) ve bunların hacmi, kritiklik seviyesi ve mevcut koruma durumu haritalandırılır. Geri Dönüş Süresi Hedefi (RTO) ve Kurtarma Noktası Hedefi (RPO) kliniğinizle birlikte belirlenir.
2. Yedekleme Altyapısı Tasarımı — 1 hafta: 3-2-1 kuralına uygun (3 kopya, 2 farklı ortam, 1 uzak lokasyon) yedekleme mimarisi tasarlanır. Yerel hızlı kurtarma için NAS veya yerel sunucu, uzak kopya için şifreli bulut depolama kullanımı yapılandırılır. Yedekleme sıklığı ve saklama politikası (günlük, haftalık, aylık) belirlenir.
3. Kurulum ve Yapılandırma — 1-2 hafta: Yedekleme yazılımı veya hizmetinin kurulumu ve konfigürasyonu gerçekleştirilir. Tam yedek, artımlı yedek ve anlık görüntü (snapshot) zamanlamaları ayarlanır. Yedekleme tamamlandığında ve başarısız olduğunda otomatik e-posta/SMS bildirimi etkinleştirilir.
4. Geri Yükleme Testi ve Doğrulama — 3-5 gün: Tam geri yükleme senaryosu simüle edilir; belirlenen RTO hedefine ulaşılıp ulaşılmadığı ölçülür. Kısmi geri yükleme (tek hasta kaydı, belirli tarih aralığı) de test edilir. Test sonuçları belgeli kanıtla raporlanır.
5. Felaket Kurtarma Planı ve Eğitim — 3-5 gün: Fidye saldırısı, donanım arızası ve veri silme senaryoları için adım adım müdahale prosedürü yazılır. Klinik yöneticisine kurtarma sürecini yönetme eğitimi verilir. Tüm belgeler güvenli, çevrimdışı erişilebilir formatta teslim edilir.

Paket 25.000 TL'den başlamaktadır. Fiyat, veri hacmine, yedekleme altyapısı tercihine ve şube sayısına göre değişir.

Felaket kurtarma plani yalnizca teknik degil, operasyonel bir belgedir: kim ne zaman ne yapacak, hangi sirada kimi arayacak, klinik kapali iken hastalara nasil ulasilacak? Bu sorular da planin icinde yanitlanir. Dogal felaket, elektrik kesintisi veya fidye saldirisi senaryolarinin her biri icin ayri mudahale akisi olusturulur; gercek stres aninda netlik saglanir. Yil icerisinde bir kez plani sahte felaket senaryo ile tatbik etmenizi de oneririz; kurtarma becerisi pratikle gelisir.

Felaket kurtarma planinin en cok goz ardi edilen bolumu iletisim agi ve eskalasyon prosedurüdur. Felaket aninda kim kimi arayacak, hangi siralamayla eskalasyon yapilacak, klinik kapaliyken hastalar nasil bilgilendirilecek? Bu sorularin yanitlari onceden belirlenmezse stres altinda doğru karar almak imkansizlasir. Plan, bu iletisim zincirini ve karar agacini net bicimde dokumante eder; duvara asilan bir sayfa olarak bile kullanilabilecek kisa referans kartti da ayrica hazirlanir.

Geri yukleme testlerinin periyodik yapilmasi da kritik oneme sahiptir. Yedekleme sistemi kuruldu ve calisiyor saniyor musunuz? Altı ay sonra gercek geri yukleme deneyi yapin; tutarsizliklari o zaman degil simdi kesfetmek isteyeceksiniz. Bu paket ilk kurulumda geri yukleme testi yapar; bakim anlasmasiyla yillik dogrulama testi de dahil edilebilir.

Yedekleme sisteminin kendisi de güvenli olmalıdır; aksi hâlde yedekler saldırganın eline geçebilir. Kurulum boyunca şu güvenlik standartları uygulanır:

• AES-256 şifreleme: Tüm yedekler hem aktarım sırasında hem depolamada şifrelenir. Şifreleme anahtarı kliniğe aittir ve üçüncü taraflara erişilemez.
• Ağ izolasyonu: Uzak yedekleme hedefi, üretim ağından ayrı tutulur; ransomware yayılımında yedekler de şifrelenmesin diye erişim yalnızca yedekleme sunucusuna açıktır.
• Değiştirilemez yedekler (immutable backup): Destekleyen platformlarda yedekler belirli süre değiştirilemez ya da silinemez olarak ayarlanır; fidye yazılımı yedekleri de bozamaz.
• KVKK uyumu: Yedekleme politikası belgesi, Kanun'un Md. 12 teknik tedbir gereksinimlerine uygun olarak hazırlanır ve KVKK denetiminde teknik tedbir kanıtı olarak kullanılabilir.
• Erişim kaydı: Yedekleme sistemine kimin, ne zaman eriştiği loglanır; yetkisiz erişim denemesi uyarı oluşturur.

Proje süresince analist ekibimiz yalnızca yapılandırma dosyalarına erişir; hasta verilerine doğrudan erişilmez. Gizlilik sözleşmesi projenin başında imzalanır.

Yedekleme guvenligi sadece teknik degil, insan boyutludur da. Yedekleme sistemine erisim bilgilerinin guvende tutulmasi, kurtarma prosedurunu bilen kisi sayisinin minimize edilmesi ve bu bilginin guvenli offline ortamda saklanmasi plan kapsaminda degerlendirilir. Felaket aninda dogru kisinin dogru bilgiye aninda erisilebilmesi kurtarma suresini dogrudan etkiler. Kimse olmadigi halde sistemi kimin kurtaracagi daha basitinden sorulursa yanitini bulamayan pek cok klinik vari; bu planin hazir olmasi bu soruyu cevaplar.