人材の流動化が進む中で、品質確保と生産性向上の観点から、人材の早期育成・戦力化が重要な経営課題となっています。そのための前提条件として、製造業にとってはＱＣ工程表や作業標準書の整備とその活用が大変重要です。
品質確保のためには、発生した不良に対する後追い的な是正処置の繰り返しから、リスク分析を踏まえた的確な管理項目をＱＣ工程表にて共有できる予防処置の強化へとシフトしてゆかねばなりません。
生産性向上のためには、わかりやすい作業標準書を整備し、３ヶ月かかっていた作業訓練を数日間で完了せねばなりません。
本セミナーではＱＣ工程表や作業標準書を作成することはもちろん、社内でそのノウハウを展開できるようにするため、まず完成した文書を例示し、その内容を解説した後、作成方法をステップバイステップでデモンストレーションを交えながら、一から解説していきます。

最近になって、医療機器を米国FDAに510(k)によって申請した際、設計管理に関して厳格に審査されるようになってきました。多くの企業がFDAから厳しい指摘を受けています。
その理由は、医療機器の回収の過半数が設計問題であり、そのうちの90%までがソフトウェアの不具合によるものであるためです。
医療機器は、たとえ製造が適切であっても、設計に問題があれば安全な医療機器にはなりません。
FDAが設計管理を重視している所以です。
さらに、2016年2月には、ユーザビリティエンジニアリングのFDAガイダンス“Applying Human Factors and Usability Engineering to Medical Devices”が発行されました。
今後の医療機器設計ではユーザビリティエンジニアリングに関しても重要視されることになりました。

ISO-13485は2016年2月に改定され、その要求事項はFDA QSRとほぼ比肩されるものとなりました。
設計管理に関しては、設計ファイル（FDAのDHFに相当）を作成しなければなりません。
いったい、FDA QSRやISO-13485:2016に対応したQMSはどのように作成するべきでしょうか。

ISO-13485:2016においては、リスクマネジメントとしてISO-14971を参照しています。FDAもリスク分析に関して、厳しい要求事項を課しています。
リスクマネジメントは座学では修得することが困難です。
本セミナーでは、具体的なリスクマネジメント実施方法を実習により会得していただきます。

また、バリデーションについても非常に難解です。

1. 設計バリデーション（設計の妥当性確認）
2. プロセスバリデーション
3. 機器・装置のバリデーション（クオリフィケーション：DQ、IQ、OQ、PQ）
4. ソフトウェアバリデーション
5. 滅菌バリデーション

などその種類も多様です。
いったいどのように実施すれば良いのでしょうか。
設計バリデーションと工程設計とプロセスバリデーションの実施順序と相関関係はどのようになっているのでしょうか。
またどのようなQMSを構築するべきでしょうか。
本セミナーでは、実践を重視し、難解な医療機器の設計管理、リスクマネジメント、バリデーションについて実例をもとにわかりやすく解説を行います。
セミナー資料やQMSのサンプルは電子ファイルでご提供いたしますので、貴社におけるQMS構築や社内フィードバックにも有用です。

医療機器業界のみならず、医薬品業界や数多くのスタートアップ企業において、医療機器ソフトウェアの開発がしのぎを削っています。
特にスマホ上のアプリなどソフトウェアを活用して治療する「デジタルセラピューティクス」（Digital Therapeutics：DTx、デジタル治療）が注目されています。
いわゆるSaMD（Software as a Medical Device）です。規制要件においては単体プログラムとも呼ばれます。
SaMDによって患者や医師にとっての治療の選択肢が増えることになります。
SaMDを開発する新興ベンチャーが増加しており、製薬企業にとっては医薬品以外の収益源になる可能性があります。

本邦において、医療機器プログラム（SaMDを含む）の開発において、2017年11月より、IEC 62304（医療機器ソフトウェア ‐ ソフトウェアライフサイクルプロセス）が実質的な規制要件となりました。
IEC 62304は、2006年5月に発行され、日本では2012年にJIS化（JIS T 2304）されました。2014年11月に施行された医薬品医療機器法第12条第2項において参照される「最新のライフサイクルモデル」です。
米国FDAにおいても2008年7月にRecognized Consensus Standardと認定されています。

IEC 62304は「医療機器ソフトウェア」の開発と保守に関するプロセスを規定しています。
日本以外でも欧州・北米・中国などにおいて医療機器申請時にIEC 62304に基づくソフトウェア開発の証拠が必要です。
つまりIEC 62304に従って「医療機器ソフトウェア」を開発しなければ、国内外においてソフトウェアを搭載した医療機器（単体プログラムを含む）を販売することができません。

しかしながら、IEC 62304は非常に難解です。具体的にどのような対応をとればよいのでしょうか。一般にプロセス規格は各社によってまちまちの解釈が行われ、手順書の内容が大きく異なってしまいます。
・IEC 62304を読んでも対応すべき内容や方法が分からない。
・IEC 62304を読んでもどこまでやるべきなのかの範囲が分からない。
・IEC 62304の詳細の内容が不明なまま文書構築を行っている。
・ISO 13485の設計開発プロセスとの関わりが分からない。
などといった疑問点が多く寄せられます。

本セミナーでは、難解なIEC 62304を分かりやすく解説します。
またIEC 62304に準拠したSOPを配布し、皆様の企業内における手順書作成をご支援いたします。