教えて Pharman Cloud
監査証跡 / ATR / データ完全性

【監査証跡レビュー実務】Audit Trail Review(ATR)の対象選定と運用手順

「監査証跡機能はONにしているが、具体的に何を誰がいつ確認すればよいのか分からない」という課題を解決。バッチ出荷判定前レビューとシステム定期レビューの明確な区分、確認対象イベントの特定手順を詳解します。

公開日: 2026年9月17日 / 最終更新: 2026年9月22日 / 実務ガイド

目次

  1. 監査証跡(Audit Trail)の定義と規制当局の要求事項
  2. 2つの異なるATR:「バッチリリース前レビュー」と「定期的システムレビュー」
  3. リスクベースで選定する重要監査証跡イベント(マトリクス)
  4. 実務におけるATR実行フローとレビュー記録の残し方
  5. 査察で頻発する不備指摘と回避策
  6. 自己点検チェックリスト & よくある質問(FAQ)

1. 監査証跡(Audit Trail)の定義と規制当局の要求事項

監査証跡(Audit Trail)とは、「コンピュータ化システムにおいて、GxP記録の作成、変更、または削除につながる一連のイベントを、時系列に従って自動的に安全に記録したセキュアなログ」です。誰が(Who)、いつ(When)、何を(What)、どのような理由で(Why)変更したかを客観的に証明します。

過去の査察では「監査証跡機能が有効(Enabled)になっているか」の確認にとどまっていましたが、現在のFDA、PMDA、PIC/Sの査察官は、「監査証跡が実際に日常の品質判定業務の中で定期的にレビューされ、記録として残されているか(Audit Trail Review: ATR)」を最も厳しく追求します。「記録は存在したが誰も確認していなかった」状態は、規制上「管理体制の重大な欠如」とみなされます。

2. 2つの異なるATR:「バッチリリース前レビュー」と「定期的システムレビュー」

監査証跡レビューを効率的かつ漏れなく運用するためには、「製品ロットの出荷可否に直結するレビュー」と「システムの健全性を担保する管理レビュー」の2種類を明確に分離してSOP化することが不可欠です。

区分 バッチリリース前レビュー(ロット毎ATR) 定期的システムレビュー(システム毎ATR)
実施タイミング 当該バッチの出荷判定(リリース)前 月次、四半期、または年次定期
レビュー担当者 試験責任者 / 製造記録確認者 / QA承認者 システム管理者 / IT品質担当 / QA担当者
確認のスコープ 当該製品ロットの製造・試験データに直接紐づくログ システム全体、ユーザーアカウント、設定変更、エラーログ
重点確認対象 手動積分の有無、再解析履歴、サンプルの再測定(Re-injection)、測定中断・異常終了 監査証跡の無効化・中断履歴、管理者による設定変更、アカウント作成・削除・権限昇格、システム時計の変更
記録様式 バッチレコードまたは試験成績書の確認欄への署名 独立した「定期監査証跡レビュー報告書」の作成とQA承認

3. リスクベースで選定する重要監査証跡イベント(マトリクス)

すべてのシステムイベント(ログイン/ログアウト、ウィンドウ開閉等)を人間が1行ずつ目視確認することは不可能です。品質リスクマネジメント(ICH Q9)に基づき、データの改変・隠蔽リスクに直結する重要イベントにフィルタを絞ってレビューする「リスクベースATR」を構築します。

イベント分類 具体的な監査証跡メッセージ例 リスクの性質と確認ポイント
生データの削除・上書き Record Deleted / File Overwritten 【最高リスク】原則として通常の業務で発生してはならない。発生時は即座に逸脱調査起案。
手動積分・解析変更 Integration Parameters Modified (Manual) 【高リスク】適合結果を得るための恣意的ピーク分割がないか、変更前後の波形と理由を確認。
シーケンス中断・再測定 Sequence Aborted / Sample Re-run 【高リスク】OOS結果を隠蔽して再注入していないか、中断原因とサンプルの所在を確認。
システム時計の変更 System Clock Changed 【高リスク】バックデート(事後入力)の意図的操作がないか、タイムサーバー同期を確認。
ユーザー権限の変更 User Role Modified to Administrator 【中リスク】職務分掌違反が生じていないか、承認された変更管理と整合しているか。

4. 実務におけるATR実行フローとレビュー記録の残し方

監査証跡レビューは、レビューした事実が客観的に残るよう手順化します。

日常ATR運用の4ステップ

1
定義済みフィルタの適用: 分析ソフト(CDS等)上で、事前検証済みの「重要イベントフィルタ」を適用し、レビュー対象ログを抽出。
2
異常ログの精査: 抽出された手動積分や再解析ログについて、試験台帳に記載された正当な理由と整合しているか照合。
3
逸脱または正常完了の判定: 説明のつかない変更や疑わしい削除ログが発見された場合は、直ちにロット保留および逸脱報告書を起案。
4
レビュー完了の電子署名/物理署名: バッチレコードのチェック欄に「監査証跡確認済」として署名・日時を記録。

5. 査察で頻発する不備指摘と回避策

【ATRに関する査察官の典型的な指摘(483/WL)】
  • 「レビューした証拠(ログ確認の痕跡)がない」: チェックボックスにレ点を打っているだけで、どのログを何時確認したのか、異常の有無をどう判定したのかのプロセスが不透明。→ フィルタ適用結果のサマリー保存または電子レビュー履歴の保存が必要。
  • 「スタンドアロン機器の監査証跡が放置されている」: LIMSやCDSだけでなく、FT-IR、水分計、電子天秤、溶出試験器のログが未確認。→ スタンドアロン機器の定期レビュー手順を網羅すること。
  • 「分析者が自分自身の監査証跡をレビューしている」: データ改変の当事者がセルフチェックしており、独立した二重確認が機能していない。→ 第二者(セカンドパーソン)またはQAによるレビューを規定すること。

6. 自己点検チェックリスト & よくある質問(FAQ)

【監査証跡レビュー体制自己点検チェックリスト】
  • [ ] 監査証跡レビューSOPが存在し、バッチ出荷前レビューと定期レビューの役割分担が明記されているか?
  • [ ] リスクアセスメントに基づき、確認対象とすべき重要イベント(削除、手動積分、日時変更等)が定義されているか?
  • [ ] レビュー担当者が自身で行った分析作業を自己単独で承認する運用になっていないか?
  • [ ] 査察時に、特定のバッチに関連する監査証跡を数分以内に画面表示または出力できるか?

Q1. 監査証跡を紙に全ページ印刷して保管する必要がありますか?

A. いいえ、必要ありません。監査証跡は電子データそのものが原本(Raw Data)です。システム上で直接電子的に閲覧・確認し、確認完了の電子署名またはバッチレコード上の確認サインを残す運用が推奨されます。紙への全量印刷は膨大な紙の無駄であり、当局も求めていません。

Q2. 古い分析機器で監査証跡機能がない装置はどうすればよいですか?

A. 機器更新までの暫定措置として、プリンターからのチャート紙直接出力(変更不可)、手動ログノートによる全操作履歴の記録、作業者以外の第二者による同時立ち会い確認等の補償的管理(Compensating Controls)を講じ、リスクアセスメント文書を残す必要があります。

【専門情報・免責事項】

本ガイドは厚労省データインテグリティ指針、PIC/S PI 041、FDA Data Integrity Q&Aに基づく解説です。個別の機器選定およびSOP作成においては、自社の品質保証責任者および最新の公的ガイドラインをご確認ください。

← ガイド一覧に戻る / データインテグリティとALCOA+解説 → / チャットで質問する