Sağlık Sektörü İçin BT — Klinik, Hastane, Diyaliz, Görüntüleme

Sağlık sektörünün BT açısından özellikleri

Hastane, klinik veya görüntüleme merkezi BT'si genel KOBİ'den belirgin farklılıklar gösterir:

• HBYS merkezi: Hastane Bilgi Yönetim Sistemi günlük operasyonun kalbidir; CGM, Probel, Mia, Akgün gibi sistemler sektörde yaygın.
• SBSGM bağlantısı: Sağlık Bakanlığı Sağlık Bilgi Sistemleri Genel Müdürlüğü'ne sürekli veri aktarımı zorunlu.
• MHRS, e-Nabız, USS entegrasyon: Hastane sistemi bu altyapılarla konuşur.
• Görüntüleme dosyaları (DICOM): MR/BT/USG dosyaları büyük boyutlu; ayrı PACS sunucu, yedek kritik.
• KVKK'nın "özel nitelikli kişisel veri": Sağlık verisi, KVKK 6. madde gereği sıkı korumalı; ihlal cezaları normal kişisel veriye göre daha ağır.
• Hipokrat yemini + Hasta Hakları Yönetmeliği: BT, mesleki gizlilik ve hasta hakları sorumluluğunu destekler.

HBYS'ye dokunmadan üstüne çözüm

Sağlık sektörü BT'si "her şeyi sıfırdan yenile" demek değildir. Mevcut HBYS sağlam çalışıyorsa, üstüne kurumsal verimlilik ve güvenlik katmanı eklenir:

• HBYS sunucusuna dokunulmaz, sürüm yönetimi mevcut HBYS yazılım firmasına bırakılır.
• M365 Business Premium veya M365 E3/E5 ile e-posta, ofis ve Teams modern dijital iş yeri kurulur.
• Microsoft Defender Suite (XDR) ile uç nokta, e-posta, kimlik ve bulut katmanları korelasyonlu izlenir.
• Sensitivity Labels: "Hasta Verisi — Gizli" etiketi her hasta belgesinde otomatik tetiklenir.
• DLP: T.C. kimlik no + ICD kodu + protokol no gibi pattern'ler dışarı çıkmaya çalıştığında engellenir.
• Acronis ile HBYS veritabanı ve PACS sunucu yedeklenir; immutable yedek ransomware koruması sağlar.

Sağlık BT katman katman

KVKK — sağlık verisi için özel kurallar

KVKK 6. madde gereği sağlık verisi "özel nitelikli kişisel veri" sınıfındadır. Bu kategorideki veri için ek tedbirler şarttır:

• Açık rıza zorunlu: Hasta sözleşmesinde sağlık verisinin işleneceği açık rıza ile belirtilir.
• Şifreleme: İletim (TLS) + at-rest (AES-256) şifreleme her veri katmanında.
• Erişim kontrol: Sadece tedavi sürecindeki sağlık çalışanları hastaya ait veriye erişebilir (role-based access).
• Audit log: Her sağlık verisi erişimi loglanır, 1+ yıl saklanır.
• Veri silme hakkı: Hasta talep ettiğinde belirli verilerin silinmesi prosedürü hazır olmalı.
• Veri ihlali bildirimi: İhlal halinde 72 saat içinde KVKK Kurumu'na bildirim — Xen Bilişim incident response prosedürü dahil.
• VERBİS kaydı: Sağlık verisi işleyen tüm kuruluşlar VERBİS kayıtlı olmalı; veri işleme envanteri Xen Bilişim destek alanıdır.

Görüntüleme merkezi için DICOM ve PACS

MR, BT, USG, mamografi gibi görüntüleme cihazları DICOM formatında büyük boyutlu dosyalar üretir (tipik bir BT çekimi onlarca-yüzlerce MB). Bu dosyalar için özel altyapı:

• PACS sunucu: Yerel PACS sunucu görüntüleme cihazlarından dosyaları alır.
• Soğuk depolama: 1-2 yıllık aktif veri yerel kalır, 5+ yıllık tarihçe Azure Cool veya Archive Storage'a taşınır (önemli maliyet avantajı).
• Acronis ile yedek: Aktif PACS yedeklenir, immutable retention.
• Tele-radyoloji: Görüntüleme sonucu uzaktan radyolog için Windows 365 Cloud PC üzerinden DICOM viewer erişimi.
• Sağlık Bakanlığı SBSGM: Mevzuata göre belirli sürelerde belge saklama zorunluluğu.

Tipik proje süreci

• Hafta 1-2 — Discovery: HBYS sürümü, kullanıcı/doktor sayısı, görüntüleme cihazı envanteri, mevcut yedek durumu, KVKK audit.
• Hafta 3-4 — M365 + Defender + Intune: E-posta göçü, MFA roll-out, cihaz politikaları (sağlık personeli için BYOD opsiyon).
• Hafta 5-6 — Purview + Sensitivity Labels + DLP: Hasta verisi etiketleme, içerik tarama, otomatik koruma kuralları.
• Hafta 7-8 — Yedekleme + PACS arşiv: Acronis Cyber Cloud kurulum, HBYS + PACS yedek planı, immutable retention, ilk başarılı restore testi.
• Hafta 9-10 — Eğitim + dokümantasyon: Doktor, hemşire, sekreter, IT yöneticisi rolüne göre kullanıcı eğitimi; KVKK politika dokümantasyonu.
• Sonra — Aylık yönetim: Lisans, güvenlik raporu, KVKK uyum kontrolü, çeyreklik review.