Klinik yazılımda mahremiyet: Kullanmadan önce sorulacak pratik sorular

Bir klinik yazılıma veri eklemeden önce sorulacak ilk soru 'Bu alan ne kadar veri alabilir?' değil, 'Bu görev için hangi bilgi gerçekten gerekli?' olmalıdır. Veri minimizasyonu, amacı karşılayacak yeterli ve ilgili bilgiyi tutarken ihtiyaç dışındaki ayrıntıları toplamamayı gerektirir. Daha fazla veri her zaman daha iyi kayıt anlamına gelmez.

ICO rehberliği gerekli asgari verinin amaçtan türetilmesini ve tutulan bilginin zaman içinde hâlâ gerekli olup olmadığının gözden geçirilmesini açıklar. KVKK kaynakları ise önlemlerin veri sorumlusunun yapısına, faaliyetine, risklerine ve işlenen verinin niteliğine göre belirlenmesi gerektiğini vurgular. Bu yaklaşım, standart bir formu her durumda aynı ayrıntıyla doldurmak yerine bağlama göre düşünmeyi gerektirir.

Aşağıdaki örnekler genel iş akışı ayrımlarını gösterir; belirli bir kurum için hukuki kayıt listesi oluşturmaz:

• Uygun — randevuyu yürütmek için gerekli zaman ve iletişim bilgisini, bunun için tasarlanmış yetkili alana girmek.
• Uygun — klinik notu yalnızca ilgili klinik kayıt alanında, mesleki amaç için gereken ayrıntıyla tutmak.
• Uygun — bir görüş veya yorum kaydında yazarı, tarihi ve dayandığı bağlamı görünür bırakmak.
• Gereksiz — ileride işe yarayabilir düşüncesiyle amaçla ilgisiz hassas ayrıntıları toplamak.
• Gereksiz — danışan veya klinik içeriği tanıtım, davetli beta ya da genel iletişim formuna yazmak.
• Gereksiz — aynı hassas kaydın kişisel indirmelerde, e-postalarda veya ortak klasörlerde kontrolsüz kopyalarını oluşturmak.

Erişim yalnızca bir kişinin ekipte bulunmasına dayanmaz; ilgili alanın yetkileri, paylaşım kuralları, kayıt sahipliği ve mesleki görevleri birlikte değerlendirilir. Ekip erişimini yönetiyorsanız, kişilere işlerini yapmak için gereken ölçüde yetki verin. Rol değiştiğinde veya kişi ekipten ayrıldığında erişim gecikmeden yeniden ele alınmalıdır.

KVKK'nın teknik ve idari tedbirler rehberi erişimin görev, yetki ve sorumluluk ölçüsünde sınırlandırılmasını; erişim ve kontrol matrisleri ile kullanıcı hesabı yönetimini örnek tedbirler arasında sayar. Pratikte ekip, kimlerin görüntüleyebildiğini, dışa aktarabildiğini, paylaşabildiğini veya onaylayabildiğini düzenli aralıklarla gözden geçirmelidir.

Ortak veya ödünç kullanılan bir cihazda hesap açık bırakılmamalı, şifre paylaşılmamalı ve tarayıcının hassas bilgileri beklenmedik yerde saklayabileceği unutulmamalıdır. Ekranın başından ayrılırken cihazı kilitlemek, iş bitince oturumu kapatmak ve indirilen dosyaların nerede kaldığını kontrol etmek basit fakat önemli adımlardır.

Kişisel cihaz kullanımı varsa kurum bunun hangi koşullarda kabul edildiğini, kayıp veya çalıntı durumunda ne yapılacağını ve yerel kopyaların nasıl yönetileceğini belirlemelidir. Tek bir teknik özellik, kullanıcı alışkanlıkları ve kurumsal süreçlerden bağımsız olarak mahremiyeti sağlayamaz.

Bir kayıt başka sistemden aktarılırken yalnızca dosyanın taşınması değil, hangi alanların gerekli olduğu ve hatalı eşleşmelerin nasıl inceleneceği düşünülmelidir. Dışa aktarma veya indirme yapıldığında yeni bir kopya oluşur; bu kopyanın alıcısı, amacı, saklama yeri ve silme süreci kontrol edilmelidir.

Paylaşmadan önce alıcıyı ve yetkinizi doğrulayın. Gerekmeyen alanları dahil etmeyin, kişisel e-posta veya belirsiz dosya paylaşım kanallarını varsayılan yol hâline getirmeyin ve yanlış paylaşım fark edildiğinde kime bildirileceğini önceden belirleyin. Olay bildirimi sırasında sorunu açıklamak için gerekenin ötesinde klinik içerik çoğaltmayın.

Bir metni özetlemek kolay görünse de danışan, hasta veya hassas klinik içeriğin saklama, erişim, model eğitimi ve silme sınırları belirsiz harici bir araca yapıştırılması yeni bir veri işleme bağlamı yaratabilir. Kurum; aracın veriyi nerede tuttuğunu, kimlerin erişebildiğini, alt işleyenleri ve girdilerin başka amaçlarla kullanılıp kullanılmadığını anlamadan bu aktarımı olağanlaştırmamalıdır.

Kişisel bilgileri çıkarmak her zaman geri kalan metni risksiz veya anonim yapmaz; birleşen ayrıntılar yine bir kişiyi tanımlayabilir. Bu nedenle 'isim yok' yaklaşımı tek başına yeterli bir mahremiyet değerlendirmesi değildir.

Bir klinik yazılımı seçmeden önce ve kullanım sırasında yanıtların yazılı, anlaşılır ve gerçek ürün davranışıyla uyumlu olması gerekir:

1. Hangi veri hangi amaçla işleniyor; zorunlu alanlarla isteğe bağlı alanlar açıkça ayrılıyor mu?
2. Veri nerede saklanıyor, hangi hizmet sağlayıcılar sürece katılıyor ve erişim hangi rollerle sınırlandırılıyor?
3. Ekip erişimi, paylaşım ve hassas işlemler nasıl gözden geçiriliyor ve kaydediliyor?
4. İçe aktarma, dışa aktarma, indirme ve yedekler hangi yeni kopyaları oluşturuyor?
5. Saklama, silme, hesap kapatma ve veri taşınabilirliği süreçleri gerçek uygulamada nasıl işliyor?
6. Bir güvenlik olayı nasıl fark ediliyor, kullanıcıya ve ilgili taraflara nasıl bildiriliyor ve kim sorumluluk alıyor?
7. Sağlayıcının yanıtları sözleşme, ürün arayüzü ve destek süreci arasında tutarlı mı; değişiklikler nasıl duyuruluyor?
8. Kendi kurumunuz kullanım amacı, erişim listesi, cihaz kuralları ve periyodik gözden geçirme için sorumlu kişileri belirledi mi?

Mahremiyet bilinci; veri minimizasyonu, uygun erişim, anlaşılır yaşam döngüsü, olay hazırlığı ve kullanıcıların güvenli davranışını birlikte ele alan bir tasarım yaklaşımıdır. Bir güvenlik özelliği, yabancı bir rehbere atıf veya sağlayıcının pazarlama ifadesi otomatik olarak hukuki uyum oluşturmaz.

Hangi teknik ve idari tedbirlerin uygun olduğu; işlenen verinin niteliğine, hizmetin kapsamına, kurumun rolüne, sözleşmelere ve uygulanabilir hukuka bağlıdır. Küçük bir ekip de bu soruları somut biçimde sormalı; gerektiğinde hukuk, veri koruma ve bilgi güvenliği uzmanlarından bağlama özgü destek almalıdır.