ページ「DICOM」と「ファイル:ZaNyoO2.jpg」の間の差分

提供:メディカルウェア
(ページ間の差分)
ナビゲーションに移動 検索に移動
imported>Administrator
 
imported>Suzuki sayaka
編集の要約なし
 
1行目: 1行目:
[[ファイル: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'''(ダイコム)とは、'''D'''igital '''I'''maging and '''CO'''mmunication in '''M'''edicineの頭文文字をとった規格名で、[[モダリティ機器]]や[[PACS]]が用いる医用画像フォーマットおよび通信プロトコルを定義した規格である。


== 概要 ==
DICOM規格は米国における独自規格であり、ISOなどが定める世界標準規格ではなかったが、世界的に事実上のデファクトスタンダードとなっていた。
2006年にISOは「ISO 12052:2006」という名称のもと、ISOでは医用画像などに関する規格化を行わず、その全権をDICOMに委ねるとする参照規格と定められ、標準規格として認められるに至っている。
現代では、一般的な写真カメラがデジタル化したように、[[レントゲン写真]]もデジタル化し、フィルムではなく画像ファイルとして保存されるようになり、ファイルサーバーで管理され、その受け渡しもネットワーク越しに行われるようになった。
DICOMでは、その画像ファイルのフォーマットやネットワーク越しの受け渡し方法などを規格化したもので、[[CT]]([[コンピュータ断層撮影]])や[[MR]]([[核磁気共鳴画像法]])、[[CR]]([[コンピュータX線撮影]])などの[[医用画像機器]]([[モダリティ]])で撮影した[[医用画像]]のフォーマットをはじめ、それらの画像データをどのように他の[[モダリティ]]や[[PACS]]、[[ドライイメージャー]]などで送受信するか、[[高精細モニター]]の初期設定はどうあるべきか、などが細かく規格化されている。
もともとは[[ヒト]]([[人間]])のために作られた規格であるが、[[動物病院]]をはじめ、医療の枠をこえて飛行機などの非破壊検査でも使われ始めており、DICOM規格もそれらに対応すべく拡張が続けられている。
== 画像ファイルフォーマットとしてのDICOM ==
「[[DICOMファイル]]」の項目を参照。
== ネットワークプロトコルとしてのDICOM ==
「[[DICOM通信]]」の項目を参照。
== 利点と欠点 ==
=== DICOM画像 ===
[[読影]]を行うという意味では[[高精細モニター]]が写真フィルムに比べ画質が大幅に劣ることから敬遠される傾向があった。たとえば[[レントゲン写真]]をみるための[[シャウカステン]]は輝度3000~15000カンデラ、写真フィルム自体のコントラストは20000諧調くらいある。2013年現在の最高スペックの[[高精細モニター]]をもってしても一桁性能が違うというのが実情である。
ただ[[DICOM画像]]は[[ウィンドウレベル変換]]などの写真フィルムとは異なる見方ができ、画像解析や[[再構成]]も容易であり、可搬性や保管性なども圧倒的に優れているなど、写真フィルムにはない利点も多々ある。
=== DICOM通信 ===
[[DICOM通信]]を用いることで[[DICOM画像]]をネットワーク越しに簡単にやりとりできるため、[[遠隔医療]]・[[遠隔読影]]も普及の兆しを見せている。
ただし[[遠隔医療]]における施設間の連携は、[[学閥]]・[[医局]]の繋がりが総てと言っていいほど強いので、最近流行りのパブリック・クラウド的な商業サービス化にたどり着くには何十年もかかると思われる。
また[[DICOM画像]]には画像データの他にも[[DICOMタグ]]として非常にデリケートな[[患者]]の個人情報を大量に含んでおり、[[医療機関]]を結ぶネットワークのセキュリティも問題視されることが多い。
== 歴史 ==
DICOMの正式な規格名は「'''DICOM 3.0'''」である。
=== 20世紀 ===
20世紀の医用画像業界は大手[[モダリティメーカー]]による支配下にあった。大手[[モダリティメーカー]]による独自規格が乱立し、メーカー間どころか、自社システム間ですら他部署が作ったので互換性がないという状況で、何かしらのシステムを導入するたびに大規模な相互接続システムの開発が行われていた。
ここ最近の無名フリーソフトにも遙かに劣る今では考えられないほどショボいスタンドアローンの医用画像ワークステーション(医用画像ビューア専用パソコン)ですら1台1億円を越え、その医用画像ビューアで見るために[[モダリティ機器]]からフロッピーディスクに画像データを書き出すシステムも特注開発で1[[モダリティ]]あたり数千万円という恐ろしい世界が出来上がっていた。
メーカーにしてみれば、それはユーザーの囲い込みであり、一度導入されてしまえば他社への乗り換えは事実上不可能、かつ何かしらを導入するたびに大規模な連携システムの開発が行われ、莫大な金が動く非常に儲かる商売であり、当然その利権を手放そうとはせず、その混沌は日々加速していった。
=== 革命前夜 ===
その混沌とした医用画像業界に終止符を打つべく、[[米国放射線学会]] (ACR) が主導し、1981年から医用画像フォーマットの標準化を目指す医用画像規格の開発が始められた。
ただ、ACRは[[放射線科医]]を中心とする利用者側の団体であり、単独で発表したところで、利権に塗れた世界中のメーカーの連合などに潰されてしまうのは目に見えていた。
そこでACRは[[北米電子機器工業会]] (NEMA)の助けを借り、[[ACR-NEMA]] 1.0を1985年に発表、続けて[[ACR-NEMA]] 2.0を1988年発表した。
この時点では世界が動くことはなかったが、生き残った。
=== DICOM 3.0 ===
その後、1992年の[[北米放射線学会]]でDICOM3.0を大々的に発表したのを切っ掛けに一気に流れが変わった。この時点でも大手[[モダリティメーカー]]を動かすことは出来なかったが、その存在が一気に世界中の[[医療従事者]]に知られることとなった。欧州を中心としたフリーソフト[[Osiris]]の登場や、日本における[[J-MAC SYSTEM]]の登場と低価格市場の開拓など、大きな波が生まれようとしていた。
この際、ACR-NEMA 2.0から仕様が劇的に大規模化したことを受け、ACR-NEMA 3.0からDICOM 3.0 (1993年)と名称変更された。また、併せて新たに[[DICOM Standards Committee]]という団体が設立され、規格制定および追加・変更はそちらに移管された。
なお、1993年のDICOM 3.0の制定から規格変更が行われていないわけではなく、以降はDICOM 3.0 2009などと改訂年度が末尾に付くようになった。改訂に際しては「廃止」と「追加」のみが行われており、「変更」は行われていない。このため、DICOM規格の改定が行われても、既存システムに影響が出ることはなく、その時点での[[適合性宣言書]] ([[コンフォーマンス・ステートメント]])の改訂を必要としない。ただし、希に例外的な改変があるので注意が必要である。
=== 世界標準 ===
本当の意味でDICOMが世界を動かしたのは2003年3月23日の出来事である。
2003年3月23日、米国政府は以下のような発表を行った。
この命令は即日発効である。
すべての連邦機関は次の規格を採用しなければならない。
Digital Imaging and COmmunication in Medicine、DICOM。
これは医療に関わるデジタル画像と診断情報を、さまざまなメーカーのデバイスや、
医療スタッフの使うワークステーションから検索および取得を可能にするものである。<ref>http://aspe.hhs.gov/datacncl/hixs.htm</ref>
世界最大の市場である米国で商売したければ、必ず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モデル準拠製品ではネットワークカード上の専用ハードウェアで超高速に処理されるパケットの並び替えや再送処理などが全てソフトウェアによって行われることとなり、CPUへの負荷が高く、通信速度も出ないなどという問題を抱えることになった。
また、HTTPなどの多くのシステムが採用する通信プロトコルではなく、完全にDICOM独自の通信プロトコルを採用しているため、ルーターやファイアーウォールなどは初期設定で通信を拒絶するようになっていることが多く、[[遠隔読影]]はもとより部門間で異なるネットワークを構成しているような施設ではこれらの設定変更が問題となることが多い。
ただ、このような幅広い間口を用意したことで普及を促進したのも事実である。現在はパソコンを中心としたコンピュータの想像を絶する進化と、[[医療機器]]の進化の遅さも相まって、いずれも問題にならないレベルに達している。唯一の残された問題点は、ニッチな市場性と、新規参入の難しさくらいである。
これらの問題に対処するため、他社システムとの通信には互換性の高いDICOMを用いるが、自社製品間では利便性の高いHTTPをベースとした独自プロトコルを採用するシステムも増えつつある。ただしDICOM関連の実装が二の次となっているシステムも少なからず存在し、そのようなシステムを導入することで[[データ移行]]が事実上不可能な状況に陥るケースも見受けられるため、採用には細心の注意を払う必要がある。
== 内包データ形式 ==
DICOMは[[医用画像]]向けの規格であり、一般的には[[CT]]等から発生する生データや、それらをランレングス圧縮や、JPEG、JPEG2000といったで圧縮形式で画像データが内包されている。
DICOM規格で規定しているデータ種別には、RFC2557(MHTML)およびXMLによるプレーン・テキスト形式が存在し、それらの形式をもちいてカプセル化を行えば(データ変換しておけば)、事実上どんなデータでも内包できる。ただし、そのような実装を行っているソフトは非常に稀であり、[[心電図]]の[[心音]]を音声ファイルとして格納している例が確認されている程度である。
== 関連用語 ==
[[:Category:DICOM]]を参照。
== 詳細 ==
* [[DICOMビューア]]
* [[DICOMサーバー]]
* [[DICOMファイル]]
* [[DICOM通信]]
== DICOM関連ソフトウェア ==
* [[CTN]] - [[RSNA]]および[[NEMA]]公式のC言語で開発された[[オープンソース]]の[[DICOMライブラリ]]
* [[DCMTK]] - C++で開発された[[オープンソース]]の高機能DICOMライブラリおよびツールキット
* [[OsiriX]] - [[オープンソース]]の高機能[[DICOMビューアー]](簡易的な[[DICOMサーバー]]機能もある)
== 関連項目 ==
* [[医用画像システム]] ([[PACS]])
* [[放射線科情報システム]] ([[RIS]])
* [[HL7]]
* [[IHE]]
== 参考文献 ==
<references/>
{{medical-stub}}
{{DEFAULTSORT:DICOM}}
[[Category:DICOM]]

2017年10月27日 (金) 19:33時点における最新版