Tıbbi Görüntüleme Transferi: Eksiksiz Teknik Rehber

KVKK (6698 sayılı Kişisel Verilerin Korunması Kanunu) kapsamında sağlık verisi özel nitelikli kişisel veri sayılır; bu nedenle tıbbi görüntüleme dosyalarının transferi her adımda şifreleme, denetim kaydı ve veri minimizasyonu gerektirir. DICOM, NIFTI ve marka özel radyoloji formatlarını PACS sistemleri, konsültan hekimler ve hastalar arasında taşımak için DICOMweb (WADO-RS, STOW-RS, QIDO-RS), IHE XDS-I, doğrudan SFTP ya da web tabanlı şifreli yükleme yöntemlerinden biri kullanılır. Tek bir kardiyak BT çalışması 500 MB ile 2 GB arasında yer kaplar; tam bir patoloji tam yuvarlak görüntüsü 4 GB'a, araştırma amaçlı fMRI veri seti ise konu başına 40 GB'a ulaşabilir. Doğru transfer yaklaşımı dosya boyutuna, hedef türüne ve karşı tarafın DICOM'u yerel olarak destekleyip desteklemediğine bağlıdır.

Hangi Formatı Transfer Ediyorsunuz?

Transfer yöntemine karar vermeden önce formatı tanımak gerekir. DICOM (Tıpta Dijital Görüntüleme ve İletişim), piksel verisini meta veri etiketleriyle sarmalar: hasta adı (0010,0010), çalışma UID'si (0020,000D), modalite (0008,0060). Tipik bir MRI çalışması, her biri tek bir kesit olan yüzlerce .dcm dosyasından oluşan bir klasördür. NIFTI (.nii veya .nii.gz), tüm hacmi tek bir dosyaya sıkıştıran araştırma nörogörüntüleme formatıdır. GE Advantage Workstation dışa aktarmaları veya Siemens syngo.via dosyaları gibi marka özel formatlar zaman zaman bir DICOM görüntüleyicinin açması gereken .tar arşivleri olarak gelir.

Boyut aralıkları:

Akciğer röntgeni: 10-30 MB
Kafa BT: 50-200 MB
Abdominal MRI: 300 MB-1 GB
Sinekimli kardiyak MRI: 500 MB-2 GB
Tüm yuvarlak patoloji (.svs, .ndpi): slayt başına 1-4 GB
fMRI görev çalışması: 500 MB-2 GB; tam çalışma: 10-40 GB

Transfer aracını ortalamaya göre değil, göndereceğiniz en büyük dosyaya göre seçin.

DICOMweb: Modern Kablo Protokolü

DICOM PS3.18'de tanımlanan DICOMweb, eski DIMSE protokolünün yerini HTTP ile alır. Üç temel hizmet:

STOW-RS (Web Üzerinde Depolama, RESTful) — DICOM örneklerini /studies yoluna multipart/related gövde olarak POST eder.
WADO-RS (DICOM Nesnelerine Web Erişimi, RESTful) — almak için GET /studies/{StudyInstanceUID} çağrısı yapar.
QIDO-RS (Kimlik Tabanlı Sorgu) — sorgu parametreleriyle çalışmaları ve serileri arar.

DICOMweb, TLS 1.3 üzerinde çalışır ve OAuth 2.0 taşıyıcı belirteçleriyle sorunsuz entegre olur. Bu nedenle Orthanc, dcm4chee ve Ambra Health gibi modern PACS sistemleri tarafından desteklenmektedir. İki hastane sistemi de DICOMweb konuşuyorsa ayrı bir transfer aracına değil, yapılandırılmış bir ağ geçidine ihtiyaç duyarsınız.

DICOMweb Mümkün Olmadığında

Gerçek transferlerin büyük çoğunluğu ortak ağ geçidi paylaşmayan sistemler arasında gerçekleşir. Bir toplum hastanesi travma taramasını üçüncü basamak merkeze gönderir; hasta dış MRI'ını uzmana götürür; araştırma merkezi fMRI verilerini veri koordinasyon merkezine iletir. Bu durumlarda seçenekler şunlardır:

SFTP (RFC 4253 ile OpenSSH) — bilinen uç noktalar arasındaki zamanlanmış transferler için güvenilir; ancak denetim kullanıcı deneyimi zayıf.
IHE XDS-I.b — kurumlar arası görüntüleme için birlikte çalışabilirlik profili; Carequality gibi HIE'ler tarafından kullanılır, ancak kurulumu ağırdır.
Web tabanlı şifreli yükleme — tek seferlik veya geçici transferler için pragmatik seçim; özellikle hastanın süreçte yer aldığı durumlarda.
Fiziksel ortam — IHE PDI profiliyle yazılmış CD hâlâ kullanılmaktadır; hastaneler optik sürücüleri kaldırdıkça hızla yok olmaktadır.

Transferden Önce Kimliksizleştirme

DICOM başlıkları kişisel sağlık verisiyle doludur. DICOM Standardı PS3.15 Ek E, kimliksizleştirme için Temel Profil'i tanımlar ve kaldırılması, değiştirilmesi ya da boşaltılması gereken 400'den fazla etiketi listeler. DicomAnonymizer, CTP (Klinik Deneme İşlemcisi) ve dcm4che'nin dcmdeid aracı bunu uygular.

Sık yapılan hatalar:

Piksel verilerindeki metin açıklamalarını bırakmak — bunlar için başlık değişikliği değil OCR tabanlı redaksiyon gerekir.
(0009,xxxx) aralığındaki özel etiketleri gözden kaçırmak; bu aralıkta üreticiler tarayıcı seri numaralarını saklar.
Yeniden bağlama riskine yol açan Çalışma Örneği UID'sini korumak.

KVKK ve GDPR kapsamındaki araştırma verileri için kimliksizleştirme artı TLS 1.3 artı beklemedeki AES-256-GCM taban çizgisidir.

Sıkıştırma, Transfer Sözdizimi ve Bant Genişliği

DICOM dosyaları sıkıştırılmamış (Implicit VR Little Endian, Transfer Sözdizimi UID 1.2.840.10008.1.2) veya JPEG 2000 Kayıpsız (1.2.840.10008.1.2.4.90), JPEG-LS ya da RLE ile saklanabilir. BT verisinde kayıpsız sıkıştırma genellikle %50-60 tasarruf sağlar. Kayıplı sıkıştırma, birçok radyoloji pratiğinin tanısal kullanım için tamamen yasakladığı medikolegal bir risk alanıdır.

Tüm yuvarlak patoloji için JPEG 2000 veya yeni DICOM Ek 145 döşemesi transfer boyutunu dramatik biçimde düşürür. fMRI için NIFTI'deki gzip (.nii.gz) standarttır ve dosyaları 3-5 kat küçültür.

100 Mbps simetrik bağlantıda 2 GB'lık kardiyak MRI transferi yaklaşık 3 dakika sürer. 10 Mbps yükleme hızında bu 30 dakikaya çıkar. Buna göre planlama yapın ya da kesintide devam eden bir transfer hizmeti kullanın.

Hasta Kontrolündeki Transferler

Büyüyen bir iş akışı: hasta, uzmanın muayenehanesinde bir USB bellek veya hasta portalı girişi teslim eder ve uzman görüntüleri içe aktarır. Teknik olmayan bir hastanın kullanabileceği bir transfer yöntemine ihtiyaç vardır: dosyaları düşürdükleri, bir parola ile istemci tarafında şifreledikleri ve parolayı kliniğe mesaj attıkları bir web formu yeterlidir. Hesap açma ya da BT talep bileti gerekmez.

HexaTransfer bu kalıba uygundur: istemci taraflı AES-256-GCM, paylaşılabilir bağlantı, bant dışı parola. hexatransfer.com adresinde ücretsiz deneyin — hesap gerekmez, maksimum 10 GB.

Teleradyoloji için Gözetim Zinciri

vRad, Nighthawk ve Radisphere gibi teleradyoloji şirketleri, denetçilerin saatlik olarak takip ettiği transfer hatlarına güvenir. Temel gereksinimler şunlardır:

SHA-256 karması, gönderen PACS'ta kaydedilir ve okuma istasyonunda doğrulanır.
Erişim numarası ve okuma yapan radyolog kimliğini içeren zaman damgalı olay günlüğü tutulur.
Transfer günlükleri, genellikle hastanın son ziyaretinden 7-10 yıl sonrasına kadar — pediatrik kayıtlar için daha uzun — saklanır.
Alım onayından sonra transfer hazırlama alanı otomatik olarak temizlenir; hazırlama sunucusu gölge arşive dönüşmez.

Web Transferlerinde 10 GB Sınırının Üstesinden Gelmek

Çoğu web tabanlı transfer hizmeti bireysel transferleri 2-10 GB ile sınırlar. Sınırın üzerindeki transferler için seçenekler:

Mantıksal paketlere bölme — transfer başına bir ziyaret, bir modalite, bir seri.
Fiziksel gönderim — AWS Snowball Edge 80 TB tutar; şifreli LUKS veya VeraCrypt sürücüyle kurye geçici durumlar için işe yarar.
Özel bağlantı — yinelenen yüksek hacimli akışlar için Direct Connect, ExpressRoute veya hastane VPN.

Bir zaman çizelgesi vaat etmeden önce sınırınızı bilin.

PACS ile Entegrasyon: Okuma Listesini Korumak

Tek kural: radyologun iş listesini bozmayın. Transfer iş akışınız PACS'a dokunuyorsa, üretim PACS'ın yalnızca doğrulanmış çalışmaları alması için hazırlama düğümü üzerinden yönlendirin — Orthanc veya dcm4chee DICOM yönlendiricisi olarak iyi çalışır. Gelen transferleri, bir teknisyen kalite kontrolü yapana kadar ayrı bir iş listesinde göstermek için belirgin bir AE başlığıyla etiketleyin.

Doğrulama ve Teslim

Her transferden sonra şunları doğrulayın:

Dosya sayısı eşleşiyor (.dcm dosyaları veya NIFTI birimleri sayısı).
Arşivin SHA-256 karması gönderici ve alıcıda eşleşiyor.
En az bir görüntü alıcı görüntüleyicide açılıyor.
Meta veriler bozulmadı — hasta adı, çalışma tarihi ve erişim numarası okunabilir durumda.

Doğrulamayı transfer kaydınıza ekleyin. "Gönderdik" yeterli bir savunma değildir; "gönderdik ve bayt düzeyinde bütünlüğü doğruladık" ise öyledir. Tıbbi görüntüleme transferi yalnızca bayt taşımak değildir — zaman zaman dakikalar içinde birinin bakımının bağlı olduğu tanısal bir kaydı taşımaktır.