IHE-J-A-G0007

トークンを用いたクラウド型情報交換技術仕様

I H E -J -A -G 0 0 0 7

トークンを用いたクラウド型情報交換技術仕様

文書番号： IHE-J-A-G0007
版番号： 2.02023 年 4 月 17 日
日 本 IH E 協 会

一般社団法人1

IHE-J-A-G0007

トークンを用いたクラウド型情報交換技術仕様

日付
2022/4/26
2022/5/19
2022/7/6

バージョン
Draft
1.0
1.1

2023/4/17

2.0

改定履歴
改定概要
Draft 版作成
初版発行
タイトルを変更
9.2.に厚生労働省ガイドラインへの参照を追加
C.2.1.に施設コードに関する記述を追加
タイトルおよび通称を変更
通信方式を変更等

2

IHE-J-A-G0007

トークンを用いたクラウド型情報交換技術仕様

目次

1 はじめに ..................................................................................................................................... 4
2 適用範囲 ..................................................................................................................................... 43 引用規格 ..................................................................................................................................... 44 用語及び定義 .............................................................................................................................. 55 略語 ............................................................................................................................................ 6
6 cloudPDI の概要......................................................................................................................... 7
7 cloudPDI アクタとトランザクション ........................................................................................ 7
7.1 施設間の医療等情報転送サービス ...................................................................................... 7
7.2 アクタ.................................................................................................................................. 9
7.3 トランザクション.............................................................................................................. 11
7.4 ユースケースとプロセスフロー ........................................................................................ 14
8 cloudPDI データ内容 ............................................................................................................... 15
8.1 交換データ ........................................................................................................................ 15
8.2 トークン ............................................................................................................................ 22
9 セキュリティに関する配慮事項 ............................................................................................... 22
9.1 認証 ................................................................................................................................... 22
9.2 通信路................................................................................................................................ 22
9.3 トークン ............................................................................................................................ 22
9.4 監査証跡 ............................................................................................................................ 22
Appendix A

PDI 形式データセットの概要 .............................................................................. 23

Appendix B

HI-TOKEN の例 .................................................................................................. 24

Appendix C

アウトラインの例................................................................................................. 25

Appendix D

cloudPDI FHIR Bundle の例 .............................................................................. 28

3

IHE-J-A-G0007

1

トークンを用いたクラウド型情報交換技術仕様

はじめに

地域医療連携情報システムの必要性がうたわれて久しいが、未だそれらのシステムが十分に普及したとは言えない状況である。特に交換する情報に画像を含む場合にはその大容量に由来する困難もある。そこで、導入のためのコストが低く利用しやすい情報連携基盤としてトークンを用いたクラウド型情報交換技術仕様（cloudPDI）を定める。
cloudPDI は、従来の CD・DVD を使った運用との併用が可能で 業務の流れもほとんど変わらずに低コストで導入・運用ができ、PACS 内の検査画像、SS-MIX2 標準化 ストレージ内の検査結果データ、処方データ FHIR 形式の厚生労働省標準化された Bundle 文書等を送ることができる。
また、平成 28 年度診療報酬改定の算定条件を満たしている。
交換する医療情報はリポジトリに一時格納するが、トークン（HI-TOKEN）を使用することでリポジトリの中からデータを一意に特定できるため、検索が不要であることを特長としている。
また、従来から画像等の大容量データを交換する際に標準的に使用されている PDI フォーマッ
トを元データとして送信するため、既存システムとの互換性が高い。
通信には医療情報において国際的な標準となっている FHIR を用いる。FHIR では REST 通信が用いられるが、データが大容量となるため、REST 通信で送ることが可能なデータ量に分割したものを Binary Resource とし、また送信内容の概要をアウトラインとし、それらを Bundle
Resource として扱う。

2

適用範囲

本技術仕様は、参加施設の情報システム間で患者の医療情報等を交換するのに必要な情報連携基盤の仕様を定めたものである。

3

引用規格

この技術仕様では以下の規格を参照する。
IHE Radiology Technical Framework Volume 1 Revision 20.0
IHE Radiology Technical Framework Volume 1x Revision 20.0
IHE Radiology Technical Framework Volume 2 Revision 20.0
IHE Radiology Technical Framework Volume 2x Revision 20.0
IHE 統合プロファイル「可搬型医用画像」およびその運用指針第一版（HELICS HS009 IHE 統
合プロファイル「可搬型医用画像」およびその運用指針）
IHE-ITI Technical Framework Volume 1 Revision 18.0
IHE-ITI Technical Framework Volume 2 Revision 18.0
IHE-ITI Technical Framework Volume 3 Revision 18.0
ISO/TS 22691-2021 Health informatics —Token-based health information sharing
HL7 FHIR Release 4 (v4.0.1)
HL7J-CDA-005 診療情報提供書規格（医療機関への紹介状）1.00
情報提供書（電子紹介状））
4（HELICS HS008 診療

IHE-J-A-G0007

トークンを用いたクラウド型情報交換技術仕様

HL7J-CDA-007 HL7 CDA に基づく退院時サマリー規約 1.52(HELICS HS032 HL7 CDA に基
づく退院時サマリー規約)
診療情報提供書 HL7 FHIR 記述仕様 1.01

(HELICS HS038 診療情報提供書 HL7 FHIR 記述

仕様)
退院時サマリー HL7 FHIR 記述仕様 1.01

(HELICS HS039 退院時サマリー HL7 FHIR 記述

仕様)
HL7J-CDA-003 CDA 文書暗号化規格 ver. 1.02
RFC 4648 The Base16, Base32, and Base64 Data Encodings
RFC 6749 The OAuth 2.0 Authorization Framework
RFC 6750 The OAuth 2.0 Authorization Framework: Bearer Token Usage
RFC 7519 JSON Web Token (JWT)
RFC 7591 OAuth 2.0 Dynamic Client Registration Protocol
RFC 7636 Proof Key for Code Exchange by OAuth Public Clients
RFC 8252 OAuth 2.0 for Native Apps
RFC 8259 The JavaScript Object Notation (JSON) Data Interchange Format
RFC 9068 JSON Web Token (JWT) Profile for OAuth 2.0 Access Tokens
draft-ietf-oauth-security-topics-22 OAuth 2.0 Security Best Current Practice
OpenID Connect 1.0
医療情報システムの安全管理に関するガイドライン 第 5.2 版

4

用語及び定義4.1 交換データ
cloudPDI で交換できる医療情報のセット。検査結果、処方、画像、その他の FHIR ドキュ
メント等を含む。
4.2 PDI 形式データセット
交換データに含まれる複数のファイルを IHE PDI の規約にのっとって配置したもの。
4.3 cloudPDI データセット
PDI 形式データセットをアーカイブしさらに暗号化したもの。
4.4 cloudPDI データセット断片
cloudPDI データセットを分割したもの。
4.5 アウトライン
PDI 形式データセットの概要を表すデータ。
4.6 暗号化済みアウトライン
アウトラインを暗号化したもの。
4.7 cloudPDI FHIR リソース
交換データをリポジトリに登録するための FHIR リソース。cloudPDI FHIR Binary と登録
用 FHIR Bundle からなる。
5

IHE-J-A-G0007

トークンを用いたクラウド型情報交換技術仕様

4.8 cloudPDI FHIR Binary
交換データをリポジトリに登録するための FHIR リソース。cloudPDI データセット断片と暗号化済みアウトラインからなる。
4.9 cloudPDI FHIR Bundle
交換データをリポジトリに登録するための FHIR リソース。cloudPDI FHIR Binary への参照を含む。
4.10 ドキュメント ID
cloudPDI データセットを一意に特定する識別子(OID)。
4.11 コミュニティ
同一のリポジトリを共有するサービスの単位。
4.12 コミュニティ ID
コミュニティを一意に特定する識別子(OID)。
4.13 HI-TOKEN
ド キ ュ メ ン ト ID や 、 パ ス ワ ー ド 等 を 含 む 情 報 の セ ッ ト 。 ISO/TS 22691 『 Healthinformatics —Token-based health information sharing』 で定義されている。
4.14 Access Token
保護されたリソースへのアクセスに利用される資格情報。OAuth 2.0 で定義されている。
4.15 base64
データを印字可能な 64 種類の文字のみで表現するエンコード方式。RFC 4648『TheBase16, Base32, and Base64 Data Encodings』で定義されている。

5

略語

IHE

Integrating the Healthcare Enterprise

ITI

Information Technology Infrastructure

TF

Technical Framework

HL7

Health Level 7

FHIR

Fast Healthcare Interoperability Resources

DICOM

Digital Imaging and Communications in Medicine

CDA

Clinical Document Architecture

ISO/TSInternational Organization for Standardization/ Technical Specifications

TCP/IP

Transmission Control Protocol/Internet Protocol

TLS

Transport Layer Security

PDI

Portable Data for Imaging

JSON

JavaScript Object Notation

JWT

JSON Web Token

PKCE

Proof Key for Code Exchange by OAuth Public Clients

PNG

Portable Network Graphics
6

IHE-J-A-G0007

JPEG

6

トークンを用いたクラウド型情報交換技術仕様

Joint Photographic Experts GroupcloudPDI の概要

cloudPDI とは、医療情報をインターネットで他施設に提供するサービスである。患者紹介・臨床検査などで必要な情報（診療情報提供書・画像・検査結果・処方（FHIR ドキュメント含む）など）を送受することができる。IHE PDI のファイルシステムを受領情報のコンテナとし、コン テ ナ 受 領 用 ト ー ク ン は ISO/TS 22691-2021 『 Health informatics —Token-based healthinformation sharing』で定められた HI-TOKEN を使用する。
提供する情報は、暗号化された上でリポジトリにアップロードされ、受信側は受領した HITOKEN に含まれるドキュメント ID とパスワードを用いてダウンロードおよび復号して利用する。パスワードは HI-TOKEN によってのみ保持伝達され、リポジトリには知らされない。
診療情報提供書に画像や検査結果を関連付けて提供することができる。
大量の DICOM 画像を送受することを考慮し、IHE PDI プロファイルに定めるファイル構造を採用しているが、画像は必須ではなく、診療情報提供書などの文書のみ、あるいはそれと検査結
果のみといった運用も可能である。
データは新規登録のみであり、変更・削除はできない。

7

cloudPDI アクタとトランザクション

7.1

施設間の医療等情報転送サービス

Figure 1 に施設間の医療等情報転送サービスのアクタとトランザクションを示す。
XDS レジストリ／リポジトリがまだ実装されていないか、情報交換に利用できない場合にも利用することが可能である。

7

IHE-J-A-G0007

トークンを用いたクラウド型情報交換技術仕様

Figure 1 – 施設間の医療等情報転送サービスのアクタとトランザクション

標準的な利用方法は概略次のようなものである。
まず、送信施設では、ユーザーが Exporter の UI を使って施設内の PACS や SS-MIX2 標準化ス
トレージ、カルテなどの Sender Other System から提供したい情報を検索して指定する。
Exporter は Sender Other System から指定された情報を取り出し、PDI 形式データセットを作成して Uploader に渡す。
Uploader は、ドキュメント ID とパスワードが含まれた HI-TOKEN を発行する。HI-TOKEN
は患者に渡される。
Uploader はまた Exporter から受け取った PDI 形式データセットをアーカイブしたうえでパス
ワードで暗号化して HI-TOKEN に記載されたドキュメント ID で Repository に登録する。
患者が紹介先に HI-TOKEN を持って行くと、紹介先施設では Downloader で HI-TOKEN を読
み取り、この中に書かれたドキュメント ID で Repository からデータを取得し、またパスワードで復号して Importer に渡す。
インポーターはデータを適合化（患者 ID の付け替えなど）を行った後、施設内の PACS、SSMIX2 標準化ストレージ、カルテなどの Recipient Other System に格納する。

8

IHE-J-A-G0007

7.2

トークンを用いたクラウド型情報交換技術仕様

アクタ

Table 1 に、cloudPDI の仕様に含まれるアクタのそれぞれに対するトランザクション（"R"は必須、"O"はオプション）を示す。

ActorsSenderOther System
Exporter
UploaderRepository

Downloader

Importer
Recipient
Other System
Integrated
Exporter/Uploader

Integrated
Importer/Download
er
Authorization Server

Table 1 – cloudPDI アクタ/トランザクション
Transactions
Initiator or Optionality
Responder
Query & Retrieve
Responder R
for Data [cloudPDI-1]
Query & Retrieve
InitiatorR
for Data [cloudPDI-1]
Feed Data to Uploader InitiatorR[cloudPDI-2]
Feed
Data
to Responder R
Uploader[cloudPDI-2]
Convey HI-TOKEN [cloudPDI- InitiatorR
5]
Get Access Token [cloudPDI-3] Initiator
R
Upload Data [cloudPDI-4]
Initiator
R
Upload Data [cloudPDI-4]
Responder R
Download Data [cloudPDI-6]
Responder R
Convey HI-TOKEN [cloudPDI- Responder R
5]
Get Access Token [cloudPDI-3] Initiator
R
Download Data [cloudPDI-6]
Initiator
R
Feed Data to Importer InitiatorO[cloudPDI-7]
Feed Data to Importer Responder R[cloudPDI-7]
Store Data [cloudPDI-8]
Initiator
R
Store Data [cloudPDI-8]
Responder R
Query & Retrieve
for Data [cloudPDI-1]
Convey HI-TOKEN [cloudPDI5]
Get Access Token [cloudPDI-3]
Upload Data [cloudPDI-4]
Convey HI-TOKEN [cloudPDI5]
Get Access Token [cloudPDI-3]
Download Data [cloudPDI-6]
Store Data [cloudPDI-8]
Get Access Token [cloudPDI-3]

以下の項でアクタについて説明する。

9

Initiator

R

Initiator
Responder
Responder

R
R
R

Initiator

Initiator
Initiator
Initiator
Responder

R

R
R
O
R

Reference
7.3.1

7.3.1
7.3.2

7.3.2
7.3.5

7.3.3
7.3.4
7.3.4
7.3.6
7.3.5
7.3.3
7.3.6
7.3.7

7.3.7
7.3.8
7.3.8

7.3.1
7.3.5

7.3.3
7.3.4
7.3.5
7.3.3
7.3.6
7.3.8
7.3.3

IHE-J-A-G0007

7.2.1

トークンを用いたクラウド型情報交換技術仕様

Sender Other System

提供施設の医療情報を格納するシステムである。たとえば PACS, SS-MIX2 標準化ストレージ、
電子カルテシステムなどがこれに相当する。
7.2.2

Exporter

Exporter は通常、ユーザーが提供したい医療情報を Sender Other System から検索・指定する
UI を持つ。Exporter はユーザーが指定した情報を Sender Other System から取り出し、PDI
形式データセットとして整形する。また PDI 形式データセットの内容の概要を示すアウトラインを生成し、PDI 形式データセットと合わせて Uploader に与える。
7.2.3

Uploader

PDI 形式データセットを Exporter から受け取ると、交換データを暗号化し Repository に提出する。また交換データに対応する HI-TOKEN を生成する。
7.2.3.1 HI-TOKEN の生成
ドキュメント ID およびパスワードを生成し、コミュニティ ID と合わせてトークン（HITOKEN）を生成する。
7.2.3.2 cloudPDI データセットの生成
Exporter から与えられた PDI 形式データセットをアーカイブしたうえパスワードで暗号化しcloudPDI データセットを生成する。またアウトラインをパスワードで暗号化して暗号化済みア
ウトラインを生成する。
7.2.3.3 cloudPDI FHIR リソースの生成と提出
cloudPDI データセットおよび暗号化済みアウトラインから cloudPDI FHIR Binary を生成し、またそれらを統合する cloudPDI FHIR Bundle を生成したうえ、それらを Repository に提出する。
Uploader は、提出先となる Repository が指定する一度の HTTP リクエストで受信できるデー
タの最大サイズを超えないように留意して cloudPDI データセット断片および cloudPDI FHIR
Binary を生成する必要がある。
cloudPDI FHIR リソースの内容は 8.1.6 cloudPDI FHIR リソースに示す。
7.2.4

Repository

提供するデータを一時的に保管するリポジトリ。
Uploader から送られる cloudPDI FHIR リソースを受信して保存する。また、Downloader の求めに応じてドキュメント ID によって特定された cloudPDI FHIR リソースを送信する。
一度の HTTP リクエストで受信できるデータの最大サイズは Uploader に対して通知する。通知
の方法はこの仕様では規定しない。
7.2.5

Downloader

HI-TOKEN を読み取り（たとえば QR コードをスキャンするなどの方法で）、HI-TOKEN から取り出したドキュメント ID およびパスワードを使って Repository から交換データを取得する。
7.2.5.1 cloudPDI FHIR リソースの取得受領した HI-TOKEN から取り出したドキュメント ID を使って Repository から cloudPDI
10

IHE-J-A-G0007

トークンを用いたクラウド型情報交換技術仕様

FHIR リソースを取得する。
7.2.5.2 cloudPDI データセットと暗号化済みアウトラインの生成取得した cloudPDI FHIR Bundle、cloudPDI FHIR Binary から cloudPDI データセットおよび暗号化済みアウトラインを生成する。
cloudPDI FHIR リソースの内容は 8.1.6 cloudPDI FHIR リソースに示す。
7.2.5.3 cloudPDI データセットおよび暗号化済みアウトラインの復号受領した HI-TOKEN から取り出したパスワードを使って cloudPDI データセットおよび暗号化済みアウトラインを復号して、それぞれ PDI 形式データセットとアウトラインを得る。また得られた PDI 形式データセットを Importer に与える。
7.2.6

ImporterDownloader から与えられた PDI 形式データセットを適合化（患者 ID を自施設のものに書き換えるなど）したうえで Recipient Other System にそれぞれの方法で登録する。
7.2.7

Recipient Other System

受領施設の医療情報を格納するシステム。たとえば PACS, SS-MIX2 標準化ストレージ、電子カ
ルテシステムなどがこれに相当する。
7.2.8

Integrated Exporter/Uploader

Exporter と Uploader は統合してよい。その場合その間の Transaction は任意の方法で置き換え
てよい。
7.2.9

Integrated Importer/Downloader

Importer と Downloader は統合してよい。その場合その間の Transaction は任意の方法で置き換えてよい。
7.2.10 Authorization Server

Uploader、Downloader からの求めに応じて RFC 6749『The OAuth 2.0 Authorization
Framework』の定める Authorization Server として操作者を認証し、Repository へのアクセス時に使用する Access Token を発行し送信する。Access Token の形式は RFC 9068『JSON Web
Token (JWT) Profile for OAuth 2.0 Access Tokens』に従う。
7.3

トランザクション

以下の項で各トランザクションのプロトコルとコンテンツを説明する。
7.3.1

Query & Retrieve for Data [cloudPDI-1]

Sender Other System から検査結果、処方、画像その他のデータを取得する。
DICOM Query/Retrieve や SS-MIX2 標準化ストレージが利用可能である。他の方法で実現して
もよい。
7.3.2

Feed Data to Uploader [cloudPDI-2]

USB 等の可搬媒体、ローカルエリアネットワーク等によって PDI 形式データセットおよびアウトラインを転送する。
転送方法はファイル共有が利用可能である。他の方法で実現してもよい。
11

IHE-J-A-G0007

7.3.3

トークンを用いたクラウド型情報交換技術仕様

Get Access Token [cloudPDI-3]

RFC 6749 『 The OAuth 2.0 Authorization Framework 』 の 仕 様 に 従 い 、 Uploader 、
Downloader からの求めに応じて Authorization Server が Access Token を送信する。
7.3.3.1 Authorization Code Flow の利用
Authorization Code Flow を利用し Repository の利用認可を得る。
Access Token のリクエストのパラメータには以下の内容を含める。
response_type: code
Authorization Server は利用認可を発行するにあたって利用者を認証する。
7.3.3.2 PKCE の利用
RFC 7636『Proof Key for Code Exchange by OAuth Public Clients』の仕様に従って、
PKCE を利用する。
7.3.3.3 JWT 形式 Access Token の利用
Authorization Server は RFC 9068『JSON Web Token (JWT) Profile for OAuth 2.0 Access
Tokens』の仕様に従って、JWT 形式の Access Token を発行する。
7.3.3.4 認可付与のポリシー
Access Token のリクエストにおける scope の内容および、各利用者にどのようなアクセス権を与えるかのポリシーについてはこの仕様では規定しない。
7.3.4

Upload Data [cloudPDI-4]

安全管理ガイドラインに適合したネットワークのセキュアな通信により cloudPDI FHIR リソー
スを提出する。
cloudPDI FHIR リソースのそれぞれのサイズが提出先の Repository が一度の HTTP リクエストで受信できるデータの最大サイズを超える時には、cloudPDI データセットを分割して提出する。
分割の方法は 7.3.4.2 cloudPDI FHIR Binary の生成および 8.1.3 cloudPDI データセット断片に示す。
7.3.4.1 Access Token の利用
Uploader は cloudPDI FHIR リソースを Repository に提出するにあたって、Get Access
Token[cloudPDI-3]により Authorization Server から Access Token を取得する。以降の FHIRによる通信の際にはこの Access Token を送信し認証に利用する。
この Access Token を受け取った Repository は RFC 9068『JSON Web Token (JWT) Profile for
OAuth 2.0 Access Tokens』4.Validating JWT Access Tokens に従い Access Token を検証する。
また Access Token に含まれる各 claim から認証情報を取得する。
7.3.4.2 cloudPDI FHIR Binary の生成
cloudPDI データセットを任意の数に分割したものおよび暗号化済みアウトラインをそれぞれその内容とする cloudPDI FHIR Binary を生成する。
cloudPDI データセットを分割するときには、生成された cloudPDI FHIR Binary のサイズがそれぞれ提出先となる Repository が指定する一度の HTTP リクエストで受信できるデータの最大サイズを超えないようにする必要がある。
12

IHE-J-A-G0007

トークンを用いたクラウド型情報交換技術仕様

cloudPDI FHIR Binary の内容は 8.1.6.1 cloudPDI FHIR Binary において示す。
7.3.4.3 cloudPDI FHIR Binary の提出
cloudPDI FHIR Binary として生成されたものをすべて FHIR の create インタラクションでRepository に提出しそれぞれの URL を取得する。
7.3.4.4 cloudPDI FHIR Bundle の生成
7.3.3.3 で得られた URL をリストとして列挙し cloudPDI FHIR Bundle を生成する。cloudPDI
FHIR Bundle の内容は 8.1.6.2 cloudPDI FHIR Bundle において示す。
7.3.4.5 cloudPDI FHIR Bundle の提出
7.3.3.4 で得られた cloudPDI FHIR Bundle を FHIR の update インタラクションで Repositoryに提出する。この際の id にはドキュメント ID を使用する。
7.3.5

Convey HI-TOKEN [cloudPDI-5]

コンテンツは ISO/TS 22691『Health informatics —Token-based health information sharing』に準じたトークン。
運搬は紙媒体、可搬型媒体、モバイルデバイス、あるいはセキュアなネットワークによる。他の方法で実現してもよい。
7.3.6

Download Data [cloudPDI-6]

安全管理ガイドラインに適合したネットワークのセキュアな通信により cloudPDI FHIR リソー
スを取得する。
7.3.6.1 Access Token の利用
Downloader は cloudPDI FHIR リソースを Repository から取得するにあたって、Get Access
Token [cloudPDI-3]により Access Token を取得する。以降の FHIR による通信の際にはこのAccess Token を送信し認証に利用する。
この Access Token を受け取った Repository は RFC 9068『JSON Web Token (JWT) Profile for
OAuth 2.0 Access Tokens』4.Validating JWT Access Tokens に従い Access Token を検証する。
また Access Token に含まれる各 claim から認証情報を取得する。
7.3.6.2 cloudPDI FHIR Bundle の取得
ドキュメント ID を id として FHIR の read インタラクションで Repository から cloudPDI
FHIR Bundle を取得する。
7.3.6.3 cloudPDI FHIR Binary の取得
7.3.6.2 で取得した cloudPDI FHIR Bundle の内容から cloudPDI データセットおよび暗号化済
みアウトラインを構成する cloudPDI FHIR Binary の URL を取得し、それぞれを FHIR のread インタラクションで取得する。
7.3.6.4 cloudPDI データセットの再構成
7.3.6.3 で得られた cloudPDI FHIR Binary 中の cloudPDI データセット断片を結合し cloudPDI
データセットを再構成する。
7.3.7

Feed Data to Importer [cloudPDI-7]

ＵSB 等の可搬媒体、ファイアウオール等を介したセキュアな通信により PDI 形式データセット
13

IHE-J-A-G0007

トークンを用いたクラウド型情報交換技術仕様を転送する。
転送方法はファイル共有が利用可能である。他の方法で実現してもよい。
7.3.8

Store Data [cloudPDI-8]

Recipient Other System へ検査結果、処方、画像その他の医療情報を登録する。
DICOM Store や SS-MIX2 標準化ストレージが利用可能である。他の方法で実現してもよい。
7.4

ユースケースとプロセスフロー

7.4.1

施設間の医療等情報転送サービス

Figure 2 に施設間の医療等情報転送サービスにおける処理の流れを示す。

Figure 2 – 施設間の医療等情報転送サービスのプロセスフロー
note: [cloudPDI-5]は [cloudPDI-4]の後に実行してもよい

以下のようなケースで利用できる。
・紹介元から診療情報提供書に付帯する画像と検査データを送る
・医療機関から退院時に紹介先に診療情報提供書や退院時サマリー等を送る・医療機関が画像検査センターへ検査依頼した画像撮影結果を依頼元医療機関に送る

14

IHE-J-A-G0007

トークンを用いたクラウド型情報交換技術仕様

8cloudPDI データ内容

8.1

交換データ

8.1.1

PDI 形式データセット

交換データは一般に複数のファイルから構成されるが、そのファイル群は PDI 形式データセッ
トとして配置する。
PDI 形式データセットは、『HELICS HS009 IHE 統合プロファイル「可搬型医用画像」およびその運用指針』に定義される仕様に準拠して構成する。
ただし、検体検査結果、処方、診療情報提供書などの文書(FHIR ドキュメントも含む)、DICOM
以外の画像などは、Other Files の部分に格納する。DICOM 画像がない場合は、DICOMDIR,
Directory of DICOM files が存在しなくてもよい。
Appendix A に PDI 形式データセットの概要を示す。
8.1.2

cloudPDI データセット

PDI 形式データセットとして配置された複数のサブフォルダー・ファイルを一つのファイルに圧縮してまとめ、これを暗号化する。
圧縮および暗号化・復号の方法を以下に示す。
8.1.2.1 圧縮の方法
PDI 形式データセットを構成するファイル群を、ZIP 圧縮アルゴリズムを用いて１つのファイルにする。ZIP 圧縮の対象として PDI 形式データセットを配置した際のルートフォルダは含めない.。
ZIP 圧縮アルゴリズムは「無圧縮」または「DEFLATE」とし、どちらを利用するかは各システ
ムで任意に決定してよい。但し、受信側はどちらの ZIP 圧縮アルゴリズムであっても解凍できなければならない。
8.1.2.2 暗号化・復号の方法
PDI 形式データセットを圧縮して１ファイル化したものを、HL7J『CDA 文書暗号化規格』に基づき AES 暗号アルゴリズムを用いて暗号化する。
AES 暗号アルゴリズムの設定は、暗号モードは「CBC」、キー長は「128bit」、ブロック長は「128bit」、ブロックパティング方式は「PKCS7」を用いる。
暗号キーとなるパスワードは 16 桁の印字可能文字を指定する。
HL7J CDA 文書暗号化規格 http://www.hl7.jp/whatis/standard.html

暗号化処理ロジックのイメージを Figure 3 に示す。

15

IHE-J-A-G0007

トークンを用いたクラウド型情報交換技術仕様

鍵(Key)生成の流れ

初期ベクトル(IV)生成の流れ

暗号アルゴリズム呼び出しの流れ
暗号化

パスフレーズ

文 ZIP
ファイル
Key 128bit になるよう
Padding する

PadKey(128bit)鍵長

PadKey を MD5 でハッMD5_UPDATE(PadKey)
MD5_FINAL()：128bit

ブロックパディング方式：PKCS７
GenKey と PadKey を加えて MD5 でハッシュ化する。

GenKey(128bit)

GenIV(128bit)

GenKey、GenIV、ファイルデ

暗号化
データ*復号ロジックについても「鍵」、「初期ベクトル」の生成は暗号化の流れと同じとなる。

Figure 3 – 暗号化処理ロジックのイメージ
復号処理は、暗号化と逆の処理ロジックで元の PDI 形式データセットに展開する。
8.1.3

cloudPDI データセット断片

cloudPDI データセットは任意の長さの一つ以上の部分に分割して cloudPDI データセット断片とする。
8.1.3.1 cloudPDI データセット断片の生成方法
cloudPDI データセットを先頭から順に任意の長さで切り出して各断片を生成する。各断片の長さおよび断片間の順序その他の情報は各断片内には付加しない。
8.1.3.2 cloudPDI データセットへの復元方法
各断片の長さおよび断片間の順序に従って、各断片を結合して cloudPDI データセットを生成する。
各断片の長さは cloudPDI FHIR Binary の長さを、断片間の順序は cloudPDI FHIR Bundle の該当する entry 内に配置されている順序を利用する。
16

IHE-J-A-G0007

8.1.4

トークンを用いたクラウド型情報交換技術仕様

アウトライン

PDI 形式データセットの内容の概要を記述したファイル。JSON 形式で記述する。文字符号化形
式は UTF-8 とする。バイト順マーク（BOM）は付与しない。
各要素の要素名、多重度、型、値および説明を以下の表に示す。

Table 2 – アウトラインの要素
要素

多重度

型

値

説明

“1”

アウトラインの定義のバージョン
交換データ作成施設の情報

Version

1..1

文字列

Creator

1..1Creator オブジェクト

CreationInformation

1..1

交換データ作成情報

Patient

1..1

CreationInformation
オブジェクトPatient オブジェクト

Contents

0..*Contents オ ブ ジ ェ ク
ト

交換データに含まれる内容のリスト

交換データに含まれる患者情報

Table 3 – Creator オブジェクト（アウトライン）の要素
要素

多重度

型

Code

1..1

文字列

Name

1..1

文字列

Contact

1..1

文字列

Logo

0..1

文字列

値

説明
作成施設の医療機関コード
必要に応じて他のコードを利用してもよい
施設名
連絡先
形式は任意
作成施設のロゴ画像
ロゴ画像の PNG ファイルの内容全体をbase64 でエンコードして格納する

Table 4 – CreationInformation オブジェクト（アウトライン）の要素
要素

多重度

型

DateTime

1..1

文字列

DataSize

0..1

数値

値

説明
交換データを作成した日時
YYYY-MM-DDThh:mm:ss+zz:zz の形式で表現する
例: 2020-06-10T17:07:00+09:00
この例は西暦 2020 年 6 月 10 日午後 5 時 7
分 0 秒（日本標準時）をあらわす
圧縮前の PDI 形式データセットの Byte 単位の合計サイズ

Table 5 – Patient オブジェクト（アウトライン）の要素
要素
PatientID

多重度
0..1

型

値

説明
提供施設における患者 ID

文字列

17

IHE-J-A-G0007

要素

トークンを用いたクラウド型情報交換技術仕様

多重度

型

値

Name

0..1

文字列

Name(ABC)

0..1

文字列

Name(IDE)

0..1

文字列

Name(SYL)

0..1

文字列

Sex

0..1

文字列

BirthDate

0..1

文字列

Description

0..1

文字列

説明

“male”,“female”,“other”,“unknown”のいずれか、または
コミュニティで定義
した文字列

患者の氏名
形式は任意
患者の氏名
ローマ字で表現する患者の氏名漢字で表現する患者の氏名カナで表現する患者の性別

患者の生年月日YYYY-MM-DD の形式で表現する
例: 2020-06-10
この例は西暦 2020 年 6 月 10 日をあらわす
患者が特定されていない等、患者に関するその他の情報を記述する

Table 6 – Contents オブジェクト（アウトライン）の要素
要素

多重度

型

値
“Referral”,“Observation”,“ImagingStudy”,“MedicationRequest”,“DischargeSummary”,“Other”のいずれか、または“Other.”で始まる任意の
文字列

説明

Type

1..1

文字列

TypeDisplayName

1..1

文字列

種別を表すタイトル

Description

0..1

文字列

Date(注 1)

0..1

文字列

Period(注 1)

0..1

Detail0..*

Period オブジェクト
Detail オブ
ジェクト

内容の概要
形式は任意
内容の日付
YYYY-MM-DD の形式で
表現する
内容の期間

Study

0..*

内容の種別

内容の概要の明細
内容の概要の内訳を記述
する
内容が DICOM の Studyであるときに使用する

DICOMStudy オ ブ ジ

18

IHE-J-A-G0007

トークンを用いたクラウド型情報交換技術仕様

要素

多重度

型

値

説明

ェクト
Count

0..1

数値

CountUnit

0..1

文字列

内容に含まれる情報の件
数
内容に含まれる情報の件
数の単位(注 1): 内容の性質に応じて Period または Date のいずれかを使う

Table 7 – Detail オブジェクト（アウトライン）の要素
要素

多重度

型

値

Description

1..1

文字列

Date(注 2)

0..1

文字列

Period(注 2)

0..1

Period オブ
ジェクト

説明
内容の概要
形式は任意
内容の日付
YYYY-MM-DD の形式で
表現する
内容の期間

(注 2): 内容の性質に応じて Period または Date のいずれかを使う

Table 8 – DICOMStudy オブジェクト（アウトライン）の要素
要素

多重度

型

Description

0..1

文字列

Date

0..1

文字列

Thumbnail

0..1

文字列

NumberOfSeries

0..1

数値

NumberOfInstance

0..1

数値

Series0..*

DICOMSeries
オブジェクト

値

説明
内容の概要
形式は任意
検査の日付
YYYY-MM-DD の形式で表現する検査を代表する画像のサ
ムネイル
サムネイル画像の JPEG フ
ァイルの内容全体をbase64 でエンコードして格納する検査に含まれるシリーズ
数検査に含まれるインスタンス総数
検査に含まれるシリーズの情報

Table 9 – DICOMSeries オブジェクト（アウトライン）の要素
要素

多重度

型

値

説明

Modality

0..1

文字列

モダリティタイプ

BodyPartExamined

0..1

文字列

検査部位

19

IHE-J-A-G0007

トークンを用いたクラウド型情報交換技術仕様

要素

多重度

型

Description

0..1

文字列

Date

0..1

文字列

Thumbnail

0..1

文字列

NumberOfInstance

0..1

数値

値

説明
内容の概要
形式は任意
シリーズの日付
YYYY-MM-DD の形式で表現するシリーズを代表する画像のサムネイルサムネイル画像の JPEG フ
ァイルの内容全体をbase64 でエンコードして格納するシリーズに含まれるイン
スタンス数

Table 10 – Period オブジェクト（アウトライン）の要素
要素

多重度

型

Start

1..1

文字列

End

0..1

文字列

値

説明
期間の開始日YYYY-MM-DD の形式で表現する
期間の終了日YYYY-MM-DD の形式で表現する
開始日と終了日が同じ日になるときは開始日と同じ値を指定する
期間が終了していない場
合この要素は省略する

Appendix C にアウトラインの記述例を示す。
8.1.5

暗号化済みアウトライン

アウトラインを暗号化したもの。
暗号化・復号の方法は 8.1.2.2 と同様とする。
8.1.6

cloudPDI FHIR リソース

8.1.6.1 cloudPDI FHIR Binary
cloudPDI データセット断片はそれぞれ cloudPDI FHIR Binary とする。
暗号化済みアウトラインは一つの cloudPDI FHIR Binary とする。
各要素の要素名、多重度、型、値および説明を以下の表に示す。

Table 11 – Binary リソース（cloudPDI FHIR Binary）
要素 Lv1

要素 Lv2多重度型

resourceTypecontentType

1..1

code

data

1..1

base64Bi
nary

値

説明

“Binary”

Binary リソース

“application/o
ctet-stream”

内容の種類“application/octet-stream”を指定する
base64 でエンコードされた内容

20

IHE-J-A-G0007

トークンを用いたクラウド型情報交換技術仕様

8.1.6.2 cloudPDI FHIR Bundle
cloudPDI FHIR Binary を含む FHIR 文書。
各要素の要素名、多重度、型、値および説明を以下の表に示す。

Table 12 – Bundle リソース（cloudPDI FHIR Bundle）
要素 Lv1

要素 Lv2多重度型

resourceType
type

1..1

code

timestamp

1..1

instant

entry

1..1

Backbone
Element
Resource

Resource

値

説明“Bundle”

Bundle リソース

“document”

Document タイプの Bundle
常に“document”を指定する
この Bundle を生成した日時

Composition
リソース

この Bundle が含むリソースのリスト

Table 13 – Composition リソース（cloudPDI FHIR Bundle）
要素 Lv1

要素 Lv2多重度型

resourceType

値

説明“Composition”

Composition リソース

status1..1

code“final”

常に“final”を指定する

type

1..1

date

1..1

Codeable
Concept
dateTimetext:“cloudPDI
Document Set”

常 に text 要 素 に “cloudPDI
Document Set”を指定する
この Composition を生成した日時

author

1..1

Reference

title

1..1

stringsection

1..1“cloudPDI
Document Set”

display 要素にこの Composition を生成したアプリケーション名を記述
する
常に“cloudPDI Document Set”を指定する“Dataset Chunks”

cloudPDI データセット断片

title

1..1

string

entry

1..*

Reference

sectioncloudPDI データセット断片への参照のリスト。cloudPDI データセットの前方の内容を保持する cloudPDI データセット断片から順に配置する

1..1
title

1..1

string

entry

1..1

Reference“Outline”

暗号化済みアウトライン
暗号化済みアウトラインへの参照

21

IHE-J-A-G0007

トークンを用いたクラウド型情報交換技術仕様

Appendix D に cloudPDI FHIR Bundle の例を示す。
8.2

トークン

医療情報の交換には、交換する医療情報を特定するドキュメント ID や cloudPDI データセットを復号するためのパスワードを含むトークン（HI-TOKEN）を使用する。
HI-TOKEN は ISO/TS 22691『Health informatics —Token-based health information sharing』に定義される。
HI-TOKEN の デ ー タ 項 目 の う ち community.identifier に コ ミ ュ ニ テ ィ ID を 、
document.identifier にドキュメント ID を、decryption.password にパスワードをアサインする。
Appendix B に HI-TOKEN の例を示す。

9

セキュリティに関する配慮事項

9.1

認証

9.1.1

システムの利用者認証

Exporter 、Uploader 、Downloader 、Importer の利用にあたっては、利用者 認証をする。
Uploader、Downloader が院内システムのネットワークと接続されていないときには OpenID
Connect 1.0 を利用して利用者認証をすることが考えられる。
9.1.2

通信の認証

Upload Data [cloudPDI-4]、Download Data [cloudPDI-6]においては、サーバーの利用認可および利用者認証を確実にする。RFC 8252『OAuth 2.0 for Native Apps』、RFC 7591『OAuth
2.0 Dynamic Client Registration Protocol』、draft-ietf-oauth-security-topics-22『OAuth 2.0
Security Best Current Practice』等を参照し、OAuth2.0 を適切に使用する。
9.2

通信路

Upload Data [cloudPDI-4]、Download Data [cloudPDI-6]では TLS1.2 以上等、厚生労働省の「医療情報システムの安全管理に関するガイドライン 第 5.2 版」の「6.11. 外部のネットワーク
等を通じた個人情報を含む医療情報の交換に当たっての安全管理」に従って保護が確保された通信路を利用する。
9.3

トークン

トークンには復号のためのパスワードを含む秘密情報が保持されており、トークンの内容が意図せず暴露されることは避ける必要がある。特に患者がトークンを運ぶケースでは、トークンの内容を秘密に保つ必要があることを患者に説明することを考慮する。
9.4

監査証跡

監査証跡を記録する。

22

IHE-J-A-G0007

トークンを用いたクラウド型情報交換技術仕様

Appendix A

PDI 形式データセットの概要

実装を容易にするため、以下に PDI 形式データセットの概要を表す図を示す。

Figure A.1 – PDI 形式データセットの概要
日本医療情報学会『IHE 統合プロファイル「可搬型医用画像」 の運用指針第 1 版』より

検体検査結果、処方、診療情報提供書などの文書(HL7 CDA, FHIR とも)、DICOM 以外の画像などは、Other Files の部分に格納する。DICOM 画像がない場合は、DICOMDIR, Directory of
DICOM files が存在しなくてもよい。

23

IHE-J-A-G0007

トークンを用いたクラウド型情報交換技術仕様

Appendix B

HI-TOKEN の例

以下にデータ受領用の HI-TOKEN の例を示す。
この例では、トークンの内容の表現に QR コードを利用し、紙媒体に印刷している。

Figure B.1 – HI-TOKEN の例

24

IHE-J-A-G0007

トークンを用いたクラウド型情報交換技術仕様

Appendix C

アウトラインの例

以下にアウトラインの例を示す。
{"Version": "1","Creator":{"Code": "00000000","Name": "HI-TOKEN 病院","Contact": "000-000-0000"},"CreationInformation":{"DateTime": "2020-06-03T10:00:00+09:00"},"Patient":{"PatientID": "00000000","Name": "患者 氏名","Name(IDE)": "患者 氏名","Name(SYL)": "カンジャ シメイ","Sex": "unknown","BirthDate": "1970-01-01"},"Contents":[{"Type": "Referral","TypeDisplayName": "診療情報提供書","Description": "診療情報提供書","Date": "2020-06-03"},{"Type": "Observation","TypeDisplayName": "検査結果","Description": "検査結果 2 件",(続く)25

IHE-J-A-G0007

トークンを用いたクラウド型情報交換技術仕様(続き)"Period":{"Start": "2020-05-10","End": "2020-05-25"},"Detail":[{"Description": "検査結果","Date": "2020-05-10"},{"Description": "検査結果","Date": "2020-05-25"}]},{"Type": "ImagingStudy","TypeDisplayName": "検査画像","Description": "CT 1 検査 130 画像",
"Period":{"Start": "2020-05-10","End": "2020-05-10"},"Study":[{"Date": "2020-05-10","NumberOfSeries": 1,
(続く)

26

IHE-J-A-G0007

トークンを用いたクラウド型情報交換技術仕様(続き)"Series":[{"Modality": "CT","Date": "2020-05-10","NumberOfInstance": 130
}
]
}
]
}
]
}

27

IHE-J-A-G0007

トークンを用いたクラウド型情報交換技術仕様

Appendix D

cloudPDI FHIR Bundle の例

以下に cloudPDI FHIR Bundle の例を示す。
{"resourceType": "Bundle","id": "2.999","identifier": {"system": "urn:ietf:rfc:3986","value": "urn:oid:2.999"},"type": "document","timestamp": "2020-06-03T10:10:00+09:00","entry": [{"resource": {"resourceType": "Composition","status": "final","type": {"text": "cloudPDI Document Set"},
"title": "cloudPDI Document Set","date": "2020-06-03T10:10:00+09:00","author": [{"display": "cloudPDI Uploader"}],"section": [{"title": "Dataset Chunks","entry": [{"reference": "https://fhir.example.com/Binary/c1"
},

(続く)

28

IHE-J-A-G0007

トークンを用いたクラウド型情報交換技術仕様(続き){"reference": "https://fhir.example.com/Binary/c2"},{"reference": "https://fhir.example.com/Binary/c3"}]},{"title": "Outline","entry": [{"reference": "https://fhir.example.com/Binary/o1"
}
]
}
]
}
}
]
}

29