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

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

版番号： 0.2
パブリックコメント版

2013 年 10 月 25 日

Copyright © 2013: 一般社団法人 日本 IHE 協会

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

版番号

改訂概要

2013 年**月**日

*.**

初版発行

2

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

目次
1.

はじめに ................................................................................................................................................ 5

2.

範囲 ....................................................................................................................................................... 5

3.

用語および定義 ..................................................................................................................................... 5

4.

シンボルおよび略語.............................................................................................................................. 65.

要求事項 ................................................................................................................................................ 7
5.1.

適用文書......................................................................................................................................... 7

5.2.

適合宣言......................................................................................................................................... 76.

地域医療連携の概要.............................................................................................................................. 77.

地域医療連携における情報連携基盤の仕様 ....................................................................................... 10
7.1.

地域医療連携において利用すべき統合プロファイル ................................................................. 107.2.

地域医療連携における統合プロファイル間の依存関係.............................................................. 11

8.

Patient Identifier Cross-referencing (PIX) ：患者 ID 相互参照 ..................................................... 12

9.

Patient Identifier Cross-Reference HL7 V3 (PIXV3)：患者 ID 相互参照 V3 ................................. 15

10.

Patient demographics Query (PDQ)：患者基本情報の問い合わせ.............................................. 17

11.

Patient Demographic Query HL7 V3 (PDQV3)：患者基本情報の問い合わせ V3 ...................... 19

12.

Cross-Enterprise Document Sharing (XDS.b)：施設間情報共有 ................................................ 20

13.

Cross-Enterprise Document Sharing for Imaging (XDS-I.b)：画像のための施設間情報共有 ... 23

14.

Cross-Community Access (XCA)：コミュニティ間連携............................................................... 26

15.

Consistent Time (CT)：時刻同期 .................................................................................................. 28

16.

Audit Trail and Node Authentication (ATNA)：監査証跡およびノード認証 ............................. 29

17.

日本国内拡張 ................................................................................................................................... 31

17.1.

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

17.1.1.

Patient Identifier Cross-referencing (PIX)の監査ログ ..................................................... 31

17.1.1.1.

Patient Identity Feed [ITI-8]および Patient Identity Management [ITI-30] ................. 31

17.1.1.1.1.

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

17.1.1.1.2.

Patient Identifier Cross-reference Manager アクタの監査ログメッセージ ................. 35

17.1.1.2.

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

17.1.1.2.1.

Patient Identifier Cross-reference Consumer アクタの監査ログメッセージ ............... 38

17.1.1.2.2.

Patient Identifier Cross-reference Manager アクタの監査ログメッセージ ................. 41

17.1.1.3.

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

17.1.1.3.1.

Patient Identifier Cross-reference Manager アクタの監査ログメッセージ ................. 44

17.1.1.3.2.

Patient Identifier Cross-reference Consumer アクタの監査ログメッセージ ............... 47

17.1.2.

Patient Identifier Cross-Reference HL7 V3 (PIXV3)の監査ログ ..................................... 50

17.1.2.1.

Patient Identity Feed HL7 V3 [ITI-44] ............................................................................. 50

17.1.2.1.1.

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

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

17.1.2.2.

PIXV3 Query [ITI-45] ......................................................................................................... 56

17.1.2.2.1.

Patient Identifier Cross-reference Consumer アクタの監査ログメッセージ ............... 56

17.1.2.2.2.

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

17.1.2.3.

PIXV3 Update Notification [ITI-46] .................................................................................. 62

17.1.2.3.1.

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

17.1.2.3.2.

Patient Identifier Cross-reference Consumer アクタの監査ログメッセージ ............... 65

17.1.3.

Patient demographics Query (PDQ)の監査ログ ................................................................ 68

17.1.3.1.

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

17.1.3.1.1.

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

17.1.3.1.2.

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

17.1.4.

Patient Demographic Query HL7 V3 (PDQV3)の監査ログ .............................................. 74

17.1.4.1.

Patient Demographics Query HL7 V3 [ITI-47]................................................................. 74

17.1.4.1.1.

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

17.1.4.1.2.

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

17.1.5.

Cross-Enterprise Document Sharing (XDS.b)の監査ログ ................................................ 80

17.1.5.1.

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

17.1.5.1.1.

Document Consumer アクタの監査ログメッセージ ...................................................... 80

17.1.5.1.2.

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

17.1.5.2.

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

17.1.5.2.1.

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

17.1.5.2.2.

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

17.1.5.3.

Register Document Set-b [ITI-42]...................................................................................... 92

17.1.5.3.1.

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

17.1.5.3.2.

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

17.1.5.4.

Retrieve Document Set [ITI-43] ......................................................................................... 98

17.1.5.4.1.

Document Consumer アクタの監査ログメッセージ ...................................................... 98

17.1.5.4.2.

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

17.1.6.

Record Audit Event [ITI-20]におけるコード定義 ............................................................ 1034地域医療連携における情報連携基盤 技術仕様

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

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

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

定義

Actor

アクタ。病院業務に関連した情報を作り出し、管理し、操作する情報システムや情報システムのコンポーネント

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 といった標準規格の適用ガイドラインを作成し、ベンダのシステムへの実装、接続テストを実施する体5地域医療連携における情報連携基盤 技術仕様制を構築している
Integration Profiles

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

Technical Framework

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

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

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

ポリシー

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

このドキュメントに必要なその他の用語および定義は、IHE-ITI Technical Framework Rev,
9.0 および IHE-Radiology Technical Framework Rev, 11.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

6

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

RFC

Request for Comments

NTP

Network Time Protocol

5. 要求事項
5.1.

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

5.2.

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

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

7

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

図1 連携基盤の概要（XDS）
施設ごとに異なる患者IDを相互に参照する場合、患者IDソース（Patient Identity Source)、患者
ID相互参照マネージャ（Patient Identity Cross-reference Manager）、患者ID利用者（Patient
Identifier Cross-reference Consumer)の３つの機能を設置する（図２参照）。患者IDは、各医療機関の患者IDソース（Patient Identity Source）によって、中央にある患者ID相互参照マネージャ（Patient Identity Cross-reference Manager）に登録される。患者ID相互参照マネージャ（Patient
Identity Cross-reference Manager）は、医療機関からの患者IDの対応付け（マッピング）を行なう。
情報にアクセスしたい医療機関は、患者ID利用者（Cross-reference Consumer）を使って患者ID相
互参照マネージャ（Patient Identity Cross-reference Manager）に問い合わせる。その結果、自病院の患者IDから医療連携するコミュニティ全体の中のID（グローバルID）を知ることができる。
コミュニティ間での情報連携を行う場合は、図３のように専用の機能（ゲートウェイ アクタ）を設置し、コミュニティ間通信を行う。各コミュニティの利用者の要求を外部に問い合わせる機能を開ゲートウ

ェイ（Initiating Gateway）と呼び、外部にあるコミュニティからの問い合わせに応じる機能を応答ゲートウェイ（Responding Gateway）と呼ぶ。開 ゲートウェイ（Initiating Gateway）が応答ゲート
ウェイ（Responding Gateway）に問い合わせを順次行うことで、情報の検索を行うことができる。通信を開 するにはコミュニティ間でのポリシーの合意など、いくつかの前提条件（共通の用語を採用していることなど）が必要である。

8

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

図２ 患者IDの相互参照方法（PIX,PDQ）

図３ コミュニティを越えた連携（XCA）

9

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

地域医療連携情報システムを構築する際には、技術仕様を定めるのと同様に運営主体となる組織を構築し、参加する施設間での共通な合意事項（ここではポリシーと呼ぶ）を定める必要がある。組織
的規約、参加資格・メンバ規約（役割・アクセス権限）、運営規約、患者プライバシー保護方針・同意の取り方、患者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-Community Access (XCA)
Consistent Time (CT)
Audit Trail and Node Authentication (ATNA)

7.1.

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

オプション

Patient Identifier Cross-referencing (PIX)

C1Patient Identifier Cross-Reference HL7 V3C1(PIXV3)

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

Patient demographics Query (PDQ)

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

10

地域医療連携における情報連携基盤 技術仕様
患者属性情報の検索が必要な場合
Patient Demographic Query HL7 V3 (PDQV3)

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

Cross-Enterprise Document Sharing (XDS.b)

R

Cross-Enterprise Document Sharing for

C3

Imaging (XDS-I.b)
Cross-Community Access (XCA)

O

Consistent Time (CT)R

Audit Trail and Node Authentication (ATNA)

R

7.2.

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

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

統合プロフ

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

PIX

CT

依存の形

目的

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

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

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

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

無し

PDQV3

無し

ATNA
XDS.b

XDS アクタは ATNA セキュ

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

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

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

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

XDS アクタは Time Client ア Document と Submission Set の日
クタとグループ化する

11

付の一貫性を確保する

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

XDS.b

XDS.b より、Document

Document Content タイプとConsumer, Document

Metadata が利用される

Registry, Document
Repository アクタが必要で

XDS-I.b

あるATNA

XDS-I.b アクタはセキュアノ

出力された監査証跡ならびにノーードかセキュアアプリケーシ

ド認証と通信の暗号化を管理するョンアクタにグループ化する

ATNA
XCA

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

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

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

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

CT
CT

XCA アクタは ATNA セキュ

XCA アクタは Time Client

Document と Submission Set の日

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

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

ATNA

CT

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

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

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

12

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

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

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

Patient Identifier
Cross-reference
Consumer

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

Patient Identity
Feed[ITI-8]↓↓

Patient Identifier
Cross-referenceManager

PIX Query [ITI-9]↓

PIX Update Notification [ITI-10]↑

図 8.2 Patient Identifier Cross-referencing (PIX)のアクタおよびトランザクション

13

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

表 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, 9.0
5. Patient Identifier Cross-referencing (PIX)
IHE-ITI Technical Framework Volume 2a Rev, 9.0
3.8 Patient Identity Feed
3.9 PIX Query
3.10PIX Update Notification
IHE-ITI Technical Framework Volume 2x Rev, 9.0
C.2.2 Message Control
C.2.3 Acknowledgement Modes
C.2.4 Common Segment Definitions

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

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 にある。

15

地域医療連携における情報連携基盤 技術仕様
表 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, 9.0
23. Patient Identifier Cross-referencing HL7 V3 (PIXV3)
IHE-ITI Technical Framework Volume 2b Rev, 9.0
3.44 Patient Identity Feed HL7 V3
3.45 PIXV3 Query
3.46 PIXV3 Update Notification
IHE-ITI Technical Framework Volume 2x Rev, 9.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 Material16

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

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: 患者基本情報問合せ－アクタとトランザクション
Optionality

SectionActorsTransactions

Patient 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

17

地域医療連携における情報連携基盤 技術仕様
本統合プロファイルの詳細については、以下を参照のこと。
IHE-ITI Technical Framework Volume 1 Rev, 9.0
8. Patient Demographics Query (PDQ)
IHE-ITI Technical Framework Volume 2a Rev, 9.0
3.21 Patient Demographics Query
IHE-ITI Technical Framework Volume 2x Rev, 9.0
C.2.2 Message Control
C.2.3 Acknowledgement Modes
C.2.4 Common Segment Definitions
Appendix M: Using Patient Demographics Query in a Multi-Domain Environment
IHE-ITI Technical Framework Volume 1 に記載のある Patient Demographic And Visit Query[ITI-22]は、地域医療連携では使用しないため本仕様の範囲外である。

18

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

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

Patient 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

19

Optionality

Section地域医療連携における情報連携基盤 技術仕様
本統合プロファイルの詳細については、以下を参照のこと。
IHE-ITI Technical Framework Volume 1 Rev, 10.0
24. Patient Demographics Query HL7 V3 (PDQV3)
IHE-ITI Technical Framework Volume 2b Rev, 10.0
3.47 Patient Demographics Query HL7 V3
IHE-ITI Technical Framework Volume 2x Rev, 10.0
Appendix O HL7 v3 Transmission and Trigger Event Control Act Wrappers
Appendix V Web Services for IHE Transactions
Appendix W Implementation Material

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

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

地域医療連携における情報連携基盤 技術仕様
たものである。

Patient ID
SourcePatient Identity
Feed [ITI-8]

Patient Identity Feed
HL7 v3 [ITI-44]

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: XDS.b－アクタとトランザクション
ActorsDocument Consumer

Document Source

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

[ITI-41]
Document Repository

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

Document Registry[ITI-43]21

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

Integrated Document[ITI-8]

Optionality

SectionO (Note 2)

ITI TF-2a: 3.8

Patient 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, 9.0
10. Cross-Enterprise Document Sharing (XDS.b)
IHE-ITI Technical Framework Volume 2a Rev, 9.0
3.8 Patient Identity Feed3.18 Registry Stored Query
IHE-ITI Technical Framework Volume 2b Rev, 9.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, 9.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, 9.0
4 Metadata used in Document Sharing profiles22地域医療連携における情報連携基盤 技術仕様

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]→

Document
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 にある。

23

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

Optionality

Section in
Vol. 2

Imaging Document Consumer

Retrieve Images [RAD-16]

O (note 1)

4.16

Retrieve Presentation States

O

4.17

O (note 1)

4.27

O

4.31

O (note 1)

4.45

WADO Retrieve [RAD-55]

O (note 1)

4.55

Retrieve Imaging Document Set

O (note 1)

4.69

R (note 2)

4.68

Retrieve Images [RAD-16]

R (note 3)

4.16

Retrieve Presentation States

R (note 3)

4.17

Retrieve Reports [RAD-27]

R (note 3)

4.27

Retrieve Key Image Note [RAD-31],

R (note 3)

4.31

Retrieve Evidence Documents

R (note 3)

4.45

WADO Retrieve [RAD-55]

R (note 3)

4.55

Retrieve Imaging Document Set

R (note 3)

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

Provide and Register Imaging
Document Set – MTOM/XOP[RAD-68][RAD-17][RAD-45][RAD-69]

note 1: オプションの取得トランザクションは少なくともひとつは実装しなければならない。
Imaging Document Consumer の追加要求事項については、RAD TF-1: 18.4 を参照のこと。
note 2: RAD TF-1: 18.2 のオプションに記載されている３つのドキュメントタイプのうち少なくともひとつを対応しなければならない。
note 3: Imaging Document Source が RAD TF-1: 18.2 Integration Profile Options の表 18.2-1 に記載されている“DICOM インスタンスのセット”オプションに対応する場合のみ、これらのトランザクションは必須とする。

24

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

本統合プロファイルの詳細については、以下を参照のこと。
IHE-Radiology Technical Framework Volume 1 Rev, 11.0
18. Cross-Enterprise Document Sharing for Imaging (XDS-I.b) Integration Profile
Appendix E: Nuclear Medicine
IHE-Radiology Technical Framework Volume 2 Rev, 11.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, 11.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 Web Services Retrieve
Services
IHE-ITI Technical Framework Volume 2a Rev, 10.0
3.18 Registry Stored Query
IHE-ITI Technical Framework Volume 2b Rev, 10.0
3.42 Register Document Set-b
3.43 Retrieve Document Set
IHE-ITI Technical Framework Volume 2x Rev, 10.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, 10.0
4 Metadata used in Document Sharing profiles

25

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

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

Initiating Community

Document
Consumer
Retrieve Document
Set [ITI-43]↓

Responding Community↓Registry Stored
Query [ITI-18]

Cross Gateway
Query [ITI-42]→

Initiating
Gateway

Responding
Gateway
Cross Gateway
Retrieve [ITI-39]→

図 14.1

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

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

表 14.1: XCA 統合プロファイル－アクタとトランザクション
Actors
Initiating Gateway

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

26

地域医療連携における情報連携基盤 技術仕様
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, 9.0
18. Cross-Community Access (XCA) Integration Profile
IHE-ITI Technical Framework Volume 2a Rev, 9.0
3.18 Registry Stored Query
IHE-ITI Technical Framework Volume 2b Rev, 9.0
3.38 Cross Gateway Query
3.39 Cross Gateway Retrieve
3.43 Retrieve Document Set
IHE-ITI Technical Framework Volume 2x Rev, 9.0
Appendix V Web Services for IHE Transactions
Appendix W Implementation Material
IHE-ITI Technical Framework Volume 3 Rev, 9.0
4 Metadata used in Document Sharing profiles

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

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

Time Server

Maintain Time [ITI-1]↑

Time Client

図 15.1

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

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

表 15.1: 時刻一貫性－アクタとトランザクション
ActorsTransactions

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, 9.0
7. Consistent Time (CT)IHE-ITI Technical Framework Volume 2a Rev, 9.0
3.1 Maintain Time28

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

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

←Maintain Time [ITI-1]

Time Server

Secure Nodegrouped with Any
IHE Actor↓Record Audit Event [ITI-20]↑Maintain Time
[ITI-1]
Secure Nodegrouped with PHIApplication
Node Authentication[ITI-19]↕
Secure Nodegrouped with Any
IHE Actor

図 16.1

Record Audit
Event [ITI-20]→

Audit
Repository

Record Audit Event [ITI-20]↑

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

29

地域医療連携における情報連携基盤 技術仕様
表 16.1 は ATNA プロファイルに直接含まれるアクタのそれぞれに対するトランザクションを示す。
この統合プロファイルが使用可能と主張するには、実装品は必須トランザクション（"R"表記）が実
行できなければならない。"O"表記のトランザクションはオプションである。この統合プロファイル
で定義され、実装品で使用可能にできるオプションの完全な一覧は、ITI TF-1: 9.5 にある。
表 16.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, 9.0
9. Audit Trail and Node Authentication (ATNA)
IHE-ITI Technical Framework Volume 2a Rev, 9.0
3.1 Maintain Time3.19 Authenticate Node3.20 Record Audit Event
IHE-ITI Technical Framework Volume 2x Rev, 9.0
Appendix F: Character String Comparisons30

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

17. 日本国内拡張
日本国内における諸規定、各ガイドラインならびに各種規格に則り、日本国内に限り本仕様の一部を本章の規定の様に拡張する。

17.1. Record Audit Event [ITI-20]の日本国内拡張
本章で提示する監査ログメッセージの定義にある「Opt」項目の表記と意味は以下のとおりである。
M：

必須

U：

オプション

NA：

使用しない

17.1.1. Patient Identifier Cross-referencing (PIX)の監査ログ
17.1.1.1. Patient Identity Feed [ITI-8]および Patient Identity Management [ITI-30]
17.1.1.1.1. Patient Identity Source アクタの監査ログメッセージ
Patient Identity Source が、Patient Identity Feed [ITI-8]および Patient Identity Management[ITI-30]を実行した際の、個人情報へのアクセスイベントを記録するための監査ログメッセージを表
17.1.1.1.1 のように拡張する。
表 17.1.1.1.1

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

Field Name
Event

EventID

Opt

Value Constraints
EV(110110, DCM, “Patient Record”)

M

AuditMessage/“C” (作成)

EventIdentification“R” (読み取り)
EventActionCodeM“U” (更新)“D” (削除)

EventDateTime

M

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

EventOutcomeIndicator

M

イベントの成功、失敗を示す。RFC3881 の規定に従う。
ITI-8 の場合：
EV(“ITI-8”, “IHE Transactions”, “Patient Identity Feed”)

EventTypeCodeM
ITI-30 の場合：
EV(“ITI-30”, “IHE Transactions”, “Patient Identity Management”)

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)31地域医療連携における情報連携基盤 技術仕様
Where:
データを操作した人またはプロセスの ID。

SourceUserIDM
両方ともわかっている場合は、人とプロセスの両方を含める。

AuditMessage/
ActiveParticipant

データを操作した人またはプロセスの別の ID。
AlternativeUserID

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

UserNameU
RFC3881 の規定に従う。
データを操作した人またはプロセスが本イベントの要求者か否

UserIsRequestor

Mかを示す。以下の値が入る。
EV( TRUE )RoleIDCodeM

NetworkAccessPointTypeCode

M

EV(110153, DCM, “Source Role ID”)
マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームもしくNetworkAccessPointID

M
は IP アドレス）。RFC3881 の規定に従う。
データを操作した人またはプロセスの ID。両方ともわかってい

Human
UserIDMる場合は、人とプロセスの両方を含める。

Requestor (ifknown)
AuditMessage/

データを操作した人またはプロセスの別の ID。
AlternativeUserID

U
RFC3881 の規定に従う。

ActiveParticipant

データを操作した人またはプロセスの名前。
UserNameU
RFC3881 の規定に従う。
データを操作した人またはプロセスが本イベントの要求者か否

UserIsRequestor

Mかを示す。以下の値が入る。
EV( TRUE )イベントを実行するときのデータを操作した人またはプロセス

RoleIDCode

Uの役割。

NetworkAccessPointTypeCode

NA

NetworkAccessPointIDNA

32

地域医療連携における情報連携基盤 技術仕様
データを操作した人またはプロセスの ID。

Destination
UserIDM
両方ともわかっている場合は、人とプロセスの両方を含める。

AuditMessage/
ActiveParticipant

データを操作した人またはプロセスの別の ID。
AlternativeUserID

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

UserNameU
RFC3881 の規定に従う。
データを操作した人またはプロセスが本イベントの要求者か否

UserIsRequestor

Mかを示す。以下の値が入る。
EV( TRUE )RoleIDCodeM

NetworkAccessPointTypeCode

M

EV(110152, DCM, “Destination Role ID”)
マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームもし

NetworkAccessPointIDM
くは IP アドレス）。RFC3881 の規定に従う。

Audit Source

AuditSourceID

M

AuditEnterpriseSiteID

U

AuditMessage/

発生源システムのユニークな ID。
ネットワーク中の論理的な発生源システムの場所。AuditSourceID

AuditSourceIdentificationを修飾するために使う。
発生源システムのタイプ。
AuditSourceTypeCodeU
RFC3881 の規定に従う。

33

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

Patient(AuditMessage/

ParticipantObjectTypeCodeM

EV( 1 ) (人)ParticipantObjectTypeCodeRole

M

EV( 1 ) (患者)

ParticipantObjectDataLifeCycle

U

ParticipantObjectIdentifi
cation)

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

M

ParticipantObjectSensitivity

U

EV(2, RFC-3881, “Patient Number”)
ParticipantObjectID に対するポリシー定義の機微性。
RFC3881 の規定に従う。

ParticipantObjectID

M

ParticipantObjectNameU

HL7 CX 型書式による患者 ID
関係者オブジェクトのインスタンスの名前。
患者名が入る。

ParticipantObjectQueryU

ParticipantObjectDetailM

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

34

地域医療連携における情報連携基盤 技術仕様
17.1.1.1.2. Patient Identifier Cross-reference Manager アクタの監査ログメッセージ
Patient Identifier Cross-reference Manager もしくは Document Registry アクタが、Patient
Identity Feed [ITI-8]および Patient Identity Management [ITI-30]を受信した際の、個人情報へのアクセスイベントを記録するための監査ログメッセージを表 17.1.1.1.2 のように拡張する。
表 17.1.1.1.2 Patient Identifier Cross-reference Manager アクタの監査ログメッセージ
Field Name
Event

EventID

Opt

Value Constraints
EV(110110, DCM, “Patient Record”)

M

AuditMessage/“C” (作成)

EventIdentification“R” (読み取り)
EventActionCodeM“U” (更新)“D” (削除)
イベントが発生した時刻。

EventDateTime

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

EventOutcomeIndicator

M
RFC3881 の規定に従う。
ITI-8 の場合：
EV(“ITI-8”, “IHE Transactions”, “Patient Identity Feed”)

EventTypeCodeM
ITI-30 の場合：
EV(“ITI-30”, “IHE Transactions”, “Patient Identity Management”)

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:
データを操作した人またはプロセスの ID。

SourceUserIDM
両方ともわかっている場合は、人とプロセスの両方を含める。

AuditMessage/
ActiveParticipant

データを操作した人またはプロセスの別の ID。
AlternativeUserID

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

UserNameU
RFC3881 の規定に従う。
データを操作した人またはプロセスが本イベントの要求者か否

UserIsRequestor

Mかを示す。以下の値が入る。
EV( TRUE )35

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

NetworkAccessPointTypeCode

M

EV(110153, DCM, “Source Role ID”)
マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームもし

NetworkAccessPointIDM
くは IP アドレス）。RFC3881 の規定に従う。

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

Destination
UserIDM
両方ともわかっている場合は、人とプロセスの両方を含める。

AuditMessage/
ActiveParticipant

データを操作した人またはプロセスの別の ID。
AlternativeUserID

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

UserNameU
RFC3881 の規定に従う。
データを操作した人またはプロセスが本イベントの要求者か否

UserIsRequestor

Mかを示す。以下の値が入る。
EV( TRUE )RoleIDCodeM

NetworkAccessPointTypeCode

M

EV(110152, DCM, “Destination Role ID”)
マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームもし

NetworkAccessPointIDM
くは IP アドレス）。RFC3881 の規定に従う。

Audit Source

AuditSourceID

M

AuditEnterpriseSiteID

U

AuditMessage/

発生源システムのユニークな ID。
ネットワーク中の論理的な発生源システムの場所。AuditSourceID

AuditSourceIdentificationを修飾するために使う。
発生源システムのタイプ。
AuditSourceTypeCodeU
RFC3881 の規定に従う。

36

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

Patient(AuditMessage/

ParticipantObjectTypeCodeM

EV( 1 ) (人)ParticipantObjectTypeCodeRole

M

EV( 1 ) (患者)

ParticipantObjectDataLifeCycle

U

ParticipantObjectIdentifi
cation)

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

M

ParticipantObjectSensitivity

U

EV(2, RFC-3881, “Patient Number”)
ParticipantObjectID に対するポリシー定義の機微性。
RFC3881 の規定に従う。

ParticipantObjectID

M

ParticipantObjectNameU

HL7 CX 型書式による患者 ID
関係者オブジェクトのインスタンスの名前。
患者名が入る。

ParticipantObjectQueryU

ParticipantObjectDetailM

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

37

地域医療連携における情報連携基盤 技術仕様
17.1.1.2. PIX Query [ITI-9]
17.1.1.2.1. Patient Identifier Cross-reference Consumer アクタの監査ログメッセージ
Patient Identifier Cross-reference Consumer アクタが、PIX Query [ITI-9]を実施した際の、個人情報へのアクセスイベントを記録するための監査ログメッセージを表 17.1.1.2.1 のように拡張する。
表 17.1.1.2.1 Patient Identifier Cross-reference Consumer アクタの監査ログメッセージ
Field Name
Event
AuditMessage/

Opt

Value Constraints

EventID

M

EV(110117, IHEJ, “PIX Query”)

EventActionCodeM“E” （実行）

EventDateTime

M

EventIdentification

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

M
RFC3881 の規定に従う。

EventTypeCode

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

M

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

M

AlternativeUserID

M

AuditMessage/
ActiveParticipant

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

UserNameU
RFC3881 の規定に従う。
検索を発行したプロセスが本イベントの要求者か否かを示す。以UserIsRequestor

M

下の値が入る。
EV( TRUE )RoleIDCodeM

NetworkAccessPointTypeCode

M

EV(110153, DCM, “ Source Role ID ”)
マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”38地域医療連携における情報連携基盤 技術仕様
ネットワークアクセスポイントに対する ID（マシンネームもし
NetworkAccessPointIDM
くは IP アドレス）。RFC3881 の規定に従う。
関係しており認識されている他の関係者の ID。特に要求者であ

Human
UserIDM
る人あるいはプロセスの ID。

Requestor (ifknown)
AuditMessage/

他の関係者の別の ID。
AlternativeUserID

U
RFC3881 の規定に従う。

ActiveParticipant

他の関係者の名前。
UserNameU
RFC3881 の規定に従う。
他の関係者が本イベントの要求者か否かを示す。

UserIsRequestor

M
RFC3881 の規定に従う。
他の関係者の役割。

RoleIDCodeU
RFC3881 の規定に従う。

Destination

NetworkAccessPointTypeCode

NA

NetworkAccessPointID

NA

UserID

M

AlternativeUserID

U

AuditMessage/
ActiveParticipant

検索に応答するプロセスの ID。
検索に応答するプロセスの別の ID。
RFC3881 の規定に従う。
検索に応答するプロセスの名前。

UserNameU
RFC3881 の規定に従う。
検索に応答するプロセスが本イベントの要求者か否かを示す。

UserIsRequestorM

以下の値が入る。
EV( FALSE )RoleIDCodeM

NetworkAccessPointTypeCode

M

EV(110152, DCM, “Destination Role ID”)
マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームもし

NetworkAccessPointIDM
くは IP アドレス）。RFC3881 の規定に従う。

39

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

AuditSourceID

M

AuditEnterpriseSiteID

U

AuditMessage/

発生源のユニークな ID。
ネットワーク中の論理的な発生源システムの場所。AuditSourceID

AuditSourceIdentificationを修飾するために使う。
発生源のタイプ。
AuditSourceTypeCodeU
RFC3881 の規定に従う。

Query
Parameters

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(24)（query）

ParticipantObjectDataLifeCycle

U(AuditMessage/
ParticipantObjectIdentifi

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

cation)ParticipantObjectIDTypeCode

M

ParticipantObjectSensitivity

U

EV(“ITI-9”, “IHE Transactions”, “PIX Query”)
ParticipantObjectID に対するポリシー定義の機微性。
RFC3881 の規定に従う。
ParticipantObjectID に対するポリシー定義の機微性。

ParticipantObjectSensitivity

U
RFC3881 の規定に従う。
関係者オブジェクトのインスタンスの名前。

ParticipantObjectName

U
RFC3881 の規定に従う。
base64 で符号化された検索内容（MSH と QPD セグメントを含ParticipantObjectQuery

Mむ）。本内容は本装置開発ベンダにて内容が分析できなければならない。
Type=MSH-10 (リテラル文字列), Value=MSH-10 の値（メッセージ

ParticipantObjectDetailU
コンテンツの内容を base64 でエンコードしたもの）

40

地域医療連携における情報連携基盤 技術仕様
17.1.1.2.2. Patient Identifier Cross-reference Manager アクタの監査ログメッセージ
Patient Identifier Cross-reference Manager アクタが、PIX Query [ITI-9]を実施した際の、個人情報へのアクセスイベントを記録するための監査ログメッセージを表 17.1.1.2.2 のように拡張する。
表 17.1.1.2.2 Patient Identifier Cross-reference Manager アクタの監査ログメッセージ

Event
AuditMessage/

Field Name

Opt

Value Constraints

EventID

M

EV(110117, IHEJ, “PIX Query”)

EventActionCodeM“E” （実行）

EventDateTime

M

EventIdentification

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

M
RFC3881 の規定に従う。

EventTypeCode

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

M

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:
SourceUserID

M

AlternativeUserID

U

AuditMessage/
ActiveParticipant

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

UserNameU
RFC3881 の規定に従う。

検索を発行したプロセスが本イベントの要求者か否かを示す。以UserIsRequestor

M

下の値が入る。
EV( TRUE )RoleIDCodeM

NetworkAccessPointTypeCode

M

EV(110153, DCM, “ Source Role ID ”)
マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームもし

NetworkAccessPointIDM
くは IP アドレス）。RFC3881 の規定に従う。

41

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

Destination

UserID

M

AlternativeUserID

M

AuditMessage/
ActiveParticipant

検索に応答するプロセスの ID。
検索に応答するプロセスの別の ID。
RFC3881 の規定に従う。
検索に応答するプロセスの名前。

UserNameU
RFC3881 の規定に従う。
検索に応答するプロセスが本イベントの要求者か否かを示す。以UserIsRequestor

M

下の値が入る。
EV( FALSE )RoleIDCodeM

NetworkAccessPointTypeCode

M

EV(110152, DCM, “Destination Role ID”)
マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームもし

NetworkAccessPointIDM
くは IP アドレス）。RFC3881 の規定に従う。

Audit Source

AuditSourceID

M

AuditEnterpriseSiteID

U

AuditMessage/

発生源のユニークな ID。
ネットワーク中の論理的な発生源システムの場所。AuditSourceID

AuditSourceIdentificationを修飾するために使う。
発生源のタイプ。
AuditSourceTypeCodeU
RFC3881 の規定に従う。

42

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

Query
Parameters

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(24)（query）

ParticipantObjectDataLifeCycle

U(AuditMessage/
ParticipantObjectIdentifi

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

cation)ParticipantObjectIDTypeCode

M

ParticipantObjectID

U

EV(“ITI-9”, “IHE Transactions”, “PIX Query”)
関係者オブジェクトのインスタンスの ID。
RFC3881 の規定に従う。
ParticipantObjectID に対するポリシー定義の機微性。

ParticipantObjectSensitivity

U
RFC3881 の規定に従う。
関係者オブジェクトのインスタンスの名前。

ParticipantObjectName

U
RFC3881 の規定に従う。
base64 で符号化された検索内容（MSH と QPD セグメントを含ParticipantObjectQuery

Mむ）。本内容は本装置開発ベンダにて内容が分析できなければならない。
Type=MSH-10 (リテラル文字列), Value=MSH-10 の値（メッセージ

ParticipantObjectDetailU
コンテンツの内容を base64 でエンコードしたもの）

43

地域医療連携における情報連携基盤 技術仕様
17.1.1.3. PIX Update Notification [ITI-10]
17.1.1.3.1. Patient Identifier Cross-reference Manager アクタの監査ログメッセージ
Patient Identifier Cross-reference Manager アクタが、PIX Update Notification [ITI-10]を実行した際の、個人情報へのアクセスイベントを記録するための監査ログメッセージを表 17.1.1.3.1 のように拡張する。
表 17.1.1.3.1 Patient Identifier Cross-reference Manager アクタの監査ログメッセージ
Field Name
Event

EventID

Opt

Value Constraints
EV(110110, DCM, “Patient Record”)

M

AuditMessage/“C” (作成)

EventIdentification“R” (読み取り)
EventActionCodeM“U” (更新)“D” (削除)
イベントが発生した時刻。

EventDateTime

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

EventOutcomeIndicator

M
RFC3881 の規定に従う。

EventTypeCode

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

M

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:
データを操作した人またはプロセスの ID。両方ともわかっていSourceUserIDMる場合は、人とプロセスの両方を含める。

AuditMessage/

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

ActiveParticipant

AlternativeUserID

M

UserNameU

RFC3881 の規定に従う。
データを操作した人またはプロセスの名前。
RFC3881 の規定に従う。
データを操作した人またはプロセスが本イベントの要求者か否

UserIsRequestor

Mかを示す。以下の値が入る。
EV( TRUE )RoleIDCodeM

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

44

地域医療連携における情報連携基盤 技術仕様
マシン(DNS)ネームの場合、“1”NetworkAccessPointTypeCodeM
IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームもし

NetworkAccessPointIDM
くは IP アドレス）。RFC3881 の規定に従う。
データを操作した人またはプロセスの ID。両方ともわかってい

Human
UserIDMる場合は、人とプロセスの両方を含める。

Requestor (ifknown)

AlternativeUserIDU

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

UserName

U

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

AuditMessage/
ActiveParticipant

データを操作した人またはプロセスが本イベントの要求者か否
UserIsRequestor

Mかを示す。以下の値が入る。
EV( TRUE )イベントを実行するときのデータを操作した人またはプロセス

RoleIDCode

Uの役割。

NetworkAccessPointTypeCode

NA

NetworkAccessPointID

NA

UserIDM

データを操作した人またはプロセスの ID。両方ともわかっていDestination

る場合は、人とプロセスの両方を含める。

AuditMessage/
ActiveParticipant

データを操作した人またはプロセスの別の ID。
AlternativeUserID

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

UserNameU
RFC3881 の規定に従う。
データを操作した人またはプロセスが本イベントの要求者か否

UserIsRequestor

Mかを示す。以下の値が入る。
EV( FALSE )RoleIDCodeM

NetworkAccessPointTypeCode

M

EV(110152, DCM, “Destination Role ID”)
マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームもし

NetworkAccessPointIDM
くは IP アドレス）。RFC3881 の規定に従う。

45

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

AuditSourceID

M

AuditEnterpriseSiteID

U

AuditMessage/

発生源システムのユニークな ID。
ネットワーク中の論理的な発生源システムの場所。AuditSourceID

AuditSourceIdentificationを修飾するために使う。
発生源システムのタイプ。
AuditSourceTypeCodeU
RFC3881 の規定に従う。

Patient(AuditMessage/

ParticipantObjectTypeCodeM

EV( 1 ) (人)ParticipantObjectTypeCodeRole

M

EV( 1 ) (患者)

ParticipantObjectDataLifeCycle

U

ParticipantObjectIdentifi
cation)

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

M

ParticipantObjectSensitivity

U

EV(2, RFC-3881, “Patient Number”)
ParticipantObjectID に対するポリシー定義の機微性。
RFC3881 の規定に従う。

ParticipantObjectID

M

ParticipantObjectNameU

HL7 CX 型書式による患者 ID
関係者オブジェクトのインスタンスの名前。
患者名が入る。

ParticipantObjectQueryU

ParticipantObjectDetailM

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

46

地域医療連携における情報連携基盤 技術仕様
17.1.1.3.2. Patient Identifier Cross-reference Consumer アクタの監査ログメッセージ
Patient Identifier Cross-reference Consumer アクタが、PIX Update Notification [ITI-10]を受信した際の、個人情報へのアクセスイベントを記録するための監査ログメッセージを表 17.1.1.3.2のように拡張する。
表 17.1.1.3.2 Patient Identifier Cross-reference Consumer アクタの監査ログメッセージ

Event

Field Name

Opt

Value Constraints

EventID

M

EV(110110, DCM, “Patient Record”)

AuditMessage/“C” (作成)

EventIdentification“R” (読み取り)
EventActionCodeM“U” (更新)“D” (削除)
イベントが発生した時刻。

EventDateTime

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

EventOutcomeIndicator

M
RFC3881 の規定に従う。

EventTypeCode

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

M

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:
データを操作した人またはプロセスの ID。両方ともわかっていSourceUserIDMる場合は、人とプロセスの両方を含める。

AuditMessage/
ActiveParticipant

データを操作した人またはプロセスの別の ID。
AlternativeUserID

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

UserNameU
RFC3881 の規定に従う。
データを操作した人またはプロセスが本イベントの要求者か否

UserIsRequestor

Mかを示す。以下の値が入る。
EV( TRUE )RoleIDCodeM

NetworkAccessPointTypeCode

M

EV(110153, DCM, “Source Role ID”)
マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”47地域医療連携における情報連携基盤 技術仕様
ネットワークアクセスポイントに対する ID（マシンネームもし
NetworkAccessPointIDM
くは IP アドレス）。RFC3881 の規定に従う。

データを操作した人またはプロセスの ID。両方ともわかDestination
UserID

M

AlternativeUserID

M

AuditMessage/
ActiveParticipantっている場合は、人とプロセスの両方を含める。
データを操作した人またはプロセスの別の ID。
RFC3881 の規定に従う。
データを操作した人またはプロセスの名前。

UserNameU
RFC3881 の規定に従う。
データを操作した人またはプロセスが本イベントの要求者か否

UserIsRequestor

Mかを示す。以下の値が入る。
EV( FALSE )RoleIDCodeM

NetworkAccessPointTypeCode

M

EV(110152, DCM, “Destination Role ID”)
マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームもし

NetworkAccessPointIDM
くは IP アドレス）。RFC3881 の規定に従う。

Audit Source

AuditSourceID

M

AuditEnterpriseSiteID

U

AuditMessage/

発生源システムのユニークな ID。
ネットワーク中の論理的な発生源システムの場所。AuditSourceID

AuditSourceIdentificationを修飾するために使う。
発生源システムのタイプ。
AuditSourceTypeCodeU
RFC3881 の規定に従う。

48

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

Patient(AuditMessage/

ParticipantObjectTypeCodeM

EV( 1 ) (人)ParticipantObjectTypeCodeRole

M

EV( 1 ) (患者)

ParticipantObjectDataLifeCycle

U

ParticipantObjectIdentifi
cation)

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

M

ParticipantObjectSensitivity

U

EV(2, RFC-3881, “Patient Number”)
ParticipantObjectID に対するポリシー定義の機微性。
RFC3881 の規定に従う。

ParticipantObjectID

M

ParticipantObjectNameU

HL7 CX 型書式による患者 ID
関係者オブジェクトのインスタンスの名前。
患者名が入る。

ParticipantObjectQueryU

ParticipantObjectDetailM

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

49

地域医療連携における情報連携基盤 技術仕様
17.1.2. Patient Identifier Cross-Reference HL7 V3 (PIXV3)の監査ログ
17.1.2.1. Patient Identity Feed HL7 V3 [ITI-44]
17.1.2.1.1. Patient Identity Source アクタの監査ログメッセージ
Patient Identity Source が、Patient Identity Feed HL7 V3 [ITI-44]を実行した際の、個人情報へのアクセスイベントを記録するための監査ログメッセージを表 17.1.2.1.1 のように拡張する。
表 17.1.2.1.1 Patient Identifier Cross-reference Source アクタの監査ログメッセージ
Field Name
Event

EventID

Opt

Value Constraints
EV(110110, DCM, “Patient Record”)

M

AuditMessage/“C” (作成)

EventIdentification“R” (読み取り)
EventActionCodeM“U” (更新)“D” (削除)
イベントが発生した時刻。

EventDateTime

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

EventOutcomeIndicator

M
RFC3881 の規定に従う。

EventTypeCode

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

M

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:
データを操作した人またはプロセスの ID。

SourceUserIDM
両方ともわかっている場合は、人とプロセスの両方を含める。

AuditMessage/
ActiveParticipant

データを操作した人またはプロセスの別の ID。
AlternativeUserID

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

UserNameU
RFC3881 の規定に従う。
データを操作した人またはプロセスが本イベントの要求者か否

UserIsRequestor

Mかを示す。以下の値が入る。
EV( TRUE )50

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

NetworkAccessPointTypeCode

M

EV(110153, DCM, “Source Role ID”)
マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームもしくNetworkAccessPointID

M
は IP アドレス）。RFC3881 の規定に従う。
データを操作した人またはプロセスの ID。両方ともわかってい

Human
UserIDMる場合は、人とプロセスの両方を含める。

Requestor (ifknown)
AuditMessage/

データを操作した人またはプロセスの別の ID。
AlternativeUserID

U
RFC3881 の規定に従う。

ActiveParticipant

データを操作した人またはプロセスの名前。
UserNameU
RFC3881 の規定に従う。
データを操作した人またはプロセスが本イベントの要求者か否

UserIsRequestor

Mかを示す。以下の値が入る。
EV( TRUE )イベントを実行するときのデータを操作した人またはプロセス

RoleIDCode

Uの役割。

NetworkAccessPointTypeCode

NA

NetworkAccessPointIDNA51

地域医療連携における情報連携基盤 技術仕様
データを操作した人またはプロセスの ID。

Destination
UserIDM
両方ともわかっている場合は、人とプロセスの両方を含める。

AuditMessage/
ActiveParticipant

データを操作した人またはプロセスの別の ID。
AlternativeUserID

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

UserNameU
RFC3881 の規定に従う。
データを操作した人またはプロセスが本イベントの要求者か否

UserIsRequestor

Mかを示す。以下の値が入る。
EV( TRUE )RoleIDCodeM

NetworkAccessPointTypeCode

M

EV(110152, DCM, “Destination Role ID”)
マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームもし

NetworkAccessPointIDM
くは IP アドレス）。RFC3881 の規定に従う。

Audit Source

AuditSourceID

M

AuditEnterpriseSiteID

U

AuditMessage/

発生源システムのユニークな ID。
ネットワーク中の論理的な発生源システムの場所。AuditSourceID

AuditSourceIdentificationを修飾するために使う。
発生源システムのタイプ。
AuditSourceTypeCodeU
RFC3881 の規定に従う。

52

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

Patient(AuditMessage/

ParticipantObjectTypeCodeM

EV( 1 ) (人)ParticipantObjectTypeCodeRole

M

EV( 1 ) (患者)

ParticipantObjectDataLifeCycle

U

ParticipantObjectIdentifi
cation)

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

M

ParticipantObjectSensitivity

U

EV(2, RFC-3881, “Patient Number”)
ParticipantObjectID に対するポリシー定義の機微性。
RFC3881 の規定に従う。

ParticipantObjectID

M

ParticipantObjectNameU

HL7 CX 型書式による患者 ID
関係者オブジェクトのインスタンスの名前。
患者名が入る。

ParticipantObjectQueryU

not specialized

ParticipantObjectDetailM

Type=II (リテラル文字列), Value= message.id の値

53地域医療連携における情報連携基盤 技術仕様
17.1.2.1.2. Patient Identifier Cross-reference Manager アクタの監査ログメッセージ
Patient Identifier Cross-reference Manager もしくは Document Registry アクタが、Patient
Identity Feed HL7 V3 [ITI-44]を受信した際の、個人情報へのアクセスイベントを記録するための監査ログメッセージを表 17.1.2.1.2 のように拡張する。
表 17.1.2.1.2 Patient Identifier Cross-reference Manager アクタの監査ログメッセージ
Field Name
Event

EventID

Opt

Value Constraints
EV(110110, DCM, “Patient Record”)

M

AuditMessage/“C” (作成)

EventIdentification“R” (読み取り)
EventActionCodeM“U” (更新)“D” (削除)
イベントが発生した時刻。

EventDateTime

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

EventOutcomeIndicator

M
RFC3881 の規定に従う。

EventTypeCode

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

M

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:
データを操作した人またはプロセスの ID。

SourceUserIDM
両方ともわかっている場合は、人とプロセスの両方を含める。

AuditMessage/
ActiveParticipant

データを操作した人またはプロセスの別の ID。
AlternativeUserID

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

UserNameU
RFC3881 の規定に従う。
データを操作した人またはプロセスが本イベントの要求者か否

UserIsRequestor

Mかを示す。以下の値が入る。
EV( TRUE )RoleIDCodeM

NetworkAccessPointTypeCode

M

EV(110153, DCM, “Source Role ID”)
マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”54地域医療連携における情報連携基盤 技術仕様
ネットワークアクセスポイントに対する ID（マシンネームもし
NetworkAccessPointIDM
くは IP アドレス）。RFC3881 の規定に従う。

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

Destination
UserIDM
両方ともわかっている場合は、人とプロセスの両方を含める。

AuditMessage/
ActiveParticipant

データを操作した人またはプロセスの別の ID。
AlternativeUserID

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

UserNameU
RFC3881 の規定に従う。
データを操作した人またはプロセスが本イベントの要求者か否

UserIsRequestor

Mかを示す。以下の値が入る。
EV( TRUE )RoleIDCodeM

NetworkAccessPointTypeCode

M

EV(110152, DCM, “Destination Role ID”)
マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームもし

NetworkAccessPointIDM
くは IP アドレス）。RFC3881 の規定に従う。

Audit Source

AuditSourceID

M

AuditEnterpriseSiteID

U

AuditMessage/

発生源システムのユニークな ID。
ネットワーク中の論理的な発生源システムの場所。AuditSourceID

AuditSourceIdentificationを修飾するために使う。
発生源システムのタイプ。
AuditSourceTypeCodeU
RFC3881 の規定に従う。

55

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

Patient(AuditMessage/

ParticipantObjectTypeCodeM

EV( 1 ) (人)ParticipantObjectTypeCodeRole

M

EV( 1 ) (患者)

ParticipantObjectDataLifeCycle

U

ParticipantObjectIdentifi
cation)

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

M

ParticipantObjectSensitivity

U

EV(2, RFC-3881, “Patient Number”)
ParticipantObjectID に対するポリシー定義の機微性。
RFC3881 の規定に従う。

ParticipantObjectID

M

ParticipantObjectNameU

HL7 CX 型書式による患者 ID
関係者オブジェクトのインスタンスの名前。
患者名が入る。

ParticipantObjectQueryU

not specialized

ParticipantObjectDetailM

Type=II (リテラル文字列), Value= message.id の値

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

Opt

Value Constraints

EventID

M

EV(110117, IHEJ, “PIX Query”)

EventActionCodeM“E” （実行）

EventDateTime

M

EventIdentification

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

M
RFC3881 の規定に従う。

EventTypeCode

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

M

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

地域医療連携における情報連携基盤 技術仕様
Query Parameters(1)Where:
SourceUserID

M

AlternativeUserID

M

AuditMessage/
ActiveParticipant

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

UserNameU
RFC3881 の規定に従う。
検索を発行したプロセスが本イベントの要求者か否かを示す。以UserIsRequestor

M

下の値が入る。
EV( TRUE )RoleIDCodeM

NetworkAccessPointTypeCode

M

EV(110153, DCM, “ Source Role ID ”)
マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームもし

NetworkAccessPointIDM
くは IP アドレス）。RFC3881 の規定に従う。
関係しており認識されている他の関係者の ID。特に要求者であ

Human
UserIDM
る人あるいはプロセスの ID。

Requestor (ifknown)
AuditMessage/

他の関係者の別の ID。
AlternativeUserID

U
RFC3881 の規定に従う。

ActiveParticipant

他の関係者の名前。
UserNameU
RFC3881 の規定に従う。
他の関係者が本イベントの要求者か否かを示す。

UserIsRequestor

M
RFC3881 の規定に従う。
他の関係者の役割。

RoleIDCodeU
RFC3881 の規定に従う。

NetworkAccessPointTypeCode

NA

NetworkAccessPointIDNA

57

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

Destination

UserID

M

AlternativeUserID

U

AuditMessage/
ActiveParticipant

検索に応答するプロセスの ID。
検索に応答するプロセスの別の ID。
RFC3881 の規定に従う。
検索に応答するプロセスの名前。

UserNameU
RFC3881 の規定に従う。
検索に応答するプロセスが本イベントの要求者か否かを示す。

UserIsRequestorM

以下の値が入る。
EV( FALSE )RoleIDCodeM

NetworkAccessPointTypeCode

M

EV(110152, DCM, “Destination Role ID”)
マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームもし

NetworkAccessPointIDM
くは IP アドレス）。RFC3881 の規定に従う。

Audit Source

AuditSourceID

M

AuditEnterpriseSiteID

U

AuditMessage/

発生源のユニークな ID。
ネットワーク中の論理的な発生源システムの場所。AuditSourceID

AuditSourceIdentificationを修飾するために使う。
発生源のタイプ。
AuditSourceTypeCodeU
RFC3881 の規定に従う。

Query
Parameters

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(24)（query）

ParticipantObjectDataLifeCycle

U(AuditMessage/
ParticipantObjectIdentifi

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

cation)ParticipantObjectIDTypeCode

M

ParticipantObjectSensitivity

U

EV(“ITI-45”, “IHE Transactions”, “PIX Query”)
ParticipantObjectID に対するポリシー定義の機微性。
RFC3881 の規定に従う。
ParticipantObjectID に対するポリシー定義の機微性。

ParticipantObjectSensitivity

U
RFC3881 の規定に従う。

58

地域医療連携における情報連携基盤 技術仕様
関係者オブジェクトのインスタンスの名前。
ParticipantObjectName

U
RFC3881 の規定に従う。
base64 で符号化された検索内容。本内容は本装置開発ベンダにてParticipantObjectQuery

M
内容が分析できなければならない。
関係者オブジェクトのインスタンスの詳細情報。

ParticipantObjectDetailU
RFC3881 の規定に従う。

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

Event
AuditMessage/

Field Name

Opt

Value Constraints

EventID

M

EV(110117, IHEJ, “PIX Query”)

EventActionCodeM“E” （実行）

EventDateTime

M

EventIdentification

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

M
RFC3881 の規定に従う。

EventTypeCode

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

M

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:
SourceUserID

M

AlternativeUserID

U

AuditMessage/
ActiveParticipant

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

UserNameU
RFC3881 の規定に従う。

59

地域医療連携における情報連携基盤 技術仕様
検索を発行したプロセスが本イベントの要求者か否かを示す。以UserIsRequestor

M

下の値が入る。
EV( TRUE )RoleIDCodeM

NetworkAccessPointTypeCode

M

EV(110153, DCM, “ Source Role ID ”)
マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームもし

NetworkAccessPointIDM
くは IP アドレス）。RFC3881 の規定に従う。

Destination

UserID

M

AlternativeUserID

M

AuditMessage/
ActiveParticipant

検索に応答するプロセスの ID。
検索に応答するプロセスの別の ID。
RFC3881 の規定に従う。
検索に応答するプロセスの名前。

UserNameU
RFC3881 の規定に従う。
検索に応答するプロセスが本イベントの要求者か否かを示す。以UserIsRequestor

M

下の値が入る。
EV( FALSE )RoleIDCodeM

NetworkAccessPointTypeCode

M

EV(110152, DCM, “Destination Role ID”)
マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームもし

NetworkAccessPointIDM
くは IP アドレス）。RFC3881 の規定に従う。

Audit Source

AuditSourceID

M

AuditEnterpriseSiteID

U

AuditMessage/
AuditSourceIdentification

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

AuditSourceTypeCodeU
RFC3881 の規定に従う。

60

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

Query
Parameters

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(24)（query）

ParticipantObjectDataLifeCycle

U(AuditMessage/
ParticipantObjectIdentifi

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

cation)ParticipantObjectIDTypeCode

M

ParticipantObjectID

U

EV(“ITI-45”, “IHE Transactions”, “PIX Query”)
関係者オブジェクトのインスタンスの ID。
RFC3881 の規定に従う。
ParticipantObjectID に対するポリシー定義の機微性。

ParticipantObjectSensitivity

U
RFC3881 の規定に従う。
関係者オブジェクトのインスタンスの名前。

ParticipantObjectName

U
RFC3881 の規定に従う。
base64 で符号化された検索内容。本内容は本装置開発ベンダにてParticipantObjectQuery

M
内容が分析できなければならない。
関係者オブジェクトのインスタンスの詳細情報。

ParticipantObjectDetailU
RFC3881 の規定に従う。

61

地域医療連携における情報連携基盤 技術仕様
17.1.2.3. PIXV3 Update Notification [ITI-46]
17.1.2.3.1. Patient Identifier Cross-reference Manager アクタの監査ログメッセージ
Patient Identifier Cross-reference Manager アクタが、PIXV3 Update Notification [ITI-46]を実行した際の、個人情報へのアクセスイベントを記録するための監査ログメッセージを表 17.1.2.3.1のように拡張する。
表 17.1.2.3.1 Patient Identifier Cross-reference Manager アクタの監査ログメッセージ
Field Name
Event

EventID

Opt

Value Constraints
EV(110110, DCM, “Patient Record”)

M

AuditMessage/“C” (作成)

EventIdentification“R” (読み取り)
EventActionCodeM“U” (更新)“D” (削除)
イベントが発生した時刻。

EventDateTime

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

EventOutcomeIndicator

M
RFC3881 の規定に従う。

EventTypeCode

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

M

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:
データを操作した人またはプロセスの ID。両方ともわかっていSourceUserIDMる場合は、人とプロセスの両方を含める。

AuditMessage/

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

ActiveParticipant

AlternativeUserID

M

UserNameU

RFC3881 の規定に従う。
データを操作した人またはプロセスの名前。
RFC3881 の規定に従う。
データを操作した人またはプロセスが本イベントの要求者か否

UserIsRequestor

Mかを示す。以下の値が入る。
EV( TRUE )RoleIDCodeM

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

62

地域医療連携における情報連携基盤 技術仕様
マシン(DNS)ネームの場合、“1”NetworkAccessPointTypeCodeM
IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームもし

NetworkAccessPointIDM
くは IP アドレス）。RFC3881 の規定に従う。
データを操作した人またはプロセスの ID。両方ともわかってい

Human
UserIDMる場合は、人とプロセスの両方を含める。

Requestor (ifknown)

AlternativeUserIDU

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

UserName

U

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

AuditMessage/
ActiveParticipant

データを操作した人またはプロセスが本イベントの要求者か否
UserIsRequestor

Mかを示す。以下の値が入る。
EV( TRUE )イベントを実行するときのデータを操作した人またはプロセス

RoleIDCode

Uの役割。

NetworkAccessPointTypeCode

NA

NetworkAccessPointID

NA

UserIDM

データを操作した人またはプロセスの ID。両方ともわかっていDestination

る場合は、人とプロセスの両方を含める。

AuditMessage/
ActiveParticipant

データを操作した人またはプロセスの別の ID。
AlternativeUserID

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

UserNameU
RFC3881 の規定に従う。
データを操作した人またはプロセスが本イベントの要求者か否

UserIsRequestor

Mかを示す。以下の値が入る。
EV( FALSE )RoleIDCodeM

NetworkAccessPointTypeCode

M

EV(110152, DCM, “Destination Role ID”)
マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームもし

NetworkAccessPointIDM
くは IP アドレス）。RFC3881 の規定に従う。

63

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

AuditSourceID

M

AuditEnterpriseSiteID

U

AuditMessage/

発生源システムのユニークな ID。
ネットワーク中の論理的な発生源システムの場所。AuditSourceID

AuditSourceIdentificationを修飾するために使う。
発生源システムのタイプ。
AuditSourceTypeCodeU
RFC3881 の規定に従う。

Patient(AuditMessage/

ParticipantObjectTypeCodeM

EV( 1 ) (人)ParticipantObjectTypeCodeRole

M

EV( 1 ) (患者)

ParticipantObjectDataLifeCycle

U

ParticipantObjectIdentifi
cation)

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

M

ParticipantObjectSensitivity

U

EV(2, RFC-3881, “Patient Number”)
ParticipantObjectID に対するポリシー定義の機微性。
RFC3881 の規定に従う。

ParticipantObjectID

M

ParticipantObjectNameU

HL7 CX 型書式による患者 ID
関係者オブジェクトのインスタンスの名前。
患者名が入る。

ParticipantObjectQueryU

not specialized

ParticipantObjectDetailM

Type=II (リテラル文字列), Value= message.id の値

64地域医療連携における情報連携基盤 技術仕様
17.1.2.3.2. Patient Identifier Cross-reference Consumer アクタの監査ログメッセージ
Patient Identifier Cross-reference Consumer アクタが、PIXV3 Update Notification [ITI-46]を受信した際の、個人情報へのアクセスイベントを記録するための監査ログメッセージを表 17.1.1.3.2のように拡張する。
表 17.1.2.3.2 Patient Identifier Cross-reference Consumer アクタの監査ログメッセージ

Event

Field Name

Opt

Value Constraints

EventID

M

EV(110110, DCM, “Patient Record”)

AuditMessage/“C” (作成)

EventIdentification“R” (読み取り)
EventActionCodeM“U” (更新)“D” (削除)
イベントが発生した時刻。

EventDateTime

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

EventOutcomeIndicator

M
RFC3881 の規定に従う。

EventTypeCode

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

M

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:
データを操作した人またはプロセスの ID。両方ともわかっていSourceUserIDMる場合は、人とプロセスの両方を含める。

AuditMessage/
ActiveParticipant

データを操作した人またはプロセスの別の ID。
AlternativeUserID

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

UserNameU
RFC3881 の規定に従う。
データを操作した人またはプロセスが本イベントの要求者か否

UserIsRequestor

Mかを示す。以下の値が入る。
EV( TRUE )RoleIDCodeM

NetworkAccessPointTypeCode

M

EV(110153, DCM, “Source Role ID”)
マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”65地域医療連携における情報連携基盤 技術仕様
ネットワークアクセスポイントに対する ID（マシンネームもし
NetworkAccessPointIDM
くは IP アドレス）。RFC3881 の規定に従う。

データを操作した人またはプロセスの ID。両方ともわかDestination
UserID

M

AlternativeUserID

M

AuditMessage/
ActiveParticipantっている場合は、人とプロセスの両方を含める。
データを操作した人またはプロセスの別の ID。
RFC3881 の規定に従う。
データを操作した人またはプロセスの名前。

UserNameU
RFC3881 の規定に従う。
データを操作した人またはプロセスが本イベントの要求者か否

UserIsRequestor

Mかを示す。以下の値が入る。
EV( FALSE )RoleIDCodeM

NetworkAccessPointTypeCode

M

EV(110152, DCM, “Destination Role ID”)
マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームもし

NetworkAccessPointIDM
くは IP アドレス）。RFC3881 の規定に従う。

Audit Source

AuditSourceID

M

AuditEnterpriseSiteID

U

AuditMessage/

発生源システムのユニークな ID。
ネットワーク中の論理的な発生源システムの場所。AuditSourceID

AuditSourceIdentificationを修飾するために使う。
発生源システムのタイプ。
AuditSourceTypeCodeU
RFC3881 の規定に従う。

66

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

Patient(AuditMessage/

ParticipantObjectTypeCodeM

EV( 1 ) (人)ParticipantObjectTypeCodeRole

M

EV( 1 ) (患者)

ParticipantObjectDataLifeCycle

U

ParticipantObjectIdentifi
cation)

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

M

ParticipantObjectSensitivity

U

EV(2, RFC-3881, “Patient Number”)
ParticipantObjectID に対するポリシー定義の機微性。
RFC3881 の規定に従う。

ParticipantObjectID

M

ParticipantObjectNameU

HL7 CX 型書式による患者 ID
関係者オブジェクトのインスタンスの名前。
患者名が入る。

ParticipantObjectQueryU

not specialized

ParticipantObjectDetailM

Type=II (リテラル文字列), Value= message.id の値

67

地域医療連携における情報連携基盤 技術仕様
17.1.3. Patient demographics Query (PDQ)の監査ログ
17.1.3.1. Patient Demographics Query [ITI-21]
17.1.3.1.1. Patient Demographics Consumer アクタの監査ログメッセージ
Patient Demographics Consumer アクタが、Patient Demographics Query [ITI-21]を実施した
際の、個人情報へのアクセスイベントを記録するための監査ログメッセージを表 17.1.3.1.1 のように拡張する。
表 17.1.3.1.1

Event
AuditMessage/

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

Field Name

Opt

Value Constraints

EventID

M

EV(110118, IHEJ, “PDQ Query”)

EventActionCodeM“E” （実行）

EventDateTime

M

EventIdentification

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

M
RFC3881 の規定に従う。
M

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

UserIDM

検索を発行したプロセスの ID。

AlternativeUserID

M

EventTypeCode
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:
SourceAuditMessage/
ActiveParticipant

検索を発行したプロセスの別の ID。
RFC3881 の規定に従う。
検索を発行したプロセスの名前。
UserNameU
RFC3881 の規定に従う。
検索を発行したプロセスが本イベントの要求者か否かを示す。以UserIsRequestor

M

下の値が入る。
EV( TRUE )RoleIDCodeM

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

68

地域医療連携における情報連携基盤 技術仕様
マシン(DNS)ネームの場合、“1”NetworkAccessPointTypeCodeM
IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームもし

NetworkAccessPointIDM
くは IP アドレス）。RFC3881 の規定に従う。
関係しており認識されている他の関係者の ID。特に要求者であ

Human
UserIDM
る人あるいはプロセスの ID。

Requestor (ifknown)
AuditMessage/

他の関係者の別の ID。
AlternativeUserID

U
RFC3881 の規定に従う。

ActiveParticipant

他の関係者の名前。
UserNameU
RFC3881 の規定に従う。
他の関係者が本イベントの要求者か否かを示す。

UserIsRequestor

M
RFC3881 の規定に従う。

Destination

RoleIDCodeU

NetworkAccessPointTypeCode

NA

NetworkAccessPointID

NA

UserID

M

AlternativeUserID

U

AuditMessage/
ActiveParticipant

他の関係者の役割。

検索に応答するプロセスの ID。
検索に応答するプロセスの別の ID。
RFC3881 の規定に従う。
検索に応答するプロセスの名前。

UserNameU
RFC3881 の規定に従う。
検索に応答するプロセスが本イベントの要求者か否かを示す。以UserIsRequestor

M

下の値が入る。
EV( FALSE )RoleIDCodeM

NetworkAccessPointTypeCodeM

EV (110152, DCM, “Destination Role ID”)
マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームもし

NetworkAccessPointIDM
くは IP アドレス）。RFC3881 の規定に従う。

Audit Source

AuditSourceID

M

AuditEnterpriseSiteID

U

AuditMessage/
AuditSourceIdentification

発生源のユニークな ID。
ネットワーク中の論理的な発生源の場所。AuditSourceID を修飾するために使う。

69

地域医療連携における情報連携基盤 技術仕様
発生源のタイプ。
AuditSourceTypeCodeU
RFC3881 の規定に従う。

Query
Parameters

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(24)（query）

ParticipantObjectDataLifeCycle

U(AuditMessage/
ParticipantObjectIdentifi

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

cation)ParticipantObjectIDTypeM

ParticipantObjectSensitivity

U

EV(“ITI-21”, “IHE Transactions”, “Patient Demographics Query”)
ParticipantObjectID に対するポリシー定義の機微性。
RFC3881 の規定に従う。
関係者オブジェクトのインスタンスの ID。

ParticipantObjectID

U
RFC3881 の規定に従う。
関係者オブジェクトのインスタンスの名前。

ParticipantObjectName

U
RFC3881 の規定に従う。
base64 で符号化された検索内容（MSH と QPD セグメントを含ParticipantObjectQuery

Mむ）。本内容は本装置開発ベンダにて内容が分析できなければならない。
Type=MSH-10 (リテラル文字列), Value=MSH-10 の値（メッセージ

ParticipantObjectDetailM
コンテンツの内容を base64 でエンコードしたもの）

70

地域医療連携における情報連携基盤 技術仕様
17.1.3.1.2. Patient Demographics Supplier アクタの監査ログメッセージ
Patient Demographics Supplier アクタが、Patient Demographics Query [ITI-21]を受信した際の、個人情報へのアクセスイベントを記録するための監査ログメッセージを表 17.1.3.1.2 のように拡張する。
表 17.1.3.1.2

Event
AuditMessage/

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

Field Name

Opt

Value Constraints

EventIDM

EV (110118, IHEJ, “PDQ Query”)

EventActionCodeM“E” （実行）

EventDateTime

M

EventIdentification

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

M
RFC3881 の規定に従う。
M

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

UserIDM

検索を発行したプロセスの ID。

AlternativeUserID

U

EventTypeCode
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

検索を発行したプロセスの別の ID。
RFC3881 の規定に従う。
検索を発行したプロセスの名前。
UserNameU
RFC3881 の規定に従う。
検索を発行したプロセスが本イベントの要求者か否かを示す。

UserIsRequestor

M
RFC3881 の規定に従う。

RoleIDCodeM

NetworkAccessPointTypeCodeM

EV (110153, DCM, “Source Role ID”)
マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームもし

NetworkAccessPointIDM
くは IP アドレス）。RFC3881 の規定に従う。

71

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

Destination

UserID

M

AlternativeUserID

M

AuditMessage/
ActiveParticipant

検索に応答するプロセスの ID。
検索に応答するプロセスの別の ID。
RFC3881 の規定に従う。
検索に応答するプロセスの名前。

UserNameU
RFC3881 の規定に従う。
検索に応答するプロセスが本イベントの要求者か否かを示す。以UserIsRequestor

M

下の値が入る。
EV( FALSE )RoleIDCodeM

NetworkAccessPointTypeCodeM

EV (110152, DCM, “Destination Role ID”)
マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームもし

NetworkAccessPointIDM
くは IP アドレス）。RFC3881 の規定に従う。

Audit Source

AuditSourceID

M

AuditEnterpriseSiteID

U

AuditMessage/

発生源のユニークな ID。
ネットワーク中の論理的な発生源の場所。AuditSourceID を修飾

AuditSourceIdentification

するために使う。
発生源のタイプ。
AuditSourceTypeCodeU
RFC3881 の規定に従う。

72

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

Query
Parameters

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(24)（query）

ParticipantObjectDataLifeCycle

U(AuditMessage/
ParticipantObjectIdentifi

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

cation)ParticipantObjectIDTypeCode

M

ParticipantObjectSensitivity

U

EV(“ITI-21”, “IHE Transactions”, “Patient Demographics Query”)
ParticipantObjectID に対するポリシー定義の機微性。
RFC3881 の規定に従う。
関係者オブジェクトのインスタンスの ID。

ParticipantObjectID

U
RFC3881 の規定に従う。
関係者オブジェクトのインスタンスの名前。

ParticipantObjectName

U
RFC3881 の規定に従う。
base64 で符号化された検索内容（MSH と QPD セグメントを含

PaticipantObjectQuery

Mむ）。本内容は本装置開発ベンダにて内容が分析できなければならない。
Type=MSH-10 (リテラル文字列), Value=MSH-10 の値（メッセージ

ParticipantObjectDetailM
コンテンツの内容を base64 でエンコードしたもの）

73

地域医療連携における情報連携基盤 技術仕様
17.1.4. Patient Demographic Query HL7 V3 (PDQV3)の監査ログ
17.1.4.1. Patient Demographics Query HL7 V3 [ITI-47]
17.1.4.1.1. Patient Demographics Consumer アクタの監査ログメッセージ
Patient Demographics Consumer アクタが、Patient Demographics Query HL7 V3 [ITI-47]を実施した際の、個人情報へのアクセスイベントを記録するための監査ログメッセージを表 17.1.4.1.1のように拡張する。
表 17.1.4.1.1

Event
AuditMessage/

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

Field Name

Opt

Value Constraints

EventID

M

EV(110118, IHEJ, “PDQ Query”)

EventActionCodeM“E” （実行）

EventDateTime

M

EventIdentification

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

M
RFC3881 の規定に従う。
M

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

UserIDM

検索を発行したプロセスの ID。

AlternativeUserID

M

EventTypeCode
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:
SourceAuditMessage/
ActiveParticipant

検索を発行したプロセスの別の ID。
RFC3881 の規定に従う。
検索を発行したプロセスの名前。
UserNameU
RFC3881 の規定に従う。
検索を発行したプロセスが本イベントの要求者か否かを示す。以UserIsRequestor

M

下の値が入る。
EV( TRUE )RoleIDCodeM

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

74

地域医療連携における情報連携基盤 技術仕様
マシン(DNS)ネームの場合、“1”NetworkAccessPointTypeCodeM
IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームもし

NetworkAccessPointIDM
くは IP アドレス）。RFC3881 の規定に従う。
関係しており認識されている他の関係者の ID。特に要求者であ

Human
UserIDM
る人あるいはプロセスの ID。

Requestor (ifknown)
AuditMessage/

他の関係者の別の ID。
AlternativeUserID

U
RFC3881 の規定に従う。

ActiveParticipant

他の関係者の名前。
UserNameU
RFC3881 の規定に従う。
他の関係者が本イベントの要求者か否かを示す。

UserIsRequestor

M
RFC3881 の規定に従う。

Destination

RoleIDCodeU

NetworkAccessPointTypeCode

NA

NetworkAccessPointID

NA

UserID

M

AlternativeUserID

U

AuditMessage/
ActiveParticipant

他の関係者の役割。

検索に応答するプロセスの ID。
検索に応答するプロセスの別の ID。
RFC3881 の規定に従う。
検索に応答するプロセスの名前。

UserNameU
RFC3881 の規定に従う。
検索に応答するプロセスが本イベントの要求者か否かを示す。以UserIsRequestor

M

下の値が入る。
EV( FALSE )RoleIDCodeM

NetworkAccessPointTypeCodeM

EV (110152, DCM, “Destination Role ID”)
マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームもし

NetworkAccessPointIDM
くは IP アドレス）。RFC3881 の規定に従う。

Audit Source

AuditSourceID

M

AuditEnterpriseSiteID

U

AuditMessage/
AuditSourceIdentification

発生源のユニークな ID。
ネットワーク中の論理的な発生源の場所。AuditSourceID を修飾するために使う。

75

地域医療連携における情報連携基盤 技術仕様
発生源のタイプ。
AuditSourceTypeCodeU
RFC3881 の規定に従う。

Query
Parameters

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(24)（query）

ParticipantObjectDataLifeCycle

U(AuditMessage/
ParticipantObjectIdentifi

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

cation)ParticipantObjectIDTypeM

ParticipantObjectSensitivity

U

EV(“ITI-47”, “IHE Transactions”, “Patient Demographics Query”)
ParticipantObjectID に対するポリシー定義の機微性。
RFC3881 の規定に従う。
関係者オブジェクトのインスタンスの ID。

ParticipantObjectID

U
RFC3881 の規定に従う。
関係者オブジェクトのインスタンスの名前。

ParticipantObjectName

U
RFC3881 の規定に従う。
base64 で符号化された検索内容。本内容は本装置開発ベンダにてParticipantObjectQuery

M
内容が分析できなければならない。
関係者オブジェクトのインスタンスの詳細情報。

ParticipantObjectDetailU
RFC3881 の規定に従う。

76

地域医療連携における情報連携基盤 技術仕様
17.1.4.1.2. Patient Demographics Supplier アクタの監査ログメッセージ
Patient Demographics Supplier アクタが、Patient Demographics Query HL7 V3 [ITI-47]を受信した際の、個人情報へのアクセスイベントを記録するための監査ログメッセージを表 17.1.4.1.2のように拡張する。
表 17.1.4.1.2

Event
AuditMessage/

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

Field Name

Opt

Value Constraints

EventIDM

EV (110118, IHEJ, “PDQ Query”)

EventActionCodeM“E” （実行）

EventDateTime

M

EventIdentification

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

M
RFC3881 の規定に従う。
M

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

UserIDM

検索を発行したプロセスの ID。

AlternativeUserID

U

EventTypeCode
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

検索を発行したプロセスの別の ID。
RFC3881 の規定に従う。
検索を発行したプロセスの名前。
UserNameU
RFC3881 の規定に従う。
検索を発行したプロセスが本イベントの要求者か否かを示す。

UserIsRequestor

M
RFC3881 の規定に従う。

RoleIDCodeM

NetworkAccessPointTypeCodeM

EV (110153, DCM, “Source Role ID”)
マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームもし

NetworkAccessPointIDM
くは IP アドレス）。RFC3881 の規定に従う。

77

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

Destination

UserID

M

AlternativeUserID

M

AuditMessage/
ActiveParticipant

検索に応答するプロセスの ID。
検索に応答するプロセスの別の ID。
RFC3881 の規定に従う。
検索に応答するプロセスの名前。

UserNameU
RFC3881 の規定に従う。
検索に応答するプロセスが本イベントの要求者か否かを示す。以UserIsRequestor

M

下の値が入る。
EV( FALSE )RoleIDCodeM

NetworkAccessPointTypeCodeM

EV (110152, DCM, “Destination Role ID”)
マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームもし

NetworkAccessPointIDM
くは IP アドレス）。RFC3881 の規定に従う。

Audit Source

AuditSourceID

M

AuditEnterpriseSiteID

U

AuditMessage/

発生源のユニークな ID。
ネットワーク中の論理的な発生源の場所。AuditSourceID を修飾

AuditSourceIdentification

するために使う。
発生源のタイプ。
AuditSourceTypeCodeU
RFC3881 の規定に従う。

78

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

Query
Parameters

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(24)（query）

ParticipantObjectDataLifeCycle

U(AuditMessage/
ParticipantObjectIdentifi

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

cation)ParticipantObjectIDTypeCode

M

ParticipantObjectSensitivity

U

EV(“ITI-47”, “IHE Transactions”, “Patient Demographics Query”)
ParticipantObjectID に対するポリシー定義の機微性。
RFC3881 の規定に従う。
関係者オブジェクトのインスタンスの ID。

ParticipantObjectID

U
RFC3881 の規定に従う。
関係者オブジェクトのインスタンスの名前。

ParticipantObjectName

U
RFC3881 の規定に従う。
base64 で符号化された検索内容。本内容は本装置開発ベンダにてPaticipantObjectQuery

M
内容が分析できなければならない。
関係者オブジェクトのインスタンスの詳細情報。

ParticipantObjectDetailU
RFC3881 の規定に従う。

79

地域医療連携における情報連携基盤 技術仕様
17.1.5. Cross-Enterprise Document Sharing (XDS.b)の監査ログ
17.1.5.1. Registry Stored Query [ITI-18]
17.1.5.1.1. Document Consumer アクタの監査ログメッセージ
Document Consumer アクタが、Registry Stored Query [ITI-18]を実施した際の、アクセスイベ
ントを記録するための監査ログメッセージを表 17.1.5.1.1 のように拡張する。
表 17.1.5.1.1 Document Consumer アクタの監査ログメッセージ

Event
AuditMessage/

Field Name

Opt

Value Constraints

EventIDM

EV (110119, IHEJ, “XDS Query”)

EventActionCodeM“E” （実行）

EventDateTime

M

EventIdentification

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

M
RFC3881 の規定に従う。

EventTypeCode

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

M

Source (Document Consumer) (1)
Human Requestor (0..n)
Destination (Document Registry) (1)Audit Source (Document Consumer) (1)Patient (0..1)
Query Parameters(1)Where:
検索を発行したプロセスの ID。

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

AuditMessage/
ActiveParticipant

検索を発行したプロセスの別の ID。
AlternativeUserID

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

UserNameU
RFC3881 の規定に従う。
検索を発行したプロセスが本イベントの要求者か否かを示す。以UserIsRequestor

M

下の値が入る。
EV( TRUE )RoleIDCodeM

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

80

地域医療連携における情報連携基盤 技術仕様
マシン(DNS)ネームの場合、“1”NetworkAccessPointTypeCodeM
IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームもし

NetworkAccessPointIDM
くは IP アドレス）。RFC3881 の規定に従う。
関係しており認識されている他の関係者の ID。特に要求者であ

Human
UserIDM
る人あるいはプロセスの ID。

Requestor(if known)
AuditMessage/

他の関係者の別の ID。
AlternativeUserID

U
RFC3881 の規定に従う。

ActiveParticipant

他の関係者の名前。
UserNameU
RFC3881 の規定に従う。
他の関係者が本イベントの要求者か否かを示す。

UserIsRequestor

M
RFC3881 の規定に従う。
他の関係者の役割。

RoleIDCodeU
RFC3881 の規定に従う。

NetworkAccessPointTypeCode

NA

NetworkAccessPointID

NA

UserIDM

検索に応答するプロセスの ID。

Destination

SOAP のエンドポイント URI.

AuditMessage/
ActiveParticipant

検索に応答するプロセスの別の ID。
AlternativeUserID

U
RFC3881 の規定に従う。

検索に応答するプロセスの名前。
UserNameU
RFC3881 の規定に従う。
検索に応答するプロセスが本イベントの要求者か否かを示す。以UserIsRequestor

M

下の値が入る。
EV( FALSE )RoleIDCodeM

NetworkAccessPointTypeCodeM

EV (110152, DCM, “Destination Role ID”)
マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームもし

NetworkAccessPointIDM
くは IP アドレス）。RFC3881 の規定に従う。

81

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

AuditSourceID

M

AuditEnterpriseSiteID

U

AuditMessage/
AuditSourceIdentification

発生源のユニークな ID。
ネットワーク中の論理的な発生源の場所。AuditSourceID を修飾するために使う。
発生源のタイプ。

AuditSourceTypeCodeU
RFC3881 の規定に従う。

Query
Parameters

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(24)（query）

ParticipantObjectDataLifeCycle

U(AuditMessage/
ParticipantObjectIdenti

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

fication)

ParticipantObjectIDTypeM

ParticipantObjectSensitivity

U

EV(“ITI-18”, “IHE Transactions”, “Registry Stored Query”)
ParticipantObjectID に対するポリシー定義の機微性。
RFC3881 の規定に従う。

ParticipantObjectID

M

Stored Query ID (UUID)

ParticipantObjectName

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

ParticipantObjectQueryM

base64 で符号化された検索内容（AdhocQueryRequest）。本内容は本装置開発ベンダにて内容が分析できなければならない。
The ParticipantObjectDetail にはひとつ以上のエレメントをセットする。

ParticipantObjectDetailC

最初のエレメント：type に “QueryEncoding”をセットし、valueに ParticipantObjectQuery の base64 でエンコードする前の文字コー
ド（例：UTF-8）をセットする。
他のエレメント：type に“urn:ihe:iti:xca:2010:homeCommunityId”をセットし、value に homeCommunityID の値をセットする。ただし、知っている場合のみ。

82

地域医療連携における情報連携基盤 技術仕様
17.1.5.1.2. Document Registry アクタの監査ログメッセージ
Document Registry アクタが、Registry Stored Query [ITI-18]を受信した際の、アクセスイベン
トを記録するための監査ログメッセージを表 17.1.5.1.2 のように拡張する。
表 17.1.5.1.2

Event
AuditMessage/

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

Field Name

Opt

Value Constraints

EventIDM

EV (110119, IHEJ, “XDS Query”)

EventActionCodeM“E” （実行）

EventDateTime

M

EventIdentification

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

M
RFC3881 の規定に従う。

EventTypeCode

M

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

Source (Document Consumer) (1)Destination (Document Registry) (1)Audit Source (Document Registry) (1)Patient (0..1)
Query Parameters(1)Where:
検索を発行したプロセスの ID。

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

AuditMessage/
ActiveParticipant

検索を発行したプロセスの別の ID。
AlternativeUserID

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

UserNameU
RFC3881 の規定に従う。
検索を発行したプロセスが本イベントの要求者か否かを示す。

UserIsRequestor

M
RFC3881 の規定に従う。

RoleIDCodeM

NetworkAccessPointTypeCode

M

EV(110153, DCM, “ Source Role ID ”)
マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームもし

NetworkAccessPointIDM
くは IP アドレス）。RFC3881 の規定に従う。

83

地域医療連携における情報連携基盤 技術仕様
検索に応答するプロセスの ID。

Destination
UserID

M
SOAP のエンドポイント URI.

AuditMessage/
ActiveParticipant

検索に応答するプロセスの別の ID。
AlternativeUserID

M
RFC3881 の規定に従う。
検索に応答するプロセスの名前。

UserNameU
RFC3881 の規定に従う。
検索を発行したプロセスが本イベントの要求者か否かを示す。

UserIsRequestor

M
RFC3881 の規定に従う。

RoleIDCodeM

NetworkAccessPointTypeCode

M

EV(110152, DCM, “Destination Role ID”)
マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームもし

NetworkAccessPointIDM
くは IP アドレス）。RFC3881 の規定に従う。

Audit Source

AuditSourceID

M

AuditEnterpriseSiteID

U

AuditMessage/
AuditSourceIdentification

発生源のユニークな ID。
ネットワーク中の論理的な発生源の場所。AuditSourceID を修飾するために使う。
発生源のタイプ。

AuditSourceTypeCodeU
RFC3881 の規定に従う。

84

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

Query
Parameters

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(24)（query）

ParticipantObjectDataLifeCycle

U(AuditMessage/
ParticipantObjectIdenti

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

fication)

ParticipantObjectIDTypeCode

M

ParticipantObjectSensitivity

U

EV(“ITI-18”, “IHE Transactions”, “Registry Stored Query”)
ParticipantObjectID に対するポリシー定義の機微性。
RFC3881 の規定に従う。

ParticipantObjectID

M

Stored Query ID (UUID)

ParticipantObjectName

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

ParticipantObjectQueryM

base64 で符号化された検索内容（AdhocQueryRequest）。本内容は本装置開発ベンダにて内容が分析できなければならない。
The ParticipantObjectDetail にはひとつ以上のエレメントをセットする。

ParticipantObjectDetailC

最初のエレメント：type に “QueryEncoding”をセットし、valueに ParticipantObjectQuery の base64 でエンコードする前の文字コー
ド（例：UTF-8）をセットする。
他のエレメント：type に“urn:ihe:iti:xca:2010:homeCommunityId”をセットし、value に homeCommunityID の値をセットする。ただし、知っている場合のみ。

85

地域医療連携における情報連携基盤 技術仕様
17.1.5.2. Provide and Register Document Set-b [ITI-41]
17.1.5.2.1. Document Source アクタの監査ログメッセージ
Document Source アクタが、Provide and Register Document Set-b [ITI-41]を実施した際の、ア
クセスイベントを記録するための監査ログメッセージを表 17.1.5.2.1 のように拡張する。
表 17.1.5.2.1 Document Source アクタの監査ログメッセージ
Field Name
Event
AuditMessage/

Opt

Value Constraints

EventIDM

EV (110115,IHEJ, “IHE Export”)

EventActionCodeM“R” (読み取り)

EventDateTime

M

EventIdentification

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

M
RFC3881 の規定に従う。
EV(“ITI-41”, “IHE Transactions”, “Provide and Register Document

EventTypeCodeM
Set-b”)

Source (Document Source) (1)
Human Requestor (0..n)
Destination (Document Repository) (1)Audit Source (Document Source) (1)Patient (1)SubmissionSet (1)Where:
検索を発行したプロセスの ID。

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

AuditMessage/
ActiveParticipant

データを操作した人またはプロセスの別の ID。
AlternativeUserID

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

UserNameU
RFC3881 の規定に従う。
データを操作した人またはプロセスが本イベントの要求者か否

UserIsRequestor

Mかを示す。以下の値が入る。
EV( TRUE )RoleIDCodeM

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

86

地域医療連携における情報連携基盤 技術仕様
マシン(DNS)ネームの場合、“1”NetworkAccessPointTypeCodeM
IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームもし

NetworkAccessPointIDM
くは IP アドレス）。RFC3881 の規定に従う。

Human

UserID

M

AlternativeUserID

U

Requestor(if known)

トランザクションを発行した人の ID。
トランザクションを発行した人の別の ID。
RFC3881 の規定に従う。

AuditMessage/

トランザクションを発行した人の名前。
ActiveParticipant

UserNameU
RFC3881 の規定に従う。
トランザクションを発行した人が本イベントの要求者か否かをUserIsRequestor

M示す。以下の値が入る。
EV( TRUE )RoleIDCodeU

NetworkAccessPointTypeCode

NA

NetworkAccessPointID

NA

UserID

M

イベントを実行するときのデータを操作した人の役割。

データの出力先の ID。

Destination

SOAP のエンドポイント URI。

AuditMessage/
ActiveParticipant

データの出力先の別の ID。
AlternativeUserID

U
RFC3881 の規定に従う。
データの出力先の名前。

UserNameU
RFC3881 の規定に従う。

データの出力先が本イベントの要求者か否かを示す。以下
UserIsRequestor

Mの値が入る。
EV( FALSE )RoleIDCodeM

NetworkAccessPointTypeCode

M

EV(110152, DCM, “Destination Role ID”)
マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームもし

NetworkAccessPointIDM
くは IP アドレス）。RFC3881 の規定に従う。

87

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

AuditSourceID

M

AuditEnterpriseSiteID

U

AuditMessage/
AuditSourceIdentification

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

AuditSourceTypeCodeU
RFC3881 の規定に従う。

Patient(AuditMessage/

ParticipantObjectTypeCodeM

EV( 1 ) (人)ParticipantObjectTypeCodeRole

M

EV( 1 ) (患者)

ParticipantObjectDataLifeCycle

U

ParticipantObjectIdenti
fication)

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

M

ParticipantObjectSensitivity

U

EV(2, RFC-3881, “Patient Number”)
ParticipantObjectID に対するポリシー定義の機微性。
RFC3881 の規定に従う。

ParticipantObjectID

M

ParticipantObjectNameU

HL7 CX 型書式による患者 ID
関係者オブジェクトのインスタンスの名前。
患者名が入る。

ParticipantObjectQueryU

ParticipantObjectDetailUnot specialized
関係者オブジェクトのインスタンスの詳細情報。
RFC3881 の規定に従う。

Submission
Set

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(20)（job）

ParticipantObjectDataLifeCycle

U(AuditMessage/
ParticipantObjectIdenti

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

fication)EV(“urn:uuid:a54d6aa5-d40d-43f9-88c5-b4633d873bdd”, “IHE XDSParticipantObjectIDTypeCode

M
Metadata”, “submission set classificationNode”)
ParticipantObjectID に対するポリシー定義の機微性。

ParticipantObjectSensitivity

U
RFC3881 の規定に従う。

ParticipantObjectIDMsubmissionSet の unique ID

ParticipantObjectNameU

not specialized

ParticipantObjectQueryU

not specialized

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

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

Opt

Value Constraints

EventIDM

EV (110116, IHEJ, “IHE Import”)

EventActionCodeM“C” (作成)

EventDateTime

M

EventIdentification

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

M
RFC3881 の規定に従う。
EV(“ITI-41”, “IHE Transactions”, “Provide and Register Document

EventTypeCodeM
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:
検索を発行したプロセスの ID。

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

AuditMessage/
ActiveParticipant

データの入力元の別の ID。
AlternativeUserID

U
RFC3881 の規定に従う。
データの入力元の名前。

UserNameU
RFC3881 の規定に従う。

UserIsRequestor

M

EV( TRUE )RoleIDCodeM

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

NetworkAccessPointTypeCodeM

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

89

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

データの出力先の ID。

Destination
UserID

M
SOAP のエンドポイント URI。

AuditMessage/
ActiveParticipant

データを入力した人またはプロセスの別の ID。
AlternativeUserID

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

UserNameU
RFC3881 の規定に従う。

UserIsRequestor

M

EV( FALSE )RoleIDCodeM

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

NetworkAccessPointTypeCodeM

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

Audit Source

AuditSourceID

M

AuditEnterpriseSiteID

U

AuditMessage/
AuditSourceIdentification

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

AuditSourceTypeCodeU
RFC3881 の規定に従う。

90

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

Patient(AuditMessage/

ParticipantObjectTypeCodeM

EV( 1 ) (人)ParticipantObjectTypeCodeRole

M

EV( 1 ) (患者)

ParticipantObjectDataLifeCycle

U

ParticipantObjectIdenti
fication)

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

M

ParticipantObjectSensitivity

U

EV(2, RFC-3881, “Patient Number”)
ParticipantObjectID に対するポリシー定義の機微性。
RFC3881 の規定に従う。

ParticipantObjectID

M

ParticipantObjectNameU

HL7 CX 型書式による患者 ID
関係者オブジェクトのインスタンスの名前。
患者名が入る。

Submission
Set

ParticipantObjectQueryU

not specialized

ParticipantObjectDetailUnot specialized

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(20)（job）

ParticipantObjectDataLifeCycle

U(AuditMessage/
ParticipantObjectIdenti

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

fication)EV(“urn:uuid:a54d6aa5-d40d-43f9-88c5-b4633d873bdd”, “IHE XDSParticipantObjectIDTypeCode

M

ParticipantObjectSensitivity

U

Metadata”, “submission set classificationNode”)
ParticipantObjectID に対するポリシー定義の機微性。
RFC3881 の規定に従う。

ParticipantObjectIDMsubmissionSet の unique ID

ParticipantObjectNameU

not specialized

PaticipantObjectQueryU

not specialized

ParticipantObjectDetailUnot specialized91

地域医療連携における情報連携基盤 技術仕様
17.1.5.3. Register Document Set-b [ITI-42]
17.1.5.3.1. Document Source アクタの監査ログメッセージ
Document Repository アクタが、Register Document Set-b [ITI-42]を実施した際の、アクセスイ
ベントを記録するための監査ログメッセージを表 17.1.5.3.1 のように拡張する。
表 17.1.5.3.1

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

Field Name
Event
AuditMessage/

Opt

Value Constraints

EventIDM

EV (110115, IHEJ, “IHE Export”)

EventActionCodeM“R” (読み取り)

EventDateTime

M

EventIdentification

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

M
RFC3881 の規定に従う。

EventTypeCode

EV(“ITI-42”, “IHE Transactions”, “Register Document Set-b”)

M

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:
データの入力元の ID。

SourceUserIDU
WS-Addressing を使用している場合：<ReplyTo/>の値。

AuditMessage/
ActiveParticipant

データの入力元の別の ID。
AlternativeUserID

M
RFC3881 の規定に従う。
データの入力元の名前。

UserNameU
RFC3881 の規定に従う。
データの入力元が本イベントの要求者か否かを示す。以下の値がUserIsRequestor

M

入る。
EV( TRUE )RoleIDCodeM

NetworkAccessPointTypeCode

M

EV(110153, DCM, “ Source Role ID ”)
マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”92地域医療連携における情報連携基盤 技術仕様
ネットワークアクセスポイントに対する ID（マシンネームもし
NetworkAccessPointIDM
くは IP アドレス）。RFC3881 の規定に従う。

Human

UserID

M

AlternativeUserID

U

Requestor(if known)

トランザクションを発行した人の ID。
トランザクションを発行した人の別の ID。
RFC3881 の規定に従う。

AuditMessage/

トランザクションを発行した人の名前。
ActiveParticipant

UserNameU
RFC3881 の規定に従う。
トランザクションを発行した人が本イベントの要求者か否かをUserIsRequestor

M示す。以下の値が入る。
EV( TRUE )RoleIDCodeU

NetworkAccessPointTypeCode

NA

NetworkAccessPointID

NA

UserID

M

イベントを実行するときのデータを操作した人の役割。

データの出力先の ID。

Destination

SOAP のエンドポイント URI。

AuditMessage/
ActiveParticipant

データの出力先の別の ID。
AlternativeUserID

U
RFC3881 の規定に従う。
データの出力先の名前。

UserNameU
RFC3881 の規定に従う。

データの出力先が本イベントの要求者か否かを示す。以下
UserIsRequestor

Mの値が入る。
EV( FALSE )RoleIDCodeM

NetworkAccessPointTypeCode

M

EV(110152, DCM, “Destination Role ID”)
マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームもし

NetworkAccessPointIDM
くは IP アドレス）。RFC3881 の規定に従う。

93

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

AuditSourceID

M

AuditEnterpriseSiteID

U

AuditMessage/
AuditSourceIdentification

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

AuditSourceTypeCodeU
RFC3881 の規定に従う。

Patient(AuditMessage/

ParticipantObjectTypeCodeM

EV( 1 ) (人)ParticipantObjectTypeCodeRole

M

EV( 1 ) (患者)

ParticipantObjectDataLifeCycle

U

ParticipantObjectIdenti
fication)

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

M

ParticipantObjectSensitivity

U

EV(2, RFC-3881, “Patient Number”)
ParticipantObjectID に対するポリシー定義の機微性。
RFC3881 の規定に従う。

ParticipantObjectID

M

ParticipantObjectNameU

HL7 CX 型書式による患者 ID
関係者オブジェクトのインスタンスの名前。
患者名が入る。

ParticipantObjectQueryU

ParticipantObjectDetailUnot specialized
not specialized
RFC3881 の規定に従う。

Submission
Set

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(20)（job）

ParticipantObjectDataLifeCycle

U(AuditMessage/
ParticipantObjectIdenti

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

fication)EV(“urn:uuid:a54d6aa5-d40d-43f9-88c5-b4633d873bdd”, “IHE XDSParticipantObjectIDTypeCode

M
Metadata”, “submission set classificationNode”)
ParticipantObjectID に対するポリシー定義の機微性。

ParticipantObjectSensitivity

U
RFC3881 の規定に従う。

ParticipantObjectIDMsubmissionSet の unique ID

ParticipantObjectNameU

not specialized

ParticipantObjectQueryU

not specialized

ParticipantObjectDetailUnot specialized94

地域医療連携における情報連携基盤 技術仕様
17.1.5.3.2. Document Registry アクタの監査ログメッセージ
Document Registry アクタが、Register Document Set-b [ITI-42]を受信した際の、アクセスイベ
ントを記録するための監査ログメッセージを表 17.1.5.3.2 のように拡張する。
表 17.1.5.3.2

Event
AuditMessage/

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

Field Name

Opt

Value Constraints

EventIDM

EV (110116, IHEJ, “IHE Import”)

EventActionCodeM“C” (作成)

EventDateTime

M

EventIdentification

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

M
RFC3881 の規定に従う。

EventTypeCode

EV(“ITI-42”, “IHE Transactions”, “Register Document Set-b”)

M

Source (Document Repository or Integrated Document Source/Repository) (1)Destination (Document Registry ) (1)Audit Source (Document Registry) (1)Patient (1)SubmissionSet (1)Where:
データの入力元の ID。

SourceUserIDU
WS-Addressing を使用している場合：<ReplyTo/>の値。

AuditMessage/
ActiveParticipant

データの入力元の別の ID。
AlternativeUserID

U
RFC3881 の規定に従う。
データの入力元の名前。

UserNameU
RFC3881 の規定に従う。
データの入力元が本イベントの要求者か否かを示す。以下の値がUserIsRequestor

M

入る。
EV( TRUE )RoleIDCodeM

NetworkAccessPointTypeCode

M

EV(110153, DCM, “ Source Role ID ”)
マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームもし

NetworkAccessPointIDM
くは IP アドレス）。RFC3881 の規定に従う。

95

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

データの出力先の ID。

Destination
UserID

M
SOAP のエンドポイント URI。

AuditMessage/
ActiveParticipant

データの出力先の別の ID。
AlternativeUserID

M
RFC3881 の規定に従う。
データの出力先の名前。

UserNameU
RFC3881 の規定に従う。

データの出力先が本イベントの要求者か否かを示す。以下
UserIsRequestor

Mの値が入る。
EV( FALSE )RoleIDCodeM

NetworkAccessPointTypeCode

M

EV(110152, DCM, “Destination Role ID”)
マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームもし

NetworkAccessPointIDM
くは IP アドレス）。RFC3881 の規定に従う。

Audit Source

AuditSourceID

M

AuditEnterpriseSiteID

U

AuditMessage/
AuditSourceIdentification

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

AuditSourceTypeCodeU
RFC3881 の規定に従う。

96

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

Patient(AuditMessage/

ParticipantObjectTypeCodeM

EV( 1 ) (人)ParticipantObjectTypeCodeRole

M

EV( 1 ) (患者)

ParticipantObjectDataLifeCycle

U

ParticipantObjectIdenti
fication)

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

M

ParticipantObjectSensitivity

U

EV(2, RFC-3881, “Patient Number”)
ParticipantObjectID に対するポリシー定義の機微性。
RFC3881 の規定に従う。

ParticipantObjectID

M

ParticipantObjectNameU

HL7 CX 型書式による患者 ID
関係者オブジェクトのインスタンスの名前。
患者名が入る。

ParticipantObjectQueryU

ParticipantObjectDetailUnot specialized
not specialized
RFC3881 の規定に従う。

Submission
Set

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(20)（job）

ParticipantObjectDataLifeCycle

U(AuditMessage/
ParticipantObjectIdenti

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

fication)EV(“urn:uuid:a54d6aa5-d40d-43f9-88c5-b4633d873bdd”, “IHE XDSParticipantObjectIDTypeCode

M
Metadata”, “submission set classificationNode”)
ParticipantObjectID に対するポリシー定義の機微性。

ParticipantObjectSensitivity

U
RFC3881 の規定に従う。

ParticipantObjectIDMsubmissionSet の unique ID

ParticipantObjectNameU

not specialized

ParticipantObjectQueryU

not specialized

ParticipantObjectDetailUnot specialized97

地域医療連携における情報連携基盤 技術仕様
17.1.5.4. Retrieve Document Set [ITI-43]
17.1.5.4.1. Document Consumer アクタの監査ログメッセージ
Document Consumer アクタが、Retrieve Document Set [ITI-43]を実施した際の、アクセスイベ
ントを記録するための監査ログメッセージを表 17.1.5.4.1 のように拡張する。
表 17.1.5.4.1

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

Field Name
Event
AuditMessage/

Opt

Value Constraints

EventIDM

EV (110116, IHEJ, “IHE Import”)

EventActionCodeM“C” (作成)

EventDateTime

M

EventIdentification

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

M
RFC3881 の規定に従う。

EventTypeCode

EV(“ITI-43”, “IHE Transactions”, “Retrieve Document Set”)

M

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)98

地域医療連携における情報連携基盤 技術仕様
Where:
トランザクションの発行元の ID。

SourceUserID

M
SOAP のエンドポイント URI。

AuditMessage/
ActiveParticipant

トランザクションの発行元の別の ID。
AlternativeUserID

U
RFC3881 の規定に従う。

トランザクションの発行元の名前。
UserNameU
RFC3881 の規定に従う。

トランザクションの発行元が本イベントの要求者か否かを示
UserIsRequestor

Mす。以下の値が入る。
EV( FALSE )RoleIDCodeM

NetworkAccessPointTypeCode

M

EV(110153, DCM, “Source Role ID”)
マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームもし

NetworkAccessPointIDM
くは IP アドレス）。RFC3881 の規定に従う。

データの出力先の ID。

Destination
UserIDM<wsa:ReplyTo/> の内容。

AuditMessage/
ActiveParticipant

データの出力先の ID。
AlternativeUserIDM<wsa:ReplyTo/> の内容。
データの出力先の名前。

UserNameU
RFC3881 の規定に従う。
データの出力先が本イベントの要求者か否かを示す。以下の値が入UserIsRequestor

Mる。
EV( TRUE )RoleIDCodeM

NetworkAccessPointTypeCode

M

EV(110152, DCM, “Destination Role ID”)
マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームもし

NetworkAccessPointIDM

くは IP アドレス）。
RFC3881 の規定に従う。

99

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

Human

UserID

M

AlternativeUserID

U

Requestor(if known)

トランザクションを発行した人の ID。
トランザクションを発行した人の別の ID。
RFC3881 の規定に従う。

AuditMessage/

トランザクションを発行した人の名前。
ActiveParticipant

UserNameU
RFC3881 の規定に従う。

トランザクションを発行した人が本イベントの要求者か否か
UserIsRequestor

Mを示す。以下の値が入る。
EV( TRUE )Audit Source

RoleIDCodeU

NetworkAccessPointTypeCode

NA

NetworkAccessPointID

NA

AuditSourceID

M

AuditEnterpriseSiteID

U

AuditMessage/
AuditSourceIdentification

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

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

AuditSourceTypeCodeU
RFC3881 の規定に従う。

Patient(if-known)

ParticipantObjectTypeCodeM

EV( 1 ) (人)ParticipantObjectTypeCodeRole

M

EV( 1 ) (患者)

ParticipantObjectDataLifeCycle

U(AuditMessage/
ParticipantObjectIdenti

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

fication)

ParticipantObjectIDTypeCode

M

ParticipantObjectSensitivity

U

EV(2, RFC-3881, “Patient Number”)
ParticipantObjectID に対するポリシー定義の機微性。
RFC3881 の規定に従う。

ParticipantObjectID

M

ParticipantObjectNameU

HL7 CX 型書式による患者 ID
関係者オブジェクトのインスタンスの名前。
患者名が入る。

Document

ParticipantObjectQueryU

not specialized

ParticipantObjectDetailUnot specialized

ParticipantObjectTypeCodeM

EV(2)（システム）(AuditMessage/
ParticipantObjectIdenti
fication)100

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

M

ParticipantObjectDataLifeCycle

U

EV(3)（レポート）
関係者オブジェクトのデータライフサイクルステージの ID。
RFC3881 の規定に従う。

ParticipantObjectIDTypeCode

M

ParticipantObjectSensitivity

U

EV(9, RFC-3881, “Report Number”)
ParticipantObjectID に対するポリシー定義の機微性。
RFC3881 の規定に従う。

ParticipantObjectIDM<ihe:DocumentUniqueId/>の値

ParticipantObjectNameC

not specialized

ParticipantObjectQueryU

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

ParticipantObjectDetailM

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

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

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

Field Name
Event
AuditMessage/

Opt

Value Constraints

EventIDM

EV (110115, IHEJ, “IHE Export”)

EventActionCodeM“R” (読み取り)

EventDateTime

M

EventIdentification

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

M
RFC3881 の規定に従う。

EventTypeCode

M

EV(“ITI-43”, “IHE Transactions”, “Retrieve Document Set”)

Source (Document Repository) (1)Destination (Document Consumer) (1)Audit Source (Document Repository) (1)Document (1..n) (see combining rules above)

Where:

101

地域医療連携における情報連携基盤 技術仕様
トランザクションの発行元の ID。

SourceUserID

M
SOAP のエンドポイント URI。

AuditMessage/
ActiveParticipant

トランザクションの発行元の別の ID。
AlternativeUserID

M
RFC3881 の規定に従う。

トランザクションの発行元の名前。
UserNameU
RFC3881 の規定に従う。

トランザクションの発行元が本イベントの要求者か否かを示
UserIsRequestor

Mす。以下の値が入る。
EV( FALSE )RoleIDCodeM

NetworkAccessPointTypeCode

M

EV(110153, DCM, “Source Role ID”)
マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームもし

NetworkAccessPointIDM

くは IP アドレス）。
RFC3881 の規定に従う。

データの出力先の ID。

Destination
UserIDM<wsa:ReplyTo/> の内容。

AuditMessage/
ActiveParticipant

データの出力先の ID。
AlternativeUserIDU<wsa:ReplyTo/> の内容。
データの出力先の名前。

UserNameU
RFC3881 の規定に従う。

データの出力先が本イベントの要求者か否かを示す。以下
UserIsRequestor

Mの値が入る。
EV( TRUE )RoleIDCodeM

NetworkAccessPointTypeCode

M

EV(110152, DCM, “Destination Role ID”)
マシン(DNS)ネームの場合、“1”IP アドレスの場合、“2”ネットワークアクセスポイントに対する ID（マシンネームもし

NetworkAccessPointIDM

くは IP アドレス）。
RFC3881 の規定に従う。

102

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

AuditSourceID

M

AuditEnterpriseSiteID

U

AuditMessage/
AuditSourceIdentification

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

AuditSourceTypeCodeU
RFC3881 の規定に従う。

Document
URI

ParticipantObjectTypeCodeM

EV(2)（システム）

ParticipantObjectTypeCodeRole

M

EV(3)（レポート）

ParticipantObjectDataLifeCycle

U(AuditMessage/
ParticipantObjectIdenti

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

fication)

ParticipantObjectIDTypeCode

M

ParticipantObjectSensitivity

U

EV(9, RFC-3881, “Report Number”)
ParticipantObjectID に対するポリシー定義の機微性。
RFC3881 の規定に従う。

ParticipantObjectIDM<ihe:DocumentUniqueId/>の値

ParticipantObjectName

C

インスタンスの名前。

ParticipantObjectQueryU

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

ParticipantObjectDetailM

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

17.1.6. Record Audit Event [ITI-20]におけるコード定義
Record Audit Event で使用するコードについて、以下に拡張コードを定義する。
表 17.1.6.1 トリガイベントとイベントコード
トリガイベント説明

イベントコード

Patient Record

個人情報へのアクセスイベント。

EV(110110, DCM, “Patient Record”)

IHE-import

システム間通信による個人情報の入力イベEV(110115, IHEJ, “IHE Import”)

ント。
IHE-export

システム間通信による個人情報の出力イベEV(110116, IHEJ, “IHE Export”)

ント。
PIX-query

PIX クエリによる検索行為を表すイベント。 EV(110117, IHEJ, “PIX Query”)

PDQ-query

PDQ クエリによる検索行為を表すイベント。

103

EV(110118, IHEJ, “PDQ Query”)

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

XDS（ストアド）クエリによる検索行為をEV(110119,IHEJ, “XDS Query”)

表すイベント。

Context ID 400_IHEJ
Audit Event ID
タイプ：拡張可能 バージョン：20131025
符号化体系指定子

コード値

コード意味

DCM

110100Application Activity

DCM

110101

Audit Log Used

DCM

110102Begin Transferring DICOM Instances

DCM

110103

DICOM Instances Accessed

DCM

110104

DICOM Instances Transferred

DCM

110105

DICOM Study Deleted

DCM

110106

Export

DCM

110107

Import

DCM

110108

Network Entry

DCM

110110Patient Record

DCM110112Query

DCM

110113

Security Alert

DCM

110114User Authentication

IHEJ

110115IHE Import

IHEJ

110116IHE Export

IHEJ

110117PIX Query

IHEJ

110118PDQ Query

IHEJ

110119XDS Query

Context ID 401_IHEJ
Audit Event Type Code
タイプ：拡張可能 バージョン：20131025
符号化体系指定子

コード値

コード意味

DCM

110120Application Start

DCM

110121

Application Stop

DCM

110122

Login

DCM

110123

LogoutDCM

110124

Attach

DCM110125

Detach104

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

110126

Node Authentication

DCM

110127Emergency Override Started

DCM

110128

Network Configuration

DCM

110129Security Configuration

DCM

110130Hardware Configuration

DCM

110131

Software Configuration

DCM

110132

Use of Restricted Function

DCM

110133

Audit Recording Stopped

DCM

110134

Audit Recording Started

DCM

110135

Object Security Attributes Changed

DCM

110136

Security Roles Changed

DCM

110137User Security Attributes Changed

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-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

IHE Transactions

ITI-45PIX Query

IHE Transactions

ITI-46

PIX Update Notification

IHE Transactions

ITI-47

Patient Demographics Query

使用するコード定義に関する原典として、以下の文書を参照すること。
Digital Imaging and Communications in Medicine (DICOM)Part 16: Content Mapping Resource
JAHIS ヘルスケア分野における監査証跡のメッセージ標準規約 Ver,2.0
7.10 イベントＩＤおよびコード表

105