第22回 ＩＨＥワークショップ in 東京

テクニカルフレームワーク と コネクタソン
Technical Framework and Connectathon

２０１０年 ６月 ５日
一般社団法人 日本IHE協会
接続検証委員会

相互運用性を確保するには• 標準規格の採用– メッセージ形式– 通信プロトコル• 実装ガイドラインの制定– ワークフローに対応した情報の整合性確保– 標準規格の使い方（範囲限定）• 実装システムの検証– テストツールの提供– 接続テストの場の提供

2

医療情報の相互運用性の確保
DICOM
C-STORE

患者情報登録画像検査装置医事システム
DICOM
MWM

HL7
ADT
患者情報
登録

オーダエントリ
システム

患者情報
登録

PACS
サーバ

画像データ
保存

画像データ
取得

検査依頼
情報取得
DICOM
Q/R

オーダ
発行

放射線情報
システム

HL7
OMG

画像診断
ビューア
患者情報表示3

放射線検査のワークフロー
reportreport
患者登録

レポート保存読影レポートHIS

ワークステーションシャウカステン

patient
information

PACS

imagesretrieved

検査オーダ発行

examination orders

RIS

検査オーダ受付

procedurescheduled
Prefetch any relevant
prior studies

画像管理・保存フォルダ

放射線検査 images

modality
workliststoredacquisition
completedimages
printedacquisition
in-progresscompleted

Modality
4

X線写真

放射線検査フローの実装

患者情報登録（HL7）

医事システム

オーダエントリシステム

放射線検査
依頼（HL7）RIS

ViewerDICOM
PPS
DICOM MWM

DICOM
Query &Retrieve

DICOM
Storage
DICOM
Storage Commitment

Server

DICOM
Print Request

Modality

Imager5

放射線検査の統合プロファイル（SWF）
Pt.Registration

OrderFiller

Order Management

Procedure
Scheduled
Creator PPS

PPS

PPS
Manager

PPS

Order
PlacerEvidenceCreator

StorageCommitment

Image
StoredImage
Manager

Image
ArchiveStorage
Commitment

Image
StoredModality PPS
Modality Worklist

Pt.Registration

ADTAcquisition
Modality
6

Q/R Images

Image
Display

Blue: HL7 Messages
Green: DICOM Messages

IHEで決めていること

処理
GUI
入力

入従来のシステム 出
力 データ 画像 力
ベース 処理

出力

処理
入力

GUI
出
入IHEのシステム整合性確保
力 データ 画像 力
ベース 処理7

出力

IHEによる相互運用性の確保• テクニカルフレームワーク– 標準規格の採用• DICOM、HL7– 標準的な実装仕様の提示• 標準的運用ワークフローに基づいたモデル– JAHISデータ交換規約の活用 （日本独自）• コネクタソン– 各社で開発した製品の相互接続性の確認– 結果の公表

8Technical Framework

9Technical Frameworkで定めていること• Integration Profile 統合プロファイル– 医療現場の標準的なワークフローをモデル化したもの– 想定しているプロセスフロー、例外処理まで規定• Actor アクタ– ワークフローに登場する機能を抽象化したもの– 期待される動作を記述 （詳細機能は規定していない）• Transaction トランザクション– アクタ間での医療情報のやりとりを行う標準規格の使い方– かなり詳細な規定が定められている
10

日本拡張仕様の策定■ わが国の病院情報システムでは、電子カルテ（あるいはオーダエントリ）システムを中心に、臨床検査システムや放射線画像システムなど、ドメイン（部門）を超えたトータルシステムが確立している。
■ 一方、IHEでは、臨床検査分野（Laboratory）では新セグメントの採用を理由にHL7 Ver2.5でテクニカルフレームワークが記述されているが、先行していた放射線画像分野（Radiology）ではHL7 Ver2.3.1をベースに記述されているなど、ドメイン別に検討が行われているため、同様の検査依頼メッセージでありながら整合がとれていない。

アクタが部門システムごとに独立しているのであれば何ら問題はないが、部門共通のアクタであるADTやOrder Placerでの実装を考えた
場合にHL7のV/Lを統一しておくことはトータルシステムを考える上で重要。ドメインごとに異なる実装が行われることは好ましくない。

11

日本拡張仕様の策定■ IHEでは、グローバルな視点で互換性を推進できるよう、ワールドワイドで共通なテクニカルフレームワークを提供しているが、各国での運用やシステムの事情にあわせた国別拡張（National Extension）も許されている。
そこで、IHE-J技術委員会では、Placer Order Managementのトランザクションの共通化を中心に、放射線画像分野についても臨床検査分野と同様、ISO規格であるHL7 Ver2.5に準拠するように、見直しを行った。
・・ HIS-RIS間：OMG/ORGメッセージを採用
HIS-RIS間：OMG/ORGメッセージを採用
・・ ORC/OBRセグメントで親子レコードを構成し、手技や部位の階層構造を表現
ORC/OBRセグメントで親子レコードを構成し、手技や部位の階層構造を表現
・・ RIS-PACS/Report間：OMI/ORIメッセージを採用RIS-PACS/Report間：OMI/ORIメッセージを採用
・・ わが国の診療報酬制度や電子カルテシステムへの対応を考慮
わが国の診療報酬制度や電子カルテシステムへの対応を考慮
・・ 患者情報管理の見直し、患者到着通知の導入
患者情報管理の見直し、患者到着通知の導入

12

日本拡張仕様の策定
IHEでは臨床検査分野で、HL7 V2.5を採用（先行の放射線検査分野は V2.3.1）

V2.5に統一【欧米】部門の独立性が高い【日本】
トータルシステムが確立→ ドメインごとに異なる実装が行われることは好ましくない

V2.5 HIS（病院情報システム） V2.5
V2.3.1
V2.5
V2.X

放射線検査

臨床検査
13

XX部門

JAHIS 放射線データ交換規約
保健医療福祉情報システム工業会（JAHIS）では、IHE-Jの活動を睨みつつ、病院情報システム（HIS）と放射線部門システム（RIS）間のデータ交換の仕組みを検討した。

JAHIS
JAHIS 放射線データ交換規約
放射線データ交換規約 Ver2.1
Ver2.1■ HL7 Ver2.5に準拠。
■ HIS-RIS間のインタフェースに加えて、実施情報（会計情報）や下流（RIS-PACS/Report間）のインタフェースを対象範囲とした。
■ IHE-Jコネクタソンやフィールドでのスムースな実装を考慮して、個々のフィールド値の設定方法などの補足説明を加えた。

http://www.jahis.jp/standard/index.html からダウンロード可能
14

IHE Profile•

SWF（Scheduled Workflow）––

翻訳名：通常運用ワークフロー
放射線検査に関わるシステム間で患者情報やオーダ情報を持ち回り、撮影終了までのライフサイクルを管理する
IHE-Jコネクタソン2006より実施情報の報告を追加
患者到着
患者情報

実施報告

HIS
（ADT）

患者情報

HIS
（OP）

オーダ情報

RIS
（DSS/OF）

オーダ情報

PACS
（IM/IA）

患者情報

画像情報

モダリティ
（AM）

オーダ情報
患者情報

•PIR（Patient Information Reconciliation）––

翻訳名：患者情報の整合性確保
仮の名前で撮影された患者等に対し、患者IDをキーにした連携で患者情報（患者名、性別、生年月日）をシステム間で同一の状態に保つ

HIS（ADT）

新しい
患者情報

HIS
（OP）

RIS
（DSS/OF）

新しい
患者情報

15

新しい
患者情報

PACS
（IM/IA）

ADT：Admission Discharge Transfer
OP：Order Placer
DSS：Department System Scheduler
OF：Order Filler
IM：Image Manager
IA：Image Archive
AM：Acquisition Modality

SWF – Actors & Transactions
ADT

患者登録

IM/IA
/PPSM

DSS/OF

OP

Register/Admit
患者登録通知Patient
Patient Registration［RAD-1］
Patient Registration［RAD-1］

AM

患者登録通知オーダ入力

Create Order
Placer Order Management
New［RAD-2］
オーダ発行

手続き予約とプロトコル割当

Schedule Procedure and/or
Assign Protocol

予約された手続き

Procedure Scheduled［RAD-4］
ワークリストの取得

Order Status Update［RAD-3］
Query Modality Worklist［RAD-5］
患者到着通知Modality Procedure Step
In Progress［RAD-6］

Modality Procedure Step
In Progress［RAD-6］

検査開始

検査開始

Perform Acquisition
Modality Images Stored［RAD-8］

撮影実施

検査終了

Modality Procedure Step
Completed［RAD-7］
検査終了
実施結果報告Instance Availability
画像可用通知Notification［RAD-49］

Order Status Update［RAD-3］16

Modality Procedure Step
Completed［RAD-7］
Storage Commitment［RAD-10］
保存委託

OPとDSS/OF間のHL7メッセージ•

患者情報通知– 患者情報の変更をトリガに、ADTからOP、DSS/OFにメッセージ送信し、ADT、OPとDSS/OF間で患者情報の整合性を保つ– ADT（患者情報通知メッセージ）– ACK（患者情報通知応答メッセージ）
ADTからADTメッセージを受信する

ADT

①コネクト
②ADT

OP
DSS/OF③ACK•

放射線検査依頼– 入力されたオーダ内容を元にOPでオーダ番号を付与し、オーダ情報をDSS/OFに送信する– OMG（放射線検査依頼メッセージ）– ORG（放射線検査依頼応答メッセージ）
OPでオーダ番号を採番してメッセージ作成

OP

①コネクト
②OMG

DSS/OF③ORG

17

ADT/ACKおよびOMG/ORGはOPからDSS/OFに対してコネクトした１セッション内で通信する。DSS/OFからOPに対するコネクトはない。

OMG放射線検査依頼メッセージ•OMGメッセージ– HL7 v2.5で新設された一般オーダメッセージ•••

放射線オーダに限らず、検査オーダ一般に利用可能なメッセージ
数量／タイミングを格納するTQ1セグメントを追加
OBRセグメントの省略が不可なため、ORC(NW)に対しても記述が必要
イベント番号はO19のみ•【基本形】
MSH
PID
PV1
ORC
NWとPAとCHで繰り返し。CHは複数設定可。

TQ1OBR
OBX【メッセージサンプル】

MSH|^~¥&|HIS||RIS||20050120||OMG^O19^OMG_O19|mn123|P|2.5||||||~ISO IR87||ISO 2022-1994<cr>
PID|||97531111^^^^PI||フクオカ^チヒロ^^^^^L^P~福岡^千尋^^^^^L^I||19801021|F|||東京都港区虎ノ門１－１９－９^^^^105-0001^^H||03-3506-8010^PRN^PH<cr>
PV1||I|E02^21^^^^N||||^田中^一郎^^^^^^^L^^^^^I|||04<cr>
ORC|NW|2005012000500|||||||200501201650|^高橋^和夫^^^^^^^L^^^^^I||^高橋^和夫^^^^^^^L^^^^^I|04^^^^^C||||04^循環器科<cr>
TQ1|||||||||R<cr>
OBR|1|2005012000500||3000100000000000^Ｘ線血管撮影^JJ1017-16P||||||||||||^高橋^和夫^^^^^^^L^^^^^I<cr>
ORC|PA|2005012000500|||||||200501201650|^高橋^和夫^^^^^^^L^^^^^I||^高橋^和夫^^^^^^^L^^^^^I|04^^^^^C||||04^循環器科<cr>
TQ1|||||||||R<cr>
OBR|1|2005012000500||3000100000000000^Ｘ線血管撮影^JJ1017-16P||||||||||||^高橋^和夫^^^^^^^L^^^^^I<cr>
OBX|1|CE|MD0015390^血液型-ABO式^L||01^A^L||||||F<cr>
OBX|2|CE|03-01^HBs抗原^L||01^-^L||||||F<cr>
ORC|CH|2005012000501||||||2005012000500|200501201650|^高橋^和夫^^^^^^^L^^^^^I||^高橋^和夫^^^^^^^L^^^^^I|04^^^^^C||||04^循環器科<cr>
TQ1|||||||||R<cr>
OBR|1|2005012000501||30001004620000000000010000000000^肺動脈.Ｘ線血管撮影^JJ1017-32|||200501201650|||||||||^高橋^和夫^^^^^^^L^^^^^I|||||||||||||2005012000500<cr>
OBX|1|ZRD|30001004620000000000010000000000&MED^肺動脈.Ｘ線血管撮影&使用薬剤^JJ1017-32||3003^イオメロン350 100ml^L||||||O<cr>

Check Point！

●ORC-2のオーダ番号はNWとPAが同じ値で、CHは異なる値がセットされること●OBR-4の汎用サービスIDにはJJ1017のコードがセットされること
18

IHE活動の「ワークフロー」
過去の実装例

臨床現場

企画
委員会

TechnicalFramework

DICOM

臨床モデル

技術
委員会

調整・闘争

テクニカル
フレームワーク

HL7
標準規格

接続検証委員会
テスト
シナリオ

ベンダ
IHE-NA/EU
製品
19

コネクタソン

（ご参考）IHEの検討対象領域• Radiology （放射線検査）• Laboratory （臨床検査部門）• Cardiology （循環器部門）• IT Infrastructure （情報通信基盤技術）• Eye Care （眼科）• Radiation Oncology（放射線治療）• Pathology （病理検査）• Patient Care Coordination• Patient Care Devices• Quality, Research and Public Health• Endoscopy (内視鏡検査)

20

コネクタソンの目的• IHEの目的である相互接続性の確認を行う• 実装されたシステムがテクニカルフレームワークの仕様に準拠しているかを第三者が確認する• 実装上の不具合を実際のシステムで接続検証することにより洗い出す• その場でソフトウェアの改善を行うことによりシステムの完成度を高める• 関連各社（他社）との接続性を確認する

21

目的を達成するために• テクニカルフレームワークに準拠した実装を行う– 製品の目的等により実装するアクタ・プロファイルを選択する– 選択したアクタ・プロファイルで指定されたトランザクションすべてを実装する– コネクタソン用に指定されたコードやデータを搭載する• 事前テストツールによる検証をおこなう– MESAツールによるDICOM通信の確認– HL7検証ツールによるHL7通信の確認– 結果を事務局に提出する• テストシナリオに従った接続検証テスト– KUDUによるテスト進捗管理– 参加ベンダ側の主導によるテスト進行– スタッフはあくまでサポートの位置づけ

22

審査ポリシー• 電文の規格準拠– 各システムがDICOM 3.0やHL7 Ver2.5として正しい電文を送受信しているかどうかを確認する。（電文キャプチャ、継承性確認）• コネクタソンでの決めごと– コネクタソン会場を実際の施設と考えて、事務局が要求するマスタ整備や機能搭載状況を確認する。

• 製品としての完成度– 通信モジュールや電文ダンプだけのツールではなく、製品として必要な画面表示を備えているかどうかを確認する。（画面スナップショット）

23

IHEに対応した機能を実装するには• IHEテクニカルフレームワークを熟読すること– ある程度の英語の読解力を身につけること– IHEに詳しい人をみつけること– 入門書や翻訳、技術解説を参考に・・・• DICOMやHL7規格をきちんと理解すること– DICOMは「DICOM入門」を読む– HL7は「JAHISデータ交換規約」を読む– ベンダーワークショップに参加する– 規格書を熟読する– JIRA DICOM委員会、JAHIS 相互運用性委員会
24

IHE-J 2010 ベンダーワークショップ
１０：００
１２：００

入門編：
IHE入門 ［IHEとは、IHE活動の概要、IHEに対応することの意義］
IHE概要 ［プロファイル、アクタ、トランザクション、コネクタソン］
コネクタソン概要 [実施方法、ツール、事前テストなど]

１３：００
１５：００

共通的な統合プロファイル
SWFとその日本版拡張： IHE共通プロファイルの基盤として
PAMとPDQ： 患者基本情報取り扱いの共通基盤
新たな統合プロファイル
内視鏡検査・眼科・患者ケアデバイス（PCD）

１５：２０
１７：００

５F 講堂

４F会議室

４F B会議室

４F C会議室

２F C会議室

放射線検査臨床検査

循環器

放射線治療

ITインフラ

２０１０年５月２７日に開催（於：全国家電会館）
25

IHEへの対応を宣言する• Integration Statement（統合宣言書）を作成する• 所定の項目を記載した適合宣言書• 宣言したアクタ・統合プロファイルで規定されているトランザクションが完全に実装されていることを宣言する• 宣言は自己責任で行う （日本IHE協会ではない）• 会社のWEBサイト等に掲載し、公表する– 日本IHE協会のWEBサイトからもリンク可

26

IHE
Integration Statement（（IHEIHE 統合宣言書）
統合宣言書）

どのIntegrationProfileを実装しているか？

どのActorを実装しているか？

27

27

IHE-Jコネクタソン結果表（星取表）

各社のIHE Integration Statement（IHE 統合宣言書）
が公開されているWebサイトへのリンクも貼られています28

IHE-J 2009 コネクタソン• 2009年10月26日〜30日（5日間）• 東京都立産業貿易センター 台東館 ７階展示室• 対象部門：– 放射線検査– 臨床検査– 循環器部門– ＩＴインフラ– 放射線治療• 参加：４６社 ８６システム
29

IHE-J 2009 コネクタソンの日程

9:00
10:00
11:00
12:00

10/26

10/27

設営

電源
LAN

14:00

接続確認
事前テスト

17:00
18:00

10/30

個別準備作業
最終審査

昼休み

ｵﾘｴﾝﾃｰｼｮﾝ

16:00

10/29

個別接続テスト

搬入
設置

13:00
15:00

10/28

個別接続テスト

最終審査
搬出

後片付け（〜18:00)
居残り作業はできません。
30

参加ベンダ一覧
赤字：HIS、青字：RIS、緑字：LIS
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
••
•
•
•
•
•

(株) スリーゼット(株) エイアンドティー
AJS (株)アレイ (株)(株) AZE
キヤノン (株)(株) 千代田テクノルシーエムエス ジャパン (株)(株) イービーエム・ジャパン
富士フィルムメディカル (株)富士通 (株) ※RIS,LISでも参加
フクダ電子 (株)GEヘルスケア・ジャパン (株)(有) グローバルフォー
日立コンピュータ機器 (株)(株) 日立ハイテクノロジーズ(株) 日立メディコ(株) 日立製作所
日本アイ・ビー・エム (株)(株) イメージワン(株) インフィニットテクノロジー
インフォコム (株)アイテック阪急阪神 (株)

••
•
•
•
•
••
•
•
•••
•
••
•
•••
•
••

31

(株) ジェイマックシステム(株) ラムテック(株) 管理工学研究所
キッセイコムテック (株)コニカミノルタエムジー (株)日本電気 (株)※RIS,LISでも参加
日本バイナリー (株)日本光電工業 (株)パナソニックメディカルソリューションズ (株)ピー・エス・ピー (株)リマージュジャパン (株)(株) 両備システムズ(株) SBS情報システム(株) ソフトウェアサービス
台湾コンピュータ
テクマトリックス (株)(株) テクノメディカ
東芝メディカルシステムズ (株)東芝住電医療情報システムズ (株)(株) バリアン メディカル システムズ
ボルケーノ・ジャパン (株)横河電機 (株)ザイオソフト (株)ベンダの配置図

32

「合格」の条件• １つのテストシナリオについて3社以上と接続確認を行う– 参加ベンダが少ない場合は例外あり• アクタ・プロファイルで指定されたすべてのテストシナリオを実施する– 接続相手はシナリオごとに異なっても構わない• 同一システムで複数参加の場合は、結果を合算して判定する– KUDUへの結果登録は１システムにまとめる

33

コネクタソンにおける接続検証の内容• 進捗管理ツール KUDU を活用– テスト進捗管理– テストシナリオに従ったテストの実施– トランザクションのエビデンスの記録と表示• 各種ツールによる審査– トランザクションモニタによる通信電文の直接取得– バリデーションツールによる文法、整合性チェック– ネットワークトランザクションのないPDIは、PDI Media Checker、
PDI Viewerによるチェック

34

テストシナリオ

35

テスト相手の選択

36

KUDU（進捗チェック）37

トランザクションモニタ

電文
トランザクションモニタ

KUDU
電文

バリデーションツール

電文

電文

38

解析結果例39

IHE-Jコネクタソン結果表（星取表）40IHE-J 2010 コネクタソン（予告）• 2010年10月18日〜22日（5日間）• 東京都立産業貿易センター 台東館 ７階展示室• 対象部門：– 放射線検査– 臨床検査– 循環器部門– ＩＴインフラ– 放射線治療– 内視鏡 (New)

参加費：
基本参加費：300,000円
システム参加費： 100,000円
日本IHE協会A会員は基本参加費に初回～２回 ２システムを含む
３～４回３システムを含む
５回以上４システムを含む

IHE-J 2010 ベンダワークショップ41

もうちょっと詳しく知るには ・・・• 「IHE超入門」、「IHE入門」を買って読む• 関連のWEBサイトを漁る– http://www.ihe-j.org/– http://www.ihe.net/– http://wiki.ihe.net/– このあたりからネットサーフィンを42

ご清聴ありがとうございました43