「DICOM」の版間の差分

提供:メディカルウェア
ナビゲーションに移動 検索に移動
(178.73.219.67 (トーク) による版 5544 を取り消し)
 
(2人の利用者による、間の2版が非表示)
62行目: 62行目:
* [[DICOMファイル]]
* [[DICOMファイル]]
* [[DICOM通信]]
* [[DICOM通信]]
* [[DICOMタグ]]


== DICOM関連ソフトウェア ==
== DICOM関連ソフトウェア ==

2016年7月11日 (月) 10:16時点における最新版

DICOM(読み:だいこむ、語源:Digital Imaging and COmmunication in Medicine)とは、医用画像にまつわる標準規格で、主に放射線科領域における各種検査装置(モダリティ機器PACS)が用いる医用画像フォーマットを筆頭に、検査機器間のファイル転送や患者情報や検査情報のやりとりなどの通信プロトコルを定義した規格である。

概要[編集 | ソースを編集]

DICOMと一言でいっても、DICOMが定める範囲は非常に広く、検査機器が生成する画像フォーマット(DICOMファイル)や、その画像をやりとりする通信プロトコル(DICOM通信)、患者情報や検査情報の通信(MWM)など様々なものがある。

DICOM規格は米国における独自規格であり、ISOなどが定める世界標準規格ではなかったが、世界的に事実上のデファクトスタンダードとなっていた。2006年にISOは「ISO 12052:2006」という名称のもと、ISOでは医用画像などに関する規格化を行わず、その全権をDICOMに委ねるとする参照規格と定められ、標準規格として認められるに至っている。

現代では一般的な写真カメラがデジタル化したように、レントゲン写真もデジタル化し、フィルムではなく画像ファイルとして保存されるようになり、ファイルサーバーで管理され、その受け渡しもネットワーク越しに行われるようになった。

DICOMでは、その画像ファイルのフォーマットやネットワーク越しの受け渡し方法などを規格化したもので、CTコンピュータ断層撮影)やMR核磁気共鳴画像法)、CRコンピュータX線撮影)などの医用画像機器モダリティ)で撮影した医用画像のフォーマットをはじめ、それらの画像データをどのように他のモダリティPACSドライイメージャーなどで送受信するか、高精細モニターの初期設定はどうあるべきか、などが細かく規格化されている。

もともとはヒト人間)のために作られた規格であるが、動物病院をはじめ、医療の枠をこえて飛行機などの非破壊検査でも使われ始めており、DICOM規格もそれらに対応すべく拡張が続けられている。

利点と欠点[編集 | ソースを編集]

DICOM画像[編集 | ソースを編集]

読影を行うという意味では高精細モニターが写真フィルムに比べ画質が大幅に劣ることから敬遠される傾向があった。たとえばレントゲン写真をみるためのシャウカステンは輝度3000~15000カンデラ、写真フィルム自体のコントラストは20000諧調くらいある。2013年現在の最高スペックの高精細モニターをもってしても一桁性能が違うというのが実情である。

ただDICOM画像ウィンドウレベル変換などの写真フィルムとは異なる見方ができ、画像解析や再構成も容易であり、可搬性や保管性なども圧倒的に優れているなど、写真フィルムにはない利点も多々ある。

DICOM通信[編集 | ソースを編集]

DICOM通信を用いることでDICOM画像をネットワーク越しに簡単にやりとりできるため、遠隔医療遠隔読影も普及の兆しを見せている。

ただし遠隔医療における施設間の連携は、学閥医局の繋がりが総てと言っていいほど強いので、最近流行りのパブリック・クラウド的な商業サービス化にたどり着くには何十年もかかると思われる。

またDICOM画像には画像データの他にもDICOMタグとして非常にデリケートな患者の個人情報を大量に含んでおり、医療機関を結ぶネットワークのセキュリティも問題視されることが多い。

問題点[編集 | ソースを編集]

初期のDICOM規格ではOSI参照モデルに準拠した製品を想定し、IEEE 1284(通称セントロニクス、パラレル・プリンタ端子として有名)やRS-232Cによる2点間通信を筆頭に、コンピュータ創世記に考案された多種多様な通信方式をサポートできるようになっていた(現在はTCP/IPを残し、他は全て廃止された)。

その一方で、世間一般ではOSI参照モデルではなく、インターネットイントラネットで用いられているDARPAモデル(≒インターネット・プロトコル)に準拠した製品が普及してしまった。なお、OSI参照モデルとDARPAモデルを対照表にしている文献も多々見受けられるが、インターネット技術の標準化策定組織であるIETFは再三にわたりインターネット・プロトコルがOSIに準拠する事は意図しない間違った情報であると述べている。

このためDICOMでは追加仕様としてTCP/IPサポートが追加されたのだが、その際にTCP/IP上でOSI参照モデルをカプセル化(ほぼエミュレーション)するという手法を採用した。これにより既存のシステムはTCP/IPの単純な処理を実装するだけで対応できるという利点もあったが、その一方で純粋なDARPAモデル準拠製品ではネットワークカード上の専用ハードウェア(LAN端子に直結する半導体)で超高速に処理されるパケットの並び替えや再送処理などが行われず、全てDICOM通信を実装する各ソフトウェアによって行われることとなり、CPUへの負荷が高く、通信速度も出ないなどという問題を抱えることになった。

また、HTTPなどの多くのシステムが採用する通信プロトコルではなく、完全にDICOM独自の通信プロトコルを採用しているため、ルーターファイアーウォールなどは初期設定で通信を拒絶するようになっていることが多く、遠隔読影はもとより部門間で異なるネットワークを構成しているような施設ではこれらの設定変更が問題となることが多い。

ただ、このような幅広い間口を用意したことで普及を促進したのも事実である。現在はパソコンを中心としたコンピュータの想像を絶する進化と、医療機器の進化の遅さも相まって、いずれも問題にならないレベルに達している。唯一の残された問題点は、ニッチな市場性と、新規参入の難しさくらいである。

これらの問題に対処するため、他社システムとの通信には互換性の高いDICOMを用いるが、自社製品間では利便性の高いHTTPをベースとした独自プロトコルを採用するシステムも増えつつある。ただしDICOM関連の実装が二の次となっているシステムも少なからず存在し、そのようなシステムを導入することでデータ移行が事実上不可能な状況に陥るケースも見受けられるため、採用には細心の注意を払う必要がある。

内包データ形式[編集 | ソースを編集]

DICOMは医用画像向けの規格であり、一般的にはCT等から発生する生データや、それらをランレングス圧縮JPEGJPEG2000といったで圧縮形式で画像データが内包されている。

DICOM規格で規定しているデータ種別には、RFC2557MHTML)およびXMLによるプレーン・テキスト形式が存在し、それらの形式を用いてBASE64などでエンコード(カプセル化)を行えば(データ変換しておけば)、事実上どんなデータでも内包できる。ただし、そのような実装を行っているソフトは非常に稀であり、心電図心音を音声ファイルとして格納している例が確認されている程度である。

画像ファイルフォーマットとしてのDICOM[編集 | ソースを編集]

DICOMファイル」の項目を参照。

ネットワークプロトコルとしてのDICOM[編集 | ソースを編集]

DICOM通信」の項目を参照。

歴史[編集 | ソースを編集]

DICOM/歴史」の項目を参照。

関連用語[編集 | ソースを編集]

Category:DICOMを参照。

詳細[編集 | ソースを編集]

DICOM関連ソフトウェア[編集 | ソースを編集]

関連項目[編集 | ソースを編集]

参考文献[編集 | ソースを編集]