コンピュータ化システムバリデーション（CSV）とは？製薬業界の品質管理に必須の基礎知識

製薬業界でシステムを導入・運用する際に避けて通れないのが、コンピュータ化システムバリデーション（CSV）です。日本では、厚生労働省が2010年10月21日に発出した「医薬品・医薬部外品製造販売業者等におけるコンピュータ化システム適正管理ガイドライン」（薬食監麻発1021第11号）が、GQP省令・GMP省令に基づく業務で使うコンピュータ化システムの管理方法を示しています。

本記事では、CSVの定義や目的から、関連ガイドライン、検証プロセスと適格性評価、ライフサイクル管理、そしてCSAとの違いや実務上の課題まで、製薬業界向けAIプラットフォームを提供するJAPAN AIが解説します。

コンピュータ化システムバリデーション（CSV）とは？

コンピュータ化システムバリデーション（CSV：Computerized System Validation）とは、コンピュータ化システムが意図したとおりに動作することを保証し、その記録を維持する活動です。厚生労働省の適正管理ガイドラインは、GQP省令・GMP省令に基づく業務を行うためのコンピュータ化システムについて、開発・バリデーション・運用管理（バリデートされた状態の維持や廃棄を含む）の遵守事項を定め、両省令の適正な実施の確保を目的としています。

同ガイドラインは平成22年（2010年）10月21日に発出され、平成24年（2012年）4月1日から適用されています。なお、ガイドラインに示された管理方法は標準的な例であり、同等またはそれ以上の目的を達成できる方法であれば、代わりの方法を用いても差し支えないとされています。

CSVが求められる背景には、製薬業界特有の厳格な品質管理要件があります。医薬品の製造・品質管理に使用されるシステムに不具合が発生した場合、製品の品質低下を招き、最終的には患者の安全を脅かしかねません。

たとえば、品質試験データを管理するLIMS（ラボ情報管理システム）で計算ロジックに誤りがあると、規格外の製品が出荷されるおそれがあります。システムが正しく動作することを確認し、その結果を記録に残すことで、品質に関わる判断の信頼性を社内外に示すことができます。

出典:厚生労働省「医薬品・医薬部外品製造販売業者等におけるコンピュータ化システム適正管理ガイドラインについて」

コンピュータ化システムバリデーション（CSV）の目的

コンピュータ化システムバリデーション（CSV）の直接の目的は、システムが意図したとおりに動作することを保証し、GQP・GMPの適正な実施を確保することです。そのうえで実務では、患者安全・製品品質・データインテグリティの3つを、活動の優先順位を決める軸として整理するのが一般的です。これら3つの観点は、GAMP 5などで重視される品質リスクに基づくアプローチを実務に適用するうえで重要です。

• 患者安全の確保：システムの不具合による品質事故を未然に防止し、医薬品の安全性を守る
• 製品品質の保証：製造・試験プロセスにおいてシステムが意図したとおりに動作することを客観的に示す
• データインテグリティの確保：電子記録・電子データの完全性・一貫性・正確性を維持し、規制当局への説明責任を果たす

CSVは単なるシステムテストではありません。開発から運用、廃棄までのライフサイクル全体を通じて品質を保証する体系的な取り組みです。管理規定の整備、システムアセスメント、適格性評価、運用中の変更管理や自己点検までを包含するため、一度実施して完了するものではなく、継続的に維持・管理する必要があります。

出典:ISPE「GAMP 5 Guide 2nd Edition」

コンピュータ化システムバリデーション（CSV）の対象となるシステム

コンピュータ化システムバリデーション（CSV）の対象は、厚労省の「コンピュータ化システム適正管理ガイドライン」が定めるとおり、GQP省令・GMP省令が適用される業務に使われるコンピュータ化システムです。対象システムの例として、市場への出荷判定、製造指図書・製造記録の作成・保存、製造工程の制御、原材料・製品の在庫管理、品質試験、製造支援設備、品質文書の管理などが挙げられています。

なお、FDAの2018年データインテグリティガイダンスは、コンピュータまたは関連システムには、ハードウェア、ソフトウェア、周辺機器、ネットワーク、クラウド基盤、人員、関連文書が含まれ得ると説明しています。ソフトウェア単体ではなく、運用する人や手順まで含めて捉える視点は、実務でも役立ちます。代表的なシステムの例は以下のとおりです。

• MES（製造実行システム）：製造工程の管理・記録を担い、バッチごとの製造条件や実績データを電子的に管理する
• LIMS（ラボ情報管理システム）：品質試験データの管理・集計を行い、試験結果の判定や報告書作成を支援する
• ERP（基幹業務システム）のうちGQP・GMP業務に使われる機能：出荷の可否や記録、製造指図・製造記録、原材料・製品の保管・出納などに関わる機能が該当し得る。会計や人事など当該業務に使わない機能は、システムアセスメントで対象外となり得る
• 分析装置の制御ソフトウェア：HPLCや質量分析計などの分析装置を制御し、測定データの取得・処理を行う
• 電子記録・電子署名システム：電子バッチ記録や承認ワークフローを管理し、必要に応じて電子記録・電子署名に関する要件に対応する
• 文書管理システム（DMS）：SOPや品質文書の作成・承認・保存を管理する

出典:厚生労働省「医薬品・医薬部外品製造販売業者等におけるコンピュータ化システム適正管理ガイドラインについて」
出典:FDA「Data Integrity and Compliance With Drug CGMP: Questions and Answers」

システムアセスメント

厚労省ガイドラインにおけるシステムアセスメントとは、開発・検証・運用の各段階で実施すべき内容を決めるための評価です。開発責任者がコンピュータ化システム管理規定に基づき、原則として以下の3つを実施します。

• ソフトウェアカテゴリ分類：システムを構成するソフトウェアの種類に応じて、あらかじめカテゴリを決定する
• 製品品質に対するリスクアセスメント：システムの機能が製品品質に与えるリスクを評価する
• 供給者アセスメント：供給者の選定や委託の範囲、供給者監査の要否と実施方法を決めるために供給者を評価する

この3つを組み合わせることで、同じ「市販パッケージ」でも、使い方や供給者の体制に応じて検証の深さを変えられます。たとえば、製造工程を直接制御するMESと、品質判断に使わない社内システムでは、求められる検証活動がまったく異なります。いずれか1つ、特に供給者アセスメントを抜いたまま実施内容を決めると、ガイドラインが想定する判断材料がそろいません。

アセスメントの結果は文書化し、管理規定で作成が求められるシステム台帳と結びつけて管理します。新規システムの導入時や既存システムの大幅な変更時には、アセスメントを再実施し、対象範囲と実施内容を見直します。

出典:厚生労働省「医薬品・医薬部外品製造販売業者等におけるコンピュータ化システム適正管理ガイドラインについて」

コンピュータ化システムバリデーション（CSV）に関するガイドライン

コンピュータ化システムバリデーション（CSV）に関する文書は、国内外の規制当局や業界団体から発行されており、法令・行政通知・査察ガイダンス・業界ガイドの位置づけの違いを押さえておきましょう。

日本国内で医薬品・医薬部外品の製造販売業や製造業を営む場合、厚労省ガイドラインへの適合が基本です。海外市場に関わる場合、輸出するという事実だけでAnnex 11やPart 11の適用が決まるわけではありません。相手国で製造所が査察・承認の対象となる場合や、FDA規制の対象となる電子記録を扱う場合に、その当局のGMPや電子記録・電子署名の要件を個別に確認します。

出典:欧州委員会「Stakeholders’ Consultation on EudraLex Volume 4 – Good Manufacturing Practice Guidelines: Chapter 4, Annex 11 and New Annex 22」
出典:PIC/S「PI 041-1 Good Practices for Data Management and Integrity in Regulated GMP/GDP Environments」

GAMP 5とソフトウェアカテゴリ分類

GAMP 5（Good Automated Manufacturing Practice 5）は、ISPEが発行するリスクベースでGxPコンピュータ化システムを管理するための業界ガイドであり、ソフトウェアをカテゴリに分類して検証の考え方を整理する枠組みで広く知られています。2022年7月発行の第2版は、初版の原則と枠組みを維持しながら、知識と経験のある専門家（SME）によるクリティカルシンキングの重要性を強調しています。

カテゴリごとのバリデーション工数の違い

ソフトウェアカテゴリは一般に1・3・4・5の4つで説明され、カテゴリ2（ファームウェア）はGAMP 5の初版（2008年）で廃止されています。厚労省ガイドラインも同様の4カテゴリによる分類を求めており、別紙2「カテゴリ分類表と対応例」で、カテゴリごとのDQ・IQ・OQ・PQの標準的な要否を示しています。

凡例は「◎：必須」「○：システムアセスメントの結果による（基本的には必要）」「△：システムアセスメントの結果による（基本的には省略）」「―：省略可能」です。なお、別紙2では一部の記号に注記が付いているため、運用に落とし込む際は原文を確認してください。

表のとおり、自社固有の設定・開発が増えるカテゴリほど必須の評価が多く、工数も大きくなる傾向があります。ただし、○と△はシステムアセスメントの結果によって判断するとされており、カテゴリだけで機械的に決まるものではありません。たとえば、同じカテゴリ4でも、製造工程の直接制御に用いるものと間接的な事務処理に用いるものでは、求められる検証の深さが異なります。別紙2の対応例を出発点に、リスクに応じて工数を配分することで、重要な機能に人員を集中できます。

出典:厚生労働省「医薬品・医薬部外品製造販売業者等におけるコンピュータ化システム適正管理ガイドラインについて」（別紙2）

GAMP 5 第2版で強化された点

GAMP 5第2版は、初版の原則と枠組みを維持しつつ、現代の開発・運用環境への適用方法を更新した改訂です。ISPEの公開説明によれば、主な変更点は以下のとおりです。

• クリティカルシンキングの強調：状況に応じた適切なアプローチを、知識と経験のある専門家の判断で定めることを重視した
• サービスプロバイダーの重要性の反映：外部の供給者やサービス提供者の活用が増えた実態を踏まえた
• 反復・増分型の開発への対応：ウォーターフォール型に限らない、反復・増分型の開発手法への適用を整理した
• ソフトウェアツールと自動化の活用：ライフサイクル全体でのツール利用の拡大を反映した
• CSAとデータインテグリティへの言及：FDAのCSAをめぐる動向の議論と、ISPE/GAMPのデータインテグリティガイダンスへのリンクを追加した
• 新しい技術トピックの付録：ブロックチェーン、AI/機械学習、クラウドコンピューティング、オープンソースソフトウェアを付録で扱う

第2版は従来の枠組みを根本から変えるものではなく、リスクベースアプローチをより実践的に活用するための指針です。形式よりも実質を重視し、限られたリソースをリスクの高い領域に集中させることで、品質の維持と業務効率の両立を図れます。

出典:ISPE「GAMP 5 Guide 2nd Edition」

コンピュータ化システムバリデーション（CSV）のプロセス

コンピュータ化システムバリデーション（CSV）のプロセスは、開発・検証の各段階で成果物を文書化しながら、要求事項が満たされたことを確認していく流れです。厚労省ガイドラインでは、開発計画、要求仕様、システムアセスメント、機能仕様、設計仕様、プログラムテスト、システムテスト、受入試験を経て、バリデーション計画に基づくDQ・IQ・OQ・PQと全体報告を行います。

仕様と検証の対応関係は、Vモデルで説明されることがよくあります。ただしVモデルは対応関係を示す一例であり、GAMP 5第2版は反復・増分型の開発にも適用できる考え方を示しています。CSVプロセスの主要なフェーズは次の4つです。

• ユーザー要求仕様（URS）の作成
• 設計・構築
• 検証（テスト）
• バリデーション報告・承認

出典:厚生労働省「医薬品・医薬部外品製造販売業者等におけるコンピュータ化システム適正管理ガイドラインについて」

ユーザー要求仕様（URS）

CSVプロセスの起点は、システムに求める業務要件・機能要件・規制要件を文書化するURS（User Requirement Specification：ユーザー要求仕様書）の作成です。厚労省ガイドラインでは、開発計画に関する文書の作成に続いて要求仕様に関する文書を作成します。

URSの品質がCSV全体の成否を左右するため、利用部門・品質部門・IT部門が連携して作成することが重要です。利用部門が「何をシステムに求めるか」を、品質部門が「どのGQP・GMP要件を満たすべきか」を、IT部門が「技術的な実現可能性と制約」をそれぞれ持ち寄り、三者の視点を統合します。URSは後工程のDQで機能仕様書・設計仕様書との突合に使われ、PQでは要求仕様どおりに稼働するかの判定基準にもなります。曖昧な記述を残すと設計・検証フェーズで手戻りが発生するため、定量的で検証可能な記述を心がけましょう。

設計・構築

設計・構築フェーズでは、URSに基づいて機能仕様書（FS）と設計仕様書（DS）を作成し、仕様に従ってシステムを構築します。FSではシステムが「何をするか」を、DSではハードウェアとソフトウェアの両面から「どう実現するか」を文書化します。

ガイドラインでは、設計仕様に続いてプログラムの作成とプログラムテスト、システムテスト、受入試験を行います。パッケージシステムを導入する場合、これらの多くは供給者側で実施されるため、供給者の設計文書や試験記録がURSの要件を満たしているかを確認することが重要です。URSの各要件が、FSやDSのどの項目に対応し、どの試験で検証されるかをトレーサビリティマトリクスで明確にすることで、要件の抜け漏れを防げます。

検証（テスト）

検証フェーズでは、バリデーション計画に基づき、DQ・IQ・OQ・PQの適格性評価を通じてシステムが要求どおりに機能することを確認します。厚労省ガイドラインでは、検証責任者が各評価の計画書を作成し、検証担当者が計画書に基づいて評価を実施・記録したうえで、検証責任者が結果の適否を判定します。

検証では、評価ごとの計画策定、テストケースの作成、テスト実行、結果の記録と逸脱対応という流れで進めます。テストケースはURSやFSから導出し、各要件に対して合格基準を明確に定義します。工場出荷試験（FAT）や現地受入試験（SAT）を行った場合は、その確認方法と記録が検証責任者によって適切と認められれば、適格性評価に結果を引用できます。逸脱が発生した場合は原因を調査し、是正措置を実施したうえで再テストを行い、すべての結果を記録として保管してください。

出典:厚生労働省「医薬品・医薬部外品製造販売業者等におけるコンピュータ化システム適正管理ガイドラインについて」

バリデーション報告・承認

すべての検証活動が完了したら、検証責任者がバリデーションの各段階の結果と総合評価をまとめた全体報告を作成します。報告書には、テスト結果の総括、逸脱事項とその是正内容、残存リスクの評価をまとめます。

承認の体制は、GMPとGQPで異なります。厚労省ガイドラインは、GMP省令ではバリデーションや変更・逸脱の管理に品質部門等の承認が必要であり、GQP省令では品質保証部門による管理体制の中で進めなければならないとしています。GMPについては、2021年8月1日施行の改正GMP省令で品質保証に係る業務を担当する組織が位置づけられ、変更の管理ではこの組織の承認を受けることが定められています。

現行の省令条文と照らし合わせたうえで、組織形態とシステムの範囲に応じた責任と権限を、コンピュータ化システム管理規定に明確にしておきましょう。全体報告は査察時に提示を求められる重要文書のため、保管期間と管理方法もあらかじめ定めておく必要があります。

出典:厚生労働省「医薬品・医薬部外品製造販売業者等におけるコンピュータ化システム適正管理ガイドラインについて」
出典:e-Gov法令検索「医薬品及び医薬部外品の製造管理及び品質管理の基準に関する省令」

DQ・IQ・OQ・PQとは

DQ・IQ・OQ・PQとは、システムが仕様どおりに設計・据付され、意図したとおりに稼働することを段階的に確認する4つの適格性評価です。厚労省ガイドラインは、それぞれの目的を以下のように定めています。

4つの評価の使い分けで押さえておきたいのが、省略と引用の考え方です。ガイドライン別紙2「カテゴリ分類表と対応例」は、カテゴリごとにDQ・IQ・OQ・PQの標準的な要否を示しており、たとえばカテゴリ3の単独のコンピュータシステムでは、DQとOQが「省略可能」とされています（製造設備や分析機器等に搭載されるシステムでは、OQは「△：基本的には省略」）。

また本文では、OQの検証内容や環境、条件がPQと差がない場合はOQを省略でき、その場合は省略の旨をバリデーション計画書などに明記するとしています。FATやSATの結果も、検証責任者が適切と認めれば適格性評価に引用できます。

ただし、別紙2はあくまで標準的な例です。どの評価を省略・簡略化し、何を供給者の記録で代替するかは、システムアセスメントの結果を踏まえ、根拠とともにバリデーション計画書に定めます。

出典:厚生労働省「医薬品・医薬部外品製造販売業者等におけるコンピュータ化システム適正管理ガイドラインについて」

リスクベースアプローチ

リスクベースアプローチとは、すべてのシステム・機能に一律のバリデーションを実施するのではなく、リスクの大きさに応じてバリデーション活動の範囲と深さを調整する考え方です。厚労省ガイドラインでは「製品品質に対するリスクアセスメント」としてシステムアセスメントに組み込まれており、GAMP 5でも中核的な原則として位置づけられています。

リスクアセスメントでは、まずシステム・機能がGQP・GMP業務に該当するかを確認し、そのうえで以下の観点から影響を評価します。評価の手法としては、ICH Q9（R1）（品質リスクマネジメント）で示される、危害の発生確率と重大性（ツールによっては検出性も加味）といった要素が参考になります。

• 患者安全への影響：不具合が発生した場合に患者の安全にどの程度影響するか
• 製品品質への影響：製品の品質や出荷判断にどの程度影響するか
• データインテグリティへの影響：GQP・GMPの判断に使う記録の完全性・正確性がどの程度損なわれるか

リスクが高いと判定された機能には詳細なテストケースを設計し、結果を厳密に記録します。リスクが低い機能については、供給者の試験記録の引用や簡素化したテストを検討できます。

ただし、重大性・発生確率・検出性の数値化はあくまで手段の一つです。GQP・GMPの判断に使うデータの改変や消失に関わる機能を、スコアが低いという理由だけで対象外にしないよう注意してください。

リスクアセスメントは一度実施して終わりではなく、システムの変更や運用環境の変化に応じて見直しましょう。新たなリスクが識別された場合は、追加のバリデーション活動が必要かどうかを速やかに判断してください。

CSVのライフサイクル管理

コンピュータ化システムバリデーション（CSV）は「システム導入時に一度実施すれば終わり」ではありません。厚労省ガイドラインは、開発・検証に加え、運用管理、自己点検、廃棄までのライフサイクル全体での管理を求めています。CSVのライフサイクル管理では、バリデートされた状態を維持し、変更や廃棄の際にも記録の信頼性を保つことが目的です。

運用・保守

本稼働後のCSVでは、運用管理基準書と標準操作手順書に従ってバリデートされた状態を維持することが求められます。厚労省ガイドラインが運用管理業務として挙げる項目は以下のとおりです。

• 運用管理に関する文書と操作手順に関する文書の作成
• 保守点検の実施
• セキュリティ管理の実施
• バックアップおよびリストア
• 変更の管理
• 逸脱（システムトラブル）の管理
• 教育訓練（計画の作成、実施、記録の保管）

これに加えて、ガイドラインは定期的な自己点検の実施と改善措置を求めています。自己点検の頻度はガイドライン本文で年次などと指定されていないため、システムのリスクに応じて自社の手順で定めます。

また、監査証跡（オーディットトレイル）の確認は、PIC/SのデータインテグリティガイダンスやPart 11などで重視される論点です。運用・保守の活動はSOPとして標準化し、実施頻度・担当者・記録方法を明確にしておくと、担当者が替わっても同じ水準で管理を続けられます。

変更管理

変更管理とは、変更がバリデートされた状態に与える影響を事前に評価し、承認を受けてから変更を実施する仕組みです。必要に応じて再バリデーションを行い、その結果を確認・記録したうえで運用を再開します。

変更管理の流れは、GMP省令第14条（変更の管理）に沿って整理すると明確です。同条は、変更による製品品質と承認事項への影響を評価し、その結果に基づいて品質保証に係る業務を担当する組織の承認を受け、承認を受けて変更を行う際に関連文書の改訂や教育訓練などの措置をとるという順序を定めています。

コンピュータ化システムのバージョンアップや設定変更でも、この順序を守ることが重要です。一つの設定変更が他の機能やデータフローに波及する可能性を考慮して影響評価を行い、再バリデーションの要否と範囲を事前に決めます。変更内容・影響評価結果・承認記録・再バリデーション結果をすべて文書化し、トレーサビリティを確保します。

出典:e-Gov法令検索「医薬品及び医薬部外品の製造管理及び品質管理の基準に関する省令」

廃棄

システムの廃棄では、システムの種類や規模、カテゴリ等に応じて廃棄の計画に関する文書と廃棄記録を作成し、残すべき記録を確実に保存することが求められます。厚労省ガイドラインは、廃棄に関して以下の2点を定めています。

• 廃棄の計画に関する文書の作成
• 廃棄記録の作成

残すべき記録の保存期間と媒体は、GQP省令・GMP省令の文書・記録管理の規定に合わせて決めます。実務上は、データを移行・アーカイブした後に読み出せることを確認し、保存期間が満了するまで参照できる手段を確保しておくと、査察でデータの提示を求められた際にも対応できます。システム台帳やSOPなどの関連文書からも、廃棄したシステムの情報を忘れずに更新しましょう。

データインテグリティとの関係

データインテグリティとは、データの完全性・一貫性・正確性を指し、CSVと密接に関連する概念です。国内では、2021年8月1日施行の改正GMP省令第20条（文書及び記録の管理）で、手順書等と記録に欠落がないよう、また他の手順書等や記録との不整合がないよう、継続的に管理することが求められています。

海外では、FDAの2018年ガイダンスがデータインテグリティを完全性・一貫性・正確性と定義し、こうしたデータが備えるべき特性をALCOAと呼んでいます。これに完全性・一貫性・永続性・入手可能性を加えたALCOA+は、FDAの同ガイダンスにはなく、PIC/S PI 041-1が整理しています。各要素の意味は以下のとおりです。

CSVによってシステムの信頼性を担保することは、そのシステムが生成・管理するデータの信頼性を示すための前提です。CSVを適切に実施したシステムは、監査証跡の自動記録や電子署名による帰属の明確化、バックアップによる永続性の確保など、ALCOA+の各要素を技術的に支えます。

CSV活動の中でデータインテグリティ要件を意識したテストケースを設計することで、改正GMP省令が求める記録の信頼性確保にも、システムとデータの両面から対応できます。

出典:e-Gov法令検索「医薬品及び医薬部外品の製造管理及び品質管理の基準に関する省令」
出典:FDA「Data Integrity and Compliance With Drug CGMP: Questions and Answers」
出典:PIC/S「PI 041-1 Good Practices for Data Management and Integrity in Regulated GMP/GDP Environments」

CSVとCSAの違い

CSA（Computer Software Assurance）は、CSVを置き換えるものではなく、リスクに見合った保証活動に注力するための考え方です。FDAが医療機器分野のガイダンスとして示しており、形式的な文書化からの脱却を目指しています。

FDAの現行ガイダンス「Computer Software Assurance for Production and Quality Management System Software」は2026年2月3日に発行され、2025年9月24日に発行された最終ガイダンス「Computer Software Assurance for Production and Quality System Software」を置き換えるものです。

前日の2026年2月2日には、医療機器の品質マネジメントシステム規則であるQMSR（改正21 CFR Part 820）が施行されています。同ガイダンスは、医療機器の生産または品質マネジメントシステムの一部として使われるコンピュータ・自動データ処理システムを対象としており、医薬品のGMP手続きにそのまま適用されるガイダンスではありません。

一方、日本の厚労省ガイドラインは、標準例と同等またはそれ以上の目的を達成できる方法であれば、代わりの方法を用いても差し支えないとしています。CSAに見られるリスクに応じたテスト手法の選択を取り入れる場合も、ガイドラインの目的を同等以上に達成できることを、自社の管理規定やバリデーション計画で説明できるようにしておきましょう。

出典:FDA「Computer Software Assurance for Production and Quality Management System Software」
出典:FDA「Quality Management System Regulation（QMSR）」

コンピュータ化システムバリデーション（CSV）の課題と対応策

コンピュータ化システムバリデーション（CSV）の実務では、多くの企業が共通の課題を抱えています。課題の本質はリソース配分の最適化と文書作成負荷の軽減にあり、代表的な対応策として次の4つが挙げられます。

• リスクベースアプローチの徹底
• テンプレートの活用
• ベンダーオーディットの活用
• 生成AIを活用したCSV業務の効率化

リスクベースアプローチの徹底

「すべてのシステム・機能を同じレベルで検証しようとして工数が膨らむ」という課題には、システムアセスメントの結果に基づく検証範囲のメリハリ付けが有効です。

リスクアセスメントの段階でGQP・GMP業務への影響を明確に区分し、影響の小さい機能にまで詳細なテストスクリプトを作成することを避けます。

たとえば、GQP・GMPの記録に該当しない画面の配色や表示順序など、患者安全・製品品質・データインテグリティに影響しない機能については、簡易な動作確認にとどめる判断が合理的です。逆に、製造パラメータの制御や品質試験データの計算ロジック、試験成績書などの記録を出力する機能には、十分なテスト工数を確保しましょう。

テンプレートの活用

CSV文書の作成負荷を下げるには、ガイドラインの文書体系に沿った標準テンプレートの整備が効果的です。

バリデーション計画書や要求仕様書、各適格性評価の計画書・報告書などの標準テンプレートを社内で整備し、プロジェクトごとにカスタマイズして活用することで、文書作成の効率を高められます。

テンプレートは、厚労省ガイドラインで原則として求められる記載事項を押さえつつ、プロジェクト固有の記載箇所を明確にする構成が実用的です。GAMP 5は法的要求ではないため、テンプレートに取り入れる場合は自社の管理規定との対応関係を整理しておくと、査察時にも説明しやすくなります。

ベンダーオーディットの活用

市販パッケージやクラウドサービス、受託開発のシステムを導入する場合、供給者の品質管理体制を評価するベンダーオーディット（供給者監査）が有効です。厚労省ガイドラインでも、供給者アセスメントはシステムアセスメントの一部として位置づけられています。

ベンダーオーディットでは、供給者の開発プロセス、テスト体制、品質マネジメントシステム、変更管理手順などを評価します。工場出荷試験や現地受入試験の記録は、確認方法と記録を検証責任者が適切と認めた場合に、適格性評価へ引用できます。

ただし、引用によってユーザー側の検証責任がなくなるわけではありません。何を供給者の記録で代替し、何を自社で確認するかをバリデーション計画に明記し、オーディットの結果は供給者評価の記録として保管してください。

出典:厚生労働省「医薬品・医薬部外品製造販売業者等におけるコンピュータ化システム適正管理ガイドラインについて」

生成AIを活用したCSV業務の効率化

生成AIをCSV関連の文書業務に活用することを検討する企業も出てきています。GxP領域のAI活用については、ISPEが2025年7月に、GAMP 5第2版の考え方をAIの特性に橋渡しする「ISPE GAMP Guide: Artificial Intelligence」を発行しています。想定される主な活用の方向性は以下のとおりです。

• CSV文書のドラフト作成：要求仕様書やテスト計画書のドラフトをAIが作成し、担当者がレビュー・修正する
• リスク評価の支援：過去のリスクアセスメントをもとに、リスク項目の洗い出しを補助する
• テストケースの素案作成：要求仕様書の記述からテストケースの素案を導出する
• 文書間の整合性チェック：要求仕様書・機能仕様書・テスト計画書間の不整合を検出する

ただし、AIの出力はあくまでドラフトです。最終的な内容の確認、リスク判断、承認は人が行う、Human-in-the-Loop（人が介在する設計思想）が前提です。参考として、欧州委員会が2025年7月に意見募集を開始したEU GMP Annex 22案は、生成AIと大規模言語モデル（LLM）を同案の適用対象外としたうえで、患者安全・製品品質・データインテグリティに直接影響する重要なGMP用途には使用すべきでないとしています。

直接影響のない用途で使う場合は、適切な資格と訓練を持つ担当者が、出力が意図した用途に適していることを常に確認するとしています。同案の意見募集は2025年10月7日に終了しており、2026年10月時点で意見募集ページに最終採択の記載はありませんが、AIの使いどころを決める際の参考になります。AIの出力がGQP・GMPの記録や判断に関わる場合は、そのツール自体をシステムアセスメントの対象として扱いましょう。

出典:ISPE「New GAMP Guide Addresses Challenges Posed by AI-Enabled Systems」
出典:欧州委員会「Annex 22: Artificial Intelligence（consultation draft）」

CSV関連の文書業務を効率化するなら「JAPAN AI 製薬」
SOPや品質文書の改訂は、関連文書の特定から改訂案の作成、整合確認まで多くの手作業を伴います。JAPAN AI 製薬は、製薬業界の文書改訂に特化したAIプラットフォームです。社内文書の自然言語検索、承認された変更起案をもとにした改訂案のドラフト作成、改訂文書内の矛盾・齟齬の検出までを支援します。AIは提案までを担い、最終判断・承認・実行は人が行うHuman-in-the-Loop設計です。GAMP 5に基づく開発・テスト記録を、可能な範囲でサプライヤー資料として提供し、導入企業が実施するバリデーション（IQ・OQ・PQ）を支援します。入力された機密データや文書がAIのパブリックモデルの再学習に利用されることはなく、ISO/IEC 27001を取得した体制で運用しています。

コンピュータ化システムバリデーション（CSV）に関してよくある質問

CSVではどのような文書を作成しますか？

厚労省ガイドラインが原則として挙げる主な文書は以下のとおりです。

• コンピュータ化システム管理規定：開発・検証・運用管理の基本方針、責任体制、作成文書、承認手続きを定める
• 開発計画書・要求仕様書・機能仕様書・設計仕様書：システムの開発内容と仕様を文書化する
• バリデーション計画書：検証の範囲・方針・体制を定める
• 各適格性評価の計画書・報告書：DQ・IQ・OQ・PQの手順、合格基準、結果をまとめる
• バリデーションの全体報告：各段階の結果と総合評価をまとめる
• 運用管理基準書・標準操作手順書：運用管理と操作の手順を定める
• 廃棄の計画に関する文書・廃棄記録：システム廃棄の手順と結果を記録する

プログラムテストやシステムテスト、受入試験を実施した場合は、その記録も必要です。なお、「VP」「VR」などの略称は社内で使われる呼び名であり、ガイドラインの用語ではありません。文書の詳細度は、システムアセスメントの結果に応じて調整してください。

CSVとCSAはどちらに対応すべきですか？

日本のGQP・GMP業務では、厚労省の適正管理ガイドラインに基づくCSVへの対応が基本です。FDAのCSAガイダンスは医療機器の生産・品質マネジメントシステム向けであり、医薬品のGQP・GMP手続きにそのまま適用されるものではありません。リスクに応じたテスト手法などの考え方を取り入れる場合は、ガイドラインの目的を同等以上に達成できることを、管理規定やバリデーション計画で説明できるようにしておきましょう。

CSVはシステム導入後も必要ですか？

はい、CSVはシステム導入後もライフサイクル全体を通じた管理が求められます。本稼働後は、運用管理基準書と手順書に従って保守点検、セキュリティ管理、バックアップとリストア、変更管理、逸脱管理、教育訓練を行い、自己点検でバリデートされた状態が維持されているかを確認してください。特に変更管理は重要で、パッチ適用やバージョンアップの前に影響評価を行い、承認を受けてから変更を実施し、再バリデーションの要否を判断する必要があります。

コンピュータ化システムバリデーション（CSV）を正しく理解して品質管理に活かそう

本記事では、コンピュータ化システムバリデーション（CSV）の定義・目的から、対象システム、関連ガイドライン、GAMP 5のカテゴリ分類、具体的なプロセス、DQ・IQ・OQ・PQ、リスクベースアプローチ、ライフサイクル管理、データインテグリティとの関係、CSAとの違い、そして実務上の課題と対応策までを解説しました。

CSVで重要なのは、形式的な文書をそろえることではなく、患者安全と製品品質に効く確認へ人員を集中させることです。厚労省ガイドラインのシステムアセスメントと、GAMP 5第2版が強調するクリティカルシンキングを組み合わせ、「なぜこの検証が必要なのか」を問いながら進めることで、品質を落とさずに工数を抑えられます。まずは以下の順で自社の状況を確認してみてください。

1. コンピュータ化システム管理規定とシステム台帳の確認：管理規定が整備され、GQP・GMP業務に使う機能が台帳に登録されているかを確認する
2. システムアセスメントの点検：カテゴリ分類、製品品質のリスクアセスメント、供給者アセスメントが、実施する検証内容と結びついているかを確認する
3. 効率化の検討：テンプレートや供給者記録の引用、生成AIの活用など、ガイドラインの目的を満たしたうえで負担を減らせる方法を検討する

CSVへの取り組みは、規制対応のためだけでなく、製品の品質と患者の安全を守るための重要な投資です。

JAPAN AIとは

JAPAN AIは、法人向けの国産生成AIプラットフォームです。AIチャット・議事録・エージェントなどのすぐ使える標準機能から、自社専用AIアプリのノーコード開発まで、全部門のAI活用をひとつの基盤で支えます。ジーニーグループのこれまでのDX・AX支援実績をもとに、ツールの提供にとどまらず、活用テーマの設計から現場での定着・成果創出まで専門チームが伴走します。

JAPAN AIの機能・活用事例・料金体系がわかるサービス紹介資料を無料でお送りします。

▼資料イメージ

• JAPAN AIでできること（AIチャット／議事録／エージェント／アプリ開発 ほか）
• ChatGPTなど汎用AIツールとの違い
• 業種・部門別の活用シーンと導入事例
• 導入から定着までの支援体制
• 料金体系とセキュリティ・ガバナンス対応

▼簡単1分！JAPAN AIの資料請求