CSVにおけるシステムアセスメント
平成２５年８月９日
東薬工品質セミナー
東薬工・品質委員会
蛭田 修

本日の内容

１．システムアセスメントの目的
２．コンピュータ化システム構築において想定されるリスク要因
３．CSVガイドラインで求められるシステムアセスメント
４．具体的なリスク評価の進め方
５．システムアセスメントとリスクマネジメント

2

1

本日の内容１．システムアセスメントの目的
２．コンピュータ化システム構築において想定されるリスク要因
３．CSVガイドラインで求められるシステムアセスメント
４．具体的なリスク評価の進め方
５．システムアセスメントとリスクマネジメント

3

品質リスクマネジメントの主要原則(ICH Q9)
品質に対するリスクの評価は、科学的知見に基づき、かつ最終的に患者保護に帰結されるべきである。
品質リスクマネジメントプロセスにおける労力、形式、文書化の程度は当該リスクの程度に相応すべきである。
42

「品質に対するリスクの評価」
 品質に対するリスクの評価は、科学的知見に基づき、かつ最終的に患者保護に帰結されるべきである。

コンピュータ化システムでは
 故障や誤動作等の結果として引き起こされる製品(医薬品)の不具合が患者の健康被害に結び付く可能性の高さや、引き起こされる健康被害の重症度を評価する
5「品質リスクマネジメントの程度」
 品質リスクマネジメントプロセスにおける労力、形式、文書化の程度は当該リスクの程度に相応すべきである。

コンピュータ化システムに当てはめると
あらかじめシステムのカテゴリや、対象となるプロセスを明らかにしておくことで、リスクベースのリスク評価が可能となる。
63

リスク要因から危害発生にいたる経過
リスク要因 ・システム構築方法
・供給者の能力リスク
ハザード(危害の要因)危害・システムの複雑さ・適用されるプロセス7

誤動作、システムダウン、記録の消失
製品品質へ悪影響

健康被害

データの完全性欠如

信頼性の欠如7

本日の内容

１．システムアセスメントの目的
２．コンピュータ化システム構築において想定されるリスク要因
３．CSVガイドラインで求められるシステムアセスメント
４．具体的なリスク評価の進め方
５．システムアセスメントとリスクマネジメント

84

コンピュータ化システム構築において想定されるリスク要因
システムの作成方法・構築方法に基づくリスク
システムの複雑さによるリスク
製品に由来するリスク
プロセスに由来するリスク供給者の能力に依存するリスク
9

システム作成方法・構築方法に基づくリスク
実績のあるパッケージソフ
トウェア
使用実績の中でプログラムの不都合はメーカーにフィードバックされ、すでに重大なものは取り除かれている
一般には低リスク

新たに設計や設定したソフ
トウェア
使用経験が少ないため、プログラム上の不都合に気づかず、未だ隠れていることも想定される
一般には高リスク105

システムの複雑さによるリスク
単純なプログラムや機能で構 複雑なシステムや機能のコン成されるコンピュータ化シス ピュータ化システム
テム
単純なプログラム複雑なプログラム
少ないプログラムステップ
プログラムステップ数の増加
少ないプログラムの連携
複雑なプログラム間の連携プログラムミスの潜在する確 プログラミングのミスが潜在率は低い
する恐れが高まる
リスクの発生する機会は少な リスクの発生する機会は増加
いする。
11プロセス(製品)由来のリスク
リスク発生時のイン
具体的には
パクト
 患者の健康被害に ・無菌製剤の無菌保証の欠陥結び付く可能性
・生体由来異物の混入
・製品の取り違え、混入 健康被害の大きさ ・有効性の欠如(有効成分の不足)等
空調システムの例（同一のハード、ソフト）
低リスク
高リスク
原材 料倉庫や小 分け包装 無菌医薬品の製造室等の作業室等同じ不具合でも、その結果としての危害が及ぼす度合い
は異なる
126

供給者の能力に依存するリスク
高リスク
低リスク
•
実績のある
•
経験の浅い
•
社会的に評価の高い •
評価の低い•
品質システムが機能 •品質システムが機能している(認証取得) していない•
当該分野で評価の高 •
当該分野で経験の浅いい13

システムアセスメントにおけるリスク要因
リスク要因
システムの作成方法・構築
方法に基づくリスクシステムの複雑さによるリスク例
パッケージ＜＜作りこみソフト
表計算のマクロ＜＜MES

プロセス由来のリスク

包装工程＜＜滅菌工程

製品由来のリスク

経口製剤＜＜無菌製剤

供給者に依存するリスク

供給者、製品の実績
品質保証体制14

7

各リスク要因におけるリスク低減の方法
リスク要因

リスク低減の方法

システム構築方法に開発・検証プロセスへ反映
基づくリスク・構築方法に応じた開発・検証
システムの複雑さに ・機能数に対応した仕様・検証よるリスク
プロセス由来のリス バリデーション計画
ク・検証の詳細さ・チャレンジ試験
製品由来のリスク
供給者に依存する
リスク

供給者の選定、監査方法、指導15
15

システムアセスメント
システムのリスク
High

検証の深さ

高低品質インパクト

システムのリスク

Low
Risk

HighLevel
Low
Level

Low

システムカテゴリ

High
Rｉｓｋ

高低

供給者の能力高168

コンピュータ化システムにおけるリスクの考え方(システムの作成方法・構築方法に基づくリスク)× (システムの複雑さによるリスク)× (製品に由来するリスク)× (プロセスに由来するリスク)× (供給者の能力に依存するリスク)＝ コンピュータ化システムのリスク
17

本日の内容

１．システムアセスメントの目的
２．コンピュータ化システム構築において想定されるリスク要因
３．CSVガイドラインで求められるシステムアセスメント
４．具体的なリスク評価の進め方
５．システムアセスメントとリスクマネジメント

18

9

ガイドラインで求められるシステムアセスメント
4.3項 システムアセスメント(1) ソフトウェアカテゴリ分類(2) 製品品質に対するリスクアセスメント(3) 供給者アセスメント
その結果に基づいて開発、検証及び運用の各段階にて実施すべき内容を定める
本ガイドラインにはシステムアセスメントの実施手順や計画及び報告の方法についての明確な規定は示されていない

戸惑いの一つの原因

19

リスク要因とシステムアセスメント項目
リスク要因

本ガイドラインでのリスク評価の方法

システム構築方法に基づくリスク

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

システムの複雑さによるリスク－

プロセス由来のリスク
製品由来のリスク
供給者に依存するリスク

製品品質に対するリスクア
セスメント

供給者アセスメント
2010

（１）ソフトウェアカテゴリ分類
目的：「システム構築方法によるリスク」を低減する

実施事項： ソフトウェアカテゴリ分類表に基づいて、機能仕様書や設計仕様書の作成や、供給者監査、運転時適格性評価(OQ)の実施の必要性等について判断する。
システムアセスメントの各プロセスにおけるリスク評価項目が明確化できる
単純なマクロプログラムの場合(MS-Excel等)：
カテゴリ５に該当
ただし、単純な機能は要求仕様書だけで表現できる。
リスクが十分に小さいと判断される場合もありうる。

このような場合、検証の一部の段階を省略することが可能である。

21

システム構築方法に基づくリスク
カテゴリ
１２３４５基盤ソフト－

内容
・カテゴリ3以降のアプリケーションが構築される基盤となるもの(プラットフォーム）
・運用環境を管理するソフトウェア
設定なし

構成設定して 商業ベースで販売されている既製のソフト
いないソフト ウェア
ウェア(業務プロセスに合わせて構成していないもの)(実行時のパラメータの入力等は本カテゴリに含まれる)構成設定した ユーザの業務プロセスに合わせて構成設
ソフトウェア 定したソフトウェア
カスタムソフト ・業務プロセスに合わせて設計され、プロウェアグラムされたソフトウェア(マクロ等を含む)・コードを変更したプログラムシステムの例
プラットフォーム等
・ＯＳ, データベースエンジン等
運用環境管理ソフトウェア
・ネットワーク監視ツール
ＧＡＭＰ５に整合
・市販のパッケージソフトウェア
・既製のファームウェアアプリケーショ
ン
・既製の製造・製造支援設備、分析機器、及びそのシステム
・LIMS, MES, ERP, SCADA,DCS,EDMS
・表計算のスプレッドシート等
・ITアプリケーション
・プロセスアプリケーション
・カスタムラダーロジック(PLC)・表計算のマクロ等
2211

カテゴリ分類表

23

カテゴリ3,4,5のソフトウェア開発の差異
カテゴリ345

URS

実現したい仕様・機能を記述⇒パッケージ選択

実現したい仕様・機能を記述⇒パッケージ選択

実現したい仕様・機能を記述

FSなし

URSの実現に必要な個々の機能を明確化

URSの実現に必要な個々の機能を明確化

DSなし

モジュール構成
データの受渡し
インターフェース等各モジュールの機能設計
ファイル・データ構造
ソフトウェア構造等
機能の詳細設計

システム構築なし

構成設定

プログラム設計
プログム作成(コーディング)
デバック

テスト・据
付

ハードウェアの設置
ソフトウェアのインストー
ル

ハードウェアの設置
ソフトウェアのインストー
ル
システムテスト

単体テスト
結合テスト
ハードウェアの設置
ソフトウェアのインストール

受入試験

受入試験

受入試験

受入試験

24

12

（２）製品品質に対するリスクアセスメント
目的：コンピュータ化システムにトラブルが発生した場
合に、製品品質へ与えるリスクを評価し、その低減を図る（データの信頼性を含む）
実施手順：①リスクの抽出②影響評価③リスク低減の方法
リスク評価基準：
科学的知見に基づき、患者保護に帰結
25（２）製品品質に対するリスクアセスメント
具体的な実施方法：①リスクの抽出：仕様書に記載された機能・すべてのリスクが抽出できるよう工夫
・機能仕様や設計仕様が明確になった時点で、機能単位で更に詳細なリスクアセスメントを行うことも考慮②影響評価：リスク発生の際の製品品質への影響
・誤作動やエラーが発生した場合の製品品質や記録類の完全性などに与える影響等を工程や機能ごとに検討
・個々のリスクの程度は患者保護の観点から検討する③リスク低減・詳細な検証の実施、機能の再検討

26

13

（３）供給者アセスメント
 目的：供給者に基づくリスクを評価して、低減策をとる
 方法：実地調査やアンケート等による書面調査(場合によってはインターネットや他社からの情報収集等)
 確認事項：
・システム開発の実績、市場の評価、事業の継続性
・開発体制
・供給者の品質保証システム
 リスク低減の方法
・供給者監査の実施
・品質保証に関する教育の実施
・検証段階での詳細な検証の実施
・場合によっては他の供給者へ変更する
27

リスク評価の考え方(FMEA)・プロセスに由来するリスク・製品に由来するリスク

・プロセス
・その他

リスク
リスク
リスク××＝(検出度)
発生確率
優先度
インパクト
•システムの構築方法に基づくリスク•システムの複雑さに基づくリスク•供給者の能力に由来するリスク

28

14

本日の内容１．システムアセスメントの目的
２．コンピュータ化システム構築において想定されるリスク要因
３．CSVガイドラインで求められるシステムアセスメント
４．具体的なリスク評価の進め方
５．システムアセスメントとリスクマネジメント

29

システムアセスメントの文書化
リスクアセスメントの複雑さや、その影響の範囲等を考慮して適切な方法を選択する。
(例えば)比較的簡単なシステム
アセスメント計画：開発計画書の適切な項に記載
アセスメント結果：仕様書やバリデーション計画書等に、計画の設定根拠として記載(※)システムアセスメントの結果を受けて開発計画を変更する場合、適切な変更管理の下で開発計画書を改定する。

3015

カテゴリー分類 ・・・・ 「構成」について
MESパッケージ

生産計画
製造指示
受注
指図書発行

製品ロット管理

ロット引き当て
原材料管理
倉庫管理

原料計量

出荷指示

製造記録

出荷承認

31

「構成設定したシステム」
構成設定
したMES

倉庫管理

MESパッケージ
生産計画

出荷指示
使用しない

製造指示

ロット引き当て

指図書発行

原材料管理

原料計量

製造記録

受注

製品ロット管理

出荷承認

ＬＩＭＳ

倉庫管理

3216リスクアセスメントに基づく検証方法
プロセスのリスク
供給者のリスクシステムの複雑さ

単純

少リスク

低高

検証の詳細さ複雑

仕様書の項目＝(イコール)
検証項目

繰り返し数
パラメータ
検証幅
測定ポイント浅い多詳
細33

打錠機の各運転機能のリスク評価(FMEAの例)
URSの運転パラメータ
回転盤
回転数
撹拌フィー
ダ回転数
打錠圧力
打錠圧力
(糖衣錠)
打錠圧力
(OD錠)

リスク評価結果(FMEA)
重大性 発生確率 検出性
(S)
(P)
(D)

リスク優先度(RPN)

検証の詳細さ

1

122

浅

3

126

浅71428

詳細

41416

中

101440詳細3417

特性要因図による機能分解の例

35(東薬工HPより)自動倉庫のURS, FS, DSとリスク評価項目
要求仕様
(URS)

機能仕様
(FS)

設計仕様(DS)

棚の状態を一覧できる

必要な原材料の保存場所を特定する

原材料の保管されている棚番号を表示する

空いている棚に原材料を置き、棚番号を表示する。

保管場所までスタッカーを移動する

当該の原材料が無い場
合は、「無い」ことを表示
する
現在のスタッカーの位置と、該当の棚の位置関係を計算する
該当の棚までスタッカーを移動する・・・・・

指定した原材料を持ってくる
・・・・・
・・・・・

スタッカーにパレットを載せる・・・・・・・・・・・・

36

18

リスク発生確率の数値化(東薬工HPより)
37

リスクインパクト(重大性)の数値化(東薬工HPより)

38

19

検出性の数値化

39(東薬工HPより)検証の深さについて
検証の深さ URS項目 : pH6.0～7.0で制御する
浅深pH
5.8 6.0 6.25 6.5 6.75 7.0 7.2○○○○ ○ ○ ○ ○ ○ ○◎ ◎ ◎ ◎ ◎ ◎ ◎● ● ● ● ● ● ●○：n=1で確認◎：n=3で確認●：温度環境を変えてn=3で確認

40

20

コンピュータ化システムのライフサイクル
における運用段階の位置づけ

廃棄

稼動開始

検証

開発

開発計画

変更管理
逸脱管理

教育訓練

コンピュータシステムの廃棄

自己点検

教育訓練

変更・逸脱の管理

バックアップ･ リストア

保守点検

標準操作手順書の作成

バリデーション報告書の作成

性能適格性評価 Ｐ(Ｑ )運転時適格性評価 Ｏ(Ｑ )据付時適格性評価 Ｉ(Ｑ )設計時適格性評価 Ｄ(Ｑ )バリデーション計画書の作成

受入試験

システムテスト

プログラム作成・ PG
テスト

設計仕様書の作成

機能仕様書の作成

システムアセスメント

要求仕様書の作成

開発計画書の作成

保守点検

再バリデーション

定期的レビュー
自己点検

41

稼働中のコンピュータ化システムのシステムアセスメント
ガイドライン施行前から稼働しているコンピュータ化システ
ムもシステムアセスメントの対象 システムアセスメントの結果はシステム台帳に記載
 運用管理や、再バリデーションの必要性の有無の判断等にフィードバックする
現時点でシステムアセスメントが未完了のシステム
 優先順位をつけて計画的にシステムアセスメントを進める システム台帳等に、予備アセスメントの結果や、次のシ
42
ステムアセスメントの実施予定等を記載しておく

21

適切な方法で開発、検証及び運用等が行われていないシステムの適格性の確認(Ｑ＆Ａ No.２)期待される結果が与えることを検証
文書化された仕様

システムの性能・開発時の仕様書
・現在の使用目的に合致した仕様

・適格性確認試験の実施
・システム開発時の記録類
・運用における記録類の照査や定期的レビューの記録

標準操作手順書や製造指図書等も該当
検証項目に漏れのない様な配慮も必要

43

本日の内容

１．システムアセスメントの目的
２．コンピュータ化システム構築において想定されるリスク要因
３．CSVガイドラインで求められるシステムアセスメント
４．具体的なリスク評価の進め方
５．システムアセスメントとリスクマネジメント

44

22

システムアセスメントの目的
システムのリスクを明らかにする

その結果に基づきリスクをマネジメントすること

システムアセスメントの結果に基づいて・開発、検証及び運用各段階で実施すべき事項を決定し・より効果的な方法でシステムのリスクを最小限に低減する
45

リスクマネジメントの目的
 潜在リスクを明らかにすること
 リスクを低減すること
 許容できるリスク(残存するリスク)を特定すること
 万一リスクが発生した際の対応方法をあらかじめ決めておくこと

 これらの結果を共有すること(共有の対象はリスクの内容、程度に応じる)システムの使用者・管理者、経営者、上級経営陣
医療関係者、患者、世間一般 etc.
46

23

ICH Q9によるQRMプロセス

本ガイドラインにおけるQRMプロセス
システム開発の開始

品質リスクマネジメントプロセスの開始
リスクアセスメント

4.2要求仕様

リスク特定

リスクコミュニケーション

4.3システムアセスメント
ソフトウェアカテゴリ分類
製品品質リスクアセスメント
供給者アセスメント

リスク分析

リスク評価
受容不可
リスクコントロール

リスク低減
リスク受容

品質リスクマネジメントプロセスのアウトプット／結果

4.2要求仕様の見直し
4.4機能仕様(4.5 設計仕様)
5.1バリデーション全体計画
6.2システム操作手順

各仕様書
バリデーション全体計画書・報告書リスクレビュー

事象レビュー
H18.9.1課長通知「品質リスクマネジメントに関するガイドライン」より一部抜粋

運用段階における定期的照査・確認
変更管理・逸脱管理、自己点検
47
QRM：品質リスクマネジメント

ICH Q9におけるリスクアセスメントツール
 欠陥モード影響解析（FMEA）> 大規模で複雑なプロセスの解析を可能な段階まで系統的に細分化する

 欠陥モード影響致命度解析（FMECA）> FMEAに事象の重大性、発生確率および検出性を加味したもの

 故障の木解析（FTA）> 故障モードの樹状図と論理記号の組合せ

 ハザード分析と重要管理点（HACCP）> 重要事象に対する系統的、予見的、予防的な手法

 潜在危険及び作動性の調査(HAZOP)> ブレーンストーミング技術

 予備危険源分析(PHA)> リスク事象が発生する可能性

 リスクランキングとフィルタリング> 各リスク因子における比較とリスクの優先度付け

 支援統計手法 の組み合わせ
 管理図、実験計画法（DOE）、パレート図、工程能力分析
 確率論的リスクアセスメント（PRA）

48

24

49

ご清聴有難うございました

25