ＪＡＨＩＳ標準 １３－００６

ＪＡＨＩＳ
データ交換規約（共通編）
Ｖｅｒ．１．０２０１４年１月
一般社団法人 保健医療福祉情報システム工業会
医療システム部会 相互運用性委員会

＜＜

告知事項

＞＞

本規約は関連団体の所属の有無に関わらず、規約の引用を明示することで自由に使用することができるものとします。ただし一部の改変を伴う場合は個々の責任において行い、本規約に準拠する旨を表現することは厳禁するものとします。
本規約ならびに本規約に基づいたシステムの導入・運用についてのあらゆる障害や損害について、本規約作成者は何らの責任を負わないものとします。ただし、関連団体所属の正規の資格者は本規約についての疑義を作成者に申し入れることができ、作成者はこれに目
次
誠意をもって協議するものとします。
© JAHIS 2014i

1

はじめに.........................................................................................................................................1

2

使用している HL7 について ..........................................................................................................2
2.1
概要 .......................................................................................................................................... 2
2.2
メッセージ ............................................................................................................................... 3
2.2.1
メッセージならびにメッセージ構成 ................................................................................ 3
2.2.2
HL7 メッセージコーディング及び処理規則 .................................................................... 3
2.3
フィールド ............................................................................................................................... 5
2.3.1(セグメント内の)位置 ....................................................................................................... 5
2.3.2
最大長 ............................................................................................................................... 5
2.3.3
データ型 ........................................................................................................................... 62.3.4
オプション指定................................................................................................................. 6
2.3.5
反復................................................................................................................................... 6
2.3.6
表 ...................................................................................................................................... 7
2.3.7
ID 番号.............................................................................................................................. 7
2.3.8
名称................................................................................................................................... 7
2.4
メッセージ区切り文字 ............................................................................................................. 8
2.4.1
テキストフィールドでのエスケープシーケンスの使用 ................................................... 8
2.4.2
エスケープ文字の例外的解釈 ........................................................................................... 92.5
データ型 ................................................................................................................................. 113

主な用語.....................................................................................................................................106

4

JAHIS 標準テーブル .................................................................................................................107

5

本規約の対象範囲 ......................................................................................................................108
5.1

6

対象範囲 ............................................................................................................................... 108

メッセージ構文 ..........................................................................................................................1106.1
情報照会(QBP/RSP)..............................................................................................................111
6.1.1
QBP 患者基本属性照会メッセージ イベント(Q22).....................................................111
6.1.2
RSP 患者基本属性応答メッセージ イベント(K22) .....................................................111
6.1.3
QBP 患者基本属性及び所在照会メッセージ イベント(ZV1) ..................................... 112
6.1.4
RSP 患者基本属性及び所在応答メッセージ イベント(ZV2)...................................... 113
6.2
患者情報通知(ADT/ACK)..................................................................................................... 114
6.3
ADT/ACK 入院／来院の通知メッセージ イベント(A01) ................................................... 115
6.3.1
ADT/ACK 転科・転棟メッセージ イベント(A02) ....................................................... 116
6.3.2
ADT/ACK 退院/在院終了メッセージ イベント(A03) ................................................. 117
6.3.3
ADT/ACK 患者の登録メッセージ イベント(A04)...................................................... 119
6.3.4
ADT/ACK 患者情報の更新メッセージ イベント(A08) .............................................. 120
6.3.5
ADT/ACK 入院／外来通知(A01)の取消メッセージ イベント(A11)........................... 121
6.3.6
ADT/ACK 患者の移送（A02）の取消 (イベント A12)..................................................... 122
6.3.7
ADT/ACK 退院、通院終了（A03）の取消メッセージ イベント(A13)...................... 122
6.3.8
ADT/ACK 患者の外出・外泊開始 (イベント A21)......................................................... 124
6.3.9
ADT/ACK 患者の帰院 (イベント A22) ......................................................................... 124© JAHIS 2014ii

6.3.106.3.11
6.3.12
6.3.136.3.146.3.156.3.166.3.176.3.18
7

ADT/ACK 患者情報の関連付けメッセージ イベント(A24) ....................................... 125
ADT/ACK 個人情報の追加メッセージ イベント(A28) .............................................. 126
ADT/ACK 個人情報の更新メッセージ イベント(A31) .............................................. 128
ADT/ACK 患者情報の関連付けの解除メッセージ イベント(A37) ............................ 129
ADT/ACK 患者情報のマージ-患者 ID リストメッセージ イベント(A40) ................. 130
ADT/ACK 患者 ID リストの変更メッセージ イベント(A47)..................................... 131
ADT/ACK 患者の外出・外泊開始(A21)の取消 (イベント A52) ................................ 132
ADT/ACK 患者の帰院(A22)の取消 (イベント A53) .................................................. 133
ADT/ACK 副作用情報の更新 (イベント A60) .............................................................. 134

関連セグメント詳細 ...................................................................................................................135
7.1
7.2
7.3
7.4
7.5
7.6
7.7
7.8
7.9

AL1 - PATIENT ALLERGY INFORMATION SEGMENT 患者アレルギー情報セグメント ......... 135
ERR - ERROR SEGMENT エラーセグメント ....................................................................... 137
EVN - EVENT TYPE SEGMENT イベントタイプセグメント................................................. 140
MSA - MESSAGE ACKNOWLEDGMENT SEGMENT メッセージ応答セグメント...................... 142
MSH - MESSAGE HEADER SEGMENT メッセージ・ヘッダ・セグメント ............................ 144
NTE - NOTES AND COMMENTS SEGMENT 注釈コメントセグメント.................................. 152
PID – PATIENT IDENTIFICATION SEGMENT 患者識別セグメント......................................... 153
PV1 - PATIENT VISIT SEGMENT 来院情報セグメント .......................................................... 161
TQ1 - TIMING/QUANTITY SEGMENT タイミング／数量セグメント..................................... 168

付録‐1 メッセージ例.....................................................................................................................173
付録―２．作成者名簿.......................................................................................................................189© JAHIS 2014iii

1 はじめに（１）背景
一般社団法人 保健医療福祉情報システム工業会（JAHIS）では、医療情報のデータ交換を促進するために、従来 HL7 V2.5 を利用したデータ交換規約を制定する活動を行ってきた。1999 年 10 月に最初のデータ交換規約を制定して以来、現在までに以下の 8 つの領域において制定してきた。
・臨床検査データ交換規約
・処方データ交換規約
・放射線データ交換規約
・生理検査データ交換規約
・病名情報データ交換規約
・内視鏡データ交換規約
・注射データ交換規約
・病理・臨床細胞データ交換規約
各データ交換規約は、各領域の委員会やワーキンググループにて、個々の領域の事情に応じて規約の制定・改定が行われてきた。
近年では、各領域を跨いでデータ交換を行うことが一般的となって、領域間共通の規約が求められるようになってきた。そのため、各データ交換規約の共通内容を整理した本規約の制定を行った。
（２）制定の基本方針
本規約の制定では、各データ交換規約で重複している内容を記載し、その使い方の共通指針を整理することを基本方針とした。具体的には下記内容である。
① HL7 の仕様・用語の説明
各データ交換規約での下記説明を対象としている。
・HL7 概要
・主な用語
・HL7 メッセージ、フィールド、メッセージ区切り文字、データ型② データ交換規約で制定するテーブルの命名規則
各データ交換規約で定義した固有のテーブルに対し、統一的な命名規則を定義した。
③ 患者基本情報および入退転（ADT）のメッセージ構文
患者基本情報および入退転は各データ交換規約の領域で共通に利用されるため、本規約で定義した。
④ 共通利用するセグメントの説明
各データ交換規約で共通的に利用され、かつ、利用方法に差異が少ない下記セグメントを記載した。
・AL1
・ERR
・EVN
・MSA
・MSH
・NTE
・PID
・PV1
・TQ1
上記セグメントの各フィールドに対してJAHIS データ交換規約で共通なるOption 指定を「Japan値」として制定した。
⑤ 患者基本情報および入退転（ADT）サンプルメッセージ
本規約は各データ交換規約の共通内容のみを記載しているため、各領域のシステム実装にあたっては、その領域のデータ交換規約を併読する必要があることを留意いただきたい。

© JAHIS 20141

2 使用している HL7 について
2.1 概要（HL7 とは）ヘルスケア関連情報の電子的データ交換のための応用規約であり、また、規約の制定団体の名称でもある。
異なるベンダの異なるシステム間のインタフェースとなる標準的書式である。本規約は OSI 手順の第 7 層であるアプリケーション層に由来して HL7 と名付けられたものであり、物理的規約は制定していない。
（なぜ標準化なのか）
基本的目的は増大する医療費の削減と医療の質の向上である。それは医療費の効率化のためコスト計算を明らかにするとともにヘルスケア品質の計測化による質の向上を目指すものである。
1960 年代は単独処理で他との接続は必要なかったが、1970-85 年にかけ部門システムとの接続が始まり、1985 年以降様々なシステム間で接続が要望され、インタフェース標準化の必要性が増大している。
病院単独から病院の統廃合も手伝ってヘルスケア共同体が拡大し、今日のヘルスケアは病院を中心に事務所、製造業、販社、支払者、診療所、政府機関が一体となった情報連携が必要で、かつ患者を取り巻くすべての部門とのトランザクションが通信で出来ることが必要となってきた。
技術の進歩、通信環境の進歩、場所の多様化、システムの巨大化が背景となり標準化されたデータ交換が可能であり不可欠となっている。
（HL7 プロトコル概要）
HL7 は OSI 第 7 層(アプリケーション層)での規約であり、データの型や要素、要素の構成やグループ、コードや用語、機密保持、管理規約などが定義される。HL7 の包含する対象は V2.1 では入退転院、患者基本情報、オーダ、検査報告、財務的処理、照会などである、さらに V2.2 では、マスタファイル更新、V2.3 では、文書管理、予約、患者紹介、患者看護、V2.4、V2.5 では検査自動化、人事管理、保険請求、材料管理などが追加された。
HL7 の基本的体系は、メッセージタイプ ID 付電文で構成され、複数セグメントで論理的意味をなすメッ
セージとなる。メッセージ(例えば、入退転)は、具体的なきっかけとなる事象(例えば、患者入院)により、データ構成要素(例えば、患者名)からなるセグメント(例えば患者属性)の集合として構成される。メッセージ交換は会話的にもバッチ処理的にも行われるものである。
（他の標準化組織との関連）
ASTM E1238 検査システム間データ交換をもとに検査関連をまとめているので互換性がある。HL7 を含めた標準化団体の調和を図るため ANSI では、
HISPP (現 HISB：Healthcare Informatics Standards Board)部門を設置し、NCPDP(薬剤情報), ACR/NEMA(画像 DICOM), IEEE MEDIX(医療情報記述交換),
ASTM(検査関連臨床情報交換), ASC X12(会計保険情報の電子データ交換)と協調している。また国際的にも
CEN-TC251(European Committee for Standardization Technical Committee 251)などと連絡を取り合っている。これら協調は重複の縮小、標準化のスピードアップ、コスト低減、国際関係の促進、政府によらない開発、販売者の共同作業の促進などのため必要なことである。さらに ISO/TC215(Health Informatics)と HL7 は Pilot Project として HL7 規格を ISO 規格にすることが決定されている。
（日本 HL7 協会他国内の標準化組織との関連）
日本 HL7 協会が 1998 年 7 月に設立された。これを受け、JAHIS でも HL7 標準化規約の日本国内における普及を日本 HL7 協会と協力し、進めている。
なお、JAHIS 標準では、ISO 登録された初めての版である HL7 V2.5 を採用している。

© JAHIS 20142

2.2 メッセージ
2.2.1 メッセージならびにメッセージ構成
メッセージとは、システム間でやり取りするデータの最小単位であり、メッセージは順序を定義したセグメントの集合からなる。メッセージ（例えば検査依頼）は具体的なトリガーイベント（例えばオーダ）により発生する。
全てのメッセージはメッセージヘッダ(MSH)セグメントで始まり、データ構成要素フィールド（例えば患者名）
からなるデータをもったセグメント（例えば患者属性）、
およびメッセージを記述したファイルの終了、入出力バッファなどの記述単位の終端を持って構成する。
メッセージは可読的なコード化規則による区切文字で区切り、可変長である。下記のように構成するのが日本では一般的である。
メッセージ：
MSH セグメント<CR> (0x0D)

xxx セグメント<CR> (0x0D)

yyy セグメント<CR> (0x0D)

zzz セグメント<CR> (0x0D)

終端<FS><CR> (0x1C,0x0D)

セグメント：

セグメント ID | フィールド 1 | フィールド 2 | フィールド 3 | …

フィールド：

エレメント 1 ^ エレメント 2 ^ エレメント 3 ^ …

<CR>

患者情報の更新 ADT^A08^ADT_A01メッセージ構成例：
MSH

・・・・

EVN

・・・・

PID

・・・・

PV1

・・・・

AL1

・・・・

2.2.2 HL7 メッセージコーディング及び処理規則
メッセージの組立（送信側）
送信側アプリケーションは生成したメッセージデータに適切な MSH セグメントを付加し、下位層を通じて送信先へ送信する。
1. トリガーイベントに対応したメッセージ仕様に基づき各セグメントを配置する
2. 記述したセグメントの先頭にセグメント ID を置く
3. 各データフィールドの前にフィールド区切りを置く
4. 各フィールドのデータを定義されたデータ型に基づきコード化する・データが存在しないフィールドに文字（スペースを含む）を入れてはならない・フィールド中に後のデータがない場合、後の成分区切りを省略できる
・セグメント中に後のフィールドがない場合、後のフィールド区切りを省略できる
・セグメントの終了はセグメントターミネータ（<cr>）とする© JAHIS 20143

メッセージの検証と応答（受信側）
1. 受信側の応答システムは受信したメッセージを受諾すべきか否か検証する
MSH-15-受諾応答指示と MSH-16-アプリケーション応答指示が null あるいは存在しない場合や基本応答規則を使用する場合、受信したメッセージに対して下記の検証を行う。
a) MSH-9-メッセージ型の内容を、応答システムが受諾可能か否か
b) MSH-12-バージョン ID の値を、応答システムが受諾可能か否か
c) MSH-11-処理 ID の値が、メッセージを扱うアプリケーション処理に適切な値であるか否か
上記のいずれかの基準が満たされない場合、受信側はメッセージを拒否することができる。つまり、受信側は MSA-1-応答コードが AR（アプリケーション拒否応答）の ACK メッセージを生成し送信側に通知する。
2. 受信アプリケーションのメッセージ受諾と検証/処理
応答システムによる検証に成功後、メッセージを受信アプリケーションに引き渡す。受信アプリケーシ
ョンはメッセージについて以下のいずれかの処理を行う:a) メッセージの処理に成功した場合、MSA-1-肯定応答コードに AA（アプリケーション肯定応答）をセットした機能応答メッセージを生成し送信する。
b) エラーが発生した場合、MSA-1-肯定応答コードに AE(アプリケーションエラー応答)をセットした応答メッセージと、機能セグメントにエラー情報をセットし送信する。
c) メッセージの内容やフォーマット以外の理由（システムダウンや内部エラーなど）により、メッ
セージの処理に失敗（拒絶）した場合、多くは、再処理により受信側システムが後で同じメッセージを処理できる可能性が高い。従って、メッセージを自動的に再送するか否かはシステム実装者が決定する。この応答メッセージは MSA-1-肯定応答コードに AR の値をセットする。
3. メッセージの応答応答する際には、上記の規則にのっとり新しい MSH セグメントを生成する。その際注意すべき事は、
MSH-7-メッセージ生成日時およびMSH-10-メッセージ制御IDは応答メッセージ独自に生成したもの
で、受信したメッセージのコピーではない点である。MSH-5-（送信先）受信アプリケーション、MSH-6（送信先）受信施設、MSH-11-処理 ID は、受信メッセージの内容から送受信先の入れ替え、コピーなどを行う。
メッセージの処理（受信側）
・期待されるデータセグメントがない場合、その全てのデータフィールドを null として扱う
・予期しないいかなるデータセグメントも無効 － これは誤りである
・データセグメント終わりの予期せぬデータフィールドは無視 － これは誤りではない© JAHIS 20144

2.3 フィールド
各セグメントは（MSH セグメントで規定される）フィールドセパレータにより分離されたフィールドの集まりとして記述される。
注） 各フィールドは、送信側の３種類の意図があり、受信側は次の通りの処理を行わなければならない

１．有効な文字列で記述：
各フィールドには文字、数値で示されたデータが記載されていて、その内容に沿って受信側は表示、データベースの更新などを行わなければならない。
例 ： |abc| データが abc であることを示している
２．省略記述：セパレータ(標準では|が使用される)||により記述されている。つまりデータが空の場合は「データが存在しない」を示している。この場合、受信側はデータベース等の更新は行わない。
例 ： || データが無いことを示している
３．null 記述：|””|のように二重引用符”が２つ””のように記述されている場合は、「値が無い」というデータが存在することを明示している。この場合、受信側データベース等は値無し(null)に更新しなければならない。
例 ： |””| 値が無い(null)ことを示している

本規約のさまざまな章にセグメント属性表が含まれている。これらの表は、そのセグメント内のデータフ
ィールドとその使用上の特徴を一覧、記述している。セグメントを定義する際、以下の情報が各フィールドについて述べられている。

2.3.1(セグメント内の)位置

セグメント属性表の SEQ というコラムは、セグメント先頭の 3 文字のセグメント型に続くセグメント内のデータフィールドの順序位置を示す。この番号は、セグメント定義表に続くテキストコメントで示されるデータフィールドの説明を参照するために使用する。

2.3.2 最大長
1 つのデータフィールドの 1 反復が占めることができる文字の最大数。セグメント属性表では、この情報は LEN というコラムにある。HL7 V2.5 では最大長はフィールドのデータ型によって決まる。フィールドの長さは標準であるが、関係者間の同意のもとに最大長を決めることもできる。後に定義する成分セパレータと副成分セパレータは文字数として計算する。最大長はフィールドに指定したデータ型によるので、反復セパレータは、最大長を計算するときに含めない（HL7 V2.5 5.2.5 節 反復を参照）。値 65536 と 64K と略記
した記述は同じである。
「HL7 表 0440－データ型」を参照。
注：本規約での最大長の表現ならびに注意事項 本規約では原則として、各 HL7 セグメント属性表中の各フィールドの最大長は、HL7 V2.5 2 章の定義に準拠し当該フィールドのデータ型に依存し定めている。ただし、以下に注意のこと。
・構造を持たない ST、TX、NM 型等のフィールドについては、HL7 V2.5 原文のセグメント属性表中の各フィールドで定義されている最大長をそのまま踏襲した。
・ID 型フィールドは引用される HL7 表のコード値の長さに依存する。
・IS 型フィールドは引用される使用者定義表のコード値の長さに依存するので、本規約に記載の当該フィールドの最大© JAHIS 20145

長は参考である。
・最大長に無限大という概念を含める場合は、ユーザに注意を促すために 65536 という数を表示する。
・フィールドのデータ型が可変で最大長が正確に表現できないときは、99999 で象徴的に表現する。

2.3.3 データ型
セグメント属性表では、この情報は DT というコラムにある。もしフィールドのデータ型が不定なときは"varies"を注記する。
HL7 によって定義された多くのデータ型がある。これらについては「2.5 データ型」で説明する。

2.3.4 オプション指定
セグメント内のデータフィールドが、必須なのか、オプションなのかまたは条件付きなのかを示す。HL7
成分表、セグメント属性表では、この情報は OPT というコラムにある。HL7 での指定は以下のとおりであ
る。
R

－

必須。

O

－

オプション。
トリガーイベントおよびその他のフィールド条件による。

C－

セグメント属性表に続くフィールド定義（説明)では、このフィールドの条件を定義するアルゴリズムを指定すべきである。

X－

対象のトリガーイベントでは使用しない。

B－

HL7 の旧バージョンとの互換性のために残されているフィールド

W

－

取り消し。

JAHIS 仕様（本規約）での取り扱いは以下のとおりである。
（RE,N 以外は HL7 に同じ）セグメント属性
表では、この情報は Japan というコラムにある。
R

－

RE

－

O

－

オプション。

C－

トリガーイベントおよびその他のフィールド条件による。

X－

本規約では使用しない。

B－

HL7 の旧バージョンとの互換性のために残されているフィールドN－

使用しない（関係者の合意のもとに関係システム内限定で使用可）。

W

－

取り消し。

必須。
存在すれば必須（送信側アプリケーションは、該当データがあれば送信しなければならないが、存在しなければ省略する）。

2.3.5 反復
そのフィールドが反復するかどうかを示す。セグメント属性表では、この情報は RP/#というコラムにある。
指定は以下のとおりである。
N または空白

－

反復なし。

Y

－

無限回または関係者で決定した回数だけフィールドを繰り返す。

© JAHIS 2014
6

（整数）

－

フィールドは、整数で指定された最大回数まで繰り返す。

繰返しの場合、そのデータ型の最大長を繰返した分の長さと反復セパレータを加えたものがそのフィール
ドの最大長となる。ただし、関係者間の同意のもとに最大長を決めることもできる。

2.3.6 表HL7 の表には、使用者、HL7、外部の 3 種類ある。
使用者定義表（User-defined Tables）
ローカルあるいはサイトで定義された値を持つ表である。これは PV1-3-Assigned patient location のよ
うに特定のフィールドに収容し、施設ごとに異なる値を持ちうる。このような表は規格では定義してないが、実現を容易にするために使用者定義表番号を割り当てる。HL7 はしばしば施設が皮切りとして使えそうな推奨値を発行する（例えば「使用者定義表 0001－管理上の性別」）。IS データ型は、このような表で使う値をコード化するのによく使われる。このような表のなかには、共通のマスタファイルを参照する
表もあるということに注意すること。
HL7 表（HL7 Tables）
HL7 表は HL7 によって定義／発行された値の集合である。これらはその表を含むメッセージの解釈に影響を及ぼすので HL7 規格に含む。これらの値は関係者で再定義してはならないが、関係者で定義した値を含めるために表自身を拡張することができる。
外部表（External Tables）
外部表は他の標準化組織が定義／発行したものである。例えば ICD10 のような診断コードがある。CF、CNE あるいは CWE データ型はこれらのフィールドの値を表すために使用する。9000 とそれ以上の表
番号は HL7 が発行する外部定義表のために予約している。そのような表は、外部の機関が制定する概念
やコードを、HL7 と他の標準化機関との間で規格化要求し合意を得た場合に発生する。これらは HL7が他の機関に代わって HL7 規約と共に発行する。しかし、これらは HL7 規約より頻繁に改訂されるかもしれない。

2.3.7 ID 番号
規格の全体にわたるデータフィールドを一意的に識別する小さな整数。セグメント定義では、この情報は
ITEM#というコラムにある。

2.3.8 名称
フィールドの記述的な名前。セグメント属性表では、この情報は ELEMENT NAME というコラムにある。
同じ名前が複数のセグメント中で使用される場合、それは同じデータ型および意味を同じ ID 番号と同様に
各セグメントが持っていなければならない。この慣行から発生する曖昧さを扱うため、フィールドがここで引用される場合は、セグメント名および位置が常に含まれなければならない。

© JAHIS 20147

2.4 メッセージ区切り文字
メッセージを構成するときに、セグメントターミネータ、フィールドセパレータ、成分セパレータ、副成分セパレータ、反復セパレータ、エスケープ文字の特殊文字を使用する。セグメントターミネータは必ずキャリッジ・リターン(16 進 0D)を用いる。その他の区切り文字は MSH セグメントで定義する。つまり、フィールド区切り文字は 4 番目の文字位置で定義し、それ以外の区切り文字は、フィールド区切り文字に続く
フィールドであるコード化文字フィールドで定義する。MSH セグメントで定義する区切り文字は、メッセージ全体に適用する。メッセージ区切り文字は、前述のように MSH メッセージの中で定義でき変更可能であるが、本規約では推奨しない。 もし実装上で可変とする場合は、関係者間で十分な合意を取らなければならない。
表 2.4-1.

Delimiter values 区切り文字の値

文字位置

区切り文字

推奨値

-

Segment Terminator
セグメントターミネータ<cr>hex 0D-

1
2

Field Separator
フィールドセパレータ（フィールド区切り文字）
Component Separator
成分セパレータ（成分区切り文字）
Repetition Separator
反復セパレータ

用法
セグメントレコードを終了する。
この値は変えることができない。

|

セグメント内で 2 個の隣接データフィールドを分離する。
またセグメント内の冒頭のデータフィールドとセグメント ID を分離する。

^

データフィールド内の隣接成分を分離する。
成分の使用法は、関連するデータフィールドの説明で述べられている。

~

反復の認められたデータフィールドにおいて、複数のデータを分離する。

3

Escape Character
エスケープ文字

\hex 5C

4

Subcomponent Separator
副成分セパレータ&

テキストフィールド(ST,TX,FT 型または ED 型の第 4 成分)には、エスケープ文字を使用できる。これを表す単一の文字は、MSH セグメントのコード化文字フィールドで指定する。このフィールドはオプションであり、エスケープ文字を使わないメッ
セージではこの文字は省略できる。しかし、副成分セパレータがメッセージの中で使われるならば、この指定が必要である。
データフィールド内で使用が認められた隣接副成分を分離する。
副成分が無いときは、省略できる。

文字位置1～4は、各セパレータを定義するコード化文字フィールド内の位置（MSHセグメントのMSHおよびフィールドセパレー
タ（通常｜）に続く位置）を示す。

注 1：区切り文字で囲まれる文字列中で ASCII 以外の文字セットを使用した場合(escape, invoke）区切り文字に先立ちASCII 文字セットに戻すこと。もし区切り文字が検出された場合は、文字セットを ASCII へリセットしたものとみなす。
注２：エスケープ文字の” \”（バックスラッシュ）は、日本語 OS の環境では”\”（円マーク）と表示される場合があるた
め、その場合は本規約の” \”（バックスラッシュ）を”\”（円マーク）と読み替えること。

2.4.1 テキストフィールドでのエスケープシーケンスの使用
TX,FT,ST または CF 型等のフィールドを符号化する場合、エスケープ文字を使用してテキストフィールドの特殊処理部を伝えることができる。エスケープ文字は、表示可能な任意の ASCII 文字で、MSH-2 符号
化文字のエスケープ文字要素に指定する。本節の説明のためには、文字\を使用して、メッセージに指定するエスケープ文字とする。エスケープシーケンスは、エスケープ文字とそれに続く 1 文字のエスケープ・コ
ード ID、0 個以上のデータ文字、および終端用のもう 1 つのエスケープ文字から構成する。エスケープシー
ケンスの中の入れ子エスケープシーケンスは禁止する。
・特殊文字
フィールド区切り、成分区切り、副成分区切り、反復区切り、およびエスケープ文字をテキストフィー
ルド内に表現するために、以下のエスケープシーケンスが定義されている。
\F\

フィールド区切り（フィールドセパレータ）© JAHIS 2014
8

\S\

成分区切り

（成分セパレータ）\T\

副成分区切り（副成分セパレータ）

\R\

反復区切り

（反復セパレータ）\E\

エスケープ文字MSH-2 が ^~\& で、”\”を 16 進数 5c で表現したい時” \9,800”は次の様に記述する。
\E\9,800
・推奨しない／規格外のエスケープシーケンス
HL7 では下記のエスケープシーケンスが定義されているが、本規約ではその使用を推奨しない。利用する場合は、関係システム／関係者間の取り決めが必要である。なお、これらのエスケープシーケンスを受信したことで本来実行すべき処理を中断することがないように配慮すべきである。
・FT、ST および TX データ型のためのマルチ文字セットをサポートするエスケープシーケンス\Cxxyy\\Mxxyyzz\

本規約では MSH-18 で ~ISO IR87 を指定するので、文字セットのエスケープシーケンスを必要とし
ない。
・強調表示
\H\

\N\

表示等の表現は受信側アプリケーションで扱うこととする。
・16 進法
\Xdd...dd\

このデータの扱い/解釈は HL7 規格の範囲外であり、本規約でも規定できない。
・フォーマット化テキスト\.sp<数>\

\.br\

\.fi\

\.nf\

\.in<数>\\.ti<数>\\.sk<数>\\.ce\（報告書等の）書式制御は受信側アプリケーションで扱うこととする。
・ローカル\Zdd...dd\

このデータの扱い、解釈は HL7 規格の範囲外であり、本規約でも規定できない。

2.4.2 エスケープ文字の例外的解釈
エスケープ文字は他の表示可能な文字、区切り文字と違って、その一文字だけでは意味を成さない。 エス
ケープシーケンスは一対のエスケープ文字を使い、前項に示す記述以外の使い方をしない。しかし、下記に示すケースが想定され、本節ではその場合の解釈を示す。 説明では、文字 \ を使用して、メッセージに指定するエスケープ文字とする。
・一対のエスケープ文字の間にエスケープ・コード ID、データ文字がない場合表示可能な文字 \ と見なす。 つまり、\E\ を記述したのと同じとする。
記述例

解釈

\\

\ （エスケープ文字）© JAHIS 20149

\E\\\\\\\\（エスケープ文字が 3 個）・エスケープ文字の後のエスケープ・コード ID が前項以外である場合
一対のエスケープ文字の間を無視する。 つまり、そのエスケープシーケンスを無視する。受信アプリケーションは警告を発するべきである。
記述例

解釈

\ABC\

省略または null（受信アプリケーションに害のない処理）

・エスケープ文字が対を成さない場合
フィールドの終わりでそのエスケープシーケンスが完結したと見なす。
但し、受信アプリケーションは警告を発するべきである。
記述例

解釈|…\X0506LM|…16 進数の 05,06 （最後の LM は 16 進数のデータのはずだが誤りである。その処置は本規約では規定外。
）

|…\S|

…^ （\S\と見なされる。
）|…\|… （最後の \ のみは無視する。
）© JAHIS 201410

2.5 データ型
注：・CNN型の最大長はHL7 V2.5原本の406と記載してあるが、409が正しいと思われる。
・CSU型の最大長はHL7 V2.5原本の490と記載してあるが、544が正しいと思われる。
・LA1型の最大長はHL7 V2.5原本の415と記載してあるが、790が正しいと思われる。
・PPN型の最大長はHL7 V2.5原本の2993と記載してあるが、2994が正しいと思われる。
・RPT型の最大長はHL7 V2.5原本の984と記載してあるが、983が正しいと思われる。
・XCN型の最大長はHL7 V2.5原本の3002と記載してあるが、3003が正しいと思われる。
HL7 data types データタイプ（HL7表 0440－データ型より抜粋）
Data
type
AD

住所

415

AUI

権限情報

239

CCD

請求コードと日付

28

CCP

チャンネル調整パラメータ20

CD

チャネル定義581

CF

書式付コード化値
チェックディジット付き複合
ID

65536

CK

Data Type Name

CM

複合

CN
CNE

複合化 ID 番号と名前
例外なしコード化値

LEN

Category
患者属性.

専門／章は特定 波形
専門／章は特定 波
形
コード値
コード値
一般

705

コード値
コード値

CNN

単純化複合 ID と名称

406

コード値

CP

複合価格

543

価格データ

CQ

単位付複合数量

500

数値

CSU

チャンネル感度

490

一般

CWE

例外を含むコード化値
チェックディジット付き拡張
複合 ID

705

コード値

1913

コード値

CX
DDI

毎日の控除可能な情報

25

DIN

日付と施設名称

510

DLD

退院先と日付

47

一般

DLN

運転免許証番号

66

拡張照会

DLT

デルタ

45

一般

DR
DT
DTM

日付／時間の範囲
日付
日付／時刻

53
8
24

時系列
日付／時間
日付／時間

DTN

日付型および数値

6ED

暗号化されたデータ

65536

EI

エンティティ識別子

427

専門／章は特定 波
形
識別子

EIP

エンティティ識別子ペア

855

一般

ELD

エラー場所および説明

493

一般

© JAHIS 201411

Comments
v 2.3 で XAD に変更
v2.5 のセクション 6.5.6.14IN1-14 で使用された CM データ型に置き換わるもの。
v2.5 のセクション 4.5.2.1BLG-1 で使用された CM データ型に置き換わるもの。
OBX-5 観察値(*)が V.2.3 時で CD データ型である OBX-5.3の中で使用される CM データ型を交換する。
波形データ用のみ。

取り下げ
取り下げ。v 2.5 ではいくつかの新しい明瞭なデータ型となった。ここでは、本書で使用するデータ型のみ記載した。
取り下げ。v 2.3 で XCN に変更
OBR-32,OBR-33,OBR-34,OBR-35 で使われていたもともと
CN データ型であった CM データ型を改良。しかし、現在の実施例と整合性を持ち、HL7 旧バージョンとの互換性をこわさないよう成分 7 と 8 はデータ型 IS に昇格した。
CQ は他のデータ型に埋め込まれた場合正式には表現できない。よってこの使用はセグメントフィールドに限られる。
V2.5 よりOBX-5.3 で用いられているCM データ型はOBX-5
観測値(*)が CD データ型であるときに、このデータ型に置き換えられる。

v 2.5 で IN2-30 中のセクション 6.5.7.30 の中で使用される
CM データ型を交換する、
v 2.5 で IN2-30 中のセクション 15.4.6.12 STF-12 and15.4.6.14 の中で使用される CM データ型を交換する、
V2.5 より PV1-37 で用いられている CM データ型を置き換える。
V2.5よりOM2-9 で用いられているCM データ型を置き換える。

v 2.5 で IN3-11 中のセクション 6.5.8.11 の中で使用される
CM データ型を交換する
バイナリデータの ASCII MIME-エンコーディング をサポートV2.5 よりORC-8,OBR-29,OBR-29 で用いられているCM データ型を置き換える。
V2.5 よりERR-1 に用いられているCM データ型を置き換える。Ver.2.5 では HL7 旧バージョンとの互換性のためにのみ

Data
type

Data Type Name

LEN

Category

Comments保持される。ERR セグメント参照。

ERL
FC

エラー場所
保険種別

18
47

一般
患者管理／財政情報

FN

姓

194

患者属性

FT
GTS
HD

書式付テキストデータ
汎用タイミング指定
階層的指定子

65536
199
227

英数

ICD

保険証明定義ID
IS
JCC

HL7 表コード化値
使用者定義表コード化値
職種コード／クラス

LA1

アドレス変化 1 を備えた位置

415

LA2

アドレス変化 2 を備えた位置

790

MA

多重化された配列

65536

MO

金額

20

専門／章は特定 波
形
数値

MOC

金額およびチャージコード

504

一般

MOP

金額またはパーセンテージ

23

MSG

メッセージ型

15

NA

数値配列

65536

NDL

日付と位置を伴う名前

835

一般

NM

数値

16

数値

NR

数値範囲

33

一般

OCD

発生コードおよび日付

714

OSD

オーダ連鎖定義

110OSP

発生スパン・コードおよび日付

723

PIP

医療従事者の施設内の特権

1413

PL

1230

PN
PPN

患者所在
従業者ライセンスあるいは他の ID 番号
個人名
実施者タイムスタンプ

2993

患者属性
カルテ／情報管理

PRL

親結果リンク

755

一般
識別子

PLN

識別子
v 2.5 で IN3-20 中のセクション 6.5.8.20 の中で使用される
CM データ型を交換する

40
Variable
20
292

識別子
識別子
拡張照会
v 2.5 で RXE-8 中のセクション 4.14.4.8 および RXO-8 中の4.14.1.8 の中で使用される CM データ型を交換する。v 2.5で下位互換性のためにのみ保持された。
v 2.5 で RXD-13 中のセクション 4.14.5.13 および RXG-11
中の 4.14.6.11 および RXA-11 中の 4.14.7.11 の中で使用される CM データ型を交換する。v 2.5 で下位互換性のためにのみ保持された。

一般
専門／章は特定 波
形

一般

PT

処理タイプ

3

PTA

保険タイプおよび金額

56

QIP
QSC
RCD

照会入力パラメータリスト
照会選択基準
行列定義

212
219
19

拡張照会
拡張照会
拡張照会

RFR

基準範囲

352

一般

RI

反復間隔

206

時系列

RMC

病室填補範囲82

RP

参照ポインタ273

12波形データ用のみ。
V2.5 より OBR-23 および OBR-23 に用いられる CM データ型を置き換える。
v 2.5 でIN3-5 中のセクション6.5.8.5 の中で使用されるCM
データ型を交換する。このデータ型は、このフィールドに制限される。
V2.5 より MSH-9 に用いられる CM データ型を置き換える。
波形データ用のみ。
V2.5 より OBR-32、OBR-33、OBR-34、OBR-35 の CM データ型を置き換える。
V2.5 より OM2-6.1,OM2-6.3,OM2-6.4 の CM データ型を置き換える。
v 2.5 でセクション 6.5.10.10 UB1-16 and 6.5.11.7 UB2-7 で使用される CM データ型を交換する。
V2.5 より TQ データ型に用いられている CM データ型を置き換える。
v 2.5 でセクション 6.5.11.8 UB2-8 で使用される CM データ型を交換する。
v 2.5 でセクション 15.4.5.7 PRA-7 で使用される CM データ型を交換する。

識別子

101© JAHIS 2014

PN もしくは PN を含むデータ型（PPN, XCN, XPN）中にのみ出現

v 2.5 で 15.4.5.6 PRA-6, 11.6.3.7 PRD-7 および 11.6.4.7
CTD-7 で使用される CM データ型を交換する。
取り下げ
TS を結合した XCN と等価
V2.5 より OBR-26,OBR-26 に用いられる CM データ型を置き換える。
v 2.5 で6.5.7.29 IN2-29 で使用されるCM データ型を交換する。

V2.5 より OM2-6,OM2-7,OM2-8 で用いられ CM データ型を置き換える。
v 2.5 の6.5.7.28 IN2-28 で使用されるCM データ型を交換
する。

識別子

Data
type
RPT
SAD

Data Type Name

LEN
984
184

患者属性

XAD データ型中にのみ出現

41

時系列

スケジューリングデータ用のみ。

SI
SN

繰り返しパターン通りの住所
スケジューリング種類と値の対シーケンス ID
構造化数値

4
36

数値
数値

SPD

専門性の説明

112

SPS

検査材料

4436

一般

SRT
ST
TM
TN

ソート順
文字列
時間
電話番号

15
199
16
199

英数
英数
日付／時間
患者属性

TQ

タイミング/数量

1209

時系列

TS
TX

タイムスタンプ
テキストデータ

26
65536

日付／時間
英数

UVC

UB 値コードおよび額

41

VH
VID
VR

来院時間
バージョン識別子
値の範囲

41
973
13

拡張照会
識別子
一般

WVI

チャネル識別子

22

一般

WVS

波形ソース

17

一般

XAD
XCN
XON
XPN
XTN

拡張住所
拡張複合 ID と名称
拡張複合組織 ID と名称拡張された個人名
拡張電話番号

631
3002
567
1103
850

患者属性
コード値
患者属性
患者属性
患者属性

SCV

Category

Comments

v 2.5の15.4.5.5 PRA-5 で使用されるCMデータ型を交換する。
V2.5 より OBR-15,SAC-6,TCC-3 を置き換える。このデータ
型はVer.2.5に限りHL7旧バージョンとの互換性のためにのみ保持されている。

取り下げ。内向的V2.5 では、HL7 旧バージョンとの互換性のためにのみ保持される。

v 2.5 の 6.5.10.10 UB1-10 および 6.5.11.6 UB2-6 で使用される CM データ型を交換する。

V2.5よりQRD-11に用いられるCMデータ型を置き換える。
V2.5 より OBX-5.1 で OBX-5 観測値(*)が CD データ型であるときの CM データ型を置き換える。
V2.5 より OBX-5.2 で OBX-5 観測値(*)が CD データ型であるときの CM データ型を置き換える。
V.2.3 で AD から変更
V.2.3 で CN から変更
V.2.3 で PN から変更
V.2.3 で TN から変更

Data types データ型解説
注：
CWE型は本来、最大長は705であるが、HL7 V2.5原本でCE型になっている箇所は、最大長を483と記載している。
SCV型の第一要素はCWEであるが、HL7 V2.5原本では最大長は20となっているのをそのまま反映している。

AD 住所
v2.3 で XAD に変更。

AUI 権限情報
HL7成分表－AUI – Authorization Information
SEQ

LEN

DT

OPT

1

30

ST

O

TBL#
Authorization Number

2

8

DT

O

Date

3

199

ST

O

Source 承認元

承認情報

COMPONENT NAME
承認番号

日付

このデータタイプは保険の承認の個体およびそれに付随する詳細に対する識別子またはコードを表す。

© JAHIS 201413

第 1 成分 Authorization Number 承認番号(ST)
この成分は、承認に対し与えられた識別子を示す。

第 2 成分 Date 日付(DT)
この成分は、承認の日付を示す。

第 3 成分 Source 承認元(ST)
この成分は、承認の発行元を示す。

CCD 請求コードと日付
HL7成分表－CCD – Charge Code and Date
SEQ

LEN

DT

OPT

TBL#

1

1

ID

R

100

2

26

TS

O

請求コードと日付

COMPONENT NAME
Invocation Event

発効イベントDate/time 日付／時刻

請求がイベントの発生に伴うものか、時間に基づくものかを示す。
第 1 成分 Invocation Event 発効イベント(ID)
この成分は、請求行為を発生させる／引き起こすイベントのコードを示す。有効な値については 「HL7 表 0100 –発効イベント」 を参照。

第 2 成分 Date/time 日付／時刻(TS)
この成分は、オーダされたサービスに対する請求の正確な時刻を表現するために使用される。この成分は CCD.1 の値が T であるときのみ使用される。この成分が使用されるときには、TS データタイプで表現される。
HL7表0100－Invocation event
Value
D

発効イベントDescription

Comments

On dischargeO

On receipt of orderR

At time service is completed

S

At time service is started

T

At a designated date/time

CCP チャンネル調整パラメータ
HL7成分表－CCP－Channel Calibration Parameters
TBL#

チャンネル調整パラメータ

SEQ

LEN

DT

OPT

COMPONENT NAME

1

6

NM

O

Channel Calibration Sensitivity Correction Factor
チャンネル調整感度補正因子

2

6

NM

O

Channel Calibration Baseline チャンネル調整基底値

3

6

NM

O

Channel Calibration Time Skew チャンネル調整時差

注：HL7 V2.5より、OBX-5測定値(*)がデータ型CDであるときにOBX-5.3で用いられるCMデータ型を置き換える。
第 1 成分 Channel Calibration Sensitivity Correction Factor チャンネル調整感度補正因子(NM)
この成分は、おそらく直近に行われた補正操作から得られた、チャンネル感度の補正因子を示す。実際のチャンネ
ル感度は、先行する成分で与えられる名目チャンネル感度とユニット共通補正因子との積となる。

第 2 成分 Channel Calibration Baseline チャンネル調整基底値(NM)
この成分は、実際のチャンネル基底値（名目入力信号値が 0 の際のデータ値）を示す。実際の基底値は、ADC に接続された増幅器の DC オフセットにより理想値からは異なることがある。全てのチャンネルに対する実際の基底値（整数値であるとは限らない）は、調整操作の際に 0 信号を各チャンネルに接続したときに得られる、平均のデジ
タル変換値によって定められることもある。

© JAHIS 201414

第 3 成分 Channel Calibration Time Skew チャンネル調整時差(NM)
この成分は、名目サンプリング（デジタル変換）時刻（全てのチャンネルについて同時である）とそのチャンネルの実際のサンプリング時刻との差を秒（あるいは、1 秒を割った分母）で示す。この値は、一つの結果にまとめられる全てのチャンネルが同時にサンプリングされるのでないときには、0 と異なる値をとる。それは、いくつかのシステムで起こるように、一定の時間間隔で、複数のチャンネルを逐次サンプリングしていくような場合である。
この値はまた、同一の時間変化する信号が全てのチャンネルに与えられ、チャンネル間の時差を推定するような調整操作によって決定されたり、あるいはもっと一般的には、使用されているデジタル変換システムに対する製造者の仕様から値を得たりする。例えば、一定の時間間隔 t で連続するチャンネルをサンプリングするシステムの場合は、そのシステムでのチャンネル番号 n の時差は(n-1)t となる。このようなシステムでは、チャンネル番号 n におけるサンプル番号 m の実際のサンプリング（デジタル化）時刻は、R を期の開始時刻における参照時刻、f をチャ
ンネルサンプリング周波数(t < 1/f )としたとき、R + (m-1)/f + (n-1)t で表せる。

CD チャネル定義
HL7成分表－CD－Channel Definition
TBL#

チャンネル定義

SEQ

LEN

DT

OPT

COMPONENT NAME

1

22

WVI

O

Channel Identifier チャンネル識別子

2

17

WVS

O

Waveform Source 波形の発生源

3

478

CSU

O

Channel Sensitivity/Units チャンネル感度／単位

4

20

CCP

O

Channel Calibration Parameters チャンネル調整パラメータ

5

6

NM

O

Channel Sampling Frequency チャンネルサンプリング周波数

6

33

NR

O

Minimum/Maximum Data Values 最小／最大データ値

デジタル波形データを標識付けするために、このデータ型を使用する。

第 1 成分 Channel Identifier チャンネル識別子(WVI)
この成分は波形データが送信される記録チャンネルの番号と名称を示す。

第 2 成分 Waveform Source 波形の発生源(WVS)
この成分はチャンネルに接続された波形の発生源を明記する。1 つの波形について 2 つの入力を個別に特定する必要があるときには、2 つの名称が示される。チャンネルが単独の入力に接続されている場合は、名称は 1 つだけ示す必要がある。例えば、心電図の記録の場合は、普通（I や II といった）1 つの名称だけが用いられる；脳波の場合
は、普通（F3 や C3 といった）差動アンプのそれぞれの入力に 1 つずつ、計 2 つの名称が用いられる。

第 3 成分 Channel Sensitivity/Units チャンネル感度/単位(CSU)
この成分は、チャンネル感度（ゲイン）および測定に用いられる単位を示す。

第 4 成分 Channel Calibration Parameters チャンネル調整パラメータ(CCP)
この成分は、チャンネル感度に対する補正値、基底値およびチャンネル時差を示す。

第 5 成分 Channel Sampling Frequency チャンネルサンプリング周波数(NM)
この成分はチャンネルのサンプリング周波数をヘルツで示す。すなわち連続するサンプル間の秒数の逆数である。
これは送信されたデータの周波数であり、アナログ－デジタル変換器あるいはその他のデジタルデータ源により取得されたデータの実際の周波数である場合も、そうでない場合もあることに注意。
（すなわち、送信されたデータは、
元々取得されたデータから、サブサンプリング、すなわち間引きされたものである場合がある。
）

第 6 成分 Minimum/Maximum Data Values 最小／最大データ値(NR)
この成分は、このチャンネルのデジタル波形データが取り得る最小および最大のデータ値、すなわち、アナログデジタル変換の範囲を示す。またこの成分は、このチャンネルのデジタル波形データが小数値を取り得るか否かも示す。最小値および最大値がともに整数である（または提示されていない）場合は、このチャンネルでは整数のデー
タ値のみが用いられ、最小値または最大値のいずれかが小数点を含んでいる場合、このチャンネルでは整数だけでなく小数のデータ値も用いられる。n ビットのアナログデジタル変換の場合、表示上の基底値は B=0 である場合、最小値(L)と最大値(H)は次のように計算される。
L = -2n-1
H = 2n-1 - 1
符号無しの n ビットのアナログデジタル変換の場合、最小値 L=0 であり、表示上の基底値(B)と最大値(H)は次の公式で計算される。
B = 2n-1
H = 2n - 1© JAHIS 201415

実際の信号増幅率 A（差分増幅での電位測定の場合は、番号 1 の電極の電位から番号 2 の電位の差）は、波形デー
タの D(ＬとＨの間の幅)から、実際のベースライン値 B と表示上の感度Ｓと実行感度補正因子 C から次の公式により求められる。
A = SC(D-B)

CF 書式付コード化値
HL7成分表－CF－Coded Element with Formatted Values
TBL#

書式付コード化値

SEQ

LEN

DT

OPT

1

20

ST

O

Identifier 識別子

2

65536

FT

O

Formatted Text 整形済みテキスト

3

20

ID

O

4

20

ST

O

Alternate Identifier 代替識別子

5

65536

FT

O

Alternate Formatted Text 代替テキスト

6

20

ID

O

0396

0396

COMPONENT NAME

Name of Coding System コード体系名称

Name of Alternate Coding System 代替コード体系名称

このデータ型は、コード、およびそのコードと関連する書式付テキストを送る。このデータ型
は、レポートの詰め込みテキスト部に使用する書式付テキスト(たとえば、単純胸部X線について標準的に記述された放射線所見など)を初めて送る場合に使用する。受信システムは、この情報を保存し、次のメッセージではその識別子だけを送信する。このデータ型のもう一つの考えられる使用法は、書式付テキストを含むマスタファイル・レコードを送ることである。主要成
分、代替成分とも、成分2および成分5が書式付テキストデータ型であるという点を除いて、CE
データ型の場合と全く同様に定義される。
例：
OBX||CF|71020^CXR^CPMC||79989^\H\Description:\N\\.sp\\ti+4\Heart is notenlarged. There is no evidence of pneumonia, effusion, pneumothorax or any masses.
\.sp+3\\H\Impression:\N\\.sp\\.ti+4\Negative chest.^CPMC

第 1 成分 Identifier 識別子(ID)＜テキスト＞で言及される品目を一意に特定する文字の並び（コード）。コード体系が異なると、ここに入る識別子も異なる。

第 2 成分 Formatted Text 整形済みテキスト(FT)
当該の事項についての叙述的あるいはテキスト表現による名称で、整形用の指示が付加されている。

第 3 成分 Name of Coding System コード体系名称(ID)
使用されているコード体系名称を含む。有効な値については「HL7 表 0396–コード体系表」を参照。
HL7表0396–Coding system

コード体系

Value
99zzz orL

Description
Local general code (wherez is an alphanumericcharacter)

ACR

American College ofRadiology finding codesART

WHO Adverse ReactionTerms
HL7 set of units ofmeasureWHO Collaborating Centre for International Drug Monitoring,Box 26, S-751 03, Uppsala, Sweden.
HL７の測量ユニットセットは ANSI X3.50 – 1986、ISO
2988-83 および US customary units/の chapter 7 section
7.4.2.6 を基本にしている。

医薬品コードAS4

ASTM E1238/ E1467
Universal

医薬品以外の特定
のコード

AS4E

AS4 Neurophysiology

American Society for Testing & Materials and CPT4 (参考：Appendix X1 of Specification E1238 and Appendix X2 ofSpecification E1467).
神経生理学のためのASTM の診断コードと検査結果コード/グ

ANS+© JAHIS 201416

Comments / Source
送信側または受信側の目的のためにローカルに定義されたコード。ローカルコードは L（下位互換性）または、９９zzz（ｚはアルファベットと数字を組み合わせた文字）によって見分けられる。
American College of Radiology, Reston,VA の Radiologicalrd
Diagnosis Revised, 3 Edition 1986 からの索引。

Category
一般的なコード

医薬品以外の特定のコード

医薬品以外の特定ValueDescription
Codes

Comments / Source
レードシステム. 参考：ASTM Specification E1467, Appendix
2.
生物学的材料と関連するデータに関係する培養 (微生物, 組
織培養, など.)の参照。 American Type Culture Collection,
12301 Parklawn Dr, Rockville MD, 20852. (301) 881-2600.
http://www.atcc.org
American Medical Association, P.O. Box 10946, Chicago IL
60610.

ATC

American Type Culture
Collection

C4

CPT-4

C5

CPT-5

（発展途上のため、上記と同じ連絡先）

CAS

Chemical abstract codesCD2

CDT-2 Codes

CDCA
CDCM

CDC Analyte Codes
CDC Methods/Instruments
Codes

CDS

CDC Surveillance

CE

CEN ECG diagnostic
codes

CLP

CLIP

これらは，後発品も含めてすべての一般的な薬を含む。コー
ドはちがった形態の服用のなかでは区別されない。 様々な同等の CAS 番号が 存在したとき,USAN に最初に記載されているものを使う。 USAN 1990 and the USP dictionaryof drug names, William M. Heller, Ph.D., Executive Editor,
United States Pharmacopeial Convention, Inc., 12601
Twinbrook Parkway, Rockville, MD 20852.
American Dental Association’s Current Dental Terminology(CDT-2) code. American Dental Association, 211 E. Chicago
Avenue,. Chicago, Illinois 60611.
As above, for CDCM
Public Health Practice Program Office, Centers for Disease
Control and Prevention, 4770 Buford Highway, Atlanta, GA,
30421. Also available via FTP: ftp.cdc.gov/pub/laboratory_info/CLIA and Gopher:gopher.cdc.gov:70/11/laboratory_info/CLIA
CDC 監視コード。公衆衛生監視に必要な独自のデータ。
Epidemiology Program Office, Centers for Disease Control
and Prevention, 1600 Clifton Rd, Atlanta, GA, 30333. (404)639-3661.
CEN PT007. ECG の診断コード（略記）と説明の包括的なセットがCEN TC２５１によって副-標準として発行された。
以下から入手可能：CEN TC251 secretariat, c/o Georges
DeMoor, State University Hospital Gent, De Pintelaan
185-5K3, 9000 Gent, Belgium or Jos Willems, University ofGathuisberg, 49 Herestraat, 3000 Leuven, Belgium.
Simon Leeming, Beth Israel Hospital, Boston MA. Codes forradiology reports.

CPTM

CPT Modifier CodeCST

COSTART

CVX

CDC Vaccine Codes

DCM

DICOM Controlled
Terminology

E

EUCLIDES

E5

Euclides quantity codes

E6

Euclides Lab method
codes

E7

Euclides Lab equipment
codes
Enzyme Codes

ENZC

FDDC
FDDX

First DataBank Drug
Codes
First DataBank Diagnostic© JAHIS 201417

上記 CPT に明記した AMA から得られる。これらのコード
は Appendix A of CPT 2000 Standard E. (CPT 2000
Standard Edition, American Medical Association, Chicago,IL)により創られた。
薬副作用の反対のための国際コードシステム. In the USA,
maintained by the FDA, Rockville, MD.
国民免疫プログラム, Centers for Disease Control andPrevention, 1660 Clifton Road, Atlanta, GA, 30333
DICOMコンテンツの原文でコードが定義されている。
DigitalImaging and Communications in Medicine (DICOM). NEMA
Publication PS-3.16 National Electrical Manufacturers
Association (NEMA). Rosslyn, VA, 22209. Available at:
http://medical.nema.org
Euclides Foundation International nv, Excelsiorlaan 4A,
B-1930 Zaventem, Belgium; Phone: 32 2 ７．１7 90 60 から得られる。
Euclides Foundation International nv (上記参照)から得られる。
Euclides Foundation International nv,Excelsiorlaan 4A,
B-1930 Zaventem, Belgium; Phone: 32 2 720 90 60 から得られる。
Euclides Foundation International nv (上記参照)から得られる。
生化学と分子生物学の国際協会の酵素委員会。Enzyme
Nomenclature: Recommendations on the Nomenclature andClassification of Enzyme-Catalysed Reactions. London:
Academic Press, 1992.
全国医薬品データファイル。First DataBank, Inc. (800)633-3453, or http://www.firstdatabank.com の所有物
薬-診断上の相互作用チェックに使う。First DataBank, Inc.

Categoryのコード
医薬品以外の特定のコード

医薬品以外の特定のコード
医薬品以外の特定のコード
医薬品コード

医薬品以外の特定のコード
医薬品コード

医薬品以外の特定のコード
医薬品以外の特定のコード

医薬品以外の特定のコード
医薬品以外の特定のコード

医薬品コード医薬品コード
医薬品以外の特定のコード

医薬品以外の特定のコード
医薬品以外の特定のコード
医薬品以外の特定のコード
医薬品以外の特定のコード
医薬品以外の特定のコード
医薬品コード医薬品コードValueFDK

Description
Codes
FDA K10

HB

HIBCC

HCPCS
HCPT

CMS (formerly HCFA)
Common Procedure
Coding System
Health Care Provider
Taxonomy

HHC

Home Health CareHI

Health Outcomes

HL7nnnn

Comments / Sourceの所有物。FDDC 参照。
Dept. of Health & Human Services, Food & Drug
Administration, Rockville, MD 20857. (device & analyte
process codes).
Health Industry Business Communications Council, 5110 N.
th
40 St., Ste 120, Phoenix, AZ 85018.
医療の設備、注射薬、交通サービスなど CPT4 には含まれていないサービスのためのコードがふくまれる。

I10

HL7 Defined Codes where
nnnn is the HL7 table
numberJapanese Nationwide
Medicine CodeCMS (formerly
HCFA )Procedure Codes(HCPCS)
ICD-10

I10P

ICD-10 Procedure Codes

I9

ICD9

I9C

ICD-9CM

IBT

ISBT

HOT
HPC

IBTnnnn

IC2

ICD10A
M
ICD10CAICDOISBT 128 codes where
nnnn specifies a specifictable within ISBT 128.
ICHPPC-2

Category
医薬品以外の特定のコード
医薬品以外の特定のコード
医薬品以外の特定のコード

X12 に外部のものとして、コード構造が分類されるように、
BlueCross および Blue Shield 協会は、供給者分類学の管理者の役割をするだろう。進行中のメンテナンスは ANSI ASC
X12N の内に単独でワークグループ 15(供給者情報)、あるいは仕事グループの後継者にまかされている。Blue Cross andBlue Shield Association, 225 North Michigan Avenue,
Chicago, IL 60601, Attention: ITS Department, ECNS Unit.
http://www.wpc-edi.com/taxonomy/
第一次配布は上記ウェブサイトで、そのワールドワイド・ウェブ・サイトを通って、ワシントン出版社にゆだねられている。
Home Health Care Classification System; Virginia Saba,
EdD, RN; Georgetown University School of Nursing;Washington, DC.
Stratis Health ( 以前の Health Care Evaluation と Health
Outcomes Institute)の治療効果を表す Health Outcomes
Institute コード, 2901 Metro Drive, Suite 400, Bloomington,
MN, 55425-1525; (612) 854-3306 (voice); (612) 853-8503(fax); dziegen@winternet.com. See examples in the
Implementation Guide.
nnnn は HL7(Health Level Seven) 表 ナンバー

一般的なコード

修正.を含む、Health Care Financing Administration (HCFA)
Common Procedure Coding System (HCPCS)。

医薬品以外の特定のコードWorld Health Publications, Albany, NY.

医薬品以外の特定のコード
医薬品以外の特定のコード

Procedure Coding System (ICD-10-PCS.) See
http://www/hcfa.gov/stats/icd10.icd10.htm for more
information.
Procedure Coding System (ICD-10-PCS.) 参照：
http://www/hcfa.gov/stats/icd10.icd10.htm
World Health Publications, Albany, NY.
Commission on Professional and Hospital Activities, 1968
Green Road, Ann Arbor, MI 48105 (includes all procedures
and diagnostic tests).
v 2.5 では下位互換性のために保持された。このコード値はIBTnnnn によって取って代わられた。
International Society of Blood Transfusion. Blood Group
Terminology 1990. VOX Sanquines 1990 58(2):152-169.
International Society of Blood Transfusion. (specific contact
information will be supplied to editor.)
The variable suffix (nnnn) identifies a specific table within
ISBT 128.
International Classification of Health Problems in Primary
Care, Classification Committee of World Organization of
National Colleges, Academies and Academic Associationsrdof General Practitioners (WONCA), 3 edition. An adaptationof ICD9 intended for use in General Medicine, Oxford
University Press.

医薬品以外の特定のコード

医薬品以外の特定のコード
医薬品以外の特定のコード

医薬品以外の特定のコード
医薬品以外の特定のコード
医薬品以外の特定のコード

医薬品以外の特定のコード
医薬品以外の特定のコード

ICD-10 Australianmodification
ICD-10 Canada
International Classification© JAHIS 2014
18

International Classification of Diseases for Oncology, 2nd

医薬品以外の特定ValueDescriptionof Diseases for Oncology

Comments / Source
Edition. World Health Organization: Geneva, Switzerland,
1990. Order from: College of American Pathologists, 325
Waukegan Road, Northfield, IL, 60093-2750. (847)446-8800.

Category
のコード

ICS

ICCS

ICSD

International Classificationof Sleep Disorders

医薬品以外の特定のコード
医薬品以外の特定のコード

ISOnnnn

ISO Defined Codes where
nnnn is the ISO table
numberISO 2955.83 (units ofmeasure) with HL7
extensions
IUPAC/IFCC Property
Codes

Commission on Professional and Hospital Activities, 1968
Green Road, Ann Arbor, MI 48105.
International Classification of Sleep Disorders Diagnostic and
Coding Manual, 1990, available from American Sleep
Disorders Association, 604 Second Street SW, Rochester,
MN 55902International Standards Organization where nnnn is the ISO
table number

ISO+
IUPP

IUPC
JC8

IUPAC/IFCC Component
Codes
Japanese Chemistry

JC10

JLAC/JSLM, nationwide
laboratory code

JJ1017

Japanese Image
Examination Cache
Local billing code

LB

V2.5 7 章, 7.4.2.6 節参照
International Union of Pure and Applied
Chemistry/International Federation of Clinical Chemistry. The
Silver Book: Compendium of terminology and nomenclatureof properties in clinical laboratory sciences. Oxford: Blackwell
Scientific Publishers, 1995. Henrik Olesen, M.D., D.M.Sc.,
Chairperson, Department of Clinical Chemistry, KK76.4.2,
Rigshospitalet, University Hospital of Copenhagen, DK-2200,
Copenhagen. http://inet.uni-c.dk/~qukb7642/
成分の数量を見分ける IUPAC/IFF によって使われるコード.
Contact Henrik Olesen,上記の IUPP のように。
医療検査分別コード. Japan Association of Clinical
Pathology. Version 8, 1990. A multiaxial code including
a subject code (e.g., Rubella = 5f395, identification code(e.g., virus ab IGG), a specimen code (e.g., serum =023) anda method code (e.g., ELISA = 022)
Source: Classification &Coding for Clinical Laboratory.
Japanese Society of Laboratory Medicine(JSLM, Old:Japan
Society of Clinical Pathology). Version 10, 1997. A multiaxialcode including a analyte code (e.g., Rubella = 5f395),
identification code (e.g., virus ab IGG=1431), a specimen
code (e.g., serum =023) and a method code (e.g., ELISA =
022)

LN

Logical Observation
Identifier Names andCodes (LOINC®)

MCD

Medicaid

特定地域内の支払いコードまたは名前（もし必要なら、拡張有り）。
thRegenstrief Institute, c/o LOINC, 1050 Wishard Blvd., 5floor, Indianapolis, IN 46202. 317/630-7433. Available fromthe Regenstrief Institute server at
http://www.Regenstrief.org/loinc/loinc.htm. Also available via
HL7 file server: FTP/Gopher(www.mcis.duke.edu/standards/ termcode/loinclab andwww.mcis.duke.edu/standards/termcode/loinclin) and World
Wide Web(http://www.mcis.duke.edu/standards/termcode/loincl.htm).
January 2000 version has identifiers, synonyms andcross-reference codes for reporting over 26,000 laboratory
and related observations and 1,500 clinical measures.
Medicaid 支払いコード/名前。

MCR

Medicare.Ｍｅｄｉｃａｒｅ支払いコード/名前

MDDX

Medispan Diagnostic
Codes

MEDC
MEDR

Medical Economics Drug
Codes
Medical Dictionary for Drug
Regulatory Affairs(MEDDRA)MEDX

Medical Economics

薬-診断上の相互作用チェック。所有権のある製品.
MediSpan, Inc., 8425 Woodfield Crossing Boulevard,
Indianapolis, IN 46240. Tel: (800) 428-4495. WWW:
http://www.espan.com/medispan/pages/ medhome.html. As
above for MGPI.
薬を識別するための所有権のあるコード. Medical
Economics Data, Inc. (800) 223-0581 の製品
Dr. Louise Wood, Medicines Control Agency, Market
Towers, 1 Nine Elms Lane, London SW85NQ, UK Tel:(44)0 171-273-0000 WWW:
http://www.open.gov.uk/mca/mcahome.htm
薬-診断上の相互作用チェック。 Medical Economics Data,© JAHIS 2014
19

一般のコード

医薬品以外の特定のコード

医薬品以外の特定のコード
取り下げ

一般のコード
医薬品以外の特定のコード

医薬品以外の特定のコード
医薬品以外の特定のコード
医薬品コード医薬品コード医薬品コード医薬品コードValueMGPI

MVX

Description
Diagnostic Codes
Medispan GPIComments / Source
Inc. (800) 223-0581 の製品
薬の製造元やサイズまでのレベルで薬を識別する Medispan
hierarchical drug コード。 MediSpan, Inc., 8425 Woodfield
Crossing Boulevard, Indianapolis, IN 46240. Tel: (800)428-4495 の製品
CVX と同様

NDA

CDC Vaccine
Manufacturer Codes
NANDA

NDC

National drug codes

NIC

Nursing Interventions
Classification
National Provider Identifier

NPI
NUBC

North American Nursing Diagnosis Association, Philadelphia,
PA.
このコードは投薬形式、メーカーおよびパッケージングに関して、個々の薬に一意的なコードを与える。（National Drug
Code Directory, FDA, Rockville, MD および他の文献より）
Iowa Intervention Project, College of Nursing, University of
Iowa, Iowa City, Iowa
Health Care Finance Administration, US Dept. of Health andHuman Services, 7500 Security Blvd., Baltimore, MD 21244.

OHA

National Uniform Billing
Committee CodeOmaha System

Omaha Visiting Nurse Association, Omaha, NB.

OHA

Omaha

Omaha Visiting Nurse Association, Omaha, NB.

POSPOS Codes

RC

Read Classification

SDM

SNOMED- DICOM
Microglossary
Systemized Nomenclatureof Medicine (SNOMED)SNOMED International

HCFA Place of Service Codes for Professional Claims (seehttp://www.hcfa.gov/medicare/poscode.htm).
The Read Clinical Classification of Medicine, Park View
Surgery, 26 Leicester Rd., Loughborough LE11 2AG(includes drug procedure and other codes, as well as
diagnostic codes).
College of American Pathologists, Skokie, IL, 60077-1034.
(formerly designated as 99SDM).
nd
Systemized Nomenclature of Medicine, 2 Edition 1984 Vols
1, 2, College of American Pathologists, Skokie, IL.
SNOMED International, 1993 Vols 1-4, College of American
Pathologists, Skokie, IL, 60077-1034.
College of American Pathologists, 5202 Old Orchard Road,
Skokie, IL 60077-1034.
Uniform Clinical Data Systems. Ms. Michael McMullan,
Office of Peer Review Health Care Finance Administration,
The Meadows East Bldg., 6325 Security Blvd., Baltimore,
MD 21207; (301) 966 6851.
Universal Medical Device Nomenclature System. ECRI,
5200 Butler Pike, Plymouth Meeting, PA 19462 USA.
Phone: 215-825-6000, Fax: 215-834-1275.
National Library of Medicine, 8600 Rockville Pike, Bethesda,
MD 20894.
The Uniform Code Council. 8163 Old Yankee Road, Suite J,
Dayton, OH 45458; (513) 435 3070
Medicare/CMS 's (formerly HCFA) universal physician
identification numbers, available from Health Care Financing
Administration, U.S. Dept. of Health and Human Services,
Bureau of Program Operations, 6325 Security Blvd.,
Meadows East Bldg., Room 300, Baltimore, MD 21207
各州を表す 2 文字からなる略記が Publication 28, Postal
Addressing Standards にリストされている。これは Address
Information Products, National Address Information Center,
6060 Primacy Parkway, Suite 101, Memphis, Tennessee
38188-0001 で手に入れられる。
質問やコメントは the Office of Address and Customer
Information Systems, Customer and Automation Service
Department, US Postal Service, 475 Lenfant Plaza SW Rm
7801, Washington, DC 20260-5902 へ。
World Health organization record number code。一意的な連続した番号は、それぞれ一意的な成分薬とそれぞれ一意的な
多様成分薬に割り当てられる。８つの数は次のようなコードに割り当てられる：６つの数は効果のある薬剤を識別し，２つの数は塩を識別する。６つの数は調剤ユニットで一意的な薬剤を示している。6 つの指数コードは W1 によって分類さ

SNM
SNM3
SNT
UC

SNOMED topology codes(anatomic sites)
UCDS

UMD

MDNS

UML

Unified Medical Language

UPC

Universal Product Code

UPIN

UPIN

USPS

United States Postal
Service

W1

WHO record # drug codes(6 digit)© JAHIS 2014
20

Category
医薬品コード医薬品コード e
医薬品以外の特定のコード
医薬品コード

医薬品以外の特定のコード
医薬品以外の特定のコード

医薬品以外の特定のコード
医薬品以外の特定のコード
医薬品以外の特定のコード
医薬品以外の特定のコード
医薬品以外の特定のコード
医薬品以外の特定のコード
医薬品以外の特定のコード
医薬品以外の特定のコード
医薬品以外の特定のコード
装置コード
医薬品以外の特定のコード
医薬品以外の特定のコード
医薬品以外の特定のコード

医薬品以外の特定のコード

医薬品コードValueDescription

W2

WHO record # drug codes(8 digit)

W4

WHO record # code withASTM extension

WC

WHO ATC

Comments / Source
れ、８つの指数は W2 によって分類される。
World Health organization record number code。一意的な連続した番号は、それぞれ一意的な成分薬とそれぞれ一意的な
多様成分薬に割り当てられる。８つの数は次のようなコードに割り当てられる：６つの数は効果のある薬剤を識別し，２つの数は塩を識別する。６つの数は調剤ユニットで一意的な薬剤を示している。6 つの指数コードは W1 によって分類され、８つの指数は W2 によって分類される。
ASTM extensions (参照： 実装ガイド)といっしょに WHO
コードは、血清レベルレポート、薬使用教育での患者応諾、
平均日常服用量などに使用される（参考：Appendix X1 実装
ガイド）。
WHO の ATC コードは治療上の部類によって薬の階層的分類を与える。それらは上記に記したレコード番号にリンクする。

Category
医薬品コード医薬品コード医薬品コード

第 4 成分 Alternate Identifier 代替識別子(ST)＜テキスト＞で言及される品目を一意に特定するもう一組の文字の並び（コード）。この識別子は成分 1 のものと同義となる。

第 5 成分 Alternate Formatted Text 代替整形済みテキスト(FT)
代替識別子の叙述的あるいはテキスト表現による名称で、埋め込み型の整形用の指示が付加されている。

第 6 成分 Name of Alternate Coding System 代替コード体系名称(ID)
代替識別子で用いられているコード体系を示す。有効な値については「HL7 表 0396–コード体系表」を参照。

CK チェックディジット付き複合 ID
取り下げ。

CM 複合
取り下げ。v 2.5 ではいくつかの新しい明瞭なデータ型となった。

CN 複合化 ID 番号と名前取り下げ。v 2.3 で XCN に変更。

CNE 例外なしコード化値
HL7成分表－CNE－Coded with No Exceptions 例外なしコード化値
SEQ

LEN

DT

OPT

TBL#

1

20

ST

R

Identifier 識別子

2

199

ST

O

Text テキスト

3

20

ID

O

4

20

ST

O

Alternate Identifier 代替識別子

5

199

ST

O

Alternate Text 代替テキスト

6

20

ID

O

7

10

ST

C

0396

0396

COMPONENT NAME

Name of Coding System コード体系名称

Name of Alternate Coding System 代替コード体系名称
Coding System Version ID コード体系バージョン ID

8

10

ST

O

Alternate Coding System Version ID 代替コード体系バージョン ID

9

199

ST

O

Original Text 元のテキスト

コード化された要素と、そのコードに関連付けられた詳細を示す。CNEデータ型は必須あるいは識別子が必須の場合に用いる。指定されたHL7あるいは外部定義された表を使わなければな© JAHIS 201421

らず、ローカルの値で拡張することは許されない。テキストはコードを置き換えてはならない。
CNEフィールドには、そのフィールドと関連付けられたHL7表か、外部定義の表が必ず存在しなければならない。その表は標準規格で明記されていなければならない。

第 1 成分 Identifier 識別子(ST)
ユニークな文字のつながり（コード）である <テキスト>を参照するための識別項目である。
コード体系が異なると、ここに入る識別子も異なる。
注：この識別子は必須であり、有効なコードである必要がある。

第 2 成分 Text テキスト(ST)
識別子の叙述的あるいはテキスト表現による名称、例えば、心筋梗塞あるいは X 線検査。この成分のデータ型は文字列(ST)である。識別子に対してコード体系が割り当てたテキストである。
注：コードに対するテキストの記述は省略可能であるが、特に接続テストやデバッグの際に、メッセージの正確性の確認を容易にするため、その使用は推奨されている。

第 3 成分 Name of Coding System コード体系名称(ID)それぞれのコード体系は一意的な識別子を割り当てる。この成分は識別子成分で用いられているコード体系を示す。
識別子とコード体系名称の組み合わせで、データの品目に対する一意的なコードとなる。それぞれのコード体系は一意的な識別子を持っている。
有効な値については「HL7 表 0396–コード体系表」を参照。
注：コード体系は、明示され、許されているコード体系の集合に含まれる値を持つか、明示されない場合は、HL7
コード体系を意味するコードの値を持つのと同じ意味に解釈されるかのいずれかである。有効な値については「HL7
表 0396–コード体系表」を参照

第 4 成分 Alternate Identifier 代替識別子(ST)上の「識別子」に類似している。
注：代替識別子はローカルのコードまたは記述した際にユーザが想定したコードを表現するのに用いられる。明示された場合は、成分 1 で述べられたのと同じ規則や解釈に従う。もし、双方が明示された場合には、成分 4 の識別
子と成分 1 の識別子は全く同じ意味を持つ必要がある。すなわちこれらは正確な同義語である必要がある。

第 5 成分 Alternate Text 代替テキスト(ST)
上記の「テキスト」に類似している。
注：成分 5 が明示された場合は、成分 2 について述べられたのと同じ規則よび解釈に従う。

第 6 成分 Name of Alternate Coding System 代替コード体系名称(ID)
上記の「コード体系名称」に類似している。
注：成分 6 が明示された場合、成分 3 と同じ使用規則および解釈に従う。

第 7 成分 Coding System Version ID コード体系バージョン ID(ST)成分 3 で特定されるコード体系バージョン ID。この成分は概念的には成分 1 から 3 に属するが、HL7 旧バージョンとの互換性のためにのみこの場所に現れている。
注：コード体系が「HL7 コード体系」以外のどの体系であっても、バージョン ID の値を指定しなければならない。
コード体系が「HL7 コード体系」の場合は、バージョン ID は実際の値を持っても、空白でもよい。バージョン ID
が空白の場合は、メッセージヘッダの HL7 バージョン番号と同じ値を持つと解釈される。コードのテキスト記述は省略可能であるが、特にインターフェーステストやデバックに役立つので、この成分を使用することが推奨されている。

第 8 成分 Alternate Coding System Version ID 代替コード体系バージョン ID(ST)成分 6 で特定されたコード体系バージョン ID。この成分は概念的には代替成分に含まれるがこの場所に現れるのは
HL7 旧バージョンとの互換性のためにのみである。
注：成分 8 が明示された場合は、成分 7 で記述された使用規則と解釈に従う。

第 9 成分 Original Text 元のテキスト(ST)
特定のコードが割り当てられる前に、自動処理または人間に提示されていた元のテキスト。

CNN 単純化複合 ID 番号と名称
HL7成分表－CNN－Composite ID Number and Name Simplified 単純化複合ID番号と名称
SEQ

LEN

DT

OPT

1

15

ST

O

ID Number ID 番号

2

50

ST

O

Family Name 姓© JAHIS 2014
22

TBL#

COMPONENT NAME

SEQ

LEN

DT

OPT

TBL#

COMPONENT NAME

3

30

ST

O

Given Name 名

4

30

ST

O

Second and Further Given Names or Initials Thereof
2 番目以降の名またはそれらのイニシャル

5

20

ST

O

Suffix (e.g., JR or III)

6

20

ST

O

7

5

IS

O

0360

Degree (e.g., MD)

8

4

IS

C

0297

Source Table 出典表

9

20

IS

C

0363

Assigning Authority-Namespace 割当て権限者-ネームスペース ID

10

199

ST

C

11

6

ID

C

接尾辞(例、JR または III)

Prefix (e.g., DR) 接頭辞 (例 DR)
学位 (例 MD)

Assigning Authority-Universal ID 割当て権限者－汎用 ID
0301

Assigning Authority-Universal ID Type 割当て権限者-汎用 ID 型

注：OBR-32、OBR-33、OBR-34、OBR-35で使われていたCMで実現できる、もともとのデー
タ型CNを改良。しかしながら、現在の実施例と整合性を持ち、HL7旧バージョンとの互換性をこわさないよう、成分7と8は、データ型ISに昇格した。
識別子と人の名前の両方を使って、人物を明記する。

第 1 成分 ID Number ID 番号 (ST)使用者定義表によるコード化された ID。成分 1 が明示された場合には成分 8 または 9、または 10 と 11 の両方の値を入れる必要がある。

第 2 成分 Family Name 姓 (FN)
この成分は人物の姓を文字列形式で含む。

第 3 成分 Given Name 名 (ST)名を明記するのに用いる。

第 4 成分 Second and Further Given Names or Initials Thereof 2 番目以降の名またはそれらのイニ
シャル (ST)
2 番目以降の名、またはそれらのイニシャル。

第 5 成分 Suffix (e.g., JR or III) 接尾辞(例、JR または III) (ST)
名前の接尾語を明記するのに用いる。
（例 JR または III）

第 6 成分 Prefix (e.g., DR) 接頭辞 (例 DR) (ST)
名前の接頭語を明記する。
（例 DR）

第 7 成分 Degree (e.g., MD) 学位 (例 MD) (IS)
教育における学位（例、MD）を明記するのに用いる。提案されている値については「使用者定義表 0360－学位／
免許／資格」を参照。
使用者定義表0360－Degree/license/certificate
Value
PN
AAS
AA
ABA
AE
AS

Description
Advanced Practice Nurse
上級実践看護師
Associate of Applied Science
商業・技術準学士
Associate of Arts
一般教養準学士
Associate of Business Administration
経営学準学士Associate of Engineering
工学準学士
Associate of Science
理学準学士

Value

学位／免許／資格
Description

MD

Doctor of Medicine 医学博士

DO

Doctor of Osteopathy 整骨治療学博士

EMT
EMTP
FPNP

Emergency Medical Technician
救急救命士
Emergency Medical Technician –Paramedic
救急救命士－パラメディック
Family Practice Nurse Practitioner
家庭医学診療看護師

HS

High School Graduate 高校卒業

BA

Bachelor of Arts 学士

JD

Juris Doctor 監察医

BBA

Bachelor of Business Administration
経営学士

MA

Master of Arts 修士

BE

Bachelor or Engineering 工学士

MBA

Master of Business Administration
経営学修士© JAHIS 201423

ValueDescription

Value

Description

BFA

Bachelor of Fine Arts 芸術学士

MCE

Master of Civil Engineering 土木学修士

BNBachelor of Nursing 看護学士

MDI

Master of Divinity 神格学修士

BS

Bachelor of Science 理学士

MED

Master of Education 教育学修士

BSL

Bachelor of Science – Law 法理学士

MEE

Master of Electrical Engineering
電気工学修士

BSN

Bachelor on Science – Nursing
看護理学士

ME

Master of Engineering 工学修士

BT

Bachelor of Theology 神学士

MFA

Master of Fine Arts 芸術学修士

CER

Certificate 資格

MME

Master of Mechanical Engineering
機械工学修士CANP

Certified Adult Nurse Practitioner
認定成人疾患診療看護師

MS

Master of Science 理学修士

MSL

Master of Science – Law
法理学修士

MSN

Master of Science – Nursing
看護理学修士Certified Medical Assistant
CMA

認定補助医師Certified Nurse Practitioner
認定診療看護師
Certified Nurse Midwife
認定看護助産師
Certified Registered Nurse
認定登録看護師
Certified Nurse Specialist
認定専門看護師
Certified Pediatric Nurse Practitioner
認定小児疾患診療看護師

MT

Master of Theology 神学修士

MDA

Medical Assistant 診療助手

MT

Medical Technician 臨床技師

NG

Non-Graduate 在学中

DIP

Diploma 免状

NP

Nurse Practitioner 診療看護師

DBA

Doctor of Business Administration
経営学博士

PA

Physician Assistant 医師助手

DED

Doctor of Education 教育学博士

RMA

Registered Medical Assistant
登録診療助手PharmD

Doctor of Pharmacy 薬学博士

RPH

Registered Pharmacist 登録薬剤師

PHE

Doctor of Engineering 工学博士

SEC

Secretarial Certificate 秘書資格

PHD

Doctor of Philosophy 哲学博士

TS

Trade School Graduate
商業学校卒業PHS

Doctor of Science 理学博士

CNP
CNM
CRN
CNS
CPNP

第 8 成分 Source Table 出典表(IS)
提案されている値については「使用者定義表 0297－CN ID 出典」を参照。最初の成分を記述するのに用いる。第 1
成分が値を持つとき、成分 8 または 9 または成分 10 と 11 の両方に値が必要である。
使用者定義表0297－CN－ID source
Value

ID出典

Description
No suggested values 推奨値なし

第 9 成分 Assigning Authority-Namespace ID 割当て権限者-ネームスペース ID(IS)割当権限者は通常 HD データ型で表現されるが、このデータ型では全ての情報を表現できる 3 つの成分に展開されている(CNS.9, CNS.10 および CNS.11)。将来 HD データ型に成分が追加される場合は、このデータ型にも同様の調整が必要となることに注意。第 1 成分が値を持つときには、成分 8 または 9 または 10 と 11 の両方に値を設定する必要がある。

第 10 成分 Assigning Authority-Universal ID 割当て権限者-汎用 ID(ST)
定義については「割当権限者 (HD)」 を参照。

第 11 成分 Assigning Authority-Universal ID Type 割当て権限者-汎用 ID 型(ID)成分 11 が値を持つとき、この成分に値を設定する必要がある。第 1 成分が値を持つときには、成分 8 または 9 または 10 と 11 の両方に値を設定する必要がある。有効な値については、「HL7 表 0301－汎用 ID 型」を参照。

CP 複合価格© JAHIS 201424

HL7成分表－CP－Composite Price
SEQ

LEN

DT

OPT

TBL#

1

20

MO

R

2

2

ID

O

3

16

NM

O

From Value 始点の値

複合価格

COMPONENT NAME
Price 金額

0205

Price Type 価格型

4

16

NM

O

To Value 終点の値

5

483

CWE

O

Range Units 範囲単位

6

1

ID

O

0298

Range Type 範囲型

注：このデータ型は、与えられたセグメント内の反復フィールドを定義するためにしばしば用いられる。
|100.00&USD^UP^0^9^min^P~50.00&USD^UP^10^59^min^P~10.00&USD^UP^60^999^P~50.00&USD^AP~200.00&USD^PF~80.00&USD^DC|

第 1 成分 Price 価格(MO)唯一必須成分であり、小数点を通常含んでいる。MO データ型の各成分がここでは副成分であることに注意すること。

第 2 成分 Price Type 価格タイプ(ID)
コード化された値、型データ型 ID。有効な値については、HL7 表 0205－価格タイプを参照。
HL7表0205－Price type
Value
AP

Description
administrative price or handling fee
管理上の価格あるいは取り扱い料金DC

direct unit cost 直接の単位原価

ICindirect unit cost 間接の単位原価

PF
TF

価格タイプ

professional fee for performing provider
実行提供者に対する専門の料金
technology fee for use of equipment
機器の使用に対する技術料金

TP

total price 価格の合計

UP

unit price, may be based on length of procedure or service
単価、手続きまたはサービスの長さに基づいてもよい。

第 3 成分 From Value 始点の値(NM)上記の始点の値を参照。

第 4 成分 To Value 終点の値(NM)上記の始点の値を参照。

第 5 成分 Range Units 範囲単位(CWE)
コード化された値、データ型 CE。時あるいは量のいずれかの単位の標準の表によって定義されたもの。これは、範囲、例えば秒、分、時間、日、量（例えばカウント）に関連した単位について記述する。それは、<始点の値>および<終点の値>が存在するとき、必要とされる。

第 6 成分 Range Type 範囲型(ID)
有効な値については、HL7 表 0298－CP 範囲型を参照。
HL7表0298－CP range type
Value
P
F

CP範囲型

Description
Pro-rate. Apply this price to this interval, pro-rated by whatever portion of the interval has occurred/beenconsumed
比例配分。この間隔にこの価格を適用する。発生／消費した間隔の部分によって比例配分される。
Flat-rate. Apply the entire price to this interval, do not pro-rate the price if the full interval has not occurred/beenconsumed定額。この間隔に価格全体を適用する。価格全体が発生／消費しない場合価格の比例配分をしない。

CQ 単位付複合数量© JAHIS 2014
25

HL7成分表－CQ－Composite Quantity with Units 単位付複合数量
SEQ

LEN

DT

OPT

TBL#

COMPONENT NAME

1

16

NM

O

Quantity 数量

2

483

CWE

O

Units 単位

第 1 成分 Quantity 数量 (NM)
この成分はあるエンティティの数や量を表す。

第 2 成分 Units 単位 (CWE)
この成分は、量の表現に際して用いられている単位を表す。フィールドごとに、デフォルトの単位が仕様の中で定義されていることがある。量がデフォルトの単位で測定されている場合、単位を送信する必要はない。量がデフォ
ルトとは違う単位で記録されている場合は、単位を送信しなければならない。
例：|123.7^kg|
kilograms is an ISO unit
|150^lb&&ANSI+| weight in pounds is a customary US unit defined within ANSI+.

CSU チャンネル感度
HL7成分表－CSU－Channel Sensitivity
TBL#

チャンネル感度

SEQ

LEN

DT

OPT

1

60

NM

R

Channel Sensitivity チャンネル感度

2

20

ST

C

Unit of Measure Identifier 測定単位識別子

3

199

ST

C

Unit of Measure Description 測定単位記述

4

20

ID

C

5

20

ST

O

Alternate Unit of Measure Identifier 代替測定単位識別子

6

199

ST

O

Alternate Unit of Measure Description 代替測定単位記述

7

20

ID

O

396

396

COMPONENT NAME

Unit of Measure Coding System 測定単位コード体系

Alternate Unit of Measure Coding System 代替測定単位コード体系

このデータ型はチャンネルの感度（ゲイン）と、波形検査結果のそのチャンネルの測定単位を示す。
注：HL7 V2.5より、OBX-5.3で用いられているCMデータ型は、OBX-5 測定値(*)がCDデータ型であるときに、このデータ型に置き換えられる。
第 1 成分 Channel Sensitivity チャンネル感度(NM)
この成分は、波形データの中の 1 ユニットに関する表示上の値、すなわちアナログデジタル変換の最小ビットの有効解像度とチャンネルの極性を送信する。

第 2 成分 Unit of Measure Identifier 測定単位識別子(ST)チャンネル感度についての単位の指定。このフィールドは、測定単位記述が提示されない場合は必須である。

第 3 成分 Unit of Measure Description 測定単位記述(ST)
測定単位識別子の省略なしのテキスト表現の名称。このフィールドは、測定単位識別子が提示されない場合は必須である。

第 4 成分 Unit of Measure Coding System 測定単位コード体系(ID)指定された単位系を示す。提案されている値については「HL7 表 0396–コード体系表」を参照。このフィールドは、
測定単位識別子が提示された場合は必須である。

第 5 成分 Alternate Unit of Measure Identifier 代替測定単位識別子(ST)チャンネル感度についての代替単位の指定。

第 6 成分 Alternate Unit of Measure Description 代替測定単位記述(ST)
代替測定単位識別子の省略なしのテキスト表現による名称。

第 7 成分 Alternate Unit of Measure Coding System 代替測定単位コード体系(ID)指定された代替単位系を示す。このフィールドは、代替測定単位識別子が提示された場合は必須である。提案されている値については「HL7 表 0396–コード体系表」を参照。

© JAHIS 2014
26

CWE 例外を含むコード化値
HL7成分表–CWE－Coded with Exceptions
SEQ

LEN

DT

OPT

TBL#

1

20

ST

O

Identifier 識別子

2

199

ST

O

Text テキスト

3

20

ID

O

0396

例外を含むコード化値
COMPONENT NAME

Name of Coding System コード体系名称

4

20

ST

O

Alternate Identifier 代替識別子

5

199

ST

O

Alternate Text 代替テキスト

6

20

ID

O

7

10

ST

C

Coding System Version ID コード体系バージョン ID

8

10

ST

O

Alternate Coding System Version ID 代替コード体系バージョン ID

9

199

ST

O

Original Text 元のテキスト

0396

Name of Alternate Coding System 代替コード体系名称

定義：コード化された要素と、その要素に結びついた詳細を表す。CWEデータ型は、１）1以
上の表が適用されることがある、あるいは、２）指定されたHL7表または外部定義の表がローカルの値で拡張されることがある、あるいは、３）文字列が指定された場合にコードが省略されることがある場合に用いられる。
使用上の注意：これは、一般的にはコードを用いて送信されるが、例外的な個体について、あるいは施設での合意に基づいて、コードが省略されることがあるフィールドである。例
外的な実例は、使用されているコード体系が、文字列で表現されている概念を記述できないときに生じる。
成分1-3と7は以下の3つの方法のうちの1つで用いられる。
a) コード化
識別子はあるコード体系からの有効なコードを含んでいる。コード体系は明示され、許されているコード体系の集合に含まれる値を持つか、コード体系は明示されていないが、HL7コード
体系と同じ意味を持つコードが指定されていると解釈されるかのいずれかである。有効な値については「HL7表0396–コード体系表」を参照。コード体系が"HL7コード体系"とは異なるいず
れかのコード体系であるときには、バージョンIDに実際のバージョンIDの値を設定する必要がある。コード体系が"HL7コード体系"であるときには、バージョンIDには実際のバージョンIDの値を設定するか、指定されていなくても良い。バージョンIDが指定されていない場合には、メッセージヘッダのHL7バージョン番号と同じと解釈される。文字列の記述は省略可能だが、テストやデバッグの際のメッセージの可読性のために、文字列の記述を使うことが推奨されている。
例1a：検査の識別子としてLOINCが指定されており、検査の値がCWEの値として送られようとし、その検査の値はSNOMEDからとられているOBXセグメント。
OBX|1|CWE|883-9^ABO Group^LN|1|F-D1250^Type O^SNM3^^^^3.4|||N||F<cr>
例1b：検査内容の識別子がLOINCコードで、検査結果の値がCWEの値として送信される場合
で、その値は（現在は仮想の）HL7表からとられている、OBXセグメント。
OBX|1|CWE|883-9^ABO Group^LN|1|O^Type O^HL74875^^^^2.3.1|||N||F<cr>b) 非コード化
テキストの値は設定されているが識別子は値を持たず、コーディング体系とバージョンIDは上記の選択肢1と同様の規則に従う場合。
例2：検査内容の識別子がLOINCコードで、検査結果の値がCWEの値として送信される場合で、その値は、正しい診療上の値が"Wesnerian"であり、これが許される値の集合に見当たらないた
め、文字列で送信されているOBXセグメント。
OBX|1|CWE|883-9^ABO Group^LN|1|^Wesnerian^SNM3^^^^3.4|||A||F<cr>c) データ欠落
コード体系名称が「HL7 CWE状態」で、バージョンIDが実際の値が指定されたか、バージョンIDが提示されず、メッセージヘッダのバージョンと同じ意味を持つかの場合で、識別子の値© JAHIS 201427

は許されるCWEフィールド状態のうちの一つから取られている。CWEフィールド状態の許される値は下に示されており、将来HL7ボキャブラリーの一部として管理されると思われる。コードに対する文字列による記述は省略可能。
例3：検査内容の識別子がLOINCコードで、検査結果の値はLCEの値として送られる場合で検査が実施されなかったため検査値が送れない場合のOBXセグメント。
OBX|1|CWE|883-9^ABO Group^LN|1|NAV^Not Available^HL70353^^^^2.3.1|||N||F<cr>
成分9
この成分は特定のコードが割り当てられる前に、自動処理または人間に提供される元の文字列を表す。このフィールドは省略可能である。
成分3-6および8
成分3-6および8は省略可能である。これらはローカルのコードまたは記述した際にユーザが想定したコードを表現するのに用いられる。明示された場合は、（CWEデータ型の）成分1-3および7で述べられたのと同じ規則や解釈に従う。もし、双方が明示された場合には、成分4の識別子と成分1の識別子は全く同じ意味を持つ必要がある。すなわちこれらは正確な同義語である必要がある。
例4：検査内容の識別子はLOINCコードで、検査結果はCWEで送信される場合で、その値はSNOMEDから取られる場合のOBXセグメント。ユーザが想定したコードを記述するフィール
ドがローカルのコード体系（99LAB）を表現するために送信側のシステムで使用されている。
OBX|1|CWE|883-9^ABO Group^LN|1|F-D1250^Type O^SNM3^O^O Type
Blood^99LAB^3.4^|||||F<cr>
値を取らない様々な状態に対し、状態値の表をCWEで使う場合の使用上の注意のまとめ：
CWEデータ型は、コード化が必須でないか、認められた値の集合に、まだ含まれていない項目について文字列を送ることを許容しているコード化されたフィールドに使われるべきである。
通常の場合、識別子は値の集合から選ばれたコードの値をとる。フィールドの値は知られていて、値の集合に含まれない場合は、値は文字列で送られ、識別子は値を持たない。フィールドの状態が不明であるばあいは、フィールドの第3の形式が用いられ（上記データ欠落を参照）、
フィールドに対し適切な状態を表す値が許される状態の値の表から選択される。コードが存在しない場合についての有効な値は「HL7表0353－CWE状態」を参照。
HL7表0353－CWE statuses
Value
U

CWE状態

Description
Unknown 不明

UASK

Asked but Unknown 照会したが不明

NAV

Not available 利用不能

NA

Not applicable 対象外

NASK

Not asked 未照会

文字列の修飾子がコードに付随する場合、HL7メッセージの「フィールド」はCWEデータ型で、かつ繰り返しが許容されることになる。最初のフィールドの個体は選択肢1にしたがって用いる。
すなわち識別子は、有効なコードを持つことになる。繰り返されるフィールドの2番目のエンティティは選択肢2にしたがって用いる、すなわち文字列による記述は、自由文による修飾子の値を取ることになる。
第 1 成分 Identifier 識別子(ST)言及される品目を一意に特定する文字の並び（コード）。コード体系が異なると、ここに入る識別子も異なる。

第 2 成分 Text テキスト(ST)
識別子の叙述的あるいはテキスト表現による名称、例えば、心筋梗塞あるいは X 線検査。

第 3 成分 Name of Coding System コード体系名称(ID)識別子成分で用いられているコード体系を示す。
識別子とコード体系名称の組み合わせで、データの品目に対する一意的なコードとなる。それぞれのコード体系は一意的な識別子を持っている。有効な値については「HL7 表 0396–コード体系表」を参照。

第 4 成分 Alternate Identifier 代替識別子(ST)言及される品目を一意に特定するもう一組の文字の並び（コード）。
「CWE 例外を含むコード化値－使用上の注意」
を参照。

© JAHIS 201428

第 5 成分 Alternate Text 代替テキスト(ST)
代替識別子の叙述的あるいはテキスト表現による名称。成分 2 の「文字列」と類似。
「CWE 例外を含むコード化
値－使用上の注意」を参照。

第 6 成分 Name of Alternate Coding System 代替コード体系名称(ID)
代替識別子成分で用いられているコード体系を示す。
「CWE 例外を含むコード化値－使用上の注意」を参照。

第 7 成分 Coding System Version ID コード体系バージョン ID(ST)成分 1-3 で特定されるコード体系バージョン ID。この成分は概念的には成分のグループ 1-3 に属するが、HL7 旧バージョンとの互換性のためにのみこの場所に現れている。

第 8 成分 Alternate Coding System Version ID 代替コード体系バージョン ID(ST)成分 4-6 で特定されるコード体系バージョン ID。この成分は概念的には代替成分のグループ（「CWE 例外を含む
コード化値－使用上の注意」を参照）に属するが、HL7 旧バージョンとの互換性のためにのみこの場所に現れている。

第 9 成分 Original Text 元のテキスト(ST)
特定のコードが割り当てられる前に、自動処理または人間に提示されていた元の文字列。

CX チェックディジット付き拡張複合 ID
HL7成分表－CX－Extended Composite ID with Check Digit
TBL#

チェックディジット付き拡張複合ID

SEQ

LEN

DT

OPT

COMPONENT NAME

1

15

ST

R

ID Number ID 番号

2

1

ST

O

Check Digit チェックディジット

3

3

ID

O

0061

Check Digit Scheme チェックディジット形式

4

227

HD

O

0363

Assigning Authority 割当権限者

5

5

ID

O

0203

Identifier Type Code 識別子型コード

6

227

HD

O

Assigning Facility 割当施設

7

8

DT

O

Effective Date 発行日付

8

8

DT

O

Expiration Date 失効日付

9

705

CWE

O

Assigning Jurisdiction 割当管轄

10

705

CWE

O

Assigning Agency or Department 割当期間または行政組織

このデータ型はIDとそれに付随する管理上の詳細を示すのに使われる。
注：IDが英数字の場合、チェックディジットとチェックディジット形式はnullとなる。
例： |1234567＾4＾M11＾ADT01＾MR＾University Hospital|
第 1 成分 ID Number ID 番号(ST)識別子の値そのもの。

第 2 成分 Check Digit チェックディジット(ST)
このデータ型でのチェックディジットは、メッセージ処理系により生成された後付けのものではない。識別番号の一部分で、送信側アプリケーションで使用される部分が、この成分でいうチェックディジットである。送信側のア
プリケーションが自己生成のチェックディジットを識別番号に含めていない場合は、この成分は null にしなければならない。

第 3 成分 Check Digit Scheme チェックディジット形式(ID)
使用されているチェックディジット形式の指定を含む。有効な値について「HL7 表 0061－チェックディジット形式」を参照。
HL7表0061－Check digit scheme
Value
NPI

チェックディジット形式

Description
Check digit algorithm in the US National Provider Identifier
米国医療従事者識別子に使用されているチェックデジットアルゴリズム

ISO

ISO 7064: 1983

M10

Mod 10 algorithm

Mod 10 アルゴリズム

M11

Mod 11 algorithm

Mod 11 アルゴリズム© JAHIS 201429

Mod10 チェックディジットを計算するためのアルゴリズムは以下の通り。
識別子=12345 を持つと仮定した場合、右側から数えて奇数桁、つまり 531 を 2 倍して 1062 を得る。右から数えて偶数桁、すなわち 42 を取り、これに 1062 を付加して 421062 を得る。この数字の 6 桁すべてを加算して 15 を得る。15 の次に大きい 10 の倍数からこの数を減ずる、つまり 20-15 により 5 を得る。これが Mod10 である。401の場合の Mod10 チェックディジットは 0 である。9999 の場合は 4 である。99999999 の場合は 8 である。
用語
D

=

W

=

C

=

1 の位から初めて、10 の位、100 の位と続く順番で振った、桁をあらわす数
1 の位から初めて、10 の位、100 の位の順番で、2, 3, 4, 5, 6, 7, 2, 3, 4, 5, 6, 7 と 6 桁ごとに繰り返す
重みの数値
チェックディジット

計算
1 の位から順に 1 番目、2 番目、…の(d*w)の総和(Step 1) m=

ただし、d=1 の位から最上位の方向に数える桁番号
かつ、w = 1 の位から始めて 6 桁ごとに繰り返す 2 から 7 までの重み付けの数字(Step 2) c1=

m mod 11

(Step 3) if c1=

0 ならば、c1 = 1 にリセットする(Step 4)=

(11 - c1) mod 10

例：番号が 1234567 であれは、mod 11 チェックディジット= 4
計算は以下の通り
M

c1

c

=

(7*2)+(6*3)+(5*4)+(4*5)+(3*6)+(2*7)+(1*2)=

14 + 18 + 20 + 20 + 18 + 14 + 2

=

106

=

106 mod 11

=

7

=

(11-c1) mod 10=

4 mod 10=4

上記以外のチェックディジットは、関係者双方の取り決めにより使うことができる。

第 4 成分 Assigning Authority 割当権限者(HD)
割当権限者は、データを生成したシステム（組織、政府機関、部署）の一意的な名称である。有効な値については「使用者定義表 0363－割当権限者」を参照。
使用者定義表0363－Assigning authority 割当権限者
Value

Description
No suggested values 推奨値なし

第 5 成分 Identifier Type Code 識別子型コード(ID)ID の型に対応するコード。場合によっては、このコードが「割当権限者」成分の修飾語として用いられることもある。有効な値については「HL7 表 0203－ID 型」を参照。
HL7表0203－Identifier type
Value
AM

Description
American Express
アメリカン・エクスプレス© JAHIS 201430

ID型
Comments

V2.5 で非推奨となり、BC に置き換えられたValueDescription

AN

Account number 勘定番号

勘定に対する一意的な識別子

ANON

Anonymous identifier
匿名識別子

生物に対する識別子で、その本当の出自が保護されているか、参照の正当化が制限されているもの：公衆衛生報告には、特定の結果の報告をする際に患者の出自を保護するため、匿名識別子が時々使用される。例えば、州の健康局は HIV 抗体が陽性となった患者の報告に、ある生成規則による匿名識別子を使用するかもしれない。
匿名識別子は PID 3 で、
医療記録番号やその他の匿名でない識別子の代わりに用いることができる。匿名識別子の割当権限者は州や地域の健康局
であろう。

ANC

Account number Creditor
債権者勘定番号

クラス：会計
勘定番号のより正確な定義；2 つの別の勘定番号が同じメッセージで送信する必要があ
るときがあり、ひとつは債権者のであり、もうひとつは債務者のである。
Kreditorenkontonummer （ドイツ語で）「債権者勘定番号」

AND

Account number debitor
債務者勘定番号

クラス：会計
勘定番号のより正確な定義；2 つの別の勘定番号が同じメッセージで送信する必要があ
るときがあり、ひとつは債権者のであり、もうひとつは債務者のである。
Debitorenkontonummer （ドイツ語で）「債務者勘定番号」

Temporary Account Number
暫定勘定番号

クラス：会計
勘定番号の暫定版
ユースケース：通常は勘定番号を割り当てしない補助システムが最初に患者を登録する。補助システムが、公式な勘定番号が割り当てられるまで使用する暫
定勘定番号を生成する。

ANT

APRN
BA
BC
BR
BRN

Comments

Advanced PracticeRegistered Nurse number
上級診療看護師番号Bank Account Number
銀行口座番号認定委員会の管轄下で重複しない上級診療看護師に対する識別子
クラス：会計
クラス：会計
個人の銀行カードについて一意的な識別子。V2.5 より、AM、DI、DS、MS およびＶ
Ｓを置き換える。

Bank Card Number
銀行カード番号
Birth registry number
出生記録番号
Breed Registry Number
品種登録番号CC

Cost Center number
コストセンター番号

CY

County number 郡番号

DDS

Dentist license number
歯科医免許番号

免許委員会の管轄内で重複しない歯科医に対する識別子

DEA

Drug Enforcement
Administration registration
number
薬物施行管理登録番号

統制されている物質の管理や取り扱いに関わる個人や組織に対する識別子
ユースケース：これは、統制されている物質の管理や取り扱いに関わる個人や組織に対する識別子である。
DEA 番号は米国内では非常に明確で広く受け入れられた意味をもっている。米
国内では米国麻薬取締局だけが DEA 番号だけを割り当てているのではない。
病院は、そこに勤務する研修医師に DEA 番号を発行する権限をもつ。これらの DEA 番号は病院の DEA 番号に基づくが、研修医師への割り当て権限は病院にある。このため識別子型としての DEA と共に、割当権限者としての DEA が必要である。

DI

Diner’s Club card
ダイナーズクラブカード

V2.5 で非推奨となり、BC に置き換えられた

DFN

Drug Furnishing orprescriptive authority Number
薬剤調達あるいは処方権限者
番号

医療従事者に割り当てられる識別子で、その人に薬剤オーダを書く権限を与える
ユースケース：診療看護師は薬剤を調達または処方する権限を持つ；成分 1 にこの識別子を含む。

DL
DN
DPM

クラス：会計
ユースケース：特に伝票に関する情報を送信する場合に必要となる。

Driver’s license number
運転免許番号
Doctor number
医師番号
Podiatrist license number
足病医免許番号

免許委員会の管轄内で重複しない足病医に対する識別子© JAHIS 201431

Value
DO
DR
DS
EI
EN
FI
GI
GL
GN
HC
JHN
IND
LI
LN
LR
MA

MB

MC
MCD
MCN

MCR

Description
Osteopathic License number
整骨医免許番号Donor Registration Number
ドナー登録番号
Discover Card
ディスカバーカード
Employee number
被雇用者番号
Employer number
雇用者番号Comments
免許委員会の管轄内で重複しない整骨医に対する識別子

V2.5 で非推奨となり、BC に置き換えられたある雇用者について被雇用者を唯一特定する番号

Facility ID 施設 ID
Guarantor internal identifier
保証人内部識別子
General ledger number
総元帳番号
Guarantor external identifier
保証人外部番号
Health Card Number
健康カード番号
Jurisdictional health number(Canada)管轄下健康番号（カナダ）
Indigenous/Aboriginal
先住民／原住民
Labor and industries number
労働および産業番号
License number
免許番号
Local Registry ID
地方登録 ID
Patient Medicaid number
患者メディケイド番号

Member Number 会員番号
Patient's Medicare number
患者のメディケア番号
Practitioner Medicaid number
医療従事者
メディケイド番号
Microchip Number
マイクロチップ番号
Practitioner Medicare
number
医療従事者
メディケア番号

クラス：会計
クラス：会計
クラス：会計

クラス：保険2 通りの使い方がある：ａ）UK 管轄下の CHI 番号；ｂ）カナダの州の健康カード番号：
カナダ外の先住民あるいは原住民集団のメンバーに割り当てられた番号

クラス：保険ある保険契約の被保険者に対する識別子（この被保険者は必ず契約者を持つ）で通常保
険会社によって割り当てられる。
ユースケース：ある人が保険契約によって保証される。この人はその契約の契約者である場合も、契約者でない場合もある。
クラス：保険クラス：保険クラス：保険MD

Medical License number
医師免許番号

免許委員会の管轄内で重複しない医師に対する識別子
ユースケース：これらの免許番号は識別子として使用される。州によっては以下の 3 つの識別子を同じ権限者が発行する。すなわち、医師、整骨医、医師補助者の免許が全てひとつの州の医療委員会で発行される。この場合、CX デー
タ型では、成分 1 を性格に解釈するために別個の識別子型が必要となる。さらに、これらの免許型の区別はほとんどの医療現場で非常に重要となる。（このような免許型は免許の情報を全ては伝えないため、セグメントは関連する属性を全て対応する必要があるため）

MI

Military ID number
軍 ID 番号

過去に従軍経験をもつが現在は兵役についていない個人に割り当てられる番号。
この番号は国防省または在郷軍人局(VA)が割り当てる。

MR

Medical record number
診療記録番号

一組の診療記録の中で患者について一意的な識別子で、必ずしもひとつのアプリケーシ
ョンの中で重複を持たないとは限らない。

© JAHIS 201432

ValueDescription

Comments

MRT

Temporary Medical Record
Number
暫定診療記録番号

診療記録番号の暫定版
ユースケース：通常は診療記録番号を割り当てしない補助システムが最初に患者を登録する。補助システムが、公式な診療記録番号が割り当てられるまで使用する暫定診療記録番号を生成する。

MS

MasterCard
マスターカード

V2.5 で非推奨となり、BC に置き換えられたNE

National employer identifier
国定雇用者番号

米国では、この値の割当権限者は一般的に CMS（メディケア・メディケイドセンター）
だが、HIPPA に関する取引については、全ての医療従事者および保険会社がこの番号を使用しうる。

NH

National Health Plan Identifier
国定健康ブラン識別子

クラス：保険英国の NHS（国民健康保健サービス）の国民識別子。
米国では、この値の割当権限者は一般的に CMS（メディケア・メディケイドセンター）
だが、HIPPA に関する取引については、全ての医療従事者および保険会社がこの番号を使用しうる。

NI

National unique individual
identifier
国定個人特定識別子

クラス：保険
米国では、この値の割当権限者は一般的に CMS（メディケア・メディケイドセンター）
だが、HIPPA に関する取引については、全ての医療従事者および保険会社がこの番号を使用しうる。

NII

National Insurance
Organization Identifier
国定保険機関識別子

クラス：保険
ドイツでの国制定の保険会社に対する識別子。この識別子は保険カード（健康カード）に印刷されている。健康カード自体の番号と混同しないこと。
Krankenkassen-ID der KV-Karte（ドイツ語）KV カードの健康保険組合 ID

NIIP

National Insurance Payor
Identifier (Payor)
国定保険支払者識別子（保険料の支払者）

クラス：保険
ドイツでの保険料の支払者を指す保険組合識別子
Krankenkassen-ID des Rechnungsempfängers（ドイツ語）領収書受取人の健康保険組合 ID
ユースケース：下部団体がその識別子でカードを発行するが、その上部団体が保険料の請求に対して支払う場合

NNxxx

NP

NPI

OD
PA
PCN
PE
PEN
PI
PN
PNT

National Person Identifier
where the xxx is the ISO
table 3166 3-character(alphabetic) country codexxx は ISO 表 3166 に基づく
（アルファベット）3 文字による国コードで、その国が定める個人特定識別子
Nurse practitioner number
診療看護師番号National provider identifier
国定医療従事者識別子
Optometrist license number
視力測定医免許番号
Physician Assistant number
医師補助者番号Penitentiary/correctional
institution Number
刑務所／矯正施設番号
Living Subject Enterprise
Number
法人生物体番号Pension Number
年金番号Patient internal identifier
患者内部識別子
Person number
個人番号
Temporary Living Subject
Number
暫定生体物番号© JAHIS 201433

認証委員会の管轄下で一意的な診療看護師の番号
クラス：保険
米国では、この値の割当権限者は一般的に CMS（メディケア・メディケイドセンター）
だが、HIPPA に関する取引については、全ての医療従事者および保険会社がこの番号を使用しうる。
免許委員会の管轄下で一意的な視力測定医の番号
免許委員会の管轄下で一意的な医師補助者の番号収監されている人に割り当てられる番号

ある（医療）法人（割当権限者より特定される）内での生物体の番号割当権限者の内部で一意的な患者の番号割当権限者で一意的な生物体の番号
生体物番号の暫定版

ValueDescription

Comments

PPN

Passport number
バスボート番号

PRC

Permanent Resident Card
Number
永住者カード番号

PRN

Provider number
医療従事者番号

PT
QA

RI

RPH
RN
RR
RRI
SL

SN

SR
SS
TAX
TN
U

UPIN

Pharmacist license number
薬剤師免許番号
Registered Nurse Number
登録看護婦番号
Railroad Retirement number
鉄道退職番号
Regional registry ID
地域登録 ID

免許委員会の管轄下で一意的な薬剤師の識別子。
免許委員会の管轄下で一意的な登録看護婦の識別子。

State license 州免許
クラス：保険
健康保険の保険者に対する識別子で、保険会社の中で重複がなく、また通常保険会社によって割り当てられる。
ユースケース：ある人が健康保険の保険者である。その人の家族はその健康保険の対象者でありうるが、保険者ではない。

Subscriber Number
保険者番号State registry ID
州登録 ID
Social Security number
社会保険番号Tax ID number
税 ID 番号Treaty Number/ (Canada)
条約番号／（カナダ）
Unspecified identifier
不特定の識別子
Medicare/CMS (formerly
HCFA)’s Universal Physician
Identification numbers
メディケア／CMS メディケ
ア・メディケイドセンター(以前の HCFA 医療保険財政管理局)の全米医師識別番号

VS

VISA ビザXX

一般化されたリソース識別子。
ユースケース：リソースという名で一般に知られるものを入れるために必要となった識別子型。リソースには人間（例、呼吸療法士）、人間以外の生物（例、伴侶動物）、非生物（例、検査室）、組織（糖尿病教育クラス）やその他物理的、論理的エンティティが含まれうる。

Resource identifier
リソース識別子

Visit number 受診番号

WCN

割当権限者の管轄下で、個々の医療従事者、医療従事者のグループまたは組織について
一意的な番号
ユースケース：PRN は個人（看護師）を指すこともグループ／組織（整形外科
手術チーム）を指すこともできる。

Patient external identifier
患者外部識別子
QA number
QA 番号

VN

WC

個人をある国の市民であることを保証する文書に与えられる一意的な番号
米国ではこの番号は連邦政府のみによって発番される。

カナダの先住民グループの構成員に割り当てられる番号
ユースケース：ファースト・ネイション

クラス：保険V2.5 で非推奨となり BC に置き換えられた。

WIC identifier
WIC 母子センター識別子
Workers’ Comp Number
ワーカーズ・コンプ（保険組合）番号
Organization identifier
組織識別子© JAHIS 201434

第 6 成分 Assigning Facility 割当施設(HD)
患者に最初に識別子が割り当てられた、建物・場所の識別子。この成分は識別子の固有の部分ではないが、識別子の履歴に関する部分である。この成分は、特定の相互通信システムのために存在している。

第 7 成分 Effective Date 発行日付(DT)判明している場合、識別子が正当で有効となる最初の日付。

第 8 成分 Expiration Date 失効日付(DT)判明している場合、識別子が正当で有効となる最後の日付。

第 9 成分 Assigning Jurisdiction 割当管轄(CWE)
成分 1 の識別子を割り当てた、地勢的行政的機関。発行された識別子についての管轄の管理単位が国である場合、有効な値については「HL7 表 0399－国コード」を参照
HL7表0399－Country code
Value

国コード

Description
use 3-character (alphabetic) form of ISO 3166
ISO3166 の 3 文字(アルファベット)を使用

第 10 成分 Assigning Agency or Department 割当期間または行政組織(CWE)
成分 1 の識別子を割り当てた機関あるいは行政組織。発行された識別子についての管轄の管理単位が組織、機関、行政組織である場合、提案されている値については「使用者定義表 0530－組織、機関、行政組織」を参照。
使用者定義表0530－Organization, agency, department
Value

組織、機関、行政組織

Description

AE

American Express アメリカン・エクスプレス

DEA

Drug Enforcement Agency 麻薬取締局

DOD

Department of Defense 国防省

MC

Master Card マスターカード

VA

Veterans Affairs 在郷軍人局

VI

Visa ビザ

DDI 毎日の控除可能な情報
H7成分表－DDI－Daily Deductible Information
SEQ

LEN

DT

OPT

TBL#

日割控除情報COMPONENT NAME

1

3

NM

O

Delay Days

2

16

MO

R

Monetary Amount

金額

3

4

NM

O

Number of Days

日数

据え置き日数

このデータタイプは日割控除の詳細情報を表す。
注：v2.5より節6.5.7.30のIN2-30で使われるCMデータタイプを置き換える
第 1 成分 Delay Days 据え置き日数(NM)
何日後から日割控除が始まるかの日数。

第 2 成分 Monetary Amount 金額(MO)控除の金額。

第 3 成分 Number of Days 日数(NM)控除が適用される日数。この成分に値が入っていない場合は、日数は不定であることを意味する。

DIN 日付と施設名称
HL7成分表－DIN – Date and Institution Name
SEQ

LEN

DT

OPT

1

26

TS

R

© JAHIS 2014
35

TBL#

日付と施設名COMPONENT NAME
Date 日付

SEQ

LEN

DT

OPT

TBL#

2

483

CE

R

0531

COMPONENT NAME
Institution Name 施設名

スタッフの一員が出勤または非番である日時と施設を示す。
注：v2.5より、節15.4.6.12のSTF-12および節15.4.6.14のSTF-13のCMデータタイプを置き換える。
第 1 成分 Date 日付(TS)スタッフの一員が出勤するあるいは非番になる日付を示す。

第 2 成分 Institution Name 施設名(CE)スタッフの一員が勤務するあるいはしていた施設を示す。提案されている値については「ユーザ定義表 0531 – 施設」を参照。
使用者定義表0531－Institution
Value

施設

Description
No suggested values 推奨値なし

DLD 退院先と日付
HL7成分表－DLD－Discharge Location and Date 退院先と日付
SEQ

LEN

DT

OPT

TBL#

1

20

IS

R

0113

2

26

TS

O

COMPONENT NAME
Discharge Location 退院先
Effective Date 発行日付

注：HL7 V2.5よりPV1-37で用いられているCMデータ型を置き換える。
患者の退院先の医療施設と日付を示す。
第 1 成分 Discharge Location 退院先(IS)患者の退院先である医療施設を示す。提案されている値については「使用者定義表 0113 -退院先」を参照。
使用者定義表0113－Discharged to location
Value

退院先

Description
No suggested values 推奨値なし

第 2 成分 Effective Date 発効日付(TS)患者が別の医療施設へ退院した日を示す。

DLN 運転免許証番号
H7成分表－DLN－Driver’s License Number
SEQ

LEN

DT

OPT

1

20

ST

R

2

20

IS

O

3

24

DT

O

TBL#

運転免許番号

COMPONENT NAME
License Number 免許番号

0333

Issuing State, Province, Country 発行州、省、国Expiration Date 失効日付

運転免許証番号、発行地、有効期限を表す。
第 1 成分 License Number 免許番号(ST)
運転免許番号を格納する。

第 2 成分 Issuing State, Province, Country 発行州、省、国(IS)
運転免許の発行権限者。州または省については公式な郵便コード、国のコードについては ISO 3166 を参照。ISO
3166 は 3 つの異なる形式の国コードをもっている。HL7 はくにコードには 3 文字（のアルファベット）を使うことを定めている。使用者定義表 0333－運転免許発行権限者が、この成分に対する値の使用者定義表についての HL7
識別子として使用される。

© JAHIS 201436

使用者定義表0333－Driver’s license issuing authority
Value

運転免許発行権限者

Description
No suggested values 推奨値なし

第 3 成分 Expiration Date 失効日付(DT)
運転免許の失効日付(DT)。

DLT デルタ
HL7成分表－DLT－Delta

デルタ

SEQ

LEN

DT

OPT

1

33

NR

O

TBL#

Normal Range 正常範囲

2

4

NM

O

Numeric Threshold 閾値

3

1

ID

O

4

4

NM

O

0523

COMPONENT NAME

Change Computation 変化量の計算
Days Retained 保持日数

定義：デルタチェック警告を制御する情報、長さ：45
第 1 成分 Normal Range 正常範囲 (NR)
定義：参照データの正常範囲を示す。

第 2 成分 Numeric Threshold 閾値 (NM)
定義：変化が検出される閾値。
例えば、閾値は 10 に設定。

第 3 成分 Change Computation 変化量の計算 (ID)
定義：変化量の計算が、パーセント変化あるいは絶対値変化のいずれで行われるかを示す。
採り得る値は HL7 表 0523 – Computation type 計算型を参照。
HL7表0523 – Computation type
Value

計算型

Description%

Indicates a percent change パーセント変化量で表記aAbsolute Change 絶対値変化量

第 4 成分 Days Retained 保持日数 (NM)
定義：デルタチェックの計算のために、値を保持する時間の長さを日数で表す。

DR 日付／時間の範囲
HL7成分表－DR－Date/Time Range
TBL#

日付／時間の範囲

SEQ

LEN

DT

OPT

COMPONENT NAME

1

26

TS

O

Range Start Date/Time 開始日付／時刻

2

26

TS

O

Range End Date/Time 終了日付／時刻

書式：YYYY[MM[DD[HHMM[SS[.S[S[S[S]]]]]]]][+/-ZZZZ] ＆ < 精度 >第 1 成分 Range Start Date/Time 開始日付／時刻(TS)指定された範囲内での最も早い日付／時間（時刻スタンプ）を含んでいる。

第 2 成分 Range End Date/Time 終了日付／時刻(TS)指定された範囲内での最新の日付／時間を含んでいる TS（時刻スタンプ）データ型によって精度の指定ができることに注意すること。

DT 日付© JAHIS 2014
37

HL7成分表－DT－Date
SEQ

LEN

DT

OPT

日付

TBL#

8

COMPONENT NAME
Date 日付

常に書式YYYY[MM[DD]]で表記、桁数により精度が規定される。
例： |19880704|

DTM 日付／時刻
HL7成分表－DTM－Date/Time
SEQ

LEN

DT

OPT

TBL#

24

日付／時刻
COMPONENT NAME

Date/Time 日付／時刻

定義：ある時刻の一点を24時間制の時計表記で示す。
格納されている文字の数（タイムゾーンの指定を除く）で時刻の精度を示す。
書式： YYYY[MM[DD[HH[MM[SS[.S[S[S[S]]]]]]]]][+/-ZZZZ]
従って：「年」の精度まで示すには最初の4文字のみ用いる。
「月」の精度まで示すには最初の6文字を用いる。
「日」の精度まで示すには最初の8文字を用いる。
「時」の精度まで示すには最初の10文字を用いる。
「分」の精度まで示すには最初の12文字を用いる。
「秒」の精度まで示すには最初の14文字を用いる。
「1/10秒」の精度まで示すには最初の16文字を用いる。
「1/10000秒」の精度まで示すには最初の19文字を用いる。
例：|199904| は1999年4月を示す。
タイムゾーン(+/-ZZZZ)は、協定世界時(UTC)（以前のグリニッジ標準時(GMT)）から+/-HHMMの時差があることを示し、+0000あるいは-0000は共にUTC（時差なし）を示す。HL7符号化規則で用いられる個々のデータ表現はISO 8824-1997(E)に準拠している。
タイムゾーンが含まれない場合は、タイムゾーンは送信側の現地時間にデフォルトされることに注意。またDTMやTSの値を持つフィールドでHHMMの部分を持つものについては、0000は
YYYYMMDDの部分で与えられる日の前の日から続く夜の真夜中を表すことにも注意〈以下の例を参照〉。
例：Time

Description|19760704010159-0500|

東部標準時間（米国）の 1976 年 7 月 4 日の 1:01:59|19760704010159-0400|

東部夏時間（米国）の 1976 年 7 月 4 日の 1:01:59|198807050000|

送信側の現地時間の 1988 年 7 月 4 日から 7 月 5 日の間の夜の真夜中|19880705|

前の例に同じ、ただし精度は日までである。出生時刻が不明の時の生年月日に用いることができる。

|19981004010159+010|

オランダ、アムステルダムでの 1998 年 10 月 4 日 1:01:59（タイムゾーンは+0100）

HL7標準はタイムゾーンの時差を定期的に送信することを強く推奨しているが、必須とはしていない。全てのHL7システムはタイムゾーンの時差を受け付けることを必須とされているが、その実装はアプリケーション固有である。多くのアプリケーションにとって関心のある時刻は、送信側の現地時間である。
注記：タイムゾーン[+/-ZZZZ]を使う場合は、法的に定義されたタイムゾーンを用い、HHMMの形式で表すことに注意。
この規則のひとつの例外としては、たまたま違うタイムゾーンに属する診療所と近くの病院で収集された患者データを処理する診療システムの場合が挙げられる。このようなアプリケーシ
ョンは共通の表示に変換することを選択するだろう。同じような問題がサマータイムの導入と© JAHIS 201438

終了時にも当てはまる。HL7はこのような要件に対し、情報の送信時にタイムゾーン情報を必須とすることで対応している。しかしながら、HL7は受信側でここに論じたいずれの処置をとるのかについては言及していない。

DTN 日付型および数値
HL7成分表－DTN – Day Type and Number
SEQ

LEN

DT

OPT

TBL#

1

2

IS

R

0149

2

3

NM

R

日の型と日数COMPONENT NAME
Day Type

日の型

Number of Days

日数

このデータタイプは日の型と承認が有効な日数を示す。
注：v2.5より節6.5.8.11のIN3-11で使用されていたCMデータタイプを置き換える。
第 1 成分 Day Type 日の型(IS)日が否認されたか、保留されたか、承認されたかを示す。
提案されている値については、「使用者定義表 0149 –日の型」 を参照。
使用者定義表0149 － Day type
Value
AP

日の型

Description

Comments

Approved 承認

DE

Denied 否認PEPending 保留

第 2 成分 Number of Days

日数(NM)

承認が有効な日数を示す。

ED 暗号化されたデータ
HL7成分表－ED－Encapsulated Data

暗号化されたデータ
COMPONENT NAME

SEQ

LEN

DT

OPT

1

227

HD

O

2

9

ID

R

0191

Type of Data データ型

3

18

ID

O

0291

Data Subtype データサブ型

0299

4

6

ID

R

5

65536

TX

R

TBL#

Source Application 作成アプリケーション

Encoding 符号化
Data データ

このデータ型は、カプセル化されたデータをソース・システムから目的地システムへ送信する。
それは、ソース・システムの識別、データの型、データのコーディング方式およびデータ自身を含んでいる。このデータ型は、RP－参照ポインタデータ型に似ているが、このデータ型は一方のシステム上のデータを指すべき代わりに、そのシステムへ送られるべきデータを含んでいる。
第 1 成分 Source Application 作成アプリケーション(HD)
データの生成元であるシステムを特定する一意的な名称。参照ポインタにおけるのと同一の形式と制限を持つ。

第 2 成分 Type of Data データ型(ID)参照ポインタ (RP) データ型の「データの型」成分と同一。有効な値については「HL7 表 0191－参照データの型」
を参照。
HL7表0191– Type of referenced data 参照されるデータの型
Value
AP

Description
Other application data, typically uninterpreted binary data (V2.3 and later)
他のアプリケーションのデータ、特に翻訳されないバイナリデータ（V.2.3 以降）

AU

Audio data (V2.3 and later) 音声データ（V.2.3 以降）

FT

Formatted text (V2.2 only) 書式付テキスト（V.2.2 のみ）

IM

Image data (V2.3 and later) 画像データ（V.2.3 以降）© JAHIS 201439

ValueDescription

Multipart

MIME multipart package MIME マルチパートパッケージNS

Non-scanned image (V2.2 only) スキャン以外の画像（V.2.2）

SD

Scanned document (V2.2 only) スキャンされた文書（V.2.2 のみ）

SI

Scanned image (V2.2 only) スキャンされた画像（V.2.2 のみ）
Machine readable text document (V2.3.1 and later)
機械可読のテキスト文書（V2.5 以降）
Machine readable text document (V2.2 only)
機械可読のテキスト文書（V.2.2 のみ）

TEXT
TX

第 3 成分 Data Subtype データサブタイプ(ID)参照ポインタ (RP) データ型の「サブタイプ」成分と同一。有効な値については「HL7 表 0291－参照データのサブタイプ」を参照。
HL7表0291－Subtype of referenced data
Value

参照データのサブタイプ

Description

BASIC

ISDN PCM 音声データ

DICOM

Digital Imaging and Communications in Medicine

FAX

ファクシミリデータ

GIF

Graphics Interchange Format

HTML

Hypertext Markup Language

JOT

電子インクデータ（Jot 1.0 標準）

JPEG

Joint Photographic Experts Group

Octet-stream

解釈されないバイナリデータ

PICT

PICT 形式画像データ

PostScript

PostScript プログラム

RTF

Rich Text Format

SGMLStandard Generalized Markup Language （V.2.3.1 以降）

TIFF

TIFF 画像データ

x-hl7-cda-level-oneXML

HL7 Clinical Document Architecture Level One 文書
Extensible Markup Language （V.2.3.1 以降）

第 4 成分 Encoding 符号化(ID)続く 2 進数 8 ビットの列を ASCII 文字で表現するのに使用された符号化形式。有効な値については 「HL7 表 0299
－符号化」を参照。
HL7表0299－Encoding
Value

符号化

DescriptionA

コーディングはない。データは表示可能な ASCII 文字である。

Hex

16 進法のコーディング。連続するペアの 16 進数字は連続する単一オクテットを表す。

Base64

MIME(多目的インターネットメール拡張)標準の RFC1521 によって定義されるコーディング。4 つの連
続する ASCII 文字が、二進法データの連続する 3 つのオクテットを表す。Base64 は、米国 ASCII の 65
文字サブセットを利用し、これを構成するのは大文字および小文字の英字、数字「0」から「9」まで、「+」、「/」および「=」である。

MIME インターネット標準の RFC1521 により、Base64 を以下のように定義する。24 ビットの入力グループ(3 つのオクテット)を横切って左から右に進むので、各 6 ビットのグループは印刷可能な 64 文字の配列として使用する。
指標によって参照された文字が、コード化された文字列に置かれる。これらの文字は「HL7 表 0290－MIME base64
コード化文字」に示され、普遍的に表現可能なように選択される。
24 ビット未満がデータの終わりで入力グループにおいて利用可能な場合、特別の処理を実行する。十分なコーディ
ング量はデータの終わりで常に完成される。24 入力ビット未満が入力グループにおいて利用可能な場合、6 ビット・

© JAHIS 201440

グループの整数を形成するために、右側にゼロビットを付加する。
入力データのない出力フィールド文字は文字「=」に設定される。コード化された出力はすべてオクテットの整数であるので、次の場合だけが発生する。
（1）入力の最終量は 24 ビットの不可欠な倍数である。
ここで、コード化された出力の最終単位は「=」のパディングなしの 4 文字の不可欠な倍数になる。
（2）入力の最終量はちょうど 8 ビットである。
ここで、コード化された出力の最終単位は 2 つの「=」パッド文字が後続する 2 文字になる。
（3）入力の最終量はちょうど 16 ビットである。
ここで、コード化された出力の最終単位は 1 つの「=」パッド文字が後続する 3 文字になる。
HL7表0290－MIME base64 コード化文字
Value/CodeValue/CodeValue/CodeValue/Code

0

A

17 R

34 I

51 z

1

B

18 S

35 j

52 0

2

C

19 T

36 k

53 1

3

D

20 U

37 l

54 2

4

E

21 V

38 m

55 3

5

F

22 W

39 n

56 4

6

G

23 X

40 o

57 5

7

H

24 Y

41 p

58 6

8

I

25 Z

42 q

59 7

9

J

26 a

43 r

60 8

10 K

27 b

44 s

61 9

11 L

28 c

45 t

62 +

12 M

29 d

46 u

63 /

13 N

30 e

47 v

14 O

31 f

48 w

15 P

32 g

49 x

16 Q

33 h

50 y

(pad) =

コード化されたオクテットが、なんらかのコーディング方法によって解釈され、それが暗黙のものかまたは表わされたデータ型で指定されるものを超えるとき(例えば目的地アプリケーション上の、16 ビットあるいは 32 ビット・
二進法の語の中のそれらのオーダリング)、それは目的地アプリケーションによって決定され、この規格の範囲外である。
ソースアプリケーションから目的地アプリケーションまで送信されるべきデータを構成する表示可能なASCII 文字。
もしコード化された二進数であれば、「データの型」によってコード化される。

第 5 成分 Data データ(TX)
生成元アプリケーションから受信アプリケーションに送信されるデータを構成する表示可能な ASCII 文字列。文字は、「ST 型」 で定義されている通り、ST データ型における正当な文字に限定され、またバイナリデータの場合は、「データの型 (ID)」による方法によって符号化されている。

EI エンティティ識別子
HL7成分表－EI－Entity Identifier
SEQ

LEN

DT

OPT

1

199

ST

O

2

20

IS

O

3

199

ST

C

4

6

ID

C

エンティティ識別子

TBL#

COMPONENT NAME
Entity Identifier エンティティ識別子

0363

Namespace ID ネームスペース ID
Universal ID 汎用 ID

0301

Universal ID Type 汎用 ID 型

EIは機械もしくはソフトウェアで生成された識別子に適切であるが、それに限らない。生成さ© JAHIS 2014
41

れた識別子は最初の成分に入る。残りの成分2から4は、割当権限者として知られ、成分1の識別子の生成に責任を持つ機械／システムを明記する。
指定された一連の識別子、すなわち割当権限者は、成分 2 から 4 で定義される。割当権限者は階層的指定子(HD)データ型であるが、単独の成分ではない。EI データ型の別々の 3 成分として定義される。これはいくつかの既に存在しているデータフィールドの成分としての EI の使われ方について HL7 旧バージョンとの互換性を維持するためである。それ以外は、成分 2 から 4 は「HD 階層的指定子」で定義されているとおりである。階層的指定子(HD)は、
特定の HL7 実装の全体で重複が起こらない。

第 1 成分 Entity Identifier エンティティ識別子（ST）
エンティティ識別子は通常、成分 2 から 4 で表現される階層的指定子で定義される割当権限者が生成した一連の識別子の範囲で重複がない。

第 2 成分 Namespace ID ネームスペース ID（IS）
定義については「HD-Namespace ID ネームスペース ID (IS)」 を参照。

第 3 成分 Universal ID 汎用 ID（ST）
定義については「HD-Universal ID 汎用 ID (ST)」 を参照。

第 4 成分 Universal ID Type 汎用 ID 型（ID）
有効な値については「HL7 表 0301－汎用 ID 型」を参照。

EIP エンティティ識別子ペア
HL7成分表－EIP－Entity Identifier Pair エンティティ識別子ペア
SEQ

LEN

DT

OPT

TBL#

COMPONENT NAME

1

427

EI

O

Placer Assigned Identifier 依頼者割当識別子

2

427

EI

O

Filler Assigned Identifier 実施者割当識別子

注：HL7 V2.5より、ORC-8、OBR-29、OBR-29で用いられているCMデータ型を置き換える。
ひとつのエンティティに対して、依頼側のシステムあるいは実施側のシステムで割り当てられた識別子を示す。両方の成分に値が入っているときは、それらは同じエンティティを参照しなければならない。

第 1 成分 Placer Assigned Identifier 依頼者割当識別子(EI)
依頼側のシステムであるエンティティに割り当てられた識別子を示す。例えば、この成分は以下を伝えるために使われる。
a）依頼側の元オーダのオーダ番号b）依頼者が割り当てた検体識別子c）依頼者が割り当てた（あるいは使っている）場所識別子

第 2 成分 Filler Assigned Identifier 実施者割当識別子(EI)
実施側にシステムであるエンティティに割り当てられた識別子を示す。例えば、この成分は以下を伝えるために使われる。
a）実施側での元オーダのオーダ番号b）実施者が割り当てた検体番号c）実施者が割り当てた（あるいは使っている）場所識別子

ELD エラー場所および説明
HL7成分表－ELD－Error Location and Description
TBL#

エラー箇所および記述

SEQ

LEN

DT

OPT

1

3

ST

O

Segment ID セグメント ID

2

2

NM

O

Segment Sequence セグメント連番

3

2

NM

O

Field Position フィールド位置

4

483

CWE

O

0357

COMPONENT NAME

Code Identifying Error エラーを特定するコード

注：HL7 V2.5よりERR-1に用いられているCMデータ型を置き換える。HL7 V2.5ではHL7旧バージョンとの互換性のためにのみ保持される。ERRセグメント参照。
エラーを含むセグメントを示すと共にエラーの性質を記述する。

© JAHIS 201442

第 1 成分 Segment ID セグメント ID(ST)
エラーを含んでいるグメント。

第 2 成分 Segment Sequence セグメント連番(NM)成分 1 で示されたセグメントが、そのメッセージ中に複数現れる場合に、そのうちの何番目かを示す。

第 3 成分 Field Position フィールド位置 (NM)セグメント中のデータフィールドの前から数えた位置。HL7 符号化規則を用いないシステムの場合、データ項目番
号を 3 番目の成分に使用することがある。

第 4 成分 Code Identifying Error エラーを特定するコード(CWE)
エラーの性質を記述するコード。有効な値については 「HL7 表 0357－メッセージエラー条件表」を参照。
HL7表0357–Message error condition codes
Value

Description

メッセージエラー条件表
Comments

0

Message accepted
メッセージ受諾

成功。オプションでは、AA が成功を伝えるだけ。常時状態コードを返す必要があるシステムのために利用される

100

Segment sequence error
セグメントシーケンスエラー

エラー:メッセージセグメントが適当な順番でないか、要求されたセグメントが失われている101

Required field missing
要求されたフィールドの消失

エラー:要求されたセグメントが消失している

102

Data type error
データ型エラー

エラー:フィールドが不正なエラーを含んでいる。例えば NM フィールドが”FOO”を含んでいる

103

Table value not found
表の値が見つからない

エラー: データ型 ID か IS のフィールドが対応する表と比較され、合致する
ものが無い

Unsupported message type
提供されていないメッセージ型
Unsupported event code
提供されていないイベントコード
Unsupported processing id
提供されていない処理 ID
Unsupported version id
提供されていないバージョン ID

200
201
202
203

却下:そのメッセージ型は提供されていない
却下:そのイベントコードは提供されていない
却下:その処理 ID は提供されていない
却下:そのバージョン ID は提供されていない

204

Unknown key identifier
不明なキー識別子

却下: 患者、オーダ等の ID が見つからない。付加以外ではトランザクションに用いられる。例えば存在しない患者の転送

205

Duplicate key identifier
キー識別子の重複却下:患者やオーダ等の ID が既に存在している。付加トランザクションの応答で用いられる（許可、新オーダ等）

206

Application record locked
アプリケーションレコードがロックされている

トランザクションが、アプリケーション格納レベルで実行することができなかった（例えばデータベースのロック）

207

Application internal error
アプリケーション内部エラー

却下: 他のコードで明示的に対象としていない、包括的な内部エラー用

ERL エラー場所
HL7成分表－Error Location
SEQ
1
2
3
4
5
6

LEN
3
2
2
2
2
2

DT
ST
NM
NM
NM
NM
NM

OPT
R
R
O
O
O
O

TBL#

ERL－エラー位置

COMPONENT NAME
Segment ID セグメント ID
Segment Sequence セグメント連番
Field Position フィールド位置
Field Repetition フィールド繰り返し番号
Component Number 成分番号
Sub-Component Number 副成分番号

定義：このデータタイプはエラーが起こったセグメントおよびその構成要素を示す。

© JAHIS 201443

第 1 成分 Segment ID セグメント ID (ST)
定義：セグメントの 3 文字名称を示す。

第 2 成分 Segment Sequence セグメント連番 (NM)
定義：メッセージ中の同じセグメントの何番目かを示す。

第 3 成分 Field Position フィールド位置 (NM)
定義：セグメントの中の何番目のフィールドかを示す。最初のフィールドには 1 が割り当てられる。セグメント全体を示すときには、フィールド番号は指定してはならない。

第 4 成分 Field Repetition フィールド繰り返し番号 (NM)
定義：フィールドの繰り返し番号を示す。最初の繰り返しを 1 と数える。フィールド位置が指定されているが、フィールド繰り返し番号は指定されていない場合は、フィールド繰り返し番号は 1 と仮定される。フィールド位置が指定されていない場合はフィールド繰り返し番号を指定してはならない。

第 5 成分 Component Number 成分番号 (NM)
定義：フィールド中の成分の番号を示す。最初の成分の番号としては 1 が割り当てられる。フィールド全体を示す
場合には成分番号を指定してはならない。

第 6 成分 Sub-Component Number 副成分番号 (NM)
定義：成分中の副成分の番号を示す。最初の副成分の番号としては 1 が割り当てられる。成分全体を示す場合には
副成分番号を指定してはならない。

FC 保険種別
HL7成分表－FC－Financial Class
SEQ

LEN

DT

OPT

TBL#

1

20

IS

R

0064

2

26

TS

O

保険種別

COMPONENT NAME
Financial Class Code 会計のクラス
Effective Date 発行期限

第 1 成分 Financial Class Code 会計のクラス(IS)
この成分は、人に割り当てられた会計のクラスを含んでいる。推奨値については使用者定義表 0064－保険種別を参照。
使用者定義表0064－Financial class
Value

保険種別

Description
No suggested values 推奨値なし

第 2 成分 Effective Date 発行期限(TS)
この成分は最初の成分で示されたこの個人に割り当てられる会計クラスが有効になる日付／時間を格納する。

FN 姓
HL7 成分表－FN－Family Name
TBL#

姓

SEQ

LEN

DT

OPT

COMPONENT NAME

1

50

ST

R

Surname 姓

2

20

ST

O

Own Surname Prefix 自身の姓の接頭辞

3

50

ST

O

Own Surname 自身の姓

4

20

ST

O

Surname Prefix From Partner/Spouse 配偶者からの姓の接頭辞

5

50

ST

O

Surname From Partner/Spouse 配偶者からの姓

このデータ型はある個人の姓を完全に示すことを可能とする。必要なときは、このデータ型は個人の名前が、もともとの姓と配偶者の姓を含んでいる場合に、そのそれぞれを区別する。このデータ型はまた、メッセージにおいて、姓の接頭辞（例えば"van"や"de"のような）の部分と語根の部分とを区別することを可能にする。
第 1 成分 Surname 姓(ST)
その人の姓のそれ以上に分割できない部分。ほとんどの西洋での使用では、これはその人のラストネームである。

© JAHIS 201444

第 2 成分 Own Surname Prefix 自身の姓の接頭辞(ST)
ゲルマン言語を国際的に扱う方法。この成分は省略可能である。姓の接頭辞の例は"Ludwig van Beethoven"の"van"の部分である。<姓の接頭辞>は完全にはアルファベット順にソートされないため、これを PN および拡張 PN（XPNまたは XCN）データ型の分離可能な副成分とするのは合理的である。

第 3 成分 Own Surname 自身の姓(ST)
姓（ほとんどの西洋での使用ではラストネーム）の自身の姓から得られた部分で、その人の姓の配偶者から得られた部分からは別の部分。この成分は省略可能である。その人の姓が法的に変わり、その人の配偶者の姓になった（またはそれを取り込んだ）場合は、この成分はその人のその変化の直前の姓である。しばしばこれはその人の「旧姓」である。

第 4 成分 Surname Prefix From Partner/Spouse 配偶者からの姓の接頭辞(ST)
ゲルマン言語を国際的に扱う方法。この成分は省略可能である。姓の接頭辞の例は"Ludwig van Beethoven"の"van"の部分である。<姓の接頭辞>は完全にはアルファベット順にソートされないため、これを PN および拡張 PN（XPNまたは XCN）データ型の分離可能な副成分とするのは合理的である。

第 5 成分 Surname From Partner/Spouse 配偶者からの姓(ST)
姓（西洋での使用ではほとんどがラストネーム）の配偶者から得られた部分で、その人の姓の自身の姓から得られた部分からは別の部分。この成分は省略可能である。もし、その人の姓のどの部分も配偶者の姓から得られていな
い場合は、この成分に値を入れてはいけない。反対に、その人の姓が法的に変わり、その人の配偶者の姓になった（またはそれを取り込んだ）場合は、この成分はその人の配偶者のその変化の直前の姓である。

FT 書式付テキストデータ
HL7成分表－FT－Formatted Text Data 書式付テキストデータ
SEQ

LEN

1

65536

DT

OPT

TBL#

COMPONENT NAME
Coded Value for HL7-Defined Tables
HL7 表に対するコード化された値

このデータ型は、書式を埋め込み追加することで文字列データ型を拡張したものである。これ
らの書式は固有であり、フィールドの使用環境から独立している。文字列データ(ST)フィール
ドとFTフィールドとの違いは、長さが任意(64kまで)であることと、エスケープ文字で囲まれた書式を含むことである。
|\.sp\(skip one vertical line)|

GTS 汎用タイミング指定
HL7成分表－GTS－General Timing Specification
SEQ

LEN

DT

OPT

TBL#

199

汎用タイミング指定

COMPONENT NAME
General Timing Specification

汎用タイミング指定

汎用タイミング指定データ型は複雑な相互に関連するタイミングの情報を伝達するために用いられる。このようなフィールドの値はSTフィールドの整形規則に従う。その文字列データは「HL7 V3データ型 第II部 完全な仕様」で、汎用タイミング指定(GTS)データ型に対して設定されるであろう規則に従うことになる。

HD 階層的指定子
HL7成分表－HD－Hierarchic Designator
SEQ

LEN

DT

OPT

TBL#

1

20

IS

O

0300

2

199

ST

C

3

6

ID

C

© JAHIS 201445

階層的指定子COMPONENT NAME

Namespace ID ネームスース ID
Universal ID 汎用 ID

0301

Universal ID Type 汎用 ID 型

HDの基本の定義は、HDは定義された一組の個体識別子（たとえば依頼者または実施者番号、患者識別子、医療従事者識別子、その他）の管理あるいは、割当に責任を持つ、ある（管理上あるいはシステムあるいはアプリケーションあるいはその他の）エンティティを示すということである。このエンティティは、患者識別子を割り当てる登録システムといった特定の保健医
療アプリケーションであることもあれば、医療専門職にたいする識別子や運転免許番号を割り当てる行政上のエンティティであることもあれば、このような識別子が割り当てられる施設であったりする。
HDは、HL7 V2.1およびV2.2におけるアプリケーション識別子の、より強力でより普遍的な代替となるべく設計されている。HDには2つの追加の成分<汎用ID>と<汎用ID型>が、従前のア
プリケーションID（より普遍的にネームスペースIDと改称されている）に追加されている。
あるHDが、ある特定の患者登録システムのような、個体識別子を割り当て／生成するようなエンティティを指す場合、そのHDは「割当権限者」を指していることになる。あるHDが、ある
特定の「車両管理局事務所位置」のような、個体識別子が配布される（とはいえ、その個体識別子は別の場所で別のエンティティにより生成されるかもしれないが）位置を指す場合、そのHDは「割当施設」を指していることになる。これら2つの異なるHDの使用法は、拡張データ型の多くに登場する。
HDで示された割当権限は、コード化要素データ型の、コード体系（およびバージョン）の部分の役割に似ている。いずれも、一組のより個別な個体識別子を指定している点である。違いはHDで示されるより個別な個体の集合は、患者や医療に関するオーダと言う「実世界」の事物の識別子を持っているが、コード化要素で示されるより個別な個体の集合は概念の識別子（コード）であるという点である。
HDはローカル識別子（<ネームスペースID>のみ指定された状態）としても、公的に割り当てられた識別子、UID（<汎用ID>と<汎用ID 型>の両方が指定された状態）としても、両方使えるよう設計されている。文法的には、HDは2つの識別子の組である。最初の成分で定義される
ローカル識別子と、2番目、3番目の成分で示される汎用識別子である。3番目の成分（汎用ID型）が設定されているHDでは、その3番目の成分で示される一連のIDの中で一意的な値を持った2番目の成分を設定しなければならない。
第 1 成分 Namespace ID ネームスペース ID (IS)
使用者定義表 0300－ネームスペース ID がこの成分に対する値の使用者定義表が HL7 識別子として使用される。
使用者定義表0300－Namespace ID
Value

ネームスペースID

Description
No suggested values 推奨値なし

第 2 成分 Universal ID 汎用 ID （ST）
HD の 2 番目の成分<汎用 ID>(UID)は、3 番目の成分<汎用 ID 型>(UID 型)で示される体系に基づいて整形された文字列である。UID は UID 型内で期間に関わらず重複がないことが意図されている。これは厳格に決められている。各々の UID は（UID 型で示される）は明確に列挙された体系のひとつに属さなければならない。UID（2 番目の成分）は特定の汎用識別子体系〈3 番目の要素で示される〉の文法規則に従わなければならない。これらの文法
規則は HL7 内部で定義されているのではなく、特定の汎用識別子体系〈3 番目の要素で示される〉にて定義されていることに注意。

第 3 成分 Universal ID Type 汎用 ID 型（ID）
HD の 2 番目成分の解釈を決定する。3 番目の成分が、「HL7 表 0301－汎用 ID 型」に存在する既知の UID である
場合、2 番目の成分はその型の 汎用 ID である。
HL7表0301－Universal ID type
Value

汎用ID型

Description

DNS

インターネットで指定された名前。ASCII 文字あるいは整数値のいずれか

GUID

UUID と同じ

HCD

CEN ヘルスケアコード体系デジグネータ(DICOM で使用される識別子はこの割当計画に従う)

HL7

将来の HL7 登録計画のためにリザーブ

ISO

国際標準化機構オブジェクト識別子© JAHIS 201446

ValueDescription

L、M、N

ローカルで定義されたコード体系のためにリザーブ

ランダム

一般的にランダムビットの base64 コード化文字列。一意性は、ビットの長さに依存する
メール・システムは、ランダムビットおよびシステム名の組み合わせから、ASCII 文字列の「一意的な名」を生成することが多い
明らかに、そのような識別子は base64 文字集合によって束縛されない

UUID

DCE 汎用一意性 ID

x400

X400 MHS 書式 ID

x500

X500 ディレクトリ名

2 番目と 3 番目の成分のみが指定されている、ISO についての例：|^1.2.344.24.1.1.3^ISO||^1.2.34.4.1.5.1.5.1,1.13143143.131.3131.1^ISO|
2 番目の成分の形式は、HL7 ではなく（HL7 では 2 番目の成分は ST データ型であると定義している）オブジェク
ト識別子についての ISO 標準で定義されている。従って、2 番目の成分のピリオド(".")やコンマ(",")は ISO の形式の一部であり、HL7 の ST データ型の定義にしたがっているのではない。
GUID の例：|^14344.14144321.4122344.14434.654^GUID|
インターネットの例：|^falcon.iupui.edu^DNS|
乱数 UID：|^40C983F09183B0295822009258A3290582^RANDOM|
ローカルな識別子を使った IS データ型類似の HD：|LAB1||RX.PIMS.SystemB.KP.CA.SCA|

最初の成分の文法は HL7 出定義されているのではなく、施設でその固有の必要に応じて決まっていることに注意：
唯一の必要条件は最小成分の構造は、IS データ型において値として使われていた、HL7 の文字列（ST）データ型で許されている形式であることである。

成分2と3のみ使ったローカルな識別子|^RX.PIMS.SystemB.CA.SCA^M|
前の例をコード化する別の方法として、3 番目の要素の値に"M"（上の「HL7 表 0301－汎用 ID 型」を参照）をローカルに定義された識別子集合を示すための使用することを説明している。
2 番目の成分は前の例と同じであるが、この例では施設により定義された、識別子集合"M"について使用可能な値集合の要素として定義されている。

2番目3番目の成分を伴うローカル識別子|PathLab^PL.UCF.UC^L|「PathLab」アプリケーションは、ネームスペース成分で示されるが、同時に 2 番目、3 番目の成分でも（すなわち、ローカル定義の UID 体系"L"によって）示される。2 つの識別子は等価である。
これは、ローカル定義される 2 番目の成分が、それ自体が構造化されている、より複雑な HD である。上の ISO の例にあるように、2 番目の成分の構造は HL7 出定義されているのではなく、施設でその固有の必要性によって定義される：唯一の必要条件は 2 番目の成分の構造が、HL7 文字列(ST)データ型で許容されていることである。
ローカル識別子とユニバーサル ID 型
|LAB1^1.2.3.3.4.6.7^ISO|
UID としての ISO の「オブジェクト識別子」とローカル定義のシステム名をもつ HD。最初の成分と 2 番目、3 番
目（あわせて解釈される）の成分が同じ実態を指す。この例はローカルの値とユニバーサル ID の値がひとつの HD
フィールドで送信されうることを示す。

ICD 保険証明定義
HL7成分表－ICD – Insurance Certification Definition

保険証明定義

SEQ
1

LEN
11

DT
IS

OPT
O

TBL#
150

Certification Patient Type 承認患者タイプ

COMPONENT NAME

2

1

ID

R

136

Certification Required 承認の必要性

3

26

TS

O

Date/Time Certification Required 承認の必要な日付／時刻

このデータタイプは特定の患者タイプについて保険の承認が必要かどうか、承認を得る時の範© JAHIS 201447

囲を示す。
注：v2.5より、節6.5.8.20のIN3-20に用いられるCMデータタイプを置き換える。
第 1 成分 Certification Patient Type 承認患者タイプ(IS)承認が必要となる患者の範疇またはタイプを示す。 提案されている値については「使用者定義表 0150 – 承認患者
タイプ 」を参照。
使用者定義表0150－Certification patient type
Value

承認患者タイプ

Description

ER

Emergency 救急

IPE

Inpatient elective 予約入院患者

OPE

Outpatient elective 予約外来患者

UR

Urgent 緊急

第 2 成分 Certification Required 承認の必要性(ID)承認が必要とされるか否かを示す。有効な値については Y/N 識別子を使用。
Y – 正確なタイミングはスケジュールを実行するスタッフによる。
N – 正確なタイミングは指定された通り。

第 3 成分 Date/Time Certification Required 承認が必要な日付／時刻(TS)
それまでに承認を得る必要がある日付／時刻。

ID HL7 テーブルコード化値
HL7成分表－ID－String Data
SEQ

LEN

DT

OPT

TBL#

Variable

HL7テーブルコード化値

COMPONENT NAME
Coded Value for HL7-Defined Tables
HL7 で定義された表のコード化された値

この種のフィールドで使う値は、正当な表の値から引用される以外はSTフィールドで使う書式規則に従う。IDフィールドの例として性別などがある。

IS ユーザ定義テーブルコード化値
HL7成分表－IS－String Data
SEQ

LEN

DT

OPT

TBL#

20

ユーザ定義テーブルコード化値

COMPONENT NAME
Coded Value for User-Defined Tables
使用者定義表のコード化された値

このフィールドの値は、使用者定義表から引用し、STフィールドの書式規則に従う。ISデータ型に関連したHL7表番号があるものとする。例えば事象理由コードである。

JCC 職種コード／種類
HL7成分表－JCC－Job Code/Class
SEQ

LEN

DT

OPT

TBL#

1

20

IS

O

0327

Job Code 職コード

2

20

IS

O

0328

Job Class 職クラス

3

250

TX

O

職種コード／種類
COMPONENT NAME

Job Description Text 職を記述するテキスト

職種と雇用種別を表す。
第 1 成分 Job Code 職コード (IS)
この成分はその人のジョブコードを含む。使用者定義表 0327-職コードがこの成分の値の使用者定義表に対するHL7 識別子として用いられる。

© JAHIS 201448

使用者定義表0327－Job code
Value

職コード

Description
No suggested values 推奨値なし

第 2 成分 Job Class 職クラス(IS)
この成分はその人の職員の分類を含む。提案されている値については使用者定義表 0328－職分類 を参照。
使用者定義表0328－Employee classification
Value

職分類

Description
No suggested values 推奨値なし

第 3 成分 Job Description Text 職を記述するテキスト(TX)
この成分は職を記述するテキストを含む。これは職の記述がコード化されていないシステムの便宜を図るものである。

LA1 アドレス変化 1 を備えた位置
HL7成分表－LA1－Location with Address Variation 1
TBL#

SEQ
1

LEN
20

DT
IS

OPT
O

302

Point of Care

2

20

IS

O

303

Room

3

20

IS

O

304

Bed

4

227

HD

O

5

20

IS

O

306

Location Status

6

20

IS

O

305

Patient Location Type

7

20

IS

O

307

Building

8

20

IS

O

308

Floor

9

415

AD

O

住所を含む位置、形式１

COMPONENT NAME
ケアの場所

病室
病床

Facility 施設
位置の状態
患者の位置タイプ

建物階

Address

住所

位置とその住所を示す。
注：v 2.5 より、節 4.14.1.8 の RXO-8 および節 4.14.4.8 の RXE-8 に用いられる CM データタイプを置き換える。
v2.5 より後方互換性のためだけに保持される。

第 1 成分 Point of Care ケアの場所(IS)この成分は患者のケアを行う場所のコードを示す。これには患者の位置タイプ（例えば、病棟あるいは診療科ある
いは診療所）による条件がつく。提案されている値については、「使用者定義表 0302 – ケアの場所」 を参照。

第 2 成分 Room 病室(IS)この成分は患者の病室のコードを示す。ケアの場所の次に、人の位置の指定として最も一般的である。提案されている値については「使用者定義表 0303 –病室」 を参照。

第 3 成分 Bed 病床(IS)
この成分は患者の病床のコードを示す。病室の次に最も一般的な人の位置の指定である。 提案されている値については「使用者定義表 0304 –病床」 を参照。

第 4 成分 Facility 施設(HD)
この成分は施設での解釈によるが、一般的には医療機関、病院あるいは医療法人の一番高いレベルでの物理的な位置の指定である。最も一般的な人の位置の指定である。

第 5 成分 Location Status 位置の状態(IS)
この成分は位置の状態や空き状況のコードを示す。例えば、この成分は病床の状況を表すことがある。提案されている値については「使用者定義表 0306 –位置」の状態を参照。

第 6 成分 Patient Location Type 患者位置タイプ(IS)
患者位置タイプは、施設、建物、階、ケアの場所、病室あるいは病床によって示される人の位置の範疇である。必須のフィールドではないが、使用される場合は唯一値を持つフィールドとなる場合がある。この成分は通常、病棟、診療科、診療所、SNF（熟練看護施設）や診察室といった値を含む。提案されている値については「使用者定義表 0305
– 患者位置タイプ」を参照。

© JAHIS 201449

第 7 成分 Building 建物(IS)
この成分は、その人が位置する建物のコードを示す。施設の次に最も一般的な人の位置の指定である。提案されている値については「使用者定義表 0307 –建物」 を参照。

第 8 成分 Floor 階(IS)
この成分は、その人が位置する階を示す。建物の次に最も一般的な人の位置の指定である。提案されている値については「使用者定義表 0308 –階」 を参照。

第 9 成分 Address 住所(AD)
この成分はこの位置の住所を示す。

LA2 アドレス変化 2 を備えた位置
HL7成分表－LA2－Location with Address Variation2
TBL#

住所を含む位置、形式２

SEQ
1

LEN
20

DT
IS

OPT
O

302

Point of Care ケアの場所

COMPONENT NAME

2

20

IS

O

303

Room 病室

3

20

IS

O

304

Bed 病床

4

227

HD

O

5

20

IS

O

306

Location Status 位置の状態

6

20

IS

O

305

Patient Location Type 患者の位置タイプ

7

20

IS

O

307

Building 建物

8

20

IS

O

308

Floor 階

9

120

ST

O

Street Address 通りの住所

10

120

ST

O

Other Designation その他表示

11

50

ST

O

City 市

12

50

ST

O

State or Province 州または省

13

12

ST

O

Zip or Postal Code ジップコードまたは郵便番号

14

3

ID

O

399

Country 国

15

3

ID

O

190

Address Type 住所タイプ

16

50

ST

O

Facility 施設

Other Geographic Designation その他の地理表示

位置のその住所を示す。
注：v 2.5 より、節 4.14.5.13 の RXD-13 および節 4.14.6.11 の RXG-11 および節 4.14.7.11 の RXA-11 に用いられる CM データタイプを置き換える。v2.5 より後方互換性のためだけに保持される。

第 1 成分 Point of Care ケアの場所(IS)この成分は患者のケアを行う場所のコードを示す。これには患者の位置タイプ（例えば、病棟あるいは診療科ある
いは診療所）による条件がつく。提案されている値については、「使用者定義表 0302 – ケアの場所」 を参照。

第 2 成分 Room 病室(IS)この成分は患者の病室のコードを示す。ケアの場所の次に、人の位置の指定として最も一般的である。提案されている値については「使用者定義表 0303 –病室」 を参照。

第 3 成分 Bed 病床(IS)
この成分は患者の病床のコードを示す。病室の次に最も一般的な人の位置の指定である。 提案されている値については「使用者定義表 0304 –病床」 を参照。

第 4 成分 Facility 施設(HD)
この成分は施設での解釈によるが、一般的には医療機関、病院あるいは医療法人の一番高いレベルでの物理的な位置の指定である。最も一般的な人の位置の指定である。

第 5 成分 Location Status 位置の状態(IS)
この成分は位置の状態や空き状況のコードを示す。例えば、この成分は病床の状況を表すことがある。提案されている値については「使用者定義表 0306 –位置」の状態を参照。

第 6 成分 Patient Location Type 患者位置タイプ(IS)
患者位置タイプは、施設、建物、階、ケアの場所、病室あるいは病床によって示される人の位置の範疇である。必© JAHIS 201450

須のフィールドではないが、使用される場合は唯一値を持つフィールドとなる場合がある。この成分は通常、病棟、診療科、診療所、SNF（熟練看護施設）や診察室といった値を含む。提案されている値については「使用者定義表 0305
– 患者位置タイプ」を参照。

第 7 成分 Building 建物(IS)
この成分は、その人が位置する建物のコードを示す。施設の次に最も一般的な人の位置の指定である。提案されている値については「使用者定義表 0307 –建物」 を参照。

第 8 成分 Floor 階(IS)
この成分は、その人が位置する階を示す。建物の次に最も一般的な人の位置の指定である。提案されている値については「使用者定義表 0308 –階」 を参照。

第 9 成分 Street Address 通りの住所(ST)
この成分は個人や施設の通りまたは集配単位の住所を表す。施設を示すときには、この最初の成分は施設名を表すのに用いる。個人に関して使用される場合は、この成分は住所の最初の１行を表す。

第 10 成分 Other Designation その他の表示(ST)
この成分は住所の２行目を表す。一般に住所の２行目は住所を修飾する。例：555 号室あるいは 4 階。施設を示す
ときには、この成分は通りの住所を表す。

第 11 成分 City 市(ST)
この成分は郵便用の住所を定める国の法制に基づいて、この住所の所在を管理する市、地区、場所を示す。市はその州の公式な郵便サービスコードによって表現されなければならない。

第 12 成分 State or Province 州または省(ST)
この成分はこの住所が所在する州または省を示す。州または省には、その国の公式な郵便番号が割り振られる。

第 13 成分 Zip or Postal Code ジップコードまたは郵便番号(ST)
この成分はこの住所が所在するジップコードまたは郵便番号を表す。ジップコードまたは郵便番号はその国の公式なコードとして表現される。米国ではジップコードは 9999[-9999]の形をとり、カナダの郵便番号は A9A9A9 の形をとり、オーストラリアの郵便番号は 9999 の形をとる。

第 14 成分 Country 国(ID)
この成分はこの住所が所在する国を表す。HL7 は国コードとして ISO 3166 形式の 3 文字（のアルファベット）を使用するよう定めている。有効な値については「HL7 表 0399－国コード」を参照すること。

第 15 成分 Address Type 住所タイプ(ID)
この成分は住所の種類またはタイプを表す。有効な値については「 HL7 表 0190 – 住所タイプ」を参照のこと。

第 16 成分 Other Geographic Designation その他の地理表示(ST)
この成分は必要となり得る、その他のあらゆる地理表示を表す。国、生物学的地域、SMSA 等を含む。

MA 多重化された配列
HL7成分表－MA－Multiplexed Array 多重化された配列
SEQ

LEN

DT

OPT

1

16

NM

O

TBL#

Sample 1 From Channel 1 チャンネル 1 のサンプル値

COMPONENT NAME

2

16

NM

O

Sample 1 From Channel 2 チャンネル 2 のサンプル値

3

16

NM

O

Sample 1 From Channel N チャンネル N のサンプル値 1

4

16

NM

O

Sample 2 From Channel 1 チャンネル 1 のサンプル値

5

16

NM

O

Sample 2 From Channel N チャンネル N のサンプル値 2

6

16

NM

O

Sample N From Channel N チャンネル N のサンプル値 N

このデータ型はチャンネル多重の波形データ（すなわちアナログ／デジタル変換機やその他のデジタルデータ発生源からのデジタル化されたデータ）を表現するのに用いる。各値はNM型でチャンネルからのある時間のサンプル値を表す。このセグメントは複数チャンネルからの情報を含むことができる。波形データはチャンネル多重された形式（すなわち、最初の時間のサン
プル値を全てのチャンネル分送信された後、次の時間のサンプル値が送信され、そして順に必要とされる数だけの時間のサンプル値が送信されるまで繰り返される。）各時間のサンプル値
は反復デリミタ(~)によって区切られ、各サンプル値のチャンネルの区切りは成分デリミタ（^）
で区切られる。サンプル値の間の時間（サンプリング間隔）は、デジタル化周波数の逆数であり、CDデータ型を用いて表現される。

© JAHIS 201451

3チャンネル（同値）、6つの時間のサンプル値|0^0^0~1^1^1~2^2^2~3^3^3~4^4^4~5^5^5|
例2： 1チャンネル、11の時間のサンプル値|0~1~2~3~4~5~6~7~8~9~10|

例1：

MO 金額
HL7成分表－MO－Money

金額

TBL#

SEQ

LEN

DT

OPT

COMPONENT NAME

1

16

NM

O

Quantity 金額

2

3

ID

O

Denomination 通貨

第 1 成分：Quantity 金額（NM）
金額を表す。

第 2 成分：Denomination 通貨（ID）
数量を表す際の貨幣単位である。貨幣単位成分の値は ISO-4217 に指定されている。貨幣単位を指定しない場合、
MSH-17 国コードを使用しデフォルトを決定する。例：|99.50^USD|ここで USD は、米国ドルを表す ISO 4217
コードである。

MOC 金額およびチャージコード
HL7成分表－MOC－Money and Code

金額および請求コード

TBL#

SEQ

LEN

DT

OPT

1

20

MO

O

Monetary Amount 金額

COMPONENT NAME

2

483

CWE

O

Charge Code 請求コード

注：HL7 V2.5 より、OBR-23、および OBR-23 に用いられる CM データ型を置き換える。

金額に関する情報と、行われたサービスに付随する請求コードを送信する。
第 1 成分 Monetary Amount 金額(MO)
請求コードと結び付けられた金額と通貨。

第 2 成分 Charge Code 請求コード(CWE)
行われたサービスの依頼したエンティティに対する請求を特定するコード。

MOP 金額またはパーセンテージ
HL7成分表－MOP－Money or Percentage
TBL#

金額またはパーセンテージ

SEQ
1

LEN
2

DT
ID

OPT
R

2

16

NM

R

Money or Percentage Quantity 金額またはパーセンテージの数字

3

3

ID

O

Currency Denomination

148

COMPONENT NAME
Money or Percentage Indicator

金額とパーセンテージの区別

通貨表示

このデータタイプは通貨あるいは百分率のどちらかである量を示す。これは通過した扱えない MO データタイプの変形である。
注：v2.5 より、節 6.5.8.5 の iN3-5 に用いられる CM データタイプを置き換える。このデータタイプはそのフィールドのみに制限される。
例：USD は IS4217 の米国ドルを意味するコードである。
|AT^99.50^USD|

第 1 成分 Money or Percentage Indicator 金額とパーセンテージの区別(ID)
量が通貨であるかパーセンテージであるかを示す。
有効な値については「HL7 表 0148 –金額とパーセンテージの区別」 を参照© JAHIS 201452

HL7表0148 － Money or percentage indicator
Value
AT

Description
Currency amount 通貨

PC

Percentage パーセンテージ

金額とパーセンテージの区別
Comments

第 2 成分 Money or Percentage Quantity 金額またはパーセンテージの数字(NM)
通貨またはパーセンテージの数字を示す。

第 3 成分 Currency Denomination 通貨表示(ID)
量が通貨であるときに、その量が表示されている通貨表示。通貨表示成分の値は ISO-4217 で定められている。もし通貨が指定されない場合は、メッセージの文脈または「MSH-17 国コード」がデフォルトを決定する。

MSG メッセージ型
SEQ

LEN

DT

HL7成分表－MSG－Message Type

メッセージ型OPTCOMPONENT NAME

TBL#

1

3

ID

R

0076

Message Code メッセージコード

2

3

ID

R

0003

Trigger Event トリガーイベント

3

7

ID

R

0354

Message Structure メッセージ構造

注：HL7 V2.5より、MSH-9に用いられるCMデータ型を置き換える。
このフィールドは、メッセージのメッセージ型、トリガーイベントおよびメッセージ構造IDを含む。
第 1 成分 Message Code メッセージコード(ID)メッセージ型コードを示す。提案される値については、「HL7 表 0076－メッセージ型」を参照。
HL7表0076－Message type メッセージ型
Message
ACK
ADR
ADT
BAR
CRM
BPS
BRP
BRT
BTS
CSU
DFT
DOC
DSR
EAC
EAN
EAR
EDR
EQQ
ERP
ESR
ESU
INR
INU
LSR
LSU
MCF

Description
General acknowledgment message 一般的な肯定応答メッセージ
ADT response ADT 応答
ADT message ADT メッセージ
Add/change billing account 請求口座の追加/変更
Clinical study registration message 臨床研究登録メッセージ
Blood product dispense status message 血液製剤 調剤ステータスメッセージ
Blood product dispense status acknowledgement message
血液製剤 調剤ステータス肯定応答メッセージ
Blood product transfusion/disposition acknowledgement message
血液製剤 輸液/終了 肯定応答メッセージ
Blood product transfusion/disposition message 血液製剤 輸液/終了 メッセージ
Unsolicited study data message 非要求研究データメッセージ
Detail financial transactions 詳細な会計取引
Document response ドキュメント応答
Display response 表示応答
Automated equipment command message 自動化された装置命令メッセージ
Automated equipment notification message 自動化された装置通知メッセージ
Automated equipment response message 自動化された装置応答メッセージ
Enhanced display response 拡張表示応答
Embedded query language query 埋め込み照会言語の照会
Event replay response イベント再生応答
Automated equipment status update acknowledgment message
自動化された装置状態更新肯定応答メッセージ
Automated equipment status update message
自動化された装置状態更新メッセージ
Automated equipment inventory request message
自動化された装置明細要求メッセージ
Automated equipment inventory update message
自動化された装置明細更新メッセージ
Automated equipment log/service request message
自動化された装置ログ/サービス要求メッセージ
Automated equipment log/service update message
自動化された装置ログ/サービス更新メッセージ
Delayed Acknowledgment (Retained for backward compatibility only)© JAHIS 201453

Message
MDM
MFD
MFK
MFN
MFQ
MFR
NMD
NMQ
NMR
OMB
OMD
OMG
OMI
OML
OMN
OMP
OMS
ORB
ORD
ORF
ORG
ORI
ORL
ORM
ORN
ORP
ORR
ORS
ORU
OSQ
OSR
OUL
PEX
PGL
PIN
PMU
PPG
PPP
PPR
PPT
PPV
PRR
PTR
QBP
QCK
QCN
QRY
QSB
QSX
QVR
RAR
RAS
RCI
RCL
RDE
RDR
RDS

Description
遅延肯定応答（下位互換のために保持）
Medical document management 診療録管理
Master files delayed application acknowledgment
マスタファイル遅延アプリケーション肯定応答
Master files application acknowledgment マスタファイルアプリケーション肯定応答
Master files notification マスタファイル通知
Master files query マスタファイル照会
Master files response マスタファイル応答
Application management data message アプリケーション管理データメッセージ
Application management query message アプリケーション管理照会メッセージ
Application management response message アプリケーション管理応答メッセージ
Blood product order message 血液製剤オーダメッセージ
Dietary order 食事オーダ
General clinical order message 一般的な診療オーダメッセージ
Imaging order 画像撮影のオーダ
Laboratory order message 検査室オーダメッセージ
Non-stock requisition order message 非蓄積要求オーダメッセージ
Pharmacy/treatment order message 薬剤/処置オーダメッセージ
Stock requisition order message 蓄積要求オーダメッセージ
Blood product order acknowledgement message
血液製剤オーダ肯定応答メッセージ
Dietary order acknowledgment message 食事オーダ肯定応答メッセージ
Query for results of observation 検査結果照会
General clinical order acknowledgment message 一般的な診療オーダの肯定応答メッセージ
Imaging order acknowledgement message 画像撮影オーダの肯定応答メッセージ
Laboratory acknowledgment message (unsolicited)
検査室肯定応答メッセージ（非要求）Pharmacy/treatment order message 薬剤/処置オーダメッセージ
Non-stock requisition - General order acknowledgment message
非蓄積要求-一般的なオーダ肯定応答メッセージ
Pharmacy/treatment order acknowledgment message
薬剤/処置オーダ肯定応答メッセージ
General order response message response to any ORM
ORM に対する一般的なオーダ応答メッセージ
Stock requisition - Order acknowledgment message
蓄積要求-オーダ肯定応答メッセージ
Unsolicited transmission of an observation message 検査メッセージの非要求送信
Query response for order status オーダ状況の照会
Query response for order status オーダ状況の応答
Unsolicited laboratory observation message 非要求の検査室検査メッセージ
Product experience message 製品経験メッセージ
Patient goal message 患者診療目標メッセージ
Patient insurance information 患者保険情報
Add personnel record 個人記録追加
Patient pathway message (goal-oriented) 患者診療計画メッセージ（目標指向）
Patient pathway message (problem-oriented) 患者診療計画メッセージ（プロブレム指向）
Patient problem message 患者プロブレムメッセージ
Patient pathway goal-oriented response 患者診療計画の目標指向応答
Patient goal response 患者診療目標応答
Patient problem response 患者プロブレム応答
Patient pathway problem-oriented response 患者診療計画のプロブレム指向応答
Query by parameter 変数による照会
Deferred query 延期された照会
Cancel query 取り消された照会
Query, original mode 照会，基本モード
Create subscription 購読の作成
Cancel subscription/acknowledge message 購読の取り消し/応答メッセージ
Query for previous events 以前のイベントの照会
Pharmacy/treatment administration information 薬剤/処置の管理情報
Pharmacy/treatment administration message 薬剤/処置の管理メッセージ
Return clinical information 診療情報の返信
Return clinical list 診療リストの返信
Pharmacy/treatment encoded order message 薬剤/処置の符号化オーダメッセージ
Pharmacy/treatment dispense information 薬剤/処置の調剤・実施情報
Pharmacy/treatment dispense message 薬剤/処置の調剤・実施メッセージ© JAHIS 201454

Message
RDY
REF
RER
RGR
RGV
ROR
RPA
RPI
RPL
RPR
RQA
RQC
RQI
RQP
RQQ
RRA
RRD
RRE
RRG
RRI
RSP
RTB
SIU
SPQ
SQM
SQR
SRM
SRR
SSR
SSU
SUR
TBR
TCR
TCU
UDM
VQQ
VXQ
VXR
VXU
VXX

Description
Display based response 表示を基にした応答
Patient referral 患者紹介
Pharmacy/treatment encoded order information 薬剤/処置の符号化オーダ情報
Pharmacy/treatment dose information 薬剤/処置の量の情報
Pharmacy/treatment give message 薬剤/処置の投与情報
Pharmacy/treatment order response 薬剤/処置のオーダ応答
Return patient authorization 患者権限の返信
Return patient information 患者情報の返信
Return patient display list 患者の表示リストの返信
Return patient list 患者リストの返信
Request patient authorization 患者権限の要求
Request clinical information 診療情報の要求
Request patient information 患者情報の要求
Request patient demographics 患者属性の要求
Event replay query イベント再生の照会
Pharmacy/treatment administration acknowledgment message
薬剤/処置の管理肯定応答メッセージ
Pharmacy/treatment dispense acknowledgment message
薬剤/処置の調剤・実施肯定応答メッセージ
Pharmacy/treatment encoded order acknowledgment message
薬剤/処置の符号化オーダ肯定応答メッセージ
Pharmacy/treatment give acknowledgment message
薬剤/処置の投与肯定応答メッセージ
Return referral information 紹介情報の返信
Segment pattern response セグメントパターン応答
Tabular response 表形式の応答
Schedule information unsolicited スケジュール情報（非要求）Stored procedure request ストアドプロシージャ要求
Schedule query message スケジュール照会メッセージ
Schedule query response スケジュール照会応答
Schedule request message スケジュール要求メッセージ
Scheduled request response 予定された要求への応答
Specimen status request message 検体状態の要求メッセージ
Specimen status update message 検体状態の更新メッセージ
Summary product experience report 製品経験レポートの要約
Tabular data response 表形式データの応答
Automated equipment test code settings request message
自動化された装置テストコード設定の要求メッセージ
Automated equipment test code settings update message
自動化された装置テストコード設定の更新メッセージ
Unsolicited display update message 非要求の表示更新メッセージ
Virtual table query 仮想表照会
Query for vaccination record ワクチン記録の照会
Vaccination record response ワクチン記録の応答
Unsolicited vaccination record update 非要求のワクチン記録の更新
Response for vaccination query with multiple PID matches
多数の PID 照合を伴うワクチン照会への応答

第 2 成分 Trigger Event トリガーイベント (ID)
トリガーイベントコードを指定。提案される値については、「HL7 表 0003－イベント型」を参照。
HL7表0003－Event typeMessage
A01
A02
A03
A04
A05
A06
A07
A08
A09
A10

イベント型

Description
ADT/ACK - Admit/visit notification 入院/来院通知
ADT/ACK - Transfer a patient 患者転送
ADT/ACK - Discharge/end visit 退院/来院終了
ADT/ACK - Register a patient 患者登録
ADT/ACK - Pre-admit a patient 患者の先行入院
ADT/ACK - Change an outpatient to an inpatient
外来患者から入院患者への変更
ADT/ACK - Change an inpatient to an outpatient
入院患者から外来患者への変更
ADT/ACK - Update patient information 患者情報の更新
ADT/ACK - Patient departing – tracking 患者の出発 - 追跡
ADT/ACK - Patient arriving – tracking 患者の到着 - 追跡

© JAHIS 201455

Message
A11
A12
A13
A14
A15
A16
A17
A18
A19
A20
A21
A22
A23
A24
A25
A26
A27
A28
A29
A30
A31
A32
A33
A34
A35
A36
A37
A38
A39
A40
A41
A42
A43
A44
A45
A46
A47
A48
A49
A50
A51
A52
A53
A54
A55
A60
A61
A62
B01
B02
B03

Description
ADT/ACK - Cancel admit/visit notification 入院/来院通知の取り消し
ADT/ACK - Cancel transfer 転送の取り消し
ADT/ACK - Cancel discharge/end visit 退院/来院終了の取り消し
ADT/ACK - Pending admit 入院保留
ADT/ACK - Pending transfer 転送保留
ADT/ACK - Pending discharge 退院保留
ADT/ACK - Swap patients 患者の交換
ADT/ACK - Merge patient information (for backward compatibility only)
患者情報のマージ（下位互換用）
QRY/ADR - Patient query 患者照会
ADT/ACK - Bed status update 病床状態の更新
ADT/ACK - Patient goes on a “leave of absence”“許可外出”による外出
ADT/ACK - Patient returns from a “leave of absence”“許可外出”からの帰院
ADT/ACK - Delete a patient record 患者記録の削除
ADT/ACK - Link patient information 患者情報のリンク
ADT/ACK - Cancel pending discharge 退院保留の取り消し
ADT/ACK - Cancel pending transfer 転送保留の取り消し
ADT/ACK - Cancel pending admit 入院保留の取り消し
ADT/ACK - Add person information 個人情報の追加
ADT/ACK - Delete person information 個人情報の削除
ADT/ACK - Merge person information (for backward compatibility only)
個人情報のマージ（下位互換用）
ADT/ACK - Update person information 個人情報の更新
ADT/ACK - Cancel patient arriving – tracking 患者到着-追跡の取り消し
ADT/ACK - Cancel patient departing – tracking 患者出発-追跡の取り消し
ADT/ACK - Merge patient information - patient ID only (for backward compatibility only)
患者情報（患者 ID のみ）のマージ（下位互換用）
ADT/ACK - Merge patient information - account number only (for backward compatibility only)
患者情報（口座番号のみ）のマージ（下位互換用）
ADT/ACK - Merge patient information - patient ID and account number (for backward compatibility only)
患者情報（患者 ID と口座番号）のマージ（下位互換用）
ADT/ACK - Unlink patient information 患者情報のリンクの解除
ADT/ACK - Cancel pre-admit 先行入院の取り消し
ADT/ACK - Merge person – patient ID (for backward compatibility only)
個人のマージ-患者 ID（下位互換用）
ADT/ACK - Merge patient – patient identifier list 患者のマージ-患者識別リスト
ADT/ACK - Merge account - patient account number 口座のマージ-患者口座番号
ADT/ACK - Merge visit - visit number 来院のマージ-来院番号
ADT/ACK - Move patient information – patient identifier list
患者情報の移動-患者識別リスト
ADT/ACK - Move account information - patient account number
口座情報の移動-患者口座番号
ADT/ACK - Move visit information - visit number
来院情報の移動-来院番号
ADT/ACK - Change patient ID (for backward compatibility only)
患者 ID の変更（下位互換用）
ADT/ACK - Change patient identifier list 患者識別リストの変更
ADT/ACK - Change alternate patient ID (for backward compatibility only)
代替患者 ID の変更（下位互換用）
ADT/ACK - Change patient account number 患者口座番号の変更
ADT/ACK - Change visit number 来院番号の変更
ADT/ACK - Change alternate visit ID 代替来院 ID の変更
ADT/ACK – Cancel leave of absence for a patient 許可外出の取り消し
ADT/ACK – Cancel patient returns from a leave of absence
許可外出からの帰院の取り消し
ADT/ACK - Change attending doctor 担当医の変更
ADT/ACK – Cancel change attending doctor 担当医の変更の取り消し
ADT/ACK – Update allergy information アレルギー情報の更新
ADT/ACK – Change consulting doctor 相談医の変更
ADT/ACK – Cancel change consulting doctor 相談医の変更の取り消し
PMU/ACK – Add personnel record 個人情報の追加
PMU/ACK – Update personnel record 個人情報の更新
PMU/ACK – Delete personnel re cord 個人情報の削除© JAHIS 201456

Message
B04
B05
B06
B07
B08
C01
C02
C03
C04
C05
C06
C07
C08
C09
C10
C11
C12
CNQ
I01
I02
I03
I04
I05
I06
I07
I08
I09
I10
I11
I12
I13
I14
I15
J01
J02
K11
K13
K15
K21
K22
K23
K24
K25
M01
M02
M03
M04
M05
M06
M07
M08
M09

Description
PMU/ACK – Active practicing person 診療活動中の個人
PMU/ACK – Deactivate practicing person 診療活動中でない個人
PMU/ACK – Terminate practicing person 診療中の個人の終了
PMU/ACK – Grant Certificate/Permission 証明/許可の付与
PMU/ACK – Revoke Certificate/Permission 証明/許可の削除
CRM - Register a patient on a clinical trial 治験への患者登録
CRM - Cancel a patient registration on clinical trial (for clerical mistakes only)
患者の治験登録の取り消し（事務上の間違いに限る）
CRM - Correct/update registration information 登録情報の訂正/更新
CRM - Patient has gone off a clinical trial 患者の治験離脱
CRM - Patient enters phase of clinical trial 患者の治験フェーズへの参加
CRM - Cancel patient entering a phase (clerical mistake)
患者の治験フェーズへの参加の取り消し（事務上の間違いに限る）
CRM - Correct/update phase information 治験段階情報の訂正/更新
CRM - Patient has gone off phase of clinical trial 患者の治験フェーズからの離脱
CSU - Automated time intervals for reporting, like monthly
自動化されたレポートの時間間隔，例えば毎月など
CSU - Patient completes the clinical trial 患者が治験を完了
CSU - Patient completes a phase of the clinical trial 患者が治験フェーズを完了
CSU - Update/correction of patient order/result information
患者オーダ/結果情報の更新/訂正
Cancel Query キャンセル照会
RQI/RPI - Request for insurance information 保険情報の要求
RQI/RPL - Request/receipt of patient selection display list
患者選択表示リストの要求/受取
RQI/RPR - Request/receipt of patient selection list 患者選択リストの要求/受取
RQD/RPI - Request for patient demographic data 患者属性データの要求
RQC/RCI - Request for patient clinical information 患者診療情報の要求
RQC/RCL - Request/receipt of clinical data listing 診療データリスト作成の要求/受取PIN/ACK - Unsolicited insurance information 非要求保険情報
RQA/RPA - Request for treatment authorization information 処置権限情報の要求
RQA/RPA - Request for modification to an authorization 権限の修正要求
RQA/RPA - Request for resubmission of an authorization 権限の再発行要求
RQA/RPA - Request for cancellation of an authorization 権限の取り消し要求
REF/RRI - Patient referral 患者紹介
REF/RRI - Modify patient referral 患者紹介の修正
REF/RRI - Cancel patient referral 患者紹介の取り消し
REF/RRI - Request patient referral status 患者紹介状態の要求
QCN/ACK – Cancel query/acknowledge message
照会/肯定応答メッセージの取り消し
QSX/ACK – Cancel subscription/acknowledge message
購読/肯定応答メッセージの取り消し
RSP - Segment pattern response in response to QBP^Q11 セグメントパターン応答
RTB - Tabular response in response to QBP^Q13 QBP＾Q11 への表形式応答
RDY - Display response in response to QBP^Q15 QBP＾Q15 への表示応答
RSP – Get person demographics response 個人属性応答の受取
RSP – Find candidates response 候補応答の探索
RSP – Get corresponding identifiers response 該当する識別子応答の受取
RSP – Allocate identifiers response 識別子応答の割り当て
RSP - Personnel Information by Segment Responseセグメント応答による個人情報
MFN/MFK - Master file not otherwise specified (for backward compatibility only)
どこでも指定されていないマスタファイル（下位互換用）
MFN/MFK - Master file – staff practitioner マスタファイル – 職員医師
MFN/MFK - Master file - test/observation (for backward compatibility only)
マスタファイル - 検査/観察（下位互換用）
MFN/MFK - Master files charge description マスタファイル – 請求明細
MFN/MFK - Patient location master file 患者位置のマスタファイル
MFN/MFK - Clinical study with phases and schedules master file
フェーズとスケジュールを備えた臨床研究マスタファイル
MFN/MFK - Clinical study without phases but with schedules master file
フェーズ無しだがスケジュールを備えた臨床研究マスタファイル
MFN/MFK - Test/observation (numeric) master file
検査/観察（数値）マスタファイル
MFN/MFK - Test/observation (categorical) master file
検査/観察（分類）マスタファイル© JAHIS 201457

Message
M10
M11
M12
M13
M14
M15
N01
N02
O01
O02
O03
O04
O05
O06
O07
O08
O09
O10
O11
O12
O13
O14
O15
O16
O17
O18
O19
O20
O21
O22
O23
O24
O25
O26
O27
O28
O29
O30
O31
O32
O33
O34
O35

Description
MFN/MFK - Test /observation batteries master file
検査/観察に関するセット検査マスタファイル
MFN/MFK - Test/calculated observations master file
検査/計算された観測値のマスタファイル
MFN/MFK – Master file notification message
通知メッセージに関するマスタファイル
MFN/MFK - Master file notification - general
通知に関するマスタファイル一般的なもの
MFN/MFK - Master file notification – site defined
通知に関するマスタファイルーサイトにより定義
MFN/MFK – Inventory item master file notification
財産目録アイテム・マスター・ファイル通知
NMQ/NMR - Application management query message
アプリケーション管理照会メッセージ
NMD/ACK - Application management data message (unsolicited)
アプリケーション管理データメッセージ（要求無し）
ORM - Order message (also RDE, RDS, RGV, RAS)
オーダメッセージ（さらに RDE, RDS, RGV, RAS)
ORR - Order response (also RRE, RRD, RRG, RRA)
オーダ応答（さらに RRE, RRD, RRG, RRA)OMD – Diet order 食事オーダ
ORD – Diet order acknowledgment 食事オーダ肯定応答
OMS – Stock requisition order 蓄積要求オーダ
ORS – Stock requisition acknowledgment 蓄積要求肯定応答
OMN – Non-stock requisition order 非蓄積要求オーダ
ORN – Non-stock requisition acknowledgment 非蓄積要求肯定応答
OMP – Pharmacy/treatment order 薬剤/処置オーダ
ORP – Pharmacy/treatment order acknowledgment 薬剤/処置オーダ肯定応答
RDE – Pharmacy/treatment encoded order 薬剤/処置符号化オーダ
RRE – Pharmacy/treatment encoded order acknowledgment
薬剤/処置符号化オーダの肯定応答
RDS – Pharmacy/treatment dispense 薬剤/処置の調剤・実施
RRD – Pharmacy/treatment dispense acknowledgment
薬剤/処置の調剤・実施肯定応答
RGV – Pharmacy/treatment give 薬剤/処置の投与
RRG – Pharmacy/treatment give acknowledgment 薬剤/処置の投与肯定応答
RAS – Pharmacy/treatment administration 薬剤/処置の管理
RRA – Pharmacy/treatment administration acknowledgment
薬剤/処置の管理肯定応答
OMG – General clinical order 一般的な診療オーダ
ORG/ORL – General clinical order response 一般的な診療オーダ応答
OML - Laboratory order 検査オーダ
ORL - General laboratory order response message to any OML
OML に対する一般的な検査オーダ応答メッセージ
OMI – Imaging order 画像診断オーダ
ORI – Imaging order response message to any OMI
IOMI に対する画像診断肯定応答メッセージ
RDE - Pharmacy/treatment refill authorization request
薬剤/処置の補充権限の要求
RRE - Pharmacy/Treatment Refill Authorization Acknowledgement
薬剤/処置の補充権限の肯定応答
OMB – Blood product order 血液製剤オーダ
ORB – Blood product order acknowledgment 血液製剤オーダの肯定応答
BPS – Blood product dispense status 血液製剤調剤ステータス
BRP – Blood product dispense status acknowledgment
血液製剤調剤ステータス肯定応答
BTS – Blood product transfusion/disposition 血液製剤 輸液/終了
BRT – Blood product transfusion/disposition acknowledgment
血液製剤 輸液/終了 肯定応答
OML – Laboratory order for multiple orders related to a single specimen
ある検体に関連した複数オーダのための検査オーダ
ORL – Laboratory order response message to a multiple order related to single specimen OML
ある検体に関連した複数オーダのための検査オーダ OML の応答メッセージ
OML – Laboratory order for multiple orders related to a single container of a specimen
ある検体の容器に関連した複数オーダのための検査オーダ© JAHIS 201458

Message
O36
P01
P02
P03
P04
P05
P06
P07
P08
P09
P10
P11
P12
PC1
PC2
PC3
PC4
PC5
PC6
PC7
PC8
PC9
PCA
PCB
PCC
PCD
PCE
PCF
PCG
PCH
PCJ
PCK
PCL
Q01
Q02
Q03
Q04
Q05
Q06
Q07
Q08
Q09
Q11
Q13
Q15
Q16
Q17
Q21
Q22
Q23
Q24

Description
ORL - Laboratory order response message to a single container of a specimen OML
ある検体の容器に関連した複数オーダのための検査オーダ OML の応答メッセージ
BAR/ACK - Add patient accounts 患者口座の追加
BAR/ACK - Purge patient accounts 患者口座の削除
DFT/ACK - Post detail financial transaction 詳細な会計取引の送信
QRY/DSP – Generate bill and A/R statements 請求書と A/R 明細書の生成
BAR/ACK – Update account 口座の更新
BAR/ACK - End account 口座の終了
PEX - Unsolicited initial individual product experience report
非要求の個別製品に関する初期経験レポート
PEX - Unsolicited update individual product experience report
非要求の個別製品に関する経験レポートの更新
SUR - Summary product experience report
製品に関する経験レポートの要約
BAR/ACK –Transmit Ambulatory Payment Classification(APC)
変更可能な支払分類（APC）の送信
DFT/ACK - Post Detail Financial Transactions - New
詳細な会計取引の送信―新規
BAR/ACK - Update Diagnosis/Procedure 診断/手順の更新
PPR - PC/ problem add PC/プロブレムの追加
PPR - PC/ problem update PC/ プロブレムの更新
PPR - PC/ problem delete PC/ プロブレムの削除
QRY - PC/ problem query PC/ プロブレムの照会
PRR - PC/ problem response PC/ プロブレムの応答
PGL - PC/ goal add PC/ 目標の追加
PGL - PC/ goal update PC/ 目標の更新
PGL - PC/ goal delete PC/目標の削除
QRY - PC/ goal query PC/目標の照会
PPV - PC/ goal response PC/目標の応答
PPP - PC/ pathway (problem-oriented) add
PC/診療計画（プロブレム指向）の追加
PPP - PC/ pathway (problem-oriented) update
PC/ 診療計画（プロブレム指向）の更新
PPP - PC/ pathway (problem-oriented) delete
PC/ 診療計画（プロブレム指向）の削除
QRY - PC/ pathway (problem-oriented) query
PC/診療計画（プロブレム指向）の照会
PTR - PC/ pathway (problem-oriented) query response
PC/ 診療計画（プロブレム指向）照会の応答
PPG - PC/ pathway (goal-oriented) add PC/ 診療計画（目標指向）の追加
PPG - PC/ pathway (goal-oriented) update PC/ 診療計画（目標指向）の更新
PPG - PC/ pathway (goal-oriented) delete PC/ 診療計画（目標指向）の削除
QRY - PC/ pathway (goal-oriented) query PC/ 診療計画（目標指向）の照会
PPT - PC/ pathway (goal-oriented) query response
PC/ 診療計画（目標指向）照会の応答
QRY/DSR - Query sent for immediate response 即時応答用に送信された照会
QRY/QCK - Query sent for deferred response 遅延応答用に送信された照会
DSR/ACK - Deferred response to a query 照会に対する遅延応答
EQQ – Embedded query language query 埋め込み照会言語の照会
UDM/ACK - Unsolicited display update message 非要求の表示更新メッセージ
OSQ/OSR - Query for order status オーダ状態の照会
VQQ – Virtual table query 仮想表の照会
SPQ – Stored procedure request ストアドプロシージャの要求
RQQ – event replay query イベント再生照会
QBP - Query by parameter requesting an RSP segment pattern response
RSP 部類パターン応答を要求するパラメータによる参照
QBP - Query by parameter requesting an RTB - tabular response
RTB 表形式応答を要求するパラメータによる参照
QBP - Query by parameter requesting an RDY display response
RDY 表示応答を要求するパラメータによる参照
QSB – Create subscription 購読の作成
QVR – Query for previous events 以前のイベントの照会
QBP – Get person demographics 個人属性情報の取得
QBP – Find candidates 候補の探索
QBP – Get corresponding identifiers 相当する識別子の取得
QBP – Allocate identifiers 識別子の割り当て© JAHIS 201459

Message
Q25
Q26
Q27
Q28
Q29
Q30
R01
R02
R03
R04
ROR
R07
R08
R09
R21
R22
R23
R24
R30
R31
R32
S01
S02
S03
S04
S05
S06
S07
S08
S09
S10
S11
S12
S13
S14
S15
S16
S17
S18
S19
S20
S21
S22

Description
QBP - Personnel Information by Segment Query
セグメント照会による個人情報
ROR - Pharmacy/treatment order response 薬剤/処置オーダ応答
RAR - Pharmacy/treatment administration information 薬剤/処置管理情報
RDR - Pharmacy/treatment dispense information 薬剤/処置調剤・実施情報
RER - Pharmacy/treatment encoded order information
薬剤/処置の符号化されたオーダ情報
RGR - Pharmacy/treatment dose information 薬剤/処置の用量情報
ORU/ACK - Unsolicited transmission of an observation message
非要求の検査メッセージの送信
QRY - Query for results of observation 検査結果の照会
QRY/DSR Display-oriented results, query/unsol. update (for backward compatibility only) (Replaced by
Q05)
表示指向の結果，照会/非要求の更新（下位互換用）（Q05 に変更）
ORF - Response to query; transmission of requested observation
照会に対する応答；要求された検査の送信
ROR - Pharmacy prescription order query response
薬剤の処方オーダ照会に対する応答
EDR - Enhanced Display Response 拡張された表示応答
TBR - Tabular Data Response 表形式データの応答
ERP - Event Replay Response イベント再生応答
OUL – Unsolicited laboratory observation 非要求の検査室の観察
OUL – Unsolicited Specimen Oriented Observation Message
非要求の検体検査メッセージ
OUL – Unsolicited Specimen Container Oriented Observation Message
非要求の検体セット検査メッセージ
OUL – Unsolicited Order Oriented Observation Message
非要求のオーダに起因する検査メッセージ
ORU – Unsolicited Point-Of-Care Observation Message Without Existing Order – Place An Order
非要求のケアに関するオーダなしの観察メッセージーオーダの提出
ORU – Unsolicited New Point-Of-Care Observation Message – Search For An Order
非要求の新しいケアに関する観察メッセージ－オーダの検索
ORU – Unsolicited Pre-Ordered Point-Of-Care Observation
非要求のプレオーダのケアに関する観察
SRM/SRR - Request new appointment booking 新規予約設定の要求
SRM/SRR - Request appointment rescheduling 予約の再スケジューリングの要求
SRM/SRR - Request appointment modification 予約の修正要求
SRM/SRR - Request appointment cancellation 予約の取消し要求
SRM/SRR - Request appointment discontinuation 予約の停止要求
SRM/SRR - Request appointment deletion 予約の削除要求
SRM/SRR - Request addition of service/resource on appointment
予約上のサービス/リソース追加要求
SRM/SRR - Request modification of service/resource on appointment
予約上のサービス/リソース修正要求
SRM/SRR - Request cancellation of service/resource on appointment
予約上のサービス/リソース取消し要求
SRM/SRR - Request discontinuation of service/resource on appointment
予約上のサービス/リソース停止要求
SRM/SRR - Request deletion of service/resource on appointment
予約上のサービス/リソース削除要求
SIU/ACK - Notification of new appointment booking 新規予約設定の通知
SIU/ACK - Notification of appointment rescheduling 予約再スケジューリングの通知
SIU/ACK - Notification of appointment modification 予約修正の通知
SIU/ACK - Notification of appointment cancellation 予約取消しの通知
SIU/ACK - Notification of appointment discontinuation 予約停止の通知
SIU/ACK - Notification of appointment deletion 予約削除の通知
SIU/ACK - Notification of addition of service/resource on appointment
予約上のサービス/リソース追加の通知
SIU/ACK - Notification of modification of service/resource on appointment
予約上のサービス/リソース修正の通知
SIU/ACK - Notification of cancellation of service/resource on appointment
予約上のサービス/リソース取消しの通知
SIU/ACK - Notification of discontinuation of service/resource on appointment
予約上のサービス/リソース停止の通知
SIU/ACK - Notification of deletion of service/resource on appointment
予約上のサービス/リソース削除の通知© JAHIS 201460

Message
S23
S24
S25
S26
T01
T02
T03
T04
T05
T06
T07
T08
T09
T10
T11
T12
U01
U02
U03
U04
U05
U06
U07
U08
U09
U10
U11
U12
U13
V01
V02
V03
V04
Varies
W01
W02

Description
SIU/ACK - Notification of blocked schedule time slot(s) ふさがった時間枠の通知
SIU/ACK - Notification of opened (“unblocked”) schedule time slot(s)空いている時間枠の通知
SQM/SQR - Schedule query message and response
スケジュール照会メッセージと応答
SIU/ACK Notification that patient did not show up for schedule appointment
予約に患者が来院しなかったことの通知
MDM/ACK - Original document notification オリジナルドキュメントの通知
MDM/ACK - Original document notification and content
オリジナルドキュメントの通知と内容
MDM/ACK - Document status change notification
ドキュメント状態の変更通知
MDM/ACK - Document status change notification and content
ドキュメント状態の変更通知と内容
MDM/ACK - Document addendum notification ドキュメント追加の通知
MDM/ACK - Document addendum notification and content ドキュメント追加の通知と内容
MDM/ACK - Document edit notification ドキュメント編集の通知
MDM/ACK - Document edit notification and content ドキュメント編集の通知と内容
MDM/ACK - Document replacement notification ドキュメント置換の通知
MDM/ACK - Document replacement notification and content
ドキュメント置換の通知と内容
MDM/ACK - Document cancel notification ドキュメント取消しの通知
QRY/DOC - Document query ドキュメントの照会
ESU/ACK – Automated equipment status update 自動化された装置状態の更新
ESR/ACK – Automated equipment status request 自動化された装置状態の要求
SSU/ACK - Specimen status update 検体状態の更新
SSR/ACK - specimen status request 検体状態の要求
INU/ACK - Automated equipment inventory update 自動化された装置一覧表の更新
INR/ACK – Automated equipment inventory request 自動化された装置一覧表の要求
EAC/ACK – Automated equipment command 自動化された装置の命令
EAR/ACK – Automated equipment response 自動化された装置の応答
EAN/ACK – Automated equipment notification 自動化された装置の通知
TCU/ACK – Automated equipment test code settings update
自動化された装置のテストコード設定更新
TCR/ACK – Automated equipment test code settings request
自動化された装置のテストコード設定要求
LSU/ACK – Automated equipment log/service update
自動化された装置のログ/サービス更新
LSR/ACK – Automated equipment log/service request
自動化された装置のログ/サービス要求
VXQ - Query for vaccination record ワクチン記録の照会
VXX - Response to vaccination query returning multiple PID matches
多数の PID マッチングを返すワクチン照会への応答
VXR - Vaccination record response ワクチン記録の応答
VXU - Unsolicited vaccination record update 非要求のワクチン記録の更新
MFQ/MFR - Master files query (use event same as asking for e.g., M05 - location)
マスタファイル照会（M05-居所の場合と同じように使用）
ORU - Waveform result, unsolicited transmission of requested information
波形結果，要求された情報に対する非要求の送信
QRF - Waveform result, response to query 波形結果，照会に対する応答

第 3 成分 Message Structure メッセージ構造(ID)
抽象的なメッセージ構造のコードを示す。提案される値については、「HL7 表 0354－メッセージ構造」を参照。
HL7表0354－Message structure メッセージ構造
Value
ACK
ADR_A19
ADT_A01
ADT_A02
ADT_A03
ADT_A05
ADT_A06
ADT_A09
ADT_A15
ADT_A16

EventsVariesA19
A01, A04, A08, A13
A02
A03
A05, A14, A28, A31
A06, A07
A09, A10, A11, A12
A15
A16© JAHIS 2014
61

Value
ADT_A17
ADT_A18
ADT_A20
ADT_A21
ADT_A24
ADT_A30
ADT_A37
ADT_A38
ADT_A39
ADT_A43
ADT_A45
ADT_A50
ADT_A52
ADT_A54
ADT_A60
ADT_A61
BAR_P01
BAR_P02
BAR_P05
BAR_P06
BAR_P10
BAR_P12
BPS_O29
BRP_030
BRT_O32
BTS_O31
CRM_C01
CSU_C09
DFT_P03
DFT_P11
DOC_T12
DSR_P04
DSR_Q01
DSR_Q03
EAC_U07
EAN_U09
EAR_U08
EDR_R07
EQQ_Q04
ERP_R09
ESR_U02
ESR_U02
ESU_U01
INR_U06
INU_U05
LSU_U12
MDM_T01
MDM_T02
MFD_MFA
MFK_M01
MFN_M01
MFN_M02
MFN_M03
MFN_M04
MFN_M05
MFN_M06
MFN_M07
MFN_M08
MFN_M09
MFN_M10
MFN_M11
MFN_M12
MFN_M13
MFN_M15
MFQ_M01
MFR_M01
NMD_N02
NMQ_N01
NMR_N01
OMB_O27
OMD_O03
OMG_O19

Events
A17
A18
A20
A21, A22, A23, A25, A26, A27, A29, A32, A33
A24
A30, A34, A35, A36, A46, A47, A48, A49
A37
A38
A39, A40, A41, A42
A43, A44
A45
A50, A51
A52, A53, A55
A54
A60
A61, A62
P01
P02
P05
P06
P10
P12
O29
O30
O32
O31
C01, C02, C03, C04, C05, C06, C07, C08
C09, C10, C11, C12
P03
P11
T12
P04
Q01
Q03
U07
U09
U08
R07
Q04
R09
U02
U02
U01
U06
U05
U12, U13
T01, T03, T05, T07, T09, T11
T02, T04, T06, T08, T10
MFA
M01, M02, M03, M04, M05, M06, M07, M08, M09, M10, M11
M01
M02
M03
M04
M05
M06
M07
M08
M09
M10
M11
M12
M13
M15
M01, M02, M03, M04, M05, M06
M01, M02, M03, M04, M05, M06
N02
N01
N01
O27
O03
O19

© JAHIS 201462

ValueOMI_O23
OML_O21
OML_O33
OML_O35
OMN_O07
OMP_O09
OMS_O05
ORB_O28
ORD_O04
ORF_R04
ORG_O20
ORI_O24
ORL_O22
ORL_O34
ORL_O36
ORM_O01
ORN_O08
ORP_O10
ORR_O02
ORR_O02
ORS_O06
ORU_R01
ORU_R30
ORU_R31
ORU_R32
OSQ_Q06
OSR_Q06
OUL_R21
OUL_R22
OUL_R23
OUL_R24
PEX_P07
PGL_PC6PMU_B01
PMU_B03
PMU_B04
PMU_B07
PMU_B08
PPG_PCG
PPP_PCB
PPR_PC1
PPT_PCL
PPV_PCAPRR_PC5PTR_PCFQBP_Q11
QBP_Q13
QBP_Q15
QBP_Q21
QCK_Q02
QCN_J01
QRY_A19
QRY_P04
QRY_PC4QRY_Q01
QRY_Q02
QRY_R02
QRY_T12QSB_Q16
QVR_Q17
RAR_RARRAS_O17
RCI_I05
RCL_I06
RDE_O01
RDE_O11
RDR_RDRRDS_O13
RDY_K15
REF_I12
RER_RERRGR_RGR

Events
O23
O21
O33
O35
007
O09
O05
O28
O04
R04
O20
O24
022
O34
O36
O01
O08
O10
O02
O02
O06
R01
R30
R31
R32
Q06
Q06
R21
R22
R23
R24
P07, P08
PC6, PC7, PC8
B01, B02
B03
B04, B05, B06
B07
B08
PCC, PCG, PCH, PCJ
PCB, PCD
PC1, PC2, PC3
PCL
PCA
PC5
PCF
Q11
Q13
Q15
Q21, Q22, Q23,Q24, Q25
Q02
J01, J02
A19
P04
PC4, PC9, PCE, PCK
Q01, Q26, Q27, Q28, Q29, Q30
Q02
R02
T12
Q16
Q17
RAR
O17
I05
I06
O01
O11, O25
RDR
O13
K15
I12, I13, I14, I15
RER
RGR© JAHIS 201463

ValueRGV_O15
ROR_ROR
RPA_I08
RPI_I01
RPL_I02
RPR_I03
RQA_I08
RQC_I05
RQI_I01
RQP_I04
RQQ_Q09
RRA_O02
RRA_O18
RRD_O14
RRE_O12RRG_O16
RRI_I12
RSP_K11
RSP_K21
RSP_K22
RSP_K23
RTB_K13
SIU_S12SPQ_Q08
SQM_S25
SQR_S25
SRM_S01
SRR_S01
SSR_U04
SSU_U03
SUR_P09
SUR_P09
TBR_R08
TBR_R09
TCU_U10
UDM_Q05
VQQ_Q07
VXQ_V01
VXR_V03
VXU_V04
VXX_V02
ORU_W01
QRF_W02

Events
O15
ROR
I08, I09. I10, I11
I01, I04
I02
I03
I08, I09, I10, I11
I05, I06
I01, I02, I03, I07
I04
Q09
O02
O18
O14
O12, O26
O16
I12, I13, I14, I15
K11
K21
K22
K23, K24
K13
S12, S13, S14, S15, S16, S17, S18, S19, S20, S21, S22, S23, S24, S26
Q08
S25
S25
S01, S02, S03, S04, S05, S06, S07, S08, S09, S10, S11
S01, S02, S03, S04, S05, S06, S07, S08, S09, S10, S11
U04
U03
P09
P09
R08
R09
U10, U11
Q05
Q07
V01
V03
V04
V02
W01
W02

NA 数値の配列
HL7成分表－NA－Numeric Array
SEQ

LEN

DT

OPT

1

16

NM

R

TBL#
Value1 値 1

2

16

NM

O

Value2 値 2

3

16

NM

O

Value3 値 3

4

16

NM

O

Value4 値 4

数値配列

COMPONENT NAME…

このデータ型は一連の数値（配列）を表すのに用いる。この型のフィールドは1次元の数値の配列（ベクトルまたは列）を含むことができる。またフィールドの反復を許せば、2次元の数値の配列（表）をこの形式を使って送信することができる。このときその表の各行はこのフィール
ドの1繰り返しとして表現される。1つまたは複数の値が存在しない配列も送信されることがある。「存在しない」値は、2つの隣り合った成分デリミタで表現される。行の最後で値が存在しないことが起こったら、最後の成分デリミタは省略してよい。表全体の行が価値を持たなかった場合、成分デリミタはひとつも必要ではない。（この場合2つの反復デリミタが隣り合うことになる。
例1： 8数字のベクトル© JAHIS 201464

|125^34^-22^-234^569^442^-212^6|
例2： 3x3の数値配列|1.2^-3.5^5.2~2.0^3.1^-6.2~3.5^7.8^-1.3|
例3： (1,1), (2,2), (2,3), (3,3), (3,4), (4,1), (4,2), (4,3), および(4,4)の位置に値が存在しない5x4の数値配列。
|^2^3^4~5^^^8~9^10~~17^18^19^20|

NDL 日付と場所を伴う名前
HL7成分表－NDL－Name with Date and Location
TBL#

日付と場所を伴う名前

SEQ

LEN

DT

OPT

COMPONENT NAME

1

406

CNN

O

Name 名前

2

26

TS

O

Start Date/time 開始日付／時間

3

26

TS

O

End Date/time 終了日付／時間

4

20

IS

O

0302

Point of Care

5

20

IS

O

0303

Room 病室

6

20

IS

O

0304

Bed 病床

7

227

HD

O

8

20

IS

O

0306

Location Status

9

20

IS

O

0305

Patient Location Type 患者場所型

10

20

IS

O

0307

Building 建物

11

20

IS

O

0308

Floor 階

ケアの場所

Facility 施設
場所の状態

注：HL7 V2.5より、OBR-32、OBR-33、OBR-34、OBR-35のCMデータ型を置き換える。
サービスを行う人の名前およびサービスを行う時と場所を示す。
第 1 成分 Name 名前(CNN)
この成分はサービスを行う人の名前を示す。

第 2 成分 Start Date/time 開始日付／時間(TS)
この成分はこの人がサービスを行うのを開始する日付／時間を示す。

第 3 成分 End Date/time 終了日付／時間(TS)
この成分はこの人がサービスを行うのを終了する日付／時間を示す。

第 4 成分 Point of Care ケアの場所(IS)この成分は患者のケアを行う場所のコードを示す。これには患者の所在場所型（例えば、病棟あるいは診療科ある
いは診療所）による条件がつく。提案されている値については、「使用者定義表 0302－ケアの場所」を参照。
使用者定義表0302－Point of care
Value

ケアの場所

Description
No suggested values 推奨値なし

第 5 成分 Room 病室(IS)この成分は患者の病室のコードを示す。ケアの場所の次に、人の場所の指定として最も一般的である。提案されている値については「使用者定義表 0303－病室」を参照。
使用者定義表0303－Room
Value

病室

Description
No suggested values 推奨値なし

第 6 成分 Bed 病床(IS)
この成分は患者の病床のコードを示す。病室の次に最も一般的な人の場所の指定である。 提案されている値については、「使用者定義表 0304－病床」を参照。

© JAHIS 201465

使用者定義表0304－Bed
Value

病床

Description
No suggested values 推奨値なし

第 7 成分 Facility 施設(HD)
この成分は施設での解釈によるが、一般的には医療機関、病院あるいは医療法人の一番高いレベルでの物理的な場所の指定である。最も一般的な人の場所の指定である。

第 8 成分 Location Status 場所の状態(IS)
この成分は場所の状態や空き状況のコードを示す。例えば、この成分は病床の状況を表すことがある。提案されている値については、「使用者定義表 0306－場所の状態」を参照。
使用者定義表0306－Location status
Value

場所の状態

Description
No suggested values 推奨値なし

第 9 成分 Patient Location Type 患者場所型(IS)患者場所型は、施設、建物、階、ケアの場所、病室あるいは病床によって示される人の場所の範疇である。必須のフィールドではないが、使用される場合は唯一値を持つフィールドとなる場合がある。この成分は通常、病棟、診療科、診療所、SNF（熟練看護施設）や診察室といった値を含む。提案されている値については、「使用者定義表0305－患者場所型」を参照。
使用者定義表0305－Person location type
Value

所在場所型

Description

C

Clinic 診療室

D

Department 部門

H

Home 在宅N

Nursing Unit 看護単位（病棟）O

Provider’s Office 提供者事務所

P

Phone 電話S

SNF 熟練看護施設

第 10 成分 Building 建物(IS)
この成分は、その人が場所する建物のコードを示す。施設の次に最も一般的な人の場所の指定である。提案されている値については、「使用者定義表 0307－建物」を参照。
使用者定義表0307－Building
Value

建物

Description
No suggested values 推奨値なし

第 11 成分 Floor 階(IS)
この成分は、その人が場所する下位を示す。建物の次に最も一般的な人の場所の指定である。提案されている値については、「使用者定義表 0308－階」を参照。
使用者定義表0308－Floor 階
Value

Description
No suggested values 推奨値なし

NM 数値© JAHIS 201466

数値

HL7成分表－NM－Numeric
SEQ

LEN

1

16

DT

TBL#

OPT

COMPONENT NAME
Numeric 数値

ASCII数字列として表記する数字は、オプションの先行符号(＋または－)、数字、そしてオプシ
ョンの小数点から構成する。符号がない場合、その数値は正数であると仮定する。小数点がない場合、その数値は整数であると仮定する。
例：

|999|
|-123.792|
先行ゼロまたは小数点の後の後書きゼロは無意味である。01.20と1.2という2つの数値は同一である。オプションの先行符号(＋または－)およびオプションの小数点(．)を除いては、数字以外のASCII文字は許されない。したがって、値"<12"は、文字列データ型としてコード化しなければならない。

NR 数値範囲
HL7成分表－NR－Numeric Range
＃TBL

SEQ

LEN

DT

OPT

1

16

NM

O

Low Value 下限

2

16

NM

O

High Value 上限

数値範囲

COMPONENT NAME

注：HL7 V2.5より、OM2-6.1、OM2-6.3、OM2-6.4のCMデータ型を置き換える。
一連のデータにおける下限値と上限値の範囲を示す。数値範囲の一方が閉じていないときは、閉じていないほうの成分はnullとなる。範囲に端点が含まれるかどうかについては、このフィールドについての使用上の注意に定義される。
第 1 成分 Low Value 下限(NM)
範囲の下限を示す数値。

第 2 成分 High Value 上限(NM)範囲の上限値を示す数値。

OCD 発生コードおよび日付
HL7成分表－OCD－Occurrence Code and Date
SEQ

LEN

DT

OPT

＃TBL

1

705

CNE

R

0350

2

8

DT

R

発生コードおよび日付

COMPONENT NAME
Occurrence Code 発生コード
Occurrence Date 発生日付

請求に関連し、支払い人の処理に影響し得る重要なイベントを指すコードおよび、そのイベントに関連付けられた日付を示す。
注：v2.5より、節6.5.10.10 のUB1-16 および節 6.5.11.7のUB2-7に用いられるCMデータタイ
プを置き換える。
このデータタイプはCMSあるいはその他の監督機関により定義されたデータを保持する。この
データタイプはUB82フィールド28-32およびUB92フィールド32a、 32b、 33a、33b、34a、 34b、
35aおよび35bに対応する。より詳しい情報についてはUBの仕様を参照。
ユースケース：メディケアの受益者が、1992年1月1日から1992年1月10日まで入院していたが、その患者のPart A給付が1992年1月8日で切れ、その患者はPart B給付の資格を有しなかった。
したがって位置32は、コード23と日付010892を持つことになる。
例：|23&Benefits Exhausted&NUBC^19920108|
第 1 成分 Occurrence Code (CNE) 発生コード
支払い者の処理に影響を与え得る請求に関連したイベントあるいは出来事に対する NUBC コード有効な値については「HL7 表 0350 –発生コード」 を参照。

© JAHIS 201467

この成分の値は米国統一請求委員会(NUBC)の定義に従う必要がある。拡張は許されない。
HL7表0350 － Occurrence code
Value

発生コード

Description
Use NUBC codes NUBC コードを使うこと

Comments

第 2 成分 Occurrence Date 発生日(DT)
支払い者の処理に影響を与え得る請求に関連したイベントが起こった日付。

OSD オーダ連鎖定義
HL7成分表－OSD－Order Sequence Definition

オーダ連鎖定義

SEQ

LEN

DT

OPT

TBL#

COMPONENT NAME

1

1

ID

R

0524

2

15

ST

R

3

6

IS

O

4

15

ST

R

5

6

IS

O

6

12

ST

O

Sequence Condition Value 連鎖条件値

7

3

NM

O

Maximum Number of Repeats 最大反復数

8

15

ST

R

Placer Order Number: Universal ID 依頼者オーダ番号：汎用 ID

9

6

ID

O

10

15

ST

R

11

6

ID

O

Sequence/Results Flag 連鎖／結果フラグ
Placer Order Number: Entity Identifier
依頼者オーダ番号：エンティティ識別子

0363

Placer Order Number: Namespace ID 依頼者オーダ番号：ネームスペ
ース ID
Filler Order Number: Entity Identifier
実施者オーダ番号：エンティティ識別子

0363

0301

Filler Order Number: Namespace ID 実施者オーダ番号：ネームスペー
ス ID

Placer Order Number: Universal ID Type 依頼者オーダ番号：汎用 ID 型
Filler Order Number: Universal ID 実施者オーダ番号：汎用 ID

0301

Filler Order Number: Universal ID Type 実施者オーダ番号：汎用 ID 型

注：HL7 V2.5より、TQデータ型に用いられているCM データ型を置き換える。
このデータ型は、あるオーダと別のひとつまたは複数のオーダとの関係を構成する完全にコード化されたバージョンである。その関係は連鎖あるいは循環パターンである。OSDの仕様はTQ
データ型（特にORC-7?に適用された場合）に限定される。HL7 V2.5よりHL7旧バージョンとの目的のみで保持される。連鎖の段数や循環のパターンを送信する必要なときには、このデー
タ型より、TQ1およびTQ2セグメントを考慮することが推奨される。
第 1 成分 Sequence/Results Flag 連鎖／結果フラグ(ID)
連鎖条件あるいは繰り返すオーダの組が指定されているかを示す。有効な値については「HL7 表 0524－連鎖条件」
を参照
HL7表0524－Sequence condition
Value

連鎖条件

Description

S

Sequence conditions 連鎖条件

C

Repeating cycle of orders 繰り返すオーダの組

R

Reserved for possible future use 将来使用する可能性のため予約

第 2 成分 Placer Order Number: Entity Identifier 依頼者オーダ番号：エンティティ識別子(ST)
依頼者オーダ番号の最初の成分、エンティティ識別子を含む。

第 3 成分 Placer Order Number: Namespace ID 依頼者オーダ番号：ネームスペース ID(IS)
依頼者オーダ番号の 2 番目の成分、ネームスペース ID を含む。提案されている値については「使用者定義表 0363
－割当権限者」を参照。

第 4 成分 Filler Order Number: Entity Identifier 実施者オーダ番号：エンティティ識別子(ST)実施者オーダ番号の最初の成分、エンティティ識別子を含む。

© JAHIS 201468

第 5 成分 Filler Order Number: Namespace ID 実施者オーダ番号：ネームスペース ID(IS)
実施者オーダ番号の 2 番目の成分、ネームスペース ID を含む。提案されている値については「使用者定義表 0363
－割当権限者」を参照。

第 6 成分 Sequence Condition Value 連鎖条件値(ST)
関連する先のオーダあるいは後のオーダの開始／終了と ORC-2、3 および 4 で示される現在のオーダとの関係を示す。

認められる条件の値は、以下の形式のプロジェクト計画方法論で広く使われている形をとる：<"SS"、"EE"、"SE"あるいは"ES"のいずれか>+/-<時間>
最初の文字は、先のオーダの開始(S)または終了(E)を表し、先のオーダは副成分 1、2 または 3、4 の依頼者または実施者オーダ番号で示される。
2 番目の文字は、後のオーダの開始(S)または終了(E)を表し、後のオーダはこの量／タイミングの指定を含むオーダである。
<時間>は先のオーダの開始または終了から後のオーダの時間間隔を示す（以下の例を参照）。
Where <time> is defined as
Value＜時間＞の定義

Description

S＜整数＞

do for <integer> seconds ＜数値＞秒の間行う

M＜整数＞

do for <integer> minutes ＜数値＞分の間行う

H＜整数＞

do for <integer> hours ＜数値＞の間行う

D＜整数＞

do for <integer> days ＜数値＞日の間行う

W＜整数＞

do for <integer> weeks ＜数値＞週の間行う

L＜整数＞

do for <integer> months ＜数値＞月の間行う

第 7 成分 Maximum Number of Repeats 最大反復数(NM)
繰り返しの組にのみ用いる繰り返しの最大数。繰り返しの総数は、最後の繰り返しが終わる日付／時間、あるいは、親の終了日付／時間のうちいずれか早いほうで制約される。

第 8 成分 Placer Order Number: Universal ID 依頼者オーダ番号：汎用 ID(ST)
依頼者オーダ番号の最後から 2 つ目の成分、汎用 ID を含む。

第 9 成分 Placer Order Number: Universal ID Type 依頼者オーダ番号：汎用 ID 型(ID)
依頼者オーダ番号の最後の成分、汎用 ID 型を含む。有効な値については、「HL7 表 0301－汎用 ID 型」を参照。

第 10 成分 Filler Order Number: Universal ID 実施者オーダ番号：汎用 ID(ST)
実施者オーダ番号の最後から 2 つ目の成分、汎用 ID を含む。

第 11 成分 Filler Order Number: Universal ID Type 実施者オーダ番号：汎用 ID 型(ID)
実施者オーダ番号の最後の成分、汎用 ID 型を含む。有効な値については、「HL7 表 0301－汎用 ID 型」を参照。

OSP 発生スパン・コードおよび日付
HL7成分表－OSP－Occurrence Span Code and Date 発生スパン・コードおよび日付
SEQ

LEN

DT

OPT

＃TBL

1

705

CNE

R

0351

2

8

DT

C

Occurrence Span Start Date 発生スパン開始日付

3

8

DT

C

Occurrence Span Stop Date 発生スパン・終了日付

COMPONENT NAME
Occurrence Span Code

発生スパン・コード請求の支払いに関連するイベントを特定するコードおよび関連する日付。例えば、先行入院日
付は、ある患者の、病院またはSNF（熟練看護施設）への今回の入院から60日以内に終了した
何らかの入院のあった患者について、その入院／退院の日である。
注：v2.5より、節6.5.11.8 のUB2-8に用いられるCMデータタイプを置き換える。
ユースケース：患者は小さな手術のため入院(2003年1月6日)し、翌日(2003年1月7日)に退院した。合併症が続発し、患者は次の日(2003年3月8日)に再入院した。2003年3月8日の請求を提出する際に、先行入院日付（2003年1月6日-2003年1月6日）を発生事象範囲コードおよび日付 71先行入院日付を使って（保険プランごとに）報告しなければならない。
|71&Prior Stay Date&NUBC^20030106^20030107|© JAHIS 201469

第 1 成分 Occurrence Span Code 発生スパン・コード(CNE)請求の支払いに関係するイベントを示す NUBC のコード自体。
有効な値については 「HL7 表 0351 –発生事象範囲」 を参照。この成分の値は米国統一支払委員会(NUBC)が定めたものである。拡張は許されない
HL7表0351 －Occurrence span
Value

発生スパン

Description
Use NUBC codes NUBC コードを使うこと

Comments

第 2 成分 Occurrence Span Start Date 発生スパン開始日時(DT)
請求の支払いに関するイベントが開始した日付。

第 3 成分 Occurrence Span Stop Date 発生スパン終了日時(DT)
請求の支払いに関するイベントが終了した日付。

PIP 医療従業者の施設内の特権
HL7成分表－PIP－Practitioner Institutional Privileges
SEQ

LEN

DT

OPT

＃TBL

1

483

CE

R

0525

Privilege

2

483

CE

O

0526

Privilege Class 特権クラス

3

8

DT

O

Expiration Date 失効日付

4

8

DT

O

Activation Date 発効日付

5

427

EI

O

Facility 施設

医療従事者施設内特権

COMPONENT NAME
特権

このデータタイプは医療従事者に与えられた施設内の特権とその詳細を示す。
注：v2.5より、節15.4.5.7のPRA-7 に用いられるCMデータタイプを置き換える。
第 1 成分 Privilege 特権(CE)
施設内の特権自体を示す。提案されている値については、「使用者定義表 0525－特権」を参照。
使用者定義表0525 －PrivilegeValue
No suggested values defined

特権

Description
推奨値はないComments

第 2 成分 Privilege Class 特権クラス(CE)
施設内の特権のクラス範疇を示す。提案されている値については「使用者定義表 0526 – 特権クラス」 を参照。
使用者定義表0526 －Privilege classValue
No suggested values defined

特権クラス

Description
推奨値はないComments

第 3 成分 Expiration Date 失効日付(DT)
施設内の特権がもはや有効でなくなる／なくなった日付を示す。

第 4 成分 Activation Date 発効日付(DT)
施設内の特権が有効になる／なった日付を示す。

第 5 成分 Facility 施設(EI)
施設内の特権が有効である／あった施設を示す。

PL 患者所在
HL7成分表－PL－Person Location

患者所在
COMPONENT NAME

SEQ

LEN

DT

OPT

TBL#

1

20

IS

O

0302

Point of Care ケアの場所

2

20

IS

O

0303

Room 病室

3

20

IS

O

0304

Bed 病床© JAHIS 2014
70

SEQ

LEN

DT

OPT

TBL#

COMPONENT NAME

4

227

HD

O

5

20

IS

O

0306

Location Status 場所の状態

6

20

IS

C

0305

Person Location Type 所在場所型

7

20

IS

O

0307

Building 建物

8

20

IS

O

0308

Floor 階

9

199

ST

O

Location Description 場所の詳細

10

427

EI

O

Comprehensive Location Identifier 包括的な場所識別子

11

227

HD

O

Assigning Authority for Location 場所についての割当権限者

Facility 施設

定義：このデータ型は医療施設内における患者の所在場所を特定するために用いる。どの成分に値を設定するかは現場の要求による。例えば、在宅で治療を受けている患者については、患者所在場所型のみ値が設定される。このデータ型は患者の所在場所を特定するのに最もよく使用されるが、医療現場に関わる人の他のタイプを参照することもある。
注記：このデータ型は、最も一般的なものから最も特別なものまで次の順番で考慮すべきいく
つかの位置識別子からなる：施設、建物、階、ケアの場所、病室、病床。これらの成分で示されるすべての位置に関する付加的情報は次の成分で付加することができる：所在場所型、場所の詳細、場所の状態。
例：看護単位Community Hospitalの看護単位：4東、136号室、ベッドB
4E^136^B^CommunityHospital^^N^^^
例：診療室
University Hospitalsの診療室：Brionesビル3階にある内科診療室
InternalMedicine^^^UniversityHospitals^^C^Briones^3^
例：在宅患者の家で治療を受けている。
^^^^^H^^^第 1 成分 Point of Care ケアの場所 (IS)>
この成分は患者のケアを行う場所のコードを示す。これには患者の所在場所型（例えば、看護単位あるいは部門あるいは診療室）による条件がつく。提案されている値については「使用者定義表 0302－ケアの場所」を参照。

第 2 成分 Room 病室 (IS)
この成分は患者の病室のコードを示す。ケアの場所についで人の所在場所の指定として最も一般的である。提案されている値については「使用者定義表 0303－病室」を参照。

第 3 成分 Bed 病床 (IS)
この成分は患者の病床のコードを示す。病室の次に最も一般的な人の所在場所の指定である。 提案されている値については「使用者定義表 0304－病床」を参照。

第 4 成分 Facility 施設 (HD)
この成分は施設での解釈によるが、一般的には医療機関、病院あるいは医療法人の一番高いレベルでの物理的な場所の指定である。最も一般的な人の所在場所の指定である。データ型に関する議論については「HL7 成分表－HD
階層的指定子」を参照。

第 5 成分 Location Status 場所の状態 (IS)
この成分は場所の状態や空き状況のコードを示す。例えば、この成分は病床の状況を表すことがある。提案されている値については「使用者定義表 0306－場所の状態」を参照。

第 6 成分 Person Location Type 所在場所型 (IS)患者所在場所型は、施設、建物、階、ケアの場所、病室あるいは病床によって示される人の所在の範疇である。必須のフィールドではないが、使用される場合は唯一値を持つフィールドとなる場合がある。この成分は通常、看護単位、部門、診療室、SNF（熟練看護施設）や医局といった値を含む。提案されている値については「使用者定義
表 0305－所在場所型」を参照。

第 7 成分 Building 建物 (IS)
この成分は、その人が所在する建物のコードを示す。施設の次に最も一般的な人の所在場所の指定である。提案されている値については「使用者定義表 0307－建物」を参照。

© JAHIS 201471

第 8 成分 Floor 階 (IS)
この成分は、その人が所在する階を示す。建物の次に最も一般的な人の所在場所の指定である。提案されている値については「使用者定義表 0308－階」を参照。

第 9 成分 Location Description 場所の詳細 (ST)
この成分はフリーテキストで場所の詳細を記述する。

第 10 成分 Comprehensive Location Identifier 包括的な場所識別子 (EI)
物理的場所を個々の成分に関わらず、全体として表現する一意的な識別子。この成分は、施設が物理的単位を示す
別の方法を用いて、詳細度の低いレベルでコードをつけることを許容する。例えば、ケアの場所、病室および病床が不可分の 1 つのコードを持つこともありうる。

第 11 成分 Assigning Authority for Location 場所についての割当権限者 (HD)
個々の物理場所成分を作成したエンティティ。値が設定されている場合には、全ての値の設定された成分についての権限者である。HD 成分の最初の副成分＜ネームスペース ID＞に対する提案されている値については「使用者定義表 0363－割当権限者」を参照。この成分により、このデータ型のフィールドが繰り返し使用された場合に、それぞれのコードを違えることが可能となる。

PLN 従業者ライセンスあるいは他の ID 番号
医療従事者免許またはその他のID番号

HL7成分表－PLN－Practitioner License or Other ID Number
＃TBL

SEQ

LEN

DT

OPT

1

20

ST

R

COMPONENT NAME

2

8

IS

R

3

62

ST

O

State/other Qualifying Information 州／その他の資格情報

4

8

DT

O

Expiration Date 有効期限

ID Number ID 番号0338

Type of ID Number ID 番号のタイプ

このデータタイプは医療従事者の免許番号またはUPIN（一義的医師ID番号）、メディケアおよびメディケイド番号といったその他のID番号とその詳細を示す。
注：v 2.5より、節15.4.5.6のPRA-6、節 11.6.3.7のPRD-7および節 11.6.4.7のCTD-7に用いられるCMデータタイプを置き換える。
第 1 成分 ID Number ID 番号(ST)
免許番号または UPIN（一義的医師 ID 番号）、メディケアおよびメディケイド番号のような、その他の ID 番号を示す。

第 2 成分 Type of ID Number ID 番号のタイプ(IS)
番号のタイプを示す。
提案されている値については「使用者定義表 0338 – 医療従事者 ID 番号タイプ」 を参照。
使用者定義表0338 －Practitioner ID number type
Value
CY

Description
County number 郡番号

DEA

Drug Enforcement Agency no
麻薬取締局番号
General ledger number 一般台帳番号

GL
LI

Labor and industries number 労働産業省番号

L&I
MCD

Labor and industries number number
労働産業省番号
Medicaid number メディケイド番号

MCR

Medicare number メディケア番号

QA

QA number QA 番号

SL

State license number 州免許番号

TAX

Tax ID number 納税 ID 番号

TRL

Training license number 研修免許番号

UPIN

Unique physician ID no. 一義的医師 ID 番号© JAHIS 201472

医療者従事者ID番号タイプ
Comments

Deprecated as of v 2.5; Use LI instead v2.5 より非推奨；LI を代わりに使用第 3 成分 State/other Qualifying Information 州／その他資格情報(ST)当てはまる場合には、免許または ID が有効な州または省、あるいはその他の資格に関する情報を示す。州の資格に関しては、その国の郵便サービスでの略称を用いることが推奨されている。

第 4 成分 Expiration date 有効期限(DT)免許または ID がもはや有効でなくなる日付を示す。

PN 個人名取り下げ。

PPN 実施者タイムスタンプ
HL7成分表－PPN－Performing Person Time Stamp
SEQ

LEN

DT

OPT

TBL#

実施者タイムスタンプ

COMPONENT NAME

1

15

ST

O

ID Number ID 番号

2

194

FN

O

Family Name 姓

3

30

ST

O

Given Name 名

4

30

ST

O

Second and Further Given Names or Initials Thereof
2 番目以降の名またはそれらのイニシャル

5

20

ST

O

Suffix (e.g., JR or III)

6

20

ST

O

Prefix (e.g., DR)

7

5

IS

B

0360

Degree (e.g., MD)

8

4

IS

C

0297

Source Table ID 管理表

接尾語（例：JR または III）

接尾語（例：DR）
学位（例：MD）V2.5 より非推奨

9

227

HD

O

0363

Assigning Authority 割当権限者

10

1

ID

O

0200

Name Type Code 名前型コード

11

1

ST

O

12

3

ID

C

0061

Check Digit Scheme

13

5

ID

O

0203

Identifier Type Code 識別子型コード

14

227

HD

O

Assigning Facility 割当施設

15

26

TS

O

Date/Time Action Performed 行為実施日付／時刻

16

1

ID

O

0465

Name Representation Code 名前表記コード

17

483

CWE

O

0448

Name Context 名前の文脈

18

17

DR

B

19

1

ID

O

20

26

TS

O

Effective Date 発行日付

21

26

TS

O

Expiration Date 失効日付

22

199

ST

O

Professional Suffix 専門職の接頭辞

23

705

CWE

O

Assigning Jurisdiction 割当管轄

24

705

CWE

O

Assigning Agency or Department 割当権限者または行政組織

Identifier Check Digit 識別子チェックディジット
チェックディジット体系

Name Validity Range 名前の有効範囲 V.2.5 より非推奨
0444

Name Assembly Order 名前構成順序

このデータ型はTSデータ型につながれたXCNデータ型と等価なものであり、誰がいつアクションを実行したかを記録するために使用する。nullでない場合、実行者およびタイムスタンプの両方の値が設定されねばならない。
第 1 成分 ID Number ID 番号(ST)成分 8 で示される使用者定義表によりコード化された ID。最初の成分が明示された場合には ID 管理表または割当
権限者に値を入れる必要がある。

© JAHIS 201473

第 2 成分 Family Name 姓(FN)
このデータ型はある個人の姓を完全に示すことを可能とする。必要なときは、このデータ型は個人の名前が、もともとの姓と配偶者の姓を含んでいる場合に、そのそれぞれを区別する。このデータ型はまた、メッセージにおいて、姓の接頭辞の部分（例えば"van"や"de"のような）と語根の部分とを区別することを可能にする。

第 3 成分 Given Name 名(ST)ファーストネーム。

第 4 成分 Second and Further Given Names or Initials Thereof 2 番目以降の名またはそれらのイニ
シャル(ST)複数のミドルネームを空白で区切って入れることができる。

第 5 成分 Suffix (e.g., JR or III) 接尾語（例、JR または III）(ST)
名前の接尾語を明記するのに用いる。
（例、Jr または III）

第 6 成分 Prefix (e.g., DR) 接尾語（例 DR）(ST)
名前の接頭語を明記する。
（例、Dr）

第 7 成分 Degree (e.g., MD) 学位（例：MD）(IS)
注：HL7 V2.5 より HL7 旧バージョンとの互換性のためにのみ残されている。
専門職接頭語成分を参照。教育における学位（例、MD）を明記するのに用いる。提案されている値については「使用者定義表 0360－学位／免許／資格」を参照。

第 8 成分 Source Table ID 管理表(IS)
この成分に関する使用者定義表の値として「使用者定義表 0297－CNID 管理表」の HL7 識別子が使われている。
最初の成分を記述するのに用いる。

第 9 成分 Assigning Authority 割当権限者(HD)
割当権限者はそのデータを生成したシステム（あるいは組織、政府機関の部署）についての一義的な識別子である。
これは HD データ型である。
「使用者定義表 0363－割当権限者」が HD 成分の最初の副成分＜ネームスペース ID＞に与える値の HL7 識別子として用いられる。

第 10 成分 Name Type Code 名前型コード(ID)
名前の型を表すコード。有効な値については「HL7 表 0200－名前型」を参照。
HL7表0200－Name type
Value

Description

A

Alias Name 別名

B

Name at Birth 出生時の名前

C

Adopted Name 養子名

D

Display Name 表示名称

I

Licensing Name 免許での名前

L

Legal Name 法律的な名前

M

Maiden Name 旧姓

N
P
R
S
T
U

名前型

Nickname /”Call me” Name/Street Name
ニックネーム／希望呼称／通称
Name of Partner/Spouse (retained for backward compatibility only)
バートナー／配偶者の名前（HL7 旧バージョンとの互換性のためにのみ）
Registered Name (animals only)
登録名〈動物のみ〉
Coded Pseudo-Name to ensure anonymity
匿名性保証のためのコード化された仮名
Indigenous/Tribal/Community Name
先住民族／部族／共同体での名前
Unspecified 不特定

第 11 成分 Identifier Check Digit

識別子チェックディジット(ST)

このデータ型でのチェックディジットは、メッセージ処理系により生成された後付けのものではない。識別番号の一部分で、送信側アプリケーションで使用される部分が、この成分でいうチェックディジットである。送信側のア
プリケーションが自己生成のチェックディジットを識別番号に含めていない場合は、この成分は null にしなければならない。

© JAHIS 201474

第 12 成分 Check Digit Scheme チェックディジット体系(ID)
使用されているチェックディジット方式の指定を含む。有効な値については「HL7表0061 -チェックディジット形式」を参照。
第 13 成分 Identifier Type Code 識別子型コード(ID)患者に最初に識別子が割り当てられた、建物・場所の識別子。この成分は識別子の固有の部分ではないが、識別子の履歴に関する部分である。この成分は、特定の相互通信システムのために存在している。有効な値については「HL7
表 0203－ID 型」を参照。

第 14 成分 Assigning Facility 割当施設(HD)
患者に最初に識別子が割り当てられた、建物・場所の識別子。この成分は識別子の固有の部分ではないが、識別子の履歴に関する部分である。この成分は、特定の相互通信システムのために存在している。

第 15 成分 Date/Time Action Performed 行為実施日付／時刻(TS)
この成分は行為がいつ実施されたかを記述する。

第 16 成分 Name Representation Code 名前表記コード(ID)同じ名前／住所に対する別の名前／住所型および名前／住所表記は、このフィールドを、名前／住所型および／または名前／住所表記を違えて、繰り返すことで表現すべきである。一般的にこの成分はデータ項目で提供される表記の指示を行う。使用されている文字セットを示すことは必要ではない。したがって、表記は何を期待すべきかを示すが、それでもなお、送信側は自由に望むどんな文字集合を使っても内容をコード化することができる。この成分は受信者にヒントのみ与えるので、受信側は何が送られてきて何を表示する能力があるかをもとに選択を行うことができる。有効な値について「HL7 表 0465－名前／アドレス表記」を参照。
名前／アドレス表示

HL7表0465－Name/address representation
Value

Description
Ideographic (i.e., Kanji)
表意文字(漢字)
Alphabetic (i.e., Default or some single-byte)
シングルバイト英数字
Phonetic (i.e., ASCII, Katakana, Hiragana, etc.)
表音文字(ASCII、仮名)I
AP

第 17 成分 Name Context 名前の文脈(CWE)
この成分は名前の使われる文脈を示すのに用いられる。主なユースケースはオーストラリアの保険医療においてである：異なる保険医療施設に入院する場合に、異なる名前を使用することを希望する先住民の患者である。別のユースケースは、米国で、医療従事者が少し異なる名前で免許を受けることができて、管理上の理由で正確な名前を届け出ることがきわめて重要な場合である。提案されている値については「使用者定義表 0448－名前の文脈 」を参照。
使用者定義表0448－Name context
Value

名前の文脈

Description
No suggested values 推奨値なし

第 18 成分 Name Validity Range 名前の有効範囲(DR)
注：HL7 V2.5よりHL7旧バージョンとの互換性のためにのみ保持されている。
この成分は、この名前が有効な期間を示す開始と終了の日付／時間を含む。副成分の説明については「DR－日付／
時刻範囲」を参照。PPN.20 発効日付および PPN.21 失効日付を参照。この成分は十分に表現することができず、
v2.4 の誤りとして認識されている。

第 19 成分 Name Assembly Order 名前構成順(ID)
この人名の構成要素の望ましい表示順を表す。有効な値については「HL7 表 0444－名前構成順」を参照。
HL7表0444－Name assembly order
Value

名前構成順

Description
Prefix Given Middle Family Suffix
接頭辞 名 ミドルネーム 姓 接尾辞Prefix Family Middle Given Suffix
接頭辞 姓 ミドルネーム 姓 接尾辞GF© JAHIS 201475

第 20 成分 Effective Date 発効日付(TS)知られている場合には、住所が正当で有効となる最初の日。

第 21 成分 Expiration Date 失効日付(TS)知られている場合には、住所が正当で有効である最後の日。

第 22 成分 Professional Suffix 専門職の接頭辞(ST)
その人の専門職種（例、免許、資格、学位、専門学会の会員）を証明する資格を表示する略語あるいは略語の文字列を示すのに用いられる。人名が表示されるときに、専門職の接頭辞は、通常、姓の後に表示される。この成分は、非整形の文字列で、表示目的のみで用いられることに注意すること。

第 23 成分 Assigning Jurisdiction 割当管轄(CWE)
成分 1 の識別子を割り当てた地理・政治上のエンティティ。

第 24 成分 Assigning Agency or Department 割当権限者または行政組織(CWE)
成分 1 の識別子を割り当てた割当権限者または割当組織。

PRL 親結果リンク
HL7成分表－PRL－Parent Result Link 親結果リンク
SEQ

LEN

DT

OPT

TBL#

COMPONENT NAME

1

483

CWE

R

Parent Observation Identifier 親検査識別子
親結果のOBX-3で定義される。

2

20

ST

O

Parent Observation Sub-identifier
親結果のOBX-4で定義される。

3

250

TX

O

Parent Observation Value Descriptor
親結果のOBX-5で定義される。

親検査副識別子

親検査の値の記述

注：HL7 V2.5より、OBR-26、OBR-26 に用いられるCMデータ型を置き換える。
現在のオーダの親結果に関連づけられている OBX セグメントを、OBR-29-親の中の情報と共に、一意的に示す。

使用上の注意：このデータ型は、OBR-26－親結果のみに、他の型のリンク（例、毒物学）についても情報を利用できるようにするときに適応される。この重要な情報はOBR-29-親の情報とともに、このオーダの親結果に関連づけられているOBXセグメントを一意的に示す。この親結果のOBXセグメントの値は、このセット検査が対象とする微生物あるいは化学分類である。例えば、現在のセット検査が抗菌物質感受性検査であった場合、親検査として特定されたOBXは感受性検査が行われた微生物を特定する結果を保持している。この間接リンクの方法がより望ましいのは、親結果の微生物の名前は、最終確定に先立っていくつかの予備値を経ることがあるからである。
使用上の注意：このフィールドは親の結果フィールドの全てを持ってくるのではないことを強調しておく。このフィールドは微生物や化学副分類を特定するテキストの名前だけを意図している。このフィールドは、曖昧性のない検査IDや副IDを生成できないシステムに
親結果に逆リンクをたどる手段を提供するためだけに加えられたものである。このフィールドはOBR-29-親によって親結果が特定され、その親が多数の結果のそれぞれに対し子オーダを発生される場合のみ提示される。
第 1 成分 Parent Observation Identifier 親検査識別子(CWE)
親結果の OBX-3 で示される親検査の一意的な識別子を含む。この値はその親の OBX-3 と同じである。

第 2 成分 Parent Observation Sub-identifier 親検査副識別子(ST)親結果の OBX-3 で示される親検査の副識別子を含む。この値はその親の OBX-4 と同じである。

第 3 成分 Parent Observation Value Descriptor 親検査の値の記述(TX)
親結果の OBX-5 で示される親検査の値の記述を含む。例えば、この 3 番目の成分は親結果で示された微生物の名前を直接記録するのに用いられる。

PT 処理タイプ© JAHIS 201476

処理タイプ

HL7成分表－PT－Processing Type
SEQ

LEN

DT

OPT

TBL#

COMPONENT NAME

1

1

ID

O

0103

Processing ID 処理 ID

2

1

ID

O

0207

Processing Mode 処理モード

このデータ型は、HL7アプリケーションがHL7メッセージの処理をするべきか否か示す。
第 1 成分 Processing ID 処理 ID (ID)メッセージが本系、練習系、デバッグ系かどうかを示す値。有効な値については「HL7 表 0103 - 処理 ID」を参照。
処理ID

HL7表0103－Processing Type
Value

Description

D

Debugging デバッグP

Production 本系

TTraining 練習

第 2 成分 Processing Mode 処理モード (ID)メッセージが記録処理か初期導入かどうかを示す値。有効な値については「HL7 表 0207－処理モード」を参照。
HL7表0207－Processing mode
Value

Description

A

Archive 記録

R

Restore from archive 記録からの復帰

I

処理モード

Initial load 初期導入

T
Not present

Current processing, transmitted at intervals (scheduled or on demand)
現在処理中、間隔を置いて送信（スケジュールまたは要求ごと）
Not present (the default, meaning current processing)
提示されない（デフォルト、現在処理中を意味する）

PTA 保険タイプおよび金額
保険タイプおよび金額

HL7成分表－PTA－Policy Type and Amount
SEQ

LEN

DT

OPT

＃TBL

1

5

IS

R

147

Policy Type 保険タイプ

2

9

IS

O

193

Amount Class 金額クラス

3

16

NM

B

Money or Percentage Quantity 金額またはパーセンテージの数字

4

23

MOP

R

Money or Percentage 金額またはパーセンテージ

COMPONENT NAME

このデータタイプは保険タイプとその保険によりまかなわれる額を示す。
注：v 2.5より、節6.5.7.29のIN2-29で用いられるCMデータタイプを置き換える。
第 1 成分 Policy Type 保険タイプ(IS)
保険のタイプを示す。
提案されている値については「使用者定義表 0147 – 保険タイプ」 を参照。
使用者定義表0147 －Policy type 保険タイプ
Value
ANC

Description
Ancillary 補助保険

2ANC

Second ancillary 2 番目の補助保険

MMD

Major medical 主医療保険

2MMD

Second major medical 2 番目の主医療保険

3MMD

Third major medical 3 番目の主医療保険

Comments

第 2 成分 Amount Class 金額クラス(IS)
金額のクラスを示す。
提案されている値については「使用者定義表 0193 – 金額クラス」 を参照。

© JAHIS 201477

使用者定義表0193 －Amount class
Value
AT

Amount 金額

金額クラス

Description

Comments
v2.5 より後方互換性のためのみに保持されている

LM

Limit 上限

PC

Percentage パーセンテージ

v2.5 より後方互換性のためのみに保持されている

UL

Unlimited 無制限

第 3 成分 Money or Percentage Quantity 金額またはパーセンテージの表示(NM)
通貨またはパーセンテージの数字を示す。
v2.5 より後方互換性のためのみに保持されている。替わりに PTA.4 を参照。

第 4 成分 Money or Percentage 金額またはパーセンテージ(MOP)
通貨またはパーセンテージで額を表す。

QIP 照会入力パラメータリスト
照会入力パラメータリスト

HL7成分表－QIP－Query Input Parameter List
TBL#

SEQ

LEN

DT

OPT

COMPONENT NAME

1

12

ST

R

Segment Field Name セグメントフィールド名

2

199

ST

R

Values 値 1&値 2&値 3…

このフィールドは、ストアドプロシージャへ渡されるパラメータである名前と値の一覧表を含んでいる。
|@PID.5.1^EVANS|
第 1 成分 Segment Field Name セグメントフィールド名(ST)セグメントフィールド名を含んでいる。
フィールド名の命名ルール：
フィールドのための HL7 セグメント ID と連結された「@」記号によって、フィールドが指定される。フィールドが成分に分割される場合、名前の後に「.nn」を付けてもよいが、これは特定の成分を識別するためである（「.3」のサフィクスはフィールドの第 3 の成分を示す）；そうでなければ、全体のフィールドが仮定される。 フィールドがさらに副成分に分割される場合、名前の後に「.nn.mm」を付けるが、それは相対的な位置によって要求された成分および副成分を識別するためである。
施設特定のフィールドを使用してもよいが、それらが文字「Z」から始まることが条件である。この場合、既存のHL7セグメントID とセグメント番号に矛盾しない施設特定のセグメントIDとセグメント番号が定義されねばならない。

このフィールドに対する値は、HL7 V2.5の各機能固有の章に定義されている。
注：「@」が、「MSH－2 コード化文字」の中で定義された区切記号文字のうちの 1 つとして使用されている場合、それはエスケープされねばならない。

第 2 成分 Values 値 (ST)フィールド値を含んでいるか、あるいは「値 1&値 2&値 3...」の形式の値を含んでいる。
単一値パラメータは、第 2 の成分に単一の副成分だけを含んでいる、したがって副成分の区切記号は必要ではない（例えば<フィールド名>＾<値>）。値の単純な一覧表（すなわち一次元の配列）を、単一値の代わりに渡してもよ
いが、各値は区切記号で分離する（<フィールド名>＾<値 1&値 2&...>）。

QSC 照会選択基準
HL7成分表－QSC－Query Selection Criteria
SEQ

LEN

DT

OPT

1

12

ST

R

2

2

ID

O

3

199

ST

O

4

3

ID

O

TBL#

照会選択基準COMPONENT NAME
Segment Field Name セグメントフィールド名0209

Relational Operator 比較演算子
Value 値

0210

© JAHIS 201478

Relational Conjunction 比較論理積

このフィールドは、問合せ応答で返されるべき行に資格を与える条件を示す。（このフィール
ドは問合せの対応するSQL表現中の「WHERE」句と同じ情報を伝えるが、フォーマットのされ方は異なっている。）|@PID.5.1^EQ^EVANS|
第 1 成分 Segment Field Name セグメントフィールド名(ST)
修飾語として参加しているフィールドの名前（通常「キー」）。フィールドに名前を付ける方法については、データ型 QIP の第 1 成分の「セグメントフィールド名(ST)」を参照。

第 2 成分 Relational Operator 比較演算子(ID)
有効な値については HL7 表 0209－比較演算子を参照。
比較演算子

HL7表0209－Relational operator
Relational operator

Value

EQ

Equal 等しいNE

Not Equal 等しくないLT

Less than より小さい

GT

Greater than より大きい

LE

Less than or equal 以下

GE

Greater than or equal 以上

CT

Contains 含む

GN

Generic 一般

第 3 成分 Value 値(ST)フィールドがそれに対して比較される値。

第 4 成分 Relational Conjunction 比較論理積(ID)「HL7 表 0210－比較論理積」を参照。 比較論理積は以下のように定義される。資格を得る行を選択するために複数の比較がされる場合、結合子はこれらの比較文を連結する。
HL7表0210－Relational conjunction
Relational conjunction
AND

比較論理積
Note

デフォルト

OR

文字列に適用されたとき、関係オペレータ LT、GT、LE および GE はアルファベットの比較を意味する。
「総括的な」比較は、指定された文字列の初めが選択文字列と一致するレコードを選び応答に含める。
反復フィールドがオペランドとして指定される場合、そのいずれかのフィールド条件が一致すれば、応答メッセー
ジ中に含めるための行に資格を与える。
AND は OR に優先する。より高度で複雑な条件は、埋め込みの問合せ言語メッセージあるいはストアプロシジャ問
合せメッセージとして問合せが表現されることを要求する。

RCD 行・列定義
HL7成分表－RCD－Row Column Definition
SEQ

LEN

DT

OPT

1

12

ST

O

2

3

ID

O

3

2

NM

O

TBL#

行・列定義

COMPONENT NAME
Segment Field Name セグメントフィールド名0440

HL7 Data Type HL7 データ型
Maximum Column Width 最大コラム幅

PID-5の「姓」コンポーネントの値を含んでいる。データが最大幅の20桁|@PID.5.1^ST^20|
これはセグメントフィールド名、データ型および最大長により列の書式を示す。
第 1 成分 Segment Field Name セグメントフィールド名(ST)HL7 セグメントフィールド名であって、これはコラムを占めるフィールドを識別する（セグメントフィールド名の© JAHIS 201479

付け方については、QIP．1 を参照）。

第 2 成分 HL7 Data Type HL7 データ型(ID)3 文字の HL7 データ型。HL7 表 0440－データ型に従う有効な値のためのデータ型。

第 3 成分 Maximum Column Width 最大コラム幅(NM)最大コラム幅であって、返信システムによって決まるもの（これは HL7 定義の最大フィールド長さと異なるかもしれない）。

RFR 基準範囲
HL7成分表－RFR－Reference Range
SEQ

LEN

DT

OPT

1

33

NR

R

TBL#

基準範囲

COMPONENT NAME
Numeric Range 数値範囲

2

8

IS

O

3

33

NR

O

0001

Administrative Sex 管理上の性別
Age Range 年齢範囲

4

33

NR

O

Gestational Age Range 妊娠週数範囲

5

20

ST

O

Species 種

6

20

ST

O

Race/subspecies 人種／亜種

7

199

TX

O

Conditions 条件

注：HL7 V2.5より、OM2-6、OM2-7、OM2-8で用いられ、CMデータ型を置き換える。
基準範囲とその前提となる詳細を示す。
第 1 成分 Numeric Range 数値範囲(NR)
この成分は基準データの数値の範囲を示す。範囲は閉区間（両端を含む範囲）と解釈される。単位は文脈依存であり、このデータ型が用いられるフィールドの使用上の注意にて定義される。

第 2 成分 Administrative Sex 管理上の性別(IS)この成分はどの性別にたいしてどの基準範囲が有効かを示す。提案されている値については、「使用者定義表 0001
－性別」を参照。
使用者定義表0001－Administrative Sex
Value

性別

Description

F

Female 女性

M

Male 男性O

Other その他

U

Unknown 未知

AAmbiguous 両性具有

N

Not applicable 適応外第 3 成分 Age Range 年齢範囲(NR)
この成分は基準範囲が有効な年齢の範囲を示す。1 年より小さい年齢は小数で表すべきである（すなわち 1 月 =0.0830、 1 週 = 0.01920、 1 日 = 0.0027300）。しかしながら、幼児を含めた多くの用途で妊娠週数（週で計算する）が好まれている。範囲の下限が示されず、上限が示されている場合は、範囲の間での重複はないものと見なされる。

第 4 成分 Gestational Age Range 妊娠週数範囲(NR)
この成分は基準範囲が有効な妊娠週数の範囲を示す。妊娠週数は基準範囲が妊娠の期によって影響される場合のみ適切である。妊娠週数は受胎からの週数で計算する。例えば|1&4|は正常値が 1 週から 4 週の両端を含む範囲に適用されることを示す。範囲の下限が示されず、上限が示されている場合は、範囲の間での重複はないものと見なされる。

第 5 成分 Species 種(ST)
この成分は基準範囲が有効な種を示す。種は他に明記されない場合は人間と見なされる。例としては、ウサギ、ネ
ズミおよびラットがあげられる。

第 6 成分 Race/subspecies 人種／亜種(ST)
この成分は基準範囲が有効な人種または亜種を示す。人間（デフォルトの種）の場合、人種が基準値に影響する場© JAHIS 201480

合に人種が示される。動物の正常値範囲が記述されたときは、この成分は動物の亜種または血統を示すのに用いることができる。

第 7 成分 Conditions 条件(TX)
この成分は基準値が有効となるあらゆる任意の条件を示す。これは月経周期の期や、特定の薬剤を服用時のような条件を含む。この成分は特別な条件での正常値範囲を伝達するために提供されている。このテキストでの条件は自動チェックの対象にすることはできない。

RI 繰り返し間隔
HL7成分表－Repeat Interval
SEQ

LEN

DT

OPT

TBL#

1

6

IS

O

0335

2

199

ST

O

RI 繰り返し間隔
COMPONENT NAME

Repeat Pattern 繰り返しパターン
Explicit Time Interval 明示的な時間間隔

このフィールドは、繰り返す予約の間隔を含んでいる。デフォルト設定は、成分の値がない場
合、予約がただ一度のみ生じることを示す。
第 1 成分 Repeat Pattern 繰り返しパターン(IS)使用者定義表 0335－繰り返しパターンによって定義される。
ユーザ定義表0335－繰り返しパターン
Value
Q＜整数＞S
Q＜整数＞>M
Q＜整数＞H
Q＜整数＞D
Q＜整数＞W
Q＜整数＞L
Q＜整数＞J＜日
番号＞

BID
TID
QID
xID

QAM
QSHIFT

QOD
QHS
QPM
C

U <spec>
U <指定>

PRN

Description
every <integer> seconds＜整数＞秒ごとevery <integer> minutes ＜整数＞分ごと
every <integer> hours ＜整数＞時間ごと
every <integer> days ＜整数＞日ごと
every <integer> weeks ＜整数＞週ごと
every <integer> months (Lunar cycle)＜整数＞月（月周期）ごと
repeats on a particular day of the week, 週の特定の曜日に繰り返す

twice a day at institution-specified times 日に
2 回、施設で定められた時刻
three times a day at institution-specified times
日に 3 回、施設で定められた時刻
four times a day at institution-specified times
日に 4 回、施設で定められた時刻“X” times per day at institution-specified times,
where X is a numeral 5 or greater. 日に X 回、施設で定められた時刻で、X は数字の 5 より大きい
in the morning at institution-specified time 朝の施設で決められた時間に
during each of three eight-hour shifts atinstitution-specified times 8 時間に 3 回のシフトで 1回ずつ施設にて決められた時間に
every other day 1 日おきに
every day before the hour of sleep 毎日就寝時間の前に
in the evening at institution-specified time 夕の施設で決められて時間にservice is provided continuously between start
time and stop time サービスは開始時刻から終了時
刻まで連続的に提供される
for future use, where <spec> is an interval
specification as defined by the UNIX cronspecification. 将来の使用のため、＜指定＞は UNIXの cron 仕様で定義された繰り返しの指定
必要に応じて© JAHIS 201481

Comments

フランス語の Jour（日）より。＜整数＞がない
とき繰り返し頻度は 1 と見なされる。＜日番号＞は 1=月曜日から 7=日曜日までである。したがって、Q2J2 は 2 週に 1 度の火曜日ごととなり；
Q1J6 は毎日曜日となる。
（例、9AM-4PM）（例、 9AM-4PM-9PM）（例、9AM-11AM-4PM-9PM）（例、 5ID=日に 5 回； 8ID=日に 8 回）

（Q2D と同じ）

ValuePRNxxxOnce
食事に関連した
タイミング
A
P
I
M
D
V

Description
where xxx is some frequency code 必要に応じて
one time only. xxx はある繰り返しコード<timing>C (“cum”)<meal> 一回のみ
Ante (before) ＜タイミング＞C (“cum”)＜食事＞
Post (after) Ante（前）Inter Post（後）Cibus Matutinus (breakfast) Inter（間）Cibus Diurnus (lunch) Cibus Matutinus 〈朝食〉Cibus Vespertinus (dinner) Cibus Diurnus （昼食）

Comments（例、PRNQ6H）；頻度の間隔で必要に応じてこれもこの成分がヌルの時のデフォルト（例、前後の食事の間、夕食と終身の間）最初の成分は、空白文字で区切られた繰り返し地を伴って繰り返す場合がある。繰り返しは論理ANDで結合されていると解釈される。

例：
日に2度、1日おき：BID QOD
日に3度、毎月、水、金曜日：TID QJ135
この文法により、繰り返し値は空白を含んではならない。

第 2 成分 Explicit Time Interval 明示的な時間間隔(ST)
第 1 の副成分中でコードによって参照される実時間を明示的に列挙し、そのフォーマットは HHMM、HHMM、
HHMM、....である。実際の管理時間が組織内で変わる場合、第 2 の副成分が第 1 の副成分を明確にするために使用される。詳細は、5.10 節内 Explicit time interval 明確な時間間隔を参照。

RMC 病室填補範囲
病室填補範囲HL7成分表－RMC－Room Coverage
SEQ

LEN

DT

OPT

＃TBL

1

20

IS

R

0145

Room Type 病室タイプ

2

20

IS

O

0146

Amount Type 金額タイプ

3

16

NM

B

Coverage Amount 填補額

4

23

MOP

R

Money or Percentage 金額またはパーセンテージ

COMPONENT NAME

このデータタイプは保険による病室の填補範囲の詳細を示す。
注：v 2.5.より、節6.5.7.28の IN2-28に用いられるCMデータタイプを置き換える。
第 1 成分 Room Type 病室タイプ(IS)病室タイプを示す。
提案されている値については「ユーザ定義表 0145 –病室タイプ」 を参照。
使用者定義表0145 －Room type
Value
PRI

Description
Private room 個室

2PRI

Second private room 2 番目の個室

SPR

Semi-private room 準個室

2SPR

Second semi-private room 2 番目の準個室

ICU

Intensive care unit 集中治療室

2ICU

Second intensive care unit
2 番目の集中治療室

病室タイプ
Comments

第 2 成分 Amount Type 金額タイプ(IS)
金額の数字のタイプを示す。
提案されている値については「使用者定義表 0146 – 金額タイプ」 を参照。
使用者定義表0146 －Amount type
Value
DF

Description
Differential 差額© JAHIS 2014
82

金額タイプ
Comments

ValueLM

Description

Comments

Limit 上限

PC

Percentage パーセンテージ

RT

Rate 率UL

Unlimited 無制限

v2.5 より、後方互換性のためだけに保持される。

第 3 成分 Coverage Amount Quantity 填補額(NM)
通貨または百分率の数字で保険にて填補される額を示す。
v2.5 より後方互換性のためだけに保持されている。節 2.9.69.4－価格またはパーセンテージを参照。

第 4 成分 Money or Percentage 価格またはパーセンテージ(MOP)
通貨またはパーセンテージで額を示す。

RP 参照ポインタ
参照ポインタ

HL7成分表－RP－Reference Pointer
SEQ

LEN

DT

OPT

TBL#

COMPONENT NAME

1

15

ST

O

Pointer ポインタ

2

227

HD

O

Application ID アプリケーション ID

3

9

ID

O

0191

Type of Data データの型

4

19

ID

O

0291

Subtype サブタイプ

このデータ型は、別のシステムに保存されているデータの情報を伝送する。このデータ型には、そのシステムに保存されているデータを一意に識別する参照ポインタ、そのシステムの識別、およびデータの型が含まれる。
第 1 成分 Pointer ポインタ (ST)
データを保存するシステムが割り当てる一意なキー。そのキーは ST データ型であり、データを識別しそのデータにアクセスするのに使う。

第 2 成分 Application ID アプリケーション ID (HD)HD データ型でありデータを保存するシステムの一意な名前。依頼者(または実施者)アプリケーション ID に同じ。
アプリケーション ID は扱う HL7 メッセージシステムを通じて一意でなければならない。

第 3 成分 Type of Data データの型 (ID)参照されるデータの型は HL7 表 0191－参照されるデータの型を参照。

第 4 成分 Subtype サブタイプ (ID)
サブタイプは、参照されるデータの型のための書式を宣言する。HL7 表 0291－参照データのサブタイプを参照。

RPT 繰り返しパターン
HL7成分表－RPT－Repeat Pattern
SEQ

LEN

DT

OPT

繰り返しパターン

TBL#

COMPONENT NAME
Repeat Pattern Code 繰り返しパターンコード

1

705

CWE

R

0335

2

2

ID

O

0527

3

10

NM

O

4

10

NM

O

5

10

NM

O

6

10

IS

C

7

1

ID

O

Calendar Alignment カレンダー上の位置
Phase Range Begin Value フェーズ範囲開始値
Phase Range End Value フェーズ範囲終了値
Period Quantity 期間数値
Period Units 期間単位

0136

© JAHIS 2014
83

Institution Specified Time 施設設定の時刻

SEQ

LEN

DT

OPT

8

6

ID

O

9

10

NM

O

10

10

IS

C

11

199

GTS

O

TBL#
0528

COMPONENT NAME
Event イベント
Event Offset Quantity イベントオフセット数値
Event Offset Units イベントオフセット単位
General Timing Specification 汎用タイミング指定

定義：繰り返しパターンデータ型はイベントが発生する頻度を定義する必要がある場所で用いられるものである。このデータ型は繰り返しパターンを「稼動中」に定義する方法を提供する。
繰り返しパターンはTQデータ型の成分2、副成分1（繰り返しパターン）と等価である。追加の成分が繰り返しパターンコードの意味を定義する。成分2-10は比較的単純な繰り返しパターンを定義するために用いられる。成分11は複雑な繰り返しパターンを定義するために提供されている。このデータ型の形式は量／タイミングからのHL7 V2.xの繰り返しパターンとHL7 V3.0のGTS汎用タイミング指定との橋渡しを形成する。成分1はVer.2.xの繰り返し概念である。成分2-7はVer.3.0のPIVLデータ型を取り入れたものである。成分8-10はVer.3.0のEIVLデータ型を取り入れたものである。繰り返しパターンが成分2-10を用いて定義できない場合には、成分11の汎用タイミング指定が提供されている。これによりVer.3.0のGTSデータ型を完全な形で正確に表現できる。
RPTデータ型を用いるとき、成分1をアプリケーションが認識できなかった場合、そのアプリケ
ーションは残りの成分を用いて適切な頻度を決定することを試みる。アプリケーションが成分1のコードを認識できた場合は、そのアプリケーションは残りの成分から頻度を決定する必要はない。
ユースケース：この提案を支持するユースケースは、オーダの発効するとき、稼動中に繰り返しパターンを定義する必要性である。TQデータ型は稼動中に繰り返しパターンの意味を定義する能力を持たない。この問題を回避するために、ベンダはこの問題点を解決する様々な解決法を実装してきた。ひとつの方法はTQデータ型に繰り返しパターンの情報を送信するZ成分を追加することであった。もうひとつの解決法は、繰り返しパターンコードを構文解析し、コードの意味するところを解読しようとする試みであった。
|Q1H&Every 1 Hour&HL7xxx^^^^1^h||Q2J2&Every second Tuesday&HL7xxx^DW^2^^2^wk||BID&Twice a day at institution specified times&HL7xxx^^^^12^h^Y||QAM&Every morning at the institution specified time&HL7xxx^HD^00^11^1^d^Y||QHS&Every day before the hours of sleep&HL7xxx^^^^1^d^^AHS||ACM&Before Breakfast&HL7xxx^^^^^^^ACM|
第 1 成分 繰り返しパターンコード (CWE)
定義：このデータ型の他の成分で定義される繰り返しパターンを表すコード。提案されている値については使用者
定義表 0335 – 繰り返しパターンを参照。

第 2 成分 カレンダー上の位置 (ID)
定義：カレンダーに対する繰り返しの位置を指定する（例えば、30 日ごとと、毎月の 5 日を区別する）。有効な値については HL7 表 0527 –カレンダー上の位置を参照。
HL7表0527－Calendar alignment
Value

カレンダー上の位置

Description

Units of Timemonth of the year 年の月

moWYweek of the year 年の週

wkDM

day of the month 月の日

dDY

day of the year 年の日

d

MY

HD

day of the week (begins with Monday)
曜日（月曜からはじまる）
hour of the day 日の時hNHminute of the hour 時の分

min

DW

© JAHIS 201484d

ValueDescription

Units of Timesecond of the minute 分の秒

SNs

注：HL7 表 0527 の単位は測定単位の統一コード(UCUM) [http://aurora.rg.iupui.edu/UCUM]から取った。

第 3 成分 フェーズ範囲開始値 (NM)
定義： カレンダー上の位置で決まる繰り返しパターンについて特定の RPT-2（カレンダー上の位置）からフェーズの開始までの時間の数値を決めるのに用いる。
フェーズ範囲開始値が設定されるが、フェーズ範囲終了値が設定されない場合は、この成分は期間（RPT-5、6）がいつ始まるかを示す。
フェーズ範囲開始値とフェーズ範囲終了値の両方が設定された場合、この成分は期間（RPT-5、6）が始まる最も早い時点を示す。
この成分の測定単位は RPT-2 のカレンダー上の位置から得られる。特定のカレンダー上の位置に関連付けられている時間を計る単位については「HL7 表 0527－カレンダー上の位置」を参照。

第 4 成分 フェーズ範囲終了値 (NM)
定義：カレンダー上の位置で決まる繰り返しパターンについて特定の RPT-2（カレンダー上の位置）からフェーズの終了までの時間の数値を決めるのに用いる。
フェーズ範囲終了値が設定されるが、フェーズ範囲開始値が設定されない場合は、この成分は期間（RPT-5、6）がいつ始まるかを示す。
フェーズ範囲開始値とフェーズ範囲終了値の両方が設定された場合、この成分は期間（RPT-5、6）が始まる最も遅い時点を示す。
この成分の測定単位は RPT-2 のカレンダー上の位置から得られる。特定のカレンダー上の位置に関連付けられている時間を計る単位については HL7 表 0527－カレンダー上の位置を参照。

第 5 成分 期間数値 (NM)
定義：周期的な間隔の繰り返しの頻度を指定する時間の長さ。RPT-6（期間単位）がこの成分の時間の単位を示す。

第 6 成分 期間単位 (IS)
定義：RPT-5（期間数値）に用いる単位を示す。時間の単位に限定される。測定単位は統一コード (UCUM)[http://aurora.rg.iupui.edu/UCUM]で定義されている。
条件規則：この成分は RPT-5（期間数値）が設定された場合必須である。

第 7 成分 施設設定の時刻 (ID)
定義：正確なタイミングが、スケジュールを実行するスタッフによるか（例えば、「8 時間ごと」と「一日 3 回」を区別するか）どうかを示すコード。Y/N 識別子を使用。
Y – 正確なタイミングはスケジュールを実行するスタッフによる。
N – 正確なタイミングは指定された通り。

第 8 成分 イベント (ID)
定義：日常生活の通常の（定期的な）活動に対するコード。有効な値については HL7 表 0528－イベントに関係した期間を参照。
HL7表0528－Event related period

イベントに関係した期間

Value

DescriptionHSthe hour of sleep (e.g., H18-22) 就寝時（例 H18-22）

AC

before meal (from lat. ante cibus) 食前（ラテン語 ante cibus から）PC

after meal (from lat. post cibus) 食後（ラテン語 post cibus から）IC

between meals (from lat. inter cibus) 食間（ラテン語 inter cibus から）

ICM

before breakfast (from lat. ante cibus matutinus)
朝食前（ラテン語 ante cibus matutinus から）
before lunch (from lat. ante cibus diurnus)
昼食前（ラテン語 ante cibus diurnus から）
before dinner (from lat. ante cibus vespertinus)
夕食前（ラテン語 ante cibus vespertinus から）
after breakfast (from lat. post cibus matutinus)
朝食後（ラテン語 post cibus matutinus から）
after lunch (from lat. post cibus diurnus)
昼食後（ラテン語 post cibus diurnus から）
after dinner (from lat. post cibus vespertinus)
夕食後（ラテン語 post cibus diurnus から）
between breakfast and lunch 朝食と昼食の間

ICD

between lunch and dinner 昼食と夕食の間

ACM
ACD
ACV
PCM
PCD
PCV

© JAHIS 201485

ValueDescription

ICV

between dinner and the hour of sleep 夕食と就寝の間

第 9 成分 イベントオフセット数値 (NM)
定義：イベントに関係した定期的な間隔の開始、幅および終了について、関係するイベントの各々が実際に起こる時間からのオフセットを示す間隔。正の数値は RPT-8 のイベントより後の時間の数値を示す。負の数値は RPT-8のイベントより前の時間の数値を示す。
使用上の注意：この成分は RPT-8（イベント）が値を持たない限り設定すべきでない。

第 10 成分 イベントオフセット単位 (IS)
定義：RPT-9（イベントオフセット数値）に用いられる単位を示す。時間の単位に制限される。測定単位は統一コード (UCUM) [http://aurora.rg.iupui.edu/UCUM]で定義されている。
条件規則：この成分は RPT-9（イベントオフセット数値）が設定されている場合は必須となる。

第 11 成分 汎用タイミング指定 (GTS)
定義：HL7 V3.0 データ型文書で定義されている汎用タイミング指定。

SAD 通りの住所
HL7成分表－SAD－Street Address
TBL#

通りの住所

SEQ

LEN

DT

OPT

COMPONENT NAME

1

120

ST

O

Street or Mailing Address 通りまたは集配単位の住所

2

50

ST

O

Street Name 通りの名称

3

12

ST

O

Dwelling Number 住居番号

注：XADデータ型にだけ現れる。
第 1 成分 Street or Mailing Address 通りまたは集配単位の住所(ST)
この成分は個人または施設の通りまたは集配単位の住所を示す。施設を示すときには、この最初の成分は施設名を表すのに用いる。個人に関して使用される場合は、この成分は住所の最初の 1 行を表す。

第 2 成分 Street Name 通りの名称(ST)
通りの名称。

第 3 成分 Dwelling Number 住居番号(ST)
住居番号。

SCV 予約クラスと値
HL7成分表－SCV－Scheduling Class Value Pair 予約クラスと値
TBL#

SEQ

LEN

DT

OPT

COMPONENT NAME

1

20

CWE

O

Parameter Class パラメータクラス

2

20

ST

O

Parameter Value パラメータ値

HL7予約の章に関してのみ使用される。このフィールドが使用されるのは、パラメータと優先権を実施者（予約管理）アプリケーションに伝えるためであり、内容は適切な時間予約枠、資源、場所あるいは実施者（予約管理）上書き基準を選択して予約することである。
第 1 成分 Parameter Class パラメータクラス(CWE)
実施者（予約管理）アプリケーションに渡されつつあるパラメータあるいは優先権を識別するコードである。 推奨値については「使用者定義表 0294－時間選択基準パラメータ・クラス・コード」を参照。
使用者定義表0294－Time selection criteria parameter class codes
時間選択基準パラメータ・クラス・コード
ParameterPrefstart
好ましい開始Class Description: Valid Values
予約要求、サービスあるいは資源のための好ましい開始時間。24 時間時計表記法を使用するフォーマット HHMM の中の任意の法的な時間仕様© JAHIS 201486Parameter
Prefend
好ましい終了Class Description: Valid Values
予約要求、サービスあるいは資源のための好ましい終了期間。24 時間時計表記法を使用するフォーマット HHMM の中の任意の法的な時間仕様

Mon
月曜
Tue
火曜
Wed
水曜
Thu
木曜
Fri
金曜
Sat
土曜
Sun
日曜

この曜日が予約するのに好ましい日かそうでないかを示すもの。
OK=好ましい予約日、NO=この曜日は好ましくない。

第 2 成分 Parameter Value パラメータ値(ST)
そのパラメータに対する実際のデータ値である。
例えば、実施者（予約管理）アプリケーションが優先権パラメータを渡され、好ましい開始時間、好ましい終了期間、および週の好ましい日を指定して予約することを可能にする場合、それは次のパラメータ・クラス・コードおよび有効なデータセットを定義する。

SI シーケンス ID
HL7成分表－SI－Sequence ID
SEQ

LEN

1

4

DT

OPT

TBL#

連番ID
COMPONENT NAME

Sequence ID 連番 ID

NMフィールド形式の正整数。このフィールドの使用方法は、それが現れるセグメントとメッセージを定義している章で定義する。

SN 構造化数値
構造化数値

HL7成分表－SN－Structured Numeric
SEQ

LEN

DT

OPT

TBL#

COMPONENT NAME

1

2

ST

O

Comparator 比較演算子

2

15

NM

O

Num1 数字 1

3

1

ST

O

Separator/Suffix 区切り／接尾語

4

15

NM

O

Num2 数字 2

構造化数値データ型は、臨床検査結果を条件に基づき、曖昧なく表現するのに用いる。このデータ型を受信側のシステムが成分を別々に保存し、数値によるデータベース照会の使用を可能とする。信頼できる完全な値の組となるよう、対応する値は＜比較演算子＞と＜区切り／接尾辞＞成分を用いて表す。
<数字1>および<数字2>が値を持つ場合、<区切り／接尾辞>は必須である。区切りが「 - 」である場合、その範囲は両端を含む。
例えば、<数字1> - <数字2>は、<数字1> <= X <= <数字2>であるような一連の数値Xを示す。
数字1は数値。数字2は数値またはnullであり測定によって異なる。区切り／接尾辞は、「 - 」、
「 + 」、「 / 」、「 . 」、「 : 」。
第 1 成分 Comparator 比較演算子（ST）
大なり、小なり、大なりまたは等しい、小なりまたは等しい、等しい、等しくない をそれぞれ「>」
、
「<」
、
「>=」
、
「<=」
、
「=」および「<>」で表す。この成分に値が設定されない場合は、（「=」）にデフォルトされる。

© JAHIS 201487

第 2 成分 Num1 数字 1（NM）
数字。

第 3 成分 Separator/Suffix 区切り／接尾辞（ST）
「-」
、
「+」
、
「.」または「:」。

第 4 成分 Num2 数字 2（NM）
測定方法により数字または null。
例：（greater than 100）
（equal to range of 100 through 200）
（ratio of 1 to 128, e.g., the results of a serological test）（categorical response, e.g., occult blood positivity）|>^100||^100^-^200||^1^:^228||^2^+|SPD 専門性の説明
HL7成分表－SPD－Specialty Description 専門性の説明
SEQ

LEN

DT

OPT

1

50

ST

R

2

50

ST

O

3

1

ID

O

4

8

DT

O

＃TBL

COMPONENT NAME
Specialty Name 専門の名前
Governing Board 管理委員会

0337

Eligible or Certified 適格または公認
Date of Certification 公認日付

このデータタイプは医療従事者の専門と関連する情報を示す。
注：v 2.5より、節15.4.5.5のPRA-5に用いられているCMデータタイプを置き換える。
第 1 成分 Specialty Name 専門の名前(ST)
専門の名前を示す。

第 2 成分 Governing Board 管理委員会(ST)
専門性を与えた管理母体を示す。

第 3 成分 Eligible or Certified 適格または公認(ID)
公認の状態を示す。有効な値については「HL7 表 0337 –公認状態」 を参照。
HL7表0337 －Certification status
Value
C

Description
Certified 公認

E

Eligible 適格

公認状態
Comments

第 4 成分 Date of Certification 公認日付(DT)公認された日付を示す。

SPS 検査材料
HL7成分表－SPS－Specimen Source
SEQ

LEN

DT

OPT

1

705

CWE

O

TBL#

2

705

CWE

O

3

200

TX

O

4

705

CWE

O

0163

Body Site 部位

5

705

CWE

O

0495

Site Modifier 部位修飾子

6

705

CWE

O

7

705

CWE

O

検査材料

COMPONENT NAME
Specimen Source Name or Code 検査材料名またはコード

0371

Additives 添加物
Specimen Collection Method 検体採取方法

Collection Method Modifier Code 採取方法修飾子コード
0369

Specimen Role 検体の役割

注：HL7 V2.5より、OBR-15、OBR-15、SAC-6、TCC-3 を置き換える。このデータ型はHL7© JAHIS 201488

V2.5に限りHL7旧バージョンとの互換性のためにのみ保持されている。
このデータ型は試料が得られるべきあるいはサービスが実施されるべき部位を示す。
第 1 成分 Specimen Source Name or Code 検査材料名またはコード(CWE)
検査材料名またはコード（CWE データ型成分として）を含む。
（検査の名前自体が検査材料名を含む場合でも、検査材料名は必須である。例、血液培養－心臓血）国家的に認知されたコード体系がこのフィールドに用いる。

第 2 成分 Additives 添加物(CWE)
検体の採取前または採取時に使用される添加物を示す。有効な値については「HL7 表 0371－添加物」を参照。この表の値は NCCL（米国臨床検査標準化委員会）AUTO4 から取られている。値の集合はユーザ特有の値で拡張可
能である。
Value
F10
C32
C38
HCL6
ACDA
ACDB
ACET
AMIES
HEPA
BACTM
BOR
BOUIN
BF10
WEST
BSKM
CARS
CARY
CHLTM
CTAD
ENT
ENT+
JKM
KARN
LIA
HEPL
M4
M4RT
M5
MICHTM
MMDTM
HNO3
NONE
PAGE
PHENOLKOX
EDTK
EDTK15EDTK75PVA
RLM
SST
SILICA
NAF
FL100
FL10
NAPS
HEPN
EDTN
SPS
STUTM
THROM
FDP
THYMOLHL7表0371–Additive/Preservative

添加物/防腐剤

Description
10% Formalin
3.2% Citrate
3.8% Citrate
6N HCLACD Solution A
ACD Solution B
Acetic Acid
Amies transport medium
Ammonium heparin
Bacterial Transport medium
Borate Boric Acid
Bouin's solution
Buffered 10% formalin
Buffered Citrate (Westergren
Sedimentation Rate)
Buffered skim milk
Carson's Modified 10% formalin
Cary Blair Medium
Chlamydia transport medium
CTAD (this should be spelled out if notuniversally understood)
Enteric bacteria transport medium
Enteric plus
Jones Kendrick Medium
Karnovsky's fixative
Lithium iodoacetate
Lithium/Li Heparin
M4
M4-RT
M5
Michel's transport medium
MMD transport medium
Nitric Acid
None
Pages's Saline
PhenolPotassium Oxalate
Potassium/K EDTA
Potassium/K EDTA 15%
Potassium/K EDTA 7.5%
PVA (polyvinylalcohol)
Reagan Lowe Medium
Serum Separator Tube (Polymer Gel)
Siliceous earth, 12 mg
Sodium Fluoride
Sodium Fluoride, 100mg
Sodium Fluoride, 10mg
Sodium polyanethol sulfonate 0.35% in
0.85% sodium chloride
Sodium/Na Heparin
Sodium/Na EDTA
SPS(this should be spelled out if notuniversally understood)
Stuart transport medium
Thrombin
Thrombin NIH; soybean trypsin inhibitor(Fibrin Degradation Products)
ThymolComments
Tissue preservative
Blue top tube
Blue top tube
24 HR Urine Additive
Yellow top tube
Yellow top tube
Urine preservative
Protozoa
Green top tube
Microbiological culture
24HR Urine Additive
TissueTissueBlack top tube

© JAHIS 201489

Viral isolation
TissueStool Cultures
Chlamydia culture
Blue top tube
Bacterial culture
Stool Cultures
Bordetella pertussis
TissueGray top tube
Green top tube
Microbiological culture
Microbiological culture
Microbiological culture
IF tests
ImmunofluorescenceUrine
Red or Pink top tube
Acanthaoemba
24 Hr Urine Additive
Gray top tube
Deprecated. Replaced by EDTK15 and EDTK75
Purple top tube
Purple top tube
O&P
Bordetella pertussis cultures‘Tiger’ Top tube
Gray top tube
Gray top tube
Urine
Urine
Yellow (Blood Culture)
Green top tube
Dark Blue top tube
Anticoagulant w/o bacteriocidal properties
Bacterial culture
Orange or Grey/Yellow (STAT Chem)
Dark Blue top tube
24 Hr Urine Additive

THYO
TOLU
URETM
VIRTM

Thyoglycollate brothTolueneUreaplasma transport medium
Viral Transport medium

Bacterial Isolation
24 Hr Urine Additive
Ureaplasma culture
Virus cultures

第 3 成分 Specimen Collection Method 検体採取方法(TX)
この情報がオーダの一部である場合に、検体採取の方法を記述する。検体採取の方法が論理的に検査の結果である
場合には、その情報は結果のセグメント（すなわち OBX セグメント）として含まれるべきである。

第 4 成分 Body Site 部位(CWE)
この成分は検体を採取する体の部位を示す。国家的に認知されたコード体系をこのフィールドに用いる。

第 5 成分 Site Modifier 部位修飾子(CWE)
部位を修飾する。例えば、部位が肘正中静脈で、部位修飾子が「右」のような場合がありうる。

第 6 成分 Collection Method Modifier Code 採取方法修飾子コード(CWE)
検体採取方法の一部として検体が冷凍されるかどうかを示す。提案されている値は F（冷凍）、R（冷蔵）である。
成分が空白の場合、検体は室温と見なされる。

第 7 成分 Specimen Role 検体の役割(CWE)
検体の役割を示す。提案されている値については「使用者定義表 0369–検体役割」を参照。これらの値は通常、システムにて識別可能で、検体に関するデータ管理の処理に影響を与えることができる。
使用者定義表0369－Specimen Role 検体役割
Value

Description

B

Blind Sample

C

Calibrator キャリブレータ, used for initial setting of calibration

E

Electronic QC 予測 QC 値,
used with manufactured reference providing signals that simulate QC results

F

Specimen used for testing proficiency of the organization performing the testing(Filler) 検査室検体

GGroup (where a specimen consists of multiple individual elements that are not individually identified)
個別 ID なし

L

Pool (aliquots of individual specimens combined to form a single specimen representing all of thecomponents.) プール検体

精度管理用ブラインド検体

O

Specimen used for testing Operator Proficiency 検査者検体

P

Patient

Q

Control specimen 精度管理検体

R

ReplicateV

Verifying Calibrator キャリブレーション検証, used for periodic calibration checks

親検体

複製

SRT ソート順
HL7成分表－SRT－Sort Order
SEQ

LEN

DT

OPT

1

12

ST

R

2

2

ID

O

TBL#

ソート順
COMPONENT NAME

Sort-by Field ソート基準フィールド
0397

Sequencing 順番

ソートされるレスポンスとソート方法をこのパラメータで指定する。
第 1 成分 Sort-by Field ソート基準フィールド（ST）
応答をソートする基準となるフィールドを示す。表形式の応答の場合、これはそれを基準にソートを行うコラム名となる。セグメントパターンおよび表示応答の場合、ソートの基準となるセグメントフィールド名である。セグメ
ントフィールド名の定義については「セグメントフィールド名（ST）」の QIP を参照。

© JAHIS 201490

第 2 成分 Sequencing 順番（ID） HL7 表－0397
フィールドやパラメータをソートする方法、およびソートが大文字小文字を区別する（デフォルト）かしないかを指定する。有効な値については 「HL7 表 0397－順序」を参照。
HL7表0397－Sequencing
Value

順序

Description

A

Ascending 昇順

ANAscending, case insensitive 大小文字区別無し昇順

D

Descending 降順

DN

Descending, case insensitive 大小文字区別無し降順

N

None なし

ST 文字列データ
文字列データ

HL7成分表－ST－String Data
SEQ

LEN

1

199

DT

OPT

TBL#

COMPONENT NAME
文字列データ

文字列データは左詰めにする、空白が後ろに続いてもよい。任意の表示可能な（印刷可能な）
ASCII文字（20から7Eまでの16進値）である。
|almost any data at all|

TM 時間
HL7成分表－TM－Time
SEQ

LEN

DT

OPT

16

TBL#

時刻
COMPONENT NAME

Time 時刻

書式：HH[MM[SS[.S[S[S[S]]]]]] [+/-ZZZZ]
以前のHL7バージョンでは、24時間表記法による書式HHMM[SS[.SSSS]][+/-ZZZZ]を常に使用していた。表記する桁数で精度が規定される。秒指定(SS)はオプションである。存在しない場
合、分までの精度と解釈される。小数の秒指定は同様にオプションである。小数の秒は、秒より高い精度の時間を必要とする場合に送信される。分、時間、またはそれ以上の時間単位を小数で表記することはできない。発信者の時間帯は、万国標準時(以前はグリニッジ標準時として知られていた)からのオフセットとしてオプションで送られることがある。発信者の時間帯が特定のTMフィールドに存在しないが、MSHセグメントの日時フィールドの一部として含まれる
場合は、MSH値がデフォルトの時間帯として使われる。それ以外の場合、その時間は発信者の現地時間を参照するものと解釈される。真夜中は0000と表記する。
|0630|
午前 6: 30 を示す場合：
秒の端数は1秒よりも細かい精密さを必要とする送信者により送られることがある。分、時ある
いはその他のより大きな単位についての端数は許されていない。
任意で送信者のタイムゾーンを協定世界時（以前のグリニッジ標準時）からのオフセットとして送信することができる。特定のTMフィールドでタイムゾーンが明示されず、MSHセグメン
トの日付／時刻フィールドの一部としてタイムゾーンが含まれている場合には、MSHの値がデフォルトのタイムゾーンとなる。それ以外の場合は、時刻は送信者の現地時間を参照していると理解される。
Time

Description|0000|

真夜中|235959+1100|

協定世界時より 11 時間進んでいるタイムゾーン（すなわち、グリニッジより東）での真夜
中の 1 秒前|0800|

午前 8 時、送信者の現地時間© JAHIS 2014
91

Time

Description|093544.2312|

午前 9 時 35 分から 44.2312 秒後、送信者の現地時間|13|

午後 1 時（時までの精度）、送信者の現地時間

HL7 V2.3より以前にはこのデータ型はHHMM[SS[.SSSS]][+/-ZZZZ]の形式に定められていた。
HL7 V2.3より、分がもはや必須ではなくなった。HL7旧バージョンとの互換性を保たなければならない場合、施設特有の合意により、HHMM[SS[.SSSS]][+/-ZZZZ]の形式を用いることができる。

TN 電話番号取り下げ。

TQ タイミング数量サービスの実施時期とその頻度を指定する。
注：HL7 V2.5よりHL7旧バージョンとの互換性のためにのみ保持されている。HL7 V2.5 4章に定義されているTQ1およびTQ2セグメントを参照。

TS タイムスタンプ
HL7成分表－TS－Time Stamp
SEQ

LEN

DT

OPT

1

24

DTM

R

2

1

ID

B

TBL#

タイムスタンプ
COMPONENT NAME

Time 時刻
0529

Degree of Precision 精度

日付と時間を含む、イベントの正確な時間から成る。書式はつぎのようである。
書式：YYYYLLDD[HHMM[SS[.SSSS]]][+/-ZZZZ]^<精度>
タイムスタンプの日付部は日付フィールドの規則に従う。時間部は時間フィールドの規則に従う。表記する桁数により精度が規定される。すなわち、誕生日として使われるとき、HHMM部が省略されれば日付であり、HHMM部を0000とすると、まさに明けようとしているその日の真夜中(0時0分)になる。HL7コード化規則の中で使われる特定のデータ表記はISO8824-1987(E)との互換性がある。オプションの精度はHL7旧バージョンとの互換性のためにあり、その日時の精度を示す(Y = 年、L = 月、D = 日、H = 時間、M = 分、S = 秒)。
HL7規格では、すべてのシステムが日常的に時間帯オフセットを送るよう強く推奨するが、強制はしない。HL7システムではすべて時間帯オフセット受け入れる必要があるが、その実装はアプリケーションに任される。多くのアプリケーションの場合、関心ある時間はその発信者の現地時間である。たとえば、東部標準時間帯にあるアプリケーションが12月11日午後11:00にサンフランシスコで入院が発生したという通知を受けた場合、その入院を12月12日ではなくて(現地時間の)12月11日に発生したものとして扱うのがよい。
この規則における例外は、臨床システムが、互いに近くに存在しながら時間帯の異なる複数の病院で収集された患者データを処理する場合である。そのようなアプリケーションは、そのデータを共通の表記に変換することがある。同じような問題は、サマータイムとの切り替え時にも発生する。HL7は、情報の送信時に時間帯情報を含めるようにすることで対応する。しかし、ここで検討した処理のどちらを受信システムが採用するかは指定しない。
第 1 成分 Time 時刻(DTM)
この成分の完全な記述については「DTM - 日付／時刻」を参照。

第 2 成分 Degree of Precision 精度(ID)
注：HL7 V2.3 より HL7 旧バージョンとの互換性のためにのみ保持している。現在の精度の指定方法については成
分 1 を参照。
タイムスタンプの精度を示す（Y=年、L=月、D=日、H=時、M=分、S=秒）。有効な値については「HL7 表 0529
－精度」を参照。

© JAHIS 201492

HL7表0529－Precision
Value

精度

Description

Yyear 年L

month 月

D

day 日

H

hour 時M

minute 分

Ssecond 秒

精度は最初の成分で示された精度と同一またはそれを上書きすることに注意。より精密な精度を指定してはいけない。以下の例では、2 番目の成分は最初の成分を上書きし、粗い精度、1999 年 4 月、を示す。

例： |199904011200^L|

TX テキストデータ
HL7成分表－TX－Text Data
SEQ

LEN

1

65536

DT

テキストデータ

TBL#

OPTCOMPONENT NAME
Text Data テキストデータ

テキストデータは、ターミナルまたはプリンターによって使用者のために表示するためにある。
文字列に先行空白を挿入した方が使用者は見やすいということもあるので、文字列は必ずしも左詰めにするわけではない。この種のデータは表示することが目的なので、表示装置を制御するためのエスケープ文字シーケンスを含むことがある。先行空白文字を挿入し、後書き空白を取り除くとよい。
| leading spaces are allowed.|
TXデータは表示するためにある、反復区切文字をTXデータフィールドで使うと、それは一連の反復行がプリンターまたはターミナル上に表示されることを意味する。したがって反復区切文
字は、パラグラフ・ターミネータまたはハード・キャリッジ・リターンとみなす。(そのテキス
ト内にCR/LFが挿入されたように表示される)。
受信システムでは、任意の大きさの表示ウィンドウに合わせるためテキストを繰り返し区切り
文字間でワードラップするが、反復区切文字で始まる行はすべて新たな行になる。

UB 値コードおよび額UVC

HL7成分表－UVC－UB Value Code and Amount UB値コードおよび額
SEQ

LEN

DT

OPT

＃TBL

1

20

CNE

R

0153

2

20

MO

O

COMPONENT NAME
Value Code 値コード
Value Amount 値額

この請求を支払い組織の承認を受けたものとして処理するために必要な、特定のデータ項目に、額または値を関連づけるコード体系。
このデータタイプはCMS（メディケア・メディケイドセンター）またはその他の監督機関で定義されている情報を伝達するために用いられる。これはUBフィールドの46A, 47A, 48A, 49A,
46B, 47B, 48Bおよび 49BとUB92 フィールドの39a, 39b, 39c, 39d, 40a, 40b, 40c, 40d, 41a,
41b, 41c, および41dに対応する。
注：v2.5より節6.5.10.10のUB1-10 および節 6.5.11.6のUB2-6に用いられるCMデータタイプ
を置き換える。
患者が自分の希望で個室に入っているが、それに伴う諸料金に対して保険が準個室の料率のみ
填補したいときには、「01-最も一般的な準個室料率」を用いて計算される、最も一般的な準個室の料率が用いられる。
例：© JAHIS 201493

|01&most common semi private rate&NUBC^750&USD|
第 1 成分 Value Code 値コード(CNE)
米国統一支払委員会（NUBC）のコード自身を示す。
有効な値については 「HL7 表 0153 – 値コード」 を参照。この成分に対する値は米国統一支払委員会 (NUBC)の決めた値でなければならない。拡張は許されない。
HL7表0153 － Value code 値コード
Value

Description
See NUBC codes NUBC コードを参照

Comments

第 2 成分 Value Amount 値額(MO)
値と組になる数値を指定する。

VH 来院時間
HL7成分表－VH－Visiting Hours

来院時間

SEQ

LEN

DT

OPT

TBL#

COMPONENT NAME

1

3

ID

O

0267

Start Day Range 開始曜日

2

3

ID

O

0267

End Day Range 終了曜日

3

16

TM

O

Start Hour Range 開始時刻

4

16

TM

O

End Hour Range 終了時刻

このデータ型は患者の居場所に来院できる時間を含んでいる。 最初の2つの成分に対する有効な値については、HL7表0267－曜日を参照。
第 1 成分 Start Day Range 開始曜日(ID)
来院時間範囲の開始の曜日。値については、HL7 表 0267－曜日を参照。

第 2 成分 End Day Range 終了曜日(ID)
来院時間範囲の最後の曜日。来院時間範囲の開始の曜日。 値については HL7 表 0267－曜日を参照。
HL7表0267－Days of the week
Value

曜日

Description

SAT

Saturday 土曜日

SUN

Sunday 日曜日

MON

Monday 月曜日

TUE

Tuesday 火曜日

WED

Wednesday 水曜日

THU

Thursday 木曜日

FRI

Friday 金曜日

第 3 成分 Start Hour Range 開始時刻(TM)
来院時間範囲の最初の曜日の開始時間（第 1 の成分の「開始曜日」を参照）。

第 4 成分 End Hour Range 終了時刻(TM)
来院時間範囲の最後の曜日の終了時間（第 2 の成分の「終了曜日」を参照）。

VID バージョン識別子
HL7成分表－VID－Version Identifier

バージョン識別子

SEQ

LEN

DT

OPT

TBL#

1

5

ID

O

0104

2

483

CWE

O

Internationalization Code 国際化コード

3

483

CWE

O

International Version ID 国際化バージョン ID© JAHIS 2014
94

COMPONENT NAME
Version ID バージョン ID

第 1 成分 Version ID バージョン ID（ID）
HL7 バージョンを表記するために使用する。 取りうる値は 「HL7 表 0104-バージョン ID」を参照。
HL7表0104 –Version ID
Value

バージョンID

Description

Comments (Date)

2.0

リリース 2.0

1988 年 9 月

2.0D

デモ 2.01988 年 10 月

2.1

リリース 2. 1

1990 年 3 月

2.2

リリース 2.2

1994 年 12 月

2.3

リリース 2.3

1997 年 3 月

2.3.1

リリース 2.3.1

1999 年 5 月

2.4

リリース 2.4

2000 年 11 月

2.5

リリース 2.5

2003 年 5 月

2.5.1

リリース 2.5.1

2007 年 1 月

第 2 成分 Internationalization Code 国際化コード（CWE）
ISO3166 国コードで国際支部の国を表記する。ISO3166 表に従い、3 文字のコードを国コードと扱う。

第 3 成分 International Version ID 国際化バージョン ID（CWE）
各国支部が US のバージョンに対し支部バージョンを持つ場合そのバージョン番号を表記する。

VR 値の範囲
HL7成分表－VR－Value Range
TBL#

値範囲

SEQ

LEN

DT

OPT

COMPONENT NAME

1

6

ST

O

First Data Code Value 最初のデータコード値

2

6

ST

O

Last Data Code Value 最後のデータコード値

注：HL7 V2.5よりQRD-11に用いられるCMデータ型を置き換える。
このデータ型はある範囲を成す下限値と上限値を含む。どちらかまたは両方の成分が設定される。
第 1 成分 First Data Code Value 最初のデータコード値(ST)
下限値を示す。

第 2 成分 Last Data Code Value 最後のデータコード値(ST)
上限値を示す。

WVI チャネル識別子
HL7成分表－WVI－Channel Identifier
TBL#

チャンネル識別子

SEQ

LEN

DT

OPT

COMPONENT NAME

1

4

NM

R

Channel Number チャンネル番号

2

17

ST

O

Channel Name

チャンネル名注：HL7 V2.5より、BX-5.1でOBX-5観測値(*)がデータ型CDであるときのCMデータ型を置き換える。
このデータ型は波形データが送信される記録チャンネルの番号と名前を示す。
第 1 成分 Channel Number チャンネル番号(NM)
記録チャンネルの番号を示す。

© JAHIS 201495

第 2 成分 Channel Name チャンネル名(ST)
記録チャンネルの名称を示す。

WVS 波形ソース
HL7成分表－WVS－Waveform Source
TBL#

波形ソース

SEQ

LEN

DT

OPT

COMPONENT NAME

1

8

ST

R

Source One Name 信号源 1 名称

2

8

ST

O

Source Two Name 信号源 2 名称

注：HL7 V2.5より、OBX-5.2でOBX-5観測値(*)がデータ型CDであるときのCMデータ型を置き換える。
このデータ型はチャンネルに接続されている波形の信号源を示す。
第 1 成分 Source One Name 信号源 1 名称(ST)
波形信号源の 1 番目の入力を特定する。

第 2 成分 Source Two Name 信号源 2 名称(ST)
差分入力が用いられている場合に、波形情報源の 2 番目の入力を特定する。

XAD 拡張住所
HL7成分表－XAD－Extended Address
TBL#

拡張住所

SEQ

LEN

DT

OPT

COMPONENT NAME

1

184

SAD

O

Street Address 通りの住所

2

120

ST

O

Other Designation その他表示

3

50

ST

O

City 市

4

50

ST

O

State or Province 州または省

5

12

ST

O

Zip or Postal Code ZIP コードまたは郵便番号

6

3

ID

O

0399

Country 国

7

3

ID

O

0190

Address Type 住所型

8

50

ST

O

9

20

IS

O

289

County/Parish Code 郡／（ルイジアナ州の）郡コード

10

20

IS

O

288

Census Tract 国勢調査区域

11

1

ID

O

465

Address Representation Code 住所表記コード

12

53

DR

B

Address Validity Range 住所有効範囲（V.2.5 より非推奨）

13

26

TS

O

Effective Date 発行日付

14

26

TS

O

Expiration Date 失効日付

Other Geographic Designation その他の地理表示

注：HL7 V2.3からADデータ型を置き換える。
|1234、Easy St.＾Ste. 123＾San Francisco＾CA＾95123＾USA＾B＾＾SF＾|
第 1 成分 Street Address 通りの住所(SAD)
この成分の記述については SAD 型を参照。

第 2 成分 Other Designation その他表(ST)
住所の 2 行目。米国での使用では住所を修飾する。例：555 号室あるいは 4 階。施設を示すときには、この成分は通りの住所を表す。

第 3 成分 City 市(ST)
この成分は郵便用の住所を定める国の法制に基づいて、この住所の所在を管理する市、地区、場所を示す。

第 4 成分 State or Province 州または省(ST)
この成分はこの住所が所在する州または省を示す。州または省には、その国の公式な郵便番号が割り振られる。

© JAHIS 201496

第 5 成分 Zip or Postal Code ZIP コードまたは郵便番号(ST)
この成分はこの住所が所在する ZIP コードまたは郵便番号を表す。ZIP コードまたは郵便番号はその国の公式なコードとして表現される。
米国では ZIP コードは 9999[-9999]の形をとり、カナダの郵便番号は A9A9A9 の形をとり、オーストラリアの郵便番号は 9999 の形をとる。

第 6 成分 Country 国(ID)
この成分はこの住所が所在する国を表す。HL7 は国コードとして ISO 3166 形式の 3 文字（のアルファベット）を使用するよう定めている。有効な値については「HL7 表 0399－国コード」を参照。

第 7 成分 Address Type 住所型(ID)
この成分は住所の種類または型を表す。有効な値については、「HL7 表 0190－住所型」を参照。
HL7表0190－Address type
Value
BA

住所タイプ

Description
Bad address 誤った住所

F

Birth (nee) (birth address, not otherwise specified)
出生（生まれ）（ほかに指定がなければ、出生の住所）
Birth delivery location (address where birth occurred)
分娩の場所（誕生が行われた住所）
Country Of Origin 出身国

C

Current Or Temporary 現住所または一時的な住所

B

Firm/Business 会社／事業所

H

Home 自宅

L

Legal Address 法律上の住所

M

Mailing 郵送先

O

Office 事務所

P

Permanent 永久的な住所

N
BDL

RH

BR

Registry home. Refers to the information system, typically managed by a public health agency, that stores
patient information such as immunization histories or cancer data, regardless of where the patient obtains
services.
戸籍上の自宅。予防接種歴や癌登録のような患者情報を扱う公共医療機関の情報システムに関係する事が多い。患者が治療を受ける場所には無関係である。
Residence at birth (home address at time of birth)
出生時の居住地（出生の際の自宅住所）

第 8 成分 Other Geographic Designation その他の地理表示(ST)
この成分は必要となり得る、その他のあらゆる地理表示を表す。国、生物学的地域、SMSA などを含む。

第 9 成分 County/Parish Code 郡/教区コード(IS)指定された住所が所在する郡を示すコード。
「使用者定義表 0289－郡/教区」がこの成分に対するユーザ定義の値のHL7 識別子として用いられる。この成分が郡を表すのに用いられるときには、成分 8＜その他の地理表示＞には、それを重複させてはならない。
（つまり、＜その他の地理表示＞を郡の表現をするために用いるのは、HL7 旧バージョンとの互換性のためにのみ許されており、現在または将来の HL7 のバージョンでは非推奨である。
）
使用者定義表0289－County/parish
Value

郡／教区

Description
No suggested values 推奨値なし

第 10 成分 Census Tract 国勢調査区域(IS)指定された住所が所在する国勢調査区域を表すコード。
「使用者定義表 0288－国勢調査区域」がこの成分に対するユーザ定義の値の HL7 識別子として用いられる。
使用者定義表0288－Census tract
Value

国勢調査区域

Description
No suggested values 推奨値なし

第 11 成分 Address Representation Code 住所表記コード(ID)同じ名前／住所に対する別の名前／住所型および名前／住所表記は、このフィールドを、名前／住所型および／または名前／住所表記を違えて、繰り返すことで表現すべきである。有効な値については「HL7 表 0465－名前／住所表記」を参照。一般的にこの成分はデータ項目で提供される表記の指示を行う。使用されている文字セットを示© JAHIS 201497

すことは必要ではない。したがって、表記は何を期待すべきかを示すが、それでもなお、送信側は自由に望むどんな文字集合を使っても内容をコード化することができる。この成分は受信者にヒントのみ与えるので、受信側は何が送られてきて何を表示する能力があるかをもとに選択を行うことができる。

第 12 成分 Address Validity Range 住所有効範囲(DR)
この成分は完全には表現できない。v2.4 の誤りとして認識されている。HL7 V2.5 より HL7 旧バージョンとの互換性のためにのみ保持されている。発効日付および失効日付成分を参照。この成分はこの住所が有効な期間を定義する開始および終了の日付／時刻を含む。

第 13 成分 Effective Date 発効日付(TS)判明しているならば、住所が正しく有効となる最初の日付。

第 14 成分 Expiration Date 失効日付(TS)>判明しているならば、住所が正しく有効である最後の日付。

XCN 拡張複合 ID と名前
HL7成分表－XCN－Extended Composite ID Number and Name for Persons
TBL#

拡張複合IDと名前

SEQ

LEN

DT

OPT

COMPONENT NAME

1

15

ST

O

ID Number ID 番号

2

194

FN

O

Family Name 姓

3

30

ST

O

Given Name 名

4

30

ST

O

Second and Further Given Names or Initials Thereof
2 番目以降の名またはそれらのイニシャル

5

20

ST

O

Suffix (e.g., JR or III)

6

20

ST

O

Prefix (e.g., DR)

7

5

IS

B

0360

Degree (e.g., MD)

8

4

IS

C

0297

Source Table

9

227

HD

O

0363

Assigning Authority 割当権限者

10

1

ID

O

0200

Name Type Code 名前型コード

11

1

ST

O

接尾語（例：JR または III）

接頭語（例：DR）
学位（例：MD）V.2.5 より非推奨

ID 管理表Identifier Check Digit 識別子チェックディジット

12

3

ID

C

0061

Check Digit Scheme

13

5

ID

O

0203

Identifier Type Code 識別子型コード

14

227

HD

O

15

1

ID

O

0465

Name Representation Code 名前表記コード

16

483

CWE

O

0448

Name Context 名前の文脈

17

53

DR

B

18

1

ID

O

19

26

TS

O

Effective Date 発行日付

20

26

TS

O

Expiration Date 失効日付

21

199

ST

O

Professional Suffix 専門職の接頭辞

22

705

CWE

O

Assigning Jurisdiction 割当管轄

23

705

CWE

O

Assigning Agency or Department 割当権限者または行政組織

チェックディジット形式

Assigning Facility 割当施設

Name Validity Range 名前の有効範囲
0444

Name Assembly Order 名前構成順序

注：HL7 V2.3.1のCNデータ型を置き換える。
ID番号と人の名前を示す必要があるところで用いられる。
|12372^RIGGINS^JOHN^""^""^""^MD^ADT1||12372||^RIGGINS^JOHN^""^""^""^MD||1234567＾Smith＾John＾J＾III＾DR＾PHD＾ADT01＾＾L＾4＾M11＾MR|© JAHIS 201498

第 1 成分 ID Number ID 番号(ST)成分 9 で示される使用者定義表によりコード化された ID を示す文字列。最初の成分が明示された場合には ID 管理
表または割当権限者に値を入れる必要がある。

第 2 成分 Family Name 姓(FN)
この成分はある個人の姓を完全に示すことを可能とする。必要なときは、このデータ型は個人の名前が、もともとの姓と配偶者の姓を含んでいる場合に、そのそれぞれを区別する。このデータ型はまた、メッセージにおいて、姓の接頭辞（例えば"van"や"de"のような）の部分と語根の部分とを区別することを可能にする。
「FN－姓」を参照。

第 3 成分 Given Name 名(ST)
名を明記するのに用いる。

第 4 成分 Second and Further Given Names or Initials Thereof 2 番目以降の名またはそれらのイニ
シャル(ST)複数のミドルネームを空白で区切って入れることができる。

第 5 成分 Suffix (e.g., JR or III) 接尾語（例、JR または III）(ST)
名前の接尾語を明記するのに用いる。
（例：Jr または III）

第 6 成分 Prefix (e.g., DR) 接頭語（例：DR）(ST)
名前の接頭語を明記する。

第 7 成分 Degree (e.g., MD) 学位（例：MD）(IS)HL7 V2.5 より HL7 旧バージョンとの互換性のためにのみ残されている。専門職接頭語成分を参照。教育における学位（例、MD）を明記するのに用いる。提案されている値については「使用者定義表 0360－学位／免許／資格」
を参照。

第 8 成分 Source Table ID 管理表(IS)
この成分に関する使用者定義表の値として「使用者定義表 0297－CNID 管理表」の HL7 識別子が使われている。
最初の成分を記述するのに用いる。

第 9 成分 Assigning Authority 割当権限者(HD)
割当権限者はそのデータを生成したシステム（あるいは組織、政府機関の部署）についての一義的な識別子である。
これは HD データ型である。
「使用者定義表 0363－割当権限者」が HD 成分の最初の副成分＜ネームスペース ID＞に与える値の HL7 識別子として用いられる。

第 10 成分 Name Type Code 名前型コード(ID)
名前の型を表すコード。有効な値については「HL7 表 0200－名前型」を参照。

第 11 成分 Check Digit Scheme 識別子チェックディジット(ID)
使用されているチェックディジット形式の指定を含む。有効な値については「HL7 表 0061－チェックディジット
形式」を参照。

第 12 成分 Identifier Type Code チェックディジット体系(ID)
識別子の型に対応するコード。場合によっては、このコードが「割当権限者」成分の修飾語として用いられることもある。有効な値については「HL7 表 0203－ID 型」を参照。

第 13 成分 Identifier Type Code 識別子型コード
識別子の型に対応するコード。場合によっては、このコードが「割当権限者」成分の修飾語として用いられることもある。有効な値については「HL7 表 0203－ID 型」を参照。

第 14 成分 Assigning Facility 割当施設(HD)人に最初に識別子が割り当てられた、建物・場所の識別子。この成分は識別子の固有の部分ではないが、識別子の履歴に関する部分である
この成分は、特定の相互通信システムのために存在している。

第 15 成分 Name Representation Code 名前表記コード(ID)同じ名前／住所に対する別の名前／住所型および名前／住所表記は、このフィールドを、名前／住所型および／または名前／住所表記を違えて、繰り返すことで表現すべきである。有効な値について「HL7 表 0465－名前／アドレス表記」を参照。一般的にこの成分はデータ項目で提供される表記の指示を行う。使用されている文字セットを示すことは必要ではない。したがって、表記は何を期待すべきか示すが、それでもなお、送信側は自由に望むどんな文字集合を使っても内容をコード化することができる。この成分は受信者にヒントのみ与えるので、受信側は何が送られてきて何を表示する能力があるかをもとに選択を行うことができる。

第 16 成分 Name Context 名前の文脈(CWE)
この成分は名前の使われる文脈を示すのに用いられる。主なユースケースはオーストラリアの保険医療においてである。
異なる保険医療施設に入院する場合に、異なる名前を使用することを希望する先住民の患者である。別のユースケースは、米国で、医療従事者が少し異なる名前で免許を受けることができて、管理上の理由で正確な名前を届け出© JAHIS 201499

ることがきわめて重要な場合である。提案されている値については「使用者定義表 0448－名前の文脈」を参照。

第 17 成分 Name Validity Range 名前の有効範囲(DR)HL7 V2.5 より HL7 旧バージョンとの互換性のためにのみ保持されている。PPN.20 発効日および PPN.21 失効日を参照。この成分は十分に表現することができず、HL7 V2.4 の誤りとして認識されている。この成分は、この名前が有効な期間を示す開始と終了の日付／時間を含む。副成分の記述については「DR－日付／時刻範囲」を参照。

第 18 成分 Name Assembly Order 名前構成順 (ID)
この人名の構成要素の望ましい表示順を表す。有効な値については「HL7 表 0444－名前構成順」を参照。

第 19 成分 Effective Date 発効日付(TS)
値が設定される場合は、住所が正当で有効となる最初の日。

第 20 成分 Expiration Date 失効日付(TS)
値が設定される場合は、住所が正当で有効である最後の日。

第 21 成分 Professional Suffix 専門職の接頭辞(ST)
その人の専門職種（例、免許、資格、学位、専門学会の会員）を証明する資格を表示する略語あるいは略語の文字列を示すのに用いられる。人名が表示されるときに、専門職の接頭辞は、通常、姓の後に表示される。この成分は、非整形の文字列で、表示目的のみで用いられることに注意すること。

第 22 成分 Assigning Jurisdiction 割当管轄(CWE)
成分 1 の識別子を割り当てた地理・政治上のエンティティ詳細については、「割当管轄 (CWE)」を参照。

第 23 成分 Assigning Agency or Department 割当権限者または行政組織(CWE)
成分 1 の識別子を割り当てた割当権限者または割当組織。詳細については、「割り当て機関あるいは行政組織(CWE)」を参照。

XON 拡張複合組織 ID と名称
HL7成分表－XON－Extended Composite Name and Identification Number for Organizations
拡張複合組織IDおよび名称
SEQ

LEN

DT

OPT

TBL#

COMPONENT NAME

1

50

ST

O

2

20

IS

O

3

4

NM

B

ID Number ID 番号

4

1

NM

O

Check Digit チェックディジット

5

3

ID

O

6

227

HD

O

0363

Assigning Authority 割当権限者

7

5

ID

O

0203

Identifier Type Code 識別子型コード

8

227

HD

O

9

1

ID

O

10

20

ST

O

Organization Name 組織名称
0204

0061

Organization Name Type Code 組織名称型コード

Check Digit Scheme チェックディジット体系

Assigning Facility 割当施設
0465

Name Representation Code 名前表記コード
Organization Identifier 組織識別子

組織の名前型では、法的な名前、表示する名前などを表す。
|HL7 Health Center＾L＾6＾M11＾HCFA|
第 1 成分 Organization Name 組織名称(ST)
指定した組織の名称。

第 2 成分 Organization Name Type Code 組織名称型コード(IS)
名称の型、すなわち法的な名称、表示名称などを表すコード。提案されている値については「使用者定義表 0204－
組織名称型」を参照。
使用者定義表0204－Organizational name type
Value

Description

A

Alias name 別名

L

Legal name 法的な名前© JAHIS 2014
100

組織名称型

ValueDescription

D

Display name 表示する名前

SL

Stock exchange listing name
株式取引所に登録する名前

第 3 成分 ID NumberID 番号(NM)
この成分は HL7 V2.5 より HL7 旧バージョンとの互換性のためにのみ保持されている。英数文字による識別子を受け付ける、成分 10 の組織識別子を用いることを推奨する。

第 4 成分 Check Digit チェックディジット(NM)このデータ型でのチェックディジットは、メッセージ処理系により生成された後付けのものではない。識別番号の一部分で、送信側アプリケーションで使用される部分が、この成分でいうチェックディジットである。送信側のア
プリケーションが自己生成のチェックディジットを識別番号に含めていない場合は、この成分は null にしなければならない。

第 5 成分 Check Digit Scheme チェックディジット体系(ID)
使用されているチェックディジット方式の指定を含む。有効な値については「HL7 表 0061－チェックディジット
形式」を参照。

第 6 成分 Assigning Authority 割当権限者 (HD)
割当権限者はそのデータを生成したシステム（あるいは組織、政府機関の部署）についての一義的な識別子である。
これは HD データ型である。
「使用者定義表 0363 -割当権限者」が HD 成分の最初の副成分＜ネームスペース ID＞に与える値の HL7 識別子として用いられる。

第 7 成分 Identifier Type Code 識別子型コード(ID)
識別子の型に対応するコード。場合によっては、このコードが「割当権限者」成分の修飾語として用いられることもある。有効な値については「HL7 表 0203－ID 型」を参照。

第 8 成分 Assigning Facility 割当施設(HD)人に最初に識別子が割り当てられた、建物・場所の識別子。この成分は識別子の固有の部分ではないが、識別子の履歴に関する部分である：この成分は、特定の相互通信システムのために存在している。

第 9 成分 Name Representation Code 名前表記コード(ID)同じ名前／住所に対する別の名前／住所型および名前／住所表記は、このフィールドを、名前／住所型および／または名前／住所表記を違えて、繰り返すことで表現すべきである。有効な値について「HL7 表 0465－名前／アドレス表記」を参照。一般的にこの成分はデータ項目で提供される表記の指示を行う。使用されている文字セットを示すことは必要ではない。したがって、表記は何を期待すべきかを示すが、それでもなお、送信側は自由に望むどんな文字集合を使っても内容をコード化することができる。この成分は受信者にヒントのみ与えるので、受信側は何が送られてきて何を表示する能力があるかをもとに選択を行うことができる。

第 10 成分 Organization Identifier 組織識別子(ST)
定義：この成分は XON.1 で参照される項目を一意的に特定する文字の並び（コード）を含む。この成分は HL7 V2.5
より XON.3 ID 番号を置き換える。

XPN 拡張人名
HL7成分表－XPN－Extended Person Name
SEQ

LEN

DT

OPT

1

194

FN

O

Family Name 姓

2

30

ST

O

Given Name 名

3

30

ST

O

Second and Further Given Names or Initials Thereof
2 番目以降の名またはそれらのイニシャル

4

20

ST

O

Suffix (e.g., JR or III)

5

20

ST

O

Prefix (e.g., DR)

接頭語（例：DR）

6

6

IS

B

0360

Degree (e.g., MD)

学位（例：MD）

7

1

ID

O

0200

Name Type Code 名前型コード

8

1

ID

O

0465

Name Representation Code 名前表記コード

9

483

CWE

O

0448

Name Context 名前の文脈© JAHIS 2014
101

TBL#

拡張人名

COMPONENT NAME

接尾語（例：JR または III）

SEQ

LEN

DT

OPT

10

53

DR

B

TBL#

COMPONENT NAME
Name Validity Range 名前の有効範囲

11

1

ID

O

12

26

TS

O

0444

Name Assembly Order 名前構成順序
Effective Date 発行日付

13

26

TS

O

Expiration Date 失効日付

14

199

ST

O

Professional Suffix 専門職の接頭辞

注：HL7 V2.3からPNデータ型を置き換える。
|Smith^John^J^III^DR^PHD^L||日本^太郎^^^^^D^I~にほん^たろう^^^^^D^P~ NIHON^Tarou^^^^^D^A|
第 1 成分 Family Name 姓(FN)
この成分はある個人の姓を完全に示すことを可能とする。必要なときは、この成分は個人の名前が、もともとの姓と配偶者の姓を含んでいる場合に、そのそれぞれを区別する。これはまた、メッセージにおいて、姓の接頭辞の部分（例えば"van"や"de"のような）と語根の部分とを区別することを可能にする。FN 型を参照。

第 2 成分 Given Name 名(ST)ファーストネーム。

第 3 成分 Second and Further Given Names or Initials Thereof 2 番目以降の名またはそれらのイニ
シャル(ST)複数のミドルネームを空白で区切って入れることができる。

第 4 成分 Suffix (e.g., JR or III) 接尾語（例、JR または III） (ST)
名前の接尾語を明記するのに用いる。
（例、Jr または III）

第 5 成分 Prefix (e.g., DR) 接頭語（例 DR）(ST)
名前の接頭語を明記する。
（例、Dr）

第 6 成分 Degree (e.g., MD) 学位（例 MD）(IS)HL7 V2.5 より HL7 旧バージョンとの互換性のためにのみ残されている。専門職接頭語成分を参照。教育における学位（例、MD）を明記するのに用いる。提案されている値については「使用者定義表 0360－学位／免許／資格」
を参照。

第 7 成分 Name Type Code 名前型コード(ID)
名前の型を表すコード。有効な値については「HL7 表 0200－名前型」を参照。

第 8 成分 Name Representation Code 名前表記コード(ID)同じ名前／住所に対する別の名前／住所型および名前／住所表記は、このフィールドを、名前／住所型および／または名前／住所表記を違えて、繰り返すことで表現すべきである。有効な値について「HL7 表 0465－名前／アドレス表記」を参照。一般的にこの成分はデータ項目で提供される表記の指示を行う。使用されている文字セットを示すことは必要ではない。したがって、表記は何を期待すべきかを示すが、それでもなお、送信側は自由に望むどんな文字集合を使っても内容をコード化することができる。この成分は受信者にヒントのみ与えるので、受信側は何が送られてきて何を表示する能力があるかをもとに選択を行うことができる。

第 9 成分 Name Context 名前の文脈(CWE)
この成分は名前の使われる文脈を示すのに用いられる。主なユースケースはオーストラリアの保険医療においてである：異なる保険医療施設に入院する場合に、異なる名前を使用することを希望する先住民の患者である。別のユースケースは、米国で、医療従事者が少し異なる名前で免許を受けることができて、管理上の理由で正確な名前を届け出ることがきわめて重要な場合である。提案されている値については「使用者定義表 0448－名前の文脈」を参照。

第 10 成分 Name Validity Range 名前の有効範囲(DR)HL7 V2.5 より HL7 旧バージョンとの互換性のためにのみ保持されている。PPN.20 発効日および PPN.21 失効日を参照。この成分は十分に表現することができず、v2.4 の誤りとして認識されている。この成分は、この名前が有効な期間を示す開始と終了の日付／時間を含む。副成分の記述については DR 型を参照。

第 11 成分 Name Assembly Order 名前構成順(ID)
この人名の構成要素の望ましい表示順を表す。有効な値については HL7 表 0444 -名前構成順 を参照。

第 12 成分 Effective Date 発効日付(TS)知られている場合には、住所が正当で有効となる最初の日。

第 13 成分 Expiration Date 失効日付(TS)知られている場合には、住所が正当で有効である最後の日。

© JAHIS 2014102

第 14 成分 Professional Suffix 専門職の接頭辞(ST)
その人の専門職種（例、免許、資格、学位、専門学会の会員）を証明する資格を表示する略語あるいは略語の文字列を示すのに用いられる。人名が表示されるときに、専門職の接頭辞は、通常、姓の後に表示される。この成分は、非整形の文字列で、表示目的のみで用いられることに注意すること。専門職の接頭辞の中味に関する詳細な情報は、
HL7 V2.5 15 章 職員管理の適切なセグメントを用いることで得られる。
一部の国々では、表意文字あるいは表音（音声の）文字セットを使用しているので、アルファベットフォーマット
の他にこれらのフォーマットの片方または両方で名前を送信することが、ときどき必要である。異なる文字セット
間を切り替えるには、JIS X0202－ISO 2022 のような文字セットを使用するが、これは異なる文字セット間および単一バイトとマルチバイトの文字表現の間を切り替える。名前フィールドを繰り返す場合、名前の異なる反復はこれらの異なる文字セットによって表わされてもよい。詳細は以下のとおりである。

・

HL7は、日本の文字のための下記基準をサポートする
JIS X0201

対象 ISO－IR13（日本の片仮名）
対象 ISO－IR14（日本のローマ字）・JIS X0208

対象 ISO－IR87（日本の漢字、平仮名および片仮名）

JIS X0212

対象 ISO－IR159（補足的な日本の漢字）

HL7は欧州 の文字のための下記基準をサポートする
ISO－8859（1－9）

対象 ISO－IR100、101、109、110、144、127、126、138 および 148。

文字セットは、HL7 の中で ASCII、8859／1..8859／2、JAS2020 および JIS X0202 として引用されている。
DICOM
は、形式「ISO－IRxxx」の、ISO 2375 の中にレイアウトされたコードを使用する。HL7 はこの命名法をサポートするが、それは相互操作性を促進するためである。
HL7 は、ISO 646：1990（ISO IR－6）の国際参照バージョンの基本の G0 セットを、文字列に対するデフォルト
文字レパ－トリ－として使用する。これは単一のバイト文字セットであり、ASCII と同一である。
XPN フィールドの各反復はデフォルト文字セットから始まると仮定される。別の文字セットを使用することになっている場合、HL7 に定義されたエスケープであって文字セットを宣言するため使用されるものが、反復の初めになければならない。また、HL7 に定義されたエスケープであってデフォルト文字セットを始めるため使用されるもの
が、反復の終わりになければならない。さらに注意すべきことは、いくつかの文字セットを単一の反復内に混ぜ合
わせてもよいが、反復がデフォルト文字セットへの復帰で終わることが条件であるということである。
アプリケーションは、その適合文およびフィールド・MSH-18 文字セットの中でどの文字セットをアプリケーショ
ンがサポートするか明示しなければならない。送信および受信アプリケーションは、をエスケープするために文字
セット名（すなわち ISO-IRxxx）をマップするか知っていると仮定されている。
例えば、多くの日本語のメッセージでは、ローマ字（すなわちローマ文字）、片仮名（外国の単語の発音表現）、平
仮名（日本語の単語の発音表現）および漢字（絵文字）の混合がある。そのようなメッセージは、4 つの文字セッ
トが MSH の中で指定されることを要求する。

・

名前の国際化のための参考文献

1.

“Understanding Japanese Information Processing” by Ken Lunde, O’Reilly Press2.

“DICOM Supplement 9 : Multi-Byte Character Set Support”, ACR-NEMA

3.

ANSI X3.4:1986

ASCII character set

4.

ISO 646:1990

Information Processing - ISO 7-bit coded character set for information interchange

5.

ISO/IEC 2022:1994

Information Technology - Character code structure and extension techniques

6.

ISO 2375:1986

Data Processing - Procedure for the registration of escape sequences

7.

ISO 6429:1990

Information Processing - Control functions for 7-bit and 8-bit coded character sets8.

ISO 8859 (1-9)

Information Processing - 8-bit single-byte coded graphic character sets - parts 1-9

9.

ENV 41 503:1990

Information systems interconnection - European graphic character repertoires and theircoding© JAHIS 2014
103

10.

ENV 41 508:1990

Information systems interconnection - East European graphic character repertoires andtheir coding

11.

JIS X 0201-1976

Code for Information Exchange

12.

JIS X 0212-1990

Code of the supplementary Japanese Graphic Character set for information interchange

13.

JIS X 0208-1990

Code for the Japanese Graphic Character set for information interchange

14.

RFC 1468

Japanese Character Encoding for Internet Messages

この方法は DICOM と整合している。
DICOM によってサポートされた文字レパ－トリ－は、補遺 9 の第 5 部、節 62E1 の中で定義されている。それによれば、「テキストまたは文字列である値は、図形および制御文字から構成されることができる。図形文字セットは、
そのコード化と無関係に、文字レパ－トリ－と呼ばれる。アプリケーションエンティティが DICOM 規格を使用してデータを交換したい元来の文脈に依存して、異なる文字レパ－トリガー使用されている。DICOM によってサポートされた文字レパ－トリ－は ISO 8859 の中で定義されている。
」
さらに、DICOM は、日本語のための次の文字レパ－トリ－をサポートする。
JIS X0201－1976

情報交換のためのコード対象 ISO－IR14（日本のローマ字）JIS X0208－1990

情報交換のための日本の図形文字セットのコード

JIS X0212－1990

情報交換のための補足の日本の図形文字セットのコード

XTN 拡張テレコミュニケーション番号
HL7成分表－XTN－Extended Telecommunication Number
TBL#

拡張テレコミュニケーション番号

SEQ

LEN

DT

OPT

COMPONENT NAME

1

199

ST

B

2

3

ID

O

0201

Telecommunication Use Code テレコミュニケーション用途コード

3

8

ID

O

0202

Telecommunication Equipment Type テレコミュニケーション装置型

4

199

ST

O

Email Address 電子メールアドレス

5

3

NM

O

Country Code 国コード

6

5

NM

O

Area/City Code 区域／市コード

Telephone Number 電話番号 V.2.3 から非推奨

7

9

NM

O

Local Number 市内番号

8

5

NM

O

Extension 内線

9

199

ST

O

Any Text 任意のテキスト

10

4

ST

O

Extension Prefix 内線接頭辞

11

6

ST

O

Speed Dial Code 短縮番号コード

12

199

ST

C

Unformatted Telephone number 非定型の電話番号

第 1 成分 Telephone Number 電話番号(ST)
この成分は HL7 V2.3 より HL7 旧バージョンとの互換性のためにのみ保持されている。

第 2 成分 Telecommunication Use Code テレコミュニケーション用途コード(ID)テレコミュニケーション番号の特定の用途を表すコード。有効な値については「HL7 表 0201－テレコミュニケー
ション用途コード」を参照。
HL7表0201－Telecommunication use codeValue

テレコミュニケーション用途コード

Description

PRN

Primary Residence Number 主要な自宅番号

ORN

Other Residence Number 他の自宅番号© JAHIS 2014
104

ValueDescription

WPN

Work Number 勤務先番号

VHN

Vacation Home Number 別荘番号

ASN

Answering Service Number 留守電話応答サービス番号

EMR

Emergency Number 緊急番号

NET

Network (email) Address ネットワーク(電子メール)アドレス

BPN

Beeper Number ポケットベルの番号

第 3 成分 Telecommunication Equipment Type テレコミュニケーション装置型(ID)テレコミュニケーション機器の型を表すコード。 有効な値については HL7 表 0202－テレコミュニケーション機器型を参照。
HL7表0202－Telecommunication equipment type
Value

テレコミュニケーション機器型

Description

PH

Telephone 電話

FX

Fax ファックス

MD

Modem モデムCP

Cellular Phone 携帯電話

BP

Beeper ポケットベル

INTERNETInternet Address: Use Only If Telecommunication Use Code Is NET
インターネットアドレス：通信使用コードが NET である場合のみ使用
X.400 email address: Use Only If Telecommunication Use Code Is NET
X.400 電子メールアドレス：通信使用コードが NET である場合のみ使用

X.400

第 4 成分 Email Address 電子メールアドレス(ST)
このデータ型を CEN のテレコミュニケーションデータ属性グループと相互運用するために、第 2 成分に電子メー
ルアドレス用途コードを設けた。電子メールアドレスを示すためにテレコミュニケーション用途コード表に NETという値を追加し、インターネットアドレスの型はテレコミュニケーション機器型表の Internet と X.400 という値で示される。インターネットアドレス用に用いられた場合は、XTN データ型の最初の成分は null となる。@記号が副成分デリミタに用いられた場合、インターネットアドレス（国コード(NM)を参照）をコード化する際には HL7
副成分エスケープシーケンスが使用される。

第 5 成分
第 6 成分
第 7 成分
第 8 成分
第 9 成分Country Code 国コード(NM)Area/City Code 区域／市コード(NM)Local Number 市内番号(NM)Extension 内線(NM)Any Text 任意のテキスト(ST)

電話番号に関するコメントを含む。

|^^^^^^^^Do not use after 5PM
第 10 成分 Extension Prefix 内線接頭辞(ST)
会社の内線電話システムネットワーク内で成立している、内線にダイヤルするときに、内線番号成分の値の前につける符号として用いられる文字。内線番号接頭辞を用いる場合には、内線番号成分に値が与えられることが必要で、内線番号接頭辞には数字だけでなく特殊文字（例、*、#）が用いられることがあることに注意。

第 11 成分 Speed Dial Code 短縮番号コード(ST)
会社の内線電話システムネットワーク内で成立している、電話をかけるのを容易にするために、電話番号より長さが短いので、（外線）電話番号の替わりに用いられる文字。数字だけでなく特殊文字（例、*、#）が用いられることがあることに注意。

第 12 成分 Unformatted Telephone number 非定型の電話番号(ST)
機械解釈不能な文字列としての電話番号の表現。電話番号が、送信側システムに機械解釈不能なフリーテキストとして入力された。

|^^^^^^^^^^^1-800-Dentist|© JAHIS 2014105

3 主な用語
トリガーイベント Trigger Event ：メッセージの交換を始めるきっかけとなる事象をトリガーイベントという。HL7 は、実際のヘルスケア現場でのシステム間データ通信の必要性に応じた事象を受けて書かれている。例えば、｢患者が入院｣というト
リガーイベントは、その患者についての情報を幾つかの他のシステムに伝送する必要を引き起こすであろう。
それらメッセージ型とトリガーイベントコードは一対多の関係である。
メッセージ Message ：1 つのメッセージは、システム間で転送されるデータの意味のある最小単位である。これは定義された順
序のセグメントの集合からなる。
各々のメッセージはその目的を定義するメッセージタイプを持つ。
例えば、ADT(入退転)メッセージタイプはあるシステムから別なシステムに患者の入退転データの一部を伝送するために使用される。各々のメッセージに含まれる 3 文字のコードがそのタイプを識別する。
セグメント Segment (record) ：セグメントはメッセージの構成要素で、データ要素（フィールド）の集合体である。各々のセグメントはセグメント ID と呼ばれる 3 文字のコードで識別される。メッセージ中のセグメントは必要なものと任意のものとある。それらはメッセージ中に一回だけ出現する場合と繰り返しが許される場合とある。例えば、単一のオーダ関連情報は OBR セグメントとして送られ、検査関連情報は複数の OBX セグメントとして送られることがある。
フィールド Field ：診断名などといったセグメント中の意味をもったデータ単位である。フィールドには、さらに詳細に記したデータ成分の集合を含むことがある。
フィールド成分 Field components ：フィールドへの入力要素として、成分という識別可能な部分を含むことがある。例えば、患者名は、姓、名、ミドルネーム（イニシャル）として記録されるが、それぞれの要素は別個のエンティティであり、成分
区切り文字により分離される。成分はさらに副成分で構成される場合もある。
メッセージ区切り文字 Message Delimiters ：メッセージを区切るには、定義された文字が使用される。それらは、セグメントターミネータ、フィール
ドセパレータ、成分セパレータ、副成分セパレータ、反復セパレータ、そしてエスケープ文字である。
依頼者 Placer(Requestor) ：検査を依頼(要求)する人あるいは部門をいう。 たとえば、生理検査、検体検査、X 線、観察などを依頼する医師、実施者、病院、または病棟部門などである。
実施者 Filler(Producer) ：依頼・要求された検査を実施する（オーダに応える）人または部門のことである。診断部門、臨床部門、その患者についての検査結果を報告する看護提供者を含む。臨床検査室は検体検査の実施者（検査オーダに応える人）であり、看護部門はバイタルサイン観察などの実施者（バイタルサインの測定を依頼するオーダに応える人）である。
病院情報システム（HIS）Hospital Information System ：病院の根幹を担う情報システム。例えば、電子カルテシステムやオーダエントリシステム。管理している患者情報やオーダ情報を部門システムに伝達し、結果情報などを受け取って管理する情報システム。

© JAHIS 2014106

4 JAHIS 標準テーブル
各データ交換規約で作成する標準テーブルの命名規則を下記の様に定めた。
命名規則：JHS*□□□□*：各種データ交換規約の英語表記の頭文字□□□□：連番例）処方データ交換規約の場合、処方の英語表記は「Prescription」となるので、命名規則の頭 4 文
字は”JHSP”となる。

© JAHIS 2014107

5 本規約の対象範囲
5.1 対象範囲
本規約では下図「システム間情報伝達イメージ」の範囲を対象とする。また、取り扱うメッセージタイプ
及びトリガーイベントを表「メッセージとトリガーイベント」に示す。

①患者情報通知/応答

電子カルテ
部門システム／オーダエン
トリシステム②患者情報等照会/応答

システム間情報伝達イメージ
メッセージとトリガーイベント
メッセージ定義①患者情報通知②患者情報等照会

メッセージタイプ

ADT→
←ACK

QBP→
←RSP

トリガーイベント

イベント
タイプ

入院/来院の通知
転科・転棟
退院/在院終了
患者の登録
患者情報の更新
入院/外来通知（A01）の取消
患者移送（A02）の取消
退院、通院終了（A03）の取消
患者の外出・外泊開始
患者の帰院
患者情報の関連付け
個人情報の追加
個人情報の更新
患者情報の関連付けの解除
患者情報のマージ患者 ID リスト
患者 ID リストの変更
患者の外出・外泊開始（A21）の取消
患者の帰院（A22）の取消
副作用情報の更新
患者基本情報の問合せ

A01
A02
A03
A04
A08
A11
A12
A13
A21
A22
A24
A28
A31
A37
A40
A47
A52
A53
A60
Q22/K21

患者基本情報および所在の問合せ

ZV1/ZV2「メッセージタイプ」欄の矢印(→、←)は、メッセージの応答関係を表す。上側の矢印(→)が最初のメッセージの送信を意味し、下側の矢印(←)が最初のメッセージに対する応答メッセージの送信を意味する。

© JAHIS 2014108

メッセージの概要① 患者情報通知（ADT/ACK）
患者に関する各種イベントの情報を ADT メッセージで通知し、それに対する応答を ACK メッセー
ジで返す。
②

患者情報等照会（QBP/RSP）
患者情報を QBP メッセージで問い合わせる。それに対する回答を RSP メッセージで返す。

© JAHIS 2014109

6 メッセージ構文
本規約では、HL7 メッセージを構成するセグメントの省略の可否（[ ]表記）や繰り返しの可否（{ }表記）に加え、JAHIS 仕様での要否を明確にするためコメント Comments(JPN)に要否等を付記した。
メッセージ構文での表記規則：z Comment(JPN)（JAHIS仕様での取り扱い）
R -

必須。

RE -

存在すれば必須（送信側アプリケーションは、該当データがあれば送信しなければならな
いが、存在しなければ省略する）。

O -オプション。

C -トリガーイベントまたはメッセージの使用条件による。

X -本規約では使用しない。

N -使用しない（関係者の合意のもとに関係システム内限定で使用可）。

z

注: [ ] は省略可能、{ } は繰り返し可能を示す。

z

注: 特にセグメントグループについては、そのセグメントグループの要否等を記し、さらにそのグループに属する個々セグメントの要否等を記した。

© JAHIS 2014110

6.1 情報照会(QBP/RSP)
患者基本情報や検査結果情報の照会には情報照会メッセージ(QBP)を用いる。その応答には情報応答メッ
セージ(RSP)を用いる。その場合のセグメントと構文規則は以下のとおりである。

6.1.1 QBP 患者基本属性照会メッセージ イベント(Q22)
患者基本属性照会(Patient Demographics Query)メッセージ(Q22)は、IHE IT Infrastructure テクニカル
フレームワークの PDQ プロファイルにおいて、患者 ID などを指定し、該当する患者の氏名、性別、年齢等、基本となる情報を照会するメッセージである。後述の患者基本属性及び所在照会(Patient Demographics
and Visit Query)メッセージでは、患者所在情報が応答に付随するのに対して、本メッセージでは、患者の基本的な情報のみであり、入院外来の区別や所在情報は応答メッセージに含まれない。
本メッセージは、IHE IT Infrastructure テクニカルフレームワーク の PDQ プロファイル使用時にのみ使用可能なメッセージである。
QBP

z
z
z
z
z
z

患者情報照会メッセージ

QBP^Q22^QBP_Q21

Patient Information Query

Comment(JPN)

MSH

Message Header

R

QPD

Query Parameter Definition Segment

R

RCP

Response Control Parameters

R

[DSC]

Continuation PointerO

メッセージヘッダ(MSH)セグメントはメッセージに1つ必須である。
照会パラメータ定義(QPD)セグメントはメッセージに1つ必須である。
MSH-9は「QBP^Q22^QBP_Q21」とする。
QPD-1(MessageQueryName)は「IHE PDQ Query」とする。
QPD-3(Demographics Fields)は以下のように設定する。
@<seg>.<field no>.<component no>.<subcomponent no>^<value>
継続ポインタ(DSC)セグメントについて、本規約ではその使用を想定していないし、後出の「関連セグメント」でも説明していない。
ただし、実装上、十分に大きなメッセージ単位（トランザクション）を扱えない場合は、当該システムの全ての関係システム・関係者の同意のもとに HL7 V2.5 に従って継続ポインタ(DSC)セグメントを採用することができる。 この決定には後続ポインタの表現方法も含まれる。
（ 関連する HL7 V2.5 は、2.10.2節、2.15.4
節。
）
以下、他のメッセージも同様である。

6.1.2 RSP 患者基本属性応答メッセージ イベント(K22)
患者基本属性応答メッセージ(K22)は、患者基本属性照会メッセージに応答し、指定された患者の基本情報を応答するメッセージである。
RSP

患者基本属性応答メッセージ

RSP^K22^RSP_K21

Patient Information Response

Comment(JPN)

MSH

Message Header

R

MSA

Message Acknowledgment

R[{ERR}]

Error

RE

QAK

Query Acknowledgement

R

QPD

Query Parameter Definition Segment

R[{--- Patient Demographics Begin
PID

Patient Identification

[PD1]

RE
N

© JAHIS 2014
111

RSP^K22^RSP_K21[QRI]

Patient Information Response

Comment(JPN)

Query Response InstanceN}]--- Patient Demographics End[DSC]

Continuation Pointer

N

z
z
z
z
z

メッセージヘッダ(MSH)セグメントはメッセージに1つ必須である。
メッセージ応答(MSA)セグメントはメッセージに1つ必須である。
応答時エラーが発生した場合はエラー(ERR)セグメントは必須である。
照会応答(QAK)セグメントはメッセージに1つ必須である。
照会パラメータ定義(QPD)セグメントはメッセージに1つ必須であり、QBPメッセージで記載されたものをそのまま記載する。

zz

MSH-9は「RSP^K22^RSP_K21」となる。
IHE-Jのコネクタソンでは、患者追加基本情報(PD1)セグメント, 照会応答インスタンス(QRI)セグメント, 継続ポインタ(DSC)セグメントは使用しない。
継続ポインタ(DSC)セグメントについて、本規約ではその使用を想定していないし、後出の「関連セグメント」でも説明していない。
ただし、実装上、十分に大きなメッセージ単位（トランザクション）を扱えない場合は、当該システムの全ての関係システム・関係者の同意のもとに HL7 V2.5 に従って継続ポインタ(DSC)セグメントを採用することができる。 この決定には後続ポインタの表現方法も含まれる。
（ 関連する HL7 V2.5 は、2.10.2節、2.15.4
節。
）
以下、他のメッセージも同様である。

z6.1.3 QBP 患者基本属性及び所在照会メッセージ イベント(ZV1)
患者基本属性及び所在照会(Patient Demographics and Visit Query)メッセージ(ZV1)は、IHE IT
Infrastructure テクニカルフレームワークの PDVQ プロファイルにおいて、患者 ID などを指定し、該当する患者の氏名、性別、年齢等、基本となる情報と、患者入外区分や病棟、病室などの患者所在情報を同時に照会するメッセージである。前述の患者基本属性照会(Patient Demographics Query)メッセージでは、患者の基本的な情報のみであったのに対して、本メッセージでは、患者所在情報が応答に付随し、入院外来の区別や所在情報が応答メッセージに含まれる。
本メッセージは、IHE IT Infrastructure テクニカルフレームワークの PDVQ プロファイル使用時にのみ使用可能なメッセージである。
QBP

z
z
z
z
z
z

患者情報照会メッセージ

QBP^ZV1^QBP_Q21

Patient Information Query

Comment(JPN)

MSH

Message Header

R

QPD

Query Parameter Definition Segment

R

RCP

Response Control Parameters

R

[DSC]

Continuation PointerO

メッセージヘッダ(MSH)セグメントはメッセージに1つ必須である。
照会パラメータ定義(QPD)セグメントはメッセージに1つ必須である。
MSH-9は「QBP^ZV1^QBP_Q21」とする。
QPD-1は「IHE PDVQ Query」とする。
QPD-3(Demographics Fields)は以下のように設定する。
@<seg>.<field no>.<component no>.<subcomponent no>^<value>
継続ポインタ(DSC)セグメントについて、本規約ではその使用を想定していないし、後出の「関連セグメント」でも説明していない。
ただし、実装上、十分に大きなメッセージ単位（トランザクション）を扱えない場合は、当該システムの全ての関係システム・関係者の同意のもとに HL7 V2.5 に従って継続ポインタ(DSC)セグメントを採用することができる。 この決定には後続ポインタの表現方法も含まれる。
（ 関連する HL7 V2.5 は、2.10.2節、2.15.4© JAHIS 2014
112

節。
）
以下、他のメッセージも同様である。

6.1.4 RSP 患者基本属性及び所在応答メッセージ イベント(ZV2)
患者基本属性応答メッセージ(ZV2)は、患者基本属性及び所在照会メッセージに応答し、指定された患者の基本属性及び所在情報を応答するメッセージである。
RSP

患者基本属性および所在応答メッセージ

RSP^ZV2^RSP_ZV2

Patient Information Response

Comment(JPN)

MSH

Message Header

R

MSA

Message Acknowledgment

R[{ERR}]

Error

RE

QAK

Query Acknowledgement

R

QPD

Query Parameter Definition Segment

R[{--- Patient Demographics Begin

C

Patient Identification

RE

PV1

Patient Visit

R

[PV2]

Patient Visit – Additional InformationO

Query Response Instance

N

PID
[PD1]

N

[QRI]

z
z
z
z
z
z
z
z
z

}]

--- Patient Demographics End[DSC]

Continuation PointerN

メッセージヘッダ(MSH)セグメントはメッセージに1つ必須である。
メッセージ応答(MSA)セグメントはメッセージに1つ必須である。
応答時エラーが発生した場合はエラー(ERR)セグメントは必須である。
照会応答(QAK)セグメントはメッセージに1つ必須である。
照会パラメータ定義(QPD)セグメントはメッセージに1つ必須であり、QBPメッセージで記載されたものをそのまま記載する。
本メッセージでは患者識別(PID)セグメントが存在する場合、来院情報(PV1)セグメントが必須となる。
MSH-9は「RSP^ZV2^RSP_ZV2」とする。
IHE-Jのコネクタソンでは、患者追加基本情報(PD1)セグメント, 照会応答インスタンス(QRI)セグメントは使用しない。
継続ポインタ(DSC)セグメントについて、本規約ではその使用を想定していないし、後出の「関連セグメント」でも説明していない。
ただし、実装上、十分に大きなメッセージ単位（トランザクション）を扱えない場合は、当該システムの全ての関係システム・関係者の同意のもとに HL7 V2.5 に従って継続ポインタ(DSC)セグメントを採用することができる。 この決定には後続ポインタの表現方法も含まれる。
（ 関連する HL7 V2.5 は、2.10.2節、2.15.4
節。
）
以下、他のメッセージも同様である。

© JAHIS 2014113

6.2 患者情報通知(ADT/ACK)
患者情報の通知には患者管理メッセージ(ADT)を用い、その場合のセグメントと構文規則は以下のとおりである。
HL7 V2.5 では ADT メッセージはイベント A01-A62 が定義されているが、本規約では JAHIS 標準で採用されている表 6-2 のメッセージについて記載する。
表 6-2. 本規約で定義するADTメッセージ
トリガー

名称

A01

入院／来院の通知

A02

転科・転棟

A03

退院/在院終了

A04

患者の登録

A08

患者情報の更新

A11

入院／外来通知(A01)の取消

A12

患者の移送（A02）の取消

A13

退院、通院終了（A03）の取消

A21

患者の外出・外泊開始

A22

患者の帰院

A24

患者情報の関連付け

A28

個人情報の追加

A31

個人情報の更新

A37

患者情報の関連付けの解除

A40

患者情報のマージ-患者 ID リスト

A47

患者 ID リストの変更

A52

患者の外出・外泊開始(A21)の取消

A53

患者の帰院(A22)の取消

A60

副作用情報の更新© JAHIS 2014114

備考

6.3 ADT/ACK 入院／来院の通知メッセージ イベント(A01)
A01 イベントは入院患者でのみ使われることを想定している。A01 イベントは患者のベッドが割り当てられる処理の際に送られる。その患者が医療機関への滞在が始まることを知らせる。通常、この情報は患者管理システムに入力され、病棟や補助的なシステムへ伝送される。また、入院期間が短い場合や、身元不明者の入院の場合でもこの通知が使用される。A01 イベントは次のようなことを知らせる時に使用する。薬剤システムに患者の入院と処方が発生する可能性があること。看護システムには患者が入院してケアプランの準備が必要なこと。財務システムには費用が発生し始めること。給食システムには患者の入院とともに給食が必要であること。臨床検査部、病理部、放射線システムには患者の入院とともに検査が発生するかもしれないこと。診療データ管理部門では EMR(Electric Medical Record:電子診療録)に対して入院したことを記録すること。
会計の開始と終了の期間が特別に長い場合は、P01（患者会計加算）イベントを用いて会計の開始を通知すべきである。A01 イベントは医療機関における患者の到着を通知するばかりではなく、費用の発生を通知することができる。患者の到着を通知することなく、費用の発生を通知する時は P01 イベントを使用する。
このメッセージにおいて ROL（役割セグメント）は他の医療機関と通信するときに使用される。関係が進んでいる個人レベルの医療提供者は、PID/PD1 セグメントに続く ROL セグメントで通知する。PV1 セグメントに対応する医療提供者は、PV1/PV2 セグメントに続く ROL セグメントで通知する。特定の保険に関連した医療機関は IN1,IN2,IN3 セグメントに続く ROL セグメントで通知する。医療機関にかかる最初の、そして最終の日付を通知する場合は、ROL セグメントの「ROL-5 役割開始日時」と、「ROL-6 役割終了日時」と、「ROL-3 役割」を使用する。ROL セグメントの定義については HL7 V2.5 15 章を参照。
ADT/ACK - 入院／来院の通知 (イベント A01)
ADT^A01^ADT_A01

ADT Message

Comment(JPN)

MSH

Message Header

R[{ SFT }]Software Segment

N

EVN

Event TypeR

PID

Patient IdentificationR[ PD1 ]

Additional Demographics

O[{ ROL }]Role

O[{ NK1 }]Next of Kin / Associated PartiesO

Patient VisitR[ PV2 ]

Patient Visit - Additional Info.

O[{ ROL }]Role

O[{ DB1 }]Disability InformationO[{ OBX }]Observation/ResultO[{ AL1 }]Allergy InformationO

PV1[{ DG1 }]Diagnosis InformationO[ DRG ]

Diagnosis Related GroupO[{--- PROCEDURE begin

O

PR1[{ ROL }]}]Procedures

R

Role

O

--- PROCEDURE end[{ GT1 }]Guarantor

O[{--- INSURANCE begin

OInsuranceR

IN1[ IN2 ]

Insurance Additional Info.

O[{ IN3 }]Insurance Additional Info - Cert.

O[{ ROL }]RoleO© JAHIS 2014
115

z
z
z
z
z

ADT^A01^ADT_A01

ADT Message

Comment(JPN)}]--- INSURANCE end[ ACC ]

Accident InformationO[ UB1 ]

Universal Bill InformationO[ UB2 ]

Universal Bill 92 InformationO[ PDA ]

Patient Death and AutopsyO

ACK^A01^ACK

General Acknowledgment

Comment(JPN)

MSH

Message Header

R[{ SFT }]Software Segment

N

MSA

Message Acknowledgment

R[{ ERR }]

Error

C

メッセージヘッダ(MSH)セグメントはメッセージに1つ必須である。
患者識別(PID)セグメントはメッセージに1つ必須である。
来院補足情報(PV2)セグメントは省略ができる。
患者アレルギー情報(AL1)セグメントは、アレルギー情報がない場合は省略できる。
エラー(ERR)セグメントは否定応答(MSA-1 = AE or AR)の場合に使用されるべきである。

6.3.1 ADT/ACK 転科・転棟メッセージ イベント(A02)
A02 イベントは患者に割り当てられた物理的な所在が変更になった結果通知される。
このメッセージが送られる時の各フィールドはこのイベントを伝えるために適切な内容でなければならな
い。もし、他の重要なフィールドの内容が変更になった時には、引き続き A08（患者情報の更新）イベント
を送ることを推奨する。もし、あなたの患者管理システムが患者基本情報の変更（例えば住所の変更）を同時に伝えられるなら、二つのメッセージ（A02 と、引き続き A08）を送ることを推奨する（必須ではない）。
A02 イベントは入院患者、非入院患者両方に使用できる。
患者の新しい所在は「PV1-3 患者に割り当てられた場所」で示す。また、元の所在は「PV1-6 患者の以前の所在」で示す。例えば、A02 イベントは次のようなことを知らせる時に使用する。患者が移動した時に、臨床検査部門、放射線部門、病理部門からの検査結果の送付先を変更すること。薬剤部門から薬剤の届け先を変更すること。給食部門から給食の届け先を変更すること。診療データ管理部門は電子診療録に転科転棟を記録すること。
もし患者が一時的な所在へ移動する場合（手術部、レントゲン室、移動中、廊下など）は、A02 イベントの代わりに A09 患者の移動開始-移動中と A10 患者の到着-移動終了の使用が推奨される。
A02 イベントは実際に患者に割り当てられたベッドが変更になった時にだけ使用することが臨まれる。
このメッセージにおいて ROL（役割セグメント）は他の医療機関と通信するときに使用される。関係が進んでいる個人レベルの医療提供者は、PID/PD1 セグメントに続く ROL セグメントで通知する。PV1 セグメントに対応する医療提供者は、PV1/PV2 セグメントに続く ROL セグメントで通知する。特定の保険に関連した医療機関は IN1,IN2,IN3 セグメントに続く ROL セグメントで通知する。医療機関にかかる最初の、そして最終の日付を通知する場合は、ROL セグメントの「ROL-5 役割開始日時」と、「ROL-6 役割終了日時」と、「ROL-3 役割」を使用する。ROL セグメントの定義については HL7 V2.5 15 章を参照のこと。
ADT/ACK - 転科・転棟 (イベント A02)
ADT^A02^ADT_A02

ADT Message

Comment(JPN)

MSH

Message Header

R[{ SFT }]Software Segment

N

EVN

Event TypeR

© JAHIS 2014
116

ADT^A02^ADT_A02

ADT Message

Comment(JPN)

PID

Patient IdentificationR[ PD1 ]

Additional Demographics

O[{ ROL }]

Role

O

PV1

z
z
z
z

Patient VisitR[ PV2 ]

Patient Visit - Additional Info.

O[{ ROL }]Role

O[{ DB1 }]Disability InformationO[{ OBX }]Observation/ResultO[ PDA ]

Patient Death and AutopsyO

ACK^A02^ACK

General Acknowledgment

Comment(JPN)

MSH

Message Header

R[{ SFT }]Software Segment

N

MSA

Message Acknowledgment

R[{ ERR }]

Error

C

メッセージヘッダ(MSH)セグメントはメッセージに1つ必須である。
患者識別(PID)セグメントはメッセージに1つ必須である。
来院補足情報(PV2)セグメントは省略ができる。
エラー(ERR)セグメントは否定応答(MSA-1 = AE or AR)の場合に使用されるべきである。

6.3.2 ADT/ACK 退院/在院終了メッセージ イベント(A03)
A03 イベントは医療機関における患者の滞在が終了したことを通知する。この通知により患者状態は「退院」に変更されるとともに退院日が記録される。患者はその医療機関からは居なくなる。退院直前の患者所
在は「PV1-3 患者に割り当てられた場所」で伝達する。
A03 イベントは次のようなことを知らせる時に使用する。薬剤部門では患者は退院し、それに伴って薬剤の名称が変更されたこと。看護システムには患者の退院とケアプランの終了したこと。延長治療または在宅
健康システムでは患者が退院し、新たな延長治療もしくは在宅ケアを始める審査を予定できること。財務システムには患者に対する会計期間が終了したこと、そして／または臨床データ記録部門には電子診療録に退院を記録すること。
非入院患者において A03 イベントは医療機関への滞在の終了を通知する。この通知により外来患者、通院
患者の滞在が終了したことが通知される。この通知は救急部においても使用される。滞在終了日時を知らせるためには「PV1-45 退院日時」を使用する。
会計の開始と終了の期間が特別に長い場合は、P06（会計終了）イベントを用いて会計の終了を通知すべきである。患者の死亡を通知する場合は、A03 イベントで「PID-29 患者死亡日時」、「PID-30 患者死亡識別情報」を使用する。
このメッセージが送られる時の各フィールドはこのイベントを伝えるために適切な内容でなければならな
い。予定されている延長治療または在宅ケアを始める要求（例えば延長治療計画を完成させる準備のために
看護評価を予定するなど）がある場合にはオプションのアレルギー、近親者、保険や保証人のフィールドを送らなければならない。もし、他の重要なフィールドの内容が変更になった時には、引き続き A08（患者情報の更新）イベントを送ることを推奨する。
このメッセージにおいて ROL（役割セグメント）は他の医療機関と通信するときに使用される。関係が進んでいる個人レベルの医療提供者は、PID/PD1 セグメントに続く ROL セグメントで通知する。PV1 セグメントに対応する医療提供者は、PV1/PV2 セグメントに続く ROL セグメントで通知する。特定の保険に関連した医療機関は IN1,IN2,IN3 セグメントに続く ROL セグメントで通知する。医療機関にかかる最初の、そし© JAHIS 2014117

て最終の日付を通知する場合は、ROL セグメントの「ROL-5 役割開始日時」と、「ROL-6 役割終了日時」と、「ROL-3 役割」を使用する。ROL セグメントの定義については HL7 V2.5 15 章を参照。
ADT/ACK - 退院/在院終了 (イベント A03)
ADT^A03^ADT_A03

ADT Message

Comment(JPN)

MSH

Message Header

R[{ SFT }]Software Segment

N

EVN

Event TypeR

PID

Patient IdentificationR[ PD1 ]

Additional Demographics

O[{ ROL }]Role

O[{ NK1 }]Next of Kin / Associated Parties

O

PV1

Patient Visit

R

Patient Visit - Additional Info.

X[{ ROL }]Role

O[{ DB1 }]Disability InformationO[{ AL1 }]Allergy InformationO[ PV2 ][{ DG1 }]Diagnosis InformationO[ DRG ]

Diagnosis Related GroupO[{--- PROCEDURE begin

O

PR1[{ ROL }]

R

Role

O

}]

--- PROCEDURE end[{ OBX }]Observation/Result

O[{ GT1 }]Guarantor

O[{--- INSURANCE begin

OInsurance

R

Insurance Additional Info.

O[{ IN3 }]Insurance Additional Info - Cert.

O[{ ROL }]

Role

O

IN1
[ IN2 ]zzzzz

Procedures}]--- INSURANCE end[ ACC ]

Accident InformationO[ PDA ]

Patient Death and AutopsyO

ACK^A03^ACK

General Acknowledgment

Comment(JPN)

MSH

Message HeaderR[ { SFT } ]Software Segment

N

MSA

Message Acknowledgment

R[ { ERR } ]

Error

C

メッセージヘッダ(MSH)セグメントはメッセージに1つ必須である。
患者識別(PID)セグメントはメッセージに1つ必須である。
来院補足情報(PV2)セグメントは省略ができる。
患者アレルギー情報(AL1)セグメントは、アレルギー情報がない場合は省略できる。
エラー(ERR)セグメントは否定応答(MSA-1 = AE or AR)の場合に使用されるべきである。

© JAHIS 2014118

6.3.3 ADT/ACK 患者の登録メッセージ イベント(A04)
A04 イベントは外来患者、通院患者の到着と受付を通知する時に用いられる。例えば、救急部への患者の到着などに用いられる。いくつかのシステムではこれらのイベントを外来患者の登録や救急患者の受入で使用している。
「PV1-44 入院日時」を到着時刻として使用する。
このメッセージにおいて ROL（役割セグメント）は他の医療機関と通信するときに使用される。関係が進んでいる個人レベルの医療提供者は、PID/PD1 セグメントに続く ROL セグメントで通知する。PV1 セグメントに対応する医療提供者は、PV1/PV2 セグメントに続く ROL セグメントで通知する。特定の保険に関連した医療機関は IN1,IN2,IN3 セグメントに続く ROL セグメントで通知する。医療機関にかかる最初の、そして最終の日付を通知する場合は、ROL セグメントの「ROL-5 役割開始日時」と、「ROL-6 役割終了日時」と、「ROL-3 役割」を使用する。ROL セグメントの定義については HL7 V2.5 15 章を参照。
ADT/ACK - 患者の登録 (イベント A04)
ADT^A04^ADT_A01

ADT Message

Comment(JPN)

MSH

Message HeaderR[ { SFT } ]Software Segment

N

EVN

Event TypeR

PID

Patient IdentificationR[ PD1 ]

Additional Demographics

O[{ ROL }]Role

O[{ NK1 }]Next of Kin / Associated PartiesO

Patient Visit

R

Patient Visit - Additional Info.

O[{ ROL }]Role

O[{ DB1 }]Disability InformationO[{ OBX }]Observation/ResultO[{ AL1 }]Allergy InformationO[{ DG1 }]Diagnosis InformationO[ DRG ]

Diagnosis Related GroupO[{--- PROCEDURE begin

O

Procedures

R

Role

O

PV1
[ PV2 ]

PR1[{ ROL }]}]--- PROCEDURE end[{ GT1 } ]Guarantor

O[{--- INSURANCE begin

OInsuranceR[ IN2 ]

Insurance Additional Info.

O[{ IN3 }]Insurance Additional Info - Cert.

O[{ ROL }]

Role

O

IN1

}]

--- INSURANCE end[ ACC ]

Accident InformationO[ UB1 ]

Universal Bill InformationO[ UB2 ]

Universal Bill 92 InformationO[ PDA ]

Patient Death and AutopsyO

ACK^A04^ACK

General Acknowledgment

Comment(JPN)

MSH

Message Header

R© JAHIS 2014
119

z
z
z
z
z

ACK^A04^ACK

General Acknowledgment

Comment(JPN)[ { SFT } ]Software Segment

N

MSA

Message Acknowledgment

R[ { ERR } ]

Error

C

メッセージヘッダ(MSH)セグメントはメッセージに1つ必須である。
患者識別(PID)セグメントはメッセージに1つ必須である。
来院補足情報(PV2)セグメントは省略ができる。
患者アレルギー情報(AL1)セグメントは、アレルギー情報がない場合は省略できる。
エラー(ERR)セグメントは否定応答(MSA-1 = AE or AR)の場合に使用されるべきである。

6.3.4 ADT/ACK 患者情報の更新メッセージ イベント(A08)
ADT/ACK - 患者情報の更新 (イベント A08)
ADT^A08^ADT_A01

ADT Message

Comment(JPN)

MSH

Message HeaderR[ { SFT } ]Software Segment

N

EVN

Event TypeR

PID

Patient IdentificationR[ PD1 ]

Additional Demographics

O[{ ROL }]Role

O[{ NK1 }]Next of Kin / Associated PartiesO

Patient VisitR[ PV2 ]

PV1

Patient Visit - Additional Info.

O[{ ROL }]Role

O[{ DB1 }]Disability InformationO[{ OBX }]Observation/ResultO[{ AL1 }]Allergy InformationO[{ DG1 }]Diagnosis InformationO[ DRG ]

Diagnosis Related Group

O

[{
PR1
[{ ROL }]--- PROCEDURE begin

O

Procedures

R

Role

O

}]

--- PROCEDURE end[{ GT1 }]Guarantor

O[{--- INSURANCE begin

OInsuranceR[ IN2 ]

IN1

Insurance Additional Info.

O[{ IN3 }]Insurance Additional Info - Cert.

O

Role

O

[{ ROL }]}]--- INSURANCE end[ ACC ]

Accident InformationO[ UB1 ]

Universal Bill InformationO[ UB2 ]

Universal Bill 92 Information

O

[PDA]

Patient Death and Autopsy

O© JAHIS 2014
120

z
z
z
z
z

ACK^A08^ACK

General Acknowledgment

Comment(JPN)

MSH

Message HeaderR[ { SFT } ]Software Segment

N

MSA

Message Acknowledgment

R[ { ERR } ]

Error

C

メッセージヘッダ(MSH)セグメントはメッセージに1つ必須である。
患者識別(PID)セグメントはメッセージに1つ必須である。
来院補足情報(PV2)セグメントは省略ができる。
患者アレルギー情報(AL1)セグメントは、アレルギー情報がない場合は省略できる。
エラー(ERR)セグメントは否定応答(MSA-1 = AE or AR)の場合に使用されるべきである。

6.3.5 ADT/ACK 入院／外来通知(A01)の取消メッセージ イベント(A11)
入院患者に対して A11 イベントは、A01 入院／来院通知イベントが誤って送られた時、または入院させないことに決まった時に、A01 イベントのキャンセルとして通知される。
非入院患者に対しては、A11 イベントは A04 患者の登録イベントが誤って送られた場合、または外来受診しないと決まった時に A11 イベントのキャンセルとして送られる。A05 患者の事前登録イベントをキャンセルする場合は、A38 患者の事前登録の取消イベントを使用する。これはこの HL7 V2.3 からの標準的な方法である。
このメッセージが送られる時の各フィールドはこのイベントを伝えるために適切な内容でなければならな
い。もし、他の重要なフィールドの内容が変更になった時には、引き続き A08（患者情報の更新）イベント
を送ることを推奨する。
このメッセージにおいて DG1 セグメントは旧バージョンとの互換性のためにのみ残されている。
ADT/ACK - 入院／外来通知(A01)の取消 (イベント A11)
ADT^A11^ADT_A09

ADT Message

Comment(JPN)

MSH

Message HeaderR[ { SFT } ]Software Segment

N

EVN

Event TypeR

PID

Patient IdentificationR[ PD1 ]

Additional Demographics

O

PV1

Patient Visit

R

Patient Visit - Additional Info.

O[{ DB1 }]Disability InformationO[{ OBX }]Observation/ResultO[{ DG1 }]Diagnosis InformationX

ACK^A11^ACK

General Acknowledgment

Comment(JPN)

MSH

Message HeaderR[ PV2 ]

[ { SFT } ]Software Segment

N

MSA

Message Acknowledgment

R

z
z
z
z
z

[ { ERR } ]

z

Error

z

C

メッセージヘッダ(MSH)セグメントはメッセージに1つ必須である。
患者識別(PID)セグメントはメッセージに1つ必須である。
来院補足情報(PV2)セグメントは省略ができる。
エラー(ERR)セグメントは否定応答(MSA-1 = AE or AR)の場合に使用されるべきである。

© JAHIS 2014121

6.3.6 ADT/ACK 患者の移送（A02）の取消 (イベント A12)A12 イベントは、A02 転科転棟イベントが誤入力により遅れた時、もしくは転科転棟しないことに決まった時に、A02 イベントのキャンセルとして送られる。
「PV1-3 患者の割り当てられた場所」には患者の転科
転棟前の所在を示さなければならない。
このメッセージが送られる時の各フィールドはこのイベントを伝えるために適切な内容でなければならな
い。もし、他の重要なフィールドの内容が変更になった時には、引き続き A08（患者情報の更新）イベント
を送ることを推奨する。
このメッセージにおいて DG1 セグメントは旧バージョンとの互換性のためにのみ残されている。
ADT/ACK - 患者の移送（A02）の取消 (イベント A12)ADT^A12^ADT_A12

ADT Message

Comment(JPN)

MSH

Message HeaderR[ { SFT } ]Software Segment

N

EVN

Event TypeR

PID

Patient IdentificationR[ PD1 ]

Additional Demographics

O

PV1

z
z
z
z

Patient VisitR[ PV2 ]

Patient Visit - Additional Info.

O[{ DB1 }]Disability InformationO[{ OBX }]Observation/ResultO[ DG1 ]

Diagnosis Information

B

ACK^A12^ACK

General Acknowledgment

Comment(JPN)

MSH

Message HeaderR[ { SFT } ]Software Segment

N

MSA

Message Acknowledgment

R[ { ERR } ]

Error

C

メッセージヘッダ(MSH)セグメントはメッセージに1つ必須である。
患者識別(PID)セグメントはメッセージに1つ必須である。
来院補足情報(PV2)セグメントは省略ができる。
エラー(ERR)セグメントは否定応答(MSA-1 = AE or AR)の場合に使用されるべきである。

6.3.7 ADT/ACK 退院、通院終了（A03）の取消メッセージ イベント(A13)A13 イベントは A03 退院・在院の終了イベントが誤入力に送られた場合、もしくは退院、在院終了しない
ことになった時に、A03 イベントのキャンセルとして送られる。
「PV1-3 患者の割り当てられた場所」は、キャンセル後の正しい患者所在を反映しなければならない。この所在は誤入力前の所在と異なってもよい。
前の所在は、誤入力された退院を示す目的で使われることがある。
このメッセージが送られる時の各フィールドはこのイベントを伝えるために適切な内容でなければならな
い。もし、他の重要なフィールドの内容が変更になった時には、引き続き A08（患者情報の更新）イベント
を送ることを推奨する。
このメッセージにおいて ROL（役割セグメント）は他の医療機関と通信するときに使用される。関係が進んでいる個人レベルの医療提供者は、PID/PD1 セグメントに続く ROL セグメントで通知する。PV1 セグメントに対応する医療提供者は、PV1/PV2 セグメントに続く ROL セグメントで通知する。特定の保険に関連した医療機関は IN1,IN2,IN3 セグメントに続く ROL セグメントで通知する。医療機関にかかる最初の、そして最終の日付を通知する場合は、ROL セグメントの「ROL-5 役割開始日時」と、「ROL-6 役割終了日時」© JAHIS 2014122

と、
「ROL-3 役割」を使用する。ROL セグメントの定義については HL7 V2.5 15 章を参照。
ADT/ACK - 退院、通院終了（A03）の取消 (イベント A13)
ADT^A13^ADT_A01

ADT Message

Comment(JPN)

MSH

Message HeaderR[ { SFT } ]Software Segment

N

EVN

Event TypeR

PID

Patient IdentificationR[ PD1 ]

Additional Demographics

O[{ ROL }]Role

O[{ NK1 }]Next of Kin / Associated PartiesO

Patient Visit

R

PV1[ PV2 ]

Patient Visit - Additional Info.

O[{ ROL }]Role

O[{ DB1 }]Disability InformationO[{ OBX }]Observation/ResultO[{ AL1 }]Allergy InformationO[{ DG1 }]Diagnosis InformationO[ DRG ]

Diagnosis Related GroupO[{--- PROCEDURE begin

O

PR1[{ ROL }]
}]

R

Role

O

--- PROCEDURE end[{ GT1 }]Guarantor

O[{--- INSURANCE begin

O

IN1

InsuranceR[ IN2 ]

Insurance Additional Info.

O[{ IN3 }]Insurance Additional Info - Cert.

O

Role

O

[{ ROL }]

z
z
z
z
z

Procedures}]--- INSURANCE end[ ACC ]

Accident InformationO[ UB1 ]

Universal Bill InformationO[ UB2 ]

Universal Bill 92 InformationO[ PDA ]

Patient Death and AutopsyO

ACK^A13^ACK

General Acknowledgment

Comment(JPN)

MSH

Message HeaderR[ { SFT } ]Software Segment

N

MSA

Message Acknowledgment

R[ { ERR } ]

Error

C

メッセージヘッダ(MSH)セグメントはメッセージに1つ必須である。
患者識別(PID)セグメントはメッセージに1つ必須である。
来院補足情報(PV2)セグメントは省略ができる。
患者アレルギー情報(AL1)セグメントは、アレルギー情報がない場合は省略できる。
エラー(ERR)セグメントは否定応答(MSA-1 = AE or AR)の場合に使用されるべきである。

© JAHIS 2014123

6.3.8 ADT/ACK 患者の外出・外泊開始 (イベント A21)
A21 イベントは入院患者が一時的に医療機関から離れることをシステムに通知する。このイベントにおいてベッドは占有状態のまま、入院患者の活動は保留したままとする。例えば、この通知は給食システムや検査システムへ患者が週末に自宅に帰ることを通知する。
このメッセージが送られる時の各フィールドはこのイベントを伝えるために適切な内容でなければならな
い。もし、他の重要なフィールドの内容が変更になった時には、引き続き A08（患者情報の更新）イベント
を送ることを推奨する。
患者の外出・外泊の開始日時について特別な決まりは無いが、「EVN-6 イベント発生日時」で実際に患者が医療機関を離れた日時を示すことを推奨する。また「PV2-47 予定帰院日時」に帰院予定時刻を示す。
ADT/ACK - 患者の外出・外泊開始 (イベント A21)

z
z
z
z

ADT^A21^ADT_A21

ADT Message

Comment(JPN)

MSH

Message HeaderR[ { SFT } ]Software Segment

N

EVN

Event TypeR

PID

Patient Identification

R

[PD1]

Additional Demographics

O

PV1

Patient VisitR[ PV2 ]

Patient Visit - Additional Info.

O[{ DB1 }]Disability InformationO[{ OBX }]Observation/ResultO

ACK^A21^ACK

General Acknowledgment

Comment(JPN)

MSH

Message HeaderR[ { SFT } ]Software Segment

N

MSA

Message Acknowledgment

R[ { ERR } ]

Error

C

メッセージヘッダ(MSH)セグメントはメッセージに1つ必須である。
患者識別(PID)セグメントはメッセージに1つ必須である。
来院補足情報(PV2)セグメントは省略ができる。
エラー(ERR)セグメントは否定応答(MSA-1 = AE or AR)の場合に使用されるべきである。

6.3.9 ADT/ACK 患者の帰院 (イベント A22)
A22 イベントは入院患者が外出・外泊から医療機関に戻ったことを通知するために送られる。このイベントにおいてベッドは占有状態のまま、入院患者の活動は保留したままとする。例えば、この通知は給食シス
テムや検査システムへ患者が週末に自宅に帰ることを通知する。
このメッセージが送られる時の各フィールドはこのイベントを伝えるために適切な内容でなければならな
い。もし、他の重要なフィールドの内容が変更になった時には、引き続き A08（患者情報の更新）イベント
を送ることを推奨する。
患者の外出・外泊の開始日時（訳注：原文は start date/time となっているが終了日時と思われる）について特別な決まりは無いが、「EVN-6 イベント発生日時」で実際に患者が医療機関に戻った日時を示すことを推奨する。また「PV2-47 予定帰院日時」に帰院予定時刻を示す。
ADT/ACK - 患者の帰院 (イベント A22)
ADT^A22^ADT_A21

ADT Message© JAHIS 2014124

Comment(JPN)

z
z
z
z

ADT^A22^ADT_A21

ADT Message

Comment(JPN)

MSH

Message HeaderR[ { SFT } ]Software Segment

N

EVN

Event TypeR

PID

Patient Identification

R

[PD1]

Additional Demographics

O

PV1

Patient VisitR[ PV2 ]

Patient Visit - Additional Info.

O[{ DB1 }]Disability InformationO[{ OBX }]Observation/ResultO

ACK^A22^ACK

General Acknowledgment

Comment(JPN)

MSH

Message HeaderR[ { SFT } ]Software Segment

N

MSA

Message Acknowledgment

R[ { ERR } ]

Error

C

メッセージヘッダ(MSH)セグメントはメッセージに1つ必須である。
患者識別(PID)セグメントはメッセージに1つ必須である。
来院補足情報(PV2)セグメントは省略ができる。
エラー(ERR)セグメントは否定応答(MSA-1 = AE or AR)の場合に使用されるべきである。

6.3.10 ADT/ACK 患者情報の関連付けメッセージ イベント(A24)A24 イベントは 2 つの患者識別情報が同じ患者を示す時に、最初の PID セグメントと２番目の PID セグ
メントを関連付ける必要があるときに使用する。２人またはそれ以上の患者は、実際に患者情報をマージする必要はない。リンクイベントを辿るだけで、関連付けられた患者情報は独立したままである。例えば、このイベントは大がかりな病院ネットワークシステムにおいて、それぞれの施設の記録をリンクするときに使用される。例えば、ある患者の医療記録が病院Ａ、病院 B、病院 C それぞれ独立して存在しているとき、A24
リンクイベントを共通 MPI に送り、ひとつの共通 ID にて ID 情報を関連付けることを可能とする。このイ
ベントは共同のデータ管理システムなどで使用される。このイベントは母親と新生児をリンクするものではない。なぜならばこの目的で「PID-21 母親の識別情報」があるからである。患者データの関連と、MPI についての詳細は HL7 V2.5 3 章の「3.6.3 患者記録の関連づけ」を参照（または以下の注記を参照）。
このイベントはある患者が入院患者から非入院患者に代わった時の 2 つの患者識別情報の関連づけにも使われる。逆も同じである。また、このイベントは同じ患者の２回の来院情報を関連づけるときにも使用される。
このメッセージが送られる時の各フィールドはこのイベントを伝えるために適切な内容でなければならな
い。もし、他の重要なフィールドの内容が変更になった時には、引き続き A08（患者情報の更新）イベント
を送ることを推奨する。
注：2 つ、もしくはそれ以上の患者情報をリンクすることで、HL7 V2.5 3 章の 3.6.2 節 “患者／個人情報のマージ”で論じたような実際に患者情報をマージする必要がなくなる。リンクトリガーイベントを追うことで関連する患者デー
タ記録は独立したまま残せる。しかしながら、データベース構造の差によってはシステム依存の制限があったり、リンクにおいて取り決めが必要な制約が発生するかもしれない。
MPI の実現については様々な方法がある。
MPI の調整に有用なのは、２種類のリンクをサポートすることである。
明示的なリンクにおいては、複数の識別子間のリンクを宣言するメッセージが必要である。暗黙的なリンクは、
PID-3-患者 ID リストにおいて複数の識別子が存在することにより形成される。

© JAHIS 2014
125

MPI の設定においては、A24-患者情報のリンクメッセージで明示的に複数識別子のリンクを通知する。その際、それら識別子は同一発行機関のものでも、異なる発行機関のものでも良い。A37-患者情報の関連付けの解除は、明示的に複数識別子のリンクを解除することを通知する。
複数識別子の暗黙的なリンクは、時々受動的なリンクと呼ばれるが、様々なメッセージを用いて実装される。一般に承認された方法は、PID-3-患者 ID リストに含まれる複数の識別子に含まれ、受信側システムは暗黙的にリンクする。MPI またはこのような暗黙的なリンクを実現するアプリケーションは他システムにこのことを伝えるために A24-患者情報のリンクメッセージを作ることができる。
ADT/ACK - 患者情報の関連付け (イベント A24)zzz

ADT^A24^ADT_A24

ADT Message

Comment(JPN)

MSH

Message HeaderR[ { SFT } ]Software Segment

N

EVN

Event TypeR

PID

Patient (1) IdentificationR[ PD1 ]

Patient (1) Additional Demographics

X[ PV1 ]

Patient (1) VisitX[{ DB1 }]Patient (1) Disability Information

X

PID

Patient (2) IdentificationR[ PD1 ]

Patient (2) Additional Demographics

X[ PV1 ]

Patient (2) VisitX[{ DB1 }]Patient (2) Disability InformationX

ACK^A24^ACK

General Acknowledgment

Comment(JPN)

MSH

Message HeaderR[ { SFT } ]Software Segment

N

MSA

Message Acknowledgment

R[ { ERR } ]

Error

C

メッセージヘッダ(MSH)セグメントはメッセージに1つ必須である。
患者識別(PID)セグメントはメッセージに2つ必須である。
エラー(ERR)セグメントは否定応答(MSA-1 = AE or AR)の場合に使用されるべきである。

6.3.11 ADT/ACK 個人情報の追加メッセージ イベント(A28)
このメッセージは、複数のシステムを持ち、独立した患者データベースを持つ施設の間で、それぞれの施設での患者であるかどうかにかかわらず、一人の患者の活動を通信することを目的としている。関連施設間でデータを完全な状態に維持するために、個々のシステムは他システムのデータベース稼働状況を監視する。
これらは ADT メッセージセットの一部として定義されているが、これらメッセージは他の患者用のものとは異なる。ある記録において、ある人は関心対象になる可能性がある、患者になる可能性がある、保証人になる可能性がある。例えば、これらのイベントは MPI（Master Person Index）や癌登録システム、マネー
ジドケア名簿、HIV データベースなどで使うことができる。
これらイベントは A01（入院／来院の通知）、A03（退院／在院終了）、A04(患者の登録)、A08（患者情報の更新）などのイベントの代わりに使用してはいけない。これらはリアルタイムで動く患者管理イベントの通知として使うことを意図していない。これらイベントは主に患者基本情報用であるが、経時的非患者基本情報を送ってもかまわない。
データが送られた人は、その時に患者ではなく保証人の可能性がある人であっても、PID セグメントの「PID-3 患者 ID リスト」で特定できる必要がある。A28 は個人識別情報、例えば社会保障番号（Social© JAHIS 2014126

Security Number）、保証人 ID など一意的な識別情報で成り立ち、そしてこれら個人識別情報は「PID-3 個
人 ID リスト」に含まれる。必要な人は、それら識別情報と関係がある場合、ない場合があるかもしれない。
そしてこのトランザクションにおいて、「患者」と標記されたフィールド名は「個人」と読み代えなければならない。この方法により、保証人に関する「個人情報」は保証人のいかなる患者との関係と独立して送ることができる。
例えば、入院患者システム、非入院患者システム、診療記録システムが独立した施設において、個々のシステムで個人情報を維持する必要があるかもしれない。入院に先立ち、入院患者システムのマスタデータベースに新しい個人情報が追加され、その結果、メッセージが他のシステムに通知される。非入院患者システ
ムはこのメッセージを受け取り、その患者が非入院患者になる日のためにデータベースに記録する。診療記
録システムは、そのメッセージを受け取り、その個人が入院患者、非入院患者、検診患者として追跡できる
ようにデータベースに記録する。診療記録データベースまたは MPI は、このメッセージを受け取り、患者候補、保証人候補としてデータベースに記録する。
A28 イベントは個人情報については何でも送ることができる。例えば、ICU へ患者が搬送される際に、患者のすべての患者基本情報を ICU システムに取り込ませるために、A02 転科転棟イベントに追加して A28
イベントを送ることができる。A28（個人情報の追加）または A31（個人情報の更新）はまた、MPI 情報を個人情報として事後登録する、また履歴情報を個人情報として事後登録することに使用できる。
さらに、個人情報の同期を維持するために同様な方法でデータベースに対する個人を登録、削除、更新、マージができる。個人が患者になったときに、どの程度データを送信、再送信するかは、その関連施設内で調整する必要がある。
旧バージョンとの互換性を維持するため、PV1 セグメントは必要である。しかしながら、PV1-2 患者種別
を N-適応外とすることで、この目的に PV1 を使うことが出来る。
このメッセージにおいて ROL（役割セグメント）は他の医療機関と通信するときに使用される。関係が進んでいる個人レベルの医療提供者は、PID/PD1 セグメントに続く ROL セグメントで通知する。PV1 セグメントに対応する医療提供者は、PV1/PV2 セグメントに続く ROL セグメントで通知する。特定の保険に関連した医療機関は IN1,IN2,IN3 セグメントに続く ROL セグメントで通知する。医療機関にかかる最初の、そして最終の日付を通知する場合は、ROL セグメントの「ROL-5 役割開始日時」と、「ROL-6 役割終了日時」「ROL-3 役割」を使用する。ROL セグメントの定義については HL7 V2.5 15 章を参照。
と、
ADT/ACK - 個人情報の追加 (イベント A28)
ADT^A28^ADT_A05

ADT Message

Comment(JPN)

MSH

Message HeaderR[ { SFT } ]Software Segment

N

EVN

Event TypeR

PID

Patient IdentificationR[ PD1 ]

Additional Demographics

O[{ ROL }]Role

O[{ NK1 }]PV1[ PV2 ]

Next of Kin / Associated PartiesO

Patient Visit

R

Patient Visit - Additional Info.

X[{ ROL }]Role

X[{ DB1 }]Disability InformationO[{ OBX }]Observation/ResultO[{ AL1 }]Allergy InformationO[{ DG1 }]Diagnosis InformationO[ DRG ]

Diagnosis Related GroupO--- PROCEDURE begin

O

Procedures

R

[{
PR1

© JAHIS 2014
127

ADT^A28^ADT_A05[{ ROL }]Comment(JPN)

Role

O

}]

--- PROCEDURE end[{ GT1 }]Guarantor

O[{--- INSURANCE begin

OInsurance

R

Insurance Additional Info.

O[{ IN3 }]Insurance Additional Info - Cert.

O[{ ROL }]

Role

O

IN1
[ IN2 ]zz
z
zz

ADT Message}]--- INSURANCE end[ ACC ]

Accident InformationO[ UB1 ]

Universal Bill InformationO[ UB2 ]

Universal Bill 92 InformationO

ACK^A28^ACK

General Acknowledgment

Comment(JPN)

MSH

Message HeaderR[ { SFT } ]Software Segment

N

MSA

Message Acknowledgment

R[ { ERR } ]

Error

C

メッセージヘッダ(MSH)セグメントはメッセージに1つ必須である。
患者識別(PID)セグメントはメッセージに1つ必須である。
来院補足情報(PV2)セグメントは省略ができる。
患者アレルギー情報(AL1)セグメントは、アレルギー情報がない場合は省略できる。
エラー(ERR)セグメントは否定応答(MSA-1 = AE or AR)の場合に使用されるべきである。

6.3.12 ADT/ACK 個人情報の更新メッセージ イベント(A31)
A31 イベントは MPI(MasterPersonIndex)の個人情報の更新に使うことができる。A08（患者情報の更新）
イベントに似ているが、A08 イベントは現在の出来事に対して患者情報を更新する際に使用される。A28（個人情報の追加）または A31 は MPI 情報を個人情報として事後登録、あるいは履歴情報として個人情報に事後登録するためにも使用できる。
旧バージョンとの互換性を維持するため、PV1 セグメントは必要である。しかしながら、PV1-2 患者種別
を N-適応外とすることで、この目的に PV1 を使うことが出来る。
このメッセージにおいて ROL（役割セグメント）は他の医療機関と通信するときに使用される。関係が進んでいる個人レベルの医療提供者は、PID/PD1 セグメントに続く ROL セグメントで通知する。PV1 セグメントに対応する医療提供者は、PV1/PV2 セグメントに続く ROL セグメントで通知する。特定の保険に関連した医療機関は IN1,IN2,IN3 セグメントに続く ROL セグメントで通知する。医療機関にかかる最初の、そして最終の日付を通知する場合は、ROL セグメントの「ROL-5 役割開始日時」と、「ROL-6 役割終了日時」と、「ROL-3 役割」を使用する。ROL セグメントの定義については HL7 V2.5 15 章を参照。
注：MPI は、患者、保証人、加入者、そして医療提供者をも含む個人(Person)を対象とし、個人の識別情報や異なるシステム間での相互参照を管理する目的で使用される。つまり、ID ドメインの間の調整役として機能する。
一般的に MPI は広域の、あるいはエンタープライズ識別子を持ち、その識別子によりその MPI 自体で個人を一意的に識別する。この識別子のためのドメインは MPI のクライアントであっても、なくてもよい。また、
MPI は個人に対する識別子を供給する機能、その個人に与えられた特色セット、または患者基本情報を含む。

© JAHIS 2014128

ADT/ACK – 個人情報の更新 (イベント A31)
ADT^A31^ADT_A05

ADT Message

Comment(JPN)

MSH

Message HeaderR[ { SFT } ]Software Segment

N

EVN

Event TypeR

PID

Patient IdentificationR[ PD1 ]

Additional Demographics

O[{ ROL }]Role

O[{ NK1 }]Next of Kin / Associated PartiesO

Patient VisitR[ PV2 ]

PV1

Patient Visit - Additional Info.

X[{ ROL }]Role

O[{ DB1 }]Disability InformationO[{ OBX }]Observation/ResultO[{ AL1 }]Allergy InformationO[{ DG1 }]Diagnosis InformationO[ DRG ]

Diagnosis Related GroupO[{--- PROCEDURE begin

O

PR1

ProceduresR{ ROL }

Role

O

}]

--- PROCEDURE end[{ GT1 }]Guarantor

O[{--- INSURANCE begin

OInsuranceR[ IN2 ]

IN1

Insurance Additional Info.

O[{ IN3 }]Insurance Additional Info - Cert.

O

Role

O

[{ ROL }]

z
z
z
z
z

}]

--- INSURANCE end[ ACC ]

Accident InformationO[ UB1 ]

Universal Bill InformationO[ UB2 ]

Universal Bill 92 InformationO

ACK^A31^ACK

General Acknowledgment

Comment(JPN)

MSH

Message HeaderR[ { SFT } ]Software Segment

N

MSA

Message Acknowledgment

R[ { ERR } ]

Error

C

メッセージヘッダ(MSH)セグメントはメッセージに1つ必須である。
患者識別(PID)セグメントはメッセージに1つ必須である。
来院補足情報(PV2)セグメントは省略ができる。
患者アレルギー情報(AL1)セグメントは、アレルギー情報がない場合は省略できる。
エラー(ERR)セグメントは否定応答(MSA-1 = AE or AR)の場合に使用されるべきである。

6.3.13 ADT/ACK 患者情報の関連付けの解除メッセージ イベント(A37)
A37 イベントは 2 つの患者識別情報の関連づけを解除する。

© JAHIS 2014129

ADT/ACK - 患者情報の関連付けの解除 (イベント A37)zzz

ADT^A37^ADT_A37

ADT Message

Comment(JPN)

MSH

Message HeaderR[ { SFT } ]Software Segment

N

EVN

Event TypeR

PID

Patient (1) Identification

R

[PD1]

Additional Demographics

X[ PV1 ]

Patient (1) VisitX[ { DB1 } ]Disability Information

X

PID

Patient (2) Identification

R

[PD1]

Additional Demographics

X[ PV1 ]

Patient (2) VisitX[ { DB1 } ]Disability InformationX

ACK^A37^ACK

General Acknowledgment

Comment(JPN)

MSH

Message HeaderR[ { SFT } ]Software Segment

N

MSA

Message Acknowledgment

R[ { ERR } ]

Error

C

メッセージヘッダ(MSH)セグメントはメッセージに1つ必須である。
患者識別(PID)セグメントはメッセージ2つ必須である。
エラー(ERR)セグメントは否定応答(MSA-1 = AE or AR)の場合に使用されるべきである。

6.3.14 ADT/ACK 患者情報のマージ-患者 ID リストメッセージ イベント(A40)
患者 ID リストのマージを行う。2 つの「PID-3 患者 ID リスト」を 1 つにマージする。
A40 イベントは 2 つの異なる識別情報で示される誤ったフィールドを持つ患者の記録をマージするときの通知に使用される。
「誤った識別情報」は MRG セグメント（MRG-1 前の患者 ID リスト）で示され、PID
セグメント（PID-3 患者 ID リスト）に同じ種類の「正しい識別情報」を持つ情報でマージされる。
「誤った識別情報」は二度と参照されることはない。しかしいくつかのシステムでは「間違った患者 ID」を物理的に保持している場合があるが、それは監査の目的、あるいはデータベースを導入したときの仕様によるものである。
患者を識別するための患者 ID は、来院情報があるかないか、会計情報があるかないか様々である。A40(患者情報のマージ-患者 ID リスト)イベントは、患者情報のマージを意図したもので、下位の患者識別情報のマージを意図したものではない。他のいかなる不正確な患者 ID 他の識別情報は、正しい患者 ID 情報に関連付けられる。これら下位の患者識別情報は必ずしも必要ない。
このイベントとメッセージの書式では、しかしながら(PID-3 患者 ID リストに加えて)下位の識別情報を許している。そのような環境では、これら下位の識別情報を A40（患者情報のマージ-患者 ID リスト）でマー
ジするには、旧識別情報と新識別情報が密接に対応していなければならない。
マージメッセージに関連した詳細についてはHL7 V2.5 3章の「3.6.2 患者／個人情報のマージ」、「3.6.2.1.2
マージ」を参照（または以下の注記を参照）。
このメッセージが送られる時の各フィールドはこのイベントを伝えるために適切な内容でなければならな
い。もし、他の重要なフィールドの内容が変更になった時には、引き続き A08（患者情報の更新）イベント
を送ることを推奨する。
注：マージイベントは、2 つの独立した記録が 1 つの記録に結合され、１組の識別子とデータがマージレベルで生き残ることを通知する。マージ識別子に従属したすべての記録は、生き残る記録に結合される。例© JAHIS 2014
130

えば、A40（患者情報のマージ-患者 ID リスト）イベントは（MGR-4-以前の患者 ID と PID-2-患者 ID で識別される）2 つの個人記録が 1 つの記録にマージされたことを通知する。個人記録に属する会計、来院といった識別子は互いにマージされない。これらは同じ個人の記録の中でマージされる。図 6.3.14-1:マージ 参
照。

ID1

ID2

ID2

図 6.3.14-1: マージ
注：マージの定義においては様々なシステムや環境におけるアプリケーションや導入、非残存情報をどう使うか、扱うかといったことを定義することは意図していない。この資料における“非残存情報”とは、データセットが誤った様
式の中に存在することを示す。新しいデータセットにマージするということは、2 つのデータセットが 1 つになったことを示す。このことは、いかなるシステムや環境が新しいデータセットを運ぶことを意味し、前のデータセッ
トをどうするかはアプリケーションの仕様次第である。いくつかのシステムでは、この“誤った”データセットを
監査目的等の目的で物理的に保存していることも注意が必要である。
ADT/ACK - 患者情報のマージ-患者IDリスト (イベント A40)zzz

ADT^A40^ADT_A39

ADT Message

Comment(JPN)

MSH

Message HeaderR[ { SFT } ]Software Segment

N

EVN

Event TypeR{--- PATIENT begin

R

PID

Patient IdentificationR[ PD1]

Additional Demographics

O

MRG

Merge Information

R[ PV1]

Patient Visit

X}--- PATIENT end

ACK^A40^ACK

General Acknowledgment

Comment(JPN)

MSH

Message HeaderR[ { SFT } ]Software Segment

N

MSA

Message Acknowledgment

R[ { ERR } ]

Error

C

メッセージヘッダ(MSH)セグメントはメッセージに1つ必須である。
患者識別(PID)セグメントはメッセージに1つ必須である。
エラー(ERR)セグメントは否定応答(MSA-1 = AE or AR)の場合に使用されるべきである。

6.3.15 ADT/ACK 患者 ID リストの変更メッセージ イベント(A47)
患者 ID リストレベルでの変更である。これはひとつの PID-3 患者 ID リストの値が誤った時に修正する© JAHIS 2014131

ために使用する。
A47 イベントは PID-3 患者 ID で誤って指定された値を変更するときに使用する。
「誤った識別情報」の値
は MRG セグメント（MRG-1 前の患者 ID リスト）で示され、PID セグメント（PID-3 患者 ID リスト）で示される「正しい患者 ID」の値に変更される。
患者を識別するための識別情報には会計情報を含むかもしれないし、含まないかもしれない。来院情報もあるかもしれないし、ないかもしれない。A47（患者 ID リストの変更）イベントは他の下位の識別情報の変更なしで患者 ID リストの値を変更することを意図している。
「間違った識別情報」で示される他の下位の識別情報は、「正しい識別情報」で示される情報に更新される。しかし、下位の識別情報は必須ではない。
このイベント、メッセージの書式においては、しかしながら、（「PID-3 患者 ID リスト」に加えて）新し
い下位の識別情報を含むことができる。そのような環境では、これら下位の識別情報を A47（患者 ID リス
トの変更）で変更するには、旧識別情報と新識別情報が密接に対応していなければならない。
変更メッセージを導入する際の詳細については HL7 V2.5 3 章の「3.6.2 患者／個人情報のマージ」「3.6.2.1.3 転送」を参照。
このメッセージが送られる時の各フィールドはこのイベントを伝えるために適切な内容でなければならな
い。もし、他のフィールドの患者基本情報が変更になった時には、引き続き A31（個人情報の更新）イベン
トを送ることを推奨する。しかしながら、新しい患者 ID に関連したすべての PID データは、更新情報として扱われる。
ADT/ACK - 患者IDリストの変更 (イベント A47)
ADT^A47^ADT_A30

ADT Message

Comment(JPN)

MSH

Message HeaderR[ { SFT } ]Software Segment

N

EVN

Event TypeR

PID

Patient Identification

R

[PD1]

Additional Demographics

O

MRG

Merge Information

R

ACK^A47^ACK

General Acknowledgment

Comment(JPN)

MSH

Message HeaderR[ { SFT } ]Software Segment

N

MSA

Message Acknowledgment

R[ { ERR } ]

Error

C

メッセージヘッダ(MSH)セグメントはメッセージに 1 つ必須である。
患者識別(PID)セグメントはメッセージに 1 つ必須である。
エラー(ERR)セグメントは否定応答(MSA-1 = AE or AR)の場合に使用されるべきである。

6.3.16 ADT/ACK 患者の外出・外泊開始(A21)の取消 (イベント A52)
A52 イベントは、A21（患者の外出外泊の開始）イベントが誤入力により遅れた時、もしくは外出外泊しないことに決まった時に、A21 イベントのキャンセルとして送られる。
このメッセージが送られる時の各フィールドはこのイベントを伝えるために適切な内容でなければならな
い。もし、他の重要なフィールドの内容が変更になった時には、引き続き A08（患者情報の更新）イベント
を送ることを推奨する。
患者の外出外泊の取消日時に関する特別の取り決めはないが、「EVN-6 イベント発生日時」に実際に取消となった日時を示すことが推奨される。
（但し記録の必要はない）© JAHIS 2014132

ADT/ACK - 患者の外出・外泊開始(A21)の取消 (イベント A52)

z
z
z
z

ADT^A52^ADT_A52

ADT Message

Comment(JPN)

MSH

Message HeaderR[ { SFT } ]Software Segment

N

EVN

Event TypeR

PID

Patient Identification

R

[PD1]

Additional Demographics

O

PV1

Patient VisitR[ PV2 ]

Patient Visit - Additional Info.

O

ACK^A52^ACK

General Acknowledgment

Comment(JPN)

MSH

Message HeaderR[ { SFT } ]Software Segment

N

MSA

Message Acknowledgment

R[ { ERR } ]

Error

C

メッセージヘッダ(MSH)セグメントはメッセージに1つ必須である。
患者識別(PID)セグメントはメッセージに1つ必須である。
来院補足情報(PV2)セグメントは省略ができる。
エラー(ERR)セグメントは否定応答(MSA-1 = AE or AR)の場合に使用されるべきである。

6.3.17 ADT/ACK 患者の帰院(A22)の取消 (イベント A53)
A53 イベントは、A22（患者の帰院）イベントが誤入力された時、もしくは帰院しないことに決まった時に、A22 イベントのキャンセルとして送られる。
このメッセージが送られる時の各フィールドはこのイベントを伝えるために適切な内容でなければならな
い。もし、他の重要なフィールドの内容が変更になった時には、引き続き A08（患者情報の更新）イベント
を送ることを推奨する。
患者の外出外泊の取消日時に関する特別の取り決めはないが、「EVN-6 イベント発生日時」に実際に取消となった日時を示すことが推奨される。
（但し記録の必要はない）
PV2-47 予定帰院日時は、患者が外出外泊から帰院する予定日時を伝えるのに使用する。
ADT/ACK - 患者の帰院(A22)の取消 (イベント A53)
ADT^A53^ADT_A52

ADT Message

Comment(JPN)

MSH

Message HeaderR[ { SFT } ]Software Segment

N

EVN

Event TypeR

PID

Patient Identification

R

[PD1]

Additional Demographics

O

PV1

Patient VisitR[ PV2 ]

Patient Visit - Additional Info.

O

ACK^A53^ACK

General Acknowledgment

Comment(JPN)

MSH

Message HeaderR[ { SFT } ]Software Segment

N

MSA

Message AcknowledgmentRz[ { ERR } ]z© JAHIS 2014
133

Error

z

C

z
z
z
z

メッセージヘッダ(MSH)セグメントはメッセージに1つ必須である。
患者識別(PID)セグメントはメッセージに1つ必須である。
来院補足情報(PV2)セグメントは省略ができる。
エラー(ERR)セグメントは否定応答(MSA-1 = AE or AR)の場合に使用されるべきである。

6.3.18 ADT/ACK 副作用情報の更新 (イベント A60)
このトリガーイベントは個人／患者のアレルギー情報が変更になったときに通知される。新しいアレルギ
ーセグメント IAM-患者アレルギー情報セグメント（訳注：IAM は副作用情報セグメントである）を追加して使用する。新しいセグメントでは、アレルギー情報の追加、変更、識別情報、HL7 V2.5 2.10.4 で定義されている反復セグメントを介する更新のためのモードに対応している。
ADT/ACK - 副作用情報の更新 (イベント A60)

z
z
z
z

ADT^A60^ADT_A60

ADT Message

Comment(JPN)

MSH

Message HeaderR[ { SFT } ]Software Segment

N

EVN

Event TypeR

PID

Patient Identification

R[ PV1 ]

Patient VisitO[ PV2 ]

Patient Visit - Additional Info.

O[{ IAM }]Patient adverse reaction informationO

ACK^A60^ACK

General Acknowledgment

Comment(JPN)

MSH

Message HeaderR[ { SFT } ]Software Segment

N

MSA

Message Acknowledgment

R[ { ERR } ]

Error

C

メッセージヘッダ(MSH)セグメントはメッセージに1つ必須である。
患者識別(PID)セグメントはメッセージに1つ必須である。
来院情報(PV1)、来院補足情報(PV2)の各セグメントは省略ができる。
エラー(ERR)セグメントは否定応答(MSA-1 = AE or AR)の場合に使用されるべきである。

© JAHIS 2014134

7 関連セグメント詳細
7.1 AL1 - Patient Allergy Information Segment 患者アレルギー情報セグメント
AL1 セグメントは、多様なタイプの患者アレルギー情報を含んでいる。ほとんどのこの情報は使用者定義表による。各 AL1 セグメントは単一の患者アレルギーについて記述する。
HL7属性表 － AL1 - Patient Allergy Information 患者アレルギー情報
SEQ
1
2
3
4
5
6

LEN
4
250
250
250
15
8

DT
SI
CWE
CWE
CWE
ST
DT

OPT
R
O
R
O
O
B

Japan
R
O
R
O
O
B

RP/#

TBL#
0127
0128

ELEMENT NAME
Set ID – AL1 セットID－AL1
Allergen Type Codeアレルゲンタイプコード
Allergen Code/Mnemonic/Descriptionコード/記憶法/記述
Allergy Severity Code アレルギー重症度コード
Allergy Reaction Code アレルギー反応コード
Identification Date 判定日

AL1 フィールド定義
AL1-1 Set ID – AL1 セット ID－AL1 (SI) 00203
定義：トランザクションにおける番号を示す。
そのセグメントが最初に現れたときはシーケンス番号１、2 回目に現れたときは２という具合である。
AL1-2 Allergen Type Code アレルゲンタイプ (CWE) 00204
成分:<Identifier (ST)> ^ <Text (ST)> ^ <Name of Coding System (ID)> ^ <Alternate Identifier (ST)>^ <Alternate Text (ST)> ^ <Name of Alternate Coding System (ID)> ^ <Coding System Version
ID (ST)> ^ <Alternate Coding System Version ID (ST)> ^ <Original Text (ST)>

定義：アレルギーの分類（薬剤、食物、花粉他）を示す。推奨値は使用者定義表 0127 アレルゲン分類
を参照のこと。
使用者定義表 0127 - Allergen Type アレルゲン分類
Value
DA
FA
MA
MC
EA
AA
PA
LA

Description
Drug Allergy 薬剤アレルギー
Food Allergy 食物アレルギー
Miscellaneous Allergy 様々なアレルギー
Miscellaneous Contraindication 様々な禁忌
Environmental Allergy 環境アレルギー
Animal Allergy 動物アレルギー
Plant Allergy 植物アレルギー
Pollen Allergy 花粉アレルギー

AL1-3 Allergen Code/Mnemonic/Description アレルギーコード/記憶法/記述 (CWE)00205

成分:<Identifier (ST)> ^ <Text (ST)> ^ <Name of Coding System (ID)> ^ <Alternate Identifier (ST)>^ <Alternate Text (ST)> ^ <Name of Alternate Coding System (ID)> ^ <Coding System Version
ID (ST)> ^ <Alternate Coding System Version ID (ST)> ^ <Original Text (ST)>

定義：特定のアレルゲンを一意に識別する。この成分は幾つかの外部のコーディングシステム（必ず識別される必要有り）に一致することがあり、また、ローカルで使用する場合は、多くの文章または備忘録であることがある。
AL1-4 Allergy Severity Code アレルギー重症度 (CWE) 00206
成分:<Identifier (ST)> ^ <Text (ST)> ^ <Name of Coding System (ID)> ^ <Alternate Identifier (ST)>^ <Alternate Text (ST)> ^ <Name of Alternate Coding System (ID)> ^ <Coding System Version
ID (ST)> ^ <Alternate Coding System Version ID (ST)> ^ <Original Text (ST)>

定義：アレルギーの重症度を示す。推奨値は使用者定義表 0128 アレルギー重症度を参照のこと。
使用者定義表 0128 - Allergy Severity
Value
SV
MO
MI
U

© JAHIS 2014135

Description
Severe重度
Moderate 中程度
Mild
軽度
Unknown 不明

アレルギー重症度

AL1-5 Allergy Reaction Code アレルギー反応 (ST) 00207
定義：特定のアレルギー反応を記述する。この成分は幾つかの外部の標準的なコーディングシステムに一致することがあり、また、ローカルで使用する場合は、多くの文章または備忘録であることがある。
（例：痙攀、くしゃみ、発疹、他）
AL1-6 Identification Date 判定日 (DT) 00208
定義：このフィールドは HL7 V2.4 以降、旧バージョンとの互換性のためにのみ残されている。

© JAHIS 2014136

7.2 ERR - Error Segment エラーセグメント
ERR セグメントを使用して、エラーコメントを応答メッセージに加える。
HL7 属性表 - ERR - Error エラー
SEQ
1
2
3
4
5
6
7
8
9
10
11
12

LEN
493
18
705
2
705
80
2048
250
20
705
705
652

DT
ELD
ERL
CWE
ID
CWE
ST
TX
TX
IS
CWE
CWE
XTN

OPT
B
O
R
R
O
O
O
O
O
O
O
O

Japan
B
O
R
R
O
O
O
O
O
O
O
O

RP#
Y
Y

TBL#

0357
0516
0533
Y/10

Y
Y
Y

0517
0518
0519

ELEMENT NAME
Error Code and Location エラーコードと位置
Error Location エラー位置
HL7 Error Code HL7 エラーコード
Severity 影響度
Application Error Code アプリケーションエラーコード
Application Error Parameter アプリケーションエラーパラメータ
Diagnostic Information 診断情報
User Message ユーザメッセージ
Inform Person Indicator人への通知指標
Override Type 無効型
Override Reason Code無効理由コード
Help Desk Contact Point ヘルプデスクコンタクトポイント

ERR フィールド定義
ERR-1 Error Code and Location エラーコードとロケーション (ELD) 00024
定義：このフィールドは別のメッセージ内の誤ったセグメントを識別する。V2.5 のみにおいて旧バージョンとの互換性のためにのみ残されている:ERR-2 と ERR-3 を代わりに参照。
ERR-2 Error Location エラー位置 (ERL) 01812
成分：<Segment ID (ST)> ^ <Segment Sequence (NM)> ^ <Field Position (NM)> ^ <Field Repetition(NM)> ^ <Component Number (NM)> ^ <Sub-Component Number (NM)>

定義：識別されたエラー、警告、もしくはメッセージに関係するメッセージ内の位置を識別する。もし複数の反復が存在した場合、エラーは場所を組み合わせた値に起因する。
ERR-3 HL7 Error Code HL7 エラーコード (CWE) 01813
成分：<Identifier (ST)> ^ <Text (ST)> ^ <Name of Coding System (ID)> ^ <Alternate Identifier (ST)>^ <Alternate Text (ST)> ^ <Name of Alternate Coding System (ID)> ^ <Coding System Version
ID (ST)> ^ <Alternate Coding System Version ID (ST)> ^ <Original Text (ST)>

定義：HL7(コミュニケーション)エラーコードを識別する。有効な値については HL7 表 0357 –メッセー
ジエラー条件コードを参照。
HL7表 0357 – Message error condition codes メッセージエラー条件コード
Value
0
100

101
102
103
200

201

202
203

Description
Message accepted メッセ
ージ受諾
Segment sequence error
セグメントシーケンスエラーRequired field missing 要求されたフィールドの消失
Data type error データ型エラー
Table value not found 表の値が見つからない
Unsupported message type
提供されていないメッセー
ジ型
Unsupported event code
提供されていない事象コード
Unsupported processing id
提供されていない処理 ID
Unsupported version id 提
供されていないバージョン
ID

Comments
成功。オプションでは、AAが成功を伝えるだけ。常時状態コードを返す必要があるシステムのために利用される
エラー:メッセージセグメントが適当な順番でないか、要求されたセグメントが失われている

エラー:要求されたセグメントが消失している
エラー:フィールドが不正なエラーを含んでいる。例えば、NMフィールドが”FOO”を含んでいる
エラー: データ型IDかISのフィールドが対応する表と比較され、合致するものが無い
却下:そのメッセージ型は提供されていない

却下:その事象コードは提供されていない

却下:その処理IDは提供されていない
却下:そのバージョンIDは提供されていない© JAHIS 2014137

Value
204
205
206

207

Description
Unknown key identifier 不
明なキー識別子
Duplicate key identifier キー識別子の重複
Application record locked
アプリケーションレコード
がロックされている
Application internal error ア
プリケーション内部エラー

Comments
却下: 患者、オーダ等のIDが見つからない。付加以外ではトランザクションに用いられる。
例えば、存在しない患者の転送
却下:患者やオーダ等のIDが既に存在している。付加トランザクションの応答で用いられる（許可、新オーダ等）
トランザクションが、アプリケーション格納レベルで実行することができなかった（例えば、データベースのロック）
却下: 他のコードで明示的に対象としていない、包括的な内部エラー用

ERR-4 Severity 影響度 (ID) 01814
定義：アプリケーションエラーの影響度を識別する。もし何かがエラーであるとわかると、警告や情報にアプリケーションがそのエラー内容に対処する方法が示される。有効な値は HL7 表 0516 – エ
ラー影響度を参照。もし ERR-3 の値が”0”の場合、ERR-4 の値は”I”となる。
例:警告は、注意すべきことがあるが、それは自動的に処理されず、さらに情報が消失してしまったこと示すために使われる。
情報の例:要求を受理した際、受理者は下限値の範囲内であることを示してよい。
HL7表 0516 – Error severity エラー影響度
Value
W
I
E

Description
Warning 警告
Information 情報
Error エラー

Comments
トランザクションは成功したが、何か問題がある
トランザクションは成功したが、何か情報を含む、例）患者へ伝えるべき情報
トランザクションが失敗した。

ERR-5 Application Error Code アプリケーションエラーコード

(CWE)

01815

成分：<Identifier (ST)> ^ <Text (ST)> ^ <Name of Coding System (ID)> ^ <Alternate Identifier (ST)>^ <Alternate Text (ST)> ^ <Name of Alternate Coding System (ID)> ^ <Coding System Version
ID (ST)> ^ <Alternate Coding System Version ID (ST)> ^ <Original Text (ST)>

定義：発生した特定のエラーを識別するためのアプリケーション特定のコード。推奨値は使用者定義表
0533 –アプリケーションエラーコードを参照。
もしコードと関連するメッセージにパラメータがある場合、メッセージは java .text.MessageFormat
approach フォーマットで表されることが推奨されている。このスタイルはパラメータ型の情報に
数値、データ、時間を供給することができ、それらは言語に合わせて適当にフォーマットされる。
使用者定義表 0533 – Application Error Code アプリケーションエラーコード
Value

Description
No Suggested values 推奨値なし

Comments

ERR-6 Application Error Parameter アプリケーションエラーパラメータ (ST) 01816
定義：特別なエラー条件／警告／その他を理解するために、アプリケーションエラーコードと共に付加される追加情報。このフィールドは最大 10 パラメータまで反復が可能である。
例：ERR-5 で指定されているアプリケーションエラーコードが英語のメッセージ”この患者は、{1,日付、媒体}までの期間、｛0,数字、通貨単位}の免責を受けることができる”と一致し、ERR-6 の最初の2 つの反復が”250”と”20021231”であった場合、アメリカの受信アプリケーションは”この患者は2002 年 12 月 31 日までの期間、250 ドルの免責をうけることができる”というメッセージを表示する。
ERR-7 Diagnostic Information 診断情報 (TX) 01817
定義：ヘルプデスクや、問題を診断するサポート人物によって使われる情報。
ERR-8 User Message ユーザメッセージ (TX) 01818
定義：アプリケーションユーザに対して表示されるテキストメッセージ。
例：|このプログラムは他のシステムとの通信トラブルがあります。ヘルプデスクに連絡して下さい。|
これは実際のエラーコードと違い、より詳細な診断情報を提供する。
ERR-9 Inform Person Indicator 人への通知指標 (IS) 01819
定義：誰(だれでも)に対してエラーを知らせるかを示すコード。このフィールドはまた、特定の人物にエラーを知らせてはいけない場合にも使用される（患者に知らせてはいけない場合など）。推奨
値は使用者定義表 0517-情報人物コードを参照。

© JAHIS 2014138

使用者定義表 0517- Inform person code 情報人物コード
Value
PAT
NPAT
USR
HD

Description
Inform patient 患者に知らせる
Do NOT inform patient 患者に知らせてはいけない
Inform User ユーザに知らせる
Inform help desk ヘルプデスクに知らせる

ERR-10 Override Type 無効型(CWE)

Comments01820

成分：<Identifier (ST)> ^ <Text (ST)> ^ <Name of Coding System (ID)> ^ <Alternate Identifier (ST)>^ <Alternate Text (ST)> ^ <Name of Alternate Coding System (ID)> ^ <Coding System Version
ID (ST)> ^ <Alternate Coding System Version ID (ST)> ^ <Original Text (ST)>

定義：特定のエラーを無効にする際に使われる無効型を識別する。推奨値は使用者定義表 0518 –無効型を参照。
使用者定義表 0518 – Override type 無効型
Value
EXTN

Description
Extension Override 拡張無効

INLVInterval Override 間隔無効

EQV

Equivalence Override 等価無効

Comments
命令された期間より長くサービスを実行する際に指定する無効命令された間隔よりも早くサービスの反復を実行する際に指定される無効システムが事前に命令されたサービスと等価であると認識できない命令を実行する際に指定される無効

ERR-11 Override Reason Code 無効理由コード

(CWE)

01821

成分：<Identifier (ST)> ^ <Text (ST)> ^ <Name of Coding System (ID)> ^ <Alternate Identifier (ST)>^ <Alternate Text (ST)> ^ <Name of Alternate Coding System (ID)> ^ <Coding System Version
ID (ST)> ^ <Alternate Coding System Version ID (ST)> ^ <Original Text (ST)>

定義：エラーを発生させたアプリケーション規則を無効にした際に使われた無効コードのリストを提供する。推奨値は使用者定義表 0519－無効理由を参照。
使用者定義表 0519－Override reason 無効理由
Value

Description
No Suggested values 推奨値なし

ERR-12 Help Desk Contact Point ヘルプデスクコンタクトポイント

Comments

(XTN)

01822

成分：<DEPRECATED-Telephone Number (ST)> ^ <Telecommunication Use Code (ID)> ^<Telecommunication Equipment Type (ID)> ^ <Email Address (ST)> ^ <Country Code (NM)> ^<Area/City Code (NM)> ^ <Local Number (NM)> ^ <Extension (NM)> ^ <Any Text (ST)> ^<Extension Prefix (ST)> ^ <Speed Dial Code (ST)> ^ <Unformatted Telephone number (ST)>

定義：特定のエラーに関係するヘルプデスクサポートの電話、E メール、ファックスその他関係のある
番号のリスト。

© JAHIS 2014139

7.3 EVN - Event Type Segment イベントタイプセグメント
EVN セグメントは受信アプリケーションに必要なトリガーイベント情報を通知するときに使用する。
HL7属性表- EVN – Event Type イベントタイプ
SEQ
1
2
3
4
5
6
7

LEN
3
26
26
3
250
26
241

DT
ID
TS
TS
IS
XCN
TS
HD

OPT
B
R
O
O
O
O
O

Japan
B
R
C
O
O
C
RE

RP#

TBL#

Y

0062
0188

ELEMENT NAME
Event Type Code イベントタイプコード
Recorded Date/Time
イベント記録日時
Date/Time Planned Event イベント計画日時
Event Reason Code イベント理由コード
Operator ID 操作者ID
Event Occurred イベント発生日時
Event Facility イベント施設

EVN フィールド定義
EVN-1

Event Type Code イベントタイプコード (ID) 00099
定義：イベントタイプコード情報の伝達のためには、「MSH-9 メッセージ型」の 2 番目の成分（トリガーイベント）を用いることが推奨される。このフィールドは、入院、転科転棟、または患者登録などのトリガーイベントに相当する事象からなる。有効な値については HL7 表 0003 を参照のこと。
このフィールドは下位互換性のために残されている。
Recorded Date/Time イベント記録日時 (TS)

EVN-2

00100

成分：<Time (DTM)> ^ <Degree of Precision (ID)>

定義：殆どのシステムではトランザクションが入力されたシステム日時をデフォルトとしているが、上書きすることも許可されている。
EVN-3 Date/Time Planned Event イベント計画日時 (TS) 00101
成分：<Time (DTM)> ^ <Degree of Precision (ID)>

定義：このフィールドはこのイベントが計画された日時からなる。PV2-8 予定入院日時、PV2-9 予定退院日時、PV2-47 予定帰院日時の場合できる限り使用するよう推奨する。
EVN-4 Event Reason Code イベント理由コード (IS) 00102
定義：このフィールドはこのイベントについての理由からなる。推奨値は使用者定義表 0062-イベント
理由を参照。
使用者定義表0062 - Event reason イベント理由
Value
01
02
03

Description
Patient request 患者の要求
Physician/health practitioner order 医者／医療提供者のオーダ
Census management 調査管理

O
U

EVN-5

Comments

Other その他
Unknown 不明

Operator ID 操作者 ID

(XCN)

00103

成分：<ID Number (ST)> ^ <Family Name (FN)> ^ <Given Name (ST)> ^ <Second and Further Given
Names or Initials Thereof (ST)> ^ <Suffix (e.g., JR or III) (ST)> ^ <Prefix (e.g., DR) (ST)> ^<Degree (e.g., MD) (IS)> ^ <Source Table (IS)> ^ <Assigning Authority (HD)> ^ <Name Type
Code (ID)> ^ <Identifier Check Digit (ST)> ^ <Check Digit Scheme (ID)> ^ <Identifier Type
Code (ID)> ^ <Assigning Facility (HD)> ^ <Name Representation Code (ID)> ^ <Name Context(CWE)> ^ <Name Validity Range (DR)> ^ <Name Assembly Order (ID)> ^ <Effective Date

© JAHIS 2014140

(TS)> ^ <Expiration Date (TS)> ^ <Professional Suffix (ST)> ^ < Assigning Jurisdiction (CWE)>^ < Assigning Agency or Department (CWE)>
副成分 for Family Name (FN):<Surname (ST)> & <Own Surname Prefix (ST)> & <Own Surname(ST)> & <Surname Prefix From Partner/Spouse (ST)> & <Surname From Partner/Spouse (ST)>
副成分 for Assigning Authority (HD):<Namespace ID (IS)> & <Universal ID (ST)> & <Universal ID
Type (ID)>
副成分 for Assigning Facility (HD):<Namespace ID (IS)> & <Universal ID (ST)> & <Universal ID
Type (ID)>
副成分 for Name Context (CWE):<identifier (ST)> ^ <text (ST)> ^ <name of coding system (ID)> ^<alternate identifier (ST)> ^ <alternate text (ST)> ^ <name of alternate coding system (ID)> ^<coding system version ID (ST)> ^< alternate coding system version ID (ST)> ^ <original text
(ST)>
副成分 for Name Validity Range (DR):<Range Start Date/Time (TS)> & <Range End Date/Time(TS)>
副成分 for Range Start Date/Time (TS):<Time (DTM)> & <Degree of Precision (ID)>
副成分 for Range End Date/Time (TS):<Time (DTM)> & <Degree of Precision (ID)>
副成分 for Effective Date (TS):<Time (DTM)> & <Degree of Precision (ID)>
副成分 for Expiration Date (TS):<Time (DTM)> & <Degree of Precision (ID)>
副成分 for Assigning Jurisdiction (CWE):<Identifier (ST)> & <Text (ST)> & <Name of Coding
System (ID)> & <Alternate Identifier (ST)> & <Alternate Text (ST)> & <Name of Alternate
Coding System (ID)> & <Coding System Version ID (ST)> & <Alternate Coding System Version
ID (ST)> & <Original Text (ST)>
副成分 for Assigning Agency or Department (CWE):<Identifier (ST)> & <Text (ST)> & <Name of
Coding System (ID)> & <Alternate Identifier (ST)> & <Alternate Text (ST)> & <Name of
Alternate Coding System (ID)> & <Coding System Version ID (ST)> & <Alternate Coding
System Version ID (ST)> & <Original Text (ST)>

定義：このフィールドはトリガーイベントに対して責任のある個人を識別する。推奨値は使用者定義表
0188-操作者 ID を参照。
使用者定義表0188 - Operator ID 操作者ID
Value

EVN-6

Description
No suggested values 推奨値なし

Event Occurred イベント発生日時 (TS)Comments01278

成分：<Time (DTM)> ^ <Degree of Precision (ID)>

定義：このフィールドはイベントが実際に発生した日時からなる。例えば、転科転棟（A02 転科転棟）
で、このフィールドは実際に患者が転科転棟した日時からなる。取消イベントで、このフィールドは実際に取消が発生した日時からなる。

EVN-7

Event Facility イベント発生施設 (HD)01534

成分：<Namespace ID (IS)> ^ <Universal ID (ST)> ^ <Universal ID Type (ID)>

定義：このフィールドはそのイベントが発生した実際の施設を識別しメッセージを送信した施設（MSH-4）と区別される。おそらく操作者（EVN-5）がそのイベントを入力した施設である。
使用例：システム A はその患者が最初に登録されたところにある。この登録メッセージは MPI、シス
テム B に送信される。MPI はこの更新イベントを同報する必要があり、送信施設となる。この新しいフィールドによりイベントが発生した最初の施設情報を保持することができる。MPI は最初のイベント発生施設について権限割当機能を実行しているといえる ID 番号について権限を割り当てることができる。

© JAHIS 2014141

7.4 MSA - Message Acknowledgment Segment メッセージ応答セグメント
MSA セグメントは、送られた他のメッセージの受諾応答の情報からなる。
HL7 属性表 - MSA - Message Acknowledgment メッセージ応答
SEQ
1
2
3
4
5
6

LEN
2
20
80
15

DT
ID
ST
ST
NM

250

CWE

OPT
R
R
B
O
W
B

Japan
R
R
B
O
W
B

RP/#

TBL #
0008

ELEMENT NAME
Acknowledgment Code 応答コード
Message Control ID メッセージ制御ID
Text Message テキストメッセージ
Expected Sequence Number 予想シーケンス
Delayed Acknowledgment Type遅延応答タイプ
Error Condition エラー状態

MSA フィールド定義
MSA-1 Acknowledgment Code 応答コード (ID) 00018
定義： このフィールドでは応答コードを含んでおり、メッセージ処理規則に従っている。HL7 表 0008
－応答コードを参照。
HL7表 0008 - Acknowledgment code 応答コード
Value
AA

AE

AR

CA
CE
CR

Description
Original mode: Application Accept
基本モード：アプリケーション受諾
Enhanced mode: Application acknowledgment: Accept
拡張モード：アプリケーション応答：受諾
Original mode: Application Error
基本モード：アプリケーションエラー
Enhanced mode: Application acknowledgment: Error
拡張モード:アプリケーション応答:エラー
Original mode: Application Reject
基本モード:アプリケーションリジェクト
Enhanced mode: Application acknowledgment: Reject
拡張モード:アプリケーション応答:リジェクト
Enhanced mode: Accept acknowledgment: Commit Accept
拡張モード:受諾応答:コミット受諾
Enhanced mode: Accept acknowledgment: Commit Error
拡張モード:受諾応答:コミットエラー
Enhanced mode: Accept acknowledgment: Commit Reject
拡張モード:受諾応答:コミットリジェクト

Comments

MSA-2 Message Control ID メッセージ制御 ID （ST） 00010
定義：このフィールドは送信システムから送られてきたメッセージのメッセージ制御 ID を含んでいる。
送信システムは、この応答と、それが目的とするメッセージを関連づける。
MSA-3 Text Message テキストメッセージ （ST） 00020
定義： エラー条件をより詳細に記述するオプションのテキストフィールド。このテキストは、エラー
ログに印刷するか、あるいはエンドユーザに提示することができる。
MSA-3 は HL7 V2.4 で否定された。ERR セグメントを参照して頂きたい。ERR セグメントはエラ
ー状況についてより詳細な記述がされている。このフィールドは下位互換性のために残されている。
MSA-4 Expected Sequence Number 期待されるシーケンス番号 （NM） 00021
定義： シーケンス番号プロトコルで使用するオプションの数値フィールド。
MSA-5 Delayed Acknowledgment Type 遅延応答タイプ （ID） 00022
注意: MSA-5 は HL7 V2.2 で否定されたので、HL7 V2.5 の規格からは詳細が削除されている。このフィールドは下位互換性のために残されている。
MSA-6 Error Condition エラー条件 （CWE） 00023
定義：このフィールドは、応答システムが AR、AE 型の応答を使用者定義エラーコードによりさらに詳細に指定するためにある。

© JAHIS 2014142

MSA-6 は HL7 V2.4 で否定された。ERR セグメントを参照して頂きたい。ERR セグメントはエラ
ー状況についてより詳細な記述が可能である。
有効な値は HL7 表 0357－メッセージエラー条件コードを参照。
このフィールドは下位互換性のために残されている。

© JAHIS 2014143

7.5 MSH - Message Header Segment メッセージ・ヘッダ・セグメント
MSH セグメントは、メッセージの構文の目的、発信源、宛先、特性を定義する。
HL7属性表－MSH - Message Header メッセージヘッダ
SEQ
1

LEN

DT

OPT

Japan

1

ST

R

R

RP/#

TBL#
Field Separator

ELEMENT NAME
フィールド区切文字

2

4

ST

R

R

Encoding Characters

コード化文字

3

227

HD

O

O

Sending Application

送信アプリケーション

4

227

HD

O

O

Sending Facility

5

227

HD

O

O

Receiving Application

6

227

HD

O

O

Receiving Facility 受信施設

送信施設
受信アプリケーション

7

26

TS

R

R

Date/Time Of Message

8

40

ST

O

O

Security セキュリティ

9

15

MSG

R

R

10

20

ST

R

R

11

3

PT

R

0076
0003
0354

Message Type

メッセージ型

Message Control ID
0103
0207
0104

R

Processing ID
Version ID

メッセージ日付／時間

メッセージ制御ID

処理ID

12

60

VID

R

R

13

15

NM

O

O

14

180

ST

O

O

15

2

ID

O

O

0155

Accept Acknowledgment Type

O

0155

Application Acknowledgment Type

0399

Country Code

国コード

0211

Character Set

文字セット

16

2

ID

O

17

3

ID

O

O

18

16

ID

O

R

19

250

CWE

O

O

20

20

ID

O

C

21

427

EI

O

O

Y

バージョンID

Sequence Number

シーケンス番号

Continuation Pointer

継続ポインタPrincipal Language of Message
0356

受諾応答型
アプリケーション応答型

主要言語

Alternate Character Set Handling Scheme代替文字セット操作法
Message Profile Identifier メッセージプロファイル識別子

MSH フィールド定義
MSH-1 Field Separator フィールド区切文字 (ST) 00001
定義：セグメント ID と最初の実フィールド(MSH-2-コード化文字)間のセパレータ。そのようなセパレータとしての他に、残りのメッセージでセパレータとして使う文字を定義する。推奨値は「|」(ASCII 124)である。
MSH-2 Encoding Characters コード化文字 (ST) 00002
定義：次の順番で並べられた 4 文字、つまり、成分セパレータ、反復セパレータ、エスケープ文字、副成分セパレータ。推奨値は「^~\&」(ASCII 94,126,92 and 38)である。メッセージ区切文字の解説を参照。
MSH-3 Sending Application 送信アプリケーション (HD) 00003
成分：<Namespace ID (IS)> ^ <Universal ID (ST)> ^ <Universal ID Type (ID)>

定義：送信アプリケーションを識別するために用いる。
MSH-4 Sending Facility 送信施設 (HD) 00004
成分：<Namespace ID (IS)> ^ <Universal ID (ST)> ^ <Universal ID Type (ID)>

定義：送信元施設を区別するため送信側の施設コードや略称などをセットする。
MSH-5 Receiving Application 受信アプリケーション (HD) 00005
成分：<Namespace ID (IS)> ^ <Universal ID (ST)> ^ <Universal ID Type (ID)>

定義：受信アプリケーションを識別するために用いる。
MSH-6 Receiving Facility 受信施設 (HD) 00006
成分：<Namespace ID (IS)> ^ <Universal ID (ST)> ^ <Universal ID Type (ID)>© JAHIS 2014144

定義：受信先施設を区別するため受信側の施設コードや略称などをセットする。
MSH-7 Date/time Of Message メッセージ日時 (TS) 00007
成分：<Time (DTM)> ^ <DEPRECATED-Degree of Precision (ID)>

定義：送信システムがメッセージを作成した日時。時間帯を指定した場合、それはメッセージ全体でデフォルトの時間帯として使われる。
MSH-8 Security セキュリティ (ST) 00008
定義：セキュリティの実装に関する情報であるが、その使用法は未定である。
MSH-9 Message Type メッセージ型 (MSG) 00009
成分：<message type (ID)> ^ <trigger event (ID)>^<Message Structure(ID)>

定義：第 1 成分は、HL7 表 0076 - メッセージ型にリストされているメッセージ型である。第 2 成分は、
HL7表0003 - イベント型コードにリストされているトリガーイベントコードである。
第3成分は、
HL7 表 0354－メッセージ構造にリストされているメッセージ構造である。受信システムはこのフィールドを使い、認識すべきデータセグメントを知り、また、これを転送するアプリケーションを知る。
HL7表 0076 - Message type メッセージ型
Value
ACK
ADR
ADT
EAC
EAN
EAR
ESR
ESU
INU
INR
LSU
LSR
MDM
MFD
MFK
MFN
MFQ
MFR
OMG
OML
OMI
ORF
ORI
ORG
ORL
ORU
OSQ
OSR
OUL
PPR
QBP
QRY
RAS
RDE
RRA
RRE
RSP
SSU
SSR
TCU
TCR

Description
General acknowledgment message 一般応答メッセージ
ADT response 患者管理(ADT)応答
ADT message 患者管理(ADT)メッセージ
Equipment Command Message 自動化装置コマンドメッセージ
Equipment Status Message 自動化装置通知メッセージ
Equipment Command Response 自動化装置応答メッセージ
Equipment Status Message 自動化装置ステータス要求メッセージ
Equipment Status Message 自動化装置ステータス更新メッセージ
Inventory Update Message 自動化装置在庫更新メッセージ
Inventory Request Message 自動化装置在庫要求メッセージ
Equipment Log/Service Message 自動化装置ログ／サービス更新メッセージ
Equipment Log/Service Request Message 自動化装置ログ／サービス要求メッセージ
Original document modification 報告書通知メッセージ
Master files delayed application acknowledgment マスタファイル遅延アプリケーション応答
Master files application acknowledgment マスタファイルアプリケーション応答
Master files notification マスタファイル通知
Master files query マスタファイル照会
Master files response マスタファイル応答
General clinical order message 一般的な診療オーダメッセージ
Laboratory order message 検体検査オーダメッセージ
Imaging order message イメージングオーダメッセージ
Observation Result/Record Response 検査結果／診療記録応答
Imaging order response message イメージングオーダ肯定応答メッセージ
Order acknowledgment message オーダ肯定応答メッセージ
Laboratory acknowledgment message (unsolicited) 検体検査応答メッセージ（非同期）
Unsolicited transmission of an observation message 非同期検査結果転送メッセージ
Order status query オーダ状況問合せ
Order status response オーダ状況応答
Unsolicited laboratory observation message 非同期検体検査結果メッセージ
Patient problem message 患者プロブレムメッセージ 【病名】
Query by parameter 変数による照会
Query, original Mode 問合せ
Pharmacy/Treatment Administration 薬剤/処置の管理メッセージ
Pharmacy/treatment encoded order message 薬剤/処置の符号化オーダメッセージ
Pharmacy/Treatment Administration Acknowledgment 薬剤/処置の管理肯定応答メッセージ
Pharmacy/treatment encoded order acknowledgment message 薬剤/処置の符号化オーダ肯定応答メッセージ
Segment pattern response セグメントパターン応答
Pre/Post Processor transmits a Specimen Status Update Message 検査前／後装置 検体状態通知
Specimen Status Message 検体ステータス要求メッセージ
Test Code Settings Update 自動化検査コード設定メッセージ
Test Code Settings Request 自動化検査コード要求メッセージ© JAHIS 2014
145

Comments

HL7表 0003 - Event type
Value
A01
A02
A03
A04
A06
A07
A08
A11
A12
A13
A19
A21
A22
A24
A28
A31
A37
A40
A47
A52
A53
A60
K11
K22
M01
M02
M03
M04
M05
M06
M07
M08
M09
M10
M11
M12
M13
M14
M15
O11
O12
O17
O18
O19
O20
O21
O22
O23
O24
O33
O34
O35
O36

イベント型

Description
ADT/ACK - Admit a patient 患者管理(ADT)/ACK - 入院／来院の通知
ADT/ACK - Transfer a patient 患者管理(ADT)/ACK - 患者の転科・転棟
ADT/ACK - Discharge/end visit 退院／来院終了
ADT/ACK - Register a patient 患者管理(ADT)/ACK - 患者の登録
ADT/ACK - Transfer an outpatient to inpatient 患者管理(ADT)/ACK -外来患者を入院患者に変更
ADT/ACK - Transfer an inpatient to outpatient 患者管理(ADT)/ACK -入院患者を外来患者に変更
ADT/ACK - Update patient information 患者管理(ADT)/ACK -患者情報の更新
ADT/ACK - Cancel admit 患者管理(ADT)/ACK - 入院／来院通知の取り消し
ADT/ACK - Cancel transfer 患者管理(ADT)/ACK - 転科・転棟の取り消し
ADT/ACK - Cancel discharge/end visit 退院／来院終了の取り消し
QRY/ADR - Patient query 患者照会
ADT/ACK - Patient goes on a leave of absence 外出外泊
ADT/ACK - Patint return from a leave of absence 帰院
ADT/ACK - Link patient information 患者情報のリンク
ADT/ACK - Add person information 個人情報の追加
ADT/ACK - Update person information 個人情報の更新
ADT/ACK - Unlink patient information 患者情報のリンクの解除
ADT/ACK - Merge patient – patient identifier list 患者のマージ-患者識別リスト
ADT/ACK - Change patient identifier list 患者識別リストの変更
ADT/ACK - Cancel leave of absence for a patient 外出外泊取消
ADT/ACK - Cancel patient returns from a leave of absence 帰院取消
ADT/ACK - Update allergy information 患者管理(ADT)/ACK - アレルギー情報の更新
RSP - Segment pattern response in response to QBP^Q11 セグメントパターン応答
RSP – Find candidates response 候補応答の探索
MFN/MFK - Master file not otherwise specified (for backward compatibility only) 他に特定されないマスタファイル(旧版互換のみ)
MFN/MFK - Master file – staff practitioner 職員／従事者マスタファイル
MFN/MFK - Master file - test/observation (for backward compatibility only) 検査項目マスタファイル(旧版互換のみ)
MFN/MFK - Master files charge description 課金明細マスタファイル
MFN/MFK - Patient location master file ロケーションマスタファイル
MFN/MFK - Clinical study with phases and schedules master file 相とスケジュールを伴う治験マスタファイル
MFN/MFK - Clinical study without phases but with schedules master file 相を除くスケジュールを伴う治験マスタ
ファイル
MFN/MFK - Test/observation (numeric) master file 数値型検査項目マスタファイル
MFN/MFK - Test/observation (categorical) master file カテゴリ型検査項目マスタファイル
MFN/MFK - Test /observation batteries master file バッテリ（セット）検査項目マスタファイル
MFN/MFK - Test/calculated observations master file 計算型検査項目マスタファイル
MFN/MFK – Master file notification message マスタファイル通知メッセージ
MFN/MFK - Master file notification - general 一般マスタファイル通知メッセージ
MFN/MFK - Master file notification – site defined サイト定義マスタファイル通知メッセージ
MFN/MFK – Inventory item master file notification 在庫管理項目マスタファイル通知メッセージ
RDE – Pharmacy/treatment encoded order 薬剤/処置符号化オーダ
RRE – Pharmacy/treatment encoded order acknowledgment 薬剤/処置符号化オーダの肯定応答
RAS- Pharmacy/Treatment Administration 薬剤/処置の管理
RRA- Pharmacy/Treatment Administration Acknowledgment 薬剤/処置の管理肯定応答
OMG – General clinical order 一般的な診療オーダ
ORG/ORL – General clinical order response 一般的な診療オーダ応答
OML-Laboratory order 検体検査オーダ
ORL -General laboratory order response message to any OML OML に対する一般的な検体検査オーダ応答メ
ッセージ
OMI －Imaging Order Message イメージングオーダメッセージ
ORI －Imaging Order Response Message イメージングオーダメッセージ OMI に対する応答【放射線】
OML-Laboratory order for multiple orders related to a single specimen ある検体に関連した複数オーダのための検査オーダ
ORL-Laboratory order response message to a multiple order related to single specimen OML ある検体に関連した複数オーダのための検査オーダ OML の応答メッセージ
OML-Laboratory order for multiple orders related to a single container of a specimen ある検体の容器に関連した
複数オーダのための検査オーダ
ORL-Laboratory order response message to a single container of a specimen OML ある検体の容器に関連した© JAHIS 2014146

Comments

Value
Q06
Q11
Q21
Q22
R01
R02
R04
R21
R22
R23
R24
T01
T02
U01
U02
U03
U04
U05
U06
U07
U08
U09
U10
U11
U12
U13
W01
ZD1
ZS1
ZS2
ZS3
ZS4
ZV1
ZV2

Description
複数オーダのための検査オーダ OML の応答メッセージ
OSQ/OSR - Query for order status 検査依頼の照会
QBP – Query by parameter requesting an RSP segment pattern response RSP 部類パターン応答を要求するパラメータによる参照
QBP – Get person demographics 個人属性情報の取得
QBP – Find candidates 候補の探索
ORU/ACK - Unsolicited transmission of an observation message 非同期検査結果転送メッセージ
QRY – Query for results of observation 検査結果の照会
ORF – Response to query; transmission of requested observation 検査結果の照会応答
OUL-Unsolicited laboratory observation 非同期の検体検査結果
OUL-Unsolicited Specimen Oriented Observation Message 非同期の検体検査結果メッセージ
OUL-Unsolicited Specimen Container Oriented Observation Message 非同期の検体セット検査メッセージ
OUL-Unsolicited Order Oriented Observation Message 非同期のオーダに起因する検査メッセージ
MDM/ACK －Document Notification 報告書通知メッセージ
MDM/ACK －Document Notification & Content 報告書通知メッセージ
ESU/ACK – Equipment status update 自動化装置ステータスの更新／応答
ESR/ACK – Equipment status request 自動化装置ステータスの要求
SSU/ACK – Specimen status update 検体ステータスの更新／応答
SSR/ACK – Specimen status request 検体ステータスの要求
INU/ACK – Equipment inventory update 自動化装置在庫の更新／応答
INR/ACK – Equipment inventory request 自動化装置在庫の要求
EAC/ACK – Equipment command 自動化装置コマンドの送信、自動化装置通知のクリア
EAR/ACK – Equipment response 自動化装置応答の送信
EAN/ACK – Equipment notification 自動化装置通知の送信
TCU/ACK – Test code settings update 自動化検査コード設定の送信
TCR/ACK – Test code settings request 自動化検査コード設定の要求
LSU/ACK – Equipment log/service update 自動化装置ログ／サービスの更新／応答
LSR/ACK – Equipment log/service request 自動化装置ログ／サービスの要求
ORU - Waveform result, unsolicited transmission of requested information 波形結果，要求された情報に対する非要求の送信
PPR/ACK - Patient problem message 病名情報の通知
QBP – Query by parameter 生理検査依頼照会の問い合わせ
QBP – Query by parameter 生理検査依頼照会の応答
QBP – Query by parameter データ保存確認照会の問い合わせ
QBP – Query by parameter データ保存確認照会の応答
QBP – Query by parameter 患者基本情報の問い合わせ
QBP – Query by parameter 患者基本情報の応答

HL7表 0354 – Message structure
Value
ACK
ADR_A19
ADT_A01
ADT_A02
ADT_A03
ADT_A05
ADT_A06
ADT_A09
ADT_A21
ADT_A24
ADT_A30
ADT_A37
ADT_A39
ADT_A52
EAC_U07
EAN_U09
EAR_U08
ESR_U02
ESU_U01
INR_U06
INU_U05

メッセージ構造(本規約関連のみ掲載)

Event
VariesA19
A01, A03, A04, A08, A13
A02
A03
A05, A14, A28, A31
A06, A07
A09, A10, A11, A12
A21, A22, A23, A25, A26, A27, A29, A32, A33
A24
A30, A34, A35, A36, A46, A47, A48, A49
A37
A39, A40, A41, A42
A52, A53, A55
U07
U09
U08
U02
U01
U06
U05

© JAHIS 2014
147

Comments

Comments

ValueLSU_U12
MDM_T01
MDM_T02
MFK_M01
MFN_M01
MFN_M02
MFN_M03
MFN_M04
MFN_M05
MFN_M06
MFN_M07
MFN_M08
MFN_M09
MFN_M10
MFN_M11
MFN_M12
MFN_M13
MFN_M15
MFQ_M01
MFR_M01
OMG_O19
OMI_O23
OML_O21
OML_O33
OML_O35
ORF_R04
ORG_O20
ORI_O24
ORL_O22
ORL_O34
ORL_O36
ORU_R01
ORU_W01
OSQ_Q06
OSR_Q06
OUL_R21
OUL_R22
OUL_R23
OUL_R24
QBP_Q11
QBP_Q13
QBP_Q15
QBP_Q21
QRY_A19
QRY_R02
RSP_K11
RSP_ZV2
SSR_U04
SSU_U03
TCU_U10

Event
U12, U13
T01, T03, T05, T07, T09, T11
T02, T04, T06, T08, T10
M01, M02, M03, M04, M05, M06, M07, M08, M09, M10, M11
M01
M02
M03
M04
M05
M06
M07
M08
M09
M10
M11
M12
M13
M15
M01, M02, M03, M04, M05, M06
M01, M02, M03, M04, M05, M06
O19
O23
O21
O33
O35
R04
O20
O24
O22
O34
O36
R01
W01
Q06
Q06
R21
R22
R23
R24
Q11,ZS1,ZS3,WOS
Q13
Q15
Q21, Q22, Q23,Q24, Q25,ZV1
A19
R02
K11, ZS2, ZS4,WOS
ZV2
U04
U03
U10, U11

Comments

MSH-10 Message control ID メッセージ制御 ID (ST) 00010
定義：メッセージを一意に識別する番号または他の識別子。受信システムは、メッセージ受諾応答セグ
メント(MSA)で送信システムへこの ID をエコーバックする。
MSH-11 Processing ID 処理 ID (PT) 00011
成分：<processing ID (ID)> ^<processing mode (ID)>

定義：メッセージを処理するかどうか決めるのに使用する。
HL7表 0103 - Processing ID 処理ID
Value
D
P

Description
Debugging デバギング
Production プロダクション© JAHIS 2014
148

Comments

ValueT

Description

Comments

Training トレーニング

HL7表 0207 - Processing mode 処理モード
Value
A
R
I
T
not present

Description
Archive アーカイブ
Restore from archive アーカイブからの復元
Initial load 初期ロード
Current processing, transmitted at intervals(scheduled or on demand)
現在の処理、とびとびに転送される（計画的又は要求に応じて）Not present (the default, meaning current processing)
存在しない（デフォルト、すなわち現在の処理）

MSH-12 Version ID バージョン ID (VID)

Comments00012

成分：<Version ID (ID)> ^ <Internationalization Code (CWE)> ^ <International Version ID (CWE)>
副成分 for Internationalization Code(CWE) :<identifier (ST)> & <text (ST)> & <name of coding
system (ID)> & <alternate identifier (ST)> &<alternate text (ST)> &<name of alternate coding
system (ID)> & <coding system version ID (ST)> &< alternate coding system version ID (ST)>&<original text (ST)>
副成分 for International Version ID (CWE):<identifier (ST)> & <text (ST)> & <name of coding
system (ID)> & <alternate identifier (ST)> &<alternate text (ST)> &<name of alternate coding
system (ID)> & <coding system version ID (ST)> &< alternate coding system version ID (ST)>&<original text (ST)>

定義：受信システムは、バージョン ID を認識しメッセージが確実に解釈されるようにする。本規約のバージョン ID は 2.5 を指定する。
HL7表 0104 - Version ID バージョンID
Value
2.0
2.0D
2.1
2.2
2.3
2.3.1

Description
Release 2.0
Demo 2.0
Release 2.1
Release 2.2
Release 2.3
Release 2.3.1

September 1988
October 1988
March 1990
December 1994
March 1997
May 1999

2.4

Release 2.4

November 2000

2.5

Release 2.5

May 2003

Comments（Date）

MSH-13 Sequence Number シーケンス番号 (NM) 00013
定義：値が null でなければ、シーケンス番号管理が行われているものとする。送信側では受信アプリケーション・施設ごとにシーケンス管理することとし、増分は 1 とする。
MSH-14 Continuation Pointer 継続ポインタ (ST) 00014
定義：アプリケーションに特有の方法で継続を定義するのに使用する。施設にて定義（ただし、推奨しない）。
MSH-15 Accept Acknowledgment Type 受諾応答型 (ID) 00015
定義：このメッセージに応答して受諾応答を返すことが要求される条件を定義する。拡張応答モードで要求される。取りうる値を HL7 表 0155 に示す。
MSH-16 Application Acknowledgment Type アプリケーション応答型 (ID) 00016
定義：このメッセージに応答してアプリケーション応答を返すことが要求される条件を定義する。拡張応答モードで要求される。取りうる値を HL7 表 0155 に示す。
HL7表 0155 – Accept/application acknowledgment conditions 受諾／アプリケーション応答条件
Value
Description
AL
Always 常にNE
Never 決してないER
Error/reject conditions only エラー／リジェクト状態のみ
SU
Successful completion only 正常終了時のみ
注記： MSH-15 と MSH-16 が省略(または両方とも null)の場合、オリジナルの応答モード規則が使われる。

© JAHIS 2014149

MSH-17 Country Code 国コード (ID) 00017
定義：メッセージの発信国を定義する。
主に通貨単位などのデフォルト要素を指定するのに使用される。
ISO 3166 は、使用可能な国コードのリストを提供する。
HL7表 0399 – Country code 国コード
Value

Description
use 3-character (alphabetic) form of ISO 3166Comments

MSH-18 Character Set 文字セット (ID) 00692
定義：文字セットを指定するためにフィールド MSH-18-文字セットを使用する。このフィールドの有効な値は HL7 表 0211、”代替文字セット”で指定されている。MSH-18-文字セットは空白、もしくは 1 つないしそれ以上の反復区切りで区切られている。もしこのフィールドが空白の場合、使用されている文字セットは10進数0～127(16進数00～7F)の7ビットASCIIセットと解釈される。
この既定値は明確に ASCII と指定されている。
1 つ以上の文字セットがメッセージ内で使用することができる。MSH-18 の初期値はメッセージのデフォルトである。2 回目やそれ以降の MSH-18-文字セットは使用されている追加文字セットを指定するために使用する。
単バイトもしくは複数バイトにかかわらず、どのような符号化システムも、MSH-18-文字セット
内の既定文字符号を指定されなければならない。
HL7表 0211 - Alternate character sets 代替文字セット
Value
ASCII
8859/1

Description
印刷可能な 7 ビットの文字セット
ISO 8859／1 の文字セットからの印刷可能
な文字ISO 8859／2 の文字セットからの印刷可能
な文字ISO 8859／3 の文字セットからの印刷可能
な文字ISO 8859／4 の文字セットからの印刷可能
な文字ISO 8859／5 の文字セットからの印刷可能
な文字ISO 8859／6 の文字セットからの印刷可能
な文字ISO 8859／7 の文字セットからの印刷可能
な文字ISO 8859／8 の文字セットからの印刷可能
な文字ISO 8859／9 の文字セットからの印刷可能
な文字
情報交換用コード(1 バイト)(JIS X
0201-1976)
日本のグラフィック文字集合用の情報交換
コード(JIS X 0208-1990)

8859/28859/38859/48859/58859/68859/78859/88859/9ISO IR14
ISO IR87

ISO IR159
UNICODE
UTF-8

補助的な日本のグラフィック文字集合用の情報交換コード (JIS X 0212-1990)
UCS 変換フォーマット､8-bit 形式

Comments（このフィールドを省略する場合、これがデフォルトである）

コードはスペースを含んでいることに注意。すなわち"ISO IR14"
コードはスペースを含んでいることに注意。すなわち"ISO IR87"
日本では JIS X 0208 はエスケープシークエンスを必要としており、エス
ケープ技術は ISO 2022 である。標準 ASCII では、エスケープシークエ
ンス”escape”$B(16 進数、1B 24 42)は以下のバイトは 2 バイトの幅であることを自身に知らせる。ASCII へのもどるには 1B 28 42 である
コードはスペースを含んでいることに注意。すなわち"ISO IR159"

UTF-8 は可変長符号であり、それぞれのコードは 1,2 もしくは 3 バイトで表され、コード値に依存する。7 ビット ASCII は UTF-8 の下位集合である。このコードは UTF の前にスペースを含んでも良いが、ハイフンの前後にスペースを含んではならないことに注意
注: 文字セットにかかわらずフィールド区切り文字は 7-bit ASCII 文字セットである。
a)もしフィールドに値が無い場合は、ASCIIとみなし、メッセージ中で他の文字セットは使用できないb)もしこのフィールドが繰り返され、第1要素がnull（すなわち存在するが値がない）ならば、ASCIIとみなす
c)シーケンスの残りの要素（すなわち要素2..n）は、使用可能な代替文字セットであり、マルチバイトの文字セットを使用することができる。

© JAHIS 2014150

半角カタカナは全てのフィールドで使用しないようにすること。漢字を使用する場合~ISO IR87が一般的で、さらにJIS補助漢字を使用する場合続けて~ISO IR159とする。

MSH-19 Principal language of message 主要言語 (CWE)00693

成分：<identifier (ST)> ^ <text (ST)> ^ <name of coding system (ID)> ^ <alternate identifier (ST)> ^<alternate text (ST)> ^ <name of alternate coding system (ID)> ^ <coding system version ID(ST)> ^< alternate coding system version ID (ST)> ^ <original text (ST)>

定義：メッセージの主要言語を定義する。コードは ISO 639 を使用。
MSH-20 Alternate character set handling scheme 代替文字セット操作法 (ID) 01317
定義：代替文字セットが使用され(第 2 又は以降の MSH-18-文字セットの成分において指定され)、もし
特別な操作方法が必要なら、この成分はその操作方法を指定するのに用いられる。これは次に示す HL7 表 0356-代替文字セット操作法に従う。本規格では ISO 2022-1994 を使用する。
HL7 表 0356 – 代替文字セット操作法
Value
ISO
2022-1994

Description
この規格は、"情報技術 – 文字コード構造と拡張技術"と名付けられている。

2.3

V2.5 の 2.7.2 節”複数文字セットをサポートするエスケ
ープシークエンス”と 2.A.46 節”XPN-拡張人名で指定された、文字集合スイッチングモード。
これはデフォルトであり、このメッセージ中に交代する
文字セットが無いことを指定する。

<null>

Comments
この規格は、基本的な 1 バイト文字セットから指定された異なる文字セットとの間の、遷移する手順を指定する。その遷移手順は、明示的に起動される交代文字セットを指定する。このモードでは、実際の ASCII エスケープ文字が、参照される ISO 文書中で定義され使用される。代替文字セットへ（から）の遷移手順は、HL7 区切り文
字間内で起きるべきである。言い換えれば、HL7 区切り文字は基本の 1 バイト文字だけであり、区切り文字の直前と直後の文字は、状態を符号化している基本的な 1 バイトセットであるべきである。
このモードでの遷移手順は、ISO 2022-1994 で定義されているように ASCII "esc"文字は用いられないことに注意。
これはデフォルトである。

MSH-21 Message Profile Identifier メッセージプロファイル識別子(EI) 01598
成分：<entity identifier (ST)> ^ <namespace ID (IS)> ^ <universal ID (ST)> ^ <universal ID type(ID)>

定義：各サイトもしくは HL7 で制定された文書の為に用いる。適合文書は文法、構文及び特別なメッセージの為に詳細な説明，または、メッセージのセットを含む。適合文書の使用例は HL7 V2.5 5章の“照会”にある。
このフィールドの繰り返しはメッセージプロファイルの作成やネーミングにおいてより多くの柔軟性を許容する。繰り返しを用いることで、メッセージ適合性のメッセージプロファイル集を明確に出来る。例えば、最初の繰り返しで、ベンダのメッセージプロファイルが参照できる。2番目で他の互換性のあるプロバイダのプロファイルあるいは最初のベンダプロファイルの最新版を参照できる。詳しくは HL7 V2.5 2 章 2.12､ "Conformance Using Message Profiles"を参照。
本フィールドは、メッセージプロファイルのコンフォーマンスを規定する。メッセージプロファ
イルには、文法、構文および特定のメッセージやメッセージの組み合わせなどの詳細な仕様が規定されている。HL7 V2.5 2.12 節”メッセージプロファイルを使用した適合性”を参照のこと。また、このフィールドを反復記述することで、メッセージプロファイルの組み合わせを指定こともできる。例えば、反復の第一番目は、ベンダの標準準拠を示し、２番目は別のプロバイダのプロファイルや、第一番目のベンダのプロファイルの最新バージョンなどを示すことができる。HL7
V2.5 では、HL7 メッセージプロファイル識別子は適合範囲や発行/購読システムに使われている
かもしれない。メッセージプロファイル識別子の詳細には、HL7 V2.5 の 2 章 12.1.1”メッセージ
プロファイル識別子”、2 章 12.1.2” メッセージプロファイル発行/購読トピックス”を参照のこと。静的定義識別子については、2 章 12.4.1”静的記述識別子”、 2 章 12.4.2”静的記述識別子出
版/購読トピック”を参照のこと。

© JAHIS 2014151

7.6 NTE - Notes and Comments Segment 注釈コメントセグメント
注釈とコメントを送るためのメッセージに共通のフォーマットである。
他のメッセージやセグメントで表現可能な事項を NTE セグメントで代用してはならない。受信アプリケー
ションでは NTE セグメントの内容を表示や印刷する以外のシステム的取り扱いはされない事を前提とする。
HL7 属性表 - NTE - Notes and Comments 注釈コメント
SEQ
1
2
3

LEN
4
8
65536

DT
SI
ID
FT

OPT
O
O
O

Japan
O
O
O

4

250

CWE

O

O

RP/#

TBL#
0105

Y
0364

ELEMENT NAME
Set ID - NTE セットID-NTE
Source of Comment コメント発生源
Comment コメント
Comment Typeコメントタイプ

NTE フィールド定義
NTE-1 Set ID - NTE セット ID-NTE (SI) 00096
定義：ひとつのメッセージ中に複数の NTE セグメントが含まれる場合に使用される。番号付けについては、アプリケーション・メッセージの定義に記述されなければならない。
NTE-2 Source Of Comment コメント発生源 (ID) 00097
定義：このフィールドはコメントの発生源を識別するときに使用する。この表は実装時にローカルに拡張できる。有効な値は HL7 表 0105 – コメントの発生源を参照。
HL7表 0105 - Source of comment コメントの発生源
Value
L
P
O

Description
Ancillary (filler) department is source of comment 関連部門（検査実施者）部がコメントの発生源
Ordered (placer) is source of comment 指示者（検査依頼者）がコメントの発生源
Other system is source of comment 他システムがコメントの発生源

Comments

NTE-3 Comment コメント (FT) 00098
定義：このフィールドはセグメントに含まれるコメントを含んでいる。
注: v2.2 から、このフィールドは TX データ型ではなく FT データ型である。フォーマッティング・
コマンドが埋め込まれていない FT データ型は TX データ型との間に違いがないため、この変更
は旧バージョンとの互換性のためにのみ残されている。
NTE-4 Comment type コメント型 (CWE) 01318
成分：<Identifier (ST)> ^ <Text (ST)> ^ <Name of Coding System (ID)> ^ <Alternate Identifier (ST)>^ <Alternate Text (ST)> ^ <Name of Alternate Coding System (ID)> ^ <Coding System Version
ID (ST)> ^ <Alternate Coding System Version ID (ST)> ^ <Original Text (ST)>

定義：このフィールドは、特定のコメントレコード中で送られた、コメントテキストの型を識別する値を含んでいる。推奨値は、使用者定義表 0364–コメント型 を参照。
使用者定義表 0364 - Comment type コメント型
Value
PI
AI
GI
1R
2R
GR
RE
DR

Description
Patient Instructions 患者指示
Ancillary Instructions 追加指示
General Instructions 一般的指示
Primary Reason 一次理由
Secondary Reason 二次理由
General Reason 一般的理由
Remark 備考
Duplicate/Interaction Reason 重複／指示理由

Comments

注:フィールドは、コメントの発生源（例えば、関連部門、指示者、その他）を識別するNTEレコード上に既に存在する。けれ
ども、いくつかのアプリケーションは、コメントテキスト（例えば、指示、理由、注意他）の他の型のサポートが必要である。NTE
セグメントは、それぞれのコメントの型に応じて分離して使用することができる（例えば、指示は一つのNTE上にあり注意は他のNTE上）。

© JAHIS 2014152

7.7 PID – Patient Identification Segment 患者識別セグメント
PID セグメントはすべてのアプリケーションで、患者（含む動物）の識別情報を交換することを主要目的としている。このセグメントは恒久的な患者識別としてほとんど変化しない患者基本情報を扱う。
第 3 フィールドの患者 ID（データタイプ CX）リストの 4 番目の成分（Assigning Authority）である、発行機関のデータ型は HD 型であり、発行機関により一意に関連づけられた固有の番号である。発行機関の IDを与えた機関、相互連絡機関は患者識別情報（そして他の重要な識別情報）を付与する可能性のある発行機関のリストを作成しなければならない。そのリストはその発行機関の最も重要なマスターリストのひとつとなる。
（患者 ID を付与した機関とは別の）第三者機関は、患者識別情報を含む HL7 メッセージを送信ある
いは受信するかもしれないので、患者 ID に含まれる発行機関は MSH で示される送信システムや受信シス
テムと同じであってはならない。発行機関は、その地域では一箇所である必要がある。このフィールドはHL7 の導入に際して、複数の患者管理アプリケーションにおいてこのような番号を割り当てる必要がある。
発行機関と識別区分コードはすべて CX 型とすることを強く推奨する。
発行機関は関係する全システム内で一意になるように責任を持ち一覧表を作成しなければならない。
HL7属性表－PID –Patient Identification - 患者識別
SEQ
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20

LEN
4
20
250
20
250
250
26
1
250
250
250
4
250
250
250
250
250
250
16
25

DT
SI
CX
CX
CX
XPN
XPN
TS
IS
XPN
CWE
XAD
IS
XTN
XTN
CWE
CWE
CWE
CX
ST
DLN

OPT
O
B
R
B
R
O
O
O
B
O
O
B
O
O
O
O
O
O
B
B

Japan
O
B
R
B
R
N
RE
RE
N
N
O
N
O
O
N
O
N
O
N
N

RP/#

21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39

250
250
250
1
2
250
250
250
26
1
1
20
26
241
250
250
80
250
250

CX
CWE
ST
ID
NM
CWE
CWE
CWE
TS
ID
ID
IS
TS
HD
CWE
CWE
ST
CWE
CWE

O
O
O
O
O
O
O
B
O
O
O
O
O
O
C
C
O
O
O

O
N
N
N
N
N
N
B
O
O
O
O
O
O
N
N
N
N
N

Y
Y

PID フィールド定義© JAHIS 2014
153

TBL#

Y
Y
Y
Y
0001
Y
Y
Y
Y
Y
0002

Y
0212

Y

2
Y

0136
0136
0445

ELEMENT NAME
Set ID - PID セットID-患者ID
Patient ID 患者ID（外部ID）
Patient Identifier List 患者IDリスト
Alternate Patient ID - PID 代替患者ID
Patient Name 患者氏名
Mother's Maiden Name 母親の旧姓
Date/Time of Birth 生年月日
Administrative Sex 性別
Patient Alias 患者別名
Race 人種
Patient Address 患者住所
County Code 郡コード
Phone Number - Home 電話番号－自宅
Phone Number - Business 電話番号－勤務先
Primary Language 使用言語
Marital Status 婚姻状況
Religion 宗教
Patient Account Number 患者会計番号
SSN Number - Patient 社会保障番号
Driver's License Number - Patient 運転免許証番
号
Mother's Identifier 母親の識別情報
Ethnic Group 民族のグループ
Birth Place 出生地
Multiple Birth Indicator 多胎児識別情報
Birth Order 誕生順序
Citizenship 市民権
Veterans Military Status 退役軍人情報
Nationality 国籍
Patient Death Date and Time 患者死亡日時
Patient Death Indicator 患者死亡識別Identity Unknown Indicator 身元確認識別
Identity Reliability Code 識別情報の信頼性
Last Update Date/Time 最終更新日付
Last Update Facility 最終更新施設
Species Code 種コード
Breed Code 品種コード
Strain 血統情報
Production Class Code 生産分類コード
Tribal Citizenship 所属部族

PID-1 Set ID - PID セット ID-患者 ID (SI) 00104
定義：セグメントの反復が許されるメッセージについては、反復を識別するためにセット ID フィールドが使用される。例えば、交換及び照会のトランザクションは、セット ID 値 1、2、3、などの多数の PID セグメントを持つことができる。
PID-2 Patient ID 患者 ID(外部 ID) (CX) 00105
定義：このフィールドは下位互換のために残されている。PID-3 患者 ID リストをすべての患者識別情報として使うよう推奨されている。
PID-3 Patient Identifier List 患者 ID リスト (CX) 00106
成分：<ID Number (ST)> ^ <Check Digit (ST)> ^ <Check Digit Scheme (ID)> ^ <Assigning
Authority (HD)> ^ <Identifier Type Code (ID)> ^ <Assigning Facility (HD)> ^ <Effective Date(DT)> ^ <Expiration Date (DT)> ^ <Assigning Jurisdiction (CWE)> ^ <Assigning Agency or
Department (CWE)>
副成分 for Assigning Authority (HD)：<Namespace ID (IS)> & <Universal ID (ST)> & <Universal ID
Type (ID)>
副成分 for Assigning Facility (HD)：<Namespace ID (IS)> & <Universal ID (ST)> & <Universal ID
Type (ID)>
副成分 for Assigning Jurisdiction (CWE)：<Identifier (ST)> & <Text (ST)> & <Name of Coding
System (ID)> & <Alternate Identifier (ST)> & <Alternate Text (ST)> & <Name of Alternate
Coding System (ID)> & <Coding System Version ID (ST)> & <Alternate Coding System Version
ID (ST)> & <Original Text (ST)>
副成分 for Assigning Agency or Department (CWE)：<Identifier (ST)> & <Text (ST)> & <Name of
Coding System (ID)> & <Alternate Identifier (ST)> & <Alternate Text (ST)> & <Name of
Alternate Coding System (ID)> & <Coding System Version ID (ST)> & <Alternate Coding
System Version ID (ST)> & <Original Text (ST)>

定義：患者を一意的に識別する ID(例えば、患者 ID やカルテ番号、請求書番号など)。患者番号を設定。
本規約では「<患者 ID>^^^^PI」の形式で利用する。
例：|0012345678^^^^PI|

PID-4 Alternate Patient ID - PID 代替患者 ID (CX) 00107
定義：このフィールドは下位互換のために残されている。すべての患者識別情報は「PID-3 患者 ID リスト」を使用することを推奨する。もしこのフィールドを使う時は、このフィールドには代替え、
一時的、もしくは必要な場合には保留中のオプション患者識別情報、または補足的な患者識別情報に使用する。
PID-5 Patient Name 患者氏名 (XPN) 00108
成分：<Family Name (FN)> ^ <Given Name (ST)> ^ <Second and Further Given names or Initials
Thereof (ST)> ^ <Suffix (e.g., JR or III) (ST)> ^ <Prefix (e.g., DR) (ST)> ^ <Degree (e.g., MD)(IS)> ^ <Name Type Code (ID)> ^ <Name Representation Code (ID)> ^ <Name Context (CWE)>^ <Name Validity Range (DR)> ^ <Name Assembly Order (ID)> ^ <Effective Date (TS)> ^<Expiration Date (TS)> ^ <Professional Suffix (ST)>
副成分 for Family Name (FN):<Surname (ST)> & <Own Surname Prefix (ST)> & <Own Surname(ST)> & <Surname Prefix From Partner/Spouse (ST)> & <Surname From Partner/Spouse (ST)>
副成分 for Name Context (CWE):<identifier (ST)> ^ <text (ST)> ^ <name of coding system (ID)> ^<alternate identifier (ST)> ^ <alternate text (ST)> ^ <name of alternate coding system (ID)> ^<coding system version ID (ST)> ^< alternate coding system version ID (ST)> ^ <original text
(ST)>
副成分 for Name Validity Range (DR):<Range Start Date/Time (TS)> & <Range End Date/Time(TS)>
副成分 for Range Start Date/Time (TS):<Time (DTM)> & <Degree of Precision (ID)>
副成分 for Range End Date/Time (TS):<Time (DTM)> & <Degree of Precision (ID)>
副成分 for Effective Date (TS):<Time (DTM)> & <Degree of Precision (ID)>
副成分 for Expiration Date (TS):<Time (DTM)> & <Degree of Precision (ID)>

定義：このフィールドは患者の法律上の名前、またはその他の名前を示している。有効な値は、HL7
表 0200－名前種別、HL7 表 0465－名前表記コードを参照のこと。このフィールドは同じ名前について違う文字セットでの繰り返しが許されている。患者の名札や検査検体のラベルなどと本フィールドの内容が同じであるよう、法律上の名前｢L｣を用いることが望ましく、運用に注意すべきである。

© JAHIS 2014154

患者氏名を MSH-18 文字セットで指定した文字コードで使用する。例えば MSH-18 に ASCII~ISO
IR87 をセットした場合、PID-5 は Yamada^Tarou^^^^^L^A~山田^太郎^^^^^L^I~ヤマダ^タロウ^^^^^L^P となる。反復の順序には意味を持たない。姓と名の区別が困難な場合、姓のフィールドを代用するものとする。半角カタカナは全てのフィールドで使用しないようにすること。
HL7表 0200 - Name Type 名前種別
Value
A
B
C
D
I
L
M
N
P
R
S
T
U

Description
Alias Name 別名
Name at Birth 誕生時の名前
Adopted Name 養子、帰化等による変更後の名前
Display Name 表示名
Licensing Name 許可を得た名前
Legal Name 法律上の名前
Maiden Name 旧姓（婚姻前の名前）
Nickname /”Call me” Name/Street Name あだ名／よび名／名義
Name of Partner/Spouse – obsolete 配偶者の名前－廃止
Registered Name (animals only) 登録名（動物のみ）
Coded Pseudo-Name to ensure anonymity 匿名のためのコード化された偽名
Indigenous/Tribal/Community Name 種族／部族／集落名
Unspecified 未定義

Comments

V2.4で廃止された

動物においては、名前種別が「R」が使われていた場合は、「Name Context」はこの動物の名前が登録されている機関を識別するために用いられる。

HL7表 0465 – Name Representation Code 名前表記コード
Value
I
A
P

Description
Ideographic (i.e., Kanji) 表意文字(漢字)Alphabetic (i.e., Default or some single-byte) シングルバイトの英数字
Phonetic (i.e., ASCII, Katakana, Hiragana, etc.) 表音文字(ASCII,仮名)Comments

PID-6 Mother's Maiden Name 母親の旧姓 (XPN) 00109
定義：母親の旧姓、同じラストネームを持つ患者を明確に識別するために使用する。本フィールドに出現する名前種別コードは｢M｣である。
PID-7 Date/Time Of Birth 生年月日 (TS) 00110
成分：<Time (DTM)> ^ <Degree of Precision (ID)>

PID-8 Administrative Sex 性別 (IS) 00111
定義：患者の性別。 使用者定義表 0001－性別を参照のこと。
使用者定義表 0001 - Administrative Sex 性別
Value
F
M
O
U
A
N

Description
Female 女性
Male 男性
Other その他
Unknown 未知
Ambiguous 両性具有
Not applicable 適応外

Comments

PID-9 Patient Alias 患者別名 (XPN) 00112
このフィールドは下位互換のために残されている。患者の氏名はすべて PID-5 患者氏名を使うことを推奨する。
PID-10 Race 人種 (CWE) 00113
定義：本フィールドは患者の人種を示す。
PID-11 Patient Address 患者住所 (XAD) 00114
成分：<Street Address (SAD)> ^ <Other Designation (ST)> ^ <City (ST)> ^ <State or Province (ST)>^ <Zip or Postal Code (ST)> ^ <Country (ID)> ^ <Address Type (ID)> ^ <Other Geographic
Designation (ST)> ^ <County/Parish Code (IS)> ^ <Census Tract (IS)> ^ <Address
Representation Code (ID)> ^ <Address Validity Range (DR)> ^ <Effective Date (TS)> ^<Expiration Date (TS)>
副成分 for Street Address (SAD):<Street or Mailing Address (ST)> & <Street Name (ST)> &<Dwelling Number (ST)>© JAHIS 2014155

副成分 for Address Validity Range (DR):<Range Start Date/Time (TS)> & <Range End Date/Time(TS)>
副成分 for Range Start Date/Time (TS):<Time (DTM)> & <Degree of Precision (ID)>
副成分 for Range End Date/Time (TS):<Time (DTM)> & <Degree of Precision (ID)>
副成分 for Effective Date (TS):<Time (DTM)> & <Degree of Precision (ID)>
副成分 for Expiration Date (TS):<Time (DTM)> & <Degree of Precision (ID)>

定義：このフィールドは患者の現住所を示している。
最初のエレメントは、<Street Address (SAD)>
であり、これはさらに<Street or Mailing Address (ST)> & <Street Name (ST)> & <Dwelling Number (NT)>に分解されるので、日本の場合は、
新橋２－５－５^^港区^東京都^105-0004^^Hのように記述する。ただし、住所を(都道府県や市町村などに)分離して管理していない場合は、第 8 成
分だけを用いて、^^^^105-0001^^H^東京都港区新橋２－５－５のように記述する。また、第 7 成分を「B」（=会社／事業所）とすることで、患者の勤務先の郵便番号、住所を表現することもできる。
^^^^105-0001^^B^東京都千代田区霞が関１－２－２
HL7表 0190 - Address type 住所型
Value
BA
N
BDL
F
C
B
H
L
M
O
P
RH
BR

Description
Bad address 誤った住所
Birth (nee) (birth address, not otherwise specified) 出生（他に指定がなければ、出生の住所）
Birth delivery location (address where birth occurred) 分娩の場所（誕生した住所）
Country Of Origin 出身国
Current Or Temporary 現住所または一時的な住所
Firm/Business 会社/事業所
Home 自宅
Legal Address 法律上の住所
Mailing 郵送先
Office 事務所
Permanent 永久的住所
Registry home. 本籍地
Residence at birth (home address at time of birth) 出生時の居住地（出生時の自宅
住所）

Comments

PID-12 County Code 郡コード (IS) 00115
定義：患者の郡コード。このフィールドは下位互換のために残されている。
PID-13 Phone Number - Home 電話番号－自宅 (XTN) 00116
成分：<Telephone Number (ST)> ^ <Telecommunication Use Code (ID)> ^ <Telecommunication
Equipment Type (ID)> ^ <Email Address (ST)> ^ <Country Code (NM)> ^ <Area/City Code(NM)> ^ <Local Number (NM)> ^ <Extension (NM)> ^ <Any Text (ST)> ^ <Extension Prefix(ST)> ^ <Speed Dial Code (ST)> ^ <Unformatted Telephone number (ST)>

定義：このフィールドでは患者の個人的な電話番号を示す。すべての患者の個人電話番号は次の順序で送られる。最初は主として使われると思われる電話番号（旧バージョンとの互換性のため）である。もし、主として使われる電話番号がない場合は、必ず最初に反復区切り文字を送る必要がある。有効な値については HL7 表 0201－電話連絡使用コードと、HL7 表 0202－電話連絡手段区分を参照。
HL7表 0201－Telecommunication Use Code 電話連絡使用コード
Value
PRN
ORN
WPN
VHN
ASN
EMR

Description
Primary Residence Number 主要な自宅番号
Other Residence Number 他の自宅番号
Work Number 勤務先番号
Vacation Home Number 別荘番号
Answering Service Number 留守電話応答サービス番号
Emergency Number 緊急番号

© JAHIS 2014
156

Comments

ValueNET
BPN

Description
Network (email) Address ネットワーク(電子メール)アドレス
Beeper Number ポケットベルの番号

Comments

HL7表 0202－Telecommunication Equipment Type 電話連絡手段区分
Value
PH
FX
MD
CP
BP
INTERNET
X.400

Description
Telephone 電話
Fax ファックス
Modem モデム
Cellular Phone 携帯電話
Beeper ポケットベル
Internet Address:Use Only If Telecommunication Use Code Is NET イ
ンターネットアドレス：通信使用コードが NET である場合のみ使用
X400 email address: Use Only If Telecommunication Use Code Is
NET 電子メールアドレス：通信使用コードが NET である場合のみ使用

Comments

注：PID-13（電話番号）XTNの第1要素は、オプション値が ’B’(Backword) なので使用しない

なお、電話番号は第 12 成分に記述することとし、例えば、^PRN^PH^^^^^^^^^03-0000-0000と扱うこととする。
PID-14 Phone Number - Business 電話番号－勤務先 (XTN) 00117
成分：<Telephone Number (ST)> ^ <Telecommunication Use Code (ID)> ^ <Telecommunication
Equipment Type (ID)> ^ <Email Address (ST)> ^ <Country Code (NM)> ^ <Area/City Code(NM)> ^ <Local Number (NM)> ^ <Extension (NM)> ^ <Any Text (ST)> ^ <Extension Prefix(ST)> ^ <Speed Dial Code (ST)> ^ <Unformatted Telephone number (ST)>

定義：このフィールドでは患者の職場の電話番号を示す。すべての職場の電話番号は次の順序で送られる。最初は主として使われる電話番号（旧バージョンとの互換性のため）である。もし主として使われる電話番号がない場合は、必ず最初に反復区切り文字を送る必要がある。有効な値については HL7 表 0201－電話連絡使用コードと HL7 表 0202－電話連絡手段区分を参照。
なお、電話番号は第 12 成分に記述することとし、例えば、^PRN^PH^^^^^^^^^03-3506-8070と扱うこととする。
PID-15 Primary Language 使用言語 (CWE) 00118
定義：患者の主要な言語。
PID-16 Marital Status 婚姻状況 (CWE) 00119
成分：<Identifier (ST)> ^ <Text (ST)> ^ <Name of Coding System (ID)> ^ <Alternate Identifier (ST)>^ <Alternate Text (ST)> ^ <Name of Alternate Coding System (ID)> ^ <Coding System Version
ID (ST)> ^ <Alternate Coding System Version ID (ST)> ^ <Original Text (ST)>

定義：患者の（民法上の）婚姻状況。 使用者定義表 0002－婚姻状況を推奨する。
使用者定義表 0002 - Marital Status 婚姻状況
Value
A
D
M
S
W
C
G
P
R
E
N
I
B
U
O

Description
Separated 別居
Divorced 離婚
Married 既婚
Single 独身
Widowed 未亡人
Common law 法的
Living together 同居・同棲
Domestic partner 配偶者
Registered domestic partner 登録された配偶者
Legally Separated 法的な別居
Annulled 婚姻取消・無効Interlocutory 裁判中・調停中
Unmarried 未婚
Unknown 不明
Other その他

© JAHIS 2014
157

Comments

ValueT

Description

Comments

Unreported 未報告

PID-17 Religion 宗教 (CWE)

00120

成分：<Identifier (ST)> ^ <Text (ST)> ^ <Name of Coding System (ID)> ^ <Alternate Identifier (ST)>^ <Alternate Text (ST)> ^ <Name of Alternate Coding System (ID)> ^ <Coding System Version
ID (ST)> ^ <Alternate Coding System Version ID (ST)> ^ <Original Text (ST)>

定義：このフィールドは患者の宗教からなる。
PID-18 Patient Account Number 患者会計番号 (CX)00121

成分：<ID Number (ST)> ^ <Check Digit (ST)> ^ <Check Digit Scheme (ID)> ^ <Assigning
Authority (HD)> ^ <Identifier Type Code (ID)> ^ <Assigning Facility (HD)> ^ <Effective Date(DT)> ^ <Expiration Date (DT)> ^ <Assigning Jurisdiction (CWE)> ^ <Assigning Agency or
Department (CWE)>
副成分 for Assigning Authority (HD)：<Namespace ID (IS)> & <Universal ID (ST)> & <Universal ID
Type (ID)>
副成分 for Assigning Facility (HD) <Namespace ID (IS)> & <Universal ID (ST)> & <Universal ID
Type (ID)>
副成分 for Assigning Jurisdiction (CWE)：<Identifier (ST)> & <Text (ST)> & <Name of Coding
System (ID)> & <Alternate Identifier (ST)> & <Alternate Text (ST)> & <Name of Alternate
Coding System (ID)> & <Coding System Version ID (ST)> & <Alternate Coding System Version
ID (ST)> & <Original Text (ST)>
副成分 for Assigning Agency or Department (CWE)：<Identifier (ST)> & <Text (ST)> & <Name of
Coding System (ID)> & <Alternate Identifier (ST)> & <Alternate Text (ST)> & <Name of
Alternate Coding System (ID)> & <Coding System Version ID (ST)> & <Alternate Coding
System Version ID (ST)> & <Original Text (ST)>

定義：料金、支払いなどがすべて記録される勘定によって割り当てられる数字。患者の会計を識別するために使用される。
PID-19 SSN Number - Patient 社会保障番号(ST) 00122
定義：患者の社会保障番号。
PID-20 Driver's License Number - Patient 運転免許証番号 (DLN) 00123
定義：患者の運転免許証番号。
PID-21 Mother's Identifier 母親の識別情報(CX) 00124
成分：<ID Number (ST)> ^ <Check Digit (ST)> ^ <Check Digit Scheme (ID)> ^ <Assigning
Authority (HD)> ^ <Identifier Type Code (ID)> ^ <Assigning Facility (HD)> ^ <Effective Date(DT)> ^ <Expiration Date (DT)> ^ <Assigning Jurisdiction (CWE)> ^ <Assigning Agency or
Department (CWE)>
副成分 for Assigning Authority (HD)：<Namespace ID (IS)> & <Universal ID (ST)> & <Universal ID
Type (ID)>
副成分 for Assigning Facility (HD)：<Namespace ID (IS)> & <Universal ID (ST)> & <Universal ID
Type (ID)>
副成分 for Assigning Jurisdiction (CWE)：<Identifier (ST)> & <Text (ST)> & <Name of Coding
System (ID)> & <Alternate Identifier (ST)> & <Alternate Text (ST)> & <Name of Alternate
Coding System (ID)> & <Coding System Version ID (ST)> & <Alternate Coding System Version
ID (ST)> & <Original Text (ST)>
副成分 for Assigning Agency or Department (CWE)：<Identifier (ST)> & <Text (ST)> & <Name of
Coding System (ID)> & <Alternate Identifier (ST)> & <Alternate Text (ST)> & <Name of
Alternate Coding System (ID)> & <Coding System Version ID (ST)> & <Alternate Coding
System Version ID (ST)> & <Original Text (ST)>

定義：例えば、新生児用に関係を示すために使用される。一般的には患者 ID あるいは会計番号が使用される。
PID-22 Ethnic Group 民族のグループ(CWE) 00125
定義：患者の民族的起源を定義する。
PID-23 Birth Place 出生地(ST) 00126
定義：患者の出生地を示す。
PID-24 Multiple Birth Indicator 多胎児識別情報 (ID) 00127
定義：患者が多胎児の一人であったかどうか示す。Y/N インジケータを使用。

© JAHIS 2014
158

PID-25 Birth Order 誕生順序 (NM) 00128
定義：患者が多胎児の一人であった場合、誕生順序を示す値。
PID-26 Citizenship 市民権 (CWE) 00129
成分：<Identifier (ST)> ^ <Text (ST)> ^ <Name of Coding System (ID)> ^ <Alternate Identifier (ST)>^ <Alternate Text (ST)> ^ <Name of Alternate Coding System (ID)> ^ <Coding System Version
ID (ST)> ^ <Alternate Coding System Version ID (ST)> ^ <Original Text (ST)>

定義：患者の市民権の国を示す。
PID-27 Veterans Military Status 退役軍人情報 (CWE) 00130
定義：退役軍人情報を記載する。
PID-28 Nationality 国籍 (CWE) 00739
定義：国籍。このフィールドは下位互換性のために残されている。
PID-29 Patient Death Date and Time 患者死亡日時 (TS) 00740
成分：<Time (DTM)> ^ <Degree of Precision (ID)>

定義：患者死亡日時、臨床研究や管理用。
PID-30 Patient Death Indicator 患者死亡識別 (ID) 00741
定義：患者が死亡したか否か以下の Y/N で示す。
Y
患者死亡
N
患者は死亡していない
PID-31 Identity unknown indicator 身元確認識別 (ID) 01535
定義：このフィールドは患者確認が行われているかどうかを Y/N で示す。
Y
身元不明
N
身元確認済みPID-32 Identity reliability code 識別情報の信頼性 (IS) 01536
定義：このフィールドは、トランザクション経由で送られた患者データの信頼性を示す。この値は、患者情報 PID の誕生日や社会保障番号が確認されたものかどうかを示す。使用者定義表 0445－識別情報の信頼性コードを参照。
使用者定義表 0445 - Identity Reliability Code 識別情報の信頼性コード
Value
US
UD
UA
AL

Description
Unknown/Default Social Security Number 社会保障番号不明
Unknown/Default Date of Birth 誕生日不明
Unknown/Default Address 住所不明
Patient/Person Name is an Alias 患者名不明

PID-33 Last update date/time 最終更新日付 (TS)Comments01537

成分：<Time (DTM)> ^ <Degree of Precision (ID)>

定義： 患者情報 PID セグメントの最終更新日。このフィールドでは PID セグメントに含まれる患者／
個人の識別情報や患者基本情報の最終更新日時を示す。受信側システムではこのフィールドを用
いて、受信した患者情報をそのシステムで扱うかを判断するために使用する。もし、受信側シス
テムが、既により新しい個人の情報を持っていた場合、そのトランザクションからの患者／個人
基本情報、識別情報を使用しないと判断することができる。
PID-34 Last update facility 最終更新施設 (HD) 01538
成分：<Namespace ID (IS)> ^ <Universal ID (ST)> ^ <Universal ID Type (ID)>

定義：このフィールドは PID セグメントに含まれる患者／個人の識別情報や患者基本情報の最終更新をした機関の識別情報を示す。受信側のシステムまたは使用者は、このフィールドにより該当ト
ランザクションをそのシステムに適応するかを判断する。もし、受信側システム（例えば病院の患者管理システム）は既にその患者／個人の記録を持っている場合、信頼できる情報源からの情報のみ更新するかもしれない。病院は他の病院を信頼できる情報源と考えるかもしれない、しかし、急性期治療機関ではない医療機関からの更新は信じないかもしれない。
書式例は次のとおり。
...|Metro Hospital|...
PID-35 Species code 種コード (CWE) 01539
定義：生物の種。

© JAHIS 2014
159

PID-36 Breed code 品種コード (CWE) 01540
定義：動物の特定品種。
PID-37 Strain 血統情報 (ST) 01541
定義：動物の特定血統。
PID-38 Production class code 生産分類コード (CWE)
定義：動物の生産目的と過程を表す分類。
PID-39 Tribal Citizenship 所属部族 (CWE) 01840
定義：所属する部族に関する情報。

© JAHIS 2014
160

01542

7.8 PV1 - Patient Visit Segment 来院情報セグメント
PV1 セグメントは登録／患者管理アプリケーションで会計や来院に基づく情報を交換するために用いられる。基本は会計レベルのデータを送る目的である。来院情報レベルのデータを扱う時には、PV1-51 来院標識の値が「V」である必要がある。PV-51 の値が、PV1,PV2 その他 PV1 と階層関係にある（例 ROL,DG1
または OBX）で送られるデータへ影響する。
各患者の所在情報における 4 番目のオプション成分である医療機関 ID は HD 型データであり、その医療機関に対して一意的に関連つけられており、また所在地情報を含んでいる。ID を与えられた機関、相互連絡
機関は患者所在となる可能性のある医療機関のリストを作成しなければならない。そのリストはその医療機
関の最も重要なマスターリストのひとつとなる。
（患者所在を付与した機関とは別の）第三者機関は患者所在を含む HL7 メッセージを送信あるいは受信するかもしれないので、所在地に含まれる医療機関 ID は MSHで示される送信システムや受信システムと同じであってはならない。医療機関 ID は、その地域では唯一である必要がある。このフィールドはＨＬ７の導入に際して複数の医療機関でベッドの配置などを含めて検討される必要がある。というのも、
「病棟」
「病室」
「ベッド」は異なる医療機関でも同じ組み合わせとなることがあるからである。
HL7 属性表 － PV1 – Patient Visit 来院情報
SEQ
1

LEN
4

DT
SI

OPT
O

Japan
N

RP/#

TBL#
Set ID - PV1

ELEMENT NAME
セットID- PV1

2

1

IS

R

R

0004

3

80

PL

O

O

0305

患者区分
Assigned Patient Location

4

2

IS

O

O

0007

Admission Type

5

250

CX

O

N

6

80

PL

O

N

7

250

XCN

O

O

Y

0010

事前入院番号
Prior Patient Location 以前の患者所在場所
Attending Doctor 主治医

8

250

XCN

O

O

Y

0010

Referring Doctor

紹介医師

9

250

XCN

B

N

Y

Consulting Doctor

コンサルティング医師

10

3

IS

O

N

Patient Class

患者所在場所

入院タイプ

Preadmit Number

Hospital Service

11

80

PL

O

N

病院サービス
Temporary Location 一時的な所在場所

12

2

IS

O

N

Preadmit Test Indicator

入院前検査標識

13

2

IS

O

N

Re-admission Indicator

再入院標識

14

6

IS

O

N

Admit Source

15

2

IS

O

O

16

2

IS

O

O

17

250

XCN

O

N

18

2

IS

O

N

19

250

CX

O

N

20

50

FC

O

N

21

2

IS

O

N

来院番号
Financial Class 財務分類
Charge Price Indicator 課金表識別

22

2

IS

O

N

Courtesy Code

23

2

IS

O

N

Credit Rating

Y
Y

0009

入院元
Ambulatory Status 外来状況

0099

VIP Indicator

VIP標識

Admitting Doctor
Patient Type

入院時医師

患者タイプ

Visit Number
Y

優待コード
信用等級

24

2

IS

O

N

Y

25

8

DT

O

N

Y

26

12

NM

O

N

Y

契約コード
Contract Effective Date 契約発効日
Contract Amount 契約金額

27

3

NM

O

N

Y

Contract Period

28

2

IS

O

N
N

Contract Code

契約期間

Interest Code

29

4

IS

O

30

8

DT

O

N

利息コード
Transfer to Bad Debt Code 不良負債転換コード
Transfer to Bad Debt Date 不良負債転換日

31

10

IS

O

N

Bad Debt Agency Code

32

12

NM

O

N

33

12

NM

O

N

不良負債代理店コード
Bad Debt Transfer Amount 不良負債転換額
Bad Debt Recovery Amount 不良負債回収額

34

1

IS

O

N

Delete Account Indicator© JAHIS 2014161

会計情報削除標識

SEQ
35

LEN
8

DT
DT

OPT
O

Japan
N

RP/#

TBL#

36

3

IS

O

N

ELEMENT NAME
会計情報削除日
Discharge Disposition 退院配置

37

47

DLD

O

N

Discharged to Location

38

250

CWE

O

N

Diet Type

39

2

IS

O

N

給食タイプ
Servicing Facility サービス施設

40

1

IS

B

N

Bed Status

41

2

IS

O

N

42

80

PL

O

N

ベッド状況
Account Status 会計状況
Pending Location 保留所在場所

43

80

PL

O

N

Prior Temporary Location

44

26

TS

O

O

Admit Date/Time

45

26

TS

O

O

46

12

NM

O

N

Current Patient Balance

47

12

NM

O

N

Total Charges

48

12

NM

O

N

総費用
Total Adjustments 総調整額

49

12

NM

O

N

Total Payments

50

250

CX

O

N

Alternate Visit ID

51

1

IS

O

N

52

250

XCN

B

N

Delete Account Date

Y

Y

退院先

事前の一時的所在

入院日時
Discharge Date/Time 退院日時
未納額

合計支払額

代替来院ID
Visit Indicator 来院標識
Other Healthcare Provider 他の医療提供機関

PV1 フィールド定義
PV1-1 Set ID - PV1 セット ID - PV1 (SI) 00131
定義：トランザクション番号を示す。
最初のセグメントはこのシーケンス番号は 1 でなければならない。
次回以降は 2、3、のように+1 される。
PV1-2 Patient Class 患者区分 (IS) 00132
定義：その施設における患者の分類を行うために使用され、共通の一致した定義はない。推奨値は使用
者定義表 0004-患者区分を参照。
使用者定義表 0004 – Patient Class 患者区分
Value
E
I
O
P
R
B
C
N
U

Description
Emergency 救急
Inpatient 入院患者
Outpatient 外来患者
Preadmit 事前登録
Recurring patient 通院患者
Obstetrics 産科来院
Commercial Account 商用アカウント
Not Applicable 適応無し
Unknown 不明

Comments“Commercial Account” は第三者に検査費用を請求する時、検体の分析料のために外部検査機関で使用される。検体の登録により費用請求が発生する。患者の識別情報は判っている場合と判らない場
合がある。両方の場合でも課金と統計の目的で、患者区分を第三者に対する費用責任のため商用アカウントとして扱う。
“Not Applicable”は PV1 セグメント自体が適応されないが、旧バージョンとの互換性のためメッセージ
定義上残されている時にのみ使用する。
（例えば、マネージドケアシステムが A28,A29 または A31
メッセージを患者の入会を示すためにシステムに送ったが、入院、来院の予定がない場合、PV1
セグメントは適応されない。
）
PV1-3 Assigned Patient Location 患者所在場所 (PL) 00133
成分：<Point of Care (IS)> ^ <Room (IS)> ^ <Bed (IS)> ^ <Facility (HD)> ^ <Location Status (IS)> ^<Person Location Type (IS)> ^ <Building (IS)> ^ <Floor (IS)> ^ <Location Description (ST)> ^<Comprehensive Location Identifier (EI)> ^ <Assigning Authority for Location (HD)>
副成分 for Facility (HD)：<Namespace ID (IS)> & <Universal ID (ST)> & <Universal ID Type (ID)>
副成分 for Comprehensive Location Identifier (EI)：<Entity Identifier (ST)> & <Namespace ID (IS)>& <Universal ID (ST)> & <Universal ID Type (ID)>
副成分 for Assigning Authority for Location (HD)：<Namespace ID (IS)> & <Universal ID (ST)> &<Universal ID Type (ID)>© JAHIS 2014162

定義：このフィールドでは、看護詰所、診療室、病棟、病室、ベッドなど患者に対して割り当てた場所
あるいは患者の移動先の場所を PL データ型で表現する。トランザクションの取消や退院（取消
事象後や退院事象前）の場合、現在の患者の所在場所をこのフィールドに表現する。第 5 成分(所在場所状況)が存在する場合は、この値が PV1-40 ベッド状況の値に優先する。
例えば、患者所在場所のデータ型は PL 型なので、・ 入院の場合 <病棟コード>^<病室コード>^<ベッド番号>^^^N
・ 外来の場合 <診療科コード>^^^^^Cなどと設定する。PL-6 person location type には、C：診療室、D：部門、N：病棟を設定する（使用者定義表 0305-所在場所タイプ参照）。
なお、診療科は入院・外来共に PV1-10 や ORC-17 に表現する。ORC-17 は入力者の所属を示すが、医師が入力するオーダ情報では診療科と扱うことにした。
例：A nursing unit at Community Hospital: 4 East, room 136, bed B
4E^136^B^CommunityHospital^^N
例：A clinic at University Hospitals: Internal Medicine Clinic located in the Briones building, 3rd floor.
InternalMedicine^^^UniversityHospitals^^C^Briones^3^
使用者定義表 0305 – Person location Type 所在場所タイプ
Value
C
D
H
N
O
P
S

Description

Comments

Clinic 診療室
Department 部門
Home 在宅Nursing Unit 病棟
Provider’s Office
Phone
SNF

PV1-4 Admission Type 入院タイプ (IS) 00134
定義：患者が入院する／した時の事情を示す。推奨値については使用者定義表 0007-入院区分を参照。
アメリカでは UB92 FL 19 の「Type of Admission」をこのフィールドで報告することが推奨されている。
使用者定義表 0007 – Admission Type 入院区分
Value
A
E
L
R
N
U
C

Description
Accident 事故
Emergency 救急
Labor and Delivery 陣痛と出産
Routine 通常
Newborn (Birth in healthcare facility) 新生児（院内で誕生）
Urgent 緊急
Elective 選択

Comments
US UB92 code “1”

US UB92 code “4”US UB92 code “2”
US UB92 code “3”PV1-5 Preadmit Number 事前入院番号 (CX) 00135
定義：患者の入院前会計情報を一意的に識別する。いくつかのシステムでは事前入院番号をそのまま患者入院後の会計番号として継続使用することがある。過去のバージョンとの互換性のため、ST型で送ることもあり得るが、しかしながら HL7 では新しい導入においては会計番号と同じ CX 型とすることを推奨している。登録機関や識別区分コードは CX 型とすることを強く推奨する。
PV1-6 Prior Patient Location 以前の患者所在場所 (PL) 00136
定義：患者が移送された時に直前の所在を示す。患者が入院した直後は「空(null)」である。第 5 成分
（location status）に値がある場合は、この値が PV1-40 ベッド状態の代わりとなる。
PV1-7 Attending Doctor 主治医 (XCN) 00137
成分：<ID Number (ST)> ^ <Family Name (FN)> ^ <Given Name (ST)> ^ <Second and Further Given
Names or Initials Thereof (ST)> ^ <Suffix (e.g., JR or III) (ST)> ^ <Prefix (e.g., DR) (ST)> ^<Degree (e.g., MD) (IS)> ^ <Source Table (IS)> ^ <Assigning Authority (HD)> ^ <Name Type
Code (ID)> ^ <Identifier Check Digit (ST)> ^ <Check Digit Scheme (ID)> ^ <Identifier Type
Code (ID)> ^ <Assigning Facility (HD)> ^ <Name Representation Code (ID)> ^ <Name Context(CWE)> ^ <Name Validity Range (DR)> ^ <Name Assembly Order (ID)> ^ <Effective Date

© JAHIS 2014163

(TS)> ^ <Expiration Date (TS)> ^ <Professional Suffix (ST)> ^ < Assigning Jurisdiction (CWE)>^ < Assigning Agency or Department (CWE)>
副成分 for Family Name (FN)：<Surname (ST)> & <Own Surname Prefix (ST)> & <Own Surname(ST)> & <Surname Prefix From Partner/Spouse (ST)> & <Surname From Partner/Spouse (ST)>
副成分 for Assigning Authority (HD)：<Namespace ID (IS)> & <Universal ID (ST)> & <Universal ID
Type (ID)>
副成分 for Assigning Facility (HD)：<Namespace ID (IS)> & <Universal ID (ST)> & <Universal ID
Type (ID)>
副成分 for Name Context (CWE)：<identifier (ST)> ^ <text (ST)> ^ <name of coding system (ID)> ^<alternate identifier (ST)> ^ <alternate text (ST)> ^ <name of alternate coding system (ID)> ^<coding system version ID (ST)> ^< alternate coding system version ID (ST)> ^ <original text
(ST)>
副成分 for Name Validity Range (DR)：<Range Start Date/Time (TS)> & <Range End Date/Time(TS)>
副成分 for Range Start Date/Time (TS)：<Time (DTM)> & <Degree of Precision (ID)>
副成分 for Range End Date/Time (TS)：<Time (DTM)> & <Degree of Precision (ID)>
副成分 for Effective Date (TS)：<Time (DTM)> & <Degree of Precision (ID)>
副成分 for Expiration Date (TS)：<Time (DTM)> & <Degree of Precision (ID)>
副成分 for Assigning Jurisdiction (CWE)：<Identifier (ST)> & <Text (ST)> & <Name of Coding
System (ID)> & <Alternate Identifier (ST)> & <Alternate Text (ST)> & <Name of Alternate
Coding System (ID)> & <Coding System Version ID (ST)> & <Alternate Coding System Version
ID (ST)> & <Original Text (ST)>
副成分 for Assigning Agency or Department (CWE)：<Identifier (ST)> & <Text (ST)> & <Name of
Coding System (ID)> & <Alternate Identifier (ST)> & <Alternate Text (ST)> & <Name of
Alternate Coding System (ID)> & <Coding System Version ID (ST)> & <Alternate Coding
System Version ID (ST)> & <Original Text (ST)>

定義：担当医情報を示す。その同一の医師に対し、複数の氏名と識別情報を送ることができる。このフィールドの繰り返しにより複数の担当医を指定することはできない。最初に法的な名前を送らなければならないが、法的な名前が送られない時は、区分文字を最初に送らなければならない。導
入施設の合意により、ID も氏名も空欄とすることができる。
推奨値については使用者定義表 0010医師 ID を参照。
使用者定義表 0010 – Physician ID 医師 ID
Value

Description
no suggested values 推奨値なし

PV1-8 Referring Doctor 紹介医師 (XCN)

Comments00138

成分：<ID Number (ST)> ^ <Family Name (FN)> ^ <Given Name (ST)> ^ <Second and Further Given
Names or Initials Thereof (ST)> ^ <Suffix (e.g., JR or III) (ST)> ^ <Prefix (e.g., DR) (ST)> ^<Degree (e.g., MD) (IS)> ^ <Source Table (IS)> ^ <Assigning Authority (HD)> ^ <Name Type
Code (ID)> ^ <Identifier Check Digit (ST)> ^ <Check Digit Scheme (ID)> ^ <Identifier Type
Code (ID)> ^ <Assigning Facility (HD)> ^ <Name Representation Code (ID)> ^ <Name Context(CWE)> ^ <Name Validity Range (DR)> ^ <Name Assembly Order (ID)> ^ <Effective Date(TS)> ^ <Expiration Date (TS)> ^ <Professional Suffix (ST)> ^ < Assigning Jurisdiction (CWE)>^ < Assigning Agency or Department (CWE)>
副成分 for Family Name (FN)：<Surname (ST)> & <Own Surname Prefix (ST)> & <Own Surname(ST)> & <Surname Prefix From Partner/Spouse (ST)> & <Surname From Partner/Spouse (ST)>
副成分 for Assigning Authority (HD)：<Namespace ID (IS)> & <Universal ID (ST)> & <Universal ID
Type (ID)>
副成分 for Assigning Facility (HD)：<Namespace ID (IS)> & <Universal ID (ST)> & <Universal ID
Type (ID)>
副成分 for Name Context (CWE)：<Identifier (ST)> & <Text (ST)> & <Name of Coding System (ID)>& <Alternate Identifier (ST)> & <Alternate Text (ST)> & <Name of Alternate Coding System(ID)>
副成分 for Name Validity Range (DR)：<Range Start Date/Time (TS)> & <Range End Date/Time(TS)>
副成分 for Range Start Date/Time (TS)：<Time (DTM)> & <Degree of Precision (ID)>
副成分 for Range End Date/Time (TS)：<Time (DTM)> & <Degree of Precision (ID)>
副成分 for Effective Date (TS)：<Time (DTM)> & <Degree of Precision (ID)>
副成分 for Expiration Date (TS)：<Time (DTM)> & <Degree of Precision (ID)>© JAHIS 2014164

副成分 for Assigning Jurisdiction (CWE)：<Identifier (ST)> & <Text (ST)> & <Name of Coding
System (ID)> & <Alternate Identifier (ST)> & <Alternate Text (ST)> & <Name of Alternate
Coding System (ID)> & <Coding System Version ID (ST)> & <Alternate Coding System Version
ID (ST)> & <Original Text (ST)>
副成分 for Assigning Agency or Department (CWE)：<Identifier (ST)> & <Text (ST)> & <Name of
Coding System (ID)> & <Alternate Identifier (ST)> & <Alternate Text (ST)> & <Name of
Alternate Coding System (ID)> & <Coding System Version ID (ST)> & <Alternate Coding
System Version ID (ST)> & <Original Text (ST)>

定義：紹介医師の情報を示す。その同一の医師に対して複数の氏名と識別情報を送ることができる。このフィールドの繰り返しにより複数の紹介医を指定することはできない。最初に法的な名前を送らなければならないが、法的な名前が送られない時は、区分文字を最初に送らなければならない。
導入施設の合意により、ID も氏名も空欄とすることがある。
PV1-9 Consulting Doctor コンサルティング医師 (XCN) 00139
定義：このフィールド下位互換のために残されている。
PV1-10 Hospital Service 病院サービス (IS) 00140
定義：患者が受ける治療や手術の種類（受診科、入院科等）を示す。このフィールドはトリガーイベン
ト A01（入院／来院）、A02（転科転棟）、A14（入院待ち）、A15（転科転棟待ち）では必須である。
PV1-11 Temporary Location 一時的な所在場所 (PL) 00141
定義：患者が指定されたられた場所と別の一時的な所在を示す。
（例：手術部他）もし第 5 成分（location
status）に値が存在する場合は、この値が PV1-40 ベッド状態に代わる。
PV1-12 Preadmit Test Indicator 入院前検査標識 (IS) 00142
定義：入院のための入院前検査が終わっている必要があるか否かを示す。
PV1-13 Re-Admission Indicator 再入院標識 (IS) 00143
定義：患者がその医療機関に再入院で以前の状況が判るか否かを示す。再入院の時は「R」、そうではない時は「空(null)」を推奨する。
PV1-14 Admit Source 入院元 (IS) 00144
定義：その患者がどこに入院していたかを示す。
PV1-15 Ambulatory Status 外来状況 (IS) 00145
定義：恒久的あるいは一時的な障害状況を示す。
推奨値については使用者定義表 0009-外来状況を参照。
使用者定義表 0009 – Ambulatory Status 外来状況
Value
A0
A1
A2
A3
A4
A5
A6
A7
A8
A9
B1
B2
B3
B4
B5
B6

Description
No functional limitations 制限なし
Ambulates with assistive device 補助具による歩行可能
Wheelchair/stretcher bound 車椅子／ストレッチャー必要
Comatose; non-responsive 昏睡状態、意識不明
Disoriented
痴呆状態
Vision impaired 視覚障害
Hearing impaired 聴覚障害
Speech impaired 言語障害
Non-English speaking 英語が通じない
Functional level unknown 障害レベル不明
Oxygen therapy 酸素治療
Special equipment (tubes, IVs, catheters) 特殊器具（チューブ、点滴、カテーテル）
Amputee 四肢欠損
Mastectomy 乳房切除
Paraplegic 対麻酔患者
Pregnant 妊娠中

Comments

PV1-16 VIP Indicator VIP 標識 (IS) 00146
定義：VIP の種類を定義する。推奨値については使用者定義表 0099-VIP 標識を参照。
使用者定義表 0099 – VIP Indicator VIP 標識
Value

Description
no suggested values 推奨値なし© JAHIS 2014
165

Comments

PV1-17 Admitting Doctor 入院時医師(XCN) 00147
定義：入院時の医師情報を示す。その同一医師に対して複数の氏名と識別情報を送ることができる。このフィールドの繰り返しにより複数の入院時医師を示すことにはできない。最初に法的な名前を送らなければならないが、法的な名前が送られない時は、区分文字を最初に送らなければならない。導入施設の合意により、ID も氏名も空欄とすることがある。
PV1-18 Patient Type 患者タイプ (IS) 00148
定義：施設特有の患者の種類の識別情報を示す。
PV1-19 Visit Number 来院番号 (CX) 00149
定義：過去のバージョンとの互換性のため、データ型は NM 型で送られるべきであるが、HL7 では新しい導入においては CX 型で送ることを推奨する。このフィールドでは個々の患者の来院に対する一意的な番号を示す。発行機関、識別区分コードはすべて CX 型とすることを強く推奨する。
PV1-20 Financial Class 財務分類 (FC) 00150
定義：返済元を識別するため患者に指定された保険種別を示す。
PV1-21 Charge Price Indicator 課金表識別 (IS) 00151
定義：病室やベッド使用料に対してどの価格表を適応するかを決定するためのコードを示す。
PV1-22 Courtesy Code 優待コード (IS) 00152
定義：特別な優待を受けるか否か識別情報を示す。
PV1-23 Credit Rating 信用等級 (IS) 00153
定義：過去の信用に関する経験からの判断を使用者定義コードで示す。
PV1-24 Contract Code 契約コード (IS) 00154
定義：費用の支払いに関する医療機関と保証人との間で結ばれる契約の種類を示す。
PV1-25 Contract Effective Date 契約発効日 (DT) 00155
定義：その契約が開始する日または開始した日を示す。
PV1-26 Contract Amount 契約金額 (NM) 00156
定義：保証人が契約の各機関に支払う費用の総額を示す。
PV1-27 Contract Period 契約期間 (NM) 00157
定義：使用者が定義する契約期間を示す。
PV1-28 Interest Code 利息コード (IS) 00158
定義：未払い費用に対して保証人が支払う利息の総額を示す。
PV1-29 Transfer to Bad Debt Code 不良負債転換コード (IS) 00159
定義：費用が不良負債となったことと、その理由を示す。
PV1-30 Transfer to Bad Debt Date 不良負債転換日 (DT) 00160
定義：費用が不良負債となった日を示す。
PV1-31 Bad Debt Agency Code 不良負債代理店コード (IS) 00161
定義：過去のバージョンとの互換性のために ST 型を使用する。このフィールドでは費用が転換された
不良負債代理店の一意的識別情報を示す。
PV1-32 Bad Debt Transfer Amount 不良負債転換額 (NM) 00162
定義：不良負債として転換された総額を示す。
PV1-33 Bad Debt Recovery Amount 不良負債回収額 (NM) 00163
定義：保証人から回収できた費用の総額を示す。
PV1-34 Delete Account Indicator 会計情報削除識別 (IS) 00164
定義：会計情報が削除されたことと、その理由を示す。
PV1-35 Delete Account Date 会計情報削除日 (DT) 00165
定義：会計情報が削除された日付を示す。
PV1-36 Discharge Disposition 退院配置 (IS) 00166
定義：退院時の患者の転出先を示す（例：退院して自宅へ、死亡、他）。
PV1-37 Discharged to Location 退院先 (DLD) 00167
定義：退院後に患者が収容される医療機関を示す。
PV1-38 Diet Type 給食タイプ (CWE) 00168
定義：患者に対する特別な食事の種別を示す。

© JAHIS 2014166

PV1-39 Servicing Facility サービス施設 (IS) 00169
定義：複数の施設を持つ環境において、今回の来院がどの医療機関と関係しているかを示している。この場所の代わりに、6 番目のオプション成分、機関 ID、が PV1 に含まれる個々の場所について値を持つかも知れない。
PV1-40 Bed Status ベッド状況 (IS) 00170
定義：この情報は PV1-3 の中の PL データ型の第 5 成分に記載する。
このフィールド下位互換のために残されている。
PV1-41 Account Status 会計状況 (IS) 00171
定義：会計状態を示す。
PV1-42 Pending Location 保留所在場所 (PL) 00172
定義：患者が移動予定の診療場所、病室、ベッド、施設 ID とベッド状況を示す。最初の成分は患者の所在地としてナースステーションを示すかもしれない。また、入院患者でなければクリニック、
診療部門、自宅かもしれない。もし第 5 成分（location status）に値が存在する場合は、その値はPV1-40 ベッド状況に優先する。
PV1-43 Prior Temporary Location 事前の一時的所在 (PL) 00173
定義：（手術部または放射線部門のような）患者の一時的な場所を示す時に使用される。それは指定された場所へ移動する前の一時的な場所や、別の一時的な場所へ移動する前の一時的な場所でもある。入院患者の場合、最初の成分はナースステーションであるかもしれないし、非入院患者の場
合はクリニック、診療部門、自宅のこともある。
PV1-44 Admit Date/Time 入院日時 (TS) 00174
成分：<Time (DTM)> ^ <Degree of Precision (ID)>

定義：入院日時、外泊時の帰院日時を示す。例えば、事後更新の場合などには事象の日時は実際の入院日時と異なる場合がある。また、このフィールドは外来患者、救急患者の登録日時を反映するために使用される。
PV1-45 Discharge Date/Time 退院日時 (TS) 00175
成分：<Time (DTM)> ^ <Degree of Precision (ID)>

定義：退院日時、外泊時の外泊開始日時を示す。例えば、事後更新の場合などには事象の日時は実際の退院日時と異なることがある。また、このフィールドは外来患者、救急患者の退院日時を反映するために使用される。
PV1-46 Current Patient Balance 未納額 (NM) 00176
定義：来院費用の未納額を示す。
PV1-47 Total Charges 総費用 (NM) 00177
定義：来院費用の総額を示す。
PV1-48 Total Adjustments 総調整額 (NM) 00178
定義：来院時の総調整額を示す。
PV1-49 Total Payments 合計支払額 (NM) 00179
定義：来院時の合計支払額を示す。
PV1-50 Alternate Visit ID 代替来院 ID (CX) 00180
定義：必要な時に使用される代替、一時的、もしくは保留中のオプションの来院番号を示す。有効な値についてはHL7表-0061チェックデジットスキーム、HL7表-0203識別種別を参照。発行機関と識別
種別はCX型とすることを強く推奨する。

PV1-51 Visit Indicator 来院識別 (IS) 01226
定義：送られたデータのレベルを指定する。これは来院と会計の 2 種類のデータを送るために使用される識別子である。
PV1-52 Other Healthcare Provider 他の医療提供機関 (XCN) 01274
定義：他の医療供給者（例えば介護実施者、助産婦、医療助手）を示す。
このフィールド下位互換のために残されている。

© JAHIS 2014167

7.9 TQ1 - Timing/Quantity Segment タイミング／数量セグメント
TQ1 セグメントは、事象とアクションの複雑なタイミングを指定するのに使用される。
（例えば、オーダ
管理やスケジューリングシステム）。このセグメントは、サービスの量、頻度、優先度、及びタイミングを決定する。このセグメントの繰返しを許すことで、あるサービス要求（時間にこだわらず）での量、頻度、優先度の値に幅を持たせることが可能になる。
繰り返しを要する TQ1 のユースケース：
a. 心筋酵素を至急、その後 4 時間ごと。
b. ストレプトキナーゼ試験、至急実施し最初の結果を得、それから 4 時間ごと至急実施し結果を得る。
c. 今ゲンタマイシン 100mg、そして 2 回目投与 80mg 12 時間ごと（初回の 80mg 投与）を 100mg 投与のちょうど 12 時間後に投与。
（2 つのサービス要求かもしれない）
d. 至急アクティベース 15mg をボーラス投与、それから 30 分間で 50mg、それから 60 分間で 35mg。
（2
つのサービス要求かもしれない）
e. 最初にイモジウム 4mg (2 カプセル)経口、それから毎下痢後 2mg (1 カプセル)1 日あたり最大 16 mg
で。
（2 つのサービス要求かもしれない）
f. 初日ジスロマック 500mg(2 錠)経口、それから 1 日ごと 250mg(1 錠)経口 5 日間。(2 つのサービス要求かもしれない)
g. ザイバン(ブプロピオン) 150mg 経口 毎午前 3 日間から開始、それから 150mg 経口 1 日 2 回 7 から
12 週に増量。
h. 今コルヒチン1mg (2錠)経口それから1～2時間ごとに1錠を痛みが軽減するか好ましくない副作用(下痢、胃腸障害)まで。(2 つのサービス要求かもしれない)
i. 初日ドキシサイクリン 100mg 経口 1 日 2 回それから 1 日ごと 100mg 経口。
j. スコポラミン、xxx mg 、術前 1 時間。相対時間= -1^hour 、優先度= P (術前)、あるいは代替繰返し
パターン= P1H^Preop 、術前 1 時間^99LocalCode、相対時間は空で優先度は P (術前)。
HL7属性表－TQ1－Timing/Quantity タイミング／数量
SEQ
1
2
3
4
5
6
7
8
9
10
11
12
13
14

LEN
4
20
540
20
20
20
26
26
250
250
250
10
20
10

DT
SI
CQ
RPT
TM
CQ
CQ
TS
TS
CWE
TX
TX
ID
CQ
NM

OPT
O
O
O
O
O
O
O
O
O
O
O
C
O
O

Japan
O
O
O
O
O
O
O
O
O
O
O
C
O
O

RP/#

TBL #

Y
Y
Y

0335

Y

0485

0427

ELEMENT NAME
Set ID - TQ1 セットID
Quantity 数量
Repeat Pattern 繰返しパターン
Explicit Time 明示的な時間
Relative Time and Units 関連時間／単位
Service Duration サービス継続期間
Start date/time 開始日時
End date/time 終了日時
Priority 優先度
Condition text 条件テキスト
Text instruction テキスト指令
Conjunction 連結
Occurrence duration 発生期間
Total occurrence's 総発生

TQ1 フィールド定義
TQ1-1 Set ID - TQ1 セット ID (SI) 01627
定義：伝送ごとに、一件目の指定はシーケンス番号が１、二件目の指定はシーケンス番号が２、以下同様
TQ1-2 Quantity 数量 (CQ) 01628
成分：<Quantity (NM)> ^ <Units (CWE)>© JAHIS 2014168

副成分 for Units (CWE):<identifier (ST)> & <text (ST)> & <name of coding system (ID)> &<alternate identifier (ST)> & <alternate text (ST)> & <name of alternate coding system (ID)> &<coding system version ID (ST)> & < alternate coding system version ID (ST)> & <original text
(ST)>

定義：このフィールドは、サービスが各々のサービス間隔で提供されるべき数量を指定する。例えば、2 つの血液培養を 4 時間ごとに入手する場合その量は２であり、また、３ユニットの血液が型判定とクロスマッチされる場合、量は３となる。このフィールドのデフォルトは１である。
もし、複数の同様なサービスが要求される場合、複数のサービス要求が発行され、各々のサービ
スに各自一意な依頼者／実施者番号を与えることを強く推奨する。
TQ1-3 Repeat Pattern 繰返しパターン (RPT) 01629
成分：<Repeat Pattern Code (CWE)> ^ <Calendar Alignment (ID)> ^ <Phase Range Begin Value(NM)> ^ <Phase Range End Value (NM)> ^ <Period Quantity (NM)> ^ <Period Units (IS)> ^<Institution Specified Time (ID)> ^ <Event (ID)> ^ <Event Offset Quantity (NM)> ^ <Event
Offset Units (IS)> ^ <General Timing Specification (GTS)>
副成分 for Repeat Pattern Code (CWE): <Identifier (ST)> & <Text (ST)> & <Name of Coding
System (ID)> & <Alternate Identifier (ST)> & <Alternate Text (ST)> & <Name of Alternate
Coding System (ID)> & <Coding System Version ID (ST)> & <Alternate Coding System Version
ID (ST)> & <Original Text (ST)>

定義：繰返し頻度はその治療においてが施行されるべき頻度である。オーダエントリシステムで使用される SIG コード表と頻度は同様である。
このフィールドは、もっと複雑な繰返しパターンを構築するために繰り返される。例えば、毎就
寝時は、「|QD~HS|」と表現する。
数量タイミング仕様がある期間の後異なる繰返しパターンに変化しなければならない時、新しい
TQ1 セグメントが新しい繰返しを示すために使用されなければならない。現状の TQ1 の終了日
は現状タイミング仕様の終了を示し、次の TQ1 の開始日は新しいタイミング仕様が開始する時を示す。TQ1-12 の結合フィールドが次の TQ1 セグメントが連続して或いは平行して実行されるかを決定する。
使用者定義表 0335 -Repeat pattern 繰り返しパターン
Value
Q＜整数＞S
Q＜整数＞>M
Q＜整数＞H
Q＜整数＞D
Q＜整数＞W
Q＜整数＞L
Q＜整数＞J＜日番号
＞

BID
TID
QID
xID
QAM
QSHIFT
QOD
QHS
QPM
C
U <spec>
U <指定>
PRN
PRNxxxOnce
食事に関連したタイミング

Description＜整数＞秒ごと＜整数＞分ごと＜整数＞時間ごと＜整数＞日ごと＜整数＞週ごと＜整数＞月（月周期）ごと
週の特定の曜日に繰り返す

日に 2 回、施設で定められた時刻
日に 3 回、施設で定められた時刻
日に 4 回、施設で定められた時刻
日に X 回、施設で定められた時刻で、X は
数字の 5 より大きい
朝の施設で決められた時間に
8 時間の 3 回のシフトを 1 回ずつ施設で決められた時間に1 日おきに
毎日就寝時間の前に夕の施設で決められて時間にサービスは開始時刻から終了時刻まで連続的に提供される
将来の使用のため、＜指定＞は UNIX のcron 仕様で定義された繰り返しの指定
必要に応じてxxx はある繰り返しコード
一回のみ＜タイミング＞C (“cum”)＜食事＞© JAHIS 2014
169

Comments

フランス語のJour（日）より。＜整数＞がないとき繰
り返し頻度は1と見なされる。＜日番号＞は1=月曜日
から7=日曜日までである。したがって、Q2J2は2週に1度の火曜日ごととなり；Q1J6は毎日曜日となる。
（例、9AM-4PM）（例、9AM-4PM-9PM）（例、9AM-11AM-4PM-9PM）（例、5ID=日に5回； 8ID=日に8 回）（Q2Dと同じ）（例、PRNQ6H）；頻度の間隔で必要に応じてこれもこの成分がnullの時のデフォルト

ValueA
P
I
M
D
V

Description
Ante（前）Post（後）Inter（間）Cibus Matutinus 〈朝食〉Cibus Diurnus （昼食）
Cibus Vespertinus （夕食）Comments（例、前後の食事の間、夕食と終身の間）

TQ1-4 Explicit Time 明示的時間 (TM) 01630
定義：このフィールドは TQ1-3 のコードによって参照された実際の時間を明示的にリストする。このフィールドは、実際の施行時間が施設内でまちまちであるケースで TQ1-3 を明確化するために使用される。仮にサービスの時間が 1 日よりももっと長い期間を要求する場合、このフィールドはサービス要求があった各々の日に同じ施行時間が発生する場合にのみ実行が可能となる。仮にサービス要求（TQ1-7 によって与えられる）の実際の開始時間が最初の明示的時間よりも後である
場合、開始時間後、最初の明示的時間に最初の施行が行われる。患者が明示的時間の異なる組み合わせを持つ場所に移動したケースでは、既存のサービス要求は、変更された明示的時間を示す
新しい数量／タイミングによって更新される。
使用上の注意：このフィールドは、TQ1-3 繰返しパターンが存在しない場合には値を持たない。
TQ1-5 Relative Time and Units 相対的時間と単位 (CQ) 01631
成分：<Quantity (NM)> ^ <Units (CWE)>
副成分 for Units (CWE):<identifier (ST)> & <text (ST)> & <name of coding system (ID)> &<alternate identifier (ST)> & <alternate text (ST)> & <name of alternate coding system (ID)> &<coding system version ID (ST)> & < alternate coding system version ID (ST)> & <original text
(ST)>

定義：このフィールドはサービス要求或いはボトル記録のためのスケジュールの間隔を定義するために使用される。仮にこのフィールドが値を持つ場合、TQ1-4 明示的時間間隔フィールドの値を上書きする。CQ データ型の単位成分は、時間の単位に制約される。
例:
TQ1|1|1|Q1H||60^min&&ANS+ - Q1H はサービス間隔 60 分ごとと定義される
TQ1|1|1|Q6H||6^hr&&ANS+ - Q6H はサービス間隔 6 時間ごとと定義される
TQ1|1|1|QD||1^d&&ANS+ - QD はサービス間隔 1 日ごとと定義される
TQ1-6 Service Duration サービス継続期間 (CQ) 01632
成分：<Quantity (NM)> ^ <Units (CWE)>
副成分 for Units (CWE): <identifier (ST)> & <text (ST)> & <name of coding system (ID)> &<alternate identifier (ST)> & <alternate text (ST)> & <name of alternate coding system (ID)> &<coding system version ID (ST)> & < alternate coding system version ID (ST)> & <original text
(ST)>

定義：このフィールドは、サービスが要求される継続期間を含む。
このフィールドの数量成分は、ポジティブで、ゼロでない数字でなければならない。このフィールドの単位部分は、時間の単位に制約される。
例：ワールプール（whirlpool 渦流浴槽）を 20 分間 1 日 3 回、3 日間。3 日間はサービス継続期間。
TQ1|1||TID|||3^d&&ANS+||||||20^min&&ANS+|9<cr>
TQ1-7 Start date/time 開始日時 (TS) 01633
成分：<Time (DTM)> ^ <DEPRECATED-Degree of Precision (ID)>

定義：このフィールドは、サービスを開始すべき最初の日時を示す場合に、要求者によって指定される。
しかしながら、多くの場合、開始日時は暗示されるかサービス要求記録（例えば、緊急-STAT）の他のフィールドによって定義される。これらの場合、このフィールドは空である。
サービス実施では、しばしばサービス要求を受け取った後、このフィールドに値が記録される。
しかしながら、終了時間は、サービス実施の内部使用のため、開始日時をベースとして計算している。
TQ1-8 End date/time 終了日時 (TS) 01634
成分：<Time (DTM)> ^ <DEPRECATED-Degree of Precision (ID)>

定義：サービス要求者によって記入される場合、このフィールドはサービスが実行されるべき最終日時からなる。仮に指定された時間によってサービスが実行されなかった場合、そのサービスは全く© JAHIS 2014
170

実行されるべきではない。要求者はいつもこの値を記入するものではなく、サービス実施がそれを受け取りそして実際の開始時間の指示をベースとして終了日／時間を記入するかも知れない。
終了日時の値にかかわらず、サービスは継続期間或いは終了日時によって指定された日時の早いほうで停止されるべきである。
TQ1-9 Priority 優先度 (CWE) 01635
成分：<Identifier (ST)> ^ <Text (ST)> ^ <Name of Coding System (ID)> ^ <Alternate Identifier (ST)>^ <Alternate Text (ST)> ^ <Name of Alternate Coding System (ID)> ^ <Coding System Version
ID (ST)> ^ <Alternate Coding System Version ID (ST)> ^ <Original Text (ST)>

定義：このフィールドは、要求の緊急性を記述する。仮にこのフィールドがブランクならデフォルトはR である。推奨値は使用者定義表 0485―拡張優先度コードを参照。
使用者定義表 0485 - Extended Priority Codes 拡張優先度コード
Value
S
A
R
P
C
T

Description
Stat 緊急
ASAP できるだけ早く
Routine ルーチン
Preop 術前Callback 返信
Timing critical タイミングが重要TS<integer>
TM<integer>
TH<integer>
TD<integer>
TW<integer>
TL<integer>
PRN

Comments
最も高い優先度Sオーダの後
デフォルト

要求は、要求された時間に最も近いことが重要であるという意味である。例えば、抗生物質血中濃度である
タイミングは<整数値＞秒以内であることが重要
タイミングは<整数値＞分以内であることが重要
タイミングは<整数値＞時間以内であることが重要
タイミングは<整数値＞日以内であることが重要
タイミングは<整数値＞週以内であることが重要
タイミングは<整数値＞月以内であることが重要

As needed 必要に応じてTQ1-10 Condition text 条件テキスト (TX) 01636
定義：これは薬が与えられる条件を記述する自由テキストのフィールドである。例えば、疼痛時、或いは血圧を１１０以下に保つこと。
このフィールドのテキストの表現は、この薬をどのように、いつ投与すべきかを決定するために人のレビューが必要であるということを意味するためである。
TQ1-11 Text instruction テキスト指令 (TX) 01637
定義：このフィールドは、指示のフルテキスト版である。
TQ1-12 Conjunction 連結 (ID) 01638
定義：このフィールドは、2 番目の TQ1 セグメントを従える。取りうる値は HL7 表 0472–TQ 連結 ID を参照。
HL7 表 0472 - TQ Conjunction ID TQ連結ID
Value
S

Description
Synchronous 同期

A

Asynchronous 非同期

C

Actuation Time これは開始時間であるComments
同期. 今回の指定の後に次の指定を行う(TQ1-7－開始日時、およびTQ1-8－終了
日時により制限を受けなければ）。 “S”指定は、最初のタイミング･シーケン
スの後に2番目のタイミング･シーケンスが続くことを示す。例えば、最初の1時
間はQ15分ごとに血圧を測定し、次の日には2時間ごとに血圧を測定するよう依頼する。
今回の指定と並行して次の指定を行う(TQ1-7－開始日時、およびTQ1-8－終了
日時により制限を受けなければ）。連結“A”により、投薬時などに散見される、
2つの指示の並行指定が可能になる。例えば、月曜、水曜、金曜にプレドニゾン
1錠、火曜、木曜、土曜、日曜には1／2錠。
このコードの後にはサービスの終了時間が続く。このコードにより、サービスを起動すべき（採血など）時間･優先度から、サービスを終了すべき（結果報告など）時間･優先度が区別できるようになる。

連続サービスあるいは循環サービスの場合、サービスを実際に停止するポイントは、TQ1-8 終了
日時及び TQ1-6 継続時間の、どちらかより早い停止時間を示す成分により決定される。通常、
この 2 つの成分のうち 1 つだけが存在する。
条件ルール：TQ1 セグメントがメッセージ内で繰り返される場合、TQ1 セグメントに続く連続を意味する適切な継続時間コードで入力されるべきである。

© JAHIS 2014171

TQ1-13 Occurrence duration 事象継続期間

(CQ)

01639

成分：<Quantity (NM)> ^ <Units (CWE)>
副成分 for Units (CWE):<identifier (ST)> & <text (ST)> & <name of coding system (ID)> &<alternate identifier (ST)> & <alternate text (ST)> & <name of alternate coding system (ID)> &<coding system version ID (ST)> & < alternate coding system version ID (ST)> & <original text
(ST)>

定義：このフィールドはサービスの単独能力についての継続期間からなる。このフィールドの数量成分
は、入力時ポジティブかつゼロでない数字でなければならない。単位成分は、時間の単位に制約される。例えば、ワールプール（whirlpool 渦流浴槽）を 20 分間 1 日 3 回、3 日間。20 分間は事
象継続期間である。
TQ1|1||TID|||3^d&&ANS+||||||20^min&&ANS+|9<cr>
TQ1-14 Total occurrence's 事象総数 (NM) 01640
定義：このフィールドは、サービス要求の結果であるべきサービスの事象総数を含む。仮に終了日時(TQ1-8)と事象総数の両方が値を持ち、その事象数が終了日時を越えて延びる場合は、終了日時を優先する。その他の場合は事象数を優先する。
例：ワールプール（whirlpool 渦流浴槽）を 1 日 3 回 20 分間、3 日間、総事象数が９回。
TQ1|1||TID|||3^d&&ANS+||||||20^min&&ANS+|9<cr>© JAHIS 2014172

付録‐1 メッセージ例(1) 入院の通知(1-1) 通知メッセージ
項目名

項目値

患者 ID

4012345678

患者名（漢字）山田 太郎

患者名（カナ）

ヤマダ タロウ

性別

男 (M)

生年月日

1965/4/15

担当医

外科 太郎 (100050)

診療科

外科 (05)

入院日時

2013/8/13 10:00:00

入院先病棟、病室、
病床

備考

09A/03/2

MSH|^~\&|HIS_ALPHA||RIS_BETA||20130813102134||ADT^A01^ADT_A01|20130813102134502|P|2.5||||||~ISO IR87||ISO 2022-1994<CR>
EVN||20130813102134<CR>
PID|||4012345678^^^^PI||山田^太郎^^^^^L^I~ヤマダ^タロウ^^^^^L^P||19650415|M<CR>
PV1|1|I|09A^03^2^^^N||||100050^外科^太郎^^^^^^^L^^^^^I|||05||||||||||||||||||||||||||||||||||
20130813100000<CR><EOM>■ MSH セグメントSEQ

ELEMENT NAME

2

符号化文字

^~\&

3

送信アプリケーション

HIS_ALPHA

5

受信アプリケーション

RIS_BETA

7

メッセージ日時

20130813102134

9

メッセージ型

ADT^A01^ADT_A01

10

メッセージ制御 ID

20130813102134502

11

処理 ID

P

12

バージョン ID

2.5

18

文字セット

~ISO IR87

20

代替文字セット操作法

ISO 2022-1994

値

備考

値

備考

■ EVN セグメント
SEQ
2

ELEMENT NAME
イベント伝送日時

20130813102134■ PID セグメント
SEQ

値

ELEMENT NAME

備考

3

患者 ID リスト

4012345678^^^^PI

患者 ID

5

患者氏名

山田^太郎^^^^^L^I~ヤマダ^タロウ^^^^^L^P

患者名（漢字）、患者名（カナ）© JAHIS 2014
173

7

生年月日

19650415

生年月日

8

性別

M

性別

■ PV1 セグメント
SEQ

値

ELEMENT NAME

1

セット ID

1

2

患者区分

I

患者に割り当てられた場

3

所

備考

09A^03^2^^^N

入院先病棟、病室、病床7

担当医

100050^外科^太郎^^^^^^^L^^^^^I

担当医

10

診療部門

05

診療科

44

入院日時

20130813100000

入院日時(1-2) 応答メッセージ
MSH|^~\&|RIS_BETA||HIS_ALPHA||20130813102156||ACK^A01^ACK|20130813102156053|P|2.5|||||JP
N|ASCII~ISO IR87||ISO 2022-1994<CR>
MSA|AA|20130813102134502<CR><EOM>■ MSH セグメントSEQ

ELEMENT NAME

2

符号化文字

^~\&

3

送信アプリケーション

RIS_BETA

5

受信アプリケーション

HIS_ALPHA

7

メッセージ日時

20130813102156

9メッセージ型

ACK^A01^ACK

10

メッセージ制御 ID

20130813102156053

11

処理 ID

P

12

バージョン ID

2.5

17

国コード

JPN

18

文字セット

ASCII~ISO IR87

20

代替文字セット操作法

ISO 2022-1994

値

備考

値

備考

■ MSA セグメントSEQ

ELEMENT NAME

1

肯定応答コードAA

2

メッセージ制御 ID

20130813102134502(2) 退院の通知(2-1) 通知メッセージ
項目名

項目値

患者 ID

4012345678

患者名（漢字）山田 太郎

患者名（カナ）

ヤマダ タロウ

性別

男 (M)

生年月日

1965/4/15© JAHIS 2014
174

備考

担当医

外科 次郎 (100060)

診療科

外科 (05)

入院日時

2013/8/13 10:00:00

退院日時

2013/8/17 16:30:00

退院時病棟、病室、病床

09A/01/1

MSH|^~\&|HIS_ALPHA||RIS_BETA||20130817163021||ADT^A03^ADT_A03|20130817163021562|P|2.5||||||~I
SO IR87||ISO 2022-1994<CR>
EVN||20130817163021<CR>
PID|||4012345678^^^^PI||山田^太郎^^^^^L^I~ヤマダ^タロウ^^^^^L^P||19650415|M<CR>
PV1|1|I|09A^01^1^^^N ||||100060^外科^次郎^^^^^^^L^^^^^I|||05||||||||||||||||||||||||||||||||||
20130813100000|20130817163000<CR><EOM>■ MSH セグメントSEQ

ELEMENT NAME

2

符号化文字

^~\&

3

送信アプリケーション

HIS_ALPHA

5

受信アプリケーション

RIS_BETA

7

メッセージ日時

20130817163021

9

メッセージ型

ADT^A03^ADT_A03

10

メッセージ制御 ID

20130817163021562

11

処理 ID

P

12

バージョン ID

2.5

18

文字セット

~ISO IR87

20

代替文字セット操作法

ISO 2022-1994

値

備考

値

備考

値

備考

■ EVN セグメント
SEQ
2

ELEMENT NAME
イベント伝送日時

20130817163021■ PID セグメントSEQ

ELEMENT NAME

3

患者 ID リスト

4012345678^^^^PI

患者 ID

5

患者氏名

山田^太郎^^^^^L^I~ヤマダ^タロウ^^^^^L^P

患者名（漢字）、患者名（カナ）

7

生年月日

19650415

生年月日

8

性別

M

性別

■ PV1 セグメント
SEQ

値

ELEMENT NAME

備考

1

セット ID

1

2

患者区分

I

3

患者の以前の所在

09A^01^1^^^N

退院時病棟、病室、病床7

担当医

100060^外科^次郎^^^^^^^L^^^^^I

担当医

10

診療部門

05

診療科

44

入院日時

20130813100000

入院日時© JAHIS 2014
175

45

20130817163000

退院日時

退院日時

(2-2) 応答メッセージ
MSH|^~\&|RIS_BETA||HIS_ALPHA||20130817163035||ACK^A03^ACK|20130817163035920|P|2.5|||||JPN|ASC
II~ISO IR87||ISO 2022-1994<CR>
MSA|AA|20130817163021562<CR><EOM>■ MSH セグメントSEQ

ELEMENT NAME

2

符号化文字

^~\&

3

送信アプリケーション

RIS_BETA

5

受信アプリケーション

HIS_ALPHA

7

メッセージ日時

20130817163035

9メッセージ型

ACK^A03^ACK

10

メッセージ制御 ID

20130817163035920

11

処理 ID

P

12

バージョン ID

2.5

17

国コード

JPN

18

文字セット

ASCII~ISO IR87

20

代替文字セット操作法

ISO 2022-1994

値

備考

値

備考

■ MSA セグメントSEQ

ELEMENT NAME

1

肯定応答コードAA

2

メッセージ制御 ID

20130817163021562(3) 来院の通知(3-1) 通知メッセージ
項目名

項目値

患者 ID

4012345678

患者名（漢字）山田 太郎

患者名（カナ）

ヤマダ タロウ

性別

男 (M)

生年月日

1965/4/15

担当医

内科 太郎 (100010)

診療科

内科 (01)

受診開始日時2013/5/10 8:00:00

初再診

初診 (F)

備考

MSH|^~\&|HIS_ALPHA||RIS_BETA||20131014184423||ADT^A01^ADT_A01|20131014184423200|P|2.5||||||~I
SO IR87||ISO 2022-1994<CR>
EVN||20131014184423<CR>
PID|||4012345678^^^^PI||山田^太郎^^^^^L^I~ヤマダ^タロウ^^^^^L^P||19650415|M<CR>
PV1|1|O|01^^^^^C^^^内科||||100010^内科^太郎^^^^^^^L^^^^^I|||01|||F|||||||||||||||||||||||||||||||20130510080000<CR><EOM>■ MSH セグメント© JAHIS 2014
176

SEQ

ELEMENT NAME

2

符号化文字

^~\&

3

送信アプリケーション

HIS_ALPHA

5

受信アプリケーション

RIS_BETA

7

メッセージ日時20131014184423

9メッセージ型

ADT^A01^ADT_A01

10

メッセージ制御 ID

20131014184423200

11

処理 ID

P

12

バージョン ID

2.5

18

文字セット

~ISO IR87

20

代替文字セット操作法

ISO 2022-1994

値

備考

値

備考

値

備考

■ EVN セグメント
SEQ
2

ELEMENT NAME
イベント伝送日時

20131014184423■ PID セグメントSEQ

ELEMENT NAME

3

患者 ID リスト

4012345678^^^^PI

患者 ID

5

患者氏名

山田^太郎^^^^^L^I~ヤマダ^タロウ^^^^^L^P

患者名（漢字）、患者名（カナ）

7

生年月日

19650415

生年月日

8

性別

M

性別

■ PV1 セグメント
SEQ

値

ELEMENT NAME

1

セット ID

1

2

患者区分

O

3

患者に割り当てられた場
所

備考01^^^^^C^^^内科

診療科

7

担当医

100010^内科^太郎^^^^^^^L^^^^^I

担当医

10

診療部門

01

診療科

13

再入院標識

F

初再診

44

入院日時

20130510080000

受診開始日時(3-2) 応答メッセージ
MSH|^~\&|RIS_BETA||HIS_ALPHA||20131020103022||ACK^A01^ACK|20131020103022124|P|2.5|||||JPN|ASC
II~ISO IR87||ISO 2022-1994<CR>
MSA|AA|20131014184423200<CR><EOM>■ MSH セグメント
SEQ

値

ELEMENT NAME

2

符号化文字

^~\&

3

送信アプリケーション

RIS_BETA

5

受信アプリケーション

HIS_ALPHA

7

メッセージ日時20131020103022

9

メッセージ型

ACK^A01^ACK© JAHIS 2014
177

備考

10

メッセージ制御 ID

20131020103022124

11

処理 ID

P

12

バージョン ID

2.5

17

国コード

JPN

18

文字セット

ASCII~ISO IR87

20

代替文字セット操作法

ISO 2022-1994■ MSA セグメント
SEQ

値

ELEMENT NAME

1

肯定応答コードAA

2

メッセージ制御 ID

20131014184423200

備考(4) 在院終了の通知(4-1) 通知メッセージ
項目名

項目値

患者 ID

4012345678

患者名（漢字）山田 太郎

患者名（カナ）

ヤマダ タロウ

性別

男 (M)

生年月日

1965/4/15

担当医

内科 太郎 (100010)

診療科

内科 (01)

受診開始日時2013/5/10 8:00:00

受診終了日時2013/5/10 10:30:00

初再診

初診 (F)

備考

MSH|^~\&|SEND||RECEIVE||20131014184423||ADT^A03^ADT_A03|20131014184423200|P|2.5||||||~ISO
IR87||ISO 2022-1994<CR>
EVN||20131014184423<CR>
PID|||1234567890^^^^PI||患者^太郎^^^^^L^I~カンジャ^タロウ^^^^^L^P||19650415|M<CR>
PV1|1|O|01^^^^^C^^^内科||||100010^内科^太郎^^^^^^^L^^^^^I|||01|||F|||||||||||||||||||||||||||||||20130510080000|20130510130000<CR><EOM>■ MSH セグメント
SEQ

値

ELEMENT NAME

2

符号化文字

^~\&

3

送信アプリケーション

HIS_ALPHA

5

受信アプリケーション

RIS_BETA

7

メッセージ日時20131014184423

9メッセージ型

ADT^A03^ADT_A03

10

メッセージ制御 ID

20131014184423200

11

処理 ID

P

12

バージョン ID

2.5

18

文字セット

~ISO IR87

20

代替文字セット操作法

ISO 2022-1994© JAHIS 2014178

備考

■ EVN セグメント
SEQ
2

ELEMENT NAME
イベント伝送日時

値

備考

値

備考

20131014184423■ PID セグメントSEQ

ELEMENT NAME

3

患者 ID リスト

4012345678^^^^PI

患者 ID

5

患者氏名

山田^太郎^^^^^L^I~ヤマダ^タロウ^^^^^L^P

患者名（漢字）、患者名（カナ）

7

生年月日

19650415

生年月日

8

性別

M

性別

■ PV1 セグメント
SEQ

値

ELEMENT NAME

1

セット ID

1

2

患者区分

O

3

患者に割り当てられた場
所

備考01^^^^^C^^^内科

診療科

7

担当医

100010^内科^太郎^^^^^^^L^^^^^I

担当医

10

診療部門

01

診療科

13

再入院標識

F

初再診

44

入院日時

20130510080000

受診開始日時45

退院日時

20130510130000

受診終了日時(4-2) 応答メッセージ
MSH|^~\&|RIS_BETA||HIS_ALPHA||20131020103022||ACK^A01^ACK|20131020103022124|P|2.5|||||JPN|ASC
II~ISO IR87||ISO 2022-1994<CR>
MSA|AA|20131014184423200<CR><EOM>■ MSH セグメントSEQ

ELEMENT NAME

2

符号化文字

^~\&

3

送信アプリケーション

RIS_BETA

5

受信アプリケーション

HIS_ALPHA

7

メッセージ日時20131020103022

9

メッセージ型

ACK^A03^ACK

10

メッセージ制御 ID

20131020103022124

11

処理 ID

P

12

バージョン ID

2.5

17

国コード

JPN

18

文字セット

ASCII~ISO IR87

20

代替文字セット操作法

ISO 2022-1994

値

備考

値

備考

■ MSA セグメントSEQ

ELEMENT NAME

1

肯定応答コードAA

2

メッセージ制御 ID

20131014184423200© JAHIS 2014179

(5) 患者情報の更新(5-1) 通知メッセージ
項目名

項目値

備考

患者 ID

4012345678

患者名（漢字）山田 太郎

患者名（カナ）

ヤマダ タロウ

性別

男 (M)

生年月日

1965/4/15

住所・郵便番号

105-0001 東京都港区鹿ノ門 6 丁目 1 番 1 号

電話番号03-3599-9991

担当医

渋谷 隆 (11225533)

診療科

内科 (01)

アレルギー#1

スギ (1001)

アレルギー#2

ハウスダスト (3001)

MSH|^~\&|HIS_ALPHA||RIS_BETA||20130813151234.531||ADT^A08^ADT_A01|20130813151234531043|P|2.5|||||JPN|ASCII~ISO IR87||ISO 2022-1994<CR>
EVN||20130813151234.531<CR>
PID|||4012345678^^^^PI||山田^太郎^^^^^L^I~ヤマダ^タロウ^^^^^L^P||19650415|M|||^^^^1050001^^H^東京
都港区鹿ノ門 6 丁目 1 番 1 号||^PRN^PH^^^^^^^^^03-3599-9991<CR>
PV1||O|01^^^^^C^^^内科||||11225533^渋谷^隆^^^^^^^L^^^^^I|||01<CR>
AL1|1|LA^花粉アレルギー^HL70127|1001^スギ^99ZAL|MI^軽度^HL70128<CR>
AL1|2|EA^環境アレルギー^HL70127|3001^ハウスダスト^99ZAL|MO^中程度^HL70128<CR><EOM>■ MSH セグメント
SEQ

値

ELEMENT NAME

2

符号化文字

^~\&

3

送信アプリケーション

HIS_ALPHA

5

受信アプリケーション

RIS_BETA

7

メッセージ日時

20130813151234.531

9

メッセージ型

ADT^A08^ADT_A01

10

メッセージ制御 ID

20130813151234531043

11

処理 ID

P

12

バージョン ID

2.5

17

国コード

JPN

18

文字セット

ASCII~ISO IR87

20

代替文字セット操作法

ISO 2022-1994

備考■ EVN セグメント
SEQ
2

ELEMENT NAME
イベント伝送日時

値

備考

値

備考

20130813151234.531■ PID セグメント
SEQ
3

ELEMENT NAME
患者 ID リスト

4012345678^^^^PI© JAHIS 2014
180

患者 ID

5

患者氏名

山田^太郎^^^^^L^I~ヤマダ^タロウ^^^^^L^P

患者名（漢字）、患者名（カナ）

7

生年月日

19650415

生年月日

8

性別

M

性別

11

患者住所

13

電話番号―自宅^^^^1050001^^H^東京都港区鹿ノ門6 丁目1 番
1号^PRN^PH^^^^^^^^^03-3599-9991■ PV1 セグメント
SEQ
2

患者区分
患者に割り当てられた場

3

値

ELEMENT NAME

所

備考

O
01^^^^^C^^^内科

診療科

7

担当医

11225533^渋谷^隆^^^^^^^L^^^^^I

担当医

10

診療部門

01

診療科

■ AL1 セグメント
SEQ

値

ELEMENT NAME

1

セット ID-AL1

12

アレルゲン分類LA^花粉アレルギー^HL70127

3

アレルゲン情報1001^スギ^99ZAL

4アレルギー重症度

MI^軽度^HL70128

備考■ AL1 セグメント
SEQ

値

ELEMENT NAME

1

セット ID-AL1

2

2

アレルゲン分類

EA^環境アレルギー^HL70127

3

アレルゲン情報3001^ハウスダスト^99ZAL

4アレルギー重症度

MO^中程度^HL70128

備考(5-2) 応答メッセージ
MSH|^~\&|RIS_BETA||HIS_ALPHA||20130813151402.103||ACK^A08^ACK|20130813151402103001|P|2.5|||||
JPN|ASCII~ISO IR87||ISO 2022-1994<CR>
MSA|AA|20130813151234531043<CR><EOM>■ MSH セグメント
SEQ

値

ELEMENT NAME

2

符号化文字

^~\&

3

送信アプリケーション

RIS_BETA

5

受信アプリケーション

HIS_ALPHA

7

メッセージ日時

20130813151402.103

9

メッセージ型

ACK^A08^ACK

10

メッセージ制御 ID

20130813151402103001

11

処理 ID

P

12

バージョン ID

2.5

17

国コード

JPN

18

文字セット

ASCII~ISO IR87

© JAHIS 2014
181

備考

20

代替文字セット操作法

ISO 2022-1994■ MSA セグメント
SEQ

値

ELEMENT NAME

1

肯定応答コードAA

2

メッセージ制御 ID

20130813151234531043

備考(6) 患者情報の照会（１）(6-1) 照会メッセージ
項目名

項目値

照会条件

患者 ID=4012345678

照会件数

最大 99 件

備考

MSH|^~\&|Modality||LIS||20130821114400||QBP^Q22^QBP_Q21|12345678901234500002|P|2.5||||||~ISO
IR87||ISO 2022-1994<CR>
QPD|IHE PDQ Query|Q001|@PID.3.1^4012345678<CR>
RCP|I|99^RD&レコード&HL70126|R^リアルタイム^HL70394<CR><EOM>■ MSH セグメント
SEQ

値

ELEMENT NAME

2

符号化文字

^~\&

3

送信アプリケーション

Modality

5

受信アプリケーション

LIS

7

メッセージ日時

20130821114400

9

メッセージ型

QBP^Q22^QBP_Q21

10

メッセージ制御 ID

12345678901234500002

11

処理 ID

P

12

バージョン ID

2.5

18

文字セット

~ISO IR87

20

代替文字セット操作法

ISO 2022-1994

備考■ QPD セグメント
SEQ

値

ELEMENT NAME

1

メッセージ照会名

IHE PDQ Query

2

照会タグ

Q001

3

ユーザ パラメータ１@PID.3.1^4012345678

備考

照会条件

■ RCP セグメント
SEQ

値

ELEMENT NAME

1

照会優先度

I

2

数量制限要求99^RD&レコード&HL70126

3

応答様式

R^リアルタイム^HL70394© JAHIS 2014
182

備考
照会件数

(6-2) 応答メッセージ
項目名

項目値

ヒット件数

1

患者 ID

4012345678

患者名（漢字）山田 太郎

患者名（カナ）

ヤマダ タロウ

性別

男 (M)

生年月日

1965/4/15

備考

MSH|^~\&|LIS||Modality||20130821114405||RSP^K22^RSP_K21|20130821114405321001|P|2.5||||||~ISO
IR87||ISO 2022-1994<CR>
MSA|AA|12345678901234500002<CR>
QAK|Q001|OK|IHE PDQ Query|1<CR>
QPD|IHE PDQ Query|Q001|@PID.3.1^4012345678<CR>
PID|||4012345678^^^^PI||山田^太郎^^^^^L^I~ヤマダ^タロウ^^^^^L^P||19650415|M<CR><EOM>■ MSH セグメント
SEQ

値

ELEMENT NAME

2

符号化文字

^~\&

3

送信アプリケーション

LIS

5

受信アプリケーション

Modality

7

メッセージ日時

20130821114405

9

メッセージ型

RSP^K22^RSP_K21

10

メッセージ制御 ID

20130821114405321001

11

処理 ID

P

12

バージョン ID

2.5

18

文字セット

~ISO IR87

20

代替文字セット操作法

ISO 2022-1994

備考■ MSA セグメント
SEQ

値

ELEMENT NAME

1

肯定応答コードAA

2

メッセージ制御 ID

12345678901234500002

備考■ QAK セグメント
SEQ

値

ELEMENT NAME

1

照会タグ

Q001

2

照会応答状態OK

3

メッセージ照会名

IHE PDQ Query

4

ヒットカウント合計

1

備考

ヒット件数

■ QPD セグメント
SEQ

値

ELEMENT NAME

1

メッセージ照会名

IHE PDQ Query

2

照会タグ

Q001

3

ユーザ パラメータ１@PID.3.1^4012345678© JAHIS 2014183

備考

■ PID セグメント
SEQ

値

ELEMENT NAME

備考

3

患者 ID リスト

4012345678^^^^PI

患者 ID

5

患者氏名

山田^太郎^^^^^L^I~ヤマダ^タロウ^^^^^L^P

患者名（漢字）、患者名（カナ）

7

生年月日

19650415

生年月日

8

性別

M

性別

(7) 患者情報の照会（２）(7-1) 照会メッセージ
項目名

項目値

照会条件

患者 ID=1000010000

照会件数

最大 99 件

備考

MSH|^~\&|Modality||LIS||20130813132145||QBP^Q22^QBP_Q21|20130813132145001|P|2.5||||||~ISO
IR87||ISO 2022-1994<CR>
QPD|IHE PDQ Query|Q001|@PID.3.1^1000010000<CR>
RCP|I|99^RD&レコード&HL70126|R^リアルタイム^HL70394<CR><EOM>■ MSH セグメントSEQ

ELEMENT NAME

2

符号化文字

^~\&

3

送信アプリケーション

Modality

5

受信アプリケーション

LIS

7

メッセージ日時

20130813132145

9

メッセージ型

QBP^Q22^QBP_Q21

10

メッセージ制御 ID

20130813132145001

11

処理 ID

P

12

バージョン ID

2.5

18

文字セット

~ISO IR87

20

代替文字セット操作法

ISO 2022-1994

値

備考

値

備考

■ QPD セグメントSEQ

ELEMENT NAME

1

メッセージ照会名

IHE PDQ Query

2

照会タグ

Q002

3

ユーザ パラメータ１@PID.3.1^1000010000

照会条件■ RCP セグメント
SEQ

値

ELEMENT NAME

1

照会優先度

I

2

数量制限要求99^RD&レコード&HL70126

3

応答様式

R^リアルタイム^HL70394© JAHIS 2014
184

備考
照会件数

(7-2) 応答メッセージ
項目名
ヒット件数

項目値

備考

0

MSH|^~\&|LIS||Modality||20130813132156||RSP^K22^RSP_K21|20130813132156002|P|2.5||||||~ISO
IR87||ISO 2022-1994<CR>
MSA|AA|20130813132145001<CR>
QAK|Q001|NF|IHE PDQ Query|0<CR>
QPD|IHE PDQ Query|Q001|@PID.3.1^1000010000<CR><EOM>■ MSH セグメントSEQ

ELEMENT NAME

2

符号化文字

^~\&

3

送信アプリケーション

LIS

5

受信アプリケーション

Modality

7

メッセージ日時

20130813132156

9

メッセージ型

RSP^K22^RSP_K21

10

メッセージ制御 ID

20130813132156002

11

処理 ID

P

12

バージョン ID

2.5

18

文字セット

~ISO IR87

20

代替文字セット操作法

ISO 2022-1994

値

備考

値

備考

値

備考

■ MSA セグメントSEQ

ELEMENT NAME

1

肯定応答コードAA

2

メッセージ制御 ID

20130813132145001■ QAK セグメントSEQ

ELEMENT NAME

1

照会タグ

Q002

2

照会応答状態

NF

3

メッセージ照会名

IHE PDQ Query

4

ヒットカウント合計

0

NF=データ未検出 エラー無し
ヒット件数■ QPD セグメント
SEQ

値

ELEMENT NAME

1

メッセージ照会名

IHE PDQ Query

2

照会タグ

Q001

3

ユーザ パラメータ１@PID.3.1^1000010000

備考(8) 患者情報の照会（３）(8-1) 照会メッセージ
項目名

項目値

照会条件

患者カナ名字=ヤマダ

照会件数

最大 99 件

© JAHIS 2014185

備考

MSH|^~\&|Modality||LIS||201308131342.542||QBP^Q22^QBP_Q21|201308131342542001|P|2.5||||||~ISO
IR87||ISO 2022-1994<CR>
QPD|IHE PDQ Query|201308131342542001|@PID.5.1^ヤマダ~@PID.5.8^P<CR>
RCP|I|99^RD&レコード&HL70126|R^リアルタイム^HL70394<CR><EOM>■ MSH セグメントSEQ

ELEMENT NAME

2

符号化文字

^~\&

3

送信アプリケーション

Modality

5

受信アプリケーション

LIS

7

メッセージ日時

201308131342.542

9

メッセージ型

QBP^Q22^QBP_Q21

10

メッセージ制御 ID

201308131342542001

11

処理 ID

P

12

バージョン ID

2.5

18

文字セット

~ISO IR87

20

代替文字セット操作法

ISO 2022-1994

値

備考

値

備考

■ QPD セグメントSEQ

ELEMENT NAME

1

メッセージ照会名

IHE PDQ Query

2

照会タグ

201308131342542001

3

ユーザ パラメータ１@PID.5.1^ヤマダ~@PID.5.8^P

照会条件■ RCP セグメント
SEQ

値

ELEMENT NAME

1

照会優先度

I

2

数量制限要求99^RD&レコード&HL70126

3

応答様式

R^リアルタイム^HL70394

備考
照会件数

(8-2) 応答メッセージ
項目名
ヒット件数
患者 ID

項目値

備考

2
4012345678

患者名（漢字） 山田 太郎#1

患者名（カナ） ヤマダ タロウ
性別

男 (M)

生年月日

1965/4/15

患者 ID4012344321

患者名（漢字） 山田 春子#2

患者名（カナ） ヤマダ ハルコ
性別

女 (F)

生年月日

1982/6/27

MSH|^~\&|LIS||Modality||201308131351.143||RSP^K22^RSP_K21|201308131351143011|P|2.5||||||~ISO
IR87||ISO 2022-1994<CR>© JAHIS 2014
186

MSA|AA|201308131342542001<CR>
QAK|201308131342542001|OK|IHE PDQ Query|2<CR>
QPD|IHE PDQ Query|201308131342542001|@PID.5.1^ヤマダ~@PID.5.8^P<CR>
PID|||4012345678^^^^PI||山田^太郎^^^^^L^I~ヤマダ^タロウ^^^^^L^P||19650415|M<CR>
PID|||4012344321^^^^PI||山田^春子^^^^^L^I~ヤマダ^ハルコ^^^^^L^P||19820627|F<CR><EOM>■ MSH セグメントSEQ

ELEMENT NAME

2

符号化文字

^~\&

3

送信アプリケーション

LIS

5

受信アプリケーション

Modality

7

メッセージ日時

201308131351.143

9

メッセージ型

RSP^K22^RSP_K21

10

メッセージ制御 ID

201308131351143011

11

処理 ID

P

12

バージョン ID

2.5

18

文字セット

~ISO IR87

20

代替文字セット操作法

ISO 2022-1994

値

備考

値

備考

値

備考

■ MSA セグメントSEQ

ELEMENT NAME

1

肯定応答コードAA

2

メッセージ制御 ID

201308131342542001■ QAK セグメントSEQ

ELEMENT NAME

1

照会タグ

201308131342542001

2

照会応答状態OK

3

メッセージ照会名

IHE PDQ Query

4

ヒットカウント合計

2

ヒット件数

■ QPD セグメント
SEQ

値

ELEMENT NAME

1

メッセージ照会名

IHE PDQ Query

2

照会タグ

201308131342542001

3

ユーザ パラメータ１@PID.5.1^ヤマダ~@PID.5.8^P

備考■ PID セグメント
SEQ

値

ELEMENT NAME

備考

3

患者 ID リスト

4012345678^^^^PI

患者 ID

5

患者氏名

山田^太郎^^^^^L^I~ヤマダ^タロウ^^^^^L^P

患者名（漢字）、患者名（カナ）

7

生年月日

19650415

生年月日

8

性別

M

性別

■ PID セグメント© JAHIS 2014
187

SEQ

値

ELEMENT NAME

備考

3

患者 ID リスト

4012344321^^^^PI

患者 ID

5

患者氏名

山田^春子^^^^^L^I~ヤマダ^ハルコ^^^^^L^P

患者名（漢字）、患者名（カナ）

7

生年月日

19820627

生年月日

8

性別

F

性別

© JAHIS 2014188

付録―２．作成者名簿作成者（社名五十音順）

川田 剛

アイテック阪急阪神㈱千葉 信行㈱エイアンドティー

塩川 康成

ＡＪＳ㈱

天野 敦之

オリンパスメディカルシステムズ㈱近藤 恵美

サクラファインテックジャパン㈱中島 隆

サクラファインテックジャパン㈱

鈴木 昭俊

㈱ニコン

木村 雅彦

日本アイ・ビー・エム㈱河野 努

日本光電工業㈱吉村 尚郎

日本光電工業㈱

中田 英男

日本電気㈱

安田 典弘

日本電気㈱

窪田 成重

富士通㈱

下邨 雅一

富士通㈱

© JAHIS 2014189

日付
2013/12/20

バージョン
Ver. 1.0

改定履歴
内容
初版

（ＪＡＨＩＳ標準 １３－００６）
２０１４年１月発行
ＪＡＨＩＳ データ交換規約（共通編）Ｖｅｒ．１．０
発行元 一般社団法人 保健医療福祉情報システム工業会〒１０５－０００４ 東京都港区新橋２丁目５番５号（新橋２丁目ＭＴビル５階）
電話 03-3506-8010

FAX 03-3506-8070（無断複写・転載を禁ず）© JAHIS 2014190