最近になって、医療機器を米国FDAに510 (k) によって申請した際、設計管理に関して厳格に審査されるようになってきました。多くの企業がFDAから厳しい指摘を受けています。
その理由は、医療機器の回収の過半数が設計問題であり、そのうちの90%までがソフトウェアの不具合によるものであるためです。
医療機器は、たとえ製造が適切であっても、設計に問題があれば安全な医療機器にはなりません。FDAが設計管理を重視している所以です。
さらに、2016年2月には、ユーザビリティエンジニアリングのFDAガイダンス“Applying Human Factors and Usability Engineering to Medical Devices”が発行されました。
今後の医療機器設計ではユーザビリティエンジニアリングに関しても重要視されることになりました。
ISO-13485は本年2月に改定され、その要求事項はFDA QSRとほぼ比肩されるものとなりました。
設計管理に関しては、設計ファイル (FDAのDHFに相当) を作成しなければなりません。
いったい、FDA QSRやISO-13485:2016に対応したQMSはどのように作成するべきでしょうか。
ISO-13485:2016においては、リスクマネジメントとしてISO-14971を参照しています。FDAもリスク分析に関して、厳しい要求事項を課しています。
リスクマネジメントは座学では修得することが困難です。
本セミナーでは、具体的なリスクマネジメント実施方法を実習により会得していただきます。
また、バリデーションについても非常に難解です。
- 設計バリデーション (設計の妥当性確認)
- プロセスバリデーション
- 機器・装置のバリデーション (クオリフィケーション:DQ、IQ、OQ、PQ)
- ソフトウェアバリデーション
- 滅菌バリデーション
などその種類も多様です。
いったいどのように実施すれば良いのでしょうか。設計バリデーションと工程設計とプロセスバリデーションの実施順序と相関関係はどのようになっているのでしょうか。またどのようなQMSを構築するべきでしょうか。
本セミナーでは、実践を重視し、難解な医療機器の設計管理、リスクマネジメント、バリデーションについて実例をもとにわかりやすく解説を行います。
セミナー資料やQMSのサンプルは電子ファイルでご提供いたしますので、貴社におけるQMS構築や社内フィードバックにも有用です。希望者には当日のセミナー内容を収録したイーラーニングをご提供いたします。
- はじめに
- 医療機器と医薬品の規制要件の違い
- ISO-13485:2016改定の要点
- FDAによる法的措置の統計 (2015年度)
- 回収を減少させるために
- FDA QSR概要
- ISO-13485:2016とFDA QSRの相違点
- 最新のFDAの期待と指導動向について
- 医療機器設計管理入門
- FDAが設計管理を強化した理由
- ユーザリティと医療機器設計
- 機器要求仕様書の作成方法
- リスク分析結果と設計インプット
- 設計インプットの作成と管理方法
- 設計アウトプットの作成と管理方法
- デザインレビュの正しい実施方法
- 設計ベリフィケーションの実施方法
- 設計管理QMSのサンプル解説と構築方法
- ユーザビリティエンジニアリング入門
- ユーザビリティとは
- ユーザビリティと設計管理の関係
- “Applying Human Factors and Usability Engineering to Medical Devices”解説
- 医療機器リスクマネジメント入門
- リスクとは
- FDAが査察を行う理由
- 患者やユーザ (消費者) にフォーカスする
- スイスチーズモデル
- 「リスク」とは
- 航空機はなぜ飛ばせることができるのか?
- リスク評価の実際 (R-Map法)
- 危害の程度
- 発生頻度のゼロレベル
- 発生頻度の確率的表現
- 許容可能なリスク (「安全」の定義)
- 誤使用・不注意事故とヒューマンエラー
- 製品の使用条件とリスクアセスメントの範囲
- ヒューマンエラーの一般例
- どうやって安全にするのか?
- 一般的なリスクマネジメントプロセス
- ISO-14971とは
- リスク分析の具体的な実施方法
- 医療機器リスクマネジメント実習
- 具体的な機器に基づくリスクメネジメントの実習と解説
- 医療機器バリデーション入門
- バリデーションとベリフィケーションの違い
- クオリフィケーション (適格性評価) とは
- 設計バリデーションとプロセスバリデーションの実施方法
- 工程設計の考え方と実施方法
- 工程設計・プロセスバリデーションQMSサンプル解説
- ソフトウェアバリデーション入門
- ソフトウェアに起因した医療機器事故 (1985年〜1987年 Therac-25)
- ソフトウェアバリデーションとは
- ソフトウェアバリデーションの対象範囲
- ソフトウェアのバリデーション実施方法
- ソフトウェアのバリデーションQMSサンプル解説