C++によるDICOMファイル解析

**デフォルトの名無しさん** · 2006/08/21(月) 21:49:44

さっそくはじめましょー

**デフォルトの名無しさん** · 2006/08/21(月) 21:51:32

DICOMの紹介をどうぞ

**デフォルトの名無しさん** · 2006/08/21(月) 21:56:40

あ～、あの電車男のオープニングの元ネタの

**デフォルトの名無しさん** · 2006/08/21(月) 21:59:50

>>2
DICOMとは

Digital Imaging and Communications in Medicineの略で、
医療におけるデジタル画像と通信の企画を定めたやつです。
ものすごーく複雑多岐に及んでいてとても個人で全て
理解できる代物ではないので、ひとまずDICOMファイルを
読み込んでデータを解析するくらいのものを作ってみようかと

>>3
DAICON

**デフォルトの名無しさん** · 2006/08/21(月) 22:15:52

参照URLも貼らずに（ｒｙ

**デフォルトの名無しさん** · 2006/08/21(月) 22:20:21

参考URL:

DICOM日本語Webページ
http://www.jfcr.or.jp/DICOM/

本家
http://medical.nema.org/

**デフォルトの名無しさん** · 2006/08/21(月) 22:25:54

規格が決まってるなら別に解析する必要なくね？

**デフォルトの名無しさん** · 2006/08/21(月) 22:35:46

DICOMファイルのサンプル(グロ画像ではありません)
http://149.142.216.30/DICOM_FILES/DICOMfilesIndex.html

>>7
フリーのDICOMファイル解析ツールってのが
Macを除いて殆ど無いので、ショボいのでもいいから作ってみようかと

**デフォルトの名無しさん** · 2006/08/21(月) 22:46:19

ちなみにMacではApple社がMac OS X用に開発した
無料DICOMビューア「OsiriX」(オシリックス？)というのがあります凄すぎ
http://www.apple.com/jp/medical/osirix/

ココまでのモノを作り上げるのは到底不可能ですが、
できるトコまでやってみたいと思っとります

**デフォルトの名無しさん** · 2006/08/21(月) 22:47:07

「解析ツール」が何を指しているのかよくわからんが、ビューア系なら色々あるぞ。
ttp://www.vector.co.jp/soft/winnt/business/se333639.html
ttp://www.vector.co.jp/soft/winnt/business/se388642.html
ttp://www.vector.co.jp/soft/win95/business/se332625.html

洋物もいくつか使ったことある。

**デフォルトの名無しさん** · 2006/08/21(月) 22:56:43

>>10
情報Thx！
ただ、ソースコード公開してるトコは見た事なかったので、
自己の勉強の意味でも作ってみよーかなと

「解析ツール」って言ったのは
DICOMヘッダ情報解析＆画像閲覧できる
Appを指してます

**デフォルトの名無しさん** · 2006/08/21(月) 23:07:29

ほんじゃそろそろDICOMファイルの
詳細な構造から行ってみます

■DICOMファイルは大きく分けて以下の構造になってます
┌─────────────
｜DICOMファイルメタ情報
├─────────────
｜DICOMデータ集合
└─────────────

まずDICOMファイルメタ情報から見ていきます

**デフォルトの名無しさん** · 2006/08/21(月) 23:47:00

【DICOMファイルメタ情報】
DICOMファイルを構成する為の
ヘッダ情報みたいなものが入っています

具体的には以下構成になっています

■DICOMファイルメタ情報の構造
┌─────────────
｜ファイルプリアンブル
├─────────────
｜DICOMプリフィックス
├─────────────
｜ファイルメタ要素
├─────────────
｜ファイルメタ要素
├─────────────
｜ファイルメタ要素
├─────────────
｜・・・・・・・・・
├─────────────
｜ファイルメタ要素
└─────────────

**デフォルトの名無しさん** · 2006/08/22(火) 00:05:30

【ファイルプリアンブル】
DICOMファイル先頭にある固定128バイト。
アプリケーション特定の用途により使用できるようになっています。
使用しない場合は、全てのバイトに0x00を設定するよう決められています。

【DICOMプリフィックス】
4バイトの文字列。「DICM」固定。
このファイルがDICOMファイルかどうか判断する為に使用されます。

【ファイルメタ要素】
DICOMファイルのヘッダ情報を表す項目。
それぞれ『タグ』、『値表現(VR)』、『値長さ』、『値領域』で構成されています(※)。

※詳細は後述。

**デフォルトの名無しさん** · 2006/08/22(火) 00:30:03

>>1はなぜDICOMのファイルを解析したいのか、その動機を具体的に書け。

**デフォルトの名無しさん** · 2006/08/22(火) 00:30:27

詳細な解説は飛ばして、次にDICOMデータ集合に行きます

【DICOMデータ集合】
DICOMファイルの最も重要な部分。
・画像情報(画像の幅、高さ.etc)
・患者情報(患者名、年齢、住所.etc)
等、ありとあらゆるデータが詰め込まれています。

■DICOMデータ集合の構造
┌─────────────
｜データ要素
├─────────────
｜データ要素
├─────────────
｜データ要素
├─────────────
｜・・・・・・・・・
├─────────────
｜データ要素
└─────────────

【データ要素】
DICOMファイルの各データを表す項目。
それぞれ《基本的に》『タグ』、『値表現(VR)』、『値長さ』、『値領域』で構成されています(※)。

※詳細は後述。

**デフォルトの名無しさん** · 2006/08/22(火) 00:30:56

解析する「ソフトを作りたい」動機じゃないぞ。「解析したい動機」だ。

**デフォルトの名無しさん** · 2006/08/22(火) 00:32:07

仕事で必要になったんだが、金が無いので、無料で馬鹿どもを集めて作らせようという魂胆でしょ。

**デフォルトの名無しさん** · 2006/08/22(火) 00:34:54

仕様通りに実装して終了

の気がするんだけど

仕様が巨大らしいから面倒なのかな

**デフォルトの名無しさん** · 2006/08/22(火) 00:44:01

>>17
・C++のお勉強
・DICOM規格のお勉強(最初はDICOM解説サイト作ろうとしたけどメンドいのでやめた)
ってトコかな

別にDICOMじゃなくてもいいんですよ
やり甲斐がある題材が欲しかっただけ

>>18
いや、仕事とは無関係ですよ　完全に趣味

**デフォルトの名無しさん** · 2006/08/22(火) 00:45:56

って、明日も仕事なので
今日はコレくらいで
では

**デフォルトの名無しさん** · 2006/08/22(火) 00:49:46

$ apt-cache search DICOM
libdcmtk0 - The OFFIS DICOM toolkit runtime libraries
libdcmtk0-dev - The OFFIS DICOM toolkit development libraries and headers
ctn - Central Test Node, a DICOM implementation for medical imaging
ctn-dev - Development files for Central Test Node, a DICOM implementation
ctn-doc - Documentation for Central Test Node, a DICOM implementation
dcmtk - The OFFIS DICOM toolkit command line utilities
dcmtk-doc - The OFFIS DICOM toolkit documentation
dcmtk-www - The OFFIS DICOM toolkit worklist www server application
libdcmtk1 - The OFFIS DICOM toolkit runtime libraries
libdcmtk1-dev - The OFFIS DICOM toolkit development libraries and headers
libmdc2 - Medical Image (DICOM, ECAT, ...) conversion tool
libmdc2-dev - Medical Image (DICOM, ECAT, ...) conversion tool
medcon - Medical Image (DICOM, ECAT, ...) conversion tool
xmedcon - Medical Image (DICOM, ECAT, ...) conversion tool

結構ヒットするよ
Debianだからフリーだよ

**デフォルトの名無しさん** · 2006/08/22(火) 11:33:11

DCMTK使えよ。
ttp://dicom.offis.de/dcmtk.php.en

スレ主はちゃんと調べもせずに「ない」と決め付けている。

**デフォルトの名無しさん** · 2006/08/22(火) 11:53:11

>>20
なぜDICOM規格の勉強をしたいのか説明しろ

**デフォルトの名無しさん** · 2006/08/22(火) 12:10:17

あんな糞企画、仕事以外で使いたくなるわけ無い

**デフォルトの名無しさん** · 2006/08/22(火) 12:16:51

>>1
ツール作りたいなら、別に規格の説明などしなくていいから、勝手に自分でやってくれ。

**デフォルトの名無しさん** · 2006/08/22(火) 19:42:12

そんな規格よりXMLSchemaとか解析してくれ

**デフォルトの名無しさん** · 2006/08/22(火) 19:45:16

やるならYAMLだな。
いいものが出来れば、社会に貢献できる。

**デフォルトの名無しさん** · 2006/08/22(火) 23:33:35

ただいま戻りました

あ、情報提供有難うございます。
是非参考にさせてもらいます

**デフォルトの名無しさん** · 2006/08/23(水) 00:17:11

>>16の続き
眠いのでこれだけ･･･

【タグ】
16ビット符号無し整数の「グループ番号」「要素番号」の対で構成され、
データ要素を一意に識別する(例外有り)為の目印。
規格書には(0x0020,0x1011)等と記載されたりします。

【値表現(VR)】
データ要素の値のデータタイプ及び書式を表す2バイトの文字列。
データ要素が持つ値は文字列だったり整数値だったりバイト列だったりしますが、
これらのデータタイプが何なのかを解析する際に使用されます。
DICOMファイルによっては、このVRが存在しない(暗黙的VR)ものもあります。

【値長さ】
値領域の長さ(バイト数)を示す16または32ビット
(VRが明示的か暗黙的かに依存する)符号無し整数。
値長さが未定義の場合、このフィールドには
0xFFFFFFFFが設定されます(未定義長さ)。

【値領域】
データ要素の値が格納されている領域。
値が整数値なのか文字列なのかはVRによって判断されます。

**デフォルトの名無しさん** · 2006/08/23(水) 00:40:58

ブログでやれ

**デフォルトの名無しさん** · 2006/08/24(木) 00:32:06

とりあえず物凄く大まかな構造を解説したところで、
これまでの解説をプログラムでまとめてみましょう

int main(int argc, char* argv[])
{
　　DicomFile DcmFile; // DICOMファイルを解析するクラスのインスタンス

　　DcmFile.Open(argv[1]);

　　DcmFile.ReadMetaInfo() ;

　　DcmFile.ReadDataSet() ;

　　return 0;
}

**デフォルトの名無しさん** · 2006/08/24(木) 00:47:21

DicomFileクラスはコメントにもある通り
DICOMファイルを読み込み、データを解析するクラスです
直感的に見て分かると思いますが上のプログラムでは

・DICOMファイルをオープンする
・DICOMファイルメタ情報を読み込んで解析する
・DICOMデータ集合を読み込んで解析する

の３つを行います
解析した結果をどうするかについてはまた別途考えます

/* 「解析する」ならRead～じゃなくてParse～の方が良かったか･･･ */

◆6MkREOQ1to · 2006/08/24(木) 00:49:44

トリップ付けました

1 ◆6MkREOQ1to · 2006/08/24(木) 00:50:27

今日はこれで寝ます　では

**デフォルトの名無しさん** · 2006/08/24(木) 01:25:55

なに？このキチガイ

**デフォルトの名無しさん** · 2006/08/24(木) 03:20:00

はじめから隔離スレだし、他で暴れられるよりいいじゃね？

**デフォルトの名無しさん** · 2006/08/24(木) 17:24:54

埋め

**デフォルトの名無しさん** · 2006/08/24(木) 17:27:04

産め

**デフォルトの名無しさん** · 2006/08/24(木) 17:36:28

うめ

**デフォルトの名無しさん** · 2006/08/24(木) 19:31:14

うめ

**デフォルトの名無しさん** · 2006/08/24(木) 19:36:53

ウメ

**デフォルトの名無しさん** · 2006/08/24(木) 19:38:25

ウメ

**デフォルトの名無しさん** · 2006/08/24(木) 20:03:42

埋め

**デフォルトの名無しさん** · 2006/08/24(木) 21:07:33

梅

**デフォルトの名無しさん** · 2006/08/24(木) 21:54:20

埋め

**デフォルトの名無しさん** · 2006/08/24(木) 22:00:56

生め

**デフォルトの名無しさん** · 2006/08/24(木) 22:08:25

埋め

**デフォルトの名無しさん** · 2006/08/24(木) 22:11:01

うめ

**デフォルトの名無しさん** · 2006/08/24(木) 22:17:09

うめ

**デフォルトの名無しさん** · 2006/08/24(木) 22:35:59

埋め

**デフォルトの名無しさん** · 2006/08/25(金) 00:39:51

埋め

1 ◆6MkREOQ1to · 2006/08/25(金) 02:53:29

ねむー　今日は無理だ･･･
なので続きは明日

**デフォルトの名無しさん** · 2006/08/25(金) 19:19:27

もう来るな

1 ◆6MkREOQ1to · 2006/08/29(火) 23:31:18

いやー本業多忙で･･･
もうしばらく延期させてください

>>54
まぁそう言わず

**デフォルトの名無しさん** · 2006/08/30(水) 22:25:37

二度と来るな

**デフォルトの名無しさん** · 2006/08/31(木) 02:20:48

何だか分からないが本業がんばれ

**デフォルトの名無しさん** · 2006/08/31(木) 03:26:55

これですか？わかりません :D
ttp://www.youtube.com/watch?v=a6ErJVffY6E&mode=related&search=

**デフォルトの名無しさん** · 2006/08/31(木) 03:36:32

DCOMの解析かと思った
それだけは勘弁

**デフォルトの名無しさん** · 2006/09/02(土) 13:25:59

おれも、前に作ったが、iso-2022系の文字をサポートしているためハングルとか中国語とか
文字で死にそうだった。後は楽な仕様だが、規格が大きいので関係ないところを読み飛ばさないとつらい。

1 ◆6MkREOQ1to · 2006/09/05(火) 01:49:25

>>57
本業はMFC屋さんです

1 ◆6MkREOQ1to · 2006/09/05(火) 01:58:33

>>32の続き
まずはDICOMファイルを全てメモリに読み込んでみます
(最大メモリ量 > ファイルサイズの前提で話を進めます)

----------------------------------------
#include <fstream>
using namespace std;

class DicomFile
{
private:
　unsigned char* m_pFile;
　unsigned char* m_pCur;
　unsigned char* m_pEnd;
public:
　// コンストラクタ
　DicomFile()
　: m_pFile(NULL)
　, m_pCur(NULL)
　, m_pEnd(NULL)
　{
　}

1 ◆6MkREOQ1to · 2006/09/05(火) 02:00:15

　// DICOMファイルをオープンする
　int Open(char* pFileName)
　{
　　ifstream file;
　　long lLength = 0;

　　file.open(pFileName, ios::binary);
　　file.seekg(0, ios::end);
　　lLength = file.tellg();
　　file.seekg(0, ios::beg);

　　m_pFile = new unsigned char[lLength];

　　file.read((char*)m_pFile, lLength);
　　file.close();

　　m_pEnd = m_pFile + lLength;
　　m_pCur = m_pFile + 128;
　　if (memcmp(m_pCur, "DICM", 4) != 0)
　　{
　　　delete [] m_pFile;
　　　m_pFile = NULL;
　　　m_pEnd = NULL;
　　　m_pCur = NULL;
　　　return 0;
　　}
　　m_pCur += 4;

　　return 1;
　}

1 ◆6MkREOQ1to · 2006/09/05(火) 02:00:49

　// メタ情報を解析する
　int ParseMetaInfo()
　{
　　return 1;
　}
　// データ集合を解析する
　int ParseDataSet()
　{
　　return 1;
　}
};

int main(int argc, char* argv[])
{
　DicomFile DcmFile; // DICOMファイルを解析するクラスのインスタンス

　DcmFile.Open(argv[1]);

　DcmFile.ParseMetaInfo();

　DcmFile.ParseDataSet();

　return 0;
}

1 ◆6MkREOQ1to · 2006/09/05(火) 02:07:01

色々と突っ込みどころ満載なのはご愛嬌。
今日はおちまい。

**デフォルトの名無しさん** · 2006/09/16(土) 20:38:37

電波が足りん

**デフォルトの名無しさん** · 2006/10/29(日) 00:10:00

なんで、こんなニッチな分野がスレになってんの？

**sage** · 2007/03/05(月) 18:54:58

sage

**エルモア** · 2007/04/06(金) 15:46:19

てすと

1 · 2007/04/12(木) 22:49:38

半年振りに復活。色々やらされてました。

1 · 2007/04/12(木) 23:51:19

久々に再開するかーと思ったけど、
どこかwebスペースを借りてやった方が良いですかね。。
書込行数も制限されちゃうし

**デフォルトの名無しさん** · 2007/04/13(金) 00:06:08

復活おめ

1 · 2007/04/15(日) 23:15:21

>>72
ありがとうございます

web借りました。
今後はこっちで細々やっていきます。
板汚しすみませんでした。
http://s1.muryo-de.etowns.net/~programming/

**デフォルトの名無しさん** · 2007/08/22(水) 11:36:55

>73
ソースまだー?

**デフォルトの名無しさん** · 2007/08/30(木) 01:43:33

すみません。。HDDがいきなり死亡して
ソースが全部吹っ飛んでしまいました。。

もうしばらくお待ち下さい。。

**デフォルトの名無しさん** · 2007/09/14(金) 17:09:49

期待age

**デフォルトの名無しさん** · 2007/10/06(土) 20:29:16

あの、すいません。
バイトでちょうどDICOMに関することをやらされているので、このスレ見つけて感動しました。

ところで、ちょうどというか本当にちょうどあなたがサイトでやられているようなことをやってくれないかと支持されたのですが
もしよろしければソースコード公開とかされないでしょうか？

**デフォルトの名無しさん** · 2007/10/07(日) 21:01:40

これがゆとりというものか

**デフォルトの名無しさん** · 2007/10/17(水) 23:25:42

埋め立て

77 · 2007/10/19(金) 17:18:12

あっはっは（苦笑
いちおうリアルゆとり世代ではないのですが・・・

いちおう、ゆとりなりに努力した結果、一昨日に完成させました。
バイト先に出す成果物なのでソースコードが出せませんが・・・

**デフォルトの名無しさん** · 2007/10/31(水) 20:27:58

でも、毎年追加変更あるんだよね。
俺がやったときは対応する文字コードが多すぎて面倒だったな。

**デフォルトの名無しさん** · 2007/11/10(土) 17:30:33

ところで
http://www.jfcr.or.jp/DICOM/dicom_draft-j.html
とかの、DICOM仕様書の日本語訳とかが消えているっぽいんだけど
他に日本語約手に入るところ知らないかな？
この分量の英語読むのは正直辛い

**デフォルトの名無しさん** · 2007/11/10(土) 17:35:31

libDicomとか無いのかな？

**デフォルトの名無しさん** · 2008/01/12(土) 04:42:33

保守

**デフォルトの名無しさん** · 2008/03/25(火) 12:31:46

http://www.sim.hcuge.ch/papyrus/01_Papyrus_Presentation_EN.htm
DICOM画像読み込みライブラリ

**デフォルトの名無しさん** · 2008/03/25(火) 12:32:59

>>85
なんぞこれ

**デフォルトの名無しさん** · 2008/03/25(火) 13:05:48

CベースのDICOM画像読み込みライブラリ、Windows、Mac、Linux対応
DICOMの通信規格部分は非対応。
Mac用のOsirisXなんかに使われているのが実績
http://japanese.osstrans.net/software/osirix.html
画像の読み出しだけなら十分に便利。

**デフォルトの名無しさん** · 2008/03/26(水) 20:45:22

>>85
試しにテスト画像みたいなのをSCION IMAGEで開こうとしたけど…
自分じゃやり方が良くわからん。

**デフォルトの名無しさん** · 2008/03/26(水) 21:27:47

age

**デフォルトの名無しさん** · 2008/08/22(金) 18:26:23

DICOM画像ってのは簡単に作れるもんなんでしょうか？

**デフォルトの名無しさん** · 2008/08/22(金) 18:35:35

詳しくは知らんが画像そのものはTIFFとかだったような記憶がある。
画像とその付帯情報、医療用なので患者の情報とかが、
いろいろくっついていてポータブル形式というのにパッケージされている。
業界標準的なライブラリはあったと思う。

**デフォルトの名無しさん** · 2008/08/22(金) 18:38:01

ビューワー程度だったら医学生が自作できる程度のものらしい。
特定分野の技術だから情報が仕入れにくいのがネックかもしれない。

**デフォルトの名無しさん** · 2008/08/23(土) 14:44:42

名古屋大学のDICOMViewerでどれでも読めるわけじゃないよ
タグ編集画面の説明は丁寧だけど
SQタグとかは対応してないけどバイナリでエクスポートはできる

**デフォルトの名無しさん** · 2008/08/25(月) 08:40:50

>ビューワー

は沢山あるんだけど、
ファイル作成ライブラリが無いような気がするのは気のせい？

**デフォルトの名無しさん** · 2008/09/03(水) 14:50:14

基本的にDICOMはJPEGに患者なの名前などのタグを入れ込めるようにしたものですね。
ただ、wikipediaにも同じ内容があるのですが、標準仕様が改定のたびに膨大になっていること。
あと、医療機器メーカーなんかがCTスキャンの画像を独自拡張した使用で吐き出したりすることがままあるので、きちんとすべてのDICOM画像を表示できるものは限られているみたいですよ。
ファイル作成ライブラリが無いのは基本的に医療機器側でDICOMデータとして吐き出してくれるから。
間違いあったらごめんなさい。

**デフォルトの名無しさん** · 2008/09/03(水) 14:59:47

情報thx!

機器側の中の人はどうやって作られてるんでしょ？

**デフォルトの名無しさん** · 2008/09/17(水) 00:42:55

DICOMファイルのフォーマットさえ理解できていれば、あとは規格書を見て黙々と必要な情報を出力するだけ。
厳密に運用するなら出力する内容と規格との適合性のチェックが大変なだけで、
ファイルフォーマット自体は>>12-16に挙げられているように単純なものですよ。

>>95
画像部分については、基本的に無圧縮データです。
ただ、何でも受け入れちゃうDICOMだから非可逆/可逆をあわせてJPEGも可能ですけど。
規格上の画像形式はPart.5を参照のこと。

また、画像の表示に関しては画像と通信の規格なんですから、基本的に表示できて当たり前です。
でないと、わざわざ規格を定めている意味がありません。

**デフォルトの名無しさん** · 2008/11/23(日) 23:51:40

CTで吐き出されたDICOM画像のヘッダを自作のRAWやTIF画像のヘッダに載せ替え，デジタルファントムの作成を企てていますが，うまくいきません。

どうやればうまくいくんでしょう？

**デフォルトの名無しさん** · 2009/02/28(土) 09:37:09

**デフォルトの名無しさん** · 2009/02/28(土) 09:37:35

100

**デフォルトの名無しさん** · 2009/04/19(日) 02:07:41

はいはい

**デフォルトの名無しさん** · 2009/04/20(月) 16:08:39

102ならDICOM終焉ｗ

**デフォルトの名無しさん** · 2009/05/25(月) 03:17:32

意外とライブラリ多いんだな
ttp://mist.suenaga.cse.nagoya-u.ac.jp/document/group__dicom__group.html

どれ使えばいいんだかわからん

**デフォルトの名無しさん** · 2009/07/05(日) 23:33:35

>>19
仕様に自由度があってメーカーごとにグチャグチャ

**デフォルトの名無しさん** · 2009/07/05(日) 23:53:08

そこらのDICOMファイルの構造をみまくったんだけど、
DICOMのファイルメタなんとか（すなわち、一番目のタグが0002のやつ）って、
Explicit VRで決まってるんだっけ？
俺の見たDICOMファイルって全部そうだったんだけど。

で、それって、仕様書でどっかに明記されてるっけ？

**デフォルトの名無しさん** · 2009/07/07(火) 01:00:02

>105

ftp://medical.nema.org/medical/Dicom/2008/08_10pu.pdf

22ページに書いてるよ

the File Meta Information shall be encoded using
the Explicit VR Little Endian Transfer Syntax (UID=1.2.840.10008.1.2.1) as defined in DICOM PS 3.5.

**デフォルトの名無しさん** · 2009/07/07(火) 01:54:11

>>106
さんきゅー
そのページ精読してみますよ

**デフォルトの名無しさん** · 2009/09/17(木) 22:30:00

age

**デフォルトの名無しさん** · 2010/02/10(水) 13:40:42

ここの「プログラミングの部屋」に、DICOMに関する記述がありますた。
ttp://www7.plala.or.jp/nekogrammer/
ただ、C++ではなく、Cでビュワーを作っているんですよね。
プログラムもあんまりきれいではないようだし、どうなんでしょうかね？

**デフォルトの名無しさん** · 2010/02/21(日) 16:21:51

１０１？

**デフォルトの名無しさん** · 2010/02/21(日) 19:52:31

翻訳
http://www.jfcr.or.jp/DICOM/dicom_draft-j.html
癌研は死んでるが慶応は生きてる

**デフォルトの名無しさん** · 2010/02/21(日) 19:56:34

こんなのもあった
便利になったな
http://www.jira-net.or.jp/dicom/index.html

**デフォルトの名無しさん** · 2010/02/21(日) 20:11:51

>>109
フリーのツールは探せばいろいろあるよ
専用ツール使わなくてもMATLABとかOctaveとかVTKで足りるんじゃない?

むかしMRIの造影シミュレーションやったことあるけどどれ使ったかわすれたゃった
研究で必要なら適当にそのへんでggって

**デフォルトの名無しさん** · 2010/02/22(月) 00:15:10

>>111
つか、あの日本語訳作った奴の顔を見てみたいよな。
日本語訳がひどすぎて、結局英語版読まないとだめだ。

**デフォルトの名無しさん** · 2010/02/24(水) 18:14:18

NEMAのサイトで落とせるのが正式な規格書って聞いたんだが、
無くなってるだよね。

ttp://www.dclunie.com/dicom-status/status.html
ここにある奴が正式版って事でいいのか？
（結局はDICOM Homepageの奴だが）

**デフォルトの名無しさん** · 2010/04/30(金) 10:30:08

ちょっとスレ違いですみません。

OsiriXの最初から今に至るまでMAC版だけで、
Windows版なんて出た事ないですよね？

**デフォルトの名無しさん** · 2010/04/30(金) 15:04:17

ないです。少なくとも自分は聞いたことがない。

**デフォルトの名無しさん** · 2010/04/30(金) 16:43:50

その前身のosirisだけですよね、
色んなプラットフォームで出てたのは。
溜飲が下りました。
ありがとうございます。

**デフォルトの名無しさん** · 2010/12/23(木) 15:32:12

なにこれ

**!omikuji !dama** · 2011/01/02(日) 01:27:03

地味にここ見てる人っているんだろうか

**デフォルトの名無しさん** · 2011/01/02(日) 10:57:30

見てるよ

**デフォルトの名無しさん** · 2011/01/02(日) 18:48:43

えええいたの？

**デフォルトの名無しさん** · 2011/01/02(日) 22:09:40

いますがなにか？

**デフォルトの名無しさん** · 2011/01/03(月) 08:37:29

どうやら自演が過ぎて分裂症ぎみのようだな。
いるはずがないのは分かっていたことだ。

**デフォルトの名無しさん** · 2011/01/03(月) 13:47:44

このスレ立ってから4、5年経つのに120レス前後か…
DICOMは興味持ってる人意外と多そうだが参考資料が殆ど英語なのがきつい
大体何から始めたらいいものやら

**デフォルトの名無しさん** · 2011/01/03(月) 14:15:40

操作の仕方を覚えてしまったらいちいちこのスレ見なくなるからじゃね？

**デフォルトの名無しさん** · 2011/01/03(月) 16:10:18

随分前の話だがOsiriXとiPad使って3DCT見ながら手術ってのがあったな
OsiriXって事は全部自前で用意したんかなぁ…
あそこまで行かなくても何か簡単なソフトくらい作ってみたいもんだ

**デフォルトの名無しさん** · 2011/01/03(月) 19:52:03

それにしても、日本語版より英語原文読んだ方がわかりやすいって
一体どんな酷い翻訳プロジェクトだよな全く

あれって多分、機械翻訳通しただけだろ？

**デフォルトの名無しさん** · 2011/01/03(月) 20:28:08

>>125
高額な医療機器しかはきださないようなデータフォーマットに興味がある人間がそれほどいるとは思えない。
いたとしても医療関係者ぐらいでニーズは医療ミスを隠蔽する目的でのデータの改竄ぐらいじゃないか。
医者だったらソフトを買う金に不自由はしないだろう。

**デフォルトの名無しさん** · 2011/01/03(月) 21:24:36

いや、自分で作りたいだろ

**デフォルトの名無しさん** · 2011/01/03(月) 21:36:18

一般人はそもそもDICOMファイルを簡単に入手できないんだよ。
自分のMRI画像ですらコピーするだけで病院は金を取るのさ。

**デフォルトの名無しさん** · 2011/01/03(月) 21:40:21

テスト画像転がってるよ

**デフォルトの名無しさん** · 2011/01/03(月) 22:08:13

こことかかな
ttp://pubimage.hcuge.ch:8080/

圧縮されてるみたいでImageJじゃ開けなかったが

**デフォルトの名無しさん** · 2011/01/03(月) 22:32:57

つか、シーメンス製機器端末が吐き出すDICOMが
プライベートタグ使いまくりで泣けた

おかげで他で撮ったDICOMがなかなかシーメンスの端末で読めない

**デフォルトの名無しさん** · 2011/01/03(月) 22:58:29

けっこうどこでもプライベートタグ使ってるよね

**デフォルトの名無しさん** · 2011/01/04(火) 20:27:46

あかの他人の医用画像なんか見て何が楽しいんだ？

**デフォルトの名無しさん** · 2011/01/04(火) 23:36:09

所見とか、解析結果とか

**デフォルトの名無しさん** · 2011/01/04(火) 23:44:29

俺、プログラマー兼医者だし

**デフォルトの名無しさん** · 2011/01/06(木) 00:25:22

若いなぁ
でもどっかの先生がソフト作って公開してるって見た事はあるな
DICOMと関係ないけどAccess使ってダイナミクス？だったか

医師側からは既存のソフトウェアって物足りないんだろうか

**デフォルトの名無しさん** · 2011/01/07(金) 12:39:42

LHAなんて有名すぎるだろ

**デフォルトの名無しさん** · 2011/01/08(土) 21:32:13

知らなかった…
ttp://ja.wikipedia.org/wiki/%E5%90%89%E5%B4%8E%E6%A0%84%E6%B3%B0
>吉崎栄泰（よしざきはるやす、1955年2月23日 - ）は、日本の医師、プログラマ。

今の時代だったら若い先生とか普通にPCに詳しいんだろうな

**デフォルトの名無しさん** · 2011/01/09(日) 04:03:30

吉崎さん内科部長だっけz

**デフォルトの名無しさん** · 2011/01/09(日) 12:57:11

あと有名どころだと、芸夢狂人とかな。
たしかどこかの放射線科医だろ。

俺もこの人に影響受けて大学の放射線科に残っとるよ。

**デフォルトの名無しさん** · 2011/01/10(月) 17:15:18

いつの間にかDCMTKが3.6.0になっていた
ttp://dicom.offis.de/dcmtk.php.en

忍法帖【Lv=9,xxxP】 · 2011/04/10(日) 06:13:59.25

dat落ち寸前のスレッドで忍法
誰か、書き込みしてー

忍法帖【Lv=9,xxxP】 · 2011/04/10(日) 10:09:46.32

このスレ、俺がもーらった

忍法帖【Lv=9,xxxP】 · 2011/04/10(日) 14:35:02.03

書き込み放題！かっきこみ～

忍法帖【Lv=9,xxxP】 · 2011/04/10(日) 15:19:13.23

結局まだだめなんかー

忍法帖【Lv=9,xxxP】 · 2011/04/11(月) 01:25:14.15

あーらよっと！

忍法帖【Lv=10,xxxPT】 · 2011/04/11(月) 06:07:56.54

aaa

忍法帖【Lv=11,xxxPT】 · 2011/04/13(水) 07:03:27.39

わん、つー、すりー、ふぉーっあ！
アルロビュー

忍法帖【Lv=15,xxxPT】 · 2011/04/17(日) 12:59:39.92

ここって本当におれ様しか使ってないんだな

忍法帖【Lv=19,xxxPT】 · 2011/04/24(日) 06:29:47.81

あらよっと！
こんな糞スレでも愛着が沸いてきたー
保守してやんよ
１０００行くまでは俺様以外書き込みするんじゃねーぞ

**デフォルトの名無しさん** · 2011/04/27(水) 20:37:24.36

このスレビリだったよ！あげといたよ！

**sage** · 2011/06/12(日) 13:02:15.12

ファイルフォーマットよりも通信規格がわからん・・・。

**デフォルトの名無しさん** · 2011/06/25(土) 02:08:37.82

わからない事があったら聞け
逐次書いてやる
http://medicalware.org/wiki/Category:DICOM%E7%94%A8%E8%AA%9E

**デフォルトの名無しさん** · 2011/06/29(水) 00:21:20.81

>>135
モダリティメーカーでプログラム組んでた俺がぶっちゃけると、DICOMタグが多すぎて、
全部把握できずに、とりあえずプライベートタグで対応しまくり。
あとから標準タグでも行けたと知っても時既に遅しってパターンがほとんど。

**デフォルトの名無しさん** · 2011/06/29(水) 00:24:30.88

>>156
ゆるいなｗ

**デフォルトの名無しさん** · 2011/06/29(水) 07:14:31.14

>>156
DICOMDIRの詳細頼む

**デフォルトの名無しさん** · 2011/07/01(金) 01:05:55.03

書いてみた
http://medicalware.org/wiki/%E9%AB%98%E7%B2%BE%E7%B4%B0%E3%83%A2%E3%83%8B%E3%82%BF%E3%83%BC

**デフォルトの名無しさん** · 2011/07/01(金) 23:34:03.00

>>160
ためになります

**デフォルトの名無しさん** · 2011/07/01(金) 23:55:59.78

>>160
機種ごとの評価も書いてくれ

**デフォルトの名無しさん** · 2011/07/04(月) 00:37:50.03

>>155
通信は歴史を知ることから始めろ

**デフォルトの名無しさん** · 2011/07/04(月) 13:50:26.37

>>160
TOTOKU (東京特殊電線) - サブピクセル製品を真っ先に出したが。

が。の後が気になるｗ

**デフォルトの名無しさん** · 2011/07/05(火) 00:29:46.47

対応ソフトがない！とか

**デフォルトの名無しさん** · 2011/07/06(水) 08:10:43.02

ぽつぽつあるだろ

**デフォルトの名無しさん** · 2011/07/09(土) 21:56:23.12

エンディアン判別ってどうやるの？

**デフォルトの名無しさん** · 2011/07/10(日) 02:26:34.97

struct _endian{
union{
short s;
char c[2];
} u;
} endian_test = {0x55AA};
bool is_little_endian = (endian_test.u.c[0] == 0x55);

**デフォルトの名無しさん** · 2011/07/10(日) 12:02:01.49

いやDICOMファイルの

**デフォルトの名無しさん** · 2011/07/12(火) 09:53:05.55

これってOpenSouceって書いてあるけど、実際は有料なのかな？
http://www.kitware.com/products/avdownload.php

C#で開発できれば楽なのに・・・
http://sites.google.com/site/texelcraft/Home/vtk-c-puroguramingu

**デフォルトの名無しさん** · 2011/07/12(火) 10:09:00.59

って、DICOM#で良いのか
http://sourceforge.net/projects/dicom-cs/

**デフォルトの名無しさん** · 2011/09/01(木) 14:53:57.14

>>164の続きﾏﾀﾞｰ？

**デフォルトの名無しさん** · 2011/11/28(月) 18:51:51.00

DICOM通信意味不明すぎるだろ
日本語の噛み砕いた資料ないの？

**デフォルトの名無しさん** · 2011/11/28(月) 20:51:23.82

>>173
そうなのか？
OSIの基本を知ってさえいれば、難易度の低いAP層プロトコルだろ
量が大きいから全体を理解/把握するのは大変かもしれないけど、
それは技術的な問題では無いし、意味不明でもない

**デフォルトの名無しさん** · 2011/11/28(月) 21:32:14.21

知ってれば作れるって
訳でもないけどね

**デフォルトの名無しさん** · 2011/11/28(月) 22:02:07.33

そりゃそうだw
HTTPのプロトコル仕様を知っている人は多いと思うけど、
実際に実装できるプログラマは少ない
たとえ作れる人でも、普通は既存のライブラリを利用する

**デフォルトの名無しさん** · 2011/11/28(月) 22:07:27.13

DICOM通信は、PDU仕様がLDAPやX.509みたいに
OSI標準のASN.1で定義されていれば専用のコンパイラがあるから
少しは実装が楽になったと思うけど、
独自の仕様で定義されている点が残念なところ

**デフォルトの名無しさん** · 2011/11/30(水) 14:43:19.04

一番の問題点は仕様がアホみたいに巨大かつ肥大化を続けてることだろう

**デフォルトの名無しさん** · 2011/11/30(水) 14:50:58.63

HTTP実装はまた流行るよ。
VPSが安くなってきたから。
レンタルサーバが安くなってくると同時にLinuxが流行ったのと同じ感じ。

**デフォルトの名無しさん** · 2011/12/27(火) 11:38:41.63

【消しゴム】MONOを使ってみるスレ3【じゃない】
http://toro.2ch.net/test/read.cgi/tech/1253450199/

**デフォルトの名無しさん** · 2012/01/18(水) 16:29:33.80

pdfがでか過ぎるんだよ

**デフォルトの名無しさん** · 2012/09/11(火) 10:46:38.80

【Mac】 OsiriX 5.0.2 ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!!!
http://engawa.2ch.net/test/read.cgi/poverty/1347323933/

**デフォルトの名無しさん** · 2013/05/07(火) 17:32:49.64

長文pdf作るより標準ライブラリ作って配布した方がいいと思うの・・・

**デフォルトの名無しさん** · 2013/07/24(水) NY:AN:NY.AN

仕様が膨大&複雑すぎて、肝心のデータの受け渡しでトラブル起こりまくりだよね。DICOMって。
ばかげてる。

**デフォルトの名無しさん** · 2014/07/11(金) 10:14:43.91

3Dプリンタで模擬の臓器や骨を作りたいんだけども、DICOMって座標情報に対応してる？
voxelから無理矢理変換して、さらに影とかを修正するしか無いのかな・・・？

**デフォルトの名無しさん** · 2014/07/12(土) 11:19:52.14

零点をどこに合わせるかは撮影者の腕次第だが
スライス間隔とピクセルの大きさがタグに書かれているから
そこから座標を構築できる
詳しくはPDF読め

注意点
撮影方法によってはスライスが重なっていたり飛び飛びになっている

CTではthin sliceデータを自分で再構成するより
モダリティで再構成したほうがノイズの少ないものができる機種がある
(仕掛けは非公開だが内部に持っているraw dataを利用している？)

**デフォルトの名無しさん** · 2014/07/12(土) 11:26:05.58

>>184
他の規格でもそうだが
情報交換することを優先するなら
解釈の差が生まれないように規格を設計すべきだし
平均的労働者が短時間で理解できる仕様を構成すべきなんだが
実際に起きているトラブルはそんなところじゃなくて
あり得る可能性の重みを無視して実装を省略した結果起きている
ことがまれによくある
セントリシティが吐いたデータを他で読めないのとかは
そんな感じじゃないか?