放射線検査部門のテクニカルフレームワーク
施設間連携：XDS-I
Cross-enterprise Document Sharing
for Imaging

京都医療技術短期大学
細羽 実
1

情報共有シナリオの例
アフィニティ

ドキュメントレジストリ

ドメイン

ドキュメントリポジトリ
ドキュメントの検索

ドキュメントインデックスの提出

医療機関C
長期診療

ドキュメント
リポジトリ

医療機関B
急性期診療
(入院)
ドキュメント
リポジトリ

医療機関A
初期治療、診療
(救急)

医療機関D
診療所など
ドキュメント利用者

2

XDS-Iの前提
RISとPACSなどの情報を共有
病院のEMR、PACSビューア、EHRのウェブアプリケー
ションでサポート基本設計方針¾ 医療機関のグループが共通のポリシーでレポジトリやレジストリを共有¾ EHR,ラボ、PACSなどの情報源から共有ドキュメントを選択¾ 認められたフォーマット（PDF,DICOM)¾ 中央にあるレジストリにインデックス情報¾ 利用者はレジストリを通じてレポジトリにアクセス¾ レポジトリの所有者は自ら情報を更新することができる
3

画像データ共有のシナリオを実現する XDS-I
過去の画像検査

画像検査 医療機関 Bが保管されている（あるいは健診センター）

リポジトリ、および画像ドキュメント･ソース⑧過去の画像検査結果

過去の画像検査

リポジトリおよび画
像ドキュメントソースが登録されている③過去の画像検査の呼び出し

画像ドキュメント
レジストリ②過去の画像検査の問い合わせ⑤画像検査結果の登録⑦画像検査情報
問い合わせ

開業医⑥検査結果の利用可能通知（NAV)⑧今回の画像検査結果④画像検査の実施
医療機関 A①検査のための患者紹介

4

XDS-Iで共有する情報
DICOMインスタンスの拡張セット¾ 画像データ (DICOM形式)¾ エビデンス文書 (DICOM形式)¾ 画像表示状態 (DICOM形式)"for display"フォーマットとなった診断レポート¾ PDF、テキストなどコード化されていないもの

レポートに関連したキー画像

5

XDS,XDS-I統合プロファイル
レジストリを管理するセンタ

患者IDソース
各医療機関（参照側）↓患者IDの供給

ドキュメントセットの提供と登録
ドキュメント
ソースドキュメント
レジストリ

ドキュメント
利用者↑ドキュメントセットの登録ドキュメントセットの提供と登録

画像ドキュメント
ソース

ドキュメントの問い合わせ

画像ドキュメント
利用者
ドキュメントリポジトリ←WADO読み出し

各医療機関（提供側）

ドキュメントの読み出し

←画像、
←表示状態
←キーイメージノート←エビデンスドキュメントなどの読み出し

6トランザクションで使用する標準規格
医療情報
コンテンツ標準
HL7 CDA, CEN EHRcom
HL7, ASTM CCR
DICOM …

電子商取引
標準
ebXML Registry, SOAP …

インターネット標準
HTML, HTTP,ISO, PDF, JPEG …

7

ebXMLレジストリ・リポジトリモデル

ドキュメントの問い合わせドキュメントレジストリ

ドキュメント
利用者

ドキュメントセット ドキュメントセットの登録の提供と登録
ドキュメントソース

ドキュメントリポジトリ
ドキュメントの読み出し

8

ebXMLレジストリ構造
http://www.oasis-open.org/

9

XDS ドキュメントレジストリデータモデル
XDSドキュメント：共有される患者記録の最小単位。発行源となるITシステムに存在するXDSドキュメントエントリ：レジストリが管理する情報で、ドキュメントの主な特徴を説明するメタデータのセットを含む。ドキュメントが検索できるリポジトリア
クタへのリンクを示す
XDSフォルダ：1つ以上のドキュメントを必要に応じた形で（例：ケア提供活動、発症、ケアチーム、臨床の専門性、臨床条件などに応じて）まとめる。同一のドキュメントが１つ以上のフォルダにファイルされる
XDS提出セット：ドキュメントがドキュメントソースアクタに登録されると、1つの提出セットに入れられる。XDS提出セットは関連する記録を永続するためにすでに登録されているドキュメントを参照。
XDS提出請求：提出請求は提出セットを1つと新規のフォルダを含み、ドキュメントを新規あるいは既存のフォルダに割り当てる。提出請求はリポジトリとレジストリが処理。提出セットやフォルダに収納したり参照したドキュメントとフィルダ参照の内容はすべて登録されるか、全くされないかのいずれかとなる。
10

ドキュメント･セットの提供と登録（Provide and Register Document Set）
施設内のEHR-CRに保有する医療記録を、XADで共有するために登録
リポジトリは、永続的にドキュメントを格納し、メタデータを“Register Documents”トランザクションを使用して、ドキュメント・レジストリの中に登録
提出セットは、ドキュメント、及び、メタデータを含み、ドキュメント、フォルダ、およびフォルダへのドキュメントの割り当てを正確に登録する送信されるメッセージは、ebXMLメッセージ・フレームワークを使用（MIME添付をもつSOAPメッセージ）
SOAPによりXMLメッセージが送られ、ネットワークを介してRPCが実行され、結果がXMLメッセージとして返されるドキュメントソース

ドキュメントセットの提供と登録

ドキュメントリポジトリ

11

ドキュメント・セットの登録（Register Document Set）
リポジトリは、提出されたドキュメントを格納し、各ドキュメントのURIを生成する”Register Document Set”トランザクションを用ドキュメントいて、ドキュメント・ソースから受け取ったメタデー
レジストリ
タを、ドキュメントURIと一緒に、中央のドキュメント・レジストリへ転送する
ドキュメントセットの登録
IHEでは、ebXML仕様に加えて、レジストリがドドキュメントリポジトリキュメントを登録する前に、メタデータが妥当である（矛盾がない）ことを確認している「XDS レジストリ･アダプタ」が、メタデータの検証を行いレジストリの全体の一貫性を維持する役割をもつ

12

ドキュメントの問い合わせ/ 読み出し
（Retrieve Document）（Query Documents）
レジストリは、リポジトリにある個々のドキュメントの所在および識別を含むメタデータからなるドキュメント・エントリのリストを返す
問い合わせには、ebXML Registry Servicesによって指定されたSQL言語が使用される
リポジトリから、URIを備えたドキュメントを検索する

ドキュメントの問い合わせドキュメントレジストリ

ドキュメント
利用者↑ドキュメントセットの登録ドキュメントリポジトリ

ドキュメントの読み出し

13

XDS登録アダプタ（ドキュメント・レジストリ内）
提出されたメタデータの検証
ebXMLレジストリ・リポジトリ仕様ではサポートされていない仕様
ebXMLレジストリ用のプリ・プロセッサとして機能し、レジストリ全体の一貫性を維持
患者ID、MIMEタイプ、メタデータ、コード化された値および提出中のドキュメント・エントリを検証
フォルダ中のドキュメントが、すべて同じ患者のものであることを確認し、各フォルダの属性である”last updatetime“（最新更新時間）を維持管理
ドキュメントの追加および置換の管理

14患者IDの供給：Patient Identity Feed
患者IDの供給は、PIX のトランザクションを用いる
XADの中で決められた患者ID番号を用いて登録を行う
HL7に基づき、患者の登録、更新、および、併合のADTを使用する
患者の基本情報は、ドキュメント・レジストリの中に登録する前に、このトランザクションを通じて通信されなければならない
標準のebXMLレジストリは、このADTのメッセージを受理して、処理することはできないた
め、「XDS登録アダプタ」が対応する

患者IDソース↓患者IDの供給
ドキュメントレジストリ

15

XDS-I 新たなトランザクション
XDS-I アクタ:
¾ 画像ドキュメント利用者（Imaging Document Consumer）•Retrieve ( [RAD-55], [RAD-16], [RAD-17], [RAD-27], [RAD-31][RAD-35])¾ 画像ドキュメントソース（Imaging Document Source）
Provide and Register Document Set [RAD-54]• WADO Retrieve [RAD-55]• Retrieve Images [RAD-16], Retrieve Presentation States [RAD17] Retrieve Reports [RAD-27], Retrieve Key Image Note [RAD31], Retrieve Evidence Documents [RAD-45]•XDS アクタに追加¾ ドキュメントリポジトリ（Document Repository）•Provide and Register Document Set [RAD-54]
16

ドキュメントエントリの属性
患者ID（ドメイン内のID）サービスの開始および終了時
ドキュメント製作時刻
ドキュメントクラスコードと表示名（処方箋、退院サマリ、報告書）
診療背景コードと表示名
医療施設タイプコードと表示名
利用可能性状況（利用可能、無効）
ドキュメント固有ID
17

XDS-I メタデータ
放射線に特有なもの¾ 収集モダリティ (e.g. CT, MR)¾ 解剖学的部位 (e.g. Arm, Elbow, Hand)¾ Requested procedure (e.g. コントラストMRI 膝)

問い合わせ例¾ 患者John Doeさんの過去2年間の全ての「頭部ＣＴ」
18

拡張DICOMインスタンスの共有
ドキュメントレジストリ

レジストリの問い合わせ

Manifestの登録
DICOM Manifest
キーとなるインスタンスの選択

画像１の参照ドキュメントリポジトリ

画像２の参照Manifest
画像３の参照Manifest

Manifestの読み出し

Manifest
Manifest
画像の読み出しDICOM

DICOM Manifest
画像１の参照画像２の参照Manifest
Clinical IT
画像３の参照System

画像ドキュメントソース

受診19

拡張DICOMインスタンス・セットの共有
共有ドキュメントはmanifest¾ a Key Object Selection DICOM Instance

画像ドキュメント・ソースが必要¾ 発行されたManifestで参照された画像の利用を確保する

画像ドキュメント・ソースが対応
Imaging Document Source is responsible¾ 前回提出されたManifestドキュメントの置き換えに対応（Manifestで参照されたDICOM SOP インスタンスの変更）
20

ドキュメントのライフサイクル管理
登録ドキュメントへの補遺

時間
ドキュメントオリジナルと補遺との関連

補遺
補遺

新しいドキュメントに置換
時間

ドキュメント 1(承認)

オリジナルと置換されたものとの関連.
置換

ドキュメント 1(抹消)

置換ドキュメント

異なった形に登録
ドキュメント1(承認)

変換

オリジナルと変換されたものとの関連ドキュメント2(変換)
21

XDS-I のアクタ実装例
ドキュメントドキュメントリポジトリ
リポジトリ

ドキュメントドキュメントソース
ソース

画像ドキュメント
画像ドキュメント
ソース
ソース

ドキュメントドキュメントソース
ソース

ドキュメントドキュメント
リポジトリ
リポジトリ

患者IDソース
患者IDソース

ドキュメントドキュメント
利用者
利用者

画像ドキュメント
画像ドキュメント
ソース
ソース

ドキュメントドキュメント
利用者
利用者

画像ドキュメント
画像ドキュメント
利用者
利用者

ドキュメントドキュメント
レジストリ
レジストリ

医療機関B
急性期診療
（入院）

画像ドキュメント
画像ドキュメント
利用者
利用者

医療機関A
初期治療、診療(救急)ドキュメントドキュメント
利用者
利用者
画像ドキュメント
画像ドキュメント
利用者
利用者

医療機関C
診療所など（診断サービス）22

XDS-Iのセキュリティ環境の構築
医療機関の内部医療機関の外XAD

XADドメイン（DMZの一部）

II

ドキュメントドキュメント
レジストリ
レジストリ

３
４

ドキュメントドキュメント
リポジトリ
リポジトリ

インターネット
インターネット

画像保管管理ＴＬＳ認証
アフィニティ認証

１

２
I
画像ドキュメント
画像ドキュメント
ソース
ソース

内部ファイアーウオールIII

５

ドキュメントドキュメント
利用者
利用者
画像ドキュメント
画像ドキュメント
利用者
利用者

外部ファイアーウオール
23

IHE-XDSに用いられる ＩＴインフラ
監査記録保管 (ATNA) –他のアクタからの監査記録を保存、ノードの認証と通信の秘匿
時間サーバ (CT) –時刻同期
患者ID相互参照管理 (PIX) –複数の医療機関などでIDを整合させる
患者情報の提供 Patient Demographics
Supplier (PDQ) – 特定の情報のクライテリアをもとに患者情報とIDを返す

24

XDS-Iの実装例
ATNA
ATNA
監査リポジトリ
監査リポジトリドキュメントドキュメントリポジトリ
リポジトリ

ドキュメントドキュメント
ソースソース画像ドキュメント
画像ドキュメント
ソース
ソース

PACS

CT
CT
タイムサーバ
タイムサーバドキュメントドキュメントソース
ソース

ドキュメントドキュメント
リポジトリ
リポジトリ

PACS

画像ドキュメント
画像ドキュメント
ソース
ソース

院内電子
カルテシス
テム

ドキュメントドキュメント
利用者
利用者
画像ドキュメント
画像ドキュメント
利用者
利用者

患者IDソース
患者IDソース

ドキュメントドキュメント
利用者
利用者
画像ドキュメント
画像ドキュメント
利用者
利用者

ドキュメントドキュメント
レジストリ
レジストリ

医療機関B
急性期診療
（入院）

EHR中央レジストリ
セキュリティ管理センター
ドキュメントドキュメント
利用者
利用者

医療機関A
初期治療、診療
(救急)

院内電子
カルテシス
テム

画像ドキュメント
画像ドキュメント
利用者
利用者

診療所電子カルテ
システム

医療機関C
診療所など
（診断サービス）

25

IHE統合プロファイルの開発レベル
XDS ドキュメント
コンテンツ•画像 (DICOM) XDS-I•メディカルサマリ XDSMS (HL7 CDA/CRS+V3)•ECG レポート (PDF+)• 臨床検査, 看護, 他（予定）

XDS 共通基盤｛部品とする｝(ドキュメントソース、利用者、レジストリ、レポジトリ）

セキュリティ基盤（部品、あるいは既存のもの）
監査証跡、装置認証、ユーザ認証
26

レジストリ連合
 レジストリ間のオブジェクト相互参照
 オブジェクトの再配置

 １つのレジストリから他のレジストリへ 一人のユーザから他のユーザへ オブジェクトの複製

連携サービスセンタ

27おわります。
ご静聴ありがとうございました。
http://www. ihe-j.org/
http://www. ihe.net/
freebXML.(OMAR) implementation.
http://ebxmlrr.sourceforge.net/3.0/index.html.
28