PowerPoint プレゼンテーション

(1)

診療放射線技師に必要なＤＩＣＯＭの知識

岐阜県診療放射線技師会

医療情報研究会様

コニカミノルタヘルスケア株式会社

名古屋支店ソリューショングループ

(2)

ＤＩＣＯＭの歴史

ＤＩＣＯＭ通信について

ＤＩＣＯＭ規格について

施設間電子媒体運用の課題『ＰＤＩ／ＩＨＥ』

(3)

ＤＩＣＯＭの歴史

ＤＩＣＯＭ通信について

ＤＩＣＯＭ規格について

施設間電子媒体運用の課題『ＰＤＩ／ＩＨＥ』

(4)

ＤＩＣＯＭの歴史

ＣＴの実用化、ＭＲやＤＳＡの市場導入による画像診断電子化時代の到来

・最優先テーマは機器の性能向上

１９７０年代

１９８０年代

医療情報のデジタル化が急速に普及、各機器間でのデータの情報共有化

有効利用の要望が高まる。

・メーカー独自の方式でデータ交換

問題点

①接続のための専用開発が必要、長い期間とコスト

②機器の更新やシステム拡張の際は再度設計のやり直し

③制約事項が多く、自由度の高い機器の選択ができない

標準化必要

(5)

ＤＩＣＯＭの歴史

１９８３年

ＡＣＲ（米国放射線学会）とＮＥＭＡ（米国電気機器工業会）が合同で

ＡＣＲ－ＮＥＭＡ委員会を結成

１９８５年

ＡＣＲ－ＮＥＭＡ規格（Ｖｅｒ１．０）を発表

１９８８年

ＡＣＲ－ＮＥＭＡ規格（Ｖｅｒ２．０）を発表

機器同士１：１での通信方法が標準化

(6)

ＤＩＣＯＭの歴史

１９９０年代

複数機器の接続によるネットワークの時代へ移行

医療分野でもデータの多様化による同様の仕組みを要望

１９９３年

ＤＩＣＯＭ規格

として承認

・設計思想が根本的に異なるためＡＣＲ－ＮＥＭＡ規格（Ｖｅｒ３．０）ではなく

通信設計思想を抜本的に変更

現在はＤＳＣ（ＤＩＣＯＭＳｔａｎｄａｒｄｓＣｏｍｍｉｔｔｅｅ）がサポート

(7)

ＤＩＣＯＭとは

Ｄ

ｉｇｉｔａｌ

Ｉ

ｍａｇｉｎｇａｎｄ

Ｃｏ

ｍｍｕｎｉｃａｔｉｏｎｉｎ

Ｍ

ｅｄｉｃｉｎｅ

■

標準的なネットワーク環境に適応した規格

■ 情報交換の媒体としてネットワークだけでなく

オフラインメディア

も可能

■ 扱う情報は

医療画像

に関連するものが中心

■

オープン規格

であり、インターネットで無償

で入手可能。

※印刷すると3000項以上

(8)

ＤＩＣＯＭの特徴

■ 『オブジェクト指向』の概念に基づき定義

・扱われる医用情報の構造を細部にわたって明確に定義

■ コンフォーマンス・ステートメント（適合性宣言）

・製造者はサポート範囲について明確に宣言する

■ 追加/拡張/修正を継続的に実施

(9)

■ ＤＩＣＯＭ規格はパートで構成されている

Ｐａｒｔ１：ＩｎｔｒｏｄｕｃｔｉｏｎａｎｄＯｖｅｒｖｉｅｗ（序文と概要）Ｐａｒｔ２：Ｃｏｎｆｏｒｍａｎｃｅ（適合性）Ｐａｒｔ３：ＩｎｆｏｒｍａｔｉｏｎＯｂｊｅｃｔＤｅｆｉｎｉｔｉｏｎｓ（情報オブジェクト定義）Ｐａｒｔ４：ＳｅｒｖｉｃｅＣｌａｓｓＳｐｅｃｉｆｉｃａｔｉｏｎｓ（サービスクラス仕様）Ｐａｒｔ５：ＤａｔａＳｔｒｕｃｔｕｒｅｓａｎｄＥｎｃｏｄｉｎｇ（データ構造と符号化）Ｐａｒｔ６：ＤａｔａＤｉｃｔｉｏｎａｒｙ（データ辞書）Ｐａｒｔ７：ＭｅｓｓａｇｅＥｘｃｈａｎｇｅ（メッセージ交換）Ｐａｒｔ８：ＮｅｔｗｏｒｋＣｏｍｍｕｎｉｃａｔｉｏｎＳｕｐｐｏｒｔｆｏｒＭｅｓｓａｇｅＥｘｃｈａｎｇｅ（メッセージ交換のためのネットワーク通信サポート）Ｐａｒｔ９：Ｐｏｉｎｔ-ｔｏ-ＰｏｉｎｔＣｏｍｍｕｎｉｃａｔｉｏｎＳｕｐｐｏｒｔｆｏｒＭｅｓｓａｇｅＥｘｃｈａｎｇｅ（２点通信サポート）・・・リタイヤＰａｒｔ１０：ＭｅｄｉａＳｔｏｒａｇｅａｎｄＦｉｌｅＦｏｒｍａｔｆｏｒＭｅｄｉａＩｎｔｅｒｃｈａｎｇｅ（可搬メディアの論理的データ構造を定義）Ｐａｒｔ１１：ＭｅｄｉａＳｔｏｒａｇｅＡｐｐｌｉｃａｔｉｏｎＰｒｏｆｉｌｅｓ（モダリティ別にデータの詳細を定義）Ｐａｒｔ１２：ＭｅｄｉａＦｏｒｍａｔｓａｎｄＰｈｙｓｉｃａｌＭｅｄｉａｆｏｒＭｅｄｉａＩｎｔｅｒｃｈａｎｇｅ（各種メディアに合わせた物理的データ構造を定義）Ｐａｒｔ１３：ＰｒｉｎｔＭａｎａｇｅｍｅｎｔＰｏｉｎｔ-ｔｏ-ＰｏｉｎｔＣｏｍｍｕｎｉｃａｔｉｏｎＳｕｐｐｏｒｔ（２点間通信印刷管理サポート）・・・リタイヤＰａｒｔ１４：ＧｒａｙｓｃａｌｅＳｔａｎｄａｒｄＤｉｓｐｌａｙＦｕｎｃｔｉｏｎ（グレースケール標準表示関数）・・

ＤＩＣＯＭ規格内容

基本部分

(10)

ＤＩＣＯＭの歴史

ＤＩＣＯＭ通信について

ＤＩＣＯＭ規格について

施設間電子媒体運用の課題『ＰＤＩ／ＩＨＥ』

(11)

院内におけるＤＩＣＯＭ通信

ＤＩＣＯＭＤＩＣＯＭＤＩＣＯＭＨＬ－７実施情報検査情報病院情報システム（ＨＩＳ）放射線情報システム（ＲＩＳ）撮影装置（ﾓﾀﾞﾘﾃｨ）オーダ情報実施情報ＨＬ－７ＰＣ端末（ｸﾗｲｱﾝﾄ）情報参照ＷＥＢ画像サーバ（ＰＡＣＳ）画像送信ＤＩＣＯＭワークステーション情報参照ＷＥＢ画像送信画像検索ドライプリンタ画像送信ＤＩＣＯＭ

(12)

ＤＩＣＯＭ通信ＡＥ（ＡｐｐｌｉｃａｔｉｏｎＥｎｔｉｔｙ）

DICOM通信は通信を開始する側から呼びかけ（Calling AE）てからスタートする。撮影装置（ﾓﾀﾞﾘﾃｨ）

ＡＥ

ＤＩＣＯＭ通信を行うアプリケーションの実体を示す。

（誰であるかの宣言）

ＡＥタイトル

ＡＥを識別するために名づけられた名前

通信設定上はＡＥタイトルでお互いの機器を識別する。

ＣａｌｌｉｎｇＡＥＣａｌｌｅｄＡＥ画像サーバ（ＰＡＣＳ）【通信を開始する側】今から画像送信しても良いですか？【通信を受け入れ側】 CRさんから連絡が来た

(13)

ＤＩＣＯＭ通信ＡＥ（ＡｐｐｌｉｃａｔｉｏｎＥｎｔｉｔｙ）

13 ①アソシエーション確立の要求 ②アソシエーション確立の応答こちらは［ KM_CR_001］です。［ I_PACS 001］様に CR画像保存サービスを ILの型式（符号化）で送りたいのですが・・・？モダリティ AE［ KM_CR_1 ］サーバ AE:［ I_PACS001 ］［ I_PACS 001］です。［KM_CR_001］様専用で CT画像保存サービスを受付け可能です。 ILの型式（符号化）で送って下さい。 Calling AE Title Called AE Title SOP Class Transfer Syntax Calling AE Title Called AE Title SOP Class Transfer Syntax アソシエーションが確立したら次の対応

今まで使った言葉でＤＩＣＯＭ通信を開始するとこんなイメージ

(14)

ＤＩＣＯＭ通信サービスクラス

14 ★DICOM アソシエーションが確立したら、下記のサービス（実際の通信）が可能になります。 Storage Management 画像送信（保管・転送） Print Management プリント送信・受信 Query/Retrieve 問合せ／取得 Storage Commitment 保存委託【画像系】【情報系】

Modality WorkList Management

（MWM）検査情報の取得／管理_{（ﾜｰｸﾘｽﾄ管理）} Modality Performed Procedure Step （MPPS）検査の実施状況の管理（実施済み手続きステップ）「●× Management」は DICOMの会話をした時に、きっと耳にした事があると思います。

(15)

院内におけるＤＩＣＯＭ通信

ＤＩＣＯＭＤＩＣＯＭＤＩＣＯＭＨＬ－７実施情報検査情報病院情報システム（ＨＩＳ）放射線情報システム（ＲＩＳ）撮影装置（ﾓﾀﾞﾘﾃｨ）オーダ情報実施情報ＨＬ－７ＰＣ端末（ｸﾗｲｱﾝﾄ）情報参照ＷＥＢ画像サーバ（ＰＡＣＳ）画像送信ＤＩＣＯＭワークステーション情報参照ＷＥＢ画像送信画像検索ドライプリンタ画像送信ＤＩＣＯＭ MWM MPPS STORAGE Q/R RRINT

(16)

ＤＩＣＯＭ通信（ＳｔｏｒａｇｅＳｅｒｖｉｃｅＣｌａｓｓ）

画像サーバ（ＰＡＣＳ）画像送信撮影装置（ﾓﾀﾞﾘﾃｨ）ＳＣＵＳＣＰＳＣＰＳｅｒｖｉｃｅＣｌａｓｓＰｒｏｖｉｄｅｒ（サービスクラスプロバイダ）ＤＩＣＯＭサービスを提供する側の呼び方ＳＣＵＳｅｒｖｉｃｅＣｌａｓｓＵｓｅｒ（サービスクラスユーザ）ＤＩＣＯＭサービスを利用する側の呼び方

装置間で画像を転送する機能

(17)

ＤＩＣＯＭ通信（Ｑｕｅｒｙ

/ＲｅｔｒｉｅｖｅＳｅｒｖｉｃｅＣｌａｓｓ）

画像サーバ（ＰＡＣＳ） ①対象患者の検査リスト要求

医用情報について問い合わせ/検索、画像転送機能

ワークステーション ②検査リスト提供 ③対象検査の画像要求 ④画像提供ＳＣＵＳＣＰ

(18)

ＤＩＣＯＭ通信（ＰｒｉｎｔＭａｎａｇｅｍｅｎｔＳｅｒｖｉｃｅＣｌａｓｓ）

画像送信撮影装置（ﾓﾀﾞﾘﾃｨ）ＳＣＵＳＣＰドライプリンタ画像サーバ（ＰＡＣＳ）

撮影装置、診断装置とドライプリンタを接続し

『画像プリント』する機能

(19)

ＤＩＣＯＭ通信（ＭｏｄａｌｉｔｙＷｏｒｋｌｉｓｔＭａｎａｇｅｍｅｎｔ）

検査リスト検索撮影装置（ﾓﾀﾞﾘﾃｨ）ＳＣＵＳＣＰ検査リスト送信

検査リストの取得、管理

放射線情報システム（ＲＩＳ）

患者ＩＤ、日付、モダリティ種等の条件をトリガーに

登録された検査リストを取得する

(20)

ＤＩＣＯＭ通信（ＭｏｄａｌｉｔｙＰｅｒｆｏｒｍｅｄＰｒｏｃｅｄｕｒｅＳｔｅｐ）

検査結果の送信撮影装置（ﾓﾀﾞﾘﾃｨ）ＳＣＵＳＣＰ了解

検査の実施状況の管理

放射線情報システム（ＲＩＳ）

検査終了通知を送信する

（実行撮影条件を送信することも可能）

(21)

ＤＩＣＯＭ通信（ＭｏｄａｌｉｔｙＷｏｒｋｌｉｓｔＭａｎａｇｅｍｅｎｔ）

実施情報返信＜管電圧・管電流・曝射時間又はmAs値＞ X線管球 X線発生装置 X線コントローラコンソール RIS端末 ①MWM ②撮影条件送信 ③実施情報送信 ④MPPS （実施情報送信）

セットキーの運用は正確には実施情報を送信できない

【例】 RISコード：両手関節正面 → 撮影コード：右手関節正面 → 撮影コード：左手関節正面右手関節２Ｒ → 撮影コード：右手関節正面 → 撮影コード：右主関節側面

(22)

ＤＩＣＯＭの歴史

ＤＩＣＯＭ通信について

ＤＩＣＯＭ規格について

施設間電子媒体運用の課題『ＰＤＩ／ＩＨＥ』

(23)

画像（image） SOPインスタンスＵＩＤ #03

ＤＩＣＯＭの情報モデル

患者（Ｐａｔｉｅｎｔ）コニカ太郎検査（Study）ＣＴ検査検査インスタンスＵＩＤシリーズシリーズインスタンスＵＩＤ #1 （スカウト）患者→検査→ｼﾘｰｽﾞ→画像の順番で格納されている検査（Study）ＣＴ検査検査インスタンスＵＩＤ検査（Study）ＣＲ検査検査インスタンスＵＩＤシリーズシリーズインスタンスＵＩＤ #2 （肺野条件）シリーズシリーズインスタンスＵＩＤ #3 （縦隔条件）画像（image） SOPインスタンスＵＩＤ #1 画像（image） SOPインスタンスＵＩＤ #02 画像（image） SOPインスタンスＵＩＤ #01 画像（image） SOPインスタンスＵＩＤ #13 画像（image） SOPインスタンスＵＩＤ #12 画像（image） SOPインスタンスＵＩＤ #11

(24)

ＤＩＣＯＭコンフォーマンスとは？

DICOM Conformance Statement ＝適合性宣言書

［略してシーエスとも呼ぶ事もある］

・各装置がサポートしているDICOM機能の範囲を明記した説明書・宣言書を発行する事はDICOM規格に準拠している事を表す・転送構文や圧縮の使用について記載される

(25)

ＤＩＣＯＭコンフォーマンスの読み方

【読み方】 ●点線より左側が装置自信を表す ●点線より右側がその装置と情報交換する相手側の装置を指す ●矢印の向きが情報の送信方向を表す【わかる事】 ●どのサービスクラスに対応しているか？プリント管理サービスクラス保存サービスクラス基本ワークリスト管理サービスクラス検査管理サービスクラスﾄﾞﾗｲﾌﾟﾘﾝﾀ PACS RIS ◆ 拡張文字集合のサポート ISO-IR 100 （ラテン1） ISO-IR 6 （ASCII文字） ISO-IR 13 （半角ｶﾀｶﾅ） ISO-IR 87 （漢字）【わかる事】 ●どの文字種をサポート出来るか？ ※ もしも IR87と書いて無ければ漢字は使えません

(26)

ＤＩＣＯＭコンフォーマンスの読み方

プリント管理サービスクラス保存サービスクラス基本ワークリスト管理サービスクラス検査管理サービスクラスﾄﾞﾗｲﾌﾟﾘﾝﾀ PACS RIS プリント管理サービスクラスﾄﾞﾗｲﾌﾟﾘﾝﾀ保存サービスクラス基本ワークリスト管理サービスクラス検査管理サービスクラス PACS RIS 保存サービスクラス撮影装置 RIS PACS PACS 問い合わせ/取得サービスクラス保存委託サービスクラス

(27)

ＤＩＣＯＭデータ例

27

TAG ［ﾀｸﾞ］

→ DICOMデータ要素（データエレメント）の属性を識別する。各データ要素を格納する荷札の様な物。全てのデータ要素は属性を識別する「TAG」が付く。「グループ番号,エレメント番号」の2つの16進数で表される。グループ情報 0008 画像に関する情報（検査日時、受付番号など） 0010 患者に関する情報（名前,生年月日など） 0018 収集に関する情報（検査部位など） 0020 画像付帯情報（検査ｲﾝｽﾀﾝｽUID,検査ID） 0028 画像表示に関する情報（ｳｨﾝﾄﾞ中心,幅など） 7FE0 画像データそのものの情報【番外】 ※ ﾌﾟﾗｲﾍﾞｰﾄTAGとは各ﾓﾀﾞﾘﾃｨﾒｰｶで独自のｵﾘｼﾞﾅﾙﾃﾞｰﾀを扱う時に使用。ｸﾞﾙｰﾌﾟ番号が奇数で表現される。例（0011,0010）但し、施設外や二次利用を考えるとﾌﾟﾗｲﾍﾞｰﾄTAGは利用しない方がベター

(28)

ＤＩＣＯＭ規格

VR ・・・値の表現方法を宣言 VM ・・・タグ内にいくつのデータを持つかタイプ・必須項目か？省略可能か？【例】 VR PN ・・・人名を格納出来ます。 VM １・・・１つだけデータを持てます。タイプ 2 ・・・項目が必須だが、値が不明ならば空欄で送っても構わない。タグ属性名 VR VM タイプ（0010,0010）患者の名前 PN １ 2 グループ番号エレメント番号

(29)

ＤＩＣＯＭ規格（例）

【ＶＲ】にはどんな宣言があるのか？

ＰＮ・・・人名を格納ＬＯ・・・値を64文字まで格納ＳＨ・・・値を16文字まで格納ＳＴ・・・テキストを1024文字まで格納可能ＬＨ・・・テキストを10240文字まで格納可能ＤＡ・・・日付を表す文字列が「YYYYMMDD」型式で格納ＴＭ・・・時刻を表す文字列が「HHMMDD」型式で格納ＵＩ・・・ UID “0”~”9”と”.”の組合わせ 64文字を格納格納するタグ（箇所）により 0010,0010「患者名」 0032,1032「依頼側医師名」 0008,1070「操作者名」などになります

【ＶＭ】にはどんな表現があるのか？

●数値で表した数だけデータ要素に格納されます。例『１』・・・・ 250 『２』・・・・ 512¥1024 『１-３』・・・ 123 の時もあれば 123¥456¥789 など格納要素の個数が可変する

(30)

ＤＩＣＯＭ規格（例）

【タイプ】とは？

●そのタグ情報が必須か不要か？を宣言している『１』・・・必須項目でデータ要素も空欄は認められない『２』・・・必須項目であるが、データ要素は不明の場合は空欄でも良い『３』・・・データ要素が無い場合は項目ごと省略して構わない。＊『ｃ』・・・条件付きで必須【例】患者名受付番号生年月日依頼医師【例】検査ｲﾝｽﾀﾝｽUID SOPｲﾝｽﾀﾝｽUID などが該当します。【例】（0028、2110)で非可逆圧縮画像を宣言した場合は、（0028,2112）に圧縮率を定義する。など。

(31)

ＤＩＣＯＭＴＡＧの呼称とサンプル（例）

こんな感じで格納されていますＣＳ・・・ 16文字ＵＩ・・・値を64文字まで格納ＤＡ・・・ 8文字固定『ＹＹＹＹＭＭＤＤ』（日付）ＴＭ・・・ 16文字『HHMMSS』ＳＨ・・・ 16文字ＰＮ・・・ 64文字人名を格納ＬＯ・・・ 64文字を格納 TAG 属性名ＶＲサンプルデータ

（0008,0005）特定文字集合ＣＳ ¥ISO 2022 IR87¥ISO 2022IR13

（0008,0016） SOPクラスUID ＵＩ 1.2.840.100008.5.1.4.1.1.1 （0008,0018） SOPインスタンスUID ＵＩ 1.2.392.200036.9107.638.9002.2014090 （0008,0020）検査日付ＤＡ 20140906 （0008,0030）検査時刻ＴＭ 154519 （0008,0050）受付番号ＳＨ 1234567890123456 （0008,1010）ステーション名ＳＨ CS-7_U001 （0010,0010）患者氏名ＰＮ KONIKA＾TAROU=コニカ＾太郎=ｺﾆｶ＾ﾀﾛｳ（0010,0020）患者ID ＬＯ 1234567 （0010,0030）患者誕生日ＤＡ 19730103

(32)

ＤＩＣＯＭＴＡＧの呼称とサンプル（一般撮影）

こんな感じで格納されています TAG 属性名ＶＲサンプルデータ（0018,0015）検査部位ＣＳ CHEST （0018,0060）ＫＶＰＤＳ 90 （0018,1150）照射時間ＩＳ 30 （0018,1151）Ｘ線管電流ＩＳ 200 （0020,000D）検査インスタンスUID ＵＩ 1.2.392.20045.6960.4.7.100060.20 （0020,000E）シリーズインスタンスUID ＵＩ 1.2.392.20036.9107.307.1042960.2 （0020,0010）検査ＩＤＳＨ 1234567890123456 （0020,0062）画像側性ＣＳ R （0028,0010）横行ＵＳ 1996 （0028,0011）縦列ＵＳ 1572 （0028,0030）画素間隔ＤＳ 0.175¥0.175

(33)

ＤＩＣＯＭＴＡＧの呼称とサンプル（ＣＴ）

TAG 属性名ＶＲサンプルデータ（0008,1030）検査記述ＬＯＡＢＤ（0018,0060）ＫＶＰＤＳ 120 （0018,1150）照射時間ＩＳ 854 （0018,1151）Ｘ線管電流ＩＳ 376 （0020,000D）検査インスタンスUID ＵＩ 1.2.392.20045.6960.4.7.100060.20 （0020,000E）シリーズインスタンスUID ＵＩ 1.2.392.20036.9107.307.1042960.2 （0020,0010）検査ＩＤＳＨ 1234567890123456 （0020,1041）スライス位置ＣＳ 82.709999 （0028,0010）横行ＵＳ 512 （0028,0011）縦列ＵＳ 512 （0028,0030）画素間隔ＤＳ 0.742188¥0.742188

(34)

ＤＩＣＯＭ規格（Ｔａｇ置換）

施設運用の効率化を行う目的でＤＩＣＯＭタグのカスタマイズ

１）検診運用において、自動発番された患者ＩＤを検査ＩＤや受付番号

に置き換えたい

２）ＰＡＣＳ運用において、異なるベンダー間のタグ番号を１つに集約する

例）検査部位依頼科等

３）撮影コンソール上で病棟、病室番号を表示できるようにする。

ＲＩＳ端末ＰＡＣＳモダリティ

(35)

ＤＩＣＯＭ規格（Ｔａｇ置換）

ＤＩＣＯＭタグ撮影装置ＰＡＣＳ患者ＩＤ（００１０，００２０）２０１４０９０６００１正規患者ＩＤ検査ＩＤ（００２０，００１０）２０１４０９０６００１受付番号（０００８，００５０）２０１４０９０６００１ＤＩＣＯＭタグＸ線ＴＶＣＲ装置ＰＡＣＳ検査部位(0018,0015) chest

検査記述(0008,1030) UP_GI CR装置（CHEST） X線TV（UP_GI）

ＤＩＣＯＭタグＲＩＳコンソール

病棟（0032,1033） 8F病棟

病室ｺｰﾄﾞ（0040,2009） 815

(36)

ＤＩＣＯＭ規格（Ｔａｇ置換）

【メリット】

１）施設内で必要な情報をＰＡＣＳ管理できる。

２）部位情報リスト、オーバーレイの視認性改善

３）施設運用の改善

【注意点】

１）ＤＩＣＯＭ違反を発生させないこと

２）ＤＩＣＯＭタグ情報の確認

(37)

ＤＩＣＯＭＰａｒｔ１４グレースケール画像表示関数

ＧＳＤＦ（グレースケール画像の表示のための標準表示関数）

(38)

ＤＩＣＯＭＰａｒｔ１４グレースケール画像表示関数

元のグレースケール８ｂｉｔモニタのグレースケールとびつぶれなめらかばらつきはモニターのメーカー機種によって様々

(39)

ＤＩＣＯＭＰａｒｔ１４グレースケール画像表示関数

ＧＳＤＦ（グレースケール画像の表示のための標準表示関数）

図6 JND：最小弁別閾

(どこまで階調が見分けられるか

(40)

ＤＩＣＯＭの歴史

ＤＩＣＯＭ通信について

ＤＩＣＯＭ規格について

施設間電子媒体運用の課題『ＰＤＩ／ＩＨＥ』

(41)

41

フィルム・フィルム袋

消耗品の節約

半切フィルム２５８円／枚フィルム袋３０円／枚１０枚分であれば・・ → ２６１０円ＣＤ－Ｒ２０円／枚１枚当たり半切画像データ３０枚分以上書き込み可能

業務効率化

オリジナル画像拡大・縮小、階調処理、心胸比計測、ｅｔｃ・・マウス操作のみで患者変更各種計測、画像処理が行えますクリニック病院専門病院

オンライン連携

各施設間のネットワークを構築する事で、簡便に画像の送受信が可能です

電子媒体運用（デジタル化）による効果＜メリット＞

(42)

電子媒体運用（デジタル化）による効果＜問題点＞

ウィルス感染

依頼データウィルス感染他院からの依頼データを直接院内ネットワーク上の端末で読み取るとウィルス感染の恐れがあります。院内ネットワークより遮断されたパソコンにてウィルスチェック後データ読み込みを実施する事を推奨します。

他院画像取込

ＤＩＣＯＭ規格違反で取り込めないＰＡＣＳ他院持ち込みデータを院内ＰＡＣＳに保存したいが取り込むことができない。データ容量が多く取り込めない

(43)

■ ＤＩＣＯＭは規格を定義するもので運用は規定していない

・ＤＩＣＯＭデータを解釈するためのソフトウエアが必要です。

・提供先の環境はわからない。

・ＤＩＣＯＭ形式以外のデータもＣＤ－Ｒに保存

『ＤＩＣＯＭ』の使い方を定める必要性

そこでＩＨＥが

ＩＨＥとは医療情報の円滑な連携を可能とするため、

規格の使い方を提案しているガイドラインです。

ＤＩＣＯＭ規格運用の課題

(44)

PDI標準規格採用による他院紹介患者対応

■ ＰＤＩとは・・・ＩＨＥで提供されているガイドラインで可搬媒体による画像関連情報を交換する仕組みを規定した規格です。画像、診療情報を確実に交換、参照できることを目的としています。画像、診療情報はＤＩＣＯＭ規格である。可搬媒体はＣＤ－Ｒメディアである。（ＤＶＤ，ＵＳＢも対象） CD・DVDと言った可搬型媒体にデータだけではなく、DICOM画像を表示する為のビューイングソフトを一緒に書き込みする

画像表示用の専門システムが無い施設でもでも画像参照可能

◎ コスト削減 ◎ 特殊ソフト/端末の必要性無し ◎ 地域医療連携の推進利点検査画像をメディアに保存して運用

ＰＤＩ（ＰｏｒｔａｂｌｅＤａｔａｆｏｒＩｍａｇｉｎｇ）

病院診療所

(45)

１、ＤＩＣＯＭとＰＤＩの仕様を満たさない事例

・ビューイングソフト付＝ＰＤＩ形式とは限らない

・ＰＤＩ形式はメディアに書き込む際のコンテンツを規格したもの

２、ＤＩＣＯＭ規格の不備、違反

・施設内運用上のカスタマイズで発生した規格違反

・ＰＤＩはＤＩＣＯＭ違反をチェックするものではない

３、運用上の課題

・施設間のやりとりでＳＯＰの重複エラー

・非ＤＩＣＯＭ画像の格納

ＤＩＣＯＭデータなら問題ないのでは？

紹介画像取り込みシステムの必要性

(46)

紹介画像取り込みシステムの必要性

ブラウザによる参照の仕組み

画像ビューワ、非

(47)

DICOM規格違反が理由で、付属のビューワであれば読み込めるのに、PACSに

送信できない場合があります。

⇒ DICOMには、登録する項目（TAG）とそこに登録するデータ

フォーマットが定義されています。

ServiceClass ⇒ TAG ⇒ VR（型） VM（数）

ＤＩＣＯＭデータなら問題ないのでは？

紹介画像取り込みシステムの必要性

(48)

ＤＩＣＯＭ規格違反について

１、ＶＲエラー

・検査日付（0008,0020）

正しい書式 YYYYMMDD

20140906 2014.09.06

・検査記述（0008,1030）

正しい書式 64バイト

64バイト以上の文字列

２、定義語エラー

・0008,0060（モダリティ）

『CR』『RF』

『MEG』『DR』

・0018,0015（検査部位）

『CHEST』『LSPINE』

『PET_CT』『UP_GI』

３、ＶＭエラー

・検査記述（0008,1030）

データ数は１つのみ定義 ○○○￥○○○

・シリーズ記述（0008,103E）

データ数は１つのみ定義２つ存在は違反 ※赤字規格違反例

(49)

施設間データ運用

以下の事項を満たすものが望ましい。

【依頼元】

１、メディアに書き込む前にデータのチェック

２、運用中のシステムがＤＩＣＯＭ違反を放置していないか確認

３、ＰＤＩにきちんと準拠した実装。

【依頼先】

１、診療の継続性を優先すべき

２、不整合データの修正機能

３、患者情報はＩＲＷＦに準拠して整合性を確保

(50)

まとめＤＩＣＯＭの課題

１、『ＤＩＣＯＭ＝万能』という誤解

・DICOMであれば何でもでき、何でもつながるの誤解

２、一部のサポートでもＤＩＣＯＭ対応

・ＤＩＣＯＭフルサポートは通常ありえないので、正しいといえば正しい

・ドライイメージャはＳｔｏｒａｇｅ－ＳＣＵ/ＳＣＰは不要

・撮影モダリティにＳｔｏｒｅｇｅ－ＳＣＵは必要だが、ＳＣＰは不要

３、ＤＩＣＯＭ規格は常に進歩している

・既存の装置は進化しない。

・機器更新で搭載した新機能を運用できない可能性もあり

(51)

PowerPoint プレゼンテーション

診療放射線技師に必要なＤＩＣＯＭの知識

岐阜県診療放射線技師会

医療情報研究会 様

コニカミノルタヘルスケア株式会社

名古屋支店 ソリューショングループ

ＤＩＣＯＭの歴史

ＤＩＣＯＭ通信について

ＤＩＣＯＭ規格について

施設間電子媒体運用の課題『ＰＤＩ／ＩＨＥ』

ＤＩＣＯＭの歴史

ＤＩＣＯＭ通信について

ＤＩＣＯＭ規格について

施設間電子媒体運用の課題『ＰＤＩ／ＩＨＥ』

ＤＩＣＯＭの歴史

ＣＴの実用化、ＭＲやＤＳＡの市場導入による画像診断電子化時代の到来

・最優先テーマは機器の性能向上

１９７０年代

１９８０年代

医療情報のデジタル化が急速に普及、各機器間でのデータの情報共有化

有効利用の要望が高まる。

・メーカー独自の方式でデータ交換

問題点

①接続のための専用開発が必要、長い期間とコスト

②機器の更新やシステム拡張の際は再度設計のやり直し

③制約事項が多く、自由度の高い機器の選択ができない

標準化必要

ＤＩＣＯＭの歴史

１９８３年

ＡＣＲ（米国放射線学会）とＮＥＭＡ（米国電気機器工業会）が合同で

ＡＣＲ－ＮＥＭＡ委員会を結成

１９８５年

ＡＣＲ－ＮＥＭＡ規格（Ｖｅｒ１．０）を発表

１９８８年

ＡＣＲ－ＮＥＭＡ規格（Ｖｅｒ２．０）を発表

機器同士１：１での通信方法が標準化

ＤＩＣＯＭの歴史

１９９０年代

複数機器の接続によるネットワークの時代へ移行

医療分野でもデータの多様化による同様の仕組みを要望

１９９３年

ＤＩＣＯＭ規格

として承認

通信設計思想を抜本的に変更

現在はＤＳＣ（ＤＩＣＯＭ Ｓｔａｎｄａｒｄｓ Ｃｏｍｍｉｔｔｅｅ）がサポート

ＤＩＣＯＭとは

Ｄ

ｉｇｉｔａｌ

Ｉ

ｍａｇｉｎｇ ａｎｄ

Ｃｏ

ｍｍｕｎｉｃａｔｉｏｎ ｉｎ

Ｍ

ｅｄｉｃｉｎｅ

■

標準的なネットワーク環境に適応した規格

■ 情報交換の媒体としてネットワークだけでなく

オフラインメディア

も可能

■ 扱う情報は

医療画像

に関連するものが中心

■

オープン規格

であり、インターネットで無償

で入手可能。

ＤＩＣＯＭの特徴

■ 『オブジェクト指向』 の概念に基づき定義

■ コンフォーマンス・ステートメント（適合性宣言）

■ 追加/拡張/修正を継続的に実施

■ ＤＩＣＯＭ規格はパートで構成されている

ＤＩＣＯＭ規格内容

ＤＩＣＯＭの歴史

ＤＩＣＯＭ通信について

ＤＩＣＯＭ規格について

施設間電子媒体運用の課題『ＰＤＩ／ＩＨＥ』

院内におけるＤＩＣＯＭ通信

ＤＩＣＯＭ通信 ＡＥ（Ａｐｐｌｉｃａｔｉｏｎ Ｅｎｔｉｔｙ）

ＡＥ

ＤＩＣＯＭ通信を行うアプリケーションの実体を示す。

医療情報研究会様

名古屋支店ソリューショングループ

現在はＤＳＣ（ＤＩＣＯＭＳｔａｎｄａｒｄｓＣｏｍｍｉｔｔｅｅ）がサポート

ｍａｇｉｎｇａｎｄ

ｍｍｕｎｉｃａｔｉｏｎｉｎ

■ 『オブジェクト指向』の概念に基づき定義

ＤＩＣＯＭ通信ＡＥ（ＡｐｐｌｉｃａｔｉｏｎＥｎｔｉｔｙ）

ＤＩＣＯＭ通信ＡＥ（ＡｐｐｌｉｃａｔｉｏｎＥｎｔｉｔｙ）

ＤＩＣＯＭ通信サービスクラス

ＤＩＣＯＭ通信（ＳｔｏｒａｇｅＳｅｒｖｉｃｅＣｌａｓｓ）

/ＲｅｔｒｉｅｖｅＳｅｒｖｉｃｅＣｌａｓｓ）

ＤＩＣＯＭ通信（ＰｒｉｎｔＭａｎａｇｅｍｅｎｔＳｅｒｖｉｃｅＣｌａｓｓ）

ＤＩＣＯＭ通信（ＭｏｄａｌｉｔｙＷｏｒｋｌｉｓｔＭａｎａｇｅｍｅｎｔ）

ＤＩＣＯＭ通信（ＭｏｄａｌｉｔｙＰｅｒｆｏｒｍｅｄＰｒｏｃｅｄｕｒｅＳｔｅｐ）

ＤＩＣＯＭ通信（ＭｏｄａｌｉｔｙＷｏｒｋｌｉｓｔＭａｎａｇｅｍｅｎｔ）

DICOM Conformance Statement ＝適合性宣言書

【ＶＲ】にはどんな宣言があるのか？

【ＶＭ】にはどんな表現があるのか？

【タイプ】とは？

ＤＩＣＯＭＴＡＧの呼称とサンプル（例）

ＤＩＣＯＭＴＡＧの呼称とサンプル（一般撮影）

ＤＩＣＯＭＴＡＧの呼称とサンプル（ＣＴ）

１）検診運用において、自動発番された患者ＩＤを検査ＩＤや受付番号

２）ＰＡＣＳ運用において、異なるベンダー間のタグ番号を１つに集約する

例）検査部位依頼科等

３）撮影コンソール上で病棟、病室番号を表示できるようにする。

１）施設内で必要な情報をＰＡＣＳ管理できる。

２）部位情報リスト、オーバーレイの視認性改善

３）施設運用の改善

１）ＤＩＣＯＭ違反を発生させないこと

２）ＤＩＣＯＭタグ情報の確認

ＤＩＣＯＭＰａｒｔ１４グレースケール画像表示関数

ＤＩＣＯＭＰａｒｔ１４グレースケール画像表示関数

ＤＩＣＯＭＰａｒｔ１４グレースケール画像表示関数