「DICOMビューアー」の版間の差分
編集の要約なし |
|||
| (他の1人の利用者による、間の1版が非表示) | |||
| 7行目: | 7行目: | ||
近年では、医用画像サーバーは他社との連携のために[[DICOM]]規格による入出力をサポートするものの、そのサーバーを利用する医用画像ビューアは[[DICOM]]規格を用いず、独自規格を採用するものが増加傾向にある。この傾向は特にシビアな応答性能が要求される大規模なシステムほど強い。[[DICOM]]規格の複雑さと無駄な処理の多さによるシステムへの負荷や、[[DICOM]]のみではサポートできない機能性によるところが大きい。 | 近年では、医用画像サーバーは他社との連携のために[[DICOM]]規格による入出力をサポートするものの、そのサーバーを利用する医用画像ビューアは[[DICOM]]規格を用いず、独自規格を採用するものが増加傾向にある。この傾向は特にシビアな応答性能が要求される大規模なシステムほど強い。[[DICOM]]規格の複雑さと無駄な処理の多さによるシステムへの負荷や、[[DICOM]]のみではサポートできない機能性によるところが大きい。 | ||
稀に小規模な[[PACS]]製品で、「うちの[[PACS]]も独自規格使っており高性能です！なお付属の[[DICOMサーバー]]はDICOM通信の受信しかできません（C-STORE | 稀に小規模な[[PACS]]製品で、「うちの[[PACS]]も独自規格使っており高性能です！なお付属の[[DICOMサーバー]]はDICOM通信の受信しかできません（C-STORE SCPしかサポートしません）」というなシステムもあるが、これは前述の応答性能云々ではなく、単純に技術力がないだけなので、華麗に避けるのが賢明である。 | ||
== ウィンドウニング == | == ウィンドウニング == | ||
| 36行目: | 36行目: | ||
ほかにも再構成方法は色々ある。 | ほかにも再構成方法は色々ある。 | ||
<!-- | |||
== その他 == | |||
* [[2D]] - 基本 | |||
** [[MIP]] | |||
* [[3D]] | |||
** [[MPR]] | |||
** [[サーフェイスレンダリング]] | |||
** [[ボリュームレンダリング]] | |||
* [[4D]] - ボリュームレンダリングの動画 | |||
* [[5D]] - ボリュームレンダリングの動画に[[フュージョン]] | |||
--> | |||
== 主なDICOMビューアー == | == 主なDICOMビューアー == | ||
2012年7月26日 (木) 15:39時点における最新版
DICOMビューアー (DICOM Viewer)とは、DICOM規格に準拠した医用画像を見ることに特化した画像ビューアソフトのことである。
近年の状況[編集 | ソースを編集]
DICOMビューアと一言で言っても、LANなどのオンラインを利用しDICOMサーバーやRISと連動して動作するチーム医療を想定したシステム化された大規模なものから、CDやDVDなどにDICOMビューアとDICOMファイルをセットで書き込み、オフラインでの利用を想定した（主に紹介状に添付するのを目的とした）小規模なものまで様々な種類が存在する。
近年では、医用画像サーバーは他社との連携のためにDICOM規格による入出力をサポートするものの、そのサーバーを利用する医用画像ビューアはDICOM規格を用いず、独自規格を採用するものが増加傾向にある。この傾向は特にシビアな応答性能が要求される大規模なシステムほど強い。DICOM規格の複雑さと無駄な処理の多さによるシステムへの負荷や、DICOMのみではサポートできない機能性によるところが大きい。
稀に小規模なPACS製品で、「うちのPACSも独自規格使っており高性能です！なお付属のDICOMサーバーはDICOM通信の受信しかできません（C-STORE SCPしかサポートしません）」というなシステムもあるが、これは前述の応答性能云々ではなく、単純に技術力がないだけなので、華麗に避けるのが賢明である。
ウィンドウニング[編集 | ソースを編集]
医用画像は、PCで一般的なRGB各色8ビットではなく、グレースケール（モノクローム）10～16ビットとなっており、そのままでは液晶ディスプレイなどで表示できないため、ウインドニング（Windowing）と呼ばれる変換処理を行えるようになっている。
ウィンドウレベル変換[編集 | ソースを編集]
ウィンドウレベル変換（リニア変換）とは、10～16ビットうち、中心点(Window Center)と、抽出幅(Window Width)を決め、その範囲内のピクセルデータを線形的に8ビットに丸め込む変換処理のことである。
ウィンドウレベル変換は、PCでは写真フィルムと違い高階調のグレースケール画像をそのまま表示できないという欠点から生まれた技法だが、思わぬ副作用として中心点(Window Center)と抽出幅(Window Width)を変えることで「見たい部分のみを抽出できる」という画期的な利点を生み出した。
例えばCTであれば、DICOM画像の各ピクセルの値(CT値)は、水分を0、空気を-1000、緻密骨を+1000という具合になっているので、見たい組織に近い値を選択することで、その組織のみを表示することができる。
詳細は別項「ウィンドウレベル変換」を参照のこと。
その他の変換法[編集 | ソースを編集]
各メーカー独自にガンマカーブなどの曲線的な変換を行う機能などをを搭載している場合がある。
たとえば富士フィルムの製品は10ビットなのに他社の12ビット製品並みに綺麗に補正する秘密の変換機能が付いている。
ただし、そういう秘密の変換機能を持ったDICOMビューアを導入してしまうと、後々他社のDICOMビューアやPACSに乗り換えた際に、当然秘密の変換は行われないので、過去データがクソ汚く写ったりし、移行不能に陥り、最初は安かったのにシステム更新の際にメーカーに足元見られてボッタくられる可能性があるので要注意。
フィリップスが売っていたiSiteみたいに変換方法を公開している場合もある（ようするに特許ライセンス販売）。
再構成[編集 | ソースを編集]
再構成とは、複数枚の画像データから、新たな画像データを生成することである。
たとえばCTで撮影した1000枚の2D画像(ピクセル)を積み上げ、ペラペラな紙もアホみたいに重ねれば厚みがでるという力技で3D画像にしてしまうMPRやボリューム・レンダリングなどという手法がある。
ほかにも再構成方法は色々ある。
主なDICOMビューアー[編集 | ソースを編集]
- OsiriX - Mac用のオープンソースで開発が行われているDIOCMビューアー
だれか商用製品も書いて
関連項目[編集 | ソースを編集]
|
この項目「DICOMビューアー」は、医学に関連した書きかけの項目です。加筆・訂正などをして下さる協力者を求めています（ポータル 医学と医療／ウィキプロジェクト 医学）。 |