検証ドリフトを防止:機器を認定された状態に保ちます

次のシナリオを想像してください。製薬メーカーの包装ラインは 2 年前に性能認定 (PQ) に合格し、それ以来一度も稼働に失敗していません。しかし、時間の経過とともに、小規模な修理、ファームウェアのアップデート、およびキャリブレーション調整により、機器のパフォーマンスが検証範囲外にシフトしてしまいました。監査によっていくつかの危険信号が明らかになり、利益と消費者の信頼を損なう数千台のリコールが発生するまで、誰も気づきませんでした。

原因は？検証ドリフト — 一般的ではありますが、完全に回避可能なシナリオです。検証ドリフトは時間の経過とともに静かに発生し、監査で明らかになるまで気付かれないことがよくあります。悲惨な結果になる可能性もありますが、メーカーは検証のドリフトを防止し、監査と監査の間であっても継続的なコンプライアンスを確保するための措置を講じることができます。

機器の検証とは何ですか?

機器の検証とは、製造機器が事前に定義された仕様、ユーザー要件、および安全基準に従って動作することを実証するために使用される文書化されたプロセスを指します。規制された業界では、このプロセスは通常、機器が適切に設置され、定義されたパラメータ内で動作し、生産中に確実に動作することを検証する機器の認定を通じて実行されます。

資格認定は、適正製造基準 (GMP)、ISO 13485、ISO 22716 などの規制枠組みに基づいて必要とされる、より広範なプロセス検証の取り組みをサポートします。

この文書化された管理状態を維持することは、メーカーが一貫した生産を確保し、欠陥を防止し、製品の品質と安全性を維持するのに役立ちます。

機器の検証と機器の認定:違いが重要となる理由

規制された環境では、資格と検証はコンプライアンスを確保する上で異なる役割を果たします。

• 資格 機器とシステムが仕様に従って設置され、動作していることを確認します。
• 検証 プロセスが意図した結果を一貫して生成していることを確認します。

検証されたプロセスは認定された機器に依存するため、検証された状態を維持するには機器を認定された状態に維持する必要があります。摩耗、文書化されていない変更、または不完全なメンテナンス記録により、機器が認定パラメータから逸脱した場合、検証されたプロセスは保証できなくなります。

4 種類の機器認定 (DQ、IQ、OQ、PQ)

通常、認定プロセスには 4 つの段階が含まれます。これらの段階は、検証プロセス中のさまざまな時点で完了します。繰り返し可能なものもあれば、プロジェクトまたは機器の取得ごとに 1 回だけ実行されるものもあります。

• 設計認定 (DQ): 機器の設計がユーザーの要件を満たしていることを確認します。
• 設置資格 (IQ): 正しい設置と環境条件を検証します。
• 運用資格 (OQ): 動作範囲全体でパフォーマンスをテストします。
• パフォーマンス認定 (PQ): 日常的な条件下で一貫した実際のパフォーマンスを実証し、製造環境におけるパフォーマンス検証と呼ばれることがよくあります。

機器の検証がいつどのように行われたかを証明するには文書が必要です。機器の認定の種類に応じて、検証文書には次のものが含まれます。

• 校正記録
• 図面
• 標準作業手順（SOP）
• 検証プロトコルのドキュメント

定期的な検証を完了し、検証が行われたことを証明する文書を保管するために必要な手順を講じていない組織は、監査で検証のずれが発見される危険性があります。

検証ドリフト (またはコンプライアンス ドリフト) とは何ですか?

検証ドリフトまたはコンプライアンス ドリフトは、時間の経過とともに徐々に変化するため、機器が検証済みまたは認定済みのパラメータから徐々に外れるときに発生します。ほとんどの企業は設置時に機器を検証しますが、機器が検証された状態から外れてしまう原因となるゆっくりとした段階的な変更を効果的に管理する企業はほとんどありません。

検証ドリフトを引き起こす可能性のある変更には次のものがあります。

• 管理されていないメンテナンス調整
• コンポーネントの交換
• キャリブレーションの変更
• ソフトウェアのアップデート
• 環境の変化
• プロセスの変更

動作を停止させる可能性のある障害とは異なり、検証ドリフトは、機器はまだ動作しているものの、最初に検証されたパラメータ内で動作しなくなるため、簡単に気づかれないことがあります。

これは、消費者の安全を確保するための厳格なプロトコルが存在する医薬品、医療機器、化粧品、食品/飲料などの規制業界では重大な問題になります。

十分にメンテナンスされた機器であっても、時間の経過とともに検証されたパラメータから徐々に変動する可能性があります。これは、物理的な劣化と人為的な変化の組み合わせによって起こります。

定期的に使用すると、通常の機器の磨耗が発生します。コンポーネントの緩み、シールの劣化、潤滑剤の破損、アライメントのずれ、サイクルの繰り返しによる部品の疲労などです。このような微妙な蓄積により、精度が低下したり、応答時間が遅くなったり、直ちに明らかな障害が発生することなく出力が低下したりする可能性があります。規制された製造では、これにより重要なプロセス パラメーター (充填重量、シールの完全性、温度制御など) が検証された範囲外に押し出される可能性があります。

定期的なメンテナンス、部品の交換、校正の微調整、ソフトウェア/ファームウェアの更新、または環境の変化によっても、機器が検証対象外になる可能性があります。これらの変更が厳密に評価、文書化、再検証されない場合、当初の適格な状態に影響を与える変動が生じる可能性があります。

再検証はどのような場合に必要ですか?

機器またはプロセスが検証されたパラメータを一貫して満たさなくなる可能性が十分にある場合、再検証（または機器の再認定）が必要になります。 FDA のプロセス検証ガイダンスでは、年次の自動再検証ではなく、変更管理、モニタリング、リスクベースの決定を通じて検証済みの状態を維持することに重点が置かれています。

主なトリガーには次のものがあります。

• 新規インストール :これには、新しい機器や、以前に検証済みの再配置された機器が含まれます。
• 大規模な修理 :パフォーマンス、設置、運用に影響を与える可能性のある大規模な変更、アップグレード、コンポーネントの交換が含まれます。
• ソフトウェアのアップデート: アップグレード、バグパッチ、設定変更、さらにはマイナーなアップデートにさえ見える
• プロセス、配合、製品の変更 :重要なパラメータに影響を与える、原材料、製造手順、バッチサイズ、または使用目的の変更
• 逆の傾向または逸脱 :ドリフトの証拠。仕様外の結果の繰り返し、偏差の増加、歩留まりの低下、キャリブレーションの失敗、または制御の喪失を示すその他のデータなど。
• 監査結果 :再検証の必要性を明らかにする内部監査、外部監査、または規制監査

年次レビューなどのリスクベースの定期評価で再評価が必要であることが示された場合にも、再検証が必要になる場合があります。

再検証のもう 1 つのトリガーは、機器のパフォーマンスの低下を示すコンピュータ保守管理システム (CMMS) からのアラートです。傾向分析、振動センサーや温度センサーからのアラート、繰り返し発生する故障や許容範囲外の状態を示すメンテナンス記録は、検証のドリフトを通知し、調査と潜在的な再認定を促す可能性があります。

CMMS ソフトウェアが検証ドリフトの検出と防止にどのように役立つか

検証済みのシステムを維持するには、定期的な監査やスケジュールされた再認定以上のものが必要です。時間の経過とともに機器がどのように変化するかを継続的に可視化する必要があります。検証済みの CMMS は、組織が検証に影響を与える可能性のある条件をコンプライアンス問題になる前に特定できるようにすることで、この複雑さを管理する構造化システムを提供します。 CMMS は次のことができます:

• サポート 変更管理 :作業指示書には、交換部品、実行された手順、技術者のメモなどの詳細が記録されます。
• モニターの調整管理 :校正スケジュールを追跡し、測定結果を記録し、パフォーマンスの低下を示す可能性のある許容範囲外の傾向にフラグを立てます。
• 検証記録の文書を維持する :手順、テスト結果、監督による承認、検証プロトコルの文書を取得する
• 監査レポートを簡素化する :追跡可能なタイムスタンプ付きの監査証跡により、作業指示、校正、検査、是正措置が文書化され、監査レポートと検証の証明が容易になります。
• 再検証トリガーを自動化する :重要なコンポーネントの交換、許容範囲外のキャリブレーション結果、その他の重大な変更など、事前定義された再検証イベントが発生したときに、イベントにフラグを立ててチームに通知します。

メンテナンス作業、コンポーネントの交換、校正結果、およびパフォーマンスの傾向はすべて、機器が認定動作範囲内にあるかどうかに影響します。検証済みの状態を維持するには、製品の品質とコンプライアンスが損なわれる前に、これらの要因を検出して対処するための継続的な警戒が必要です。

実際には、検証は監査中にのみ維持されるわけではありません。これは日々の運用規律を通じて維持され、CMMS はその規律を可能にする記録システムを提供します。 eMaint CMMS が GMP コンプライアンスと構造化された再検証ワークフローをどのようにサポートするかをデモで学びます。