İçeriğe atla
SinaptikLabAI KNOWLEDGE PLATFORM
RehberİleriYapay Zekâ ve Sağlık

Sağlıkta yapay zekâ: kişisel veri ve klinik doğrulama

Sağlıkta yapay zekâ uygulaması iki kapıdan geçer. Veri kapısında sağlık verisi KVKK'ya göre özel nitelikli kişisel veridir: kanunun saydığı işleme şartlarından hangisine dayandığınız, aydınlatma ve saklama süresiyle birlikte yazılı olmadan tek bir kayıt kopyalanmaz. Ürün kapısında belirleyici olan kullanım amacı beyanıdır — çıktı tanı, tedavi veya triyaj kararını yönlendiriyorsa uygulama tıbbi cihaz mevzuatının kapsamına girer, yalnızca iş akışını düzenliyorsa girmez. Klinik doğrulama bu beyana göre tasarlanır.

ÖNKOŞULLAR

  • Kurumun veri sorumlusu ve uyum tarafıyla aynı masaya oturabilecek bir yetki
  • Hastane bilgi sisteminden ve görüntü arşivinden hangi alanların çıkarılabildiğini bilen bir teknik muhatap
  • Uygulamanın klinik akıştaki yerini onaylayacak bir klinik sorumlu
  • Kullanım amacının ve doğrulama planının yazılacağı, sürümlenebilir bir belge deposu

GEREKEN ARAÇLAR

  • Kimliksizleştirme ve DICOM üstveri temizleme aracı
  • Erişimi kayıt altına alan, dışarıya kapalı bir çalışma ortamı
  • Etiketleme ve anlaşmazlık çözümü akışını taşıyan bir araç
  • Alt grup ve kalibrasyon çözümlemesi yapılabilen bir istatistik ortamı
  • Veri kümesi, model ve sürüm kayıtlarını tutan bir kayıt defteri
  • Devreye alma sonrası performans ve veri kayması izleme panosu
  1. 01

    Kullanım amacını tek cümlede yaz

    Çıktının hangi kararı, kimin için ve hangi anda etkilediğini tek cümlede yazın; bu cümle hem mevzuat kapsamını hem doğrulama tasarımını belirler.

    Sağlık projelerinde en pahalı belirsizlik teknik değil tanımsaldır: uygulamanın ne iddia ettiği yazılmaz. 'Radyoloji iş akışını hızlandıran bir asistan' cümlesi bir kullanım amacı değildir; kimin neyi ne zaman göreceğini söylemez. Kullanım amacı, öznesi ve zamanı belli tek bir cümle olmalıdır: 'Ön değerlendirme listesindeki çekimleri, uzman hekim okumasından önce öncelik sırasına dizer.' Bu cümle değiştiğinde hem hukuki kapsam hem doğrulama tasarımı değişir.

    Kullanım amacı beyanıKapsam açısından sonucuDoğrulama açısından sonucu
    Raporu hekim yazdıktan sonra biçimlendirirKlinik kararı yönlendirmiyor; idari yazılım tarafında kalırBiçim doğruluğu ve metin sadakati ölçülür
    Okuma sırasını önceliklendirirHangi hastanın önce görüleceğini etkiler; klinik etkisi vardırGecikme ve atlanan vaka riski birlikte ölçülür
    Bulguyu işaretler ve hekime sunarTanı kararını yönlendirir; cihaz değerlendirmesi gerekirDuyarlılık, özgüllük, kalibrasyon ve alt grup dağılımı
    Hasta özetini serbest metinden çıkarırKarar desteği olarak kullanılıyorsa klinik etkisi doğarKaynağa sadakat ve uydurma içerik oranı ayrıca ölçülür
    Dört satır da aynı modelle kurulabilir; kapsamı ve doğrulamayı belirleyen model değil beyandır.
  2. 02

    Cihaz sınırını ve sorumluluk zincirini netleştir

    Karar desteği ile tanı iddiası arasındaki çizgiyi erken çekin: çıktı klinik bir kararı yönlendiriyorsa tıbbi cihaz gereklilikleri ürün planına baştan girer.

    Tıbbi cihaz mevzuatı yazılımı kullanım amacına göre değerlendirir: teşhis, önleme, izleme veya tedavi amacı taşıyan bir yazılım, donanımı olmasa da cihaz kapsamına girebilir. Bu değerlendirmeyi geliştirme bittikten sonra yapmak, ürünü baştan yazmak anlamına gelebilir; çünkü kapsam girildiğinde kalite yönetim sistemi, teknik dosya, risk yönetimi ve klinik değerlendirme birer ürün gereksinimidir, sonradan eklenen belge değil.

    • Çıktı bir klinik kararı doğrudan mı yönlendiriyor, yoksa yalnızca bilgiyi mi taşıyor?
    • Hekim çıktıyı bağımsız olarak doğrulayabiliyor mu, yoksa çıktıya güvenmek zorunda mı?
    • Ürünü kim piyasaya sunuyor: kurum içi kullanım mı, üçüncü tarafa satış mı?
    • Model güncellendiğinde sürüm nasıl yönetilecek ve kim onaylayacak?
    • Bir olay yaşandığında bildirim ve geri çekme yolu kimde?
  3. 03

    Veri envanterini işleme şartıyla birlikte çıkar

    Her veri alanı için kaynağı, dayanılan işleme şartını, saklama süresini ve erişebilen kişileri yazın; şartı gösterilemeyen alan veri kümesinden çıkarılır.

    Sağlık verisi KVKK'da özel nitelikli kişisel veridir; genel kişisel veriden farklı ve daha dar bir işleme rejimine tabidir. Pratikte bu, 'zaten elimizde' cümlesinin bir dayanak olmadığı anlamına gelir: verinin kurumda bulunma amacı ile model geliştirme amacı farklı olduğunda dayanak yeniden kurulur. Envanteri alan bazında çıkarmak zorunludur, çünkü işleme şartı veri kümesine değil alana ve amaca bağlanır.

    Veri alanıKaynakNeden gerekliSaklama ve erişim
    Görüntü serisiGörüntü arşiviModelin ana girdisiProje süresiyle sınırlı; yalnızca çalışma ortamında
    Yaş ve cinsiyetHastane bilgi sistemiAlt grup analizinde gerekliAralık olarak saklanır; ham değer taşınmaz
    Klinik notElektronik hasta kaydıReferans standardın kurulmasıKimliksizleştirilmiş kopya; erişim kaydı tutulur
    Hasta kimlik numarasıHastane bilgi sistemiYalnızca kayıtları eşleştirmek içinÇalışma ortamına taşınmaz; takma adla değiştirilir
    Üçüncü sütunu 'ileride lazım olur' diye doldurulan her satır, envanterden çıkarılması gereken bir satırdır.
  4. 04

    Kimliksizleştirme seviyesini göreve göre seç

    Maskeleme, takma adlandırma ve anonimleştirme farklı yükümlülükler doğurur; görev hangi seviyeyle yapılabiliyorsa en az ayrıntı taşıyan seviyede çalışın.

    Kimliksizleştirme ikili bir durum değil, bir merdivendir ve her basamağın hukuki karşılığı farklıdır. Takma adlandırılmış veri hâlâ kişisel veridir: eşleştirme anahtarı bir yerde durduğu sürece kimliğe geri dönülebilir. Anonimleştirme ise geri dönüşün makul yollarla mümkün olmamasını gerektirir; bunu iddia etmek, yeniden kimliklendirme riskini değerlendirmeyi de gerektirir.

    SeviyeGeri dönüş mümkün müNe zaman yeterli
    MaskelemeEvet, kaynak kayıt duruyorEkran görüntüsü ve gösterim amaçlı paylaşımlarda
    Takma adlandırmaEvet, anahtar ayrı tutulurModel geliştirme ve doğrulama; kişisel veri rejimi sürer
    ToplulaştırmaTekil kayda dönüş zorlaşırPerformans raporlaması ve yönetim özetleri
    AnonimleştirmeMakul yollarla hayırYayın ve kurum dışı paylaşım; risk değerlendirmesi gerekir
    • DICOM üstverisi: hasta adı ve kimlik alanları dışında kurum, cihaz, seri açıklaması ve özel etiketler de tanımlayıcı taşıyabilir.
    • Görüntüye yanmış metin: ultrason ve bazı modalitelerde hasta bilgisi piksellerin içindedir; üstveriyi temizlemek bunu temizlemez.
    • Serbest metin: klinik notlarda isim, adres, telefon ve akraba bilgisi düzensiz biçimlerde geçer; kural tabanlı temizlik tek başına yetmez, örneklem üzerinden elle denetim gerekir.
    • Dolaylı tanımlayıcılar: nadir tanı, kabul tarihi ve küçük bir yerleşim birimi birleştiğinde tek kişiye inilebilir.
    • Dosya adları ve klasör yapısı: kimliksizleştirilmiş içeriğin yanında protokol numarası taşıyan bir dosya adı çoğu denetimde atlanır.
  5. 05

    Referans standardı ve kohortu tanımla

    Doğruluğun ölçüleceği referansı kimin, hangi bilgiyle ve hangi anlaşmazlık çözümüyle ürettiğini yazın; referans zayıfsa model ondan daha iyi ölçülemez.

    Sağlıkta 'doğru cevap' çoğu zaman hazır durmaz; üretilir. Referansı kimin ürettiği, hangi bilgiye bakarak ürettiği ve anlaşmazlıkların nasıl çözüldüğü, modelin ölçülebileceği tavanı belirler. İki uzmanın anlaşmadığı bir sınıfta hiçbir modelin anlaşmazlıktan daha iyi ölçülmesi mümkün değildir; bu yüzden uzmanlar arası uyum, model performansının yanında raporlanmalıdır.

    • Referansı kim üretti: kaç okuyucu, hangi uzmanlık düzeyinde?
    • Okuyucu neyi gördü: yalnızca görüntü mü, klinik bağlam da mı? Bağlam farkı referansı değiştirir.
    • Anlaşmazlık nasıl çözüldü: üçüncü okuyucu, uzlaşma toplantısı yoksa çoğunluk mu?
    • Daha güçlü bir referans var mı: patoloji sonucu, takip verisi, kesin tanı kaydı?
    • Kohort nasıl oluştu: ardışık hastalar mı, seçilmiş vakalar mı? Seçilmiş kohort performansı olduğundan iyi gösterir.

    Kohortun ardışık olması, sağlıkta en çok fark yaratan ayrıntılardan biridir. 'İyi örnekler' üzerinden kurulan bir küme, gerçek akışta karşılaşılan belirsiz ve sınırdaki vakaları dışarıda bırakır; model tam da o vakalarda hata yapar. Dışlama ölçütleri yazılı olmalı ve dışlanan vaka sayısı raporda görünmelidir.

  6. 06

    Doğrulamayı zaman ve merkez ekseninde böl

    Rastgele bölme sağlıkta yanıltır: aynı hastanın tüm kayıtlarını tek kümede tutun, ayrıca zaman ve merkez ekseninde ayrı doğrulama kümeleri kurun.

    Rastgele bölme, kayıtların bağımsız olduğunu varsayar; sağlıkta bu varsayım neredeyse hiç doğru değildir. Aynı hastanın birden çok çekimi, aynı cihazın imzası ve aynı merkezin protokolü kayıtları birbirine bağlar. Bölme hasta düzeyinde yapılmazsa model hastayı tanır ve ölçüm, gerçekte var olmayan bir başarıyı gösterir.

    Bölme türüNeyi sınarTipik sızıntı
    Hasta düzeyinde rastgeleAynı dağılımda genel performansAynı hastanın iki kaydının iki kümeye düşmesi
    Zamansal bölmeProtokol ve pratik değiştikçe dayanıklılıkEğitim kümesine sonraki dönem verisinin karışması
    Merkez dışı bölmeBaşka cihaz ve hasta karışımına taşınabilirlikAynı merkezin farklı cihazını dış merkez saymak
    İleriye dönük değerlendirmeGerçek akıştaki davranışAkışa girdikten sonra hekim davranışının değişmesi
    İlk satır zorunlu, son satır ise klinik faydayı gösterebilen tek satırdır.
  7. 07

    Ölçümü klinik karara çevir

    Duyarlılık ve özgüllüğün yanında kalibrasyonu ve alt grup dağılımını raporlayın; kestirim değerleri prevalansa bağlıdır, tek eşik her merkezde aynı işi görmez.

    Tek bir özet sayı klinik karar için yeterli değildir. Bir modelin ayırt etme gücü ile olasılık tahminlerinin güvenilirliği farklı şeylerdir: sıralamayı doğru yapan bir model, olasılıkları sistematik olarak yüksek verebilir. Karar eşiği bu olasılıklara konduğu için kalibrasyon bozuksa eşik de yanlış yere oturur. Ayrıca hata maliyeti simetrik değildir; atlanan bir vaka ile gereksiz bir tetkik aynı şey değildir ve eşik bu asimetriye göre seçilir.

    ÖlçümNe söylerNe söylemez
    Duyarlılık ve özgüllükHasta ve sağlıklı gruplarda yakalama ve eleme gücüEldeki bir pozitif çıktının ne kadar güvenilir olduğunu
    Kestirim değerleriBir çıktının o popülasyonda ne anlama geldiğiniBaşka bir prevalansta aynı kalacağını
    KalibrasyonTahmin edilen olasılığın gerçekle uyumunuAyırt etme gücünün yeterli olduğunu
    Alt grup dağılımıPerformansın yaş, cinsiyet ve cihaz gruplarında nasıl değiştiğiniGenel ortalamanın her grup için geçerli olduğunu
    Sağ sütun, raporun okuyucusunun en çok yanıldığı yerdir; rapor bu cümleleri açıkça yazmalıdır.

    Eşiği seçerken çıktının akıştaki karşılığını hesaplayın: bu eşikte günde kaç ek inceleme doğar, kaç vaka listenin altına düşer, bu yük kim tarafından karşılanır? Klinik doğrulamanın en somut çıktısı bir yüzde değil, akışa binen bu yüktür. Eşik merkeze göre değişebilir ve değiştiğinde yeniden doğrulanması gerekir.

  8. 08

    İş akışına yerleştir, gözetimi ve izlemeyi kur

    Çıktının kime, hangi ekranda ve hangi gerekçeyle görüneceğini; itiraz ve atlama yolunu; devreye alma sonrası kayma izlemesini kurulumun parçası yapın.

    Doğrulanmış bir model, kötü yerleştirildiğinde zarar verebilir. Çıktının hekime ne zaman gösterildiği sonucu değiştirir: okumadan önce gösterilen bir işaret, hekimin dikkatini yönlendirir ve bağımsız değerlendirmeyi zayıflatır. Bu etki iyi belgelenmiş bir insan-otomasyon örüntüsüdür ve tasarımla yönetilir — gösterim anı, çıktının biçimi ve gerekçe sunumu bu yüzden klinik kararla birlikte seçilir.

    • Kim görüyor: çıktı hangi rol tarafından, hangi ekranda ve hangi anda görülüyor?
    • Ne görüyor: yalnızca sonuç mu, gerekçe ve güven bilgisi de mi?
    • Nasıl itiraz ediliyor: hekim katılmadığında tek tıkla işaretleyebiliyor mu, bu işaret nereye gidiyor?
    • Nasıl atlanıyor: model çıktısı olmadan iş akışı yürüyebiliyor mu?
    • Ne kaydediliyor: hangi sürüm, hangi girdi, hangi çıktı ve hangi karar; olay incelemesi bunsuz yapılamaz.

SIK DÜŞÜLEN TUZAKLAR

  • Açık rızayı tek çıkar yol sanmak

    Rıza, özgür iradeye dayanmadığında geçerli olmaz; hizmetin şartına bağlanan bir onay kutusu hem hukuken zayıftır hem geri alındığında veri hattını kırar. Doğru sıra, kanunun saydığı işleme şartları arasından uygun olanı gerekçesiyle seçmek ve geri alma hâlinde ne olacağını baştan yazmaktır.

  • Kimliksizleştirmeyi tek seferlik bir iş sanmak

    Ad ve numara silindiğinde iş bitmez: DICOM etiketleri, görüntüye yanmış hasta bilgisi, serbest metindeki isimler ve dosya adları kalır. Nadir bir tanı, kabul tarihi ve küçük bir yerleşim birimi birleştiğinde yeniden kimliklendirme mümkün olabilir; bu yüzden örneklem üzerinden elle denetim gerekir.

  • Rastgele bölmeyle doğrulamak

    Aynı hastanın iki kaydı farklı kümelere düşerse model hastayı tanır, hastalığı değil. Aynı sessizlikle, normalleştirme değerlerini tüm veriden hesaplamak da doğrulama kümesinin bilgisini eğitime taşır. Sonuç iyimser çıkar ve hata yalnızca sahada görünür.

  • Tek eşiği her merkeze taşımak

    Kestirim değerleri prevalansa bağlıdır: bir merkezde kabul edilebilir yanlış pozitif yükü, prevalansı daha düşük bir merkezde iş yapılamaz hâle gelebilir. Eşik, o merkezin hasta karışımına ve hata maliyetine göre yeniden değerlendirilir.

  • Retrospektif başarımı klinik fayda saymak

    Geriye dönük veride iyi görünen bir model akışa girdiğinde farklı davranır: hekim çıktıyı görür, davranışı değişir, dağılım kayar. Fayda ancak akış içinde, hasta veya süreç sonucuna bakan bir değerlendirmeyle gösterilebilir.

KONTROL LİSTESİ

  • Kullanım amacı tek cümleyle yazılı ve sürümlenmiş
  • Cihaz kapsamı değerlendirmesi gerekçesiyle birlikte kayıt altında
  • Her veri alanı için işleme şartı, saklama süresi ve erişim listesi yazılı
  • Kimliksizleştirme seviyesi seçildi; DICOM üstverisi, yanmış metin ve serbest metin ayrıca tarandı
  • Referans standardı, okuyucu sayısı ve anlaşmazlık çözümü belgelendi
  • Bölme hasta düzeyinde yapıldı; zaman ve merkez ekseninde ayrı doğrulama kümesi var
  • Kalibrasyon, alt grup performansı ve eşiğin akışa bindirdiği yük raporlanıyor
  • İnsan gözetimi, itiraz yolu, olay bildirimi ve kayma izlemesi devrede

Maddelerin tamamı işaretlenmeden kurulum üretime alınmamalı.

Sık sorulan sorular

Hasta verisiyle model eğitmek için açık rıza şart mı?

Açık rıza tek yol değildir. KVKK özel nitelikli veriler için sayılı işleme şartları tanımlar ve hangi şarta dayandığınızı gerekçesiyle göstermeniz beklenir. Pratikte belirleyici olan üç şey vardır: veriyi kim elinde tutuyor, hangi amaçla işleniyor ve hangi kimliksizleştirme seviyesinde çalışılıyor. Bu üçünden biri değiştiğinde dayanak yeniden değerlendirilir; karar da gerekçesiyle birlikte saklanır.

Karar desteği ile tanı arasındaki sınır nerede başlar?

Sınırı çıktının biçimi değil, iddia edilen ve fiilen gerçekleşen kullanım amacı belirler. 'Öneri' etiketi taşıyan ama pratikte hangi hastanın önce inceleneceğini belirleyen bir çıktı, klinik kararı yönlendiriyor sayılır. Bu yüzden kullanım amacı tek cümleyle yazılır, kapsam değerlendirmesi buna göre yapılır ve devreye aldıktan sonra fiilî kullanımın beyanla uyumu gözden geçirilir.

Yayımlanmış bir modeli kendi hastanemde yeniden doğrulamam gerekir mi?

Evet. Cihaz, çekim protokolü, hasta karışımı ve etiketleme pratiği merkezden merkeze değişir; başka bir kurumda ölçülen performans sizde tekrarlanmak zorunda değildir. En azından kendi kurumunuzdan zamansal olarak ayrılmış bir kümede ayırt etme gücü, kalibrasyon ve alt grup performansı yeniden ölçülmeli, karar eşiği kendi prevalansınıza göre gözden geçirilmelidir.

Sentetik veri kullanmak kişisel veri yükümlülüklerini kaldırır mı?

Kendiliğinden kaldırmaz. Sentetik küme gerçek kayıtlardan üretiliyorsa üretim sürecinin kendisi bir işleme faaliyetidir ve üretilen veri, kaynak kayıtların izini taşıyabilir. Sentetik veri geliştirme ve deneme ortamında riski azaltmak için yararlıdır; ancak klinik doğrulama, kullanım amacına uygun gerçek veriyle yapılır.

Kaynaklar

  1. 016698 sayılı Kişisel Verilerin Korunması Kanunu ve özel nitelikli kişisel verilere ilişkin Kurul kararları — Kişisel Verileri Koruma Kurumu · Mevzuat
  2. 02Tıbbi Cihaz Yönetmeliği ve tıbbi cihaz yazılımı sınıflandırma rehberleri — Türkiye İlaç ve Tıbbi Cihaz Kurumu · Mevzuat
  3. 03Yapay zekâ temelli kestirim modelleri için raporlama kılavuzları (TRIPOD+AI, CONSORT-AI) — EQUATOR Network · Makale

BUILD

Bu rehberi kurumunuzda uygulayalım mı?

Aynı mimariyi kendi verinizle kurmak için discovery oturumundan üretime kadar birlikte ilerliyoruz.