Tıpta Dijital Görüntüleme ve İletişim

Tıpta Dijital Görüntüleme ve İletişim ( DICOM ; tıpta Alman dijital görüntüleme ve iletişim ), tıbbi görüntü veri yönetiminde bilgi depolamak ve değiştirmek için açık bir standarttır . Bu bilgiler, örneğin, dijital görüntüler, bölümlendirmeler , yüzey tanımları veya görüntü kayıtları gibi ek bilgiler olabilir . DICOM, hem verilerin depolanması için formatı hem de bunların değiş tokuşu için iletişim protokolünü standartlaştırır.

Tıpta neredeyse tüm görüntüleme veya görüntü işleme sistemleri üreticileri, örneğin B. Dijital Röntgen , manyetik rezonans tomografi , bilgisayarlı tomografi veya sonografi , ürünlerinde DICOM standardını uygular. Bu, klinik ortamda farklı üreticilerin sistemleri arasında birlikte çalışabilirliği sağlar.

DICOM aynı zamanda muayenehanelerde ve hastanelerde dijital görüntü arşivlemenin temelidir ( Resim Arşivleme ve İletişim Sistemi , PACS).

Veri formatı

DCM örnek resmi (metne bakın)

Veri alanlarının yanı sıra (görüntüler, yaklaşık mesela bilgiler ise bulgular , hastalarda, çalışmalar, dizi), DICOM da içeren sözdizimi ve anlambilim komutları ve mesajların. Ayrıca standart, DICOM uyumlu cihazların ve yazılımların açıklamasına yönelik düzenlemeleri tanımlar, çünkü sistem kapasitesinin tam bir açıklaması her DICOM uyumlu cihaz için mevcut ve yayınlanmış olmalıdır (DICOM Uygunluk Beyanı).

Bir DICOM veri kaydı, bir veya daha fazla nesne tanımına ek olarak hasta adı, kabul tarihi, cihaz parametreleri veya doktor adı gibi meta bilgileri de içerebilen bir kap görevi görür . Nesne tanımları, görüntü verileri, geometrik veya matematiksel bilgiler ve ayrıca kendileri sadece tedavi verilerini içeren ve yalnızca referans görüntü veri setlerini içeren sözde DICOM RT nesnelerinde olduğu gibi tedaviye özel bilgiler olabilir .

DICOM, TIFF formatına ve JPEG standardına göre görüntüleri kayıpsız veya kayıplı olarak kaydeder veya iletir . Bir dizi görüntüyü özetleyebilir. Çeşitli sıkıştırma yöntemleri, kendi transfer sözdizimlerinde tanımlanmıştır.

DICOM standardı ayrıca kendi sözde özel nesnelerinizi, modüllerinizi veya özniteliklerinizi tanımlamanıza izin verir . Bununla birlikte, bu özel bilgiler normalde artık diğer üreticilerin uygulamalarıyla uyumlu değildir.

Sağdaki görüntü bir DICOM dosyasına dayanmaktadır. Görüntüleme için standart bir grafik formatına dönüştürülmüştür.

Gerçek Dünya Bilgi Modeli

Gerçek Dünya Bilgi Modeli

DICOM, verileri hasta, çalışma, seri ve örnek düzeylerine bölünmüş Gerçek Dünya Bilgi Modeli adı verilen bir modelde yorumlar . Böylece, bir DICOM nesnesinin her bir örneği, onu belirli bir diziye (örneğin görüntü serisine), çalışmaya (klinikte belirli bir kalışa veya bireysel bir muayeneye) ve hastalara atayabilmek için tüm bilgileri tutar.

Bilginin benzersizliği, uygulanan benzersiz tanımlayıcılara (Benzersiz Tanımlayıcı ) dayanmaktadır .

Bilgi Nesnesi Tanımı

Bir görüntünün GİB örneği

DICOM'daki tüm nesneler, sözde bir bilgi nesnesi tanımı kullanılarak belirtilir. Bu, sırayla bireysel öznitelikleri veya öznitelik dizilerini içeren birkaç modülden oluşur.

Normalleştirilmiş (normalleştirilmiş) ve kompozit (kompozit) nesneleri ayırt etmek arasında yapılır . Normalleştirilmiş nesneler, gerçek dünyadaki nesnelere karşılık gelirken, bileşik nesneler, gerçek dünyadaki nesneyle gerçekten ilişkili olan, ancak bunlara doğrudan atanamayan nitelikler içerir.

Kompozit : nesneler genellikle hepsinin ortak modüllerinin SOP Ortak, Hasta, Çalışma, Seri ve Ekipmanları. Diğer modüller , mülkün modalitesine bağlı olarak değişir . Başlık bilgisi olarak da bilinen bu modülleri kullanarak , herhangi bir nesne belirli bir sürece açıkça atanabilir.

Modül tanımı

Modül tanımları, mantıksal birimlerdeki DICOM özniteliklerini gruplandırır. Örneğin, hasta modülü ad, kimlik, cinsiyet veya yaş gibi hastayla ilgili tüm bilgileri içerir. Modüller, çeşitli kompozit nesnelerde yeniden kullanılabilir. Bileşik nesnenin her tanımında, belirli bir modülün mutlak olarak gerekli olup olmadığı ve mevcut olması gerekip gerekmediği ( M - Zorunlu), varlığının belirli koşullarla bağlantılı olup olmadığı ( C - Koşullu) veya takdir yetkisinin kullanıcı ( U - Kullanıcı Seçeneği).

Modül tanımları, Bölüm 3'teki DICOM standardında bulunabilir.

Özniteliklerin tanımı

DICOM veri öğesi

Bir öznitelik, veri etiketi adı verilen sabit sekiz basamaklı onaltılık bir sayı kullanılarak tanımlanır . İlk dört hane, özniteliğin belirli bir gruba ( Dosya Meta Bilgileri gibi ) ilişkisini tanımlar, diğer dört hane ise öğeyi tanımlar. Daha iyi okunabilirlik için, bir DICOM veri etiketi genellikle ortasında virgül ile (aaaa, bbbb) biçiminde gösterilir . Bu nedenle 0x00100010 etiketi - hastanın adı - 1048592 ondalık değerine karşılık gelir ve (0010,0010) olarak temsil edilir.

DICOM standart öznitelikleri her zaman çift sayıda gruba sahiptir, 0000, 0002, 0004 ve 0006 grupları DIMSE komutları ve DICOM dosya setleri için ayrılmıştır. Tek grup numaraları, herhangi bir uygulayıcı tarafından atanabilen özel veri öğeleri için ayrılmıştır.

Bir özniteliğin başka bir özelliği, değer temsilidir (VR), örneğin DS (Ondalık Dize), IS (Tamsayı Dize) veya ST (Kısa Metin). Bu, bir alanın maksimum olası uzunluğunu ve izin verilen karakter kümesini veya açıkça yasaklanmış karakterleri içerir.

Ayrıca, Değer Çokluğunun (VM) tanımı , i. H. bir özniteliğin çokluğu gereklidir. Bir örnek olarak, bir ondalık dizge içindeki bir açının spesifikasyonu 1 çokluğuna sahiptir. Yine DS tipi bir koordinat , konumu tüm uzamsal yönlerde belirleyebilmek için çokluğa 3 sahiptir.

Dördüncü gerekli özellik, elemanın türüdür. Tip 1 - kesinlikle gerekli ve içerik mevcut olmalı -, tip 2 - kesinlikle gerekli, ancak boş olabilir - ve tip 3 - kesinlikle gerekli değil arasında bir ayrım vardır. Ayrıca, türler C harfi ("1C", "2C") eklenerek koşullara bağlanabilir. Bu, örneğin, tip 1 bir öğenin aslında yalnızca ilişkili açıklamada tanımlanan koşul gerçekten karşılandığında mevcut olması gerektiği anlamına gelir.

Birlikte değeri temsili ve değeri çok sayıda sabit kalması, tip özelliği kullanıldığı modüle bağlı olarak değişebilir. 1C ve 2C tipleri için koşullar da buna göre değişebilir ve özniteliğin açıklamasında ilgili modül tanımında ayrı ayrı listelenmiştir.

Örnekler

(0010,0010) - Hastanın Adı, VR: PN, VM: 1, Tip: 2
(0010,0020) - PatientID, VR: LO, VM: 1, Type: 2
(0010,0021) - IssuerOfPatientID, VR: LO, VM: 1, Type: 2

Öznitelik ve ilgili tip tanımları DICOM standardının 3. Bölümünde bulunabilir. Değer gösterimi ve değer çokluğu , 6. bölümde tüm öznitelikler için tanımlanmıştır. Değer Temsili değerlerinin tanımları Bölüm 5 " Veri Yapıları ve Kodlama" da verilmiştir.

Servis sınıfları

DICOM standardında tanımlanan hizmet sınıfları , farklı hizmetleri belirtir. Bunlar bir nesneye uygulandığında, bir hizmet grubu oluştururlar. Aşağıdaki hizmetler mevcuttur:

  • Doğrulayın
  • Mağaza
  • Sorgu / Al
  • Prosedür Adımı (Bildirim)
  • Baskı yönetimi
  • Medya depolama yönetimi
  • Depolama taahhüdü
  • İş listesi yönetimi
  • Sunum durumu depolaması
  • Yapılandırılmış raporlama depolaması
  • Uygulama olay günlüğü
  • İlgili hasta bilgisi sorgusu
  • Örnek Kullanılabilirlik Bildirimi
  • Medya oluşturma yönetimi
  • Asılı Protokollerin Depolanması
  • Asılı Protokol Sorgulama / Alma
  • Madde Yönetimi Sorgusu

(Açıklamalar standardın 4. Bölümünde bulunabilir, italik olarak yazılmış hizmet sınıfları daha az önemlidir veya cihaz üreticileri tarafından henüz yaygın olarak desteklenmemektedir).

Ana hizmetler

Doğrulayın
Doğrulama, harici bir ağ düğümünün yapılandırılmış parametrelerle DICOM'u destekleyip desteklemediğini kontrol etmek için kullanılabilir.
Depolama
Depolama hizmeti, kalıcı veri nesnelerinin büyük bir bölümünü depolar .
Sorgu / Al
Sorgu ve Al ile bir PACS veya başka bir DICOM cihazı nesneler için aranabilir (Sorgu) ve bulunan nesneler daha sonra başka bir cihaza aktarılabilir (Geri Al).
Prosedür Adımı (ayrıca Modalite gerçekleştirilen prosedür Adımı için MPPS olarak kısaltılmıştır )
Prosedür adımlarını kullanarak, DICOM cihazları gerçekleştirilen inceleme adımlarını başkalarına bildirebilir. Tipik olarak, bu prosedürler bir listesinde işlenmek üzere cihaza iletilir ve daha sonra bunları yürütür, iptal eder veya değiştirir. Bu bilgiler Gerçekleştirilen Prosedür Adımı Bildirimi ile planlama sistemine iletilebilir.
Depolama taahhüdü
Depolama Taahhüdü kullanarak, depolama modu ilettiği verilerin güvenli bir şekilde saklanıp saklanmadığını sorgulayabilir. Arka plan: Her depolama sistemi, başlangıçta gelen verileri geçici bir veri belleğinde tamponlayan bir önbelleğe sahiptir. Bir görüntü veri setinin başlangıçta tamamen PACS'ye aktarıldığı ve önbellekte depolandığı bir durum düşünülebilir. Bununla birlikte, içerik uçucu olmayan veri taşıyıcısına (çoğunlukla sabit sürücüler) yazılmadan önce PACS veya depolama sistemi çökerse, bu veriler kaybolur, ancak hatasız iletim iletim moduna geri bildirilir. Modalitede birkaç gün için yalnızca yeterli depolama alanı olduğundan, görüntüler PACS'de hiçbir zaman kaydedilmemiş olsalar bile sonuç olarak orada silinebilir. Depolama Taahhüdü mesajı , yalnızca veriler yalnızca tam olarak alındığında değil, aynı zamanda kalıcı belleklerde güvenli bir şekilde saklandığında PACS tarafından tetiklenir. Bu şekilde, açıklanan senaryonun neden olduğu veri kaybı önlenebilir.
İş Listesi Yönetimi ( Modalite İş Listesi veya DICOM Modalite İş Listesi için MWL olarak da bilinir )
İş listesi yönetimi ile, bir planlama sistemi (tipik olarak RIS ), bir (çoğunlukla görüntüleme) cihaza, hasta verileriyle birlikte sonraki incelemelerin bir listesini gönderebilir . Bu, hasta verilerini girme ihtiyacını ve inceleme cihazında istenen incelemeyi (örn. CT, MR, ultrason) ortadan kaldırır.
Sunum durumu depolaması
Sunum Durumu Depolama, bir görüntünün nasıl görüntüleneceği veya gösterileceği hakkında bilgi iletmek için kullanılabilir. Sunum durumları, ör. B. Gri tonlama ayarı, ek açıklamalar ve işaretler ve yakınlaştırılmış ayrıntılar hakkında bilgiler.
Yapılandırılmış raporlama depolaması
Yapılandırılmış raporlar ile tıbbi bir bulguyu kodlanmış biçimde iletmek mümkündür .
Asılı Protokollerin Depolanması
Asılı Protokol Depolaması ile, görüntülerin ve çalışmaların tutarlı bir temsili, farklı kullanıcılar için farklı ekranlarda saklanabilir.
Asılı Protokol Sorgulama / Alma
Asma Protokolleri Sorgulama / Alma ile ekran ayarları aranabilir ve aktarılabilir (Sorgu / Al servis sınıfını karşılaştırın).

DICOM'un kullanıcılar için faydaları

DICOM'un farklı tıbbi uygulamalar ("uygulama varlığı") arasında birlikte çalışabilirliği garanti etmesi beklenir .

Açık bir standart olarak DICOM ile , öncelikle tıbbi görüntülemede kullanılan cihazlar, kullanılan sistem platformundan veya üreticiden bağımsız olarak iletişim kurar. Böylece bir kullanıcı, görevlerini en iyi şekilde çözebileceği cihazları kullanma özgürlüğüne sahiptir.

DICOM, kliniklerdeki iş akışlarını da destekleyebilir. Radyolojide olduğu kadar laboratuvar alanında da "iş listesi" uygulaması uzun yıllardır burada kendini kanıtlamıştır. Bu, dijital sistemlerde filmsiz çalışma ve uzun vadeli arşivlemeyi mümkün kılar.

Uygunluk Beyanları

Uygunluk beyanlarında, sistem üreticileri, ürünlerinin hangi DICOM işlevlerini desteklediğini açıklar. Bir uygunluk beyanı, bir aygıtın veya sistemin "DICOM uyumlu" olduğu iddiası için zorunlu bir gerekliliktir. Ancak bu, otomatik olarak bir cihazın birlikte çalışabilirliğinin garanti edildiği anlamına gelmez. Normalde, bu yalnızca birkaç uygunluk beyanının karşılaştırılmasıyla veya sözde IHE entegrasyon beyanları gibi ek belgeler aracılığıyla sağlanabilir .

DICOM ayrıca uygunluk beyanlarının nasıl hazırlanacağını, hangi yapıya sahip olması gerektiğini ve hangi bilgilerin dahil edilmesi gerektiğini de belirtir. DICOM bilgisine sahip bir kullanıcı, cihazlarının (veya satın alınacak cihazların) uygunluk beyanlarını analiz edebilir ve bunları olası veri iletişim süreçleri hakkında tahminlerde bulunmak için kullanabilir. İfadeler yalnızca kısmi uygulamalara atıfta bulunabilir.

Benzersiz Tanımlayıcılar (UID'ler)

DICOM , Benzersiz Tanımlayıcıları (UID'ler) kullanarak her bilgi nesnesini tanımlar . UID'ler, ISO 9834-3 standardına göre dünya çapında benzersizdir. Bu, her uygulayıcının bir "UID Kökü" için başvurmak zorunda olmasıyla elde edilir, bu da daha sonra kimliklerini üzerine inşa ettiği bir kök girişi. Bu, görüntü verilerinin açıkça tanımlanabileceği ve görüntü serilerinin ve tüm çalışmaların da UID'lerin verildiği anlamına gelir. Veri nesnelerinin aktarıldığı veya değiş tokuş edildiği veri nesnesi açıklamaları ve aktarım sözdizimi gibi DICOM'un kendi nesnelerinin de kendi UID'leri vardır. UID'lerin formatı ISO 8824 tarafından tanımlanmıştır, DICOM'a özgü bilgiler dokümantasyonun Bölüm 5, Bölüm 9'unda bulunabilir.

DICOM dosya setleri

DICOM bağımsız "dosyaları" tanımlamaz. Değiştirilecek veriler bir dosya olarak kaydedilebilir, ancak sadece bir DICOM dosya setinin parçası olarak. Bu DICOM dosya setleri çıkarılabilir medyada bulunabilir, sabit diskler veya ağ paylaşımları üzerindeki DICOM dosya sistemleri için bir standardizasyon yoktur - yine de üreticiler arasında DICOM dosya setlerinden tek tek dosyaları işleyebilmek yaygın bir uygulama haline gelmiştir; bunlar daha sonra jargonda "DICOM dosyaları" olarak anılır.

Bir DICOM dosya kümesinde, dosya sistemi için en küçük ortak payda seçilir. CD'ler kesinlikle ISO 9660 standardına uygun olmalıdır : Dosya adı maksimum sekiz karakterden (büyük harfler, sayılar) oluşmalı ve herhangi bir dosya uzantısı içermemelidir . Ek olarak, en düşük dizin seviyesinde ("Dosya Sistemi Kökü"), DICOMDIR adında bir dosya bulunmalıdır ve bu dosya, veri taşıyıcısındaki dosyaların içeriği ve yolu hakkında kesin olarak tanımlanmış bilgileri içerir.

Bağımsız veri nesneleri olarak DICOM dosya seti üyeleriyle uğraşırken , dosya uzantıları da oluşturulmuştur, örneğin .ima, .img ve .dcm. Bunlar, basit programların dosyayı dosya uzantısına göre atamasını sağlar. Ancak bu, DICOM standart tanımının bir parçası değildir.

varsayılan

Tarih

1970'lerin başında dijital görüntüleme sistemlerinin gelişimi sırasında, özellikle Godfrey Hounsfield tarafından bilgisayarlı tomografinin geliştirilmesiyle yönlendirilen , farklı üreticilerin sistemleri arasında görüntü verisi alışverişi yapabilme ihtiyacı doğdu. 1982 yılında , kullanıcıların çıkarlarını temsil etmek için Amerikan Radyoloji Koleji (ACR) ve Kuzey Amerika üreticilerinin profesyonel birliği olarak Ulusal Elektrik İmalatçıları Birliği (NEMA), dijital görüntü bilgilerinin alışverişini tanımlamak için bir çalışma grubu kurdu.

1985'te ACR / NEMA standardının ilk versiyonu yayınlandı, 1988'de ikincisi yayınlandı ve 1993'teki 3.0 versiyonuyla adı "ACR-NEMA" dan DICOM'a değiştirildi. O zamandan beri, standardın yeni revizyonları düzenli aralıklarla ortaya çıkmıştır, ancak burada "3.0" terimi kullanılmamakta, bunun yerine ilgili sürümün yayın yılı kullanılmaktadır. 2020C standardı şu anda mevcuttur.

yapı

Mevcut sürümde NEMA (web bağlantılarına bakınız) tarafından sağlanan DICOM standardı birkaç bölümden oluşmaktadır (Ağustos 2011 itibariyle):

  • Bölüm 1: Giriş ve Genel Bakış (Giriş ve Genel Bakış)
  • Bölüm 2: Uygunluk (Uygunluk)
  • Bölüm 3: Bilgi Nesnesi Tanımları (bilgi nesnesi tanımları)
  • Bölüm 4: Servis Sınıfı Spesifikasyonları (servis spesifikasyonlarının sınıfları)
  • Bölüm 5: Veri Yapıları ve Kodlama (veri yapıları ve kodlama)
  • Bölüm 6: Veri Sözlüğü (veri sözlüğü)
  • Bölüm 7: Mesaj Değişimi (mesajlaşma)
  • Bölüm 8: Mesaj Değişimi için Ağ İletişim Desteği ( veri alışverişi için ağ iletişim desteği )
  • Bölüm 9: Noktadan Noktaya İletişim (noktadan noktaya iletişim)
  • Bölüm 10: Medya Değişimi için Medya Depolama ve Dosya Formatı (medya üzerinde depolama ve medya alışverişi için dosya formatı)
  • Bölüm 11: Medya Depolama Uygulama Profilleri (medyada depolama için uygulama profilleri )
  • Bölüm 12: Medya Değişimi için Medya Formatları ve Fiziksel Medya (medya alışverişi için medya formatları ve fiziksel medya)
  • Bölüm 13: Baskı Yönetimi Noktadan Noktaya İletişim Desteği (baskı yönetimi ile ilgili noktadan noktaya iletişim desteği)
  • Bölüm 14: Gri Tonlamalı Standart Görüntü İşlevi ( gri tonlamalı standart görüntüleme işlevi)
  • Bölüm 15: Güvenlik ve Sistem Yönetimi Profilleri ( Güvenlik ve Sistem Yönetimi profilleri )
  • Bölüm 16: İçerik Eşleme Kaynağı (içerik için kaynak tahsisi)
  • Bölüm 17: Açıklayıcı bilgiler (açıklayıcı bilgiler)
  • Bölüm 18: DICOM Kalıcı Nesnelerine Web Erişimi (WADO )
  • Bölüm 19: Uygulama Barındırma (uygulama barındırma)
  • Bölüm 20: HL7 CDA kullanan Görüntüleme Raporları (HL7 CDA ile görüntü raporları)
  • Bölüm 21: (ve geçiş ile DICOM ve HL7 standartları DICOM transformasyonu HL7 standartları)

Bölüm 9 (Mesaj Alışverişi için Noktadan Noktaya İletişim Desteği) ve 13 (Baskı Yönetimi Noktadan Noktaya İletişim Desteği) artık standarda dahil değildir.

Standardizasyon süreci

DICOM standardı, medikal, donanım ve yazılım teknolojisinin devam eden gelişimini karşılamak için çeşitli çalışma grupları tarafından sürekli olarak genişletilmektedir. Şu anda DICOM'u çeşitli alt alanlara göre genişleten 31 çalışma grubu (Ocak 2018 itibariyle) bulunmaktadır (aşağıya bakınız). Çalışma gruplarının üyeleri tıbbi teknoloji üreticilerinden, kliniklerden, üniversitelerden ve diğer araştırma kurumlarından çalışanlardır. Örnek olarak, Temel Standart ve Radyoterapi çalışma gruplarının mevcut gelişmeleri , bir kliniğin çeşitli alanlarında iş süreçlerinin yeni bir tanımının getirilmesi ve yeni DICOM nesnelerinin gerekli tanıtımı ile ilgilidir.

Sözde takviyeler yoluyla standarda daha fazla gelişme eklenmiştir. Bunlar ilk olarak bir veya daha fazla çalışma grubu tarafından hazırlanır ve ardından gözden geçirilmek üzere Temel Standart çalışma grubuna sunulur. Uzantı mantıklıysa, eke bir numara atanır. Çalışma grupları değişikliklerini tamamlar tamamlamaz, bunlar oy kullanma hakkına sahip NEMA üyelerine ( DICOM Oylama Üyeleri ) sunulur. Olumlu bir oylamadan sonra, zeyilname içindeki bilgiler geçerlidir ve DICOM standardının sonraki sürümüne dahil edilir.

Standartta yapılan değişiklikler veya belgelerdeki hatalar, bir değişiklik talebi ile çeşitli çalışma gruplarına sunulabilir ve ayrıca Base Standard çalışma grubu tarafından oy kullanma hakkına sahip üyelere sunulur .

DICOM standardından çıkarılan (kullanımdan kaldırılan) unsurlar artık yeni uygulamalarda dikkate alınmamalıdır. Bununla birlikte, genel olarak, aşağı doğru uyumluluk nedenlerinden ötürü , yalnızca standardın diğer kavramlarıyla çelişen veya hiç uygulanmamış veya nadiren uygulanmamış öğeler kaldırılır.

Çalışma grupları şunlardır:

  • DICOM Standartları Komitesi
  • WG-01: Kardiyak ve Vasküler Bilgiler
  • WG-02: Projeksiyon Radyografisi ve Anjiyografi
  • WG-03: Nükleer Tıp
  • WG-04: Sıkıştırma
  • WG-05: Exchange Medyası
  • WG-06: Temel Standart
  • WG-07: Radyoterapi
  • WG-08: Yapılandırılmış Raporlama
  • WG-09: Oftalmoloji
  • WG-10: Stratejik Danışmanlık
  • WG-11: Ekran İşlevi Standardı
  • WG-12: Ultrason
  • WG-13: Görünür Işık
  • WG-14: Güvenlik
  • WG-15: Dijital Mamografi ve CAD
  • WG-16: Manyetik Rezonans
  • WG-17: 3 Boyutlu
  • WG-18: Klinik Araştırmalar ve Eğitim
  • WG-19: Dermatolojik Standartlar
  • WG-20: Görüntüleme ve Bilgi Sistemlerinin Entegrasyonu
  • WG-21: Bilgisayarlı Tomografi
  • WG-22: Diş Hekimliği
  • WG-23: Uygulama Barındırma
  • WG-24: Cerrahi
  • WG-25: Veterinerlik
  • WG-26: Patoloji
  • WG-27: DICOM için Web Teknolojisi
  • WG-28: Fizik
  • WG-29: Eğitim, İletişim ve Sosyal Yardım
  • WG-30: Küçük Hayvan Görüntüleme
  • WG-31: Uygunluk

DİKONDE

DICONDE (Tahribatsız Değerlendirme için Dijital Görüntüleme ve İletişim), tahribatsız malzeme testleri için DICOM'un bir uzantısıdır. Hasta verileri, bileşen verileriyle değiştirilir. DICONDE, ASTM International tarafından geliştirilmiştir .

Terimlerin tanımları

IOD (Bilgi Nesnesi Tanımı)
Bilgi nesneleri (gerçek) tıp dünyasından (örn. Hasta, çalışma, dizi, görüntü) nesneleri ve bunların birbirleriyle olan ilişkilerini temsil eder.
SC (Hizmet Sınıfı)
Hizmet sınıfları, bilgi nesneleriyle gerçekleştirilebilecek eylemleri tanımlar. Örnekler: Depolama, Yazdırma, Sorgu, Geri Alma, Modalite İş Listesi, Depolama Taahhüdü, Uygulanan Modalite Prosedür Adımı (MPPS). Kendinizi "DICOM uyumlu" olarak tanımlayabilmek için tüm hizmet sınıflarını desteklemek gerekli değildir. Çoğu uygulama ve cihaz, yalnızca amaçlanan kullanımları için gerekli olan hizmet sınıflarını destekler.
SOP Sınıfı (Servis Nesne Çifti Sınıfı)
Bilgi nesnesi ve bununla gerçekleştirilecek eylemin birleşimi bir hizmet-nesne çifti oluşturur (örn. "MR görüntüsünü kaydet", "ultrason görüntüsünü yazdır" vb.). SOP'lar, DICOM'un temel işlevsel birimlerini oluşturur.
Sözdizimini aktar
Veriler, transfer sözdizimleri kullanılarak farklı veri temsillerinde değiştirilebilir. Sayıların ve görüntü verilerinin nasıl temsil edildiğini ve gerekirse görüntü verilerinin nasıl sıkıştırıldığını açıklar. DICOM ayrıca bu amaçla JFIF gibi gömülü formatlar kullanır .
SCU (Hizmet Sınıfı Kullanıcısı)
Hizmet sınıfı kullanıcısı, bir hizmeti kullanan bir cihaz veya uygulamadır.
SCP (Servis Sınıfı Sağlayıcı)
Servis sınıfı sağlayıcı, servis sunan bir cihaz veya uygulamadır.
DICOM Depolama Hizmet Sınıfı
Tıbbi görüntülerin gönderilmesi, alınması ve kaydedilmesini içeren hizmet sınıfı. Ayrıca bkz. PACS (Resim Arşivleme ve İletişim Sistemi) .
DICOM Baskı Yönetimi Hizmet Sınıfı
Tıbbi görüntülerin yazdırılmasını içeren hizmet sınıfı.
DICOM İş Listesi Yönetim Hizmeti Sınıfı
Hasta verilerinin giriş istasyonundan ilgili modaliteye (ör. Ultrason cihazı , CT ) aktarımı ile ilgilenen hizmet sınıfı .
DICOM Doğrulama Hizmet Sınıfı
İki DICOM sistemi arasındaki ağ bağlantısının doğrulanmasıyla ilgilenen hizmet sınıfı. Bu süreç genellikle yankı olarak adlandırılır .
AE Başlığı (Uygulama Tüzel Kişi Başlığı)
Bir DICOM düğümünün "Adı".

Ayrıca bakınız

  • HL7 (Sağlık Seviyesi 7), sağlık sektöründeki bilgisayar sistemleri arasında veri alışverişi için uluslararası standart.
  • IHE (Integrating the Healthcare Enterprise), sağlık hizmetleri standartlarını tek çatı altında toplayan bir girişim.
  • IHE PDI (Taşınabilir Belge Görüntüleme), DICOM standardına uygun hasta görüntü verileriyle taşınabilir optik ortam değişimi için öneriler.
  • OsiriX , DICOM görüntüleyici

İnternet linkleri

Commons : Tıpta Dijital Görüntüleme ve İletişim  - görüntüler, videolar ve ses dosyaları koleksiyonu

Bireysel kanıt

  1. varian.com
  2. gehealthcare.de
  3. freepatentsonline.com
  4. visus.com DICOM Uyum Beyanı