株式会社イーコンプライアンス

　近年、データ・インテグリティが取りざたされ、当初はラボのデータ・インテグリティに焦点が当てられて来たが、最近は製造現場に焦点が移っている。ラボでも、製造領域においても、データ・インテグリティを確保しつつ作業効率の向上が求められ、その推進のため様々なデバイス、ネットワークなどのIoT関連設備やその管理について関心が集まっている。本講では、そうした要件や管理の方法論を検討し、コンピュータシステムが最新データ・インテグリティ要件を満たしつつ、効率的に運用するための方策を、具体的なデバイスのデモを交え、CSVとの関連を含めて確認する。

【FDA査察におけるスプレッドシート指摘のファクト】
•管理や運用に問題があるとデータインテグリティ不適合との警告を受けることがある
•年次品質レビューに使用するQAのスプレッドシートが指摘を受けることがある
•バリデーションや保護が不十分であると指摘を受ける

スプレッドシートのバリデーションについて以下の様な話しを良く耳にする。
•適切な社内規程がなく、どのようにバリデートすればよいか判らない
•CSV社内規程が厳格なので、バリデーションに多大な工数を要している
•カスタム開発なのでカテゴリ5としてのCSVが求められるのか
•URSの書き方が判らない
•FSやDSに何を書けばよいか判らない
•結果シートは電子ファイルで保管しないと指摘されるのか
•大量のスプレッドシートを効率的にバリデートする方法を知りたい
•OSを更新した場合、どのように再バリデートすればよいのか
•再バリデーション（定期バリデーション）の適切な頻度を知りたい
•当局査察においてどのようなことが指摘されるのか

＜講座の主旨＞
本講座では皆さまがお困りの上記のような点を含め、「データインテグリティ要件」「FDA査察にみるスプレッドシート要件」「PIC/Sガイダンスにおけるスプレッドシート要件」を満たすスプレッドシートの合理的なバリデーション実務を、CSVの基礎から初心者にも判りやすく解説する。また、データインテグリティ指摘を受けやすいスプレッドシートの使い方についても解説する。

さらに、スプレッドシートのバリデーションに特化した『バリデーション規程（バリデーションマスタープラン）』と『バリデーション文書のひな形』を紹介し、具体的なバリデーション手順を紹介する。チェックボックス式『バリデーション文書のひな形』により確実でかつスリムなバリデーションをルーチンワーク化できるのが本講座の特徴である。また、規程と文書ひな形はワードファイルにてご提供するので、自由にカスタマイズしてすぐにご使用いただける。

CSV対応ポリシーです。

CSV対応役割と責任です。

FDA、GAMP 5、ER/ES指針に対応した「CSV対応ガイドライン」です。

2008年2月28日にGAMP 5が発表されました。2001年のGAMP4の発表から6年を経ての改定となりました。今回の改定では、Main BodyとAppendicesが変更されました。
GAMP 5は、現行の業界標準と最新の規制要件を満たしたとされています。
しかしながら、これは製薬業界のCSV SOPとのかい離が大きく、いわばGAMPが後追いをしたような感があります。
これまでのGAMP 4は、システムを一から構築することを想定していました。しかしながら多くの場合は、設定変更（コンフィギュレーション）が可能な市販製品（パッケージ）を利用することが多いはずです。
またGAMP 4は、工場の自動化システムを想定しており、いわゆるコンピュータシステムが対象ではなかったようです。
GAMP 4はタイトルが「GAMP Guide for Validation of Automated Systems」でしたが、GAMP 5では「A Risk-Based Approach to Compliant GxP Computerized Systems」となりました。

大きな変更点の一つ目は、ソフトウェアカテゴリーの変更です。
カテゴリー1は、これまでOperating Systemであったのが、
Infrastructure Softwareと変更になりました。これにはOSやデータベースやミドルウェアを含みます。
カテゴリー2は、Firmwareでしたが、もう使用しません。
カテゴリー3は、これまでStandard Softwareであったのが、
Non-configured Softwareと変更になりました。これは設定変更不可であるソフトウェアや、設定変更が可能（Configurable Software）であっても、設定変更していない（工場出荷時のままの値で使用する場合）ものを含みます。
カテゴリー4は、これまでConfigurable Software Packageであったのが、Configured Softwareと変更になりました。これはビジネスプロセスに合わせて、パラメータなどを変更し、機能を変更しているものです。
カテゴリー5は、これまで通りCustom Softwareで、変更がありません。

変更点の二つ目は、V-Modelです。
これまでGAMP 4では、パッケージであろうが自社開発であろうが、同様のバリデーションを要求していました。
GAPM 5では、V-Modelをカテゴリー3、4、5ごとに検証（テスト）基準を区別しています。
IQはGAMP5でなくなり、OQ、PQという検証のための用語は、特定しないこととなりました。つまり各社が適宜SOPで定義することになります。
業界の多くは、それぞれSystem Test、User Acceptance Testと呼んでいることが多いようです。GAMP 5のV-Modelの図では、それぞれFunctional Testing、Requirements Testingと記載されています。
カテゴリー4では、コンフィギュレーションの検証が新たにV-Modelに加わりました。おそらくこれは定義し、入力した設定値の読み合わせに相当するものと理解します。
カテゴリー5では、モジュールテストとインテグレーションテストが新たにV-Modelに加わりました。これらはGAMP 4では、V-Modelの底にあったソフトウェアの構築時（つまりコーディング時）に行われていたものです。通常これらのテストはサプライヤーが行うでしょう。

変更点の三つ目は、サプライヤーの活用です。これまではサプライヤーが行ったテストなどの活動を製薬企業が繰り返していました。またサプライヤーから入手したドキュメントを自社の様式に変換するといった非生産的な活動もされてきました。本来サプライヤーが作成したドキュメントを製薬企業側で再作成する必要はないはずです。
これらを見直しサプライヤーのQMS（Quality Management System）を尊重しようということになりました。サプライヤーは、自社のきちんとしたQMS（Quality Management System）を持っているべきで、彼らのソフトウェアの製造やテストなどの活動は自社のQMSに従って実施されるべきです。今後はサプライヤーオーディットがますます重要となるでしょう。

上述の通り、大きくは3つの変更点があるように感じます。しかしながらこれらは既に多くの製薬企業では実施してきたことではないでしょうか。
GAMP 5は、GxPコンピュータシステムを対象としていますが、まだまだGMPに特化しているような感があります。非臨床、臨床開発、市販後調査分野（R&D分野）においてGAMP 5対応のSOPを作成するには、それなりの労力がかかりそうです。

GAMP 5に対応した「CSV対応SOP」です。

2008年2月28日にGAMP 5が発表されました。
2001年のGAMP4の発表から7年を経ての改定となりました。
製薬各社では、CSVの標準業務手順書（SOP）をGAMP 5に適合させ、改定する必要性があります。
GAMP 5では、各種の対コスト効果の高い方法論が数多く記述されています。
貴社のCSV SOPをGAMP 4対応からGAMP 5対応に改定することによって、より効果的で効率的なCSV実施ができます。

GAMP 5に対応した「CSV対応テンプレート」です。

2008年2月28日にGAMP 5が発表されました。
2001年のGAMP4の発表から7年を経ての改定となりました。
製薬各社では、CSVの標準業務手順書（SOP）をGAMP 5に適合させ、改定する必要性があります。
GAMP 5では、各種の対コスト効果の高い方法論が数多く記述されています。
貴社のCSV SOPをGAMP 4対応からGAMP 5対応に改定することによって、より効果的で効率的なCSV実施ができます。

現行のQMS省令は、ISO-13485:2003と整合性を持たせています。
ISO-13485:2016の改定に伴い、2019年3月にQMS省令が改正されることとなりました。
新QMS省令は本年10月に案が公表される予定です。
いったいどのような改正になるのでしょうか。
また医療機器企業においてどのようなインパクトがあるのでしょうか。

医療機器各社は改正QMS省令に準拠したQMSの構築を施行後3年以内に実施する必要があります。
改正QMS省令の元となるISO-13485:2016は、米国FDA QSR（21 CFR Part 820）に極めて近くなり、特に設計管理について詳細な要求が盛り込まれています。
例えば、設計・開発ファイルの作成や設計移管が追加になります。
医療機器は、たとえ設計された図面の通り適切に製造したとしても、そもそも設計に間違いがあった場合、安全な医療機器とはならないためです。
またQMSで使用するソフトウェアに関するバリデーション（CSV：Computerized System Validation）も新たに要求されます。
さらに設計ベリフィケーション、設計バリデーション等においてサンプリングの根拠となった統計的手法を説明しなければなりません。
苦情処理に関しては、タイムフレームが設けられ、サービスレポート（修理報告書）からも苦情を抽出しなければなりません。
またサービスレポートも統計的手法の対象となります。

本セミナーでは、現行のQMS省令と改正QMS省令（案）を比較し、具体的な対応方法について解説します。
また、改正QMS省令のポイントと、対応するためのQMS構築方法を具体例とともにわかりやすく解説いたします。
さらに改正QMS省令（案）準拠の品質マニュアルのサンプルを配布し解説いたします。

ISO-13485:2016では、コンピュータ化システムのバリデーション（CSV）要求が厳しくなりました。

製造に用いる設備、装置、治工具ソフトウェア、システムのみならず、品質システムの履行に関するソフトウェアにまでCSVの実施が求められています。

品質マネジメントシステムで使用されるソフトウェア(4.1.6)
製造及びサービス提供に使用されるソフトウェア(7.5.6)
監視及び測定に使用されるソフトウェア(7.6)

『いったいCSVとはどういうもので、また具体的にどのようなシステムが対象となるのでしょうか。』

ISO 13485:2016が要求するソフトウェアバリデーションの実施方法を解説する規格として、ISO /TR 80002-2が2017年6月に発行されました。ISO/TR 80002-2は、クリティカルシンキング（リスクベースのアプローチ）を使用して、ソフトウェアバリデーションの適切な活動を決定するために役立つように作成されています。
また、ソフトウェアバリデーションの要求事項を製造販売業者、監査者、規制当局を含むステークホルダーが理解し、適用するのを支援することを目的に作成されています。

『いったいCSVとはどういうもので、また具体的にどのようなシステムが対象となるのでしょうか。』
『設計に使用するソフトウェアも対象となるのでしょうか。』

これまで医療機器に搭載するソフトウェアや医療機器となるソフトウェア（単体プログラム）については、バリデーションが行われてきました。

では、
『医療機器ソフトウェアに対するバリデーションとCSVでは何が違うのでしょうか。』
『いったい何をどの順番で実施し、どのような記録を残さなければならないのでしょうか。』

本セミナーでは、これからCSVを実施する医療機器企業のCSV担当者に、ISO/TR 80002-2を中心として、具体的にかつ分かりやすく基礎から解説いたします。 また、CSV SOPを配布し、医療機器企業が備えなければならない手順書や具体的なCSV成果物のサンプルを解説いたします。

EDCに関する査察は、2009年頃から開始されてきましたが、いよいよ本格的な査察が実施されることとなりました。PMDAは、2013年3月27日に「EDC管理シート」を発表いたしました。
「EDC管理シート」は、これまで適合性性調査（査察）で使用してきた「EDCチェックシート」を置き換えるものです。EDCを使用した治験や製販後調査に適用されます。
GCPやGPSPにおける書面調査の際には、「EDC管理シート」を記載しPMDAに提示することが求められます。「EDC管理シート」では、GCP（GPSP）省令に準拠することはもとより、ER/ES指針に対応することが強く求められています。

2012年の夏には、あるEDCシステムの不具合が発見され、再審査に支障をきたすというような事態も発生しました。
今後、EDCシステムを導入する際、ベンダーオーディットを実施することと、CSVの厳重な実施は必須です。

さらに「EDC管理シート」では、多くの手順書の作成が求められています。
EDC管理シート対応のための手順書は、すでにEDCを運用してきた企業でも整備しておくことが必要です。

本セミナーでは、手順書のサンプルを配布し解説をいたします。