eBRの価値は「紙をなくすこと」ではなくレビュー方式の転換にある
eBR（electronic Batch Record／電子バッチレコード）は医薬品製造で、eDHR（electronic Device History Record／電子製造記録）は医療機器で使われる語ですが、実装上の構造はほぼ同じです。1つの製造単位（バッチ／ロット）について、実行された全工程の記録を1つの束として構成し、出荷判定の根拠にするという機能です。
ここで最初に押さえるべき点があります。紙のバッチレコードの何が問題だったのか、です。
- 記録が完成するのは製造が終わったあと。逸脱が見つかるのも製造が終わったあと
- 品質保証部門が全ページを目視でレビューする。数百ページのバッチレコードで数日かかる
- 記入漏れ・訂正の不備が見つかると、現場に差し戻して確認する。さらに日数がかかる
紙をスキャンしてPDFにしても、この3つは何ひとつ解決しません。eBRが日数を縮めるのは、①記録の欠落や規格外を発生した瞬間に検出し、②レビューを全ページ確認から逸脱箇所のみの確認（Review by Exception）へ切り替えたときだけです。この2つを実装しないeBRプロジェクトは、投資に見合う効果が出ません。
eBRを構成する5つの要素
eBRは単独の機能ではなく、既存機能の束です。逆に言えば、下の5つが揃っていない状態でeBRだけを買うことはできません。
| 要素 | 中身 | どこで実装されるか |
|---|---|---|
| 1. マスタバッチレコード（MBR） | 何をどの順序でどの条件で行うかの定義。承認された版のみが実行可能 | レシピ／工程マスタ。プロセス産業ではISA-88のレシピモデルが下敷きになる |
| 2. 実行時の強制（フォーシング） | 手順の飛ばし、未検査材料の投入、未校正設備の使用を成立させない | プロセス管理・材料検証 |
| 3. 記録の自動生成 | 設備値・秤量値・作業者ID・時刻を自動で記録に取り込む | データ収集・測定器接続 |
| 4. 電子署名と監査証跡 | 誰が何を承認したか、いつ何が変更されたかがすべて残る | 監査証跡と承認ワークフロー |
| 5. レビューと出荷判定 | 逸脱の一覧、未クローズ項目の一覧、最終承認 | eBRレビュー画面 |
このうち2番目が最も重要で、最も見落とされます。記録を集めるだけなら文書管理システムでもできます。eBRがMESの機能である理由は、逸脱を事後に発見するのではなく、その場で成立させないためです。
Review by Exception が成立する3条件
Review by Exception（例外のみのレビュー）は、eBRの投資対効果を決める中核です。しかし、次の3条件が満たされていないと導入できません。
条件1：何が「例外」かが、事前に定義され、システムが判定していること。 規格値、許容時間、必須手順、必須署名がすべてマスタとして定義され、システムが自動で逸脱を判定できる状態です。判定基準の一部が人の目視に依存していると、その部分は全件レビューが必要なままです。
条件2：例外が発生した時点でクローズのワークフローが回っていること。 製造中に発生した逸脱が、その場で分類・記録され、必要な調査と承認が完了していること。出荷判定の時点で調査が始まるようでは、日数は縮みません。
条件3：システムが判定していることを、バリデーションで証明できていること。 「システムが自動チェックしているから人は見ない」と言うためには、そのチェックが正しく動くことを検証した記録が必要です。ここがバリデーション工数として跳ね返ります。
2025年、規制の前提が両側から動いた
eBR／eDHRの設計前提は、2025年に欧州と米国の双方で変わりました。ここを織り込まずに要件を固めると、数年後に作り直しになります。
EU側：Annex 11は「バリデーション中心」から「セキュリティ・アクセス管理・監査証跡中心」へ。 改訂案では、医薬品品質システム、リスクマネジメント、要員教育、サプライヤ管理、データ処理、電子署名、アーカイブが網羅されました。eBRの設計に直結するのは、アイデンティティ／アクセス管理と監査証跡の比重が上がった点です。従来「誰でも見られるが、承認は権限者のみ」で通っていた設計が、閲覧・編集・承認・設定変更の各段階で権限を分離し、その変更履歴まで残すことを求められる方向にあります。
なお、これは2026年8月時点で改訂案（ドラフト）です。最終版の内容と適用時期は確定していません。ただし、方向性は明確なので、いま設計するシステムはこの方向に耐える構成にしておくのが合理的です。
Annex 22（AI）：eBRに載るAIが「そのまま」は使えなくなる。 新設のAnnex 22は、GMP環境で使うAIについて、意図された使用の明確化、受入基準、テストデータの独立性、説明可能性、信頼度、運用要件を求めます。AI外観検査の判定結果をeDHRの検査記録として使う場合、その判定がなぜそうなったかを説明でき、学習データと検証データが独立していることを示す必要があるということです。ISPEは2025年7月に290ページのGAMP AI Guideを公開しており、ライフサイクル管理の枠組みはそこで補完されます。
米国側：FDA CSAはバリデーション工数の前提を緩めた。 2025年9月24日に公示された最終ガイダンスは、21 CFR Part 820を基礎に、テスト網羅ではなくリスクベースのアプローチを認めます。既存の「General Principles of Software Validation」Section 6を置き換えるものです。eDHRのバリデーションで、すべての画面遷移をスクリプト化してテストする従来の進め方は、もはや唯一の正解ではありません。
この「FDAは緩め、EUは締める」という非対称は、グローバルに製造拠点を持つ企業のシステム設計に直接影響します。詳細は規制の非対称を扱った記事で整理しています。
設計判断とよくある失敗
設計判断1：MBRの版管理を、どこまでMESで持つか。 文書としてのMBRは文書管理システム（DMS）にあり、実行可能なレシピはMESにある、という二重構造が普通です。問題は、DMSで承認された版とMESで実行されている版が一致していることを、どう保証するかです。手作業で転記している運用は、監査で必ず突かれます。DMSからMESへ承認済み版を配信し、MES側では手動編集を不可にする設計が望ましい形です。
設計判断2：手書きが残る部分をどう扱うか。 すべてを電子化できることは稀です。外部委託先の記録、装置のチャート紙、緊急時の紙記録は残ります。Annex 11改訂案と同時に公開されたChapter 4改訂案がハイブリッドシステムの要件を明記しているのは、この現実を踏まえたものです。設計としては、①紙が残る範囲を文書で明示する、②紙の記録をスキャンしてeBRに紐づける経路を作る、③紙とシステムのどちらが正かを記録種別ごとに決める、の3点が必要です。
失敗1：紙の様式をそのまま画面にする。 紙のバッチレコードは「1枚に多数の項目が並ぶ」形式ですが、現場端末では1画面に多数の入力欄を並べると誤入力が増えます。画面は作業の単位で切り、紙の様式は出力時に再構成するのが正解です。ここを混同すると、現場から「紙のほうが速い」という反応が返ってきます。
失敗2：電子署名の意味を1種類しか持たない。 「実施した」「確認した」「承認した」「レビューした」は、法的にも実務的にも別の意味です。署名の意味（meaning of signature）を区別して記録できないシステムは、21 CFR Part 11の要求を満たしません。署名ごとに意味・署名者名・日時が人が読める形で記録に表示される必要があります。
失敗3：バリデーション範囲を全機能に広げる。 MESの全機能を同一の厳格さで検証すると、工数が数倍になります。FDA CSAの考え方は、まさにこれを避けるためのものです。製品品質・患者安全に直接影響する機能（材料検証、規格判定、電子署名、監査証跡）と、そうでない機能（レポートの配色、検索の利便機能）を分け、検証の深さを変えるのが2025年以降の標準的な進め方です。ただし、その分類の根拠自体を文書化する必要があります。
製品による実装差
- 業種特化版の有無：医薬向け・医療機器向けの専用エディションを持つ製品は、MBRの構造、逸脱管理、電子署名が最初から規制要求に沿って作られています。SiemensはOpcenter MES Medical Deviceの2607リリース（2026年8月14日）でAQLサンプリングの簡素化や設備ログブックを追加するなど、この領域の改良を継続しています。汎用MESに規制対応を後付けする場合、この差が初期構築の工数として現れます。
- バリデーション支援資材の提供：ベンダーが要件仕様書の雛形、テストスクリプト、トレーサビリティマトリクスを提供するか。これがあるかないかで、バリデーション工数は体感で3〜5割変わります。RFPで確認すべき項目です。
- バージョンアップ時の再バリデーション範囲：クラウド／SaaS型では、ベンダー都合でのアップデートが発生します。そのたびに何をどこまで再検証するかを、契約と手順で事前に決めておかないと、運用開始後に毎回もめます。コンテナ化によるゼロダウンタイム更新のような仕組みが入っても、規制対応上の検証責任は製造業者側に残る点は変わりません。
eBRを入れると、出荷判定は本当に短くなりますか？
Review by Exceptionまで実装すれば短くなります。逆に、記録の電子化だけで止めた場合はほとんど変わりません。判断のポイントは、現在の出荷判定リードタイムの内訳です。①記録が揃うまでの待ち時間、②レビューそのものの時間、③差し戻しと再確認の時間のうち、①と③が大きい場合はeBRの効果が大きく出ます。②が支配的で、かつレビュー基準が人の判断に依存している場合は、システム化しても短縮幅は限定的です。まず内訳を測ってから投資判断をします。なお、この効果測定は導入後の有効性評価としても使えるため、いずれにせよ測る価値があります。
中堅企業でもeBRは導入できますか？
可能ですが、順序が重要です。eBRは前掲の5要素の集合体なので、材料検証と設備連携が整っていない状態でeBRだけを入れると、記録の多くが手入力になり、現場負荷だけが増えます。現実的な進め方は、①作業者資格と設備の使用可否判定、②材料のロット検証、③測定値の自動取り込み、④電子署名と監査証跡、⑤eBRとしての束ね、という順で段階的に構築することです。①〜③が動いていれば、⑤は比較的短期間で載ります。逆に⑤から始めると、①〜③の不在が記録の質として跳ね返ります。
AI外観検査の結果を、そのままeDHRの検査記録にできますか？
現時点では、追加の要件を満たす必要があります。EU GMPの新設Annex 22（改訂案）は、GMP環境で使うAIに対して、意図された使用の明確化、受入基準、テストデータの独立性、説明可能性、信頼度の設定、運用時の要件を求めています。①この検査AIが何をどこまで判定するものかを定義し、②学習に使っていない独立したデータで性能を検証し、③判定根拠を説明でき、④運用中の性能劣化（ドリフト）を監視する、という一式が必要になります。ISPEが2025年7月に公開したGAMP AI Guide（290ページ）は、この一式をライフサイクル管理の枠組みとして扱っています。実装上は、AI判定を最終判定にせず、人の確認を挟む構成（human-in-the-loop）から始めるのが現実的です。
- Drafts of EU GMP Guideline Annex 11, Annex 22 and Chapter 4 released for comment（ECA Academy、2025年7月7日）
- Computer Software Assurance for Production and Quality System Software（Federal Register、2025年9月24日）
- Computer Software Assurance for Production and Quality System Software（FDA ガイダンス文書）
- What's new in Opcenter MES Medical Device 2607（Siemens、2026年8月14日）
規制がMESに求めるもの
FDA CSA、EU GMP Annex 22、DPP。規制の改訂はそのままMESの要件になる 全68本
- 自動車製造のMES導入、Catena-Xとバッテリーパスポートが変える完成車工場の記録
- 医薬品製造のMES導入、Annex 11改訂とeBRが変えるバリデーションの前提
- 医療機器製造のMES導入、eDHRとUDIを軸にEU MDR改正とFDA CSAを読む
- QMSとは？「仕組み」と「ソフトウェア」の2つの意味を持つ言葉
