Microsoft Word - HELICS申請_report.XDS.b-XDS-I.b.v doc

(1)

HSxxx 【規格名】

(和名) IHE 統合プロファイル－XDS.b/XDS-I.b (ドキュメント/画像情報の施設間共有)

( 英名 ) IHE Integration Profiles- XDS.b

(Cross-Enterprise Document Sharing)/XDS-I.b

(Cross-Enterprise Document Sharing for

Imaging) １．はじめに IHE 統合プロファイル XDS.b/XDS-I.b（以下、 XDS と呼ぶ）は、地域医療連携情報システムで情報共有するのに必要な標準化された仕組みである。この機能は、中央の一カ所に索引機能をもつサーバ（レジストリ）を設け、医療情報を共有するときに、ある患者に関連した医療情報（例えば、退院サマリ）を、どこの保管サーバ（リポジトリ）に保存したかをレジストリに登録する。一方、情報を参照するときには、レジストリを利用して、この患者の医療情報が、どこのリポジトリにあるのかを検索し、その所在がわかったら、直接、保存してあるリポジトリから情報を引き出す。 XDS は、このようなレジストリとリポジトリが組となった枠組みからなる。２．ユースケース（シナリオ）適応領域は、分散環境にある多施設間および多職種間で、医療・介護・福祉などの情報を共有する場面に適用される。具体的には、EHR、PHR、地域医療連携システムなどの基盤の構成要素として使用される。例として、図1に示すシナリオを考える。このシナリオでは、医療機関A、B、C、Dがあり、患者は A機関で救急の治療を受け、B機関に入院、C機関で長期療養を行い、近隣の診療所Dで診療を受ける場合を想定する。診療所Dの医師は、患者から過去の治療経緯を聞くだけではなく、医療機関A、B、Cから必要な医療情報を参照したいと考える。このシナリオを実現するためには、医療情報を一箇所に集中させて管理し（管理センタの設置）利用する方法がある。医療機関A、Bは、患者の同意を得て管理センタに情報を送信する（図１の①）。関連医療機関C、Dは、必要に応じて、医療情報にアクセスすることになる（図１の②）。しかし、このような大規模な管理センタの設置は多大の初期コストを伴う。そこで、例えばコミュニティの内部に情報の所在管理だけを行うセンタを設置し、実際の情報は各医療機関が保管しておく。診療所Dに行った患者の過去の情報がどこにあるかは、所在管理センタへの問い合わせで即座に知ることができる（図１の③）。患者が医療機関を転々とする状況は同じであるが、コミュニティの中では、患者はどの医療機関に行っても、医療機関は所在情報にアクセスして情報の在り処を知り、過去の医療情報を利用することが可能となる。

(2)

提供共有情提供共有情提供共有情提供共有情報の保管報の保管報の保管報の保管医療機関医療機関医療機関医療機関CCCC 長期診療長期診療長期診療長期診療医療機関医療機関医療機関医療機関DDDD 診療所など診療所など診療所など診療所など所在情報の登録所在情報の登録所在情報の登録所在情報の登録共有情報の利用者共有情報の利用者共有情報の利用者共有情報の利用者提供共有情提供共有情提供共有情提供共有情報の保管報の保管報の保管報の保管所在管理台帳所在管理台帳所在管理台帳所在管理台帳情報情報情報情報の検索の検索の検索の検索医療機関医療機関医療機関医療機関BBBB 急性期診療急性期診療急性期診療急性期診療 ((((入院入院入院入院)))) 提供共有情提供共有情提供共有情提供共有情報の保管報の保管報の保管報の保管患者ID管理医療機関医療機関医療機関医療機関AAAA 初期治療、診療初期治療、診療初期治療、診療初期治療、診療 ((((救急救急救急))))救急医師患者

①

③

①

②

図１．医療情報連携のシナリオ例 Document Registry (ドキュメントレジストリ) Document Repository (ドキュメントリポジトリ) Document Consumer (ドキュメントコンシューマ) Patient Identity Source

(患者IDソース) Document Source (ドキュメントソース) ドキュメントセットの提供及び登録患者ID供給ドキュメント取得ストアドクエリ

Register document Set-b[ITI-42]

Registry Stored Query[ITI-18]

Provide&Regiser document Set-b[ITI-41]

Retrieve document Set[ITI-43]

Integrated document source/Repository Patient Identity Feed[ITI-8] Patient Identity Feed HL7V3[ITI-44]

(3)

Document Registry (XDS.b) Document Repository (XDS.b) Document Consumer (XDS.b)

Imaging Document Source (画像ドキュメントソース) Imaging Document Consumer (画像ドキュメントコンシューマ) 画像ドキュメントセットの提供･登録ドキュメント取得ドキュメント検索ドキュメントセット登録

Register Document Set-b [ITI-42]

Registry Stored Query [ITI-18]

Retrieve Document Set [ITI-43]

Retrieve Images[RAD-16] Retrieve Presentation States[RAD-17] Retrieve Evidence Documents[RAD-45] WADO Retrieve[RAD-55]

画像の取得

Retrieve Reports[RAD-27] Retrieve Key Image Note[RAD-31] Provide & Register Imaging Document Set MTOM/XOP [RAD-68]

Retrieve Images Document Set [RAD-69]

図３．XDS-I.b 統合プロファイル３．XDS統合プロファイルの概要 XDS統合プロファイルのアクタとトランザクシの概要は、以下の通りである。（１）XDS.b XDS.b (ドキュメントの施設間共有)は、ebXML レジストリ標準及びSOAPを基礎にし、施設間のドキュメント共有を支援するのに十分なebXML レジストリの詳細な構造を定義している。 XDS.bのアクタ、トランザクションは、図２の通りである。所在管理台帳は、Document Registryとなり、提供共有情報の保管は、Document Repository、情報提供元は、Document Source、共有情報の利用者は、Document Consumerというように名前がつけられている。（２）XDS-I.b XDS-I.b (画像情報の施設間共有)は、DICOMインスタンス（画像、エビデンスドキュメント及びプレゼンテーション状態）及び表示可能な形式の画像診断レポートなどの共有される情報を定義している。 XDS-I.bのアクタ、トランザクションは、図３の通りである。所在管理台帳Document Registry 及び提供共有情報の保管Document Repositoryは、XDS.bと共通である。情報提供元は、Imaging Document Source、共有情報の利用者は、Imaging Document Consumerというように名前がつけられている。４．他標準との関係他のIHE TF 統合プロファイルと組み合わせて、地域医療連携システムなどの基盤を構成する。特に、以下の統合プロファイルと深い関連をもつ。

・PIX（Patient Identifier Cross-Referencing）多施設間での患者ID管理。

・PDQ（Patient Demographics Query）患者ID の問合せ。

・ATNA（Audit trail and Node Authentication）

監査証跡及びノード認証。

(4)

表１．連携システムの種類と統合プロファイル医療連携システム IHE統合プロファイル情報交換型可搬型 PDI、XDM 1対 1 ネットワーク型 XDR 情報共有型ネットワーク型 XDS なお、表１にIHEによる医療連携システムの種類と対応する統合プロファイル名を掲げた。 XDSはレジストリ、リポジトリという仕組みで共有することを目指しているのに対して、1対１（ポイントツウポイント）の通信で相手にドキュメントを提供するXDR （ Cross Enterprise

Document Reliable interchange）や可搬媒体によってドキュメントを届ける仕組みXDM（Cross enterprise Document Media interchange）など

も_{IHEで統合プロファイルとして記述されている。}

特に、後者は大変簡便な共有基盤となる。XDM

は、XDSのドキュメントをそのまま保つことになっている。さらに画像ファイルの簡単な媒体交換方法として、PDI（Portable Data for Imaging）プロファイルも用意されている。PDIの仕様の中に診療情報提供書などを含むことも可能であり、すでに利用が始まっている。情報共有の基盤をIHEで実現する方法を解説してきているが、情報交換型の基盤として構築を進め、段階的に基盤を強化し、情報共有型へ移行していく方法も_{IHEを利用することで可能である。} 特に、XDR、XDMの各統合プロファイルはファイルのフォーマットはXDSと同じものを用いているので、補完して利用することができる。５．内外の導入事例わが国においては、平成18～20年度経済産業省委託事業「地域医療情報連携システムの標準化及び実証事業」においてXDS 、 PIX/PDQ 及び ATNA/CTを中心とした脳卒中医療連携が行われている（詳細は文献番号-1、文献番号-2）。北米やヨーロッパでは、すでに地域連携システムが立ち上がって稼働している。図４に示すように、18 以上の国や地域で地域連携システムが IHE のXDS の枠組みを利用して実現されている。米国では、フィラデルフィアプロジェクト、カナダではインフォウエィ、英国の放射線診断連携、フランスのDMP、スイスのサンクトガレンなどがある。

(5)

わが国でも、今後、2009 年度に厚生労働省が開始した地域医療再生基金によって、地域連携システムの普及が期待されている。日本のいろいろの都道府県で、様々な地域連携システムのニーズが高まりつつある。 IHE の統合プロファイルを上手に利用すれば、このニーズに対応することができる。地域連携システムの普及促進のために、日本 PACS 研究会・日本 IHE 協会からは、「地域医療連携情報システム構築ハンドブック 2010―IHE

XDS による HIE（Health Information Exchange）の構築―」が公開され、地域連携システムや施設間連携システムを構築する方法について、医療関

係者の方を対象に解説している。（詳細は文献番号

-3）。

６．現在の改版状況

XDS.b を含む IHE ITI TF は、Revision 7.0 (August 10, 2010 発行)が、2011 年 4 月現在最新バーションである。

XDS-I.b を含む IHE Radiology Technical

Framework Supplement Cross-Enterprise

Document Sharing for Imaging (XDS-I.b) Integration Profile Trial Implementation (June 21, 2009 発行)が、最新バーションである。【参考文献】文献番号-1) <JAHIS>［JAHIS 技術文書 09－101］ JAHIS 技術文書地域医療情報連携システム診療情報共有化のためのIHE XDS 適用ガイド http://www.jahis.jp/standard/seitei/st09-101v1.0 a/st09-101v1.0a.htm 文献番号-2) ＜東海ネット医療フォーラム・NPO＞平成 18 年度地域医療情報連携システムの標準化及び実証事業事業報告書平成21 年 3 月代表理事吉田純 http://www.medinet-tokai.com/npo/index.html 文献番号-3) <日本 PACS 研究会・日本 IHE 協会> 地域医療連携情報システム構築ハンドブック 2010 ― IHE XDS による HIE （ Health Information Exchange）の構築―

http://www.ihe-j.org/file2/news/IHE-HIE-Handb ook2010-06.pdf