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

CSVは非常に難解です。
CSVでは、最大60種類ものCSV成果物を作成することになりますが、それら成果物の種類と目的、成果物の作成順序、成果物間の依存関係等、初心者には不明なことが多く存在します。
FDA等の規制当局は、コンピュータの導入に関して、システムライフサイクルモデルを使用することを推奨しています。
本セミナーでは、CSVを実施する際の作成成果物を、時系列に説明し、各成果物の作成目的、作成すべき人、承認すべき人等をわかりやすく解説いたします。

GAMP 5は非常に難解です。
はじめてCSVを実施する人にとって、いったい何から勉強を始めたら良いのかさっぱりわからないのではないでしょうか。
本セミナーでは、これからCSVを学ぶ人のために、システム信頼性保証の考え方、CSVの考え方、最新のGAMP 5をわかりやすく解説いたします。

CSVの理論はわかったけど、具体的にユーザ要求仕様書（URS）やバリデーション計画書（VP）の作成方法が全く分からないといった人が多いのではないでしょうか。
本セミナーでは、URSやVPの具体的なサンプルを配布し、どんな内容を記載するべきか、またどのように作成するべきかを初心者にもわかりやすく解説いたします。
サンプルは、電子ファイルで差し上げますので、今後のCSV実施には最適です。

GAMP 5 によれば、1 つのコンピュータ化システムのバリデーションを行うために、約60 種類のCSV 成果物が必要です。
これら数多くのCSV 成果物を、いったい誰がどんなタイミングで作成すれば良いのでしょうか。
CSV を実施するためには、SOP の作成が不可欠です。しかしながら、GAMP は難解です。
いったいどのようなCSV SOP を作成すれば良いのでしょうか。
今回は、実例を紹介しながら、CSV SOP の作成方法を初心者にもわかりやすく、丁寧に解説を行います。

CSVの理論はわかったけど、具体的にCSV成果物の作成方法が全く分からないといった人が多いのではないでしょうか。
本セミナーでは、CSVにおいてソフトウェアの品質に最も大きく影響するテストに関してわかりやすく解説を行います。
一般にFDA等の規制当局が求めるソフトウェアのテスト方法と実施の記録方法（ログ）は、IT業界で行われているような形式では不足です。
GMP等で、厳密な記録が求められている通り、CSVにおけるテストの実施方法と記録方法は、詳細にわたり対監査性があるものでなければなりません。
本セミナーでは、テスト計画書、テストスクリプトの具体的なサンプルを配布し、どんな内容を記載するべきか、またどのように作成するべきかを初心者にもわかりやすく解説いたします。
サンプルは、電子ファイルで差し上げますので、今後のCSV実施には最適です。

"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成果物のサンプルを解説いたします。"

製薬業界においては、大掛かりな製造記録や品質試験記録の改ざん事件が後を絶たず、規制当局にとっても患者の安全性を確保するために査察を強化しなければならなくなっています。
紙媒体であれ、電子記録であれ、記録（データ）や文書の信頼性を担保することは極めて重要です。

インテグリティ（integrity）を辞書で引くと「誠実」という意味であることが分かります。では、データが誠実ということは何を意味するのでしょうか。その答えは、規制当局にとってデータが信用できるということです。そのためには、データは作成されてから現在までの経緯（例：変更）がわかるようにしておかなければなりません。つまり紙媒体であれ、電子記録であれ監査証跡が必要です。監査証跡が必要ということは、データが生データだけではなく、メタデータも含めて完全でなければならないということです。したがって、データインテグリティは、しばしば意訳され「データの完全性」と訳されます。

－ではいったい、データの完全性を担保するためには、どのような事項に留意するべきなのでしょうか。－
－またデータインテグリティが失われた場合、何が問題になるのでしょうか。－

昨今の製薬企業では、記録を手書きにより作成することは非常に少なくなりました。多くの場合、記録は電子で作成されます。しかしながら、記録の保管については電子記録を紙媒体に印刷したものに手書き署名（記名・捺印）をするといったハイブリッドな使用方法が多くを占めます。しかしながら、ハイブリッドシステムでは不正が容易になってしまいます。つまり電子記録を改ざんした後に再印刷し、バックデートで署名するといった手口です。

－電子記録と紙媒体の管理はどのように行うべきでしょうか。－

一方において、FDAは1997年に21 CFR Part11を発行し、電子記録の信頼性に関する要求事項を明らかにしました。しかしながら、その要件には実現が困難なものも多くありました。特に問題となったのは、コンプライアンスコストです。規制当局は、患者の安全性を担保するために規制要件を強化する必要がありますが、規制要件を強化しすぎるとコンプライアンスコストを高める結果となってしまいます。製薬企業が負ったコンプライアンスコストは薬価に転嫁され、結果的には患者負担となってしまいます。すなわち、いたずらにコンプライアンスコストを高めてしまうことは、逆に患者に負担を強いる結果となってしまうのです。そこでFDAは、2003年に新しい医薬品監視指導方針として「リスクベースドアプローチ」という方法を発表しました。

－FDAの最新のPart11の期待と指導はどのようになっているのでしょうか。－
－またFDAの査察官は、どのように電子記録の不正を見破るのでしょうか。－

2015年には、イギリスのMHRAが「MHRA Data Integrity Definitions and Expectations」と呼ばれるガイダンスを発行しました。その内容は非常に参考になります。今後は世界の規制当局が同じようにデータインテグリティに関する期待を述べる機会が増えると思われます。

本セミナーでは、データや文書のインテグリティ確保に関する基本的な事項を要点をまとめてわかりやすく解説いたします。

コンピュータ化システムのデータは、災害時などに備えて、バックアップを実施しておかなければなりません。
バックアップは、Part11、ER/ES指針、PIC/S GMP Annex 11などでも、必須要件です。
さらにバックアップは、真正性の要件です。
また、万が一の場合、すみやかにリカバリーができなければなりません。
リストアとリカバリは、異なります。いったい何が違うのでしょうか。
一方で、障害時などには、サプライヤのサポートが不可欠です。
そのためには、日ごろからサービスレベルアグリーメント（SLA）を締結しておかなければなりません。
SLAと保守契約は全く異なります。SLAって、いったい何でしょうか。
本セミナーでは、通常はセミナーなどで解説されていない「バックアップ/リカバリー計画書」「サービスレベルアグリーメント」の書き方についてサンプルを配布し、分かりやすく説明を行います。

平成24年から施行された、厚労省「コンピュータ化システム適正管理ガイドライン」では、リスクアセスメントが要求されています。
しかしながら、いったいどうやってリスクを評価すればいいのでしょうか。
製薬企業は、ICH Q9 「リスクマネージメントに関するガイドライン」に従って、リスクを管理し、受容可能なまでにリスクを低減しなければなりません。
果たして、コンピュータ化システムにおけるリスクとはどういうもので、リスクのアセスメント方法はどういったものでしょうか。
CSVにおけるバリデーション計画書は、リスクアセスメント報告書の結果によって作成しなければなりません。
本セミナーでは、具体的なリスクアセスメント報告書の書き方をわかりやすく解説します。

コンピュータ化システムが稼働した後、運用フェーズで重要なことは、バリデーション状態の維持です。
バリデーション状態とは、コンピュータ化システムがユーザ要求に適合していることです。
運用フェーズ中には、ユーザ要求が変更されることがありますので、システムは常にユーザ要求に適合させ続けるため、変更管理が重要となります。
いったいどういった方法で変更を管理すれば良いのでしょうか。
一方で、ソフトウェアにはバグ（障害）がつきものです。
障害は適切な方法で管理し、修復を行わなければなりません。
稼働フェーズ中に発生した障害は、再発を防止するために、CAPA（是正処置・予防処置）を実行することも重要です。
本セミナーでは、運用フェーズ中における重要な変更管理、障害管理、CAPAについて、具体的なSOPのサンプルを配布し、わかりやすく解説を行います。