DICOMウェブ
医療技術業界におけるWeb開発標準

DICOMweb は、医用画像および関連情報の送信、取得、および照会用に定義された RESTful DICOMサービスのファミリーに適用される用語です。

その目的は、DICOM標準にあまり精通していない開発者でも実装でき、 http、JSON、メディア タイプ(「image/jpeg」など) などのコンシューマーアプリケーションに適したメカニズムを可能な限り最大限に活用できる、軽量のモバイル デバイスと Web ブラウザーに適した画像アクセス メカニズムを提供することです。

この規格はDICOM PS3.18 Webサービスで正式に定義されています。[1]

DICOMweb サービスは、RESTful な性質を示すサフィックス「-RS」によって他の DICOM Web サービスと区別されます。

このファミリーは主に次のものから構成されます:

  • DICOM PS3.10ファイル、 XMLまたはJSON形式のメタデータ、メタデータから分離されたバルクデータ、およびレンダリングされたコンシューマー形式の画像を取得するためのWADO-RS
  • DICOM PS3.10ファイルまたは分離されたメタデータとバルクデータの保存（送信）用のSTOW-RS
  • DICOM オブジェクトのコレクション (データベース、レジストリ) を照会するための QIDO-RS

WADO-RS サービスの主な特徴は、個々のインスタンスを繰り返しリクエストするのではなく、研究とシリーズ全体を取得できることです。

その他のサービスには、作業リスト（UPS-RS）のサポートやサーバー機能の取得などが含まれます。[2] [3]

例

URL構文とメタデータエンコーディングの非常に簡単な例がDICOMwebチートシートに記載されています。 [4]

従来のDICOMサービスとの比較

大まかに言えば、DICOMweb サービスは、従来の DIMSE DICOM サービスと次のように比較できます。

DICOMウェブ 薄暗い
ワドRS C-GET
ストウRS Cストア
QIDO-RS C-FIND

実際、リクエストのエンコーディング、レスポンスのパッケージング、使用されるプロトコルの違いを除けば、これらのサービスは十分に類似しているため、従来のDICOM DIMSEサービス実装へのDICOMwebプロキシを実装することが可能です（これは設計によるものです）。従来のDIMSE DICOMサービスには、DICOMwebのインスタンスおよびフレームレベル（インスタンスおよびフレームレベルの取得）と個別のメタデータ取得機能（バルクデータなしの複合インスタンス取得）に対応する機能がありますが、これらは従来のスタディルートスタディ、シリーズ、および画像取得サービスほど広く実装されていません。

歴史

以前の DICOM Web サービスでは、DICOM オブジェクトを取得するために URL パラメータ (WADO-URI) または SOAP ベースの Web サービス (WADO-WS) のいずれかが使用されていました。

オリジナルのWeb Access to DICOM Persistent Objects (WADO) 標準は、DICOMとISOワーキンググループの共同作業であり、2003年にDICOM Supplement 85およびISO 17432としてリリースされました。[5] [6]名称の「persistent」という単語は後に削除されました。DICOM PS3.18が時間の経過とともに進化したため、このISO標準は維持されていません。後に、現在WADO-URIと呼ばれるものを新しいサービスと区別するために、接尾辞「-URI」が追加されました。WADO-URIは、オリジナルのDICOMファイルとサーバー側でレンダリングされたバージョンの両方へのアクセスを提供することで人気を博し、それに応じてIHE XDS-Ibプロファイルの必須トランスポートメカニズムの1つとして含まれました。[7]

IHE は XDS-I プロファイルを数回改訂した後、画像を転送するための SOAP ベースのメカニズム (RAD-69 トランザクション) を定義しました。これは DICOM に遡及的に追加され、拡張されて WADO-WS になりましたが、その後、不完全でメンテナンスも行われなかったため廃止されました。

2010 年に完成した DICOM サプリメント 118 - アプリケーション ホスティングの一部として、従来のバイナリ表現と XML 表現の間での DICOM データセットの 双方向トランスコーディングを定義する XML「ネイティブ DICOM モデル」が導入されました。

独立した開発者グループが代替トランスポートメカニズムであるMedical Imaging Network Transport（MINT）を定義し、DICOMの拡張として提案しました。[8] MINTは完全には採用されませんでしたが、開発者はDICOM WG 27に統合され、MINTのいくつかの主要な機能がDICOM PS3.18の拡張として定義されました。[9]

実装

サーバ

  • DCM4CHEE アーカイブ
  • オルサンク
  • 医療関係
  • OsiriX 8.5以上

クライアント

さらに読む

  • Genereaux BW, Dennison DK, Ho K, Horn R, Silver EL, O'Donnell K, 他. DICOMweb: 医用画像におけるWeb標準の背景と応用. J Digit Imaging. 2018年5月10日;1–6. doi:10.1007/s10278-018-0073-z

参考文献

  1. ^ "PS3.18". dicom.nema.org . 2024年9月5日閲覧。
  2. ^ "PS3.18". dicom.nema.org . 2024年9月5日閲覧。
  3. ^ "PS3.18". dicom.nema.org . 2024年9月5日閲覧。
  4. ^ 「DICOMweb チートシート」（PDF）www.dicomstandard.org . 2025年11月17日閲覧。
  5. ^ Cordonnier, Emmanuel (2003-09-22). 「WADO - DICOM永続オブジェクトへのWebアクセス」 . 2016年3月21日閲覧。
  6. ^ 「DICOM永続オブジェクトへのWebアクセス（WADO）」（PDF） 。 2025年11月17日閲覧。
  7. ^ 「Cross-enterprise Document Sharing for Imaging - IHE Wiki」. wiki.ihe.net . 2024年9月5日閲覧。
  8. ^ https://dicom.nema.org/dicom/ minutes /committee/2011/2011-04-12/Work-Item_Requests/MINT%20Work%20Item.pptx [裸の URL ]
  9. ^ 「Google Code アーカイブ - Google Code プロジェクトホスティング用の長期ストレージ」code.google.com . 2024年9月5日閲覧。
「https://en.wikipedia.org/w/index.php?title=DICOMweb&oldid=1322650881」より取得