Integrating the Healthcare Enterprise＜第2部＞実際にシステムを構築するには

５．導入事例とRFPの書き方
向井 まさみ放射線医学総合研究所・医療情報室

日本ＩＨＥ協会 普及推進委員会

1

IHE Workshop in Tokyo
2011.07.09 Tokyo-Midtown

INDEX－作業工程
システム要件のまとめ
運用・ユースケースの整理利用できる統合プロファイルの検討
システム実現のための検討
2

IHE Workshop in Tokyo
2011.06.11 Tokyo-Midtown

INDEX－成果物
成果物
今後の開発計画

3

IHE Workshop in Tokyo
2011.06.11 Tokyo-Midtown

システム要件のまとめ•放射線医学総合研究所の概要•施設間連携の要件
日本ＩＨＥ協会 普及推進委員会

4

IHE Workshop in Tokyo
2011.07.09 Tokyo-Midtown

放医研・重粒子医科学センタ病院
所在：千葉県千葉市稲毛区
ベッド数: 100 床
外来患者数: 70-100人 /日粒子線治療
 炭素イオン線
 陽子線

一般放射線治療 外部照射
 小線源治療

フィルムレス運用 実施 (2005年夏～)
電子カルテシステム運用(2006年10月）

IHE Workshop in Tokyo
2011.06.11 Tokyo-Midtown

放医研をとりまく「他の施設」
紹介施設

紹介施設

紹介施設

治療施設
紹介施設

治療施設

紹介施設
治療施設

紹介施設

紹介施設
紹介施設

紹介施設と治療施設の連携
治療施設間の連携

治療施設
紹介施設
IHE Workshop in Tokyo
2011.06.11 Tokyo-Midtown

施設間情報連携システム－UseCase１
粒子線治療の多施設共同研究

粒子線治療（陽子線・炭素線）の症例情報と予後情報を収集。
対象臓器：前立腺から開始。
対象データ：
 症例登録情報（年齢、腫瘍情報、放射線治療情報など）
 フォローアップ情報（再発有無、転移有無、転帰情報など）、QOL情報
7

IHE Workshop in Tokyo
2011.06.11 Tokyo-Midtown

運用・ユースケースの整理•UseCase1:多施設共同研究
日本ＩＨＥ協会 普及推進委員会

8

IHE Workshop in Tokyo
2011.07.09 Tokyo-Midtown

登録データ（EXCELファイル）

症例番号（匿名化されている番号）ごとに１EXCELファイルで管理。IHE Workshop in Tokyo
2011.06.11 Tokyo-Midtown
項目ごとに選択／適切な値を入力して保存。

運用：データ登録のタイミング
１）症例登録情報：
適格性確認時に都度、事務局へ送付/FAX。

事務局では症例登録し、確認。確認情報を依頼施設に返信
２）治療情報：２回／年を目処に、当該期間対象症例分を一括送付。

フォローアップ情報の同時送付も可能とする。
３）フォローアップ情報：
２回／年を目処に、当該期間対象症例分を一括送付。

送付期間は、５年分。
４）患者QOL調査情報：
２回／年を目処に、当該期間対象症例分を一括送付。

送付期間は、５年分。
IHE Workshop in Tokyo
2011.06.11 Tokyo-Midtown

共同研究施設
データ入力

CDやUSBなどの媒体

事務局・放医研

データ登録
電子ファイルを郵送

症例データベース

QOL調査

患者運用：データ送付方法（その１）
日本ＩＨＥ協会 普及推進委員会

非再発生存率Overall Survival
有害反応発生率QOL

11

厚労省科学研究助成金（がん臨床研究事業）鎌田班会議 2009/11/20

TSUKUBAIHE Workshop in Tokyo
2011.07.09 Tokyo-Midtown

事務局・放医研

共同研究施設データ入力
データ登録
ネットワーク経由

データ管
理

症例データベース

QOL調査

患者

運用：データ送付方法（その２）
12
日本ＩＨＥ協会 普及推進委員会

非再発生存率Overall Survival
有害反応発生率QOL IHE Workshop in Tokyo
2011.07.09 Tokyo-Midtown

利用できる統合プロファイルの検討•IHEが提供する統合プロファイル－地域連携•地域連携を補足する統合プロファイル
日本ＩＨＥ協会 普及推進委員会

13

IHE Workshop in Tokyo
2011.07.09 Tokyo-Midtown

情報連携関連の統合プロファイル
オンライン・ネットワーク経由
IHE-XDS（Cross-Enterprise DocumentSharing）
IHE-XDR （ Cross-Enterprise Document
Reliable Interchange ）オフライン・媒体経由
IHE-XDM（ Cross-Enterprise Document MediaInterchange ）IHE-PDI（Portable Data for Imaging）
14

IHE Workshop in Tokyo
2011.06.11 Tokyo-Midtown

”XDR”・”XDS”・“XDM”

IHE Workshop in Tokyo
2011.06.11 Tokyo-Midtown

統合プロファイル”XDR”概要
XDR(Cross-Enterprise Document Reliable Interchange )は、標準規格を基にして、医療機関・施設の間で、point-to-point（１：１）ネットワーク・コミュニケーションを用いて、文書の交換を実現する。
XDRは、情報共有基盤（RepositoryとRegistry）が必要でない、もしくは用意できない場面において役に立つ、IHE ITI XDS 統合プロファイルの補足。

本統合プロファイルも、電子健康記録（EHRs）、個人の健康記録（PHRs）と他のヘルスケアITシステムの間でより良い相互運用性interoperabilityの提供に役立つ。
IHE Workshop in Tokyo
2011.06.11 Tokyo-Midtown

IHE Workshop in Tokyo
2011.06.11 Tokyo-Midtown

17→XDSとXDRのドキュメントの送付方法は同じ

施設間連携を補足する統合プロファイル
ATNA (Audit Trail and Node Authentication)
 データ送受信の施設間（ノード）の認証を行う。
 データ送受信時の監査証跡用のログを取得する。

CT (Consistent Time) 情報送受信のログ等を正しく格納するために時刻同期を行う。

IHE Workshop in Tokyo
2011.06.11 Tokyo-Midtown

要求仕様書（抜粋）1. 施設間連携機能
症例データを施設間で送受信するために、IHE（Integrating the Healthcare Enterprise）のITI(IT Infrastructure)分野で検討されている１：１（ピア・トゥー・ピア）の連携方法であるXDRを採用する。以下の機能を実現し、連携対象となる前立腺がん症例登録用
EXCELファイルの送信を可能とすること。
1-1.症例データ送信元の機能
1)症例データ送信先とは、IHE-ITI分野で検討されているATNA(Audit trail and Node Authentication)統合プロファイルのうちNA機能を利用し、相互認証を行ったうえ、実際のデータ送受信の際にデータ暗号化を行うこと。
2)IHE-ITIのXDR(Cross-Enterprise Document Reliable Interchange)のアクタDocument Source機能を実現すること。
3)ATNAの相互認証を行う際に利用する認証キーについては、別途放医研担当者と調整の上設定することとする。
4)各操作・処理・通信が行われたことを示すログ情報を取得する機能をもつこと。ログ情報の取得イベントや内容についての詳細は別途協議するものとする。ログ情報取得については、ATNAのうちAT機能を利用すること。
5)本機能は、IHE-ITI分野で検討されているCT(Consistent Time)統合プロファイルのTime Clientアクタの機能を持つこと。
1-2.症例データ送信先の機能
1)症例データ送信元とは、IHE-ITI分野で検討されているATNA(Audit trail and Node Authentication)統合プロファイルのうちNA機能を利用し、相互認証を行ったうえ、実際のデータ送受信の際にデータ暗号化を行うこと。
2)IHE-ITIのXDR(Cross-Enterprise Document Reliable Interchange)のアクタDocument Recipient機能を実現すること。
3)受信した前立腺がん症例登録用EXCELファイルは予め指定してあるフォルダに書き出すこと。
4)各操作・処理・通信が行われたことを示すログ情報を取得する機能をもつこと。ログ情報の取得イベントや内容についての詳細は別途協議するものとする。ログ情報取得については、ATNAのうちAT機能を利用すること。
5)本機能は、IHE-ITI分野で検討されているCT(Consistent Time)統合プロファイルのTime Clientアクタの機能を持つこと。
1-3.XDRを利用してデータ送受信を行うために必要なマスタ情報、メタデータの検討作業は本調達に含むものとする。詳細は、放医研担
当者と十分に打合せをおこなったうえで設定・実装すること。

19IHE Workshop in Tokyo
2011.06.11 Tokyo-Midtown

ITIの業務シナリオ（統合プロファイル）
施設間ユーザ認証（XUA)

患者基本情報の問い合わせ（PDQ）

ドキュメント電子署名（DDS)

スキャン文書XDS-SD

監査証跡とノード認証（ATNA）
セキュアなドメインを形成するための監査証
跡とノード間認証

時刻の整合性（CT）
ネットワーク接続されたシステムにおける時刻の整合

医療機関職員の登録簿（PWP）
施設内ユーザ認証（EUA）
ユーザに単一の名前と全システムにわたる集中認証プロセスを提供

患者ID相互参照（PIX）
患者IDを異なるIDドメイン間でマッピング

ドキュメント共有

XDS

ドキュメント
交換 1対１

メディア交換XDR

XDM

ドキュメント交換のための統合プロファイル

コミュニティ間アクセス
XCA

施設内だけの利用表示のための情報検索（RID）

ドキュメント利用可能通知（NAV）

データ入力のための入力シー
ト管理（RFD)
アプリケーション内データを外部利用するフォームデータの読み出し

患者登録・管理
（PAM)
アプリケーション間の患者同期（PSA）
IHE Workshop in Tokyo
一患者に対する複数アプリケーションのデ2011.06.11 Tokyo-Midtown
20
スクトップ上での同期20システム実現のための検討•統合プロファイルをシステムへ•検討点
日本ＩＨＥ協会 普及推進委員会

21

IHE Workshop in Tokyo
2011.07.09 Tokyo-Midtown

導入にあたっての検討点…
統合プロファイル”XDR”
 データ登録時のメタデータの設計 <- 「ボキャブラリ」の整理
患者番号• データ発生時刻の定義• データ有効期限の定義• データ識別子•

統合プロファイル”ATNA”
 監査証跡ログを出力するイベントの検討

ユーザインタフェース
 データ送信元／送信先の画面設計
 システム管理者用機能の整理
22

IHE Workshop in Tokyo
2011.06.11 Tokyo-Midtown

成果物

日本ＩＨＥ協会 普及推進委員会

23

IHE Workshop in Tokyo
2011.07.09 Tokyo-Midtown

成果物－メタデータの設計
＃ 項目

設定値

意味1 ClassCodeC05070

放射線治療サマリ

2 Confidentiality CodeS機密

3 Format CodeEXCEL/MIOSS 1.0

MIOSS用エクセル形式

4 Healthcare Facility TypeCode

RadiationTherapyFacility 放射線治療施設

5 Mime Typeapplication/vnd.ms-excel マイクロソフト社EXCELファイル

6 PracticeSettingCodes

30

放射線科

7 Type Code34117-2

病歴及び身体所見（症例登録時）

Type Code11506-3

治療経過評価（フォローアップ時）

24

IHE Workshop in Tokyo
2011.06.11 Tokyo-Midtown

成果物－ボキャブラリ例

(略)

25

IHE Workshop in Tokyo
2011.06.11 Tokyo-Midtown

成果物－メタデータ（リクエスト時）<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"><rim:LocalizedString value=<soapenv:Body>"XDSSubmissionSet.sourceId" /><ProvideAndRegisterDocumentSetRequest</rim:Name>

xmlns="urn:ihe:iti:xds-b:2007"</rim:ExternalIdentifier>xmlns:rs="urn:oasis:names:tc:ebxml-regrep:xsd:rs:3.0"<rim:ExternalIdentifier id="ei05" identificationScheme=

xmlns:lcm="urn:oasis:names:tc:ebxml-regrep:xsd:lcm:3.0""urn:uuid:6b5aea1a-874d-4603-a4bc-96a0a7b38446"

xmlns:rim="urn:oasis:names:tc:ebxml-regrep:xsd:rim:3.0"

registryObject="Document01" value="R2011-0123">

xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance<rim:Name>

xsi:schemaLocation="urn:ihe:iti:xds-b:2007 ../../schema/IHE/<rim:LocalizedString value=

XDS.b_DocumentRepository.xsd">"XDSSubmissionSet.patientId" /><lcm:SubmitObjectRequest xmlns=""></rim:Name><rim:RegistryObjectList></rim:ExternalIdentifier><rim:ExtrinsicObject id="Document01" mimeType= "application/vnd.ms-excel"</rim:RegistryPackage>

objectType="urn:uuid:7edca82f-054d-47f2-a032-9b2a5b5186c1"><rim:Classification classificationNode=<rim:Slot name="creationTime">"urn:uuid:a54d6aa5-d40d-43f9-88c5-b4633d873bdd"<rim:ValueList>

classifiedObject="SubmissionSet01" id="cl10" /><rim:Value>20110101</rim:Value><rim:Association associationType="HasMember" id="as01"</rim:ValueList>

sourceObject=</rim:Slot>"SubmissionSet01" targetObject="Document01"><rim:Slot name="languageCode"><rim:Slot name="SubmissionSetStatus"><rim:ValueList><rim:ValueList><rim:Value>ja</rim:Value><rim:Value>Original</rim:Value></rim:ValueList></rim:ValueList></rim:Slot></rim:Slot><rim:Slot name="sourcePatientId"></rim:Association><rim:ValueList></rim:RegistryObjectList><rim:Value>R2011-0123</rim:Value></lcm:SubmitObjectRequest></rim:ValueList><Document xmlns=""</rim:Slot>

id="Document01">0M8R4KGx＜注略＞AAAAAA=<rim:Name></Document><rim:LocalizedString value=</ProvideAndRegisterDocumentSetRequest>"症例情報入力ファイル-その１.xls" /></rim:Name>(略)</soapenv:Body></soapenv:Envelope>

IHE Workshop
in Tokyo抜粋
2011.06.11 Tokyo-Midtown

成果物－ATNAの相互認証

OpenVPNを利用
 暗号化にSSL(TLS)を用いている（ATNAのNA部分に適合）
 L2トンネリングでありブロードキャストも転送可能
 OpenSourceである
 クライアント間通信にも対応している
 証明書発行機関（CA）が付属している
27

IHE Workshop in Tokyo
2011.06.11 Tokyo-Midtown

成果物－ATNAの監査証跡ログ

28

IHE Workshop in Tokyo
2011.06.11 Tokyo-Midtown

成果物－GUI（送信画面）

プロトタイプ版
操作方法
 送信用フォルダに症例ファイルをコピー
 送信用アプリを起動し、内容を確認して[送信]IHE Workshop in Tokyo
2011.06.11 Tokyo-Midtown
29

【Future Plan】新規案件•情報共有を行う地域連携を実現する

日本ＩＨＥ協会 普及推進委員会

30

IHE Workshop in Tokyo
2011.07.09 Tokyo-Midtown

施設間情報連携システム－UseCase２
医療被ばく線量の実績収集とフォローアップ

医療を受けた際（一般撮影、CT、IVR、核医学検査等）に被ばくした線量を把握する。
IAEA＋WHOのプロジェクトに参加。
進め方＜検討中＞：
 Step1:X線検査の実績を収集＋報告
 Step2：X線検査実施時の被ばく線量を収集＋報告
 StepX：多重のX線検査を避けるための情報提供

 StepXX：フォローアップ＋予後情報の提供
31

IHE Workshop in Tokyo
2011.06.11 Tokyo-Midtown

【概要図】施設間の文書共有シナリオ例
施設間連携網（Clinical Affinity Domain)

検査実施病院－２

事務局【サーバ室】

文書の登録簿

格納データ確認
管理情報登録

管理情報
問合・参照

データ登録

文書生成源

データ問合せ・参照

画像・文書生成源

検査実施病院－１

画像・文書生成源
文書の保存庫文書の保存庫

【外来】

【外来】

【外来】

文書の利用者
画像・文書の利用者

（連絡）

32

IHE Workshop in Tokyo検査をこれから実施しようとする病院／患2011.06.11 Tokyo-Midtown
者検討課題・抜粋
情報収集方法 協力医療機関から
 患者自身から情報集約方法 名寄せ（案1:ITC＋運用の利用、案2:共通番号の利用）
 基盤インフラ

セキュリティ

アクセスコントロール
その他
 同意の取得（患者、医療機関）
 情報提供方法、公開方法

IHE Workshop in Tokyo
2011.06.11 Tokyo-Midtown
33検討する統合プロファイル・予定•

ドキュメントや画像データを共有する。
•

XDS (Cross-Enterprise Document Sharing)• XDS-I (Cross-enterprise Document Sharing for Imaging )• XCA (Cross-Community Access )•患者名寄せや情報照会を行う
PIX （Patient Identifier Cross-Referencing ）• PDQ (Patient Demographics Query )••利用者認証/アクセスコントロールなどを実現する•

EUA (Enterprise User Authentication )• XUA (Cross-Enterprise User Assertion )• PWP (Personnel White Pages)• BPPC (Basic Patient Privacy Consents)•基盤インフラストラクチャ•

NAV (Notification of Document Availability )• ATNA (Audit Trail and Node Authentication)•CT (Consistent Time)IHE Workshop in Tokyo
andmore…
2011.06.11 Tokyo-Midtown
34

Questions ?

ご清聴ありがとうございました。
WWW.IHE-J.ORG
35

IHE Workshop in Tokyo
2011.06.11 Tokyo-Midtown