定義──「文書で証明する」ことまでが仕事

CSV（Computerized System Validation：コンピュータ化システムバリデーション）は、GxP規制の対象となるコンピュータ化システムについて、意図した用途に対して正しく動作することを、計画・仕様・テスト・報告の文書一式で証明する活動です。単なる動作テストとの違いは「証明を文書として残し、査察で説明できる状態にする」ことまで含む点にあります。日本では厚生労働省の「コンピュータ化システム適正管理ガイドライン」（2010年10月発出、2012年4月適用）が医薬品・医薬部外品分野の実務基準で、方法論としては業界ガイドのGAMP 5（現行は2022年発行の第2版）が国際的な共通言語になっています。典型的な成果物は、バリデーション計画書、ユーザー要求仕様（URS）、機能仕様、IQ／OQ／PQ（据付時・運転時・性能適格性評価）、トレーサビリティマトリクス、バリデーション報告書です。

誤解されやすい点──CSVは「テストを増やす活動」ではない

第一の誤解は略語の衝突です。データ交換のCSVファイル（Comma-Separated Values）とは無関係で、製薬業界の会話ではほぼ常にバリデーションを指します。第二の誤解は「CSV＝全機能の網羅テスト」という理解です。GAMP 5以降の考え方は一貫してリスクベースで、患者安全・製品品質・データインテグリティへの影響が大きい機能に検証を集中させます。さらにFDAは2025年9月24日にCSA（Computer Software Assurance）最終ガイダンスを公示し、スクリプト化されていない探索的テストの活用を公式に認めました。従来型の「全画面のスクリーンショットを取り続ける」CSVは、規制側から見ても過剰品質になりつつあります。ただしCSAはCSVの廃止ではなく、保証活動の力点をリスクの高い箇所へ移す再配分です。「FDAが緩めたからテスト不要」という理解は誤りです。

実務でこの用語が出てきたら確認すべきこと

  • 対象範囲の判定──そのMESのどの機能がGxP影響を持つか。品質記録・電子署名・出荷判定に関わる機能と、単なる生産性向上機能では検証の深さが変わります
  • 役割分担──バリデーション文書の作成主体はベンダーか、SIか、自社品質保証部門か。契約前に成果物一覧で確定させないと、後から数百万円単位の追加費用になります
  • 変更管理の運用──CSVは導入時に終わりません。バージョンアップやマスタ変更のたびに影響評価と再検証が必要で、この運用コストがMESのランコストに直結します
  • CSA採用の方針──FDA向け輸出がある場合、CSAベースの軽量化をどこまで取り入れるか、品質保証部門と方針を合意しておきます

深く知る

CSVはGMP適用外の工場でも必要ですか？

法的義務としては不要です。ただし顧客監査でバリデーション相当の証跡を求められる業種（自動車・航空宇宙など）があり、その場合は「検証計画とテスト記録を残す」という同じ考え方を任意に適用します。

クラウドMESでもCSVはできますか？

できますが、ベンダーが実施するインフラ・アプリ検証と自社実施分の境界を定義する必要があります。頻繁な自動アップデートに対する変更管理の取り決めが、オンプレ以上に重要になります。