「DICOM」の版間の差分

提供:メディカルウェア
ナビゲーションに移動 検索に移動
imported>Administrator
編集の要約なし
(178.73.219.67 (トーク) による版 5544 を取り消し)
 
(20人の利用者による、間の54版が非表示)
1行目: 1行目:
'''DICOM'''(ダイコム)とは、'''D'''igital '''I'''maging and '''CO'''mmunication in '''M'''edicineの頭文字をとった[[CT]][[コンピュータ断層撮影]])や[[MR]][[核磁気共鳴画像法]])、[[CR]][[コンピュータX線撮影]])などの[[医用画像機器]]で撮影した[[医用画像]]の画像フォーマットおよび[[医用画像機器]]間の通信プロトコルを定義した標準規格である。
[[ファイル:DICOM公式ロゴ.jpg|200px|right|thumb|DICOM公式ロゴ]]
[[ファイル:Curved-MPR-02.jpg|200px|right|thumb|[[オープンソース]][[DICOMビューア]][[OsiriX]]を用いて[[Curved MPR]]を作成]]
[[ファイル:PET-CT.png|200px|right|thumb|同じく[[OsiriX]][[PET]][[CT]][[フュージョン]]]]
'''DICOM'''(読み:だいこむ、語源:Digital Imaging and COmmunication in Medicine)とは、[[医用画像]]にまつわる標準規格で、主に[[放射線科]]領域における各種検査装置([[モダリティ機器]][[PACS]])が用いる医用画像フォーマットを筆頭に、検査機器間のファイル転送や[[患者]]情報や[[検査]]情報のやりとりなどの通信プロトコルを定義した規格である。


正式な規格名は「'''DICOM 3.0'''」である。[[米国放射線学会]] (ACR) と[[北米電子機器工業会]] (NEMA)が共同で開発・発表した[[医用画像機器]]間の接続規格であるACR-NEMA 1.0 (1985年)、ACR-NEMA 2.0 (1988年)に続く規格であったが、仕様が劇的に大規模化したことを受けACR-NEMA 3.0からDICOM 3.0 (1993年)と名称変更された。また、併せて新たに[[DICOM Standards Committee]]という団体が設立され、規格制定および追加・変更はそちらに移管された。
== 概要 ==
DICOMと一言でいっても、DICOMが定める範囲は非常に広く、検査機器が生成する画像フォーマット([[DICOMファイル]])や、その画像をやりとりする通信プロトコル([[DICOM通信]])、[[患者]]情報や[[検査]]情報の通信([[MWM]])など様々なものがある。


なお、1993年のDICOM 3.0の制定から規格変更が行われていないわけではなく、以降はDICOM 3.0 2009などと改訂年度が末尾に付くようになった。改訂に際しては「廃止」と「追加」のみが行われており、「変更」は行われていない。このため、DICOM規格の改定が行われても、既存システムに影響が出ることはなく、その時点での[[適合性宣言書]] ([[コンフォーマンス・ステートメント]])の改訂を必要としない。
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]]等から発生する生データや、それらを[[ランレングス圧縮]]や[[JPEG]]、[[JPEG2000]]といったで圧縮形式で画像データが内包されている。
 
DICOM規格で規定しているデータ種別には、[[RFC2557]]([[MHTML]])および[[XML]]による[[プレーン・テキスト]]形式が存在し、それらの形式を用いて[[BASE64]]などでエンコード([[カプセル化]])を行えば(データ変換しておけば)、事実上どんな[[データ]]でも内包できる。ただし、そのような実装を行っているソフトは非常に稀であり、[[心電図]]の[[心音]]を音声ファイルとして格納している例が確認されている程度である。
 
== 画像ファイルフォーマットとしてのDICOM ==
「[[DICOMファイル]]」の項目を参照。
 
== ネットワークプロトコルとしてのDICOM ==
「[[DICOM通信]]」の項目を参照。
 
== 歴史 ==
「[[DICOM/歴史]]」の項目を参照。
 
== 関連用語 ==
[[:Category:DICOM]]を参照。


== 詳細 ==
== 詳細 ==
10行目: 62行目:
* [[DICOMファイル]]
* [[DICOMファイル]]
* [[DICOM通信]]
* [[DICOM通信]]
* [[DICOMタグ]]


== 関連項目 ==
== DICOM関連ソフトウェア ==
* [[CTN]] - [[RSNA]]および[[NEMA]]公式のC言語で開発された[[オープンソース]]の[[DICOMライブラリ]]
* [[CTN]] - [[RSNA]]および[[NEMA]]公式のC言語で開発された[[オープンソース]]の[[DICOMライブラリ]]
* [[DCMTK]] - C++で開発された[[オープンソース]]の高機能DICOMライブラリおよびツールキット
* [[DCMTK]] - C++で開発された[[オープンソース]]の高機能DICOMライブラリおよびツールキット
* [[OsiriX]] - [[オープンソース]]の高機能[[DICOMビューアー]](簡易的な[[DICOMサーバー]]機能もある)
* [[OsiriX]] - [[オープンソース]]の高機能[[DICOMビューアー]](簡易的な[[DICOMサーバー]]機能もある)
== 関連項目 ==
* [[医用画像システム]] ([[PACS]])
* [[放射線科情報システム]] ([[RIS]])
* [[HL7]]
* [[IHE]]
== 参考文献 ==
{{reflist}}
{{medical-stub}}
{{DEFAULTSORT:DICOM}}
[[Category: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関連ソフトウェア[編集 | ソースを編集]

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

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