（別添）ICH E2B(R3) 専門家作業部会/実装作業部会
ICH E2B(R3)実装ガイド：個別症例安全性報告（ICSR）の電子的伝送
Q&A

第 2.2 版
2018 年 6 月 7 日

International Council for Harmonisation of Technical Requirements for Pharmaceuticals for Human Use
ICH Secretariat, Chemin des Mines 9, 1202 Geneva, Switzerland
Telephone: +41 (22) 338 32 06, Telefax: +41 (22) 338 32 30
admin@ich.org, http://www.ich.org

2018 年 6 月 7 日
E2B(R3) Q&As

本 Q&A は E2B(R3)実装ガイドの実装の円滑化を目的に、
ICH エキスパートによって作成された Q&A です:

E2B(R3) Q&As
文書の履歴
版番号

履歴

日付

E2B(R3) Q&As

ICH 運営委員会により承認され、Step4 到達2014 年 11 月 12 日

ICH 総会により承認され、Step4 到達

2016 年 6 月 16 日

ICH 総会により承認され、Step4 到達

2016 年 11 月 10 日

ICH 総会により承認され、Step4 到達2017 年 6 月 1 日

ICH 総会により承認され、Step4 到達2018 年 6 月 7 日

第 1.0 版
E2B(R3) Q&As
第 1.1 版
E2B(R3) Q&As
第 2.0 版
E2B(R3) Q&As
第 2.1 版
E2B(R3) Q&As
第 2.2 版i

2018 年 6 月 7 日
E2B(R3) Q&As
法的事項: 本文書は著作権で保護されており、ICH の著作物であることが常に明らかにされている場合に限り、公的使用許諾書の下での使用、複製、他の著作物への転載、改編、修正、翻訳又は配布が許可される。本文書を改編、修正又は翻訳する場合は、元の文書を変更した旨又は元の文書に基づいて変更した旨を明記、明瞭化あるいは明らかにするための合理的な手順を取らなければならない。元の文書の改編、修正又は翻訳を ICH が承認又は支援したかの印象を与えることは避けること。
本文書は現状のまま提供され、いかなる種類の保証も伴うものではない。ICH 又は元の文書の著者らは、いかなる場合も、本文書の使用に起因する申し立て、損害又はその他の不利益に対して責めを負わない。
上記の許可は第三者が提供する内容には適用されない。したがって、著作権が第三者に帰属する文書については、この著作権所有者から複製の許可を得ること。

ii

2018 年 6 月 7 日
E2B(R3) Q&As
目次

序………………………………………………………………………………………1

1.

目的 ........................................................................................... 22.

背景 ........................................................................................... 2

3.

必須構成要素 ............................................................................... 2

4.

ICH E2B(R3) データ項目 ................................................................ 55.

添付資料 ................................................................................... 15

6.

ICSR 確認応答トランザクション .................................................... 15

7.

付録 ......................................................................................... 158.

ICH E2B(R3)実装ガイド反映済み Q&As .......................................... 169.

別紙: ICH E2B(R3) 実装ガイド各章対応表 ....................................... 19

iii

2018 年 6 月 7 日
E2B(R3) Q&As

序
本 Q&A は E2B(R3)実装ガイド（実装ガイド）パッケージの統一的解釈を確立するための説明を提示するものであり、実装ガイドパッケージとの併用によって内容を確認しなければならない。本書により、ICH 領域における個別症例安全性報告（ICSR）の電子的伝送の実装が円滑化するものと思われる。本 Q&A の各項は E2B(R3)実装ガイドの項目に対応している。
医薬品製造企業、規制機関、ベンダーに対し、実装に関連する質問を ICH E2B(R3) EWG/IWG に提出するよう働きかけ、ICH E2B(R3)EWG/IWG により ICH の所定の手続きに従ってこれらの質問に対する回答は作成された。
報告期限や地域に固有の要件など、E2B(R3)に記載されていない事項に関する質問については、各地域で発行されているガイダンス文書に回答を提示する。
実装ガイドに含まれる文書に使用されている用語「アップグレード」又は「ダウングレード」は、 E2B(R2)及び E2B(R3)間の技術的変換を示している。
本 Q&A 文書に対する今後の更新は、ICH のウェブサイトで公表する。

1

E2B(R3) Q＆A
1.

目的
Q&A 無し2.

背景
Q&A 無し3.

必須構成要素#(# 第 1.1
版より)

承認日

質問

回答

ICH のデータ型「AN」ではスペースは使用できますか。

原則として、ICH の「AN」データ型ではスペースや UTF8 にリストされているいくつかの特殊文字を含め、どのような文字でも許容されます。ただし、XML メッセージでは、＞や＜のような一部の文字は許容されません。詳しい説明は、ICSR 実装ガイドの項目 3.6 を参照してください。
また、ICH の「AN」データ型による ICH データ項目は、ISO/HL7
27953-2 ICSR メッセージ規格のデータ型と必ずしも 1 対 1 のマッ
ピングになっているわけではありません。データの表示は実装によって異なる場合があります。
例えば、ICH F.r.4 の「正常範囲低値」と ICH F.r.5 の「正常範囲高値」について、これらのデータ項目では ICH AN データ型の使用が指定されています。しかしながら、ISO/HL7 27953-2 メッセー
ジ規格の XML スキーマは HL7 のデータ型である物理量（PQ）のみに制約されています。HL7 PQ のデータ型は、二つの XML スキ
ーマ属性、すなわち値と単位として表されます。値のデータ型は
HL7 REAL であり、単位は UCUM コードとして表示されます。
HL7 データ型の使用と詳細は、ISO/HL7 27953-2 付属書 F「HL7
データ型の仕様」を参照してください。

ICH のデータ型「AN」では UTF8 にリストされているすべての文字が使用できますか。

3.1
(001)

2014 年
11 月

E2B(R3)データ
項目

2

2018 年 6 月 7 日
E2B(R3) Q&As

3.2
(002)

2014 年11 月

NI が許容値にリストされていなくても、NI を使用することは可能ですか。NI の説明には、「この例外値からはいかなる情報も推測できない。これは最も一般的な例外値であり、例
外値の初期値でもある。」と記載されています。

ICH ICSR 実装ガイドの関連データ項目に関する「実務ルール」
欄に、伝送時の HL7 データ型による ICH AN データ型の表示についての詳細と例が提示されています。
できません。許容されるのは実装ガイド及び Q&A 文書で個々のデータ項目に指定されている nullFlavor だけです。
Q&A に記載されている nullFlavor の値により、実装ガイドに記載されている nullFlavor の値は置き換えられます。

3.3
(004)

2014 年
11 月

3.4
(005)

2014 年
11 月

ICSR のための XML ファイルを作成する際に、送信者が考慮しなければならないことはありますか。

ISO/HL7 スキーマファイルでは、例えば PQ データ型では
unit=’1’、ED データ型では mediaType=’text/plain’のように、特定の属性に初期値を自動的に指定しています。ICSR の送信者は、送信するデータに適切な値で初期値を置き換えなければなりません。
例えば、PQ 型の測定単位には、適切な UCUM コードを使用し、ED 型には、メディアを指定します。パースエラーを減らすため、送信すべき情報がない場合、送信者は任意のデータ要素タグを除外するべきです。例えば、患者の年齢は任意のデータ項目であり、年齢が不明の場合、送信者は年齢のオブザベーションクラス
全体を除外するべきです。
送信者は、ICH 実装ガイドと地域の実装ガイドだけでなく、例えば参照インスタンスや技術情報などの付属書も参照する必要があります。

2014 年11 月

ICH E2B(R3) ICSR メッセージでは、コードに大文字と小文字を区別したフォームを使用すべきなのか、それとも区別しないフォームを使用するのかについての説明がありません。

ICH E2B(R3) ICSR メッセージでは、コードに大文字と小文字を区別したフォームを使用しなければなりません。
大文字と小文字の区別についての詳細は、地域のガイダンスを参照してください。

2014 年
11 月

HL7 の nullFlavor を使用するには、ICSR ファ
イルのバリデーションとしては必要のない極
めて特異的な実務ルールがパースに必要です。ICSR ファイルのバリデーションでは、データ項目（データ型）ごとに HL7 nullFlavor がMSK（「Masked」）や NI（「No Information」）、UNK（「Unknown」）など、HL7 nullFlavor の値に対する取扱いは実装によって異なる場合があります。システムを設計する際には、実装ガイドに定義されている nullFlavor を用いたメッセージを受信、処理及び再作成できるようにしなければなりません。

XML スキーマでは、いくつかの属性に対して初期値が定義されていますか。

3.5
(007)

3.6
(008)

3

2018 年 6 月 7 日
E2B(R3) Q&As
適切かどうかのチェックを行いますが、その先の業務システムのパースルールは違います。これらはデータベースでデータが実際にどのように表示／検索されるかに影響するからです。例－NI 値を持つデータフィールドを
日付／時刻用に構造化されているフィールドとしてパースすることはできません。

3.7
(010)

2014 年
11 月

ある企業から、重篤な症例が電子的に規制当局に送信されました。その一方で、企業が受領したフォローアップ情報により、この症例は現在、重篤なものでないことが判明しました。

a)
はい。この企業は以前の報告に対して新たな更新情報を提示し、症例が現在は非重篤であることを示す新たな報告を送信しなければなりません。

a) この企業は、症例が現時点で非重篤であることを示す新たな報告を送信する必要があ
りますか。

c)
はい。これは新しい情報になります。この場合、同じ安全報告識別子を用いた追加報告が適切です。

b)
いいえ。この企業は、規制当局のデータベースでこの症例を破棄するための新たな報告を送信してはいけません。

b) この企業は規制当局のデータベースに含まれるこの症例を破棄するための新たな報告を送信する必要がありますか。

3.8
(011)

2014 年
11 月c) この症例が再び重篤化した場合、この企業は同じ安全報告識別子を用いて新たなメッセージを送信する必要がありますか。
企業に規制当局から報告書が送付された場
合、企業では次の点について考慮する必要がありますか。
a) 規制当局の因果関係評価は、少なくとも「possible」か？
b) 報告者の因果関係評価も、少なくとも「possible」か？

a)及び b)について
自発報告とは、そもそも（因果関係の可能性が疑われるが、確立されていない）副作用の疑いを含むものです。ただし、因果関係
評価の尺度において「possible」に対し、普遍的に受け入れられている定義はありません。従って、この質問に対して正確な回答を提示することは不可能です。因果関係評価を定義し、これに従って症例報告を分類するのは企業と受信者に委ねられます。
42018 年 6 月 7 日
E2B(R3) Q&As

3.9
(028)

3.10
(029)

3.11
(038)

3.12

4.

2016 年6月

2016 年6月

2016 年6月

2018 年
6月

ISO 639-2原語コードリストにB指定及びT指定の2つの異なったコードが付いた言語が存在します。例えば、Czechはcze（B）又はces（T）と指定されています。「B」は「書誌用」を「T」は「用語学用」を示していますが、このような場合、どちらが正しい（つまり、どち
らか一方が正しくない）のでしょうか。それとも両方正しいのでしょうか。
実装ガイドに提示されているデータ長（例えば5AN）はデータ長（バイト）を表します
か、それとも見かけの文字数を表しますか。
UTF-8では、サロゲートペア及び結合文字は見かけの文字数よりもデータ長（バイト）が長いです。
ISO 3166-1 (alpha-2)国コードが次のISOウェブ
サイトに提示されています。
https://www.iso.org/obp/ui/#home「Officially assigned codes」や「Other code
types」など、いくつかのカテゴリーがあります。ICHでは「Officially assigned codes」のみを認めていますか。
注：「EU」は「Exceptionally reserved」に分類されています。
E2B(R3)においてUCUMコードを使用する場
合、正しい測定単位が入力されていることを保証するために、UCUM構造チェックツール
を用いることが要求されているのでしょうか。

（T）コード及び（B）コードが付けられている言語については、
E2B(R3)メッセージでは（T）コードを使用してください。

実装ガイドに提示されているデータ長は、見かけの文字数を示します。1文字に対して1バイト以上必要な言語／文字があることにご留意ください。

実装ガイドでは、ISO 3166-1 (alpha-2)の使用を規定しています。
ISO 3166-1 (alpha-2)はE2B (R3)メッセージの国コードとして使用ができます。これには、「Officially assigned」国コードと「Exceptionally reserved」カテゴリーの「EU」が含まれます。
「Unassigned」カテゴリーは使用できません。例えば、レガシーデ
ータに関してなど、適切な場合は、「Transitionally reserved」、「Indeterminately reserved」及び「Formerly used」カテゴリーを使用することができます。

N, C - H

ICH E2B(R3)ではUCUM構造チェックツールを要求していません。

ICH E2B(R3) データ項目

52018 年 6 月 7 日
E2B(R3) Q&As#(# 第 1.1
版より)

承認日

質問

回答

E2B(R3)
データ
項目

ある男性が薬物療法を開始した後で、彼のパートナーが妊娠したとします。その後、彼女は流産してしまいました。
a) この場合、有害事象は流産ですか。

以下に提示するのは、この質問に対する簡略的な回答です。親、子／
胎児、又はこれらの両方に関する多様なシナリオの例も合わせて提示します。
a) はい。この症例における有害事象は、母親の流産であるべきです。

C.1.1,
C.2.r.3,D,E.i.9b) 報告における患者は父親ですか。それとも母親ですか。
c) 投与の経路は父親の医薬品服用方法になりますか。

4.1(009)

2014 年11 月b)

患者は母親です。

c) はい。投与経路は父親が被疑薬を投与された方法でなければなりません。
シナリオ1 流産、母親に医薬品を投与した場合
患者 (D)
母親
有害事象(E)
流産
医薬品 (G)
母親が服用した製品
投与経路 (G.k.4.r.10)
母親への投与の経路
シナリオ2 流産、父親に医薬品を投与した場合
患者 (D)
母親
有害事象 (E)
流産
医薬品(G)
父親が服用した製品
G.k.4.r.10.1 に「UNK」の nullFlavor を使用してください。
投与経路 (G.k.4.r.10)
記述部分に父親及び母親についての情報を記載してください。
医薬品に関するその他
3（父親が服用した医薬品）の情報 (G.k.10.r)
シナリオ3 胎児又は授乳中の乳児が母親を通じて薬剤に曝露され、なおかつ有害な事象／反応を発現した場合
62018 年 6 月 7 日
E2B(R3) Q&As
患者 (D)
乳児／胎児
有害事象 (E)
乳児／胎児に発現した有害事象
医薬品(G)
母親が服用した製品
投与経路 (G.k.4.r.10)
通常は経乳などの間接曝露
親への投与経路
母親への投与経路(G.k.4.r.11)
親－子／胎児報告の場
D項目のユーザーガイダンスに準拠す
合、親に関する情報 (D.10) る母親の情報
シナリオ4 子供／胎児が父親に投与された薬剤によって有害な事象／反応を発現した場合
患者 (D)
子供／胎児
有害事象 (E)
子供／胎児に発現した有害事象
医薬品(G)
父親が服用した製品
G.k.4.r.10.1 に「UNK」の nullFlavorを使用してください。
投与の経路 (G.k.4.r.10)
記述部分に父親及び母親についての情報を記載してください。
親への投与経路(G.k.4.r.11) 父親への投与経路
医薬品に関するその他の3（父親が服用した医薬品）
情報 (G.k.10.r)
親－子／胎児報告の場
D項目のユーザーガイダンスに準拠す
合、親に関する情報
る父親の情報(D.10)

4.2(014)

2014 年
11 月

第一次情報源に関する情報が最小限又はまったくない状態で規制当局から ICSR が転送されてきた場合、第一次情報源と報告者
資格を特定するにはどうすればよいですか。

第一次情報源に関する情報が得られない場合は、項目 C.2.r に規制当局を第一次情報源として入力してください。
C.2.r.4 の「資格」は、nullFlavor の「UNK」を設定してください。
また、該当する場合は、C.1.3 の「報告の種類」の欄にコード「4」（送信者に情報が得られず[不明]）を選択します。

C.1.3,
C.2.r

7

2018 年 6 月 7 日
E2B(R3) Q&As

4.3
(015)

4.4
(019)

2014 年
11 月

2014 年
11 月

C.1.5 は適合性が「必須」になっています。
送信者が最初に受信した情報のみを保有
し、追加情報がない場合でも、送信者はこの項目に日付を記入しなければならないのですか。
E2B(R3)のデータ項目 E.i.3.2「有害事象ごとの重篤性の基準」について

2014 年
11 月

C.1.4,
C.1.5

a)

E.i.3.2 は必須の項目であり、「False」はこのデータ項目に許容されている値ではありません。この必須のデータ項目は、「true」
又は nullFlavor＝「NI」でなければなりません。
情報が不明の場合、又は事象が重篤でない場合は、「NI」を入力することになります。

E.i.3.2b)

非重篤の時の「空欄」は nullFlavor「NI」を用いて表現します。
副作用／有害事象毎に、E.i.3.2 の 6 つのすべての基準を XML で記述しなければなりません（報告が非重篤の場合も同様です）。
以下に XML の例を挙げます。
<value xsi:type="BL" nullFlavor=”NI” />a)「不明」や「非重篤」はどのように記載したらよいですか。このデータ項目に対して許容されている値は何ですか。
b) XML では許容値や「空欄」をどのように記載したらよいですか。

4.5
(020)

はい。送信者は日付を記入しなければなりません。
送信者が最初に受信した情報のみを保有しており、最初に情報を入手した日付と最新情報の入手日付が同じという場合、送信者は C.1.5に C.1.4 と同じ日付を記入してください。

以下は E.i.4 及び E.i.5 の例です。
E.i.4
E.i.5
副作用
発現日
終了日
2010 年
2010 年
副作用 1
2月1日 2月2日
2010 年
副作用 22月3日
2010 年
副作用 3
1月1日
空欄の発現日と終了日の詳細はどのようにしたらよいですか。実装ガイドに従い、最初の副作用の発現日と最後の副作用の終了日を考慮しなければならないとすると、報送信者は、個々の有害事象に対して最も正確な情報を入力するようにしなければなりません。送信者が情報を把握していない場合は、発現日や終了日、又はその両方の項目を空欄にしても構いません。正確な日付が入手できない場合、任意の事象に対して日付を空欄にするか、又は推測日を入力するかは送信者の臨床学的判断になります。事象に関連があると考えられる（すなわち、事象 1 が事象 2 の徴候又は症状である）場合、両方の事象に対して最も早い発現日や最も遅い終了日を適宜使用するのが臨床的に合理的であると考えられます。ただし、明瞭な臨床的根拠がない限り、送信者は日付を推測することはできません。このような根拠がある場合は、これを経過欄に記載してください。

E.i.4,
E.i.5

8

2018 年 6 月 7 日
E2B(R3) Q&As
告書に記載する値が正しくないものになってしまいます。
ICH E2B(R3)では、nullFlavor の「NINF」と「PINF」はどのように実装されています
か。
4.6
(022)

4.7
(023)

F.r.3.2

ICH E2B(R3)では、nullFlavor の「NINF」（負の無限大数）及び「PINF」（正の無限大数）は、ICH E2B(R3)データ項目 F.r.3.2「検査結果（値/限定子）」にのみ使用され、その項目で（不明の）無限数を伴う範囲（例えばデータ型 IVL<…>など）を記述する場合のみ使います。例えば、「3 以上」という概念は、「3」から、3 を超えるすべての（不明の）数などの「正の無限大数」の範囲として表わすことができます。

2014 年
11 月

2014 年11 月

空のデータ項目を伝送する場合、nullFlavor はデータが無い理由を規格化された方法でコード化するのに使用されます。これにより、内容を伝送せずに必須項目を含む有効なメッセージを作成することができます。

実装ガイド第 5.01 版の F.r.3.2「検査結果（値／限定子）」に対するユーザーガイダンスには、「適宜、値に限定子の記号を追加してもよい。使用できる限定子は、「より大きい」、「より小さい」、「以上」、「以下」である。」と記載されています。しかし、許容値は数値と nullFlavor（NINF 及びPINF）とされている。
送信者は限定子記号（<、>、≤、 ≥）を追加できますか。

いいえ。送信者がこのデータ項目に限定子記号を追加することはできません。F.r.3.2 項のビジネスルールの例示は正しくありませんので無視して下さい。
このデータ項目は検査結果に対する値（量）を記載するものです。
ICSR メッセージの場合、このデータ項目は、複数の属性による複合的なデータ型である HL7 IVL_PQ データ型で表わされます。 「正の無限大数（PINF）」と「負の無限大数（NINF）」の nullFlavor は、それ
ぞれ、特定の値「よりも大きい」、特定の値「よりも小さい」ことを表わすために使用されます。以下は、検査結果が特定の値、特定の値よりも大きい値、又は特定の値よりも小さい値である場合の例です。

F.r.3.2

検査結果 = 10 (mg/dl)<value xsi:type="IVL_PQ"> <center value="10" unit="mg/dl"/>
検査結果 < 10 (mg/dl)<value xsi:type="IVL_PQ"> <low nullFlavor="NINF"/><high value="10"
unit="mg/dl" inclusive="false"/></value>

9

2018 年 6 月 7 日
E2B(R3) Q&As
検査結果 <= 10 (mg/dl)<value xsi:type="IVL_PQ"> <low nullFlavor="NINF"/><high value="10"
unit="mg/dl" inclusive="true"/></value>
検査結果 > 10 (mg/dl)<value xsi:type="IVL_PQ"> <low value="10" unit="mg/dl"
inclusive="false"/><high nullFlavor="PINF"/></value>
検査結果 >= 10 (mg/dl)<value xsi:type="IVL_PQ"> <low value="10" unit="mg/dl"
inclusive="true"/><high nullFlavor="PINF"/></value>
実装ガイド改訂により、限定子の記号に関する記載は削除されました。 本修正は実装ガイド第 5.02 版（2016 年 11 月に修正）に反映され
ています。
4.8
(024)

4.9
(026)

2014 年
11 月

2014 年11 月

検査結果の値に適切な UCUM コードや単位（例えば国際標準比、INR）がない場合、又は検査結果の単位が不明の場合、検査結
果はどのように入力したらよいですか。
a) G.k.4.r.8 や G.k.4.r の繰り返しなど、有害事象からの回復後における再投与データ
はどのように入力したらよいですか。

このようなケースでは、送信者は F.r.3.4 の非構造化データとして値と単位を入力しなければなりません。

F.r.3.4

E.i.4,
E.i.7,
このデータ項目（G.k.8）は繰り返し可能なものではなく、情報の報告 G.k.4.r,
者によって提示された副作用／有害事象の結果、被疑薬に対して取ら G.k.8,
G.k.9.i.4b) 医 薬 品 に つ い て 複 数 の 投 与 情 報 れた処置を入力しなければなりません。このデータ項目は G.k「医薬品情報」の「親」の繰り返しレベルにあるため、G.k「医薬品情報」（G.k.4.r）がある場合、G.k.8 にどの投の下の個々の繰り返しに対して一つの処置しか取り込むことはできま
与情報を使用すればよいですか。
せん。
a)から c)までの質問に対する回答を以下に要約します。

c) 医薬品の中止後、又は医薬品の一時投与
このデータ項目は「時間」に関する項目と関連付けられていないた
中止後の再投与を識別することは可能で め、G.k.8「医薬品に対して取られた処置」に関連する「時間」は副すか。
作用の発現時になります。G.k.4.r「投与量及び関連情報」の投与情報の記録と、E.i.4「副作用／有害事象の発現日」に入力されている副作
用／有害事象の発現日を複合的に分析することで、情報の受信者はそ102018 年 6 月 7 日
E2B(R3) Q&Asの副作用／有害事象に関連する G.k.4「投与情報」の記録を特定することができます。
副作用／有害事象の転帰に関する情報は、E.i.7「最終観察時の副作用／有害事象の転帰」に入力します。医薬品の再投与後、副作用／有害
事象が再発しなかった場合は、G.k.9.i.4「再投与で副作用は再発したか？」は 2（再投与を行ったが、副作用は再発しなかった）に設定
し、E.i.7「最終観察時の副作用／有害事象の転帰」は 1＝回復に設定します。
例を別添 A に提示します。

4.10
(027)

4.11
(030)

G.k.10.r では、被疑薬と疑われる又は確認された偽造医薬品の場合に「1」を選択するとともに、E.i.2.1b に適切な MedDRA の用語を選択しなければなりません。症例記述の欄に説明情報を記載してください。
当該製品が偽造品でないことを確認できる新たな情報を入手した場合
は、追加報告で G.k.10.r を適切に変更しなければなりません。製品が偽造品として確認された場合、送信者は H.3.r に適切な MedDRA コードを使用し、記述欄に説明を記載してください。

規制当局、提携企業又は他の組織など、別の送信者から送られた ICSR を転送する場
合、いずれの報告者を「規制目的上の第一次情報源」（C.2.r.5）として示すべきですか。

実装ガイドに記載しているように、第一次情報源は当該 ICSR につい C.2.r.5,ての情報を提供した人です。複数の情報源が存在する場合は、「規制 C.3
目的上の第一次情報源」（C.2.r.5）は転送者ではなく、最初の送信元に情報を報告した人を指します。第一次情報源は、送信者や転送者と区別されなければなりません。送信者及び転送者についての情報は、C.3 項に記載されています。
規制当局、提携企業又は他の組織など、別の送信者からE2Bフォーマ
ットによって送信された電子的ICSRを転送する場合、最初の転送における第一次情報源の情報は、その症例について直接の報告者の情報を反映するべきであり、情報を変更することはできません。送信元からの最初の送信で「規制目的上の第一次情報源」とされている報告者
は、その症例に関するその後のすべての転送において変わることはありません。

2014 年
11 月

2016 年6月

E.i.2.1b,
G.k.10.r,
H.1,
H.3.r

偽造医薬品に関するコードの使用法について、明確にしてください。

112018 年 6 月 7 日
E2B(R3) Q&As

4.12
(032)

2016 年
6月

4.13
(033)

2016 年
6月

4.14
(034)

2016 年
6月

4.15
(035)

2016 年
6月

4.16
(036)

4.17

2016 年6月

2016 年
11 月

CT、MRI、X 線検査などの検査結果のコメントには、どちらのデータ項目（F.r.3.4「検査結果に関する非構造化データ」又は F.r.6「備考」）を適用できますか。
母親の医薬品への曝露は妊娠前から始まっています。G.k.6「曝露時の妊娠期間」は、親子報告の子供／胎児についての報告書及び／又は母親についての報告書に記載する必要がありますか。
父親が医薬品を使用した場合、胎児についての報告書にD.2.2.1「胎児での副作用／有害事象発現時の妊娠期間」の記載は必要ですか。
副作用／有害事象が妊娠中に発現したが、出産時に初めて観察された場合、新生児の年齢はどのように報告すればよいですか。

F.r.6 項は、検査及び手技の結果についての報告者によるコメント用で F.r.3.4,
F.r.6
す。
CT、MRI、X 線検査など、検査及び手技の所見の非構造化データは、
F.r.3.4 項に自由記載として提示してください。
妊娠中の最も早い曝露を記載するために、G.k.6を使用することは適切 G.k.6です。最も適切な値／単位を選択するためには、臨床的な判断が必要です。

胎児についての報告書では、父親からの曝露また母親からの曝露に関 D.2.2.1,
D.10
係なく、胎児齢を D.2.2.1 に記載しなければなりません。
親に関する情報は、D.10項に記載してください。

患者年齢の情報を報告する場合に、D.2項にいくつかの選択肢を提示しています。送信者は、提供された情報に基づいて、最も適切な項目を選択してください。質問の内容から判断しますと、D.2.3が患者の年齢を報告するために最も適切なフィールドと思われます。
再投与後の副作用／有害事象が以前の投与 副作用／有害事象の概念的類似性は医学的判断によって評価してくだ時のものと同一でなかった場合、G.k.9.i.4 さい。MedDRAコードが一致する必要はありません。［MedDRA「再投与で副作用は再発したか？」にはど Points to Consider］を参照してください。
う記載するのですか。

D.2

E.i.2.1,
G.k.9.i.4例）E.i.2.1「副作用／有害事象」：肝障害
再投与：アスパラギン酸アミノトランスフ
ェラーゼ増加UCUMのMass Concentration Unitsには、製剤の濃度や含量を表す単位として広く使用されている単位がいくつか含まれています
が、E2Bのコードリストには含まれていません。 例として、mg/mLはおそらく
E2B(R3)データ項目 G.k.2.3.r.2b 「含量（単位）」に使用されます。mg/mLをICSR

現在、単位「mg/mL」は E2B コードリスト#25 (ファイル名： E2B
CL25 ich-dose-strength-unit.xml)に記載されています。 IWG は他の単独

G.k.2.3.r.
2b12

2018 年 6 月 7 日
E2B(R3) Q&As

4.18

4.19

4.20

2017 年6月

2018 年6月

2018 年
6月

XMLメッセージ内の含量単位として使用可
能な用語に追加することは可能ですか。

又は結合して用いる UCUM コードについても、E2B コードリストに含める必要があるか検討を行います。

D.2.2b「副作用／有害事象発現時の年齢（単位）」及びD.10.2.2b「親の年齢（単位）」について「10年」はどのように表せばよいですか。実装ガイドの許容値とE2B
コードリスト#26の値が一致しませんが、どちらを使うべきですか
データ項目F.r.4 正常範囲 低値とF.r.5 正常範
囲 高値ではICH ANデータ型を使用することとされていますが、これらのデータ項目にアルファベットと数字の組み合わせを入力するとエラーとなります。これらのデータ項目にアルファベットと数字の組み合わせを入力することは可能でしょうか。
データ項目D.6 最終月経日で許容されているnullFlavourについて明確にしてください。D.6項の説明では、’MSK’だけがnullFlavourとして使用可能とされていますが、nullFlavourの定義を説明している表（IG セクション3.3.6）には、’NA’の使用例
として「男性の場合の最終月経日」が記載されています。

実装ガイドに記載された{Decade}は使用すべきではありません。
E2B(R3) EWG/IWG は、推奨される表記が「10.a」であることを
UCUM に確認しました。これに伴い、コードリスト#26 を更新しています。

D.2.2b,D.10.2.2b実装ガイドではデータ型は 50AN、許容値は自由記載とされています
が、値は数値と単位の 2 つの XML 属性として伝送されなければなりません。F.r.4 及び F.r.5 項の記載ルールには、数値には数値データのみ、単位にはアルファベットと数字の組み合わせを使用することが記載されています。

F.r.4,
F.r.5

D.6 では MSK だけが nullFlavour として許容されています。

D.6

13

2018 年 6 月 7 日
E2B(R3) Q&As
データ項目F.r.3.4の適合性について明確にし
てほしい。

4.21

2018 年6月

任意。ただし、以下の条件に合致する場合には必須です。
F.r.2 検査名

入力済

F.r.3.1 検査結果（コード）未入力

F.r.3.2 検査結果（値／限定子）

未入力

F.r.3.3 検査結果（単位）未入力

F.r.3.414

2018 年 6 月 7 日
E2B(R3) Q&As

添付資料

5.

#
(# 第
1.1 版よ
り)

5.1
(037)

承認日

質問

回答

2016 年
6月

ICH E2B (R3)参照インスタンスで使われている、E2Bコードリストのコードシステム
バージョンは、E2Bコードリストの最新バージョンと比較すると古いバージョンです。送信者はコードシステムバージョンを適切にアップデートするべきですか。

そのとおりです。送信者は提出に際し、ICSRメッセージ（xmlファイル）のコードシステムバージョンを更新しなければなりません。各国の規制当局が受付可能なコードシステムバージョンを指定します。

E2B(R3)
データ
項目

ICSR 確認応答トランザクション

6.

Q&A 無し

付録

7.

#
(# 第
1.1 版よ
り)

承認日

質問

回答

E2B(R3)
データ
項目

日付/時間にタイムゾーンの記載が無い場 いいえ。そのような想定をしてはいけません。日付/時間が協定世
合、協定世界時と想定してよいですか。
界時として報告されているのであれば、タイムゾーンはゼロで表示されます。
7.1

2017 年
6月

例：
CCYYMMDDHHMM+0
CCYYMMDDHH+0
注：E2B(R2)ソースデータからの移行/変換時に本事項を考慮する必要があります。

15

2018 年 6 月 7 日
E2B(R3) Q&As

8.

ICH E2B(R3)実装ガイド反映済み Q&As
以下の Q&As は実装ガイドに含まれる文書へ反映しました (2016 年 11 月大阪会合)。
#第 1.1
版より

承認日

003

2014 年
11 月

006

2014 年
11 月

012

2014 年
11 月

013

016

2014 年
11 月

2014 年
11 月

質問

回答

UCUM のリストが見つけられません。どのウェブサイトを参照すればよいですか。

UCUM についての情報は、仕様をダウンロードするためのリンクを含め、http://unitsofmeasure.org/trac/からアクセスできます。

実装ガイド第 5.01 版の付録 II(C) 「ISO8601 適合 XML の事例」に説明されている
ように、時間値の末尾に「Z」を追加するとパースエラーが出てしまいます。送信者
が、例えば 199411051315Z、20090601231105.5Z、20090601231105Z、200906012331Z、 2009060123Z のような日付や時刻の表示を使用することはできますか。
実装ガイドには、M5 識別子についていく
つかの参照情報があります。これらがまだ該当するかどうかの確認をお願いします。
C.2.r.3 のユーザーガイダンスには、「送信者が第一次情報源の国を知らない例外的な場合には」と記載されていますが、このような症例は想定されません。E.i.9 が報告者の国コードの代わりとして使用される症例はありますか。

できません。付録 II(C)に記載されている例は適正ではありません。時間の末尾には「Z」をつけないでください。
XML スキーマはタイムゾーンの値を<xs:pattern value="[09]{1,8}|([0-9]{9,14}|[0-9]{14,14}\.[0-9]+)([+|-][0-9]{1,4})?"/>として定義しており、実装ガイドの付録 II(B)「タイムゾーン」には、「シンタックスは ‘CCYYMMDDHHMMSS.UUUU[+|-ZZzz]’であり、桁を右側から省略していくことで、より精度の低い表示を行うことができる」と記載されています。

実装ガイド第 5.01 版の C.2.r.3「報告者の国コード」に関する実務ルールには、

実装ガイド及びこれに付随する各技術文書の M5 識別子に対するすべての参照情報は ISO IDMP の用語と識別子に置き換えて解釈してください。
いいえ。送信者が第一次情報源となる国に関する情報を入手できないという事態は想定されず、E.i.9 が報告者の国コードの代わりとして使用される症例はありません。
その意味において、C.1.1 のユーザーガイダンスに記載されている「第一次情報源の国が不明の例外的な状況においては、その副作用／有害事象が発生した国（E.i.9）のコードを使用する」という説明も不適切なものということになります。
E.i.9 の変更によって、送信者ごとに固有の（症例）安全報告識別子が変わることはありません。
いいえ。C.2.r.3 の実務ルールの説明は適切ではありません。E.i.9
では 2 文字の国コード以外は認められません。

E2B(R3)データ
項目

C.1.1,
C.2.r.3,
E.i.9

C.2.r,
E.i.9
16

2018 年 6 月 7 日
E2B(R3) Q&As

017

018

2014 年
11 月

2014 年
11 月「C.2.r.5 に「1」と入力されている場合、このデータ項目に nullFlavor を入力してはならない。ただし、E.i.9 に nullFlavor が入力されていない場合はこの限りではない。」と記載されています。
しかしながら、E.i.9 の「副作用／有害事象が発生した国の識別」では nullFlavor は使用できません。送信者は C.2.r.3 でnullFlavor を使用することができますか。
実装ガイド第 5.01 版に記載されている D.1の NullFlavor 値は、付録 I(B)「E2B(R2)及びE2B(R3)互換性の推奨」（BFC）第 2.00 版に記載されているものと一致しません。
現在、実装ガイドには許容される
nullFlavor 値は MSK であると記載されているのに対し、BFC では許容される
nullFlavor 値が MSK、ASKU、NASK、UNK になっています。
付録 I(B)「E2B(R2)及び E2B(R3)互換性の推奨」（BFC）第 2.00 版には、「E2B(R3)にアップグレードするには、E2B(R2)の「継続（患者又は親の関連する治療歴及び随伴症 状 ） 」 （ す な わ ち 、B.1.7.1d 又 は
B.1.10.7.1d）が E2B(R2)において「3」（不明）である場合、対応する E2B(R3)の項目
は nullFlavor（UNK）と示されること」と記載されています。
BFC にはまた、「E2B(R2)にダウングレー
ドするには、「継続（患者又は親の関連する治療歴及び随伴症状）」（すなわち、
D.7.1.r.3 又は D.10.7.1.r.3）が E2B(R3)において nullFlavor（UNK）である場合、対応すICH D.1「患者（名前又はイニシャル）」の実務ルールにおいて、許容される nullFlavor 値の使用に関する記載は正しくありま
せん。送信者は、BFC の 5.6.2 項「E2B(R3)で必須とされるデータ項目に対する nullFlavor」の表を参照するとともに、D.1 へのnullFlavor 値の使用に関するガイダンスに従ってください。このガイダンスに、MSK、ASKU、NASK、UNK という選択肢も含ま
れます。

D.1

D.7.1.r.3 又 は D.10.7.1.r.3 の 「 継 続 」 に お い て 許 容 さ れ る
nullFlavor 値の使用に関する記述は正しくありません。
D.7.1.r.3 及び D.10.7.1.r.3 には MSK、ASKU、NASK、UNK が認められます。

D.7.1.r.3,
D.10.7.1.r.3

送信者は、D.7.1.r.3 又は D.10.7.1.r.3 への nullFlavor UNK の使用に関する 5.6.3 項「任意のコード及び日付に対する nullFlavour」に記載されている E2B(R3)へのアップグレード又は E2B(R2)へのダ
ウングレードについてのガイダンスに従わなければなりません。
この修正は BFC 第 2.01 版（2014 年 11 月に修正）に反映されています。

17

2018 年 6 月 7 日
E2B(R3) Q&As
る E2B(R2)の項目値は「3」（不明）と示されること」と記載されています。

021

025

031

2014 年
11 月

2014 年
11 月

2016 年6月

しかしながら、現在、実装ガイドで許容される nullFlavor 値は、MSK、ASKU、NASKであると記載されています。
検査結果（コード）について
実装ガイドには「任意。ただし F.r.2 に入力があり、F.r.3.2 及び F.r.3.4 に入力がない
場合は必須」と記載されています。これに対し、EU の実装ガイドは、「F.r.2.2b に入力があり、F.r.3.2 又は F.r.3.4 に入力がない
場合は必須である」と述べています。
F.r.3.2 及び F.r.3.4 にも同様の矛盾が見られます。ここに使用されている「又は」／「及び」の意味を明確化する必要があります。
E2B の実装ガイドは、自由記載の項目
G.k.7.r.1 が任意であると示しているのに対し、G.k.7.r.2b の実務ルールは、nullFlavorの使用が必須であることを示唆しています。
D.8.r.1「医薬品名（報告された表現）」の適合性は「必須」とされています。実務ルールでは、医薬品やワクチンへの曝露歴がない場合、「nullFlavor=NA」を使い、他のnullFlavor は使用しないこととされています。医薬品やワクチンの曝露歴は不明の場
合が多いと考えますが、この項目で「nullFlavor=UNK」は使用できません。このような場合、送信者はどのように報告すればいいですか。

任意です。ただし、F.r.2 に入力があり、F.r.3.2 も F.r.3.4 も入力がない場合は必須となります。

F.r.2,
F.r.3.1,
F.r.3.2,
F.r.3.4「指定なし」や「不明」の用語は、nullFlavor を用いて表さなけ
ればなりません。

G.k.7.r.1,
G.k.7.r.2b

F.r.3.1 の必須入力については次のように説明されます。

現行の実装ガイドにおける D.8.r.1 の適合性は、不適切です。D.8.r D.8.r.
「関連する過去の医薬品使用歴」は、情報を得ることができない
場合、空欄のままで結構です。
技術的には、D.8.r 項のいずれかのデータ項目が使われる場合には、スキーマ上 D.8.r.1 は必須です。したがって、D.8.r.1 の適合性
は、条件付き必須と解釈するべきです。
情報は得られないが、D.8.r.1 の入力が必要な場合、nullFlavor =UNK を使用できます。

18

2018 年 6 月 7 日
E2B(R3) Q&As

9.

別紙: ICH E2B(R3) 実装ガイド各章対応表

3.2.3.2,
3.3.6
3.3.6

付
録

そ
の
他
の
ICH

デ
ー
タ
項
目

添
付
資
料

ョ
ン

4.0 ICSR

必
須
構
成
要
素

3.5

5
6
7
8
9
10
11
12
4. ICH E2B(R3) データ項目

背景3.4: ICH E2B(R3)

2
3
4

目
的

3:

1. 目的
2. 背景
3. 必須構成要素
1

2:

ICH
E2B(R3)
実装ガイ
ド項目

1:

序

確
認
応
答
ト
ラ
ン
ザ
ク
シ

ガ
イ
ド
ラ
イ
ン

I (A)
I(A)
I (D)
I (G)

3.3.2
3.3.6
3.2.3
3.3.7
3.2.3

19

2018 年 6 月 7 日
E2B(R3) Q&As

10

C.1.1,
C.2.r.3,
D,
E.i.9
C.1.3,
C.2.r
C.1.4,
C.1.5
E.i.3.2
E.i.4,
E.i.5
F.r.3.2
F.r.3.2
F.r.3.4
E.i.4,
E.i.7,
G.k.4.r,
G.k.8,
G.k.9.i.4
E.i.2.1b,
G.k.10.r,
H.1,
H.3.r

付
録

そ
の
他
の
ICH

6
7
8
9

デ
ー
タ
項
目

添
付
資
料

ョ
ン

4.0 ICSR

4
5

必
須
構
成
要
素

3.5

3

背
景

3.4: ICH E2B(R3)

2

目
的

3:

1

2:

ICH
E2B(R3)
実装ガイ
ド項目

1:

序

確
認
応
答
ト
ラ
ン
ザ
ク
シ

ガ
イ
ド
ラ
イ
ン

I (G)

I (G)

20

2018 年 6 月 7 日
E2B(R3) Q&As

12
13
14
15
16
17
18
19

C.2.r.5,
C.3
F.r.3.4,
F.r.6
G.k.6
D.2.2.1,
D.10
D.2
E.i.2.1,
G.k.9.i.4
G.k.2.3.r.2b

確
認
応
答
ト
ラ
ン
ザ
ク
シ

付
録

そ
の
他
の
ICH

11

デ
ー
タ
項
目

添
付
資
料

ョ
ン

4.0 ICSRICH
E2B(R3)
実装ガイ
ド項目

必
須
構
成
要
素

3.5

背
景

3.4: ICH E2B(R3)

2:

目
的

3:

1:

序

ガ
イ
ド
ラ
イ
ン

MedDRA PTC

D.2.2b,D.10.2.2b
F.r.4,
F.r.5

20

D.6

21

F.r.3.4

5. 添付資料
6. ICSR 確認応答トランザクション
7. 付録
21

2018 年 6 月 7 日
E2B(R3) Q&As

付
録

そ
の
他
の
ICH

デ
ー
タ
項
目

添
付
資
料

ョ
ン

4.0 ICSR

必
須
構
成
要
素

3.5

背
景

3.4: ICH E2B(R3)

目
的

3:

1

2:

ICH
E2B(R3)
実装ガイ
ド項目

1:

序

確
認
応
答
ト
ラ
ン
ザ
ク
シ

ガ
イ
ド
ラ
イ
ン

II (B)

22

2018 年 6 月 7 日
E2B(R3) Q&As

別添 A
Q&A #4.9 の例ある患者が禁煙用医薬品の使用を開始したと想定する。投与量は 2 週間にわたって漸増させた。使用開始から 4 週間後に患者に悪夢が発現した。結果的に医薬品の使用を中止したところ、この副作用／有害事象は消失した。

Initial
初回報告
Dose1
投与量 1

Withdrawn due to Nightmares

悪夢のため投与中止

投与量 2
Dose2
Recovered

回復

Dose3
投与量 3
Nightmares

悪夢

親の項目
親の値
C.1.5 本報告の最新情報入手日
2月2日
k=1
G.k.2 医薬品の識別「禁煙用医薬品」
G.k.8 医薬品に対して取られた処置 k=1 「投与中止」

子の項目

G.k.4.r 投与量及び関連情報
G.k.9.i 医薬品と副作用／
有害事象のマトリクス子の値

k=1, r=1
k=1, r=2
k=1, r=3
i=1

1 月 1 日: 一日 0.5mg、経口×7 日
1 月 8 日: 一日 1mg、経口 x 7 日
1 月 15 日～29 日:1mg、一日 2 回、経口（投与中止）
1 月 29 日 : (E.i.1) = 悪 夢 の 発 現 ;(E.i.7=1-回復)23

2018 年 6 月 7 日
E2B(R3) Q&As
追加報告:
2 週間後に医薬品の投与を開始した（投与量、期間、及び医薬品に対して取られた処置は不明）ところ、副作用／有害事象は再発した。

追加報告
Follow-up
投与量 1
Dose1

Withdrawn
due to Nightmares
悪夢のため投与中止
Readministared
再投与、投与量不明
Dosage info unknown

投与量 2
Dose2
投与量 3
Dose3

投与量 4
Dose4
Nightmares
悪夢再発（転帰不明）
recurred (Outcome:unknown)

Nightmares
悪夢

Recovered
回復

親の項目

親の値

G.k.2 医薬品の識別

3 月 15 日
k=1 ‘禁煙用医薬品’

G.k.8 医薬品に対して取られた処置

k=1 ‘不明’

C.1.5 本報告の最新情報入手日

子どもの項目

子どもの値

k=1, r=1 1 月 1 日: 一日 0.5mg、経口 x 7 日間
k=1, r=2 1 月 8 日: 一日 1mg、経口 x 7 日間
G.k.4.r 投与量及び関連情
1 月 15 日～29 日: 1mg を一日 2 回、
報
k=1, r=3
経口（投与中止）
k=1, r=4 2 月 13 日: 不明、不明
G.k.9.i 医薬品と副作用／有害事象のマトリクス

i=1

1 月 29 日: (E.i.1) = 悪夢; G.k.9.i.4 = 1
はい－はい（再投与を行い、副作用が再発した）; (E.i.7=0-不明)
24