写事
務連絡
令和５年３月 14 日

各都道府県衛生主管部（局）薬務主管課

御中

厚生労働省医薬・生活衛生局医薬品審査管理課
厚生労働省医薬・生活衛生局医薬安全対策課

個別症例安全性報告の電子的伝送に関する質疑応答集（Q&A）の改正について医薬品規制調和国際会議（以下「ICH」という。）における合意に基づきとりまとめられた個別症例安全性報告の電子的伝送に関する質疑応答集（Q&A）については、当該 Q&A の和訳に関する事務連絡「個別症例安全性報告の電子的伝送に関する質疑応答集（Q&A）について」（令和元年９月 26 日付け厚生労働省医薬・生活衛生局医薬品審査管理課・医薬安全対策課連名事務連絡）を発出しています。
今般、ICH における合意に基づき当該 Q&A に「4.23」を追加する改正が行われたことを受け、改正後の Q&A の和訳を別添のとおり制定しますので、御了知の上、業務の参考として貴管内関係業者に対する周知方よろしく御配慮願います。
また、併せて、その内容に関する質問やコメントの提出先のメールアドレス（ich-e2b-r3@pmda.go.jp）をお知らせいたします。

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

第 2.4 版
2023 年 1 月 17 日

International Council for Harmonisation of Technical Requirements for Pharmaceuticals for Human Use
Route Pré-Bois 20, P.O Box 1894, 1215 Geneva, Switzerland
Telephone: +41 (22) 710 74 80- admin@ich.org, http://www.ich.org

2023 年 1 月 17 日
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 日

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

2019 年 6 月 6 日

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

2023 年 1 月 17 日

第 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 版
E2B(R3) Q&As
第 2.3 版
E2B(R3) Q&As
第 2.4 版i

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

ii

2023 年 1 月 17 日
E2B(R3) Q&As
目次

序.................................................................................................................................... 1

1.

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

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

3.

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

4.

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

添付資料 .................................................................................................................. 18

6.

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

7.

付録 .......................................................................................................................... 188.

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

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

2023 年 1 月 17 日
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
版より)

3.1
(001)

承認日

質問

回答

2014 年11 月

ICH のデータ型「AN」ではスペースは使用で 原則として、ICH の「AN」データ型ではスペースや UTF8 にリストきますか。
されているいくつかの特殊文字を含め、どのような文字でも許容されます。ただし、XML メッセージでは、＞や＜のような一部の文
ICH のデータ型「AN」では UTF8 にリストさ 字は許容されません。詳しい説明は、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 データ型の仕様」を参照してください。

E2B(R3)
データ
項目

2

2023 年 1 月 17 日
E2B(R3) Q&As

3.2
(002)

2014 年
11 月

3.3
(004)

2014 年
11 月

3.4
(005)

2014 年
11 月

3.5
(007)

2014 年
11 月

3.6
(008)

2014 年11 月

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

NI が許容値にリストされていなくても、NI を使用することは可能ですか。NI の説明には、「この例外値からはいかなる情報も推測できない。これは最も一般的な例外値であり、例
外値の初期値でもある。」と記載されています。
XML スキーマでは、いくつかの属性に対して ISO/HL7 スキーマファイルでは、例えば PQ データ型では unit=’1’、初期値が定義されていますか。
ED データ型では mediaType=’text/plain’のように、特定の属性に初期値を自動的に指定しています。ICSR の送信者は、送信するデー
タに適切な値で初期値を置き換えなければなりません。例えば、
PQ 型の測定単位には、適切な UCUM コードを使用し、ED 型には、メディアを指定します。パースエラーを減らすため、送信すべ
き情報がない場合、送信者は任意のデータ要素タグを除外するべきです。例えば、患者の年齢は任意のデータ項目であり、年齢が不明の場合、送信者は年齢のオブザベーションクラス全体を除外するべきです。
ICSR のための XML ファイルを作成する際 送信者は、ICH 実装ガイドと地域の実装ガイドだけでなく、例えばに、送信者が考慮しなければならないことは 参照インスタンスや技術情報などの付属書も参照する必要がありまありますか。
す。
ICH E2B(R3) ICSR メッセージでは、コードに大文字と小文字を区別したフォームを使用すべきなのか、それとも区別しないフォームを使用するのかについての説明がありません。
HL7 の nullFlavor を使用するには、ICSR ファ
イルのバリデーションとしては必要のない極
めて特異的な実務ルールがパースに必要です。ICSR ファイルのバリデーションでは、データ項目（データ型）ごとに HL7 nullFlavor が適切かどうかのチェックを行いますが、そのICH E2B(R3) ICSR メッセージでは、コードに大文字と小文字を区別したフォームを使用しなければなりません。
大文字と小文字の区別についての詳細は、地域のガイダンスを参照
してください。
MSK （ 「 Masked 」 ） や NI （ 「 No Information 」 ） 、 UNK（「Unknown」）など、HL7 nullFlavor の値に対する取扱いは実装によって異なる場合があります。システムを設計する際には、実装ガイドに定義されている nullFlavor を用いたメッセージを受信、処理及び再作成できるようにしなければなりません。
32023 年 1 月 17 日
E2B(R3) Q&As
先の業務システムのパースルールは違います。これらはデータベースでデータが実際にどのように表示／検索されるかに影響するからです。例－NI 値を持つデータフィールドを
日付／時刻用に構造化されているフィールドとしてパースすることはできません。
ある企業から、重篤な症例が電子的に規制当 a)
局に送信されました。その一方で、企業が受領したフォローアップ情報により、この症例は現在、重篤なものでないことが判明しまし
b)
た。
a)
3.7
(010)

2014 年
11 月b)

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

はい。この企業は以前の報告に対して新たな更新情報を提示
し、症例が現在は非重篤であることを示す新たな報告を送信しなければなりません。
いいえ。この企業は、規制当局のデータベースでこの症例を破棄するための新たな報告を送信してはいけません。
はい。これは新しい情報になります。この場合、同じ安全報告
識別子を用いた追加報告が適切です。

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

c)

3.8
(011)

2014 年
11 月

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

報告者の因果関係評価も、少なくとも「possible」か？

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

42023 年 1 月 17 日
E2B(R3) Q&As

3.9
(028)

3.10
(029)

3.11
(038)

3.12

3.13

2016 年6月

2016 年6月

2016 年6月

2018 年6月

2019 年
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 構造チェックツール
を用いることが要求されているのでしょうか。
規制当局が ICH オブジェクト識別子（Object
Identifier：OID）をその地域に割当てたい場
合、どのように要求すればよいのでしょうか。

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

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

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

ICH M2 が ICH に加盟している規制当局に対し、ICH 名前空間における OID の割当てを担当しています。OID に関するインフォメーションペーパーは、ESTRI ウェブサイトの M2 勧告のページに掲載されています：
http://estri.ich.org/recommendations/index.htm
52023 年 1 月 17 日
E2B(R3) Q&AsOID の割当てを要求する場合、ICH 事務局（admin@ich.org）を通して M2 に連絡してください。

62023 年 1 月 17 日
E2B(R3) Q&As

4.

ICH E2B(R3) データ項目#(# 第 1.1
版より)

承認日

質問

回答

E2B(R3)
データ
項目

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

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

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

b)

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

2023 年 1 月 17 日
E2B(R3) Q&As
シナリオ3 胎児又は授乳中の乳児が母親を通じて薬剤に曝露され、なおかつ有害な事象／反応を発現した場合
患者 (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)
記述部分に父親及び母親についての情報を記載してください。

4.2
(014)

2014 年11 月

親への投与経路(G.k.4.r.11) 父親への投与経路
医薬品に関するその他の3（父親が服用した医薬品）
情報 (G.k.10.r)
親－子／胎児報告の場
D項目のユーザーガイダンスに準拠す
合、親に関する情報
る父親の情報(D.10)
第一次情報源に関する情報が最小限又はま 第一次情報源に関する情報が得られない場合は、項目 C.2.r に規制当局 C.1.3,
C.2.r
ったくない状態で規制当局から ICSR が転送 を第一次情報源として入力してください。
されてきた場合、第一次情報源と報告者資 C.2.r.4 の「資格」は、nullFlavor の「UNK」を設定してください。
格を特定するにはどうすればよいですか。
また、該当する場合は、C.1.3 の「報告の種類」の欄にコード「4」（送信者に情報が得られず[不明]）を選択します。
8

2023 年 1 月 17 日
E2B(R3) Q&As

4.3
(015)

4.4
(019)

2014 年
11 月

2014 年
11 月

C.1.5 は適合性が「必須」になっています。
送信者が最初に受信した情報のみを保有
し、追加情報がない場合でも、送信者はこの項目に日付を記入しなければならないのですか。
E2B(R3)のデータ項目 E.i.3.2「有害事象ごとの重篤性の基準」について
a) 「不明」や「非重篤」はどのように記載したらよいですか。このデータ項目に対して許容されている値は何ですか。
b) XML では許容値や「空欄」をどのように記載したらよいですか。

4.5
(020)

2014 年11 月

以下は 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日
空欄の発現日と終了日の詳細はどのようにしたらよいですか。実装ガイドに従い、最初の副作用の発現日と最後の副作
用の終了日を考慮しなければならないとすると、報告書に記載する値が正しくな
いものになってしまいます。

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

C.1.4,
C.1.5

a)

E.i.3.2

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

b)

非重篤の時の「空欄」は nullFlavor「NI」を用いて表現します。
副作用／有害事象毎に、E.i.3.2 の 6 つのすべての基準を XML で記 述 しな け れば なり ませ ん （報 告 が非 重篤 の場 合 も同 様 です）。
以下に XML の例を挙げます。
<value xsi:type="BL" nullFlavor=”NI” />送信者は、個々の有害事象に対して最も正確な情報を入力するように E.i.4,
しなければなりません。送信者が情報を把握していない場合は、発現 E.i.5
日や終了日、又はその両方の項目を空欄にしても構いません。正確な日付が入手できない場合、任意の事象に対して日付を空欄にするか、又は推測日を入力するかは送信者の臨床学的判断になります。事象に関連があると考えられる（すなわち、事象 1 が事象 2 の徴候又は症状である）場合、両方の事象に対して最も早い発現日や最も遅い終了日を適宜使用するのが臨床的に合理的であると考えられます。ただし、明瞭な臨床的根拠がない限り、送信者は日付を推測することはできません。このような根拠がある場合は、これを経過欄に記載してください。

92023 年 1 月 17 日
E2B(R3) Q&As

4.6
(022)

2014 年
11 月

4.7
(023)

2014 年11 月

ICH E2B(R3)では、nullFlavor の「NINF」と 空のデータ項目を伝送する場合、nullFlavor はデータが無い理由を規格 F.r.3.2「PINF」はどのように実装されています 化された方法でコード化するのに使用されます。これにより、内容をか。
伝送せずに必須項目を含む有効なメッセージを作成することができます。
ICH E2B(R3) で は 、 nullFlavor の 「 NINF 」 （ 負 の 無 限 大 数 ） 及 び「PINF」（正の無限大数）は、ICH E2B(R3)データ項目 F.r.3.2「検査結果（値/限定子）」にのみ使用され、その項目で（不明の）無限数を伴う範囲（例えばデータ型 IVL<…>など）を記述する場合のみ使います。例えば、「3 以上」という概念は、「3」から、3 を超えるすべての（不明の）数などの「正の無限大数」の範囲として表わすことができます。
実装ガイド第 5.01 版の F.r.3.2「検査結果（値 いいえ。送信者がこのデータ項目に限定子記号を追加することはでき F.r.3.2／限定子）」に対するユーザーガイダンス ません。F.r.3.2 項のビジネスルールの例示は正しくありませんので無には、「適宜、値に限定子の記号を追加し 視
し
て
下
さ
い
。
てもよい。使用できる限定子は、「より大 このデータ項目は検査結果に対する値（量）を記載するものです。
きい」、「より小さい」、「以上」、「以 ICSR メッセージの場合、このデータ項目は、複数の属性による複合的下」である。」と記載されています。しか なデータ型である HL7 IVL_PQ データ型で表わされます。 「正の無限し、許容値は数値と nullFlavor（NINF 及び 大数（PINF）」と「負の無限大数（NINF）」の nullFlavor は、それぞ
PINF）とされている。
れ、特定の値「よりも大きい」、特定の値「よりも小さい」ことを表
送信者は限定子記号（<、>、≤、 ≥）を追加 わすために使用されます。以下は、検査結果が特定の値、特定の値よできますか。
りも大きい値、又は特定の値よりも小さい値である場合の例です。
検査結果 = 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>
検査結果 <= 10 (mg/dl)<value xsi:type="IVL_PQ"> <low nullFlavor="NINF"/><high value="10"
unit="mg/dl" inclusive="true"/></value>102023 年 1 月 17 日
E2B(R3) Q&As
検査結果 > 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>

4.8
(024)

2014 年
11 月

4.9
(026)

2014 年
11 月

実装ガイド改訂により、限定子の記号に関する記載は削除されました。 本修正は実装ガイド第 5.02 版（2016 年 11 月に修正）に反映されています。
検査結果の値に適切な UCUM コードや単位 このようなケースでは、送信者は F.r.3.4 の非構造化データとして値と F.r.3.4（例えば国際標準比、INR）がない場合、 単位を入力しなければなりません。
又は検査結果の単位が不明の場合、検査結
果はどのように入力したらよいですか。
E.i.4,
a) G.k.4.r.8 や G.k.4.r の繰り返しなど、有害 a)から c)までの質問に対する回答を以下に要約します。
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 にどの投の下の個々の繰り返しに対して一つの処置しか取り込むことはできま
与情報を使用すればよいですか。
せん。
c) 医薬品の中止後、又は医薬品の一時投与
このデータ項目は「時間」に関する項目と関連付けられていないた
中止後の再投与を識別することは可能で め、G.k.8「医薬品に対して取られた処置」に関連する「時間」は副すか。
作用の発現時になります。G.k.4.r「投与量及び関連情報」の投与情報の記録と、E.i.4「副作用／有害事象の発現日」に入力されている副作
用／有害事象の発現日を複合的に分析することで、情報の受信者はその副作用／有害事象に関連する G.k.4「投与情報」の記録を特定することができます。
副作用／有害事象の転帰に関する情報は、E.i.7「最終観察時の副作用／有害事象の転帰」に入力します。医薬品の再投与後、副作用／有害112023 年 1 月 17 日
E2B(R3) Q&As
事象が再発しなかった場合は、G.k.9.i.4「再投与で副作用は再発したか？」は 2（再投与を行ったが、副作用は再発しなかった）に設定
し、E.i.7「最終観察時の副作用／有害事象の転帰」は 1＝回復に設定します。
例を別添 A に提示します。

4.10
(027)

2014 年11 月

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

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

実装ガイドに記載しているように、第一次情報源は当該 ICSR についての情報を提供した人です。複数の情報源が存在する場合は、「規制目的上の第一次情報源」（C.2.r.5）は転送者ではなく、最初の送信元に情報を報告した人を指します。第一次情報源は、送信者や転送者と区別されなければなりません。送信者及び転送者についての情報は、C.3 項に記載されています。
規制当局、提携企業又は他の組織など、別の送信者からE2Bフォーマ
ットによって送信された電子的ICSRを転送する場合、最初の転送における第一次情報源の情報は、その症例について直接の報告者の情報を反映するべきであり、情報を変更することはできません。送信元からの最初の送信で「規制目的上の第一次情報源」とされている報告者
は、その症例に関するその後のすべての転送において変わることはありません。
CT、MRI、X 線検査などの検査結果のコメ F.r.6 項は、検査及び手技の結果についての報告者によるコメント用でントには、どちらのデータ項目（F.r.3.4「検 す。
査結果に関する非構造化データ」又は F.r.6 CT、MRI、X 線検査など、検査及び手技の所見の非構造化データは、「備考」）を適用できますか。
F.r.3.4 項に自由記載として提示してください。

C.2.r.5,
C.3

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

4.12
(032)

2016 年6月

2016 年
6月

F.r.3.4,
F.r.6

12

2023 年 1 月 17 日
E2B(R3) Q&As

4.13
(033)

4.14
(034)

2016 年6月

2016 年
6月

4.15
(035)

2016 年
6月

4.16
(036)

2016 年
6月

4.17

2016 年11 月

母親の医薬品への曝露は妊娠前から始まっています。G.k.6「曝露時の妊娠期間」は、親子報告の子供／胎児についての報告書及び／又は母親についての報告書に記載する必要がありますか。
父親が医薬品を使用した場合、胎児についての報告書に D.2.2.1「胎児での副作用／有害事象発現時の妊娠期間」の記載は必要ですか。
副作用／有害事象が妊娠中に発現したが、出産時に初めて観察された場合、新生児の年齢はどのように報告すればよいですか。

妊娠中の最も早い曝露を記載するために、G.k.6 を使用することは適切 G.k.6です。最も適切な値／単位を選択するためには、臨床的な判断が必要です。

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

患者年齢の情報を報告する場合に、D.2 項にいくつかの選択肢を提示 D.2
しています。送信者は、提供された情報に基づいて、最も適切な項目を選択してください。質問の内容から判断しますと、D.2.3 が患者の年齢を報告するために最も適切なフィールドと思われます。
再投与後の副作用／有害事象が以前の投与 副作用／有害事象の概念的類似性は医学的判断によって評価してくだ E.i.2.1,
G.k.9.i.4
時のものと同一でなかった場合、G.k.9.i.4 さい。MedDRAコードが一致する必要はありません。［MedDRA「再投与で副作用は再発したか？」にはど Points to Consider］を参照してください。
う記載するのですか。
例）E.i.2.1「副作用／有害事象」：肝障害
再投与：アスパラギン酸アミノトランスフ
ェラーゼ増加UCUM の Mass Concentration Units には、製剤の濃度や含量を表す単位として広く使用されている単位がいくつか含まれています
が、E2B のコードリストには含まれていませ ん 。 例 と し て 、mg/mL は お そ ら く
E2B(R3)データ項目 G.k.2.3.r.2b 「含量（単位 ） 」 に 使 用 さ れ ま す 。mg/mL を ICSRXML メッセージ内の含量単位として使用可
能な用語に追加することは可能ですか。

現在、単位「mg/mL」は E2B コードリスト#25 (ファイル名： E2B G.k.2.3.r.
CL25 ich-dose-strength-unit.xml)に記載されています。 IWG は他の単独 2b又は結合して用いる UCUM コードについても、E2B コードリストに含める必要があるか検討を行います。

13

2023 年 1 月 17 日
E2B(R3) Q&As

4.18

4.19

4.20

2017 年6月

2018 年6月

2018 年
6月

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}は使用 すべき ではあり ません 。 D.2.2b,
E2B(R3) EWG/IWG は、推奨される表記が「10.a」であることを UCUM D.10.2.2bに確認しました。これに伴い、コードリスト#26 を更新しています。

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

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

D.6

14

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

4.21

4.22

2018 年6月

2019 年6月

データ入力ルールに関して、D.1.1.1から
D.1.1.4のICH OIDと記載ルールに矛盾があります。例えば、D.1.1.4のICH OIDはICHコードリスト4を指定しており、このリストに従えば数字のコードである“4”が入力されるべきです。しかし、D.1.1.4の記載ルールでは次のように説明しています：<code code = "investigation" codeSystem ="2.16.840.1.113883.3.989.2.1.1.4"/>
この説明は送信者に対し、数字のコードではなく、何らかの言語を入力することを求めているように読めます。これらのデータ
項目にはどのようにデータを入力するのが適切なのでしょうか。

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

入力済

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

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

未入力

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

D.1.1.1 から D.1.1.4 に対しては、ICH コードリスト 4 に含まれている
数字のコードの入力が求められています。詳細については、付録 I(G)
技術的情報（バージョン 1.02）に記載されている XPath と参照インス
タンス（バージョン 3.1）を参照してください。

F.r.3.4

D.1.1.1 –D.1.1.415

2023 年 1 月 17 日
E2B(R3) Q&As
計画に従って複数回投与するワクチンの 被疑薬に該当するワクチンの接種回数（何回目の接種であるか）に関 D.8.r
G.k.1
ICSRでは、接種回数（何回目の接種である する情報は、G.k.4.r.8 に英数字で入力してください。
G.k.2
か）をどのように入力すべきでしょうか。
例：1st dose, Dose #2, Dose no. in series: 3 等
G.k.4.r
G.k.4.r.8
被疑薬に該当しないワクチンの接種回の情報は、D.8.r に入力してくだ
さい。
過去のワクチン接種に関する情報が得られない場合は、被疑薬に該当するワクチン接種に関する情報のみ入力してください。
ワクチンに関する報告についてのより詳細な情報は、各地域のガイダ
ンスを参照してください。
シナリオ 1：同一のワクチンを 2 回又は異なるワクチンを 1 回ずつ計 2回接種し、1 回目に接種したワクチンは被疑薬に該当せず、2 回目に接種したワクチンが被疑薬に該当する場合

4.23

2023 年
1月

データ項目
医薬品関与の位置付け(G.k.1)

k/r
k=1

医薬品の識別(G.k.2)

k=1

投与量及び関連情報(G.k.4.r)
投与量を表す記述情報(G.k.4.r.8)
関連する過去の医薬品使用歴(D.8.r)k=1
k=1

値1（被疑薬）
2回目に接種したワクチ
ン
2回目に接種したワクチンに関する情報例：2nd dose
1回目に接種したワクチン

シナリオ 2：同一のワクチンを 2 回接種し、いずれの接種も被疑薬に該当する場合データ項目
医薬品関与の位置付け(G.k.1)

k/r
k=1

医薬品の識別(G.k.2)

k=1

値
1（被疑薬)
1回目、2回目に接種し
たワクチン
16

2023 年 1 月 17 日
E2B(R3) Q&As
投与量及び関連情報(G.k.4.r)
投与量を表す記述情報(G.k.4.r.8)
投与量及び関連情報(G.k.4.r)
投与量を表す記述情報(G.k.4.r.8)

k=1
r=1

1回目の接種に関する情
報

k=1
r=1

例：1st dose

k=1
r=2

2回目の接種に関する情
報

k=1
r=2

例：2nd dose

シナリオ 3：異なるワクチンを 1 回ずつ計 2 回接種し、いずれのワクチンも被疑薬に該当する場合
データ項目
医薬品関与の位置付け(G.k.1)

k/r
k=1

医薬品の識別(G.k.2)

k=1

投与量及び関連情報(G.k.4.r)
投与量を表す記述情報(G.k.4.r.8)
医薬品関与の位置付け(G.k.1)
医薬品の識別(G.k.2)
投与量及び関連情報(G.k.4.r)
投与量を表す記述情報(G.k.4.r.8)

k=1

値
1(被疑薬)
1回目に接種したワクチ
ン
1回目に接種したワクチンに関する情報k=1

例：1st dose

k=2

1(被疑薬)
2回目に接種したワクチ
ン
2回目に接種したワクチンに関する情報

k=2
k=2
k=2

例：2nd dose17

2023 年 1 月 17 日
E2B(R3) Q&As

5.

添付資料
#
(# 第
1.1 版よ
り)

5.1
(037)

6.

承認日

質問

回答

2016 年
6月

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

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

E2B(R3)
データ
項目

ICSR 確認応答トランザクション
Q&A 無し

7.

付録
#
(# 第
1.1 版よ
り)

承認日

質問

回答

E2B(R3)
データ
項目

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

2017 年
6月

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

18

2023 年 1 月 17 日
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]’であり、桁を右側から省略していくことで、より精度の低い表示を行うことができる」と記載されています。

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

2023 年 1 月 17 日
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「患者（名前又はイニシャル）」の実務ルールにおい D.1て、許容される nullFlavor 値の使用に関する記載は正しくありま
せん。送信者は、BFC の 5.6.2 項「E2B(R3)で必須とされるデータ項目に対する nullFlavor」の表を参照するとともに、D.1 へのnullFlavor 値の使用に関するガイダンスに従ってください。このガイダンスに、MSK、ASKU、NASK、UNK という選択肢も含まれます。

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 月に修正）に反映されています。

20

2023 年 1 月 17 日
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.1,
任意です。ただし、F.r.2 に入力があり、F.r.3.2 も F.r.3.4 も入力が F.r.3.2,
F.r.3.4
ない場合は必須となります。

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

「指定なし」や「不明」の用語は、nullFlavor を用いて表さなけ
ればなりません。

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

現行の実装ガイドにおける 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 を使用できます。

21

2023 年 1 月 17 日
E2B(R3) Q&As

9.

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

項
目
1. 目的
2. 背景
3. 必須構成要素
1
2
3
4
5
6
7
8
9
10
11
12
13
4. ICH E2B(R3) データ項目

3.2.3.2,
3.3.6
3.3.6

添
付
資
料

付
録

そ
の
他
の
ICH

必
須
構
成
要
素

4.0 ICSR

背
景

3.5

3:

目
的

3.4: ICH E2B(R3)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
3.2.2

22

2023 年 1 月 17 日
E2B(R3) Q&As

項
目
1

2
3
4
5
6
7
8
9

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

必
須
構
成
要
素

4.0 ICSR

背
景

3.5

3:

目
的

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

1:

序

確
認
応
答
ト
ラ
ン
ザ
ク
シ

ガ
イ
ド
ラ
イ
ン

I (G)

I (G)

23

2023 年 1 月 17 日
E2B(R3) Q&As

項
目
11
12
13
14
15
16
17
18
19
20
21
22

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
D.2.2b,D.10.2.2b
F.r.4,
F.r.5
D.6
F.r.3.4
D.1.1.1 –D.1.1.4

添
付
資
料

確
認
応
答
ト
ラ
ン
ザ
ク
シ

付
録

そ
の
他
の
ICH

必
須
構
成
要
素

4.0 ICSR

背
景

3.5

3:

目
的

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

1:

序

ガ
イ
ド
ラ
イ
ン

MedDRA PTC

24

2023 年 1 月 17 日
E2B(R3) Q&As

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

項
目
23

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

添
付
資
料

付
録

そ
の
他
の
ICH

必
須
構
成
要
素

4.0 ICSR

3:

背
景

3.5

2:

目
的

3.4: ICH E2B(R3)

1:

序

確
認
応
答
ト
ラ
ン
ザ
ク
シ

ガ
イ
ド
ラ
イ
ン

D.8.r
G.k.1
G.k.2
G.k.4.r
G.k.4.r.8

II (B)

25

2023 年 1 月 17 日
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 日: 1 日 0.5 mg、経口×7 日
1 月 8 日: 1 日 1 mg、経口 x 7 日
1 月 15 日～29 日:1 mg、1 日 2 回、経口（投与中止）1 月 29 日 : (E.i.1) = 悪 夢 の 発 現 ;(E.i.7=1-回復)

26

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

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

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

投与量 2
Dose2
投与量 3
Dose3

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

Nightmares
悪夢

Recovered

回復

親の項目

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

親の値

G.k.2 医薬品の識別

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

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

k=1 ‘不明’

子どもの項目

子どもの値

k=1, r=1 1 月 1 日: 1 日 0.5 mg、経口 x 7 日間
k=1, r=2 1 月 8 日: 1 日 1 mg、経口 x 7 日間
G.k.4.r 投与量及び関連情報

k=1, r=3

1 月 15 日～29 日: 1 mg を 1 日 2 回、経口（投与中止）

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-不明)
27