Microsoft PowerPoint - WS13_05_DICOM_nakashima.ppt

Size: px

Start display at page:

Download "Microsoft PowerPoint - WS13_05_DICOM_nakashima.ppt"

たしろうかむら
5 years ago
Views:

1 IHE workshop in 新潟標準規格 (DICOM( 2008 年 1 月 26 日日本 IHE 協会 ITI 技術委員会 Co Chair 日立メディコ中島隆

2 DICOM 2

3 DICOM とは Digital Imaging and Communication in Medicine ACR ( 米国放射線学会 ) と NEMA ( 米国電気機器工業会 ) が合同で制定した医療情報交換のための標準規格医療分野における通信プロトコルのデファクトスタンダードのひとつ情報交換の媒体としてネットワークまたはオフラインメディア (CD( CD-Rなど ) を使用する画像のやり取りでのみでなく画像検査全体に関わるワークフローの改善を目的として拡張されている 3

4 電子カルテ電子カルテシステムシステム (EMR) (EMR) 放射線部門情報放射線部門情報管理システム管理システム (RIS) (RIS) 患者情報検査オーダ情報 EMR Server HL7 検査実施情報 RIS 端末システム間の情報の流れに標準規格を適用 Image/Report Viewer 画像管理画像管理システムシステム (PACS) (PACS) RIS Server モダリティモダリティ患者情報検査オーダ情報 DICOM 検査実施情報 DICOM レポート情報画像情報 DICOM Report Server Modality 画像情報 DICOM Image Server 4

5 DICOM の特徴標準的なネットワーク環境に対応しているオブジェクト指向に基づいて情報が定義されている Conformance Statement ( コンフォーマンスステートメント : 適合性宣言書 ) によってサポート範囲の明確化が必要である追加 / 拡張 / 修正が継続的に行われている新機能追加や比較的大きな変更は Supplement( ( 補遺 ) 比較的小さな変更は Correction Proposal( ( 修正提案 ) DICOM はオープンな規格であり規格書はインターネットから無償で入手可能である 5

6 DICOM 規格の構成 (1/4) DICOM 規格書は複数のパートから構成されている 2007 年度版は以下の 18 のパート ( 分冊 ) からなる Part 1 : Introduction and Overview ( 序文と概要 ) Part 2 : Conformance ( 適合性 ) Part 3 : Information Object Definitions ( 情報オブジェクト定義 ) Part 4 : Service Class Specifications ( サービスクラス仕様 ) Part 5 : Data Structures and Encoding ( データ構造と符号化 ) Part 6 : Data Dictionary ( データ辞書 ) Part 7 : Message Exchange ( メッセージ交換 ) Part 8 : Network Communication Support for Message Exchange ( メッセージ交換のためのネットワーク通信サポート ) 6

7 DICOM 規格の構成 (2/4) Part 9 : Point-to-Point Communication Support for Message Exchange ( メッセージ交換のための 2 点間通信サポート )( 注 ) Part10 : Media Storage and File Format for Media Interchange ( 可搬電子媒体を用いたデータ交換のための保存とファイルフォーマット ) Part11 : Media Storage Application Profiles ( 可搬電子媒体保存応用プロファイル ) オフラインメディア Part12 : Media Formats and Physical Media for Media Interchange ( 可搬電子媒体を用いたデータ交換のための媒体フォーマットと物理媒体 ) Part13 : Print Management Point-to-Point Communication Support ( プリント管理 2 点間通信サポート )( 注 ) ( 注 )Part9, Part13(Point-to-Point 接続 ) は現在リタイア ( 削除 ) されている 7

8 DICOM 規格の構成 (3/4) Part14 : Grayscale Standard Display Function ( グレーススケール標準表示関数 ) Part15 : Security Profiles ( セキュリティプロファイル ) Part16 : Content Mapping Resource ( コード等のマッピング ) Part17 : Explanatory Information ( 説明のための情報 ) Part18 : Web Access to DICOM Persistent Objects (WADO) (DICOM オブジェクトへの Web アクセス ) 8

9 DICOM 規格の構成 (4/4) 最新の DICOM は 18 巻 ( リタイアを除くと 16 巻 ) の DICOM Base Standard( 規格書本体 ) と複数の Supplement( 補遺 ) および Correction Proposal( 修正提案 ) からなる DICOM Base Standard( 規格書本体 ) + Supplement( 補遺 ) + Correction Proposal( 修正提案 ) 9

10 DICOM は成長を続けている Base Standard Base Standard Base Standard Supplements Correction Items Supplements Correction Items Supplements Correction Items 10

11 基本用語 11

12 DICOM 基本用語 Conformance Statement Service Class SCU SCP SOP Tag 12

13 Conformance Statement ( コンフォーマンスステートメント ) 適合性宣言書装置の DICOM サポート範囲を明記した文書通常 DICOM 対応機器の販売元から提供されるなぜ必要か? DICOM は膨大な規格であり DICOM 対応と言っても実際は DICOM 規格の一部を実装しているに過ぎないシステム導入の際には各々の機器のサポート範囲サポート範囲の確認が必要となるその際に参照されるのが本文書である Conformance Statement を自社の Web サイトで公開しているベンダーもある 13

14 Service Class ( サービスクラス ) DICOM で提供されるサービスの種別 DICOM Service Class の例 Verification Basic Worklist Management Study Management Storage Storage Commitment Query/Retrieve Print Management 交信確認基本ワークリスト管理スタディ ( 検査 ) 管理データ保存データ保存委託データ問合せ / 検索 ( 取得 ) プリント出力管理 14

15 SCU ( エスシーユー ) SCP ( エスシーピー ) Service Class User の略 DICOM のサービスを利用する ( 要求する ) 側の呼び方 Service Class Provider の略 DICOM のサービスを提供する側の呼び方画像を送りますので保存して下さい画像を受け取って保存します SCU Storage Service Class SCP 15

16 SOP ( エスオーピー ) または ( ソップ ) Service Object Pair の略オブジェクト ( 対象 ) とサービス ( 機能 ) を組合せた表現オブジェクト何を? MR 画像をサービスクラスどうする? 保存するつまり MR 画像を保存する MR Image Object + Storage Service Class = MR Image Storage SOP Class MR 画像を送りますので保存して下さい MR 画像を受け取って保存します SCU MR Image Storage SOP Class SCP 16

17 Tag ( タグ ) 荷札 DICOM データエレメント ( データ要素 ) の属性の識別子全てのデータエレメントに属性を識別するタグが付く 2 つの 16 進数 ( グループ番号とエレメント番号 ) の組合せ DICOM Tag の例 Tag Attribute Name ( 属性名 ) ( 0010, 0010 ) Patient s Name ( 患者氏名 ) ( 0010, 0020 ) Patient ID ( 患者識別子 ) ( 0010, 0030 ) Patient s Birth Date ( 患者生年月日 ) グループ番号 (0010: 患者情報グループ ) エレメント番号 17

18 DICOM データのダンプ例 Tag Attribute Name VR Length Value (0008,0000) Group Length UL 4 "732 0x000002DC" (0008,0008) Image Type CS 22 "ORIGINAL PRIMARY AXIAL" (0008,0016) SOP Class UID UI 26 " " (0008,0018) SOP Instance UID UI 54 " " (0008,0020) Study Date DA 8 " " (0008,0022) Acquisition Date DA 8 " " (0008,0023) Content Date DA 8 " " (0008,0030) Study Time TM 10 " " (0008,0032) Acquisition Time TM 10 " " (0008,0033) Content Time TM 10 " " (0008,0050) Accession Number SH 8 "MOF5063 " (0008,0060) Modality CS 2 "CT" (0008,0070) Manufacturer LO 8 "TOSHIBA " (0008,0080) Institution Name LO 12 "TOSHIBA_MEC "... 注 ) 実際にはデータに含まれない注 )Transfer Syntax ( 転送構文 ) が Implicit VR ( 暗黙的 VR) の時にはデータに含まれない 18

19 基本機能 19

20 DICOM 基本機能 - 代表的なサービスクラス Basic Worklist Management Study Management Storage Query/Retrieve 20

21 Basic Worklist Management 基本ワークリスト管理 Modality Worklist(MWL MWL) Modality Worklist Management (MWM) と呼ばれることもあるモダリティ本日の MR 検査の予約リストを下さい RIS SCU 本日予約されている MR 検査は 10 時 00 分田中雅人頭部 10 時 30 分鈴木一郎腹部 11 時 00 分佐藤みゆき胸部 SCP 種々の条件 ( 例 : 日付患者 ID モダリティ種別など) をキーにして予約検査リストの検索を掛けることが出来る 21

22 Study Management スタディ ( 検査 ) 管理 Modality Performed Procedure Step(MPPS MPPS) モダリティ撮影を開始します患者氏名 : 田中雅人撮影部位 : 頭部撮影開始時刻 :10 時 00 分了解! RIS SCU 撮影が終了しました撮影終了時刻 :10 時 20 分撮影条件 : 了解! SCP 22

23 Storage データ保存モダリティ画像を送りますので保存して下さい画像サーバ SCU 画像を受け取りました保存します SCP 保存の対象は画像には限らずレポートや波形データなども対象となる 23

24 Query/Retrieve (Q/R) データ問合せ / 検索 ( 取得 ) この患者さんの検査リストを下さい画像ビューア / ワークステーションはいこれが検査リストですではこの検査の画像を送って下さい画像サーバ画像を送ります SCU 画像を受け取りました SCP お望みの画像を全て送り終わりました 24

25 HL7 25

26 HL7(Health Health Level 7 ) とは組織としての名前 :HL7.inc: HL7 規格を開発改良するユーザとベンダーで構成される非営利団体 1987 年に米国で発足し約 30 カ国の国際支部約 2200 人の会員 ANSI 公認の SDO( 規格制定団体 ) 規格としての名前医療情報を表現し交換するための規格 ( メッセージの規格 ) 2001 年改定声明 : 医療情報の包括的枠組みに関する標準メッセージだけではなく永続的オブジェクトにも展開 26

27 メッセージ規格 : 二つの用語トリガーイベント : 通信のきっかけメッセージタイプ : メッセージを構成する単位トリガーイベント HL7 規格は現実世界の医療行為 ( イベント ) によりシステム間のデータフローが必要とされるという仮定の基に書かれている例えば患者が入院するというイベントでシステム間でメッセージ交換が必要となるシステム A メッセージの送信 ACK メッセージの受信システム B メッセージの受信 ACK メッセージの送信 27

28 メッセージセグメント属性表 (PID セグメント ) この表の 1 行がフィールドを表現している Health Level Seven, Version v2.5 から引用 28

29 メッセージの例 MSH ^~ & HIS RIS ORM^O P 2.5 ~ISO IR87 ISO <cr> PID ^^^^PI 東京 ^ 太郎 ^^^^^L^I~ トウキョウ ^ タロウ ^^^^^L^P M 東京都港区虎ノ門 ^^^^ ^PRN^PH^^^03^ <cr> PV1 O 01 D12345^ 中田 ^ 隆 ^^^^^^^L^^^^^I<cr> ORC NW D12345^ 中田 ^ 隆 ^^^^^^^L^^^^^I 01<cr> ORC PA D12345^ 中田 ^ 隆 ^^^^^^^L^^^^^I 01<cr> OBR ^X 線単純撮影 ^JJ P D12345^ 中田 ^ 隆 ^^^^^^^L^^^^^I ^^^^^R<cr> セグメントの区切りは <cr> OBX NM 01-02^ 体重 62 kg P<cr> フィールドの区切りはエレメントの区切りは ^ 29

30 IHE 30

31 標準規格だけでシステムが作れるか? DICOM/HL7 は実装する時に様々な解釈が可能標準規格の解釈の違い解釈の違いによる相互運用性の低下各社の実装で異なる解釈が入ると繋がらない期待する情報連携が実現しないこれを回避するために打合せや改造開発で工数が掛かるコストや品質に問題を起こす可能性がある 31

標準規格採用の課題 (DICOM) DICOM Data Set 1 Patient ID オーダ番号は Placer Order Number に入れて送ろう 2 3 4 5 Patient Name Placer Order Number Filler Order

32 標準規格採用の課題 (DICOM) DICOM Data Set 1 Patient ID オーダ番号は Placer Order Number に入れて送ろう Patient Name Placer Order Number Filler Order Number Accession No. オーダ番号は Accession Number に入っていると思ってるよ RIS 1 患者 ID DICOM MWM 1 患者 ID Modality 2 患者氏名 2 患者氏名 3 オーダ番号オーダ番号 32

33 IHE Integrating the Healthcare Enterprise DICOM とHL7 などの使い方のガイドを作る活動標準規格を実装で確実に利用する対策何をするときどの規格をどう使うかを決めるということ規格自体を決めているわけではない何をシナリオ : 統合プロファイル統合プロファイルどう使うガイド文書 : テクニカルフレームワーク機能 : アクター情報伝達 : トランザクション (DICOM HL7 など ) 33

34 DICOM 参考情報 Official Site : Editor s s Site : HL7 HL7 協会本部 : 日本 HL7 協会 : 34

untitled

untitled DICOM Digital Imaging and Communications in Medicine DICOM DICOM Digital Imaging and Communications in Medicine ACRNEMA CD-R DICOM 1 HIS Server PC HL7 RIS WEB Image/Report Viewer WEB RIS Server DICOM DICOM