疑いの余地を消す── 「疑いの余地」を排除するチェック体制 ── 指摘を先に出し、論点ごとに担当と成果物を固定する

01「指摘されてから直す」が破綻する理由

受託制作の差し戻しを記録していくと、原因がきれいに二分される。一つは「作り手が知らなかった」もの。もう一つは「作り手は気づいていたが、確認した証拠を残していなかった」ものだ。後者のほうが厄介で、しかも数が多い。レビューで「この用法用量は添付文書の最新版か」と問われ、答えられずに持ち帰る。確認していたとしても、口頭の記憶では再現できない。

このとき起きているのは品質の欠陥ではなく、立証の欠陥である。前回（第3回 規制マップ）で、薬機法・適正広告基準・販提G・製薬協コードの4階層を地図化した。地図があっても、各地点を「通った証拠」がなければ、レビュアーは安心できない。疑いが残るかぎり差し戻しは続く。

02後で出る指摘を、先に出し切る

疑いの余地を消す出発点は、レビュー・考査・監査で出うる指摘を、制作前に紙の上で全部出すことだ。これを「論点の棚卸し」と呼ぶ。やり方は単純で、過去の差し戻し記録と4階層の規範を突き合わせ、「この資材で問われうる質問」を質問文の形で書き出す。

質問文にするのがコツである。「効能効果」という名詞ではなく、「標榜している効能効果は承認範囲を一語も超えていないか」という疑問文にする。疑問文は、答えが出るまで閉じない。名詞のチェックリストは「見た」で閉じてしまう。

この表は出発点にすぎない。製品クラス・媒体・チャネルごとに質問は増える。重要なのは、増えた質問を捨てずに資産として蓄積することだ(第6節の基準化につながる)。

03論点台帳 ── チェックポイント・担当・成果物の3点固定

出し切った質問は、そのままでは運用できない。一問ごとに「どこで確認するか(チェックポイント)」「誰が確認するか(担当)」「確認した証拠は何か(成果物)」の3点を固定して、初めて体制になる。この3点を1行に並べた表を論点台帳と呼ぶ。

成果物の欄が空のままの論点は、確認していないものとして扱う。「確認した(つもり)」を排除するのが台帳の役目で、証拠の名前が書けない論点は、その場で証拠の形式から設計し直す。

04ゲート通過基準の作り方

ゲート(A=コンセプト/一次資料、B=規制マップ、C=QC、D=QA)は「だいたい良ければ通す」では機能しない。通過基準は、判断の余地が残らない形、つまり二値(満たす/満たさない)で機械的に判定できる条件に落とす。「適切に記載されている」は基準ではない。「添付文書最新版との差分が0件」は基準である。

基準の作り方は3手順で固定する。

1. 論点を集約する ── 台帳から当該ゲートに割り当てた論点を抜き出す。
2. 各論点を合否条件に変換する ── 「〜か?」を「〜が成立していること」という判定可能な命題に書き換える。曖昧語(適切・十分・概ね)を数値・対照・有無に置換する。
3. 通過の定義を1行で書く ── 「全合否条件が満たされ、各条件に成果物が紐づいていること」。例外を認めるなら、誰が承認したかを残す逸脱記録を必須にする。

05作成と確認の分離

最も破られやすく、最も効くのがこの原則だ。作った本人のチェックは検証ではない。自分の作業を見直す行為は有用だが、それは作成工程の一部であって、独立した確認ではない。同じ思考の癖が、作成時も確認時も同じ盲点を作る。

分離は人とタイミングの2軸で担保する。人の軸は「作成者と異なる担当がゲートB/C/Dを判定する」。タイミングの軸は「作成を終えてからまとめて確認する(書きながらの自己確認に依存しない)」。受託の小規模チームで人を分けられない場合は、せめて時間を空け、台帳の証拠だけを見て判定する「ブラインド確認」に近づける。

レビュアーが見るのは制作物そのものではなく、まず論点台帳である。全論点に成果物が紐づいているかを確認し、そのうえで成果物の中身を抜き取り検証する。台帳が埋まっていない段階でゲートに持ち込まれた案件は、内容を見る前に差し戻す。

06指摘の基準化 ── 同じ指摘を二度出さない

一度出た指摘は、二度と同じ理由で出してはならない。出たということは、その論点が台帳から漏れていたか、合否条件が甘かったかのどちらかだ。指摘を個別の修正で終わらせず、必ず仕組みに戻す。これを「指摘の基準化」と呼ぶ。

運用は次のループで回す。

1. 指摘を記録する ── 何を、どの規範根拠で、どのゲートで指摘したかを1件1行で残す。
2. 原因を分類する ── 論点欠落 / 合否条件の甘さ / 担当不在 / 成果物未定義 のいずれか。
3. 台帳と基準に反映する ── 欠けていた論点を台帳に追加し、合否条件を書き直す。次回から同じ質問が自動で出る状態にする。
4. 定例で棚卸す ── 月次で指摘記録を集計し、頻出パターンを基準へ昇格させる。

この記録は属人化を防ぐ資産になる。新しい担当者は、過去の指摘記録を読むだけで、このチームが何で失敗してきたかを引き継げる。

07チェック体制のSOPとテンプレート

体制は手順書(SOP)に落として初めて再現する。最小構成のSOPは次の流れで足りる。担当が代わっても同じ判定が出ることを唯一の合格条件とする。

論点台帳テンプレートの列は固定する: 論点ID / 質問文 / 規範根拠(条文・基準番号) / ゲート / 担当 / 成果物形式 / 合否条件 / 判定 / 証拠リンク。規範根拠の列には、根拠を必ず特定して書く。誇大広告なら薬機法66条、未承認(承認前)広告なら68条、情報提供は68の2。条文を取り違えた論点は、根拠そのものが崩れる。詳細は広告規制01 薬機法と04 販提Gを台帳の根拠欄から直接参照できるようにしておく。

08運用 ── 通過基準を腐らせない

基準は作った瞬間から古くなる。添付文書は改訂され、販提Gの解釈は更新され、過去の指摘は増え続ける。腐敗を防ぐには、基準を測りながら回す。

• ゲート別の指摘件数 ── どのゲートで最も差し戻るか。多いゲートは前段の基準が甘い兆候。
• 流出指摘数 ── ゲートDを通過した後に外部(考査・依頼者)から出た指摘。ここがゼロに近づくほど、疑いの余地が消えている。
• 再発指摘率 ── 過去に基準化したはずの論点が再び出た割合。高ければ第6節のループが回っていない。

運用で迷ったら既定はこうする ── 判断に余地が生まれたら、それは基準が甘い兆候とみなし、基準側を直す。個別案件を裁量で通すより、基準を一段締めるほうが安い。チェック体制は、人の注意力を当てにする設計から、注意力がなくても同じ判定が出る設計へ近づけていく。次回(第5回 QCの型 (準備中))では、この体制の中核であるC=QC工程の具体手順を掘り下げる。