IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

地域医療連携における情報連携基盤
技術仕様
文書番号： IHE-J-A-G0001 V3.0
版番号： 3.0

2016 年 x 月 x 日

一般社団法人 日本 IHE 協会

1

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
改訂履歴
日付

版番号

改訂概要

2014 年 2 月 10 日

1.0

初版発行

2014 年 8 月 6 日

1.1

医療情報標準化推進協議会（HELICS）指針審査会での指摘で一部誤記を修正。

2015 年 3 月 24 日

2.02014 年度改訂作業により更新
XCA-I の追加
XDS-I.b、XCA、XCA-I の監査ログ書式の追加

2016 年 x 月 x 日

3.0

2016 年度改定作業により更新
XDR の追加
XCPD の追加

2

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

目次
1. はじめに .............................................................................. 6
2. 範囲 .................................................................................. 6
3. 用語および定義 ........................................................................ 6
4. シンボルおよび略語 .................................................................... 7
5. 要求事項 .............................................................................. 8
5.1. 適用文書 .......................................................................... 8
5.2. 適合宣言 .......................................................................... 8
6. 地域医療連携の概要 .................................................................... 8
7. 地域医療連携における情報連携基盤の仕様................................................ 11
7.1. 地域医療連携における統合プロファイル間の依存関係.................................. 127.2. 地域医療連携における統合プロファイルの選択........................................ 13
8. Patient Identifier Cross-referencing (PIX)：患者 ID 相互参照 ........................... 15
9. Patient Identifier Cross-Reference HL7 V3 (PIXV3)：患者 ID 相互参照 V3 ................. 18
10. Patient demographics Query (PDQ)：患者基本情報の問い合わせ ............................ 20
11. Patient Demographic Query HL7 V3 (PDQV3)：患者基本情報の問い合わせ V3 ................. 22
12. Cross-Enterprise Document Sharing (XDS.b)：施設間情報共有 ............................. 24
13. Cross-Enterprise Document Sharing for Imaging (XDS-I.b)：画像のための施設間情報共有 ... 27
14. Cross-Enterprise Document Reliable Interchange (XDR)：施設間情報の相互交換 ............ 30
15. Cross-Community Access (XCA)：コミュニティ間連携 ...................................... 32
16. Cross-Community Access for Imaging (XCA-I)：画像のためのコミュニティ間連携 ............ 34
17. Cross-Community Patient Discovery (XCPD)：コミュニティ間における患者探索 .............. 37
18. Consistent Time (CT)：時刻同期 ....................................................... 39
19. Audit Trail and Node Authentication (ATNA)：監査証跡およびノード認証 .................. 40
20. 日本国内拡張 ......................................................................... 43
20.1.

Record Audit Event [ITI-20]の日本国内拡張....................................... 43

20.1.1.

Patient Identity Feed [ITI-8]................................................. 44

20.1.1.1. 患者登録もしくは更新時（ADT メッセージ種別 A01, A04, A05 および A08） ......... 44
20.1.1.1.1. Patient Identity Source アクタの監査ログメッセージ .......................... 44
20.1.1.1.2. Patient Identifier Cross-reference Manager もしくは Document Registry アクタの監
査ログメッセージ ....................................................................... 46
20.1.1.2. 患者ＩＤの統合時（ADT メッセージ種別 A40） ................................... 49
20.1.1.2.1. Patient Identity Source アクタの監査ログメッセージ .......................... 49
20.1.1.2.2. Patient Identifier Cross-reference Manager もしくは Document Registry アクタの監
査ログメッセージ ....................................................................... 52
20.1.2.

PIX Query [ITI-9] ............................................................ 54

3

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

20.1.2.1. Patient Identifier Cross-reference Consumer アクタの監査ログメッセージ ........ 54
20.1.2.2. Patient Identifier Cross-reference Manager アクタの監査ログメッセージ ......... 57
20.1.3.

PIX Update Notification [ITI-10].............................................. 59

20.1.3.1. Patient Identifier Cross-reference Manager アクタの監査ログメッセージ ......... 59
20.1.3.2. Patient Identifier Cross-reference Consumer アクタの監査ログメッセージ ........ 62
20.1.4.

Registry Stored Query [ITI-18]................................................ 64

20.1.4.1. Document Consumer アクタの監査ログメッセージ .................................. 64
20.1.4.2. Document Registry アクタの監査ログメッセージ .................................. 67
20.1.5.

Patient Demographics Query [ITI-21]........................................... 69

20.1.5.1. Patient Demographics Consumer アクタの監査ログメッセージ ...................... 69
20.1.5.2. Patient Demographics Supplier アクタの監査ログメッセージ ...................... 72
20.1.6.

Patient Identity Management [ITI-30].......................................... 75

20.1.6.1. 患者登録もしくは更新時（ADT メッセージ種別 A28 および A31） ................... 75
20.1.6.1.1. Patient Identity Source アクタの監査ログメッセージ .......................... 75
20.1.6.1.2. Patient Identifier Cross-reference Manager アクタの監査ログメッセージ ....... 77
20.1.7.

患者ＩＤの統合時（ADT メッセージ種別 A40） ................................... 79

20.1.7.1.1. Patient Identity Source アクタの監査ログメッセージ .......................... 79
20.1.7.1.2. Patient Identifier Cross-reference Manager アクタの監査ログメッセージ ....... 81
20.1.8.

Cross Gateway Query [ITI-38].................................................. 83

20.1.8.1. Initiating Gateway アクタの監査ログメッセージ ................................. 83
20.1.8.2. Responding Gateway アクタの監査ログメッセージ ................................. 85
20.1.9.

Cross Gateway Retrieve [ITI-39]............................................... 88

20.1.9.1. Initiating Gateway アクタの監査ログメッセージ ................................. 88
20.1.9.2. Responding Gateway アクタの監査ログメッセージ ................................. 91
20.1.10. Provide and Register Document Set-b [ITI-41] .................................. 93
20.1.10.1. Document Source アクタの監査ログメッセージ .................................. 93
20.1.10.2. Document Repository アクタの監査ログメッセージ .............................. 96
20.1.11. Register Document Set-b [ITI-42].............................................. 98
20.1.11.1. Document Repository アクタの監査ログメッセージ .............................. 98
20.1.11.2. Document Registry アクタの監査ログメッセージ ............................... 102
20.1.12. Retrieve Document Set [ITI-43]............................................... 104
20.1.12.1. Document Consumer アクタの監査ログメッセージ ............................... 104
20.1.12.2. Document Repository アクタの監査ログメッセージ ............................. 107
20.1.13. Patient Identity Feed HL7 V3 [ITI-44]........................................ 110
20.1.13.1. Patient Identity Source アクタの監査ログメッセージ ......................... 110
20.1.13.2. Patient Identifier Cross-reference Manager アクタの監査ログメッセージ ...... 112
20.1.14. PIXV3 Query [ITI-45] ........................................................ 114
20.1.14.1. Patient Identifier Cross-reference Consumer アクタの監査ログメッセージ ..... 114

4

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

20.1.14.2. Patient Identifier Cross-reference Manager アクタの監査ログメッセージ ...... 117
20.1.15. PIXV3 Update Notification [ITI-46]........................................... 119
20.1.15.1. Patient Identifier Cross-reference Manager アクタの監査ログメッセージ ...... 119
20.1.15.2. Patient Identifier Cross-reference Consumer アクタの監査ログメッセージ ..... 122
20.1.16. Patient Demographics Query HL7 V3 [ITI-47] ................................... 124
20.1.16.1. Patient Demographics Consumer アクタの監査ログメッセージ ................... 124
20.1.16.2. Patient Demographics Supplier アクタの監査ログメッセージ ................... 126
20.1.17. Retrieve Images [RAD-16] .................................................... 129
20.1.17.1. Imaging Document Consumer アクタの監査ログメッセージ ....................... 129
20.1.17.2. Imaging Document Source アクタの監査ログメッセージ ......................... 131
20.1.18. Retrieve Presentation States [RAD-17]........................................ 133
20.1.18.1. Imaging Document Consumer アクタの監査ログメッセージ ....................... 133
20.1.18.2. Imaging Document Source アクタの監査ログメッセージ ......................... 135
20.1.19. Retrieve Reports [RAD-27] ................................................... 138
20.1.19.1. Imaging Document Consumer アクタの監査ログメッセージ ....................... 138
20.1.19.2. Imaging Document Source アクタの監査ログメッセージ ......................... 140
20.1.20. Retrieve Key Image Note [RAD-31]............................................. 142
20.1.20.1. Imaging Document Consumer アクタの監査ログメッセージ ....................... 142
20.1.20.2. Imaging Document Source アクタの監査ログメッセージ ......................... 144
20.1.21. Retrieve Evidence Documents [RAD-45]......................................... 147
20.1.21.1. Imaging Document Consumer アクタの監査ログメッセージ ....................... 147
20.1.21.2. Imaging Document Source アクタの監査ログメッセージ ......................... 149
20.1.22. WADO Retrieve [RAD-55] ...................................................... 151
20.1.22.1. Imaging Document Consumer アクタの監査ログメッセージ ....................... 151
20.1.22.2. Imaging Document Source アクタの監査ログメッセージ ......................... 153
20.1.23. Provide and Register Imaging Document Set – MTOM/XOP [RAD-68] ................ 156
20.1.23.1. Imaging Document Source アクタの監査ログメッセージ ......................... 156
20.1.23.2. Document Repository アクタの監査ログメッセージ ............................. 158
20.1.24. Retrieve Imaging Document Set [RAD-69]....................................... 161
20.1.24.1. Imaging Document Consumer アクタの監査ログメッセージ ....................... 161
20.1.24.2. Imaging Document Source アクタの監査ログメッセージ ......................... 163
20.1.25. Cross Gateway Retrieve ImagingDocument Set [RAD-75] .......................... 165
20.1.25.1. Initiating Imaging Gateway アクタの監査ログメッセージ ...................... 165
20.1.25.2. Responding Imaging Gateway アクタの監査ログメッセージ ...................... 167
20.1.26. Record Audit Event [ITI-20]におけるコード定義 ................................ 170

5

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

1. はじめに医療機関への電子カルテの普及が進みつつある今日、医療機関の連携による医療サービスの実現に国民の期待がかかっている。しかしながら、電子カルテ間の連携様式はベンダにより異なっているため、連携システム構築のハードルが高く、かつ広域連携が困難となっている。
Integrating the Healthcare Enterprise（以下 IHE とする）による標準規格を用いたシステム構
築仕様は、医療連携の標準化を推進しており、現在世界各国で採用が進んでいる。IHE とは、複数システムが協調して動作する情報処理のシナリオ（統合プロファイル）を実現するために、各システムが受け持つ機能（アクタ）とそれらの通信（トランザクション）を定めた仕様（テクニカルフ
レームワーク）であり、その特徴は標準規格を整合性のとれた形で適用できることである。
本仕様では地域医療連携における情報連携基盤として、IHE の定めたテクニカルフレームワークの中から必要なものを採用した。

2. 範囲
本仕様書は、地域医療連携情報システムを構築する際に、参加施設の情報システム間で患者（個人）の識別情報および医療情報等を共有するのに必要な情報連携基盤の仕様を定めたものである。

3. 用語および定義
このドキュメントに必要な用語および定義は以下の通りである
用語

定義

Actor

アクタ。IHE の場合、病院業務に関連した情報を作り出し、管理し、操作する情報システムや情報システムのコンポー
ネントをこのように呼んでいる。

Digital Imaging and

略称 DICOM。医療用デジタル画像とその通信のため

Communications in Medicineの標準規格。

electronic business XML

略称 ebXML。電子商取引のための標準的 XML 仕様あるいはそれを決めている団体。

Health Level 7

略称 HL7。医療情報交換のための標準規約で、患者管理、
オーダ、照会、検査報告などの情報交換を取り扱う。

IHE Integration Statements

IHE 統合宣言のこと。IHE 統合宣言は、製造者によって公開される文書で、製品における IHE テクニカルフレーム
ワークとの適合性を記述したもの。

Integrating the Healthcare

医療連携のための情報統合化プロジェクトであり，医Enterprise

療情報の標準化へ向け、業務フローに従った DICOM、
HL7 といった標準規格の適用ガイドラインを作成し、

6

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

ベンダのシステムへの実装、接続テストを実施する体制を構築している。
Integration Profiles

統合プロファイル。多くの医療機関において利用できる共通のシステム統合モデルであり，アクタ(Actor)とトランザクション(Transaction)で示される。ワークフロー，コンテ
ンツ，インフラを示すものなどがある。

Technical Framework

テクニカルフレームワーク。IHE における最も基本的な文書。IHE のシナリオモデルである「統合プロファイル」の他、通信処理（トランザクション）の仕様等が記載されている。

Transaction

トランザクション。IHE の場合、統合プロファイル内の各機能を提供する「アクタ(Actor)」同士の通信処理をこのように呼んでいる。

コミュニティ

臨床記録を共有する目的のために共通ポリシーにより共同で作業することを合意した施設／機関の集合体。

ポリシー

地域医療連携情報システムを構築する際に、運営主体となる組織において参加する施設間での共通な合意事項のこと。

このドキュメントに必要なその他の用語および定義は、IHE-ITI Technical Framework
Rev9.0 および IHE-Radiology Technical Framework Rev13.0 を参照すること。

4. シンボルおよび略語
このドキュメントに必要なシンボルおよび略語は以下の通りである


IHE

Integrating the Healthcare Enterprise

ITI

Information Technology InfrastructureTF

Technical Framework



HL7

Health Level 7



DICOM

Digital Imaging and Communications in Medicine



CDA

Clinical Document Architecture



ebXML

electronic business XML

TCP/IP

Transmission Control Protocol/Internet Protocol



SOAP

Simple Object Access Protocol



TLS

Transport Layer Security



RFC

Request for Comments

NTP

Network Time Protocol

7

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

5. 要求事項
5.1.

適用文書
本仕様は、以下の文書に準拠するものとする。
IHE-ITI Technical Framework Volume 1 Rev 12.0
IHE-ITI Technical Framework Volume 2a Rev 12.0
IHE-ITI Technical Framework Volume 2b Rev 12.0
IHE-ITI Technical Framework Volume 2x Rev 12.0
IHE-ITI Technical Framework Volume 3 Rev 12.0
IHE-Radiology Technical Framework Volume 1 Rev13.0
IHE-Radiology Technical Framework Volume 2 Rev 13.0
IHE-Radiology Technical Framework Volume 3 Rev 13.0
IHE-Radiology Technical Framework Volume 4 Rev 13.0

5.2.

適合宣言
本仕様の適合を宣言する場合は、「IHE 統合宣言書」を発行することとする。その書式と内容は、IHE-ITI Technical Framework Volume 1 Rev 9.0 Appendix C および IHE-Radiology
Technical Framework Volume 1 Rev 13.0 Appendix D を参考にすること。

6. 地域医療連携の概要
地域医療連携における情報連携として、図1のようなシナリオを例示する。ここでは、複数の医療機
関A、B、C、Dがあり、患者はA機関で救急の治療を受け、B機関に入院、C機関で長期療養を行い、近隣の診療所Dで診療を受けたとする。診療所Dの医師は、患者から過去の治療経緯を聞くだけではなく、医療機関A、B、Cから必要な医療情報を参照したいと考える。このシナリオを実現するために、コミュニティの内部に情報の所在管理だけを行うセンタを設置し、実際の情報は各医療機関が保管しておく。診療所Dに行った患者の過去の情報がどこにあるかは、所在管理センタへの問い合わせで知ることができる。コミュニティの中では、患者はどの医療機関に行っても、医療機関は所在情報にアクセスして情報の在り処を知り、過去の医療情報を利用することができる。

8

期

●

性

治管

●

●

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

期

療

●

●

診

、

●

●

療

診

●

●

●

療

●

(

●

●

入

(

●

A

院

救

病

院

)

急

・

・

)

・

図1 連携基盤の概要（XDS）

・・

施設ごとに異なる患者IDを相互に参照する場合、患者IDソース（Patient Identity Source)、患者
ID相互参照マネージャ（Patient Identifier Cross-reference Manager）、患者ID利用者（Patient
Identifier Cross-reference Consumer)の３つの機能を設置する（図２参照）。患者IDは、各医療機関の患者IDソース（Patient Identity Source）によって、中央にある患者ID相互参照マネージャ

・

・

・

・

（Patient Identifier Cross-reference Manager）に登録される。患者ID相互参照マネージャ（Patient Identifier Cross-reference Manager）は、医療機関からの患者IDの対応付け（マッピング）を行なう。情報にアクセスしたい医療機関は、患者ID利用者（Cross-reference Consumer）を使って患者ID相互参照マネージャ（Patient Identifier Cross-reference Manager）に問い合わせる。その

B

病

院

結果、自病院の患者IDから医療連携するコミュニティ全体の中のID（グローバルID）を知ることができ●る。
このグローバルIDをキーにして共有情報の利用者（Document Consumer）は、所在情報の問合せを所在管理（Document Registry）へ問い合わせる。所在管理は、その患者の情報のありかを共有
情報の利用者宛に回答する。次に、共有情報の利用者は目的の情報を保管している共有情報の保管（Document Repository）へ情報の読み出しを依頼し、リポジトリは指定された情報を回答する。
施設間通信を行う場合、監査証跡の記録ならびにノード認証と通信の暗号化を行うことが求められ

●

●

●

●

●

ており、これら機能を有することが重要である。
C

病

院

9

△

△

△

△

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

図2 患者IDの相互参照方法（PIX,PDQ）
コミュニティ間での情報連携を行う場合は、図３のように専用の機能（ゲートウェイ アクタ）を設置し、コミュニティ間通信を行う。各コミュニティの利用者の要求を外部に問い合わせる機能を開始ゲートウ
ェイ（Initiating Gateway）と呼び、外部にあるコミュニティからの問い合わせに応じる機能を応答ゲートウェイ（Responding Gateway）と呼ぶ。開始ゲートウェイ（Initiating Gateway）が応答ゲートウ
ェイ（Responding Gateway）に問い合わせを順次行うことで、情報の検索を行うことができる。
コミュニティ間で画像情報連携を行う場合は、図3に示した開始ゲートウェイ(Initiating Gateway)と応答ゲートウェイ(Responding Gateway)により画像情報を検索し、画像情報専用の開始画像ゲー
トウェイ（Initiating Imaging Gateway）と応答画像ゲートウェイ(Responding Imaging Gateway)を追加することにより、画像を取得することができる。
別のコミュニティに属する患者情報を検索する場合も同様に、開始ゲートウェイ（Initiating
Gateway）が応答ゲートウェイ（Responding Gateway）に問い合わせを行うことで、患者情報の検索を行うことができる。コミュニティ間で患者の識別子に互換性が担保できない場合は、患者属性情報（患者氏名、性別、生年月日、住所、電話番号、その他の識別可能な情報）を元に検索を行う必要がある。
コミュニティ間で情報連携を行うにはコミュニティ間でのポリシーの合意など、いくつかの前提条件（共通の用語を採用していることなど）が必要である。

10

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

図3 コミュニティを越えた連携（XCA）
地域医療連携情報システムを構築する際には、技術仕様を定めるのと同様に運営主体となる組織を構築し、参加する施設間での共通な合意事項（ここではポリシーと呼ぶ）を定める必要がある。組織
的規約、参加資格・メンバ規約（役割・アクセス権限）、運営規約、患者プライバシー保護方針・同意の取り方、患者IDの管理方法、技術的セキュリティ、参加施設外からの接続方法、等円滑な運営に必要な取り決め内容が含まれる。ポリシーに関してはそれぞれのコミュニティで定めることであり、IHE-ITITechnical Frameworkではスコープ外となっている。

7.

地域医療連携における情報連携基盤の仕様
IHE では、地域医療連携に必要な標準的仕様としていくつかの統合プロファイルが定められている。本仕様では以下の統合プロファイルを採用することとする。
Patient Identifier Cross-referencing (PIX)
Patient Identifier Cross-Reference HL7 V3 (PIXV3)
Patient demographics Query (PDQ)
Patient Demographic Query HL7 V3 (PDQV3)
Cross-Enterprise Document Sharing (XDS.b)
Cross-Enterprise Document Sharing for Imaging (XDS-I.b)
Cross-Enterprise Document Reliable Interchange (XDR)
Cross-Community Access (XCA)11

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
Cross-Community Access for Imaging (XCA-I)
Cross-Community Patient Discovery (XCPD)
Consistent Time (CT)
Audit Trail and Node Authentication (ATNA)
7.1.

地域医療連携における統合プロファイル間の依存関係
ある統合プロファイルの実装に他の統合プロファイルに定義された機能が必要な場合、依存関係が存在する。表 7.1 に、地域医療連携における統合プロファイル間の依存関係を示す。
いくつかの依存では、あるプロファイルに必要なアクタが他の統合プロファイルに必要なひとつ
以上のアクタとグループ化されることがある。
表 7.1 統合プロファイル間の依存関係

統合プロフ

依存する統合ァイルプロファイル

PIX

CT

依存の形

目的

PIX を実装するそれぞれのア

複数の更新による衝突を管理し、解クタは Time Client アクタと決のために利用されるグループ化する
PIXV3CT

PIX を実装するそれぞれのア

複数の更新による衝突を管理し、解クタは Time Client アクタと決のために利用されるグループ化する
PDQ

無し

PDQV3

無し

ATNA
XDS.b

XDS アクタは ATNA セキュ

出力された監査証跡ならびにノー

アノードかセキュアアプリケ

ド認証と通信の暗号化を管理する

ーションアクタにグループ化
する

CT

XDS.b

XDS アクタは Time Client ア Document と Submission Set の日
クタとグループ化する付の一貫性を確保する

XDS.b より、Document

Document Content タイプとConsumer, Document

Metadata が利用される

Registry, Document
Repository アクタが必要で

XDS-I.b

ある
XDS-I.b アクタは ATNA セキ 出力された監査証跡ならびにノー
ATNAュアノードかセキュアアプリ
ケーションアクタにグループ化する

12

ド認証と通信の暗号化を管理する

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

XDR

ATNA

XDR アクタは ATNA セキュ

監査証跡および暗号化通信を必要

アノードかセキュアアプリケとするーションアクタにグループ化
する

ATNA

XCA アクタは ATNA セキュ

出力された監査証跡ならびにノー

アノードかセキュアアプリケ

ド認証と通信の暗号化を管理する

ーションアクタにグループ化

XCA

する
CT

XCA アクタは Time Client

Document と Submission Set の日

アクタとグループ化する付の一貫性を確保する

ドキュメントへのアクセスの

XDS.b

ために必要
コミュニティをまたがった
Document へのアクセスのた

XCA
XCA-I

めに必要
XCA-I アクタは ATNA セキュ 出力された監査証跡ならびにノー

ATNA(放射線監査追

アノードかセキュアアプリケ

跡オプションーションアクタにグループ化

を含む)

ド認証と通信の暗号化を管理する

する
XCPD アクタは ATNA セキュ 出力された監査証跡ならびにノー

ATNA
XCPD

ド認証と通信の暗号化を管理する

ーションアクタにグループ化
する

CT
CT

アノードかセキュアアプリケ

XCA アクタは Time Client

ATNA グルーピングのために必要

アクタとグループ化する

とされる

無し
ATNA のセキュアノードアク 監査ログの時刻の一貫性を確保す

ATNA

CT

タは Time Client アクタとグ る
ループ化するある統合プロファイルを実装しようとするとき、依存する統合プロファイルが存在する場合は、依存する統合プロファイルの必須トランザクションも実装しなければならない。

7.2.

地域医療連携における統合プロファイルの選択
本仕様で利用する統合プロファイルの一覧と選択について、表 7.2 に示す。
オプションの項目にある、R は必須を、O はオプション、C は選択可能であることを表している。
表 7.2 利用すべき統合プロファイルの選択

13

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
統合プロファイル

オプション

Patient Identifier Cross-referencing (PIX)C

Patient Identifier Cross-Reference HL7 V3C(PIXV3)

備考
PIX もしくは PIXV3 のどちらかを利用する必要がある
PIX もしくは PIXV3 のどちらかを利用する必要がある
患者属性情報の検索が必要な場合

Patient demographics Query (PDQ)

C

は、PDQ もしくは PDQV3 のどち
らかを利用する必要がある
患者属性情報の検索が必要な場合

Patient Demographic Query HL7 V3 (PDQV3)

Cは、PDQ もしくは PDQV3 のどち
らかを利用する必要がある

Cross-Enterprise Document Sharing (XDS.b)

R

Cross-Enterprise Document Sharing forC

Imaging (XDS-I.b)
Cross-Enterprise Document Reliable

O

Interchange (XDR)
Cross-Community Access (XCA)O

Cross-Community Access for Imaging (XCA-I)

O

Cross-Community Patient Discovery (XCPD)

OConsistent Time (CT)R

Audit Trail and Node Authentication (ATNA)

R

14

地域医療連携で医用画像も対象とする場合は利用する必要がある

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

8. Patient Identifier Cross-referencing (PIX)：患者 ID 相互参照
本プロファイルは複数の患者 ID ドメインからの患者 ID の相互参照方法を提供する。相互参照された患者 ID は、異なる ID を持つ患者を一人の患者として関連づけることに利用することができる。

これらの相互参照された患者 ID は「患者 ID コンシューマ」で利用され、別々の ID で記録されている情報ソースから、一人の患者についての情報を関連づけることが可能である。これにより、臨床医は患者のより完全な情報を閲覧することができる。
PIX は、あらゆる医療機関（病院、診療所、など）を対象としたものである。以下の機能を介して、患者 ID の相互参照を可能とする。
●患者 ID を各 ID ソースから患者 ID 相互参照マネージャへ伝達●問合せ・返答、もしくは更新通知による患者 ID 相互参照リストの入手
この統合プロファイルは特定のアクタ間でのトランザクションを規定するが、施設ごとのポリシーや相互参照アルゴリズムを規定しない。この統合プロファイルは必要な相互運用性を提供しながらも、施設が適切とする相互参照ポリシーおよびアルゴリズムが使用できる柔軟性を維持している。
以下の図に、この統合プロファイルが意図する範囲を示す。

図 8.1

患者 ID 相互参照での処理の流れ

図 8.1 では患者 ID ドメインと患者 ID 相互参照ドメインの患者 ID ドメインとしての二つの型を示す。
患者 ID ドメインは、共通の患者 ID 方式（識別子と患者への割り付け処理）と、患者 ID の発行権限を持つシステム、あるいは連携する複数システムのセットである。
図 8.2 に本プロファイルに直接含まれるアクタと、関連するトランザクションを示す。

15

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Patient Identifier
Cross-reference
Consumer

Patient Identity
SourcePatient Identity
Management
HL7 V2.5 [ITI-30]

Patient Identity
Feed[ITI-8]↓↓

PIX Query [ITI-9]↓

Patient Identifier
Cross-referenceManager

PIX Update Notification [ITI-10]↑

図 8.2 Patient Identifier Cross-referencing (PIX)のアクタおよびトランザクション
表 8.1 に患者識別相互参照統合プロファイルに直接含まれるトランザクションを示す。この統合プロファイルが使用可能と主張するには、実装製品は必須トランザクション（”R”と表記）を実行できな
ればならない。”O”と表記されたトランザクションはオプションである。この統合プロファイルで定められたオプションで、実装製品が選択可能なオプションの完全な一覧は、ITI TF-1: 5.2 にある。
表 8.1

患者 ID 相互参照統合プロファイル－アクタとトランザクション

ActorsPatient Identity Source

Patient Identifier Cross-reference Consumer
Patient Identifier Cross-reference Manager

Transactions

Optionality

SectionPatient Identity Feed [ITI-8]

R

ITI TF-2a: 3.8

Patient Identity Management[ITI-30]OITI TF-2b: 3.30

PIX Query [ITI-9]

R

ITI TF-2a: 3.9

PIX Update Notification [ITI-10]

O

ITI TF-2a: 3.10

Patient Identity Feed [ITI-8]

R

ITI TF-2a: 3.8

Patient Identity Management[ITI-30]OITI TF-2b: 3.30

PIX Query [ITI-9]

R

ITI TF-2a: 3.9

PIX Update Notification [ITI-10]

R

ITI TF-2a: 3.10

本統合プロファイルの詳細については、以下を参照のこと。
IHE-ITI Technical Framework Volume 1 Rev, 12.0
5. Patient Identifier Cross-referencing (PIX)

16

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
IHE-ITI Technical Framework Volume 2a Rev, 12.0
3.8 Patient Identity Feed
3.9 PIX Query
3.10PIX Update Notification
IHE-ITI Technical Framework Volume 2x Rev, 12.0
C.2.2 Message Control
C.2.3Acknowledgement Modes
C.2.4 CommonSegment Definitions

17

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

9. Patient Identifier Cross-Reference HL7 V3 (PIXV3)：患者 ID 相互参照 V3
本統合プロファイルの機能は、8. Patient Identifier Cross-referencing (PIX)で説明された PIX 統
合プロファイルと同等である。相違点は、メッセージ書式や SOAP に基づいた Web サービスの使用である。これらの変更により本統合プロファイルが既存の IT インフラ内における施設間でのデータアクセスと交換のための使用により適したものとなった。
図 9.1 は Patient Identifier Cross-Reference HL7 V3 におけるアクタとトランザクションの関係を説明したものである。
本統合プロファイルは、複数の患者 ID ドメインからの患者 ID の相互参照方法を提供する。相互参照された患者 ID は、異なる ID を持つ患者を一人の患者として関連づけることに利用することができる。

Patient Identifier
Cross-reference
Consumer

Patient Identity
SourcePatient Identity
Feed
HL7V3[ITI-44]↓

Patient Identifier
Cross-referenceManager

図 9.1

PIXV3 Query[ITI-45]↓

PIXV3 Update Notification [ITI-46]↑

Patient Identifier Cross-Reference HL7 V3 (PIXV3)のアクタおよびトランザクション

表 9.1 に患者識別相互参照に直接含まれるアクタのそれぞれに対するトランザクションを示す。この統合プロファイルが使用可能と主張するには、実装品は必須のトランザクション（”R”と表記）を実行できなければならない。”O”と表記されたトランザクションはオプションである。この統合プロファイルに定義され、実装者が選択可能なオプションの完全な一覧は ITI TF-1: 23.2 にある。

18

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
表 9.1

患者 ID 相互参照 HL7 V3 統合プロファイル－アクタとトランザクション

ActorsTransactions

Optionality

SectionPatient Identity Source

Patient Identity Feed HL7 V3[ITI-44]

R

ITI TF-2b: 3.44

Patient Identifier

PIXV3 Query[ITI-45]

R

ITI TF-2b: 3.45

PIXV3 Update Notification [ITI-46]

O

ITI TF-2b: 3.46

Patient Identity Feed HL7 V3[ITI-44]

R

ITI TF-2b: 3.44

PIXV3 Query[ITI-45]

R

ITI TF-2b: 3.45

PIXV3 Update Notification[ITI-46]

R

ITI TF-2b: 3.46

Cross-reference Consumer
Patient Identifier
Cross-reference Manager

本統合プロファイルの詳細については、以下を参照のこと。
IHE-ITI Technical Framework Volume 1 Rev, 12.0
23. Patient Identifier Cross-referencing HL7 V3 (PIXV3)
IHE-ITI Technical Framework Volume 2b Rev, 12.0
3.44 Patient Identity Feed HL7 V3
3.45 PIXV3 Query
3.46 PIXV3 Update Notification
IHE-ITI Technical Framework Volume 2x Rev, 12.0
Appendix E Usage of the CX Data Type in PID-3-Patient Identifier List
Appendix K XDS Security Environment
Appendix O HL7 v3 Transmission and Trigger Event Control Act Wrappers
Appendix V Web Services for IHE Transactions
Appendix W Implementation Material

19

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

10. Patient demographics Query (PDQ)：患者基本情報の問い合わせ
本統合プロファイルは、ユーザ定義の検索条件に基づき、患者情報を保持したサーバに患者のリストの問い合わせを行い、患者基本情報および、オプションである来院もしくは来院に関する情報を取得するための方法を提供する。
図 10.1 は Patient demographics Query におけるアクタとトランザクションの関係を説明したものである。

Patient
Demographics
Supplier

Patient Demographic Query[ITI-21]↑

Patient
Demographics
Consumer

図 10.1

Patient demographics Query (PDQ)のアクタおよびトランザクション

表 10.1 は患者基本情報問い合わせプロファイルに直接含まれるアクタのそれぞれに対するトランザクションを示す。この統合プロファイルが使用可能と主張するには、実装品は必須トランザクシ
ョン（"R"表記）が実行できなければならない。"O"表記のトランザクションはオプションである。
この統合プロファイルで定義され、実装品で使用可能にできるオプションの完全な一覧は、ITI TF-1:
8.2 にある。
表 10.1

患者基本情報問合せ－アクタとトランザクション

ActorsTransactions

Optionality

SectionPatient Demographics Consumer

Patient Demographics Query [ITI-21]

R

ITI TF-2a: 3.21

Patient Demographics Supplier

Patient Demographics Query [ITI-21]

R

ITI TF-2a: 3.21

20

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
本統合プロファイルの詳細については、以下を参照のこと。
IHE-ITI Technical Framework Volume 1 Rev, 12.0
8. Patient Demographics Query (PDQ)
IHE-ITI Technical Framework Volume 2a Rev, 12.0
3.21 Patient Demographics Query
IHE-ITI Technical Framework Volume 2x Rev, 12.0
C.2.2 Message Control
C.2.3Acknowledgement Modes
C.2.4 CommonSegment Definitions

Appendix M: Using Patient Demographics Query in a Multi-DomainEnvironment
IHE-ITI Technical Framework Volume 1 に記載のある Patient Demographic And Visit Query[ITI-22]は、地域医療連携では使用しないため本仕様の範囲外である。

21

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

11. Patient Demographic Query HL7 V3 (PDQV3)：患者基本情報の問い合わせ V3
本統合プロファイルの機能は、10.Patient demographics Query (PDQ)で説明した PDQ 統合プロファ
イルと同等である。相違点は、メッセージ書式や SOAP に基づいた Web サービスの使用である。これらの変更により本統合プロファイルが既存の IT インフラ内における施設間でのデータアクセスと交換のための使用により適したものとなった。
図 11.1 は Patient Demographic Query HL7 V3 におけるアクタとトランザクションの関係を説明したものである。
本統合プロファイルは、ユーザ定義の検索条件に基づき、患者情報を保持したサーバに複数の施設から患者のリストの問い合わせを行い、患者基本情報を取得するための方法を提供する。

Patient
Demographics
Supplier

Patient Demographic Query
V3 [ITI-47]↑

Patient
Demographics
Consumer

図 11.1

Patient Demographic Query HL7 V3 (PDQV3)のアクタおよびトランザクション

表 11.1 は患者基本情報問い合わせ V3 プロファイルに直接含まれるアクタのそれぞれに対するト
ランザクションを示す。この統合プロファイルが使用可能と主張するには、実装品は必須トランザ
クション（"R"表記）が実行できなければならない。"O"表記のトランザクションはオプションである。この統合プロファイルで定義され、実装品で使用可能にできるオプションの完全な一覧は、ITI
TF-1: 24.2 にある。
表 11.1

患者基本情報問合せ V3－アクタとトランザクション

ActorsTransactions

Optionality

SectionPatient Demographics Consumer

Patient Demographics Query HL7 V3R

ITI TF-2b: 3.47

Patient Demographics Supplier

Patient Demographics Query HL7 V3R

ITI TF-2b: 3.47

22

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

本統合プロファイルの詳細については、以下を参照のこと。
IHE-ITI Technical Framework Volume 1 Rev, 12.0
24. Patient Demographics Query HL7 V3 (PDQV3)
IHE-ITI Technical Framework Volume 2b Rev, 12.0
3.47 Patient Demographics Query HL7 V3

IHE-ITI Technical Framework Volume 2x Rev, 12.0
Appendix O HL7 v3 Transmission and Trigger Event Control Act Wrappers
Appendix V Web Services for IHE Transactions
Appendix W Implementation Material

23

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

12. Cross-Enterprise Document Sharing (XDS.b)：施設間情報共有
本統合プロファイルは、XDS アフィニティドメインに属する多数の医療機関等が、文書形式の臨床記録を共有することによって、協力して患者の診療等にあたることを可能にする方法を提供する。

XDS.b 統合プロファイルでは、医療施設はひとつ以上の XDS アフィニティドメインに属することを前提にしている。XDS アフィニティドメインとは、共通の基本方針（ポリシー）と共通の基盤上で、協働することを合意した医療機関の集まりである。
このプロファイルのドキュメントリポジトリとドキュメントレジストリは、XDS アフィニティドメイン内の患者についての情報の長期記録を生成する。
このプロファイルは ebXML Registry 標準規格と SOAP 規格に依拠している。文書共有管理のために必
要な ebXMLRegistry の設定法を詳細に記述している
XDS アフィニティドメインでは、共通の基本方針と規則（ポリシー）が定められなければならない。
この統合プロファイルでは特定のポリシーを定めない。
任意の XDS アフィニティドメイン内でひとりの患者のドキュメントの長期記録を作成するには、ドキュメントレポジトリとドキュメントレジストリによる管理が必要であり、それぞれに以下の責任を分担する。
●ドキュメントレポジトリは、明確・安全・信頼のおける永続的なドキュメント保存とドキュメ
ント取得要求への応答に責任がある。
●ドキュメントレジストリは一人の患者の診療に必要なドキュメントが、どこに保存されているかに拘わらず、検索が容易で、選択が可能で、取得できる様にドキュメントの保存に関連する情報を保存する責任がある。
XDS ではドキュメントの概念は文字情報に限定されない。XDS は情報内容に依存せず、内容や表示に関わりなく、いかなる種類の臨床情報も使用可能とする。これにより、XDS 統合プロファイル
は、単純テキスト、書式化テキスト（たとえば、HL7 CDA R1）、画像（たとえば、DICOM）、構造
化され語彙がコード化された臨床情報（たとえば、CDA R2、CCR、CENENV 13606、DICOM SR）
を等しく扱うことができる。ドキュメントソースとドキュメントコンシューマ間で相互運用性を確保するために、XDS アフィニティドメイン内でドキュメントの形式、構造、内容について、基本方
針を定めなければならない。
図 12.1 は Cross-Enterprise Document Sharing におけるアクタとトランザクションの関係を説明したものである。

24

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Patient ID
SourcePatient Identity Feed
HL7 v3 [ITI-44]

Patient Identity
Feed [ITI-8]

Document
Registry

RegistryStored Query[ITI-18]

Document
Consumer

Register Document
Set-b[ITI-42]

Document
Source

図 12.1

Provide &Register Document
Set-b[ITI-41]

Document
Repository

Retrieve Document Set [ITI-43]

Cross-Enterprise Document Sharing (XDS.b)のアクタおよびトランザクション

表 12.1 は XDS.b プロファイルに直接含まれるアクタのそれぞれに対するトランザクションを示す。この統合プロファイルが使用可能と主張するには、実装品は必須トランザクション（"R"表記）
が実行できなければならない。"O"表記のトランザクションはオプションである。この統合プロファ
イルで定義され、実装品で使用可能にできるオプションの完全な一覧は、ITI TF-1: 10.2 にある。
表 12.1
ActorsDocument Consumer

Document Source

XDS.b－アクタとトランザクション
Transactions

Optionality

SectionRegistry Stored Query [ITI-18]

R

ITI TF-2a: 3.18

Retrieve Document Set [ITI-43]

R

ITI TF-2b: 3.43

Provide and Register Document Set-b

R

ITI TF-2b: 3.41

R

ITI TF-2b: 3.41

Register Document Set-b [ITI-42]

R

ITI TF-2b: 3.42

Retrieve Document Set

R

ITI TF-2b: 3.43

Register Document Set-b [ITI-42]

R

ITI TF-2b: 3.42

Registry Stored Query [ITI-18]

R

ITI TF-2a: 3.18

O (note 2)

ITI TF-2a: 3.8[ITI-41]
Document Repository

Provide and Register Document Set-b[ITI-41]

Document Registry

Patient Identity Feed

[ITI-43][ITI-8]25

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
ActorsIntegrated Document

Transactions

Optionality

SectionPatient Identity Feed HL7v3 [ITI-44]

O (note 2)

ITI TF-2b: 3.44

Register Document Set-b [ITI-42]

R

ITI TF-2b: 3.42

Retrieve Document Set

R

ITI TF-2b: 3.43

Patient Identity Feed [ITI-8]

O (note 1,2)

ITI TF-2a: 3.8

Patient Identity Feed HL7v3 [ITI-44]

O (note 1,2)

ITI TF-2b :3.44

Source/Repository

Patient Identity Source[ITI-43]

note1: 患者 ID の発行機関が Patient Identity Feed、Patient Identity Feed HL7V3 を利用するときは、患者 ID ソースは、患者 ID 発行機関を識別するため、OID を使用しなければならない。
note2: ドキュメントレジストリと患者 ID ソースは、Patient Identity Feed もしくは Patient Identity Feed HL7V3の少なくともいずれか一方を実装しなければならない。

本統合プロファイルの詳細については、以下を参照のこと。
IHE-ITI Technical Framework Volume 1 Rev, 12.0
10. Cross-Enterprise Document Sharing (XDS.b)
IHE-ITI Technical Framework Volume 2a Rev, 12.0
3.8 Patient Identity Feed3.18 Registry Stored Query
IHE-ITI Technical Framework Volume 2b Rev, 12.0
3.41 Provide and Register Document Set-b
3.42 Register Document Set-b
3.43 Retrieve Document Set
3.44 Patient Identity Feed HL7 V3
IHE-ITI Technical Framework Volume 2x Rev, 12.0
Appendix E Usage of the CX Data Type in PID-3-Patient Identifier List
Appendix K XDS Security Environment
Appendix O HL7 v3 Transmission and Trigger Event Control Act Wrappers
Appendix V Web Services for IHE Transactions
Appendix W Implementation Material
IHE-ITI Technical Framework Volume 3 Rev, 12.0
4 Metadata used in Document Sharing profiles

26

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

13. Cross-Enterprise Document Sharing for Imaging (XDS-I.b)：画像のための施設間情報共有本統合プロファイルは、施設間で画像情報を共有するための方法を提供する。本統合プロファイ
ルは XDS で定義された用語（例えば、アフィニティドメイン、提出セット、など）の使用を含め、
IT インフラ XDS プロファイルに依存しそれを拡張することから、XDS-I の閲覧者は、XDS プロフ
ァイルを閲覧し、理解することが期待される（12.Cross-Enterprise Document Sharing 参照）。XDS-Iの仕様では、XDS で定義されたアクタ、ドキュメントレポジトリ、ドキュメントレジストリ、およびドキュメントコンシューマに対する要件並びにテキストを繰り返してはいない。
図 13.1 は Cross-Enterprise Document Sharing for Imaging におけるアクタとトランザクションの関係を説明したものである。
本統合プロファイルは、DICOM インスタンス（画像、エビデンス文書、表示状態を含む）と直ちに表示可能な形式の読影レポート等を共有連携するための手段（情報）を規定している。

Document
Registry

Registry Stored Query[ITI-18]↑Register Document
Set-b[ITI-42]
Provide & Register Imaging
Document Set – MTOM/XOP[RAD-68]→

ImagingDocument
SourceDocument
Repository

Document
Consumer
ImagingDocument
Consumer

Retrieve Document
Set [ITI-43]←

WADO Retrieve [RAD-55] ←Retrieve Imaging Document Set [RAD-69] ←Retrieve Images [RAD-16] ←Retrieve Presentation States [RAD-17] ←Retrieve Reports [RAD-27] ←Retrieve Key Image Note [RAD-31] ←Retrieve Evidence Documents [RAD-45] ←図 13.1

Cross-Enterprise Document Sharing for Imaging (XDS-I.b)のアクタおよびトランザクション

表 13.1 は XDS-I.b プロファイルに直接含まれるアクタのそれぞれに対するトランザクションを示す。この統合プロファイルが使用可能と主張するには、実装品は必須トランザクション（"R"表記）
が実行できなければならない。"O"表記のトランザクションはオプションである。この統合プロファ
イルで定義され、実装品で使用可能にできるオプションの完全な一覧は、RAD TF-1: 18.2 にある。

27

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
表 13.1
ActorsXDS-I.b－アクタとトランザクション
Transactions

Optionality

SectionImaging Document

Retrieve Images [RAD-16]

O(note 1)

RAD TF-2: 4.16

Consumer

Retrieve Presentation States [RAD-17]

O

RAD TF-2: 4.17

O (note 1)

RAD TF-2: 4.27

O

RAD TF-2: 4.31

O (note 1)

RAD TF-2: 4.45

WADO Retrieve [RAD-55]

O(note 1)

RAD TF-2: 4.55

Retrieve Imaging Document Set

O (note 1)

RAD TF-2: 4.69

R (note 2)

RAD TF-2: 4.68

Retrieve Images [RAD-16]

R (note 3)

RAD TF-2: 4.16

Retrieve Presentation States [RAD-17]

R (note 3)

RAD TF-2: 4.17

Retrieve Reports [RAD-27]

R (note 3)

RAD TF-2: 4.27

Retrieve Key Image Note [RAD-31],

R(note 3)

RAD TF-2: 4.31

Retrieve Evidence Documents

R (note 3)

RAD TF-2: 4.45

WADO Retrieve [RAD-55]

R(note 3)

RAD TF-2: 4.55

Retrieve Imaging Document Set

R (note 3)

RAD TF-2: 4.69

Retrieve Reports [RAD-27]
Retrieve Key Image Note [RAD-31]
Retrieve Evidence Documents[RAD-45][RAD-69]
Imaging Document

Provide and Register Imaging

SourceDocument Set – MTOM/XOP[RAD-68][RAD-45][RAD-69]

note1:

オプションの取得トランザクションは少なくともひとつは実装しなければならない。Imaging
Document Consumer の追加要求事項については、RAD TF-1: 18.4 を参照のこと。

note2:RAD TF-1: 18.2 のオプションに記載されている３つのドキュメントタイプのうち少なくともひとつを対応しなければならない。

note3:

Imaging Document Source が RAD TF-1: 18.2 Integration Profile Options の表 18.2-1 に記載されている“DICOM インスタンスのセット”オプションに対応する場合のみ、これらのトラン
ザクションは必須とする。

28

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
本統合プロファイルの詳細については、以下を参照のこと。
IHE-Radiology Technical Framework Volume 1 Rev, 13.0

18. Cross-Enterprise Document Sharing for Imaging (XDS-I.b) Integration Profile
Appendix E: Nuclear Medicine
IHE-Radiology Technical Framework Volume 2 Rev, 13.0
4.16 Retrieve Images
4.17 Retrieve Presentation States
4.27 Retrieve Reports
4.31 Retrieve Key Image Notes
IHE-Radiology Technical Framework Volume 3 Rev, 13.0
4.45 Retrieve Evidence Documents
4.55 WADO Retrieve
4.68 Provide and Register Imaging Document Set – MTOM/XOP
4.69 Retrieve Imaging Document Set
Appendix G Configuration for Accessing DICOM,WADO and WebServices Retrieve Services
IHE-ITI Technical Framework Volume 2a Rev, 12.0
3.18 Registry Stored Query
IHE-ITI Technical Framework Volume 2b Rev, 12.0
3.42 Register Document Set-b
3.43 Retrieve Document Set
IHE-ITI Technical Framework Volume 2x Rev, 12.0
Appendix E Usage of the CX Data Type in PID-3-Patient Identifier List
Appendix K XDS Security Environment
Appendix O HL7 v3 Transmission and Trigger Event Control Act Wrappers
Appendix V Web Services for IHE Transactions
Appendix W Implementation Material
IHE-ITI Technical Framework Volume 3 Rev, 12.0
4 Metadata used in Document Sharing profiles29

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

14. Cross-Enterprise Document Reliable Interchange (XDR)：施設間情報の相互交換
本統合プロファイルは、信頼性の高い通信システムを用いた情報交換手段を提供する。本プロフ
ァイルは、XDS のレジストリとリポジトリのような情報共有基盤を利用することなく、
EHR、PHR、および他の医療 IT システム間で直接的な情報交換を可能にする。
XDR では、Web サービスを使用した Provide and Register Document Set-b をそのまま使用している。転送は提供元から利用システムに直接行われ、リポジトリやレジストリは必要としない。
本プロファイルは、新しいメタデータやメッセージフォーマットを定義せずに、XDS のメタデー
タを活用しており、XDS と同様にドキュメント形式にはとらわれない。
図 14.1 は Cross-enterprise Document Reliable Interchange におけるアクタとトランザクションの関係を説明したものである。

Document
Source

図 14.1

Provide and Register Document Set-b [ITI-41]→

Document
Recipient

Cross-enterprise Document Reliable Interchange(XDR)のアクタおよびトランザクション

表 14.1 は XDR プロファイルに直接含まれるアクタのそれぞれに対するトランザクションを示す。
この統合プロファイルが使用可能と主張するには、実装品は必須トランザクション（"R"表記）が実
行できなければならない。"O"表記のトランザクションはオプションである。
表 14.1

XDR－アクタとトランザクション

Actor

Transactions

Optionality

SectionDocument Source

Provide and RegisterR

ITI TF-2:3.41

R

ITI TF-2:3.41

Document Set-b [ITI-41]
Document Recipient

Provide and Register
Document Set-b [ITI-41]

表 14.2 は、XDR プロファイルの各アクタに対するトランザクションのオプションを示したものである。実装品で使用可能なオプションの完全な一覧は、ITI TF-1: 15.2 にある。

30

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
表 14.2

XDR－アクタとオプション

Actor

OptionsVol. & Section

Document Source

Basic Patient Privacy Enforcement

ITI-TF-1:15.2.2

Document Recipient

Basic Patient Privacy Enforcement

ITI-TF-1:15.2.2

Accepts Limited Metadata

ITI TF-1:15.2.3

本プロファイルの詳細については、以下を参照のこと。
IHE-ITI Technical Framework Volume 1 Rev, 12.0
15. Cross-Enterprise Document Reliable Interchange (XDR)
IHE-ITI Technical Framework Volume 2b Rev, 12.0
3.41 Provide and Register Document Set-b
IHE-ITI Technical Framework Volume 2x Rev, 12.0
Appendix E Usage of the CX Data Type in PID-3-Patient Identifier List
Appendix K XDS Security Environment
Appendix O HL7 v3 Transmission and Trigger Event Control Act Wrappers
Appendix V Web Services for IHE Transactions
Appendix W Implementation Material
IHE-ITI Technical Framework Volume 3 Rev, 12.0
4 Metadata used in Document Sharing profiles

31

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

15. Cross-Community Access (XCA)：コミュニティ間連携
本統合プロファイルは、ゲートウェイを介し他のコミュニティで保存された患者の臨床記録を照会および取得するための手段を提供する。図 15.1 は Cross-Community Access におけるアクタとト
ランザクションの関係を説明したものである。
コミュニティとは、臨床記録を共有する目的のために共通のポリシーにより共同で作業することを合意した施設／機関の集合体として定義される。XDS.b 統合プロファイルおよび XDS-I.b 統合プ
ロファイルにおける XDS アフィニティドメインと同義である。コミュニティは世界規模で一意の識別子である、homeCommunityId で識別できる。あるコミュニティに参加している施設／機関が、別のコミュニティへ参加することを妨げるものではない。このようなコミュニティは、XDS/XDS-I
によりドキュメントを共有するアフィニティドメインの場合もあれば、他の形のコミュニティの場
合もある。

Initiating Community

Responding Community↓Registry Stored
Query [ITI-18]

Document
Consumer
Retrieve Document
Set [ITI-43]↓

Cross Gateway
Query [ITI-38]→

Initiating
Gateway

Responding
Gateway
Cross Gateway
Retrieve [ITI-39]→

図 15.1

Cross-Community Access (XCA)のアクタおよびトランザクション

表 15.1 は XCA プロファイルに直接含まれるアクタのそれぞれに対するトランザクションを示す。
この統合プロファイルが使用可能と主張するには、実装品は必須トランザクション（"R"表記）が実
行できなければならない。"O"表記のトランザクションはオプションである。この統合プロファイル
で定義され、実装品で使用可能にできるオプションの完全な一覧は、ITI TF-1: 18.2 にある。

表 15.1
Actors
InitiatingGateway

XCA 統合プロファイル－アクタとトランザクション
Transactions

Optionality

SectionCross Gateway Query [ITI-38]

R

ITI TF-2b: 3.38

Cross Gateway Retrieve [ITI-39]

R

ITI TF-2b: 3.39

Registry Stored Query [ITI-18]

O

ITI TF-2a: 3.18

Retrieve Document Set [ITI-43]

O

ITI TF-2b: 3.43

32

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
Responding Gateway

Cross Gateway Query [ITI-38]

R

ITI TF-2b: 3.38

Cross Gateway Retrieve [ITI-39]

R

ITI TF-2b: 3.39

本統合プロファイルの詳細については、以下を参照のこと。
IHE-ITI Technical Framework Volume 1 Rev, 12.0
18. Cross-Community Access (XCA) Integration Profile
IHE-ITI Technical Framework Volume 2a Rev, 12.0
3.18 Registry Stored Query
IHE-ITI Technical Framework Volume 2b Rev, 12.0
3.38 Cross Gateway Query
3.39 Cross Gateway Retrieve
3.43 Retrieve Document Set
IHE-ITI Technical Framework Volume 2x Rev, 12.0
Appendix VWeb Services for IHE Transactions
Appendix WImplementation Material
IHE-ITI Technical Framework Volume 3 Rev, 12.0
4 Metadata used in Document Sharing profiles

33

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

16. Cross-Community Access for Imaging (XCA-I)：画像のためのコミュニティ間連携
本統合プロファイルは、コミュニティ（共通のポリシーに合意した医療機関の集合、XDS アフィニティドメイン）間で画像情報を共有するための方法を提供する。
XCA-I プロファイルは、IT インフラ XCA プロファイルを拡張し、マニフェストを取得参照した後、診断レポートやイメージ等の取得を行える。
図 16.1 は、Cross-Community Access for Imaging におけるアクタとトランザクションの関係を説明したものである。
Initiating Community
XDS.b Document
Repository
Retrieve Document
Set [ITI-43]↑

XDS.b
Document
Consumer
ImagingDocument
Consumer

Responding Community

XDS.b Document
Registry
Registry Stored
Query [ITI-18]

Registry Stored
Query[ITI-18] →Retrieve
Document Set →[ITI-43]

XDS.b Document
Registry

XDS.b Document
Repository↑Registry Stored
Query [ITI-18]↑

XCA
Initiating
Gateway

Initiating
Imaging
Gateway↑Retrieve
Document Set[ITI-43]

Cross Gateway →Query [ITI-38]
Cross Gateway →Retrieve [ITI-39 ]Cross Gateway
Retrieve Imaging
Set [RAD-75] →XCA
Responding
Gateway

Responding
Imaging
Gateway→

Retrieve Imaging Document
Set [RAD-69]

ImagingDocument Source

Retrieve Imaging Document Set[RAD-69] →図 16.1 Cross-Community Access for Imaging(XCA-I)のアクタおよびトランザクション
表 16.1 は、XCA-I プロファイルに直接関係するアクタ間のトランザクションを示したものである。この統合プロファイルが使用可能と主張するには、実装品は必須トランザクション（”R”表記）が実行できなければならない。
表 16.1Actor

XCA-I－アクタとトランザクション
Transactions

Optionality

SectionImaging Document Consumer

Retrieve Imaging Document Set[RAD-69]

R

RAD TF-3:4.69

Imaging Document Source

Retrieve Imaging Document Set[RAD-69]

R

RAD TF-3:4.69

Initiating Imaging Gateway

Retrieve Imaging Document Set[RAD-69]

R

RAD TF-3:4.69

Cross Gateway Retrieve Imaging
Document Set [RAD-75]

R

RAD TF-3:4.75

Cross Gateway Retrieve Imaging
Document Set [RAD-75]

R

RAD TF-3:4.75

Responding Imaging Gateway34

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
Retrieve Imaging Document Set[RAD-69]

R

RAD TF-3:4.69

表 16.2 は、XCA-I プロファイルの各アクタに対するトランザクションのオプションを示したものである。実装品で使用可能なオプションの完全な一覧は、RAD TF-1:29.2 にある。
表 16.2

XCA-I－アクタとオプション

Actor

Options

SectionImaging Document Consumer

Asynchronous Web Services

RAD TF-3:4.69.4.3

Initiating Imaging Gateway

Asynchronous Web Services

RAD TF-3:4.69.4.3
RAD-TF-3.4.75.4.2

Responding Imaging Gateway

No options defined－

Imaging Document Source

Asynchronous Web Services

RAD TF-3:4.69.4.3

本統合プロファイルの詳細については、以下を参照のこと。
IHE-Radiology Technical Framework Volume 1 Rev, 13.0
29 Cross-Community Access for Imaging (XCA-I)
IHE-Radiology Technical Framework Volume 2 Rev, 13.0
4.16 Retrieve Images
4.17 Retrieve Presentation States
4.27 Retrieve Reports
4.31 Retrieve Key Image Note
IHE-Radiology Technical Framework Volume 3 Rev, 13.0
4.69 Retrieve Imaging Document Set
4.75 Cross Gateway Retrieve Imaging Document Set
IHE-ITI Technical Framework Volume 1 Rev, 12.0
18Cross-Community Access (XCA) Integration Profile
IHE-ITI Technical Framework Volume 2b Rev, 12.0
3.38 Cross Gateway Query
3.39 Cross Gateway Retrieve
3.43 Retrieve Document Set

35

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

IHE-ITI Technical Framework Volume 2x Rev, 12.0
Appendix V

Web Services for IHE Transactions

Appendix W Implementation Material
IHE-ITI Technical Framework Volume 3 Rev, 12.0
4 Metadata used in Document Sharing profiles36

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

17. Cross-Community Patient Discovery (XCPD)：コミュニティ間における患者探索
本統合プロファイルは、特定の患者に関連する医療情報を持つコミュニティの探索とそれらのコミュニティ間の患者識別子の変換手段を提供する。
コミュニティは世界規模で一意の識別子である homeCommunityId で識別できる。あるコミュニティに参加している施設／機関が、別のコミュニティへ参加することを妨げるものではない。このようなコミュニティは、XDS/XDS-I によりドキュメントを共有するアフィニティドメインの場合もあれば、他の形のコミュニティの場合もある。
図 17.1 は Cross-Community Patient Discovery におけるアクタとトランザクションの関係を説明したものである。

Initiating

Responding

Community

Community
Cross Gateway Patient

Initiating

Discovery [ITI-55] →Gateway

図 17.1

Responding
Gateway

Cross-Community Patient Discovery (XCPD)のアクタおよびトランザクション

Cross Gateway Patient Discovery [ITI-55]トランザクションは、患者の相互探索をサポートする
ため、次の２つの意図で使用することが可能である。


Initiating Gateway の要求する患者属性情報から Responding Gateway 側コミュニティの患者を発見するための探索

Initiating Gateway 側コミュニティで既知の患者情報を Responding Gateway へ告知する
ための配信

Cross Gateway Patient Discovery [ITI-55]トランザクションは、以下の複数のモードを有している。
Demographic Query only mode － このモードでは、患者の属性情報だけが要求メッセージに含まれている。患者識別子が含まれていないため、Responding Gateway は患者識別子を利用できない。

37

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
Demographic Query and Feed

－ このモードでは、患者の属性情報および開始コミュ

ニティ側患者識別子の両方が要求メッセージに含まれている。
Shared/national Patient Identifier Query and Feed

－ このモードでは、コミュニティ

間もしくは国単位の共通患者識別子が指定されている。識別子単独で患者の特定を行うことができるため、患者の属性情報は必須ではない。
表 17.1 は XCPD プロファイルに直接含まれるアクタのそれぞれに対するトランザクションを示す。
この統合プロファイルが使用可能と主張するには、実装品は必須トランザクション（"R"表記）が実
行できなければならない。"O"表記のトランザクションはオプションである。この統合プロファイル
で定義され、実装品で使用可能にできるオプションの完全な一覧は、ITI TF-1: 27.2 にある。
表 17.1XCPD－アクタとトランザクション

ActorsTransactions

Optionality

SectionInitiating Gateway

Cross Gateway Patient Discovery [ITI-55]

R

ITI TF-2b:3.55

Responding Gateway

Cross Gateway Patient Discovery [ITI-55]

R

ITI TF-2b:3.55

表 17.2 は、
XCPD プロファイルの各アクタに対するトランザクションのオプションを示したものである。
実装品で使用可能にできるオプションの完全な一覧は、ITI TF-1: 27.2 にある。
表 17.2

XCPD－アクタとオプション

Actor

Options

Vol & Section

Initiating Gateway

Asynchronous Web Services Exchange

ITI TF-1: 27.2.1

Deferred Response

ITI TF-1: 27.2.2

Deferred Response

ITI TF-1: 27.2.2

Responding Gateway

本プロファイルの詳細については、以下を参照のこと。
IHE-ITI Technical Framework Volume 1 Rev, 12.0
27. Cross-Community Patient Discovery (XCPD)
IHE-ITI Technical Framework Volume 2b Rev, 12.0
3.55 Cross-Community Patient Discovery
IHE-ITI Technical Framework Volume 2x Rev, 12.0
Appendix E Usage of the CX Data Type in PID-3-Patient Identifier List
Appendix K XDS Security Environment
Appendix O HL7 v3 Transmission and Trigger Event Control Act Wrappers

38

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
Appendix V

Web Services for IHE Transactions

Appendix W Implementation Material

18. Consistent Time (CT)：時刻同期
本統合プロファイルは、複数のアクタとコンピュータとの間の標準時刻を同期させるためのメカ
ニズムを定義する。図 18.1 は Consistent Time におけるアクタとトランザクションの関係を説明したものである。
他の統合プロファイルは、本プロファイルの適用を要求している場合がある。本統合プロファイ
ルでは、同期エラーの中央値を 1 秒未満としている。本統合プロファイルでは、RFC 1305 に定義された Network Time Protocol(NTP)を使用している。

Time Server

Maintain Time [ITI-1]↑

Time Client

図 18.1

Consistent Time (CT)のアクタおよびトランザクション

表 18.1 は CT プロファイルに直接含まれるアクタのそれぞれに対するトランザクションを示す。
この統合プロファイルが使用可能と主張するには、実装品は必須トランザクション（"R"表記）が実
行できなければならない。"O"表記のトランザクションはオプションである。この統合プロファイル
で定義され、実装品で使用可能にできるオプションの完全な一覧は、ITI TF-1: 7.2 にある。
表 18.1
Actors

時刻一貫性－アクタとトランザクション
Transactions

Optionality

SectionTime Server

Maintain Time [ITI-1]

R

ITI TF-2a: 3.1

Time Client

Maintain Time [ITI-1]

R

ITI TF-2a: 3.1

本プロファイルの詳細については、以下を参照のこと。
IHE-ITI Technical Framework Volume 1 Rev, 12.0

39

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
7. Consistent Time (CT)IHE-ITI Technical Framework Volume 2a Rev, 12.0
3.1 Maintain Time

19. Audit Trail and Node Authentication (ATNA)：監査証跡およびノード認証
本統合プロファイルは、基本的なセキュアノードに関する機能について記載している。図 19.1 はAudit Trail and Node Authentication におけるアクタとトランザクションの関係を説明したものである。
ここでいう機能とは、セキュリティ管理担当者のためにノードのセキュリティ環境(ユーザ識別、認証、認可、アクセス管理、など)、ノードに対する基本的な監査要求事項、TLS またはそれと同等以上の機能を使用したノード間通信における最低限のセキュリティ要求事項、セキュアノードと監査情報を収集する監査リポジトリノード間での監査メッセージなどである。
本統合プロファイルの環境はセキュアドメイン（Secure Domain）と考えられ、部門、施設の規模から XDS アフィニティドメインの規模まで適応可能である。
ATNA は、ネットワークを介する利用を拠点間にのみ制限し、それぞれの拠点の利用を権限のある使用者にのみ限定して、利用制限をおこなう。ひとつのセキュアドメイン内のセキュアノード間のネットワーク通信は、そのセキュアドメイン内の他のセキュアノードとの間にのみに制限されている。セキュアノードは認証と利用制限の基本方針にもとづいて権限を付与された使用者のみの利用に限定する。
利用者報告義務は監査証跡により提供される。監査証跡は、施設のセキュリティ担当者が、システムの動作を監査し、セキュアドメインの基本方針に合致するか評価し、違反活動事例を検出し、不適切な情報の生成・利用・変更と削除の検出が容易にできるようにする。

40

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

←Maintain Time [ITI-1]
Secure Nodegrouped with Any
IHE Actor

Time Server↓Record Audit Event [ITI-20]↑Maintain Time
[ITI-1]
Secure Nodegrouped with PHIApplication
Authenticate Node
[ITI-19]↕

Secure Nodegrouped with Any
IHE Actor

図 19.1

Record Audit
Event [ITI-20]→

Audit
Repository

Record Audit Event [ITI-20]↑

Audit Trail and Node Authentication (ATNA)のアクタおよびトランザクション

表 19.1 は ATNA プロファイルに直接含まれるアクタのそれぞれに対するトランザクションを示す。
この統合プロファイルが使用可能と主張するには、実装品は必須トランザクション（"R"表記）が実
行できなければならない。"O"表記のトランザクションはオプションである。この統合プロファイル
で定義され、実装品で使用可能にできるオプションの完全な一覧は、ITI TF-1: 9.5 にある。
表 19.1

監査追跡と拠点認証プロファイル（ATNA）－アクタとトランザクション

Actor

Transactions

Optionality

SectionAudit Record Repository

Record Audit Event [ITI-20]

R

ITI-2a: 3.20

Secure Node

Authenticate Node [ITI-19]

R

ITI-2a: 3.19

Record Audit Event [ITI-20]

R

ITI-2a:3.20

Maintain Time [ITI-1]

R

ITI-2a: 3.1

Authenticate Node [ITI-19]

O

ITI-2a: 3.19

Maintain Time [ITI-1]

O

ITI-2a: 3.1

Record Audit Event [ITI-20]

O

ITI-2a: 3.20

Secure Application

本統合プロファイルの詳細については、以下を参照のこと。
IHE-ITI Technical Framework Volume 1 Rev, 12.0
9. Audit Trail and Node Authentication (ATNA)

41

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

IHE-ITI Technical Framework Volume 2a Rev, 12.0
3.1 Maintain Time
3.19Authenticate Node3.20 Record Audit Event
IHE-ITI Technical Framework Volume 2x Rev, 12.0
Appendix F: Character String Comparisons42

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

20. 日本国内拡張
日本国内における諸規定、各ガイドラインならびに各種規格に則り、８章から１６章までの仕様を本章の規定の様に拡張する。

20.1. Record Audit Event [ITI-20]の日本国内拡張
DICOM 規 格 と TechnicalFramework の 記 述 に 整 合 性 の 点 で 問 題 が 存 在 す る 。 こ れ は 、TechnicalFramework の監査証跡に関する参照規格が DICOM Supp 95 となっていることに起因していると考える。現在、DICOM 規格では、監査証跡に関する規定は DICOM 規格本文に既に組み込まれている。よって、日本国内拡張を行う上での方針として、DICOM 規格の記述に則ることで整合性の問題を解決することとした。国内拡張にあたり保健医療福祉情報工業会の「JAHIS ヘルスケア分野における監査証跡のメッセージ標準規約」を制定している関係者とも連携し日本国内において本節のように拡張した。
本節では、文書の可読性を考慮して、国内拡張したものを含めた対応する項目の全体の仕様を記載している。
本節で提示する監査ログメッセージの定義にある「Opt」項目の表記と意味は以下のとおりである。
M：

必須

U：

オプション

NA：

使用しない

本節で提示する監査ログメッセージ定義の表で灰色に表示されているところが、日本国内拡張をした部分である。拡張内容は「○→△」のように表記してある。矢印の左側（もしくは上側）はTechnicalFramework の記述で、矢印の右側（もしくは下側）は、日本国内拡張の規定である。
表の対応項目に note として注記し、表の欄外に日本国内拡張を行った理由を明記してある。

43

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
20.1.1. Patient Identity Feed [ITI-8]

20.1.1.1. 患者登録もしくは更新時（ADT メッセージ種別 A01, A04, A05 および A08）
20.1.1.1.1. Patient Identity Source アクタの監査ログメッセージ
Patient Identity Source が、Patient Identity Feed [ITI-8]を実行した際の、個人情報へのアクセ
スイベントを記録するための監査ログメッセージを表 20.1.1.1.1 のように拡張する。
表 20.1.1.1.1

Patient Identity Source アクタの監査ログメッセージ

Field Name

Opt

EV(110110, DCM, “Patient Record”)

Event
AuditMessage/

Value Constraints↓
EV(110110, IHEJ, “Patient Record”)(note1)

EventID

M

EventActionCode

M

EventDateTime

M

イベントが発生した時刻。RFC3881 の規定に従う。

EventOutcomeIndicator

M

イベントの成功、失敗を示す。RFC3881 の規定に従う。

EventTypeCode

M

EV(“ITI-8”, “IHE Transactions”, “Patient Identity Feed”)

EventIdentification

A01,A04,A05 の場合：“C” (作成)
A08 の場合：“U” (更新)

Source (Patient Identity Source Actor) (1)
Human Requestor (0..n)
Destination (Patient Identifier Cross-reference Manager or Document Registry) (1)Audit Source (Patient Identity Source Actor) (1)Patient (1)Where:
SourceUserIDM

HL7メッセージの送信施設およびアプリケーションに記載されたPatient Identity Sourceの識別子（ID）。「｜」文字で連結され
ている。

M
↓
U
(note2)

ローカルシステムログのローカルオペレーティングシステム
内で利用されているプロセス ID 。

AuditMessage/
ActiveParticipant

AlternativeUserID

UserName

U

データを操作した人またはプロセスの名前。
RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。
EV(110153, DCM, “Source”)

Human
Requestor(if known)↓
EV(110153, DCM, “Source Role ID”)
(note3)

RoleIDCodeM

NetworkAccessPointTypeCodeM

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームもし
くは IP アドレス）。RFC3881 の規定に従う。

UserIDM

トランザクションを発行した人の ID。

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

AuditMessage/
ActiveParticipant

44

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
UserIsRequestor

M

RFC3881 の規定に従う。

RoleIDCodeU

このトランザクションを許可しているユーザの Access Controlの役割。

NetworkAccessPointTypeCode

NA

NetworkAccessPointIDNA

HL7 メッセージの受信施設およびアプリケーションに記載された Patient Identifier Cross-reference Manager もしくはDocument Registry の識別子（ID）。「｜」文字で連結されている。

Destination
AuditMessage/

UserID

M

ActiveParticipant

M↓U(note2)

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。

AlternativeUserID

EV(110152, DCM, “Destination”)
RoleIDCodeM

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

Audit Source
AuditMessage/

AuditSourceID

AuditSourceIdentification

Patient(AuditMessage/
ParticipantObjectIdentification)↓
EV(110152, DCM, “Destination Role ID”)
(note4)マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

U↓M(note5)

ログ発生源システムのユニークな ID。
RFC3881 の規定に従う。

AuditEnterpriseSiteID

U

RFC3881 の規定に従う。

AuditSourceTypeCodeU

RFC3881 の規定に従う。

ParticipantObjectTypeCodeM

EV( 1 )(人)ParticipantObjectTypeCodeRole

M

EV( 1 )(患者)

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M

EV(2, RFC-3881, “Patient Number”)

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectIDM

HL7 CX 型書式による患者 ID

ParticipantObjectName

U

RFC3881 の規定に従う。

ParticipantObjectQueryU

RFC3881 の規定に従う。

ParticipantObjectDetailM

Type=MSH-10 (リテラル文字列), Value=MSH-10 の値（メッセージコンテンツの内容を base64 でエンコードしたもの）

45

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

TechnicalFramework では「EV(110110, DCM, “Patient Record”)」と記載されているが、このイベントコードは DICOM 規格で定義されていない。日本国内拡張としてイベントコード「EV(110110, IHEJ, “Patient Record”)」を新しく定義することで、DICOM 規

note1:

格との不整合を解決する。
TechnicalFramework では「M」と記載されているが、DICOM 規格では「U」と記載されている。DICOM 規格に準拠し「U」に

note2:

拡張する。
note3:

TechnicalFramework では、コード名称が“Source”と記載されているが、DICOM 規格ではコード名称が“Source Role ID”となっている。DICOM 規格に準拠し“Source Role ID”に拡張する。

note4:

TechnicalFramework では、コード名称が“Destination”と記載されているが、DICOM 規格ではコード名称が“Destination Role ID”となっている。DICOM 規格に準拠し“Destination Role ID”に拡張する。

note5:

TechnicalFramework では「U」と記載されているが、DICOM 規格では「M」と記載されている。 DICOM 規格に準拠し「M」に拡張する。

20.1.1.1.2. Patient Identifier Cross-reference Manager もしくは Document Registry アクタの監査ログメ
ッセージ
Patient Identifier Cross-reference Manager もしくは Document Registry アクタが、Patient
Identity Feed [ITI-8]を受信した際の、個人情報へのアクセスイベントを記録するための監査ログメ
ッセージを表 20.1.1.1.2 のように拡張する。
表 20.1.1.1.2 Patient Identifier Cross-reference Manager アクタの監査ログメッセージ
Field Name

Opt

EV(110110, DCM, “Patient Record”)

Event
AuditMessage/

Value Constraints

EventID

M

EventActionCode

M

EventDateTime

M

EventOutcomeIndicator

M

EventTypeCode

M↓
EV(110110, IHEJ, “Patient Record”)(note1)

EventIdentification

A01,A04,A05 の場合：“C” (作成)
A08 の場合：“U” (更新)
イベントが発生した時刻。
RFC3881 の規定に従う。
イベントの成功、失敗を示す。
RFC3881 の規定に従う。
EV(“ITI-8”, “IHE Transactions”, “Patient Identity Feed”)

Source (Patient Identity Source Actor) (1)Destination (Patient Identifier Cross-reference Manager or Document Registry) (1)Audit Source (Patient Identifier Cross-reference Manager or Document Registry) (1)Patient(1)Where:
SourceUserIDM

HL7 メッセージの送信施設およびアプリケーションに記載された Patient Identity Source の識別子（ID）。「｜」文字で連結されている。

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。

AuditMessage/
ActiveParticipant46

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
EV(110153, DCM, “Source”)

Destination

M

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

UserIDM

HL7メッセージの受信施設およびアプリケーションに記載されたPatient Identifier Cross-reference Manager もしくはDocument
Registryの識別子（ID）。「｜」文字で連結されている。

M↓U(note3)

ローカルシステムログのローカルオペレーティングシステム
内で利用されているプロセス ID 。

AuditMessage/
ActiveParticipant

AlternativeUserID

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。

RoleIDCodeM

EV(110152, DCM, “Destination”)↓
EV(110152, DCM, “Destination Role ID”)
(note4)

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

U

Audit Source
AuditMessage/↓
EV(110153, DCM, “Source Role ID”)
(note2)

RoleIDCode

AuditSourceID

AuditSourceIdentification↓M(note5)

AuditEnterpriseSiteID

U

AuditSourceTypeCode

U

発生源システムのユニークな ID。

ネットワーク中の論理的な発生源システムの場所。
AuditSourceID を修飾するために使う。
発生源システムのタイプ。
RFC3881 の規定に従う。

47

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Patient(AuditMessage/

ParticipantObjectTypeCodeM

EV( 1 )(人)ParticipantObjectTypeCodeRole

M

EV( 1 )(患者)

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M

EV(2, RFC-3881, “Patient Number”)

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectIDM

HL7 CX 型書式による患者 ID

ParticipantObjectName

U

RFC3881 の規定に従う。

ParticipantObjectQueryU

RFC3881 の規定に従う。

ParticipantObjectDetailM

Type=MSH-10 (リテラル文字列), Value=MSH-10 の値（メッセージコンテンツの内容を base64 でエンコードしたもの）

ParticipantObjectIdentificati
on)note1:

TechnicalFramework では「EV(110110, DCM, “Patient Record”)」と記載されているが、このイベントコードは DICOM 規格で定義されていない。日本国内拡張としてイベントコード「EV(110110, IHEJ, “Patient Record”)」を新しく定義することで、DICOM 規格との不整合を解決する。
note2:

note3:

TechnicalFramework では、コード名称が“Source”と記載されているが、DICOM 規格ではコード名称が“Source Role ID”となっている。DICOM 規格に準拠し“Source Role ID”に拡張する。
TechnicalFramework では「M」と記載されているが、DICOM 規格では「U」と記載されている。DICOM 規格に準拠し「U」に拡張する。
note4:

TechnicalFramework では、コード名称が“Destination”と記載されているが、DICOM 規格ではコード名称が“Destination Role ID”となっている。DICOM 規格に準拠し“Destination Role ID”に拡張する。

note5:

TechnicalFramework では「U」と記載されているが、DICOM 規格では「M」と記載されている。 DICOM 規格に準拠し「M」に

拡張する。

48

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
20.1.1.2.

患者ＩＤの統合時（ADT メッセージ種別 A40）

20.1.1.2.1. Patient Identity Source アクタの監査ログメッセージ
Patient Identity Source が、Patient Identity Feed [ITI-8]を実行した際の、個人情報へのアクセ
スイベントを記録するための監査ログメッセージを表 20.1.1.2.1 のように拡張する。
表 20.1.1.2.1

Patient Identity Source アクタの監査ログメッセージ

Field Name

Opt

EV(110110, DCM, “Patient Record”)

Event
AuditMessage/

Value Constraints↓
EV(110110, IHEJ, “Patient Record”)(note1)

EventID

M

EventActionCode

M

EventDateTime

M

イベントが発生した時刻。RFC3881 の規定に従う。

EventOutcomeIndicator

M

イベントの成功、失敗を示す。RFC3881 の規定に従う。

EventTypeCode

M

EV(“ITI-8”, “IHE Transactions”, “Patient Identity Feed”)

EventIdentification

削除操作の場合：“D” (削除)
更新操作の場合：“U” (更新)

Source (Patient Identity Source Actor) (1)
Human Requestor (0..n)
Destination (Patient Identifier Cross-reference Manager or Document Registry) (1)Audit Source (Patient Identity Source Actor) (1)Patient (1)Where:
SourceUserIDM

HL7 メッセージの送信施設およびアプリケーションに記載された Patient Identity Source の識別子（ID）。「｜」文字で連結されている。

M↓U(note2)

ローカルシステムログのローカルオペレーティングシステム
内で利用されているプロセス ID 。

AuditMessage/
ActiveParticipant

AlternativeUserID

データを操作した人またはプロセスの名前。

UserNameU

UserIsRequestor

M

RFC3881 の規定に従う。

RoleIDCodeM

EV(110153, DCM, “Source”)↓
EV(110153, DCM, “Source Role ID”)
(note3)

NetworkAccessPointTypeCode

M

NetworkAccessPointID

RFC3881 の規定に従う。

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームもし
くは IP アドレス）。RFC3881 の規定に従う。

M

49

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Human
Requestor (ifUserIDM

トランザクションを発行した人の ID。

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。

RoleIDCodeU

このトランザクションを許可しているユーザの AccessControl の役割。

NetworkAccessPointTypeCode

NA

NetworkAccessPointIDNA

known)
AuditMessage/
ActiveParticipant

UserIDM

HL7 メッセージの受信施設およびアプリケーションに記載された Patient Identifier Cross-reference Manager もしくはDocument Registry の識別子（ID）。「｜」文字で連結されている。

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。

Destination
AuditMessage/
ActiveParticipant

EV(110152, DCM, “Destination”)
RoleIDCodeM

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

U

Audit Source
AuditMessage/↓
EV(110152, DCM, “Destination Role ID”)
(note4)

AuditSourceID

AuditSourceIdentification↓M(note5)

ログ発生源システムのユニークな ID。
RFC3881 の規定に従う。

AuditEnterpriseSiteID

U

RFC3881 の規定に従う。

AuditSourceTypeCodeU

RFC3881 の規定に従う。

50

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Patient(AuditMessage/
ParticipantObjectIdentificati

ParticipantObjectTypeCodeM

EV( 1 )(人)ParticipantObjectTypeCodeRole

M

EV( 1 )(患者)

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M

EV(2, RFC-3881, “Patient Number”)

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectIDM

HL7 CX 型書式による患者 ID

ParticipantObjectName

U

RFC3881 の規定に従う。

ParticipantObjectQueryU

RFC3881 の規定に従う。

ParticipantObjectDetailM

on)

Type=MSH-10 (リテラル文字列), Value=MSH-10 の値（メッセージコンテンツの内容を base64 でエンコードしたもの）

note1:

TechnicalFramework では「EV(110110, DCM, “Patient Record”)」と記載されているが、このイベントコードは DICOM 規格で定義されていない。日本国内拡張としてイベントコード「EV(110110, IHEJ, “Patient Record”)」を新しく定義することで、DICOM 規格との不整合を解決する。
note2:

TechnicalFramework では「M」と記載されているが、DICOM 規格では「U」と記載されている。DICOM 規格に準拠し「U」に拡張する。
note3:

TechnicalFramework では、コード名称が“Source”と記載されているが、DICOM 規格ではコード名称が“Source Role ID”となっている。DICOM 規格に準拠し“Source Role ID”に拡張する。

note4:

TechnicalFramework では、コード名称が“Destination”と記載されているが、DICOM 規格ではコード名称が“Destination Role ID”となっている。DICOM 規格に準拠し“Destination Role ID”に拡張する。

note5:

TechnicalFramework では「U」と記載されているが、DICOM 規格では「M」と記載されている。 DICOM 規格に準拠し「M」に

拡張する。

51

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

20.1.1.2.2. Patient Identifier Cross-reference Manager もしくは Document Registry アクタの監査ログメ
ッセージ
Patient Identifier Cross-reference Manager もしくは Document Registry アクタが、Patient
Identity Feed [ITI-8]を受信した際の、個人情報へのアクセスイベントを記録するための監査ログメ
ッセージを表 20.1.1.2.2 のように拡張する。
表 20.1.1.2.2 Patient Identifier Cross-reference Manager アクタの監査ログメッセージ
Field Name

Opt

EV(110110, DCM, “Patient Record”)

Event
AuditMessage/

Value Constraints

EventID

M

EventActionCode

M

EventDateTime

M

EventOutcomeIndicator

M

EventTypeCode

M↓
EV(110110, IHEJ, “Patient Record”)(note1)

EventIdentification

削除操作の場合：“D” (削除)
更新操作の場合：“U” (更新)
イベントが発生した時刻。
RFC3881 の規定に従う。
イベントの成功、失敗を示す。
RFC3881 の規定に従う。
EV(“ITI-8”, “IHE Transactions”, “Patient Identity Feed”)

Source (Patient Identity Source Actor) (1)Destination (Patient Identifier Cross-reference Manager or Document Registry) (1)Audit Source (Patient Identifier Cross-reference Manager or Document Registry) (1)Patient(1)Where:
SourceUserID

HL7 メッセージの送信施設およびアプリケーションに記載された Patient Identity Source の識別子（ID）。「｜」文字で連結されている。

M

AuditMessage/
ActiveParticipant

M↓U(note2)

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。

RoleIDCodeM

EV(110153, DCM, “Source”)↓
EV(110153, DCM, “Source Role ID”)
(note3)

NetworkAccessPointTypeCodeM

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

AlternativeUserID

52

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

M

HL7 メッセージの受信施設およびアプリケーションに記載された Patient Identifier Cross-reference Manager もしくはDocument Registry の識別子（ID）。「｜」文字で連結されて
いる。

M
↓
U
(note2)

ローカルシステムログのローカルオペレーティングシステム
内で利用されているプロセス ID 。

Destination
AuditMessage/

UserID

ActiveParticipant

AlternativeUserID

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。
EV(110152, DCM, “Destination”)

RoleIDCodeM

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

AuditSourceID

AuditSourceIdentification

Patient(AuditMessage/
ParticipantObjectIdentification)

note1:

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

U

Audit Source
AuditMessage/↓
EV(110152, DCM, “Destination Role ID”)
(note4)↓M(note5)

ログ発生源システムのユニークな ID。
RFC3881 の規定に従う。

AuditEnterpriseSiteID

U

RFC3881 の規定に従う。

AuditSourceTypeCodeU

RFC3881 の規定に従う。

ParticipantObjectTypeCodeM

EV( 1 )(人)ParticipantObjectTypeCodeRole

M

EV( 1 )(患者)

ParticipantObjectDataLifeCycle

U

ParticipantObjectIDTypeCode

M

EV(2, RFC-3881, “Patient Number”)

ParticipantObjectSensitivity

U

ParticipantObjectID に対するポリシー定義の機微性。
RFC3881 の規定に従う。

ParticipantObjectIDM

HL7 CX 型書式による患者 ID

ParticipantObjectName

U

ParticipantObjectQueryU

not specialized

ParticipantObjectDetailM

Type=MSH-10 (リテラル文字列), Value=MSH-10 の値（メッセージコンテンツの内容を base64 でエンコードしたもの）

関係者オブジェクトのデータライフサイクルステージの ID。
RFC3881 の規定に従う。

関係者オブジェクトのインスタンスの名前。
患者名が入る。

TechnicalFramework では「EV(110110, DCM, “Patient Record”)」と記載されているが、このイベントコードは DICOM 規格で定義されていない。日本国内拡張としてイベントコード「EV(110110, IHEJ, “Patient Record”)」を新しく定義することで、DICOM 規格との不整合を解決する。
note2:

TechnicalFramework では「M」と記載されているが、DICOM 規格では「U」と記載されている。DICOM 規格に準拠し「U」に拡張する。
note3:

TechnicalFramework では、コード名称が“Source”と記載されているが、DICOM 規格ではコード名称が“Source Role ID”となっている。DICOM 規格に準拠し“Source Role ID”に拡張する。

53

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

note4:

TechnicalFramework では、コード名称が“Destination”と記載されているが、DICOM 規格ではコード名称が“Destination Role ID”となっている。DICOM 規格に準拠し“Destination Role ID”に拡張する。

note5:

TechnicalFramework では「U」と記載されているが、DICOM 規格では「M」と記載されている。DICOM 規格に準拠し「M」に拡張する。

20.1.2. PIX Query [ITI-9]
20.1.2.1. Patient Identifier Cross-reference Consumer アクタの監査ログメッセージ
Patient Identifier Cross-reference Consumer アクタが、PIX Query [ITI-9]を実施した際の、個人情報へのアクセスイベントを記録するための監査ログメッセージを表 20.1.2.1 のように拡張する。
表 20.1.2.1 Patient Identifier Cross-reference Consumer アクタの監査ログメッセージ
Field Name

Opt

EV(110112, DCM, “Query”)

Event
AuditMessage/

Value Constraints

EventID

M

EventActionCode

M

EventDateTime

M

EventOutcomeIndicator

M

EventTypeCode

M↓
EV(110117, IHEJ, “PIX Query”)(note1)

EventIdentification“E” （実行）イベントが発生した時刻。
RFC3881 の規定に従う。
イベントの成功、失敗を示す。
RFC3881 の規定に従う。
EV(“ITI-9”, “IHE Transactions”, “PIX Query”)

Source (Patient Identifier Cross-reference Consumer) (1)
Human Requestor (0..n)
Destination (Patient Identifier Cross-reference Manager) (1)Audit Source (Patient Identifier Cross-reference Consumer) (1)Patient (0..n)Query Parameters(1)Where:
SourceUserIDM

HL7 メッセージの送信施設およびアプリケーションに記載された Patient Identifier Cross-reference Consumer の識別子（ID）。
「｜」文字で連結されている。

M↓U(note2)

ローカルシステムログのローカルオペレーティングシステム
内で利用されているプロセス ID 。

AuditMessage/
ActiveParticipant

AlternativeUserID

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。
EV(110153, DCM, “Source”)

RoleIDCode↓EV(110153, DCM, “Source Role ID”)
(note3)

M

54

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Human
Requestor (if

マシン(DNS)ネームの場合、“1”NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

UserIDM

トランザクションを発行した人の ID。

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。

RoleIDCodeU

このトランザクションを許可しているユーザの AccessControl の役割。

NetworkAccessPointTypeCode

NA

NetworkAccessPointID

NA

UserIDM

HL7 メッセージの受信施設およびアプリケーションに記載された Patient Identifier Cross-reference Manager の識別子（ID）。
「｜」文字で連結されている。

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。

RoleIDCodeM

EV(110152, DCM, “Destination”)↓
EV(110152, DCM, “Destination Role ID”)
(note4)

NetworkAccessPointTypeCode

M

NetworkAccessPointIDM

IP アドレスの場合、“2”known)
AuditMessage/
ActiveParticipant

Destination
AuditMessage/
ActiveParticipant

IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

U

Audit Source
AuditMessage/

マシン(DNS)ネームの場合、“1”AuditSourceID

AuditSourceIdentification↓M(note5)

ログ発生源システムのユニークな ID。
RFC3881 の規定に従う。

AuditEnterpriseSiteID

U

RFC3881 の規定に従う。

AuditSourceTypeCodeU

RFC3881 の規定に従う。

55

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Patient(AuditMessage/
ParticipantObjectIdentificati

ParticipantObjectTypeCodeM

EV( 1 )(人)ParticipantObjectTypeCodeRole

M

EV( 1 )(患者)

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M

EV(2, RFC-3881, “Patient Number”)

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectIDM

HL7 CX 型書式による患者 ID

ParticipantObjectName

U

RFC3881 の規定に従う。

ParticipantObjectQueryU

RFC3881 の規定に従う。

ParticipantObjectDetailU

RFC3881 の規定に従う。

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(24)（query）

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M

EV(“ITI-9”, “IHE Transactions”, “PIX Query”)

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectName

U

RFC3881 の規定に従う。

ParticipantObjectQuery

M

on)

Query
Parameters(AuditMessage/
ParticipantObjectIdentificati
on)base64 で符号化された完全な検索メッセージ（MSH と QPD
セグメントを含む）。
Type=MSH-10 (リテラル文字列), Value=MSH-10 の値（メッセParticipantObjectDetailMージコンテンツの内容を base64 でエンコードしたもの）

note1:

note2:

TechnicalFramework では「EV(110112, DCM, “Query”)」と記載されているが、DICOM 規格での“Query”イベントは DICOM の検索のためのイベントコードで、DICOM 規格で定義されているログの構造には当トランザクションで記載不能なフィールドが存在する。よって、イベントコード「EV(110117, IHEJ, “PIX Query”)」を新しく定義し、DICOM 規格との不整合を解決する。
TechnicalFramework では「M」と記載されているが、DICOM 規格では「U」と記載されている。DICOM 規格に準拠し「U」に拡張する。
note3:

TechnicalFramework では、コード名称が“Source”と記載されているが、DICOM 規格ではコード名称が“Source Role ID”となっている。DICOM 規格に準拠し“Source Role ID”に拡張する。

note4:

TechnicalFramework では、コード名称が“Destination”と記載されているが、DICOM 規格ではコード名称が“Destination Role ID”となっている。DICOM 規格に準拠し“Destination Role ID”に拡張する。

note5:

TechnicalFramework では「U」と記載されているが、DICOM 規格では「M」と記載されている。 DICOM 規格に準拠し「M」に

拡張する。

56

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

20.1.2.2. Patient Identifier Cross-reference Manager アクタの監査ログメッセージ
Patient Identifier Cross-reference Manager アクタが、PIX Query [ITI-9]を実施した際の、個人情報へのアクセスイベントを記録するための監査ログメッセージを表 20.1.2.2 のように拡張する。
表 20.1.2.2 Patient Identifier Cross-reference Manager アクタの監査ログメッセージ
Field Name

Opt

Value Constraints

EventID

M

EV(110112, DCM, “Query”)↓
EV(110117, IHEJ , “PIX Query”)(note1)

EventActionCode

M

EventDateTime

M

EventOutcomeIndicator

M

EventTypeCode

M

Event
AuditMessage/
EventIdentification“E” （実行）イベントが発生した時刻。
RFC3881 の規定に従う。
イベントの成功、失敗を示す。
RFC3881 の規定に従う。
EV(“ITI-9”, “IHE Transactions”, “PIX Query”)

Source (Patient Identifier Cross-reference Manager) (1)Destination (Patient Identifier Cross-reference Consumer) (1)Audit Source (Patient Identifier Cross-reference Manager) (1)Patient (0..n)Query Parameters(1)Where:
SourceUserIDM

HL7 メッセージの送信施設およびアプリケーションに記載された Patient Identifier Cross-reference Consumer の識別子（ID）。
「｜」文字で連結されている。

AlternativeUserID

U

RFC3881 の規定に従う。

UserName

U

検索を発行したプロセスの名前。
RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。

AuditMessage/
ActiveParticipant

EV(110153, DCM, “Source”)↓
EV(110153, DCM, “Source Role ID”)
(note2)

RoleIDCodeM

NetworkAccessPointTypeCodeM

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

57

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Destination

UserIDM

HL7 メッセージの受信施設およびアプリケーションに記載された Patient Identifier Cross-reference Manager の識別子（ID）。
「｜」文字で連結されている。

M↓U(note3)

ローカルシステムログのローカルオペレーティングシステム
内で利用されているプロセス ID 。

AuditMessage/
ActiveParticipant

AlternativeUserID

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。
EV(110152, DCM, “Destination”)

M

NetworkAccessPointTypeCodeM

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

Audit Source
AuditMessage/

AuditSourceID

AuditSourceIdentification

Patient(AuditMessage/
ParticipantObjectIdentificati↓
EV(110152, DCM, “Destination Role ID”)
(note4)

RoleIDCodeU↓
M(note5)

ログ発生源システムのユニークな ID。
RFC3881 の規定に従う。

AuditEnterpriseSiteID

U

RFC3881 の規定に従う。

AuditSourceTypeCodeU

RFC3881 の規定に従う。

ParticipantObjectTypeCodeM

EV( 1 )(人)ParticipantObjectTypeCodeRole

M

EV( 1 )(患者)

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M

EV(2, RFC-3881, “Patient Number”)

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectIDM

HL7 CX 型書式による患者 ID

ParticipantObjectName

U

RFC3881 の規定に従う。

ParticipantObjectQueryU

RFC3881 の規定に従う。

ParticipantObjectDetailU

RFC3881 の規定に従う。

on)

58

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Query
Parameters

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(24)（query）

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M

EV(“ITI-9”, “IHE Transactions”, “PIX Query”)

ParticipantObjectID

U

RFC3881 の規定に従う。

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectName

U

RFC3881 の規定に従う。

ParticipantObjectQueryM

base64 で符号化された完全な検索メッセージ（MSH と QPD
セグメントを含む）。

ParticipantObjectDetailM

Type=MSH-10 (リテラル文字列), Value=MSH-10 の値（メッセージコンテンツの内容を base64 でエンコードしたもの）(AuditMessage/
ParticipantObjectIdentification)note1:

TechnicalFramework では「EV(110112, DCM, “Query”)」と記載されているが、DICOM 規格での“Query”イベントは DICOM の検索のためのイベントコードで、DICOM 規格で定義されているログの書式では当トランザクションで記載不能なフィールドが存在する。よって、イベントコード「EV(110117, IHEJ, “PIX Query”)」を新しく定義し、DICOM 規格との不整合を解決する。

note2:

TechnicalFramework では、コード名称が“Source”と記載されているが、DICOM 規格ではコード名称が“Source Role ID”となっている。DICOM 規格に準拠し“Source Role ID”に拡張する。

note3:

TechnicalFramework では「M」と記載されているが、DICOM 規格では「U」と記載されている。DICOM 規格に準拠し「U」に拡張する。
note4:

TechnicalFramework では、コード名称が“Destination”と記載されているが、DICOM 規格ではコード名称が“Destination Role ID”となっている。DICOM 規格に準拠し“Destination Role ID”に拡張する。

note5:

TechnicalFramework では「U」と記載されているが、DICOM 規格では「M」と記載されている。 DICOM 規格に準拠し「M」に拡張する。

20.1.3. PIX Update Notification [ITI-10]
20.1.3.1. Patient Identifier Cross-reference Manager アクタの監査ログメッセージ
Patient Identifier Cross-reference Manager アクタが、PIX Update Notification [ITI-10]を実行した際の、個人情報へのアクセスイベントを記録するための監査ログメッセージを表 20.1.3.1 のように拡張する。
表 20.1.3.1 Patient Identifier Cross-reference Manager アクタの監査ログメッセージ
Field Name

Opt

EV(110110, DCM, “Patient Record”)

Event
AuditMessage/

Value Constraints

EventID↓
EV(110110, IHEJ, “Patient Record”)(note1)

M

EventIdentification

59

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
EventActionCodeM“R” (読み取り)

EventDateTime

M

イベントが発生した時刻。
RFC3881 の規定に従う。

EventOutcomeIndicator

M

イベントの成功、失敗を示す。
RFC3881 の規定に従う。

EventTypeCode

M

EV(“ITI-10”, “IHE Transactions”, “PIX Update Notification”)

Source (Patient Identifier Cross-reference Manager) (1)
Human Requestor (0..n)
Destination (Patient Identifier Cross-reference Consumer) (1)Audit Source (Patient Identifier Cross-reference Manager) (1)Patient(1..n)
Where:

HL7 メッセージの送信施設およびアプリケーションに記載さSourceAuditMessage/

UserIDれた Patient Identifier Cross-reference Manager の識別子（ID）。

M

ActiveParticipant「｜」文字で連結されている。

AlternativeUserID

M↓
U(note2)

ローカルシステムログのローカルオペレーティングシステム
内で利用されているプロセス ID 。

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。

M

EV(110153, DCM, “Source”)↓
EV(110153, DCM, “Source Role ID”)

RoleIDCode(note3)マシン(DNS)ネームの場合、“1”NetworkAccessPointTypeCodeM
IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームもNetworkAccessPointIDM
しくは IP アドレス）。RFC3881 の規定に従う。

Human
Requestor (ifUserIDM

トランザクションを発行した人の ID。

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。

RoleIDCodeU

known)
AuditMessage/
ActiveParticipant

このトランザクションを許可しているユーザの AccessControl の役割。
NetworkAccessPointTypeCode

NA

NetworkAccessPointID

NA

60

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Destination

UserIDM

HL7 メッセージの受信施設およびアプリケーションに記載された Patient Identifier Cross-reference Consumer の識別子（ID）。
「｜」文字で連結されている。

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。

RoleIDCodeM

EV(110152, DCM, “Destination”)↓
EV(110152, DCM, “Destination Role ID”)
(note4)

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

AuditMessage/
ActiveParticipant

AuditSourceID

AuditSourceIdentification

Patient(AuditMessage/
ParticipantObjectIdentification)

note1:IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

U

Audit Source
AuditMessage/

マシン(DNS)ネームの場合、“1”↓M(note5)

ログ発生源システムのユニークな ID。
RFC3881 の規定に従う。

AuditEnterpriseSiteID

U

RFC3881 の規定に従う。

AuditSourceTypeCodeU

RFC3881 の規定に従う。

ParticipantObjectTypeCodeM

EV( 1 )(人)ParticipantObjectTypeCodeRole

M

EV( 1 )(患者)

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M

EV(2, RFC-3881, “Patient Number”)

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectIDM

HL7 CX 型書式による患者 ID

ParticipantObjectName

U

RFC3881 の規定に従う。

ParticipantObjectQueryU

RFC3881 の規定に従う。

ParticipantObjectDetailM

Type=MSH-10 (リテラル文字列), Value=MSH-10 の値（メッセージコンテンツの内容を base64 でエンコードしたもの）

TechnicalFramework では「EV(110110, DCM, “Patient Record”)」と記載されているが、このイベントコードは DICOM 規格で定義されていない。日本国内拡張としてイベントコード「EV(110110, IHEJ, “Patient Record”)」を新しく定義することで、DICOM 規格との不整合を解決する。
note2:

TechnicalFramework では「M」と記載されているが、DICOM 規格では「U」と記載されている。
DICOM 規格に準拠し「U」に拡張する。

note3:

TechnicalFramework では、コード名称が“Source”と記載されているが、DICOM 規格ではコード名称が“Source Role ID”となっている。DICOM 規格に準拠し“Source Role ID”に拡張する。

61

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
note4:

TechnicalFramework では、コード名称が“Destination”と記載されているが、DICOM 規格ではコード名称が“Destination Role ID”となっている。DICOM 規格に準拠し“Destination Role ID”に拡張する。

note5:

TechnicalFramework では「U」と記載されているが、DICOM 規格では「M」と記載されている。DICOM 規格に準拠し「M」に拡張する。

20.1.3.2. Patient Identifier Cross-reference Consumer アクタの監査ログメッセージ
Patient Identifier Cross-reference Consumer アクタが、PIX Update Notification [ITI-10]を受信した際の、個人情報へのアクセスイベントを記録するための監査ログメッセージを表 20.1.3.2 のように拡張する。
表 20.1.3.2 Patient Identifier Cross-reference Consumer アクタの監査ログメッセージ
Field Name

Opt

EV(110110, DCM, “Patient Record”)

Event
AuditMessage/

Value Constraints↓
EV(110110, IHEJ, “Patient Record”)(note1)

EventID

M

EventActionCodeM“U” (更新)

EventDateTime

M

イベントが発生した時刻。
RFC3881 の規定に従う。

EventOutcomeIndicator

M

イベントの成功、失敗を示す。
RFC3881 の規定に従う。

EventTypeCode

M

EV(“ITI-10”, “IHE Transactions”, “PIX Update Notification”)

EventIdentification

Source (Patient Identifier Cross-reference Manager) (1)Destination (Patient Identifier Cross-reference Consumer) (1)Audit Source (Patient Identifier Cross-reference Consumer) (1)Patient(1..n)
Where:
SourceUserIDM

HL7 メッセージの送信施設およびアプリケーションに記載された Patient Identifier Cross-reference Manager の識別子（ID）。
「｜」文字で連結されている。

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。

AuditMessage/
ActiveParticipant

EV(110153, DCM, “Source”)
RoleIDCodeM

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M↓
EV(110153, DCM, “Source Role ID”)
(note2)マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

62

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Destination

UserIDM

HL7 メッセージの受信施設およびアプリケーションに記載された Patient Identifier Cross-reference Consumer の識別子（ID）。
「｜」文字で連結されている。

M↓U(note3)

ローカルシステムログのローカルオペレーティングシステム
内で利用されているプロセス ID 。

AuditMessage/
ActiveParticipant

AlternativeUserID

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。
EV(110152, DCM, “Destination”)

M

NetworkAccessPointTypeCodeM

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

U↓M(note5)

ログ発生源システムのユニークな ID。
RFC3881 の規定に従う。

AuditEnterpriseSiteID

U

AuditSourceID を修飾するために使う。

AuditSourceTypeCodeU

RFC3881 の規定に従う。

ParticipantObjectTypeCodeM

EV( 1 )(人)ParticipantObjectTypeCodeRole

M

EV( 1 )(患者)

ParticipantObjectDataLifeCycle

U

ParticipantObjectIDTypeCode

M

EV(2, RFC-3881, “Patient Number”)

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectIDM

HL7 CX 型書式による患者 ID

ParticipantObjectName

U

RFC3881 の規定に従う。

ParticipantObjectQueryU

RFC3881 の規定に従う。

ParticipantObjectDetailM

Type=MSH-10 (リテラル文字列), Value=MSH-10 の値（メッセージコンテンツの内容を base64 でエンコードしたもの）

Audit Source
AuditMessage/

AuditSourceID

AuditSourceIdentification

Patient(AuditMessage/
ParticipantObjectIdentification)

note1:↓
EV(110152, DCM, “Destination Role ID”)
(note4)

RoleIDCode

関係者オブジェクトのデータライフサイクルステージの ID。
RFC3881 の規定に従う。

TechnicalFramework では「EV(110110, DCM, “Patient Record”)」と記載されているが、このイベントコードは DICOM 規格で定義されていない。日本国内拡張としてイベントコード「EV(110110, IHEJ, “Patient Record”)」を新しく定義することで、DICOM 規格との不整合を解決する。
note2:

note3:

TechnicalFramework では、コード名称が“Source”と記載されているが、DICOM 規格ではコード名称が“Source Role ID”となっている。DICOM 規格に準拠し“Source Role ID”に拡張する。
TechnicalFramework では「M」と記載されているが、DICOM 規格では「U」と記載されている。DICOM 規格に準拠し「U」に

拡張する。

63

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
note4:

TechnicalFramework では、コード名称が“Destination”と記載されているが、DICOM 規格ではコード名称が“Destination Role ID”となっている。DICOM 規格に準拠し“Destination Role ID”に拡張する。

note5:

TechnicalFramework では「U」と記載されているが、DICOM 規格では「M」と記載されている。DICOM 規格に準拠し「M」に拡張する。

20.1.4. Registry Stored Query [ITI-18]
20.1.4.1. Document Consumer アクタの監査ログメッセージ
Document Consumer アクタが、Registry Stored Query [ITI-18]を実施した際の、アクセスイベ
ントを記録するための監査ログメッセージを表 20.1.4.1 のように拡張する。
表 20.1.4.1 Document Consumer アクタの監査ログメッセージ
Field Name

Opt

EV(110112, DCM, “Query”)

Event
AuditMessage/

Value Constraints↓
EV (110119, IHEJ, “XDS Query”)(note1)

EventID

M

EventActionCodeM“E” （実行）

EventDateTime

M

イベントが発生した時刻。
RFC3881 の規定に従う。

EventOutcomeIndicator

M

イベントの成功、失敗を示す。
RFC3881 の規定に従う。

EventTypeCode

M

EV(“ITI-18”, “IHE Transactions”, “Registry Stored Query”)

M<wsa:ReplyTo/>エレメントの内容。

EventIdentification

Source (Document Consumer) (1)
Human Requestor (0..n)
Destination (Document Registry) (1)Audit Source (Document Consumer) (1)Patient (0..1)
Query Parameters(1)Where:
SourceUserID

AuditMessage/
ActiveParticipant

AlternativeUserID

M↓
U(note2)

ローカルシステムログのローカルオペレーティングシステム
内で利用されているプロセス ID 。

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。

RoleIDCodeM

EV(110153, DCM, “Source”)↓
EV(110153, DCM, “Source Role ID”)
(note3)

NetworkAccessPointTypeCodeM

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”64IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Human
Requestor (ifknown)

NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

UserIDM

トランザクションを発行した人の ID。

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。

RoleIDCodeU

このトランザクションを許可しているユーザの AccessControl の役割。

NetworkAccessPointTypeCode

NA

NetworkAccessPointID

NA

UserID

M

SOAP のエンドポイント URI.

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。

RoleIDCodeM

EV(110152, DCM, “Destination”)↓
EV(110152, DCM, “Destination Role ID”)
(note4)

NetworkAccessPointTypeCodeM

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

AuditMessage/
ActiveParticipant

Destination
AuditMessage/
ActiveParticipantU

Audit Source
AuditMessage/

AuditSourceID

AuditSourceIdentification

Patient(AuditMessage/
ParticipantObjectIdentificati↓
M(note5)

ログ発生源システムのユニークな ID。
RFC3881 の規定に従う。

AuditEnterpriseSiteID

U

RFC3881 の規定に従う。

AuditSourceTypeCodeU

RFC3881 の規定に従う。

ParticipantObjectTypeCodeM

EV( 1 )(人)ParticipantObjectTypeCodeRole

M

EV( 1 )(患者)

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M

EV(2, RFC-3881, “Patient Number”)

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectIDM

HL7 CX 型書式による患者 ID

on)

65

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Query
Parameters

ParticipantObjectName

U

RFC3881 の規定に従う。

ParticipantObjectQueryU

RFC3881 の規定に従う。

ParticipantObjectDetailU

RFC3881 の規定に従う。

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(24)（query）

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDType

M

EV(“ITI-18”, “IHE Transactions”, “Registry Stored Query”)

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectID

M

Stored Query ID (UUID)

ParticipantObjectName

C<ihe:HomeCommunityId/>の値がわかればセットする。

ParticipantObjectQuery

M

AdhocQueryRequest、base64 で符号化される。

C

The ParticipantObjectDetail にはひとつ以上のエレメントをセットする。
最初のエレメント：type に “QueryEncoding”をセットし、valueに ParticipantObjectQuery の base64 でエンコードする前の文字
コード（例：UTF-8）をセットする。
他のエレメント：type に“urn:ihe:iti:xca:2010:homeCommunityId”のような属性タイプをセットし、value に homeCommunityID のような属性の値をセットする。ただし、知っている場合のみ。

(AuditMessage/
ParticipantObjectIdentifica
tion)

ParticipantObjectDetailnote1:

note2:

TechnicalFramework では「EV(110112, DCM, “Query”)」と記載されているが、DICOM 規格での“Query”イベントは DICOM の検索のためのイベントコードで、DICOM 規格で定義されているログの構造には当トランザクションで記載不能なフィールドが存在する。よって、イベントコード「EV (110119, IHEJ, “XDS Query”)」を新しく定義し、DICOM 規格との不整合を解決する。
TechnicalFramework では「M」と記載されているが、DICOM 規格では「U」と記載されている。DICOM 規格に準拠し「U」に拡張する。
note3:

TechnicalFramework では、コード名称が“Source”と記載されているが、DICOM 規格ではコード名称が“Source Role ID”となっている。DICOM 規格に準拠し“Source Role ID”に拡張する。

note4:

TechnicalFramework では、コード名称が“Destination”と記載されているが、DICOM 規格ではコード名称が“Destination Role ID”となっている。DICOM 規格に準拠し“Destination Role ID”に拡張する。

note5:

TechnicalFramework では「U」と記載されているが、DICOM 規格では「M」と記載されている。DICOM 規格に準拠し「M」に拡

張する。

66

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
20.1.4.2. Document Registry アクタの監査ログメッセージ

Document Registry アクタが、Registry Stored Query [ITI-18]を受信した際の、アクセスイベン
トを記録するための監査ログメッセージを表 20.1.4.2 のように拡張する。
表 20.1.4.2

Document Registry アクタの監査ログメッセージ

Field Name

Opt

Value Constraints

EventID

M

EV(110112, DCM, “Query”)↓
EV (110119, IHEJ, “XDS Query”)(note1)

EventActionCodeM“E” （実行）

EventDateTime

M

EventOutcomeIndicator

M

EventTypeCode

M

EV(“ITI-18”, “IHE Transactions”, “Registry Stored Query”)

UserIDM<wsa:ReplyTo/>エレメントの内容。

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。

RoleIDCodeM

EV(110153, DCM, “Source”)↓
EV(110153, DCM, “Source Role ID”)
(note2)

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

Event
AuditMessage/
EventIdentification

イベントが発生した時刻。
RFC3881 の規定に従う。
イベントの成功、失敗を示す。
RFC3881 の規定に従う。

Source (Document Consumer) (1)Destination (Document Registry) (1)Audit Source (Document Registry) (1)Patient (0..1)
Query Parameters(1)Where:
SourceAuditMessage/
ActiveParticipant

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

67

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Destination

UserID

AuditMessage/
ActiveParticipant

AlternativeUserID

SOAP のエンドポイント URI.

M
M↓
U
(note3)

ローカルシステムログのローカルオペレーティングシステム
内で利用されているプロセス ID 。

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。
EV(110152, DCM, “Destination”)

M

NetworkAccessPointTypeCodeM

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

Audit Source
AuditMessage/

AuditSourceID

AuditSourceIdentification

Patient(AuditMessage/
ParticipantObjectIdentificati↓
EV(110152, DCM, “Destination Role ID”)
(note4)

RoleIDCodeU↓
M(note5)

ログ発生源システムのユニークな ID。
RFC3881 の規定に従う。

AuditEnterpriseSiteID

U

RFC3881 の規定に従う。

AuditSourceTypeCodeU

RFC3881 の規定に従う。

ParticipantObjectTypeCodeM

EV( 1 )(人)ParticipantObjectTypeCodeRole

M

EV( 1 )(患者)

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M

EV(2, RFC-3881, “Patient Number”)

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectIDM

HL7 CX 型書式による患者 ID

ParticipantObjectName

U

RFC3881 の規定に従う。

ParticipantObjectQueryU

RFC3881 の規定に従う。

ParticipantObjectDetailU

RFC3881 の規定に従う。

on)

68

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Query
Parameters

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(24)（query）

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M

EV(“ITI-18”, “IHE Transactions”, “Registry Stored Query”)

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectID

M

Stored Query ID (UUID)

ParticipantObjectName

C<ihe:HomeCommunityId/>の値がわかればセットする。

ParticipantObjectQuery

M

AdhocQueryRequest、base64 で符号化される。

C

The ParticipantObjectDetail にはひとつ以上のエレメントをセットする。
最初のエレメント：type に “QueryEncoding”をセットし、valueに ParticipantObjectQuery の base64 でエンコードする前の文字
コード（例：UTF-8）をセットする。
他のエレメント：type に“urn:ihe:iti:xca:2010:homeCommunityId”のような属性タイプをセットし、value に homeCommunityID のような属性の値をセットする。ただし、知っている場合のみ。

(AuditMessage/
ParticipantObjectIdentifica
tion)

ParticipantObjectDetailnote1:

TechnicalFramework では「EV(110112, DCM, “Query”)」と記載されているが、DICOM 規格での“Query”イベントは DICOM の検索のためのイベントコードで、DICOM 規格で定義されているログの構造には当トランザクションで記載不能なフィールドが存在する。よって、イベントコード「EV (110119, IHEJ, “XDS Query”)」を新しく定義し、DICOM 規格との不整合を解決する。

note2:

TechnicalFramework では、コード名称が“Source”と記載されているが、DICOM 規格ではコード名称が“Source Role ID”となっている。DICOM 規格に準拠し“Source Role ID”に拡張する。

note3:

TechnicalFramework では「M」と記載されているが、DICOM 規格では「U」と記載されている。DICOM 規格に準拠し「U」に拡張する。
note4:

TechnicalFramework では、コード名称が“Destination”と記載されているが、DICOM 規格ではコード名称が“Destination Role ID”となっている。DICOM 規格に準拠し“Destination Role ID”に拡張する。

note5:

TechnicalFramework では「U」と記載されているが、DICOM 規格では「M」と記載されている。DICOM 規格に準拠し「M」に拡張する。

20.1.5. Patient Demographics Query [ITI-21]
20.1.5.1. Patient Demographics Consumer アクタの監査ログメッセージ
Patient Demographics Consumer アクタが、Patient Demographics Query [ITI-21]を実施した際の、個人情報へのアクセスイベントを記録するための監査ログメッセージを表 20.1.5.1 のように拡張する。
表 20.1.5.1

Patient Demographics Consumer アクタの監査ログメッセージ

Field Name

Opt

EV(110112, DCM, “Query”)

Event
AuditMessage/

Value Constraints

EventID↓
EV(110118, IHEJ, “PDQ Query”)(note1)

M

EventIdentification

69

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
EventActionCodeM“E” （実行）

EventDateTime

M

イベントが発生した時刻。
RFC3881 の規定に従う。

EventOutcomeIndicator

M

イベントの成功、失敗を示す。
RFC3881 の規定に従う。

EventTypeCode

M

EV(“ITI-21”, “IHE Transactions”, “Patient Demographics Query”)

M

HL7 メッセージの送信施設およびアプリケーションに記載された Patient Demographics Consumer の識別子（ID）。「｜」
文字で連結されている。

M↓U(note2)

ローカルシステムログのローカルオペレーティングシステム
内で利用されているプロセス ID 。

Source (Patient Demographics Consumer) (1)
Human Requestor (0..n)
Destination (Patient Demographics Supplier) (1)Audit Source (Patient Demographics Consumer) (1)Patient (0..n)Query Parameters(1)Where:
SourceUserID

AuditMessage/
ActiveParticipant

AlternativeUserID

Human
Requestor (ifknown)

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。

RoleIDCodeM

EV(110153, DCM, “Source”)↓
EV(110153, DCM, “Source Role ID”)
(note3)

NetworkAccessPointTypeCodeM

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

UserIDM

トランザクションを発行した人の ID。

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。

RoleIDCodeU

このトランザクションを許可しているユーザの AccessControl の役割。

NetworkAccessPointTypeCode

NA

NetworkAccessPointID

NA

AuditMessage/
ActiveParticipant70IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Destination

UserIDM

HL7 メッセージの受信施設およびアプリケーションに記載された Patient Demographics Supplier の識別子（ID）。「｜」文
字で連結されている。

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。

RoleIDCodeM

EV(110152, DCM, “Destination”)↓
EV(110152, DCM, “Destination Role ID”)
(note4)

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

AuditMessage/
ActiveParticipant

AuditSourceID

AuditSourceIdentification

Patient(AuditMessage/
ParticipantObjectIdentificati

IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

U

Audit Source
AuditMessage/

マシン(DNS)ネームの場合、“1”↓M(note5)

ログ発生源システムのユニークな ID。
RFC3881 の規定に従う。

AuditEnterpriseSiteID

U

RFC3881 の規定に従う。

AuditSourceTypeCodeU

RFC3881 の規定に従う。

ParticipantObjectTypeCodeM

EV( 1 )(人)ParticipantObjectTypeCodeRole

M

EV( 1 )(患者)

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M

EV(2, RFC-3881, “Patient Number”)

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectIDM

HL7 CX 型書式による患者 ID

ParticipantObjectName

U

RFC3881 の規定に従う。

ParticipantObjectQueryU

RFC3881 の規定に従う。

ParticipantObjectDetailU

RFC3881 の規定に従う。

on)

71

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Query
Parameters

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(24)（query）

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDType

M

EV(“ITI-21”, “IHE Transactions”, “Patient Demographics Query”)

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectID

U

RFC3881 の規定に従う。

ParticipantObjectName

U

RFC3881 の規定に従う。

ParticipantObjectQueryM

base64 で符号化された完全な検索メッセージ（MSH と QPD
セグメントを含む）。

ParticipantObjectDetailM

Type=MSH-10 (リテラル文字列), Value=MSH-10 の値（メッセージコンテンツの内容を base64 でエンコードしたもの）(AuditMessage/
ParticipantObjectIdentification)

note1:

note2:

TechnicalFramework では「EV(110112, DCM, “Query”)」と記載されているが、DICOM 規格での“Query”イベントは DICOM の検索のためのイベントコードで、DICOM 規格で定義されているログの構造には当トランザクションで記載不能なフィールドが存在する。よって、イベントコード「EV(110118, IHEJ, “PDQ Query”)」を新しく定義し、DICOM 規格との不整合を解決する。
TechnicalFramework では「M」と記載されているが、DICOM 規格では「U」と記載されている。DICOM 規格に準拠し「U」に拡張する。
note3:

TechnicalFramework では、コード名称が“Source”と記載されているが、DICOM 規格ではコード名称が“Source Role ID”となっている。DICOM 規格に準拠し“Source Role ID”に拡張する。

note4:

TechnicalFramework では、コード名称が“Destination”と記載されているが、DICOM 規格ではコード名称が“Destination Role ID”となっている。DICOM 規格に準拠し“Destination Role ID”に拡張する。

note5:

TechnicalFramework では「U」と記載されているが、DICOM 規格では「M」と記載されている。DICOM 規格に準拠し「M」に拡張する。

20.1.5.2. Patient Demographics Supplier アクタの監査ログメッセージ
Patient Demographics Supplier アクタが、Patient Demographics Query [ITI-21]を受信した際の、個人情報へのアクセスイベントを記録するための監査ログメッセージを表 20.1.5.2 のように拡張する。
表 20.1.5.2

Patient Demographics Supplier アクタの監査ログメッセージ

Field Name

Opt

EV(110112, DCM, “Query”)

Event
AuditMessage/

Value Constraints

EventID↓
EV(110118, IHEJ, “PDQ Query”)(note1)

M

EventIdentification72

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
EventActionCodeM“E” （実行）

EventDateTime

M

イベントが発生した時刻。
RFC3881 の規定に従う。

EventOutcomeIndicator

M

イベントの成功、失敗を示す。
RFC3881 の規定に従う。

EventTypeCode

M

EV(“ITI-21”, “IHE Transactions”, “Patient Demographics Query”)

UserIDM

HL7 メッセージの送信施設およびアプリケーションに記載された Patient Demographics Consumer の識別子（ID）。「｜」
文字で連結されている。

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。

Source (Patient Demographics Consumer) (1)Destination (Patient Demographics Supplier) (1)Audit Source (Patient Demographics Supplier) (1)Patient (0..n)Query Parameters(1)Where:
SourceAuditMessage/
ActiveParticipant

EV(110153, DCM, “Source”)

Destination↓
EV(110153, DCM, “Source Role ID”)
(note2)

RoleIDCodeM

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

UserIDM

HL7 メッセージの受信施設およびアプリケーションに記載された Patient Demographics Supplier の識別子（ID）。「｜」文
字で連結されている。

M↓U(note3)

ローカルシステムログのローカルオペレーティングシステム
内で利用されているプロセス ID 。

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”AuditMessage/
ActiveParticipant

AlternativeUserID

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。
EV(110152, DCM, “Destination”)↓
EV(110152, DCM, “Destination Role ID”)
(note4)

RoleIDCodeM

NetworkAccessPointTypeCodeM

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

73

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
Audit Source
AuditMessage/

AuditSourceID

AuditSourceIdentification

Patient(AuditMessage/
ParticipantObjectIdentificati

U↓M(note5)

ログ発生源システムのユニークな ID。
RFC3881 の規定に従う。

AuditEnterpriseSiteID

U

RFC3881 の規定に従う。

AuditSourceTypeCodeU

RFC3881 の規定に従う。

ParticipantObjectTypeCodeM

EV( 1 )(人)ParticipantObjectTypeCodeRole

M

EV( 1 )(患者)

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M

EV(2, RFC-3881, “Patient Number”)

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectIDM

HL7 CX 型書式による患者 ID

ParticipantObjectName

U

RFC3881 の規定に従う。

ParticipantObjectQueryU

RFC3881 の規定に従う。

ParticipantObjectDetailU

RFC3881 の規定に従う。

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(24)（query）

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M

EV(“ITI-21”, “IHE Transactions”, “Patient Demographics Query”)

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectID

U

RFC3881 の規定に従う。

ParticipantObjectName

U

RFC3881 の規定に従う。

PaticipantObjectQueryM

base64 で符号化された完全な検索メッセージ（MSH と QPD
セグメントを含む）。

ParticipantObjectDetailM

Type=MSH-10 (リテラル文字列), Value=MSH-10 の値（メッセージコンテンツの内容を base64 でエンコードしたもの）

on)

Query
Parameters(AuditMessage/
ParticipantObjectIdentification)

note1:

TechnicalFramework では「EV(110112, DCM, “Query”)」と記載されているが、DICOM 規格での“Query”イベントは DICOM の検索のためのイベントコードで、DICOM 規格で定義されているログの構造には当トランザクションで記載不能なフィールドが存在する。よって、イベントコード「EV(110118, IHEJ, “PDQ Query”)」を新しく定義し、DICOM 規格との不整合を解決する。

note2:

TechnicalFramework では、コード名称が“Source”と記載されているが、DICOM 規格ではコード名称が“Source Role ID”となっている。DICOM 規格に準拠し“Source Role ID”に拡張する。

note3:

TechnicalFramework では「M」と記載されているが、DICOM 規格では「U」と記載されている。DICOM 規格に準拠し「U」に拡張する。
note4:

TechnicalFramework では、コード名称が“Destination”と記載されているが、DICOM 規格ではコード名称が“Destination Role ID”となっている。DICOM 規格に準拠し“Destination Role ID”に拡張する。

74

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

TechnicalFramework では「U」と記載されているが、DICOM 規格では「M」と記載されている。DICOM 規格に準拠し「M」に拡

note5:

張する。

20.1.6. Patient Identity Management [ITI-30]
元 々 Patient Identity Management [ITI-30] ト ラ ン ザ ク シ ョ ン は 、 Patient Administration
Management(PAM)統合プロファイルで定義されているトランザクションであり、TechnicalFrameworkには監査ログメッセージの記述は存在していない。しかし、Patient Identifier Cross-referencing (PIX)
統合プロファイルにて ITI-30 を利用する場合は、PIX の定義に従い監査ログメッセージを記録する必要がある。よって、日本国内拡張として Patient Identity Management [ITI-30]トランザクションを利用した場合の監査ログメッセージを定義する。
尚、ここで定義されるものは、すべてが拡張したものであるため、拡張部分を表記するような記載方法を採用していない。
20.1.6.1. 患者登録もしくは更新時（ADT メッセージ種別 A28 および A31）
20.1.6.1.1. Patient Identity Source アクタの監査ログメッセージ
Patient Identity Source が、Patient Identity Management [ITI-30]を実行した際の、個人情報へのアクセスイベントを記録するための監査ログメッセージを表 20.1.6.1.1 のように定義する。
表 20.1.6.1.1

Event

Patient Identity Source アクタの監査ログメッセージ

Field Name

Opt

Value Constraints

EventID

M

EV(110110, IHEJ, “Patient Record”)

EventActionCode

M

EventDateTime

M

イベントが発生した時刻。RFC3881 の規定に従う。

EventOutcomeIndicator

M

イベントの成功、失敗を示す。RFC3881 の規定に従う。

EventTypeCode

M

EV(“ITI-30”, “IHE Transactions”, “Patient Identity Management”)

A28 の場合：“C” (作成)

AuditMessage/
EventIdentification

A31 の場合：“U” (更新)

Source (Patient Identity Source Actor) (1)
Human Requestor (0..n)
Destination (Patient Identifier Cross-reference Manager) (1)Audit Source (Patient Identity Source Actor) (1)Patient (1)Where:
SourceUserIDM

HL7 メッセージの送信施設およびアプリケーションに記載された Patient Identity Source の識別子（ID）。「｜」文字で連結されている。

AlternativeUserID

U

ローカルシステムログのローカルオペレーティングシステム
内で利用されているプロセス ID 。

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。

AuditMessage/
ActiveParticipant75

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Human
Requestor (ifknown)

RoleIDCodeM

EV(110153, DCM, “Source Role ID”)

NetworkAccessPointTypeCodeM

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームもし
くは IP アドレス）。RFC3881 の規定に従う。

UserIDM

トランザクションを発行した人の ID。

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。

RoleIDCodeU

このトランザクションを許可しているユーザの AccessControl の役割。

NetworkAccessPointTypeCode

NA

NetworkAccessPointID

NA

AuditMessage/
ActiveParticipant

UserIDM

HL7 メッセージの受信施設およびアプリケーションに記載された Patient Identifier Cross-reference Manager もしくはDocument Registry の識別子（ID）。「｜」文字で連結されている。

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。

RoleIDCodeM

EV(110152, DCM, “Destination Role ID”)

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

AuditSourceID

M

AuditEnterpriseSiteID

U

RFC3881 の規定に従う。

AuditSourceTypeCodeU

RFC3881 の規定に従う。

Destination
AuditMessage/
ActiveParticipant

Audit Source

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

ログ発生源システムのユニークな ID。
RFC3881 の規定に従う。

AuditMessage/
AuditSourceIdentification76

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Patient(AuditMessage/
ParticipantObjectIdentification)

ParticipantObjectTypeCodeM

EV( 1 )(人)ParticipantObjectTypeCodeRole

M

EV( 1 )(患者)

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M

EV(2, RFC-3881, “Patient Number”)

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectIDM

HL7 CX 型書式による患者 ID

ParticipantObjectName

U

RFC3881 の規定に従う。

ParticipantObjectQueryU

RFC3881 の規定に従う。

ParticipantObjectDetailM

Type=MSH-10 (リテラル文字列), Value=MSH-10 の値（メッセージコンテンツの内容を base64 でエンコードしたもの）

20.1.6.1.2. Patient Identifier Cross-reference Manager アクタの監査ログメッセージ
Patient Identifier Cross-reference Manager アクタが、Patient Identity Management [ITI-30]を受信した際の、個人情報へのアクセスイベントを記録するための監査ログメッセージを表
20.1.6.1.2 のように定義する。
表 20.1.6.1.2 Patient Identifier Cross-reference Manager アクタの監査ログメッセージ

Event

Field Name

Opt

Value Constraints

EventID

M

EV(110110, IHEJ, “Patient Record”)

EventActionCodeM

A28 の場合：“C” (作成)
A31 の場合：“U” (更新)

EventDateTime

M

EventOutcomeIndicator

M

EventTypeCode

M

AuditMessage/
EventIdentification

イベントが発生した時刻。
RFC3881 の規定に従う。
イベントの成功、失敗を示す。
RFC3881 の規定に従う。
EV(“ITI-30”, “IHE Transactions”, “Patient Identity Management”)

Source (Patient Identity Source Actor) (1)Destination (Patient Identifier Cross-reference Manager) (1)Audit Source (Patient Identifier Cross-reference Manager) (1)Patient(1)Where:
SourceUserIDM

HL7 メッセージの送信施設およびアプリケーションに記載された Patient Identity Source の識別子（ID）。「｜」文字で連結されている。

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

AuditMessage/
ActiveParticipant77

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
UserIsRequestor

M

RFC3881 の規定に従う。

RoleIDCodeM

EV(110153, DCM, “Source Role ID”)

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

UserIDM

HL7 メッセージの受信施設およびアプリケーションに記載された Patient Identifier Cross-reference Manager もしくはDocument Registry の識別子（ID）。「｜」文字で連結されている。

AlternativeUserID

U

ローカルシステムログのローカルオペレーティングシステム
内で利用されているプロセス ID 。

UserName

U

データを操作した人またはプロセスの名前。
RFC3881 の規定に従う。

UserIsRequestor

M

データを操作した人またはプロセスが本イベントの要求者か否かを示す。以下の値が入る。
EV( TRUE )RoleIDCodeM

EV(110152, DCM, “Destination Role ID”)

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

AuditSourceID

M

AuditEnterpriseSiteID

U

RFC3881 の規定に従う。

AuditSourceTypeCodeU

RFC3881 の規定に従う。

ParticipantObjectTypeCodeM

EV( 1 )(人)ParticipantObjectTypeCodeRole

M

EV( 1 )(患者)

ParticipantObjectDataLifeCycle

U

ParticipantObjectIDTypeCode

M

EV(2, RFC-3881, “Patient Number”)

ParticipantObjectSensitivity

U

ParticipantObjectID に対するポリシー定義の機微性。
RFC3881 の規定に従う。

ParticipantObjectIDM

HL7 CX 型書式による患者 ID

ParticipantObjectName

U

ParticipantObjectQueryU

not specialized

ParticipantObjectDetailM

Type=MSH-10 (リテラル文字列), Value=MSH-10 の値（メッセージコンテンツの内容を base64 でエンコードしたもの）

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”Destination
AuditMessage/
ActiveParticipant

Audit Source

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

ログ発生源システムのユニークな ID。
RFC3881 の規定に従う。

AuditMessage/
AuditSourceIdentification

Patient(AuditMessage/
ParticipantObjectIdentificati
on)

関係者オブジェクトのデータライフサイクルステージの ID。
RFC3881 の規定に従う。

関係者オブジェクトのインスタンスの名前。
患者名が入る。

78

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
20.1.7. 患者ＩＤの統合時（ADT メッセージ種別 A40）
20.1.7.1.1. Patient Identity Source アクタの監査ログメッセージ

Patient Identity Source が、Patient Identity Management [ITI-30]を実行した際の、個人情報へのアクセスイベントを記録するための監査ログメッセージを表 20.1.7.1.1 のように定義する。
表 20.1.7.1.1

Event

Patient Identity Source アクタの監査ログメッセージ

Field Name

Opt

Value Constraints

EventID

M

EV(110110, IHEJ, “Patient Record”)

EventActionCode

M

削除操作の場合：“D” (削除)
更新操作の場合：“U” (更新)

EventDateTime

M

イベントが発生した時刻。RFC3881 の規定に従う。

EventOutcomeIndicator

M

イベントの成功、失敗を示す。RFC3881 の規定に従う。

EventTypeCode

M

EV(“ITI-30”, “IHE Transactions”, “Patient Identity Management”)

AuditMessage/
EventIdentification

Source (Patient Identity Source Actor) (1)
Human Requestor (0..n)
Destination (Patient Identifier Cross-reference Manager) (1)Audit Source (Patient Identity Source Actor) (1)Patient (1)Where:
SourceUserIDM

HL7 メッセージの送信施設およびアプリケーションに記載された Patient Identity Source の識別子（ID）。「｜」文字で連結されている。

AlternativeUserID

U

ローカルシステムログのローカルオペレーティングシステム
内で利用されているプロセス ID 。

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。

RoleIDCodeM

EV(110153, DCM, “Source Role ID”)

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

UserIDM

トランザクションを発行した人の ID。

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。

RoleIDCodeU

このトランザクションを許可しているユーザの AccessControl の役割。

NetworkAccessPointTypeCode

NA

AuditMessage/
ActiveParticipant

Human
Requestor (if

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”known)
AuditMessage/
ActiveParticipant79

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
NetworkAccessPointID

NA

UserIDM

HL7 メッセージの受信施設およびアプリケーションに記載された Patient Identifier Cross-reference Manager もしくはDocument Registry の識別子（ID）。「｜」文字で連結されている。

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。

RoleIDCodeM

EV(110152, DCM, “Destination Role ID”)

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

AuditSourceID

M

AuditEnterpriseSiteID

U

RFC3881 の規定に従う。

AuditSourceTypeCodeU

RFC3881 の規定に従う。

ParticipantObjectTypeCodeM

EV( 1 )(人)ParticipantObjectTypeCodeRole

M

EV( 1 )(患者)

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M

EV(2, RFC-3881, “Patient Number”)

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectIDM

HL7 CX 型書式による患者 ID

ParticipantObjectName

U

RFC3881 の規定に従う。

ParticipantObjectQueryU

RFC3881 の規定に従う。

ParticipantObjectDetailM

Type=MSH-10 (リテラル文字列), Value=MSH-10 の値（メッセージコンテンツの内容を base64 でエンコードしたもの）

Destination
AuditMessage/
ActiveParticipant

Audit Source

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

ログ発生源システムのユニークな ID。
RFC3881 の規定に従う。

AuditMessage/
AuditSourceIdentification

Patient(AuditMessage/
ParticipantObjectIdentification)80

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

20.1.7.1.2. Patient Identifier Cross-reference Manager アクタの監査ログメッセージ
Patient Identifier Cross-reference Manager アクタが、Patient Identity Management [ITI-30]を受信した際の、個人情報へのアクセスイベントを記録するための監査ログメッセージを表
20.1.7.1.2 のように定義する。
表 20.1.7.1.2 Patient Identifier Cross-reference Manager アクタの監査ログメッセージ

Event

Field Name

Opt

Value Constraints

EventID

M

EV(110110, IHEJ, “Patient Record”)

EventActionCode

M

削除操作の場合：“D” (削除)
更新操作の場合：“U” (更新)

EventDateTime

M

EventOutcomeIndicator

M

EventTypeCode

M

AuditMessage/
EventIdentification

イベントが発生した時刻。
RFC3881 の規定に従う。
イベントの成功、失敗を示す。
RFC3881 の規定に従う。
EV(“ITI-30”, “IHE Transactions”, “Patient Identity Management”)

Source (Patient Identity Source Actor) (1)Destination (Patient Identifier Cross-reference Manager) (1)Audit Source (Patient Identifier Cross-reference Manager) (1)Patient(1)Where:
SourceUserIDM

HL7 メッセージの送信施設およびアプリケーションに記載された Patient Identity Source の識別子（ID）。「｜」文字で連結されている。

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。

RoleIDCodeM

EV(110153, DCM, “Source Role ID”)

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

M

HL7 メッセージの受信施設およびアプリケーションに記載された Patient Identifier Cross-reference Manager もしくはDocument Registry の識別子（ID）。「｜」文字で連結されている。

AuditMessage/
ActiveParticipant

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”Destination
AuditMessage/

UserID

ActiveParticipant81IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Audit Source

ローカルシステムログのローカルオペレーティングシステム
内で利用されているプロセス ID 。

AlternativeUserIDU

UserNameU

UserIsRequestor

M

データを操作した人またはプロセスが本イベントの要求者か否かを示す。以下の値が入る。
EV( TRUE )RoleIDCodeM

EV(110152, DCM, “Destination Role ID”)

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

AuditSourceID

M

ログ発生源システムのユニークな ID。
RFC3881 の規定に従う。

AuditEnterpriseSiteID

U

RFC3881 の規定に従う。

AuditSourceTypeCodeU

RFC3881 の規定に従う。

ParticipantObjectTypeCodeM

EV( 1 )(人)ParticipantObjectTypeCodeRole

M

EV( 1 )(患者)

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M

EV(2, RFC-3881, “Patient Number”)

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectIDM

HL7 CX 型書式による患者 ID

ParticipantObjectName

U

RFC3881 の規定に従う。

ParticipantObjectQueryU

RFC3881 の規定に従う。

ParticipantObjectDetailM

Type=MSH-10 (リテラル文字列), Value=MSH-10 の値（メッセージコンテンツの内容を base64 でエンコードしたもの）

データを操作した人またはプロセスの名前。
RFC3881 の規定に従う。

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”AuditMessage/
AuditSourceIdentification

Patient(AuditMessage/
ParticipantObjectIdentification)82

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
20.1.8. Cross Gateway Query [ITI-38]
20.1.8.1. Initiating Gateway アクタの監査ログメッセージ

Initiating Gateway アクタが、Cross Gateway Query [ITI-38]を実施した際の、アクセスイベン
トを記録するための監査ログメッセージを表 20.1.8.1 のように拡張する。
表 20.1.8.1

Initiating Gateway アクタの監査ログメッセージ

Field Name

Opt

Value Constraints

EventID

M

EV(110112, DCM, “Query”)↓
EV (110119, IHEJ, “XDS Query”)(note1)

EventActionCodeM“E” （実行）

EventDateTime

M

EventOutcomeIndicator

M

EventTypeCode

M

EV(“ITI-38”, “IHE Transactions”, “Cross Gateway Query”)

M<wsa:ReplyTo/>エレメントの内容。

Event
AuditMessage/
EventIdentification

イベントが発生した時刻。
RFC3881 の規定に従う。
イベントの成功、失敗を示す。
RFC3881 の規定に従う。

Source (Initiating Gateway) (1)
Human Requestor (0..n)
Destination (Responding Gateway) (1)Audit Source (Initiating Gateway) (1)Patient (0..1)
Query Parameters(1)Where:
SourceUserID

AuditMessage/
ActiveParticipant

AlternativeUserID

M↓
U(note2)

ローカルシステムログのローカルオペレーティングシステム
内で利用されているプロセス ID 。

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。
EV(110153, DCM, “Source”)

Human
Requestor (ifknown)↓
EV(110153, DCM, “Source Role ID”)
(note3)

RoleIDCodeM

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

UserIDM

トランザクションを発行した人の ID。

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”AuditMessage/
ActiveParticipant83IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Destination
AuditMessage/
ActiveParticipant

UserIsRequestor

M

RFC3881 の規定に従う。

RoleIDCodeU

このトランザクションを許可しているユーザの AccessControl の役割。

NetworkAccessPointTypeCode

NA

NetworkAccessPointID

NA

UserID

M

SOAP のエンドポイント URI.

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。

RoleIDCodeM

EV(110152, DCM, “Destination”)↓
EV(110152, DCM, “Destination Role ID”)
(note4)

NetworkAccessPointTypeCodeM

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

U

Audit Source
AuditMessage/

AuditSourceID

AuditSourceIdentification

Patient(AuditMessage/
ParticipantObjectIdentificati↓
M(note5)

ログ発生源システムのユニークな ID。
RFC3881 の規定に従う。

AuditEnterpriseSiteID

U

RFC3881 の規定に従う。

AuditSourceTypeCodeU

RFC3881 の規定に従う。

ParticipantObjectTypeCodeM

EV( 1 )(人)ParticipantObjectTypeCodeRole

M

EV( 1 )(患者)

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M

EV(2, RFC-3881, “Patient Number”)

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectIDM

HL7 CX 型書式による患者 ID

ParticipantObjectName

U

RFC3881 の規定に従う。

ParticipantObjectQueryU

RFC3881 の規定に従う。

ParticipantObjectDetailU

RFC3881 の規定に従う。

on)

84

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Query
Parameters

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(24)（query）

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDType

M

EV(“ITI-18”, “IHE Transactions”, “Registry Stored Query”)

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectID

M

Stored Query ID (UUID)

ParticipantObjectName

C<ihe:HomeCommunityId/>の値がわかればセットする。

ParticipantObjectQuery

M

AdhocQueryRequest、base64 で符号化される。

C

The ParticipantObjectDetail にはひとつ以上のエレメントをセットする。
最初のエレメント：type に “QueryEncoding”をセットし、valueに ParticipantObjectQuery の base64 でエンコードする前の文字
コード（例：UTF-8）をセットする。
他のエレメント：type に“urn:ihe:iti:xca:2010:homeCommunityId”のような属性タイプをセットし、value に homeCommunityID のような属性の値をセットする。ただし、知っている場合のみ。

(AuditMessage/
ParticipantObjectIdentifica
tion)

ParticipantObjectDetailnote1:

note2:

TechnicalFramework では「EV(110112, DCM, “Query”)」と記載されているが、DICOM 規格での“Query”イベントは DICOM の検索のためのイベントコードで、DICOM 規格で定義されているログの構造には当トランザクションで記載不能なフィールドが存在する。よって、イベントコード「EV (110119, IHEJ, “XDS Query”)」を新しく定義し、DICOM 規格との不整合を解決する。
TechnicalFramework では「M」と記載されているが、DICOM 規格では「U」と記載されている。DICOM 規格に準拠し「U」に拡張する。
note3:

TechnicalFramework では、コード名称が“Source”と記載されているが、DICOM 規格ではコード名称が“Source Role ID”となっている。DICOM 規格に準拠し“Source Role ID”に拡張する。

note4:

TechnicalFramework では、コード名称が“Destination”と記載されているが、DICOM 規格ではコード名称が“Destination Role ID”となっている。DICOM 規格に準拠し“Destination Role ID”に拡張する。

note5:

TechnicalFramework では「U」と記載されているが、DICOM 規格では「M」と記載されている。DICOM 規格に準拠し「M」に拡張する。

20.1.8.2. Responding Gateway アクタの監査ログメッセージ
Responding Gateway アクタが、Cross Gateway Query [ITI-38]を受信した際の、アクセスイベ
ントを記録するための監査ログメッセージを表 20.1.8.2 のように拡張する。
表 20.1.8.2 Responding Gateway アクタの監査ログメッセージ
Field Name

Opt

EV(110112, DCM, “Query”)

Event
AuditMessage/

Value Constraints

EventID↓EV (110119, IHEJ, “XDS Query”)(note1)

M

EventIdentification

85

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
EventActionCodeM“E” （実行）

EventDateTime

M

イベントが発生した時刻。
RFC3881 の規定に従う。

EventOutcomeIndicator

M

イベントの成功、失敗を示す。
RFC3881 の規定に従う。

EventTypeCode

M

EV(“ITI-38”, “IHE Transactions”, “Cross Gateway Query”)

UserIDM<wsa:ReplyTo/>エレメントの内容。

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。

Source (Initiating Gateway) (1)Destination (Responding Gateway) (1)Audit Source (Responding Gateway) (1)Patient (0..1)
Query Parameters(1)Where:
SourceAuditMessage/
ActiveParticipant

EV(110153, DCM, “Source”)

Destination↓
EV(110153, DCM, “Source Role ID”)
(note2)

RoleIDCodeM

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

UserID

M

SOAP のエンドポイント URI.

AuditMessage/
ActiveParticipant

AlternativeUserID

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”M↓U(note3)

ローカルシステムログのローカルオペレーティングシステム
内で利用されているプロセス ID 。

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。
EV(110152, DCM, “Destination”)↓
EV(110152, DCM, “Destination Role ID”)
(note4)

RoleIDCodeM

NetworkAccessPointTypeCodeM

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

86

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
Audit Source
AuditMessage/

AuditSourceID

AuditSourceIdentification

Patient(AuditMessage/
ParticipantObjectIdentificati

U↓M(note5)

ログ発生源システムのユニークな ID。
RFC3881 の規定に従う。

AuditEnterpriseSiteID

U

RFC3881 の規定に従う。

AuditSourceTypeCodeU

RFC3881 の規定に従う。

ParticipantObjectTypeCodeM

EV( 1 )(人)ParticipantObjectTypeCodeRole

M

EV( 1 )(患者)

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M

EV(2, RFC-3881, “Patient Number”)

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectIDM

HL7 CX 型書式による患者 ID

ParticipantObjectName

U

RFC3881 の規定に従う。

ParticipantObjectQueryU

RFC3881 の規定に従う。

ParticipantObjectDetailU

RFC3881 の規定に従う。

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(24)（query）

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M

EV(“ITI-18”, “IHE Transactions”, “Registry Stored Query”)

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectID

M

Stored Query ID (UUID)

ParticipantObjectName

C<ihe:HomeCommunityId/>の値がわかればセットする。

ParticipantObjectQuery

M

AdhocQueryRequest、base64 で符号化される。

C

The ParticipantObjectDetail にはひとつ以上のエレメントをセットする。
最初のエレメント：type に “QueryEncoding”をセットし、valueに ParticipantObjectQuery の base64 でエンコードする前の文字
コード（例：UTF-8）をセットする。
他のエレメント：type に“urn:ihe:iti:xca:2010:homeCommunityId”のような属性タイプをセットし、value に homeCommunityID のような属性の値をセットする。ただし、知っている場合のみ。

on)

Query
Parameters(AuditMessage/
ParticipantObjectIdentifica
tion)

ParticipantObjectDetailnote1:

TechnicalFramework では「EV(110112, DCM, “Query”)」と記載されているが、DICOM 規格での“Query”イベントは DICOM の検索のためのイベントコードで、DICOM 規格で定義されているログの構造には当トランザクションで記載不能なフィールドが存在する。よって、イベントコード「EV (110119, IHEJ, “XDS Query”)」を新しく定義し、DICOM 規格との不整合を解決する。

note2:

TechnicalFramework では、コード名称が“Source”と記載されているが、DICOM 規格ではコード名称が“Source Role ID”となっている。DICOM 規格に準拠し“Source Role ID”に拡張する。

87IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

TechnicalFramework では「M」と記載されているが、DICOM 規格では「U」と記載されている。DICOM 規格に準拠し「U」に

note3:

拡張する。
note4:

TechnicalFramework では、コード名称が“Destination”と記載されているが、DICOM 規格ではコード名称が“Destination Role ID”となっている。DICOM 規格に準拠し“Destination Role ID”に拡張する。

note5:

TechnicalFramework では「U」と記載されているが、DICOM 規格では「M」と記載されている。DICOM 規格に準拠し「M」に拡張する。

20.1.9. Cross Gateway Retrieve [ITI-39]
20.1.9.1. Initiating Gateway アクタの監査ログメッセージ
Initiating Gateway アクタが、Cross Gateway Retrieve [ITI-39]を実施した際の、アクセスイベ
ントを記録するための監査ログメッセージを表 20.1.9.1 のように拡張する。
表 20.1.9.1 Initiating Gateway アクタの監査ログメッセージ
Field Name

Opt

Value Constraints

EventID

M

EV(110107, DCM, “Import”)↓
EV (110116, IHEJ, “IHE Import”)(note1)

EventActionCodeM“C”（作成）

EventDateTime

M

EventOutcomeIndicator

M

EventTypeCode

M

EV(“ITI-39”, “IHE Transactions”, “Cross Gateway Retrieve”)

M

SOAP のエンドポイント URI。

Event
AuditMessage/
EventIdentification

イベントが発生した時刻。
RFC3881 の規定に従う。
イベントの成功、失敗を示す。
RFC3881 の規定に従う。

Source (Responding Gateway) (1)Destination (Initiating Gateway) (1)
Human Requestor (0..n)
Audit Source (Initiating Gateway) (1)Patient (0..1)
Document (1..n) (see combining rules above)
Where:
SourceUserID

AuditMessage/
ActiveParticipant88IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Destination

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestorM“false”

RoleIDCodeM

EV(110153, DCM, “Source”)↓
EV(110153, DCM, “Source Role ID”)
(note2)

NetworkAccessPointTypeCodeM

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

UserIDM<wsa:ReplyTo/>エレメントの内容。

AuditMessage/
ActiveParticipant

AlternativeUserID

Human
Requestor (ifM↓U(note3)

ローカルシステムログのローカルオペレーティングシステム
内で利用されているプロセス ID 。

UserNameU

RFC3881 の規定に従う。

UserIsRequestorM“true”

RoleIDCodeM

EV(110152, DCM, “Destination”)↓
EV(110152, DCM, “Destination Role ID”)
(note4)

NetworkAccessPointTypeCodeM

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。
RFC3881 の規定に従う。

UserIDM

トランザクションを発行した人の ID。

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestorM“true”

RoleIDCodeU

このトランザクションを許可しているユーザの AccessControl の役割。

NetworkAccessPointTypeCode

NA

NetworkAccessPointIDNA

known)
AuditMessage/
ActiveParticipant

Audit Source
AuditMessage/

AuditSourceID

AuditSourceIdentification

AuditEnterpriseSiteID

U↓
M(note5)

ログ発生源システムのユニークな ID。
RFC3881 の規定に従う。

RFC3881 の規定に従う。

U89

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Patient(if-known)

AuditSourceTypeCodeU

RFC3881 の規定に従う。

ParticipantObjectTypeCodeM

EV( 1 )(人)ParticipantObjectTypeCodeRole

M

EV( 1 )(患者)

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M

EV(2, RFC-3881, “Patient Number”)

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectIDM

HL7 CX 型書式による患者 ID

ParticipantObjectName

U

RFC3881 の規定に従う。

ParticipantObjectQueryU

RFC3881 の規定に従う。

ParticipantObjectDetailU

RFC3881 の規定に従う。

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(3)（レポート）

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M

EV(9, RFC-3881, “Report Number”)

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectIDM<ihe:DocumentUniqueId/>の値

ParticipantObjectName

C

RFC3881 の規定に従う。

ParticipantObjectQueryU

RFC3881 の規定に従う。

(AuditMessage/
ParticipantObjectIdentifica
tion)

Document(AuditMessage/
ParticipantObjectIdentification)

The ParticipantObjectDetail にはひとつ以上のエレメントをセットする。
ParticipantObjectDetail

最初のエレメント：type に“Repository Unique Id”をセットし、
value に<ihe:RepositoryUniqueId/>の値をセットする。

M

他のエレメント：type に“ihe:homeCommunityID”のような属性
タイプをセットし、value に homeCommunityID のような属性値をセットする。

note1:

TechnicalFramework では「EV(110107, DCM, “Import”)」と記載されているが、DICOM 規格での“Import”イベントは DICOM オ
ブジェクトの取り込みのためのイベントコードで、DICOM 規格で定義されているログの構造には当トランザクションで記載不能なフィールドが存在する。よって、イベントコード「EV(110116, IHEJ, “IHE Import”)」を新しく定義し、DICOM 規格との不整合を解決する。
note2:

note3:

TechnicalFramework では、コード名称が“Source”と記載されているが、DICOM 規格ではコード名称が“Source Role ID”となっている。DICOM 規格に準拠し“Source Role ID”に拡張する。
TechnicalFramework では「M」と記載されているが、DICOM 規格では「U」と記載されている。DICOM 規格に準拠し「U」に拡張する。
note4:

TechnicalFramework では、コード名称が“Destination”と記載されているが、DICOM 規格ではコード名称が“Destination Role ID”となっている。DICOM 規格に準拠し“Destination Role ID”に拡張する。

90

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

TechnicalFramework では「U」と記載されているが、DICOM 規格では「M」と記載されている。DICOM 規格に準拠し「M」に拡

note5:

張する。

20.1.9.2. Responding Gateway アクタの監査ログメッセージ
Responding Gateway アクタが、Cross Gateway Retrieve [ITI-39]を受信した際の、アクセスイ
ベントを記録するための監査ログメッセージを表 20.1.9.2 のように拡張する。
表 20.1.9.2 Responding Gateway アクタの監査ログメッセージ
Field Name

Opt

EV(110106, DCM, “Export”)

Event
AuditMessage/

Value Constraints↓
EV (110115,IHEJ, “IHE Export”)(note1)

EventID

M

EventActionCodeM“R”（読み取り）

EventDateTime

M

イベントが発生した時刻。
RFC3881 の規定に従う。

EventOutcomeIndicator

M

イベントの成功、失敗を示す。
RFC3881 の規定に従う。

EventTypeCode

M

EV(“ITI-39”, “IHE Transactions”, “Cross Gateway Retrieve”)

M

SOAP のエンドポイント URI。

EventIdentification

Source (Responding Gateway) (1)Destination (Initiating Gateway) (1)Audit Source (Responding Gateway) (1)Document (1..n) (see combining rules above)
Where:
SourceUserID

AuditMessage/
ActiveParticipant

AlternativeUserID

M↓
U(note2)

ローカルシステムログのローカルオペレーティングシステム
内で利用されているプロセス ID 。

UserNameU

RFC3881 の規定に従う。

UserIsRequestorM“false”
EV(110153, DCM, “Source”)

RoleIDCodeM

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M↓
EV(110153, DCM, “Source Role ID”)
(note3)マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。
RFC3881 の規定に従う。

91

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Destination
AuditMessage/
ActiveParticipant

UserIDM<wsa:ReplyTo/>エレメントの内容。

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestorM“true”

RoleIDCodeM

EV(110152, DCM, “Destination”)↓
EV(110152, DCM, “Destination Role ID”)
(note4)

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

AuditSourceID

AuditSourceIdentification

Document(AuditMessage/
ParticipantObjectIdentifica

IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。
RFC3881 の規定に従う。

U

Audit Source
AuditMessage/

マシン(DNS)ネームの場合、“1”↓M(note5)

ログ発生源システムのユニークな ID。
RFC3881 の規定に従う。

AuditEnterpriseSiteID

U

RFC3881 の規定に従う。

AuditSourceTypeCodeU

RFC3881 の規定に従う。

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(3)（レポート）

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M

EV(9, RFC-3881, “Report Number”)

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectIDM<ihe:DocumentUniqueId/>の値

ParticipantObjectName

C

RFC3881 の規定に従う。

ParticipantObjectQueryU

RFC3881 の規定に従う。

tion)

The ParticipantObjectDetail にはひとつ以上のエレメントをセットする。
ParticipantObjectDetail

最初のエレメント：type に“Repository Unique Id”をセットし、
value に<ihe:RepositoryUniqueId/>の値をセットする。

M

他のエレメント：type に“ihe:homeCommunityID”のような属性
タイプをセットし、value に homeCommunityID のような属性値をセットする。

note1:

TechnicalFramework では「EV(110106, DCM, “Export”)」と記載されているが、DICOM 規格での“Export”イベントは DICOM オ
ブジェクトの出力のためのイベントコードで、DICOM 規格で定義されているログの構造には当トランザクションで記載不能なフィールドが存在する。よって、イベントコード「EV(110115,IHEJ, “IHE Export”)」を新しく定義し、DICOM 規格との不整合を解決する。
note2:

TechnicalFramework では「M」と記載されているが、DICOM 規格では「U」と記載されている。DICOM 規格に準拠し「U」に

拡張する。

92

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

note3:

TechnicalFramework では、コード名称が“Source”と記載されているが、DICOM 規格ではコード名称が“Source Role ID”となっている。DICOM 規格に準拠し“Source Role ID”に拡張する。

note4:

TechnicalFramework では、コード名称が“Destination”と記載されているが、DICOM 規格ではコード名称が“Destination Role ID”となっている。DICOM 規格に準拠し“Destination Role ID”に拡張する。

note5:

TechnicalFramework では「U」と記載されているが、DICOM 規格では「M」と記載されている。DICOM 規格に準拠し「M」に拡張する。

20.1.10. Provide and Register Document Set-b [ITI-41]
20.1.10.1. Document Source アクタの監査ログメッセージ
Document Source アクタが、Provide and Register Document Set-b [ITI-41]を実施した際の、ア
クセスイベントを記録するための監査ログメッセージを表 20.1.10.1 のように拡張する。
表 20.1.10.1

Document Source アクタの監査ログメッセージ

Field Name

Opt

Value Constraints

EventID

M

EV(110106, DCM, “Export”)↓
EV (110115,IHEJ, “IHE Export”)(note1)

EventActionCodeM“R”（読み取り）

EventDateTime

M

EventOutcomeIndicator

M

EventTypeCode

M

EV(“ITI-41”, “IHE Transactions”, “Provide and Register Document
Set-b”)

M<wsa:ReplyTo/>エレメントの内容。

Event
AuditMessage/
EventIdentification

イベントが発生した時刻。
RFC3881 の規定に従う。
イベントの成功、失敗を示す。
RFC3881 の規定に従う。

Source (Document Source) (1)
Human Requestor (0..n)
Destination (Document Repository) (1)Audit Source (Document Source) (1)Patient (1)SubmissionSet (1)Where:
SourceUserID

AuditMessage/
ActiveParticipant

AlternativeUserID

M↓
U(note2)

ローカルシステムログのローカルオペレーティングシステム
内で利用されているプロセス ID 。

UserNameU

RFC3881 の規定に従う。

UserIsRequestorM“true”

M

EV(110153, DCM, “Source”)↓
EV(110153, DCM, “Source Role ID”)
(note3)

RoleIDCode93

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Human

マシン(DNS)ネームの場合、“1”NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

UserID

M

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。

RoleIDCodeU

このトランザクションを許可しているユーザの AccessControl の役割。

NetworkAccessPointTypeCode

NA

NetworkAccessPointID

NA

UserID

M

SOAP のエンドポイント URI。

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestorM“false”

IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。
トランザクションを発行した人の ID。

Requestor (ifknown)
AuditMessage/
ActiveParticipant

Destination
AuditMessage/
ActiveParticipant

EV(110152, DCM, “Destination”)
M

NetworkAccessPointTypeCodeM

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

Audit Source
AuditMessage/↓
EV(110152, DCM, “Destination Role ID”)
(note4)

RoleIDCode

AuditSourceID

AuditSourceIdentification

U↓
M(note5)

ログ発生源システムのユニークな ID。
RFC3881 の規定に従う。

AuditEnterpriseSiteID

U

RFC3881 の規定に従う。

AuditSourceTypeCodeU

RFC3881 の規定に従う。

94

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Patient(AuditMessage/
ParticipantObjectIdentificatio

ParticipantObjectTypeCodeM

EV( 1 )(人)ParticipantObjectTypeCodeRole

M

EV( 1 )(患者)

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M

EV(2, RFC-3881, “Patient Number”)

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectIDM

HL7 CX 型書式による患者 ID

ParticipantObjectName

U

RFC3881 の規定に従う。

ParticipantObjectQueryU

RFC3881 の規定に従う。

ParticipantObjectDetailU

RFC3881 の規定に従う。

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(20)（job）

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCodeMn)Submission
Set(AuditMessage/
ParticipantObjectIdentification)EV(“urn:uuid:a54d6aa5-d40d-43f9-88c5-b4633d873bdd”, “IHEXDS Metadata”, “submission set classificationNode”)

note1:

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectIDMsubmissionSet の unique ID

ParticipantObjectName

U

RFC3881 の規定に従う。

ParticipantObjectQueryU

RFC3881 の規定に従う。

ParticipantObjectDetailU

RFC3881 の規定に従う。

TechnicalFramework では「EV(110106, DCM, “Export”)」と記載されているが、DICOM 規格での“Export”イベントは DICOM オ
ブジェクトの出力のためのイベントコードで、DICOM 規格で定義されているログの構造には当トランザクションで記載不能なフィールドが存在する。よって、イベントコード「EV(110115,IHEJ, “IHE Export”)」を新しく定義し、DICOM 規格との不整合を解決する。
note2:

TechnicalFramework では「M」と記載されているが、DICOM 規格では「U」と記載されている。DICOM 規格に準拠し「U」に拡張する。
note3:

TechnicalFramework では、コード名称が“Source”と記載されているが、DICOM 規格ではコード名称が“Source Role ID”となっている。DICOM 規格に準拠し“Source Role ID”に拡張する。

note4:

TechnicalFramework では、コード名称が“Destination”と記載されているが、DICOM 規格ではコード名称が“Destination Role ID”となっている。DICOM 規格に準拠し“Destination Role ID”に拡張する。

note5:

TechnicalFramework では「U」と記載されているが、DICOM 規格では「M」と記載されている。DICOM 規格に準拠し「M」に拡

張する。

95

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
20.1.10.2. Document Repository アクタの監査ログメッセージ

Document Repository アクタが、Provide and Register Document Set-b [ITI-41]を受信した際の、アクセスイベントを記録するための監査ログメッセージを表 20.1.10.2 のように拡張する。
表 20.1.10.2

Document Repository アクタの監査ログメッセージ

Field Name

Opt

Value Constraints

EventID

M

EV(110107, DCM, “Import”)↓
EV (110116, IHEJ, “IHE Import”)(note1)

EventActionCodeM“C”（作成）

EventDateTime

M

EventOutcomeIndicator

M

EventTypeCode

M

Event
AuditMessage/
EventIdentification

イベントが発生した時刻。
RFC3881 の規定に従う。
イベントの成功、失敗を示す。
RFC3881 の規定に従う。
EV(“ITI-41”, “IHE Transactions”, “Provide and Register Document
Set-b”)

Source (Document Source) (1)Destination (Document Repository or Document Recipient) (1)Audit Source (Document Repository or Document Recipient) (1)Patient (1)SubmissionSet (1)Where:
SourceAuditMessage/
ActiveParticipant

UserIDM<wsa:ReplyTo/>エレメントの内容。

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestorM“true”
EV(110153, DCM, “Source”)

RoleIDCode↓EV(110153, DCM, “Source Role ID”)

M

(note2)マシン(DNS)ネームの場合、“1”NetworkAccessPointTypeCodeM
IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームもNetworkAccessPointIDM
しくは IP アドレス）。RFC3881 の規定に従う。

96

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Destination

UserID

AuditMessage/
ActiveParticipant

AlternativeUserID

SOAP のエンドポイント URI。

M
M↓
U
(note3)

ローカルシステムログのローカルオペレーティングシステム
内で利用されているプロセス ID 。

UserNameU

RFC3881 の規定に従う。

UserIsRequestorM“false”
EV(110152, DCM, “Destination”)

M

NetworkAccessPointTypeCodeM

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

Audit Source
AuditMessage/

AuditSourceID

AuditSourceIdentification

Patient(AuditMessage/
ParticipantObjectIdentifica↓
EV(110152, DCM, “Destination Role ID”)
(note4)

RoleIDCodeU↓
M(note5)

ログ発生源システムのユニークな ID。
RFC3881 の規定に従う。

AuditEnterpriseSiteID

U

RFC3881 の規定に従う。

AuditSourceTypeCodeU

RFC3881 の規定に従う。

ParticipantObjectTypeCodeM

EV( 1 )(人)ParticipantObjectTypeCodeRole

M

EV( 1 )(患者)

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M

EV(2, RFC-3881, “Patient Number”)

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectIDM

HL7 CX 型書式による患者 ID

ParticipantObjectName

U

RFC3881 の規定に従う。

ParticipantObjectQueryU

RFC3881 の規定に従う。

ParticipantObjectDetailU

RFC3881 の規定に従う。

tion)

97

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Submission
Set

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(20)（job）

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M(AuditMessage/
ParticipantObjectIdentification)

EV(“urn:uuid:a54d6aa5-d40d-43f9-88c5-b4633d873bdd”, “IHEXDS Metadata”, “submission set classificationNode”)

note1:

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectIDMsubmissionSet の unique ID

ParticipantObjectName

U

RFC3881 の規定に従う。

PaticipantObjectQueryU

RFC3881 の規定に従う。

ParticipantObjectDetailU

RFC3881 の規定に従う。

TechnicalFramework では「EV(110107, DCM, “Import”)」と記載されているが、DICOM 規格での“Import”イベントは DICOM オ
ブジェクトの取り込みのためのイベントコードで、DICOM 規格で定義されているログの構造には当トランザクションで記載不能なフィールドが存在する。よって、イベントコード「EV(110116, IHEJ, “IHE Import”)」を新しく定義し、DICOM 規格との不整合を解決する。
note2:

TechnicalFramework では「M」と記載されているが、DICOM 規格では「U」と記載されている。DICOM 規格に準拠し「U」に拡張する。
note3:

TechnicalFramework では、コード名称が“Source”と記載されているが、DICOM 規格ではコード名称が“Source Role ID”となっている。DICOM 規格に準拠し“Source Role ID”に拡張する。

note4:

TechnicalFramework では、コード名称が“Destination”と記載されているが、DICOM 規格ではコード名称が“Destination Role ID”となっている。DICOM 規格に準拠し“Destination Role ID”に拡張する。

note5:

TechnicalFramework では「U」と記載されているが、DICOM 規格では「M」と記載されている。DICOM 規格に準拠し「M」に拡張する。

20.1.11. Register Document Set-b [ITI-42]
20.1.11.1. Document Repository アクタの監査ログメッセージ
Document Repository アクタが、Register Document Set-b [ITI-42]を実施した際の、アクセスイ
ベントを記録するための監査ログメッセージを表 20.1.11.1 のように拡張する。
表 20.1.11.1
Field Name

Document Repository アクタの監査ログメッセージOpt

EV(110106, DCM, “Export”)

Event
AuditMessage/

Value Constraints

EventID↓EV (110115,IHEJ, “IHE Export”)(note1)

M

EventIdentification98

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
EventActionCodeM“R”（読み取り）

EventDateTime

M

イベントが発生した時刻。
RFC3881 の規定に従う。

EventOutcomeIndicator

M

イベントの成功、失敗を示す。
RFC3881 の規定に従う。

EventTypeCode

M

EV(“ITI-42”, “IHE Transactions”, “Register Document Set-b”)

Source (Document Repository or Integrated Document Source/Repository) (1)
Human Requestor (0..n)
Destination (Document Registry) (1)Audit Source (Document Repository or Integrated Document Source/Repository) (1)Patient (1)SubmissionSet (1)Where:
UserIDU↓
M(note2)WS-Addressing を使用している場合：<ReplyTo/>の値。

AlternativeUserID

M↓
U(note3)

ローカルシステムログのローカルオペレーティングシステム
内で利用されているプロセス ID 。

SourceAuditMessage/
ActiveParticipant

UserNameU

RFC3881 の規定に従う。

UserIsRequestorM“true”
EV(110153, DCM, “Source”)

Human
Requestor (if↓EV(110153, DCM, “Source Role ID”)
(note4)

RoleIDCodeM

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

UserIDM

トランザクションを発行した人の ID。

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestorM“true”

RoleIDCodeU

このトランザクションを許可しているユーザの AccessControl の役割。

NetworkAccessPointTypeCode

NA

NetworkAccessPointID

NA

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”known)
AuditMessage/
ActiveParticipant99

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Destination
AuditMessage/
ActiveParticipant

UserID

M

SOAP のエンドポイント URI。

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestorM“false”

RoleIDCodeM

EV(110152, DCM, “Destination”)↓
EV(110152, DCM, “Destination Role ID”)
(note5)

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

AuditSourceID

AuditSourceIdentification

Patient(AuditMessage/
ParticipantObjectIdentifica

IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

U

Audit Source
AuditMessage/

マシン(DNS)ネームの場合、“1”↓M(note2)

ログ発生源システムのユニークな ID。
RFC3881 の規定に従う。

AuditEnterpriseSiteID

U

RFC3881 の規定に従う。

AuditSourceTypeCodeU

RFC3881 の規定に従う。

ParticipantObjectTypeCodeM

EV( 1 )(人)ParticipantObjectTypeCodeRole

M

EV( 1 )(患者)

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M

EV(2, RFC-3881, “Patient Number”)

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectIDM

HL7 CX 型書式による患者 ID

ParticipantObjectName

U

RFC3881 の規定に従う。

ParticipantObjectQueryU

RFC3881 の規定に従う。

ParticipantObjectDetailU

RFC3881 の規定に従う。

tion)

100

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Submission
Set

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(20)（job）

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M(AuditMessage/
ParticipantObjectIdentification)

EV(“urn:uuid:a54d6aa5-d40d-43f9-88c5-b4633d873bdd”, “IHEXDS Metadata”, “submission set classificationNode”)

note1:

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectIDMsubmissionSet の unique ID

ParticipantObjectName

U

RFC3881 の規定に従う。

ParticipantObjectQueryU

RFC3881 の規定に従う。

ParticipantObjectDetailU

RFC3881 の規定に従う。

TechnicalFramework では「EV(110106, DCM, “Export”)」と記載されているが、DICOM 規格での“Export”イベントは DICOM オ
ブジェクトの出力のためのイベントコードで、DICOM 規格で定義されているログの構造には当トランザクションで記載不能なフィールドが存在する。よって、イベントコード「EV(110115,IHEJ, “IHE Export”)」を新しく定義し、DICOM 規格との不整合を解決する。
note2:

TechnicalFramework では「U」と記載されているが、DICOM 規格では「M」と記載されている。
DICOM 規格に準拠し「M」に拡張する。

note3:

TechnicalFramework では「M」と記載されているが、DICOM 規格では「U」と記載されている。
DICOM 規格に準拠し「U」に拡張する。

note4:

TechnicalFramework では、コード名称が“Source”と記載されているが、DICOM 規格ではコード名称が“Source Role ID”となっている。
DICOM 規格に準拠し“Source Role ID”に拡張する。
note5:

TechnicalFramework では、コード名称が“Destination”と記載されているが、DICOM 規格ではコード名称が“Destination Role ID”となっている。
DICOM 規格に準拠し“Destination Role ID”に拡張する。

101

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
20.1.11.2. Document Registry アクタの監査ログメッセージ

Document Registry アクタが、Register Document Set-b [ITI-42]を受信した際の、アクセスイベ
ントを記録するための監査ログメッセージを表 20.1.11.2 のように拡張する。
表 20.1.11.2

Document Registry アクタの監査ログメッセージ

Field Name

Opt

Value Constraints

EventID

M

EV(110107, DCM, “Import”)↓
EV (110116, IHEJ, “IHE Import”)(note1)

EventActionCodeM“C”（作成）

EventDateTime

M

EventOutcomeIndicator

M

EventTypeCode

M

Event
AuditMessage/
EventIdentification

イベントが発生した時刻。
RFC3881 の規定に従う。
イベントの成功、失敗を示す。
RFC3881 の規定に従う。
EV(“ITI-42”, “IHE Transactions”, “Register Document Set-b”)

Source (Document Repository or Integrated Document Source/Repository) (1)Destination (Document Registry) (1)Audit Source (Document Registry) (1)Patient (1)SubmissionSet (1)Where:
SourceAuditMessage/

UserID

ActiveParticipant

U↓
M

WS-Addressing を使用している場合：<ReplyTo/>の値。

(note2)
AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestorM“true”

RoleIDCodeM

EV(110153, DCM, “Source”)↓
EV(110153, DCM, “Source Role ID”)
(note3)

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

102

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Destination

UserID

AuditMessage/
ActiveParticipant

AlternativeUserID

M
M↓
U(note4)

SOAP のエンドポイント URI。
ローカルシステムログのローカルオペレーティングシステム
内で利用されているプロセス ID 。

UserNameU

RFC3881 の規定に従う。

UserIsRequestorM“false”
EV(110152, DCM, “Destination”)

M

NetworkAccessPointTypeCodeM

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

Audit Source
AuditMessage/

AuditSourceID

AuditSourceIdentification

Patient(AuditMessage/
ParticipantObjectIdentifica↓
EV(110152, DCM, “Destination Role ID”)
(note5)

RoleIDCodeU↓
M(note2)

ログ発生源システムのユニークな ID。
RFC3881 の規定に従う。

AuditEnterpriseSiteID

U

RFC3881 の規定に従う。

AuditSourceTypeCodeU

RFC3881 の規定に従う。

ParticipantObjectTypeCodeM

EV( 1 )(人)ParticipantObjectTypeCodeRole

M

EV( 1 )(患者)

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M

EV(2, RFC-3881, “Patient Number”)

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectIDM

HL7 CX 型書式による患者 ID

ParticipantObjectName

U

RFC3881 の規定に従う。

ParticipantObjectQueryU

RFC3881 の規定に従う。

ParticipantObjectDetailU

RFC3881 の規定に従う。

tion)

103

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Submission
Set

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(20)（job）

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M(AuditMessage/
ParticipantObjectIdentification)

EV(“urn:uuid:a54d6aa5-d40d-43f9-88c5-b4633d873bdd”, “IHEXDS Metadata”, “submission set classificationNode”)

note1:

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectIDMsubmissionSet の unique ID

ParticipantObjectName

U

RFC3881 の規定に従う。

ParticipantObjectQueryU

RFC3881 の規定に従う。

ParticipantObjectDetailU

RFC3881 の規定に従う。

TechnicalFramework では「EV(110107, DCM, “Import”)」と記載されているが、DICOM 規格での“Import”イベントは DICOM オ
ブジェクトの取り込みのためのイベントコードで、DICOM 規格で定義されているログの構造には当トランザクションで記載不能なフィールドが存在する。よって、イベントコード「EV(110116, IHEJ, “IHE Import”)」を新しく定義し、DICOM 規格との不整合を解決する。
note2:

TechnicalFramework では「U」と記載されているが、DICOM 規格では「M」と記載されている。DICOM 規格に準拠し「M」に拡張する。
note3:

note4:

TechnicalFramework では、コード名称が“Source”と記載されているが、DICOM 規格ではコード名称が“Source Role ID”となっている。DICOM 規格に準拠し“Source Role ID”に拡張する。
TechnicalFramework では「M」と記載されているが、DICOM 規格では「U」と記載されている。DICOM 規格に準拠し「U」に拡張する。
note5:

TechnicalFramework では、コード名称が“Destination”と記載されているが、DICOM 規格ではコード名称が“Destination Role ID”となっている。DICOM 規格に準拠し“Destination Role ID”に拡張する。

20.1.12. Retrieve Document Set [ITI-43]
20.1.12.1. Document Consumer アクタの監査ログメッセージ
Document Consumer アクタが、Retrieve Document Set [ITI-43]を実施した際の、アクセスイベ
ントを記録するための監査ログメッセージを表 20.1.12.1 のように拡張する。
表 20.1.12.1
Field Name

Document Consumer アクタの監査ログメッセージOpt

EV(110107, DCM, “Import”)

Event
AuditMessage/

Value Constraints

EventID

M

EventIdentification104↓
EV (110116, IHEJ, “IHE Import”)(note1)

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
EventActionCodeM“C”（作成）

EventDateTime

M

イベントが発生した時刻。
RFC3881 の規定に従う。

EventOutcomeIndicator

M

イベントの成功、失敗を示す。
RFC3881 の規定に従う。

EventTypeCode

M

EV(“ITI-43”, “IHE Transactions”, “Retrieve Document Set”)

UserID

M

SOAP のエンドポイント URI。

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestorM“false”

Source (Document Repository) (1)Destination (Document Consumer) (1)
Human Requestor (0..n)
Audit Source (Document Consumer) (1)Patient (0..1)
Document (1..n) (see combining rules above)
Where:
SourceAuditMessage/
ActiveParticipant

EV(110153, DCM, “Source”)

Destination↓
EV(110153, DCM, “Source Role ID”)
(note2)

RoleIDCodeM

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

UserIDM<wsa:ReplyTo/>エレメントの内容。

AuditMessage/
ActiveParticipant

AlternativeUserID

M↓
U(note3)マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ローカルシステムログのローカルオペレーティングシステム
内で利用されているプロセス ID 。

UserNameU

RFC3881 の規定に従う。

UserIsRequestorM“true”
EV(110152, DCM, “Destination”)

RoleIDCodeM

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

105

↓
EV(110152, DCM, “Destination Role ID”)
(note4)マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。
RFC3881 の規定に従う。

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Human
Requestor (ifUserIDM

トランザクションを発行した人の ID。

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestorM“true”

RoleIDCodeU

このトランザクションを許可しているユーザの AccessControl の役割。

NetworkAccessPointTypeCode

NA

NetworkAccessPointIDNA

known)
AuditMessage/
ActiveParticipantU

Audit Source
AuditMessage/

AuditSourceID

AuditSourceIdentification

Patient(if-known)↓M(note5)

ログ発生源システムのユニークな ID。
RFC3881 の規定に従う。

AuditEnterpriseSiteID

U

RFC3881 の規定に従う。

AuditSourceTypeCodeU

RFC3881 の規定に従う。

ParticipantObjectTypeCodeM

EV( 1 )(人)ParticipantObjectTypeCodeRole

M

EV( 1 )(患者)

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M

EV(2, RFC-3881, “Patient Number”)

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectIDM

HL7 CX 型書式による患者 ID

ParticipantObjectName

U

RFC3881 の規定に従う。

ParticipantObjectQueryU

RFC3881 の規定に従う。

ParticipantObjectDetailU

RFC3881 の規定に従う。

(AuditMessage/
ParticipantObjectIdentifica
tion)

106

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Document(AuditMessage/
ParticipantObjectIdentifica

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(3)（レポート）

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M

EV(9, RFC-3881, “Report Number”)

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectIDM<ihe:DocumentUniqueId/>の値

ParticipantObjectName

C

RFC3881 の規定に従う。

ParticipantObjectQueryU

RFC3881 の規定に従う。

tion)

The ParticipantObjectDetail にはひとつ以上のエレメントをセットする。
ParticipantObjectDetailM

最初のエレメント：type に“Repository Unique Id”をセットし、
value に<ihe:RepositoryUniqueId/>の値をセットする。
他のエレメント：type に“ihe:homeCommunityID”のような属性
タイプをセットし、value に homeCommunityID のような属性値をセットする。

note1:

TechnicalFramework では「EV(110107, DCM, “Import”)」と記載されているが、DICOM 規格での“Import”イベントは DICOM オ
ブジェクトの取り込みのためのイベントコードで、DICOM 規格で定義されているログの構造には当トランザクションで記載不能なフィールドが存在する。よって、イベントコード「EV(110116, IHEJ, “IHE Import”)」を新しく定義し、DICOM 規格との不整合を解決する。
note2:

note3:

TechnicalFramework では、コード名称が“Source”と記載されているが、DICOM 規格ではコード名称が“Source Role ID”となっている。DICOM 規格に準拠し“Source Role ID”に拡張する。
TechnicalFramework では「M」と記載されているが、DICOM 規格では「U」と記載されている。DICOM 規格に準拠し「U」に拡張する。
note4:

TechnicalFramework では、コード名称が“Destination”と記載されているが、DICOM 規格ではコード名称が“Destination Role ID”となっている。DICOM 規格に準拠し“Destination Role ID”に拡張する。

note5:

TechnicalFramework では「U」と記載されているが、DICOM 規格では「M」と記載されている。DICOM 規格に準拠し「M」に拡張する。

20.1.12.2. Document Repository アクタの監査ログメッセージ
Document Repository アクタが、Retrieve Document Set [ITI-43]を受信した際の、アクセスイベ
ントを記録するための監査ログメッセージを表 20.1.12.2 のように拡張する。
表 20.1.12.2
Field Name

Document Repository アクタの監査ログメッセージ
Opt

Value Constraints

M

EV(110106, DCM, “Export”)↓
EV (110115,IHEJ, “IHE Export”)(note1)

Event
AuditMessage/

EventID

EventIdentification

107

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
EventActionCodeM“R”（読み取り）

EventDateTime

M

イベントが発生した時刻。
RFC3881 の規定に従う。

EventOutcomeIndicator

M

イベントの成功、失敗を示す。
RFC3881 の規定に従う。

EventTypeCode

M

EV(“ITI-43”, “IHE Transactions”, “Retrieve Document Set”)

M

SOAP のエンドポイント URI。

Source (Document Repository) (1)Destination (Document Consumer) (1)Audit Source (Document Repository) (1)Document (1..n) (see combining rules above)
Where:
SourceUserID

AuditMessage/
ActiveParticipant

AlternativeUserID

M↓
U(note2)

ローカルシステムログのローカルオペレーティングシステム
内で利用されているプロセス ID 。

UserNameU

RFC3881 の規定に従う。

UserIsRequestorM“false”
EV(110153, DCM, “Source”)

Destination
AuditMessage/
ActiveParticipant↓
EV(110153, DCM, “Source Role ID”)
(note3)

RoleIDCodeM

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。
RFC3881 の規定に従う。

UserIDM<wsa:ReplyTo/>エレメントの内容。

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestorM“true”

RoleIDCodeM

EV(110152, DCM, “Destination”)↓
EV(110152, DCM, “Destination Role ID”)
(note4)

NetworkAccessPointTypeCodeM

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。
RFC3881 の規定に従う。

108

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
Audit Source
AuditMessage/

AuditSourceID

AuditSourceIdentification

Document(AuditMessage/
ParticipantObjectIdentifica

U↓M(note5)

ログ発生源システムのユニークな ID。
RFC3881 の規定に従う。

AuditEnterpriseSiteID

U

RFC3881 の規定に従う。

AuditSourceTypeCodeU

RFC3881 の規定に従う。

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(3)（レポート）

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M

EV(9, RFC-3881, “Report Number”)

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectIDM<ihe:DocumentUniqueId/>の値

ParticipantObjectName

C

RFC3881 の規定に従う。

ParticipantObjectQueryU

RFC3881 の規定に従う。

tion)

The ParticipantObjectDetail にはひとつ以上のエレメントをセットする。
ParticipantObjectDetailM

最初のエレメント：type に“Repository Unique Id”をセットし、
value に<ihe:RepositoryUniqueId/>の値をセットする。
他のエレメント：type に“ihe:homeCommunityID”のような属性
タイプをセットし、value に homeCommunityID のような属性値をセットする。

note1:

TechnicalFramework では「EV(110106, DCM, “Export”)」と記載されているが、DICOM 規格での“Export”イベントは DICOM オ
ブジェクトの出力のためのイベントコードで、DICOM 規格で定義されているログの構造には当トランザクションで記載不能なフィールドが存在する。よって、イベントコード「EV(110115,IHEJ, “IHE Export”)」を新しく定義し、DICOM 規格との不整合を解決する。
note2:

TechnicalFramework では「M」と記載されているが、DICOM 規格では「U」と記載されている。DICOM 規格に準拠し「U」に拡張する。
note3:

TechnicalFramework では、コード名称が“Source”と記載されているが、DICOM 規格ではコード名称が“Source Role ID”となっている。DICOM 規格に準拠し“Source Role ID”に拡張する。

note4:

TechnicalFramework では、コード名称が“Destination”と記載されているが、DICOM 規格ではコード名称が“Destination Role ID”となっている。DICOM 規格に準拠し“Destination Role ID”に拡張する。

note5:

TechnicalFramework では「U」と記載されているが、DICOM 規格では「M」と記載されている。DICOM 規格に準拠し「M」に拡

張する。

109

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
20.1.13. Patient Identity Feed HL7 V3 [ITI-44]
20.1.13.1. Patient Identity Source アクタの監査ログメッセージ

Patient Identity Source が、Patient Identity Feed HL7 V3[ITI-44]を実行した際の、個人情報へのアクセスイベントを記録するための監査ログメッセージを表 20.1.13.1 のように拡張する。
表 20.1.13.1 Patient Identifier Cross-reference Source アクタの監査ログメッセージ
Field Name

Opt

EV(110110, DCM, “Patient Record”)

Event
AuditMessage/

Value Constraints↓
EV(110110, IHEJ, “Patient Record”)(note1)

EventID

M

EventActionCode

M

EventDateTime

M

イベントが発生した時刻。
RFC3881 の規定に従う。

EventOutcomeIndicator

M

イベントの成功、失敗を示す。
RFC3881 の規定に従う。

EventTypeCode

M

EV(“ITI-44”, “IHE Transactions”, “Patient Identity Feed”)

EventIdentification“C” (作成)“U”(更新)“D”(削除)Source (Patient Identity Source Actor) (1)
Human Requestor (0..n)
Destination (Patient Identifier Cross-reference Manager or Document Registry) (1)Audit Source (Patient Identity Source Actor) (1)Patient (1)Where:
SourceUserID

AuditMessage/
ActiveParticipant

Human
Requestor (ifknown)

AlternativeUserID

M
M↓
U(note2)<wsa:ReplyTo/>エレメントの内容。
ローカルシステムログのローカルオペレーティングシステム
内で利用されているプロセス ID 。

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。

RoleIDCodeM

EV(110153, DCM, “Source”)↓
EV(110153, DCM, “Source Role ID”)
(note3)

NetworkAccessPointTypeCodeM

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームもし
くは IP アドレス）。RFC3881 の規定に従う。

UserIDM

トランザクションを発行した人の ID。

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

AuditMessage/
ActiveParticipant

110

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Destination
AuditMessage/
ActiveParticipant

UserIsRequestor

M

RFC3881 の規定に従う。

RoleIDCodeU

このトランザクションを許可しているユーザの AccessControl の役割。

NetworkAccessPointTypeCode

NA

NetworkAccessPointID

NA

UserID

M

SOAP のエンドポイント URI。

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。

RoleIDCodeM

EV(110152, DCM, “Destination”)↓
EV(110152, DCM, “Destination Role ID”)
(note4)

NetworkAccessPointTypeCodeM

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

U

Audit Source
AuditMessage/

AuditSourceID

AuditSourceIdentification

Patient(AuditMessage/
ParticipantObjectIdentificati↓
M(note5)

RFC3881 の規定に従う。

AuditEnterpriseSiteID

U

RFC3881 の規定に従う。

AuditSourceTypeCodeU

RFC3881 の規定に従う。

ParticipantObjectTypeCodeM

EV( 1 )(人)ParticipantObjectTypeCodeRole

M

EV( 1 )(患者)

ParticipantObjectDataLifeCycle

U

関係者オブジェクトのデータライフサイクルステージの ID。
RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M

EV(2, RFC-3881, “Patient Number”)

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectIDM

HL7 CX 型書式による患者 ID

ParticipantObjectName

U

RFC3881 の規定に従う。

ParticipantObjectQueryU

RFC3881 の規定に従う。

ParticipantObjectDetailM

Type=II (リテラル文字列), Value= message.id の値

on)note1:

ログ発生源システムのユニークな ID。

TechnicalFramework では「EV(110110, DCM, “Patient Record”)」と記載されているが、このイベントコードは DICOM 規格で定義されていない。日本国内拡張としてイベントコード「EV(110110, IHEJ, “Patient Record”)」を新しく定義することで、DICOM 規格との不整合を解決する。

111

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

TechnicalFramework では「M」と記載されているが、DICOM 規格では「U」と記載されている。DICOM 規格に準拠し「U」に

note2:

拡張する。
note3:

TechnicalFramework では、コード名称が“Source”と記載されているが、DICOM 規格ではコード名称が“Source Role ID”となっている。DICOM 規格に準拠し“Source Role ID”に拡張する。

note4:

TechnicalFramework では、コード名称が“Destination”と記載されているが、DICOM 規格ではコード名称が“Destination Role ID”となっている。DICOM 規格に準拠し“Destination Role ID”に拡張する。

note5:

TechnicalFramework では「U」と記載されているが、DICOM 規格では「M」と記載されている。DICOM 規格に準拠し「M」に拡張する。

20.1.13.2. Patient Identifier Cross-reference Manager アクタの監査ログメッセージ
Patient Identifier Cross-reference Manager もしくは Document Registry アクタが、Patient
Identity Feed HL7 V3[ITI-44]を受信した際の、個人情報へのアクセスイベントを記録するための監
査ログメッセージを表 20.1.13.2 のように拡張する。
表 20.1.13.2 Patient Identifier Cross-reference Manager アクタの監査ログメッセージ
Field Name

Opt

EV(110110, DCM, “Patient Record”)

Event
AuditMessage/

Value Constraints↓
EV(110110, IHEJ, “Patient Record”)(note1)

EventID

M

EventActionCode

M

EventDateTime

M

イベントが発生した時刻。
RFC3881 の規定に従う。

EventOutcomeIndicator

M

イベントの成功、失敗を示す。
RFC3881 の規定に従う。

EventTypeCode

M

EV(“ITI-44”, “IHE Transactions”, “Patient Identity Feed”)

EventIdentification“C” (作成)“U”(更新)“D”(削除)Source (Patient Identity Source Actor) (1)Destination (Patient Identifier Cross-reference Manager or Document Registry) (1)Audit Source (Patient Identifier Cross-reference Manager or Document Registry) (1)Patient(1)Where:
SourceAuditMessage/
ActiveParticipant

UserIDM<wsa:ReplyTo/>エレメントの内容。

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。
EV(110153, DCM, “Source”)

RoleIDCode

M

112

↓
EV(110153, DCM, “Source Role ID”)
(note1)

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Destination

マシン(DNS)ネームの場合、“1”NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

UserID

M

SOAP のエンドポイント URI。

AuditMessage/
ActiveParticipant

AlternativeUserID

M↓
U(note2)UserNameU

UserIsRequestor

M

IP アドレスの場合、“2”ローカルシステムログのローカルオペレーティングシステム
内で利用されているプロセス ID 。
データを操作した人またはプロセスの名前。
RFC3881 の規定に従う。
データを操作した人またはプロセスが本イベントの要求者か否かを示す。以下の値が入る。
EV( TRUE )EV(110152, DCM, “Destination”)

RoleIDCodeM

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

Audit Source
AuditMessage/

AuditSourceID

AuditSourceIdentification

Patient(AuditMessage/
ParticipantObjectIdentification)

note1:

U↓
M(note4)↓
EV(110152, DCM, “Destination Role ID”)
(note3)マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

ログ発生源システムのユニークな ID。
RFC3881 の規定に従う。

AuditEnterpriseSiteID

U

RFC3881 の規定に従う。

AuditSourceTypeCodeU

RFC3881 の規定に従う。

ParticipantObjectTypeCodeM

EV( 1 )(人)ParticipantObjectTypeCodeRole

M

EV( 1 )(患者)

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M

EV(2, RFC-3881, “Patient Number”)

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectIDM

HL7 CX 型書式による患者 ID

ParticipantObjectName

U

RFC3881 の規定に従う。

ParticipantObjectQueryU

RFC3881 の規定に従う。

ParticipantObjectDetailM

Type=II (リテラル文字列), Value= message.id の値

TechnicalFramework では「EV(110110, DCM, “Patient Record”)」と記載されているが、このイベントコードは DICOM 規格で定義されていない。日本国内拡張としてイベントコード「EV(110110, IHEJ, “Patient Record”)」を新しく定義することで、DICOM 規格との不整合を解決する。

113

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

TechnicalFramework では、コード名称が“Source”と記載されているが、DICOM 規格ではコード名称が“Source Role ID”となっている。DICOM 規格に準拠し“Source Role ID”に拡張する。

note2:

TechnicalFramework では「M」と記載されているが、DICOM 規格では「U」と記載されている。DICOM 規格に準拠し「U」に

note3:

拡張する。
note4:

TechnicalFramework では、コード名称が“Destination”と記載されているが、DICOM 規格ではコード名称が“Destination Role ID”となっている。DICOM 規格に準拠し“Destination Role ID”に拡張する。

note5:

TechnicalFramework では「U」と記載されているが、DICOM 規格では「M」と記載されている。DICOM 規格に準拠し「M」に拡張する。

20.1.14. PIXV3 Query [ITI-45]
20.1.14.1. Patient Identifier Cross-reference Consumer アクタの監査ログメッセージ
Patient Identifier Cross-reference Consumer アクタが、PIXV3 Query [ITI-45]を実施した際の、個人情報へのアクセスイベントを記録するための監査ログメッセージを表 20.1.14.1 のように拡張する。
表 20.1.14.1 Patient Identifier Cross-reference Consumer アクタの監査ログメッセージ
Field Name

Opt

Value Constraints

EventID

M

EV(110112, DCM, “Query”)↓
EV(110117, IHEJ, “PIX Query”)(note1)

EventActionCode

M

EventDateTime

M

EventOutcomeIndicator

M

EventTypeCode

M

Event
AuditMessage/
EventIdentification“E” （実行）イベントが発生した時刻。
RFC3881 の規定に従う。
イベントの成功、失敗を示す。
RFC3881 の規定に従う。
EV(“ITI-45”, “IHE Transactions”, “PIX Query”)

Source (Patient Identifier Cross-reference Consumer) (1)
Human Requestor (0..n)
Destination (Patient Identifier Cross-reference Manager) (1)Audit Source (Patient Identifier Cross-reference Consumer) (1)Patient (0..n)Query Parameters(1)Where:
SourceUserID

AuditMessage/
ActiveParticipant

AlternativeUserID

M
M↓
U(note2)<wsa:ReplyTo/>エレメントの内容。
ローカルシステムログのローカルオペレーティングシステム
内で利用されているプロセス ID 。

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。

114

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
EV(110153, DCM, “Source”)

Human
Requestor (if↓EV(110153, DCM, “Source Role ID”)
(note3)

RoleIDCodeM

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

UserIDM

トランザクションを発行した人の ID。

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。

RoleIDCodeU

このトランザクションを許可しているユーザの AccessControl の役割。

NetworkAccessPointTypeCode

NA

NetworkAccessPointID

NA

UserID

M

SOAP のエンドポイント URI。

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。

known)

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”AuditMessage/
ActiveParticipant

Destination
AuditMessage/
ActiveParticipant

EV(110152, DCM, “Destination”)
RoleIDCodeM

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

U

Audit Source
AuditMessage/↓
EV(110152, DCM, “Destination Role ID”)
(note4)

AuditSourceID

AuditSourceIdentification↓M(note5)

ログ発生源システムのユニークな ID。
RFC3881 の規定に従う。

AuditEnterpriseSiteID

U

RFC3881 の規定に従う。

AuditSourceTypeCodeU

RFC3881 の規定に従う。

115

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Patient(AuditMessage/
ParticipantObjectIdentificati

ParticipantObjectTypeCodeM

EV( 1 )(人)ParticipantObjectTypeCodeRole

M

EV( 1 )(患者)

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M

EV(2, RFC-3881, “Patient Number”)

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectIDM

HL7 CX 型書式による患者 ID

ParticipantObjectName

U

RFC3881 の規定に従う。

ParticipantObjectQueryU

RFC3881 の規定に従う。

ParticipantObjectDetailU

RFC3881 の規定に従う。

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(24)（query）

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M

EV(“ITI-45”, “IHE Transactions”, “PIX Query”)

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectID

U

RFC3881 の規定に従う。

ParticipantObjectName

U

RFC3881 の規定に従う。

ParticipantObjectQuery

M

Query メッセージの QueryByParameter セグメント、base64 で符号化されている。

ParticipantObjectDetailU

RFC3881 の規定に従う。

on)

Query
Parameters(AuditMessage/
ParticipantObjectIdentification)

note1:

note2:

TechnicalFramework では「EV(110112, DCM, “Query”)」と記載されているが、DICOM 規格での“Query”イベントは DICOM の検索のためのイベントコードで、DICOM 規格で定義されているログの構造には当トランザクションで記載不能なフィールドが存在する。よって、イベントコード「EV(110117, IHEJ, “PIX Query”)」を新しく定義し、DICOM 規格との不整合を解決する。
TechnicalFramework では「M」と記載されているが、DICOM 規格では「U」と記載されている。DICOM 規格に準拠し「U」に拡張する。
note3:

TechnicalFramework では、コード名称が“Source”と記載されているが、DICOM 規格ではコード名称が“Source Role ID”となっている。DICOM 規格に準拠し“Source Role ID”に拡張する。

note4:

TechnicalFramework では、コード名称が“Destination”と記載されているが、DICOM 規格ではコード名称が“Destination Role ID”となっている。DICOM 規格に準拠し“Destination Role ID”に拡張する。

note5:

TechnicalFramework では「U」と記載されているが、DICOM 規格では「M」と記載されている。DICOM 規格に準拠し「M」に拡

張する。

116

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

20.1.14.2. Patient Identifier Cross-reference Manager アクタの監査ログメッセージ
Patient Identifier Cross-reference Manager アクタが、PIXV3 Query [ITI-45]を受信した際の、個人情報へのアクセスイベントを記録するための監査ログメッセージを表 20.1.14.2 のように拡張する。
表 20.1.14.2 Patient Identifier Cross-reference Manager アクタの監査ログメッセージ
Field Name

Opt

Value Constraints

EventID

M

EV(110112, DCM, “Query”)↓
EV(110117, IHEJ, “PIX Query”)(note1)

EventActionCode

M

EventDateTime

M

EventOutcomeIndicator

M

EventTypeCode

M

Event
AuditMessage/
EventIdentification“E” （実行）イベントが発生した時刻。
RFC3881 の規定に従う。
イベントの成功、失敗を示す。
RFC3881 の規定に従う。
EV(“ITI-45”, “IHE Transactions”, “PIX Query”)

Source (Patient Identifier Cross-reference Manager) (1)Destination (Patient Identifier Cross-reference Consumer) (1)Audit Source (Patient Identifier Cross-reference Manager) (1)Patient (0..n)Query Parameters(1)Where:
SourceAuditMessage/
ActiveParticipant

UserIDM<wsa:ReplyTo/>エレメントの内容。

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。

RoleIDCodeM

EV(110153, DCM, “Source”)↓
EV(110153, DCM, “Source Role ID”)
(note2)

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

117

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Destination

UserID

AuditMessage/
ActiveParticipant

AlternativeUserID

M
M↓
U(note3)

SOAP のエンドポイント URI。
ローカルシステムログのローカルオペレーティングシステム
内で利用されているプロセス ID 。

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。
EV(110152, DCM, “Destination”)

M

NetworkAccessPointTypeCodeM

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

Audit Source
AuditMessage/

AuditSourceID

AuditSourceIdentification

Patient(AuditMessage/
ParticipantObjectIdentificati↓
EV(110152, DCM, “Destination Role ID”)
(note4)

RoleIDCodeU↓
M(note5)

ログ発生源システムのユニークな ID。
RFC3881 の規定に従う。

AuditEnterpriseSiteID

U

RFC3881 の規定に従う。

AuditSourceTypeCodeU

RFC3881 の規定に従う。

ParticipantObjectTypeCodeM

EV( 1 )(人)ParticipantObjectTypeCodeRole

M

EV( 1 )(患者)

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M

EV(2, RFC-3881, “Patient Number”)

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectIDM

HL7 CX 型書式による患者 ID

ParticipantObjectName

U

RFC3881 の規定に従う。

ParticipantObjectQueryU

RFC3881 の規定に従う。

ParticipantObjectDetailU

RFC3881 の規定に従う。

on)

118

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Query
Parameters

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(24)（query）

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M

EV(“ITI-45”, “IHE Transactions”, “PIX Query”)

ParticipantObjectID

U

RFC3881 の規定に従う。

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectName

U

RFC3881 の規定に従う。

ParticipantObjectQuery

M

Query メッセージの QueryByParameter セグメント、base64 で符号化されている。

ParticipantObjectDetailU

RFC3881 の規定に従う。

(AuditMessage/
ParticipantObjectIdentification)

note1:

TechnicalFramework では「EV(110112, DCM, “Query”)」と記載されているが、DICOM 規格での“Query”イベントは DICOM の検索のためのイベントコードで、DICOM 規格で定義されているログの構造には当トランザクションで記載不能なフィールドが存在する。よって、イベントコード「EV(110117, IHEJ, “PIX Query”)」を新しく定義し、DICOM 規格との不整合を解決する。

note2:

TechnicalFramework では、コード名称が“Source”と記載されているが、DICOM 規格ではコード名称が“Source Role ID”となっている。DICOM 規格に準拠し“Source Role ID”に拡張する。

note3:

TechnicalFramework では「M」と記載されているが、DICOM 規格では「U」と記載されている。DICOM 規格に準拠し「U」に拡張する。
note4:

TechnicalFramework では、コード名称が“Destination”と記載されているが、DICOM 規格ではコード名称が“Destination Role ID”となっている。DICOM 規格に準拠し“Destination Role ID”に拡張する。

note5)

TechnicalFramework では「U」と記載されているが、DICOM 規格では「M」と記載されている。DICOM 規格に準拠し「M」に拡張する。

20.1.15. PIXV3 Update Notification [ITI-46]
20.1.15.1. Patient Identifier Cross-reference Manager アクタの監査ログメッセージ
Patient Identifier Cross-reference Manager アクタが、PIXV3 Update Notification [ITI-46]を実行した際の、個人情報へのアクセスイベントを記録するための監査ログメッセージを表 20.1.15.1 のように拡張する。
表 20.1.15.1 Patient Identifier Cross-reference Manager アクタの監査ログメッセージ
Field Name

Opt

EV(110110, DCM, “Patient Record”)

Event
AuditMessage/

Value Constraints

EventID

M

EventIdentification

119↓
EV(110110, IHEJ, “Patient Record”)(note1)

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
EventActionCodeM“R” (読み取り)

EventDateTime

M

イベントが発生した時刻。
RFC3881 の規定に従う。

EventOutcomeIndicator

M

イベントの成功、失敗を示す。
RFC3881 の規定に従う。

EventTypeCode

M

EV(“ITI-46”, “IHE Transactions”, “PIX Update Notification”)

Source (Patient Identifier Cross-reference Manager) (1)
Human Requestor (0..n)
Destination (Patient Identifier Cross-reference Consumer) (1)Audit Source (Patient Identifier Cross-reference Manager) (1)Patient(1..n)
Where:
SourceUserID

AuditMessage/
ActiveParticipant

AlternativeUserID

Human
Requestor (ifMM↓U(note2)<wsa:ReplyTo/>エレメントの内容。
ローカルシステムログのローカルオペレーティングシステム
内で利用されているプロセス ID 。

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。

RoleIDCodeM

EV(110153, DCM, “Source”)↓
EV(110153, DCM, “Source Role ID”)
(note3)

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

UserIDM

トランザクションを発行した人の ID。

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。

RoleIDCodeU

このトランザクションを許可しているユーザの AccessControl の役割。

NetworkAccessPointTypeCode

NA

NetworkAccessPointIDNA

known)

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”AuditMessage/
ActiveParticipant120

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Destination
AuditMessage/
ActiveParticipant

UserID

M

SOAP のエンドポイント URI。

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。

RoleIDCodeM

EV(110152, DCM, “Destination”)↓
EV(110152, DCM, “Destination Role ID”)
(note4)

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

AuditSourceID

AuditSourceIdentification

Patient(AuditMessage/
ParticipantObjectIdentificati

IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

U

Audit Source
AuditMessage/

マシン(DNS)ネームの場合、“1”↓M(note5)

ログ発生源システムのユニークな ID。
RFC3881 の規定に従う。

AuditEnterpriseSiteID

U

RFC3881 の規定に従う。

AuditSourceTypeCodeU

RFC3881 の規定に従う。

ParticipantObjectTypeCodeM

EV( 1 )(人)ParticipantObjectTypeCodeRole

M

EV( 1 )(患者)

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M

EV(2, RFC-3881, “Patient Number”)

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectIDM

HL7 CX 型書式による患者 ID

ParticipantObjectName

U

RFC3881 の規定に従う。

ParticipantObjectQueryU

RFC3881 の規定に従う。

ParticipantObjectDetailM

Type=II (リテラル文字列), Value= message.id の値

on)note1:

TechnicalFramework では「EV(110110, DCM, “Patient Record”)」と記載されているが、このイベントコードは DICOM 規格で定義されていない。日本国内拡張としてイベントコード「EV(110110, IHEJ, “Patient Record”)」を新しく定義することで、DICOM 規格との不整合を解決する。
note2:

TechnicalFramework では「M」と記載されているが、DICOM 規格では「U」と記載されている。
DICOM 規格に準拠し「U」に拡張する。

note3:

TechnicalFramework では、コード名称が“Source”と記載されているが、DICOM 規格ではコード名称が“Source Role ID”となっている。DICOM 規格に準拠し“Source Role ID”に拡張する。

note4:

TechnicalFramework では、コード名称が“Destination”と記載されているが、DICOM 規格ではコード名称が“Destination Role ID”となっている。DICOM 規格に準拠し“Destination Role ID”に拡張する。

121

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

TechnicalFramework では「U」と記載されているが、DICOM 規格では「M」と記載されている。DICOM 規格に準拠し「M」に拡

note5:

張する。

20.1.15.2. Patient Identifier Cross-reference Consumer アクタの監査ログメッセージ
Patient Identifier Cross-reference Consumer アクタが、PIXV3 Update Notification [ITI-46]を受信した際の、個人情報へのアクセスイベントを記録するための監査ログメッセージを表 20.1.15.2のように拡張する。
表 20.1.15.2 Patient Identifier Cross-reference Consumer アクタの監査ログメッセージ
Field Name

Opt

EV(110110, DCM, “Patient Record”)

Event
AuditMessage/

Value Constraints↓
EV(110110, IHEJ, “Patient Record”)(note1)

EventID

M

EventActionCodeM“U” (更新)

EventDateTime

M

イベントが発生した時刻。
RFC3881 の規定に従う。

EventOutcomeIndicator

M

イベントの成功、失敗を示す。
RFC3881 の規定に従う。

EventTypeCode

M

EV(“ITI-46”, “IHE Transactions”, “PIX Update Notification”)

EventIdentification

Source (Patient Identifier Cross-reference Manager) (1)Destination (Patient Identifier Cross-reference Consumer) (1)Audit Source (Patient Identifier Cross-reference Consumer) (1)Patient(1..n)
Where:
SourceAuditMessage/
ActiveParticipant

UserIDM<wsa:ReplyTo/>エレメントの内容。

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。
EV(110153, DCM, “Source”)

RoleIDCodeM

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

122

↓
EV(110153, DCM, “Source Role ID”)
(note2)マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Destination

UserID

AuditMessage/
ActiveParticipant

AlternativeUserID

M
M↓
U(note3)

SOAP のエンドポイント URI。
ローカルシステムログのローカルオペレーティングシステム
内で利用されているプロセス ID 。

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。
EV(110152, DCM, “Destination”)

M

NetworkAccessPointTypeCodeM

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

Audit Source
AuditMessage/

AuditSourceID

AuditSourceIdentification

Patient(AuditMessage/
ParticipantObjectIdentification)

note1:↓
EV(110152, DCM, “Destination Role ID”)
(note4)

RoleIDCodeU↓
M(note5)

ログ発生源システムのユニークな ID。
RFC3881 の規定に従う。

AuditEnterpriseSiteID

U

RFC3881 の規定に従う。

AuditSourceTypeCodeU

RFC3881 の規定に従う。

ParticipantObjectTypeCodeM

EV( 1 )(人)ParticipantObjectTypeCodeRole

M

EV( 1 )(患者)

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M

EV(2, RFC-3881, “Patient Number”)

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectIDM

HL7 CX 型書式による患者 ID

ParticipantObjectName

U

RFC3881 の規定に従う。

ParticipantObjectQueryU

RFC3881 の規定に従う。

ParticipantObjectDetailM

Type=II (リテラル文字列), Value= message.id の値

TechnicalFramework では「EV(110110, DCM, “Patient Record”)」と記載されているが、このイベントコードは DICOM 規格で定義されていない。日本国内拡張としてイベントコード「EV(110110, IHEJ, “Patient Record”)」を新しく定義することで、DICOM 規格との不整合を解決する。
note2:

TechnicalFramework では、コード名称が“Source”と記載されているが、DICOM 規格ではコード名称が“Source Role ID”となっている。
DICOM 規格に準拠し“Source Role ID”に拡張する。
note3:

TechnicalFramework では「M」と記載されているが、DICOM 規格では「U」と記載されている。
DICOM 規格に準拠し「U」に拡張する。

123IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

TechnicalFramework では、コード名称が“Destination”と記載されているが、DICOM 規格ではコード名称が“Destination Role ID”

note4:となっている。
DICOM 規格に準拠し“Destination Role ID”に拡張する。
TechnicalFramework では「U」と記載されているが、DICOM 規格では「M」と記載されている。
DICOM 規格に準拠し「M」に拡張する。

note5:

20.1.16. Patient Demographics Query HL7 V3 [ITI-47]
20.1.16.1. Patient Demographics Consumer アクタの監査ログメッセージ
Patient Demographics Consumer アクタが、Patient Demographics Query HL7 V3 [ITI-47]を実施した際の、個人情報へのアクセスイベントを記録するための監査ログメッセージを表 20.1.16.1 のように拡張する。
表 20.1.16.1

Patient Demographics Consumer アクタの監査ログメッセージ

Field Name

Opt

Value Constraints

EventID

M

EV(110112, DCM, “Query”)↓
EV(110118, IHEJ, “PDQ Query”)(note1)

EventActionCodeM“E” （実行）

EventDateTime

M

EventOutcomeIndicator

M

EventTypeCode

M

EV(“ITI-47”, “IHE Transactions”, “Patient Demographics Query”)

M<wsa:ReplyTo/>エレメントの内容。

Event
AuditMessage/
EventIdentification

イベントが発生した時刻。
RFC3881 の規定に従う。
イベントの成功、失敗を示す。
RFC3881 の規定に従う。

Source (Patient Demographics Consumer) (1)
Human Requestor (0..n)
Destination (Patient Demographics Supplier) (1)Audit Source (Patient Demographics Consumer) (1)Patient (0..n)Query Parameters(1)Where:
SourceUserID

AuditMessage/
ActiveParticipant

AlternativeUserID

M↓
U(note2)

ローカルシステムログのローカルオペレーティングシステム
内で利用されているプロセス ID 。

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。
EV(110153, DCM, “Source”)

RoleIDCode

M

124

↓
EV(110153, DCM, “Source Role ID”)
(note3)

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Human
Requestor (if

マシン(DNS)ネームの場合、“1”NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

UserIDM

トランザクションを発行した人の ID。

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。

RoleIDCodeU

このトランザクションを許可しているユーザの AccessControl の役割。

NetworkAccessPointTypeCode

NA

NetworkAccessPointID

NA

UserID

M

SOAP のエンドポイント URI。

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。

RoleIDCodeM

EV(110152, DCM, “Destination”)↓
EV(110152, DCM, “Destination Role ID”)
(note4)

NetworkAccessPointTypeCode

M

NetworkAccessPointIDM

known)IP アドレスの場合、“2”AuditMessage/
ActiveParticipant

Destination
AuditMessage/
ActiveParticipant

AuditSourceID

AuditSourceIdentification

Patient(AuditMessage/
ParticipantObjectIdentificati

IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

U

Audit Source
AuditMessage/

マシン(DNS)ネームの場合、“1”↓M(note4)

ログ発生源システムのユニークな ID。
RFC3881 の規定に従う。

AuditEnterpriseSiteID

U

RFC3881 の規定に従う。

AuditSourceTypeCodeU

RFC3881 の規定に従う。

ParticipantObjectTypeCodeM

EV( 1 )(人)ParticipantObjectTypeCodeRole

M

EV( 1 )(患者)

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M

EV(2, RFC-3881, “Patient Number”)

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectIDM

HL7 CX 型書式による患者 ID

on)

125

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Query
Parameters

ParticipantObjectName

U

RFC3881 の規定に従う。

ParticipantObjectQueryU

RFC3881 の規定に従う。

ParticipantObjectDetailU

RFC3881 の規定に従う。

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(24)（query）

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDType

M

EV(“ITI-47”, “IHE Transactions”, “Patient Demographics Query”)

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectID

U

RFC3881 の規定に従う。

ParticipantObjectName

U

RFC3881 の規定に従う。

ParticipantObjectQuery

M

Query メッセージの QueryByParameter セグメント、base64 で符号化されている。

ParticipantObjectDetailU

RFC3881 の規定に従う。

(AuditMessage/
ParticipantObjectIdentification)

note1:

note2:

TechnicalFramework では「EV(110112, DCM, “Query”)」と記載されているが、DICOM 規格での“Query”イベントは DICOM の検索のためのイベントコードで、DICOM 規格で定義されているログの構造には当トランザクションで記載不能なフィールドが存在する。よって、イベントコード「EV(110118, IHEJ, “PDQ Query”)」を新しく定義し、DICOM 規格との不整合を解決する。
TechnicalFramework では「M」と記載されているが、DICOM 規格では「U」と記載されている。DICOM 規格に準拠し「U」に拡張する。
note3:

TechnicalFramework では、コード名称が“Source”と記載されているが、DICOM 規格ではコード名称が“Source Role ID”となっている。DICOM 規格に準拠し“Source Role ID”に拡張する。

note4:

TechnicalFramework では、コード名称が“Destination”と記載されているが、DICOM 規格ではコード名称が“Destination Role ID”となっている。DICOM 規格に準拠し“Destination Role ID”に拡張する。

note5:

TechnicalFramework では「U」と記載されているが、DICOM 規格では「M」と記載されている。DICOM 規格に準拠し「M」に拡張する。

20.1.16.2. Patient Demographics Supplier アクタの監査ログメッセージ
Patient Demographics Supplier アクタが、Patient Demographics Query HL7 V3 [ITI-47]を受信した際の、個人情報へのアクセスイベントを記録するための監査ログメッセージを表 20.1.16.2 のように拡張する。
表 20.1.16.2

Patient Demographics Supplier アクタの監査ログメッセージ

Field Name

Opt

EV(110112, DCM, “Query”)

Event
AuditMessage/

Value Constraints

EventID

M

EventIdentification

126↓
EV(110118, IHEJ, “PDQ Query”)(note1)

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
“E” （実行）

EventActionCode

M

EventDateTime

M

イベントが発生した時刻。
RFC3881 の規定に従う。

EventOutcomeIndicator

M

イベントの成功、失敗を示す。
RFC3881 の規定に従う。

EventTypeCode

M

EV(“ITI-47”, “IHE Transactions”, “Patient Demographics Query”)

UserIDM<wsa:ReplyTo/>エレメントの内容。

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。

Source (Patient Demographics Consumer) (1)Destination (Patient Demographics Supplier) (1)Audit Source (Patient Demographics Supplier) (1)Patient (0..n)Query Parameters(1)Where:
SourceAuditMessage/
ActiveParticipant

EV(110153, DCM, “Source”)

Destination

M

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

UserID

M

SOAP のエンドポイント URI。

AuditMessage/
ActiveParticipant↓
EV(110153, DCM, “Source Role ID”)
(note2)

RoleIDCode

AlternativeUserID

M↓
U(note3)マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ローカルシステムログのローカルオペレーティングシステム
内で利用されているプロセス ID 。

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。
EV(110152, DCM, “Destination”)↓
EV(110152, DCM, “Destination Role ID”)
(note4)

RoleIDCodeM

NetworkAccessPointTypeCodeM

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

127

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
Audit Source
AuditMessage/

AuditSourceID

AuditSourceIdentification

Patient(AuditMessage/
ParticipantObjectIdentificati

U↓M(note5)

ログ発生源システムのユニークな ID。
RFC3881 の規定に従う。

AuditEnterpriseSiteID

U

RFC3881 の規定に従う。

AuditSourceTypeCodeU

RFC3881 の規定に従う。

ParticipantObjectTypeCodeM

EV( 1 )(人)ParticipantObjectTypeCodeRole

M

EV( 1 )(患者)

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M

EV(2, RFC-3881, “Patient Number”)

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectIDM

HL7 CX 型書式による患者 ID

ParticipantObjectName

U

RFC3881 の規定に従う。

ParticipantObjectQueryU

RFC3881 の規定に従う。

ParticipantObjectDetailU

RFC3881 の規定に従う。

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(24)（query）

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M

EV(“ITI-47”, “IHE Transactions”, “Patient Demographics Query”)

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectID

U

RFC3881 の規定に従う。

ParticipantObjectName

U

RFC3881 の規定に従う。

PaticipantObjectQuery

M

Query メッセージの QueryByParameter セグメント、base64 で符号化されている。

ParticipantObjectDetailU

RFC3881 の規定に従う。

on)

Query
Parameters(AuditMessage/
ParticipantObjectIdentification)

note1:

TechnicalFramework では「EV(110112, DCM, “Query”)」と記載されているが、DICOM 規格での“Query”イベントは DICOM の検索のためのイベントコードで、DICOM 規格で定義されているログの構造には当トランザクションで記載不能なフィールドが存在する。よって、イベントコード「EV(110118, IHEJ, “PDQ Query”)」を新しく定義し、DICOM 規格との不整合を解決する。

note2:

TechnicalFramework では、コード名称が“Source”と記載されているが、DICOM 規格ではコード名称が“Source Role ID”となっている。DICOM 規格に準拠し“Source Role ID”に拡張する。

note3:

TechnicalFramework では「M」と記載されているが、DICOM 規格では「U」と記載されている。DICOM 規格に準拠し「U」に拡張する。
note4:

TechnicalFramework では、コード名称が“Destination”と記載されているが、DICOM 規格ではコード名称が“Destination Role ID”となっている。DICOM 規格に準拠し“Destination Role ID”に拡張する。

128

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

TechnicalFramework では「U」と記載されているが、DICOM 規格では「M」と記載されている。DICOM 規格に準拠し「M」に拡

note5)

張する。

20.1.17. Retrieve Images [RAD-16]
Retrieve Images [RAD-16]トランザクションは、DICOM 通信によるトランザクションであるため、監査ログメッセージ書式は、DICOM 規格に準拠すべきである。Technical Framework には、監査ログ
メッセージ書式の詳細についての記載がないため、ここに監査ログ書式を記載することとした。尚、DICOM 規格の監査書式メッセージについては、DICOM Part15 A Secure Use Profiles を参照のこと。
20.1.17.1. Imaging Document Consumer アクタの監査ログメッセージ
Imaging Document Consumer アクタが、Retrieve Images [RAD-16]を実施した際の、アクセス
イベントを記録するための監査ログメッセージを表 20.1.17.1 のように定義する。
表 20.1.17.1 Imaging Document Consumer アクタの監査ログメッセージ

Event
AuditMessage/
EventIdentification

Field Name

Opt

Value Constraints

EventID

M

EV(110103, DCM, “DICOM Instances Accessed”)

EventActionCodeM“C” (作成)

EventDateTime

M

DICOM の規定に従う。

EventOutcomeIndicator

M

DICOM の規定に従う。

EventTypeCode

M

EV(“RAD-16”, “IHE Transactions”, “Retrieve Images”)

UserIDM

DICOM の規定に従う。

AlternativeUserIDU

DICOM の規定に従う。

UserNameU

DICOM の規定に従う。

UserIsRequestorM“false”

RoleIDCodeM

EV(110153, DCM, “Source Role ID”)

NetworkAccessPointTypeCodeM

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

UserIDM

DICOM の規定に従う。

AlternativeUserIDU

DICOM の規定に従う。

Source (Imaging Document Source) (1)Destination (Imaging Document Consumer) (1)Audit Source (Imaging Document Consumer) (1)Patient (1)Studies (1..n)
Where:
SourceAuditMessage/
ActiveParticipant

Destination
AuditMessage/
ActiveParticipant

129

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Audit Source

UserNameU

DICOM の規定に従う。

UserIsRequestorM“true”

RoleIDCodeM

EV(110152, DCM, “Destination Role ID”)

NetworkAccessPointTypeCodeM

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。
RFC3881 の規定に従う。

AuditSourceID

M

AuditEnterpriseSiteID

U

RFC3881 の規定に従う。

AuditSourceTypeCodeU

RFC3881 の規定に従う。

ParticipantObjectTypeCodeM

EV( 1 )(人)ParticipantObjectTypeCodeRole

M

EV( 1 )(患者)

ParticipantObjectDataLifeCycle

U

DICOM の規定に従う。

ParticipantObjectIDTypeCode

M

EV(2, RFC-3881, “Patient Number”)

ParticipantObjectSensitivity

U

DICOM の規定に従う。

ParticipantObjectID

M

DICOM の規定に従う。

ParticipantObjectNameU

DICOM の規定に従う。

ParticipantObjectQueryU

DICOM の規定に従う。

ParticipantObjectDetailU

DICOM の規定に従う。

ParticipantObjectDescription

U

DICOM の規定に従う。

ログ発生源システムのユニークな ID。
RFC3881 の規定に従う。

AuditMessage/
AuditSourceIdentification

Patient(AuditMessage/
ParticipantObjectIdentifica
tion)

130

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Studies(AuditMessage/
ParticipantObjectIdentifica

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(3)（レポート）

ParticipantObjectDataLifeCycle

U

DICOM の規定に従う。

ParticipantObjectIDTypeCode

M

EV(110180, DCM, "Study Instance UID")

ParticipantObjectSensitivity

U

DICOM の規定に従う。

ParticipantObjectID

M

Study Instance UID の値

ParticipantObjectNameC

DICOM の規定に従う。

ParticipantObjectQueryU

DICOM の規定に従う。

ParticipantObjectDetailM

DICOM の規定に従う。

tion)20.1.17.2. Imaging Document Source アクタの監査ログメッセージ
Imaging Document Source アクタが、Retrieve Images [RAD-16]を受信した際の、アクセスイベ
ントを記録するための監査ログメッセージを表 20.1.17.2 のように拡張する。
表 20.1.17.2 Imaging Document Source アクタの監査ログメッセージ

Event
AuditMessage/
EventIdentification

Field Name

Opt

Value Constraints

EventID

M

EV(110104, DCM, “DICOM Instances Transferred”)

EventActionCodeM“R”（読み取り）

EventDateTime

M

DICOM の規定に従う。

EventOutcomeIndicator

M

DICOM の規定に従う。

EventTypeCode

M

EV(“ITI-16”, “IHE Transactions”, “Retrieve Images”)

UserIDM

DICOM の規定に従う。

AlternativeUserIDU

DICOM の規定に従う。

UserNameU

DICOM の規定に従う。

UserIsRequestorM“false”

RoleIDCodeM

EV(110153, DCM, “Source Role ID”)

Source (Imaging Document Source) (1)Destination (Imaging Document Consumer) (1)Audit Source (Imaging Document Source) (1)Patient (1)Studies (1..n)
Where:
SourceAuditMessage/
ActiveParticipant131

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Destination
AuditMessage/
ActiveParticipant

Audit Source

マシン(DNS)ネームの場合、“1”NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。
RFC3881 の規定に従う。

UserIDM

DICOM の規定に従う。

AlternativeUserIDU

DICOM の規定に従う。

UserNameU

DICOM の規定に従う。

UserIsRequestorM“true”

RoleIDCodeM

EV(110152, DCM, “Destination Role ID”)

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

AuditSourceID

M

AuditEnterpriseSiteID

U

RFC3881 の規定に従う。

AuditSourceTypeCodeU

RFC3881 の規定に従う。

ParticipantObjectTypeCodeM

EV( 1 )(人)ParticipantObjectTypeCodeRole

M

EV( 1 )(患者)

ParticipantObjectDataLifeCycle

U

DICOM の規定に従う。

ParticipantObjectIDTypeCode

M

EV(2, RFC-3881, “Patient Number”)

ParticipantObjectSensitivity

U

DICOM の規定に従う。

ParticipantObjectID

M

DICOM の規定に従う。

ParticipantObjectNameU

DICOM の規定に従う。

ParticipantObjectQueryU

DICOM の規定に従う。

ParticipantObjectDetailU

DICOM の規定に従う。

ParticipantObjectDescription

U

DICOM の規定に従う。

IP アドレスの場合、“2”マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。
RFC3881 の規定に従う。

ログ発生源システムのユニークな ID。
RFC3881 の規定に従う。

AuditMessage/
AuditSourceIdentification

Patient(AuditMessage/
ParticipantObjectIdentifica
tion)

132

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Studies(AuditMessage/
ParticipantObjectIdentifica

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(3)（レポート）

ParticipantObjectDataLifeCycle

U

DICOM の規定に従う。

ParticipantObjectIDTypeCodeM

EV (110180, DCM, "Study Instance UID")

ParticipantObjectSensitivity

U

DICOM の規定に従う。

ParticipantObjectID

M

Study Instance UID の値

ParticipantObjectNameU

DICOM の規定に従う。

ParticipantObjectQueryU

DICOM の規定に従う。

ParticipantObjectDetailU

DICOM の規定に従う。

ParticipantObjectDescription

U

DICOM の規定に従う。

SOPClassMC

DICOM の規定に従う。

AccessionU

DICOM の規定に従う。

NumberOfInstancesU

DICOM の規定に従う。

InstancesU

DICOM の規定に従う。

Encrypted

U

DICOM の規定に従う。

Anonymized

U

DICOM の規定に従う。

tion)20.1.18. Retrieve Presentation States [RAD-17]
Retrieve Presentation States [RAD-17]トランザクションは、DICOM 通信によるトランザクションであるため、監査ログメッセージ書式は、DICOM 規格に準拠すべきである。Technical Framework には、
監査ログメッセージ書式の詳細についての記載がないため、ここに監査ログ書式を記載することとした。
尚、DICOM 規格の監査書式メッセージについては、DICOM Part15 A Secure Use Profiles を参照のこと。
20.1.18.1. Imaging Document Consumer アクタの監査ログメッセージ
Imaging Document Consumer アクタが、Retrieve Presentation States [RAD-17]を実施した際の、アクセスイベントを記録するための監査ログメッセージを表 20.1.18.1 のように定義する。
表 20.1.18.1 Imaging Document Consumer アクタの監査ログメッセージ

Event

Field Name

Opt

Value Constraints

EventID

M

EV(110103, DCM, “DICOM Instances Accessed”)

AuditMessage/
EventIdentification

133

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
EventActionCodeM“C”（作成）

EventDateTime

M

DICOM の規定に従う。

EventOutcomeIndicator

M

DICOM の規定に従う。

EventTypeCode

M

EV(“RAD-17”, “IHE Transactions”, “Retrieve Presentation
States”)

UserIDM

DICOM の規定に従う。

AlternativeUserIDU

DICOM の規定に従う。

UserNameU

DICOM の規定に従う。

UserIsRequestorM“false”

RoleIDCodeM

EV(110153, DCM, “Source Role ID”)

NetworkAccessPointTypeCodeM

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

UserIDM

DICOM の規定に従う。

AlternativeUserIDU

DICOM の規定に従う。

UserNameU

DICOM の規定に従う。

UserIsRequestorM“true”

RoleIDCodeM

EV(110152, DCM, “Destination Role ID”)

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。
RFC3881 の規定に従う。

AuditSourceID

M

ログ発生源システムのユニークな ID。
RFC3881 の規定に従う。

AuditEnterpriseSiteID

U

RFC3881 の規定に従う。

AuditSourceTypeCodeU

RFC3881 の規定に従う。

Source (Imaging Document Source) (1)Destination (Imaging Document Consumer) (1)Audit Source (Imaging Document Consumer) (1)Patient (1)Studies (1..n)
Where:
SourceAuditMessage/
ActiveParticipant

Destination
AuditMessage/
ActiveParticipant

Audit Source

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”AuditMessage/
AuditSourceIdentification

134

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Patient(AuditMessage/
ParticipantObjectIdentifica

ParticipantObjectTypeCodeM

EV( 1 )(人)ParticipantObjectTypeCodeRole

M

EV( 1 )(患者)

ParticipantObjectDataLifeCycle

U

DICOM の規定に従う。

ParticipantObjectIDTypeCode

M

EV(2, RFC-3881, “Patient Number”)

ParticipantObjectSensitivity

U

DICOM の規定に従う。

ParticipantObjectID

M

DICOM の規定に従う。

ParticipantObjectNameU

DICOM の規定に従う。

ParticipantObjectQueryU

DICOM の規定に従う。

ParticipantObjectDetailU

DICOM の規定に従う。

ParticipantObjectDescription

U

DICOM の規定に従う。

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(3)（レポート）

ParticipantObjectDataLifeCycle

U

DICOM の規定に従う。

ParticipantObjectIDTypeCode

M

EV(110180, DCM, "Study Instance UID")

ParticipantObjectSensitivity

U

DICOM の規定に従う。

ParticipantObjectID

M

Study Instance UID の値

ParticipantObjectNameC

DICOM の規定に従う。

ParticipantObjectQueryU

DICOM の規定に従う。

ParticipantObjectDetailM

DICOM の規定に従う。

tion)

Studies(AuditMessage/
ParticipantObjectIdentifica
tion)

20.1.18.2. Imaging Document Source アクタの監査ログメッセージ
Imaging Document Source アクタが、Retrieve Presentation States [RAD-17]を受信した際の、アクセスイベントを記録するための監査ログメッセージを表 20.1.18.2 のように定義する。
表 20.1.18.2 Imaging Document Source アクタの監査ログメッセージ

Event

Field Name

Opt

Value Constraints

EventID

M

EV(110104, DCM, “DICOM Instances Transferred”)

AuditMessage/
EventIdentification

135

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
EventActionCodeM“R”（読み取り）

EventDateTime

M

DICOM の規定に従う。

EventOutcomeIndicator

M

DICOM の規定に従う。

EventTypeCode

M

EV(“RAD-17”, “IHE Transactions”, “Retrieve Presentation
States”)

UserIDM

DICOM の規定に従う。

AlternativeUserIDU

DICOM の規定に従う。

UserNameU

DICOM の規定に従う。

UserIsRequestorM“false”

RoleIDCodeM

EV(110153, DCM, “Source Role ID”)

NetworkAccessPointTypeCodeM

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。
RFC3881 の規定に従う。

UserIDM

DICOM の規定に従う。

AlternativeUserIDU

DICOM の規定に従う。

UserNameU

DICOM の規定に従う。

UserIsRequestorM“true”

RoleIDCodeM

EV(110152, DCM, “Destination Role ID”)

NetworkAccessPointTypeCodeM

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。
RFC3881 の規定に従う。

AuditSourceID

M

ログ発生源システムのユニークな ID。
RFC3881 の規定に従う。

AuditEnterpriseSiteID

U

RFC3881 の規定に従う。

AuditSourceTypeCodeU

RFC3881 の規定に従う。

Source (Imaging Document Source) (1)Destination (Imaging Document Consumer) (1)Audit Source (Imaging Document Source) (1)Patient (1)Studies (1..n)
Where:
SourceAuditMessage/
ActiveParticipant

Destination
AuditMessage/
ActiveParticipant

Audit Source
AuditMessage/
AuditSourceIdentification

136

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Patient(AuditMessage/
ParticipantObjectIdentifica

ParticipantObjectTypeCodeM

EV( 1 )(人)ParticipantObjectTypeCodeRole

M

EV( 1 )(患者)

ParticipantObjectDataLifeCycle

U

DICOM の規定に従う。

ParticipantObjectIDTypeCode

M

EV(2, RFC-3881, “Patient Number”)

ParticipantObjectSensitivity

U

DICOM の規定に従う。

ParticipantObjectID

M

DICOM の規定に従う。

ParticipantObjectNameU

DICOM の規定に従う。

ParticipantObjectQueryU

DICOM の規定に従う。

ParticipantObjectDetailU

DICOM の規定に従う。

ParticipantObjectDescription

U

DICOM の規定に従う。

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(3)（レポート）

ParticipantObjectDataLifeCycle

U

DICOM の規定に従う。

ParticipantObjectIDTypeCodeM

EV (110180, DCM, "Study Instance UID")

ParticipantObjectSensitivity

U

DICOM の規定に従う。

ParticipantObjectID

M

Study Instance UID の値

ParticipantObjectNameU

DICOM の規定に従う。

ParticipantObjectQueryU

DICOM の規定に従う。

ParticipantObjectDetailU

DICOM の規定に従う。

ParticipantObjectDescription

U

DICOM の規定に従う。

SOPClassMC

DICOM の規定に従う。

AccessionU

DICOM の規定に従う。

NumberOfInstancesU

DICOM の規定に従う。

InstancesU

DICOM の規定に従う。

Encrypted

U

DICOM の規定に従う。

Anonymized

U

DICOM の規定に従う。

tion)

Studies(AuditMessage/
ParticipantObjectIdentifica
tion)

137

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
20.1.19. Retrieve Reports [RAD-27]

Retrieve Reports [RAD-27]トランザクションは、DICOM 通信によるトランザクションであるため、監査ログメッセージ書式は、DICOM 規格に準拠すべきである。Technical Framework には、監査ログ
メッセージ書式の詳細についての記載がないため、ここに監査ログ書式を記載することとする。尚、
DICOM 規格の監査書式メッセージについては、DICOM Part15 A Secure Use Profiles を参照のこと。
20.1.19.1. Imaging Document Consumer アクタの監査ログメッセージ
Imaging Document Consumer アクタが、Retrieve Reports [RAD-27]を実施した際の、アクセス
イベントを記録するための監査ログメッセージを表 20.1.19.1 のように定義する。
表 20.1.19.1 Imaging Document Consumer アクタの監査ログメッセージ

Event
AuditMessage/
EventIdentification

Field Name

Opt

Value Constraints

EventID

M

EV(110103, DCM, “DICOM Instances Accessed”)

EventActionCodeM“C”（作成）

EventDateTime

M

DICOM の規定に従う。

EventOutcomeIndicator

M

DICOM の規定に従う。

EventTypeCode

M

EV(“RAD-27”, “IHE Transactions”, “Retrieve Reports”)

UserIDM

DICOM の規定に従う。

AlternativeUserIDU

DICOM の規定に従う。

UserNameU

DICOM の規定に従う。

UserIsRequestorM“false”

RoleIDCodeM

EV(110153, DCM, “Source Role ID”)

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

UserIDM

DICOM の規定に従う。

AlternativeUserIDU

DICOM の規定に従う。

UserNameU

DICOM の規定に従う。

Source (Imaging Document Source) (1)Destination (Imaging Document Consumer) (1)Audit Source (Imaging Document Consumer) (1)Patient (1)Studies (1..n)
Where:
SourceAuditMessage/
ActiveParticipant

Destination
AuditMessage/
ActiveParticipant

138

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Audit Source

UserIsRequestorM“true”

RoleIDCodeM

EV(110152, DCM, “Destination Role ID”)

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。
RFC3881 の規定に従う。

AuditSourceID

M

ログ発生源システムのユニークな ID。
RFC3881 の規定に従う。

AuditEnterpriseSiteID

U

RFC3881 の規定に従う。

AuditSourceTypeCodeU

RFC3881 の規定に従う。

ParticipantObjectTypeCodeM

EV( 1 )(人)ParticipantObjectTypeCodeRole

M

EV( 1 )(患者)

ParticipantObjectDataLifeCycle

U

DICOM の規定に従う。

ParticipantObjectIDTypeCode

M

EV(2, RFC-3881, “Patient Number”)

ParticipantObjectSensitivity

U

DICOM の規定に従う。

ParticipantObjectID

M

DICOM の規定に従う。

ParticipantObjectNameU

DICOM の規定に従う。

ParticipantObjectQueryU

DICOM の規定に従う。

ParticipantObjectDetailU

DICOM の規定に従う。

ParticipantObjectDescription

U

DICOM の規定に従う。

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(3)（レポート）

ParticipantObjectDataLifeCycle

U

DICOM の規定に従う。

ParticipantObjectIDTypeCode

M

EV(110180, DCM, "Study Instance UID")

ParticipantObjectSensitivity

U

DICOM の規定に従う。

ParticipantObjectID

M

Study Instance UID の値

ParticipantObjectNameC

DICOM の規定に従う。

ParticipantObjectQueryU

DICOM の規定に従う。

ParticipantObjectDetailM

DICOM の規定に従う。

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”AuditMessage/
AuditSourceIdentification

Patient(AuditMessage/
ParticipantObjectIdentifica
tion)

Studies(AuditMessage/
ParticipantObjectIdentifica
tion)

139

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
20.1.19.2. Imaging Document Source アクタの監査ログメッセージ

Imaging Document Source アクタが、Retrieve Reports [RAD-27]を受信した際の、アクセスイベ
ントを記録するための監査ログメッセージを表 20.1.19.2 のように定義する。
表 20.1.19.2 Imaging Document Source アクタの監査ログメッセージ

Event
AuditMessage/
EventIdentification

Field Name

Opt

Value Constraints

EventID

M

EV(110104, DCM, “DICOM Instances Transferred”)

EventActionCodeM“R”（読み取り）

EventDateTime

M

DICOM の規定に従う。

EventOutcomeIndicator

M

DICOM の規定に従う。

EventTypeCode

M

EV(“ITI-27”, “IHE Transactions”, “Retrieve Reports”)

UserIDM

DICOM の規定に従う。

AlternativeUserIDU

DICOM の規定に従う。

UserNameU

DICOM の規定に従う。

UserIsRequestorM“false”

RoleIDCodeM

EV(110153, DCM, “Source Role ID”)

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

Source (Imaging Document Source) (1)Destination (Imaging Document Consumer) (1)Audit Source (Imaging Document Source) (1)Patient (1)Studies (1..n)
Where:
SourceAuditMessage/
ActiveParticipant

140

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。
RFC3881 の規定に従う。

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Destination
AuditMessage/
ActiveParticipant

Audit Source

UserIDM

DICOM の規定に従う。

AlternativeUserIDU

DICOM の規定に従う。

UserNameU

DICOM の規定に従う。

UserIsRequestorM“true”

RoleIDCodeM

EV(110152, DCM, “Destination Role ID”)

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

AuditSourceID

M

AuditEnterpriseSiteID

U

RFC3881 の規定に従う。

AuditSourceTypeCodeU

RFC3881 の規定に従う。

ParticipantObjectTypeCodeM

EV( 1 )(人)ParticipantObjectTypeCodeRole

M

EV( 1 )(患者)

ParticipantObjectDataLifeCycle

U

DICOM の規定に従う。

ParticipantObjectIDTypeCode

M

EV(2, RFC-3881, “Patient Number”)

ParticipantObjectSensitivity

U

DICOM の規定に従う。

ParticipantObjectID

M

DICOM の規定に従う。

ParticipantObjectNameU

DICOM の規定に従う。

ParticipantObjectQueryU

DICOM の規定に従う。

ParticipantObjectDetailU

DICOM の規定に従う。

ParticipantObjectDescription

U

DICOM の規定に従う。

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。
RFC3881 の規定に従う。

ログ発生源システムのユニークな ID。
RFC3881 の規定に従う。

AuditMessage/
AuditSourceIdentification

Patient(AuditMessage/
ParticipantObjectIdentifica
tion)

141

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Studies(AuditMessage/
ParticipantObjectIdentifica

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(3)（レポート）

ParticipantObjectDataLifeCycle

U

DICOM の規定に従う。

ParticipantObjectIDTypeCodeM

EV (110180, DCM, "Study Instance UID")

ParticipantObjectSensitivity

U

DICOM の規定に従う。

ParticipantObjectID

M

Study Instance UID の値

ParticipantObjectNameU

DICOM の規定に従う。

ParticipantObjectQueryU

DICOM の規定に従う。

ParticipantObjectDetailU

DICOM の規定に従う。

ParticipantObjectDescription

U

DICOM の規定に従う。

SOPClassMC

DICOM の規定に従う。

AccessionU

DICOM の規定に従う。

NumberOfInstancesU

DICOM の規定に従う。

InstancesU

DICOM の規定に従う。

Encrypted

U

DICOM の規定に従う。

Anonymized

U

DICOM の規定に従う。

tion)20.1.20. Retrieve Key Image Note [RAD-31]
Retrieve Key Image Note [RAD-31]トランザクションは、DICOM 通信によるトランザクションであるため、監査ログメッセージ書式は、DICOM 規格に準拠すべきである。Technical Framework には、
監査ログメッセージ書式の詳細についての記載がないため、ここに監査ログ書式を記載することとする。
尚、DICOM 規格の監査書式メッセージについては、DICOM Part15 A Secure Use Profiles を参照のこと。
20.1.20.1. Imaging Document Consumer アクタの監査ログメッセージ
Imaging Document Consumer アクタが、Retrieve Key Image Note [RAD-31]を実施した際の、アクセスイベントを記録するための監査ログメッセージを表 20.1.20.1 のように定義する。
表 20.1.20.1 Imaging Document Consumer アクタの監査ログメッセージ

Event

Field Name

Opt

Value Constraints

EventID

M

EV(110103, DCM, “DICOM Instances Accessed”)

AuditMessage/
EventIdentification

142

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
EventActionCodeM“C”（作成）

EventDateTime

M

DICOM の規定に従う。

EventOutcomeIndicator

M

DICOM の規定に従う。

EventTypeCode

M

EV(“RAD-31”, “IHE Transactions”, “Retrieve Key Image Note”)

UserIDM

DICOM の規定に従う。

AlternativeUserIDU

DICOM の規定に従う。

UserNameU

DICOM の規定に従う。

UserIsRequestorM“false”

RoleIDCodeM

EV(110153, DCM, “Source Role ID”)

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

UserIDM

DICOM の規定に従う。

AlternativeUserIDU

DICOM の規定に従う。

UserNameU

DICOM の規定に従う。

UserIsRequestorM“true”

RoleIDCodeM

EV(110152, DCM, “Destination Role ID”)

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

AuditSourceID

M

AuditEnterpriseSiteID

U

RFC3881 の規定に従う。

AuditSourceTypeCodeU

RFC3881 の規定に従う。

Source (Imaging Document Source) (1)Destination (Imaging Document Consumer) (1)Audit Source (Imaging Document Consumer) (1)Patient (1)Studies (1..n)
Where:
SourceAuditMessage/
ActiveParticipant

Destination
AuditMessage/
ActiveParticipant

Audit Source

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。
RFC3881 の規定に従う。

ログ発生源システムのユニークな ID。
RFC3881 の規定に従う。

AuditMessage/
AuditSourceIdentification

143

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Patient(AuditMessage/
ParticipantObjectIdentifica

ParticipantObjectTypeCodeM

EV( 1 )(人)ParticipantObjectTypeCodeRole

M

EV( 1 )(患者)

ParticipantObjectDataLifeCycle

U

DICOM の規定に従う。

ParticipantObjectIDTypeCode

M

EV(2, RFC-3881, “Patient Number”)

ParticipantObjectSensitivity

U

DICOM の規定に従う。

ParticipantObjectID

M

DICOM の規定に従う。

ParticipantObjectNameU

DICOM の規定に従う。

ParticipantObjectQueryU

DICOM の規定に従う。

ParticipantObjectDetailU

DICOM の規定に従う。

ParticipantObjectDescription

U

DICOM の規定に従う。

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(3)（レポート）

ParticipantObjectDataLifeCycle

U

DICOM の規定に従う。

ParticipantObjectIDTypeCode

M

EV(110180, DCM, "Study Instance UID")

ParticipantObjectSensitivity

U

DICOM の規定に従う。

ParticipantObjectID

M

Study Instance UID の値

ParticipantObjectNameC

DICOM の規定に従う。

ParticipantObjectQueryU

DICOM の規定に従う。

ParticipantObjectDetailM

DICOM の規定に従う。

tion)

Studies(AuditMessage/
ParticipantObjectIdentifica
tion)

20.1.20.2. Imaging Document Source アクタの監査ログメッセージ
Imaging Document Source アクタが、Retrieve Key Image Note [RAD-31]を受信した際の、アクセスイベントを記録するための監査ログメッセージを表 20.1.20.2 のように拡張する。
表 20.1.20.2 Imaging Document Source アクタの監査ログメッセージ

Event

Field Name

Opt

Value Constraints

EventID

M

EV(110104, DCM, “DICOM Instances Transferred”)

AuditMessage/
EventIdentification

144

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
EventActionCodeM“R”（読み取り）

EventDateTime

M

DICOM の規定に従う。

EventOutcomeIndicator

M

DICOM の規定に従う。

EventTypeCode

M

EV(“RAD-31”, “IHE Transactions”, “Retrieve Key Image Note”)

UserIDM

DICOM の規定に従う。

AlternativeUserIDU

DICOM の規定に従う。

UserNameU

DICOM の規定に従う。

UserIsRequestorM“false”

RoleIDCodeM

EV(110153, DCM, “Source Role ID”)

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。
RFC3881 の規定に従う。

UserIDM

DICOM の規定に従う。

AlternativeUserIDU

DICOM の規定に従う。

UserNameU

DICOM の規定に従う。

UserIsRequestorM“true”

RoleIDCodeM

EV(110152, DCM, “Destination Role ID”)

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

AuditSourceID

M

AuditEnterpriseSiteID

U

RFC3881 の規定に従う。

AuditSourceTypeCodeU

RFC3881 の規定に従う。

Source (Imaging Document Source) (1)Destination (Imaging Document Consumer) (1)Audit Source (Imaging Document Source) (1)Patient (1)Studies (1..n)
Where:
SourceAuditMessage/
ActiveParticipant

Destination
AuditMessage/
ActiveParticipant

Audit Source

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。
RFC3881 の規定に従う。

ログ発生源システムのユニークな ID。
RFC3881 の規定に従う。

AuditMessage/
AuditSourceIdentification

145

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Patient(AuditMessage/
ParticipantObjectIdentifica

ParticipantObjectTypeCodeM

EV( 1 )(人)ParticipantObjectTypeCodeRole

M

EV( 1 )(患者)

ParticipantObjectDataLifeCycle

U

DICOM の規定に従う。

ParticipantObjectIDTypeCode

M

EV(2, RFC-3881, “Patient Number”)

ParticipantObjectSensitivity

U

DICOM の規定に従う。

ParticipantObjectID

M

DICOM の規定に従う。

ParticipantObjectNameU

DICOM の規定に従う。

ParticipantObjectQueryU

DICOM の規定に従う。

ParticipantObjectDetailU

DICOM の規定に従う。

ParticipantObjectDescription

U

DICOM の規定に従う。

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(3)（レポート）

ParticipantObjectDataLifeCycle

U

DICOM の規定に従う。

ParticipantObjectIDTypeCodeM

EV (110180, DCM, "Study Instance UID")

ParticipantObjectSensitivity

U

DICOM の規定に従う。

ParticipantObjectID

M

Study Instance UID の値

ParticipantObjectNameU

DICOM の規定に従う。

ParticipantObjectQueryU

DICOM の規定に従う。

ParticipantObjectDetailU

DICOM の規定に従う。

ParticipantObjectDescription

U

DICOM の規定に従う。

SOPClassMC

DICOM の規定に従う。

AccessionU

DICOM の規定に従う。

NumberOfInstancesU

DICOM の規定に従う。

InstancesU

DICOM の規定に従う。

Encrypted

U

DICOM の規定に従う。

Anonymized

U

DICOM の規定に従う。

tion)

Studies(AuditMessage/
ParticipantObjectIdentifica
tion)

146

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
20.1.21. Retrieve Evidence Documents [RAD-45]

Retrieve Evidence Documents [RAD-45]トランザクションは、DICOM 通信によるトランザクションであるため、監査ログメッセージ書式は、DICOM 規格に準拠すべきである。Technical Framework には、監査ログメッセージ書式の詳細についての記載がないため、ここに監査ログ書式を記載することとする。尚、DICOM 規格の監査書式メッセージについては、DICOM Part15 A Secure Use Profiles を参照のこと。
20.1.21.1. Imaging Document Consumer アクタの監査ログメッセージ
Imaging Document Consumer アクタが、Retrieve Evidence Documents [RAD-45]を実施した際の、アクセスイベントを記録するための監査ログメッセージを表 20.1.21.1 のように定義する。
表 20.1.21.1 Imaging Document Consumer アクタの監査ログメッセージ

Event
AuditMessage/
EventIdentification

Field Name

Opt

Value Constraints

EventID

M

EV(110103, DCM, “DICOM Instances Accessed”)

EventActionCodeM“C”（作成）

EventDateTime

M

DICOM の規定に従う。

EventOutcomeIndicator

M

DICOM の規定に従う。

EventTypeCode

M

EV(“ITI-45”, “IHE Transactions”, “Retrieve Evidence
Documents”)

UserIDM

DICOM の規定に従う。

AlternativeUserIDU

DICOM の規定に従う。

UserNameU

DICOM の規定に従う。

UserIsRequestorM“false”

RoleIDCodeM

EV(110153, DCM, “Source Role ID”)

NetworkAccessPointTypeCodeM

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

UserIDM

DICOM の規定に従う。

AlternativeUserIDU

DICOM の規定に従う。

Source (Imaging Document Source) (1)Destination (Imaging Document Consumer) (1)Audit Source (Imaging Document Consumer) (1)Patient (1)Studies (1..n)
Where:
SourceAuditMessage/
ActiveParticipant

Destination
AuditMessage/
ActiveParticipant147

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Audit Source

UserNameU

DICOM の規定に従う。

UserIsRequestorM“true”

RoleIDCodeM

EV(110152, DCM, “Destination Role ID”)

NetworkAccessPointTypeCodeM

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。
RFC3881 の規定に従う。

AuditSourceID

M

AuditEnterpriseSiteID

U

RFC3881 の規定に従う。

AuditSourceTypeCodeU

RFC3881 の規定に従う。

ParticipantObjectTypeCodeM

EV( 1 )(人)ParticipantObjectTypeCodeRole

M

EV( 1 )(患者)

ParticipantObjectDataLifeCycle

U

DICOM の規定に従う。

ParticipantObjectIDTypeCode

M

EV(2, RFC-3881, “Patient Number”)

ParticipantObjectSensitivity

U

DICOM の規定に従う。

ParticipantObjectID

M

DICOM の規定に従う。

ParticipantObjectNameU

DICOM の規定に従う。

ParticipantObjectQueryU

DICOM の規定に従う。

ParticipantObjectDetailU

DICOM の規定に従う。

ParticipantObjectDescription

U

DICOM の規定に従う。

ログ発生源システムのユニークな ID。
RFC3881 の規定に従う。

AuditMessage/
AuditSourceIdentification

Patient(AuditMessage/
ParticipantObjectIdentifica
tion)

148

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Studies(AuditMessage/
ParticipantObjectIdentifica

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(3)（レポート）

ParticipantObjectDataLifeCycle

U

DICOM の規定に従う。

ParticipantObjectIDTypeCode

M

EV(110180, DCM, "Study Instance UID")

ParticipantObjectSensitivity

U

DICOM の規定に従う。

ParticipantObjectID

M

Study Instance UID の値

ParticipantObjectNameC

DICOM の規定に従う。

ParticipantObjectQueryU

DICOM の規定に従う。

ParticipantObjectDetailM

DICOM の規定に従う。

tion)20.1.21.2. Imaging Document Source アクタの監査ログメッセージ
Imaging Document Source アクタが、Retrieve Evidence Documents [RAD-45]を受信した際の、アクセスイベントを記録するための監査ログメッセージを表 20.1.21.2 のように定義する。
表 20.1.21.2 Imaging Document Source アクタの監査ログメッセージ

Event
AuditMessage/
EventIdentification

Field Name

Opt

Value Constraints

EventID

M

EV(110104, DCM, “DICOM Instances Transferred”)

EventActionCodeM“R”（読み取り）

EventDateTime

M

DICOM の規定に従う。

EventOutcomeIndicator

M

DICOM の規定に従う。

EventTypeCode

M

EV(“RAD-45”, “IHE Transactions”, “Retrieve Evidence
Documents”)

UserIDM

DICOM の規定に従う。

AlternativeUserIDU

DICOM の規定に従う。

UserNameU

DICOM の規定に従う。

UserIsRequestorM“false”

RoleIDCodeM

EV(110153, DCM, “Source Role ID”)

Source (Imaging Document Source) (1)Destination (Imaging Document Consumer) (1)Audit Source (Imaging Document Source) (1)Patient (1)Studies (1..n)
Where:
SourceAuditMessage/
ActiveParticipant149

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Destination
AuditMessage/
ActiveParticipant

Audit Source

マシン(DNS)ネームの場合、“1”NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。
RFC3881 の規定に従う。

UserIDM

DICOM の規定に従う。

AlternativeUserIDU

DICOM の規定に従う。

UserNameU

DICOM の規定に従う。

UserIsRequestorM“true”

RoleIDCodeM

EV(110152, DCM, “Destination Role ID”)

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

AuditSourceID

M

AuditEnterpriseSiteID

U

RFC3881 の規定に従う。

AuditSourceTypeCodeU

RFC3881 の規定に従う。

ParticipantObjectTypeCodeM

EV( 1 )(人)ParticipantObjectTypeCodeRole

M

EV( 1 )(患者)

ParticipantObjectDataLifeCycle

U

DICOM の規定に従う。

ParticipantObjectIDTypeCode

M

EV(2, RFC-3881, “Patient Number”)

ParticipantObjectSensitivity

U

DICOM の規定に従う。

ParticipantObjectID

M

DICOM の規定に従う。

ParticipantObjectNameU

DICOM の規定に従う。

ParticipantObjectQueryU

DICOM の規定に従う。

ParticipantObjectDetailU

DICOM の規定に従う。

ParticipantObjectDescription

U

DICOM の規定に従う。

IP アドレスの場合、“2”マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。
RFC3881 の規定に従う。

ログ発生源システムのユニークな ID。
RFC3881 の規定に従う。

AuditMessage/
AuditSourceIdentification

Patient(AuditMessage/
ParticipantObjectIdentifica
tion)

150

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Studies(AuditMessage/
ParticipantObjectIdentifica

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(3)（レポート）

ParticipantObjectDataLifeCycle

U

DICOM の規定に従う。

ParticipantObjectIDTypeCodeM

EV (110180, DCM, "Study Instance UID")

ParticipantObjectSensitivity

U

DICOM の規定に従う。

ParticipantObjectID

M

Study Instance UID の値

ParticipantObjectNameU

DICOM の規定に従う。

ParticipantObjectQueryU

DICOM の規定に従う。

ParticipantObjectDetailU

DICOM の規定に従う。

ParticipantObjectDescription

U

DICOM の規定に従う。

SOPClassMC

DICOM の規定に従う。

AccessionU

DICOM の規定に従う。

NumberOfInstancesU

DICOM の規定に従う。

InstancesU

DICOM の規定に従う。

Encrypted

U

DICOM の規定に従う。

Anonymized

U

DICOM の規定に従う。

tion)20.1.22. WADO Retrieve [RAD-55]
WADO Retrieve [RAD-55]トランザクションは、DICOM 通信によるトランザクションであるため、監査ログメッセージ書式は、DICOM 規格に準拠すべきである。Technical Framework には、監査ログメ
ッセージ書式の詳細についての記載がないため、ここに監査ログ書式を記載することとする。尚、DICOM
規格の監査書式メッセージについては、DICOM Part15 A Secure Use Profiles を参照のこと。
20.1.22.1. Imaging Document Consumer アクタの監査ログメッセージ
Imaging Document Consumer アクタが、WADO Retrieve [RAD-55]を実施した際の、アクセス
イベントを記録するための監査ログメッセージを表 20.1.22.1 のように定義する。
表 20.1.22.1 Imaging Document Consumer アクタの監査ログメッセージ

Event

Field Name

Opt

Value Constraints

EventID

M

EV(110103, DCM, “DICOM Instances Accessed”)

AuditMessage/
EventIdentification

151

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
EventActionCodeM“C”（作成）

EventDateTime

M

DICOM の規定に従う。

EventOutcomeIndicator

M

DICOM の規定に従う。

EventTypeCode

M

EV(“RAD-55”, “IHE Transactions”, “WADO Retrieve”)

UserIDM

DICOM の規定に従う。

AlternativeUserIDU

DICOM の規定に従う。

UserNameU

DICOM の規定に従う。

UserIsRequestorM“false”

RoleIDCodeM

EV(110153, DCM, “Source Role ID”)

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

UserIDM

DICOM の規定に従う。

AlternativeUserIDU

DICOM の規定に従う。

UserNameU

DICOM の規定に従う。

UserIsRequestorM“true”

RoleIDCodeM

EV(110152, DCM, “Destination Role ID”)

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

AuditSourceID

M

AuditEnterpriseSiteID

U

RFC3881 の規定に従う。

AuditSourceTypeCodeU

RFC3881 の規定に従う。

Source (Imaging Document Source) (1)Destination (Imaging Document Consumer) (1)Audit Source (Imaging Document Consumer) (1)Patient (0..1)
Studies (1..n)
Where:
SourceAuditMessage/
ActiveParticipant

Destination
AuditMessage/
ActiveParticipant

Audit Source

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。
RFC3881 の規定に従う。

ログ発生源システムのユニークな ID。
RFC3881 の規定に従う。

AuditMessage/
AuditSourceIdentification

152

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Patient(AuditMessage/
ParticipantObjectIdentifica

ParticipantObjectTypeCodeM

EV( 1 )(人)ParticipantObjectTypeCodeRole

M

EV( 1 )(患者)

ParticipantObjectDataLifeCycle

U

DICOM の規定に従う。

ParticipantObjectIDTypeCode

M

EV(2, RFC-3881, “Patient Number”)

ParticipantObjectSensitivity

U

DICOM の規定に従う。

ParticipantObjectID

M

DICOM の規定に従う。

ParticipantObjectNameU

DICOM の規定に従う。

ParticipantObjectQueryU

DICOM の規定に従う。

ParticipantObjectDetailU

DICOM の規定に従う。

ParticipantObjectDescription

U

DICOM の規定に従う。

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(3)（レポート）

ParticipantObjectDataLifeCycle

U

DICOM の規定に従う。

ParticipantObjectIDTypeCode

M

EV(110180, DCM, "Study Instance UID")

ParticipantObjectSensitivity

U

DICOM の規定に従う。

ParticipantObjectID

M

Study Instance UID の値

ParticipantObjectNameC

DICOM の規定に従う。

ParticipantObjectQueryU

DICOM の規定に従う。

ParticipantObjectDetailM

DICOM の規定に従う。

tion)

Studies(AuditMessage/
ParticipantObjectIdentifica
tion)

20.1.22.2. Imaging Document Source アクタの監査ログメッセージ
Imaging Document Source アクタが、WADO Retrieve [RAD-55]を受信した際の、アクセスイベ
ントを記録するための監査ログメッセージを表 20.1.22.2 のように拡張する。
表 20.1.22.2 Imaging Document Source アクタの監査ログメッセージ

Event

Field Name

Opt

Value Constraints

EventID

M

EV(110104, DCM, “DICOM Instances Transferred”)

AuditMessage/
EventIdentification

153

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
EventActionCodeM“R”（読み取り）

EventDateTime

M

DICOM の規定に従う。

EventOutcomeIndicator

M

DICOM の規定に従う。

EventTypeCode

M

EV(“RAD-55”, “IHE Transactions”, “WADO Retrieve”)

UserIDM

DICOM の規定に従う。

AlternativeUserIDU

DICOM の規定に従う。

UserNameU

DICOM の規定に従う。

UserIsRequestorM“false”

RoleIDCodeM

EV(110153, DCM, “Source Role ID”)

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。
RFC3881 の規定に従う。

UserIDM

DICOM の規定に従う。

AlternativeUserIDU

DICOM の規定に従う。

UserNameU

DICOM の規定に従う。

UserIsRequestorM“true”

RoleIDCodeM

EV(110152, DCM, “Destination Role ID”)

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

AuditSourceID

M

AuditEnterpriseSiteID

U

RFC3881 の規定に従う。

AuditSourceTypeCodeU

RFC3881 の規定に従う。

Source (Imaging Document Source) (1)Destination (Imaging Document Consumer) (1)Audit Source (Imaging Document Source) (1)Patient (1)Studies (1..n)
Where:
SourceAuditMessage/
ActiveParticipant

Destination
AuditMessage/
ActiveParticipant

Audit Source

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。
RFC3881 の規定に従う。

ログ発生源システムのユニークな ID。
RFC3881 の規定に従う。

AuditMessage/
AuditSourceIdentification

154

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Patient(AuditMessage/
ParticipantObjectIdentifica

ParticipantObjectTypeCodeM

EV( 1 )(人)ParticipantObjectTypeCodeRole

M

EV( 1 )(患者)

ParticipantObjectDataLifeCycle

U

DICOM の規定に従う。

ParticipantObjectIDTypeCode

M

EV(2, RFC-3881, “Patient Number”)

ParticipantObjectSensitivity

U

DICOM の規定に従う。

ParticipantObjectID

M

DICOM の規定に従う。

ParticipantObjectNameU

DICOM の規定に従う。

ParticipantObjectQueryU

DICOM の規定に従う。

ParticipantObjectDetailU

DICOM の規定に従う。

ParticipantObjectDescription

U

DICOM の規定に従う。

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(3)（レポート）

ParticipantObjectDataLifeCycle

U

DICOM の規定に従う。

ParticipantObjectIDTypeCodeM

EV (110180, DCM, "Study Instance UID")

ParticipantObjectSensitivity

U

DICOM の規定に従う。

ParticipantObjectID

M

Study Instance UID の値

ParticipantObjectNameU

DICOM の規定に従う。

ParticipantObjectQueryU

DICOM の規定に従う。

ParticipantObjectDetailU

DICOM の規定に従う。

ParticipantObjectDescription

U

DICOM の規定に従う。

SOPClassMC

DICOM の規定に従う。

AccessionU

DICOM の規定に従う。

NumberOfInstancesU

DICOM の規定に従う。

InstancesU

DICOM の規定に従う。

Encrypted

U

DICOM の規定に従う。

Anonymized

U

DICOM の規定に従う。

tion)

Studies(AuditMessage/
ParticipantObjectIdentifica
tion)

155

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
20.1.23. Provide and Register Imaging Document Set – MTOM/XOP [RAD-68]
20.1.23.1. Imaging Document Source アクタの監査ログメッセージ

Imaging Document Source アクタが、Provide and Register Imaging Document Set – MTOM/XOP[RAD-68]を実施した際の、アクセスイベントを記録するための監査ログメッセージを表 20.1.23.1 のように拡張する。
表 20.1.23.1 Imaging Document Source アクタの監査ログメッセージ
Field Name

Opt

Value Constraints

EventID

M

EV(110106, DCM, “Export”)↓
EV (110115,IHEJ, “IHE Export”)(note1)

EventActionCodeM“R”（読み取り）

EventDateTime

M

EventOutcomeIndicator

M

EventTypeCode

M

EV(“RAD-68”, “IHE Transactions”, “Provide and Register Imaging
Document Set – MTOM/XOP”)

UserIDM<wsa:ReplyTo/>エレメントの内容。

AlternativeUserID

U

ローカルシステムログのローカルオペレーティングシステム
内で利用されているプロセス ID 。

UserNameU

RFC3881 の規定に従う。

UserIsRequestorM“true”

RoleIDCodeM

EV(110153, DCM, “Source Role ID”)

NetworkAccessPointTypeCodeM

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

UserID

M

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestor

M

RFC3881 の規定に従う。

Event
AuditMessage/
EventIdentification

イベントが発生した時刻。
RFC3881 の規定に従う。
イベントの成功、失敗を示す。
RFC3881 の規定に従う。

Source (Imaging Document Source) (1)
Human Requestor (0..n)
Destination (Document Repository) (1)Audit Source (Imaging Document Source) (1)Patient (1)SubmissionSet (1)Where:
SourceAuditMessage/
ActiveParticipant

Human

トランザクションを発行した人の ID。

Requestor (ifknown)
AuditMessage/
ActiveParticipant156

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Destination
AuditMessage/
ActiveParticipant

Audit Source

このトランザクションを許可しているユーザの AccessControl の役割。

RoleIDCodeU

NetworkAccessPointTypeCode

NA

NetworkAccessPointID

NA

UserID

M

SOAP のエンドポイント URI。

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestorM“false”

RoleIDCodeM

EV(110152, DCM, “Destination Role ID”)

NetworkAccessPointTypeCodeM

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

AuditSourceID

M

ログ発生源システムのユニークな ID。
RFC3881 の規定に従う。

AuditEnterpriseSiteID

U

RFC3881 の規定に従う。

AuditSourceTypeCodeU

RFC3881 の規定に従う。

ParticipantObjectTypeCodeM

EV( 1 )(人)ParticipantObjectTypeCodeRole

M

EV( 1 )(患者)

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M

EV(2, RFC-3881, “Patient Number”)

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectIDM

HL7 CX 型書式による患者 ID

ParticipantObjectName

U

RFC3881 の規定に従う。

ParticipantObjectQueryU

RFC3881 の規定に従う。

ParticipantObjectDetailU

RFC3881 の規定に従う。

AuditMessage/
AuditSourceIdentification

Patient(AuditMessage/
ParticipantObjectIdentification)157

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Submission
Set

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(20)（job）

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M(AuditMessage/
ParticipantObjectIdentification)EV(“urn:uuid:a54d6aa5-d40d-43f9-88c5-b4633d873bdd”, “IHEXDS Metadata”, “submission set classificationNode”)

note1:

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectIDMsubmissionSet の unique ID

ParticipantObjectName

U

RFC3881 の規定に従う。

ParticipantObjectQueryU

RFC3881 の規定に従う。

ParticipantObjectDetailU

RFC3881 の規定に従う。

TechnicalFramework では「EV(110106, DCM, “Export”)」と記載されているが、DICOM 規格での“Export”イベントは DICOM オ
ブジェクトの出力のためのイベントコードで、DICOM 規格で定義されているログの構造には当トランザクションで記載不能なフィールドが存在する。よって、イベントコード「EV(110115,IHEJ, “IHE Export”)」を新しく定義し、DICOM 規格との不整合を解決する。

20.1.23.2. Document Repository アクタの監査ログメッセージ
Document Repository アクタが、Provide and Register Imaging Document Set – MTOM/XOP[RAD-68]を受信した際の、アクセスイベントを記録するための監査ログメッセージを表 20.1.23.2 のように拡張する。
表 20.1.23.2

Document Repository アクタの監査ログメッセージ

Field Name

Opt

EV(110107, DCM, “Import”)

Event
AuditMessage/

Value Constraints

EventID

M

EventActionCode

M

EventDateTime

M

EventOutcomeIndicator

M

EventTypeCode

M

EventIdentification↓
EV (110116, IHEJ, “IHE Import”)(note1)“C”（作成）
イベントが発生した時刻。
RFC3881 の規定に従う。
イベントの成功、失敗を示す。
RFC3881 の規定に従う。
EV(“ITI-68”, “IHE Transactions”, “Provide and Register Imaging
Document Set – MTOM/XOP”)

Source (Imaging Document Source) (1)Destination (Document Repository or Document Recipient) (1)Audit Source (Document Repository or Document Recipient) (1)Patient (1)SubmissionSet (1)158

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
Where:
SourceAuditMessage/
ActiveParticipant

UserIDM<wsa:ReplyTo/>エレメントの内容。

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestorM“true”

RoleIDCodeM

EV(110153, DCM, “Source Role ID”)

NetworkAccessPointTypeCodeM

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームもNetworkAccessPointIDM
しくは IP アドレス）。RFC3881 の規定に従う。

Destination

UserID

M

SOAP のエンドポイント URI。

AlternativeUserID

U

ローカルシステムログのローカルオペレーティングシステム
内で利用されているプロセス ID 。

UserNameU

RFC3881 の規定に従う。

UserIsRequestorM“false”

RoleIDCodeM

EV(110152, DCM, “Destination Role ID”)

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

AuditSourceID

M

AuditEnterpriseSiteID

U

RFC3881 の規定に従う。

AuditSourceTypeCodeU

RFC3881 の規定に従う。

AuditMessage/
ActiveParticipant

Audit Source

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

ログ発生源システムのユニークな ID。
RFC3881 の規定に従う。

AuditMessage/
AuditSourceIdentification

159

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Patient(AuditMessage/
ParticipantObjectIdentifica

ParticipantObjectTypeCodeM

EV( 1 )(人)ParticipantObjectTypeCodeRole

M

EV( 1 )(患者)

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M

EV(2, RFC-3881, “Patient Number”)

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectIDM

HL7 CX 型書式による患者 ID

ParticipantObjectName

U

RFC3881 の規定に従う。

ParticipantObjectQueryU

RFC3881 の規定に従う。

ParticipantObjectDetailU

RFC3881 の規定に従う。

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(20)（job）

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M

tion)

Submission
Set(AuditMessage/
ParticipantObjectIdentification)

EV(“urn:uuid:a54d6aa5-d40d-43f9-88c5-b4633d873bdd”, “IHEXDS Metadata”, “submission set classificationNode”)

note1:

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectIDMsubmissionSet の unique ID

ParticipantObjectName

U

RFC3881 の規定に従う。

PaticipantObjectQueryU

RFC3881 の規定に従う。

ParticipantObjectDetailU

RFC3881 の規定に従う。

TechnicalFramework では「EV(110107, DCM, “Import”)」と記載されているが、DICOM 規格での“Import”イベントは DICOM オ
ブジェクトの取り込みのためのイベントコードで、DICOM 規格で定義されているログの構造には当トランザクションで記載不能なフィールドが存在する。よって、イベントコード「EV(110116, IHEJ, “IHE Import”)」を新しく定義し、DICOM 規格との不整合を解決する。

160

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
20.1.24. Retrieve Imaging Document Set [RAD-69]
20.1.24.1. Imaging Document Consumer アクタの監査ログメッセージ

Imaging Document Consumer アクタが、Retrieve Imaging Document Set [RAD-69]を実施した
際の、アクセスイベントを記録するための監査ログメッセージを表 20.1.24.1 のように拡張する。
表 20.1.24.1 Imaging Document Consumer アクタの監査ログメッセージ

Event
AuditMessage/
EventIdentification

Field Name

Opt

Value Constraints

EventID

M

EV(110103, DCM, “DICOM Instances Accessed”)

EventActionCodeM“C”（作成）

EventDateTime

M

イベントが発生した時刻。
RFC3881 の規定に従う。

EventOutcomeIndicator

M

イベントの成功、失敗を示す。
RFC3881 の規定に従う。

EventTypeCode

M

EV(“RAD-69”, “IHE Transactions”, “Retrieve Imaging Document
Set”)

UserID

M

SOAP のエンドポイント URI。

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestorM“false”

RoleIDCodeM

EV(110153, DCM, “Source Role ID”)

NetworkAccessPointTypeCodeM

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

UserIDM<wsa:ReplyTo/>エレメントの内容。

AlternativeUserID

U

ローカルシステムログのローカルオペレーティングシステム
内で利用されているプロセス ID 。

UserNameU

RFC3881 の規定に従う。

UserIsRequestorM“true”

RoleIDCodeM

EV(110152, DCM, “Destination Role ID”)

Source (Imaging Document Source) (1)Destination (Imaging Document Consumer) (1)
Human Requestor (0..n)
Audit Source (Imaging Document Consumer) (1)Patient (0..1)
Document (1..n) (see combining rules above)
Where:
SourceAuditMessage/
ActiveParticipant

Destination
AuditMessage/
ActiveParticipant161

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Human
Requestor (if

マシン(DNS)ネームの場合、“1”NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。
RFC3881 の規定に従う。

UserIDM

トランザクションを発行した人の ID。

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestorM“true”

RoleIDCodeU

このトランザクションを許可しているユーザの AccessControl の役割。

NetworkAccessPointTypeCode

NA

NetworkAccessPointID

NA

AuditSourceID

M

AuditEnterpriseSiteID

U

RFC3881 の規定に従う。

AuditSourceTypeCodeU

RFC3881 の規定に従う。

ParticipantObjectTypeCodeM

EV( 1 )(人)ParticipantObjectTypeCodeRole

M

EV( 1 )(患者)

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M

EV(2, RFC-3881, “Patient Number”)

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectIDM

HL7 CX 型書式による患者 ID

ParticipantObjectName

U

RFC3881 の規定に従う。

ParticipantObjectQueryU

RFC3881 の規定に従う。

ParticipantObjectDetailU

RFC3881 の規定に従う。

known)IP アドレスの場合、“2”AuditMessage/
ActiveParticipant

Audit Source

ログ発生源システムのユニークな ID。
RFC3881 の規定に従う。

AuditMessage/
AuditSourceIdentification

Patient(if-known)(AuditMessage/
ParticipantObjectIdentifica
tion)

162

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Document(AuditMessage/
ParticipantObjectIdentifica

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(3)（レポート）

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M

EV(9, RFC-3881, “Report Number”)

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectIDM<ihe:DocumentUniqueId/>の値

ParticipantObjectName

C

RFC3881 の規定に従う。

ParticipantObjectQueryU

RFC3881 の規定に従う。

tion)

The ParticipantObjectDetail にはひとつ以上のエレメントをセットする。
ParticipantObjectDetailM

最初のエレメント：type に“Repository Unique Id”をセットし、
value に<ihe:RepositoryUniqueId/>の値をセットする。
他のエレメント：type に“ihe:homeCommunityID”のような属性
タイプをセットし、value に homeCommunityID のような属性値をセットする。

20.1.24.2. Imaging Document Source アクタの監査ログメッセージ
Imaging Document Source アクタが、Retrieve Imaging Document Set [RAD-69]を受信した際の、アクセスイベントを記録するための監査ログメッセージを表 20.1.24.2 のように拡張する。
表 20.1.24.2 Imaging Document Source アクタの監査ログメッセージ

Event
AuditMessage/
EventIdentification

Field Name

Opt

Value Constraints

EventID

M

EV(110104, DCM, “DICOM Instances Transferred”)

EventActionCodeM“R”（読み取り）

EventDateTime

M

EventOutcomeIndicator

M

EventTypeCode

M

EV(“RAD-69”, “IHE Transactions”, “Retrieve Imaging Document
Set”)

UserID

M

SOAP のエンドポイント URI。

AlternativeUserID

U

ローカルシステムログのローカルオペレーティングシステム
内で利用されているプロセス ID 。

UserNameU

RFC3881 の規定に従う。

イベントが発生した時刻。
RFC3881 の規定に従う。
イベントの成功、失敗を示す。
RFC3881 の規定に従う。

Source (Imaging Document Source) (1)Destination (Imaging Document Consumer) (1)Audit Source (Imaging Document Source) (1)Document (1..n) (see combining rules above)
Where:
SourceAuditMessage/
ActiveParticipant163

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Destination
AuditMessage/
ActiveParticipant

Audit Source

UserIsRequestorM“false”

RoleIDCodeM

EV(110153, DCM, “Source Role ID”)

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。
RFC3881 の規定に従う。

UserIDM<wsa:ReplyTo/>エレメントの内容。

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestorM“true”

RoleIDCodeM

EV(110152, DCM, “Destination Role ID”)

NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

AuditSourceID

M

AuditEnterpriseSiteID

U

RFC3881 の規定に従う。

AuditSourceTypeCodeU

RFC3881 の規定に従う。

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(3)（レポート）

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M

EV(9, RFC-3881, “Report Number”)

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectIDM<ihe:DocumentUniqueId/>の値

ParticipantObjectName

C

RFC3881 の規定に従う。

ParticipantObjectQueryU

RFC3881 の規定に従う。

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。
RFC3881 の規定に従う。

ログ発生源システムのユニークな ID。
RFC3881 の規定に従う。

AuditMessage/
AuditSourceIdentification

Document(AuditMessage/
ParticipantObjectIdentification)

The ParticipantObjectDetail にはひとつ以上のエレメントをセットする。
ParticipantObjectDetailM

最初のエレメント：type に“Repository Unique Id”をセットし、
value に<ihe:RepositoryUniqueId/>の値をセットする。
他のエレメント：type に“ihe:homeCommunityID”のような属性
タイプをセットし、value に homeCommunityID のような属性値をセットする。

164

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
20.1.25. Cross Gateway Retrieve ImagingDocument Set [RAD-75]
20.1.25.1. Initiating Imaging Gateway アクタの監査ログメッセージ

Initiating Imaging Gateway アク タが 、Cross Gateway Retrieve Imaging Document Set[RAD-75]を実施した際の、アクセスイベントを記録するための監査ログメッセージを表 20.1.25.1のように定義する。
表 20.1.25.1

Event
AuditMessage/
EventIdentification

Initiating Imaging Gateway アクタの監査ログメッセージ

Field Name

Opt

Value Constraints

EventID

M

EV(110103, DCM, “DICOM Instances Accessed”)

EventActionCodeM“C”（作成）

EventDateTime

M

イベントが発生した時刻。
RFC3881 の規定に従う。

EventOutcomeIndicator

M

イベントの成功、失敗を示す。
RFC3881 の規定に従う。

EventTypeCode

M

EV(“RAD-75”, “IHE Transactions”, “Cross Gateway Retrieve
Imaging Document Set”)

UserID

M

SOAP のエンドポイント URI。

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestorM“false”

RoleIDCodeM

EV(110153, DCM, “Source Role ID”)

NetworkAccessPointTypeCodeM

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。RFC3881 の規定に従う。

UserIDM<wsa:ReplyTo/>エレメントの内容。

AlternativeUserID

U

ローカルシステムログのローカルオペレーティングシステム
内で利用されているプロセス ID 。

UserNameU

RFC3881 の規定に従う。

UserIsRequestorM“true”

RoleIDCodeM

EV(110152, DCM, “Destination Role ID”)

Source (Responding Imaging Gateway) (1)Destination (Initiating Imaging Gateway) (1)
Human Requestor (0..n)
Audit Source (Initiating Imaging Gateway) (1)Patient (0..1)
Document (1..n) (see combining rules above)
Where:
SourceAuditMessage/
ActiveParticipant

Destination
AuditMessage/
ActiveParticipant165

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Human
Requestor (if

マシン(DNS)ネームの場合、“1”NetworkAccessPointTypeCode

M

NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。
RFC3881 の規定に従う。

UserIDM

トランザクションを発行した人の ID。

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestorM“true”

RoleIDCodeU

このトランザクションを許可しているユーザの AccessControl の役割。

NetworkAccessPointTypeCode

NA

NetworkAccessPointID

NA

AuditSourceID

M

AuditEnterpriseSiteID

U

RFC3881 の規定に従う。

AuditSourceTypeCodeU

RFC3881 の規定に従う。

ParticipantObjectTypeCodeM

EV( 1 )(人)ParticipantObjectTypeCodeRole

M

EV( 1 )(患者)

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M

EV(2, RFC-3881, “Patient Number”)

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectIDM

HL7 CX 型書式による患者 ID

ParticipantObjectName

U

RFC3881 の規定に従う。

ParticipantObjectQueryU

RFC3881 の規定に従う。

ParticipantObjectDetailU

RFC3881 の規定に従う。

known)IP アドレスの場合、“2”AuditMessage/
ActiveParticipant

Audit Source

ログ発生源システムのユニークな ID。
RFC3881 の規定に従う。

AuditMessage/
AuditSourceIdentification

Patient(if-known)(AuditMessage/
ParticipantObjectIdentifica
tion)

166

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Document(AuditMessage/
ParticipantObjectIdentifica

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(3)（レポート）

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M

EV(9, RFC-3881, “Report Number”)

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectIDM<ihe:DocumentUniqueId/>の値

ParticipantObjectName

C

RFC3881 の規定に従う。

ParticipantObjectQueryU

RFC3881 の規定に従う。

tion)

The ParticipantObjectDetail にはひとつ以上のエレメントをセットする。
ParticipantObjectDetailM

最初のエレメント：type に“Repository Unique Id”をセットし、
value に<ihe:RepositoryUniqueId/>の値をセットする。
他のエレメント：type に“ihe:homeCommunityID”のような属性
タイプをセットし、value に homeCommunityID のような属性値をセットする。

20.1.25.2. Responding Imaging Gateway アクタの監査ログメッセージ
Responding Imaging Gateway アクタが、Cross Gateway Retrieve ImagingDocument Set[RAD-75]を受信した際の、アクセスイベントを記録するための監査ログメッセージを表 20.1.25.2のように拡張する。
表 20.1.25.2

Event
AuditMessage/
EventIdentification

Responding Imaging Gateway アクタの監査ログメッセージ

Field Name

Opt

Value Constraints

EventID

M

EV(110104, DCM, “DICOM Instances Transferred”)

EventActionCodeM“R”（読み取り）

EventDateTime

M

EventOutcomeIndicator

M

EventTypeCode

M

EV(“RAD-75”, “IHE Transactions”, “Cross Gateway Retrieve
Imaging Document Set”)

UserID

M

SOAP のエンドポイント URI。

AlternativeUserID

U

ローカルシステムログのローカルオペレーティングシステム
内で利用されているプロセス ID 。

イベントが発生した時刻。
RFC3881 の規定に従う。
イベントの成功、失敗を示す。
RFC3881 の規定に従う。

Source (Responding Imaging Gateway) (1)Destination (Initiating Imaging Gateway) (1)Audit Source (Responding Imaging Gateway) (1)Document (1..n) (see combining rules above)
Where:
SourceAuditMessage/
ActiveParticipant

167

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Destination
AuditMessage/
ActiveParticipant

Audit Source

UserNameU

RFC3881 の規定に従う。

UserIsRequestorM“false”

RoleIDCodeM

EV(110153, DCM, “Source Role ID”)

NetworkAccessPointTypeCodeM

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。
RFC3881 の規定に従う。

UserIDM<wsa:ReplyTo/>エレメントの内容。

AlternativeUserID

U

RFC3881 の規定に従う。

UserNameU

RFC3881 の規定に従う。

UserIsRequestorM“true”

RoleIDCodeM

EV(110152, DCM, “Destination Role ID”)

NetworkAccessPointTypeCodeM

マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”NetworkAccessPointID

M

ネットワークアクセスポイントに対する ID（マシンネームも
しくは IP アドレス）。
RFC3881 の規定に従う。

AuditSourceID

M

ログ発生源システムのユニークな ID。
RFC3881 の規定に従う。

AuditEnterpriseSiteID

U

RFC3881 の規定に従う。

AuditSourceTypeCodeU

RFC3881 の規定に従う。

AuditMessage/
AuditSourceIdentification

168

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Document(AuditMessage/
ParticipantObjectIdentifica

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(3)（レポート）

ParticipantObjectDataLifeCycle

U

RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M

EV(9, RFC-3881, “Report Number”)

ParticipantObjectSensitivity

U

RFC3881 の規定に従う。

ParticipantObjectIDM<ihe:DocumentUniqueId/>の値

ParticipantObjectName

C

RFC3881 の規定に従う。

ParticipantObjectQueryU

RFC3881 の規定に従う。

tion)

The ParticipantObjectDetail にはひとつ以上のエレメントをセットする。
ParticipantObjectDetailM

最初のエレメント：type に“Repository Unique Id”をセットし、
value に<ihe:RepositoryUniqueId/>の値をセットする。
他のエレメント：type に“ihe:homeCommunityID”のような属性
タイプをセットし、value に homeCommunityID のような属性値をセットする。

169

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
20.1.26. Record Audit Event [ITI-20]におけるコード定義

Record Audit Event で使用するトリガイベントとイベントコードのうち、日本国内拡張で追加するトリガイベントとイベントコードのみ、表 20.1.26.1 に定義する。
表 20.1.26.1 拡張したトリガイベントとイベントコード
トリガイベント説明

イベントコード

Patient Record

個人情報へのアクセスイベント。

EV(110110, IHEJ, “Patient Record”)(note1)

IHE-export

システム間通信による個人情報の出力イベント。

EV(110115, IHEJ, “IHE Export”)(note2)

IHE-import

システム間通信による個人情報の入力イベント。

EV(110116, IHEJ, “IHE Import”)(note3)

PIX-query

PIX クエリによる検索行為を表すイベント。

EV(110117, IHEJ, “PIX Query”)

PDQ-query

PDQ クエリによる検索行為を表すイベント。

EV(110118, IHEJ, “PDQ Query”)(note5)

XDS-query

XDS（ストアド）クエリによる検索行為を表すイベント。 EV(110119,IHEJ, “XDS Query”)(note6)

note1:(note4)

TechnicalFramework では「EV(110110, DCM, “Patient Record”)」と記載されているが、このイベントコードは DICOM 規格で定義されていない。日本国内拡張としてイベントコード「EV(110110, IHEJ, “Patient Record”)」を新しく定義することで、DICOM 規格との不整合を解決する。
note2:

TechnicalFramework では「EV(110106, DCM, “Export”)」を使用しているが、DICOM 規格での“Export”イベントは DICOM オブ
ジェクトの出力のためのイベントコードで、DICOM 規格で定義されているログの構造には当トランザクションで記載不能なフィールドが存在する。よって、イベントコード「EV(110115,IHEJ, “IHE Export”)」を新しく定義し、DICOM 規格との不整合を解決する。
note3:

TechnicalFramework では「EV(110107, DCM, “Import”)」を使用しているが、DICOM 規格での“Import”イベントは DICOM オブ
ジェクトの取り込みのためのイベントコードで、DICOM 規格で定義されているログの構造には記載不能なフィールドが存在する。よって、イベントコード「EV(110116, IHEJ, “IHE Import”)」を新しく定義し、DICOM 規格との不整合を解決する。

note4:

TechnicalFramework では「EV(110112, DCM, “Query”)」を使用しているが、DICOM 規格での“Query”イベントは DICOM の検索のためのイベントコードで、DICOM 規格で定義されているログの構造には当トランザクションで記載不能なフィールドが存在する。よって、イベントコード「EV(110117, IHEJ, “PIX Query”)」を新しく定義し、DICOM 規格との不整合を解決する。

note5:

TechnicalFramework では「EV(110112, DCM,“Query”)」を使用しているが、DICOM 規格での“Query”イベントは DICOM の検索のためのイベントコードで、DICOM 規格で定義されているログの構造には当トランザクションで記載不能なフィールドが存在する。よって、イベントコード「EV(110118, IHEJ, “PDQ Query”)」を新しく定義し、DICOM 規格との不整合を解決する。

note6:

TechnicalFramework では「EV(110112, DCM,“Query”)」を使用しているが、DICOM 規格での“Query”イベントは DICOM の検索のためのイベントコードで、DICOM 規格で定義されているログの構造には当トランザクションで記載不能なフィールドが存在する。よって、イベントコード「EV (110119, IHEJ, “XDS Query”)」を新しく定義し、DICOM 規格との不整合を解決する。

170

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様

Record Audit Event で使用するイベントコードについて、日本国内拡張で追加された拡張イベン
トコードを表 20.1.26.2 に定義する。尚、DICOM 規格で定義された Audit Event ID 一覧については、DICOM 規格 Part16Annex B のテーブル CID 400 を参照する事。
表 20.1.26.2 拡張イベントコード
Audit Event ID
タイプ：拡張可能 バージョン：20140210
符号化体系指定子

コード値

コードの意味IHEJ

110110Patient Record

IHEJ

110115IHE Export

IHEJ

110116IHE Import

IHEJ

110117PIX Query

IHEJ

110118PDQ Query

IHEJ

110119XDS Query

Record Audit Event で使用するイベントタイプコードについて、日本国内拡張で追加された拡張イベントタイプコードを表 20.1.26.3 に定義する。尚、DICOM 規格で定義された Audit Event Type
Code 一覧については、DICOM 規格 Part16 Annex B のテーブル ContextID 401 を参照する事。
表 20.1.26.3 拡張イベントタイプコード
Audit Event Type Code
タイプ：拡張可能 バージョン：20140210
符号化体系指定子

コード値

コード意味

IHE Transactions

ITI-8

Patient Identity Feed

IHE Transactions

ITI-9

PIX Query

IHE Transactions

ITI-10PIX Update Notification

IHE Transactions

ITI-18

Registory Stored QueryIHE Transactions

ITI-21

Patient Demographics QueryIHE Transactions

ITI-30Patient Identity Management

IHE Transactions

ITI-38Cross Gateway QueryIHE Transactions

ITI-39Cross Gateway Retrieve

IHE Transactions

ITI-41

Provide and Register Document Set-b

IHE Transactions

ITI-42

Register Document Set-b

IHE Transactions

ITI-43Retrive Document Set

IHE Transactions

ITI-44

Patient Identity Feed HL7V3

IHE Transactions

ITI-45

PIXV3 QueryIHE Transactions

ITI-46

PIXV3 Update Notification

IHE Transactions

ITI-47

Patient Demographics Query HL7V3

171

IHE-J-A-G0001 V3.0

地域医療連携における情報連携基盤 技術仕様
IHE Transactions

RAD-16Retrieve Images

IHE Transactions

RAD-17Retrieve Presentation States

IHE Transactions

RAD-27Retrieve Reports

IHE Transactions

RAD-31Retrieve Kay Image Note

IHE Transactions

RAD-45Retrieve Evidence Documents

IHE Transactions

RAD-55

WADO Retrieve

IHE Transactions

RAD-68Provide and Register Imaging Document Set - MTOM/MOP

IHE Transactions

RAD-69Retrieve Imging Document Set

IHE Transactions

RAD-75

Cross Gateway Retrieve Imaging Document Set

使用するコード定義に関する原典として、以下の文書を参照すること。
Digital Imaging and Communications in Medicine (DICOM) 2011 年版
Part 16: Content Mapping Resource
Annex BDCMR Context Groups (Normative)

Annex D

DICOM Controlled Terminology Definitions (Normative)

172