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

医療機器業界は、技術革新と市場の拡大により、未曾有の変革期を迎えています。
このダイナミックな業界で成功を収めるためには、最新の市場動向、規制の理解、そして革新的なビジネスモデルが不可欠です。
ただし、医療機器業界への参入方法は分からないことだらけです。

医療機器企業といっても、製造販売業、製造業、販売業、修理業など多くの業許可の種類があります。
どの業許可をいつまでにどうやって取得すればいいのでしょうか。
また業許可を受けるために準備が必要な事項は何でしょうか。

製造販売業許可を受けるためには、総括製造販売責任者（総責）、国内品質業務運営責任者（品責）、安全管理責任者（安責）といった三役を設置しなければなりません。それぞれの資格要件は何でしょうか。
またいつまでに三役を設置しなければならないのでしょうか。

また、医療機器業界では、QMS省令などの規制要件があります。医療機器企業を立ち上げるためには、規制要件を遵守したQMSを構築しなければなりません。
いったい規制要件を遵守したQMSはどのようなものでしょうか。

さらに医療機器製造販売業の許可申請時や、品目申請時には規制当局の調査（査察）が行われます。
規制当局の調査（査察）にはどのように対応すれば良いのでしょうか。

本セミナーでは、これから医療機器企業を立ち上げようと考えている方々に対して、準備しなければならない事項を分かりやすく整理します。
いつまでに何を実施しなければならないかといったステップを明らかにします。

医療機器製造販売業者は、QMS省令に基づき、品質管理システム（QMS）の構築が求められています。
しかしながら、医療機器に関する規制要件は難解です。
いったいどのように理解し、どのようなQMSを構築すれば良いのでしょうか。

本セミナーではQMS省令が要求する品質管理システムの内容について分かりやすく解説します。
（注：GVP省令に関する内容は含んでおりません。）

医療機器設計管理において、FDAはDHF（Design History File）の作成を要求しています。DHFはISO 13485において設計開発ファイルと呼ばれており、同じものです。
しかしながら、FDAやISO 13485では、具体的なDHFの管理方法やタイミングを明らかにしていません。
いったいどのようにDHFを作成し、管理し、いつどのような文書を登録するべきなのでしょうか。

本セミナーではFDAが要求するDHFの効率的な管理方法や内容について分かりやすく解説します。

医療機器企業にとって、リスクを管理することは非常に重要です。しかしながら、リスクマネジメントは難解です。
医療機器業界では、欧州が先行し、90年代からIOS-14971が制定されました。
医療機器には何がしかのリスクが潜んでいます。リスク分析の結果は、設計管理のインプットとなります。
医療機器事故は、ユーザの意図した利用と設計者の思想のギャップによって起こるとされています。

昨今では、ユーザビリティを含め、合理的な誤使用を予測したリスク分析が求められています。
演者は多くの医療機器企業においてリスクマネジメントの指導を行ってきましたが、各社ともに我流で実施していることが多いようです。 
それでは、医療機器の安全が確保できず、また回収（改修）も減少しません。
そのためには、リスクマネジメントの基本的な考え方と規制当局の期待を十分に理解しなければなりません。

本セミナーでは、難解なリスクマネジメント・ISO-14971:2019を初心者にもわかりやすく解説いたします。
またユーザビリティエンジニアリングも解説します。

製薬企業にとって、リスクを管理することは非常に重要です。しかしながら、リスクマネジメントは難解です。

医療機器業界では、欧州が先行し、90年代からIOS-14971が制定されました。
しかしながら、医薬品業界は、2005年にICH-Q9「品質リスクマネジメントに関するガイドライン」が合意され、翌年から本邦においても施行されています。

つまり20世紀は製薬業界において品質リスクマネジメントの概念がないまま、要員の経験と勘でリスクが管理されてきました。品質リスクマネジメントは、特定の部署だけが対応したり、手順書を作成するだけではありません。

研究開発、臨床開発、製造販売後、流通、申請、査察にいたる製品のすべてのライフサイクル全般について、すべての部署がそれぞれの手順にリスクマネジメントの概念を取り込まなければなりません。

そのためには、品質リスクマネジメントの基本的な考え方と規制当局の期待を十分に理解しなければなりません。

本セミナーでは、難解なリスクマネジメントを初心者にもわかりやすく解説いたします。
またリスクマネジメントに関するSOPのサンプルを配布し、具体的に説明いたします。

医療機器業界のみならず、医薬品業界や数多くのスタートアップ企業において、医療機器ソフトウェアの開発がしのぎを削っています。
特にスマホ上のアプリなどソフトウェアを活用して治療する「デジタルセラピューティクス」（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を配布し、皆様の企業内における手順書作成をご支援いたします。

厚生労働省は「医薬品および医薬部外品の製造管理及び品質管理の基準に関する省令」（GMP省令）の一部を改正する省令（厚生労働省令第90号）を発出しました。
2021年8月1日の施行を予定しています。

GMPの改正に伴い、この際基礎からGMPを学びたいという方々のために『超入門改正GMP省令セミナー』を企画いたしました。
改正GMP省令では、医薬品品質システム（ICH Q10）、品質リスクマネジメント（ICH Q9）、データインテグリティ、マネジメントレビュ、品質マニュアルなどの難解な用語や概念が出てきます。
これらを日本一わかりやすく解説いたします。
1回聞いただけでは理解できない方にも、アーカイブ配信を繰り返し視聴して頂けたら、きっとGMPを熟知できるようになるでしょう。

本セミナーは、これからGMPを勉強する方にもわかりやすく、基本からお話しを致します。また既にGMPを理解されている方にも再確認して頂ける内容となっています。
本セミナーでは、品質マニュアルのサンプルも配布いたします。

製薬業界においては、患者の安全性を確保するためにデータインテグリティに関心が高まっています。
紙媒体であれ、電子記録であれ、記録（データ）や文書の信頼性を担保することは極めて重要です。

改正GMP省令では、データインテグリティに関する手順書の整備が求められます。
いったいどんな手順書を作成すれば良いのでしょうか。
データインテグリティに関する手順書は、企業や組織で1冊作成すれば良いというものではありません。
現存の関連するすべての手順書にデータインテグリティを保証するための手順を埋め込んでいかなければなりません。

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

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

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

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

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

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

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

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

またデータインテグリティSOPのサンプルを配布し、データインテグリティSOPの作成方法を説明いたします。

【超入門】　
コンピュータバリデーション（CSV）に関する超入門編です。
はじめてバリデーションを学ぶ方に最適なセミナーです。
CSV規制の歴史をご紹介した上で、製薬業界のスタンダードであるGAMP 5をわかりやすく解説します。
CSVを実施する上で知っておかなければならないことは、構造設備とITアプリケーションでは、バリデーションの方法が全く違うということです。
しかしながら、これまで構造設備とITアプリケーションの違いについて解説を行うセミナーはありませんでした。
システムを4つに分類し、それぞれのCSV実施方法を解説いたします。

またまもなく、米国のFDAは、CSVに代わるCSA（Computer Software Assurance）という手法に関するガイダンスを発行する予定です。
CSVとCSAはいったい何が違うのでしょうか。

本セミナーでは、初心者の方に向けて、CSVとCSAを超わかりやすく解説いたします。

【中級編】　
CSVに関するセミナーや書籍は沢山ありますが、実際のCSVの成果物の作成方法を解説したものはほとんどありません。
百聞は一見にしかずです。 ぜひ具体的な文書の例を見て、CSV実施方法を体感してみてください。
本セミナーでは、実際のCSV成果物を開示しながら、成果物の作成方法とノウハウを徹底的に伝授いたします。
長年に渡ってCSVを実践してきた経験から、難解なGAMP 5をわかりやすく、適切かつ高効率な対応方法を解説いたします。
これまで入門コースを受講された方にとって、次のステップアップとなる講座です。

またFDAが提唱しているCSAに沿ったテストの実施方法と文書化の程度について詳しく具体的に説明します。
CSV担当者必見のセミナーです。

コンピュータバリデーション（CSV）に関する超入門編です。
はじめてバリデーションを学ぶ方に最適なセミナーです。
CSV規制の歴史をご紹介した上で、製薬業界のスタンダードであるGAMP 5をわかりやすく解説します。
CSVを実施する上で知っておかなければならないことは、構造設備とITアプリケーションでは、バリデーションの方法が全く違うということです。
しかしながら、これまで構造設備とITアプリケーションの違いについて解説を行うセミナーはありませんでした。
システムを4つに分類し、それぞれのCSV実施方法を解説いたします。

またまもなく、米国のFDAは、CSVに代わるCSA（Computer Software Assurance）という手法に関するガイダンスを発行する予定です。
CSVとCSAはいったい何が違うのでしょうか。

本セミナーでは、初心者の方に向けて、CSVとCSAを超わかりやすく解説いたします。