IHE workshop in 新潟

標準規格（DICOMを中心に）
２００８年１月２６日
日本IHE協会 ITI技術委員会 Co Chair
日立メディコ 中島 隆

DICOM

2008/01/26

IHE Workshop in 新潟 ： 標準規格（DICOMを中心に）

Nakashima, Takashi

2

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

2008/01/26

IHE Workshop in 新潟 ： 標準規格（DICOMを中心に）

Nakashima, Takashi

3電子カルテ
電子カルテシステム
システム
(EMR)
(EMR)

EMR Server

患者情報
検査オーダ情報

システム間の情報の流れに標準規格を適用

検査実施情報HL7

放射線部門情報放射線部門情報管理システム管理システム(RIS)(RIS)

Image/Report Viewer

RIS 端末画像管理
画像管理システム
システム（PACS)（PACS)RIS Serverモダリティ
モダリティ

DICOM

DICOM

患者情報
検査オーダ情報

レポート情報

画像
情報

DICOM

検査実施情報Report Server
画像情報

DICOM

Modality
2008/01/26

IHE Workshop in 新潟 ： 標準規格（DICOMを中心に）Image Server

Nakashima, Takashi

4

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

IHE Workshop in 新潟 ： 標準規格（DICOMを中心に）

Nakashima, Takashi

5

DICOM規格の構成（１／４）
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（メッセージ交換のためのネットワーク通信サポート）
2008/01/26

IHE Workshop in 新潟 ： 標準規格（DICOMを中心に）

Nakashima, Takashi

6

DICOM規格の構成（２／４）
Part 9 : Point-to-Point Communication Support for Message Exchange（メッセージ交換のための２点間通信サポート）（注）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（プリント管理２点間通信サポート）（注）（注）Part9, Part13（Point-to-Point接続）は、現在、リタイア（削除）されている

2008/01/26

IHE Workshop in 新潟 ： 標準規格（DICOMを中心に）

Nakashima, Takashi

7

DICOM規格の構成（３／４）
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アクセス）

2008/01/26

IHE Workshop in 新潟 ： 標準規格（DICOMを中心に）

Nakashima, Takashi

8

DICOM規格の構成（４／４）“最新”のDICOMは、 18巻（リタイアを除くと16巻）のDICOM
Base Standard（規格書本体）と、複数の Supplement（補遺）および Correction Proposal（修正提案）からなる。
DICOM Base Standard（規格書本体）+Supplement（補遺）+Correction Proposal（修正提案）

2008/01/26

IHE Workshop in 新潟 ： 標準規格（DICOMを中心に）

Nakashima, Takashi

9

DICOMは成長を続けている
Base Standard - 2006
Base Standard - 2004
Base Standard - 2003
Supplements
Correction Items
Supplements
Correction Items
Supplements
Correction Items
2008/01/26

IHE Workshop in 新潟 ： 標準規格（DICOMを中心に）

Nakashima, Takashi

10

基本用語

2008/01/26

IHE Workshop in 新潟 ： 標準規格（DICOMを中心に）

Nakashima, Takashi

11

DICOM基本用語
Conformance Statement
Service ClassSCU
SCP
SOPTag2008/01/26

IHE Workshop in 新潟 ： 標準規格（DICOMを中心に）

Nakashima, Takashi

12Conformance Statement（コンフォーマンスステートメント）
適合性宣言書装置の「DICOMサポート範囲」を明記した文書
通常、DICOM対応機器の販売元から提供される。
なぜ必要か？
DICOMは膨大な規格であり、DICOM対応と言っても、 実際はDICOM規格の一部を実装しているに過ぎない システム導入の際には各々の機器の｢サポート範囲｣の確認が必要となる
 その際に参照されるのが本文書である


Conformance Statement を自社のWebサイトで公開しているベンダーもある
2008/01/26

IHE Workshop in 新潟 ： 標準規格（DICOMを中心に）

Nakashima, Takashi

13

Service Class（サービスクラス）
DICOMで提供されるサービスの種別
DICOM Service Class の例
Verification

交信確認

Basic Worklist Management

基本ワークリスト管理

Study Management

スタディ（検査）管理

Storage

データ保存

Storage Commitment

データ保存委託

Query/Retrieve

データ問合せ／検索（取得）

Print Management

プリント出力管理

2008/01/26

IHE Workshop in 新潟 ： 標準規格（DICOMを中心に）

Nakashima, Takashi

14

SCU （エス・シー・ユー）
SCP （エス・シー・ピー）
Service Class User の略

DICOMのサービスを利用する(要求する)側の呼び方

Service Class Provider の略

DICOMのサービスを提供する側の呼び方

画像を送りますので保存して下さい。

SCU
2008/01/26

画像を受け取って保存します。

Storage Service ClassIHE Workshop in 新潟 ： 標準規格（DICOMを中心に）

SCP
Nakashima, Takashi

15

SOP（エス・オー・ピー）または（ソップ）Service Object Pairの略
オブジェクト（対象）とサービス（機能）を組合せた表現
オブジェクト何を？
⇒MR画像をサービスクラスどうする？
⇒保存する

MR Image＋ObjectStorage
Service Class

MR画像を送りますので保存して下さい。

SCU
2008/01/26

つまり、MR画像を保存する＝

MR Image Storage
SOP Class
MR画像を受け取って保存します。

MR Image Storage
SOP ClassIHE Workshop in 新潟 ： 標準規格（DICOMを中心に）

SCP
Nakashima, Takashi

16

Tag
（タグ） 荷札
ＤＩＣＯＭデータエレメント（データ要素)の属性の識別子
全てのデータエレメントに属性を識別する「タグ」が付く
２つの１６進数（グループ番号とエレメント番号)の組合せ
DICOM Tag の例
TagAttribute Name （属性名）（ 0010 , 0010 ）Patient’s Name （患者氏名）（ 0010 , 0020 ）（ 0010 , 0030 ）Patient ID （患者識別子）

グループ番号

Patient’s Birth Date （患者生年月日）
エレメント番号（0010:患者情報グループ）

2008/01/26

IHE Workshop in 新潟 ： 標準規格（DICOMを中心に）

Nakashima, Takashi

17

ＤＩＣＯＭデータのダンプ例
Tag

Attribute Name

(0008,0000) Group Length(0008,0008) Image Type(0008,0016) SOP Class UID(0008,0018) SOP Instance UID(0008,0020) Study Date
(0008,0022) Acquisition Date
(0008,0023) Content Date
(0008,0030) Study Time
(0008,0032) Acquisition Time(0008,0033) Content Time
(0008,0050) Accession Number(0008,0060) Modality(0008,0070) Manufacturer(0008,0080) Institution Name.
.
注）実際にはデータ.に含まれない。
2008/01/26

VR Length Value
UL
CS
UI
UI
DA
DA
DA
TM
TM
TMSH
CS
LO
LO

42226
54
8
8810101082812"732 0x000002DC""ORIGINAL¥PRIMARY¥AXIAL""1.2.840.10008.5.1.4.1.1.2 ""1.2.392.200036.9116.2.2.2.1762554606""20060409""20060409""20060409""104556.000""104846.000""104846.750""MOF5063 ""CT""TOSHIBA ""TOSHIBA_MEC "注）Transfer Syntax (転送構文) が Implicit VR (暗黙的VR)の時にはデータに含まれない。

IHE Workshop in 新潟 ： 標準規格（DICOMを中心に）

Nakashima, Takashi

18

基本機能

2008/01/26

IHE Workshop in 新潟 ： 標準規格（DICOMを中心に）

Nakashima, Takashi

19

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

2008/01/26

IHE Workshop in 新潟 ： 標準規格（DICOMを中心に）

Nakashima, Takashi

20Basic Worklist Management 基本ワークリスト管理
Modality Worklist（MWL）

Modality Worklist Management（MWM）と呼ばれることもある。

本日のMR検査の予約リストを下さい。

モダリティ

SCU

RIS

本日予約されているMR検査は、10時00分 田中雅人
頭部10時30分 鈴木一郎
腹部
11時00分 佐藤みゆき 胸部

SCP

種々の条件（例：日付、患者ＩＤ、モダリティ種別など）をキーにして予約検査リストの検索を掛けることが出来る
2008/01/26

IHE Workshop in 新潟 ： 標準規格（DICOMを中心に）

Nakashima, Takashi

21

Study Management

スタディ(検査)管理

Modality Performed Procedure Step（MPPS）
モダリティ

撮影を開始します。
患者氏名：田中雅人
撮影部位：頭部
撮影開始時刻：10時00分
･･･

RIS
了解！

SCU

2008/01/26

撮影が終了しました。
撮影終了時刻：10時20分
撮影条件： ･･････

IHE Workshop in 新潟 ： 標準規格（DICOMを中心に）

了解！

Nakashima, Takashi

SCP

22

Storage
モダリティ

SCU

データ保存

画像サーバ

画像を送りますので保存して下さい。

画像を受け取りました。
保存します。

SCP

保存の対象は、画像には限らず、レポートや波形データなども対象となる
2008/01/26

IHE Workshop in 新潟 ： 標準規格（DICOMを中心に）

Nakashima, Takashi

23

Query/Retrieve (Q/R) データ問合せ／検索(取得)
この患者さんの検査リストを下さい。

画像ビューア/ワークステーション

はい、これが検査リストです。

画像サーバ

では、この検査の画像を送って下さい。

画像を送ります。

SCU

画像を受け取りました。

SCP

お望みの画像を全て送り終わりました。

2008/01/26

IHE Workshop in 新潟 ： 標準規格（DICOMを中心に）

Nakashima, Takashi

24

HL7

2008/01/26

IHE Workshop in 新潟 ： 標準規格（DICOMを中心に）

Nakashima, Takashi25

HL7（Health Level 7 ）とは組織としての名前：HL7.inc


HL7規格を開発、改良する、ユーザとベンダーで構成される非営利団体
1987年に米国で発足し、約30カ国の国際支部、約2200人の会員
ANSI公認のSDO(規格制定団体)

規格としての名前

医療情報を表現し交換するための規格（メッセージの規格）
2001年改定声明：医療情報の包括的枠組みに関する標準メッセージだけではなく、“永続的オブジェクト”にも展開

2008/01/26

IHE Workshop in 新潟 ： 標準規格（DICOMを中心に）

Nakashima, Takashi

26メッセージ規格：二つの用語
トリガーイベント ： 通信のきっかけ
メッセージタイプ ： メッセージを構成する単位

2008/01/26

トリガーイベント

HL7規格は「現実世界の医療行為(イベント)により、システム間のデータフローが必要とされる」という仮定の基に書かれている。
例えば、「患者が入院する」というイベントでシステム間でメッセージ交換が必要となる。

システムA

システムB

メッセージの送信
ACKメッセージの受信メッセージの受信
ACKメッセージの送信

IHE Workshop in 新潟 ： 標準規格（DICOMを中心に）

Nakashima, Takashi

27メッセージセグメント属性表 （PIDセグメント）

この表の１行がフィールドを表現している「Health Level Seven, Version v2.5」から引用
2008/01/26

IHE Workshop in 新潟 ： 標準規格（DICOMを中心に）

Nakashima, Takashi

28メッセージの例
MSH|^~¥&|HIS||RIS||20030120100000||ORM^O01|20030120000010|P|
2.5||||||~ISO IR87||ISO 2022-1994<cr>
PID|||12345678^^^^PI||東京^太郎^^^^^L^I~トウキョウ^タロウ^^^^^L^P||19501214|M|||東京都港区虎ノ門^^^^1050001||^PRN^PH^^^03^35068010<cr>
PV1||O|01||||D12345^中田^隆^^^^^^^L^^^^^I<cr>
ORC|NW|200301200001|||||||20030120100000|||D12345^中田^隆^^^^^^^L^^^^^I|01<cr>
ORC|PA|20030120000100|||||||20030120100000|||D12345^中田^隆^^^^^^^L^^^^^I|01<cr>
OBR|1|200301200001||1000000000000000^Ｘ線単純撮影^JJ101716P|||200301201030|||||||||D12345^中田^隆^^^^^^^L^^^^^I|||||||||||^^^^^R<cr>
セグメントの区切りは<cr>
OBX||NM|01-02^体重||62|kg|||||P<cr>フィールドの区切りは「｜」エレメントの区切りは「＾」
2008/01/26

IHE Workshop in 新潟 ： 標準規格（DICOMを中心に）

Nakashima, Takashi

29

IHE

2008/01/26

IHE Workshop in 新潟 ： 標準規格（DICOMを中心に）

Nakashima, Takashi

30標準規格だけでシステムが作れるか？
ＤＩＣＯＭ／HL7は実装する時に様々な解釈が可能

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

2008/01/26

IHE Workshop in 新潟 ： 標準規格（DICOMを中心に）

Nakashima, Takashi

31標準規格採用の課題（ＤＩＣＯＭ）
DICOM Data Set
１ Patient ID
２ Patient Name
３ Placer Order Number｢オーダ番号」は“Placer OrderNumber” に入れて送ろうＲＩＳ

2008/01/26

４ Filler Order Number
５ Accession No.

DICOM MWM
１ 患者ＩＤ

１ 患者ＩＤ２ 患者氏名

２ 患者氏名３ オーダ番号３４４５５ オーダ番号

IHE Workshop in 新潟 ： 標準規格（DICOMを中心に）｢オーダ番号」は“AccessionNumber” に入っていると思ってるよ

Ｍｏｄａｌｉｔｙ

Nakashima, Takashi

32

ＩＨＥ
Integrating the Healthcare Enterprise
DICOMとHL7などの使い方のガイドを作る活動
標準規格を実装で確実に利用する対策 「何をするとき、どの規格を、どう使うか」を決めるということ
 規格自体を決めているわけではない

「何を」 → シナリオ：「統合プロファイル」
 「どう使う」 → ガイド文書：「テクニカルフレームワーク」
機能： アクター
情報伝達 ： トランザクション （DICOM、HL7など）

2008/01/26

IHE Workshop in 新潟 ： 標準規格（DICOMを中心に）

Nakashima, Takashi

33参考情報DICOM


Official Site : http://medical.nema.org/dicom/2007/
Editor’s Site : http://www.dclunie.com/dicom-status/status.html

HL7

HL7協会本部：http://www.hl7.org/
日本HL7協会：http://www.hl7.jp/

2008/01/26

IHE Workshop in 新潟 ： 標準規格（DICOMを中心に）

Nakashima, Takashi

34