Hasta verisi yalnızca ana veritabanında yaşamaz; dışa aktarımlara, API katmanlarına, destek kayıtlarına, istemlere, yedeklere ve model günlüklerine kopyalanabilir. Bu nedenle yalnızca “sunucu nerede?” sorusu yeterli değildir. Hangi alanın neden işlendiği, kimin eriştiği, ne kadar saklandığı ve bir hata olduğunda nasıl izleneceği operasyonel olarak tasarlanmalıdır.

Önce işleme amacını daraltın

Tek bir izinli amacı sade biçimde yazın: örneğin, personelin incelemesi için tamamlanmamış operasyonel takipleri belirlemek. Bu amaç için gerekli kayıtları, alanları, rolleri ve işlemleri listeleyin. Gerekçesi açıklanamayan alanı pilot kapsamına almayın.

Amaç sınırı; randevu asistanının veya karar kuyruğunun zamanla genel bir hasta verisi deposuna dönüşmesini önler.

Verinin bütün yolculuğunu çizin

Klinik yazılımından AI hizmetine ve geri dönüşe kadar tüm kopyaları gösteren veri akış şeması hazırlayın. Geçici dosyalar, entegrasyon katmanı, bulut günlükleri, destek erişimi, dışa aktarımlar ve personel cihazları da bu şemada yer almalıdır.

Kimliksizleştirme tek başına garanti değildir. Tarihler, serbest metin ve nadir alan birleşimleri kişiyi yeniden tanınabilir kılabilir; yöntem ve kalan risk test edilmelidir.

Tasarımla gizlilik

Bir alanın yazılı amacı yoksa pilotun dışında bırakın.

Veri minimizasyonu hem riski azaltır hem iş akışını daha kolay test edilir hale getirir.

Bağlantıdan önce on kontrol

  1. 1. Yazılı amaç: izinli iş akışını ve yasak ikincil kullanımları tanımlayın.
  2. 2. Veri minimizasyonu: sadece bu amaç ve aşama için zorunlu alanları aktarın.
  3. 3. Rol bazlı erişim: resepsiyon, yönetici, klinisyen, geliştirici ve tedarikçi yetkilerini ayırın.
  4. 4. Salt okunur başlangıç: kayıt değiştirmeden ve hastaya otomatik mesaj göndermeden başlayın.
  5. 5. Tedarikçi şartları: alt işleyenleri, veri konumlarını, eğitim kullanımını, destek erişimini ve silmeyi belgeleyin.
  6. 6. Şifreleme ve sır yönetimi: aktarımda ve depolamada koruma sağlayın; anahtarları koddan ve istemlerden ayırın.
  7. 7. Saklama planı: istem, dışa aktarım, günlük, yedek ve başarısız işler için silme süresi belirleyin.
  8. 8. Denetim izi: kim, hangi amaçla, hangi sürümle işlem yaptı ve kim onayladı kaydedin.
  9. 9. İnsan kontrolü: hasta iletişimi ve önemli iş akışı değişikliklerinden önce sorumlu personel onayı isteyin.
  10. 10. Olay planı: sınırlandırma, kanıt koruma, bildirim değerlendirmesi ve güvenli kapatma adımlarını yazın.

KVKK değerlendirmesini iş akışına bağlayın

Sağlık verileri özel nitelikli kişisel veri kapsamında değerlendirilir. Hukuki sebep, aydınlatma, veri sorumlusu–veri işleyen rolleri, yurt dışına aktarım ve teknik/idari tedbirler somut kullanım için uzmanlarca incelenmelidir.

KVKK Kurumu’nun yapay zekâ rehberleri insan merkezli, güvenli ve sorumlu yaklaşımı; amaçla sınırlılık, veri minimizasyonu ve şeffaflık ilkeleriyle birlikte ele alır. Bu sayfa hukuki görüş yerine operasyonel hazırlık çerçevesi sunar.

Tedarikçiden kanıt isteyin

Veri akış şeması, güncel alt işleyen listesi, erişim modeli, saklama ayarları, örnek denetim kaydı, olay müdahale süreci ve model eğitimi hakkında yazılı yanıt isteyin. Hangi kontrollerin sözleşmeye, hangilerinin yapılandırmaya bağlı olduğunu ayırın.

Sadece “KVKK uyumlu” ifadesi kapsamı kanıtlamaz. Klinik; kendi veri, rol ve iletişim akışı için geçerli şartları doğrulamalıdır.

Daha güvenli bir ilk pilot

Küçük ve temsil edici bir veri kümesi kullanın; gereksiz alanları çıkarın; gölge modda çalışın; erişimi isimlendirilmiş kişilere verin ve veriyi kararlaştırılan tarihte silin. Dışlanan vakaları ve hataları görünür kaydedin.

Sınırı veri entegrasyonu rehberi ile teknikleştirin, satın alma rehberi ile tedarikçi kanıtını değerlendirin ve pilot skor kartı ile durdurma koşullarını tanımlayın.

iQlinic yaklaşımı

iQlinic salt okunur bir operasyonel karar katmanı olarak tasarlanır. İlk kapsam, kaynak sistemi sessizce değiştirmeden ve otonom klinik tavsiye göndermeden izinli vakaları personel incelemesine sunmalıdır. İzinler, yerel şartlar ve onaylı iletişim akışının sorumluluğu klinikte kalır.

Sık sorulan sorular

Klinik hasta verisini genel amaçlı bir AI aracına yapıştırabilir mi?

Varsayılan olarak hayır. Amaç, sözleşme, hesap kontrolleri, saklama, eğitim kullanımı, erişim, aktarım ve uygulanabilir şartlar doğrulanmalıdır. İlk denemelerde mümkünse sentetik veya uygun biçimde kimliksizleştirilmiş veri kullanın.

Kimliksizleştirme yeterli midir?

Riski azaltır ancak otomatik olarak anonimlik sağlamaz. Serbest metin, tarihler ve alan birleşimleri yeniden tanımlamaya yol açabilir; yöntem ve kalan risk incelenmelidir.

Denetim kaydında ne bulunmalı?

Talebi yapan kişi, amaç, kayıt kapsamı, model ve iş akışı sürümü, çıktı, insan kararı, sonraki işlem ve ilgili hatalar; gereksiz hassas veri kopyası oluşturmadan kaydedilmelidir.

Son karar kime aittir?

İş akışından sorumlu isimlendirilmiş klinik rolüne. AI öncelik verebilir veya özetleyebilir; hasta iletişimi ve önemli eylemler sorumlu insan gözetimi ister.

Birincil kaynaklar

  1. KVKK — Üretken Yapay Zekâ ve Kişisel Verilerin Korunması Rehberi
  2. KVKK — Yapay Zekâ Alanında Kişisel Verilerin Korunmasına Dair Tavsiyeler
  3. NIST — Privacy Framework
  4. WHO — Sağlıkta yapay zekâ etik ve yönetişim rehberi

Editoryal not: Bu operasyonel kontrol listesi hukuki veya tıbbi görüş ve siber güvenlik sertifikası değildir. Gereklilikler ülkeye, sözleşmeye, veriye ve iş akışına göre değişir.