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

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

ＪＡＨＩＳ 病 名 情 報 データ交換規約 Ver. 2.0
ま え が き従来 HIS（病院情報システム）と病院内部門システム間のデータ交換において、メーカ間での統一はもとより、同一メーカにおいても導入ユーザによってその仕様が異なり、接続する際には多くの手間と時間を要していた。また、地域連携や病診連携等で病院内外でのデータ交換の必要性が求められる中、病名
情報データ交換規約の策定が重要な課題となってきた。そこで、一般社団法人 保健医療福祉情報シス
テム工業会（JAHIS）では、そうした状況を踏まえ、広く病名情報データの交換に活用できる規約をめざし検討を行った。
本書では、HL7 Ver.2.5 に対応したメッセージの検討を行っている。別途 JAHIS から発行されている「臨床検査データ交換規約」や「放射線データ交換規約」との共通部分の整合性、さらに経済産業省「医療情報システムにおける相互運用性の実証事業」の成果を考慮し、とりまとめたものである。対象範囲として、患者情報や保険情報も含めた。
本規約に基づくインタフェースが多くのシステムに実装され、病名情報データ交換標準化に貢献できれば幸いである。

２０１２年３月
一般社団法人 保健医療福祉情報システム工業会
医療システム部会 相互運用性委員会

＜＜

告知事項

＞＞

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

i

目

次

1.

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

2.

概要 .........................................................................................................................................2

3.

主な用語 ..................................................................................................................................3

4.

病名情報データ交換規約の対象範囲 ........................................................................................4

5.

関連情報詳細...........................................................................................................................6
5.1 HL7 メッセージについて .........................................................................................................6
5.2 フィールドについて.................................................................................................................6
5.2.1 (セグメント内の)位置.......................................................................................................6
5.2.2 最大長 ...........................................................................................................................6
5.2.3 データタイプ（データ型）...................................................................................................7
5.2.4 オプション指定................................................................................................................7
5.2.5 反復...............................................................................................................................7
5.2.6 テーブル.........................................................................................................................8
5.2.7 ID 番号..........................................................................................................................8
5.2.8 名称...............................................................................................................................8
5.3 Message Delimiters メッセージ区切り文字 ............................................................................9
5.4 Data types データ型 ........................................................................................................... 11
5.5 HL7 定義以外のテーブルについて .......................................................................................41

6. 病名情報メッセージ構文 ............................................................................................................44
6.1 患者情報通知(ADT/ACK) ..................................................................................................44
6.1.1 ADT/ACK 患者管理メッセージ イベント(A01､A02､A03 など).......................................44
6.1.2 ADT/ACK 患者管理メッセージ イベント(A60) ...............................................................45
6.2 病名情報通知(PPR/ACK) ...................................................................................................46
6.2.1 PPR/ACK -患者プロブレムメッセージ（ZD1） ..................................................................46
6.3 患者情報照会(QBP/RSP) ...................................................................................................48
6.3.1 QBP/RSP 患者情報(基本情報・感染症・血型情報)照会メッセージ イベント(Q11/K11) ...48
6.3.2 QBP/RSP 患者情報(アレルギー情報)照会メッセージ イベント(Q11/K11).......................49
6.3.3 QBP/RSP 患者情報(入退院歴)照会メッセージ イベント(Q11/K11) ................................50
6.3.4 QBP/RSP 患者情報(受診歴)照会メッセージ イベント(Q11/K11)....................................51
6.4 病名情報照会(QBP/RSP).......................................................................................................52
6.4.1 QBP/RSP 病名情報照会メッセージ イベント(Q11/K11) .................................................52
7. 関連セグメント詳細....................................................................................................................54
7.1 MSH - Message Header Segment メッセージヘッダセグメント..................................................54
7.2 MSA - Message Acknowledgment Segment メッセージ肯定応答セグメント ...............................60
7.3 ERR - Error Segment エラーセグメント...................................................................................62
7.4 QPD - Query Parameter Definition Segment 照会パラメータセグメント....................................66
7.5 QAK - query acknowledgment segment 照会認知セグメント ...................................................68
7.6 EVN - Event Type Segment 事象型セグメント ...................................................................70© JAHIS 2012ii

7.7 PID - Patient Identification Segment 患者識別セグメント.......................................................72
7.8 NK1 - Next of Kin / Associated Parties Segment 近親者情報セグメント ...................................80
7.9 PV1 - Patient Visit Segment 来院情報セグメント ....................................................................87
7.10 PV2 - Patient Visit - Additional Information Segment 来院補足情報セグメント ...........95
7.11 ROL - History Information 履歴情報セグメント .............................................................104
7.12 AL1 - Patient Allergy Information Segment 患者アレルギー情報 ...............................106
7.13 IAM - Patient Adverse Reaction Information Segment 副作用情報セグメント ............108
7.14 PRB - Problem Detail Segment プロブレム詳細セグメント ............................................ 113
7.15 IN1/ZI1 - Insurance Segment 保険セグメント ................................................................ 118
7.16 ORC – Order Common Segment 共通オーダセグメント.................................................127
7.17 OBX – Observation/Result Segment 検査結果セグメント .............................................148
7.18 RCP – response control parameter segment 応答コントロールパラメータセグメント .......153
7.19 ZPR – Extended Problem Information プロブレム拡張情報セグメント...........................156
7.20 ZHS – History Information 履歴情報セグメント ............................................................158
付録―１．患者情報通知のメッセージ例.........................................................................................160
付録－２．病名情報通知のメッセージ例 ........................................................................................175
付録－３．照会・応答のメッセージ例 .............................................................................................188
付録―４．作成者名簿..................................................................................................................210© JAHIS 2012iii

1. はじめに1999 年に ICD10 対応電子カルテ用標準病名マスタが策定され、病名情報の標準化が始動した。また、医療機関において「病名情報」を扱う場面は多く、特にレセプトとの関わりが深い。1991 年にレセプト電算システムの運用を開始し、病院業務における病名情報の電算化が進んできた。2002 年にそれまで別々に作成・管理されていた「レセプト電算処理システム用傷病名マスタ/修飾語マスタ」（社会保険診療報酬支払基金（以下「支払基金」））の傷
病名マスタ（以下「新傷病名マスタ」）との連携、2003 年には修飾語マスタ（以下「新修飾語マスタ」）との連携が成され、さらに DPC（Diagnosis Procedure Combination）による包括的診療報酬制度が導入され、病名情報の標準化が普及してきている。2008 年にはレセプトオンライン請求が開始されるなど、病名情報のオンライン化は着実に進んできている。
現在、電子カルテシステムの構築にあたっては標準規格・コードを用いることを推奨しており、部門システムとの連携では標準規格による接続が望まれている。
上述の状況を背景に、病名情報に関する HL7 の適用を検討し、2008 年に JAHIS 標準として「病名情報データ交換規約 Ver.1.0」（以下、「Ver.1.0」と称す）を作成した。
Ver.1.0 作成から 4 年が経ち、JAHIS 実証実験での成果や近年の医療保険制度の改定をふまえて、本バージョンでは、以下の点について変更を行った。
（１）病名情報のメッセージタイプの見直し（２）病名情報の未使用セグメントの見直し（３）ZPR セグメントの説明補記、誤植修正（４）最新の医療保険制度へ対応および保険種別（JHSD 表 0001）の見直し（５）XTN 型、XAD 型での電話番号、住所の表現方法の見直し（６）患者情報通知/応答に「受診開始」、「受診終了」の記述を追加（７）患者情報照会/応答に「入退院歴」、「受診歴」のメッセージを新規追加（８）メッセージサンプルの見直し
現在、政府の高度情報通信ネットワーク社会推進戦略本部（IT 戦略本部）にて作成された「新たな情報通信技術戦略」のもと、「シームレスな地域連携」や「どこでも My 病院」など、地域医療施設間でのデータ管理・活用が重要視されている。この JAHIS 標準が活用され、HL7 の普及が促進されることを期待する。本規約の策定にあたって、ご指導ご鞭撻を賜った諸先生方と関係団体の皆様には、心から感謝する。

© JAHIS 20121

2. 概要(HL7とは)ヘルスケア関連情報の電子的データ交換のための応用規約であり、また、規約の制定団体の名称でもある。異なるベンダの異なるシステム間のインタフェースとなる標準的書式である。本規約はOSI手順の第7層であるアプリ
ケーション層に由来してHL7と名付けられたものであり、物理的規約は制定していない。
(なぜ標準化なのか)
基本的目的は増大する医療費の削減と医療の質の向上である。それは医療費の効率化のためコスト計算を明らかにするとともにヘルスケア品質の計測化による質の向上を目指すものである。
1960年代は単独処理で他との接続は必要なかったが、1970-85年にかけ部門システムとの接続が始まり、1985
年以降様々なシステム間で接続が要望され、インタフェース標準化の必要性が増大している。
病院単独から病院の統廃合も手伝ってヘルスケア共同体が拡大し、今日のヘルスケアは病院を中心に事務所、製造業、販社、支払者、診療所、政府機関が一体となった情報連携が必要で、かつ患者を取り巻くすべての部門とのトランザクションが通信で出来ることが必要となってきた。
技術の進歩、通信環境の進歩、場所の多様化、システムの巨大化が背景となり標準化されたデータ交換が可能
であり不可欠となっている。
(HL7の歴史)1987年3月ペンシルバニア大学病院にて初会合、3-4ヶ月かけV1.0のドラフトができた。V1.0は1987年10月に発表され全体的なインタフェースと入退院、オーダエントリ、オーダ照会がふくまれる。患者会計の重要性が認識されていたが時間的制約で含まれなかった。以後1988年9月にV2.0、1990年にV2.1が発表された。1991年にはANSIのメンバとなり、1992年にはANSI HISPP(Healthcare Informatics Standards Planning Panel)の起草メンバとなった。1994年にはANSIに認知された標準化組織となった。1994年末V2.2を発表し、最新版は2001年の
HL7 V2.5で、ISO規格にも採用された。さらに、2005年の時点でV2.6も一部承認されており、またオブジェクト指向のV3.0も部分的に承認されている。 2006年にはRIM(Reference Information Model)がISO/DISになっている。
(HL7の組織)
HL7は会員制の組織であり会員は意見を反映させることができる。即ちHL7の情報源は会員の意見である。HL7の使用は会員であることを問わないが、HL7からのタイムリーな情報提供はない。理事会と作業グループがあり会員が参加できるし、作業グループに参加してなくても案に対して意見を述べることができる。また医療提供者顧問と工業会顧問のアドバイスを受ける。会員には、医療機関、コンピュータ会社、医療関連会社、コンサルタント会社などがいる。また米国以外の国々の会員もいる。会員数は増加しており現在1500を超える会員数である。国際支部も既に30ヵ国以上になり各国での利用が進んできた。
(HL7プロトコル概要)
HL7はOSI第7層(アプリケーション層)での規約であり、データの型や要素、要素の構成やグループ、コードや用語、機密保持、管理規約などが定義される。HL7の包含する対象はV2.1では入退転院、患者基本情報、オーダ、
検査報告、財務的処理、照会などである、さらにV2.2では、マスタファイル更新、V2.3では、文書管理、予約、患者紹介、患者看護、HL7 V2.4、V2.5では自動検査、人事管理、保険請求、材料管理などが追加された。
HL7の基本的体系は、メッセージタイプID付電文で構成され、複数セグメントで論理的意味をなすメッセージとなる。メッセージ(例えば入退転)は、具体的なきっかけとなる事象(例えば患者入院)により、データ構成要素(例えば患者名)からなるセグメント(例えば患者属性)の集合として構成される。メッセージ交換は会話的にもバッチ処理的にも行われるものである。
(他の標準化組織との関連)
ASTM E1238検査システム間データ交換をもとに検査関連をまとめているので互換性がある。HL7を含めた標準化団体の調和を図るためANSIでは、HISPP (現HISB)部門を設置し、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 20122

3. 主な用語
トリガーイベント Trigger Event：
メッセージの交換を始めるきっかけとなる事象をトリガーイベントという。HL7 は、実際のヘルスケア現場でのシステム間データ通信の必要性に応じた事象を受けて書かれている。例えば、｢患者が入院｣というトリガーイベントは、その患者についての情報を幾つかの他のシステムに伝送する必要を引き起こすであろう。それらメッセージ型とトリガーイベントコードは一対多の関係である。
メッセージ Message：
1 つのメッセージは、システム間で転送されるデータの意味のある最小単位である。これは定義された順序のセグメントの集合からなる。各々のメッセージはその目的を定義するメッセージタイプを持つ。例
えば、ADT(入退転)メッセージタイプはあるシステムから別なシステムに患者の入退転データの一部を伝送するために使用される。各々のメッセージに含まれる 3 文字のコードがそのタイプを識別する。
セグメント Segment：
セグメントはメッセージの 1 つの側面について記述するもので、データ要素(フィールド)の論理的集合体である。各々のセグメントはセグメント ID と呼ばれる 3 文字のコードで識別される。メッセージ中のセグ
メントは必要なものと任意のものとある。それらはメッセージ中一回だけ出現する場合と繰り返しが許される場合とある。たとえば、単一のオーダ関連情報は OBR セグメントとして送られ、検査関連情報は別の
OBX セグメントとして送られることがある。
フィールド Field：
診断名などといったセグメント中の一つの意味付けされた属性であり、フィールドには基本属性をさらに詳細に記したデータ成分の集合を含むことがある。
フィールド成分 Field components：
フィールドへの入力要素として、成分という識別可能な部分を含むことがある。たとえば患者名は、姓、名、ミドルネーム(イニシャル)として記録されるが、それぞれの要素は別個のエンティティであり、成分区
切り文字により分離される。成分はさらに副成分で構成される場合もある。
メッセージ区切り文字 Message Delimiters：
メッセージを構成するにあたっては、定義された文字が使用される。それらは、セグメントターミネータ、フィールドセパレータ、成分セパレータ、副成分セパレータ、反復セパレータ、そしてエスケープ文字である。
病院情報システム HIS (Hospital Information System)：
ADT(入院、退院、転院)機能など、通常、検査室の外部の機能をサポートするデータ管理システム。

© JAHIS 20123

4. 病名情報データ交換規約の対象範囲
病名情報データ交換規約は下図「システム間情報伝達イメージ」の範囲を対象とする。また、取り扱うメッセージタイプ及びトリガーイベントを表「メッセージとトリガーイベント」に示す。

①患者情報通知/応答

電子カルテ②病名情報通知/応答

部門システム／オーダエン
トリシステム③患者情報照会/応答④病名情報照会/応答

システム間情報伝達イメージ
メッセージとトリガーイベント
メッセージ定義①患者情報通知/応答

メッセージコ トリガーイベント

イベント

ード

タイプ

ADT→
←ACK

入院/受診開始

A01

転科転棟

A02

退院/受診終了

A03

患者基本情報、感染症・血型、保険情報

A08

登録／更新

②病名情報通知/応答

PPR→

入院取消

A11

転科転棟取消

A12

退院取消

A13

患者情報（アレルギー）の通知

A60

病名情報の通知ZD1←ACK③患者情報照会/応答④病名情報照会/応答

QBP→

患者情報（基本情報、保険情報、感染症・血型、ア Q11/K11←RSP レルギー、入退院歴、受診歴）の照会
QBP→

病名情報の照会←RSP© JAHIS 2012

4

Q11/K11

HL7 規約書では病名情報を明確に表現するセグメントは規定されていないため、本規約では、病名情報を患者プ
ロブレムセグメントにて表現することとした。
本規約では上記のメッセージコード及びイベントタイプをサポートし、QBPは標準的に使用する範囲を規定する。RSPはZセグメントを含むため、メッセージタイプは下記とする。
・患者情報応答 RSP^K11^RSP_ZP1
・病名情報応答 RSP^K11^RSP_ZD2
患者管理のイベントは患者情報の更新(A08)を通常使用し、その他のイベントは双方の取り決めによる。
「メッセージタイプ」欄の矢印(→、←)は、メッセージの応答関係を表す。上側の矢印(→)が最初のメッセージの送信を意味し、下側の矢印(←)が最初のメッセージに対する応答メッセージの送信を意味する。
メッセージの概要① 患者情報通知（ADT/ACK）
患者情報を電子カルテ／オーダエントリシステムから部門システムにADTメッセージで通知する。基
本情報通知に際しては、保険情報も含んだ通知文となる。
② 病名情報通知（PPR/ACK）
患者情報を電子カルテ／オーダエントリシステムから部門システムにPPRメッセージで通知する。
③ 患者情報照会（QBP/RSP）
患者情報をQBPメッセージで問合せ、それに対する回答をRSPメッセージで返す。
④ 病名情報照会（QBP/RSP）
患者情報をQBPメッセージで問合せ、それに対する回答をRSPメッセージで返す。

© JAHIS 20125

5. 関連情報詳細
5.1 HL7 メッセージについてメッセージ(例えば放射線検査依頼)は具体的な事象トリガイベント(例えばオーダ)により発生し、メッセージヘッダ
ーセグメント(MSH)で始まり、データ構成要素フィールド(例えば患者名)からなるデータをもったセグメント(例えば患者属性)の集合として構成される。 これらはコード化規則による区切文字で区切られた可読的な可変長メッセー
ジであり、下記のように構成される。
メッセージ：
MSH セグメント <CR>
xxx セグメント <CR>
yyy セグメント <CR>
zzz セグメント <CR>
セグメント： セグメント ID | フィールド 1 | フィールド 2 | フィールド 3 | … <CR>
フィールド： エレメント 1 ^ エレメント 2 ^ エレメント 3 ^ …

5.2 フィールドについてフィールドは文字列である。
システムが実際にアプリケーション内でどのようにデータを保管するかについて、HL7 は関与しない。 特に注記しないかぎり、HL7 データフィールドは null 値を採ることがある。 null 値を送ること、つまり 2 個の二重引用符（“”）
として送ることと、オプションのデータフィールドを省略することとは異なる。メッセージ内容が新規レコードを作成するためでなくデータベース内のレコードを更新するために使われるとき、その相違は出てくる。 値を送信しない（すなわち省略する）場合、古い値はそのままである。 null 値を送る場合は、古い値は null 値に変更されるべきである。
本規格のさまざまな章にセグメント属性テーブルが含まれている。 これらのテーブルは、そのセグメント内のデー
タフィールドとその使用上の特徴を一覧・記述している。 セグメントを定義する際、以下の情報が各フィールドについて述べられている。：

5.2.1 (セグメント内の)位置
セグメント内のデータフィールドの順序位置。 セグメント属性テーブルでは、この情報はSEQというコラムにある。
この番号は、セグメント定義テーブルに続くテキストコメントで示されるデータフィールドの説明を参照するために使われる。

5.2.2 最大長１つのデータフィールドの１反復が占めることができる文字の最大数。 セグメント属性テーブルでは、この情報はLEN というコラムにある。
フィールドの長さは標準であるが、施設独自の根拠で変更することができる。後に定義する成分セパレータと副成分セパレータは文字数として計算される。最大長は 1 つの発生の長さなので、反復セパレータは、最大長を計算するときに含めない（章 5.2.5 反復 を参照）。 複合データタイプは最も大きな成分データタイプの最大長より短い最大長を持ってはならない。
最大長が非常に大きな数の意向を伝える必要があるときは、ユーザに警告すべく値 65536 で表す。 この規定は64K と略記した HL7 バージョン 2.4 以前の慣例に代わる。

© JAHIS 20126

5.2.3 データタイプ（データ型）
データフィールドの内容に対する制限。 セグメント属性テーブルでは、この情報は DT というコラムにある。 もしフィールドのデータタイプが不定なときは、”varies”が注記される。
HL7 によって定義された多くのデータタイプがある。 これらについては「5.4 Data types データ型｣で説明する。
JAHIS 仕様の本規約書では「データ型」とも呼んでいる。

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

X －
B －

必須。
オプション。
トリガーイベントおよびその他のフィールド条件による。
セグメント属性表に続くフィールド定義(説明)では、このフィールドの条件を定義するアルゴリ
ズムを指定すべきである。
対象のトリガーイベントでは使用されない。
HL7 の前のバージョンへの下位互換性のために残した。 セグメント属性テーブルに続くフィールド定義(説明)では、先のバージョンのため選択フィールドであると表示すべきである。

注：バージョン 2.3 以上のために：各セグメント定義テーブルに続くセグメントフィールド定義中でフィールドの選択性を明示的に文書化するのがよい；セグメント内のフィールドの選択性がトリガーイベントに依存して変わる場合、その選択性も明示的に文書化するのがよい。
注：多数の成分あるいは副成分を含んでいる、HL7 データタイプによって定義されたフィールドについて
は、正式のセグメント属性テーブルに続く詳細なフィールド定義(説明)中で与えられた成分あるいは副成分の選択性を指定しなければならない（さらに「5.3 Message Delimiters メッセージ区切り文字」「5.4
Data types データ型」を参照すること）。
JAHIS 仕様(本規約書)での取り扱いは以下のとおりである。（R～B は HL7 に同じ。）
セグメント属性テーブルでは、この情報は Japan というコラムにある。
R －
O －
C －

X －
B －
Ｎ －

必須。
オプション。
トリガーイベントおよびその他のフィールド条件による。
セグメント属性表に続くフィールド定義(説明)では、このフィールドの条件を定義するアルゴリ
ズムを指定すべきである。
対象のトリガーイベントでは使用されない。
HL7 の前のバージョンへの下位互換性のために残した。 セグメント属性テーブルに続くフィールド定義(説明)では、先のバージョンのため選択フィールドであると表示すべきである。
通常、使用しない。 施設内でのみ使用する。

5.2.5 反復
そのフィールドが反復されるかどうかを示す。 セグメント属性テーブルでは、この情報は RP／#というコラムにある。
指定は以下のとおりである。
N または空白 － 反復なし。
Y－
無限回または現場で決定した回数だけフィールドが繰り返される。

© JAHIS 2012

7

（整数）
－ フィールドは、整数で指定された最大回数まで繰り返す。
繰り返しのそれぞれが、そのフィールドの最大長で指定した文字数を含めることができる（｢5.2.2 最大長｣を参照）。
使用上の注意：空白をそのフィールドが任意に反復してよいと解釈してはならない。

5.2.6 テーブル
データフィールド定義で説明されているテーブルの表題中の番号(４桁)は、そのコード化値セットの HL7 識別子を意味する。
HL7 はテーブルを 3 つの方法、つまり、使用者、HL7、外部により定義している。
使用者定義表(User-defined Tables)：
ユーザまたは施設で定義された値を持つテーブルである。 これは PV1-3-Assigned patient location のように確実なフィールドを与え、施設ごとに異なる値を持つ。 このようなテーブルは規格では定義してないが、実現を容易にするために使用者定義テーブル番号が割り当てられる。 HL7 はしばしば施設が皮切りとして使えそうな推奨値を発行している（例えば表 0001 性別）。 IS データタイプは、このようなテーブルで使う値をコード化するのによく使われる。 このようなテーブルのなかには、共通のマスタファイルを参照するテーブルもあるということに注意されたい（例えばテーブル 0302 Point of cure）。
JAHIS 仕様の本規約書では「使用者定義テーブル nnnn」と表現している。
HL7 テーブル(HL7 Tables)：HL7 テーブルは HL7 によって定義/発行された値の集合である。 これらはそのテーブルを含むメッセージの解釈に影響を及ぼすので HL7 規格に含まれる。 これらの値は現場で再定義してはならないが、現場で定義した値を含めるためにテーブル自身を拡張することができる。 特にこのことは、HL7 テーブル 0003 – イベント型 のケースに適用されている。 ID データタイプは、HL7 テーブルで使う値をコード化するのに最もよく使われる。
JAHIS 仕様の本規約書では「HL7 表 nnnn」と表現している。
外部テーブル(External Tables)：
外部テーブルは他の標準または組織によって定義/発行されたものである。例えば LOINC コードを使って検査
結果を符号化する。 フィールドで記述するには CE（下位互換性確保のため）CF、CNE、CWE 型で使用される。
9000 とそれ以上のテーブル番号は HL7 が発行する外部定義テーブルのために予約している。 そのようなテーブルは、外部の機関が制定する概念やコードを、HL7 と他の標準化機関との間で規格化要求し合意を得た場合に発生する。 これらは HL7 が他の機関に代わって HL7 規約と共に発行される。 しかし、これらは HL7 規約より頻繁に改訂されるかもしれない。
はい／いいえ標識テーブル（Yes/no indicator table）
はい／いいえ（Yes/No）の実際の使用は、説明内容に敏感である。 各々の章ではそれぞれの文脈での意
味で詳述される。
HL7表 0136 – Yes/no indicatorValue

はい／いいえ標識

DescriptionY

Yes はいNNo

いいえ

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

5.2.8 名称
フィールドの記述的な名前。 セグメント属性テーブルでは、この情報は ELEMENT NAME というコラムにある。

© JAHIS 20128

同じ名前が複数のセグメント中で使用される場合、それは同じデータタイプおよび意味を同じ ID 番号と同様に各セグメントが持っていなければならない。 この慣行から発生する曖昧さを扱うため、フィールドがここで引用される
場合は、セグメント名および位置が常に含まれなければならない。

5.3 Message Delimiters メッセージ区切り文字
メッセージを構成するときに、セグメントターミネータ、フィールドセパレータ、成分セパレータ、副成分セパレータ、
反復セパレータ、エスケープ文字の特殊文字が使われる。 セグメントターミネータは必ずキャリッジ・リターン(16 進0D)である。その他の区切り文字は MSH セグメントで定義される。つまり、フィールド区切り文字は 4 番目の文字位置で定義され、それ以外の区切り文字は、フィールド区切り文字に続くフィールドであるコード化文字フィールドで定義される。 MSH セグメントで定義される区切り文字は、メッセージ全体に適用される。特に理由がなければ、下表の区切り文字を推奨する。
Delimiter values 区切り文字の値
文字位置

区切り文字

-

Segment Terminator
セグメントターミネータ-

Field Separator
フィールドセパレータ
またはフィールド区切り文字
Component Separator
成分セパレータ
Repetition Separator
反復セパレータ
Escape Character
エスケープ文字

1
2
3

4

Subcomponent Separator
副成分セパレータ

推奨
値
<cr>
hex
0D
|

^
~

用法
セグメントレコードを終了する。
この値は、導入者によって変えることができない。
セグメント内で2個の隣接データフィールを分離する。
それはまたセグメント内の冒頭のデータフィールドとセグメントIDを分離する。

データフィールド内の隣接成分を分離する。
成分の使用法は、関連するデータフィールドの記述に述べられている。
反復の認められたデータフィールドにおいて、複数のデータを分離する。

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

文字位置１～４は、各セパレータを表現するキャラクタを定義する(MSH セグメントの)コード化文字フィールド内の指定位置である。

注：区切り文字で囲まれる文字列中で ASCII 以外の文字セットを使用した場合(escape,invoke)、区切り文字に先立
ちASCII文字セットにもどすこと。もし区切り文字が検出された場合は、文字セットはASCIIへリセットしたものとみなす。

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

9

¥E¥

エスケープ文字例： ＭＳＨ－２で｜＾~¥&｜の時、¥９，８００ は次の様に記述する。
¥E¥９，８００

推奨しない/規格外のエスケープシーケンス： HL7 では下記のエスケープシーケンスが定義されているが、本規約ではその使用を推奨しない。 利用する場合は、適用施設/アプリケーション間の取り決めが必要である。 尚、これらのエスケープシーケンスを受信したことで本来実行すべき処理を中断することがないように配慮すべきである。
FT、ST および XT データ型のためのマルチ文字セットをサポートするエスケープシーケンス¥Cxxyy¥¥Mxxyyzz¥
本規約では MSH-18 で ~ISO IR87 を指定するので、文字セットのエスケープシーケンスを必要としない。
強調表示
¥H¥
¥N¥
表示等の表現は受信側アプリケーションで扱うこととする。
16 進法¥Xdd...dd¥
このデータの扱い/解釈は HL7 規格の範囲外であり、本規約でも規定できない。
フォーマット化テキスト
¥.fi¥
¥.nf¥
¥.sp<数>¥ ¥.br¥¥.ce¥¥.in<数>¥¥.ti<数>¥¥.sk<数>¥（報告書等の）書式制御は受信側アプリケーションで扱うこととする。
ローカル¥Zdd...dd¥
このデータの扱い/解釈は HL7 規格の範囲外であり、本規約でも規定できない。

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

解釈¥ （エスケープ文字）¥¥¥（エスケープ文字が３個）

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

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

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

© JAHIS 2012

解釈…16 進数の 05,06 （最後の XY は 16 進数のデータの筈だが誤りである。その処置は本規約では規定外。）…^ （¥S¥ と見なされる。）… （最後の ¥ のみは無視する。）
10

5.4 Data types データ型
HL7表 0440 - データ型
データ型

データ型名称

長さ

コメント

英数
ST

文字列

199

TX

テキストデータ

65536

FT

フォーマットされたテキスト

65536

SRT

ソート順

15

CQ

単位付き複合数量

500

数値
CQ は他のデータ型に埋め込まれた場合正式には表現できない。よってこれの使用はセグ
メントフィールドに限られる。
MO

金額

20

NM

数値

16

SI

シーケンス ID

4

SN

構造化数値

36

識別子
ID

HL7 表用の符号化値

VariableIS

使用者定義表用の符号化値

20

VID

バージョン識別子

973

HD

階層指定

227

EI

エンティティ識別子

427

RP

参照ポインタ

273

PL

個人の位置

1230

PT

処理型

3

DT

日付

8

TM

時間

16

TS

タイムスタンプ

26

符号化要素

483

日付/時間

コード値
CE

HL7 v 2.3.1 時で CNE と CWE と取り替えられた。HL7 v 2.5 時では下位互換性のみのために保持された。

© JAHIS 2012

11

データ型

データ型名称

長さ

コメント

CNE

例外無し符号化

705

CNN

拡張複合 ID と名前

406

CWE

例外有り符号化

705

CF

フォーマットされた値付きの符号化要素

65536

CK

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

削除

CN

複合化 ID 番号と名前削除。v 2.3 で XCN に変更

CX

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

1913

XCN

拡張された複合 ID 番号と名称

3002

CM

複合

v 2.3 で CN から変更

一般削除。HL7 V2.5 ではいくつかの新しい明瞭なデータ型となった。
ここでは、本書で使用するデータ型のみ記載
した。
DLD

退院の場所と日付

47

EIP

エンティティ識別子のペア

855

ELD

エラー場所および説明

493

ERL

エラー場所

18

MOC

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

504

MSG

メッセージ型

15

NDL

場所と日付を備えた名称

835

PRL

親結果リンク755

SPS

標本のソース

4436

AD

住所

415

v 2.3 で XAD に変更

FN

姓

194

PNもしくはPNを含むデータ型（PPN, XCN,

患者属性

XPN）中にのみ出現
PN

個人名

SAD

住所（町名）184

XAD データ型中にのみ出現

TN

電話番号

199

削除

削除

内向的
XAD

© JAHIS 2012

631

拡張住所

12

v 2.3 で AD から変更

データ型

データ型名称長さXPN拡張された個人名

1103

XON

機関に関する拡張された複合名称と ID 番

567

コメント
v 2.3 で PN から変更

号
XTN

拡張された通信番号

850

v 2.3 で TN から変更

CD

チャネル定義581

波形データ用のみ。

MA

多重化された配列

65536

波形データ用のみ。

NA

数値配列

65536

波形データ用のみ。

ED

暗号化されたデータ

65536

バイナリデータの ASCII MIME-エンコーデ

専門/章は特定波形

ィング をサポート
価格データ
CP

543

複合価格

.

患者管理/財政情報
FC

保険種別

47

QSC

照会選択の基準219

QIP

照会入力変数リスト

212

RCD

行列定義

19

DLN

運転免許証番号

66

JCC

職種コード/クラス

292

VH

来院時間

41

実施者のタイムスタンプ

2993

DR

日付/時間の範囲

53

RI

反復間隔

206

RPT

繰り返しパターン

984

SCV

スケジューリング種類と値の対

41

拡張照会

カルテ/情報管理
PPN

TS を結合した XCN と等価

時系列

スケジューリングデータ用のみ。第 10 章参
照

TQ

1209

タイミング/量HL7 V2.5 では、下位互換性のためにのみ保持される。

© JAHIS 2012

13

データ型
GTS

データ型名称

長さ

コメント

199

汎用タイミング指定

Data types データ型解説
ST 文字列データ
文字列データは、左詰めにされこれに空白がうしろに続いてもよい。任意の表示可能な(印刷可能な)ASCII文字(20から7Eまでの16進値)である。例：|almost any data at all|TX テキストデータ
文字列データは、使用者に対しターミナルまたはプリンターによって表示するためにある。文字列に先行空白を挿入した方が使用者に見やすいということもあるので、文字列は必ずしも左詰めにするわ
けではない。この種のデータは表示することが目的なので、表示装置を制御するためのエスケープ
文字シーケンスを含むことがある。先行空白文字を挿入し、後書き空白を取り除くとよい。 例：|
leading spaces are allowed.|
TXデータは表示するためにあるので、反復区切文字をTXデータフィールドで使うと、それは一連の反復行がプリンターまたはターミナル上に表示されることを意味する。したがって反復区切文字は、パラグラフ・ターミネータまたはハード・キャリッジ・リターンとみなされる。(そのテキスト内にCR/LFが挿入されたように表示される)。
受信システムでは、任意の大きさの表示ウィンドウに合わせるためテキストを繰り返し区切り文字間でワードラップするが、反復区切文字で始まる行はすべて新たな行になる。
FT 書式付テキストデータ
このデータ型は、書式を埋め込み追加することで文字列データ型を拡張したものである。 これらの書式は固有であり、フィールドの使用環境から独立している。 文字列データ(ST)フィールドとFTフィールドとの違いは、長さが任意(64kまで)であることと、エスケープ文字で囲まれた書式を含むことである。 例：|¥.sp¥(skip one vertical line)|
SRT ソート依頼
Components: <sort-by field ソート・フィールド(ST)> ^ <sequencing 配列(ID)>

ソートされるレスポンスとソート方法をこのパラメータで指定する。
第１成分はソートされるレスポンスのフィールドを識別する。 よいレスポンスでは、これはソートされるべきカラム名になる。 セグメントパターンや表示応答ではソートされるべきセグメントフィールド名になる。 (セグメントフィールド名定義については QIP データタイプの「セグメントフィールド名(ST)」を参照。)。
第２成分はフィールドかパラメータにより識別しソートする。 HL7 テーブル 0397 を参照する。
テーブル0397－汎用IDタイプ
Value
A
AN
D
DN
N

Description
Asending
昇順
Asending,case Insensitive
大小文字区別無し昇順
Desending
降順
Desending, case Insensitive
大小文字区別無し降順
None

CQ 単位付き合成量
Components: <数量(NM)>^<単位(CWE)>

第1成分は数量である。第2成分はその数量の単位である。デフォルトの単位で検査を測定した場合、その単位は送信する必要ない。その単位がISO+単位であるなら小文字の省略形を使用するとよい 。
その単位がANSIまたはローカル定義のものならその単位と出典を記録しなければならない。

© JAHIS 201214

例：|123.7^kg| kilograms is an ISO unit
|150^lb&&ANSI+| weight in pounds is a customary US unit defined within ANSI+.

MO 金額
Components: <quantity (NM)> ^ <denomination (ID)>

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

NM 数字
ASCII数字列として表記される数字は、オプションの先行符号(＋または－)、数字、そしてオプションの小数点から構成される。符号がない場合、その数値は正数であると仮定される。小数点がない場
合、その数値は整数であると仮定される。 例：|999| |-123.792|
先行ゼロまたは小数点の後の後書きゼロは無意味である。01.20と1.2という2つの数値は同一である。
オプションの先行符号(＋または－)およびオプションの小数点(．)を除いては、数字以外のASCII文
字は許されない。したがって、値“<12”は、文字列データ型としてコード化しなければならない。
SI シーケンス ID
NMフィールド形式の正整数。このフィールドの使用方法は、それが現われるセグメントとメッセージを定義している章で定義する。
SN 構造化数値
Components: <comparator比較演算子 (ST)> ^ <num1 (NM)> ^ <separator/suffixセパレータ/サフィックス(ST)> ^ <num2 (NM)>構造化した数値データタイプは、条件を伴った数値の臨床検査結果を表現するため使用される。これによって受信システムは成分を別々に格納することができ、数値のデータベース照会の使用が容易になる。
比較演算子は、超｢ > ｣、未満｢ < ｣、以上｢ >= ｣、以下｢ <= ｣、等しい｢ = ｣、等しくない｢ <> ｣、デフ
ォルトは等しい｢ = ｣である。
<num1>および<num2>が値を持つ場合、セパレータ/サフィックスは必須である。セパレータが｢ - ｣である場合、その範囲は両端を含む。例えば、<num1> - <num2>は、<num1> <= x <= <num2>であるような一連の数値 X を示す。
num1 は数値。num2 は数値またはヌルであり測定によって異なる。
セパレータ/サフィックスは、｢ - ｣、｢ + ｣、｢ / ｣、｢ . ｣、｢ : ｣。
例： |>^100| (greater than 100)、 |^100^-^200| (equal to range of 100 through 200)|^1^:^228| (ratio of 1 to 128, e.g., the results of a serological test)|^2^+|(categorical response, e.g., occult blood positivity)
ID HL7 定義コード化値
この種のフィールドで使う値は、正当な表の値から引用される以外はSTフィールドで使う書式規則に従う。IDフィールドの例として性別などがある。
IS 使用者定義コード化値
このフィールドの値は、使用者定義テーブルから引用され、STフィールドの書式規則に従う。ISデー
タ型に関連したHL7テーブル番号があるものとする。例えば事象理由コードである。

VID バージョン識別子
Components: <version ID (ID)> ^ <internationalization code(CWE)> ^ <international version ID (CWE)>

第1要素はHL7バージョンを表記するために使用。 取りうる値はHL7テーブル0104を参照。
第2要素はISO3166国コードで国際支部の国を表記する。 ISO3166テーブルに従い、3文字のコー
ドを国コードと扱う。
第3要素に各国支部がUSのバージョンに対し支部バージョンを持つ場合そのバージョン番号を表記する。

© JAHIS 201215

HD 階層的デジグネータ
Components: <namespace ID (IS)> ^ <universal ID (ST)> ^ <universal ID type (ID)>

HDデータタイプは他のデータタイプ構成要素の一部として用いられる。それは、ローカルで定義されたアプリケーション識別子や公に割り当てられたUIDのいずれかとして使用される。
HDは、HL7の初期の版でISデータ型を使用したフィールドの中で使用される。その場合、第一成分のみである。HDデータ型の第1の成分が存在する場合、第2と第3の成分はオプションである。第3成分が存在する場合、第2成分も存在せねばならない。
HDの第2の成分、汎用ID(UID)は、第3の成分、汎用IDタイプ(UIDタイプ)によって定義される書式の文字列である。UIDはUIDタイプ内で時間が経過しても一意的になるよう定義されている。UIDタイプ
によって定義された各UIDは、UIDを構築する特に列挙された計画のうちの1つに属さなければならない。UID(第2の成分)は、第3の成分によって定義された汎用ID構文規則に従わなければならない。
テーブル0301－汎用IDタイプ
Value
DNS
GUID
HCD
HL7
ISO
L、M、N
ランダム

Description
インターネットで指定された名前。ASCII文字あるいは整数値のいずれか。
UUIDと同じ。
CENヘルスケアコード体系デジグネータ(DICOMで使用される識別子はこの割当計画に従う)。
将来のHL7登録計画のためにリザーブ。
国際標準化機構オブジェクト識別子
ローカルで定義されたコード体系のためにリザーブ。
一般的にランダムビットのbase64コード化文字列。一意性は、ビットの長さに依存する。メール・システムは、ランダムビットおよびシステム名の組合せから、ASCII文字列の｢一意的な名｣を生成することが多い。明らかに、そのような識別子はbase64文字集合によって束縛されない。
DCE 汎用一意性ID
X400 MHS書式ID
X500 ディレクトリ名

UUID
x400
x500

例：
1.2.34.4.1.5.1.5.1,1.13143143.131.3131.1^ISO
14344.14144321.4122344.14434.654^GUID
falcon.iupui.edu^DNS
40C983F09183B0295822009258A3290582^RANDOM
LAB1

Local use only: an HD that looks like an IS data type.

PathLab^UCF.UC^L

A locally defined HD in which the middle component is itself structured.
This can be considered the combination of 'PathLab' with thelocally defined UID system "L".

LAB1^1.2.3.3.4.6.7^ISO

An HD with an ISO "Object Identifier" as a suffix, and a locally definedsystem name.

^1.2.344.24.1.1.3^ISO

An HD consisting only of an ISO UID.

EI エンティティ識別名
Components: <entity identifier (ST)> ^ <namespace ID (IS)> ^ <universal ID (ST)> ^ < universal ID type(ID)>

エンティティ識別名は、識別子の指定されたシリーズ内の与えられたエンティティを定義する。
指定されたシリーズ、すなわち割り当て権限は、成分2～4によって定義される。割り当て権限は階層
的指名者データ型(HD)である。 しかし、それは3つの個別の成分としてEIデータ型の中で定義され、これは通常単一の成分として定義されるのと異なる。 これはいくつかの既存のデータ分野の成分としてのEIの使用と下位互換性を維持するためである。そうでなければ、成分2～4は｢HD 階層的デジグネータ｣の中で定義される。 階層的指名者は、与えられたHL7導入を通じて一意的である。
第1成分、エンティティ識別名は、識別子のシリーズ内で一意的であるよう定義され、割当て権限によって作成され、これは階層的指名者によって定義され成分2～4で表わされる。
RP 参照ポインタ
Components: <pointerポインタ (ST) > ^ < application IDアプリケーションID (HD)> ^ <type of dataデータの型 (ID)> ^ <subtypeサブタイプ (ID)>© JAHIS 201216

このデータ型は、別のシステムに保存されているデータの情報を伝送する。このデータ型には、そのシステムに保存されているデータを一意に識別する参照ポインタ、そのシステムの識別、およびデータの型が含まれる。
ポインタ： データを保存するシステムが割り当てる一意なキー。そのキーはSTデータ型であり、データを識別しそのデータにアクセスするのに使う。
アプリケーションID： HDデータ型でありデータを保存するシステムの一意な名前。依頼者(または実施者)アプリケーションIDに同じ。 アプリケーションIDは扱うHL7メッセージシステムを通じて一意でなければならない。
参照されるデータのタイプはHL7テーブル0191に示される。
テーブル 0191 – 参照されるデータのタイプ
Value

Description

AP

Other application data, typically uninterpreted binary data (HL7 V2.3 and later)

AU

Audio data (HL7 V2.3 and later)

FT

Formatted text (HL7 V2.2 only)

IM

Image data (HL7 V2.3 and later)

Multipart

MIME multipart packageNSNon-scanned image (HL7 V2.2 only)SD

Scanned document (HL7 V2.2 only)SI

Scanned image (HL7 V2.2 only)

TEXT

Machine readable text document (HL7 V2.3.1 and later)

TX

Machine readable text document (HL7 V2.2 only)

サブタイプは、参照されるデータのタイプのための書式を宣言するので、HL7テーブル0291－参
照されるデータのサブタイプを参照すること。
テーブル 0291 - Subtype of referenced data
Value

Description

BASIC

ISDN PCM audio data

DICOM

Digital Imaging and Communications in Medicine

FAX

Facsimile data

GIF

Graphics Interchange Format

HTML

Hypertext Markup Language

JOTElectronic ink data (Jot 1.0 standard)

JPEG

Joint Photographic Experts Group

Octet-stream

Uninterpreted binary data

PICT

PICT format image data

PostScript

PostScript program

RTF

Rich Text Format

SGMLStandard Generalized Markup Language (HL7 V2.3.1 and later)

TIFF

TIFF image datax-hl7-cda-level-oneXML

HL7 Clinical Document Architecture Level One document
Extensible Markup Language (HL7 V2.3.1 and later)

PL 患者所在
Components: <point of care看護単位 (IS)> ^ <room病室 (IS)> ^ <bedベッド (IS)> ^ <facility施設(HD)> ^ <location status場所の状態 (IS) > ^ <person location type所在場所タイプ (IS)> ^<building建物 (IS)> ^ <floor階 (IS)> ^ <location description場所の詳細 (ST)>© JAHIS 201217

このデータ型は医療施設内の個人の所在場所を特定するため使用される。どのコンポーネントに値を付けるかはサイトの必要性によって異なる。それは患者の所在場所を特定するため使用されることが最も多いが、しかし医療施設内の患者以外の個人を指すことやその場所の状態を表現する場合もある。
看護単位とは診療室や病棟など部門をいう。場所の状態でベッドのあき状況などを表示する。所在場所のタイプをコードで表現する。
注：成分の順序によって、以前のバージョンのHL7と互換性がある。下位互換性の制約がない場合、成分の階層構造オーダは次のようになる：<所在場所タイプ(IS)> ^ <施設(HD)> ^ <階(IS)> ^ <看護単位(IS)> ^ <病室(IS)> ^ <ベッド(IS)> ^ <場所の詳細(ST)> ^ <場所の状態(IS)>。
PT 処理タイプ
Components: <processing ID (ID)> ^ <processing mode (ID)>

このデータ型は、HL7アプリケーションがHL7メッセージの処理をするべきか否か示す。
処理IDで、メッセージが生成、訓練あるいはシステムデバッギングかどうか定義する値。有効な値については｢HL7テーブル0103－処理ID｣を参照すること。処理モ－ドで、メッセージが文書累積の処理あるいはイニシャルロ－ドの一部かどうか定義する。有効な値については｢HL7テーブル0207－処
理モ－ド｣を参照すること。

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

TM 時間
Format: HH[MM[SS[.S[S[S[S]]]]]] [+/-ZZZZ]
以前のHL7バージョンでは、24時間表記法による書式HHMM[SS[.SSSS]][+/-ZZZZ]を常に使用していた。表記する桁数で精度が規定される。秒指定(SS)はオプションである。存在しない場合、分までの精度と解釈される。小数の秒指定は同様にオプションである。小数の秒は、秒より高い精度の時間を必要とする場合に送信される。分、時間、またはそれ以上の時間単位を小数で表記することはできない。発信者の時間帯は、万国標準時(以前はグリニッジ標準時として知られていた)からのオフセットとしてオプションで送られることがある。発信者の時間帯が特定のTMフィールドに存在しないが、MSHセグメントの日時フィールドの一部として含まれる場合は、MSH値がデフォルトの時間帯として使われる。それ以外の場合、その時間は発信者の現地時間を参照するものと解釈される。真夜中は0000と表記する。
例：|235959+1130| 1 second before midnight in a time zone eleven and half hours ahead of
Universal Coordinated Time (i.e., east of Greenwich).
|0800| Eight AM, local time of the sender.
|093544.2312| 44.2312 seconds after Nine thirty-five AM, local time of sender.
TS タイムスタンプ
Format: YYY[MM[DD[HHMM[SS[.S[S[S[S]]]]]]]] [+/-ZZZZ] ^ <精度>
日付と時間を含む、イベントの正確な時間から成る。書式はつぎのようである。
YYYYLLDD[HHMM[SS[.SSSS]]][+/-ZZZZ]^<精度>
タイムスタンプの日付部は日付フィールドの規則に従う。時間部は時間フィールドの規則に従う。表
記する桁数により精度が規定される。すなわち、誕生日として使われるとき、HHMM部が省略されれば日付であり、HHMM部を0000とすると、まさに明けようとしているその日の真夜中(0時0分)になる。
HL7コード化規則の中で使われる特定のデータ表記はISO 8824-1987(E)との互換性がある。オプションの精度は下位互換性のためにあり、その日時の精度を示す(Y = 年、L = 月、D = 日、H = 時間、M = 分、S = 秒)。例:|17760704010159-0600| 1:01:59 on July 4, 1776 in the Eastern Standard Time zone.
|17760704010159-0500| 1:01:59 on July 4, 1776 in the Eastern Daylight Saving Time zone.
|198807050000| Midnight of the night extending from July 4 to July 5, 1988 in the local timezone of the sender.
|198807050000^D| Same as prior example, but precision extends only to the day. Could be
used for a birthdate.(＝|19880705|)© JAHIS 201218

HL7規格では、すべてのシステムが日常的に時間帯オフセットを送るよう強く推奨するが、強制はしない。HL7システムではすべて時間帯オフセット受け入れる必要があるが、その実装はアプリケーションに任される。多くのアプリケーションの場合、関心ある時間はその発信者の現地時間である。たとえば、東部標準時間帯にあるアプリケーションが12月11日午後11:00にサンフランシスコで入院が発生したという通知を受けた場合、その入院を12月12日ではなくて(現地時間の)12月11日に発生したものとして扱うのがよい。
この規則における例外は、臨床システムが、互いに近くに存在しながら時間帯の異なる複数の病院で収集された患者データを処理する場合である。そのようなアプリケーションは、そのデータを共通の表記に変換することがある。同じような問題は、サマータイムとの切り替え時にも発生する。HL7は、情報の送信時に時間帯情報を含めるようにすることで対応する。しかし、ここで検討した処理のどちらを受信システムが採用するかは指定しない。
CE コード化値
Components: <identifier識別子 (ST)> ^ <textテキスト (ST)> ^ <name of coding systemコーディング方式
名 (IS)> ^ <alternate identifier代替識別子 (ST)> ^ <alternate text代替テキスト (ST)> ^<name of alternate coding system代替コーディング方式名 (ST)>例：|54.21^Laparoscopy^I9^42112^^AS4||F-11380^CREATININE^I9^2148-5^CREATININE^LN|
このデータ型は、コード、およびそのコードと関連するテキストを送る。この型は、次に述べる通り、代替成分を含め6個の成分を持つ：
識別子： 後ろの<text>によって参照される項目を一意に識別する文字列(コード)。異なるコーディ
ング方式では、異なる要素を持つ。
テキスト： 問題としている項目の名前または記述。たとえば、心筋梗塞とかX線撮影所見など。そのデータ型は文字列(ST)である。
コーディング方式名： コーディング方式には一意な識別子が割り当てられる。この成分は、識別子
成分内で使われているコーディング方式を識別するのに役立つ。識別子成分とコーディング方式名
成分の組合せは、データに対して一意なコードである。ここに指定されるコーディング方式の例は、
ICD-9、ICD-10、SNOMEDなどである。各方式には一意な識別文字列が与えられる。ここにHL7テーブルを使用する場合、HL7テーブル番号をnnnnとしHL7nnnnとして定義する。
代替成分： 3つの代替成分は、上記と同様、代替方式または現地コーディング方式を定義するためにある。代替テキスト成分が存在せず、代替識別子が存在すると、代替テキストはテキスト成分と同じであると解釈される。代替コーディング方式成分が存在しない場合、それはローカル定義の方式であると解釈される。
注記： このデータ型では2組の等価コードを表現しているが、それはCE型フィールドの反復とは意味が違っている。反復を用いる場合は、いくつかの明瞭なコード(明瞭な意味を持つコード)を送信するのが普通である。
CNE 例外なしコード化値
Components: <identifier識別子 (ST)> ^ <textテキスト(ST)> ^ <name of coding systemコーディング方式
名 (IS)> ^ <alternate identifier代替識別子 (ST)> ^ <alternate text代替テキスト (ST)> ^<name of alternate coding system代替コーディング方式名 (IS)> ^ <coding system version
ID コーディング方式バージョンID(ST)> ^ < alternate coding system version ID 代替コーディ
ング方式バージョンID(ST)> ^ <original textオリジナルテキスト(ST)>

第1成分はユニークな文字のつながり（コード）である <テキスト>を参照するための識別項目である。
異なるコード化の要素を持つ。
第2成分は問題の項目の名前を記述。例えば心筋梗塞あるいはX線の印象。そのデータタイプは文字列である。これは識別子にコーディング方式によって割り当てられるテキストである。
第3成分のそれぞれのコーディング方式には一意な識別子を割り当てられる。 この成分は識別子成分で使われて符号体系を識別するのに役立つ。
識別子成分とコーディング方式名成分の組合せはデータ項目に一意なコードである。 それぞれの方
式は一意な識別文字列を持っている。
使用者定義テーブル0396－コーディング方式(HL7-節7.18.1参照)－が許されている値を含んでいる。このテーブルは｢ASTM E1238 –94、診断、処置、検査、薬剤ID、健康結果｣コーディング方式を含© JAHIS 201219

み、HL7-節7.2.5のテーブルで識別される。 必要に応じて、他の方式が追加される。
コード集合を発行するいくつかの機関が１つ以上を著作する。
それから、ユニークであるコーディング方式はコーディング権限機関の名前とそのコードセットあるいはテーブルの名前の結合である。
HL7 テーブルが CE データタイプのために使われるとき、コーディング方式名成分は nnnn がHL7 テーブル番号である HL7nnnn と定義される。 同様に、ISO テーブルが ISOnnnn と命名される。そこでは nnnn は ISO テーブル番号である。
第4成分は上の｢識別子｣に類似している。データタイプCNEの｢使用上の注意｣を参考。
第5成分は上記の｢テキスト｣に類似している。データタイプCNEの｢使用上の注意｣を参考。
第6成分は上記の｢コーディング方式の名前｣に類似している。データタイプCNEの｢使用上の注意｣を参考。
第7成分は第1成分-第3成分によって識別されるコーディング方式のためのバージョンＩＤである。それは概念的に第1成分-第3成分に属して、そして逆方向互換性の理由だけのためにここで現われる。
第8成分は第4成分-第6成分によって識別されるコーディング方式のためのバージョンＩＤである。それは（データタイプCEの第6成分を参照）概念的に代わりのコンポーネントのグループに帰属して、そして逆方向互換性の理由だけのためにここで現われる。
第9成分は特定のコードの前に自動化されたプロセスあるいは人に利用可能であったオリジナルのテキストは割り当てられた。この部品はオプションである。
使用上の注意：第1成分-第3成分と第7成分：識別子は必要とされて、そして正当なコードであるに違いない。コーデ
ィング方式はあるいは存在していて、そして許されたコーディング方式のセットから値を持っていなくてはならない、あるいはもし存在していないなら、それはコードが「 HL7 コーディング方式」を意味するという状態で、もしそれが高く評価されたならと比べて同じ意味を持つと解釈されるであろう。
使用者定義テーブル0396－コーディング方式(HL7-節7.18.1参照)－が許されている値を含んでいる。
もしコーディング方式が「 HL7 コーディング方式」以外のどんな方式でもあるなら、バージョンＩＤが実際のバージョンＩＤで高く評価されなくてはならない。
もしコーディング方式が「 HL7 コーディング方式」であるなら、バージョンＩＤは実効値を持っているかもしれない、あるいは存在しないかもしれない。 もしバージョンＩＤが存在しないなら、それはメッセー
ジヘッダで HL7 バージョン番号と比べて同じ値を持っていると解釈されるであろう。
コードのテキスト記載は任意である、しかし、それがメッセージを正確度のために、特にインタフェース
検査とデバッギングの間に再検討することがより容易であるようにするので、その使用は奨励されるべきである。
第9成分：これは、特定の規約が割り当てられる前に、自動化されたプロセスあるいは人に利用可能であったオリジナルのテキストである。この部品はオプションである。
第4成分-第6成分と第8成分：これらの成分はオプションである。
記述されるように、それらはローカルであるか、あるいはユーザによって見られるコードを表すために使われる。
もし存在しているなら、第4成分-第6成分と第8成分は第1成分-第3成分と第7成分の記述と同じ使用
規則と翻訳に従う。
もし両方ともが存在しているなら、第4成分と第1成分のアイデンティファイアは正確に同じ意味を持つ
べきである、すなわち、それらは正確な同義語であるべきである。
CNE 使用法ノート：必要とされるか、あるいは義務的なコードされたフィールドが必要とされるとき、CNE データタイプは使われるべきである。
使用者定義テーブル0396－コーディング方式－が許されている値を含んでいる。
このテーブルは｢ASTM E1238 –94、診断、処置、検査、薬剤、健康結果｣コーディング方式を含む。
HL7 テーブルが CE データタイプのために使われるとき、コーディング方式名成分は nnnn がHL7 テーブル番号である HL7nnnn と定義される。
それらの使用法のガイドラインがHL7-チャプタ－7、節7.1「序論と概要」で説明される。
例:1. もし OBX セグメントの値タイプ(Value Type)フィールド(2 を順番に並べる)が型 CNE であると定義され、de に生ませられた値型が数だったならば、値型フィールドの最短の表現は現在の ID フィールド・シンタック
スと同一でしょう:© JAHIS 201220

OBX|1|NM|718-7＾Hemoglobin＾LN||13.4|GM/DL|14-18|N||S|F<cr>
テキストを含んでいたのと同じ OBX セグメントのより冗長な表現は、次のとおりでしょう:
OBX|1|NM＾Numeric|718-7＾Hemoglobin＾LN||13.4|GM/DL|14-18|N||S|F<cr>
テキストとコーディング方式を含む同じ OBX セグメントのさらに冗長な表現は、次のとおりでしょう:
OBX|1|NM＾Numeric＾HL70125|718-7＾Hemoglobin＾LN||13.4|GM/DL|14-18|N||S|F<cr>
データを作成したオリジナルのシステムの中で使用されるコードに関する情報を保持するために、スキーム・
データをコード化する選択肢を含んでいることができるかもしれません:
OBX|1|NM ＾ Numeric ＾ HL70125 ＾ NUM ＾ Number ＾ 99LAB|718-7 ＾ Hemoglobin ＾LN||13.4|GM/DL|14-18|N||S|F<cr>
上記のものに加えて、人が使用されている語いのバージョンを捕らえ、HL7 バージョンが“2.3.1”およびスキーム・バージョンをコード化する 99LAB だった場合“1.1”だった、フィール?は次のように現われるでしょう。
OBX|1|NM ＾ Numeric ＾ HL70125 ＾ NUM ＾ Number ＾ 99LAB ＾ 2.3.1 ＾ 1.1|718-7 ＾ Hemoglobin ＾LN||13.4|GM/DL|14-18|N||S|F<cr>
更に、もし人が値フォーマットの“user seen”テキストを含みたく、ユーザがデータ・エントリ・スクリーン上のフィールド・タイプとして“Decimal”を見たならば、フィールドは次のように現われるでしょう:
OBX|1|NM＾Numeric＾HL70125＾NUM＾Number＾99LAB＾2.3.1＾1.1＾Decimal|718-7＾Hemoglobin＾
LN||13.4|GM/DL|14-18|N||S|F<cr>
最終的に、ユーザは本来の ID の代わりに略記号を使用し、別名の ID として長い書式を使用することができた。
OBX|1|NM ＾ ＾ ＾ NUM ＾ Number ＾ 99LAB ＾ ＾ 1.1 ＾ Decimal|718-7 ＾ Hemoglobin ＾LN||13.4|GM/DL|14-18|N||S|F<cr>
2. もし値タイプ･フィールドがCNEフィールドとして定義されていたならば、および希望の値タイプが値セットの中になかった場合、有効な OBX インスタンスを作成することができない。 例えば、もし検査システムが内部値タイプの“Decimal Range”を持っていれば、HL7 テーブル 0125 に利用可能な対応する値タイプがな
いので、有効な OBX インスタンスを作成することができない。 次の事例は正しくない。 CNE フィールドのすべての有効なインスタンス中で、ID フィールドは、指定されたテーブルからの有効な値を持っていなければならない。
正しくない(有効な ID がない)
OBX|1| ＾ ＾ ＾ DR ＾ Decimal Range ＾ 99LAB ＾ ＾ 1.1 ＾ Decimal Range|718-7 ＾ Hemoglobin ＾LN||13.4|GM/DL|14-18|N||S|F<cr>
3. コーディング･スキームが HL7 テーブルの ID 以外である場合、コーディング･スキームは HL7-チャプタ－7 の中で指定されたコーディング･スキームから得られる有効なスキームでなければならない。 例えば、もしOBX セグメントの検査項目フィールド(OBX-3)が CNE フィールドとしてタイプされ、LOINC バージョン 1.0kが検査項目に対するソースとして使用されていたならば、次の OBX 事例は有効でしょう:
OBX|1|NM|718-7＾Hemoglobin＾LN＾＾＾＾1.0k||13.4|GM/DL|14-18|N||S|F<cr>
しかしながら、コーディング･スキーム指示“LOCAL”が、有効なコーディング･スキームの ID リストに載っておらず、また、それも有効で“local”なコーディング･スキームの ID を作成のために HL7-チャプタ－7 に記述された規則に順応しないので、次の OBX 事例は正しくないであろう。
正しくない(無効なコーディング･スキーム)
OBX|1|NM|9587-2＾Hemoglobin＾LOCAL＾＾＾＾1.0k||13.4|GM/DL|14-18|N||S|F<cr>
ローカルのコーディング･スキーム“99LAB”を使用する有効な OBX インスタンスは、“99LAB”が HL7-チャプ
タ－7 に記述されているようにローカルのコーディング･スキームを指定するための規則に適合しているので、許可される。 有効な OBX 事例は以下のように表わされる：
OBX|1|NM|9587-2＾Hemoglobin＾99LAB＾＾＾＾6.5||13.4|GM/DL|14-18|N||S|F<cr>© JAHIS 201221

コーディング･スキームが HL7 テーブルの ID 以外である場合、最終的には、バージョン番号は存在しなければならない。 たとえコーディング･スキーム LN(LOINC)が有効でも、有効なバージョン番号が抜けているので、次の OBX 事例は正しくない：
正しくない(見当たらないバージョン番号)
OBX|1|NM|718-7＾Hemoglobin＾LN||13.4|GM/DL|14-18|N||S|F<cr>
CNN 拡張複合 ID と名前
Components: <ID number ID 番号 (ST)> ^ <family name 姓 (FN)> ^ <given name 洗礼名 (ST)> ^ <secondand 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-Namespace ID 割 当 て 権 限 者 - ネ ー ム ス ペ ー ス ID (IS)> ^ <assigningauthority-Universal ID 割当て権限者-ユニバーサル ID (ST)> ^ <assigning authority-Universal ID Type 割
当て権限者-ユニバーサル ID 種別 (ID)>例: |00001^中田^隆|
CWE 例外を含むコード化値
Components: <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 コーディング方式バージョンID(ST)> ^ < alternate coding system version ID 代替コーディ
ング方式バージョンID(ST)> ^ <original textオリジナルテキスト(ST)>

第 1 成分：文字のつながり（コード）それはユニークに < テキスト>によって参照されて項目を識別する。異なったコード化方式がここで異なった要素を持つであろう。
第 2 成分：問題の項目の名前あるいは記載。例えば、 myocardial 梗塞あるいはレントゲン写真印象。
第 3 成分：それぞれのコーディング方式がユニークな識別子を割り当てられる。
このコンポーネントは識別子コンポーネントで使われて符号体系を識別するのに役立つであろう。
識別子成分とコーディング方式名成分の組合せはデータ項目に一意なコードである。 それぞれの方式は一意な識別文字列を持っている。
使用者定義テーブル 0396(HL7-節 7.18.1 参照)-コーディング方式-が許されている値を含んでいる。テーブ
ルは｢ASTM E1238 –94、診断、処置、検査、薬剤 ID、健康結果｣と、ASTM-7.1.4 のテーブルで識別される
ように、コードしている「コード化方式」を含む。必要に応じて、他の方式が追加される。
コード集合を発行するいくつかの機関が１つ以上を著作する。
それから、ユニークであるコーディング方式はコーディング権限機関の名前とそのコードセットあるいはテーブルの名前の結合ある。
HL7 テーブルが CE データタイプのために使われるとき、コーディング方式名成分は nnnn が HL7 テ
ーブル番号である HL7nnnn と定義される。
同様に、 ISO テーブルが ISOnnnn と命名されるであろう、そしてそこで nnnn は ISO テーブル番号である。
第 4 成分：上の｢識別子｣に類似している。データタイプ CWE の｢使用上の注意｣を参照。
第 5 成分：上記の｢テキスト｣に類似している。データタイプ CWE の｢使用上の注意｣を参照。
第6成分：上記の｢コーディング方式の名前｣に類似している。データタイプCWEの｢使用上の注意｣を参照。
第 7 成分：これは第 1 成分-第 3 成分によって識別されるコーディング方式のためのバージョンＩＤである。それは概念的に構成する第 1 成分-第 3 成分のグループに帰属して、そして逆方向互換性の理由だけのためにここで現われる。
第 8 成分：これは第 4 成分-第 6 成分によって識別されるコーディング方式のためのバージョンＩＤである。それは概念的に代わりの成分のグループに帰属する（見なさい、と０が指摘する、上記の「テキスト」に類似している。データタイプ CWE の「使用上の注意」を参照。
第 9 成分：特定の規約が割り当てられる前に、自動化されたプロセスあるいは人に利用可能であったオリジ
ナルのテキスト© JAHIS 201222

使用上の注意：こちらは一般に送られるフィールドがコード、しかしどこにコードが卓越したインスタンスであるいはサイト契約によって除かれるかもしれないか使っている。
使われているコーディング方式がテキストでコンセプトを記述するためにコードを持っていないとき、卓越した事例が起こる。
1) Coded ：識別子はコーディング方式から正当なコードを含んでいる。
コーディング方式はあるいは存在していて、そして許されたコーディング方式のセットから、あるいはもし存在していないなら値を持っていなくてはならない、それはコードが「 HL7 コーディング方式」を意味するという状態で、もしそれが高く評価されたならと比べて同じ意味を持つと解釈されるであろう。
使用者定義テーブル 0396-コーディング方式が許されている値を含んでいる。
テーブルは｢ASTM E1238 –94、診断、処置、検査、薬剤 ID、健康結果｣と、ASTM-7.1.4 のテーブルで識別されるように、コードしている「コード化方式」を含む。
もしコーディング方式が「 HL7 コーディング方式」以外のどんな方式でもあるなら、バージョンＩＤが実際のバージョンＩＤで高く評価されなくてはならない。
もしコーディング方式が「 HL7 コーディング方式」であるなら、バージョンＩＤは実効値を持っているかもしれない、あるいは存在しないかもしれない。 もしバージョンＩＤが存在しないなら、それはメッセージヘッダでHL7 バージョン番号と比べて同じ値を持っていると解釈されるであろう。
テキスト記述は任意である、しかしその使用はテストの間のそしてデバッグするメッセージの判読性で支援に奨励されるべきである。
例 1a ： CWE 値と値が SNOMED ・インターナショナルから取られる（とき・から・につれて・ように）、観測識別子が LOINC コードと観測値である OBX 部分が送られている。
OBX|1|CWE|883-9^ABOGroup^LN|1|F-D1250^TypeO^SNM3^^^^3.4|||N||F<cr>
例 1b ：観測識別子が LOINC コードと観測値である OBX 部分が CWE 値として送られている、そして
値は（現在仮説の） HL7 テーブルから取り出される。
OBX|1|CWE|883-9^ABOGroup^LN|1|O^Type O^HL74875^^^^2.3.1|||N||F<cr>2) Uncoded ：テキストが高く評価される、識別子は値を持っていない、そしてコーディング方式とバージョンＩ
Ｄがオプション１のために論じられると比べて同じ規則に従う。
例２：検査結果IDをLOINCコードとする OBXセグメントと検査結果が CWE値として送られており、そして、
正しい臨床結果「Wesnerian」が許容値の中に見いだされなかったことのテキストとして送られる。
OBX|1|CWE|883-9^ABO Group^LN|1|^Wesnerian^SNM3^^^^3.4|||A||F<cr>3) データ消失：コーディング方式の名前は「 HL7 CE 状態」である、バージョンＩＤが１レアルいずれかであるバージョン、あるいはもし存在していないなら、それはメッセージヘッダでバージョンと比べて同じ意味を持っている、そして識別子は許された CE フィールド statuses の１人からその値を取る。
許された CE フィールド statuses のコードは下に示されて、そして HL7 用語の一部としてテーブルで維持されるであろう。
コードのテキスト記載は任意である。
例３：検査結果 ID を LOINC コードとする OBX セグメントと検査結果が LCE 値として送られており、この検査がされなかったことから送られることができる値がない。
OBX|1|CWE|883-9^ABOGroup^LN|1|NAV^NotAvailable^
HL70353^^^^2.3.1|||N||F<cr>
第 9 成分：これは、特定の規約が割り当てられる前に、自動化されたプロセスあるいは人に利用可能であったオリジナルのテキストである。このフィールドは任意である。
第 4 - 6 成分＆第 8 成分：成分 4-6＆8 は任意である。

© JAHIS 201223

それらはローカルまたはユーザによって見られたコードを表すために使われる。
もし存在しているなら、第 4 - 6 成分と第 8 成分は（CWE データタイプの）第 1 - 3 成分と第 7 成分の記述と同じ使用規則と翻訳に従う。
もし両方ともが存在しているなら、第４成分と第１成分でのアイデンティファイアは正確に同じ意味を持つべきである；すなわち、それらは正確な同義語であるべきである。
例４：検査結果 ID を LOINC コードとする OBX セグメントと検査結果が CWE 値として送られており、結果はSNOMED インターナショナルから得られる。
ユーザによって見られたフィールドは（ 99LAB ）が送信しているシステムで使ったローカルなコーディング
方式を表すために使われている。
OBX|1|CWE|883-9^ABOGroup^LN|1|F-D1250^TypeO^SNM3^O^Otype
Blood^99LAB^3.4^|||||F<cr>
CWE 使用法のサマリの値がない種々の国家のために状態値のテーブルで指摘する：データタイプが（そのために）使われるべきである CWE は任意である、あるいはもうではなく公認の値セットの一部である項目のためのテキストを送ることは許されるフィールドをコードした。
標準的な状況で、識別子は値セットからコードで高く評価される。
もしフィールドの値が知られているが、値セットの一部ではないなら、テキストと識別子が値を持っていない（とき・から・につれて・ように）、値は送られる。
もしフィールドが未知の状態を持っているなら、フィールドの３番目のフォームが（上にデータ消失を見なさい）使われる、そしてフィールドのための適切な状態は許された statuses のテーブルから選択される。
コードが存在しないとき、 HL7 テーブル 0353 を利用する。
テーブル 0353 – CWEステータス
Value
U
UASK
NAV
NA
NASK

Description
Unknown 無し
Asked but Unknown 返答無し
Not available 利用可能でない
Not applicable 適用可能でない
Not asked 問い合わせなし

テキスト変更子がコードに伴うかもしれないところに、 HL7 メッセージの「フィールド」はデータタイプ CWEのことであるであろう、そして繰り返すことを許されるであろう。
フィールドの最初のインスタンスは、オプション１に従って、使われるであろう；すなわち識別子は正当なコードを持っているであろう。
繰り返すフィールドの２番目のインスタンスは使われるであろう、オプション２に従って、すなわち、テキスト記
載は自由なテキスト変更子の値をとるであろう。
CF 書式付コード化値
Components: <identifier識別子 (ID)> ^ <formatted text書式付テキスト (FT)> ^ <name of coding system
コーディング方式名 (IS)> ^ <alternate identifier代替識別子 (ID)> ^ <alternate formatted text
代替書式付テキスト (FT)> ^ <name of alternate coding system代替方式名 (IS)>

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

CK チェックディジット付き複合 ID
Components: <ID number ID番号 (NM)> ^ <check digitチェックディジット (NM)> ^ <code identifying thecheck digit scheme employedチェックディジット方式 (ID)> ^ < assigning authority割当権限者(HD)>

このデータ型は、たとえばPID-3-患者ID(内部ID)など、通常チェックディジットを含むフィールドで使われる。 現場で、あるCKフィールドにチェックディジットを使っていない場合、第2、第3成分はNullである。
例： |128952^6^M11^ADT01|
このデータ型のチェックディジットは、メッセージ処理システムが追加生成するわけではない。 それは、送信アプリケーション内で使われる識別番号に含まれる。 送信アプリケーションが識別番号内にチェックディジットを含まない場合、この成分はnullとすべきである。
チェックディジット方式は、HL7テーブル0061 － チェックディジット方式で定義する。
テーブル0061－チェックディジット方式
Value
NPI
ISO
M10
M11

Description
Check digit algorithm in the US National Provider ldentifier
ISO 7064: 1983
Mod 10 アルゴリズム
Mod 11 アルゴリズム

Mod10チェックディジットを計算するためのアルゴリズムは以下の通り
あなたが識別子=12345を持つと仮定する。右側から数えて奇数桁、つまり531を考える。この数を2倍して1062を得る。右から数えて偶数桁、すなわち42を取り、これに1062を付けたして421062を得る。この数字の6桁すべてを加算して15を得る。15の次に大きい10の倍数からこの数を減ずる、つまり20-15により5を得る。これがMod10である。401の場合のMod10チェックディジットは0である；9999の場合は4である；99999999の場合は8である。
Mod11チェックディジットを計算するためのアルゴリズムは以下の通り。
用語
d = 1の位から始まり、以降10の位、100の位、．．．と続く各位の数字
w = 1の位から始まり、以降10の位、100の位、．．．と続く各位の重み。Wの値は2、3、4、5、6、7、
2、3、4、5、6、7、．．．と続く(6桁単位で繰り返す)
c = チェックディジット
計算(ステップ1) m = 1の位から開始し、それぞれの位について計算した(d * w)の合計
d = 1の位から最高桁の位までの各桁の数字
w = 1の位から始まり、6桁単位で繰り返す2から7までの各桁の重み(ステップ2) c1 = m mod 11(ステップ3) c1 =0の場合はc1 =1に置き換える。
(ステップ4) c =(11－c1) mod 10
例: if the number is 1234567, then the mod 11 check digit = 4
計算は以下の通り
m =(7*2)+(6*3)+(5*4)+(4*5)+(3*6)+(2*7)+(1*2)= 14 + 18 + 20 + 20 + 18 + 14 + 2= 106
c1 = 106 mod 11=7
c = (11-c1) mod 10= 4 mod 10= 4
上記以外のチェックディジットは、現場双方の取り決めにより使うことができる。
CN 複合 ID 番号および名前
Components: <ID number ID番号(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© JAHIS 201225

(e.g., MD) 学位 (IS)> ^ <source tableソーステーブル (IS)> ^ <assigning authority割当権限者(HD)>
Subcomponents of family name: <surname (ST)> ^ <own surname prefix (ST)> ^ <own surname (ST)>^<surname prefix from partner/spouse (ST)> ^ <surname from partner/spouse (ST)>

コード値およびテキスト名により人物を識別するフィールド。 特定のフィールドでは、それぞれの現場
で ID または名前を省略することができる。
例： |12372^RIGGINS^JOHN^""^""^""^MD^ADT1||12372^^^^^^^ADT1||^RIGGINS^JOHN^""^""^""^MD|
第 1 成分は第 8 の成分によって定義された使用者定義テーブルによりコード化された ID。 第 1 の成分が存在する場合、ソーステーブルあるいは割当権限者が評価されねばならない。
第 2 成分は姓を表す。
第 3 成分は洗礼名を表す。
第 4 成分は中間名のイニシャルあるいは名前を表す。
第 5 成分は名前のサフィクスを指定するため使用される（例えばジュニアあるいは 3 世）。
第 6 成分は名前のプレフィックス指定するため使用される（例えば Dr）。
第 7 成分は学位を指定するため使用される（例えば MD）。 推奨値については「使用者定義テーブル 0360
- 学位」を参照すること。
第 8 成分の推奨値については「使用者定義テーブル 0297－CN・ID ソース」を参照すること。第 1 の成分を描写するため使用される。
テーブル0297－CN ･IDソース
Value

Description
No suggested values defined 推奨できる値はない

第9成分：このバージョンでは、オプションの9番目の成分、割当権限者を加えた。 それはHDデータタ
イプである。
CX チェックディジット付拡張複合 ID
Components: <ID (ST)> ^ <check digitチェックディジット (ST)> ^ <code identifying the check digit
scheme employedチェックディジット方式 (ID)> ^ < assigning authority割当権限者 (HD)
^ <identifier type code IDタイプコード (IS)> ^ < assigning facility割当施設 (HD) > ^<effective date 有効日付(DT)> ^ <expiration date満了日付 (DT)>)>

例：|1234567＾4＾M11＾ADT01＾MR＾University Hospital|
ID：CKデータ型と同様、ただしSTデータ型がNM・データ型の代わりに許可される。
チェックディジット：CKデータ型と同様、ただしSTデータ型がNM・データ型の代わりに許可される。このチェックディジットはメッセージ処理で追加されるものではなく、送信アプリケーションの中で使用される識別番号の一部である。送信アプリケーションが識別番号中にチェックディジットを含んでいない場合、この値はヌルであるのがよい。
識別子タイプコード：IDのタイプに対応するコード。ある場合には、｢割当権限｣成分への修飾語として
このコードを使用してもよい。
テーブル0203－識別子タイプ
Value
AM
AN
BA
BR
BRN

Description
アメリカン・エキスプレス
勘定番号
銀行勘定番号
出生登録番号
品種登録番号

Value
MS
NE
NH
NI
NNxxx

DI
DL
DN

ダイナーズクラブ・カード
運転免許証番号
医師番号

NPI
PEN
PI

© JAHIS 201226

Description
マスターカード
米国雇用者ID
米国保健計画ID
米国個別ID
米国個人ID XXX=ISOテーブル3166の3文字(アルファベット)の国コード
米国プロバイダーID
年金番号
患者内部ID

Value
DR
DS
EI
EN
FI
GI
GN
HC
JHN
LN
LR
MA
MC
MCN
MR

Description
ドナー登録番号ディスカバー・カード
従業員番号
雇用者番号
設備ID
保証人内部ID
保証人外部ID
保健証番号
管轄区域の保健番号(カナダ)
免許番号
地方登録ID
メディケイド番号
メディケア番号
マイクロチップ番号
医療記録番号

Value
PN
PRN
PT
RR
RRI
SL
SR
SS
U
UPIN
VN
VS
WC
WCN
XX

Description
個人番号
プロパイダー番号
患者外部ID
鉄道退職番号
地方登録ID
滞在許可
滞在登録ID
社会保障番号
無指定
メディケア/HCFAの汎用医師ID
訪問回数
ビザ
WIC ID
労働者番号
組織ID

XCN 拡張複合 ID と名前
Components: <ID number ID番号 (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) (ST)> ^ <source tableソーステーブル (IS)> ^ <assigning authority割当て権限者 (HD)> ^ <name type code名前タイプコード(ID)> ^ <identifier check digitチェックディジット(ST)> ^ <code identifying the check digit scheme employedチェックディジット方式 (ID )> ^<identifier type code識別タイプコード (IS)> ^ <assigning facility割当て施設 (HD)> ^ <namerepresentation code名前表示コード(ID)> ^ <name context 名前コンテキスト(CWE)> ^<name validity range名前有効範囲(DR)> ^ <name assembly order 名前の組み立て指示(ID)>

コード値およびテキスト名により人物を識別するフィールド。 第1成分は、第8の成分で示されるテーブルに従ったIDである。 第2成分から第7成分は人物名を表すPNフィールドである。 第8成分は、第1成分で使われるソーステーブルを指定する。 特定の現場では、それぞれの現場でIDまたは名前を省略することができる。名前タイプコードについては、XPN－拡張人名を参照。 識別タイプコー
ドは「使用者定義テーブル0203－識別子タイプ」を参照すること。
第10成分と第15成分は必須である。
例: |^中田^隆^^^^^^^L^^^^^I||^TORANOMON^ICHIRO^^^^^^^L^^^^^A~虎ノ門^一郎^^^^^^^L^^^^^I|
CM 複合フィールド
他の有意データフィールドと組合せるフィールド。それぞれの部分は成分と呼ばれる。CMフィールドの特定成分は、そのフィールド記述の範囲内で定義される。
HL7 V2.5ではいくつかの新しい明瞭なデータ型となった。以下に本書で使用されているデータ項目についての構成を記載している。詳細については、HL7 V2.5の2.Aを参照されたい。
DLD 退院先と日付
Components: <退院先 (IS)> ^ < 発行日付 (TS)>EIP 実体識別子ペア
Components: <依頼者割当識別子 (EI)> ^ <実施者割当識別子 (EI)>

ELD エラー個所および記述
Components: <セグメント ID (ST)> ^ <セグメント連番 (NM)> ^ <フィールド位置 (NM)> ^ <エラーを特定するコード(CWE)>ERL エラー位置
Components: <セグメント ID (ST)> ^ <セグメント連番 (NM)> ^ <フィールド位置 (NM)> ^ <フィールド繰り返し番号(NM)> ^ <成分番号(NM)> )> ^ <副成分番号(NM)>© JAHIS 201227

MOC 金額および請求コード
Components: <金額 (MO)> ^ <請求コード (CWE)>

MSG メッセージタイプ
Components: <メッセージコード (ID)> ^ <トリガーイベント (ID)> ^ <メッセージ構造 (ID)>NDL 日付と位置を伴う名前
Components: <名前 (CNN)> ^ <開始日付/時間 (TS)> ^ <終了日付/時間 (TS)> ^ <ケアの場所(IS)> ^ <病室(IS)> ^<病床(IS)> ^ <施設(HD)> ^ <位置の状態(IS)> ^ <患者位置タイプ(IS)> ^ <建物(IS)> ^ <階(IS)>PRL 親結果リンク
Components: <親検査識別子 (CWE)> ^ <親検査副識別子 (ST)> ^ <親検査の値の記述 (TX)>

SPS 検体採取場所
Components: <検体採取場所の名前またはコード (CWE)> ^ <添加物 (CWE)> ^ <検体採取方法 (TX)> ^ <部
位(CWE)> ^ <部位修飾子(CWE)> ^ <検体採取方法修飾子コード(CWE)> ^ <検体の役割(CWE)>

AD 住所
Components: <street address 行アドレス(ST)> ^ < other designation その他の表示 (ST)> ^ <city 都市 (ST)> ^<state or province 州あるいはプロビンス(ST)> ^ <zip or postal code ZIP または郵便番号(ST)> ^ <country 国 (ID)> ^<address type アドレスタイプ(ID)> ^ <other geographic designation 他の地理的な表示(ST)>例： |10 ASH LN^#3^LIMA^OH^48132|
第 1 成分は個人あるいは施設の道路あるいはメーリングアドレス。施設を参照するとき、この最初のコンポー
ネントは施設名を指定するために使われる。 個人に関連して使われるとき、このコンポーネントはアドレスの最初の行を指定する。
第 2 成分はアドレスの 2 行目。一般に、それはアドレスを修飾する。 例：555 号室、あるいは 4 階。 施設を参照するとき、このコンポーネントは番地を指定する。
第 3 成分は都市名
第 4 成分は州あるいはプロビンスはその国の公式の郵便コードによって表わすのがよい。
第 5 成分は ZIP または郵便番号はその国の公式のコードによって表わすのがよい。
米国の ZIP の形式は 99999[－9999]の形式であり、カナダの郵便番号の形式は A9A9A9 である。
日本の形式は 999-9999 である。
第6 成分はアドレスの国を定義する。 ISO の 3166 は、使用できる国コードの一覧表を提供し、３個のパートに分かれている。 HL7 は３文字の（アルファベット順の）書式が国コードのために使われることを明示する。
第 7 成分のタイプはオプションであり、HL7 テーブル 0190－アドレスタイプによって定義される。
テーブル0190－アドレスタイプ
Value
BA
N
BDL
F
C
B
H
L
M
O
P
RH

© JAHIS 2012

Description
Bad address 良くないアドレス
Birth (nee) (birth address, not otherwise specified) 出生地（旧姓地）
Birth delivery location (address where birth occurred) 出身地
Country Of Origin 出生国
Country Of Temporary 臨時国
Firm/Business 会社 / ビジネス（勤務地）
Home 自宅
Legal Address
Mailing 郵便宛先
Office 職場（事業所）
Permanent
Registry home. Refers to the information system, typically managed by a public healthagency, that stores patient information such as immunization histories or cancer data,

28

BR

regardless of where the patient obtains services.
Residence at birth (home address at time of birth) 出生時の住宅（出生の時間においてのホームアドレス）

第 8 成分は他の地理的な表示は郡、自然生態地域、標準大都市統計圏などを含んでいる。

FN 姓
Components: <surname (ST)> ^ <own surname prefix (ST)> ^ <own surname (ST)> ^ <surname prefixfrom partner/spouse (ST)> ^ <surname from partner/spouse (ST)>

このデータタイプは人の姓のフルの仕様書を許す。
適切である場合は、それはその人のパートナーあるいは配偶者のそれから、その人の名前がいずれかの名
前から要素を含むかもしれないケースでその人自身の姓を区別する。
更にメッセージでは姓接頭辞(例えば“バン”あるいは“ドゥ”)と性ルートを区別することができる。
注意：PN と他の PN を含んでいるデータ型（PPN、XCN、XPN）にだけ現われる。
第 1 成分はその人の姓の原子の要素。最も西洋の使用法で、これはその人の姓である。
第 2 成分はゲルマン語のための国際化使用法。この部品はオプションである。
第 3 成分は旧姓を現す。
第 4 成分はゲルマン語のための国際化使用法。この部品はオプションである。
第 5 成分はその人のパートナーあるいは部分から同じぐらい著名な配偶者の姓から得られるその人の姓（たいていの西洋の使用法、姓で）の部分がその人の自身の姓から生じた。この部品はオプションである。もしその人の姓の部分がその人のパートナーあるいは配偶者の姓から得られないなら、このコンポーネントは高く評価されない。さもなければ、もしパートナーあるいは配偶者の姓が合法的にその人の姓に似合って、（あるいは含む）ために変化したなら、これはこのような変更の前にすぐにパートナーあるいは配偶者の姓である。

PN 人名
Components: <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)>
Subcomponents of family name: <surname (ST)> & <own surname prefix (ST)> & <own surname(ST)> & <surname prefix from partner/spouse (ST)> & <surname from partner/spouse(ST)>

名前は複数のフリーテキスト成分から成る。PN フィールドの最大長は、成分セパレータを含めて 48 文字である。送信システムは大文字と小文字の混合、またはすべて大文字を送ることができる。必要なら、受信システム
側ですべて大文字に変換してもよい。
例： |SMITH^JOHN^J^III^DR^PHD|
第 1 成分は姓について記す。
第 2 成分は洗礼名を表す。
第 3 成分は中間名のイニシャルあるいは名前を表す。
第 4 成分はサフィクス(名前接尾語)を指定するため使用される（例えばジュニアあるいは 3 世）。
第 5 成分はプレフィックス(名前接頭辞)を指定するため使用される（例えば、Dr.）。
第 6 成分は学位（例えば、Md.）を指定するため使用される。 推奨値については「使用者定義テーブル 0360
- 学位」を参照すること。
国際化の注：一部の国々では、表意文字あるいは表音（音声の）文字セットを使用しているので、アルファベッ
トフォーマットの他にこれらのフォーマットの片方または両方で名前を送信することが、ときどき必要である。異なる文字セット間を切り替えるには、JIS X0202－ISO 2022 のような文字セットを使用するが、これは異なる文
字セット間および単一バイトとマルチ・バイトの文字表現の間を切り替える。名前フィールドを繰り返す場合、名前の異なる反復はこれらの異なる文字セットによって表わされてもよい。詳細は以下のとおりである。

© JAHIS 201229

（さらに HL7 節 2.10.2、｢FT、ST および XT データ型のためのマルチ文字セットをサポートするエスケープ｣を参照。）「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 と同一である。
PN あるいは 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 escapesequences© JAHIS 2012

30

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 their coding
10.
ENV 41 508:1990
Information systems interconnection - East European graphic
character repertoires and their 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 informationinterchange
14.
RFC 1468
Japanese Character Encoding for Internet Messages
この方法は DICOM と整合している。
DICOM によってサポートされた文字レパートリーは、補遺 9 の第 5 部、節 62E1 の中で定義されている。それによれば、「テキストまたは文字列である値は、図形および制御文字から構成されることができる。図形文字セットは、そのコード化と無関係に、文字レパートリーと呼ばれる。アプリケーションエンティティが DICOM 規格を使用してデータを交換したい元来の文脈に依存して、異なる文字レパートリーが使用されている。DICOM に
よってサポートされた文字レパートリーは ISO 8859 の中で定義されている。」
さらに、DICOM は、日本語のための次の文字レパートリーをサポートする：
JIS X0201－1976－情報交換のためのコード
JIS X0208－1990－情報交換のための日本の図形文字セットのコード
JIS X0212－1990－情報交換のための補足の日本の図形文字セットのコード

SAD 番地Components: <street or mailing address (ST)> ^ <street name (ST)> ^ <dwelling number (ST)>

注意: XAD データタイプにだけ現われる。
第 1 成分は個人あるいは施設の道路あるいはメーリングアドレス。 施設を参照するとき、この最初のコンポー
ネントは施設名を指定するために使われる。 個人に関連して使われるとき、このコンポーネントはアドレスの最初の行を指定する。
TN 電話番号
米国とそれに準ずる国で使用する場合、電話番号は常に以下の形式で表す。
Format: [NN] [(999)]999-9999[X99999][B99999][C any text]
オプションの最初の2桁は国コードである。オプションのX部は内線番号である。オプションのB部は呼出番号コードである。オプションのC部は、After 6:00などのようにコメントとして使うことができる。テ
キストフィールドにはなんの制限もないが、10文字を越える値は受信システムにより切り捨てられることがある。施設の電話システムが変わることを想定して、内線番号と呼出番号の長さは、ローカルの取り決めにより拡張することができる。
例 |(415)925-0121X305||234-4532CWEEKENDS|© JAHIS 2012

31

XAD 拡張住所
Components: <street address町名 (SAD)> ^ <other designation他の表示 (ST)> ^ <city都市 (ST)> ^<state or province州あるいはプロビンス (ST)> ^ <zip or postal code ZIPあるいは郵便番号(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)>例： |1234、Easy St.＾Ste. 123＾San Francisco＾CA＾95123＾USA＾B＾＾SF＾|
他の表示では町名を修飾する。例：Suite 555あるいは4階など。 住所・タイプはオプションであり、HL7テーブル0190－アドレスタイプによって定義される。 他の地理的な表示は国、バイオリージョン、
SMSAなどを含んでいる。 Name/address representation codeはHL7テーブル0465の値を使用。
XPN 拡張人名
Components: <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) 学位 (ST)> ^ <nametype code名前タイプコード (ID) > ^ <name representation code名前表示コード (ID)> ^<name context名前コンテキスト (CWE)> ^ <name validity range 名前有効範囲(DR)> ^<name assembly order 名前の組み立て指示(ID)>

第7成分と第8成分は必須である。
例： |Smith^John^J^III^DR^PHD^L||日本^太郎^^^^^D^I~にほん^たろう^^^^^D^P~ NIHON^Tarou^^^^^D^A|
上にリストしたように、名前は複数のフリーテキスト成分から成る。 送信システムは大文字と小文字の混合、またはすべて大文字を送ることができる。 必要なら、受信システム側ですべて大文字に変換してもよい。 名前タイプコードで法律上の名前や現地名などを示す。 取りうる値はHL7テーブル0200 名前タイプを参照。 一般的に法的な名前は現在の既婚の名前と同じである。
テーブル 0200 - Name type 名前タイプ
Value
A
B
C
D
I

Description
Alias Name 別名
Name at Birth 出生時の名前
Adopted Name 養子名
Display Name 表示名称
Licensing Name 許可された名前

L
M

Legal Name 法律名前
Maiden Name 旧姓N

Nickname /”Call me” Name/Street NameP

Name of Partner/Spouse (retained for backward compatibility only)R

Registered Name (animals only) 動物の登録名

S

Coded Pseudo-Name to ensure anonymity
匿名性を確保するためのコード化された偽名
Indigenous/Tribal/Community Name 現地での/部族での/社会での名前
Unspecified 不明

TU

学位は使用者定義テーブル0360の値を使用。
テーブル 0360 - 学位
Value
AAS
AA
ABA
AE

© JAHIS 2012

Description
Associate of Applied Science 応用科学系準学士
Associate of Arts 文系準学士
Associate of Business Administration 経営管理学準学士
Associate of Engineering エンジニアリング準学士

32

AS
BA
BBA
BE
BFA
BN
BS
BSL
BT
CER
DIP
DBA
DED
PharmD
PHE
PHD
PHS
MD
DO
HS
JD
MA
MBA
MCE
MDI
MED
MEE
ME
MFA
MME
MS
MSL
MT
NG
SEC
TS

Associate of Science 理系準学士
Bachelor of Arts 文学士
Bachelor of Business Administration 経営管理学士
Bachelor of Engineering エンジニアリング士
Bachelor of Fine Arts 美術士
Bachelor of Nursing 看護士
Bachelor of Science 理学士
Bachelor of Science – Law 理学士－法則
Bachelor of Theology 神学士
Certificate 証明書
Diploma 卒業証書
Doctor of Business Administration 経営管理学博士
Doctor of Education 教育博士
Doctor of Pharmacy 薬学の医者
Doctor of Engineering エンジニアリング博士
Doctor of Philosophy 哲学博士
Doctor of Science 科学博士
Doctor of Medicine 医学博士
Doctor of Osteopathy 骨学博士
High School Graduate 高校卒業者
Juris Doctor 法学博士
Master of Arts 文学修士
Master of Business Administration 経営学修士
Master of Civil Engineering 土木工学修士
Master of Divinity 神学修士
Master of Education 教育修士
Master of Electrical Engineering 電気工学修士
Master of Engineering エンジニアリング修士
Master of Fine Arts 美術学修士
Master of Mechanical Engineering 機械工学修士
Master of Science 理学修士
Master of Science – Law 理学修士－法則
Master of Theology 神学のマスタ
Non-Graduate 非卒業生
Secretarial Certificate
Trade School Graduate 専門学校卒業生

名前表示コードでは、データ項目によって提供される名前の表現を指示する。この成分は受信者にヒントを提供する。 それにより、なにが送られており、なにを表示できるかに関する選択を行うことができる。
テーブル0465 - Name representation 名前表示コード
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,仮名)XON 拡張複合組織 ID と名称
Components: <organization name組織名 (ST)> ^ <organization name type code組織の名前タイプ(IS)> ^ <ID number ID番号 (NM)> ^ <check digitチェックディジット (NM)> ^ <code
identifying the check digit scheme employedチェックディジット方式 (ID)> ^ <assigningauthority割当て権限者 (HD)> ^ <identifier type code識別子タイプ (IS)> ^ <assigning facility
ID 割当て施設ID (HD)> ^ <name representation code 名前表示コード(ID)>

例：|HL7 Health Center＾L＾6＾M11＾HCFA|
組織の名前タイプでは、法的な名前、表示する名前などを表わす。
テーブル0204－組織の名前タイプ
Value
A
L
D
SL

© JAHIS 2012

Description
別名
法的な名前
表示する名前
株式取引所に登録する名前

33

XTN 拡張電話番号
Components: [NNN国番号] [(999地域)]999局番-9999番号 [X99999] [B99999] [C any text] ^<telecommunication use code通信使用コード (ID)> ^ <telecommunication equipment type
通信機器 (ID)> ^ <email address電子メール (ST)> ^ <country code国番号 (NM)> ^<area/city code地域市外局番 (NM)> ^ <phone number電話番号 (NM)> ^ <extension内線
番号 (NM)> ^ <any text (ST)>

例： (415) 555-3210＾ORN＾FX＾
テーブル0201－通信使用コード
Value
PRN
ORN
WPN
VHN
ASN
EMR
NET
BPN

Description
主要な自宅番号
他の自宅番号
勤務先番号
別荘番号
留守電話応答サービス番号
緊急番号
ネットワーク(電子メール)アドレス
ポケットベルの番号

テーブル0202－遠隔通信機器タイプ
Value
PH
FX
MD
CP
BP
INTERNET
X.400

Description
電話
ファックス
モデム
携帯電話
ポケットベル
インターネットアドレス：通信使用コードがNETである場合のみ使用
X.400電子メールアドレス：通信使用コードがNETである場合のみ使用

注：成分5～9は、定形の形式で第1の成分の基本機能を反復する。そしてローカルおよび世界の電話番号の両方が表現できる。電話番号のための形式は、定形形式を使用することを推奨し、第1の成分は下位互換性のために残される。
CD チャネル定義
Components: <channel identifier (CM)> ^ <waveform source (CM)> ^ <channel sensitivity/units (CM)>^ <channel calibration parameters (CM)> ^ <sampling frequency (NM)> ^<minimum/maximum data values (CM)>

デジタル波形データを標識付けするために、このデータ型を使用する。
MA 多重化された配列
Components: <sample 1 from channel 1 (NM)> ^ <sample 1 from channel 2 (NM)> ^ <sample 1 fromchannel 3 (NM)> ... ~ <sample 2 from channel 1 (NM)> ^ <sample 2 from channel 2 (NM)>^ <sample 2 from channel 3 (NM)> … ~このデータ型はチャンネルマルチプレックスの波形データ(例えばアナログディジタル変換器または他のデジタル信号源からのデジタル化された値)を表現する。
NA 数値の配列
このデータ型は一連(配列)の数値を表わすために使用され、各々はNMデータ型である。
ED カプセル化データ
Components: <source application (HD) > ^ <type of data (ID)> ^ <data subtype (ID)> ^ <encoding (ID)>^ <data (ST)>

このデータ型は、カプセル化されたデータをソース・システムから目的地システムへ送信する。それは、ソース・システムの識別、データのタイプ、データのコーディング方式およびデータ自身を含んでいる。
このデータ型は、RP－参照ポインタデータ型に似ているが、このデータ型は一方のシステム上のデー
タを指すべき代わりに、そのシステムへ送られるべきデータを含んでいる。
ソースアプリケーションはデータのソースであったシステムを識別する一意的な名前である。
データのタイプならびにサブタイプはテーブル0191－参照されるデータのタイプ、HL7テーブル© JAHIS 201234

0291－参照されるデータのサブタイプを参照。
コーディング方式は、それが存在する場合、表示可能なASCII文字として二進法データの連続のオクテットを常に表わす。とりうる値はHL7テーブル0299－コーディング方式を参照。
テーブル0299－コーディング方式
Value

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

A
Hex
Base64

MIMEインターネット標準のRFC1521により、Base64を以下のように定義する。24ビットの入力グループ(3つのオクテット)を横切って左から右に進むので、各6ビットのグループは印刷可能な64文字の配列として使用する。指標によって参照された文字が、コード化された文字列に置かれる。これらの文
字は、HL7テーブル0290－MIME base64コード化文字に示され、普遍的に表現可能なように選択される。
24ビット未満がデータの終わりで入力グループにおいて利用可能な場合、特別の処理を実行する。
十分なコーディング量はデータの終わりで常に完成される。24入力ビット未満が入力グループにおいて利用可能な場合、6ビット・グループの整数を形成するために、右側にゼロビットを付け加える。
入力データのない出力フィールド文字は文字｢=｣に設定される。コード化された出力はすべてオクテッ
トの整数であるので、次の場合だけが発生する：(1)入力の最終量は24ビットの不可欠な倍数である；ここで、コード化された出力の最終単位は｢=｣のパディングなしの4文字の不可欠な倍数になる、(2)入力の最終量はちょうど8ビットである；ここで、コード化された出力の最終単位は2つの｢=｣パッド文
字が後続する2文字になる。あるいは、(3)入力の最終量はちょうど16ビットである；ここで、コード化された出力の最終単位は1つの｢=｣パッド文字が後続する3文字になる。
テーブル 0290 - MIME base64 コード化文字
Value/Code
0
A
1
B
2
C
3
D
4
E
5
F
6
G
7
H
8
I
9
J
10 K
11 L
12 M
13 N
14 O
15 P
16 Q

Value/Code
17 R
18 S
19 T
20 U
21 V
22 W
23 X
24 Y
25 Z
26 a
27 b
28 c
29 d
30 e
31 f
32 g
33 h

Value/Code
34 I
35 j
36 k
37 l
38 m
39 n
40 o
41 p
42 q
43 r
44 s
45 t
46 u
47 v
48 w
49 x
50 y

Value/Code
51 z
52 0
53 1
54 2
55 3
56 4
57 5
58 6
59 7
60 8
61 9
62 +
63 /
(pad) =

コード化されたオクテットが、なんらかのコーディング方法によって解釈され、それが暗黙のものかまたは表わされたデータ型で指定されるものを超えるとき(例えば目的地アプリケーション上の、16ビット
あるいは32ビット・二進法の語の中のそれらのオーダリング)、それは目的地アプリケーションによって決定され、この規格の範囲外である。
ソースアプリケーションから目的地アプリケーションまで送信されるべきデータを構成する表示可能な
ASCII文字。もしコード化された二進数であれば、セクション2.8.14.2｢データのタイプ｣によってコード化される。
CP 複合価格
Components: <price 価格(MO)> ^ <price type価格タイプ (ID)> ^ <from value 始点の値(NM)> ^ <tovalue 終点の値(NM)> ^ <range units範囲単位(CWE)> ^ <range type 範囲タイプ(ID)>
Subcomponents of price: <quantity (NM)> & <denomination (ID)>

注意：このデータタイプは、与えられたセグメント内の反復フィールドを定義するために頻繁に使用され© JAHIS 201235

る。
例： |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 成分は唯一必須成分；小数点を通常含んでいる。MO・データタイプの各成分がここでは副成分であることに注意すること。
第 2 成分はコード化された値、データタイプ ID。有効な値については、「HL7 テーブル 0205－価格タイプ」を参照すること。
テーブル0205－価格タイプ
Value
AP
DC
IC
PF
TF
TP
UP

Description
administrative price or handling fee
管理上の価格あるいは取り扱い料金
direct unit cost
直接の単位原価
indirect unit cost
間接の単位原価
professional fee for performing provider 実行提供者に対する専門の料金
technology fee for use of equipment
機器の使用に対する技術料金
total price
価格の合計
unit price, may be based on length of procedure or service 単価、手続きまたはサービスの長さに基づいてもよい。

各々は NM・データタイプである；一緒になって「範囲」を指定する。範囲を時間あるいは量のいずれかとして定義することができる。例えば、範囲は、手続きの最初の 10 分が 1 つの価格を持つことを示すことができる。デー
タタイプの別の反復は、別の価格で手続きの次の 10～60 分の料金を課すことを明示するために、範囲を使用することができる；手続きの最後の反復は 60 分から N 分までを第 3 の値に指定することができる。
もし<価格タイプ>成分が TP である場合、両方<始点の値>および<終点の値>の両方がヌル（null）であることに注意すること。
第 3 成分は上記の始点の値を参照すること。
第 4 成分は上記の始点の値を参照すること。
第5 成分はコード化された値、データタイプ CE。時あるいは量のいずれかの単位の標準のテーブルによって定義されたもの。（例えば、HL7-節 7.1.4「コード体系」のテーブルを参照すること）。これは、範囲、例えば秒、分、時間、日、量（例えばカウント）に関連した単位について記述する；それは、<始点の値>および<終点の値>が存在するとき、必要とされる。
Subcomponents of range units: <identifier (ST)> & <text (ST)> & <name of coding system (IS)> &<alternate identifier (ST)> & <alternate text (ST)> & <name of alternate coding
sys-tem(IS)>

第 6 成分は有効な値については、「HL7 テーブル 0298－CP 範囲タイプ」を参照すること。
テーブル0298－CP範囲タイプ
Value
P

F

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

FC 会計クラス
Components: <financial class会計のクラス (IS)> ^ <effective date発効期日 (TS)>

この成分は、人に割り当てられた会計のクラスを含んでいる。
推奨値については「使用者定義テーブル 0064－会計クラス」を参照すること。
使用者定義テーブル0064－会計クラス
Value© JAHIS 2012

Description
No suggested values defined
推奨できる値はない

36

この成分は、第 1 の成分中で指定された会計のクラスへの、人の割当の発効期日／時間を含んでいる。
QSC 問い合わせセレクト条件
Components: <segment field name セグメントフィールド名 (ST)> ^ <relational operator 比較演算子(ID)> ^ <value 値 (ST)> ^ <relational.conjunction 比較論理積 (ID)>例: |@PID.5.1^EQ^EVANS|
定義：このフィールドは、問合せ応答で返されるべき行に資格を与える条件を示す。
（このフィールドは問合せの対応するSQL表現中の「WHERE」句と同じ情報を伝えるが、フォーマットのされ方は異なっている。）
第 1 成分は修飾語として参加しているフィールドの名前（通常「キー」）。フィールドに名前を付ける方法については、データタイプ QIP の第 1 成分の「セグメントフィールド名(ST)」を参照すること。
第 2 成分:有効な値については「HL7 テーブル 0209－比較演算子」を参照すること。
テーブル0209－比較演算子
Relational operator
EQ
NE
LT
GT
LE
GE
CT
GN

Value
Equal
等しい
Not Equal
等しくない
Less thanより小さいGreater thanより大きい
Less than or equal
以下Greater than or equal 以上
Contains
含む
Generic
一般

第 3 成分はフィールドがそれに対して比較される値。
第 4 成分は「HL7 テーブル 0210－比較論理積」を参照すること。 比較論理積は以下のように定義される：資格を得る行を選択するために複数の比較がされる場合、結合子はこれらの比較文を連結する。
テーブル0210－比較論理積
Relational conjunction
AND
OR

Note
Default

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

QIP 問い合わせ入力パラメータリスト
Components: <segment field name セグメントフィールド名(ST) > ^ <value1 (ST) & value2 (ST) & value3
値1&値2&値3 (ST) ... >例: |@PID.5.1^EVANS|

定義：このフィールドは、ストアードプロシジャーへ渡されるパラメータである名前と値の一覧表を含んでいる。
第 1 成分はセグメントフィールド名を含んでいる。
フィールド名の命名ルール：フィールドのための HL7 セグメント ID と連結された「@」記号によって、フィールドが指定される。フィールドが成分に分割される場合、名前の後に「.nn」を付けてもよいが、これは特定の成分を識別するためである（「.3」のサフィクスはフィールドの第 3 の成分を示す）；そうでなければ、全体のフィールドが仮定される。 フィールドがさらに副成分に分割される場合、名前の後に「.nn.mm」を付けるが、それは相対的な位置によって要求された成分および副成分を識別するためである。

© JAHIS 201237

施設特定のフィールドを使用してもよいが、それらが文字「Z」から始まることが条件である。この場合、既存のHL7 セグメント ID とセグメント番号に矛盾しない施設特定のセグメント ID とセグメント番号が定義されねばならない。
このフィールドに対する値は、この仕様の機能特定の章に定義されている。
注：「@」が、「MSH－2 コード化文字」の中で定義された区切記号文字のうちの 1つとして使用されている場合、それはエスケープされねばならない。（HL7-節 2.10.1「フォーマットコード」を参照）
第 2 成分はフィールド値を含んでいるか、あるいは「値 1&値 2&値 3...」の形式の値を含んでいる。
単一値パラメータは、第 2 の成分に単一の副成分だけを含んでいる：したがって副成分の区切記号は必要ではない（例えば<フィールド名>＾<値>）。値の単純な一覧表（すなわち一次元の配列）を、単一値の代わりに渡してもよいが、各値は区切記号で分離する：「<フィールド名>＾<値 1&値 2&...>」RCD 行・列定義
Components: <segment field name HL7セグメントフィールド名(ST)> ^ <HL7 data type HLデータタイプ(ID)> ^ <maximum column width 最大コラム幅(NM)>

例：PID-5 の「姓」コンポーネントの値を含んでいる。データが最大幅の 20 桁|@PID.5.1^ST^20|
定義：このフィールドの各反復は 3 つの成分から成る：
第１成分は HL7 セグメントフィールド名であって、これはコラムを占めるフィールドを識別する（セグメントフィー
ルド名の付け方については、（データタイプ QIP－第 1 成分を参照）。
第 2 成分は３文字の HL7 データタイプ。HL7 テーブル 0440 に従う有効な値のためのデータ型。
第 3 成分は最大コラム幅であって、返信システムによって決まるもの（これは HL7 定義の最大フィールド長さと異なるかもしれない）。
DLN 運転免許証番号
Components: <license number (ST)> ^ <issuing srate,province, country (IS)> ^ <expiration date(DT)>

運転免許証番号、発行地、有効期限を表す。
JCC 職種コード／種類
Components:<job code (IS)> ^ <job class (IS)>

職種と雇用種別を表す。
VH 来院時間
Components: <start day range 開始曜日 (ID)> ^ <end day range 終了曜日 (ID)> ^ <start hour range 開始時刻
(TM)> ^ <end hour range 終了時刻 (TM)>

定義：このデータタイプは患者の居場所に来院できる時間を含んでいる。 最初の 2 つの成分に対する有効な値については、「HL7 テーブル 0267－曜日」を参照すること。
第 1 成分は来院時間範囲の開始の曜日。値については、「HL7 テーブル 0267－曜日」を参照すること。
第 2 成分は来院時間範囲の最後の曜日。来院時間範囲の開始の曜日。 値については、「テーブル 0267
－曜日」を参照すること。
テーブル0267－曜日
Value
SAT
SUN
MON
TUE
WED
THU
FRI

© JAHIS 2012

Description
Saturday 土曜日
Sunday日曜日
Monday月曜日
Tuesday 火曜日
Wednesday 水曜日
Thursday 木曜日
Friday金曜日

38

第 3 成分は来院時間範囲の最初の曜日の開始時間（第 1 の成分の「開始曜日」を参照）。
第 4 成分は来院時間範囲の最後の曜日の終了時間（第 2 の成分の「終了曜日」を参照）。
PPN 実行者およびタイムスタンプ
Components: <ID number (ST)> ^ <family name (FN)> ^ <given name (ST)> ^ <second and further
given name or initials thereof (ST)> ^ <suffix (e.g., JR or III) (ST)> ^ <prefix (e.g., DR) (ST)>^ <degree (e.g., MD) (ST)> ^ <source table (IS)> ^ <assigning authority (HD)> ^ <nametype code (ID)> ^ <identifier check digit (ST)> ^ <code identifying the check digit scheme
employed (ID )> ^ <identifier type code (IS)> ^ <assigning facility (HD)> ^ < date/time
action performed (TS)> ^ <name representation code (ID)> ^ <name context (CWE)> ^<name validity range (DR)> ^ <name assembly order (ID)>

このデータ型はTSデータ型につながれたXCNデータ型と等価なものであり、誰がいつアクションを実行したかを記録するために使用する。ヌルでない場合、実行者およびタイムスタンプの両方の値が設定されねばならない。
DR 日付／時間の範囲
Components: <range start date/time 開始日付／時刻(TS)> ^ <range end date/time 終了日付／時刻(TS)>

YYYY[MM[DD[HHMM[SS[.S[S[S[S]]]]]]]][+/-ZZZZ] ＆ < 精度 >第１成分は指定された範囲内での最も早い日付／時間（時刻スタンプ）を含んでいる。
は指定された範囲内での最新の日付／時間を含んでいる。
TS（時刻スタンプ）データタイプによって精度の指定ができることに注意すること。
RI 繰り返し間隔

第 2 成分Components: <repeat pattern 繰り返しパターン(IS)> ^ <explicit time interval 明確な時間間隔 (ST)>

定義：このフィールドは、繰り返す予約の間隔を含んでいる。デフォルト設定は、成分の値がない場合、予約がただ一度のみ生じることを示す。 このフィールドの定義は、HL7 4 章の節 4.4.2「時間間隔成分（CM）」の中で与えられた量／タイミングフィールドの間隔成分の定義と等価である。
第１成分は使用者定義テーブル 0335-繰り返しパターン － によって定義される。
第2 成分は第1 の副成分中でコードによって参照される実時間を明示的に列挙し、そのフォーマットは HHMM、
HHMM、HHMM、....である。実際の管理時間が組織内で変わる場合、第2 の副成分が第1 の副成分を明確にするために使用される。
RPT 繰り返しパターン
Components: <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)>SCV 予約クラスと値
Components: <parameter class パラメータクラス(IS)> ^ <parameter value パラメータ値(ST)>HL7 予約の章に関してのみ使用される。
定義：このフィールドが使用されるのは、パラメータと優先権を実施者（予約管理）アプリケーションに伝えるためであり、内容は適切な時間予約枠、資源、場所あるいは実施者（予約管理）上書き基準を選択して予約することである。
第１成分は実施者（予約管理）アプリケーションに渡されつつあるパラメータあるいは優先権を識別するコードである。 推奨値については「使用者定義テーブル 0294-時間選択基準パラメータ・クラスコード」を参照のこと。
テーブル0294－時間選択基準パラメータ・クラスコード
Parameter
好ましい開始© JAHIS 2012

Class Description: Valid Values
予約要求、サービスあるいは資源のための好ましい開始時間。24時間時計表記法を使用するフォーマットHHMMの中の任意の法的な時間仕様

39

Parameter
好ましい終了
月曜

Class Description: Valid Values
予約要求、サービスあるいは資源のための好ましい終了期間。24時間時計表記法を使用するフォーマットHHMMの中の任意の法的な時間仕様
月曜が予約するのに好ましい日かそうでないかを示すもの。OK=好ましい予約日、NO=この曜日は好ましくない。

火曜

火曜が予約するのに好ましい日かそうでないかを示すもの。OK=好ま
しい予約日、NO=この曜日は好ましくない。

水曜

水曜が予約するのに好ましい日かそうでないかを示すもの。OK=好ましい予約日、NO=この曜日は好ましくない。
木曜が予約するのに好ましい日かそうでないかを示すもの。OK=好ましい予約日、NO=この曜日は好ましくない。

木曜
金曜I

金曜が予約するのに好ましい日かそうでないかを示すもの。OK=好ましい予約日、NO=この曜日は好ましくない。

土曜

土曜が予約するのに好ましい日かそうでないかを示すもの。OK=好ましい予約日、NO=この

日曜日曜が予約するのに好ましい日かそうでないかを示すもの。OK=好ましい予約日、NO=この曜日は好ましくない。

曜日は好ましくない。

第2成分はそのパラメータに対する実際のデータ値である。
例えば、実施者（予約管理）アプリケーションが優先権パラメータを渡され、好ましい開始時間、好ましい終了期間、および週の好ましい日を指定して予約することを可能にする場合、それは次のパラメ
タ・クラス・コードおよび有効なデータセットを定義する。

TQ タイミング数量
Components: <quantity数量 (CQ)> ^ <interval時間間隔 (CM)> ^ <duration継続時間 (ST)> ^ <startdate/time開始日時 (TS)> ^ <end date/time終了日時 (TS)> ^ <priority優先度 (ST)> ^<condition条件 (ST)> ^ <textテキスト (TX)> ^ <conjunction連結 (ID)> ^ <order sequencing
オーダーシーケンス化(CM)> ^ <occurrence duration発生持続(CWE)> ^ <total occurrences
発生からの合計 (NM)>サービスの実施時期とその頻度を指定する。
Priority component 優先度成分 (ST)
定義： 要求の緊急度を述べる。次の値が提案される(優先度のデフォルトはRである)：
S
A
R
P
C
T
PRN

=
=
=
=
=
=

緊急
できるだけ早く
ルーチン
術前
返信
タイミングがクリティカル= As Needed

最も高い優先度でSオーダの後
デフォルト

要求は、要求された時間に最も近いことが重要であるという意味である。たとえば、抗生物質血中濃度である

値『T』(タイミングクリティカル)の程度は次のように明示できる：
Format:TS<integer>
TM<integer>
TH<integer>
TD<integer>
TW<integer>
TL<integer>

=
=
=
=
=
=

秒以内で
分以内で
時間以内で
日以内で
週以内で
月以内で

オーダの連続指定の場合、これらの値は、先行オーダから後に続くオーダ全部に対してタイミングの重要性を規定する。優先度成分を反復する場合はスペースで区切る。
GTS 汎用タイミング指定
汎用タイミング指定データタイプは複雑な相互に関連するタイミングの情報を伝達するために用いられる。このようなフィールドの値はSTフィールドの整形規則に従う。その文字列データは「バージョン3
データタイプ 第II部 完全な仕様」で、汎用タイミング指定(GTS)データタイプに対して設定されるであろう規則に従うことになる。

© JAHIS 201240

5.5 HL7 定義以外のテーブルについて
病名情報では転帰区分などの情報が必要である。HL7 であらかじめ用意されているものがあればそれを活用す
るが、存在しない項目については以下のような項目コードを定義して、必要なセグメントに記載することを考える。コーディングシステム名は ‘JHSD’ を設定する。
JHSD 表 0001 －Insurance Plan ID 保険種別
Value

Insurance

Description

Plan
C0

MI

国民健康保険

PI

PI

公害医療

LI

LI

労災

TI

TI

自賠

PS

PS

公務員災害

OE

OE

OE：自費（保険なし）

D0

PE

地方公費

OT

OT

その他

注記

医保保険の Value 値は厚生労働省の定める社会保険制度の法別番号を設定し、Insurance Plan は「MI」とする
公費保険の Value 値は厚生労働省の定める公費負担医療制度の法別番号を設定し、Insurance Plan は「PE」とする＊IN1-2 および ZI1-2 で用いる

JHSD 表 0002 －Plan Type 保険プランのタイプ
Value Description
OJ
職務上

Value
09

Description
栃木県

Value
23

Description
愛知県

Value
37

Description
香川県

LS

下船３月

10

群馬県

24

三重県

38

愛媛県

CC

通勤災害

11

埼玉県

25

滋賀県

39

高知県

K1

継続

12

千葉県

26

京都府

40

福岡県

K2

任意継続

13

東京都

27

大阪府

41

佐賀県

K3

特別療養

14

神奈川県

28

兵庫県

42

長崎県

01

北海道

15

新潟県

29

奈良県

43

熊本県

02

青森県

16

富山県

30

和歌山県

44

大分県

03

岩手県

17

石川県

31

鳥取県

45

宮崎県

04

宮城県

18

福井県

32

島根県

46

鹿児島県

05

秋田県

19

山梨県

33

岡山県

47

沖縄県

06

山形県

20

長野県

34

広島県

07

福島県

21

岐阜県

35

山口県

08

茨城県

22

静岡県

36

徳島県

注記

IN1-2 の Value が”02”または”32”の場合 ：OJ、LS、CC
IN1-2 の Insurance Plan が MI の場合：K1、K2、K3

IN1-2 の Insurance Plan が PE の場合：01～47＊IN1-15 および ZI1-15 で用いる
JHSD 表 0003 －Applying allocation 付割付
Value
0～99

© JAHIS 2012

Description
給付割合％表現41

ValueMX

Description
100%給付＊IN1-21 および ZI1-21 で用いる

JHSD 表 0004 －Diagnosis Type 診断種別
Value
H

Description
入院時

L

退院時

O

外来時

B

手術前

A

手術後

F

最終

＊PRB-10 で用いる

JHSD 表 0005 －Uncertain Disease flag 疑い病名フラグ
Value
1

Description
疑いあり＊PRB-13 で用いる

JHSD 表 0006 －Outcome 転帰区分
Value
I

Description
中止

M

寛解

C

継続

O

その他

＊PRB-14 で用いる

JHSD 表 0007 －Disease Classification 病名区分
Value
1

Description
主診断

2

副診断

＊PRB-18 で用いる

JHSD 表 0008 －History Type 履歴種別
Value
A01

Description
入院

A02

転科・転棟

A03

退院

A04

受診

A21

外出・外泊

A22

帰院
＊ZHS-2 で用いる

JHSD 表 0009 －Provider Role 提供者の役割
Value
ATD

© JAHIS 2012

Description
担当医42

ValueATN

Description
担当看護師

PP

主治医

AT

治療・看護担当＊ROL-3 で用いる

© JAHIS 201243

6. 病名情報メッセージ構文
6.1 患者情報通知(ADT/ACK)
患者情報の通知には患者管理メッセージ（ADT）を用い、その場合のセグメントと構文規則は以下のとおりである。

6.1.1 ADT/ACK 患者管理メッセージ イベント(A01､A02､A03 など)
入退院系/受診系のイベントでは、以下のものを使用する。
イベント A01 入院/受診開始
イベント A02 転科転棟
イベント A03 退院/受診終了
イベント A11 入院取消
イベント A12 転科転棟取消
イベント A13 退院取消
なお、A06(外来患者→入院患者)や A07(入院患者→外来患者)は使用せず、上記の A01(入院)/A03(退院)を使用することとする。
上記のほか、A08 を患者情報の登録/更新に使用する。
なお、患者情報の登録/更新は A08 のみで行うこととする。

ADT/ACK 患者管理メッセージ

ADT
MSH
EVN
PID
[{NK1}]PV1[PV2][{AL1}][{OBX}][{IN1}]ADT Message
Message Header
Event Type
Patient Identification
Next of Kin / Associated Parties
Patient Visit
Patient Visit - Additional Info.
Allergy Information
Observation/Result
Insurance

ACK
MSH
MSA
[{ERR}]

General Acknowledgment
Message Header
Message Acknowledgment
Error

注: [ ]は省略可能、{ }は繰返し可能を示す。
z

メッセージ構造はADT_A01、ADT_A02などを使用する。

© JAHIS 2012

44

z

MSHはメッセージに一つ必須である。

z

PIDはメッセージに一つ必須である。

z

NK1は緊急連絡先、勤務先を含む近親者情報の数だけ繰り返す。通常はA08メッセージのみで使用する。

z

IN1は患者が保有する保険情報の数だけ繰り返す。通常はA08メッセージのみで使用する。

z

OBXは感染症・血型情報の数だけ繰り返す。通常はA08メッセージのみで使用する。

6.1.2 ADT/ACK 患者管理メッセージ イベント(A60)
アレルギー情報の更新にイベント A60（副作用情報の更新）を使用する。

ADT/ACK 患者管理メッセージ
ADT
MSH
EVN
PID
[PV1]
[PV2]
[{IAM}]ADT Message
Message Header
Event Type
Patient Identification
Patient Visit
Patient Visit - Additional Info.
Patient adverse reaction information

ACK
MSH
MSA
[{ERR}]

General Acknowledgment
Message Header
Message Acknowledgment
Error

注: [ ]は省略可能、{ }は繰返し可能を示す。
z

メッセージ構造はADT_A60を使用する。

z

MSHはメッセージに一つ必須である。

z

PIDはメッセージに一つ必須である。

z

IAMはアレルギー情報の数だけ繰り返す。

© JAHIS 201245

6.2 病名情報通知(PPR/ACK)
病名情報の通知には患者プロブレムメッセージ（PPR）を用い、その場合のセグメントと構文規則は以下のとおりである。病名情報を通知するメッセージが HL7 Ver2.5 では定義されていないため、今回新たに ZD1 というメッ
セージタイプを定義した。また、保険情報や病名交換用コードを Z セグメントにて表現するため、今回新たに
PPR_ZD1 というメッセージ構造を定義した。

6.2.1 PPR/ACK -患者プロブレムメッセージ（ZD1）
は未使用セグメント注)＿

PPR
MSH
PID
[
PV1
[PV2]
]
{
PRB
[ZPR]
[{NTE}][{VAR}][{ROL[{VAR}]}][{PTH[{VAR}]}][{ZI1}][{OBX[{NTE}]}][{GOL[{NTE}][{VAR}][{ROL[{VAR}]}][{OBX[{NTE}]}]© JAHIS 2012

Patient Problem Message
Message Header
Patient Identification
Patient Visit
Patient Visit

Detail Problem
Attachment Problem
Notes & Comments (Problem Comments)
Variance (Problem)
Role (Problem)
Variance (Role)

Detail Pathway
Variance (Pathway)
Insurance
Observation/Result
Notes & Comments (Observation/Result Comments)

Detail Goal
Notes & Comments (Goal Comments)
Variance (Goal)
Role (Goal)
Variance (Role)

Observation/Result
Notes & Comments (Observation/Result Comments)
46

[{
ORC
[
OBR
[{NTE}][{VAR}][{OBX[{NTE}][{VAR}]}]]

Common Order
Order Detail Segment
Notes & Comments (Order Detail Comments)
Variance (Order))Observation/Result
Notes & Comments (Observation Comments)
Variance (Observation/Result)

}]
}
ACK
MSH
MSA
[{ERR}]

General Acknowledgment
Message Header
Message Acknowledgment
Error

注: [ ]は省略可能、{ }は繰返し可能を示す。
本規約では未使用セグメントとするが、施設での使用を禁止するものではない。
z

トリガーイベントはZD1を使用する。

z

メッセージ構造はZセグメントを含むため、新たに定義したPPR_ZD1を使用する。

z

MSHはメッセージに一つ必須である。

z

PIDはメッセージに一つ必須である。

z

PRB、ZPR、ZI1をセットで繰り返す。

z

ZPRは表示病名における病名と修飾語の交換用コード及び表示病名に対するコメントを表現する。

z

ZI1は病名に付随する保険情報を表現し、適用する数だけ繰り返す。

© JAHIS 201247

6.3 患者情報照会(QBP/RSP)
患者情報の照会には患者情報照会メッセージ（QBP）を用い、その場合のセグメントと構文規則は以下のとおりである。

6.3.1 QBP/RSP 患者情報(基本情報・感染症・血型情報)照会メッセージ イベント
(Q11/K11)
QBP/RSP 患者情報(基本情報・感染症・血型情報)照会メッセージ

QBP__
MSH
[{SFT}]
QPD
RCP
[DSC]

Query By Parameter
Message Header
Software Segment
Query Parameter Definition Segment
Response Control Parameters
Continuation Pointer

RSP
MSH[{SFT}]MSA[{ERR}]
QAK
QPD
[{
PID
[{NK1}]PV1[PV2][{OBX}][{AL1}][{IN1}]}][DSC]

Segment Pattern Response
Message Header
Software Segment
Message Acknowledgment
Error
Query Acknowledgement
Query Parameter Definition Segment--- SEGMENT_PATTERN begin
Patient Identification
Next of Kin / Associated Parties
Patient Visit
Patient Visit - Additional Info.
Observation/Result
Allergy Information
Insurance--- SEGMENT_PATTERN end
Continuation Pointer

注: [ ]は省略可能、{ }は繰返し可能を示す。

z

照会メッセージのメッセージ構造はQBP^Q11^QBP_Q11とする。

z

応答メッセージのメッセージ構造はRSP^K11^RSP_ZP1とする。

z

QPD-1については、本規約では定義しない。各施設での独自定義とする。

© JAHIS 201248

z

MSHはメッセージに一つ必須である。

z

ヒットした患者の数だけ、PID～IN1を繰り返す。

z

NK1は緊急連絡先、勤務先を含む近親者情報の数だけ繰り返す。

z

OBXは感染症・血型情報の数だけ繰り返す。

z

IN1は患者が保有する保険情報の数だけ繰り返す。

6.3.2 QBP/RSP 患者情報(アレルギー情報)照会メッセージ イベント(Q11/K11)
QBP/RSP 患者情報(アレルギー情報)照会メッセージ

QBP__
MSH
[{SFT}]
QPD
RCP
[DSC]

Query By Parameter
Message Header
Software Segment
Query Parameter Definition Segment
Response Control Parameters
Continuation Pointer

RSP
MSH[{SFT}]MSA[{ERR}]
QAK
QPD
[{
PID
[PV1]
[PV2]
[{IAM}]}][DSC]

Segment Pattern Response
Message Header
Software Segment
Message Acknowledgment
Error
Query Acknowledgement
Query Parameter Definition Segment--- SEGMENT_PATTERN begin
Patient Identification
Patient Visit
Patient Visit - Additional Info.
Patient adverse reaction information--- SEGMENT_PATTERN end
Continuation Pointer

注: [ ]は省略可能、{ }は繰返し可能を示す。

z

照会メッセージのメッセージ構造はQBP^Q11^QBP_Q11とする。

z

応答メッセージのメッセージ構造はRSP^K11^RSP_ZP1とする。

z

QPD-1については、本規約では定義しない。各施設での独自定義とする。

z

MSHはメッセージに一つ必須である。

z

ヒットした患者の数だけ、PID～IAMを繰り返す。

© JAHIS 201249

z

IAMはアレルギー情報の数だけ繰り返す。

6.3.3 QBP/RSP 患者情報(入退院歴)照会メッセージ イベント(Q11/K11)
Z セグメントと PV1、PV2 セグメントを組み合わせることによって、複数の入退院歴を応答できるように定義した。

QBP/RSP 患者情報(入退院歴)照会メッセージ

QBP__
MSH
[{SFT}]
QPD
RCP
[DSC]

Query By Parameter
Message Header
Software Segment
Query Parameter Definition Segment
Response Control Parameters
Continuation Pointer

RSP
MSH[{SFT}]MSA[{ERR}]
QAK
QPD
[{
PID
{
ZHS
PV1
[PV2]
}
}]
[DSC]

Segment Pattern Response
Message Header
Software Segment
Message Acknowledgment
Error
Query Acknowledgement
Query Parameter Definition Segment--- SEGMENT_PATTERN begin
Patient Identification
History Information
Patient Visit
Patient Visit - Additional Info.
--- SEGMENT_PATTERN end
Continuation Pointer

注: [ ]は省略可能、{ }は繰返し可能を示す。

z

照会メッセージのメッセージ構造はQBP^Q11^QBP_Q11とする。

z

応答メッセージのメッセージ構造はRSP^K11^RSP_ZP1とする。

z

QPD-1については、本規約では定義しない。各施設での独自定義とする。

z

MSHはメッセージに一つ必須である。

z

ヒットした患者の数だけ、PID～PV2を繰り返す。

z

ZHS、PV1、PV2の組み合わせを歴情報の数だけ繰り返す。

© JAHIS 201250

z

ZHSセグメントはPV1、PV2の歴の種別を示すセグメントとして定義する。

6.3.4 QBP/RSP 患者情報(受診歴)照会メッセージ イベント(Q11/K11)
Z セグメントと PV1、PV2 セグメントを組み合わせることによって、複数の受診歴を応答できるように定義した。

QBP/RSP 患者情報(受診歴)照会メッセージ

QBP__
MSH
[{SFT}]
QPD
RCP
[DSC]

Query By Parameter
Message Header
Software Segment
Query Parameter Definition Segment
Response Control Parameters
Continuation Pointer

RSP
MSH[{SFT}]MSA[{ERR}]
QAK
QPD
[{
PID
{
ZHS
PV1
[PV2]
}
}]
[DSC]

Segment Pattern Response
Message Header
Software Segment
Message Acknowledgment
Error
Query Acknowledgement
Query Parameter Definition Segment--- SEGMENT_PATTERN begin
Patient Identification
History Information
Patient Visit
Patient Visit - Additional Info.
--- SEGMENT_PATTERN end
Continuation Pointer

注: [ ]は省略可能、{ }は繰返し可能を示す。

z

照会メッセージのメッセージ構造はQBP^Q11^QBP_Q11とする。

z

応答メッセージのメッセージ構造はRSP^K11^RSP_ZP1とする。

z

QPD-1については、本規約では定義しない。各施設での独自定義とする。

z

MSHはメッセージに一つ必須である。

z

ヒットした患者の数だけ、PID～PV2を繰り返す。

z

ZHS、 PV1、PV2の組み合わせを歴情報の数だけ繰り返すz

ZHSセグメントはPV1、PV2の歴の種別を示すセグメントとして定義する。

© JAHIS 201251

6.4 病名情報照会(QBP/RSP)
病名情報の照会には病名情報照会メッセージ（QBP）を用い、その場合のセグメントと構文規則は以下のとおりである。

6.4.1 QBP/RSP 病名情報照会メッセージ イベント(Q11/K11)
QBP/RSP 病名情報照会メッセージは未使用セグメント注)＿

QBP__
MSH
[{SFT}]
QPD
RCP
[DSC]

Query By Parameter
Message Header
Software Segment
Query Parameter Definition Segment
Response Control Parameters
Continuation Pointer

RSP
MSH[{SFT}]MSA[{ERR}]
QAK
QPD
[{
PID
[
PV1
[PV2]
]
{
PRB
[ZPR]
[{NTE}][{VAR}][{ROL[{VAR}]}][{PTH[{VAR}]}][{ZI1}][{OBX[{NTE}]}][{
GOL

Segment Pattern Response
Message Header
Software Segment
Message Acknowledgment
Error
Query Acknowledgement
Query Parameter Definition Segment--- SEGMENT_PATTERN begin
Patient Identification© JAHIS 2012

Patient Visit
Patient Visit - Additional Info.
Detail Problem
Extended Problem
Notes & Comments (Problem Comments)
Variance (Problem)
Role (Problem)
Variance (Role)
Detail Pathway
Variance (Pathway)
Insurance
Observation/Result
Notes & Comments (Observation/Result Comments)
Detail Goal52

[{NTE}][{VAR}][{ROL[{VAR}]}][{OBX[{NTE}]}]

Notes & Comments (Goal Comments)
Variance (Goal)
Role (Goal)
Variance (Role)
Observation/Result
Notes & Comments (Observation/Result Comments)

}]
[{
ORC
[
OBR
[{NTE}][{VAR}][{OBX[{NTE}][{VAR}]}]]

Common Order
Order Detail Segment
Notes & Comments (Order Detail Comments)
Variance (Order)
Observation/Result
Notes & Comments (Observation l Comments)
Variance (Observation/Result)

}]
}
}]
[DSC]

--- SEGMENT_PATTERN end
Continuation Pointer

注: [ ]は省略可能、{ }は繰返し可能を示す。
本規約では未使用セグメントとするが、施設での使用を禁止するものではない。
z

照会メッセージのメッセージ構造はQBP^Q11^QBP_Q11とする。

z

応答メッセージのメッセージ構造はRSP^K11^RSP_ZD2とする。

z

QPD-1については、本規約では定義しない。各施設での独自定義とする。

z

MSHはメッセージに一つ必須である。

z

ヒットした患者の数だけ、PID～ZI1を繰り返す。

z

PRB、ZPR、ZI1をセットで繰り返す。

z

ZPRは表示病名における病名と修飾語の交換用コード及び表示病名に対するコメントを表現する。

z

ZI1は病名に付随する保険情報を表現し、適用する数だけ繰り返す。

© JAHIS 201253

7. 関連セグメント詳細
7.1 MSH - Message Header Segment メッセージヘッダセグメント
MSH セグメントは、メッセージの構文の目的、発信源、宛先、特性を定義する。
MSH属性
SEQ

LEN

DT

OPT

Japan

1

1

ST

R

R

RP/#

TBL#

ITEM #ELEMENT NAME

00001

Field Separator フィールド区切文字

2

4

ST

R

R

00002

Encoding Characters コード化文字

3

227

HD

O

O

0361

00003

Sending Application 送信アプリケーション

4

227

HD

O

O

0362

00004

Sending Facility 送信施設

5

227

HD

O

O

0361

00005

Receiving Application 受信アプリケーション

6

227

HD

O

O

0362

00006

Receiving Facility 受信施設

7

26

TS

O

R

00007

Date/Time Of Message メッセージ日付/時間

8

40

ST

O

O

00008

Security セキュリティ

9

15

MSG

R

R

00009

Message Type メッセージ型

10

20

ST

R

R

00010

11

3

PT

R

R

00011

Message Control ID メッセージ制御ID
Processing ID 処理ID

12

60

VID

R

R

00012

Version ID バージョンID

13

15

NM

O

O

00013

Sequence Number シーケンス番号

14

180

ST

O

O

00014

Continuation Pointer 継続ポインタ

15

2

ID

O

O

0155

00015

Accept Acknowledgment Type 受諾肯定応答型

16

2

ID

O

O

0155

00016

Application Acknowledgment Type アプリ肯定応答

17

3

ID

O

N

0399

00017

型
Country Code 国コード

00692

Character Set 文字セット

00693

Principal Language of Message 主要言語

18

16

ID

O

R

19

250

CWE

O

O

20

20

ID

O

C

21

427

EI

O

O

Y

0211
0356

Y

01317

Alternate Character Set Handling Scheme 文字セ

01598

ット操作法
Message Profile Identifier メッセージプロファイル識

NOTE

別子

Optionality
R required
O optional
C conditional on the trigger event or on some other field(s)X not used with this trigger event
B left in for backward compatibility with previous versions of HL7
Japan（JAHIS 仕様での取り扱い）
R required
O optional
C conditional on the trigger event or on some other field(s)X not used with this trigger event
B left in for backward compatibility with previous versions of HL7
N not used usually. use only on the site
RepetitionN- no repetitionY- the field may repeat an indefinite or site determined number of times(integer)- the field may repeat up to the number of times specified in the integer

MSH フィールド定義
MSH-1 Field Separator フィールド区切文字 (ST) 00001
定義：セグメントIDと最初の実フィールド(MSH-2-コード化文字)間のセパレータ。そのようなセパレー
タとしての他に、残りのメッセージでセパレータとして使う文字を定義する。推奨値は | (ASCII 124)である。

© JAHIS 201254

MSH-2 Encoding Characters コード化文字 (ST) 00002
定義：次の順番で並べられた4文字、つまり、成分セパレータ、反復セパレータ、エスケープ文字、副成分セパレータ。推奨値は ^~¥& (ASCII 94,126,92 and 38) である。メッセージ区切文字の解説を参照。
MSH-3 Sending Application 送信アプリケーション (HD) 00003
Components：＜Namespace ID(IS)＞^＜Universal ID(ST)＞^＜Universal ID Type(ID)＞

定義： このフィールドは、ネットワーク全体の他のすべてのアプリケーションの中でどれが送信アプリ
ケーションかを一意的に識別する。ネットワーク全体は、企業内のHL7メッセージの交換に参加する
すべてのアプリケーションから成る。完全にサイト主義である。HL7表0361-アプリケーションは、第１成分に対する値のユーザ定義表として使用される。
HL7表 0361-Application アプリケーション
Value

Description

Comment

推奨値なし
注：サイトでの合意により、実施者は第１成分用に HL7 テーブル 0300-ネームスペース ID を引き続き使う事が出来る

MSH-4 Sending Facility 送信施設 (HD)00004

Components：＜Namespace ID(IS)＞^＜Universal ID(ST)＞^＜Universal ID Type(ID)＞

定義： このフィールドは、送信アプリケーション、MSH-3-送信アプリケーションをさらに詳細に記述する。HDデータ型への拡張により、この利用法は送信機能だけでなく、次のような他の組織エンティ
ティが含まれるまで広げられた。a)送信アプリケーションに責任のある組織エンティティ、b)責任のあるユニット、c)製品やベンダの識別子、等。完全にサイト定義である。HL7テーブル0362-施設は、第1成分に対する値のユーザ定義表のためのHL7識別子として使用される。
HL7表 0362-Facility 施設
Value

Descriptioncomment

推奨値なし
注：サイトでの合意により、実施者は第１成分用に HL7 テーブル 0300-ネームスペース ID を引き続き使う事が出来る

MSH-5 Receiving Application 受信アプリケーション (HD)00005

Components：＜Namespace ID(IS)＞^＜Universal ID(ST)＞^＜Universal ID Type(ID)＞

定義： このフィールドは、ネットワーク全体の他のすべてのアプリケーションの中でどれが受信アプリ
ケーションかを一意的に識別する。ネットワーク全体は、HL7メッセージの交換に参加するすべてのアプリケーションから成る。完全にサイト定義である。HL7テーブル0361-アプリケーションは、第１成分に対する値のユーザ定義表のためのHL7識別子として使用される。
注：サイトでの合意により、実施者は第１成分用に HL7 テーブル 0300-ネームスペース ID を引き続き使う事が出来る

MSH-6 Receiving Facility 受信施設 (HD)00006

Components：＜Namespace ID(IS)＞^＜Universal ID(ST)＞^＜Universal ID Type(ID)＞

定義： このフィールドは、異なる組織で動作しているアプリケーションの、多数の同一インスタンスの中で、どれが受信アプリケーションかを識別する。HL7テーブル0362-施設は、第１成分に対する値のユーザ定義表のためのHL7識別子として使用される。完全にサイト定義である。
注：使用場所での合意により、実施者は HL7 テーブル 0300-ネームスペース ID を第１成分として使いつづけても良い

MSH-7 Date/time Of Message メッセージ日時 (TS)00007

Components：<Time(DTM)>^<DEPRECATED-Degree of Precision(ID)>

定義：送信システムがメッセージを作成した日時。時間帯を指定した場合、それはメッセージ全体でデフォルトの時間帯として使われる。
MSH-8 Security セキュリティ (ST) 00008
定義：セキュリティの実装に関する情報であるが、その使用法は未定である。
MSH-9 Message Type メッセージ型 (MSG) 00009
Components: <Message Code (ID)> ^ <Trigger Event (ID)>^<Message Structure(ID)>

定義：第1成分は、HL7表0076 - メッセージ型にリストされているメッセージ型である。第2成分は、
HL7表0003 - イベント型コードにリストされているトリガーイベントコードである。受信システムはこのフィールドを使い、認識すべきデータ・セグメントを知り、また、これを転送するアプリケーションを知る。

© JAHIS 201255

HL7表 0076 - Message type メッセージ型 (病名情報データ交換規約関連のみ掲載)
Value

Description

ACK

General acknowledgment message 一般肯定応答

ADT

ADT message 患者管理(ADT)メッセージ

PPR

Patient problem message 患者プロブレムメッセージ

QBP

Query by parameter 変数による照会

RSP

Segment pattern response セグメントパターン応答

HL7表 0003 - Event type イベント型 (病名情報データ交換規約関連のみ掲載)
Value

Description

A01

ADT/ACK - Admit a patient 患者管理(ADT)/ACK - 入院／来院通知

A02

ADT/ACK -A03

ADT/ACK -Discharge/end visit 患者管理(ADT)/ACK -退院／来院終了

A08

ADT/ACK -Update patient information 患者管理(ADT)/ACK - 患者情報の更新

Transfer a patient 患者管理(ADT)/ACK - 患者転送

A11

ADT/ACK -Cancel admit 患者管理(ADT)/ACK - 入院／来院通知の取り消し

A12

ADT/ACK -Cancel transfer 患者管理(ADT)/ACK - 転院の取り消し

A13

ADT/ACK -Cancel discharge/end visit 患者管理(ADT)/ACK - 退院／来院終了の取り消し

A60

ADT/ACK -Update allergy information 患者管理(ADT)/ACK - アレルギー情報の更新

K11

RSP - Segment pattern response in response to QBP^Q11 - セグメントパターン応答

Q11

QBP - Query by parameter requesting an RSP segment pattern responseRSP - 部類パターン応答を要求する
パラメータによる参照

ZD1

PPR/ACK -病名情報の通知MSH-10 Message control ID メッセージ制御 ID (ST) 00010
定義：メッセージを一意に識別する番号または他の識別子。受信システムは、メッセージ肯定応答セ
グメント(MSA)で送信システムへこのIDをエコーバックする。
MSH-11 Processing ID 処理 ID (PT) 00011
Components: <Processing ID (ID)> ^<Processing Mode (ID)>

定義：メッセージを処理するかどうか決めるのに使用する。
HL7表 0103 - Processing ID 処理ID
Value

Description

D

Debugging デバギング

P

Production プロダクション

T

Training トレーニング

HL7表 0207 - Processing mode 処理モード
Value

Description

A

Archive アーカイブ

R

Restore from archive アーカイブからの復元

I

Initial load 初期ロード

T

Current processing, transmitted at intervals(scheduled or on demand)
現在の処理、とびとびに転送される（計画的又は要求に応じて）

not present

Not present (the default, meaning current processing)
存在しない（デフォルト、すなわち現在の処理）

MSH-12 Version ID バージョン ID (VID)

00012

Components: <Version ID (ID)> ^ <Internationalization Code (CWE)> ^ <International Version ID (CWE)>
Subcomponents 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)>
Subcomponents for International Version ID (CWE): <Identifier (ST)> & <Text (ST)> &<Name of Coding System(ID)> &<Alternate Identifier (ST)> & <AlternateText (ST)> & <Name of Alternate Coding System(ID)>& <Coding System Version ID (ST)> & <Alternate Coding System Version ID (ST)> &<Original Text (ST)>© JAHIS 201256

定義：受信システムは、バージョンIDを認識しメッセージが確実に解釈されるようにする。本規約のバージョンIDは2.5を指定する。
HL7表 0104 - Version ID バージョンID
Value

Description

2.0

Release 2.0 リリース2.0

September 1988 1988年9月

2.0D

Demo 2.0 デモ2.0

October 1988 1988年10月

2.1

Release 2.1 リリース2.1

March 1990 1990年3月

2.2

Release 2.2 リリース2.2

December 1994 1994年12月

2.3

Release 2.3 リリース2.3

March 1997 1997年3月

2.3.1

Release 2.3.1 リリース2.3.1

May 1999 1999年5月

2.4

Release 2.4 リリース2.4

November 2000 2000年11月

2.5

Release 2.5 リリース2.5

May 2003 2003年5月

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)の場合、オリジナルの肯定応答モード規則が使われる。

MSH-17 Country Code 国コード (ID) 00017
定義：メッセージの発信国を定義する。主に通貨単位などのデフォルト要素を指定するのに使用される。ISO 3166は、使用可能な国コードのリストを提供する。
【病名】通常、本フィールドは使用しない。
MSH-18 Character Set 文字セット (ID) 00692
定義：メッセージ全体に使用する文字セットコードを定義する。有効な文字セットをHL7表0211に示す。
HL7表 0211 - Character sets 文字セット
Value

Description

Comment

ASCII

The printable 7-bit ASCII character set 印刷可能な7ビットの文字セット（このフィールドを省略する場合、これがデフォルトである）

8859/1The printable characters from the ISO 8859/1
Character set ISO 8859／1の文字セットからの印刷可能な文字

8859/2The printable characters from the ISO 8859/2
Character set ISO 8859／2の文字セットからの印刷可能な文字

8859/3The printable characters from the ISO 8859/3
Character set ISO 8859／3の文字セットからの印刷可能な文字© JAHIS 201257

ValueDescription

8859/4The printable characters from the ISO 8859/4
Character set ISO 8859／4の文字セットからの印刷可能な文字

Comment

8859/5The printable characters from the ISO 8859/5
Character set ISO 8859／5の文字セットからの印刷可能な文字

8859/6

The printable characters from the ISO 8859/6
Character set ISO 8859／6の文字セットからの印刷可能な文字

8859/7

The printable characters from the ISO 8859/7
Character set ISO 8859／7の文字セットからの印刷可能な文字

8859/8The printable characters from the ISO 8859/8
Character set ISO 8859／8の文字セットからの印刷可能な文字

8859/9The printable characters from the ISO 8859/9
Character set ISO 8859／9の文字セットからの印刷可能
な文字

ISO IR14

Code for Information Exchange (one byte) (JIS X
0201-1976) 情報交換用コード(1バイト)(JIS X
0201-1976)

コードはスペースを含んでいることに注意。すなわち"ISOIR14"

ISO IR87

Code for the Japanese Graphic Character set for
information interchange (JIS X 0208-1990) 日本のグラフィック文字集合用の情報交換コード(JIS X
0208-1990)

コードはスペースを含んでいることに注意。すなわち"ISO IR87"
日本ではJIS X 0208はエスケープシークエンスを必要としており、エスケープ技術はISO2022である。標準ASCIIでは、エスケープシークエンス”escape”$B(16進数、1B 24
42)は以下のバイトは2バイトの幅であることを自身に知らせる。ASCIIへもどるには1B 28 42である。

ISO IR159

Code of the supplementary Japanese Graphic
Character set for information interchange (JIS X
0212-1990) 補助的な日本のグラフィック文字集合用の情報交換コード (JIS X 0212-1990)

コードはスペースを含んでいることに注意。すなわち"ISOIR159"ISO IR159

Code of the supplementary Japanese Graphic
Character set for information interchange (JIS X
0212-1990) 補助的な日本のグラフィック文字集合用の情報交換コード (JIS X 0212-1990)

コードはスペースを含んでいることに注意。すなわち"ISOIR159"

注：文字セットに関わらずフィールド区切り文字は 7-bit ASCII 文字セットである。

異なる文字セットの反復はデータ型PNとXPNのみに適用される。本フィールドの指定がないもしくは反復の第一成分がNullの場合はsingle-byte character set (ASCII (ISO IR-6))が適用される。本フィールドが出現し第一成分が特定される場合この文字セットがメッセージのデフォルト文字セットとなる。
これはシングルバイト文字セットでなければならない。 (例えば ISO-IR 6, ISO-IR 13, ISO-IR 14,
ISO-IR 100, etc.) 第二第三成分は代替文字セットが使用できダブルバイト文字セットも含まれる。
(例えば ISO IR87) デフォルト文字セットは常にシングルバイト文字セットであり、ISO-IR 6 (ISO646) or ISO-IR 14 (JIS X 0201-1976)の G0 域である。
半角カタカナは全てのフィールドで使用しないようにすること。漢字を使用する場合~ISO IR87が一般的で、さらにJIS補助漢字を使用する場合続けて~ISO IR159とする。

MSH-19 Principal language of message 主要言語 (CWE)

00693

Components: <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
定義：文字セットを切り替えるためのエスケープシーケンス方式を定義する。ISO 2022-1994を使用する。
MSH-21 Message Profile Identifier メッセージプロファイル識別子 (EI) 01598
Components: <Entity Identifier(ST)>^<Namespace ID(IS)>^<Universal ID(ST)>^<Universal ID Type(ID)>

定義：サイトは、このフィールドを、メッセージプロファイルの準拠を主張するか、もしくは参照する際に© JAHIS 201258

使用することができる。メッセージプロファイルは、文法、構文および特定のメッセージやメッセージのセットの詳細化された説明を含む。
このフィールドの反復は、メッセージプロファイルの作成と名前付けに、より柔軟性を持たせる。反復を用いることで、このフィールドは、メッセージが従うメッセージプロファイルのセットを指定できる。
HL7 V2.5において、HL7メッセージプロファイル識別子は適合要求や発行/購読システムに使われているかもしれない。
HL7 V2.5より以前、このフィールドは適合文書IDと呼ばれていた。下位互換性のため、ここでは適合文書IDを使うことができる。

© JAHIS 201259

7.2 MSA - Message Acknowledgment Segment メッセージ肯定応答セグメント
MSA セグメントは、他のメッセージの肯定応答の特性を定義する。
MSA属性
SEQ

LEN

DT

OPT

Japan

1

2

ID

R

R

2

20

ST

R

3

80

ST

B

4

15

NM

250

CWE

5
6

RP/#

TBL#

ITEM #

0008

00018

Acknowledgment Code 肯定応答コード

R

00010

Message Control ID メッセージ制御ID

B

00020

Text Message テキストメッセージ

O

O

00021

Expected Sequence Number 予想シーケンス

取消

取消

00022

Delayed Acknowledgment Type 遅延肯定応答タイプ

B

B

00023

Error Condition エラー状態

0357

ELEMENT NAME

NOTE

Optionality
R required
O optional
C conditional on the trigger event or on some other field(s)X not used with this trigger event
B left in for backward compatibility with previous versions of HL7
W withdrawn
Japan（JAHIS 仕様での取り扱い）
R required
O optional
C conditional on the trigger event or on some other field(s)X not used with this trigger event
B left in for backward compatibility with previous versions of HL7
N not used usually. use only on the site
W withdrawn
RepetitionN- no repetitionY- the field may repeat an indefinite or site determined number of times(integer)- the field may repeat up to the number of times specified in the integer

MSA フィールド定義
MSA-１ Acknowledgment Code 肯定応答コード 00018
定義： このフィールドでは肯定応答コードを含んでおり、メッセージ処理規則に従っている。テーブ
ル0008－肯定応答コードを参照。
HL7表 0008 - Acknowledgment Code

肯定応答コード

Value

Description

AA

基本モード:アプリケーション受諾
拡張モード:アプリケーション肯定応答:受諾

AE

基本モード:アプリケーションエラー
拡張モード:アプリケーション肯定応答:エラー

AR

基本モード:アプリケーションリジェクト
拡張モード:アプリケーション肯定応答:リジェクトCA

拡張モード:受諾肯定応答:コミット受諾

CWE

拡張モード:受諾肯定応:コミットエラー

CR

拡張モード:受諾肯定応:コミットリジェクト

MSA-2 Message Control ID メッセージ制御 ID （ST） 00010
定義：このフィールドは送信システムから送られてきたメッセージのメッセージ制御IDを含んでいる。
送信システムは、この応答と、それが目的とするメッセージを関連づける。
MSA-3 Text Message テキストメッセージ （ST） 00020
定義： エラー条件をより詳細に記述するオプションのテキストフィールド。このテキストは、エラーログに印刷するか、あるいはエンドユーザに提示することができる。

© JAHIS 201260

MSA-4 Expected Sequence Number 予想シーケンス （NM） 00021
定義： シーケンス番号プロトコルで使用するオプションの数値フィールド。
MSA-5 Delayed Acknowledgment Type 遅延肯定応答タイプ （ID） 00022
定義： このフィールドは下位互換性のためのものである。
HL7表 0102 - Delayed acknowledgment type 遅延肯定応答タイプ
Value

Description

D

メッセージが受領され、後の処理に備えて蓄積されたF処理の後の承認

注意:MSA-5はHL7 v2.2で否定されたので、詳細はHL7 V2.5の規格からは削除されている。
MSA-6 Error Condition エラー条件 （CWE） 00023
Components: <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)>

定義：このフィールドは肯定応答システムがユーザ定義のエラーコードを使用し、ARタイプまたはAE
タイプの肯定応答をさらに規定することができる。このフィールドは、MSA-3－テキストメッセージの代
わりに一般に使われる。
※エラーコードに関しては両者間で調整の上用いる。
MSA-6はHL7 V2.4で否定された。エラー内容についてはERRセグメントを参照のこと。ERRセグメン
トはエラー状況についてより詳細な記述が可能である。

© JAHIS 201261

7.3 ERR - Error Segment エラーセグメント
ERR セグメントを使用して、エラーコメントを肯定応答メッセージに加える。
ERR属性
SEQ

LEN

DT

OPT

Japan

RP/#

1

493

ELD

B

B

Y
Y

2

18

ERL

O

O

3

705

CWE

R

R

TBL#

0357

ITEM #ELEMENT NAME

00024

Error Code and Location エラーコー
ドと位置

01812

Error Location エラー位置

01813

HL7 Error Code HL7エラーコード

4

2

ID

R

R

0516

01814

Severity 影響度

5

705

CWE

O

O

0533

01815

Application Error Code アプリケーションエラーコード

6

80

ST

O

O

01816

Application Error Parameter アプリ
ケーションエラーパラメータ

7

2048

TX

O

O

01817

Diagnostic Information 診断情報

8

250

TX

O

O

01818

User Message ユーザメッセージ

9

20

IS

O

O

0517

01819

Inform Person Indicator 人への通知
指標

10

705

CWE

O

O

0518

01820

Override Type 無効型

11

705

CWE

O

O

Y

0519

01821

Override Reason Code 無効理由コ
ード

12

652

XTN

O

O

Y

01822

Help Desk Contact Point ヘルプデス
クコンタクトポイント

Y/10

Y

NOTE

Optionality
R required
O optional
C conditional on the trigger event or on some other field(s)X not used with this trigger event
B left in for backward compatibility with previous versions of HL7
Japan（JAHIS 仕様での取り扱い）
R required
O optional
C conditional on the trigger event or on some other field(s)X not used with this trigger event
B left in for backward compatibility with previous versions of HL7
N not used usually. use only on the site
RepetitionN- no repetitionY- the field may repeat an indefinite or site determined number of times(integer)- the field may repeat up to the number of times specified in the integer

ERR フィールド定義
ERR-1

Error Code and Location エラーコードとロケーション

(ELD)

00024

Components: <Segment ID (ST)> ^ <Segment Sequence (NM)> ^ <Field Position (NM)> ^ <Code
Identifying Error (CWE)>
Subcomponents for Code Identifying Error (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)>

定義:このフィールドは別のメッセージ内の誤ったセグメントを識別する。HL7 V2.5 のみにおいて下位互換性のため維持される:ERR-2 と ERR-3 をかわりに参照のこと。
有効な値については HL7 表 0357 メッセージエラー条件コード を参照のこと
ERR-2 Error Location エラー位置 (ERL) 01812
Components: <Segment ID (ST)> ^ <Segment Sequence (NM)> ^ <Field Position (NM)> ^ <Field
Repetition (NM)> ^ <Component Number (NM)> ^ <Sub-Component Number (NM)>© JAHIS 201262

定義:識別されたエラー、警告、もしくはメッセージに関係するメッセージ内の位置を識別する。もし複数の反復が存在した場合、エラーは場所を組み合わせた値に起因する。
ERR-3 HL7 Error Code HL7 エラーコード (CWE) 01813
Components: <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

Description

Comment0

メッセージ受諾

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

100

セグメントシーケンスエラー

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

101

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

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

102

データ型エラー

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

103

表の値が見つからない

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

200

提供されていないメッセージ型

却下:そのメッセージ型は提供されていない

201

提供されていないイベントコード

却下:そのイベントコードは提供されていない202

提供されていない処理 ID

却下:その処理 ID は提供されていない203

提供されていないバージョン ID

却下:そのバージョン ID は提供されていない

204

不明なキー識別子

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

205

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

206

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

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

207

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

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

ERR-4

Severity 影響度 (ID) 01814
定義:アプリケーションエラーの影響度を識別する。もし何かがエラーであるとわかると、警告や情報にアプリケーションがそのエラー内容に対処する方法が示される。有効な値は HL7 表 0516-エラー影響度を参照のこと。
もし ERR-3 の値が”0”の場合、ERR-4 の値は”I”となる。
例:警告は、注意すべきことがあるが、それは自動的に処理されず、さらに情報が消失してしまったこと示すために使われる。
情報の例:要求を受理した際、受理者は下限値の範囲内であることを示してよい。
HL7表 0516 – Error Severity エラー影響度
Value

ERR-5

Description

Comment

W

警告

トランザクションは成功したが、何か問題があ
る

I

情報

トランザクションは成功したが、何か情報を含む，例えば、患者へ伝えるべき情報

E

エラー

トランザクションが失敗した。

Application Error Code アプリケーションエラーコード

(CWE)

01815

Components: <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 表 0533-ア
プリケーションエラーコードを参照のこと。

© JAHIS 201263

もしコードと関連するメッセージにパラメータがある場合、メッセージは java .text.MessageFormat approach1フォーマットで表されることが推奨されている。このスタイルはパラメータ型の情報に数値、データ、時間を供給することができ、それらは言語に合わせて適当にフォーマットされる。
HL7表 0533 – Application Error Code アプリケーションエラーコード
Value

Description

Comment

推奨値なし

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-情報人物コードを参照のこと。
使用者定義表 0517 – Inform Person Code 情報人物コード
Value

Description

PAT

患者に知らせる

NPAT

患者に知らせてはいけない

USR

ユーザに知らせるHD

ヘルプデスクに知らせる

ERR-10Override Type 無効型(CWE)

Comment

01820

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

Description

Comment

EXTN

拡張無効

命令された期間より長くサービスを実行する際に指定する無効

INLV

間隔無効

命令された間隔よりも早くサービスの反復を実行する際に指定される無効

EQV

等価無効

システムが事前に命令されたサービスと等価であると認識できない命令を実行する際に指定される無効

ERR-11

Override Reason Code 無効理由コード

(CWE)

01821

Components: <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)>
1

メッセージフォーマットの詳細は下記 URL を参照のこと
http://java.sun.com/products/jdk/1.2/docs/api/java/text/MessageFormat.html© JAHIS 201264

定義:エラーを発生させたアプリケーション規則を無効にした際に使われた無効コードのリストを提供する。推奨
される値は使用者定義表 0519-無効理由を参照のこと
使用者定義表 0519 – Override Reason 無効理由
Value

Description

Comment

推奨値なし

ERR-12

Help Desk Contract Point ヘルプデスクコンタクトポイント

(XTN)

01822

Components: <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 201265

7.4 QPD - Query Parameter Definition Segment 照会パラメータセグメント
QPD セグメントは照会のパラメータを定義する。
QPD属性
SEQ

LEN

DT

OPT

Japan

1

250

CWE

R

R

2

32

ST

C

3-n

256

-

-

RP/#

TBL#

ITEM#

ELEMENT NAME

0471

01375

Message Query Name メッセージ
照会名

C

00696

Query Tag 照会タグ--

User Parameter ユーザ・パラメータ

NOTE

各照会で定
義

Optionality
R required
O optional
C conditional on the trigger event or on some other field(s)X not used with this trigger event
B left in for backward compatibility with previous versions of HL7
Japan（JAHIS 仕様での取り扱い）
R required
O optional
C conditional on the trigger event or on some other field(s)X not used with this trigger event
B left in for backward compatibility with previous versions of HL7
N not used usually. use only on the site
RepetitionN- no repetitionY- the field may repeat an indefinite or site determined number of times(integer)- the field may repeat up to the number of times specified in the integer

QPD フィールド定義
QPD-1 Message Query Name メッセージ照会名（CWE）01375
Components: <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)>

定義：このフィールドは照会名を含む。これらの具体的な値は、この機能を使用する各章に指定されている。照会名はコンフォーマンス・ステートメントと一対一であり、その識別子である。各施設でローカル定義した照会名は文字 Z から始める。照会名の定義は使用者定義表 0471-照会名を参照すること。
使用者定義表 0471 – Query Name 照会名
Value

Description

Comment

提案値は定義されていない

QPD-2 Query Tag 照会タグ（ST）00696
定義：このフィールドは、照会を識別するために照会するシステムによって値が設定され、応答と照会を突合するために使用する。照会時にこのフィールドに値が設定されていれば、応答するシステムは、照会承認セグメン
ト(QAK)の最初のフィールドとして、この値をエコーバックすることが要求される。この値は照会に関係があるそ
れぞれのメッセージ(すなわちすべての継続メッセージ)で同じ値を設定するため、このフィールドは、MSA-2-メ
ッセージ・コントロール ID と異なる。MSA-2-メッセージ・コントロール ID は、それが全体としての照会ではなく、それぞれの個々のメッセージに関係があるので、それぞれの継続メッセージによって異なる可能性がある。
[実装時の考慮：ソケットの返答メッセージだけが、今送られた照会に対して唯一の応答になる場合には、実装でこのフィールドに値を入れる必要がない。逆に、多くの照会、応答、および他のメッセージを、同一ソケットを利用する「非同期通信」を利用する場合には、サーバがどの照会に答えているかをクライアントが判別できるように、
このフィールドに値を入れなければならない。]
QRD-3 User Parameter ユーザ・パラメータ（多様）01435
定義：これ以降のフィールドは、クライアントがサーバに受け渡す値を保持する。各フィールドはコンフォーマン
ス・ステートメントで定義された１つのパラメータに相当し、名前、タイプ、オプション、および繰り返しがそれぞれ© JAHIS 201266

規定される。また、これらのパラメータは一般的には AND 結合され、利用者はコンフォーマンス・ステートメントの要求を厳密に検査する必要がある。各パラメーター・フィールドは、QIP および QSC タイプを含む、あらゆる
データタイプがコンフォーマンス・ステートメントよって指定される。また、パラメーター・フィールドはソート・コント
ロール( SRT )フィールド、あるいはセグメント・グループ( ID )フィールドを含んでもよい。QPD セグメントのパラメ
ーター・フィールドは、コンフォーマンス・ステートメントのいくつかの指示よって形成される。

© JAHIS 201267

7.5 QAK - query acknowledgment segment 照会認知セグメント
QAKセグメントは、照会に対する応答で送られた情報を含んでいる。QAKセグメントは拡張照会に対する応答に必要であるが、いずれのオリジナルモードの照会に対する、いずれの照会応答(メッセージ)中の ERR
セグメント（オプション）の後に置かれるオプションセグメントとして現れても良い。
QAK属性
SEQ

LEN

DT

OPT

Japan

1

32

ST

C

C

RP/#

TBL#

ITEM#

ELEMENT NAME

00696

Query Tag 問合わせタグ

NOTE

2

2

ID

O

O

0208

00708

Query Response Status 問合わせ応答ステータス

3

250

CWE

O

O

0471

01375

Message Query Name メッセージ問合せ名

4

10

NM

O

O

01434

Hit Count Total 合計データトータル数

5

10

NM

O

O

01622

This payload この応答中の合致データ数

10

NM

O

O

01623

Hits remaining 残りの合致データ数

6

Optionality
R required
O optional
C conditional on the trigger event or on some other field(s)X not used with this trigger event
B left in for backward compatibility with previous versions of HL7
Japan（JAHIS 仕様での取り扱い）
R required
O optional
C conditional on the trigger event or on some other field(s)X not used with this trigger event
B left in for backward compatibility with previous versions of HL7
N not used usually. use only on the site
RepetitionN- no repetitionY- the field may repeat an indefinite or site determined number of times(integer)- the field may repeat up to the number of times specified in the integer

QAK フィールドの定義
QAK-1 Query Tag 問合せタグ （ST） 00696
定義： 問合せを識別するために、問合せ側システムがこのフィールドに値を設定する。このフィールドは問合せ
メッセージと応答メッセージの組み合わせ照合に用いられる。もしこの値が存在するならば、応答システムは問合せ応答セグメント(QAK)の最初のフィールドとしてこの値を返す必要がある。このフィールドはMSA-2-message control ID とは異なる。その値はある問合せに関係した各メッセージ(すなわち、すべての継続するメッセージ)に対して一定である。一方、MSA-2-message control ID は継続するメッセージで変化するかもしれない。なぜなら、それは問合せ全体としてではなく独立したメッセージに関係するためである。オリジナル
モードの照会の時、QAK-1-Query Tag は使用しない。
QAK-2 Query Response Status 問合せ応答ステータス （ID） 00708
定義： このフィールドは応答システムが正確な応答ステータスを返すためのものである。このフィールドは、特に問合せパラメータに合致するデータが見つからなかったが、エラーは発生しなかった場合に有効である。値は HL7 表 0208 - Query Response Status にて定義される。
HL7表0208－ Query Response Status 照会応答状態
Value

Description

OK

Data found. No errors(this is the default) データ検出 エラー無し（これはデフォルトである）。

NF

No data found. No errors データ未検出 エラー無し

AE

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

AR

Application reject アプリケーション拒絶© JAHIS 201268

Comment

QAK-3Message Query Name メッセージ問合せ名

(CWE)

01375

Components: <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)>

定義： このフィールドは問合せの名称を含む。これらの名称は、機能ごとの章にて割当てられる。サイト固有の事象の場合、問合せ名は”Z”で始まる。 使用者定義表 0471 - Query name を参照。
QAK-4 Hit Count Total 合計データトータル数 (NM) 01434

定義： このフィールドが用いられる場合、このフィールドはサーバが検出した問合せに対する合致データのトータル数を含む。表形式の応答(tabular response)では、これは検出した列の数に相当する。その他の応答タイプでは、Conformance Statement にて“合致”の意味を定義する。
QAK-5 This Payload この応答中の合致データ数 (NM) 01622
定義： このフィールドが用いられる場合、このフィールドはサーバがカレントの応答の中で送る合致データの数を含む。継続プロトコルが応答伝達に用いられる場合、この数は QAK-4-Hit count total で送られる値とは一致しない。
QAK-6 Hits Remaining 残りの合致データ数 (NM) 01623
定義： このフィールドが用いられる場合、このフィールドはサーバがまだ送っていない合致データの数を含む。
このフィールドは、サーバが応答を伝達するのに継続プロトコルを用いる場合にのみ意味がある。

© JAHIS 201269

7.6 EVN - Event Type Segment 事象型セグメント
EVN セグメントは受信アプリケーションに必要なトリガーイベント情報を通知するときに使用する。
EVN属性
SEQ
1

LEN

DT

OPT

Japan

ITEM#

ELEMENT NAME

3

ID

B

B

RP/#

00099

Event Type Code 事象型コード

NOTE

2

26

TS

R

R

00100

Recorded Date/Time

3

26

TS

O

C

00101

Date/Time Planned Event 事象計画日時

4

3

IS

O

O

00102

Event Reason Code 事象理由コード

5

3225

XCN

O

O

00103

Operator ID 操作者ID

6

26

TS

O

C

01278

Event Occurred 事象発生日時

7

227

HD

O

O

01534

Event Facility 事象施設Y

事象記録日時Optionality
R required
O optional
C conditional on the trigger event or on some other field(s)X not used with this trigger event
B left in for backward compatibility with previous versions of HL7
Japan（JAHIS 仕様での取り扱い）
R required
O optional
C conditional on the trigger event or on some other field(s)X not used with this trigger event
B left in for backward compatibility with previous versions of HL7
N not used usually. use only on the site
RepetitionN- no repetitionY- the field may repeat an indefinite or site determined number of times(integer)- the field may repeat up to the number of times specified in the integer

EVN フィールド定義
EVN-1

EVN-2

Event Type Code 事象型コード (ID) 00099
定義：このフィールドは旧バージョンとの互換性のためにのみ残されている。事象型コード情報の伝達のためには、「MSH-9メッセージ型」の2番目の成分（トリガーイベント）を用いることが推奨される。
このフィールドは、入院、転科転棟、または患者登録などのトリガーイベントに相当する事象からなる。
有効な値についてはHL7表003を参照のこと。
Recorded Date/Time 事象記録日時 (TS) 00100
Components:

EVN-3<Time (DTM)> ^ <Degree of Precision (ID)>

定義：殆どのシステムではトランザクションが入力されたシステム日時をデフォルトとしているが、上書きすることも許可されている。
Date/Time Planned Event 事象計画日時 (TS) 00101
Components: <Time (DTM)> ^ <Degree of Precision (ID)>EVN-4

定義：このフィールドはこの事象が計画された日時からなる。PV2-8 予定入院日時、PV2-9予定退院日時、PV2-47予定帰院日時の場合できる限り使用するよう推奨する。
Event Reason Code 事象理由コード (IS) 00102
定義：このフィールドはこの事象についての理由からなる。推奨値は使用者定義表0062-事象理由を参照。
使用者定義表0062 - Event reason 事象理由
Value

Description

01

Patient request 患者の要求

02

Physician/health practitioner order 医者／医療提供者のオーダ

03

Census management 調査管理

© JAHIS 201270

Comment

Value

EVN-5

Description

O

Other その他

U

Unknown 不明

Comment

Operator ID 操作者 ID (XCN) 00103
定義：このフィールドはトリガーイベントに対して責任のある個人を識別する。推奨値は使用者定義表
0188-操作者IDを参照。
使用者定義表0188 - Operator ID 操作者ID
Value

Description

Comment

推奨値なし

EVN-6

Event Occurred 事象発生日時 (TS)01278

Components: <Time (DTM)> ^ <Degree of Precision (ID)>EVN-7

定義：このフィールドは事象が実際に発生した日時からなる。例えば、転科転棟（A02転科転棟）で、このフィールドは実際に患者が転科転棟した日時からなる。取消事象で、このフィールドは実際に取消が発生した日時からなる。
Event Facility 事象施設 (HD) 01534
Components: <Namespace ID (IS)> ^ <Universal ID (ST)> ^ <Universal ID Type (ID)>

定義：このフィールドはその事象が発生した実際の施設を識別しメッセージを送信した施設（MSH-4）と区別される。おそらく操作者（EVN-5）がその事象を入力した施設である。
使用例：システムAはその患者が最初に登録されたところにある。この登録メッセージはMPI、システ
ムBに送信される。MPIはこの更新事象を同報する必要があり、送信施設となる。この新しいフィール
ドにより事象が発生した最初の施設情報を保持することができる。MPIは最初の事象発生施設について権限割当機能を実行しているといえるID番号について権限を割り当てることができる。

© JAHIS 201271

7.7 PID - Patient Identification Segment 患者識別セグメント
PIDセグメントは、患者識別情報を通信する主要な手段としてすべてのアプリケーションによって使用される。このセグメントは患者を永久に識別する情報と調査情報を含むが、この大部分はそれほど頻繁に変化しない。
PID属性
SEQ

LEN

DT

OPT

Japan

1

4

SI

O

O

RP/#

00104

Set ID - Patient ID セットID－患者ID

2

20

CX

B

B

00105

Patient ID 患者ID

3

250

CX

R

R

Y

00106

Patient Identifier List 患者IDリスト

4

20

CX

B

B

Y

00107

Alternate Patient ID - PID 代替患者ID

5

250

XPN

R

R

Y

00108

Patient Name 患者氏名

6

250

XPN

O

N

Y

00109

Mother's Maiden Name 母親の旧姓

7

26

TS

O

R

00110

Date/Time of Birth 生年月日年齢

8

1

IS

O

R

00111

Sex 性別

9

250

XPN

B

N

Y

00112

Patient Alias 患者別名

10

250

CWE

O

N

Y

00113

Race 人種

11

250

XAD

O

O

Y

00114

Patient Address 患者住所

12

4

IS

B

N

00115

County Code 郡コード

13

250

XTN

O

O

Y

00116

Phone Number - Home 電話番号－自宅

14

250

XTN

O

O

Y

00117

Phone Number - Business 電話番号－勤務先

15

250

CWE

O

N

00118

Primary Language 言語－患者

16

250

CWE

O

O

00119

Marital Status 婚姻状況

17

250

CWE

O

N

00120

Religion 宗教

18

250

CX

O

O

00121

Patient Account Number 患者会計番号

19

16

ST

B

N

00122

SSN Number - Patient SSN番号－患者

20

25

DLN

B

N

00123

Driver's Lic Num - Patient 運転免許証番号－患者

21

250

CX

O

O

Y

00124

Mother's Identifier 母親の識別子

22

250

CWE

O

N

Y

00125

Ethnic Group 人種のグループ

23

250

ST

O

N

00126

Birth Place 誕生場所

24

1

ID

O

N

00127

Multiple Birth Indicator 多胎児誕生標識

25

2

NM

O

N

00128

Birth Order 誕生順序

26

250

CWE

O

N

00129

Citizenship 市民権

27

250

CWE

O

N

00130

Veterans Military Status 退役軍人状況

28

250

CWE

B

B

00739

Nationality 国籍

29

26

TS

O

O

00740

Patient Death Date and Time 患者死亡日時

30

1

ID

O

O

00741

Patient Death Indicator 患者死亡識別

31

1

ID

O

O

01535

Identity Unknown Indicator 身元不明識別

Y

Y

ITEM#

ELEMENT NAME

32

20

IS

O

O

01536

Identity Reliability Code 身元信頼度

33

26

TS

O

O

01537

Last Update Date/Time 最終更新日

34

241

HD

O

O

01538

Last Update Facility 最終更新施設

35

250

CWE

C

N

01539

Species Code 種

36

250

CWE

C

N

01540

Breed Code 品種

37

80

ST

O

N

01541

Strain 血統

38

250

CWE

O

N

2

01542

Production Class Code 製品クラスコード

39

250

CWE

O

N

Y

01840

Tribal Citizenship 所属種族

Optionality
R required
O optional
C conditional on the trigger event or on some other field(s)X not used with this trigger event
B left in for backward compatibility with previous versions of HL7
Japan（JAHIS 仕様での取り扱い）© JAHIS 2012

72

NOTE

R required
O optional
C conditional on the trigger event or on some other field(s)X not used with this trigger event
B left in for backward compatibility with previous versions of HL7
N not used usually. use only on the site
RepetitionN- no repetitionY- the field may repeat an indefinite or site determined number of times(integer)- the field may repeat up to the number of times specified in the integer

PID フィールド定義
PID-1 Set ID - Patient ID セット ID－患者 ID (SI) 00104
定義：セグメントの反復が許されるメッセージについては、反復を識別するためにセットIDフィールドが使用される。例えば、交換及び照会のトランザクションは、セットID値1、2、3、などの多数のPIDセグメントを持つことができる。
PID-2 Patient ID 患者 ID (CX) 00105
定義：このフィールドは旧バージョンとの互換性のためにのみ残されている。独断的であった用語「外部ID」はこのフィールドの名前から取り除かれた。「PID-3患者IDリスト」における発行機関、保健機関、
識別区分コードなどの繰り返しは特長ある識別情報を示すために許されている。このフィールドはシ
ステムにおいては「外部」として取り決められた解釈として残されている。PID-3患者IDリストはすべての患者識別情報として使われることを推奨されている。
過去との互換性を持つことが必要な時、患者が外部の施設、事務所他来た時には、このフィールド
は値を持たなければならない。そして、このフィールドでその移動元の施設で使用していた識別子が示されなければならない。この識別子は異なる施設で使用されるものであるかもしれないし、医療機関で共用しているものかもしれない。HL7表0061チェックデジットスキーマを参照のこと。
PID-3 Patient Identifier List 患者 ID リスト (CX) 00106
Components: <ID Number (ST)> ^ <heck 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)>

定義：患者を一意的に識別するため施設によって使用されるID(たとえば患者IDやカルテ番号、請求書番号など)。患者IDを設定。
【病名】本規約では以下の形式で利用する。
成分：<患者ID>^^^^PI

患者IDが繰り返された場合は、1件目を患者IDとして解釈する。
PID-4 Alternate Patient ID - PID 代替患者 ID (CX) 00107
定義：このフィールドは旧バージョンとの互換性のためにのみ残されている。すべての患者識別情報
は「PID-3患者IDリスト」を使用することを推奨する。もしこのフィールドを旧バージョンのとの互換性のために使う時は、このフィールドには代替え、一時的、もしくは必要な場合には保留中のオプション患
者識別情報、または補足的な患者識別情報に使用する。このフィールドはまた複数の患者IDを運ぶことに使うこともできる。その中には来院番号、来院日、社会保険番号も含む。
PID-5 Patient Name 患者氏名 (XPN) 00108
Components: <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)>
Subcomponents for Family Name (FN): <Surname (ST)> & <Own Surname Prefix (ST)> & <Own Surname (ST)> &<Surname Prefix From Partner/Spouse (ST)> & <Surname From Partner/Spouse (ST)>

定義：患者氏名をMSH-18文字セットで指定した文字コードで使用する。例えばMSH-18にASCII~ISO IR87をセットした場合、PID-5はYamada^Tarou^^^^^L^A~山田^太郎^^^^^L^I~ヤマダ^タロウ^^^^^L^Pとなる。反復の順序には意味を持たない。姓と名の区別が困難な場合、姓のフィールドを代用するものとする。半角カタカナは全てのフィールドで使用しないようにすること。

© JAHIS 201273

患者の名札やフィルムのラベルなどと本フィールドの内容が同じであるよう、法律上の名前｢L｣を用いることが望ましく、運用に注意すべきである。
【病名】本規約では以下の形式で利用する。

成分：<姓>^<名>^^^^^L^<名前表示コード>
複数の名前表示形式が存在する場合には、反復セパレータにより複数記述する。また、少なくとも、英数字
もしくは表音文字による患者氏名が記述されなければならない。
HL7表 0200 - Name Type 名前タイプコード
Value

Description

A

Alias Name 別名

L

Legal Name 法律上の名前

D

Display Name 表示名

M

Maiden Name 旧姓(婚姻前の名前)

C

Adopted Name 養子による名前

HL7表 0465 - Name Representation Code 名前表示コード
Value

Description

I

Ideographic (i.e., Kanji) 表意文字(漢字)A

Alphabetic (i.e., Default or some single-byte) シングルバ
イトの英数字P

Phonetic (i.e., ASCII, Katakana, Hiragana, etc.) 表音文字
(ASCII,仮名)PID-6 Mother's Maiden Name 母親の旧姓 (XPN) 00109
定義：母親の旧姓、同じラストネームを持つ患者を明確に識別するために使用する。本フィールドに出現する名前タイプは｢M｣である。
【病名】通常、本フィールドは使用しない。
PID-7 Date/Time Of Birth 生年月日 (TS) 年齢 00110
Components: <Time (DTM)> ^ <Degree of Precision (ID)>

定義：患者の生年月日、新生児などは誕生時刻まで記述。
【病名】本規約では「YYYYMMDD」形式による、患者の生年月日。
PID-8 Sex 性別 (IS) 00111
定義：患者の性別。 使用者定義表0001－性別を推奨する。
使用者定義表 0001 - Sex 性別
Value

Description

F

Female女性

M

Male男性O

Otherその他

U

Unknown未知A

Ambiguous 両性具有

N

Not applicable 適応外

PID-9 Patient Alias 患者の別名 (XPN) 00112【病名】通常、本フィールドは使用しない。
PID-10 Race 人種 (CWE) 00113
定義：患者の同意を得て使用することができる。
【病名】通常、本フィールドは使用しない。
PID-11 Patient Address 患者住所 (XAD) 00114
Components： <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)> ^© JAHIS 201274

<Address Representation Code (ID)> ^ <Address Validity Range (DR)> ^ <Effective Date(TS)> ^ <Expiration Date (TS)>Subcomponents for Street Address (SAD):
Number (ST)><Street or Mailing Address (ST)> & <Street Name (ST)> & <Dwelling

Subcomponents for Address Validity Range (DR): <Range Start Date/Time (TS)> & <Range End Date/Time (TS)>Subcomponents for Range Start Date/Time (TS): <Time (DTM)> & <Degree of Precision (ID)>
Subcomponents for Range End Date/Time (TS): <Time (DTM)> & <Degree of Precision (ID)>
Subcomponents for Effective Date (TS): <Time (DTM)> & <Degree of Precision (ID)>
Subcomponents for Expiration Date (TS): <Time (DTM)> & <Degree of Precision (ID)>

定義：このフィールドは患者の現住所を示している。
最初のエレメントは、<Street Address (SAD)>
であり、これはさらに<Street or Mailing Address (ST)> & <Street Name (ST)>& <Dwelling Number (ST)>に分解されるので、日本の場合は、
虎ノ門１－１９－９^^港区^東京都^105-0001^^Hのように記述する。 ただし、住所を（都道府県や市町村などに）分離して管理していない場合は、第8成分だけを用いて、^^^^105-0001^^H^東京都港区虎ノ門１－１９－９のように記述しても構わない。また、第７成分を「B」（＝会社／事業所）とすることで、患者の勤務先の郵便番号、住所を表現することもできる。
^^^^100-8916^^B^東京都千代田区霞が関１－２－２

PID-12 County Code 郡コード (IS) 00115
定義：患者の郡コード。
【病名】通常、本フィールドは使用しない。
PID-13 Phone Number - Home 電話番号－自宅 (XTN)

00116

Components: <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 V2.5では非推奨とされているため、以下のように第12成分を使用する。
| ^PRN^PH^^^^^^^^03-3599-9991|

PID-14 Phone Number - Business 電話番号－勤務先 (XTN)

00117

Components: <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)>

定義：このフィールドでは患者の職場の電話番号を示す。すべての職場の電話番号は次の順序で送られる。
最初は主として使われる電話番号（旧バージョンとの互換性のため）である。もし主として使われる電話番号© JAHIS 201275

がない場合は、必ず最初に反復区切り文字を送る必要がある。有効な値については HL7 表 0201 電話連
絡使用コードと HL7 表 0202 電話連絡手段区分を参照のこと。
【病名】本規約では、電話番号を成分に分けずに記述する場合、第１成分はHL7 V2.5では非推奨とされているため、以下のように第12成分を使用する。
| ^WPN^PH^^^^^^^^03-3599-9991|

PID-15 Primary Language 言語－患者 (CWE) 00118
定義：患者の主要な言語。
【病名】通常、本フィールドは使用しない。
PID-16 Marital Status 婚姻状況 (CWE) 00119
Components： <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

Description

A

Separated 別居

DDivorced 離婚

M

Married 既婚

SSingle未婚

W

Widowed 死別

C

Common Law 法的G

Living together 同居・同棲

P

Domestic partner 配偶者

R

Registered domestic partner 登録された配偶者

E

Legally Separated 法的な別居

N

Annulled 取消

IInterlocutory 対話者

B

Unmarried 未婚

U

Unknown 不明

O

Other その他

T

Unreported 未報告

PID-17 Religion 宗教 (CWE) 00120
定義：このフィールドでは患者の宗教を示す。
【病名】通常、本フィールドは使用しない。
PID-18 Patient Account Number 患者会計番号 (CX) 00121
定義：料金、支払いなどがすべて記録される勘定によって割り当てられる数字。患者の会計を識別するために使用される。
PID-19 SSN Number - Patient SSN 番号－患者 (ST) 00122
定義：患者の社会保障番号。
【病名】通常、本フィールドは使用しない。
PID-20 Driver's License Number - Patient 患者の運転免許証番号 (DLN) 00123
定義：患者の運転免許証番号。
【病名】通常、本フィールドは使用しない。
PID-21 Mother's Identifier 母親の識別子 (CX) 00124
定義：例えば新生児用にリンク・フィールドとして使用される。典型的に、患者IDあるいは会計番号が使用されるかもしれない。

© JAHIS 201276

PID-22 Ethnic Group 人種のグループ (CWE) 00125
定義：患者の民族的起源を定義する。
【病名】通常、本フィールドは使用しない。
PID-23 Birth Place 誕生場所 (ST) 00126
定義：患者の誕生の場所を示す。
【病名】通常、本フィールドは使用しない。
PID-24 Multiple Birth Indicator 多胎児誕生標識 (ID) 00127
定義：患者が多胎児の一人であったかどうか示す。Y/Nインジケータを使用。
【病名】通常、本フィールドは使用しない。
PID-25 Birth Order 誕生順序 (NM) 00128
定義：患者が多胎児の一人であった場合、誕生順序を示す値。
【病名】通常、本フィールドは使用しない。
PID-26 Citizenship 市民権 (CWE) 00129
定義：患者の市民権の国を示す。推奨値として、使用者定義表0171（HL7-３章）－国コード又はISO3166を参照すること。
【病名】通常、本フィールドは使用しない。
PID-27 Veterans Military Status 退役軍人の状況 (CWE) 00130【病名】通常、本フィールドは使用しない。
PID-28 Nationality 国籍 (CWE) 00739
定義：HL7V2.4以降から、このフィールドは旧バージョンとの互換性のためにのみ残されている。
PID-10人種、PID-22民族、PID-26市民権を参照することを推奨する。患者の属する国籍や国グループを示す。
PID-29 Patient Death Date and Time 患者死亡日時 (TS) 00740
Components: <Time (DTM)> ^ <Degree of Precision (ID)>

定義：患者死亡日時、臨床研究や管理用。
PID-30 Patient Death Indicator 患者死亡識別 (ID) 00741
定義：このフィールドは患者が死亡しているか否かを示す。有効な値については HL7表
0136-Yes/no indicatorを参照のこと
HL7表 0136 - Yes/no indicator Yes/No標識
Value

PID-31

Description

Y

患者は死亡しているN

患者は死亡していない

Identity unknown indicator 身元不明識別 (ID) 01535
定義：このフィールドは患者確認が行われているかどうかを示す。
参照 HL7 表 0136 - Yes/no indicator
HL7表 0136 - Yes/no indicator Yes/No標識
Value

PID-32

Description

Y

身元不明

N

身元確認済みIdentity reliability code 識別情報の信頼性 (IS) 01536
定義：このフィールドは、トランザクション経由で送られた患者データの信頼性を示す。この値は、患者デー
タの PID の誕生日や社会保障番号が確認されたものかどうかを示す。
参照 使用者定義表 0445 - Identity Reliability Code
使用者定義表 0445 - Identity Reliability Code 識別情報の信頼性
Value© JAHIS 2012

Description

US

Unknown/Default Social Security Number
社会保障番号不明

UDUnknown/Default Date of Birth 誕生日不明

UA

Unknown/Default Address 住所不明

77

ValueAL

PID-33

Description
Patient/Person Name is an Alias 患者名不明

Last update date/time 最終更新日付 (TS)01537

Components: <Time (DTM)> ^ <Degree of Precision (ID)>PID-34

定義：このフィールドではPIDセグメントに含まれる患者／個人の識別情報や患者基本情報の最終更新日時を示す。受信側システムではこのフィールドを用いて、どのようにそのトランザクションをそのシステムで扱うかを判断するために使用する。もし、受信側システム（例えばエンタープライズマスター
患者インデックス）が、既により新しい個人の情報を持っていた場合、そのトランザクションからの患者／個人基本情報、識別情報を使用しないことと判断する。
Last update facility 最終更新施設 (HD) 01538
Components: <Namespace ID (IS)> ^ <Universal ID (ST)> ^ <Universal ID Type (ID)>PID-35

定義：患者ＰＩＤセグメントの最終更新施設。これを元にこの情報を受信したデータを採用するかどうかを判断する。もし，受信したサイトはそのデータが信頼性の高い物であるならばそれを利用することの判断ができる。信頼の置ける施設からの更新情報は病院にとって信頼すべき物として扱われる。
Species code 種 (CWE) 01539
Components: <Identifier (ST)> ^ <Text (ST)> ^ <Name of Coding System (IS)> ^ <Alternate Identifier (ST)> ^<Alternate Text (ST)> ^ <Name of Alternate Coding System (IS)>

定義：生物の種。このフィールドはコーディングシステムを用いて一般名もしくは学術名を示す。SNOMEDを推奨する。もしこのフィールドの値が無い場合は人間が対象である。推奨値についてはHL7表0446-種コ
ードを参照のこと。
【病名】通常、本フィールドは使用しない。
HL7 表 0446 - Species Code 種コード
Value

PID-36

Breed code 品種 (CWE)

Description
No suggested values defined 推奨値はない

01540

Components: <Identifier (ST)> ^ <Text (ST)> ^ <Name of Coding System (IS)> ^ <Alternate Identifier (ST)> ^<Alternate Text (ST)> ^ <Name of Alternate Coding System (IS)>

定義：特定の動物の繁殖。このフィールドは種や血統と異なり動物に対して特有で、一般の生物には使うことができない。SNOMEDが推奨されるコーディングシステムである。推奨値についてはHL7表
0447-品種コードを参照のこと。
【病名】通常、本フィールドは使用しない。
HL7表0447 - Breed Code 品種コード
Value

Description
No suggested values defined 推奨値はない

条件付規則：PID-37血統が値を持つ時は、このフィールドは値を持たなくてはならない。
例：例えば動物飼育協会で使われている...|L-80733^ Staffordshire bull terrier^SNM3^^American Staffordshire Terrier^99AKC|...
...|L-80900^Weimaraner^SNM3|...
...|L-80439^Peruvian Paso Horse^SNM3|...

PID-37

Strain 血統 (ST) 01541
定義：このフィールドは動物の血統情報を示す。
このフィールドはどのような生物の血統情報にも、また動物以外にも拡張することができる。
【病名】通常、本フィールドは使用しない。
例： ...|DeKalb|...
...|Balb/c|...
...|DXL|...

PID-38

Production class code 製品クラスコード (CWE)

01542

Components: <Identifier (ST)> ^ <Text (ST)> ^ <Name of Coding System (IS)> ^ <Alternate Identifier (ST)> ^<Alternate Text (ST)> ^ <Name of Alternate Coding System (IS)>

定義：このフィールドはその生物が主に繁殖されたものか、成長したものかを示すコードともしくはテキストである。推奨値についてはHL7表-0429製品分類コードを参照のこと。
【病名】通常、本フィールドは使用しない。

© JAHIS 201278

参照 HL7表0429 - Production class Code
例： ...|DA^Dairy^L|...
...|MT^Meat^L|...
...|RA^Racing^L|...

HL7表0429 - Production class Code 製品分類コード

PID-39Value

Description

BR

Breeding/genetic stock 飼育/自然保存DA

Dairy 酪農DR

Draft 生DU

Dual Purpose 多目的

LY

Layer, Includes Multiplier flocks 層、多群MT

Meat 肉OTOther その他

PL

Pleasure 蓄えRARacing 競争

SH

Show ショウNA

Not Applicable 非適用

U

Unknown 不明

Tribal Citizenship 所属種族 (CWE) 01840
定義：このフィールドには個人の所属種族に関する情報が含まれる。もし個別に定義する場合は、HL7テー
ブル0171-市民権を使わなければならない。個人が複数の種族に属したことがある場合、このフィールドは繰り返す。CWEデータ型のコードシステム名は種族が書かれた表によって識別される。
【病名】通常、本フィールドは使用しない。

© JAHIS 201279

7.8 NK1 - Next of Kin / Associated Parties Segment 近親者情報セグメント
NK1 セグメントは患者の近親者その他の関係者に関する情報を示す。どの関係者も識別される。NK1-1 セット
ID を使って、複数の NK1 セグメントを患者属性として送ることができる。
もし、個人または組織が複数の役割を果たす場合、例えばある人が緊急連絡先であり親戚である場合、NK1
セグメントは個々の役割（7 番目のフィールド）にあわせて複数送ることを推奨する。
NK1属性
SEQ

LEN

DT

OPT

Japan

RP/#

ITEM#

ELEMENT NAME

00190

Set ID - NK1 セット ID-NK1

Y

00191

Name 氏名

00192

Relationship 続柄

NOTE

1

4

SI

R

R

2

250

XPN

O

O

3

250

CWE

O

O

4

250

XAD

O

O

Y

00193

Address 住所

5

250

XTN

O

O

Y

00194

Phone Number 電話番号

6

250

XTN

O

O

Y

00195

Business Phone Number 勤務先電話番号

7

250

CWE

O

O

00196

Contact Role 役割

8

8

DT

O

O

00197

Start Date 役割の開始日

9

8

DT

O

O

00198

End Date 役割の終了日

10

60

ST

O

N

00199

Next of Kin / Associated Parties Job Title 肩書

11

20

JCC

O

N

00200

Next of Kin / Associated Parties Job Code/Class
職種・職位

12

250

CX

O

N

00201

Next of Kin / Associated Parties Employee Number
従業員番号

13

250

XON

O

O

00202

Organization Name - NK1 所属組織名

14

250

CWE

O

N

00119

Marital Status 結婚状態

15

1

IS

O

O

00111

Administrative Sex 性別

16

26

TS

O

O

00110

Date/Time of Birth 生年月日

17

2

IS

O

N

Y

00755

Living Dependency 生活依存

18

2

IS

O

N

Y

00145

Ambulatory Status 介護区分

19

250

CWE

O

N

Y

00129

Citizenship 市民権情報

20

250

CWE

O

N

00118

Primary Language 使用言語

21

2

IS

O

N

00742

Living Arrangement 生活様式

22

250

CWE

O

N

00743

Publicity Code 周知標識

23

1

ID

O

N

00744

Protection Indicator 保護標識

24

2

IS

O

N

00745

Student Indicator 学生標識

25

250

CWE

O

N

00120

Religion 宗教

26

250

XPN

O

N

00109

Mother’s Maiden Name 母親の旧姓

27

250

CWE

O

N

00739

Nationality 国籍

28

250

CWE

O

N

00125

Ethnic Group 人種のグループ

29

250

CWE

O

N

Y

00747

Contact Reason 連絡理由

30

250

XPN

O

O

Y

00748

Contact Person’s Name 連絡先の名前

31

250

XTN

O

O

Y

00749

Contact Person’s Telephone Number 連絡先の電話番
号

32

250

XAD

O

O

Y

00750

Contact Person’s Address 連絡先の住所

33

250

CX

O

O

Y

00751

Next of Kin/Associated Party’s Identifiers

YYY

近親者識別情報
34

2

IS

O

N

35

250

CWE

O

N

36

2

IS

O

37

16

ST

O

38

250

ST

O

39

2

IS

O

© JAHIS 2012

00752

Job Status 職業状態

00113

Race 人種N

00753

Handicap 障害情報

N

00754

Contact Person Social Security Number
連絡先の社会保険番号

N

01905

Next of Kin Birth Place 近親者生誕地

N

00146

VIP Indicator VIP 標識

Y

80

Optionality
R required
O optional
C conditional on the trigger event or on some other field(s)X not used with this trigger event
B left in for backward compatibility with previous versions of HL7
Japan（JAHIS 仕様での取り扱い）
R required
O optional
C conditional on the trigger event or on some other field(s)X not used with this trigger event
B left in for backward compatibility with previous versions of HL7
N not used usually. use only on the site
RepetitionN- no repetitionY- the field may repeat an indefinite or site determined number of times(integer)- the field may repeat up to the number of times specified in the integer

NK1 フィールド定義
NK1-1

Set ID - NK1 セット ID - NK1 (SI) 00190
定義：このフィールドはこのトランザクションにおける番号を示す。そのセグメントが最初に現れた時はこのシー
ケンス番号は１でなければならない。２回目の時は２，といった具合である。
NK1-2 Name 氏名 (XPN) 00191
Components: <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)>
Subcomponents for Family Name (FN): <Surname (ST)> & <Own Surname Prefix (ST)> & <Own
Surname (ST)> & <Surname Prefix From Partner/Spouse (ST)> & <Surname From
Partner/Spouse (ST)>NK1-3

定義：このフィールドは近親者または関係者の氏名を示す。同じ個人に対して複数の名前が許容されているが、必ず法的な名前が最初に送られなければならない。法的な名前を送らない時は、最初に反復区切り文字を送らなければならない。有効な値についてはHL7表0200名前タイプコードを参照のこと。
Relationship 続柄 (CWE) 00192
Components: <identifier (ST)> ^ <text (ST)> ^ <name of coding system (ID)> ^ <alternate identifier(ST)> ^ <alternate text (ST)> ^ <name of alternate coding system (ID)> ^ <coding systemversion ID (ST)> ^ alternate coding system version ID (ST)> ^ <original text (ST)>

定義：このフィールドは患者と近親者／関係者の関係を示す。推奨値については使用者定義表
0063続柄を参照のこと。
使用者定義表 0063 - Associate 続柄
Value© JAHIS 2012

Description

SEL

Self 本人

SPO

Spouse 配偶者

DOM

Life partner 共同生活者

CHD

Child 子供

GCH

Grandchild 孫

NCHNatural child 本来の子供

SCH

Stepchild 継子

FCH

Foster child 里子

DEP

Handicapped dependent
障害で扶養されている

WRD

Ward of court 保護観察PAR

Parent 親Comment81

ValueNK1-4

Description

MTH

Mother 母親

FTH

Father 父親

CGV

Care giver 介護者

GRD

Guardian 保護者

Comment

GRP

Grandparent 祖父母

EXF

Extended family 拡大家族

SIB

Sibling 兄弟姉妹

BRO

Brother 兄弟

SIS

Sister 姉妹

FND

Friend 友人

OAD

Other adult その他の成人

EME

Employee 従業員

EMR

Employer 雇い主

ASC

Associate 仲間

EMC

Emergency contact 緊急連絡先

OWN

Owner 所有者

TRA

Trainer 調教師

MGRManager 管理者

NON

None なし

UNK

Unknown 不明

OTH

Other その他

Address 住所

(XAD)

00193

Components: <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)>Subcomponents for Street Address (SAD): <Street or Mailing Address (ST)> & <Street Name (ST)> &<Dwelling Number (ST)>NK1-5

定義：このフィールドは近親者／関係者の住所を示す。同じ個人に複数の住所が許容される。現住所が最初に送られなければならない。もし、現住所が送られない場合は、反復区切り文字を最初に送らなければならない。
Phone Number 電話番号 (XTN) 00194
Components: <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)>NK1-6

定義：このフィールドは近親者／関係者の電話番号を示している。同じ個人に対して複数の電話番号が許される。主要な電話番号が最初に送られなければならない。もし、主要な電話番号が送られない場合は、反復区切り文字を最初に送らなければならない。有効な値についてはHL7表0201 電
話連絡使用コードとHL7表0202電話連絡手段区分を参照のこと。
Business Phone Number 勤務先電話番号 (XTN) 00195
Components: <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電話通信機器種別を参照のこと。

© JAHIS 201282

NK1-7

Contact Role 役割

(CWE)

00196

Components: <identifier (ST)> ^ <text (ST)> ^ <name of coding system (ID)> ^ <alternate identifier(ST)> ^ <alternate text (ST)> ^ <name of alternate coding system (ID)> ^ <coding systemversion ID (ST)> ^ alternate coding system version ID (ST)> ^ <original text (ST)>

定義：このフィールドは特別な関係を示す。推奨値については使用者定義表 0131 役割を参照のこと。このフィールドはその近親者／関係者が患者に関してどのような役割であるかを示す。
使用者定義表 0131 - Contact Role 役割
Value
E

NK1-8
NK1-9
NK1-10NK1-11NK1-12

NK1-13

Description

Comment

Employer 雇用者

C

Emergency Contact 緊急連絡先

F

Federal Agency 連邦機関

I

Insurance Company 保険会社

N

Next-of-Kin 近親者

S

State Agency 州機関

O

Other その他

U

Unknown 不明

Start Date 役割の開始日 (DT) 00197
定義：このフィールドはその役割が始まった日を示す。
End Date 役割の終了日(DT) 00198
定義：このフィールドはその役割が終わった日を示す。
Next of Kin / Associated Parties Job Title 肩書 (ST) 00199
定義：このフィールドは近親者／関係者の職場での肩書きを示す。しかしながら、役割が患者の雇い主の場合は、このフィールドは患者の肩書きを示す。
【病名】通常、本フィールドは使用しない。
Next of Kin / Associated Parties Job Code/Class 職種・職位 (JCC) 00200
定義：このフィールドは近親者／関係者の職場における雇用者の職業コードと従業員の職位を示す。
しかしながら、役割が患者の雇用者の場合は、このフィールドは患者自身の職業コードと職位を示す。
【病名】通常、本フィールドは使用しない。
Next of Kin / Associated Parties Employee Number 従業員番号 (CX) 00201
定義：このフィールドは雇用者が近親者または従業委員である従業員に割り当てた番号を示す。しかしながら、役割が患者の雇用者の場合は、このフィールドは患者自身の従業員番号を示す。
【病名】通常、本フィールドは使用しない。
Organization Name - NK1 所属組織名- NK1 (XON) 00202
Components: <Organization Name (ST)> ^ <Organization Name Type Code (IS)> ^ <ID Number (NM)>^ <Check Digit (NM)> ^ <Check Digit Scheme (ID)> ^ <Assigning Authority (HD)> ^<Identifier Type Code (ID)> ^ <Assigning Facility (HD)> ^ <Name Representation Code(ID)> ^ <Organization Identifier (ST)>

定義：このフィールドは近親者／関係者が勤務する組織の名称を示す。このフィールドは関係者が働く会社組織の名前を伝えることにも使われる。同じ組織に対して複数の名前が許される。もし複数の名前を送る時は、法的な名前が最初に送られる必要がある。もし法的な名前が送られない場合は、
反復区切り文字が最初に送られる必要がある。
NK1-14 Marital Status 結婚状態 (CWE) 00119
Components: <identifier (ST)> ^ <text (ST)> ^ <name of coding system (ID)> ^ <alternate identifier(ST)> ^ <alternate text (ST)> ^ <name of alternate coding system (ID)> ^ <coding systemversion ID (ST)> ^ alternate coding system version ID (ST)> ^ <original text (ST)>

定義：このフィールドは近親者／関係者の結婚状態を示す。推奨値は使用者定義表0002結婚状態
を参照のこと。
NK1-15 Administrative Sex 性別 (IS) 00111
定義：このフィールドは近親者／関係者の性別を示す。推奨値は使用者定義表001性別を参照のこと。

© JAHIS 201283

NK1-16 Date/Time of Birth 生年月日 (TS)00110

Components: <Time (DTM)> ^ <Degree of Precision (ID)>NK1-17

NK1-18NK1-19NK1-20NK1-21NK1-22

NK1-23NK1-24NK1-25

定義：このフィールドは近親者／関係者の生年月日を示す。
Living Dependency 生活依存 (IS) 00755
定義：このフィールドは患者の医療ニーズに関係する、特別な生活の状態（例えば配偶者が患者に扶養されている、エレベータがない建物）を示す。
【病名】通常、本フィールドは使用しない。
Ambulatory Status 介護区分 (IS) 00145
定義：このフィールドは近親者／関係者の移動能力を示す。
【病名】通常、本フィールドは使用しない。
Citizenship 市民権情報 (CWE) 00129
定義：このフィールドは近親者／関係者の市民権情報を示す。
【病名】通常、本フィールドは使用しない。
Primary Language 使用言語 (CWE) 00118
定義：このフィールドは近親者／関係者が主に話す言語を示す。
【病名】通常、本フィールドは使用しない。
Living Arrangement 生活様式 (IS) 00742
定義：このフィールドは関係者の住居における生活様式を示す。
【病名】通常、本フィールドは使用しない。
Publicity Code 周知標識 (CWE) 00743
定義：このフィールドは近親者／関係者がどの程度（例：秘密、家族のみ）の周知を許容するかを示す。
【病名】通常、本フィールドは使用しない。
Protection Indicator 保護標識 (ID) 00744
定義：このフィールドは十分な権限を持たない使用者から情報照会を受けた時に近親者／関係者がどの程度データを保護したいかを示す。
【病名】通常、本フィールドは使用しない。
Student Indicator 学生標識 (IS) 00745
定義：このフィールドは近親者／関係者が現在学生であるか否か、近親者／関係者が全日制の学生か、定時制の学生かを示す。
【病名】通常、本フィールドは使用しない。
Religion 宗教 (CWE) 00120
Components: <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)>

定義：このフィールドは近親者／関係者の信仰する宗教を示す。
【病名】通常、本フィールドは使用しない。
NK1-26 Mother's Maiden Name 母親の旧姓 (XPN) 00109
定義：このフィールドは近親者／関係者の母親の旧姓を示す。
【病名】通常、本フィールドは使用しない。
NK1-27 Nationality 国籍 (CWE) 00739
定義：このフィールドでは近親者／関係者が属する国、または国際グループを識別するコードを示す。
【病名】通常、本フィールドは使用しない。
NK1-28 Ethnic Group 人種のグループ (CWE) 00125
定義：このフィールドは近親者／関係者が属する人種のグループを示す。
【病名】通常、本フィールドは使用しない。

© JAHIS 201284

NK1-29 Contact Reason 連絡理由 (CWE) 00747
定義：このフィールドでは連絡先をどのようなときに利用すべきかを示す。
【病名】通常、本フィールドは使用しない。
NK1-30 Contact Person's Name 連絡先の名前 (XPN) 00748
Components: <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)>
Subcomponents for Family Name (FN): <Surname (ST)> & <Own Surname Prefix (ST)> & <Own Surname (ST)> &<Surname Prefix From Partner/Spouse (ST)> & <Surname From Partner/Spouse (ST)>

定義：このフィールドはNK1-3続柄で示される関係の値により連絡する人の名前を示す。このフィールドは主にNK1が組織である時に必要となる。法的な名前が最初に送られる必要がある。有効な値
はHL7表0200名前タイプコードを参照のこと。
NK1-31 Contact Person's Telephone Number 連絡先の電話番号 (XTN) 00749
Components: <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)>

定義：このフィールドはNK1-3続柄で定義された関係の値によって連絡する人の電話番号を示す。このフィールドは主にNK1が組織である時に必要となる。主な電話番号が最初に送られる必要がある。
もし、主要な電話番号を送らないときは、反復区切り文字を最初に送られる必要がある。有効な値についてはHL7表0201 電話連絡使用コードとHL7表0202電話連絡手段区分を参照のこと。
NK1-32 Contact Person's Address 連絡先の住所 (XAD) 00750
Components: <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)>Subcomponents for Street Address (SAD): <Street or Mailing Address (ST)> & <Street Name (ST)> &<Dwelling Number (ST)>NK1-33NK1-34NK1-35

NK1-36

NK1-37

NK1-38

定義：このフィールドはNK1-3続柄で定義された関係の値によって連絡する人の住所を示す。このフィールドは主にNK1が組織である時に必要となる。複数の住所を送る時は、最初に郵送用の住所を送らなければならない。
Next of Kin/Associated Party's Identifiers 近親者の識別情報 (CX) 00751
定義：このフィールドは近親者／関係者の識別情報、例えば社会保険番号、運転免許番号等を示す。
【病名】通常、本フィールドは使用しない。
Job Status 就業状態 (IS) 00752
定義：このフィールドは近親者／関係者の職業状態を示す。
【病名】通常、本フィールドは使用しない。
Race 人種 (CWE) 00113
定義：このフィールドは近親者／関係者の人種を示す。
【病名】通常、本フィールドは使用しない。
Handicap 障害情報 (IS) 00753
定義：このフィールドは関係者の身体障害について記述する。
【病名】通常、本フィールドは使用しない。
Contact Person Social Security Number 連絡先の社会保険番号 (ST) 00754
定義：アメリカでは、このフィールドでは連絡者の社会保険番号を示す。
【病名】通常、本フィールドは使用しない。
Next of Kin Birth Place 近親者生誕地 (ST) 01905
定義：このフィールドは近親者の生誕地を示す。

© JAHIS 201285

【病名】通常、本フィールドは使用しない。
NK1-39 VIP Indicator VIP 標識 (IS) 00146
定義：このフィールドは近親者のVIP標識を示す。
【病名】通常、本フィールドは使用しない。

© JAHIS 201286

7.9 PV1 - Patient Visit Segment 来院情報セグメント
PV1セグメントは、来院に関する情報を通信するために登録/ADTアプリケーションによって使用される。
このセグメントは複数の来院統計記録を同じ患者の会計に送るため、又は単一の来院記録を複数の会計に送るために、使用することができる。個々のサイトは必ずこのセグメントを使用しなければならない。
PV1属性
SEQ

LEN

DT

OPT

Japan

1

4

SI

O

N

RP/#

00131

Set ID – PV1 セットID-PV

2

1

IS

R

R

00132

Patient Class 患者クラス

3

80

PL

O

O

00133

Assigned Patient Location 患者所在場所

4

2

IS

O

N

00134

Admission Type 入院タイプ

5

250

CX

O

N

00135

Preadmit Number 仮入院番号

6

80

PL

O

N

00136

Prior Patient Location 患者の以前の所在

7

250

XCN

O

C

Y

00137

Attending Doctor 主治医

8

250

XCN

O

N

Y

00138

Referring Doctor 紹介医師

9

250

XCN

B

N

Y

00139

Consulting Doctor コンサルタント医師

10

3

IS

O

C

00140

Hospital Service 病院サービス

11

80

PL

O

N

00141

Temporary Location 一時的な所在

12

2

IS

O

N

00142

Preadmit Test Indicator 仮入院検査標識

13

2

IS

O

N

00143

Readmission Indicator 再入院標識

14

6

IS

O

N

15

2

IS

O

N

16

2

IS

O

N

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

22

2

IS

O

N

00152

Courtesy Code 優待コード

23

2

IS

O

N

00153

Credit Rating 信用格付け

24

2

IS

O

N

Y

00154

Contract Code 契約コード

25

8

DT

O

N

Y

00155

Contract Effective Date 契約発効日

26

12

NM

O

N

Y

00156

Contract Amount 契約金額

27

3

NM

O

N

Y

00157

Contract Period 契約期間

28

2

IS

O

N

00158

Interest Code 利息コード

Y
Y

Y

ITEM#

ELEMENT NAME

00144

Admit Source入院元

00145

Ambulatory Status 外来の状況

00146

VIP Indicator VIP標識

00147

Admitting Doctor 入院許可医師

00148

Patient Type 患者タイプ

00149

Visit Number 来院回数

00150

Financial Class 財務クラス

00151

Charge Price Indicator 有償価格標識

29

4

IS

O

N

00159

Transfer to Bad Debt Code 不良負債転換コード

30

8

DT

O

N

00160

Transfer to Bad Debt Date 不良負債転換日付

31

10

IS

O

N

00161

Bad Debt Agency Code 不良負債代理コード

32

12

NM

O

N

00162

Bad Debt Transfer Amount 不良負債転換額

33

12

NM

O

N

00163

Bad Debt Recovery Amount 不良負債回収額

34

1

IS

O

N

00164

Delete Account Indicator 会計削除標識

35

8

DT

O

N

00165

Delete Account Date 会計削除日付

36

3

IS

O

N

00166

Discharge Disposition 退院処置

37

47

DLD

O

N

00167

Discharged to Location 退院先

38

250

CWE

O

N

00168

Diet Type 給食タイプ

39

2

IS

O

N

00169

Servicing Facility サービス施設

40

1

IS

B

N

00170

Bed Status ベッド状況

41

2

IS

O

N

00171

Account Status 会計状況

42

80

PL

O

N

00172

Pending Location 保留所在

43

80

PL

O

N

00173

Prior Temporary Location 退院先の一時的な所在

44

26

TS

O

O

00174

Admit Date/Time 入院日付/時刻

45

26

TS

O

O

00175

Discharge Date/Time 退院日付/時刻© JAHIS 2012

Y

87

NOTE

SEQ

LEN

DT

OPT

Japan

46

12

NM

O

N

RP/#

00176

Current Patient Balance 患者の差引不足高

47

12

NM

O

N

00177

Total Charges 合計金額

48

12

NM

O

N

00178

Total Adjustments 合計調整金額

49

12

NM

O

N

00179

Total Payments 合計支払金額

50

250

CX

O

N

00180

Alternate Visit ID 代替来院ID

51

1

IS

O

N

01226

Visit Indicator 来院識別

52

250

XCN

B

N

01224

Other Healthcare Provider 他のヘルスケア供給者

Y

ITEM#

ELEMENT NAME

NOTE

Optionality
R required
O optional
C conditional on the trigger event or on some other field(s)X not used with this trigger event
B left in for backward compatibility with previous versions of HL7
Japan（JAHIS 仕様での取り扱い）
R required
O optional
C conditional on the trigger event or on some other field(s)X not used with this trigger event
B left in for backward compatibility with previous versions of HL7
N not used useally. use only on the site
RepetitionN- no repetitionY- the field may repeat an indefinite or site determined number of times(integer)- the field may repeat up to the number of times specified in the integer

PV1 フィールド定義
PV1-1 Set ID - PV1 セット ID－PV1 (SI) 00131
定義：トランザクションを一意的に識別する番号。
PV1-2 Patient Class 患者クラス (IS) 00132
定義：サイトにおいて患者を分類するためにシステムで使われる共通のフィールド。入院、外来などの区別を表現する。
使用者定義表 0004 -Patient class 患者クラス
Value

Description

E

Emergency 救急

I

Inpatient

入院患者

O

Outpatient

外来患者

P

Preadmit

予備入院

R

Recurring Patient

B

Obstetrics

C

Commercial Account 商用アカウント

N

Not Applicable 適応無し

U

Unknown 不明

再来院患者

産科

注：「I」「O」以外を使用する場合は両者間にて調整の上、用いる。

【病名】入退院歴の場合、固定値「I」をセットする。受診歴の場合、固定値「O」をセットする。
PV1-3 Assigned Patient Location 患者所在場所 (PL) 00133
Components: <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)>Subcomponents for Facility(HD):<Namespace ID(IS)>&<Universal ID(ST)>&<Universal ID Type(ID)>
Subcomponents for Comprehensive Location Identifier(EI):<Entity Identifier(ST)>&<Namespace
ID(IS)>&<Universal ID(ST)>&<Universal ID Type(ID)>© JAHIS 201288

Subcomponents for Assigning Authority for Location(HD):<Namespace ID(IS)>&<Universal
ID(ST)>&<Universal ID Type(ID)>

定義：病院、診療科、病棟、病室、ベッド等を表現する。新規の場所は最初に割り当てた場所、あるいは患者の移動先の場所である。トランザクションの取消しや、退院の場合、現在の部屋番号をこのフィールド表現する。
注：PLデータ型のフィールドは値の第5の成分(ベッド状況)が存在する場合、それは、PV1-40の値に取って代わる。
患者所在場所のデータ型はPL型なので、入院の場合、<病棟コード>^<病室コード>^<ベッド番号>^^^N
外来の場合<科コード>^^^^^Cと設定することにし、person location type の指定を必須とした。person location type には、C：診療科、
D：部門、N：病棟を設定する。
入院患者の場合、日本では診療科と病棟のいずれも重要な情報のため、両者を格納したかったが、PL型の使用方法として、HL7原文の定義に忠実に従うこととした。なお、診療科は入外共にPV1-10やORC-17で表現する。ORC-17は入力者の所属を示すが、医師が入力するオーダ情報では診療科と扱うことにした。
診療科の設定は必須である。
これまで患者所在（場所）と診療科が混在して用いられてきたが、明確に区別する。患者所在はPV1-3やPV1-6で、入力場所はORC-13で示す。
【病名】入退院歴の場合、患者の入院先ないし移動先の病棟、病室、ベッドをセットする。第６成分には固定値「N」をセットする。
記載例：｜07A^10^3^^^N｜
受診歴の場合、受診先の診療科をセットする。第６成分には固定値「C」をセットする。
例：｜01^^^^^C｜
PV1-4 Admission Type 入院タイプ (IS) 00134
定義：患者が入院していたか入院予定の状況を示す。
【病名】通常、本フィールドは使用しない。
使用者定義表 0007 -Admission type 入院タイプ
Value

Description

A

Accident 事故

E

Emergency 救急

Comment
US UB92

code "1"L

Labor and Delivery 陣痛および出産

R

Routine 通常N

Newborn (Birth in healthcare facility) 新生児（院内で誕生）

US UB92 code "4"U

Urgent 緊急

US UB92 code "2"CElective 選択

US UB92 code "3"PV1-5 Pre-admit Number 仮入院番号 (CX) 00135
定義：患者の仮入院番号を一意的に識別する。システムでは、仮入院番号を請求番号として患者が入院した後も使用し続けることもできる。
【病名】通常、本フィールドは使用しない。
PV1-6 Prior Patient Location 患者の以前の所在 (PL) 00136
定義：新患であればここはNULLである。患者が転院されていれば、それは以前の患者所在を含んでいる。
【病名】通常、本フィールドは使用しない。
PV1-7 Attending Doctor 主治医 (XCN) 00137
Components: <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)© JAHIS 201289

(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 (CE)> ^ <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)>
Subcomponents for Family Name(FN):<Surname(ST)>&<Own Surname Prefix(ST)>&<Own
Surname(ST)>&<Surname Prefix From Partner/Spouse(ST)>&<Surname From
Partner/Spouse(ST)>
Subcomponents for Assgining Authority(HD):<Namespace ID(IS)>&<Universal ID(ST)>&<Universal ID
Type(ID)>
Subcomponents for Assgining Facility(HD):<Namespace ID(IS)>&<Universal ID(ST)>&<Universal ID
Type(ID)>
Subcomponents 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
ID(ST)>&<Original Text(ST)>
Subcomponents for Name Validity Range(DR) :<Range Start Date/Time(TS)>&<Range End
Date/Time(TS)>Subcomponents for Range Start Date/Time(TS):<Time(DTM)>&<Degree of Precision(ID)>
Subcomponents for Range End Date/Time(TS):<Time(DTM)>&<Degree of Precision(ID)>
Subcomponents for Effective Date(TS):<Time(DTM)>&<Degree of Precision(ID)>
Subcomponents for Expiration Date(TS):<Time(DTM)>&<Degree of Precision(ID)>
Subcomponents 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
ID(ST)>&<Original Text(ST)>
Subcomponents 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
ID(ST)>&<Original Text(ST)>

定義：このフィールドでは主治医の情報を示す。同じ医師に対して名前とIDを複数送ることができる。
このフィールドの繰り返しは複数の主治医を示すことには使われない。繰り返しの最初には、法的な名前を送らなければならない。法的な名前を送らない場合は、反復セパレータを最初に送らなければならない。導入施設との合意により、IDと名前のどちらかは空欄とすることができる。
【病名】入退院歴の場合、主治医をセットする。受診歴の場合、受診を担当した医師をセットする。

PV1-8 Referring Doctor 紹介医師 (XCN) 00138
定義：このフィールドでは紹介医師の情報を示す。同じ医師に対して名前とIDを複数送ることができる。このフィールドの繰り返しは複数の紹介医師を示すことには使われない。繰り返しの最初には、法的な名前を送らなければならない。法的な名前を送らない場合は、反復セパレータを最初に送らなければならない。導入施設との合意により、IDと名前のどちらかは空欄とすることができる。
【病名】通常、本フィールドは使用しない。
PV1-9 Consulting Doctor コンサルティング医師 (XCN) 00139
定義：このフィールドは、旧バージョンとの互換性のためにのみ残されている。換わりにROLセグメント
でコンサルティング医師を示すことを推奨する。このフィールドの繰り返しは複数のコンサルティング
医師を示すことに用いられる。導入施設との合意により、IDと名前のどちらかは空欄とすることができる。
【病名】通常、本フィールドは使用しない。
PV1-10 Hospital Service 病院サービス (IS) 00140
定義：日本では、診療科コードと扱う。
【病名】入退院歴および受診歴の場合、診療科コードをセットする。
PV1-11 Temporary Location 一時的な所在 (PL) 00141
定義：割り当てられた所在以外の所在であって、一時的に必要なもの(たとえばOR)。
【病名】通常、本フィールドは使用しない。

© JAHIS 201290

PV1-12 Pre-admit 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

Description

A0

No functional limitations

A1

Ambulates with assistive device

A2

Wheelchair/stretcher bound

車椅子/担架を使用して来院

A3

Comatose; non-responsive

意識不明；反応なし

A4Disoriented

A5

Vision impaired

A6

Hearing impaired

聴力障害ありA7

Speech impaired

言語障害ありA8

Non-English speaking

A9Functional level unknown

B1

Oxygen Therapy

B2

Special equipment (tubes, IVs, catheters)

B3

Amputee

B4

Mastectomy 乳房切除術

B5Paraplegic

対麻痺

B6

Pregnant

妊婦

機能制限なし補助機器を使用して来院

方向感覚なし視力障害あり英語以外を話す機能のレベル未知酸素治療
特別の装置(チューブ、IV、カテーテル)

手足の切断手術を受けた人

PV1-16 VIP Indicator VIP 標識 (IS) 00146
定義：VIPのタイプを識別する使用者定義コード。
【病名】通常、本フィールドは使用しない。
PV1-17 Admitting Doctor 入院時医師 (XCN) 00147
定義：入院時の医師の情報、複数の名前やIDのこともある。
【病名】通常、本フィールドは使用しない。
PV1-18 Patient Type 患者タイプ (IS) 00148
定義：患者のタイプを示すサイト特定の値。
【病名】通常、本フィールドは使用しない。
PV1-19 Visit Number 来院回数 (CX) 00149
定義：患者の各来院に割り当てられた一意的な数。
【病名】通常、本フィールドは使用しない。
PV1-20 Financial Class 財務クラス (FC) 00150
定義：診療報酬の源を識別する目的で患者に割り当てられた、主要な財務のクラス。
【病名】通常、本フィールドは使用しない。
PV1-21 Charge Price Indicator 有償価格標識 (IS) 00151
定義：部屋およびベッドの料金にどの価格表を使用するか決めるために使用される© JAHIS 201291

PV1-22

PV1-23

PV1-24

PV1-25

PV1-26

PV1-27

PV1-28

PV1-29PV1-30PV1-31PV1-32

PV1-33PV1-34

PV1-35

PV1-36

コード。
【病名】通常、本フィールドは使用しない。
Courtesy Code 優待コード (IS) 00152
定義：患者が特定の優待を受けるかどうか示すコード。
【病名】通常、本フィールドは使用しない。
Credit Rating 信用格付け (IS) 00153
定義：過去の信用経験を決定する使用者定義コード。
【病名】通常、本フィールドは使用しない。
Contract Code 契約コード (IS) 00154
定義：会計残高を決済するための施設および保証人による契約のタイプを識別する。
【病名】通常、本フィールドは使用しない。
Contract Effective Date 契約有効日付 (DT) 00155
定義：契約が始まる日付。
【病名】通常、本フィールドは使用しない。
Contract Amount 契約金額 (NM) 00156
定義：保証人によって各期に契約ごとに支払われる金額。
【病名】通常、本フィールドは使用しない。
Contract Period 契約期間 (NM) 00157
定義：使用者が定義する期間で、契約の持続期間を指定する。
【病名】通常、本フィールドは使用しない。
Interest Code 利息コード (IS) 00158
定義：任意の未決済の金額に対し保証人に請求される利息額を示す。
【病名】通常、本フィールドは使用しない。
Transfer To Bad Debt Code 不良負債変換コード (IS) 00159
定義：会計が不良負債に転換されたこと及び理由を示す。
【病名】通常、本フィールドは使用しない。
Transfer To Bad Debt Date 不良負債変換日付 (DT) 00160
定義：会計が不良負債状況に転換された日付。
【病名】通常、本フィールドは使用しない。
Bad Debt Agency Code 不良負債代理コード (IS) 00161
定義：会計が転換された先の不良負債代理を一意的に識別する。
【病名】通常、本フィールドは使用しない。
Bad Debt Transfer Amount 不良負債転換額 (NM) 00162
定義：不良負債に転換された金額。
【病名】通常、本フィールドは使用しない。
Bad Debt Recovery Amount 不良負債回収額 (NM) 00163
定義：会計上の保証人から回収された金額。
【病名】通常、本フィールドは使用しない。
Delete Account Indicator 会計削除標識 (IS) 00164
定義：会計がファイルから削除されたこと及びその理由を示す。
【病名】通常、本フィールドは使用しない。
Delete Account Date 会計削除日付 (DT) 00165
定義：会計がファイルから削除された日付。
【病名】通常、本フィールドは使用しない。
Discharge Disposition 退院処置 (IS) 00166
定義：退院(つまり、帰宅；期限満了；など)の時の患者の処置。
【病名】通常、本フィールドは使用しない。

© JAHIS 201292

提案値として使用者定義表 0112 Discharge Disposition 退院処置を参照すること。
使用者定義表 0112 –Discharge Disposition 退院処置
Value

Description

01

Discharged to home reor self ca (routine discharge) 自宅または自己介護施設へ退院（通常退院）

02

Discharged/transferred to another short term general hospital for inpatient care 短期間の入院管理のため他病院へ退院／転送

03

Discharged/transferred to skilled nursing facility (SNF) 熟練看護施設（SNF）へ退院／転送

04

Discharged/transferred to an intermediate care facility (ICF) 中間的な診療施設へ退院／転送

05

Discharged/transferred to another type of institution for inpatient care or referred for outpatient services to another institution 異なる
種類の入院診療施設へ退院／転送、または他の外来通院施設への紹介

06

Discharged/transferred to home under care of organized home health service organization 退院／転送して在宅看護組織へのもと
に在宅管理

07

Left against medical advice or discontinued care 医療的なアドバイスを無視して離院、もしくは治療の継続中止

08

Discharged/transferred to home under care of Home IV provider 退院／転送して在宅静脈注射供給者のもとで在宅管理

09

Admitted as an inpatient to this hospital この病院に入院

10 …19Discharge to be defined at state level, if necessary 退院可能と定義された状態（必要時）20

Expired (i.e. dead) 終了（死亡）

21 ... 29

Expired to be defined at state level, if necessary 死亡と定義された状態（必要時）30

Still patient or expected to return for outpatient services (i.e. still a patient) 患者状態の継続か、外来通院が必要な患者（患者状態の継続）

31 … 39

Still patient to be defined at state level, if necessary (i.e. still a patient) 患者状態の継続と定義された状態（必要時、患者状態の継続）40Expired(i.e. died) at home 自宅にて終了（死亡）41

Expired(i.e. died) in a medical facility; e.g., hospital, SNF, ICF, or free standing hospice 医療機関（たとえば、病院、SNF、ICF、ホスピス）で終了（死亡）42Expired(i.e. died) – place unknown 終了（死亡） -場所不明

PV1-37 Discharged To Location 退院先 (IS) 00167
定義：患者の退院先の施設を示す。
【病名】通常、本フィールドは使用しない。
PV1-38 Diet Type 給食タイプ (IS) 00168
定義：患者用の特別の給食タイプを示す。
【病名】通常、本フィールドは使用しない。
PV1-39 Servicing Facility サービス施設 (IS) 00169
定義：複数の施設環境の中でこの来院が関係している施設を示す。
【病名】通常、本フィールドは使用しない。
PV1-40 Bed Status ベッド状況 (IS) 00170
定義：下位互換のためののみ使用。PLデータ型の第5成分状況を使用すること。
【病名】通常、本フィールドは使用しない。
PV1-41 Account Status 会計状況 (IS) 00171
定義：会計状況【病名】通常、本フィールドは使用しない。
PV1-42 Pending Location 保留所在 (PL) 00172
定義：患者が移動する先の看護ステーション、部屋、ベッド、施設IDおよびベッド状況を示す。第5の成分(ベッド状況)中に値がある場合、それは、PV1-40の値に取って代わる。
【病名】通常、本フィールドは使用しない。
PV1-43 Prior Temporary Location 以前の一時的な所在 (PL) 00173
定義：このフィールドは（手術部または放射線部門のような）患者の一時的な場所を示す時に使用される。入院患者の場合、最初の成分はナースステーションであるかもしれないし、非入院患者の場合はクリニック、診療部門、自宅のこともある。
【病名】通常、本フィールドは使用しない。

© JAHIS 201293

PV1-44 Admit Date/Time 入院日時 (TS)00174

Components:<Time(DTM)>&<Degree of Precision(ID)>

定義：入院の日付/時刻。
【病名】入退院歴の場合、入院日時など退院以外のイベントが発生した日時をセットする。受診歴の場合、受診を開始した日時をセットする。

PV1-45 Discharge Date/Time 退院日時 (TS)00175

Components:<Time(DTM)>&<Degree of Precision(ID)>PV1-46

PV1-47

PV1-48

PV1-49PV1-50PV1-51

定義：退院の日付/時刻。
【病名】入退院歴の場合、退院日時をセットする。受診歴の場合、受診を終了した日時をセットする。
Current Patient Balance 患者の差引不足額 (NM) 00176
定義：来院患者の現在の差引不足額。
【病名】通常、本フィールドは使用しない。
Total Charges 合計有償金額 (NM) 00177
定義：来院有償金額の合計【病名】通常、本フィールドは使用しない。
Total Adjustments 合計調整金額 (NM) 00178
定義：来院調整金額の合計【病名】通常、本フィールドは使用しない。
Total Payments 合計支払金額 (NM) 00179
定義：来院の支払い金額の合計【病名】通常、本フィールドは使用しない。
Alternate Visit ID 代替来院 ID (CX) 00180
定義：来院ID番号。このIDは入院時に患者を一意的に識別するために使用される。
【病名】通常、本フィールドは使用しない。
Visit Indicator 来院標識 (IS) 01226
定義：データ送信が患者の来院によるのか会計によるのかの識別に使用。
【病名】通常、本フィールドは使用しない。
使用者定義表 0326 -Visit Indicator 来院標識
Value
A
No Value

Description
Account Level(default) 会計（規定値）
Visit Level 来院

PV1-52 Other Healthcare Provider 他のヘルスケア供給者 (XCN) 01224
定義：他のヘルスケア供給者を示す。(例えば看護婦，付き添い，補助医師)複数の関係者に送ることができる。
【病名】通常、本フィールドは使用しない。

© JAHIS 201294

7.10 PV2 - Patient Visit - Additional Information Segment 来院補足情報セグ
メント
PV2 セグメントは PV1 セグメントにおける情報の補足である。
PV2 属性
SEQ

LEN

DDT

OPT

Japan

RP/#

ITEM#

ELEMENT NAME

NOTE

1

80

PL

C

N

00181

Prior Pending Location 確保されていた場所

2

250

CWE

O

N

00182

Accommodation Code 設備コード

3

250

CWE

O

O

00183

Admit Reason 入院の理由

4

250

CWE

O

O

00184

Transfer Reason 転科転棟の理由

5

25

ST

O

N

00185

Patient Valuables 患者貴重品情報

6

25

ST

O

N

00186

Patient Valuables Location 患者貴重品の保管場所

Y

7

2

IS

O

N

00187

Visit User Code 来院種別コード

8

26

TS

O

N

Y

00188

Expected Admit Date/Time 予定入院日時

9

26

TS

O

N

00189

Expected Discharge Date/Time 予定退院日時

10

3

NM

O

N

00711

Estimated Length of Inpatient Stay 予定入院期間

11

3

NM

O

N

00712

Actual Length of Inpatient Stay 入院期間

12

50

ST

O

O

00713

Visit Description 来院時記述情報

13

250

XCN

O

N

00714

Referral Source Code 紹介元情報

14

8

DT

O

N

00715

Previous Service Date 前回来院日

15

1

ID

O

N

00716

Employment Illness Related Indicator 職業由来疾病情報

Y

16

1

IS

O

N

00717

Purge Status Code 削除状態標識

17

8

DT

O

N

00718

Purge Status Date 削除予定日

18

2

IS

O

N

00719

Special Program Code 特別プログラムコード

19

1

ID

O

N

00720

Retention Indicator 保持標識

20

1

NM

O

N

00721

Expected Number of Insurance Plans 適応可能保険の数

21

1

IS

O

N

00722

Visit Publicity Code 来院情報周知範囲

22

1

ID

O

N

00723

Visit Protection Indicator 来院情報保護標識

23

250

XON

O

N

00724

Clinic Organization Name 病院・部門名

24

2

IS

O

N

00725

Patient Status Code 患者状態

25

1

IS

O

N

00726

Visit Priority Code 受診優先指標

26

8

DT

O

N

00727

Previous Treatment Date 最終治療日

27

2

IS

O

N

00728

Expected Discharge Disposition 希望退院種別

28

8

DT

O

N

00729

Signature on File Date 署名日

29

8

DT

O

N

00730

First Similar Illness Date 発症日

30

250

CWE

O

N

00731

Patient Charge Adjustment Code 患者費用補正コード

31

2

IS

O

N

00732

Recurring Service Code 通院治療標識

32

1

ID

O

N

00733

Billing Media Code 請求媒体コード

33

26

TS

O

N

00734

Expected Surgery Date and Time 予定手術日時

34

1

ID

O

N

00735

Military Partnership Code 軍隊との契約の有無

35

1

ID

O

N

00736

Military Non-Availability Code

36

1

ID

O

N

00737

Newborn Baby Indicator 新生児標識

Y

非軍隊施設の利用許可の有無
37

1

ID

O

N

00738

Baby Detained Indicator 新生児残留標識

38

250

CWE

O

N

01543

Mode of Arrival Code 患者到着手段

39

250

CWE

O

N

01544

Recreational Drug Use Code 嗜好情報

40

250

CWE

O

N

01545

Admission Level of Care Code 入院時患者重症度

41

250

CWE

O

N

01546

Precaution Code 要注意コード

42

250

CWE

O

N

01547

Patient Condition Code 患者容態標識

43

2

IS

O

N

00759

Living Will Code 延命希望標識

44

2

IS

O

N

00760

Organ Donor Code 臓器提供希望標識

45

250

CWE

O

N

01548

Advance Directive Code その他の患者要望© JAHIS 2012

Y
Y

Y

95

SEQ

LEN

DDT

OPT

Japan

ITEM#

ELEMENT NAME

46

8

DT

O

N

RP/#

01549

Patient Status Effective Date 患者状態(PV2-25)の発症日

47

26

TS

C

N

01550

Expected LOA Return Date/Time 予定帰院日時

48

26

TS

O

N

01841

Expected Pre-admission Testing Date/Time
入院前検査予定日時

49

20

IS

O

N

01842

Notify Clergy Code 聖職者通知標識

Y

NOTE

Optionality
R required
O optional
C conditional on the trigger event or on some other field(s)X not used with this trigger event
B left in for backward compatibility with previous versions of HL7
Japan（JAHIS 仕様での取り扱い）
R required
O optional
C conditional on the trigger event or on some other field(s)X not used with this trigger event
B left in for backward compatibility with previous versions of HL7
N not used usually. use only on the site
RepetitionN- no repetitionY- the field may repeat an indefinite or site determined number of times(integer)- the field may repeat up to the number of times specified in the integer

PV2 フィールド定義
PV2-1

PV2-2

PV2-3

Prior Pending Location 確保されていた場所 (PL) 00181
定義：このフィールドは転科転棟待ちの取消（A26）メッセージに必須となる。他のイベントではオプションである。
【病名】通常、本フィールドは使用しない。
Accommodation Code 設備コード (CWE) 00182
定義：このフィールドでは来院時に患者に必要な設備を示す。推奨値については使用者定義表 0129 設備
コードを参照のこと。
【病名】通常、本フィールドは使用しない。
Admit Reason 入院の理由 (CWE) 00183
Components:

PV2-4

定義：このフィールドは患者の入院理由の概要説明を示す。
Transfer Reason 転科転棟の理由 (CWE) 00184
Components:

PV2-5

PV2-6

PV2-7

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

定義：このフィールドでは患者の転科転棟理由の概要説明を示す。
Patient Valuables 患者貴重品情報 (ST) 00185
定義：このフィールドでは入院期間に確認された患者の貴重品に関する記述情報を示す。
【病名】通常、本フィールドは使用しない。
Patient Valuables Location 患者貴重品の保管場所 (ST) 00186
定義：このフィールドでは患者の貴重品の保管場所を示す。
【病名】通常、本フィールドは使用しない。
Visit User Code 来院種別コード (IS) 00187
定義：このフィールドでは個々の医療機関における必要に応じて患者の来院を分類するために、医療機関に応じた目的で用いられる。推奨値は使用者定義表 0130 来院種別コードを参照のこと。
【病名】通常、本フィールドは使用しない。

© JAHIS 201296

使用者定義表 0130 - Visit User Code 来院種別コード
Value

PV2-8

PV2-9

PV2-10PV2-11

PV2-12PV2-13PV2-14PV2-15PV2-16

Description

TE

Teaching 教育

HOHome 自宅MO

Mobile Unit 移動単位

PH

Phone 電話

Comment

Expected Admit Date/Time 予定入院日時 (TS) 00188
定義：このフィールドでは患者が入院する予定の日時を示す。このフィールドは非入院患者／救急患者が登録される日時を反映する。
【病名】通常、本フィールドは使用しない。
Expected Discharge Date/Time 予定退院日時 (TS) 00189
定義：このフィールドは患者の予定退院日時を示す。これは作業負荷計画をより正確に判断するために補助的に使用されるイベントに関連しない日付である。このフィールドは、非入院患者／救急患者または入院患者の予測される退院日時を反映させるために使用する。
【病名】通常、本フィールドは使用しない。
Estimated Length of Inpatient Stay 予定入院期間 (NM) 00711
定義：このフィールドは入院患者の予想入院期間を示す。
【病名】通常、本フィールドは使用しない。
Actual Length of Inpatient Stay 入院期間 (NM) 00712
定義：このフィールドは入院患者が実際に入院していた日数を示す。実際に入院していた期間は入退院日からは計算されない。というのも、患者が外泊する可能性があるからである。
【病名】通常、本フィールドは使用しない。
Visit Description 来院時記述情報 (ST) 00713
定義：このフィールドは来院における使用者定義の簡単な記述情報である。
Referral Source Code 紹介元情報 (XCN) 00714
定義：このフィールドは患者の紹介を行った個人または組織の名前と識別番号を示す。この個人／組織は紹
介医とは異なる。例えば Joe Smith は私をそのクリニック（またはそのクリニックの Dr.Jones）に紹介した。
【病名】通常、本フィールドは使用しない。
Previous Service Date 前回来院日 (DT) 00715
定義：このフィールドは通院患者における前回来院日を示す。この情報は第三者に対して特定の疾患（例：
事故に関連した）請求をする際に求められているフィールドである。
【病名】通常、本フィールドは使用しない。
Employment Illness Related Indicator 職業由来疾病標識 (ID) 00716
定義：このフィールドは患者が職業に由来した疾患にかかっているか否かを示す。有効値は HL7 表 0136
Yes/No 識別を参照のこと。
Y
患者の疾患は職業に由来している。
N
患者の疾患は職業に由来していない。
【病名】通常、本フィールドは使用しない。
Purge Status Code 削除状態標識 (IS) 00717
定義：このフィールドは会計情報に関する削除状態を示す。アプリケーションプログラムにより削除プロセスを実行するかどうかの判断に使用される。推奨値については使用者定義表 0123 削除状態標識を参照のこと。

© JAHIS 201297

使用者定義表 0213 - Purge Status Code 削除状態標識
Value

Description

Comment

P

Marked for purge. User is no longer able to update the visit.
削除マーク有り。使用者は来院情報を更新できない。

D

The visit is marked for deletion and the user cannot enter new data against it.
来院情報は削除マークがあり、使用者は新しいデータを入力不可。

I

The visit is marked inactive and the user cannot enter new data against it.
来院情報には不活性マークがあり、使用者は新しいデータを入力不可。

PV2-17

PV2-18【病名】通常、本フィールドは使用しない。
Purge Status Date 削除予定日 (DT) 00718
定義：このフィールドはデータがシステムから削除される予定日を示す。
【病名】通常、本フィールドは使用しない。
Special Program Code 特別プログラムコード (IS) 00719
定義：このフィールドは来院時の医療費の支払いに必要な特別な健康保険プログラムを示す。推奨値については使用者定義表 0214 特別プログラムコードを参照のこと。
使用者定義表 0214 - Special Program Code 特別プログラムコード
Value

Description

CH

Comment

Child Health Assistance 小児健康補助

ESElective Surgery Program 随意手術プログラム

FP

Family Planning 家族計画

O

Other その他

U

Unknown 不明【病名】通常、本フィールドは使用しない。
Retention Indicator 保持標識 (ID) 00720
定義：このフィールドは来院時の財務、患者基本情報の削除をコントロールするために使用する。特別な、優先度の高い来院に関する患者基本情報、財務データを維持するために使用される。有効値は HL7 表
0136Yes/No 標識を参照のこと。
Y
データは維持されているN
通常の削除処理中【病名】通常、本フィールドは使用しない。
PV2-20 Expected Number of Insurance Plans 適応可能保険の数 (NM) 00721
定義：このフィールドは来院時の支払いに使用可能な保険の数を示す。
【病名】通常、本フィールドは使用しない。
PV2-21 Visit Publicity Code 来院情報周知範囲 (IS) 00722
定義：このフィールドは使用者定義コードで、特定の来院についてどの程度の公開が許されるかを示す（例
えば非公開、家族のみ）。推奨値については使用者定義表 0125 周知標識を参照のこと。患者レベルの周知標識は PD1-11 周知標識を参照のこと。
使用者定義表 0125 - Publicity Code 周知標識

PV2-19Value

PV2-22

Description

F

Family only 家族のみN

No Publicity 公開禁止

O

Other その他

U

Unknown 不明

Comment【病名】通常、本フィールドは使用しない。
Visit Protection Indicator 来院情報保護標識 (ID) 00723
定義：このフィールドは特定の来院情報について十分な権限を持たない使用者に対して情報を保護するべ
きかどうかを判断する患者の保護標識を示す。有効値については HL7 表 0136Yes/No 標識を参照のこと。
Y
患者情報へのアクセスを阻止する。
N
通常のアクセス制限© JAHIS 201298

PV2-23

PV2-24

患者レベルの保護標識は PDI-12 保護標識を参照のこと。
【病名】通常、本フィールドは使用しない。
Clinic Organization Name 病院・部門名 (XON) 00724
定義：このフィールドは医療機関の名称、またはその部門や患者の（来院に関する）治療上の出来事に関係した識別情報を示す。例えば医療機関内のアレルギーまたは腫瘍クリニックといった名前である。
【病名】通常、本フィールドは使用しない。
Patient Status Code 患者状態 (IS) 00725
定義：このフィールドは治療上の出来事：例えば現役の入院患者、退院した入院患者といった状態を示す。
推奨値は使用者定義表 0216 患者状態を参照のこと。
使用者定義表 0216 - Patient Status Code 患者状態
Value

PV2-25

Description

AI

Active Inpatient 入院中の患者

DI

Discharged Inpatient 退院した患者【病名】通常、本フィールドは使用しない。
Visit Priority Code 受診優先標識 (IS) 00726
定義：このフィールドは来院の優先度を示す。推奨値は使用者定義表 0217 受診優先標識を参照のこと。
使用者定義表 0217 - Visit Priority Code 受診優先標識
Value

PV2-26

PV2-27

PV2-28PV2-29PV2-30PV2-31

Comment

Description

1

Emergency 救急

2Urgent 緊急

3

Elective 選択

Comment【病名】通常、本フィールドは使用しない。
Previous Treatment Date 最終治療日 (DT) 00727
定義：このフィールドは今回の来院以前に、どんな状態でも患者が前回の治療を受けた日を示す。前回の病院訪問時は前回の退院日であることが多い。
【病名】通常、本フィールドは使用しない。
Expected Discharge Disposition 希望退院種別 (IS) 00728
定義：このフィールドは退院時に患者が望む退院区分を示す。推奨値は使用者定義表 0112 退院区分を参照のこと。
【病名】通常、本フィールドは使用しない。
Signature on File Date 署名日 (DT) 00729
定義：このフィールドは保険の支払い目的で、サインを得た日付を示す。
【病名】通常、本フィールドは使用しない。
First Similar Illness Date 発症日 (DT) 00730
定義：このフィールドは潜伏期間があったかどうかを判断することに利用する。
【病名】通常、本フィールドは使用しない。
Patient Charge Adjustment Code 患者費用補正コード (CWE) 00731
定義：このフィールドは使用者定義コードで、この患者の支払いに対してどの補正がなされるべきかを示す。
推奨値については、使用者定義表 0218 費用補正を参照のこと。このフィールドは GTI-26 保証人支払い補
正コードと同じである。
【病名】通常、本フィールドは使用しない。
Recurring Service Code 通院治療標識 (IS) 00732
定義：このフィールドは治療が継続しているか否かを示す。推奨値については使用者定義表0219 通院治療を参照のこと。
使用者定義表 0219 - Recurring Service Code 通院治療
Value

Description
no suggested values 推奨値なし© JAHIS 201299

Comment

PV2-32

PV2-33PV2-34PV2-35

PV2-36

PV2-37

PV2-38【病名】通常、本フィールドは使用しない。
Billing Media Code 請求媒体コード (ID) 00733
定義：このフィールドはテープ媒体による請求が拒否されるかどうかを示す。有効値は HL7 表 0136Yes/No
標識を参照のこと。
Y
テープ媒体による請求が拒否される
N
通常処理【病名】通常、本フィールドは使用しない。
Expected Surgery Date and Time 予定手術日時 (TS) 00734
定義：このフィールドは手術を予定している日時を示す。
【病名】通常、本フィールドは使用しない。
Military Partnership Code 軍隊との契約の有無 (ID) 00735
定義：このフィールドは軍隊の医療機関が非軍事医療施設のサービスを受ける契約をしているか否かを示す。有効値は HL7 表 0136Yes/No 標識を参照のこと。
Y
契約が存在するN契約は存在しない【病名】通常、本フィールドは使用しない。
Military Non-Availability Code 非軍隊施設の利用許可の有無 (ID) 00736
定義：このフィールドは患者が非軍事医療施設で治療を受ける許可を持っているか否かを示す。有効値はHL7 表 0136Yes/No 標識を参照のこと。
Y
患者は非軍事医療施設で治療を受ける許可を持っている。
N
患者は非軍事医療施設で治療を受ける許可を持っていない。
【病名】通常、本フィールドは使用しない。
Newborn Baby Indicator 新生児標識 (ID) 00737
定義：このフィールドは患者が新生児か否かを示す。有効値は HL7 表 0136Yes/No 標識を参照のこと。
Y
患者は新生児である。
N
患者は新生児ではない。
【病名】通常、本フィールドは使用しない。
Baby Detained Indicator 新生児残留標識 (ID) 00738
定義：このフィールドは母親が退院した後も新生児が病院に留まることを示す。有効値は HL7 表
0136Yes/No 標識を参照のこと。
Y
新生児は残留した。
N
母親と新生児は通常退院した。
【病名】通常、本フィールドは使用しない。
Mode of Arrival Code 患者到着手段 (CWE) 01543
定義：どのように患者が医療機関に運ばれたかを示す。推奨値については使用者定義表 0430 到着手段
コードを参照のこと。
使用者定義表 0430 - Mode of Arrival Code 到着手段コード
Value

Description

A

Ambulance 救急車

C

Car 自動車

F

On foot 徒歩

H

Helicopter ヘリコプタ

P

Public Transport 公共輸送機関

O

Other その他

U

Unknown 不明【病名】通常、本フィールドは使用しない。

© JAHIS 2012

100

Comment

PV2-39

Recreational Drug Use Code 嗜好薬情報 (CWE) 01544
定義：このフィールドは患者がどのような嗜好薬を用いているかを示す。これは部屋割りのために用いられる。推奨値は使用者定義表 0431 嗜好薬コードを参照のこと。
使用者定義表 0431 - Recreational Drug Use Code 嗜好薬コード
Value
A

PV2-40Description

K

Kava カバー

M

Marijuana マリファナ

T

Tobacco - smoked タバコ

C

Tobacco - chewed 噛みタバコ

O

Other その他

U

Unknown 不明【病名】通常、本フィールドは使用しない。
Admission Level of Care Code 入院時患者重症度 (CWE) 01545
定義：このフィールドは入院時の患者重症度を示す。推奨値は使用者定義表 0432 入院時重症度を参照のこと。
使用者定義表 0432 - Admission Level of Care Code 入院時重症度
Value

PV2-41

Description

AC

Acute 急性CHChronic 慢性

COComatose 昏睡状態

CR

Critical 重篤

IMImproved 改善

MOMoribund 瀕死

Comment【病名】通常、本フィールドは使用しない。
Precaution Code 要注意コード (CWE) 01546
定義：このフィールドは患者を扱う上で医療以外の注意事項を示す。推奨値は使用者定義表 0433 要注意
コードを参照のこと。
使用者定義表 0433 - Precaution Code 要注意コード
Value

PV2-42

Comment

Alcohol アルコール

Description

Comment

A

Aggressive

B

Blind 視覚障害者

C

Confused 困惑

D

Deaf 聴覚障害者

I

On IV 点滴中N

“No-code” (i.e. Do not resuscitate)
蘇生不要等

P

Paraplegic 対麻酔患者

喧嘩好き

O

Other その他

U

Unknown 不明【病名】通常、本フィールドは使用しない。
Patient Condition Code 患者容態標識 (CWE) 01547
定義：このフィールドは医療関係者以外の、例えば家族、雇用主、牧師、取材に対して患者の現在の容態説明を示す。推奨値については使用者定義表 0434 患者容態コードを参照のこと。

© JAHIS 2012101

使用者定義表 0434 - Patient Condition Code 患者容態コード
Value
A

Satisfactory 改善CCritical 危機

P

Poor 不安定

S

Stable 安定O

Other その他

U

Unknown 不明

Comment【病名】通常、本フィールドは使用しない。
Living Will Code 生前意志標識 (IS) 00759
定義：このフィールドは患者が延命を希望しているか否か、もしそうであれば延命希望を示す書類を医療機関が持っているかを示す。もし尊厳死を希望している場合は、この値は尊厳死希望の書類の保管場所を示す。推奨値は使用者定義表 0315 生前意志標識を参照のこと。また、PD1-7 延命希望標識もあわせて参照のこと。
使用者定義表 0315 - Living Will Code 生前意志標識

PV2-43

Value

Description

Comment

Y

Yes, patient has a living will
患者は生前意志表示を行っている

F

Yes, patient has a living will but it is not on file
患者は生前意志表示があるが、文書ファイルにはなっていないN

No, patient does not have a living will and no information was provided
患者の生前意志表示が無く、情報も提供されていない

I

No, patient does not have a living will but information was provided
患者の生前意志表示が無いが、情報は提供されている

U

Unknown 不明【病名】通常、本フィールドは使用しない。
Organ Donor Code 臓器提供希望標識 (IS) 00760
定義：このフィールドは患者が臓器提供を望むか否か、その医療機関においてドナーカードまたは類似の書類を保管しているか否かを示す。推奨値については使用者定義表 0316 臓器提供コードを参照のこと。
使用者定義表 0316 - Organ Donor Code 臓器提供コード

PV2-44Value

PV2-45

Description

Description

Comment

Y

Yes, patient is a documented donor and documentation is on file
患者は臓器提供を希望しており、ドナーカードを有しているF

Yes, patient is a documented donor, but documentation is not on file
患者は臓器提供を希望しているが、ドナーカードは無いNNo, patient has not agreed to be a donor
患者は臓器提供に合意していない

I

No, patient is not a documented donor, but information was provided
患者は臓器提供を希望していないが、情報は提供されている

R

Patient leaves organ donation decision to relatives
患者は親戚の判断で臓器提供する

P

Patient leaves organ donation decision to a specific person
患者は特定の人の判断で臓器提供する

U

Unknown 不明【病名】通常、本フィールドは使用しない。
Advance Directive Code その他の患者要望 (CWE) 01548
定義：このフィールドは医療機関に対する患者の指示を示す。推奨値は使用者定義表 0435 その他の患者要望を参照のこと。また PD1-15 その他の患者要望もあわせて参照のこと。
使用者定義表 0435 - Advance Directive Code その他の患者要望
Value
DNR

© JAHIS 2012

Description
Do not resuscitate 蘇生措置不要

102

Comment

PV2-46

PV2-47

PV2-48

PV2-49【病名】通常、本フィールドは使用しない。
Patient Status Effective Date 患者状態（PV2-25）の発効日 (DT) 01549
定義：このフィールドは PV2-24 患者状態が有効となった日付を示す。
【病名】通常、本フィールドは使用しない。
Expected LOA Return Date/Time 予定帰院日時 (TS) 01550
定義：このフィールドは A21 患者の外出・外泊開始において必要となる。同様に、A22 患者の帰院、A52
患者の外出・外泊の取消、A53 患者の帰院の取消も同様である。このフィールドは患者が帰院する予定の日時を示す。
【病名】通常、本フィールドは使用しない。
Expected Preadmission Testing Date/Time 入院前検査予定日時 (TS) 01841
定義：このフィールドは患者の入院前検査を予定している日時を示す。
【病名】通常、本フィールドは使用しない。
Notify Clergy Code 聖職者通知標識 (IS) 01842
定義：このフィールドは聖職者に通知されるべきかを通知するために使用される。推奨値は使用者定義表
0534-聖職者通知標識を参照のこと。
使用者定義表 0534 - Notify Clergy Code 聖職者通知標識
Value

DescriptionY

Yes 必要あり

N

No 必要なし

L

Last Rites only 埋葬業者のみ

O

Other その他

U

Unknown 不明【病名】通常、本フィールドは使用しない。

© JAHIS 2012103

Comment

7.11 ROL - History Information 履歴情報セグメント
役割セグメントは個人に関連したレコードの追加、更新、修正、削除はもちろん、それらの伝達されるアク
ティビティについての機能的関連性にも、必要なデータからなる。
【病名】本規約では、入退院歴、受診歴において、主治医、担当医、担当看護師を記述するために使用する。
ROL 属性
SEQ

LEN

DT

OPT

JPN

1
2

RP/#

TBL#

ITEM #ELEMENT NAME

60

EI

C

N

2

ID

R

R

0287

01206

Role Instance ID 役割実体 ID

00816

3

250

CWE

R

R

0443

Action Code アクションコード

01197

Role-ROL 役割-ROL

4

250

XCN

R

R

5

26

TS

O

N

01198

Role Person 役割個人

01199

6

26

TS

O

Role Begin Date/Time 役割開始日時

N

01200

Role End Date/Time 役割終了日時

7

250

CWE

8

250

CWE

O

N

01201

Role Duration 役割継続期間

O

N

01205

9

250

Role Action Reason 役割の行動理由

CWE

O

N

01510

Provider Type 提供者型

10
11

250

CWE

O

N

01461

Organization Unit Type 組織単位型

250

XAD

O

N

Y

00679

Office/Home Address/Birthplace 職場/自宅住所/本籍

12

250

XTN

O

N

Y

00678

Phone 電話

Y

Y
0406

NOTE

Optionality
R required
O optional
C conditional on the trigger event or on some other field(s)X not used with this trigger event
B left in for backward compatibility with previous versions of HL7
Japan（JAHIS 仕様での取り扱い）
R required
O optional
C conditional on the trigger event or on some other field(s)X not used with this trigger event
B left in for backward compatibility with previous versions of HL7
N not used useally. use only on the site
RepetitionN- no repetitionY- the field may repeat an indefinite or site determined number of times(integer)- the field may repeat up to the number of times specified in the integer

ROL フィールド定義
ROL-1

ROL-2

ROL-3

Role instance ID 役割実体 ID (EI) 01206
定義： このフィールドは特定の役割レコードの一意な識別子からなる。
【病名】通常、本フィールドは使用しない。
Action code アクションコード (ID) 00816
定義： このフィールドはメッセージの意図を明確にする。取りうる値は HL7 表 0287 –プロブレム/ゴール・アクションコードを参照。
Role-ROL 役割-ROL (CWE) 01197
Components： <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)>

定義： このセグメントは伝達されるアクティビティについての機能的関連性を識別する（例えば、ケースマ
ネージャー、評価者、記録者、看護従事者、助産婦、副医師、など）。
【病名】本規約では、コード表として JHSD 表 0009 を使用する。

© JAHIS 2012

104

ROL-4

Role person 役割個人 (XCN)

01198

Components： <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)> ^ <DEPRECATED-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 (CE)> ^ <DEPRECATED-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)>

定義： このフィールドは伝達されている役割を担当している個人の身元からなる。
【病名】 主治医、担当医などの利用者 ID、氏名等をセットする
ROL-5 Role begin date/time 役割開始日時 (TS) 01199
定義： このフィールドは役割が開始された日時からなる。
【病名】通常、本フィールドは使用しない。
ROL-6 Role end date/time 役割終了日時 (TS) 01200
定義： このフィールドは役割を終えた日時からなる。
【病名】通常、本フィールドは使用しない。
ROL-7 Role duration 役割継続期間 (CWE) 01201
定義： このフィールドは役割の履行についての質的時間長からなる（例えば、次のアセスメントまで、４日間、退院まで、など）。
【病名】通常、本フィールドは使用しない。
ROL-8 Role action reason 役割の行動理由 (CWE) 01205
定義： このフィールドはなぜ個人がこの役割を担当（あるいは変更）しているかの理由を識別する（例えば、シフト変更、新規主看護婦、など）。
【病名】通常、本フィールドは使用しない。
ROL-9 Provider type 提供者型 (CWE) 01510
定義： このフィールドは提供者の型を識別するコードからなる。
【病名】通常、本フィールドは使用しない。
ROL-10 Organization unit type 組織単位型 (CWE) 01461
定義： このフィールドは ROL-3 で特定された役割を提供者が実施する環境を識別する。
【病名】通常、本フィールドは使用しない。
ROL-11 Office/home address/Birthplace 職場/自宅住所/本籍 (XAD) 00679
定義： このフィールドは提供者の職場の住所と自宅の住所からなる。
【病名】通常、本フィールドは使用しない。
ROL-12 Phone 電話 (XTN) 00678
定義： このフィールドは提供者の電話番号からなる。
【病名】通常、本フィールドは使用しない。

© JAHIS 2012105

7.12 AL1 - Patient Allergy Information Segment 患者アレルギー情報
AL1セグメントは、多様なタイプの患者アレルギー情報を含んでいる。ほとんどのこの情報は使用者
定義表による。各AL1セグメントは単一の患者アレルギーについて記述する。
AL1属性
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
O

RP/#

ITEM#
00203
00204
00205
00206
00207
00208

ELEMENT NAME
Set ID – AL1 セットID－AL1
Allergy Typeアレルギータイプ
Allergy Code/Mnemonic/Descriptionコード/記憶法/記述
Allergy Severityアレルギー重症度
Allergy Reactionアレルギー反応
Identification Date認識日付

NOTE

Optionality
R required
O optional
C conditional on the trigger event or on some other field(s)X not used with this trigger event
B left in for backward compatibility with previous versions of HL7
Japan（JAHIS 仕様での取り扱い）
R required
O optional
C conditional on the trigger event or on some other field(s)X not used with this trigger event
B left in for backward compatibility with previous versions of HL7
N not used useally. use only on the site
RepetitionN- no repetitionY- the field may repeat an indefinite or site determined number of times(integer)- the field may repeat up to the number of times specified in the integer

AL1 フィールド定義
AL1-1 Set ID – AL1 セット ID－AL1 (SI) 00203
定義：患者の記録中のアレルギー記述の追加・変更・削除のために個々のトランザクションを一意的に識別する数字である。セグメントの反復が許されるメッセージについては、反復を識別するためにセットIDフィールドが使用される。
反復を識別するための一意識別子。初期値１、増分１。
AL1-2 Allergy Type アレルギータイプ (CWE) 00204
Components: <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 - Allergy Type アレルギータイプ
Value© JAHIS 2012

Description

DA

Drug Allergy 薬剤アレルギーFA

Food Allergy 食事アレルギー

MA

Miscellaneous Allergy 様々なアレルギー

MC

Miscellaneous Contraindication 様々な禁忌

EA

Environmental Allergy 環境アレルギーAA

Animal Allergy 動物アレルギーPA

Plant Allergy 植物アレルギー

LA

Pollen Allergy 花粉アレルギー106AL1-3 Allergy Code/Mnemonic/Description アレルギーコード/記憶法/記述 (CWE)

00205

Components: <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)>

定義：一意的に、特別のアレルギーを識別する。この要素は、ある外部かつ標準のコード化するシステム(それは識別されねばならない)に一致させる、あるいは、局所的な記述、主に文章の記述あるいは記憶法の記述によっても良い。
本規約では、アレルギーコードとして、下記例のように薬剤アレルギーの場合はHOT9、それ以外の場合はJLAC10を使用することを推奨する。
AL1|1|FA^食物アレルギー^HL70127|5A1002411023006^ソバ^JC10|...
AL1|2|LA^花粉アレルギー^HL70127|5A1002216023023^スギ^JC10|...
AL1|3|EA^環境アレルギー^HL70127|5A1102700023023^ハウスダスト^JC10|...
AL1|4|DA^薬剤アレルギー^HL70127|106824501^アリナミン^HOT9|...

AL1-4 Allergy Severity アレルギー重症度 (CWE)

00206

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

Description

SV

SevereMO

Moderate 中程度

重度

MI

Mild

U

Unknown 不明

軽度

AL1-5 Allergy Reaction アレルギー反応 (ST) 00207
定義：特定のアレルギー反応(震え、くしゃみ、発疹など)を短く文章で記述したもの。
AL1-6 Identification Date 認識日付(DT) 00208
定義：このフィールドはHL7 V2.4以降、旧バージョンとの互換性のためにのみ残されている。アレル
ギーが識別された日付© JAHIS 2012107

7.13 IAM - Patient Adverse Reaction Information Segment 副作用情報セグ
メント
IAM セグメントは個人／患者における種々の副作用情報を示す。殆どの情報は使用者定義表で与えられる。
個々の IAM セグメントは個人／患者に対する１つの副作用について記述する。
IAM属性
SEQ

LEN

DT

OPT

Japan

RP/#

ITEM#

ELEMENT NAME

1

4

SI

R

R

01612

Set ID – IAM

2

250

CWE

O

O

00204

Allergen Type Code アレルゲン分類

NOTE

セット ID– IAM

3

250

CWE

R

R

00205

Allergen Code/Mnemonic/Description アレルゲン情報

4

250

CWE

O

O

00206

Allergy Severity Code アレルギー重症度

5

15

ST

O

O

6

250

CNE

R

7

427

EI

8

60

ST

9

250

CWE

10

250

11

Y

00207

Allergy Reaction Code アレルギー反応情報

R

01551

Allergy Action Code アレルギーアクションコード

C

C

01552

Allergy Unique Identifier アレルギー識別情報

O

O

01553

Action Reason アレルギー情報追加・変更理由

O

O

01554

Sensitivity to Causative Agent Code

CWE

O

O

01555

Allergen Group Code/Mnemonic/Description

8

DT

O

O

01556

Onset Date アレルギー発症日

12

60

ST

O

O

01557

Onset Date Text アレルギー発症時期

13

8

TS

O

O

01558

Reported Date/Time 情報提供日時

14

250

XPN

O

O

01559

Reported By 情報提供者

アレルギー物質に対する感受性
アレルゲン群情報

15

250

CWE

O

O

01560

Relationship to Patient Code 情報提供者と患者の続柄

16

250

CWE

O

N

01561

Alert Device Code 要注意物質コード

17

250

CWE

O

O

01562

Allergy Clinical Status Code アレルギー臨床確認状況

18

250

XCN

O

O

01563

Statused by Person 確認者

19

250

XON

O

O

01564

Statused by Organization 確認機関

20

8

TS

O

O

01565

Statused at Date/Time 確認日時

Optionality
R required
O optional
C conditional on the trigger event or on some other field(s)X not used with this trigger event
B left in for backward compatibility with previous versions of HL7
Japan（JAHIS 仕様での取り扱い）
R required
O optional
C conditional on the trigger event or on some other field(s)X not used with this trigger event
B left in for backward compatibility with previous versions of HL7
N not used usually. use only on the site
RepetitionN- no repetitionY- the field may repeat an indefinite or site determined number of times(integer)- the field may repeat up to the number of times specified in the integer

IAM フィールド定義
IAM-1

IAM-2

Set ID – IAM セット ID - IAM (SI) 01612
定義：このフィールドはこのトランザクションにおける番号を示す。そのセグメントが最初に現れた時はこのシーケンス番号は１でなければならない。２回目の時は２，といった具合である。
Allergen Type Code アレルゲン分類 (CWE) 00204
Components: <Identifier (ST)> ^ <Text (ST)> ^ <Name of Coding System (ID)> ^ <Alternate Identifier(ST)> ^ <Alternate Text (ST)> ^ <Name of Alternate Coding System (ID)> ^ <Coding© JAHIS 2012108

System Version ID (ST)> ^ <Alternate Coding System Version ID (ST)> ^ <Original Text
(ST)>

定義：このフィールドはアレルギーを分類（薬剤、食物、花粉他）する。推奨値は使用者定義表 0127 アレル
ゲン分類を参照のこと。
使用者定義表 0127 - Allergy Type アレルゲン分類
Value

IAM-3

Description

DA

Drug Allergy 薬剤アレルギーFA

Food Allergy 食事アレルギー

MA

Miscellaneous Allergy 様々なアレルギー

MC

Miscellaneous Contraindication 様々な禁忌

EA

Environmental Allergy 環境アレルギーAA

Animal Allergy 動物アレルギーPA

Plant Allergy 植物アレルギー

LA

Pollen Allergy 花粉アレルギー

Allergen Code/Mnemonic/Description アレルゲン情報

(CWE)

00205

Components: <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)>

定義：このフィールドは特定のアレルゲンを一意に識別する。この成分は幾つかの外部のコーディン
グシステム（必ず識別される必要有り）に一致することがあり、また、ローカルである場合、多くの文章
または備忘録であることがある。
もし、システムが一意的識別情報で特定のアレルギーに対するアレルゲンコードを維持するのであれ
ば、そして２つのシステムでIAMの更新モードを使うことに合意するのであれば、このフィールドはIAM-8アレルギー識別情報の代わりに一意的識別情報としてアレルゲンコードを使うことができる。これはスナップショット処理において一意的識別情報のためのアレルゲンコードを使うことを阻むものではない。
【病名】本規約では、アレルゲンの識別に使用するコードとして、下記例のように薬剤アレルギーの場
合はHOT9、それ以外の場合はJLAC10を推奨する。
IAM|1|FA^食物アレルギー^HL70127|5A1002411023006^ソバ^JC10|...
IAM|2|LA^花粉アレルギー^HL70127|5A1002216023023^スギ^JC10|...
IAM|3|EA^環境アレルギー^HL70127|5A1102700023023^ハウスダスト^JC10|...
IAM|4|DA^薬剤アレルギー^HL70127|106824501^アリナミン^HOT9|...

IAM-4 Allergy Severity Code アレルギー重症度

(CWE)

00206

Components: <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)>

IAM-5

IAM-6

定義：このフィールドはアレルギーの重症度を示す。推奨値は使用者定義表0128アレルギー重症度を参照のこと。
Allergy Reaction Code アレルギー反応情報 (ST) 00207
定義：このフィールドは報告されている特定のアレルギー反応情報を示す。この成分は幾つかの外部の標準的なコーディングシステムに一致することがあり、また、ローカルである場合、多くの文章または備忘録であることがある。（例：痙攀、くしゃみ、発疹、他）Allergy Action Code アレルギーアクションコード (CNE) 01551
Components: <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表0323アクションコードを参照のこと。

© JAHIS 2012109

HL7表 0323 – Action Code アクションコード
Value

IAM-7

DescriptionA

Add/Insert 追加／挿入

D

Delete 削除U

Update 更新X

No change 変更なし

Allergy Unique Identifier アレルギー識別情報(EI)

Comment

01552

Components: <Entity Identifier (ST)> ^ <Namespace ID (IS)> ^ <Universal ID (ST)> ^ <Universal ID
Type (ID)>

IAM-8
IAM-9

定義：このフィールドは個人に対するひとつのアレルギーを一意的に識別する値を示す。それは特定の個人に対するすべてのセグメントやメッセージに対して一意的である。もしシステムがアレルゲンコ
ードを個々のアレルギーに対する一意的識別情報として維持するのなら、このフィールドは使っては成らない。
このフィールドは条件によって使われる。もし、そのフィールドが受信側システムで一意的にアレルギーを識別できる場合は、この代わりのフィールドとしてIAM-3アレルゲン情報を用いる。
Action Reason アレルギー情報追加、変更理由 (ST) 01553
定義：このフィールドはIAM-7アレルギーアクションコードフィールドで示される行動の理由を示す。
Sensitivity to Causative Agent Code アレルギー物質に対する感受性 (CWE) 01554
Components: <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)>
定義：このフィールドは何故その患者が、その物質に触れてはいけないかの理由を示す。推奨値は使用者定義
表0436-アレルギー物質に対する感受性を参照のこと。
使用者定義表 0436 - Sensitivity to Causative Agent Code アレルギー物質に対する感受性
Value

IAM-10Description

AD

Adverse Reaction (Not otherwise classified)
他に分類できない副作用

AL

Allergy アレルギーCT

Contraindication 禁忌

INIntolerance 過敏症

Allergen Group Code/Mnemonic/Description アレルゲン群情報

Comment

(CWE)

01555

Components: <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)>

定義：このフィールドはアレルゲン情報（IAM-3）とアレルゲン群情報（IAM-10）両方を通信する必要がある時に、アレルゲン群を一意的に識別するために用いられるコード、略語、記述を示す。システ
ム間でどの薬剤がどの薬剤群に属するか（例えばBactrimとSulfa drugs、CeclorとPenicillins/Cephalosporins）を把握するために特定の薬剤アレルギーと薬剤群を通信したい時、特定の薬剤アレルギーをIAM-3で、薬剤群をIAM-10で送る。しかしながら、１つの群しか送れないため、IAM-3は主要なアレルギー識別情報のみを送ることになる。

IAM-11
IAM-12

IAM-13

Onset Date アレルギー発症日 (DT) 01556
定義：このフィールドは最初の反応があった実際の日付を示す。
Onset Date Text アレルギー発症時期 (ST) 01557
定義：このフィールドは正確な日付がわからない時に、最初の反応があった時期を文章で記述したものである。（例えば、青春期、少年期、1990年春）
Reported Date/Time 情報提供日時 (TS) 01558
Components: <Time (DTM)> ^ <Degree of Precision (ID)>

IAM-14

定義：このフィールドはそのアレルギーが医療提供者に情報提供された日時を示す。
Reported By 情報提供者 (XPN) 01459
Components: <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© JAHIS 2012110

(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)>
Subcomponents for Family Name (FN): <Surname (ST)> & <Own Surname Prefix (ST)> & <Own
Surname (ST)> & <Surname Prefix From Partner/Spouse (ST)> & <Surname From
Partner/Spouse (ST)>

IAM-15

定義：このフィールドは医療提供者へ、IAM-13情報提供日時にアレルギー情報を提供した人の名前を示す。
Relationship to Patient Code 情報提供者と患者の関係 (CWE) 01560
Components: <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)>

IAM-16

IAM-17

定義：このフィールドは患者にアレルギー情報を提供した人と患者の続柄を示す。NK1-3が使用する表と同じものを使用する。推奨値については使用者定義表0063続柄を参照のこと。例えば、兄弟、姉妹、母親、父親、友人、配偶者、その他が含まれる。
Alert Device Code 要注意物品コード (CWE) 01561
定義：このフィールドは患者が携帯する、もしくは身につける可能性のあるアレルギー上要注意物品を示す。
【病名】通常、本フィールドは使用しない。
Allergy Clinical Status Code アレルギー臨床確認状況 (CWE) 01562
Components: <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)>

定義：このフィールドはそのアレルギーの確認状態を示す。推奨値は使用者定義表0438-アレルギ
ー臨床状態を参照のこと。
使用者定義表 0438 - Allergy Clinical Status アレルギー臨床状態
Value

IAM-18Description

U

Unconfirmed 未確認PPending 保留SSuspect 疑わしいC

Confirmed or verified 確認済

IConfirmed but inactive 確認済（非活性）E

Erroneous 誤りD

Doubt raised 疑問有り

Statused by Person 確認者 (XCN)

Comment

01563

Components: <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)>
Subcomponents for Family Name (FN): <Surname (ST)> & <Own Surname Prefix (ST)> & <Own
Surname (ST)> & <Surname Prefix From Partner/Spouse (ST)> & <Surname From
Partner/Spouse (ST)>

IAM-19定義：このフィールドはアレルギー臨床状態を指定した医療提供者を示す。
（例：...|Smith^John^J^III^DR^MD|...）
Statused by Organization 確認機関 (XON) 01564
Components: <Organization Name (ST)> ^ <Organization Name Type Code (IS)> ^ <ID Number (NM)>^ <Check Digit (NM)> ^ <Check Digit Scheme (ID)> ^ <Assigning Authority (HD)> ^<Identifier Type Code (ID)> ^ <Assigning Facility (HD)> ^ <Name Representation Code(ID)> ^ <Organization Identifier (ST)>

定義：このフィールドはアレルギー情報を更新した医療提供組織の名称を示す。（例：General© JAHIS 2012111

IAM-20

Hospital）
Statused at Date/Time 確認日時

(TS)

01565

Components: <Time (DTM)> ^ <Degree of Precision (ID)>

定義： このフィールドはIAM-19確認機関に所属するIAM-18確認者がアレルギー情報を更新した日時を示す。

© JAHIS 2012112

7.14 PRB - Problem Detail Segment プロブレム詳細セグメント
プロブレム詳細セグメントは、与えられた各個人のプロブレムを追加、更新、修正、かつ、削除するのに必要なデータを含んでいる。
PRB属性
SEQ

LEN

DT

OPT

Japan

1

2

ID

R

R

RP/#

ITEM#
00816

ELEMENT NAME
Action Code アクションコード

2

26

TS

R

R

00817

Action Date/Tim アクション日付／時刻

3

250

CWE

R

R

00838

Problem ID プロブレム ID

4

60

EI

R

R

00839

Problem Instance ID プロブレムインスタンス ID

5

60

EI

O

O

00820

Episode of Care ID ケア ID のエピソード

6

60

NM

O

O

00841

Problem List Priority プロブレム一覧表優先権

7

26

TS

O

O

00842

Problem Established Date/Time
プロブレムを設定した日付／時刻

8

26

TS

O

O

00843

Anticipated Problem Resolution Date/Time
予期されるプロブレム解決日付／時刻

9

26

TS

O

O

00844

Actual Problem Resolution Date/Time
実際のプロブレム解決日付／時刻

10

250

CWE

O

O

11

250

CWE

O

O

00845
Y

00846

Problem Classification プロブレム分類
Problem Management Discipline
プロブレムマネージメント分野

12

250

CWE

O

O

00847

13

250

CWE

O

O

00848

Problem Persistence プロブレムの後引き
Problem Confirmation Status
プロブレムの確認状態

14

250

CWE

O

O

00849

Problem Life Cycle Status
プロブレムのライフサイクル状態

15

26

TS

O

O

00850

Problem Life Cycle Status Date/Time
プロブレムのライフサイクル状態の日付／時刻

16

26

TS

O

O

00851

Problem Date of Onset プロブレムの発生日付

17

80

ST

O

O

00852

Problem Onset Text プロブレムの発生テキスト

18

250

CWE

O

O

00853

Problem Ranking プロブレムのランキング

19

250

CWE

O

O

00854

Certainty of Problem プロブレムの確実性

20

5

NM

O

O

00855

Probability of Problem (0-1)
プロブレムの可能性（0－1）

21

250

CWE

O

O

00856

Individual Awareness of Problem
プロブレムの個々の認識

22

250

CWE

O

O

00857

23

250

CWE

O

O

00858

Problem Prognosis プロブレムの予後
Individual Awareness of Prognosis
予後の個々の認識

24

200

ST

O

O

00859

Family/Significant Other Awareness ofProblem/Prognosis
家族／プロブレムの重要な他の認識／予後

25

250

CWE

O

O

00823

Security/Sensitivity 安全保護／感度

Optionality
R required
O optional
C conditional on the trigger event or on some other field(s)X not used with this trigger event
B left in for backward compatibility with previous versions of HL7
Japan（JAHIS 仕様での取り扱い）
R required
O optional
C conditional on the trigger event or on some other field(s)X not used with this trigger event
B left in for backward compatibility with previous versions of HL7
N not used usually. use only on the site

© JAHIS 2012

113

NOTE

RepetitionN- no repetitionY- the field may repeat an indefinite or site determined number of times(integer)- the field may repeat up to the number of times specified in the integer

PRB フィールド定義
PRB－1

Action Code アクションコード（ID）00816
定義：このフィールドは、メッセージの意図を示す。有効な値についてはHL7表0287－プロブレム/ゴール・アクションコードを参照すること。
HL7表 0287 – Problem/goal action code プロブレム/ゴール・ アクションコード
Value
AD

PRB-2

Description

Comment

ADD 追加CO

CORRECT 修正

DE

DELETE 削除

LI

LINK リンクUC

UNCHANGED * 修正無し

UN

UNLINK リンク無し

UP

UPDATE 更新*UNCHANGEDアクションコードが使用されるのは、適用プログラムに対して、この特定セグメントは修正されるべき情報を含まないことを示すためである。それは後続の正しいレコードへの修正と区別するために提供されている。
Action Date/Time アクション日付／時刻（TS）0081
Components: <Time (DTM)> ^ <DEPRECATED-Degree of Precision (ID)>

PRB-3

PRB-4

定義：このフィールドはアクション符号によって表わされたオペレーションを実行した日付／時刻を含んでいる。
【病名】本規約では更新時間として利用する。
Problem ID プロブレム ID（CWE）00838
Components: <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)>
定義：このフィールドはそのプロブレムを識別する。これは施設のプロブレムマスタリストからの識別子である。
【病名】本規約では病名表記を一意に表すコードとして利用する。
Problem Instance ID プロブレムインスタンス ID（EI）00839
Components: <Entity Identifier (ST)> ^ <Namespace ID (IS)> ^ <Universal ID (ST)> ^ <Universal ID
Type (ID)>

定義：このフィールドは、初期化システムによってプロブレムのインスタンスに割り当てられた識別子を含んでいる。
注：この値が時間の経過にかかわらず一意的なままであることが要求される。このインスタンスIDは、特定患者のための特定インスタンスを識別する。そして一意的であることはすべての患者に共通している。HL7 Ver2.5 規約書 2 章のエンティティ ID データタイプ記述を参照すること。

PRB-5【病名】本規約では管理番号として利用する。管理番号とは病名情報を一意にする番号のことを指す。
Episode of Care ID 診療 ID エピソード（EI）00840
Components: <Entity Identifier (ST)> ^ <Namespace ID (IS)> ^ <Universal ID (ST)> ^<Universal ID Type (ID)>
定義：このフィールドは、このプロブレムが当てはまる診療のエピソードを一意的に識別する。

© JAHIS 2012114

PRB-6
PRB-7

PRB-8

Problem List Priority プロブレムリストの優先権（NM）00841
定義：このフィールドは、各個人のために維持されるリスト上のこのプロブレムを優先的に扱う。
Problem Established Date/Time プロブレム設定日付／時刻（TS）00842
Components: <Time (DTM)> ^ <DEPRECATED-Degree of Precision (ID)>
定義：このフィールドは、対応するプロブレムが医療提供者によって当初確認された日付／時刻を含んでいる。
【病名】本規約では診断日として利用する。
Anticipated Problem Resolution Date/Time 予想されるプロブレム解決日付／時刻（TS）00843
Components: <Time (DTM)> ^ <DEPRECATED-Degree of Precision (ID)>

定義：このフィールドは、明らかにプロブレム解決の予定日付／時刻を含んでいる。
PRB-9 Actual Problem Resolution Date/Time 実際のプロブレム解決日付／時刻（TS）00844
Components: <Time (DTM)> ^ <DEPRECATED-Degree of Precision (ID)>
定義：このフィールドはプロブレムを実際に解決した日付／時刻を含んでいる。
【病名】本規約では終了日として利用する。
PRB-10 Problem Classification プロブレムの分類（CWE）00845
Components: <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)>

PRB-11

定義：このフィールドは、プロブレムの種類を示す。このフィールドを使用して、プロブレムを分類し、それらが異なるアプリケーション内で独立に管理され検査されるようにする（例えば入院、最終、手術後、手術前、外来患者、退院など）。
【病名】本規約では診断種別名とICD-10として利用する。診断種別名とは、診断が下された状況を種別する値と定義する。設定は第一成分から第三成分に“ICD-10”の値を設定し、第四成分から第六成分に“診断種別名”を設定し、設定する成分の位置は固定とする。ただし、第二成分は省略と定義する。また、診断種別名のコーディングシステム名は、JHSD0004を用いる。
Problem Management Discipline プロブレムマネージメント職種（CWE）00846
Components: <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)>

PRB-12

定義：このフィールドは、特定のプロブレムを管理するための責任を持つ医療提供者の属性を示す（例えば診療チーム、看護、内科、呼吸治療、作業療法、給食など）。これは反復フィールドであって、このプロブレムに対する責任を持つすべてのプロブレムの識別ができる。
Problem Persistence プロブレムの長期化（CWE）00847
Components: <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)>

PRB-13

定義：このフィールドは、プロブレムの持続性を示す（例えば、急性、慢性、など）。
Problem Confirmation Status プロブレムの確認状態（CWE）00848
Components: <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)>

PRB-14

定義：このフィールドは、プロブレムの検証状態を含んでいる（例えば、確認された、差異、臨時、除外、など）。
【病名】本規約では疑い病名フラグとして利用する。コーディングシステム名は、JHSD0005を用いる。
Problem Life Cycle Status プロブレムのライフサイクル状態（CWE）00849
Components: <Identifier (ST)> ^ <Text (ST)> ^ <Name of Coding System (ID)> ^ <Alternate Identifier(ST)> ^ <Alternate Text (ST)> ^ <Name of Alternate Coding System (ID)> ^ <Coding© JAHIS 2012115

System Version ID (ST)> ^ <Alternate Coding System Version ID (ST)> ^ <Original Text
(ST)>

定義：このフィールドは、この特定の日付／時刻現在のプロブレムの状態を含んでいる。（例えば、アクティブ、アクティブで改善中、アクティブで安定している、アクティブで悪化、アクティブでない、解決された、など）。
【病名】本規約では転帰区分として利用する。コーディングシステム名は、HL7表0241または
JHSD0005を用いる。
HL7表 0241 – Patient Outcome 患者の結果
Value

PRB-15

Description

D

死亡

R

回復

N

回復せず／変わらない

W

悪化

S

後遺症

F

完全に回復したU

未知Comment

Problem Life Cycle Status Date/Time プロブレムのライフサイクル状態の日付／時刻（TS）00850
Components: <Time (DTM)> ^ <DEPRECATED-Degree of Precision (ID)>

PRB-16

定義：このフィールドは、現在のプロブレムについてライフサイクル状態の発効日付／時刻を示す。
【病名】本規約では転帰日として利用する。
Problem Date of Onset プロブレム発生日付／/時刻（TS）00851
Components: <Time (DTM)> ^ <DEPRECATED-Degree of Precision (ID)>

PRB-17

PRB-18

定義：このフィールドは、そのプロブレムが始まった日付／時刻を含んでいる。
【病名】本規約では開始日として利用する。
Problem Onset Text プロブレム発生テキスト（ST）00852
このフィールドは、プロブレムが発生した時点のテキスト表現を考慮に入れる。
【病名】本規約では患者の病態をあらわすために実際に入力される文字列として利用する。
Problem Ranking プロブレムのランキング（CWE）00853
Components: <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)>

PRB-19

定義：料このフィールドは、ユーザに定義されたプロブレム優先順位を含んでいる。（例えば数値のランキング、あるいは「第１」、「第2」、などの単語の使用）。
【病名】本規約では病名区分として利用する。コーディングシステム名は、JHSD0007を用いる。
Certainty of Problem プロブレム確実性（CWE）00854
Components: <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)>

PRB-20

PRB-21

定義：このフィールドは、プロブレムの確実性の質的表現を含んでいる（例えば、HI－高い、LO－低
い、ME－中程度）。
Probability of Problem (0-1) プロブレムの確率（０-１）NM）00855
定義：このフィールドは、そのプロブレムがこの患者のために存在するという確実性の量的あるいは数値的な表現を含んでいる。このフィールドは0～1の有効な範囲を持つ。例えば、医療提供者はそのプロブレムが正確に識別されたことに対し75%（.75）の確信を持つことがある。
Individual Awareness of Problem プロブレムについての患者個人の認識（CWE）0085
Components: <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)>

定義：このフィールドは、そのプロブレムに関する患者自身の理解度を含んでいる（例えば、十分な、最低限の、部分的な、など）。

© JAHIS 2012

116

PRB-22

Problem Prognosis プロブレムの予後（CWE）00857
Components: <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)>

PRB-23

定義：このフィールドは、各個人のプロブレムの予後を含んでいる（例えば、よい、悪い、など）。
Individual Awareness of Prognosis 予後についての患者個人の認識（CWE）00858
Components: <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)>

PRB-24

PRB-25

定義：このフィールドは、そのプロブレムの予後について各個人の理解の度合いを含んでいる。（例
えば、十分な、最低限の、部分的な、など）
Family/Significant Other Awareness of Problem/Prognosis プロブレム／予後についての家族その他重要な関係者の認識（ST）00859
定義：このフィールドは、実際のプロブレム／予後の各個人の家族あるいは他の重要な関係者の理解を示す。
Security/Sensitivity セキュリティ／感受性（CWE）00823
Components: <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 0177 を用いる。

© JAHIS 2012117

7.15 IN1/ZI1 - Insurance Segment 保険セグメント
IN1/ZI1 セグメントは、正確な患者への保険適用と保険請求書作成を行うために必要な、保険適用範囲情報を示す。ZI1 は病名情報通知のとき用いるが、メッセージ構造上 IN1 セグメントが使えないため、内容は IN1
セグメントと同様とし、ZI1 セグメントとして定義した。
IN1/ZI1属性
SEQ

LEN

DT

OPT

Japan

1

4

SI

R

R

2

250

CWE

R

R

3

250

CX

R

O

4

250

XON

O

O

5

250

XAD

O

N

6

250

XPN

O

N

7

250

XTN

O

N

8

12

ST

O

N

9

250

XON

O

N

10

250

CX

O

11

250

XON

O

12

8

DT

O

O

RP/#

ITEM#

ELEMENT NAME

00426

Set ID - IN1/ZI1 セット ID

00368

Insurance Plan ID 保険プラン ID

00428

Insurance Company ID 保険会社 ID

Y

00429

Insurance Company Name 保険会社名

Y

00430

Insurance Company Address 保険会社住所

Y

00431

Insurance Co Contact Person 保険会社連絡者

Y

00432

Insurance Co Phone Number 保険会社電話番号

00433

Group Number グループ番号

Y

00434

Group Name グループ名

O

Y

00435

Insured’s Group Emp ID 被保険者グループ雇用者 ID

O

Y

00436

Insured’s Group Emp Name 被保険者グループ雇用者名

00437

Plan Effective Date プラン有効日時

Y

13

8

DT

O

O

00438

Plan Expiration Date プラン失効日付

14

239

AUI

O

N

00439

Authorization Information 認定情報

15

3

IS

O

O

16

250

XPN

O

N

17

250

CWE

O

O

18

26

TS

O

O

19

250

XAD

O

O

20

2

IS

O

21

2

IS

22

2

ST

23

1

ID

24

8

DT

O

25

1

ID

O

26

8

DT

O

27

2

IS

O

28

15

ST

O

N

Y

00440

Plan Type プランタイプ

00441

Name Of Insured 被保険者名

00442

Insured’s Relationship To Patient 患者と保険者の関係

00443

Insured’s Date Of Birth 保険者生年月日

00444

Insured’s Address 保険者住所

N

00445

Assignment Of Benefits 給付金の配分

O

O

00446

Coordination Of Benefits 給付金の調整

O

N

00447

Coord Of Ben. Priority 給付金優先順位の調整

O

N

00448

Notice Of Admission Flag 入会フラッグの通知

N

00449

Notice Of Admission Date 入会日付の通知

N

00450

Report Of Eligibility Flag 有資格フラッグの報告

N

00451

Report Of Eligibility Date 有資格報告日付

N

00452

Release Information Code 情報コードの解放

00453

Pre-Admit Cert (PAC) 入会前認定書

29

26

TS

O

O

30

250

XCN

O

N

31

2

IS

O

Y

00454

Verification Date/Time 確認日付/時刻

00455

Verification By 確認者

N

00456

Type Of Agreement Code 同意コードのタイプ

Y

32

2

IS

O

N

00457

Billing Status 請求状況

33

4

NM

O

N

00458

Lifetime Reserve Days 予約残日数

34

4

NM

O

N

00459

Delay Before L.R. Day 予約残日数前遅延

35

8

IS

O

N

00460

Company Plan Code 会社プランコード

36

15

ST

O

N

00461

Policy Number ポリシー番号

37

12

CP

O

N

00462

Policy Deductible 免責ポリシー

38

12

CP

B

N

00463

Policy Limit – Amount 限度額ポリシー

39

4

NM

O

N

00464

Policy Limit – Days 限度日数のポリシー

40

12

CP

B

N

00465

Room Rate – Semi-Private 部屋代 － 半個室

41

12

CP

B

N

00466

Room Rate – Private 部屋代 － 個室

© JAHIS 2012

118

NOTE

42

250

CWE

O

N

00467

Insured’s Employment Status 被保険者雇用状態

43

1

IS

O

N

00468

Insured’s Administrative Sex 被保険者の管理上の性別

44

250

XAD

O

N

00469

Insured’s Employer fs

45

2

ST

O

N

00470

Verification Status 確認状態

46

8

IS

O

N

00471

Prior Insurance Plan ID 前保険プラン

47

3

IS

O

N

01227

Coverage Type 保険範囲タイプ

48

2

IS

O

N

49

250

CX

O

N

Y

Y

Address 保険者の従業員の住所

00753

Handicap ハンディキャップ

01230

Insured’s ID Number 被保険者 ID 番号

50

1

IS

O

N

01854

Signature Code 署名コード

51

8

DT

O

N

01855

Signature Code Date 署名コード日

52

250

ST

O

N

01899

Insured’s Birth Place 被保険者出生地

53

2

IS

O

N

01852

VIP Indicator VIP 識別

Optionality
RrequiredO
optionalC
conditional on the trigger event or on some other field(s)X
not used with this trigger event
B
left in for backward compatibility with previous versions of HL7
Japan（JAHIS 仕様での取り扱い）
R
requiredO
optionalC
conditional on the trigger event or on some other field(s)X
not used with this trigger event
B
left in for backward compatibility with previous versions of HL7
N
not used usually. Use only on the site
RepetitionN- no repetitionY- the field may repeat an indefinite or site determined number of times(integer)- the field may repeat up to the number of times specified in the integer

IN1/ZI1 フィールド定義
IN1/ZI1-1 Set ID – IN1/ZI1 セット ID （SI） 00426
定義：セットＩＤ（セット連番）。 … セグメント内での通し番号。
最初の本セグメントが発生したときに、シーケンス番号を１とする。
続いて２という具合に番号付けを行う。
IN1/ZI1-2 Insurance Plan ID 保険プラン ID（CWE）00427
Components: <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)>

定義：このフィールドは保険プランの一意の識別子である。
【病名】本規約では、保険種別として利用する。第一成分には JHSD 表 0001- 保険種別にリストされている保険
種別をセットする。 MI，PE に関しては、法別番号（2 桁の保険種別）がある場合、法別番号を使用する。
JHSD表 0001 Insurance Plan ID 保険種別
Value

Insurance
Plan

C0

MI

国民健康保険

注

MI

医保保険

D0

PE

地方公費

注

PE

公費保険

LI

LI

労災

© JAHIS 2012

Description

119

TI

TI

自賠

PS

PS

公務員災害

PI

PI

公害医療

OE

OE

OE：自費（保険なし）

OT

OT

その他

注記

医保保険の Value 値は厚生労働省の定める社会保険制度の法別番号を設定する
公費保険の Value 値は厚生労働省の定める公費負担医療制度の法別番号を設定する

IN1/ZI1-3 Insurance Company ID 保険会社 ID （CX） 00428
Components: <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)>

定義：このフィールドは保険会社を一意になる識別子である。
【病名】本規約では、保険者の番号及び保険者の識別として利用する。保険分類により、保険者の番号及び保険者の識別を記述する。第一成分にセットする番号の詳細を以下の表に記述する。
表 IN1/ZI1-3 保険者IDの詳細
保険分類

Insurance Plan

保険者の番号 及び 保険者の識別

MI

医保保険または国民健康保険

保険（者）番号PE

公費保険

公費負担者番号PE

地方公費

地方独自記載の公費負担者番号LI

労災

府県＋所轄＋管轄番号 （労働保険番号に含まれる）

TI

自賠

推奨値なし

PS

公務員災害

推奨値なし

PI

公害医療

推奨値なし

OE

自費

推奨値なし

OT

その他

推奨値なし

国民健康保険等、検証番号は存在するが、全国協会健保等ないものもあるので、検証番号を含んだ形で、第一成
分<ID Number (ST)>に、セットする。第二成分以下は使用しない。
IN1/ZI1-4 Insurance company name 保険会社名称 （XON） 00429
Components: <Organization Name (ST)> ^ <Organization Name Type Code (ID)> ^ <ID Number (ID)> ^<Check Digit (NM)> ^ < Check Digit Scheme (ID)> ^ <Assigning Authority (HD)> ^<Identifier Type Code (ID)> ^ <Assigning Facility ID (HD)>

定義：このフィールドは、保険会社の名前である。
【病名】本規約では、保険者の名称として利用する。第一成分にセットする番号の詳細を以下の表に記述する。
表IN1/ZI1-4 保険者名称の詳細
保険分類

Insurance Plan

保険者の番号 及び 保険者の識別

MI

医保保険または国民健康保険

保険（者）名PE

公費保険または地方公費

公費名称（都道府県名含む）

LI

労災

労働基準局 or 労働基準監督署 の名称

TI

自賠

自賠責保険会社 の名称

PS

公務員災害

公務員災害補償基金 の名称

PI

公害医療

公害を認定した市 又は 県 の名称

OE

自費「自費」と記述する

OT

その他

保険に関する名称を記入する

IN1/ZI1-5 Insurance company address 保険会社の住所 （XAD） 00430
定義：このフィールドは保険会社の住所である。同一の保険会社にたいする複数の住所はこのフィールドで送ることが出来る。郵便住所が第１反復フィールドにあると仮定している。郵便住所を送らないときは、反復セパレータを第１反復フィールドとして最初に送らなければならない。
【病名】通常、本フィールドは使用しない。
IN1/ZI1-6 Insurance co contact person 保険会社連絡者 （XPN） 00431
定義：このフィールドは保険会社で連絡する人の名前である。同一連絡者の複数の名前はこのフィールドで送る© JAHIS 2012

120

ことが出来る。法的名称が第１反復フィールドにあると仮定している。法的名称を送らないときは、反復セパレー
タを第１反復フィールドとして最初に送らなければならない。
【病名】通常、本フィールドは使用しない。
IN1/ZI1-7 Insurance co phone number 保険会社電話番号 （XTN） 00432
定義：このフィールドは保険会社の電話番号である。同一の保険会社に対する複数の電話番号はこのフィール
ドで送ることが出来る。主電話番号が第１反復フィールドにあると仮定している。主電話番号を送らないときは、
反復セパレータを第１反復フィールドとして最初に送らなければならない。
【病名】通常、本フィールドは使用しない。
IN1/ZI1-8 Group number グループ番号 （ST） 00433
定義：このフィールドは非保険会社のグループ番号である。
【病名】通常、本フィールドは使用しない。
IN1/ZI1-9 Group name グループ名 （XON） 00434
定義：このフィールドは被保険者のグループ名である。
【病名】通常、本フィールドは使用しない。
IN1/ZI1-10 Insured’s group emp. ID 被保険者グループ雇用者 ID （CX） 00435
Components: <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)>

定義：このフィールドは被保険者にたいするグループ雇用者 ID を保持している。
【病名】本規約では、保険分類により、被保険者の番号を記述する。第一成分にセットする番号の詳細を以下の表に記述する。
表IN1/ZI1-10 被保険者番号の詳細
Insurance Plan

保険分類

被保険者の番号MI

医保保険または国民健康保険

PE

公費保険または地方公費公費受給者番号 or 地方独自記載の公費負担者番号

LI

労災

労働保険番号
府県＋所轄＋管轄番号＋基幹番号（管轄単位の会社番号）＋枝番
自賠責保険証番号

被保険者 番号

TI

自賠

PS

公務員災害

公務災害認定番号

PI

公害医療

公害認定証 番号

OE

自費

推奨値なし

OT

その他

推奨値なし

IN1/ZI1-11 Insured’s group emp name 被保険者グループ雇用者名（XON）00436
Components: <Organization Name (ST)> ^ <Organization Name Type Code (IS)> ^<DEPRECATED-ID Number (NM)>^ <Check Digit (NM)> ^ <Check Digit Scheme (ID)> ^<Assigning Authority (HD)> ^ <Identifier Type Code (ID)> ^ <Assigning Facility (HD)> ^<Name Representation Code (ID)> ^ <Organization Identifier (ST)>

定義：このフィールドは被雇用者保険を提供する雇用者の名前である。
【病名】本規約では、保険分類により、被保険者の記号を記述する。第一成分にセットする番号の詳細を以下の表に記述する。
表IN1/ZI1-11 被保険者記号の詳細
Insurance Plan

保険分類

MI

医保保険または国民健康保険

被保険者の記号
被保険者 記号、39 後期：不要PE

公費保険または地方公費

推奨値なし

LI

労災

推奨値なし

TI

自賠

推奨値なし

PS

公務員災害

推奨値なし

PI

公害医療

公害認定証 記号

OE

自費

推奨値なし

OT

その他

推奨値なし

© JAHIS 2012121

IN1/ZI1-12 Plan effective date プラン有効日時（DT） 00437
定義：このフィールドは保険が有効になる日時である。
【病名】本規約では、保険有効開始日として利用する。
IN1/ZI1-13 Plan expiration date プラン失効日付 （DT） 00438
定義：このフィールドは保険がカバーできるあるいは責務がある最終日時である。
【病名】本規約では、保険有効終了日として利用する。
IN1/ZI1-14 Authorization information 認定情報 （CM） 00439
定義：保険のタイプに基づいて、ある保険補償範囲は、全ての救急外入院前と救急入院の 48 時間以内に得られる認定番号かコードを必要とする。保険請求書はこの番号なしでは許されない。日付と認定元はこのフィールドのコンポーネントである。
【病名】通常、本フィールドは使用しない。
IN1/ZI1-15 Plan type プランタイプ （IS） 00440
定義：このフィールドは、たとえばメディケア、メディケイド、ブルークロス、HMO などの種々のプランタイプを識別するコーディング構造を含む。
【病名】本規約では、様々な保険のプランタイプを特定するコードとして利用する。
・保険種別により、使用できるコードは限定される。
・PE（公費）の場合、公費の意味が県単位で異なる場合があるので必須とする。
第一成分にセットする番号の詳細を、表：JHSD0002 に示す。
JHSD表 0002 保険のプランタイプ
保険種別

保険のプランタイプ

02（船員保険）32（地方公務員共済：船員学校）

OJ:職務上LS:下船後 3 ヶ月以内
CC:通勤災害

PE（公費保険または地方公費）

01 ~ 47 県番号 （JIS-X-401）

MI（医保保険または国民健康保険）

K1：継続
K2：任意継続
K3：特別療養※ 継続の説明
継続
保険資格喪失時の疾病を健康保険の資格喪失後も継続して給付を受けられる制度
任意継続 保険資格喪失後２０日以内の疾病任意継続申請者）
特別療養 健康保険の被保険者が資格喪失後に日雇特例被保険者（日々雇い入れられる者や季節的業務に雇い入れられる者等の日雇労働者）又はその被扶養者になった場合に、資格喪失時に病気やけが等で病院にかかっていた時に、６ヶ月を限度に健康保険の資格喪失後も継続して給付を受けられる制度）
IN1/ZI1-16 Name of insured 被保険者名（XPN） 00441
定義：このフィールドは被保険者の名前である。被保険者は保険ポリシーにより保証されている個人に医療サービスを提供する保険会社と同意した個人である。被保険者として複数の名前をこのフィールドで送ることができる。法的名称が第１反復フィールドにあると仮定している。法的名称を送らないときは、反復セパレータを第 1
反復フィールドとして最初に送らなければならない。
【病名】通常、本フィールドは使用しない。
IN1/ZI1-17 Insured’s relationship to patient 保険契約者名との関係（続柄）（CWE）00442
Components: <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)>

定義： このフィールドは患者と被保険者との関係を示す。
被保険者：SEL：本人、EME：従業員（医師保険の従業員本人：給付率が異なるため区別）
被扶養者：EXF：家族、SPO：配偶者、CHD：子供 等の記述も可とする。HL7 表 0063 の表に従う。
保険種別：MI で使用。その他は、被保険者本人なので、省略可能(公費・労災等： SEL)

© JAHIS 2012122

HL7表 0063 被保険者との関係
続柄

意味

続柄

意味

続柄

意味

続柄

意味

SEL

本人

DEP

障害で扶養されている

EXF

拡大家族
（家族と記述）

ASC

仲間

SPO

配偶者

WRD

保護観察

SIB

兄弟姉妹

EMC

緊急連絡先

DOM

共同生活者

PAR

親

BRO

兄弟

OWN

所有者

CHD

子供

MTH

母親

SIS

姉妹

TRA

調教師

GCH

孫

FTH

父親

FND

友人

MGR

管理者

NCH

本来の子供

CGV

介護者

OAD

その他の成人

NON

なし

SCH

継子

GRD

保護者

EME

従業員

UNK

不明

FCH

里子

GRP

祖父母

EMR

雇い主

OTH

その他

IN1/ZI1-18 Insured’s date of birth 保険者生年月日

（TS）

00443

Components: <Time (DTM)> ^ <DEPRECATED-Degree of Precision (ID)>

定義：このフィールドは被保険者の生年月日を示す
IN1/ZI1-19 Insured’s address 被保険者住所 （XAD）

00444

Components: <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)> ^ <DEPRECATED-Address Validity Range (DR)> ^<Effective Date (TS)> ^ <Expiration Date (TS)>

定義：このフィールドは被保険者個人の住所である。被保険者は保険ポリシーにより保証されている個人に医療サービスを提供する保険会社と同意した個人である。同一の個人に複数の住所をこのフィールドで送ることが出来る。郵便住所が第１反復フィールドにあると仮定している。郵便住所を送らないときは、反復セパレータ
を第１反復フィールドとして最初に送らなければならない。
IN1/ZI1-20 Assignment of benefits 給付金の配分 （IS） 00445
定義：このフィールドは医療提供者と保険金の割り当てを同意した被保険者かどうか示している。もしそうである
なら、保険は直接提供者に支払われる。
【病名】通常、本フィールドは使用しない。
IN1/ZI1-21 Coordination of benefits 給付金の調整 （IS）
00446
定義：このフィールドは、他の保険ポリシーと連携した補償かどうか、また、独立した補償範囲と患者に対して有効である他の保険と関係がない給付金の支払いかどうかを示している。
【病名】本規約では、給付割合として利用する。日本の健康保険医療では、法別番号で、優先順と給付割合は決まっているので、ここに、保険の給付割合を割り当てる。現在、入院・外来で、給付率は同じなので区別をしない。給付割合は、％表現の ２桁とする。但し、100%給付は、MX とする。
JHSD表 0003 Applying allocation 給付割合
給付割合

意 味

0 ~ 99％表現MX

100%給付

IN1/ZI1-22 Coord of ben priority 給付金優先順位の調整 （ST） 00447
定義：もし保険が他の保険プランと調整することがある場合、このフィールドは優先順位を指定する。1、2、3 のような値である。
【病名】通常、本フィールドは使用しない。
IN1/ZI1-23 Notice of admission flag 入会フラッグの通知 （ID） 00448
定義：このフィールドは保険会社が医療提供者から、保健の使用確認通知を必要とするかどうかを示す。
【病名】通常、本フィールドは使用しない。
IN1/ZI1-24 Notice of admission date 入会日付の通知 （DT） 00449
定義：通知が必要であるなら、このフィールドはそれが送られた日付を示す。
【病名】通常、本フィールドは使用しない。
IN1/ZI1-25 Report of eligibility flag 有資格フラッグの報告 （ID） 00450
定義：このフィールドは、当該保険保有者が、その患者が給付金の資格があることを示す記録を送るかどうか、あるいはこれらの給付金かどうかを識別するかどうかを示す。

© JAHIS 2012123

【病名】通常、本フィールドは使用しない。
IN1/ZI1-26 Report of eligibility date 資格報告日付 （DT） 00451
定義：このフィールドは資格報告（ROE: Report of eligibility）を受け取ったかどうか、と受け取った日付とともに指定する。
【病名】通常、本フィールドは使用しない。
IN1/ZI1-27 Release information code 情報コードの解放 （IS） 00452
定義：このフィールドは医療提供者が患者の情報を公開できるか、どんな情報を解放できるかを示す。
【病名】通常、本フィールドは使用しない。
IN1/ZI1-28 Pre-admit cert. 入会前認定書 （ST） 00453
定義：このフィールドは入会前認定コードを示す。もし入会が入会前に認定されなければ、これは入会に関するコードである。
【病名】通常、本フィールドは使用しない。
IN1/ZI1-29 Verification date/time 確認日付/時刻 （TS） 00454
Components: <Time (DTM)> ^ <DEPRECATED-Degree of Precision (ID)>

定義：このフィールドは医療提供者が患者に指示された給付があることを確認した日時を示す。
【病名】本規約では、保険の最終更新（確認）日とする。
IN1/ZI1-30 Verification by 確認者 （XCN） 00455
定義：給付を確認した個人を示す。同じ被保険者に対して複数の名前を送ることが出来る。法的名称が第１反
復フィールドにあると仮定している。法的名称を送らないときは、反復セパレータを第１反復フィールドとして最初に送らなければならない。
【病名】通常、本フィールドは使用しない。
IN1/ZI1-31 Type of agreement code – Policy limit – amount 同意コードのタイプ （IS） 00456
定義：このフィールドは保険プランをさらに定義するために使用する。
【病名】通常、本フィールドは使用しない。
IN1/ZI1-32 Billing status 請求状況 （IS） 00457
定義：このフィールドは特定の保険が請求されたかどうか、もしそうであるなら請求書のタイプを示す。
【病名】通常、本フィールドは使用しない。
IN1/ZI1-33 Lifetime reserve days 予約残日数 （NM） 00458
定義：このフィールドは保険ポリシーに基づいて提供あるいはカバーされているサービスに対する残りの日数である。
【病名】通常、本フィールドは使用しない。
IN1/ZI1-34 Delay before L.R. day 予約残日数前遅延 （NM） 00459
定義：このフィールドは全予約日数以前の遅延を示す。
【病名】通常、本フィールドは使用しない。
IN1/ZI1-35 Company plan code 会社プランコード （IS） 00460
定義：このフィールドは IN1/ZI1-3 – Insurance Company ID のデータをより定義するためのオプション情報である。推奨値として User-defined Table 0042 – Company Plan Code を参照のこと。この表は保険会社を一意に識別するために使用するコードである。
【病名】通常、本フィールドは使用しない。
IN1/ZI1-36 Policy number ポリシー番号 （ST） 00461
定義：このフィールドは当該患者のプランを一意に識別するための被保険者の個々のポリシー番号である。保
険の特定のタイプとして、Medicaid、Medicare、Champus（例、IN2-6 – Medicare Health Ins Card Number,
IN2-8 – Medicaid Case Number, IN2-10 – Military ID Number）のための IN2 セグメントの特殊なフィールドも存在する。しかし、本フィールド（IN1/ZI1-36 – Policy Number）はたとえその患者の保険番号がこれらの他のフィールドの一つに送られたときにも記入されることを推奨する。
【病名】通常、本フィールドは使用しない。
IN1/ZI1-37 Policy deductible 免責ポリシー （CP） 00462
定義：このフィールドは保証人（例 控除額、超過額など）の責任である保険プランによって特化されている総額を示す。

© JAHIS 2012124

【病名】通常、本フィールドは使用しない。
IN1/ZI1-38 Policy limit – amount 限度額ポリシー（CP）

00463

Components: <Quantity (NM)> ^ <Denomination (ID)> ^ <Price Type (ID)> ^ <From Value (NM)> ^ <To
Value (NM)> ^ <Identifier (ID)> ^ <Text (ST)> ^ <Name of Coding System (ST)> ^<Alternate Identifier (ID)> ^ <Alternate Text (ST)> ^ <Name of Alternate Coding System(ST)> ^ <Range Type (ID)>

定義：このフィールドは支払われる保険ポリシーの最大総額である。
【病名】通常、本フィールドは使用しない。
IN1/ZI1-39 Policy limit – days 限度日数ポリシー（NM） 00464
定義：このフィールドは保険ポリシーがカバーする最大日数を示す。
【病名】通常、本フィールドは使用しない。
IN1/ZI1-40 Room rate – semi-private 部屋代 －半個室 （CP） 00465
定義：このフィールドは V2.3 のような旧版との互換性を確保するためのみである。このフィールドの代わり
IN2-28 – Room Coverage Type/Amount を使用すること。旧版との互換性を取るときは、IN1/ZI1-40 – Room
Rate Semi-Private はポリシーがカバーする平均部屋代である。
【病名】通常、本フィールドは使用しない。
IN1/ZI1-41 Room rate – private 部屋代 －個室 （CP） 00466
定義：このフィールドは V2.3 のような旧版との互換性を確保するためのみである。このフィールドの代わりに
IN2-28 – Room Coverage Type/Amount を使用すること。旧版との互換性を取るときは、IN1/ZI1-41 – Room
Rate – Private はポリシーでカバーする最大個室費用である。
【病名】通常、本フィールドは使用しない。
IN1/ZI1-42 Insured’s employment status 被保険者雇用状態 （CWE） 00467
定義：このフィールドは被保険者の雇用状態を維持する。
【病名】通常、本フィールドは使用しない。
IN1/ZI1-43 Insured’s sex 被保険者の管理上の性別 （IS） 00468
定義：このフィールドは被保険者の性別を示す。
【病名】通常、本フィールドは使用しない。
IN1/ZI1-44 Insured’s employer’s address 保険者の従業員の住所 （XAD） 00469
定義：このフィールドは被保険者の従業員の雇用者住所である。同一の雇用者に複数の住所を送ることが出来る。郵便住所が第１反復フィールドにあると仮定している。郵便住所を送らないときは、反復セパレータを第１反復フィールドとして最初に送らなければならない。
【病名】通常、本フィールドは使用しない。
IN1/ZI1-45 Verification status 確認状態 （ST） 00470
定義：このフィールドは保険保有者と当該患者との関係状態を示す【病名】通常、本フィールドは使用しない。
IN1/ZI1-46 Prior insurance plan ID 前保険プラン （IS） 00471
定義：このフィールドは保険がカバーしているタイプの識別の符号化構造か請求システムの目的でカバーされているサービスのタイプの種類を示す。たとえば、医師請求システムは医師/専門家チャージをカバーするプ
ランにたいする保険情報のみを受け取りたいという場合である。
【病名】通常、本フィールドは使用しない。
IN1/ZI1-47 Coverage type 保険範囲タイプ （IS） 01227
定義：このフィールドは保険がカバーしているタイプの識別の符号化構造か請求システムの目的でカバーされているサービスのタイプの種類を示す。たとえば、医師請求システムは医師/専門家チャージをカバーするプ
ランにたいする保険情報のみを受け取りたいという場合である。
【病名】通常、本フィールドは使用しない。
IN1/ZI1-48 Handicap code ハンディキャップ （IS） 00753
定義：このフィールドは被保険者の障害を記述するためのコードである。
【病名】通常、本フィールドは使用しない。
IN1/ZI1-49 Insured’s ID number 被保険者 ID 番号 （CX） 01230
定義：このデータエレメントは被保険者に対する医療機関識別子である。割り当て機関とIDタイプコードは全て© JAHIS 2012125

の CX データタイプとして強く推奨される。
【病名】通常、本フィールドは使用しない。
IN1/ZI1-50 Signature Code 署名コード （IS） 01854
定義：本フィールドは患者/引受人の承認署名がいかに得られたか、そしていかにプロバイザによって維持されたかを示すためのコードを示す。
【病名】通常、本フィールドは使用しない。
IN1/ZI1-51 Signature Code Date 署名コード日 （DT） 01855
定義：患者引受人の承認署名が得られた日付【病名】通常、本フィールドは使用しない。
IN1/ZI1-52 Insured’s Birth Place 被保険者出生地 （ST） 01899
定義：被保険者の出生地の記述を示す。
【病名】通常、本フィールドは使用しない。
IN1/ZI1-53 VIP Indicator VIP 識別 （IS） 01852
定義：本フィールドは保険者のための VIP のタイプを識別する。
【病名】通常、本フィールドは使用しない。

© JAHIS 2012126

7.16 ORC – Order Common Segment 共通オーダセグメント
共通オーダセグメント(ORC)は、すべてのオーダに共通なデータ要素を伝達するために使用される(要求されるすべてのタイプのサービス)。場合によっては、ORC は文字列 ORC|OK|<依頼者オーダ番号>|<実施者オーダ番号>|<CR>のように単純になる。
詳細内容がオーダのために必要ないならば、オーダ詳細セグメントは省略してよい。たとえば、オーダを保留するためには、ORC で次のフィールドを付けて伝達する(HD の値付きの ORC-1－オーダ制御、ORC-2－依頼者オーダ番号、および ORC-3 実施者オーダ番号)。
ORC のフィールドとオーダ詳細セグメントの中のフィールドとの間にいくつかの重複がある。これらは以下の節に述べる。原則として、ORC と OBR に重複する情報は、OBR セグメントのものを優先する。
ORC 使用注記a)依頼者オーダグループ
本規格では、複数のオーダを 1 つのグループに集めるメカニズムをサポートする。大抵の場合、これは 1 人の患者に対して｢依頼セッション｣を表すために使用される。
オーダグループは、ORC-4-依頼者グループ番号に関連するオーダ(ORCs)のリストである。グループは、依頼者が最初のオーダに依頼者グループ番号を付けた時に確立する。オーダグループは、同じ依頼者グループ番号を有するす
べての ORCs およびすべての詳細セグメントから成る。オーダは、グループからキャンセルを使用して除去したり、取換えや親子メカニズムを使用して追加したりできる。新規オーダは、その他の方法でのグループへの追加はできない。
b)重複フィールド
ORC は、すべてのオーダ(すなわち要求されたサービス)に共通なフィールドを一様に定義するよう意図されている。ただし、一部の ORC フィールドは、一部のオーダ詳細セグメント(たとえば OBR、RXO)では重複する。たとえば、ORC-2
依頼者オーダ番号は、OBR-2 依頼者オーダ番号フィールドと同じ意味および目的を持つ。これによって過去のバージ
ョンおよび ASTM との上位互換性が保たれる。
これらのフィールドを使用する規則では、ORC に現われない値はオーダ詳細セグメントに現われねばならない。しかし、両方の箇所に値を入れて混乱を避けることが望ましい。
c)親/子 － キャンセル、保留、中断
親オーダのキャンセル、保留または中断の要求の伝達は、その要求は親オーダおよびすべての関連の子オーダに対して再帰的に適用されるよう意図されている。たとえば
1)EKG アプリケーションが 3 回の EKG に対するオーダを受け、これが 3 日連続で毎朝行われるとする。
2)EKG アプリケーションは 3 つの子オーダを、各々の要求された EKG に対して 1 つずつ作成する。
3)元の親オーダを取消す要求が受取られた時に 1 日目の EKG が実施されていた。(親は取消せなかった)
4)残りの、未実施の子は要求の結果として取り消される。
【病名】病名では親/子オーダは使用しない。
ORC属性
SEQ
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

LEN
2
22
22
22
2
1
200
200
26
250
250
250
80
250
26
250

DT
ID
EI
EI
EI
ID
ID
TQ
EIP
TS
XCN
XCN
XCN
PL
XTN
TS
CWE

OPT
R
C
C
O
O
O
B
O
O
O
O
O
O
O
O
O

Japan
R
R
O
O
O
O
B
O
O
O
O
O
O
O
O
O

17
18
19
20

250
250
250
250

CWE
CWE
XCN
CWE

O
O
O
O

O
O
O
O

© JAHIS 2012

RP/#

Y

Y
Y
Y
Y/2

Y

ITEM#
00215
00216
00217
00218
00219
00220
00221
00222
00223
00224
00225
00226
00227
00228
00229
00230
00231
00232
00233
01310

127

ELEMENT NAME
Order Control オーダ制御
Placer Order Number 依頼者オーダ番号
Filler Order Number 実施者オーダ番号
Placer Group Number 依頼者グループ番号
Order Status オーダ状態
Response Flag 応答フラグ
Quantity/Timing 数量/タイミング
Parent 親
Date/Time of Transaction トランザクション日時
Entered By 入力者
Verified By 検証者
Ordering Provider 依頼者
Enterer’s Location 入力場所
Call Back Phone Numberコールバック用電話番号
Order Effective Date/Time オーダ有効日時
Order Control Code Reason オーダ制御コードの理由
Entering Organization 入力組織
Entering Device 入力装置
Action By 発動者
Advanced Beneficiary Notice Code

NOTE

SEQ

LEN

DT

OPT

Japan

RP/#

ITEM#

21
22
23

250
250
250

XON
XAD
XTN

O
O
O

O
O
O

Y
Y
Y

01311
01312
01313

24
25
26

250
250
60

XAD
CWE
CWE

O
O
C

O
O
C

Y

01314
01473
01641

27

26

TS

O

O

01642

28
29
30

250
250
250

CWE
CWE
CNE

O
O
O

O
O
O

00615
01643
01644

ELEMENT NAME
受益者注意コードOrdering Facility Name オーダ施設名
Ordering Facility Address オーダ施設住所
Ordering Facility Phone Number オーダ施設電話
番号
Ordering Provider Address オーダ実施者住所
Order Status Modifier オーダ状態変更
Advanced Beneficiary Notice Override Reason
拡張利用用注意上書き理由
Filler’s Expected Availability Date/Time 実施者可能日時
Confidentiality Code 信頼性モード
Order Type オーダタイプ
Enterer Authorization Mode 入力者許可モード

NOTE

Optionality
R required
O optional
C conditional on the trigger event or on some other field(s)X not used with this trigger event
B left in for backward compatibility with previous versions of HL7
Japan（JAHIS 仕様での取り扱い）
R required
O optional
C conditional on the trigger event or on some other field(s)X not used with this trigger event
B left in for backward compatibility with previous versions of HL7
N not used usually. Use only on the site
RepetitionN- no repetitionY- the field may repeat an indefinite or site determined number of times(integer)- the field may repeat up to the number of times specified in the integer

ORC フィールド定義
ORC-1 Order Control オーダ制御 (ID)00215

定義：オーダセグメントの機能を決定する。取りうる値はHL7表0119 -オーダ制御を参照。コードは大別すると次の3つのカテゴリに入る。
a) 事象要求
事象を発動するために、『NW』(新規オーダ)とか『CA』(オーダ要求のキャンセル)のようなコードが使用される。
b) 事象応答承認
事象要求に返答するために、『OK』(オーダが受け入れられた)とか『CR』(要求されたようにオーダが取り消された)のようなコードが使用される。
c) 事象通知事象が発生したことを他のアプリケーションに知らせるために、『OC』(オーダが取り消された)とか『OD』(オーダが中断された)のようなコードが使用される。いかなるアプリケーショ
ン応答も必要としない。
事象要求コードは、事象を発動することを意図する。事象応答コードは、事象を要求した
アプリケーションに応答することを意図する。事象通知コードは、他のアプリケーションに
例えば、次のようなことを知らせることを意図する。すなわち実施者がオーダに対し何かア
クションを取りそれを他のアプリケーション、例えば、依頼者が知る必要がある場合等である。
実施者、依頼者、および他のアプリケーションは、事象要求、事象応答、および事象通知型トリガーイベントを相互互換的に使用できる。しかしながら、あるオーダ制御コード(例CR)は実施者のみが生成することができ、他のオーダ制御コード(例 CA)は依頼者のみが生成することができる。

© JAHIS 2012128

HL7表 0119 – Order Control Code オーダ制御コード
Value

Description

AF

Order/service refill

Placer Applications.

Comment

request approval

AF は依頼者が補充または補充の量を許可する RF への応答である。

補充オーダ要求承認
CA

Cancel order/service

Placer Applications.

requestオーダキャンセルは、以前にオーダしたサービスを実施者に行わせないようにする依頼者

オーダキャンセル要求

からの要求である。キャンセル要求の確認は、実施者によって行われる、例えば、CR のORC-1 オーダ制御値）を持つメッセージである。
一般的な応答は、これらに限定されないが、以下のようなものが挙げられる、CR－要求通
りオーダキャンセル完了、UC－オーダキャンセル不能。

CH

Child order/service

Placer or Filler Applications.

子オーダ

PA とあわせて使用－親オーダコントロールコード。詳細は PA オーダコントロールコードを参照。

CN

Combined result

Filler Applications.

統合検査結果統合検査結果コードは、複数のオーダに関連する結果を送るためのメカニズムを提供する。この状態は、放射線科医が通常複数のオーダで表示された複数の検査に対して単一のレポートを作成するときの放射線科レポートに見られる。例
えば、放射線科医はリューマチ性の関節炎患者のひざと手のフィルムに対してひとつのレポートを生成することがある。
その結果報告のときに、最後の ORC を除く RE はすべて CN コードに置換される、結果は最後の ORC とその OBR に続く。以下 3 つの ORC に対する単一のレポート例は下記の通りである。
MSH|...<cr>
PID|...<cr>
ORC|CN|...<cr>
OBR|1|A4461XA^HIS|81641^RAD|73666^Bilateral Feet|...<cr>
ORC|CN|...<cr>
OBR|2|A4461XB^HIS|81642^RAD|73642^Bilateral Hand PA|...<cr>
ORC|RE|...<cr>
OBR|3|A4461XC^HIS|81643^RAD|73916^Bilateral Knees|...<cr>
OBX|1|CE|73916&IMP|1|Radiologist's Impression|...<cr>
OBX|2|CE|73642&IMP|1|Radiologist's Impression|...<cr>
OBX|3|FT|73642&GDT|1|Description|...<cr>

CR

DC

Canceled as requested

Filler Applications.

要求通りオーダキャンセ

キャンセル（依頼者アプリケーションからの CA）の要求が成功したことを示す実施者アプリ

ル完了

ケーションからの応答

Discontinue

Placer Applications.

order/service request

実施者アプリケーションに前もって要求したサービスを中断するための依頼者ア

オーダ中断要求

プリケーションからの要求。中断とキャンセルの違いとして、中断はオーダ／サービスおよび今後起こるすべての動作に影響、キャンセルは現在のアクションだ
けに影響する。
一般的な応答は、これらに限定されないが、以下のようなものが挙げられる、CR－要求通
りオーダキャンセル完了、UC－オーダキャンセル不能DEData errors

Placer or Filler Applications.

データエラー© JAHIS 2012129

ValueDescription

Comment

DF

Order/service refill

Placer Applications.

request denied

補充許可(RF)に対する実施者アプリケーションの応答、DF は依頼者がオーダの補充を許補充オーダ要求拒否

可しないことを意味する。ORC-16 オーダ制御コードの理由は要求拒否の理由を意味する。提案された値は以下を含む：
AA

Patient unknown to the provider
患者は依頼者、 提供者、医療機関(provider)に知られていない。

AB

Patient never under provider care
依頼者の看護下の患者ではない

AC

Patient no longer under provider care
依頼者の長期看護下の患者ではない

AD

Patient has requested refill too soon
患者はすぐに補充を要請した

AE

Medication never prescribed for the patient
患者の薬剤は一度も処方されていない。

AF

Patient should contact provider first
患者は最初に依頼者に連絡しなければならないAG

Refill not appropriate
補充は適していない。

注：これらの値は NCPDP SCRIPT 応答セグメントコードリストに由来する。
資料の複製は©National Council for Prescription Drug Programs, Inc. （米国規格協会認定の機関）1988, 1992, 2002 NCPDP の承諾を得てください。
DR

FU

Discontinued asFiller Applications.

requested

実施者は、中断（依頼者アプリケーションからの DC）の要求に応じて、オーダ／サービスを

要求通りオーダ中断

中断する。

Order/service refilled,

Filler Applications.

unsolicited

FU は依頼者に実施者が患者要求のオーダに対して補充を発行したことを通知する。

補充オーダ済、未承諾
HD

Hold order request

Placer Applications.

オーダ保留要求

一般的な応答は、これらに限定されないが、以下のようなものが挙げられる、CR－要求通
りオーダキャンセル完了、UC－オーダキャンセル不能。

HR

On hold as requested

Filler Applications.

要求通りオーダ保留LI

Link order/service toPlacer or Filler Applications.

patient care problem or

本規約では取り扱わない。

goal

詳細は HL7 Ver.2.5 第 12 章：患者看護を参照。

患者看護プロブレムまたはゴールへのリンクオー
ダNA

Number assigned

Placer Applications.

割り当て番号

オーダ番号の要求に関与する 3 つの状態がある（ORC-2－依頼者オーダ番号またはORC-3－実施者オーダ番号）。
(1) 実施者アプリケーションが、例えば、HIS のような中央型アプリケーションから ORC-3－実施者オーダ番号を要求する必要があるとき。
SN－送信オーダ番号コードは、実施者が集中アプリケーション（下記の表で “other” と呼© JAHIS 2012130

ValueDescription

Comment
ばれている） 例えば、中央 HIS から ORC-3－実施者オーダ番号を要求するためのメカニ
ズムを提供する。これは SN の ORC-1－オーダ制御値を含んでいる ORM メッセージを送ることによって行う。この ORC は Null の ORC-3－実施者オーダ番号と ORC-2－依頼者オーダ番号を持つ。これらは実施者がオーダを開始するとき、実施者アプリケーションによって作成されたものである。

オーダ（SN 型）メッセージは、以下 2 つの方法のいずれかで応答される：
a)b)

OK の ORC-1－オーダ制御値を持つオーダアプリケーション ACK メッセージ。未承諾
オーダメッセージは、割り当てられた実際の数値を提供するために NA の ORC-1－オ
ーダ制御値 NA の ORC を含み、後で送ることができる。
以下に記載の NA の ORC-l－オーダ制御値を含むオーダアプリケーション ACK メッ
セージ
NA－コードを割り当てられた番号は“other”アプリケーションが最近割り当てられた実施者オーダ番号を実施者アプリケーションに知らせることを許可する。NAの ORC-1－オーダ制御値は、ORC-2－依頼者オーダ番号（SN 値を持つ ORCから）および最近割り当てられた実施者オーダ番号を含む。

Code
SN

From
filler application

ORC-2-Placer

ORC-3-Filler

Order Number

Order Number

placer orderNullnumber^filler
applicat on ID
NAother application

placer orderfiller ordernumber^filler

number^filler

application ID

application ID

Note: Both the placer order number and the filler order number have thefiller's application ID
注：依頼者オーダ番号と実施者オーダ番号は実施者のアプリケーションIDを持ちます。
(2) 実施者アプリケーションはその他のアプリケーション（例：オーダエントリ）から ORC-2
依頼者オーダ番号を要求する必要があるとき
SN －送信オーダ番号コードは、実施者アプリケーションが ORC-2－依頼者オーダ番号を
その他のアプリケーション（下記表で“other”と記載）から要求するためのメカニズムを提供する。これは SN の ORC-1－オーダ制御値を含みオーダメッセージを送ることによって行う。この ORCはnullのORC-2－依頼者オーダ番号と ORC-3－実施者オーダ番号を持つ。
これらは実施者がオーダを開始するとき、実施者アプリケーションによって作成されたものである。
オーダ（SN 型）メッセージは、2 つの方法によって応答される。
a) OK の ORC-1－オーダ制御値を含むオーダアプリケーション ACK メッセージ。修正オーダメッセージは、割り当てられた実際の番号を提供するため NAの ORC-1－オーダ
制御値を含んでいて、後で送られる。

© JAHIS 2012131

ValueDescription

Commentb)

以下で述べるNAのORC-l－オーダ制御値を含むオーダACKメッセージ。

NA －コードを割り当てられた番号は、“other”アプリケーションが新しく割り当てられた
ORC-2－依頼者オーダ番号を実施者アプリケーションに知らせることを許す。ORC は NAの ORC-1－オーダ制御値、新しく割り当てられた ORC-2－依頼者オーダ番号、およびORC-3－実施者オーダ番号（SN 値を持つ ORC から）を含む。
Code

From

SN

filler application

ORC-2-Placer

ORC-3-Filler

Order Number

Order Number

Nullfiller ordernumber^filler
application ID

NAother application

placer or filler

filler ordernumber^placer

number^filler

application ID

application ID

Note: The new ORC-2-placer order number has the placer's application ID
注：新しいORC-2依頼者のオーダ番号は依頼者のアプリケーションIDを持ちます。

3) アプリケーション（実施者アプリケーションではない）が、新規オーダの ORC-3 実施者オーダ番号を割り当てたい場合。
NW －オーダを作成するアプリケーション（実施者アプリケーションではない）が、新規オーダの実施者オーダ番号を割り当てたいとき。
またはRO －（RP に続く RO）この場合、“other”のアプリケーションが ORC3－実施者オーダ番号を完成する。このときには実施者オーダ番号の 2 番目の項目として、実施者アプリケーショ
ン ID を使用する。

Code

NW
OC

From

ORC-2-Placer

ORC-3-Filler

Order Number

Order Number

NW

Other

placer orderfiller orderoapplication to filler

number^placer

number^fillerROapplication

application ID

application ID

New order/service

Placer Applications.

新規オーダ

NA のコメントを参照－番号は割り当て

Order/service canceled

Filler Applications.

オーダキャンセル完了
OD

Order/service

Filler Applications.

discontinued
オーダ中断
OE

Order/service released

Filler Applications.

オーダ開放
OF

Order/service refilled asFiller Applications.

requested

OF は依頼者システムからの補充要求に直接応答する。

要求通り補充オーダ済© JAHIS 2012132

ValueDescription

OH

Order/service held

Comment
Filler Applications.

オーダ保留
OK

Order/service acceptedFiller Applications.

& OK

NA のコメントを参照－番号割り当て。

オーダ受付&OK
OP

Notification of order forPlacer Applications.

outside dispense

これらオーダ制御コードはオーダが情報提供目的とされるシステム間でオーダ

外部調剤へのオーダ通を通信するために使用される。例えば、通信システムの企業外部のベンダによ知ってオーダは実行される。通信システムでは、臨床継続性のためのオーダに関連した情報の維持が必要であるが、オーダされたサービスを実行するアクションを意図するものではない。
OP は NW の情報提供バージョンを表す。PY は RO だけの情報提供バージョンといえる。
NW と RO の表注記は OP と PY それぞれにも適用できる。

OR

Released as requested

Filler Applications.

要求通りオーダ開放PA

Parent order/service

Filler Applications.

親オーダ

親(PA)と子(CH)のオーダ制御コードは親（オリジナルオーダ）を変えることなく｢親オーダ｣から｢子オーダ｣を作成可能である。PA の ORC-1－オーダ制御値を持つ 1 個以上の ORC
セグメントは CH の ORC-1－オーダ制御値を持つ 1 個以上の ORC セグメントが後に続く。
ORC-6－応答フラグの値によって OBR セグメントが存在しなければならないかどうか決定される。
例えば、細菌培養で 2 つの細菌を生成しそれに対応する感受性試験の結果がでたと仮定して、そのときセグメントの順序は、次の通りである
Segment

Order Control

Comment

ORC

PA

1st parent ORC

ORC

CH

1st child ORC

OBR
ORC

1st child orderCHOBR

2nd child ORC
2nd child order

親－子パラダイムの依頼者番号の割り当ては、実施者あるいは依頼者が子オーダを生成するかどうか、または、後者の場合は依頼者が SN/NA トランザクションをサポートするかど
うかに依存する。依頼者が子オーダを作成する場合、その通常の手続きに従い、依頼者番
号を割り当てる。実施者が子オーダを作成する場合、そこで2つの可能性がある：それぞれの子はその親の依頼者番号を受け継ぐか、あるいは、実施者は依頼者が依頼者オーダ番号(placer order number.)を割り当てるよう要求するために SN/NA トランザクションを使用する。どちらのケースでも、実施者アプリケーションは、その通常の手続きに応じて子の実
施者オーダ番号を作成する。
ORC セグメントの ORC-8－親に子オーダが送られるときは、親の実施者番号（実施者から開始するならば）および親の依頼者番号（実施者、あるいは依頼者から開始するならば）が割り振られる。
親子のメカニズムは、例えば、毎朝、連続して3回のEKGのオーダを発行するといったよう© JAHIS 2012133

ValueDescription

Commentに、親オーダを拡張するために使用される。

PR

Previous Results with

Placer Applications.

new order/service

PR は ORC のオーダに組み込まれた過去の検査を含む ORU 構造の一部だと

以前の結果

示す。

少なくとも2つの主要なユースケースは、過去の検査の完了結果をそのオーダとともに転送されるために必要とする。

• 診断検査室が結果（HIV 等）の確認あるいは検査（遺伝子検査等）を行う設備がない等で他の検査機関に検査を問い合わせる。

• 診断検査室が検査報告に含まれる診断コメントの自動生成のための知識ベースに結果を送る。
PY

Notification ofPlacer Applications.

replacement order forOP（外部調剤へのオーダ通知）のコメントを参照。

outside dispense
外部調剤へのオーダ修
正通知
REObservations/Performe

Placer or Filler Applications.

d Service to follow

検査付帯情報コードはオーダとともに患者固有情報を送るのに使用される。オーダ詳細セ

検査付帯情報グメント（例えば、OBR）の後には 1 個またはそれ以上の検査セグメント(OBX)を続けることができる。ORUメッセージとして伝えることができるいかなる検査情報も、このメカニズムで伝えることができる。オーダとともに結果が送られる際は、サポートするためオーダの直後に結果が次にくる。
次の例は、3 個の処方オーダのためのセグメントのシーケンスを、RE コードの使用例で示す。
Segment

Order Control

Comment

NW

First new order

MSH
PI
ORC
RXO
ORC

First order segment
NW

2nd new order

RXO
[ORC

2nd order segment
RE

Patient-specific observation, optional in V 2.2

OBR]

Observation OBR, optional in V 2 2

OBX

An observation segment

OBX

Another observation segment

OBX

Another observation segment

OBX

Another observation segment

ORC

NW

3rd order

RXO© JAHIS 2012

3rd order segment134

ValueDescription

Comment
HL7 のこのバージョンにおいて、結果は 1 個あるいはそれ以上の OBX セグメントとしてオーダとともに送ることができる。ただし ORC と OBR セグメントを必ずしも含む必要はない。
検査情報は ORC を使用せずに ORU メッセージを用いて伝えることができる。
ORU メッセージの OBR セグメントに含まれない情報を伝える必要が生じるときがある。この場合、ORC が ORU メッセージに含まれていることを推奨する。
オーダ制御値RE はオーダの後に検査結果(OBX)が続くことを示すために ORM メッセージにおいてのみ要求される。RE コードは ORU メッセージでは必要ではない。なぜなら OBR
セグメントの後に検査結果(OBX)を続けることができるからである。

RF

Refill order/service

Placer or Filler Applications.

requestRF は実施者または依頼者のどちらかによる要求を受け入れる。実施者は依頼者からの補補充オーダ要求

充許可を要求することができる。依頼者システムは、補充が実施者システムによって行われるよう要求することができる。
標準的な応答は、これらに限定されないが、以下のようなものが挙げられる。実施者要求に関しては AF－補充オーダ要求承認、DF–補充オーダ要求拒否; 依頼者要求には、RE－検査付帯情報、UF－補充不能

RL

Release previous holdPlacer Applications.

前回保留オーダ開放ROReplacement order

Placer or Filler Applications.

修正後オーダオーダ修正依頼は以前に依頼された 1 個以上のオーダの置き換えである。
修正されたオーダはあたかも取り消されたオーダのように扱われる。依頼されたサービスが取り換えられるかどうか、いつ修正されるかは、現場独自で決定する。

オリジナルのオーダが元の状態を保つことをサイトが要求するならば、親／子オ
ーダ制御コードを使用する。以下の場合は、オーダ修正コードを使用しない。

修正される各オーダには RP（実施者に対するオーダ修正依頼）の ORC-1－オーダ制御値
または RU（実施者によって作成された未承認オーダ修正）を使用すること。RU は実施者によって使用され、依頼者および、または他のシステムに通知するためのものである。現場での取り決め(local agreement)によって、ORC セグメント（RP または RU と）の後には、そのオリジナルのオーダ詳細セグメントが続いてもよい。ORC セグメント（RPまたは RU を含む）の後には、RO（修正後オーダを示す）の ORC-1－オーダ制御値を持つ、ORC セグメン
トが続かなければならない。現場での取り決めによっては、RO 値を持つ ORC は、オーダ
詳細セグメントが後に続いてもよい。
例えば、部門のアプリケーションが 2 個の OBR オーダを 3 つの異なったオーダで修正されていたと仮定して、セグメントの順序は、次の通りになる。
Seg

Order Control

Comment

ORC

RU

1st replaced ORC

OBR© JAHIS 2012

1st replaced order s detail segment

135

ValueDescription

Comment
ORC

RU

2nd replaced ORC

OBR
ORC

2nd replaced order's detail segmentRO

1st replacement ORC

OBR
ORC

1st replacement order's detail segmentRO

2nd replacement ORC

OBR
ORC

2nd replacement order's detail segmentRO

3rd replacement ORC

OBR

3rd replacement order's detail segment

ORC-6－応答フラグの値によって OBR セグメントが存在しなければならないかどうかが決定される。

この修正方法はすべての修正可能なケースを扱う：
1 個から 1 個へ、多数から 1 個へ、1 個から多数へ、および多数から多数へである。もし依頼者が実施者に 2 つの RP 付き要求を送り実施者から依頼者への応答があるとすると、2
つの RU（未承認のオーダ修正）は 2 つの RQ（要求どおりオーダ修正）となる。
Seg

Order Control

Comment

ORC

RQ

1st replaced ORC

OBR
ORC

1st replaced order's detail segment
RQ

2nd replaced ORC

OBR
ORC

2nd replaced order's detail segmentRO

1st replacement ORC

OBR
ORC

1st replacement order's detail segmentRO

2nd replacement ORC

OBR
ORC

2nd replacement order's detail segmentRO

3rd replacement ORC

OBR

3rd replacement order's detail segment

修正オーダコードは実施者のアプリケーションによってオーダされたサービスの正確な取り換えを指示する別なアプリケーションに送られる。それは上記の RP と RU のオーダ制御コ
ードによって使用される。
RO の制御値を持つ ORC セグメントのオーダ番号の規則は修正型（RP または RU）によって決定される。
RU 型（すなわち実施者からの未承諾オーダ修正）のときには、実施者オーダ番号は、実施者アプリケーションによって通常生成される。依頼者オーダ番号は、RU のオーダ制御値を© JAHIS 2012136

ValueDescription

Comment
含む最初に送られた ORC の依頼者オーダ番号と全く同一である。
RP 型（すなわち別のアプリケーションから実施者へのオーダ修正要求）のときには、依頼者オーダ番号は、新規オーダのための手続きを使用して、依頼者アプリケーションによって生成される。実施者オーダ番号は、新規オーダと同一の手順を使用して、実施者アプリケーションによって生成される。

修正シーケンスが ORU メッセージ（すなわち検査結果報告の間に）において使用されるときの、オーダ修正に使用されるべき推奨セグメントを以下に述べる。

オーダ制御値 RO の ORC。

任意の OBR セグメント（任意のオーダ詳細セグメントによって変えられる）。

任意に、検査結果セグメント(OBX)が後に続く。
NTE セグメントは、OBR（あるいはいかなるオーダ詳細セグメント）後、あるいは、通常のORU メッセージにおけるのと同様に OBX セグメントの後に続けられる。
RP

Order/service replace

Placer Applications.

requestオーダ修正依頼は、以前に依頼された、1 個あるいはそれ以上のオーダの置き換えであオーダ修正要求る。今後の議論のためには、RO–修正後オーダのコメントを参照
オーダ修正要求コードは依頼者アプリケーションの要求に応じて、実施者が 1 個あるいはそれ以上の新規オーダを 1 個あるいはそれ以上の新規オーダと取り換えることを許可する。
RO の制御値を持つ ORC セグメントのオーダ番号の規則は修正型（RP または RU）によって決定される。
RU 型（すなわち実施者からの未承諾オーダ修正）のときには、実施者オーダ番号は、実施者アプリケーションによって通常生成される。依頼者オーダ番号は、RU のオーダ制御値つきの最初に送られた ORC の依頼者オーダ番号と全く同一である。
RP 型（すなわち別のアプリケーションから実施者へのオーダ修正要求）のときには、依頼者オーダ番号は、新規オーダのための手続きを使用して、依頼者アプリケーションによって生成される。実施者オーダ番号は、新規オーダと同一の手順を使用して、実施者アプリケーションによって生成される。

修正シーケンスが ORU メッセージ（すなわち検査結果報告の間に）において使用されるときの、オーダ修正に使用されるべき推奨セグメントを以下に述べる。

d)© JAHIS 2012a)

オーダ制御値ROのORCb)

任意のOBRセグメント（任意のオーダ詳細セグメントによって変えられる）c)

任意に、検査結果セグメント(OBX)が後に続くNTE セグメントは、OBR（あるいはいかなるオーダ詳細セグメント）後、あるいは、通137ValueDescription

RQ

Replaced as requested

Comment
常の ORU メッセージにおけるのと同様に OBX セグメントの後に続けられる。
Filler Applications.

要求通りオーダ修正

オーダ修正依頼は、以前に依頼された、1 個あるいはそれ以上のオーダの置き換えである。今後の議論のためには、RO–修正後オーダのコメントを参照。

オーダ修正要求コードは依頼者アプリケーションの要求に応じて、実施者が 1 個あるいはそれ以上の新規オーダを 1 個あるいはそれ以上の新規オーダと修正することを許可する。
修正後オーダコードは実施者アプリケーションによってオーダされたサービスの正確な修正を指示する別なアプリケーションに送られる。それは上記の RP と RU のオーダ制御コードによって使用される。
RO の制御値を持つ ORC セグメントのオーダ番号の規則は修正型（RP または RU）によって決定される。
RU 型（すなわち実施者からの未承諾オーダ修正）のときには、実施者オーダ番号は、実施者アプリケーションによって通常生成される。依頼者オーダ番号は、RU のオーダ制御値つきの最初に送られた ORC の依頼者オーダ番号と全く同一である。
RP 型（すなわち別のアプリケーションから実施者へのオーダ修正要求）のときには、依頼者オーダ番号は、新規オーダのための手続きを使用して、依頼者アプリケーションによって生成される。実施者オーダ番号は、新規オーダと同一の手順を使用して、実施者アプリケーションによって生成される。

修正シーケンスが ORU メッセージ（すなわち検査結果報告の間に）において使用されるときの、オーダ修正に使用されるべき推奨セグメントを以下に述べる。

d)
RR

a)

オーダ制御値ROのORCb)

任意のOBRセグメント（任意のオーダ詳細セグメントによって変えられる）c)

オプションで、検査結果セグメント(OBX)が後に続くNTE セグメントは、OBR（あるいはいかなるオーダ詳細セグメント）後、あるいは、通常の ORU メッセージにおけるのと同様に OBX セグメントの後に続けられる。

Request received

Placer or Filler Applications.

要求受付

旧バージョンとの互換性のため。現在のバージョンにおいては ACK（確認応答）の受諾に等しい。要求受信コードはオーダメッセージが受信されて、後で処理されることを示す。すな
わち、そのオーダはより正確な応答をするための処理をまだ実行していないということである。

RU

Replaced unsolicited

Filler Applications.

未承諾オーダ修正

オーダ修正依頼は以前に依頼された、1 個あるいはそれ以上のオーダの置き換えである。
今後の議論のためには RO–修正後オーダのコメントを参照。
未承諾オーダ修正コードは依頼者アプリケーションから要求されることなしに実施者アプリ
ケーションが別なアプリケーションに知らせることを許可する。
RO の制御値を持つ ORC セグメントのオーダ番号の規則は取り換え型（RP または RU）に

© JAHIS 2012138

ValueDescription

Comment
よって決定される。
RU 型（すなわち実施者からの未承諾オーダ修正）のときには、実施者オーダ番号は実施
者アプリケーションによって通常生成される。依頼者オーダ番号はRUのオーダ制御値つきの最初に送られた ORC の依頼者オーダ番号と全く同一である。
RP 型（すなわち別のアプリケーションから実施者へのオーダ修正要求）のときには、依頼者オーダ番号は、新規オーダのための手続きを使用して、依頼者アプリケーションによって生成される。実施者オーダ番号は、新規オーダと同一の手順を使用して、実施者アプリケーションによって生成される。

取り換えシーケンスがORUメッセージ（すなわち検査結果報告の間に）において使用されるときの、オーダ修正に使用されるべき推奨セグメントを以下に述べ
る。

d)
SC

Status changeda)

オーダ制御値ROのORCb)

任意のOBRセグメント（任意のオーダ詳細セグメントによって変えられる）c)

任意に、検査結果セグメント(OBX)が後に続くNTE セグメントは、OBR（あるいはいかなるオーダ詳細セグメント）後、あるいは、通常の ORU メッセージにおけるのと同様に OBX セグメントの後に続けられる。

Placer or Filler Applications.

状態変更
SN

Send order/service

Placer Applications.

numberNA に関してはコメントを参照－番号割り当て

送信オーダ番号SR

Response to send

Filler Applications.

order/service status
request
送信オーダ状態要求応
答SSSend order/service

Placer Applications.

status request
送信オーダ状態要求
UA

Unable to accept

Filler Applications.

order/service

オーダ受付不可コードが使用されるのは新しいオーダを実施者が受付できないときであ

受付オーダキャンセルる。受付できない理由としては患者がアレルギーを起こす薬剤の処方を要求したこと、またはそのオーダを実施するための機器が利用できないこと（例えば、オーダが記入できないなど）が考えられる。これはMSAセグメント内で定義される通信レベルでの受付とは異なることに留意すること。

UC

Unable to cancel

Filler Applications.

オーダキャンセル不能

オーダキャンセル不能コードは依頼されたサービスが実施者によって取り消せない時点にあるとき、あるいは現場の取り決めで実施者によるキャンセルを禁止するとき使用される。
このコードの使用は ORC-6－応答フラグに従う。

UD

Unable to discontinue

Filler Applications.

オーダ中断不能UF

Unable to refill
補充不能© JAHIS 2012

Filler Applications.
UF は実施者システムが RF－許可補充要求／サービス要求に対して否定応答

139

ValueDescription

Comment
で、受信アプリケーションが補充要求を完了できないことを示す

UH

Unable to put on hold

Filler Applications.

オーダ保留不能UM

Unable to replace

Filler Applications.

オーダ修正不能
UN

Unlink order/service

Placer or Filler Applications.

from patient care

詳細は、第 12 章： 患者看護を参照。

problem or goal
患者看護プロブレムまたはゴールからのリンクオーダ解除UR

Unable to release

Filler Applications.

オーダ開放不能UX

Unable to change

Filler Applications.

オーダ変更不能XO

Change order/service

Placer Applications.

requestオーダ変更要求XR

Changed as requested

Filler Applications.

要求通りオーダ変更
XX

Order/service changed

Filler Applications.

unsolicited.
オーダ変更（未承諾）MC

Miscellaneous Charge –applies to DFT^P03^DFT_P03 and DFT^P11^DFT_P11

not associated with an

DFT^P03^DFT_P03 と DFT^P11^DFT_P11 を適用。

order
雑費－オーダとは関連なし
注記：HL7 Ver.2.5の当該表は、オーダ制御コードに対応するメッセージの記述が不十分であるため、HL7 Ver.2.7の当該表を採用した。

ORC-2 Placer Order Number 依頼者オーダ番号 ( EI)

00216

Components: <Entity Identifier (ST)> ^ <Namespace ID (IS)> ^ <Universal ID (ST)> ^ <Universal ID
Type (ID)>

定義：依頼アプリケーションのオーダ番号
第1成分は、個々のオーダ(たとえば、(OBR))を識別する15文字までの文字列である。それは、依頼者(依頼アプリケーション)によって割り当てられる。それは、特定の依頼アプリケーションからのすべてのオーダの中から一意に一つのオーダを識別する。第2成分は依頼アプリケーションのアプリケーションIDを含む。アプリケーションIDは、アプリケーションに一意に関連する6つの文字までの文字列である。ひとつの施設または相互に通信する施設のグループは、アプリケーションで一意のリストを確立すべきである。リストは潜在的な依頼者と実施者であってもよく、そして一意なアプリケーションIDを割り当ててもよい。2つの成分は、共通の区切り文字によって分離される。
このように一意ではなく、真の依頼者がいくらかあいまいな3つの状態がある。
a) RU取替えに続く、ROのORC-1-オーダ制御値の場合；b) CH(子オーダー)のORC-1-オーダ制御値の場合；
c) SN(番号を送ること)のORC-1-オーダ制御値の場合；
ORC-2-依頼者オーダ番号がこれらの場合どのように割り当てられるかの詳細については、ORC-1オーダ制御の下の表の注を参照すること。

© JAHIS 2012140

ひとつの施設または相互に通信する施設のグループは、アプリケーションで一意のリストを確立すべきである。リストは潜在的な依頼者と実施者であってもよく、そして一意なアプリケーションIDを割り当ててもよい。アプリケーションIDリストは、本規格の他の箇所で文書化されている、施設のマスタ辞書の1つになる。第三者アプリケーション(オーダの依頼者および実施者以外)がOMGとORGのメッセージ送受信ができるので、このフィールドの依頼アプリケーションIDは、ネットワーク上の送信および受信アプリケーションと同じでなくともよい(MSHセグメントにおいて述べた)。
ORC-2-依頼者オーダ番号は、OBR-2-依頼者オーダ番号と同じある。依頼者オーダ番号がORCの中に存在していないならば、それは関連したOBR内に存在しなければならない。その逆もまた真である。もし両方のフィールド、すなわちORC-2-依頼者オーダ番号およびOBR-2-依頼者オーダ番号が設定されるならば、それらは同じ値でなければならない。結果がORUメッセージで送られるとき、
ORCは必要ないが、依頼者オーダ識別番号がOBRセグメント内に存在せねばならない。
これらの規則は、上位互換性のためORCとOBRの両方の中に存在している他のフィールドにも適用する。(たとえば、数量/タイミング、親番号、オーダ依頼者、および依頼コールバック用電話番号)。
【病名】本規約では管理番号として利用する。
ORC-3 Filler Order Number 実施者オーダ番号 ( EI) 00217
Components: <Entity Identifier (ST)> ^ <Namespace ID (IS)> ^ <Universal ID (ST)> ^ <Universal ID
Type (ID)>

定義： 実施アプリケーションに関連したオーダ番号。その第1成分は、オーダ詳述セグメントを識別する15文字の文字列である(例 OBR)。それは、オーダ実施(受け取る)アプリケーションによって割り当てられる。この文字列は、特定の実施アプリケーション(例 臨床検査)の他のオーダから、そのオーダ(オーダ詳細セグメントにおいて明示されるように)を、一意に識別せねばならない。一意性は長時間にわたって持続しなければならない。
第2成分は、実施アプリケーションIDを含んでいる。実施アプリケーションIDは、6文字までの文字列であり、アプリケーションをネットワーク上の他のアプリケーションから識別する。実施者オーダ番号の第2成分は、オーダの実際の実施者を常に識別する。
ある施設または相互通信施設グループは、アプリケーションの一意のリストを確立すべきである。リストは潜在的な依頼者と実施者であってもよく、そして一意なアプリケーションIDを割り当ててもよい。
アプリケーションIDリストは、本規格の他の箇所で文書化されている、施設のマスタ辞書の1つになる。
第三者アプリケーション(オーダの依頼者および実施者以外)がOMGとORGのメッセージ送受信ができるので、このフィールドの依頼アプリケーションIDは、ネットワーク上の送信および受信アプリケーシ
ョンと同じでなくともよい(MSHセグメントにおいて確認したように)。
ORC-3-実施者オーダ番号は、OBR-2-実施者オーダ番号と同じある。実施者オーダ番号がORCの中に存在していないならば、それは関連したOBR内に存在しなければならない。(この規則はORCおよびOBRの中の他の同一フィールドに対するものと同じであり、上位互換性およびASTMとの互換性を促進する。)これが特に重要なのは、結果がORUメッセージで送られる。この場合、ORCは必要ないが、実施者オーダ識別番号がOBRセグメント内に存在せねばならない。
実施者オーダ番号(OBR-3あるいはORC-3)は、オーダとその関連した検査を一意に識別する。たとえば、ある施設が検査をいくつかの関連アプリケーションから集め、それを共通のデータベースの中に入れ、この共通のデータベースがまた別のアプリケーションによって検査のために照会される、と仮定する。この場合、共通のデータベースアプリケーションによって送られた実施者オーダ番号と依頼者オーダ番号は、それぞれオリジナルの実施者および依頼者であろう。すなわち共通のデータベースアプリケーションによって割り当てられた新しいものではない。
同様に、実施者あるいは依頼者でないオーダの第三者アプリケーションが、オーダの状態を修正する(たとえば、それをキャンセルすること)権限があるならば、その第三者アプリケーションは、実施者にOMGメッセージを送る。そこには、『CA』に等しいORC-1オーダ制御の付いたORCセグメント、およびオリジナル依頼者オーダ番号および実施者オーダ番号を含む。いずれもそれ自身が割り当てることはない。
ORC-4 Placer Group Number 依頼者グループ番号 (EI) 00218
Components: <Entity Identifier (ST)> ^ <Namespace ID (IS)> ^ <Universal ID (ST)> ^ <Universal ID
Type (ID)>

定義：オーダ依頼アプリケーションが複数セットのオーダを一緒にグループ化して後でそれらを識別できるようにする。
第1成分は、15文字までの文字列であって、これがすべての他のオーダグループを特定の依頼ア© JAHIS 2012141

プリケーションから一意に識別する。それは依頼アプリケーションによって割り当てられて、ORCの依
頼者オーダ番号と同じシリーズでもよいが、これは必須ではない。
第2成分は、依頼アプリケーションIDであり、これはORC-2-依頼者オーダ番号の第2成分と同じである。
ORC-5 Order Status オーダ状態(ID) (ID) 00219
定義： オーダの状態。取りうる値についてはHL7表0038-オーダ状態を参照すること。このフィールドの目的は、要求された場合または状態が変更になった場合に、オーダの状態を報告することであり、オーダ自体を処理する事ではない。オーダ状態は、メッセージが送られるとき送信アプリケーションに知られていた状態を反映させる。実施者だけがこのフィールドに値を付けることができる。
HL7表 0038に示すオーダ状態は、HL7表 0119-オーダ制御と同じ様な内容を含んでいるが、目的は異なる。オーダ状態は、ORC-1-オーダ制御値のSRまたはSCにおいて典型的に使用される。これはオーダの状態を、要求を受けた時または当事者に随時報告するためである。
HL7表 0038 –Order status オーダ状態
Value

DescriptionA

Some, but not all, results available 部分的完了

CA

Order was canceled

オーダが取り消されたCM

Order is completed

オーダが完了した

DC

Order was discontinued

ER

Error, order not found

オーダが中断した
エラー、オーダが見つからない

HD

Order is on holdIP

In process, unspecified

RP

Order has been replacedSC

In process, scheduled

オーダが保留進行中、不定オーダが取替えられた

進行中、予定ORC-6 Response Flag 応答フラグ (ID) 00220
定義：これによって依頼者(送信)アプリケーションは、実施者から返されるべき情報の量を決定できる。
要求されたレベルの応答は、即時には可能ではないかもしれない、しかし、それが可能なときは、実施者(受信)アプリケーションは、情報を送らなければならない。フィールドがnullであるとき、フィールドのデフォルト値はDである。取りうる値についてはHL7表0121-応答フラグを参照のこと。
HL7表 0121 –Response flag 応答フラグ
Value

Description

E

Report exceptions only 例外のみを報告

R

Same as E, also Replacement and Parent-Child

D

Same as R, also other associated segments

F

Same as D, plus confirmations explicitly Dと同じ、プラス明確な確認

N

Only the MSA segment is returned

Eと同じ、また取換えおよび親子Rと同じ、また他の関連セグメント

MSAセグメントのみが返却される

ORC-7 Quantity/Timing 数量/タイミング (TQ) 00221
定義：（このフィールドは下位互換を保つ目的のためだけに残されている）
ORC-8 Parent 親 (EIP) 00222
Components: <Placer Assigned Identifier (EI)> ^ <Filler Assigned Identifier (EI)>
Subcomponents for Placer Assigned Identifier (EI): <Entity Identifier (ST)> & <Namespace ID (IS)> &<Universal ID (UI)> & <Universal ID Type (ID)>
Subcomponents for Filler Assigned Identifier (EI): <Entity Identifier (ST)> & <Namespace ID (IS)> &<Universal ID (UI)> & <Universal ID Type (ID)>

定義：親子のメカニズムの関係が存在するとき子を親に関係付ける。親子のメカニズムは、ORC-1-オーダ制御の注のところで述べられる。第1成分は、親オーダの依頼者オーダ番号を含んでいる。それは、オーダが子であるとき要求される。
第2成分は、親オーダの実施者オーダ番号を含んでいる。
依頼者オーダ番号と実施者オーダ番号との成分は、このフィールドの2つの成分の副成分として送られる。
ORC-9 Date/Time Of Transaction トランザクション日時 (TS) 00223
Components: <Time (DTM)> ^ <DEPRECATED-Degree of Precision (ID)>© JAHIS 2012142

定義： このトランザクションがオーダアプリケーションに入る日時。新規オーダを作成するメッセージの場合は、これは、オーダが入れられた日付および時間である。
たとえば、キャンセルなどの他のメッセージの場合は、このトランザクションが送信アプリケーションに入る日時である。この日付と時間は、現在のトランザクションのためのもので、オリジナルのオーダへの訂正のための『取り換えた』時刻ではない。同様に、このセグメントのORC-10-入力者、ORC-11検証者、およびORC-13-入力の場所も現在のトランザクションに関連づけられ、オリジナルのオーダに関連づけてはいない。
ORC-10 Entered By 入力者 (XCN) 00224
定義： 要求をアプリケーションに実際に打鍵した人の所属氏名。それは、要求が不正確に入れられ、関連部門が要求を明らかにする必要がある場合、監査証跡となる。現場の取り決めによって、ID 番
号または名前成分は、省略されてもよい。
要求をアプリケーションに実際に打鍵した操作者のID。
ORC-11 Verified By 検証者 (XCN) 00225
定義： 入れられた要求の精度を検証した人の所属氏名。それが使用されるのは、要求が技師によって入力され、看護婦などのより高い権威者によって検証される必要がある場合である。現場の取り決めによって、ID 番号や名前成分は、省略されてもよい。
ORC-12 Ordering Provider オーダ依頼者 (XCN) 00226
Components: <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)> ^ <DEPRECATED-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)> ^ <DEPRECATED-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)>

定義： 要求を作成することに責任がある依頼する医師などの所属氏名。要求を作成することに責任がある依頼する医師などID。
【病名】診断医のＩＤ・氏名（姓・名）を示す。姓・名の分離が難しい場合は＜姓＞フィールドを使用する。
ORC-13 Enterer’s Location 入力者の場所 (PL) 00227
Components:<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)>Subcomponents for Facility (HD): <Namespace ID (IS)> & <Universal ID (ST)> & <Universal ID Type(ID)>
Subcomponents for Comprehensive Location Identifier (EI): <Entity Identifier (ST)> & <Namespace ID(IS)> & <Universal ID (ST)> & <Universal ID Type (ID)>
Subcomponents for Assigning Authority for Location (HD): <Namespace ID (IS)> & <Universal ID(ST)> & <Universal ID Type (ID)>

定義： 要求を入力した人の場所(たとえば、部門、階)。それは、部門のあるサブカテゴリーを含むためサイト固有のベースに基づいて使用されてもよい複合フィールドである。たとえば、ICU4は、4階のICUの場所の呼称とするなど。

ORC-14 Call Back Phone Number コールバック用電話番号 (XTN)

00228

Components: <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)>

定義： 要求またはオーダに関して、必要な他の情報を確認するための電話番号。
ORC-15 Order Effective Date/Time オーダ有効の日時 (TS) 00229
Components: <Time (DTM)> ^ <DEPRECATED-Degree of Precision (ID)>

定義： 変更要求が有効になった、あるいは、有効になる予定の日時。
ORC-9-トランザクション(日時)が、ORC-15-オーダ ［訳注：原文はORC-16-オーダとなっているが、明らかな間違いのため修正した］有効日時の後またはそれに等しくなっているならば、ORCおよびそ© JAHIS 2012143

の下のセグメントにおけるデータ値はこの日時に有効になった。
ORC-9-トランザクション 日時がORC-15-オーダ有効日時より前ならば、ORCおよびその下位セグ
メントのデータ値は、オーダ有効日時に有効になるよう計画される。
有効ORC-15-オーダ有効日時が空白にしておかれるならば、その値は、ORC-9-トランザクション
日時と等しいと仮定される。また、トランザクション日時が空白であるならばMSH-7-メッセージと等しいと仮定される。
ORC-15-オーダ有効日時(同じORCセグメントのオーダ制御コードイベントのために)が、ORC-7数量/タイミングと異なる場合は、ORC-15-オーダ有効日時が優先する。一例としてORCイベントが実施者への連続オーダに対する中断要求であり、かつオーダ有効日時がORC-7-数量/タイミング終了
日時の前にあるならば、オーダ有効日時が優先する。ORCの中で識別されたオーダが子を持っているならば、開始しなかった子は取り消される必要がある；プロセスに子がいるならば、それは中断される必要がある；子が中断できる点を超えて前進しているならば、その状態は影響されない。
ORC-16 Order Control Code Reason オーダ制御コード理由 (CWE) 00230
Components: <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表0119)によって述べたオーダイベントの理由の説明。コード化したあるいはテキスト形式のどちらでもよい。オーダ特定のセグメント(たとえば、RXO、ORO、OBR)の後のNTEは、その特定のセグメントのためにコメントとなる。もうひとつ、オーダ制御コード理由の目的には、
そのオーダイベントの理由を拡張することがある。
ORC-1-オーダ制御がNWであるときは、ORC-16-オーダ制御コード理由に、普通は値を設定しない。ただし、設定できないわけではない。取り消されたオーダのときには、たとえば、このフィールドは、
一般的に、キャンセルの理由を説明するために使用される。
良く実証されたアレルギーのために医者からの処方オーダをキャンセルした調剤システムは、このフィールドでアレルギーの事実が多分報告される。
それが薬理相互作用のためにこのオーダをキャンセルしたならば、このフィールドは、相互作用物
質の少なくとも名称(およびコード、必要とするならば)となる。文章で相互作用、および相互作用の激
しさの程度を述べる。
ORC-17 Entering Organization 入力組織 (CWE) 00231
Components: <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)>

定義： 入力者がオーダを入力/修正した時に属していた組織
入力者の所属(CWE型)なので、医師が入力するオーダ情報では診療科と扱う。
【病名】本規約では診断を下した医師が所属する診療科として利用する。
ORC-18 Entering Device 入力装置識別 (CWE) 00232
Components: <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)>

定義： オーダを入力するため使用された物理的装置(端末やPC)の識別子
ORC-19 Action By 発動者 (XCN) 00233
Components: <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)> ^ <DEPRECATED-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)> ^ <DEPRECATED-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)>

定義： 対応するオーダ制御コードによって表されたイベントを発動した人の所属氏名。たとえば、オーダ制御コードがCA(オーダキャンセル依頼)であるならば、このフィールドは、オーダキャンセルを要求した人を表す。

© JAHIS 2012

144

ORC-20 Advanced beneficiary notice code 受益者注意コード (CWE)

01310

Components: <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)>

定義：このフィールドは患者もしくは患者の責任で保険外のサービスに対して費用の支払うことを保証していない状態を示す。この要素は、ＨＣＦＡの条件を満たす為に導入された。
参照：使用者定義表 0339 – Advanced beneficiary notice code 事前保険金受給通知コード
Value

Description

1

Service is subject to medical necessity proceduresサービスは医学の必要性がある手
続きである

2

Patient has been informed of responsibility, and agrees to pay for service 患者は支払いの義務があり，それを通知されている

3

Patient has been informed of responsibility, and asks that the payer be billed 患者は支払いを了承し請求書を送ることを要求している

4

Advanced Beneficiary Notice has not been signed 受益者注意はサインされていない

ORC-21 Ordering facility name オーダ施設名 (XON)

01311

Components: <Organization Name (ST)> ^ <Organization Name Type Code (IS)> ^<DEPRECATED-ID Number (NM)> ^ <Check Digit (NM)> ^ <Check Digit Scheme (ID)> ^<Assigning Authority (HD)> ^ <Identifier Type Code (ID)> ^ <Assigning Facility (HD)> ^<Name Representation Code (ID)> ^ <Organization Identifier (ST)>
Subcomponents for Assigning Authority (HD): <Namespace ID (IS)> & <Universal ID (ST)> &<Universal ID Type (ID)>
Subcomponents for Assigning Facility (HD): <Namespace ID (IS)> & <Universal ID (ST)> & <Universal
ID Type (ID)>

定義：このフィールドは、オーダの発行者施設を記述する
ORC-22 Ordering facility address オーダ施設住所 (XAD) 01312
Components: In Version 2.3 and later, replaces the AD data type. <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)>

定義：このフィールドは、オーダの発行者施設の住所を記述する
ORC-23 Ordering facility phone number オーダ施設電話番号 (XTN)

01313

Components: [NNN] [(999)]999-9999 [X99999] [B99999] [C any text] ^ <Telecommunication Use Code(ID)> ^ <Telecommunication Equipment Type (ID)> ^ <Email Address (ST)> ^ <Country
Code (NM)> ^ <Area/City Code (NM)> ^ <Phone Number (NM)> ^ <Extension (NM)> ^<Any Text (ST)>

定義：このフィールドは、オーダの発行施設の電話番号を記述する
ORC-24 Ordering provider address オーダ提供者住所 (XAD) 01314
Components: In Version 2.3 and later, replaces the AD data type. <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)>

定義：このフィールドは、オーダの医療提供者住所を記述する
ORC-25 Order status modifier オーダ状態変更 (CWE) 01473
Components: <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)>

定義：このフィールドは、ORC-5 オーダ状態の変更，または、再生を記述する。定義されたオーダ状態コー
ドの追加のレベル特性、もしくは追加の情報を提供する為に使われる。このオーダ状態はＨＬ７により定義されたものとは異なり，ＡＰにより状態コードを任意に設定できる。データタイプは CWE である。
使用規則：このフィールドは ORC-5 状態が指定されていれば 使用される。

© JAHIS 2012145

ORC-26 Order status modifier 事前保険金受給通知上書き理由 (CWE)

01641

Components: <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)>

定義：このフィールドは、患者が受益者注意コードにサインしない理由を含む。理由はコード化されるか或いは自由なテキスト形式で入力される。
条件：このフィールドは ORC-20 受益者注意コードの値が、通知にサインされていない場合に要求される。
例えば、ORC-20 が使用者定義表 0339―受益者注意コードに 3 或いは 4 の値が入力されている場合、または、関連する外部コード表で同様の値は入力されている場合、追加の資格或いは説明のための情報が正しい値として認められる。
ORC-27 Filler’s Expected Availability Date/Time 実施者サービス可能日時 (TS) 01642
Components: <Time (DTM)> ^ <DEPRECATED-Degree of Precision (ID)>

定義：このフィールドは、実施者がサービス可能な日時を指定する。例えば、処方箋が受け取り可能或いは研究結果が可能となる場合に記述する。
ORC-28 Confidentiality Code 守秘コード (CWE) 00615
Components: <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 表 0177 – 守秘コード を参照のこと。特
別な守秘レベルを持つデータの処理に関しては、現場特殊な交渉に委ねる。
HL7表 0177 –Confidentiality Code 守秘コード
Value
AID

Description

Comment

AIDS patient 患者

EMP

Employee 従業員

ETH

Alcohol/drug treatment patient アルコー
ル/薬物中毒 治療患者

HIV

HIV(+) patient

PSY

Psychiatric patient 精神医学患者

R

Restricted 限定

HIV(+)患者

U

Usual control 通常管理

UWM

Unwed mother 未婚の母

V

Very restricted 非常に限定

VIP

Very important person or celebrity 重要
人物や名士

ORC-29 Order Type オーダタイプ (CWE)

01643

Components: <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 表 0482 – オーダタイプを参照のこと。
例：理学療法を続行するために発行されるオーダを取り消す前に、或いは地域薬局で処方箋をもらうオー
ダを取り消す前は、その患者は、PV1 によると入院患者だが、そのオーダ自体は外来患者に発行される場
合。
HL7表 0482 –Order Type オーダタイプ
Value

Description

I

Inpatient Order 入院患者オーダ

O

Outpatient Order 外来患者オーダ

Comment【病名】本規約では入外区分として利用する。病名が診断された時の患者の所在を示す。

© JAHIS 2012146

ORC-30 Enterer Authorization Mode 承認モード入力 (CNE)

01644

Components: <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 表 0483 承認モードを参照のこと。
HL7表 0483 –Authorization Mode 承認モード
Value
EL
EM
FX
IP
MA
PA
PH
RE
VC
VO

© JAHIS 2012

Description
Electronic 電子的
E-mailFax
In Person 本人自ら
Mail
Paper 紙Phone 電話
Reflexive (Automated system)再帰的 (自動化システム)
Video-conference TV会議
Voice 口頭

147

Comment

7.17 OBX – Observation/Result Segment 検査結果セグメント
OBX セグメントは単一検査あるいは部分検査を転送するのに使用される。それは分割不可能なレポートの最小単位に相当する。
その主な機能はレポート・メッセージで検査関連情報を伝達することである。しかし、OBX を検査オーダに含めることもできる。この場合、実施者が作成する検査結果を解釈できるように、実施者が必要とする臨床情報をOBX で伝送する。
【病名】本規約では、ADT メッセージ内で PID セグメントに付随する OBX セグメントにおいて、感染症・血型等のプロフィール情報を部門システムに伝達する目的で主に使用する。
OBX属性
SEQ
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

LEN
4
2
250
20
65536
250
60
5
5
2
1
26
20
26
250
250
250
22
26

DT
SI
ID
CWE
ST
*
CWE
ST
IS
NM
ID
ID
TS
ST
TS
CWE
XCN
CWE
EI
TS

OPT
O
C
R
C
C
O
O
O
O
O
R
O
O
O
O
O
O
O
O

Japan
O
R
R
C
C
O
O
O
O
O
R
O
O
O
O
O
O
O
O

RP/#

Y

5
Y

Y
Y
Y

ITEM#
00569
00570
00571
00572
00573
00574
00575
00576
00577
00578
00579
00580
00581
00582
00583
00584
00936
01479
01480

ELEMENT NAME
Set ID – Observational SimpleセットID
Value Type 値型
Observation Identifier 検査項目
Observation Sub-ID 検査副ID
Observation Value 検査値
Units 単位
References Range 基準値範囲
Abnormal Flags 異常フラグ
Probability 確率
Nature of Abnormal Test 異常検査の性質
Observation Result Status 検査結果状態
Date Last Obs Normal Values 最終検査正常値日付
User Defined Access Checks 使用者定義アクセス点検
Date/Time of the Observation 検査日時
Producer’s ID 実施者ID
Responsible Observer 検査責任者
Observation Method 検査方法
Equipment Instance Identifier 装置コード
Date/Time of the Analysis 分析日付

NOTE

Optionality
R required
O optional
C conditional on the trigger event or on some other field(s)X not used with this trigger event
B left in for backward compatibility with previous versions of HL7
Japan（JAHIS 仕様での取り扱い）
R required
O optional
C conditional on the trigger event or on some other field(s)X not used with this trigger event
B left in for backward compatibility with previous versions of HL7
N not used usually. Use only on the site
RepetitionN- no repetitionY- the field may repeat an indefinite or site determined number of times(integer)- the field may repeat up to the number of times specified in the integer

検査結果コメントの例
検査材料、検査方法、検査結果への補足、検査できなかったことへの説明、などのコメントは検査結果の OBX に続くOBX で表現する。コメントの値型は ST や TXが代表的と考えられるがコメントコードでの運用しか出来ない場合は二者間の協議で値型 CWE コードでの運用も可能である。出来る限りコメント内容に制限のないフリーテキストを推奨する。

OBX フィールド定義
OBX-1 Set ID – Observation Simple セット ID-単純検査 (SI) 00569
定義：同一のOBRセグメントに対し１から付番される通し番号。

© JAHIS 2012

148

OBX-2 Value Type 値型 (ID) 00570
定義: OBX内の検査結果値のフォーマット。値がCWEである場合､結果はコード化入力値でなければならない。値型がTXまたはFTである場合、結果はテキスト群である。値型の検査で採りうる値は
HL7表0125-値型に列記される(5.4データ型を参照)。たとえば、PNは成分区切り文字により分離した6つの成分から成る。NMは有効な型であるが、通常数字として報告される検査では、結果の一部として非数値文字が報告されることがあるので(結果が測定器で計りきれないことを示すために>300を使う場合など)、文字列(ST)データ型を持つことがある。たとえば”>300”では、”>”は記号であり桁”300”は数値と考えられる。
以下を除くすべてのHL7データ型が有効である｡
CM: 特定のデータ型でないから､
CQ: OBX-5-検査値の単位は、OBX-6-単位に必ず明示的に指定されるから､SIシーケンスID: HL7メッセージセグメント以外に適用されないから｡
実際の検査値がOBXでは送られていないが、他のどこかに存在する場合、RP値(参照ポインタ)を使用しなければならない。たとえば、検査が画像(ドキュメント関連画像あるいは医学関連画像)から成る
場合、画像そのものはOBXで送ることができない。その場合送信システムは、参照ポインタを送信するよう選択することができる。受信システム側は、ACR-NEMAなどの他の標準インタフェースにより、あるいは適切なデータベースサーバーにより実際の画像へアクセスする必要がある場合は、いつでもこの参照ポインタを使用することができる。
HL7表 0125 – Value type 値型
Value

Description

AD

Address 住所

CE

Coded Entry コード化値

CF

Coded Element With Formatted Values 書式付コード化値

CK

Composite ID With Check Digit 点検数字付き複合ID

CN

Composite ID And Name 複合IDと名前

CP

Composite Price 合成価格

CX

Extended Composite ID With Check Digit 検査数字を備えた拡張合成ID

DT

Date 日付

ED

Encapsulated Data カプセルに入れられたデータ

FT

Formatted Text (Display)MO

Money 貨幣

NM

Numeric 数値

PN

Person Name 人名RP

Reference Pointer 参照ポインタ

SN

Structured Numeric 構造化した数値

ST

String Data.

TM

Time 時間

書式付テキスト（表示）文字列データTN

Telephone Number 電話番号

TS

Time Stamp (Date & Time)

TX

Text Data (Display)

時間スタンプ（日時）

テキストデータ（表示）XAD

Extended Address 拡張アドレス

XCN

Extended Composite Name And Number For Persons 人の拡張合成名前および番号

XON

Extended Composite Name And Number For Organizations 組織の拡張合成名前および番号

XPN

Extended Person Number 拡張人番号（人名）

XTN

Extended Telecommunications Number 拡張遠隔通信番号

値型の構成成分については 5.4 データ型を参照のこと
OBX-3 Observation Identifier 検査項目 ID (CWE) 00571
Components: <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を接尾辞で修© JAHIS 2012149

飾したコードを用いる。検査結果コメントの扱いを参照。
大半のシステムでは、識別子は受信システムが検査情報を処理するために、他の検査属性を列記した検査項目マスタテーブルを参照するために使用される。検査IDと検査項目マスタテーブルとの関係は、請求記録中の課金コードと課金マスタテーブルの関係に類似している。
OBX-4 Observation Sub-ID 検査サブ ID (ST) 00572
定義：1つのOBRの下で編成された複数のOBXセグメントが同じ検査項目IDを持つ場合、それぞれのOBXセグメントを識別するのに使う。たとえば、胸部X線レポートには独立した3つの診断が含まれることがある。標準では、3つのOBXセグメント(1つの診断所見に1つのOBXセグメント)が必要である。
これらのOBXセグメントの1番目のサブIDに1、2番目のサブIDに2、および3番目のサブIDに3を入れることにより、HL7は、編集あるいは交換に際し各OBXセグメントを一意に識別することができる。
サブ識別子は、外科病理学などのレポートで関連成分をグループ化するのにも使われる。外科病理学レポートでは、1回の手術により得られた組織をすべて1つのレポートにまとめるということは昔からよくある。胆嚢および虫垂の検査を記述した単一の外科病理学レポートを考えてみる。このレポート
は概ね図7－1に示すように転送されるだろう。
図 7-1.

Example of sub-identifier usage

OBR|1|||88304&SURG PATH REPORT...
OBX|1|CWE|88304&ANT|1|T57000^GALLBLADDER^SNM...
OBX|2|TX|88304&GDT|1|THIS IS A NORMAL GALLBLADDER...
OBX|3|TX|88304&MDT|1|MICROSCOPIC EXAM SHOWS HISTOLOGICALLYNORMAL GALLBLADDER TISSUE...
OBX|4|CWE|88364&IMP|1|M-00100^NML^SNM...
OBX|5|CWE|88304&ANT|2|T66000^APPENDIX^SNM...
OBX|6|TX|88304&GDT|2|THIS IS A RED, INFLAMED, SWOLLEN, BOGGY APPENDIX...
OBX|7|TX|88304&MDT|2|INFILTRATION WITH MANY PMN’s – INDICATING INFLAMATORYCHANGE...
OBX|8|CWE|88304&IMP|2|M-40000^INFLAMMATION NOS^SNM...

図7-1の例では、レポートの各成分に対して2つのセグメントがある(2つある組織のそれぞれに対して1つのセグメント)。このように、88304&ANTセグメントが2個存在する；88304&GDTセグメントが2個存在する。88304&MDTセグメントが2個存在する。胆嚢に適用されるセグメントはすべてサブ識別子として1を持つ。虫垂に適用されるセグメントはすべてサブ識別子｢2｣を持つ。
OBX-5 Observation Value 検査結果値 (*) 00573
定義：検査実施者により検査された検査結果値。検査結果値はこのセグメント中のOBX－2－値型で設定されるデータ型に応じて表記される。このフィールドはOBXセグメントの必須フィールドである。
数値なのかあるいは短いテキストなのかどうかに拘らず、回答はASCII文字コードで記録されるものとする。
数値型の検査結果であっても比較演算子や接尾辞を持つ場合、値型が文字列STの場合と構造化
数値SNの場合によって、検査結果値の表記が異なるので注意、例えば、ST型では100以上( >100 )や 2+であるが、SN型では >^100 や ^2^+ となる。可能な限りSN型を使用することを推奨する。
【病名】感染症・血型情報の送信：
PIDセグメントに付随する一連のOBXセグメントで、感染症や血液型などの患者のプロファイル情報を記述する場合、例えば以下のような表記を行う。
PID|...
OBX|1|ST|5H010000001810114^血液型-ABO式^JC10|1|AB||||||P||20060125
OBX|2|ST|6B050000006474211^MRSA^JC10|2|+||||||P||20060210
OBX|3|ST|5F015144002383111^HB^JC10|3|+||||||P||20060210
OBX|4|ST|5F500143000000011^HIV^JC10|3|-||||||P||20060210...

項目を特定するのに使用するコードとして、本規約ではJLAC10を推奨する。
OBX-6 Units 単位 (CWE) 00574
Components: <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)>

© JAHIS 2012150

定義：単位のデータ型はCWEデータ型である。
OBX-7 References Range 基準値範囲 (ST) 00575
定義：検査で有毒物質の量を計測する場合、範囲の上限により毒性限界を表す。
OBX-8 Abnormal Flags 異常フラグ (IS) 00576
定義： 結果の正常状態を示すテーブルルックアップ。所見（正常、異常）フラグに用いる。
OBX-9 Probability 確率 (NM) 00577
定義：定性値を持つ結果の場合、結果が真である確率(結果が特定のコードとなる確率)。
OBX-10 Nature Of Abnormal Test 異常検査の特質 (ID) 00578
定義：判定の元になった集団を指示。
OBX-11 Observation Result Status 検査結果状態 (ID) 00579
定義：採りうるコードについては、HL7表0085－検査結果状態－を参照。このフィールドは、1つの検査項目についての、現在の結果完了状態を反映する。
【病名】感染症・血型などのプロファイル情報を表現する場合には、最終結果の情報という意味で、’F’を使用する。
HL7表 0085 – Observation Result Status Codes Interpretation 検査結果状態
Value
C

Description
Record coming over is a correction and thus replaces a final result

到着レコードは修正であり結果を書き換え

D

Deletes the OBX record

F

Final results;

I

Specimen in lab; results pendingN

Not asked; used to affirmatively document that the observation identified in the OBX was not sought when the universal
service ID in OBR-4 implies that it would be sought.

O

Order detail description only (no result) 依頼詳細記述 （結果なし）

P

Preliminary results

OBXレコードを削除する

Can only be changed with a corrected result.

最終結果： 修正結果でのみ変更可能

臨床検査室の検体；結果保留

事前結果

R

Results entered – not verified

S

Partial results

X

Results cannot be obtained for this observationU

Results status change to Final. Without retransmitting results already sent as ‘preliminary. 結果状態を最終へ変更。
結果は変化しなかった(テストを転送しない) たとえば、放射線科により状態が事前から最終へ変更される

W

Post original as wrong, e.g., transmitted for wrong patient

結果を入力 ―― 未検証

部分結果
この検査では、結果は得られない

OBX-12 Effective Date Last Obs Normal Value 最新正常値有効日付 (TS)Components:

00580<Time (DTM)> ^ <DEPRECATED-Degree of Precision (ID)>

定義：測定方法の変更により、旧方式で得られた値が新規方式で得られた値と比較できなくなる場合、そのような測定方法の変更などを表す。
OBX-13 User Defined Access Checks 使用者定義アクセス点検 (ST) 00581
定義：これにより実施者は、受信システムで検査を分類するのに使用する結果依存コードを記録できるようになる。
OBX-14 Date-Time Of the Observation 検査日時 (TS) 00582
Components: <Time (DTM)> ^ <DEPRECATED-Degree of Precision (ID)>

定義：検査日時は検査が行われた日時である。
OBX-15 Producer’s ID 実施者 ID (CWE) 00583
Components: <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)>

定義：検査実施責任者の一意な識別子。
OBX-16 Responsible Observer 検査責任者 (XCN)
Components:© JAHIS 201200584

<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)> ^ <DEPRECATED-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)> ^ <Name151

Representation Code (ID)> ^ <Name Context (CE)> ^ <DEPRECATED-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)>

定義：要求された場合、検査に直接責任を負う個人(つまり検査を実行、もしくは検証した人)の識別
子。
OBX-17 Observation Method 検査方法 (CWE) 00936
Components: <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)>

OBX-18

定義：検査項目案内などで公表している検査方法と異なる検査方法を実施した場合などはここに明示する。
Equipment instance identifier 装置識別 ID (EI) 01479
Components: <Entity Identifier (ST)> ^ <Namespace ID (IS)> ^ <Universal ID (ST)> ^ <Universal ID
Type (ID)>OBX-19定義：このフィールドは検査に用いられる装置の識別IDである。
Date/time of the analysis 分析日付 (TS) 01480
Components: <Time (DTM)> ^ <DEPRECATED-Degree of Precision (ID)>

定義：このフィールドは、実装置ＩＤで指定された機器によって分析結果の世代と関連したタイムスタ
ンプを転送する為に使われる。

© JAHIS 2012152

7.18 RCP – response control parameter segment 応答コントロールパラメータセグメント
RCP セグメントは、照会に対する応答で返送されるべきデータの、量を制限するために使われる。
RCP属性
SEQ

LEN

DT

OPT

Japan

1

1

ID

O

O

RP/#

TBL#

ITEM#

0091

00027

ELEMENT NAME

2

10

CQ

O

O

0126

00031

Quantity Limited Request 数量制限要求

3

250

CWE

O

O

0394

01440

Response Modality 応答様式

4

26

TS

C

N

01441

Execution and Delivery Time 実行および配送時間

5

1

ID

O

N

6

512

SRT

O

N

7

256

ID

O

0395

NOTE

Query Priority 照会優先度

01443

Modify Indicator 変更表示子

Y

01624

Sort-by Field ソートするフィールド

Y

01594

Segment group inclusion セグメント・グループ包含

Optionality
R required
O optional
C conditional on the trigger event or on some other field(s)X not used with this trigger event
B left in for backward compatibility with previous versions of HL7
Japan（JAHIS 仕様での取り扱い）
R required
O optional
C conditional on the trigger event or on some other field(s)X not used with this trigger event
B left in for backward compatibility with previous versions of HL7
N not used useally. Use only on the site
RepetitionN- no repetitionY- the field may repeat an indefinite or site determined number of times(integer)- the field may repeat up to the number of times specified in the integer

RCP フィールド定義
RCP-1

Query Priority 照会 優先度 (ID) 00027
定義：このフィールドは応答が期待されるタイムフレームが含まれる。
提案される値については、HL7 表 0091－照会優先度を参照。表値とその後のフィールドは、応答のためのタ
イムフレームを指定する。
HL7表 0091 – Query Priority 照会優先度
Value

RCP-2

Description

D

Deferred 遅延I

Immediate 即時

Quantity Limited Request 数量制限要求 (CQ)

Comment

00031

Components : <Quantity (NM)> ^ <Units (CWE)>
Subcomponents 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)>

定義：このフィールドは、要求しているシステムにより受け入れられる応答の最大長が含まれる。有効な入力は、第２のコンポーネントで指定されたユニットで与えられる数値(最初のコンポーネントに)である。デフォルトは LI（ライン）。
第2のコンポーネントの有効なエントリーは、HL7表0126 －数量制限要求を参照。セグメントパターン応答では、ラインは一つのセグメントとして定義される。

© JAHIS 2012153

HL7 表 0126 – Quantity Limited Request 数量制限要求
Value

CH
LI
PG
RD
ZO
RCP-3

Message Usage

Comment

Characters 文字

Description

RSP/RTB/RDY

Used where size of input buffer has limitations

Lines 行

RTB/RDY

Pages ページ

RDY

Records レコード

RSP/RTB/RDY

In RSP record = hit

Locally defined ローカル定義

Response Modality 応答様式

(CWE)

01440

Components: <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 表
0394－応答様式を参照。
HL7 表 0394 – Response Modality 応答様式
Value

RCP-4

Description

R
T

Real Time リアルタイム

B

Batch バッチ

Comment

Bolus (a series of responses sent at the sametime without use of batch formatting)バッチ以外の事前処理

Execution and Delivery Time 実行及び配送時間

(TS)

01441

Components: <Time (DTM)> ^ <DEPRECATED-Degree of Precision (ID)>

返送される応答の時間を指定する。このフィールドは、RCP-1 照会優先度が D (遅延)の値の時に限り、評価される（値が入れられる）
RCP-5 Modify Indicator 変更表示子 (ID) 01443
定義：このフィールドは、申し込みが新しいものか、あるいは変更がされつつあるのかを指定する。有効な値については、HL7 表 0395－変更指示子を参照。
HL7表 0395 – Modify Indicator 変更指示子
Value

N
M
RCP-6

Description

Comment

New Subscription 新規
Modified Subscription 変更

Sort-by Field ソートするフィールド (SRT)01624

Components: <Sort-by Field (ST)> ^ <Sequencing (ID)>

定義: 表になっている返答を求める照会のために、このフィールドは、どちらのフィールドによって、応答がソートされるかということ、そして、区分けをする順序を指定する。QSC 別形が用いられていないときに、このフィールドの最初のコンポーネントのために指定された値は、アウトプット仕様および注釈の ColName フィールドから引き出される。セクション 5.3.3.1 を参照。QSC 別形が使われるときには、これらの値はインプット/アウトプット仕様
および注釈の ColName フィールドから引き出される。例についてはセクション 5.9.4.1 を参照。
このフィールドのそれぞれの繰り返しは、一つのソート・フィールドを指定する。このように、このフィールドの最初の繰り返しは、第一次的なソート・フィールドを指定する; 第２の繰り返しは、第二次的なソート・フィールドを指定する; etc。
RCP-7 Segment Group Inclusion セグメント・グループ包含 (ID) 01594
定義：応答に含まれるオプション・セグメント・グループを指定する。セグメント・グループの値については、HL7
テーブル 0391－セグメント・グループを参照。これは、複数のセグメント・グループを含めるための繰り返しフィールドである。このフィールドのデフォルト（表されていない）は、全ての関連するグループが含まれることを意味する。
注：セグメント・グループのためのコードは、HL7表0391から取り出されるが、セグメント・グループ（e.g.
PIDG）の正確なセグメント-レベルの定義は、そのセグメント・グループが現れる、その照会のコンフォーマ
ンス・ステートメントの中だけから与えられる。

© JAHIS 2012

154

例：
HL7 表 0391 – Segment Group セグメント・グループ
Value

Description

PIDG

PID group

OBRG

OBR group

ORCG

ORC group

RXAG

RXA group

RXDG

RXD group

RXEG

RXE group

RXOG

RXO group

Comment

Etc

注： HL７表 0391－セグメント・グループは、現在、HL７によって定義されたいかなる値も含まない。値は HL７技術委員会によって投票により同意されたものがコンフォーマンス・ステートメント中にあるので、それらがこのテーブルに含まれるだろう。

© JAHIS 2012155

7.19 ZPR – Extended Problem Information プロブレム拡張情報セグメント
プロブレム拡張情報セグメントは、与えられた各個人のプロブレムに付随する必要なデータを含んで
いる。
ZPR属性
SEQ

LEN

DT

OPT

Japan

RP/#

ITEM#

ELEMENT NAME

Y

ZP001

Modifier Code(Prefix) 修飾語管理番号（接頭語）

ZP002

Disease Code 病名管理番号

1

250

CWE

O

2

250

CWE

R

3

250

CWE

O

Y

ZP003

Modifier Code(Suffix) 修飾語管理番号（接尾語）

4

250

CWE

O

Y

ZP004

Modifier Code for Exchange(Prefix)

NOTE

修飾語交換用コード（接頭語）
5

250

CWE

O

6

250

CWE

O

Y

ZP005

Disease Code for Exchange 病名交換用コード

ZP006

Modifier Code for Exchange(Suffix)
修飾語交換用コード（接尾語）

7

199

ST

O

ZP007

Comment コメント

Optionality
R required
O optional
C conditional on the trigger event or on some other field(s)X not used with this trigger event
B left in for backward compatibility with previous versions of HL7
Japan（JAHIS 仕様での取り扱い）
R required
O optional
C conditional on the trigger event or on some other field(s)X not used with this trigger event
B left in for backward compatibility with previous versions of HL7
N not used usually. Use only on the site
RepetitionN- no repetitionY- the field may repeat an indefinite or site determined number of times(integer)- the field may repeat up to the number of times specified in the integer

ZPR フィールド定義
ZPR-1 Modifier Code(Prefix) 修飾語管理番号（接頭語）（CWE）ZP001
Components: <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)>

定義：このフィールドは、MEDIS標準病名を利用する場合は、接頭語の修飾語管理番号を含んでいる。修飾語が複数存在する場合は、繰り返しを利用するが、その順番はMEDIS標準病名集で定義されている修飾語テーブルの「接続位置区分」の規程に従った並び順にする。ただし、同一の「接続位置区分」の場合にはコードの昇順とする。

ZPR-2 Disease Code 病名管理番号（CWE）ZP002
Components: <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)>

ZPR-3

定義：このフィールドは病名管理番号を含んでいる。
Modifier Code(Suffix) 修飾語管理番号（接尾語）（CWE）ZP003
Components: <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)>

© JAHIS 2012156

ZPR-4

定義：このフィールドは、MEDIS標準病名を利用する場合は、接尾語の修飾語管理番号を含んでいる。修飾語が複数存在する場合は、繰り返しを利用するが、その順番はMEDIS標準病名集で定義されている修飾語テーブルの「接続位置区分」の規程に従った並び順にする。ただし、同一の「接続位置区分」の場合にはコードの昇順とする。
Modifier Code for Exchange(Prefix) 修飾語交換用コード（接頭語）（CWE）ZP004
Components: <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)>

ZPR-5

定義：このフィールドは、MEDIS標準病名集で規定された接頭語の修飾語交換用コードを含んでいる。修飾語が複数存在する場合は、繰り返しを利用するが、その順番はMEDIS標準病名集で定義されている修飾語テーブルの「接続位置区分」の規程に従った並び順にする。ただし、同一の「接続位置区分」の場合にはコードの昇順とする。
Disease Code for Exchange 病名交換用コード（CWE）ZP005
Components: <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)>

ZPR-6

定義：このフィールドはMEDIS標準病名集で規定された病名交換用コードを含んでいる。
Modifier Code for Exchange(Suffix) 修飾語交換用コード（接尾語）（CWE）ZP006
Components: <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)>

ZPR-7

定義：このフィールドは、MEDIS標準病名集で規定された接尾語の修飾語交換用コードを含んでいる。修飾語が複数存在する場合は、繰り返しを利用するが、その順番はMEDIS標準病名集で定義されている修飾語テーブルの「接続位置区分」の規程に従った並び順にする。ただし、同一の「接続位置区分」の場合にはコードの昇順とする。
Comment コメント（ST）ZP007
定義：このフィールドは、病名に付随するコメントを含んでいる。

© JAHIS 2012157

7.20 ZHS – History Information 履歴情報セグメント
履歴情報セグメントは、入退院歴、受診歴において、直後のPV1,PV2等のセグメントに関する種別等の情報を記述するのに使用する。
ZHS属性
SEQ

LEN

DT

1

4

SI

OPT

Japan

2

250

CWE

R

History Type 履歴種別

3

26

TS

O

Last Update Date/Time 最終更新日時

4

250

XCN

O

Last Updated By 最終更新者

5

250

HD

O

Facility ID 医療機関 ID

O

RP/#

ITEM#

ELEMENT NAME

Set ID

NOTE

セット ID-ZHS

Optionality
R required
O optional
C conditional on the trigger event or on some other field(s)X not used with this trigger event
B left in for backward compatibility with previous versions of HL7
Japan（JAHIS 仕様での取り扱い）
R required
O optional
C conditional on the trigger event or on some other field(s)X not used with this trigger event
B left in for backward compatibility with previous versions of HL7
N not used usually. Use only on the site
RepetitionN- no repetitionY- the field may repeat an indefinite or site determined number of times(integer)- the field may repeat up to the number of times specified in the integer

ZHS フィールド定義
ZHS-1

ZHS-2

Set ID セット ID （SI）
定義：このフィールドはこのトランザクションにおける番号を示す。このセグメントが最初に現れた時はこのシーケンス番号は１でなければならない。２回目は２とし、以降、出現順にシーケンシャルとする。
History Type 履歴種別（CWE）
Components: <identifier (ST)> ^ <text (ST)> ^ <name of coding system (ID)> ^ <alternate identifier(ST)> ^ <alternate text (ST)> ^ <name of alternate coding system (ID)> ^ <coding systemversion ID (ST)> ^ alternate coding system version ID (ST)> ^ <original text (ST)>ZHS-3

定義：このフィールドは以下に続く歴データの種別を示す。JHSD定義表0008を使用し、コーディン
グシステム名は「JHSD0008」をセットする。
Last Update Date/Time 最終更新日時（TS）
Components: <identifier (ST)> ^ <text (ST)> ^ <name of coding system (ID)> ^ <alternate identifier(ST)> ^ <alternate text (ST)> ^ <name of alternate coding system (ID)> ^ <coding systemversion ID (ST)> ^ alternate coding system version ID (ST)> ^ <original text (ST)>ZHS-4

定義：このフィールドは以下に続く歴データの更新日時を示す。
Last Updated By 最終更新者（XCN）
Components: <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 (CE)> ^ <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)>

定義：このフィールドは以下に続く歴データの更新者を示す。

© JAHIS 2012158

ZHS-5

Facility ID 医療機関 ID（HD）
Components: <namespace ID (IS)> ^ <universal ID (ST)> ^ <universal ID type (ID)>

定義：このフィールドは以下に続く歴データが生成された医療機関のIDを示す。

© JAHIS 2012159

付録―１．患者情報通知のメッセージ例（１）患者情報（基本情報・緊急連絡先・勤務先）の更新
項目名

項目値

患者 ID

12345678

漢字氏名

山田 太郎

カナ氏名

ヤマダ タロウ

生年月日

1965/4/15

性別

男

住所

東京都港区虎ノ門１丁目１９番９号

郵便番号

105-0001

電話番号

03-3506-8010

Email アドレス

taro@jahis.jp

備考

氏名：山田 次郎
住所：東京都千代田区永田町１丁目７-１

緊急連絡先

郵便番号：100-0014
電話番号：03-3581-5111
名称：ＡＢＣＤＥＦＧ商事(株)住所：東京都新宿区西新宿 2 丁目８-１

勤務先

郵便番号：163-8001
電話番号：03-5321-1111

MSH|^~¥&|SEND||RECEIVE||20111014232213||ADT^A08^ADT_A01|20111014232213|P|2.5||||||~ISO
IR87||ISO 2022-1994<CR>
EVN||20111013232213<CR>
PID|||12345678^^^^PI||山田^太郎^^^^^L^I~ヤマダ^タロウ^^^^^L^P||19650415|M|||^^^^1050001^^H^東京都港区虎ノ門１丁目１９番９号~^^^^1638001^^B^東京都新宿区西新宿２丁目８－１||^PRN^PH^taro@jahis.jp^^^^^^^^03-3506-8010|^WPN^PH^^^^^^^^^03-5321-1111<CR>
NK1|1|山田^次郎^^^^^L^I|EMC^緊急連絡先^HL70063|^^^^1000014^^H^東京都千代田区永田町１丁目７-１|^PRN^PH^^^^^^^^^03-3586-1111<CR>
NK1|2|山田^太郎^^^^^L^I~ヤマダ^タロウ^^^^^L^P|SEL^本人^HL70063|^^^^1050001^^H^東京都港区虎ノ門１丁目１９番９号~^^^^1638001^^B^東京都新宿区西新宿 2 丁目８-１|^PRN^PH^taro@jahis.jp^^^^^^^^03-3506-8010|^WPN^PH^^^^^^^^^03-5321-1111|||||||ＡＢＣＤＥＦＧ商事(株)^D<CR>
PV1||N<CR><EOM>■ MSH セグメントSEQ

ELEMENT NAME

値

2

符号化文字

^~¥&

3

送信アプリケーション

SEND

5

受信アプリケーション

RECEIVE

7

メッセージ日時

20111014232213

9

メッセージ型

ADT^A08^ADT_A01

10

メッセージ制御 ID

20111014232213

11

処理 ID

P

© JAHIS 2012

160

備考

12

バージョン ID

2.5

18

文字セット

~ISO IR87

20

代替文字セット操作法

ISO 2022-1994■ EVN セグメント
SEQ
2

ELEMENT NAME

値
20111013232213

イベント伝送日時

備考
伝送日時■ PID セグメントSEQ

ELEMENT NAME

値

備考

3

患者 ID リスト

12345678^^^^PI

患者 ID

5

患者氏名

山田^太郎^^^^^L^I~ヤマダ^タロウ^^^^^L^P

患者名

7

生年月日

19650415

生年月日

8

性別

M

性別

11

患者住所

^^^^1050001^^H^東京都港区虎ノ門１丁目１９番９号

患者住所~ ^^^^1638001^^B^東京都新宿区西新宿 2 丁目８-１

勤務先住所

13

電話番号―自宅^PRN^PH^taro@jahis.jp^^^^^^^^03-3506-8010

14

電話番号―勤務先^WPN^PH^^^^^^^^^03-5321-1111

自宅電話番号
E-mail アドレス
勤務先電話番号■ NK1 セグメント (緊急連絡先)
SEQ

ELEMENT NAME

値

備考

1

セット ID-NK1

1

2

氏名

山田^次郎^^^^^L^I

3

続柄

EMC^緊急連絡先^HL70063

4

住所^^^^1000014^^H^東京都千代田区永田町１丁目７-１

緊急連絡先住所

5

電話番号^PRN^PH^^^^^^^^^03-3581-5111

緊急連絡先電話番号

緊急連絡先氏名■ NK1 セグメント (勤務先)SEQ

ELEMENT NAME

値

1

セット ID-NK1

2

2

氏名

山田^太郎^^^^^L^I~ヤマダ^タロウ^^^^^L^P

3

続柄

SEL^本人^HL70063

4

住所

備考
患者氏名

^^^^1050001^^H^東京都港区虎ノ門１丁目１９番９号

患者住所~ ^^^^1638001^^B^東京都新宿区西新宿 2 丁目８-１

勤務先住所

5

電話番号

6

勤務先電話番号^WPN^PH^^^^^^^^^03-5321-1111

勤務先電話番号

13

所属組織名

ＡＢＣＤＥＦＧ商事(株)^D

勤務先名称^PRN^PH^taro@jahis.jp^^^^^^^^03-3506-8010

自宅電話番号
E-mail アドレス

■ PV1 セグメント
SEQ
2

ELEMENT NAME
患者区分

© JAHIS 2012

値
N

161

備考

（２）患者情報（感染症・血型）の更新
項目名

項目値

患者 ID

12345678

漢字氏名

山田 太郎

カナ氏名

ヤマダ タロウ

生年月日

1965/4/15

性別

男

備考

因子コード：5H010000001810114
感染症・因子#1

因子名：血液型-ABO 式
検査結果：AB
検査日：2007/08/15
因子コード：5H020000001810111

感染症・因子#2

因子名：血液型-Rh(D)因子
検査結果：+
検査日：2007/08/15
因子コード：6B050000006474211

感染症・因子#3

因子名：MRSA
検査結果：+
検査日：2007/08/22
因子コード：5F015144002383111

感染症･因子#4

因子名：HB
検査結果：検査日：2007/08/22
因子コード：5F500143000000011

感染症･因子#5

因子名：HIV
検査結果：検査日：2007/08/22

MSH|^~¥&|SEND||RECEIVE||20111014232213||ADT^A08^ADT_A01|20111014232213|P|2.5||||||~ISO
IR87||ISO 2022-1994<CR>
EVN||20111013232213<CR>
PID|||12345678^^^^PI||山田^太郎^^^^^L^I~ヤマダ^タロウ^^^^^L^P||19650415|M<CR>
PV1||N<CR>
OBX|1|ST|5H010000001810114^血液型-ABO 式^JC10|1|AB||||||F|||20070815<CR>
OBX|2|ST|5H020000001810111^血液型-Rh(D)因子^JC10|2|+||||||F|||20070815<CR>
OBX|3|ST|6B050000006474211^MRSA^JC10|3|+||||||F|||20070822<CR>
OBX|4|ST|5F015144002383111^HB^JC10|4|-||||||F|||20070822<CR>
OBX|5|ST|5F500143000000011^HIV^JC10|5|-||||||F|||20070822<CR><EOM>■ MSH セグメントSEQ

ELEMENT NAME

値

2

符号化文字

^~¥&

3

送信アプリケーション

SEND

5

受信アプリケーション

RECEIVE

7

メッセージ日時

20111014232213© JAHIS 2012

備考

162

9

メッセージ型

ADT^A08^ADT_A01

10

メッセージ制御 ID

20111014232213

11

処理 ID

P

12

バージョン ID

2.5

18

文字セット

~ISO IR87

20

代替文字セット操作法

ISO 2022-1994■ EVN セグメントSEQ

ELEMENT NAME

値

備考

2

イベント伝送日時

20111013232213

伝送日時■ PID セグメントSEQ

ELEMENT NAME

値

備考

3

患者 ID リスト

12345678^^^^PI

患者 ID

5

患者氏名

山田^太郎^^^^^L^I~ヤマダ^タロウ^^^^^L^P

患者漢字氏名、カナ氏名

7

生年月日

19650415

生年月日

8

性別

M

性別

備考

■ PV1 セグメントSEQ

ELEMENT NAME

値

2

患者区分

N

■ OBX セグメント (血液型-ABO 式)
SEQ

ELEMENT NAME

値

1

セット ID1

2

結果値タイプ

ST

3

検査項目

5H010000001810114^血液型-ABO 式^JC10

4

検査サブ ID

1

5

結果値

AB

11

検査結果状態

F

14

検査日時

20070815

備考

因子コード、因子名
検査結果
検査日■ OBX セグメント(血液型-Rh(D)因子)SEQ

ELEMENT NAME

値

1

セット ID2

2

結果値タイプ

ST

3

検査項目

5H020000001810111^血液型-Rh(D)因子^JC10

4

検査サブ ID

2

5

結果値

+

11

検査結果状態

F

14

検査日時

20070815

検査日

値

備考

備考

因子コード、因子名

検査結果■ OBX セグメント (MRSA)SEQELEMENT NAME

© JAHIS 2012

163

1

セット ID3

2

結果値タイプ

ST

3

検査項目

6B050000006474211^MRSA^JC10

4

検査サブ ID

3

5

結果値

+

11

検査結果状態

F

14

検査日時

20070822

検査日

備考

因子コード、因子名

検査結果■ OBX セグメント (HB)SEQ

ELEMENT NAME

値

1

セット ID42

結果値タイプ

ST

3

検査項目

5F015144002383111^HB^JC10

4

検査サブ ID

4

5

結果値

-

11

検査結果状態

F

14

検査日時

20070822

検査日

備考

因子コード、因子名

検査結果■ OBX セグメント (HIV)SEQ

ELEMENT NAME

値

1

セット ID52

結果値タイプ

ST

3

検査項目

5F500143000000011^HIV^JC10

4

検査サブ ID

5

5

結果値

-

11

検査結果状態

F

14

検査日時

20070822© JAHIS 2012

因子コード、因子名

検査結果
検査日

164

（３）アレルギー情報の更新
項目名

項目値

患者 ID

12345678

漢字氏名

山田 太郎

カナ氏名

ヤマダ タロウ

生年月日

1965/4/15

性別

男

備考

種別：花粉
アレルギー#1

対象：スギ花粉(5A1002216023023)
発現日：1996/01
症状：目のかゆみ
種別：食物アレルギー#2

対象：ソバ（5A1002411023006）
発現時期：小学校低学年の頃
症状：湿疹
種別：環境

アレルギー#3

対象：ハウスダスト(5A1102700023023)
発現日：2003/02
症状：くしゃみ
種別：薬剤

アレルギー#4

対象：アリナミン(106824501)
発現日：2007/07/10
症状：のどの渇きが止まらない

MSH|^~¥&|SEND||RECEIVE||20111014232213||ADT^A60^ADT_A60|20111014232213|P|2.5||||||~ISO
IR87||ISO 2022-1994<CR>
EVN||20111013232213<CR>
PID|||12345678^^^^PI||山田^太郎^^^^^L^I~ヤマダ^タロウ^^^^^L^P||19650415|M<CR>
IAM|1|LA^花粉アレルギー^HL70127|5A1002216023023^スギ^JC10|Y^あり^HL70136|目のかゆみ|A^追加^HL70323|||||199601<CR>
IAM|2|FA^食物アレルギー^HL70127|5A1002411023006^ソバ^JC10|Y^あり^HL70136|湿疹|A^追加^HL70323||||||小学校低学年の頃<CR>
IAM|3|EA^環境アレルギー^HL70127|5A1102700023023^ハウスダスト^JC10|Y^あり^HL70136|くしゃみ|A^追加^HL70323|||||200302<CR>
IAM|4|DA^薬剤アレルギー^HL70127|106824501^アリナミン^HOT9|Y^あり^HL70136|のどの渇きが止まらない|A^追加^HL70323|||||20070710<CR><EOM>■ MSH セグメントSEQ

ELEMENT NAME

値

2

符号化文字

^~¥&

3

送信アプリケーション

SEND

5

受信アプリケーション

RECEIVE

7

メッセージ日時

20111014232213

9

メッセージ型

ADT^A60^ADT_A60© JAHIS 2012

165

備考

10

メッセージ制御 ID

20111014232213

11

処理 ID

P

12

バージョン ID

2.5

18

文字セット

~ISO IR87

20

代替文字セット操作法

ISO 2022-1994■ EVN セグメント
SEQ
2

ELEMENT NAME
イベント伝送日時値
20111013232213

備考
伝送日時

■ PID セグメントSEQ

ELEMENT NAME

値

備考

3

患者 ID リスト

12345678^^^^PI

患者 ID

5

患者氏名

山田^太郎^^^^^L^I~ヤマダ^タロウ^^^^^L^P

患者漢字氏名、カナ氏名

7

生年月日

19650415

生年月日

8

性別

M

性別

■ IAM セグメント (スギ花粉)
SEQ

ELEMENT NAME

値

備考

1

セット ID– IAM

12

アレルゲン分類LA^花粉アレルギー^HL70127

種別3

アレルゲン情報

5A1002216023023^スギ^JC10アレルギー対象

4アレルギー重症度Y^あり^HL70136

5アレルギー反応情報

目のかゆみ

6

アレルギーアクションコード

A^追加^HL70323

11アレルギー発症日

199601

症状発現日■ IAM セグメント (ソバ)SEQ

ELEMENT NAME

値

備考

1

セット ID– IAM

2

2

アレルゲン分類FA^食物アレルギー^HL70127

種別3

アレルゲン情報

5A1002411023006^ソバ^JC10アレルギー対象

4アレルギー重症度Y^あり^HL70136

5アレルギー反応情報

湿疹

6アレルギーアクションコード

A^追加^HL70323

12アレルギー発症時期

小学校低学年の頃

症状

発現時期■ IAM セグメント (ハウスダスト)SEQ

ELEMENT NAME

値

備考

1

セット ID– IAM

32

アレルゲン分類

EA^環境アレルギー^HL70127

種別3

アレルゲン情報

5A1102700023023^ハウスダスト^JC10アレルギー対象

4アレルギー重症度Y^あり^HL70136© JAHIS 2012

166

5

アレルギー反応情報

くしゃみ

6アレルギーアクションコード

A^追加^HL70323

11アレルギー発症日200302症状

発現時期■ IAM セグメント (アリナミン)
SEQ

ELEMENT NAME

値

備考

1

セット ID– IAM

42

アレルゲン分類

DA^薬剤アレルギー^HL70127

種別3

アレルゲン情報106824501^アリナミン^HOT9

アレルギー対象

4アレルギー重症度Y^あり^HL70136

5アレルギー反応情報のどの渇きが止まらない

6アレルギーアクションコード

A^追加^HL70323

11アレルギー発症日20070710© JAHIS 2012

症状

発現日

167

（４）受診開始の通知
項目名

患者情報

受診情報

項目値

患者 ID

1234567890

患者名（漢字）

患者 太郎

患者名（カナ）

カンジャ タロウ

生年月日

1965/04/15

性別

男 (M)

受診開始日時2011/05/10 08:00:00

診療科

内科 (01)

担当医

内科 太郎 (100010)

新患区分

初診 (F)

備考

MSH|^~¥&|SEND||RECEIVE||20111014184423||ADT^A01^ADT_A01|20111014184423234|P|2.5||||||~ISO
IR87||ISO 2022-1994<CR>
EVN||20111014184423<CR>
PID|||1234567890^^^^PI||患者^太郎^^^^^L^I~カンジャ^タロウ^^^^^L^P||19650415|M<CR>
PV1|1|O|01^^^^^C^^^内科||||100010^内科^太郎^^^^^^^L^^^^^I|||01|||F|||||||||||||||||||||||||||||||20110510080000<CR><EOM>■ MSH セグメントSEQ

ELEMENT NAME

1

フィールド区切り

|

2

符号化文字

^~¥&

3

送信アプリケーション

SEND

5

受信アプリケーション

RECEIVE

7

メッセージ日時

20111014184423

9メッセージ型

ADT^A01^ADT_A01

10

メッセージ制御 ID

20111014184423234

11

処理 ID

P

12

バージョン ID

2.5

18

文字セット

~ISO IR87

20

代替文字セット操作法

ISO 2022-1994

値

備考

値

備考

値

備考

■ EVN セグメント
SEQ
2

ELEMENT NAME
イベント伝送日時

20111014184423■ PID セグメントSEQ

ELEMENT NAME

3

患者 ID リスト

1234567890^^^^PI

患者 ID

5

患者氏名

患者^太郎^^^^^L^I~カンジャ^タロウ^^^^^L^P

患者名（漢字）、患者名（カナ）

7

生年月日

19650415

生年月日

8

性別

M

性別

© JAHIS 2012168

■ PV1 セグメントSEQ

ELEMENT NAME

値

1

セット ID- PV1

1

2

患者区分

O

3

患者に割り当てられた場
所

備考01^^^^^C^^^内科

診療科

7

担当医

100010^内科^太郎^^^^^^^L^^^^^I

担当医

10

診療部門

01

診療科

F

新患区分

20110510080000

受診開始日時13
44

Re-admission Indicator
再入院標識
入院日時

© JAHIS 2012169

（５）受診終了の通知
項目名

患者情報

項目値

患者 ID

1234567890

患者名（漢字）

患者 太郎

患者名（カナ）

カンジャ タロウ

生年月日

1965/04/15

性別

男 (M)

受診開始日時2011/05/10 08:00:00

診療科

内科 (01)

担当医

内科 太郎 (100010)

新患区分

初診 (F)

受診終了時刻2011/05/10 10:30:00

備考

受診情報

MSH|^~¥&|SEND||RECEIVE||20111014184423||ADT^A03^ADT_A03|20111014184423234|P|2.5||||||~ISO
IR87||ISO 2022-1994<CR>
EVN||20111014184423<CR>
PID|||1234567890^^^^PI||患者^太郎^^^^^L^I~カンジャ^タロウ^^^^^L^P||19650415|M<CR>
PV1|1|O|01^^^^^C^^^内科||||100010^内科^太郎^^^^^^^L^^^^^I|||01|||F|||||||||||||||||||||||||||||||20110510080000|
20110510130000<CR><EOM>■ MSH セグメントSEQ

ELEMENT NAME

1

フィールド区切り

|

2

符号化文字

^~¥&

3

送信アプリケーション

SEND

5

受信アプリケーション

RECEIVE

7

メッセージ日時

20111014184423

9メッセージ型

ADT^A03^ADT_A03

10

メッセージ制御 ID

20111014184423234

11

処理 ID

P

12

バージョン ID

2.5

18

文字セット

~ISO IR87

20

代替文字セット操作法

ISO 2022-1994

値

備考

値

備考

値

備考

■ EVN セグメント
SEQ
2

ELEMENT NAME
イベント伝送日時

20111014184423■ PID セグメントSEQ

ELEMENT NAME

3

患者 ID リスト

1234567890^^^^PI

患者 ID

5

患者氏名

患者^太郎^^^^^L^I~カンジャ^タロウ^^^^^L^P

患者名（漢字）、患者名（カナ）© JAHIS 2012

170

7

生年月日

19650415

生年月日

8

性別

M

性別

■ PV1 セグメントSEQ

ELEMENT NAME

値

1

セット ID- PV1

1

2

患者区分

O

3

患者に割り当てられた場
所

備考01^^^^^C^^^内科

診療科

7

担当医

100010^内科^太郎^^^^^^^L^^^^^I

担当医

10

診療部門

01

診療科

13

再入院標識

F

新患区分

44

入院日時

20110510080000

受診開始日時45

退院日時

20110510130000

受診終了日時© JAHIS 2012171

（６）保険情報の更新
項目名

項目値

患者 ID

12345678

漢字氏名

山田 太郎

カナ氏名

ヤマダ タロウ

生年月日

1965/4/15

性別

男
種別・県番号
保険者の番号

保険
#1

および識別

全国健康保険協会管掌健康保険(01)東京都(01)01130012

保険会社名称

全国健康保険協会東京支部

保険番号123456

保険記号11010203

保険給付率

70%

種別・県番号

自立支援法 更正医療(15)

保険者の番号

15138092

保険

および識別

#2

保険番号

1626605

公費：県番号

13

保険給付率

90%

全保
険共
通

有効開始日

2011/09/01

有効終了日

2012/08/31

保険契約者との関係
被保険者生年
月日
被保険者住所本人
1965/4/15
105-0001
東京都港区虎ノ門１－１９－９

MSH|^~¥&|SEND||RECEIVE||20110902171523||ADT^A08^ADT_A01|20110902171523|P|2.5||||||~ISO
IR87||ISO 2022-1994<CR>
EVN||20070902171523<CR>
PID|||12345678^^^^PI||患者^太郎^^^^^L^I~カンジャ^タロウ^^^^^L^P||19650415|M<CR>
PV1||N<CR>
IN1|1|01^全国健康保険協会管掌健康保険^JHSD0001|1130012|全国健康保険協会東京支部||||||123456|11010203|20110401|20120331||||SEL^本人^HL70063|19650415|^^^^1050001^^H^東京都港区虎ノ門１－１９－９||70<CR>
IN1|2|15^自立支援法 更正医療^JHSD0001|15138092|||||||1626605||20110901|20120831||13||SEL^本人^HL70063|19650415|^^^^1050001^^H^東京都港区虎ノ門１－１９－９||90 <CR>
<EOM>
■ MSH セグメントSEQ

ELEMENT NAME

© JAHIS 2012

値

172

備考

2

符号化文字

^~¥&

3

送信アプリケーション

SEND

5

受信アプリケーション

RECEIVE

7

メッセージ日時

20070902171523

9メッセージ型

ADT^A08^ADT_A01

10

メッセージ制御 ID

20110902171523

11

処理 ID

P

12

バージョン ID

2.5

18

文字セット

~ISO IR87

20

代替文字セット操作法

ISO 2022-1994■ EVN セグメント
SEQ
2

ELEMENT NAME
イベント伝送日時値

備考

20070902171523■ PID セグメントSEQ

ELEMENT NAME

値

備考

3

患者 ID リスト

12345678^^^^PI

患者 ID

5

患者氏名

山田^太郎^^^^^L^I~ヤマダ^タロウ^^^^^L^P

7

生年月日

19650415

生年月日

8

性別

M

性別

患者漢字氏名、カナ氏
名■ PV1 セグメント
SEQ
2

ELEMENT NAME
患者区分

値

備考

値

備考

N

■ IN1 セグメント (全国健康保険協会管掌健康保険)
SEQ

ELEMENT NAME

1

セット ID – IN1

1

2

保険プラン ID

01^全国健康保険協会管掌健康保険^JHSD0001

保険種別

3

保険会社ＩＤ01130012

保険（者）番号4

保険者の名称

全国健康保険協会東京支部

保険会社名称10

被保険者 番号123456

被保険者番号11

被保険者 記号11010203

保険記号

20110401

有効開始日

20120331

有効終了日

SEL^本人^HL70063

保険契約者との関係

12
13
17

保険有効開始日（プラン有効日付）
保険有効終了日（プラン失効日付）
保険契約者名との関係（続柄）

18

被保険者生年月日

19650415

被保険者生年月日

19

被保険者住所^^^^1050001^^H^東京都港区虎ノ門１－１９－９

被保険者住所

21

保険の負担割合70

保険給付率© JAHIS 2012173

■ IN1 セグメント (自立支援法 更正医療)
SEQ

ELEMENT NAME

値

備考

1

セット ID – IN1

2

2

保険プラン ID

15^自立支援法 更正医療^JHSD0001

保険種別

3

保険会社ＩＤ

15138092

保険（者）番号10

被保険者 番号1626605

被保険者番号

20110901

有効開始日

20120831

有効終了日

13

県番号

SEL^本人^HL70063

保険契約者との関係

12
13
15
17

保険有効開始日（プラン有効日付）
保険有効終了日（プラン失効日付）
プランタイプ
保険契約者名との関係（続柄）

18

被保険者生年月日

19650415

被保険者生年月日

19

被保険者住所^^^^1050001^^H^東京都港区虎ノ門１－１９－９

被保険者住所

21

保険の負担割合90

保険給付率© JAHIS 2012174

付録－２．病名情報通知のメッセージ例（１） 標準病名集の標準病名のみ
項目名

項目値

患者 ID

1234567890

病名

胃炎

病名コード

20054174(胃炎)

病名交換用コードTSQF

ICD-10

K297

病名区分

主診断（1）

保険種別

01

診断日

2011/12/31

開始日

2011/12/31

転帰日

2012/1/15

終了日

2012/1/15

転帰区分

回復せず

機密保護サイン非常に限定（V）

管理番号123456789012345

診療医

山田 太郎(123456)

診療科

内科(01)

入外区分

外来患者オーダ(O)

診断種別

外来時（O）

更新日時

2012/1/15
保険法別

01

保険名称

全国健康保険協会

保険者番号01130012

保険者名称

全国健康保険協会

備考

管掌健康保険保険情報#1

東京支部
被保険者番号

123456

被保険者記号

11010203

保険有効開始日 2011/09/01
保険有効終了日 2012/08/31

MSH|^~¥&|HIS||RIS||20120309163030||PPR^ZD1^PPR_ZD1|201203091630305|P|2.5||||||~ISO IR87||ISO2022-1994<CR>
PID|||1234567890^^^^PI||患者^太郎^^^^^L^I~カンジャ^タロウ^^^^^L^P||19650415|M<CR>
PRB|AD|20120115|20054174^胃炎^MDCDX2|123456789012345|||20111231||20120115|K297^^I10^O^外来
時^JHSD0004||||N^回復せず^HL70241|20120115|20111231|胃炎|1^主診断^JHSD0007|||||||V^非常に限定^HL70177<CR>
ZPR||20054174^胃炎^MDCDX2|||TSQF^胃炎^MDCDX2<CR>
ZI1|1|01^全国健康保険協会管掌健康保険^JHSD0001|1130012|全国健康保険協会東京支部||||||123456|11010203|20110901|20120831||||SEL^本人^HL70063|19650415|^^^^1050001^^H^東京都港区虎ノ門１－１９－９||70<CR>
ORC|NW|123456789012345||||||||||123456^山田^太郎^^^^^^^L^^^^^I~^ヤマダ^タロウ^^^^^^^L^^^^^P|||||01^内科^MML028||||||||||||O^外来患者オーダ^HL70482<CR>© JAHIS 2012175

<EOM>■ MSH セグメントSEQ

ELEMENT NAME

2

符号化文字

^~¥&

3

送信アプリケーション

HIS

5

受信アプリケーション

RIS

7

メッセージ日時

20120309163030

9

メッセージ型

PPR^ZD1^PPR_ZD1

10

メッセージ制御 ID

201203091630305

11

処理 ID

P

12

バージョン ID

2.5

18

文字セット

~ISO IR87

20

代替文字セット操作法

ISO 2022-1994

値

備考

値

備考

■ PID セグメントSEQ

ELEMENT NAME

3

患者 ID リスト

1234567890^^^^PI

患者 ID

5

患者氏名

患者^太郎^^^^^L^I~カンジャ^タロウ^^^^^L^P

7

生年月日

19650415

生年月日

8

性別

M

性別

患者漢字氏名、カナ氏
名■ PRB セグメントSEQ

ELEMENT NAME

値

備考

1

アクションコードAD

2

アクション日付／時刻

20120115

更新日時

3

プロブレム ID

20054174^胃炎^MDCDX2

病名管理番号

4

プロブレムインスタンス ID

123456789012345

管理番号

7

プロブレムを設定した日付／時刻

20111231

診断日

9

実際のプロブレム解決日付／時刻

20120115

終了日

10

プロブレム分類K297^^I10^O^外来時^JHSD0004

診断種別名・ICD-10

14

プロブレムのライフサイクル状態

N^回復せず^HL70241

転帰区分

15

プロブレムのライフサイクル状態の日

20120115

転帰日

付／時刻
16

プロブレムの発生日付

20111231

開始日

17

プロブレムの発生テキスト

胃炎

病名

18

プロブレムのランキング

1^主診断^JHSD0007

病名区分

25

安全保護／感度V^非常に限定^HL70177

機密保護サイン■ ZPR セグメントSEQ

ELEMENT NAME

値

備考

2

病名コード

20054174^胃炎^MDCDX2

病名管理番号

5

病名交換用コードTSQF^胃炎^MDCDX2

病名交換用コード■ ZI1 セグメント© JAHIS 2012

176

SEQ

ELEMENT NAME

値

備考

1

セット ID - ZI1

1

セットＩＤ（セット連番）

2

保険プラン ID

01^全国健康保険協会管掌健康保険^JHSD0001

保険プランＩＤ（保険種別）

3

保険会社ＩＤ01130012

4

保険者の名称

全国健康保険協会東京支部

保険者の名称10

被保険者 番号123456

被保険者 番号11

被保険者 記号11010203

被保険者 記号12

保険有効開始日（プラン有効日付）

2011090113

保険有効終了日（プラン失効日付）

20120831

17

保険契約者名との関係（続柄）SEL^本人^HL70063

保険契約者名との関係

18

被保険者生年月日

19650415

被保険者生年月日

19

被保険者住所^^^^1050001^^H^東京都港区虎ノ門１－１９－９

被保険者住所

21

保険の負担割合

70

保険の負担割合

保険者の番号 及び 保険者の識別

保険有効開始日（プラン有効日付）
保険有効終了日（プラン失効日付）■ ORC セグメントSEQ

ELEMENT NAME

値

1

オーダ制御

NW

2

依頼者オーダ番号123456789012345

12

オーダ発行者

123456^山田^太郎^^^^^^^L^^^^^I~^ヤマダ^タロウ^^^^^^^L^^^^^P

備考<オーダ番号>
診断医

17

入力組織

01^内科^MML028

診療科

29

オーダタイプO^外来患者オーダ^HL70482

入外区分© JAHIS 2012177

（２）標準病名集の修飾語＋病名
項目名

項目値

患者 ID

1234567890

病名

過敏性大腸炎の初期疾患

病名コード20069737（大腸炎）

病名識別コード（接頭語）

27000267（過敏性）

病名識別コード

20069737（大腸炎）

病名識別コード（接尾語）

27000027（の初期）

病名識別コード（接尾語）

27001344（疾患）

病名交換用識別コード（接頭語）

3216 （過敏性）

病名交換用識別コード

VSES（大腸炎）

病名交換用識別コード（接尾語）

1111 （の初期）

病名交換用識別コード（接尾語）

08MV （疾患）

ICD-10

A09

病名区分

主診断(1)

保険種別

01

診断日

2012/2/28

開始日

2012/2/28

転帰日

2012/3/7

終了日

2012/3/7

転帰区分

未知(U)

機密保護サイン非常に限定（V）

管理番号123456789023456

診断医

山田 太郎(123456)

診療科

内科(01)

入外区分

外来患者オーダ(O)

診断種別

外来時(O)

更新日時

2012/3/7

備考

保険法別

01

保険名称

全国健康保険協会
管掌健康保険保険情報#1

保険者番号01130012

保険者名称

全国健康保険協会
東京支部

被保険者番号

123456

被保険者記号

11010203

保険有効開始日 2011/09/01
保険有効終了日 2012/08/31

MSH|^~¥&|HIS||RIS||20120309163030||PPR^ZD1^PPR_ZD1|201203091630305|P|2.5||||||~ISO IR87||ISO2022-1994<CR>
PID|||1234567890^^^^PI||患者^太郎^^^^^L^I~カンジャ^タロウ^^^^^L^P||19650415|M<CR>
PRB|AD|20120307|20069737^大腸炎^MDCDX2|123456789023456|||20120228||20120307|A09^^I10^O^外来時^JHSD0004||||U^未知^HL70241|20120307|20120228|過敏性大腸炎の初期疾患|1^主診断^JHSD0007|||||||V^非常に限定^HL70177<CR>
ZPR|27000267^過敏性^MDCDX2|20069737^大腸炎^MDCDX2|27000027^の初期^MDCDX2~27001344^疾© JAHIS 2012178

患^MDCDX2|3216^過敏性^MDCDX2|VSES^大腸炎^MDCDX2|1111^の初期^MDCDX2~08MV^疾患^MDCDX2<CR>
ZI1|1|01^全国健康保険協会管掌健康保険^JHSD0001|1130012|全国健康保険協会東京支部||||||123456|11010203|20110901|20120831||||SEL^本人^HL70063|19650415|^^^^1050001^^H^東京都港区虎ノ門１－１９－９||70<CR>
ORC|NW|123456789023456||||||||||123456^山田^太郎^^^^^^^L^^^^^I~^ヤマダ^タロウ^^^^^^^L^^^^^P|||||01^内科^MML028||||||||||||O^外来患者オーダ^HL70482<CR><EOM>■ MSH セグメントSEQ

ELEMENT NAME

2

符号化文字

^~¥&

3

送信アプリケーション

HIS

5

受信アプリケーション

RIS

7

メッセージ日時

20120309163030

9

メッセージ型

PPR^ZD1^PPR_ZD1

10

メッセージ制御 ID

201203091630305

11

処理 ID

P

12

バージョン ID

2.5

18

文字セット

~ISO IR87

20

代替文字セット操作法

ISO 2022-1994

値

備考

値

備考

■ PID セグメントSEQ

ELEMENT NAME

3

患者 ID リスト

1234567890^^^^PI

患者 ID

5

患者氏名

患者^太郎^^^^^L^I~カンジャ^タロウ^^^^^L^P

7

生年月日

19650415

生年月日

8

性別

M

性別

患者漢字氏名、カナ氏
名■ PRB セグメントSEQ

ELEMENT NAME

値

備考

1

アクションコードAD

2

アクション日付／時刻

20120307

更新日時

3

プロブレム ID

20069737^大腸炎^MDCDX2

病名管理番号

4

プロブレムインスタンス ID

123456789023456

管理番号

7

プロブレムを設定した日付／

20120228

診断日

20120307

終了日

A09^^I10^O^外来時^JHSD0004

診断種別名・ICD-10

時刻9

実際のプロブレム解決日付／時刻

10

プロブレム分類13

プロブレムの確認状態

14

プロブレムのライフサイクル
状態

15

プロブレムのライフサイクル
状態の日付／時刻© JAHIS 2012

疑い病名フラグU^未知^HL70241

転帰区分

20120115

転帰日

179

16

プロブレムの発生日付

20111231

17

プロブレムの発生テキスト

過敏性大腸炎の初期疾患

病名18

プロブレムのランキング

1^主診断^JHSD0007

病名区分

25

安全保護／感度V^非常に限定^HL70177

機密保護サイン開始日■ ZPR セグメントSEQ

ELEMENT NAME

値

備考

1

修飾語コード（接頭語）

27000267^過敏性^MDCDX2

修飾語管理番号2

病名コード20069737^大腸炎^MDCDX2

病名管理番号

3

修飾語コード（接尾語）

27000027^の初期^MDCDX2~27001344^疾患^MDCDX2

修飾語管理番号

4

修飾語交換用コード3216^過敏性^MDCDX2

修飾語交換用コード

VSES^大腸炎^MDCDX2

病名交換用コード1111^の初期^MDCDX2~08MV^疾患^MDCDX2

修飾語交換用コード（接頭語）
5

病名交換用コード6

修飾語交換用コード（接尾語）■ ZI1 セグメントSEQ

ELEMENT NAME

値

備考

1

セット ID - ZI1

1

2

保険プラン ID

01^全国健康保険協会管掌健康保険^JHSD0001

3

保険会社ＩＤ01130012

4

保険者の名称

全国健康保険協会東京支部

保険者の名称10

被保険者 番号123456

被保険者 番号11

被保険者 記号11010203

被保険者 記号121317

保険有効開始日（プラン有効
日付）
保険有効終了日（プラン失効
日付）
保険契約者名との関係（続柄）

セットＩＤ（セット連番）
保険プランＩＤ（保険種別）
保険者の番号 及び保険者の識別

保険有効開始日（プラ20110901

ン有効日付）
保険有効終了日（プラ20120831

ン失効日付）

SEL^本人^HL70063

保険契約者名との関係

19650415

被保険者生年月日

18

被保険者生年月日

19

被保険者住所^^^^1050001^^H^東京都港区虎ノ門１－１９－９

被保険者住所

21

保険の負担割合

70

保険の負担割合■ ORC セグメントSEQ

ELEMENT NAME

値

1

オーダ制御

NW

2

依頼者オーダ番号123456789023456

12

オーダ発行者<オーダ番号>

123456^山田^太郎^^^^^^^L^^^^^I~^ヤマダ^タロウ^^^^^^^L^^^^^P

17

入力組織

21

オーダ施設名29

オーダタイプ© JAHIS 2012

備考01^内科^MML028

診断医
診療科
医療機関 ID

O^外来患者オーダ^HL70482

180

入外区分

（３）疑い病名
項目名

項目値

患者 ID

1234567890

病名

盲腸炎の疑い病名コード20077010（盲腸炎）

病名識別コード

20077010（盲腸炎）

病名識別コード（接尾語）

27000001（の疑い）

病名交換用識別コード

J62J（盲腸炎）

病名交換用識別コード（接尾語）

5395 （の疑い）ICD-10

K592

コメント

継続的な観察が必要

病名区分

主診断(1)

疑い病名フラグ1（疑いあり）

保険種別

01

診断日

2011/4/10

開始日

2011/4/10

転帰日

－

終了日

－

転帰区分

－

機密保護サイン非常に限定（V）

管理番号123456789034567

診断医

山田 太郎(123456)

診療科

内科(01)

入外区分

外来患者オーダ(O)

診断種別

外来時(O)

更新日時

2011/4/10

備考

保険法別

01

保険名称

全国健康保険協会
管掌健康保険保険情報#1

保険者番号01130012

保険者名称

全国健康保険協会
東京支部

被保険者番号

123456

被保険者記号

11010203

保険有効開始日 2011/09/01
保険有効終了日 2012/08/31

MSH|^~¥&|HIS||RIS||20120309163030||PPR^ZD1^PPR_ZD1|201203091630305|P|2.5||||||~ISO IR87||ISO2022-1994<CR>
PID|||1234567890^^^^PI||患者^太郎^^^^^L^I~カンジャ^タロウ^^^^^L^P||19650415|M<CR>
PRB|AD|20110410|20077010^盲腸炎^MDCDX2|123456789034567|||20110410|||K592^^I10^O^外来時^JHSD0004|||1^疑いあり^JHSD0005|||20110410|盲腸炎の疑い|1^主診断^JHSD0007|||||||V^非常に限定^HL70177<CR>
ZPR||20077010^盲腸炎^MDCDX2|27000001^の疑い^MDCDX2||J62J^盲腸炎^MDCDX2|5395^の疑い^MDCDX2|継続的な観察が必要<CR>
ZI1|1|01^全国健康保険協会管掌健康保険^JHSD0001|1130012|全国健康保険協会東京支部© JAHIS 2012181

||||||123456|11010203|20110901|20120831||||SEL^本人^HL70063|19650415|^^^^1050001^^H^東京都港区虎ノ門１－１９－９||70<CR>
ORC|NW|123456789034567||||||||||123456^山田^太郎^^^^^^^L^^^^^I~^ヤマダ^タロウ^^^^^^^L^^^^^P|||||01^内科^MML028||||||||||||O^外来患者オーダ^HL70482<CR><EOM>■ MSH セグメントSEQ

ELEMENT NAME

2

符号化文字

^~¥&

3

送信アプリケーション

HIS

5

受信アプリケーション

RIS

7

メッセージ日時

20120309163030

9

メッセージ型

PPR^ZD1^PPR_ZD1

10

メッセージ制御 ID

201203091630305

11

処理 ID

P

12

バージョン ID

2.5

18

文字セット

~ISO IR87

20

代替文字セット操作法

ISO 2022-1994

値

備考

値

備考

■ PID セグメントSEQ

ELEMENT NAME

3

患者 ID リスト

1234567890^^^^PI

患者 ID

5

患者氏名

患者^太郎^^^^^L^I~カンジャ^タロウ^^^^^L^P

7

生年月日

19650415

生年月日

8

性別

M

性別

患者漢字氏名、カナ氏
名■ PRB セグメントSEQ

ELEMENT NAME

値

備考

1

アクションコードAD

2

アクション日付／時刻

20110410

更新日時

3

プロブレム ID

20077010^盲腸炎^MDCDX2

病名管理番号

4

プロブレムインスタンス ID

123456789034567

管理番号

7

プロブレムを設定した日付／

20110410

診断日

時刻
10

プロブレム分類K592^^I10^O^外来時^JHSD0004

診断種別名・ICD-10

13

プロブレムの確認状態

1^疑いあり^JHSD0005

疑い病名フラグ

16

プロブレムの発生日付

20110410

開始日

17

プロブレムの発生テキスト

盲腸炎の疑い病名18

プロブレムのランキング

1^主診断^JHSD0007

病名区分

25

安全保護／感度V^非常に限定^HL70177

機密保護サイン■ ZPR セグメントSEQ

ELEMENT NAME

値

備考

2

病名コード

20077010^盲腸炎^MDCDX2

病名管理番号

3

修飾語コード（接尾語）

27000001^の疑い^MDCDX2

修飾語管理番号© JAHIS 2012

182

5

病名交換用コード6

修飾語交換用コード
（接尾語）

7

コメント

J62J^盲腸炎^MDCDX2

病名交換用コード5395^の疑い^MDCDX2

修飾語交換用コード

継続的な観察が必要

コメント■ ZI1 セグメントSEQ

ELEMENT NAME

値

備考

1

セット ID - ZI1

1

2

保険プラン ID

01^全国健康保険協会管掌健康保険^JHSD0001

3

保険会社ＩＤ01130012

4

保険者の名称

全国健康保険協会東京支部

保険者の名称10

被保険者 番号123456

被保険者 番号11

被保険者 記号11010203

被保険者 記号121317

保険有効開始日（プラン有効
日付）
保険有効終了日（プラン失効
日付）
保険契約者名との関係（続柄）

セットＩＤ（セット連番）
保険プランＩＤ（保険種別）
保険者の番号 及び保険者の識別

保険有効開始日（プラ20110901

ン有効日付）
保険有効終了日（プラ20120831

ン失効日付）

SEL^本人^HL70063

保険契約者名との関係

18

被保険者生年月日

19650415

被保険者生年月日

19

被保険者住所^^^^1050001^^H^東京都港区虎ノ門１－１９－９

被保険者住所

21

保険の負担割合

70

保険の負担割合■ ORC セグメントSEQ

ELEMENT NAME

値

1

オーダ制御

NW

2

依頼者オーダ番号123456789034567

12

オーダ発行者

備考<オーダ番号>

123456^山田^太郎^^^^^^^L^^^^^I~^ヤマダ^タロウ^^^^^^^L^^^^^P

診断医

17

入力組織

01^内科^MML028

診療科

29

オーダタイプO^外来患者オーダ^HL70482

入外区分© JAHIS 2012183

（４）主病名、副病名混在
項目名

項目値

患者 ID

1234567890

病名（主病名）

高血圧症

病名コード

20061593（高血圧症）

病名識別コード

20061593（高血圧症）

病名交換用識別コード

UHGQ（高血圧症）

ICD-10

K592

病名区分

主診断(1)

保険種別

01

病名（副病名）

糖尿病

病名コード

20071549（糖尿病）

病名識別コード

20071549（糖尿病）

病名交換用識別コード

EM7Q（糖尿病）

ICD-10

A09

病名区分

副診断(2)

保険種別

01

診断日

2011/12/28

開始日

2011/12/28

転帰日

－

終了日

－

転帰区分

－

機密保護サイン非常に限定（V）

管理番号123456789045678

診断医

山田 太郎(123456)

診療科

内科(01)

入外区分

入院患者オーダ(I)

診断種別

入院時(I)

更新日時

備考

2011/12/28
保険法別

01

保険名称

全国健康保険協会

保険者番号01130012

保険者名称

全国健康保険協会

管掌健康保険保険情報#1

東京支部
被保険者番号

123456

被保険者記号

11010203

保険有効開始日 2011/09/01
保険有効終了日 2012/08/31

MSH|^~¥&|HIS||RIS||20120309163030||PPR^ZD1^PPR_ZD1|201203091630305|P|2.5||||||~ISO IR87||ISO2022-1994<CR>
PID|||1234567890^^^^PI||患者^太郎^^^^^L^I~カンジャ^タロウ^^^^^L^P||19650415|M<CR>
PRB|AD|20111228|20061593^高血圧症^MDCDX2|123456789045678|||20111228|||I10^^I10^H^入院時^JHSD0004||||||20111228|高血圧症|1^主診断^JHSD0007|||||||V^非常に限定^HL70177<CR>
ZPR||20061593^高血圧症^MDCDX2|||UHGQ^高血圧症^MDCDX2<CR>© JAHIS 2012184

ZI1|1|01^全国健康保険協会管掌健康保険^JHSD0001|1130012|全国健康保険協会東京支部||||||123456|11010203|20110901|20120831||||SEL^本人^HL70063|19650415|^^^^1050001^^H^東京都港区虎ノ門１－１９－９||70<CR>
ORC|NW|123456789045678||||||||||123456^山田^太郎^^^^^^^L^^^^^I~^ヤマダ^タロウ^^^^^^^L^^^^^P|||||01^内科^MML028||||||||||||I^入院患者オーダ^HL70482<CR>
PRB|AD|20111228|20071549^糖尿病^MDCDX2|123456789045678|||20111228|||A09^^I10^H^入院時^JHSD0004||||||20111228|糖尿病|2^副診断^JHSD0007|||||||V^非常に限定^HL70177<CR>
ZI1|1|01^全国健康保険協会管掌健康保険^JHSD0001|1130012|全国健康保険協会東京支部||||||123456|11010203|20110901|20120831||||SEL^本人^HL70063|19650415|^^^^1050001^^H^東京都港区虎ノ門１－１９－９||70<CR>
ORC|NW|123456789045678||||||||||123456^山田^太郎^^^^^^^L^^^^^I~^ヤマダ^タロウ^^^^^^^L^^^^^P|||||01^内科^MML028||||||||||||I^入院患者オーダ^HL70482<CR><EOM>■ MSH セグメントSEQ

ELEMENT NAME

2

符号化文字

^~¥&

3

送信アプリケーション

HIS

5

受信アプリケーション

RIS

7

メッセージ日時

20120309163030

9

メッセージ型

PPR^ZD1^PPR_ZD1

10

メッセージ制御 ID

201203091630305

11

処理 ID

P

12

バージョン ID

2.5

18

文字セット

~ISO IR87

20

代替文字セット操作法

ISO 2022-1994

値

備考

値

備考

■ PID セグメントSEQ

ELEMENT NAME

3

患者 ID リスト

1234567890^^^^PI

患者 ID

5

患者氏名

患者^太郎^^^^^L^I~カンジャ^タロウ^^^^^L^P

患者漢字氏名、カナ氏名

7

生年月日

19650415

生年月日

8

性別

M

性別

■ PRBセグメントSEQ

ELEMENT NAME

値

備考

1

アクションコードAD

2

アクション日付／時刻

20111228

更新日時

3

プロブレム ID

20061593^高血圧症^MDCDX2

病名管理番号

4

プロブレムインスタンス ID

123456789045678

管理番号

7

プロブレムを設定した日付

20111228

診断日

／時刻
10

プロブレム分類I10^^I10^H^入院時^JHSD0004

診断種別名・ICD-10

16

プロブレムの発生日付

20111228

開始日

17

プロブレムの発生テキスト

高血圧症

病名

18

プロブレムのランキング

1^主診断^JHSD0007

病名区分© JAHIS 2012

185

25

安全保護／感度V^非常に限定^HL70177

機密保護サイン■ ZPRセグメントSEQ

ELEMENT NAME

値

備考

2

病名コード

20061593^高血圧症^MDCDX2

病名管理番号

5

病名交換用コードUHGQ^高血圧症^MDCDX2

病名交換用コード■ ZI1セグメントSEQ

ELEMENT NAME

値

備考

1

セット ID - ZI1

1

セットＩＤ（セット連番）

2

保険プラン ID

01^全国健康保険協会管掌健康保険^JHSD0001

保険プランＩＤ（保険種別）

3

保険会社ＩＤ01130012

4

保険者の名称

全国健康保険協会東京支部

保険者の名称10

被保険者 番号123456

被保険者 番号11

被保険者 記号11010203

被保険者 記号121317

保険有効開始日（プラン有効日付）
保険有効終了日（プラン失効日付）
保険契約者名との関係（続柄）

保険者の番号 及び 保険者の識別

保険有効開始日（プラン有20110901

効日付）
保険有効終了日（プラン失20120831

効日付）

SEL^本人^HL70063

保険契約者名との関係

18

被保険者生年月日

19650415

被保険者生年月日

19

被保険者住所^^^^1050001^^H^東京都港区虎ノ門１－１９－９

被保険者住所

21

保険の負担割合

70

保険の負担割合■ ORCセグメントSEQ

ELEMENT NAME

値

1

オーダ制御

NW

2

依頼者オーダ番号123456789045678

12

オーダ発行者

123456^山田^太郎^^^^^^^L^^^^^I~^ヤマダ^タロウ

備考<オーダ番号>^^^^^^^L^^^^^P

診断医

17

入力組織

01^内科^MML028

診療科

29

オーダタイプI^入院患者オーダ^HL70482

入外区分■ PRBセグメントSEQ

ELEMENT NAME

値

備考

1

アクションコードAD

2

アクション日付／時刻

20111228

更新日時

3

プロブレム ID

20071549^糖尿病^MDCDX2

病名管理番号

4

プロブレムインスタンス ID

123456789045678

管理番号

7

プロブレムを設定した日付

20111228

診断日

／時刻
10

プロブレム分類

A09^^I10^H^入院時^JHSD0004

診断種別名・ICD-10

16

プロブレムの発生日付

20111228

開始日

17

プロブレムの発生テキスト

糖尿病

病名

© JAHIS 2012

186

18

プロブレムのランキング

2^副診断^JHSD0007

病名区分

25

安全保護／感度V^非常に限定^HL70177

機密保護サイン■ ZPRセグメントSEQ

ELEMENT NAME

値

備考

2

病名コード

20071549^糖尿病^MDCDX2

病名管理番号

5

病名交換用コード

EM7Q^糖尿病^MDCDX2

病名交換用コード■ ZI1セグメントSEQ

ELEMENT NAME

値

備考

1

セット ID - ZI1

1

セットＩＤ（セット連番）

2

保険プラン ID

01^全国健康保険協会管掌健康保険^JHSD0001

保険プランＩＤ（保険種別）

3

保険会社ＩＤ01130012

4

保険者の名称

全国健康保険協会東京支部

保険者の名称10

被保険者 番号123456

被保険者 番号11

被保険者 記号11010203

被保険者 記号121317

保険有効開始日（プラン有効日付）
保険有効終了日（プラン失効日付）
保険契約者名との関係（続柄）

保険者の番号 及び 保険者の識別

保険有効開始日（プラン有20110901

効日付）
保険有効終了日（プラン失20120831

効日付）

SEL^本人^HL70063

保険契約者名との関係

18

被保険者生年月日

19650415

被保険者生年月日

19

被保険者住所^^^^1050001^^H^東京都港区虎ノ門１－１９－９

被保険者住所

21

保険の負担割合

70

保険の負担割合■ ORCセグメントSEQ

ELEMENT NAME

値

1

オーダ制御

NW

2

依頼者オーダ番号123456789045678

12

オーダ発行者

備考<オーダ番号>

123456^山田^太郎^^^^^^^L^^^^^I~^ヤマダ^タロウ^^^^^^^L^^^^^P

診断医

17

入力組織

01^内科^MML028

診療科

29

オーダタイプI^入院患者オーダ^HL70482

入外区分© JAHIS 2012187

付録－３．照会・応答のメッセージ例（１）患者情報（基本情報）の照会
項目名

項目値

備考

照会条件

患者 ID：2581159

受信レコード件数：最大 99 件

QPD-3

2581159

患者リスト

MSH|^~¥&|SEND||RECEIVE||20111014171523||QBP^Q11^QBP_Q11|20111014171523|P|2.5||||||~ISO
IR87||ISO 2022-1994<CR>
QPD|Z01^Patient Query Sample^L|Q002|2581159<CR>
RCP|I|99^RD&レコード&HL70126|R^リアルタイム^HL70394<CR><EOM>■ MSH セグメントSEQ

ELEMENT NAME

値

1

フィールド区切り

2

符号化文字

^~¥&

3

送信アプリケーション

SEND

5

受信アプリケーション

RECEIVE

7

メッセージ日時

20111014171523

9メッセージ型

QBP^Q11^QBP_Q11

10

メッセージ制御 ID

20111014171523

11

処理 ID

P

12

バージョン ID

2.5

18

文字セット

~ISO IR87

20

代替文字セット操作法

ISO 2022-1994

備考■ QPD セグメントSEQ

ELEMENT NAME

値

備考

1

メッセージ 照会名

Z01^Patient Query Sample^L

2

照会タグ

Q002

3-n

患者リスト

2581159■ RCP セグメントSEQ

ELEMENT NAME

値

1

照会優先度

I

2

数量制限要求99^RD&レコード&HL70126

3

応答様式

R^リアルタイム^HL70394© JAHIS 2012

188

備考

（２）患者情報（基本情報）の応答
項目名

項目値

依頼日時

20111014171523

患者 ID

2581159

患者氏名

山田太郎

性別

男

生年月日

19700101

保険情報#1

備考

保険法別

01

保険名称

全国健康保険協会管掌健康保険

保険者番号01130012

保険者名称

全国健康保険協会東京支部

被保険者番号

123456

被保険者記号

11010203

保険有効開始日 2011/09/01
保険有効終了日 2012/08/31

MSH|^~¥&|SEND||RECEIVE||20111014171523||RSP^K11^RSP_K11|20111014171523|P|2.5||||||~ISO
IR87||ISO 2022-1994<CR>
MSA|AA|8332<CR>
QAK|Q002|OK|Z01^Patient Query Sample^L|1<CR>
QPD|Z01^Patient Query Sample^L|Q002|2581159<CR>
PID|||2581159^^^^PI||山田^太郎^^^^^L^I~ヤマダ^タロウ^^^^^L^P||19650415|M|||^^^^1050001^^H^東京都港区虎ノ門１－１９－９||^PRN^PH^^^^^^^^^03-1234-5678<CR>
PV1||N<CR>
IN1|1|01^全国健康保険協会管掌健康保険^JHSD0001|01130012|全国健康保険協会東京支部||||||123456|11010203|20110901|20120831||||SEL^本人^HL70063|19650415|^^^^1050001^^^東京都港区虎ノ門１－１９－９||70<CR><EOM>■ MSH セグメントSEQ

ELEMENT NAME

値

1

フィールド区切り

2

符号化文字

^~¥&

3

送信アプリケーション

SEND

5

受信アプリケーション

RECEIVE

7

メッセージ日時

20111014171523

9メッセージ型

RSP^K11^RSP_K11

10

メッセージ制御 ID

20111014171523

11

処理 ID

P

12

バージョン ID

2.5

18

文字セット

~ISO IR87

20

代替文字セット操作法

ISO 2022-1994

備考■ MSA セグメント
SEQ
1

ELEMENT NAME
肯定応答コード© JAHIS 2012

値
AA

189

備考

2

8332

メッセージ制御 ID■ QAK セグメントSEQ

ELEMENT NAME

値

1

照会タグ

Q002

2

照会応答状態OK

3

メッセージ照会名

Z01^Patient Query Sample^L

4

ヒットカウント合計

1

備考

ヒットしたレコードの件数■ QPD セグメントSEQ

ELEMENT NAME

値

1

メッセージ 照会名

2

照会 タグ

Q002

3-n

患者リスト

2581159

備考

Z01^Patient Query Sample^L■ PID セグメントSEQ

ELEMENT NAME

値

備考

1

セット ID– PID

2

患者 ID

3

患者 ID リスト

2581159^^^^PI

5

患者氏名

山田^太郎^^^^^L^I~ヤマダ^タロウ^^^^^L^P

7

生年月日

19650415

8

性別

M

11

患者住所

^^^^1050001^^^東京都港区虎ノ門１－１９－９13

電話番号―自宅^PRN^PH^^^^^^^^^03-1234-5678

10 バイト以内
第7 成分（名前タイプコード）と第8成分（名前表示コード）は必須。
年は西暦■ PV1 セグメント
SEQ
2

ELEMENT NAME
患者区分

値

備考

値

備考

N

■ IN1セグメントSEQ

ELEMENT NAME

1

セットＩＤ（セット連番）

2

保険プランＩＤ（保険種別）

3

保険者の番号 及び 保険者の識別101^全国健康保険協会管掌健康保険^JHSD0001

01130012

4

保険者の名称

全国健康保険協会東京支部

10

被保険者 番号12345611

被保険者 記号1101020312

保険有効開始日（プラン有効日付）

2011090113

保険有効終了日（プラン失効日付）

20120831

17

保険契約者名との関係

SEL^本人^HL70063© JAHIS 2012

190

18

被保険者生年月日

19650415

19

被保険者住所^^^^1050001^^^東京都港区虎ノ門１
－１９－９

21

保険の負担割合70© JAHIS 2012191

（３）患者情報（アレルギー情報）の照会
項目名

項目値

照会条件

患者 ID：2581159

QPD-3

2581159

備考
受信レコード件数：最大 99 件
患者リスト

MSH|^~¥&|SEND||RECEIVE||20111014171523||QBP^Q11^QBP_Q11|20111014171523|P|2.5||||||~ISO
IR87||ISO 2022-1994<CR>
QPD|Z01^Allergy Query Sample^L|Q002|2581159<CR>
RCP|I|99^RD&レコード&HL70126|R^リアルタイム^HL70394<CR><EOM>■ MSH セグメントSEQ

ELEMENT NAME

値

1

フィールド区切り

2

符号化文字

^~¥&

3

送信アプリケーション

SEND

5

受信アプリケーション

RECEIVE

7

メッセージ日時

20111014171523

9メッセージ型

QBP^Q11^QBP_Q11

10

メッセージ制御 ID

20111014171523

11

処理 ID

P

12

バージョン ID

2.5

18

文字セット

~ISO IR87

20

代替文字セット操作法

ISO 2022-1994

備考■ QPD セグメントSEQ

ELEMENT NAME

値

1

メッセージ照会名

Z01^Allergy Query Sample^L

2

照会タグ

Q002

3-n

患者リスト

2581159

備考■ RCP セグメントSEQ

ELEMENT NAME

値

1

照会優先度

I

2

数量制限要求99^RD&レコード&HL70126

3

応答様式

R^リアルタイム^HL70394© JAHIS 2012

192

備考

（４）患者情報（アレルギー情報）の応答
項目名

項目値

依頼日時

20111014171523

患者 ID

2581159

患者氏名

山田太郎

性別

男

生年月日

19700101

備考

種別：花粉アレルギー#1

対象：スギ花粉(5A1002216023023)
発現日：1996/01
症状：目のかゆみ
種別：食物アレルギー#2

対象：ソバ（5A1002411023006）
発現時期：小学校低学年の頃
症状：湿疹
種別：環境

アレルギー#3

対象：ハウスダスト(5A1102700023023)
発現日：2003/02
症状：くしゃみ
種別：薬剤

アレルギー#4

対象：アリナミン(106824501)
発現日：2007/07/10
症状：のどの渇きが止まらない

MSH|^~¥&|SEND||RECEIVE||20111014171523||RSP^K11^RSP_K11|20111014171523|P|2.5||||||~ISO
IR87||ISO 2022-1994<CR>
MSA|AA|8332<CR>
QAK|Q002|OK|Z01^Allergy Query Sample^L|4<CR>
QPD|Z01^Allergy Query Sample^L|Q002|2581159<CR>
PID|1||2581159^^^^PI||山田^太郎^^^^^L^I~ヤマダ^タロウ^^^^^L^P||19700101|M<CR>
IAM|1|LA^花粉アレルギー^HL70127|5A1002216023023^スギ^JC10|Y^あり^HL70136|目のかゆみ| A^追加
^HL70323|||||199601<CR>
IAM|2|FA^食物アレルギー^HL70127|5A1002411023006^ソバ^JC10|Y^あり^HL70136|湿疹|A^追加^HL70323||||||小学校低学年の頃<CR>
IAM|3|EA^環境アレルギー^HL70127|5A1102700023023^ハウスダスト^JC10|Y^あり^HL70136|くしゃみ|A^追加^ HL70323|||||200302<CR>
IAM|4|DA^薬剤アレルギー^HL70127|106824501^アリナミン^HOT9|Y^あり^HL70136|のどの渇きが止まらない|A^追加^HL70323|||||20070710<CR><EOM>■ MSH セグメントSEQ

ELEMENT NAME

1

フィールド区切り

2

符号化文字© JAHIS 2012

値

^~¥&
193

備考

3

送信アプリケーション

SEND

5

受信アプリケーション

RECEIVE

7

メッセージ日時

20111014171523

9メッセージ型

RSP^K11^RSP_K11

10

メッセージ制御 ID

20111014171523

11

処理 ID

P

12

バージョン ID

2.5

18

文字セット

~ISO IR87

20

代替文字セット操作法

ISO 2022-1994■ MSA セグメントSEQ

ELEMENT NAME

1

肯定応答コードAA

2

メッセージ制御 ID

8332

値

備考

値

備考

■ QAK セグメントSEQ

ELEMENT NAME

1

照会タグ

Q002

2

照会応答状態OK

3

メッセージ照会名

Z01^Allergy Query Sample^L

4

ヒットカウント合計

4ヒットしたレコードの件数■ QPD セグメントSEQ

ELEMENT NAME

値

1

メッセージ 照会名

Z01^Allergy Query Sample^L

2

照会 タグ

Q002

3-n

患者リスト

2581159

備考■ PID セグメントSEQ

ELEMENT NAME

値

1

セット ID– PID

1

3

患者 ID リスト

2581159^^^^PI

備考

第 7 成分（名前タイプコード）と5

患者氏名

山田^太郎^^^^^L^I~ヤマダ^タロウ^^^^^L^P

第 8 成分（名前表示コード）は
必須。

7

生年月日

19700101

8

性別

M

年は西暦

■ IAM セグメント (スギ花粉)
SEQ

ELEMENT NAME

値

1

セット ID– IAM

12

アレルゲン分類LA^花粉アレルギー^HL70127

3

アレルゲン情報

5A1002216023023^スギ^JC10

4アレルギー重症度Y^あり^HL70136

5アレルギー反応情報

目のかゆみ

6

アレルギーアクションコード

A^追加^HL70323© JAHIS 2012

備考
種別

症状

194

11

アレルギー発症日

199601発現日■ IAM セグメント (ソバ)SEQ

ELEMENT NAME

値

1

セット ID– IAM

2

アレルゲン分類FA^食物アレルギー^HL70127

3

アレルゲン情報

5A1002411023006^ソバ^JC10

4アレルギー重症度Y^あり^HL70136

5アレルギー反応情報

湿疹

6アレルギーアクションコード

A^追加^HL70323

12アレルギー発症時期

小学校低学年の頃

備考

2
種別

症状

■ IAM セグメント (ハウスダスト)SEQ

ELEMENT NAME

値

1

セット ID– IAM

32

アレルゲン分類

EA^環境アレルギー^HL70127

3

アレルゲン情報

5A1102700023023^ハウスダスト^JC10

4アレルギー重症度Y^あり^HL70136

5アレルギー反応情報

くしゃみ

6アレルギーアクションコード

A^追加^HL70323

11アレルギー発症日200302

備考
種別

症状

発現日

■ IAM セグメント (アリナミン)
SEQ

ELEMENT NAME

値

備考

1

セット ID– IAM

42

アレルゲン分類

DA^薬剤アレルギー^HL70127

種別3

アレルゲン情報106824501^アリナミン^HOT9

アレルギー対象

4アレルギー重症度Y^あり^HL70136

5アレルギー反応情報のどの渇きが止まらない

6アレルギーアクションコード

A^追加^HL70323

11アレルギー発症日20070710© JAHIS 2012

症状

発現日

195

（５）患者情報（入退院歴）の照会
項目名

項目値

照会条件

患者 ID：1234567890

受信レコード件数

最大 99 件

備考

MSH|^~¥&|SEND||RECEIVE||20111014171523||QBP^Q11^QBP_Q11|20111014171523543|P|2.5||||||~ISO
IR87||ISO 2022-1994<CR>
QPD|Z01^Hospitalization History Query Sample^L|Q003|1234567890<CR>
RCP|I|99^RD&レコード&HL70126|R^リアルタイム^HL70394<CR><EOM>■ MSH セグメントSEQ

ELEMENT NAME

1

フィールド区切り

|

2

符号化文字

^~¥&

3

送信アプリケーション

SEND

5

受信アプリケーション

RECEIVE

7

メッセージ日時

20111014171523

9メッセージ型

QBP^Q11^QBP_Q11

10

メッセージ制御 ID

20111014171523543

11

処理 ID

P

12

バージョン ID

2.5

18

文字セット

~ISO IR87

20

代替文字セット操作法

ISO 2022-1994

値

備考

値

備考

■ QPD セグメントSEQ

ELEMENT NAME

1

メッセージ照会名

Z01^Hospitalization History Query Sample^L

2

照会タグ

Q003

3

ユーザ パラメータ１

1234567890

照会条件■ RCP セグメントSEQ

ELEMENT NAME

値

1

照会優先度

I

2

数量制限要求99^RD&レコード&HL70126

3

応答様式

R^リアルタイム^HL70394© JAHIS 2012

196

備考
受信レコード件数

（６）患者情報（入退院歴）の応答
項目名

患者情報

患者 ID

1234567890

患者名（漢字）

患者 太郎

患者名（カナ）

カンジャ タロウ

生年月日

1965/04/15

性別

男 (M)

入院日時

2011/05/10 10:30:00

診療科

外科 (10)

病棟/病室/ベッ
ド
歴＃１

（外泊）

外科 太郎 (100010)

担当医

外科 次郎 (100020)

担当看護師

病棟 春子 (200010)

コメント

個室希望

外出・外泊日時

2011/05/17 19:10:00

外出・外泊理由

里がえり

移動日時

2011/05/23 14:30:00

診療科

内科 (01)

転入病棟/病室/
ベッド

備考

07A/10/3

主治医

（入院）

歴＃2

項目値

09B/1/2

歴＃3
主治医

内科 太郎 (100030)

担当医

内科 次郎 (100040)

担当看護師

病棟 夏子 (200020)

歴＃４

退院日時

2011/05/31 16:00:00

（退院）

退院理由

通常 (01)（転科）

MSH|^~¥&|SEND||RECEIVE||20111014171548||RSP^K11^RSP_ZP1|20111014171548431|P|2.5||||||~ISO
IR87||ISO 2022-1994<CR>
MSA|AA|20111014171548431<CR>
QAK|Q003|OK|Z01^Hospitalization History Query Sample^L|1|1|0<CR>
QPD|Z01^Hospitalization History Query Sample^L|Q003|1234567890<CR>
PID|||1234567890^^^^PI||患者^太郎^^^^^L^I~カンジャ^タロウ^^^^^L^P||19650415|M<CR>
ZHS|1|A01^入院^JHSD0008<CR>
PV1|1|I|07A^10^3^^^N||||100010^外科^太郎^^^^^^^L^^^^^I|||10||||||||||||||||||||||||||||||||||20110510103000<CR>
PV2||||||||||||個室希望<CR>
ROL||AD|PP^主治医^JHSD0009|100010^外科^太郎^^^^^^^L^^^^^I<CR>
ROL||AD|ATD^担当医^JHSD0009|100020^外科^次郎^^^^^^^L^^^^^I<CR>
ROL||AD|ATN^担当看護師^JHSD0009|200010^病棟^春子^^^^^^^L^^^^^I<CR>© JAHIS 2012197

ZHS|2|A21^外泊^JHSD0008<CR>
PV1|2|I||||||||||||||||||||||||||||||||||||||||||20110517191000<CR>
PV2||||^里がえり<CR>
ZHS|3|A02^転科・転棟^JHSD0008<CR>
PV1|3|I|09B^1^2^^^N||||100030^内科^太郎^^^^^^^L^^^^^I|||01||||||||||||||||||||||||||||||||||20110523143000<CR>
ROL||AD|PP^主治医^JHSD0009|100030^内科^太郎^^^^^^^L^^^^^I<CR>
ROL||AD|ATD^担当医^JHSD0009|100040^内科^次郎^^^^^^^L^^^^^I<CR>
ROL||AD|ATN^担当看護師^JHSD0009|200020^病棟^夏子^^^^^^^L^^^^^I<CR>
ZHS|4|A03^退院^JHSD0008<CR>
PV1|4|I||||||||||||||||||||||||||||||||||01|||||||||20110531160000<CR><EOM>■ MSH セグメントSEQ

ELEMENT NAME

1

フィールド区切り

|

2

符号化文字

^~¥&

3

送信アプリケーション

SEND

5

受信アプリケーション

RECEIVE

7

メッセージ日時

20111014171548

9メッセージ型

RSP^K11^RSP_ZP1

10

メッセージ制御 ID

20111014171548431

11

処理 ID

P

12

バージョン ID

2.5

18

文字セット

~ISO IR87

20

代替文字セット操作法

ISO 2022-1994

値

備考

値

備考

値

備考

■ MSA セグメントSEQ

ELEMENT NAME

1

肯定応答コードAA

2

メッセージ制御 ID

20111014171548431■ QAK セグメントSEQ

ELEMENT NAME

1

照会タグ

Q003

2

照会応答状態OK

3

メッセージ照会名

Z01^Hospitalization History Query Sample^L

4

ヒットカウント合計

1

5

ジス・ペイロード

1

6

残りのヒット0

１回の入退院を１レコードとみなす■ QPD セグメントSEQ

ELEMENT NAME

値

1

メッセージ照会名

Z01^Hospitalization History Query Sample^L

2

照会タグ

Q003

3

ユーザ パラメータ１

1234567890© JAHIS 2012

備考

検索条件

198

■ PID セグメントSEQ

ELEMENT NAME

値

備考

3

患者 ID リスト

1234567890^^^^PI

患者 ID

5

患者氏名

患者^太郎^^^^^L^I~カンジャ^タロウ^^^^^L^P

患者名（漢字）、患者名（カナ）

7

生年月日

19650415

生年月日

8

性別

M

性別

■ ZHS セグメントSEQ

ELEMENT NAME

1

セット ID- ZHS

1

2

履歴種別

A01^入院^JHSD0008

値

備考

値

備考

■ PV1 セグメントSEQ

ELEMENT NAME

1

セット ID- PV1

1

2

患者区分

I

3

患者に割り当てられた場
所

07A^10^3^^^N病棟/病室/ベッド7

担当医

100010^外科^太郎^^^^^^^L^^^^^I

主治医

10

診療部門

10

診療科

44

入院日時

20110510103000

入院日時■ PV2 セグメント
SEQ
12

ELEMENT NAME
来院時記述情報

値
個室希望

備考
コメント

■ ROL セグメント
SEQ
2

ELEMENT NAME
Action Code

値

備考

AD

3

Role-ROL

PP^主治医^JHSD0009

4Role Person

100010^外科^太郎^^^^^^^L^^^^^I

主治医■ ROL セグメントSEQ

ELEMENT NAME

値

2

Action CodeAD

3

Role-ROL

ATD^担当医^JHSD0009

4Role Person

100020^外科^次郎^^^^^^^L^^^^^I

備考

担当医

■ ROL セグメントSEQ

ELEMENT NAME

値

2

Action CodeAD

3

Role-ROL

ATN^担当看護師^JHSD0009

4Role Person

200010^病棟^春子^^^^^^^L^^^^^I■ ZHS セグメント© JAHIS 2012

199

備考

担当看護師

SEQ

ELEMENT NAME

1

セット ID- ZHS

2

2

履歴種別

A21^外泊^JHSD0008

値

備考

値

備考

■ PV1 セグメントSEQ

ELEMENT NAME

1

セット ID- PV1

2

2

患者区分

I

44

入院日時

20110517191000

外出・外泊日時■ PV2 セグメント
SEQ
4

ELEMENT NAME
転科転棟の理由

値
^里がえり

備考
外出・外泊理由■ ZHS セグメントSEQ

ELEMENT NAME

値

1

セット ID- ZHS

3

2

履歴種別

A02^転科・転棟^JHSD0008

備考■ PV1 セグメントSEQ

ELEMENT NAME

値

1

セット ID- PV1

3

2

患者区分

I

3

患者に割り当てられた場
所

備考

09B^1^2^^^N

病棟/病室/ベッド7

担当医

100030^内科^太郎^^^^^^^L^^^^^I

主治医

10

診療部門

01

診療科

44

入院日時

20110523143000

移動日時

ELEMENT NAME

値

備考

Action CodeAD

■ ROL セグメント
SEQ
2
3

Role-ROL

PP^主治医^JHSD0009

4Role Person

100030^内科^太郎^^^^^^^L^^^^^I

主治医■ ROL セグメントSEQ

ELEMENT NAME

値

2

Action CodeAD

3

Role-ROL

ATD^担当医^JHSD0009

4Role Person

100040^内科^次郎^^^^^^^L^^^^^I

備考

担当医

■ ROL セグメントSEQ

ELEMENT NAME

値

2

Action CodeAD

3

Role-ROL

ATN^担当看護師^JHSD0009© JAHIS 2012

200

備考

4

Role Person

200020^病棟^夏子^^^^^^^L^^^^^I

担当看護師■ ZHS セグメントSEQ

ELEMENT NAME

1

セット ID- ZHS

4

2

履歴種別

A03^退院^JHSD0008

値

備考

値

備考

■ PV1 セグメントSEQ

ELEMENT NAME

1

セット ID- PV1

4

2

患者区分

I

36

退院区分

01

退院理由

45

退院日時

20110531160000

退院日時© JAHIS 2012201

（７）患者情報（受診歴）の照会
項目名

項目値

照会条件

患者 ID：1234567890

受信レコード件数

最大 99 件

備考

MSH|^~¥&|SEND||RECEIVE||20111014184325||QBP^Q11^QBP_Q11|20111014184325234|P|2.5||||||~ISO
IR87||ISO 2022-1994<CR>
QPD|Z01^Consultation History Query Sample^L|Q004|1234567890<CR>
RCP|I|99^RD&レコード&HL70126|R^リアルタイム^HL70394<CR><EOM>■ MSH セグメントSEQ

ELEMENT NAME

1

フィールド区切り

|

2

符号化文字

^~¥&

3

送信アプリケーション

SEND

5

受信アプリケーション

RECEIVE

7

メッセージ日時

20111014184325

9メッセージ型

QBP^Q11^QBP_Q11

10

メッセージ制御 ID

20111014184325234

11

処理 ID

P

12

バージョン ID

2.5

18

文字セット

~ISO IR87

20

代替文字セット操作法

ISO 2022-1994

値

備考

値

備考

■ QPD セグメントSEQ

ELEMENT NAME

1

メッセージ照会名

Z01^Consultation History Query Sample^L

2

照会タグ

Q004

3

ユーザ パラメータ１

1234567890

照会条件■ RCP セグメントSEQ

ELEMENT NAME

値

1

照会優先度

I

2

数量制限要求99^RD&レコード&HL70126

3

応答様式

R^リアルタイム^HL70394© JAHIS 2012

202

備考
受信レコード件数

（８）患者情報（受診歴）の応答
項目名

患者情報

受診歴＃１

受診歴＃２

項目値

患者 ID

1234567890

患者名（漢字）

患者 太郎

患者名（カナ）

カンジャ タロウ

生年月日

1965/04/15

性別

男 (M)

受診開始日時2011/05/10 08:00:00

診療科

内科 (01)

担当医

内科 太郎 (100010)

新患区分

初診 (F)

受診終了日時2011/05/10 10:30:00

受診開始日時2011/05/17 13:00:00

診療科

外科 (10)

担当医

外科 太郎 (100020)

新患区分

再診 (R)

受診終了日時2011/05/17 16:00:00

コメント

保険証忘れ

備考

MSH|^~¥&|SEND||RECEIVE||20111014184423||RSP^K11^RSP_ZP1|20111014184423234|P|2.5||||||~ISO
IR87||ISO 2022-1994<CR>
MSA|AA|20111014184325234<CR>
QAK|Q004|OK|Z01^Consultation History Query Sample^L|2|2|0<CR>
QPD|Z01^Consultation History Query Sample^L|Q004|1234567890<CR>
PID|||1234567890^^^^PI||患者^太郎^^^^^L^I~カンジャ^タロウ^^^^^L^P||19650415|M<CR>
ZHS|1|A04^受診^JHSD0008<CR>
PV1|1|O|01^^^^^C^^^内科||||100010^内科^太郎^^^^^^^L^^^^^I|||01|||F|||||||||||||||||||||||||||||||
20110510080000|20110510103000<CR>
ZHS|2|A04^受診^JHSD0008<CR>
PV1|2|O|10^^^^^C^^^外科||||100020^外科^太郎^^^^^^^L^^^^^I|||10|||R|||||||||||||||||||||||||||||||
20110517130000|20110517160000<CR>
PV2||||||||||||保険証忘れ<CR><EOM>■ MSH セグメントSEQ

ELEMENT NAME

値

1

フィールド区切り

|

2

符号化文字

^~¥&

3

送信アプリケーション

SEND

5

受信アプリケーション

RECEIVE

7

メッセージ日時

20111014184423

9メッセージ型

RSP^K11^RSP_ZP1

10

メッセージ制御 ID

20111014184423234

11

処理 ID

P

12

バージョン ID

2.5

© JAHIS 2012

203

備考

18

文字セット

~ISO IR87

20

代替文字セット操作法

ISO 2022-1994■ MSA セグメントSEQ

ELEMENT NAME

1

肯定応答コードAA

2

メッセージ制御 ID

20111014184325234

値

備考

値

備考

■ QAK セグメントSEQ

ELEMENT NAME

1

照会タグ

Q004

2

照会応答状態OK

3

メッセージ照会名

Z01^Consultation History Query Sample^L

4

ヒットカウント合計

2

5

ジス・ペイロード2

6

残りのヒット0

１回の受診を１レコードとみなす■ QPD セグメントSEQ

ELEMENT NAME

値

1

メッセージ照会名

Z01^Consultation History Query Sample^L

2

照会タグ

Q004

3

ユーザ パラメータ１

1234567890

備考

照会条件

■ PID セグメントSEQ

ELEMENT NAME

値

備考

3

患者 ID リスト

1234567890^^^^PI

患者 ID

5

患者氏名

患者^太郎^^^^^L^I~カンジャ^タロウ^^^^^L^P

患者名（漢字）、患者名（カナ）

7

生年月日

19650415

生年月日

8

性別

M

性別

■ ZHS セグメントSEQ

ELEMENT NAME

1

セット ID- ZHS

1

2

履歴種別

A04^受診^JHSD0008

値

備考

値

備考

■ PV1 セグメントSEQ

ELEMENT NAME

1

セット ID- PV1

1

2

患者区分

O

3

患者に割り当てられた場
所

01^^^^^C^^^内科

診療科

7

担当医

100010^内科^太郎^^^^^^^L^^^^^I

担当医

10

診療部門

01

診療科

13

再入院標識

F

新患区分

© JAHIS 2012

204

44

入院日時

20110510080000

受診開始日時45

退院日時

20110510103000

受診終了日時■ ZHS セグメントSEQ

ELEMENT NAME

1

セット ID- ZHS

2

2

履歴種別

A04^受診^JHSD0008

値

備考

値

備考

■ PV1 セグメントSEQ

ELEMENT NAME

1

セット ID- PV1

2

2

患者区分

O

3

患者に割り当てられた場
所

10^^^^^C^^^外科

診療科

7

担当医

100020^外科^太郎^^^^^^^L^^^^^I

担当医

10

診療部門

10

診療科

13

再入院標識

R

新患区分

44

入院日時

20110517130000

受診開始日時45

退院日時

20110517160000

受診終了日時■ PV2 セグメント
SEQ
12

ELEMENT NAME
来院時記述情報© JAHIS 2012

値
保険証忘れ

備考
コメント

205

（９）病名情報の照会
項目名

項目値

照会条件

患者 ID：2581159

QPD-3

2581159

備考
受信レコード件数：最大 99 件
患者リスト

MSH|^~¥&|SEND||RECEIVE||20111014171523||QBP^Q11^QBP_Q11|20111014171523|P|2.5||||||~ISO
IR87||ISO 2022-1994<CR>
QPD|Z01^Patient Disease Query Sample^L|Q002|2581159<CR>
RCP|I|99^RD&レコード&HL70126|R^リアルタイム^HL70394<CR><EOM>■ MSH セグメントSEQ

ELEMENT NAME

値

1

フィールド区切り

2

符号化文字

^~¥&

3

送信アプリケーション

SEND

5

受信アプリケーション

RECEIVE

7

メッセージ日時

20111014171523

9メッセージ型

QBP^Q11^QBP_Q11

10

メッセージ制御 ID

20111014171523

11

処理 ID

P

12

バージョン ID

2.5

18

文字セット

~ISO IR87

20

代替文字セット操作法

ISO 2022-1994

備考■ QPD セグメントSEQ

ELEMENT NAME

値

1

メッセージ 照会名

Z01^Patient Disease Query Sample^L

2

照会タグ

Q002

3-n

患者リスト

2581159

備考■ RCP セグメントSEQ

ELEMENT NAME

値

1

照会優先度

I

2

数量制限要求99^RD&レコード&HL70126

3

応答様式

R^リアルタイム^HL70394© JAHIS 2012

206

備考

（１０）病名情報の応答
項目名

項目値

病名

胃炎

病名コード

20054174(胃炎）

病名交換用コード

TSQF

ICD-10

K297

転帰区分

回復せず

保険種別

01

管理番号

123456789012345

診断日

2011/12/31

開始日

2011/12/31

転帰日

2012/1/15

終了日

2012/1/15

更新日時

2012/1/15

診断種別

外来時

保険情報#1

備考

保険法別

01

保険名称

全国健康保険協会管掌健康保険

保険者番号01130012

保険者名称

全国健康保険協会東京支部

被保険者番号

123456

被保険者記号

11010203

保険有効開始日 2011/0901
保険有効終了日 2012/08/31

MSH|^~¥&|SEND||RECEIVE||20111014171523||RSP^K11^RSP_ZD2|20111014171523|P|2.5||||||~ISO
IR87||ISO 2022-1994<CR>
MSA|AA|8332<CR>
QAK|Q002|OK|Z01^Patient Disease Query Sample^L|1<CR>
QPD| Z01^Patient Disease Query Sample^L |Q002|2581159<CR>
PID|||2581159^^^^PI||山田^太郎^^^^^L^I~ヤマダ^タロウ^^^^^L^P||19650415|M<CR>
PRB|AD|20120115|20054174^胃炎^MDCDX2|123456789012345|||20111231||20120115|K297^^I10^O^外来
時^JHSD0004||||N^回復せず^HL70241|20120115|20111231|胃炎|1^主診断^JHSD0007|||||||V^非常に限定^HL70177<CR>
ZPR||20054174^胃炎^MDCDX2|||TSQF^胃炎^MDCDX2<CR>
ZI1|1|01^全国健康保険協会管掌健康保険^JHSD0001|01130012|全国健康保険協会東京支部||||||123456|11010203|20110901|20120831||||SEL^本人^HL70063|19650415|^^^^1050001^^^東京都港区虎ノ門１－１９－９||70<CR>
ORC|NW|123456789012345||||||||||123456^山田^太郎^^^^^^^L^^^^^I~^ヤマダ^タロウ^^^^^^^L^^^^^P|||||01^内科^MML028||||||||||||O^外来患者オーダ^HL70482<CR><EOM>■ MSH セグメントSEQ

ELEMENT NAME

1

フィールド区切り

2

符号化文字© JAHIS 2012

値

^~¥&
207

備考

3

送信アプリケーション

SEND

5

受信アプリケーション

RECEIVE

7

メッセージ日時

20111014171523

9メッセージ型

RSP^K11^RSP_ZD2

10

メッセージ制御 ID

20111014171523

11

処理 ID

P

12

バージョン ID

2.5

18

文字セット

~ISO IR87

20

代替文字セット操作法

ISO 2022-1994■ MSA セグメントSEQ

ELEMENT NAME

1

肯定応答コードAA

2

メッセージ制御 ID

8332

値

備考

値

備考

■ QAK セグメントSEQ

ELEMENT NAME

1

照会タグ

Q002

2

照会応答状態OK

3

メッセージ照会名

Z01^Patient Disease Query Sample^L

4

ヒットカウント合計

1

ヒットしたレコードの件数■ QPD セグメント
SEQ
1

ELEMENT NAME
メッセージ 照会名値

備考

Z01^Patient Disease Query Sample^L

2

照会タグ

Q002

3-n

患者リスト

2581159■ PID セグメントSEQ

ELEMENT NAME

値3

患者 ID リスト

2581159^^^^PI

5

患者氏名

山田^太郎^^^^^L^I~ヤマダ^タロウ^^^^^L^P

7

生年月日

19650415

8

性別

M

備考

第 7 成分（名前タイプコード）と第 8成分（名前表示コード）は必須。
年は西暦■ PRB セグメントSEQ

ELEMENT NAME

値

1

アクションコードAD

2

アクション日付／時刻

20120115

3

プロブレム ID

20054174^胃炎^MDCDX2

4

プロブレムインスタンス ID

123456789012345

7

プロブレムを設定した日付／時20111231
刻9

実際のプロブレム解決日付／時20120115
刻© JAHIS 2012

208

備考

10

プロブレム分類K297^^I10^O^外来時^JHSD0004

13

プロブレムの確認状態

14

プロブレムのライフサイクル状態 N^回復せず^HL70241

15

プロブレムのライフサイクル状態
20120115の日付／時刻

16

プロブレムの発生日付

20111231

17

プロブレムの発生テキスト

胃炎

18

プロブレムのランキング

1^主診断^JHSD0007

25

安全保護／感度V^非常に限定^HL70177■ ZPR セグメントSEQ

ELEMENT NAME

1

修飾語コード（接頭語）

2

病名コード

3

修飾語コード（接尾語）

4

修飾語コード（接頭語）

5

病名コード

6

修飾語コード（接尾語）

7

コメント

値

備考

20054174^胃炎^MDCDX2

TSQF^胃炎^MDCDX2■ ZI1 セグメントSEQ

ELEMENT NAME

値

1

セット ID - ZI1

1

2

保険プラン ID

01^全国健康保険協会管掌健康保険^JHSD0001

3

保険会社ＩＤ01130012

4

保険者の名称

全国健康保険協会東京支部

10

被保険者 番号12345611

被保険者 記号1101020312

保険有効開始日（プラン有効日付）20110901

13

保険有効終了日（プラン失効日付）20120831

17

保険契約者名との関係（続柄）SEL^本人^HL70063

18

被保険者生年月日

19650415

19

被保険者住所^^^^1050001^^^東京都港区虎ノ門１－１９－９21

保険の負担割合70

備考■ ORC セグメントSEQ

ELEMENT NAME

値

1

オーダ制御

NW

2

依頼者オーダ番号123456789012345

12

オーダ発行者

123456^山田^太郎^^^^^^^L^^^^^I~^ヤマダ^タロウ^^^^^^^L^^^^^P

備考<オーダ番号>
診断医

17

入力組織

01^内科^MML028

診療科

29

オーダタイプO^外来患者オーダ^HL70482

入外区分© JAHIS 2012209

付録―４．作成者名簿作成者（社名五十音順）

大沼 裕(株)ソフトウェア・サービス

田村 光(株)ソフトウェア・サービス

戸田 雄介(株)ソフトウェア・サービス

木村 雅彦

日本アイ・ビー・エム(株)安田 典弘

日本電気(株)荒木 遊(株)日立製作所

浦崎 岳彦(株)日立製作所

下邨 雅一

富士通(株)

窪田 成重

富士通(株)© JAHIS 2012

210

改定履歴
日付
2008/032012/03バージョン
Ver. 1.0
Ver. 2.0

内容
初版
主な改定内容は以下の通り。
（1）病名情報のメッセージタイプの見直し
・病名情報通知 PPR^ZD1^PPR_ZD1
・病名情報応答 RSP^K11^RSP_ZD2（2）病名情報の未使用セグメントの見直し（3）ZPR セグメントの説明補記、誤植修正（4）最新の医療保険制度へ対応および保険種別（JHSD 表 0001）の見直し
平成18年3月以降の医療保険制度改定に対応。また、今後医療保険制度改定が発生しても、本規約書の改定を行わずにすむよう、データの参照先
を注記に指定。
（5）XTN 型、XAD 型での電話番号、住所の表現方法の見直し
DT 型が“XTN”、“XAD”について、HL7 Ver.2.5 の規定に対応（6）患者情報通知/応答に「受診開始」、「受診終了」の記述を追加
イベントタイプ A01 に「受診開始」、A03 に「受診終了」（7）患者情報照会/応答に「入退院歴」、「受診歴」のメッセージを新規追加
・患者情報応答（入退院歴、受診歴） RSP^K11^RSP_ZP1（8）メッセージサンプルの見直し
補記「JAHIS 放射線データ交換規約 Ver.2.3」や「JAHIS 臨床検査データ交換
規約 Ver.3.1」の改定内容と整合をとった。（HELICS 協議会（HS016 審査委
員会）からの指摘事項等）（ＪＡＨＩＳ標準 １１－００３）
２０１２年３月発行
ＪＡＨＩＳ病名情報データ交換規約Ｖｅｒ．２．０
発行元 一般社団法人 保健医療福祉情報システム工業会〒１０５－０００４ 東京都港区新橋２丁目５番５号（新橋２丁目ＭＴビル５階）
電話 03-3506-8010

FAX 03-3506-8070（無断複写・転載を禁ず）© JAHIS 2012211