DICOM (Digital Imaging and Communications in Medicine), tıbbi görüntülerin ve ilişkili verilerin saklanması ile iletilmesi için geliştirilmiş uluslararası standarttır. Farklı üreticilerin cihazlarının birbiriyle konuşabilmesi bu standart sayesinde mümkün olur.
DICOM Sadece Bir Dosya Formatı Değildir
Yaygın yanılgı, DICOM'u JPEG gibi bir görüntü formatı sanmaktır. DICOM iki şeyi birden tanımlar:
- Veri yapısı: Görüntü pikselleri + hasta, çalışma, seri ve cihaz bilgilerini içeren üst veri (metadata).
- Ağ protokolü: Cihazların birbirine bağlanıp veri alışverişi yapma kuralları.
DICOM Veri Hiyerarşisi
DICOM verisi dört seviyeli bir ağaç yapısındadır:
- Patient (Hasta): Kişi düzeyi.
- Study (Çalışma): Bir tetkik olayı. Örneğin "12 Mart tarihli batın BT".
- Series (Seri): Aynı çalışma içindeki farklı çekim setleri. Örneğin kontrastsız ve kontrastlı seriler.
- Instance (Görüntü): Tek bir kesit veya kare.
Her seviyenin benzersiz bir tanımlayıcısı (UID) vardır. Study Instance UID, bir çalışmanın dünya çapında tekil kimliğidir; sistemler arası taşımada bu kimlik korunur.
Temel DICOM Servisleri
| Servis | İşlevi | Tipik kullanım |
|---|---|---|
| C-ECHO | Bağlantı testi | "Ping" — iki sistemin birbirini görüp görmediğini doğrular |
| C-STORE | Görüntü gönderme | Modaliteden PACS'a görüntü aktarımı |
| C-FIND | Sorgulama | Arşivde hasta veya çalışma arama |
| C-MOVE | Görüntü çekme | Arşivden iş istasyonuna görüntü getirme |
| C-GET | Doğrudan alma | Tek bağlantı üzerinden alma |
| Modality Worklist | İş listesi | Cihazın çekim listesini RIS'ten alması |
| MPPS | İşlem durumu | Çekimin başladığı/bittiği bilgisinin geri bildirimi |
| Storage Commitment | Saklama taahhüdü | Arşivin görüntüyü kalıcı sakladığını doğrulaması |
AE Title, IP ve Port: Bağlantının Üç Bileşeni
İki DICOM sisteminin konuşabilmesi için karşılıklı olarak tanımlanması gereken üç bilgi vardır: AE Title (uygulama kimliği), IP adresi ve port. Entegrasyon sorunlarının önemli bölümü, bu üçlünün bir tarafta yanlış tanımlanmasından kaynaklanır.
Conformance Statement Nasıl Okunur?
Her DICOM ürününün bir uyumluluk beyanı (conformance statement) vardır. Bu belge, cihazın neyi destekleyip neyi desteklemediğini tanımlar. İki sistemi entegre ederken bakılacak noktalar:
- SOP Class listesi: Her iki tarafta ortak olan sınıflar nelerdir? Cihaz "Enhanced CT" gönderiyorsa, arşivin bunu desteklemesi gerekir.
- Transfer Syntax: Sıkıştırma yöntemleri uyuşuyor mu? JPEG 2000 gönderen bir cihaz, yalnızca sıkıştırmasız kabul eden bir arşive görüntü aktaramaz.
- Rol: Sistem SCU (istemci) mi, SCP (sunucu) mu, yoksa her ikisi mi?
- Karakter seti: Türkçe karakterlerin doğru görüntülenmesi için ISO_IR 100 veya UTF-8 desteği.
Sık Karşılaşılan Entegrasyon Sorunları
- Türkçe karakter bozulması: Karakter seti uyumsuzluğu. Hasta adı "Şükrü" yerine bozuk görünür.
- Hasta ID uyuşmazlığı: Cihaza elle girilen ID ile HBYS'deki ID'nin farklı olması. Modalite worklist kullanımı bu sorunu kökten çözer.
- Eksik seri: Cihaz bazı serileri göndermemiş. MPPS ve Storage Commitment ile tespit edilir.
- Sıkıştırma uyumsuzluğu: Görüntü ulaşıyor ama açılamıyor.
- Zaman farkı: Cihaz ve sunucu saatlerinin senkronize olmaması, sıralama hatalarına yol açar.
DICOM ve HL7 İlişkisi
İki standart birbirini tamamlar: HL7 metin tabanlı klinik ve idari veriyi taşır, DICOM görüntüyü taşır. Bir radyoloji tetkiki isteminde HL7 mesajı RIS'e ulaşır, RIS bu istemi worklist'e dönüştürür, cihaz görüntüyü DICOM ile PACS'a gönderir, rapor yine HL7 ile HBYS'ye döner.
Softmed'in DICOM Yaklaşımı
SelfDICOM, standart DICOM servislerini eksiksiz destekleyen bir sunucu ve web viewer sağlar. Softmed RIS ile birlikte kurulduğunda modalite worklist, MPPS ve storage commitment akışları hazır yapılandırmayla gelir; cihaz entegrasyonu kurulum kapsamında tamamlanır.
Kurumunuz İçin Ücretsiz Süreç Analizi
Bu konuyu kurumunuz özelinde birlikte değerlendirelim. Demo öncesi yaptığımız süreç analizi ücretsizdir ve size bir yükümlülük getirmez.
