Quality System

文書管理で重要なこと

文書・記録の作成、公開、パブリックコメントの収集、確認(レビュ)、修正、承認、保存、検索、印刷、版数管理等を扱う。規定、基準書、手順書(以下、SOP等という)、製造指図等の文書の作成過程の管理と成果物の管理をおこなう。また、各種記録(変更記録、不適合記録、CAPA等)の作成、承認過程の管理と保管をおこなう。医療機器企業においては、規制当局(FDA、厚労省など)の査察が避けて通れない。規制当局の査察は、1つの事象を狭く深く調査することが一般的である。文書はプロセスの記録であり、正しくプロセスを実行した証拠となる。また各プロセスは関連性や依存性があり、その成果物である文書も当然関連性を管理しなければならない。1つの文書がどういう経緯で作成され、どの文書に引き継がれたかというトレーサビリティを管理する機能が必要である。文書のレビュにおいて、確認者が電子的に直接コメントを当該文書に付与する機能が必要となる。文書を印刷し、朱筆を入れる作業は、知識が組織に残らず、品質やスピードの改善につながらない。また紙によるレビュは、不適切な版(バージョン)に行うこともあり、二度手間等が発生するリスクもある。またセキュリティの確保(外部への情報の漏洩を防ぐ)も必要である。 文書管理システムの要件(抜粋) FDA査察対応機能要件 版数管理が可能であること。最新版のみの管理ではないことに注意。 即座に適切なSOP等が検索・表示可能であること。 当該文書(設計図、SOP等)が有効であった期間での検索ができること。 全文検索ができること。 シソーラス検索ができること。例:国会で検索した場合、衆議院も検索にかかる。 特定の期間で過去に有効であったSOP等を検索できること。ある時点で、各文書がどのバージョンであったかを検索できる機能である。 SOP等の改訂において変更点が管理できること。 トレーサビリティが管理できること。例:苦情報告書→変更されたSOP等→教育の記録 文書間のリンク付ができること。関連する文書間でリンクを張る機能である。検索時に芋づる式に文書が見つかる利点がある。 スナップショットが作成できること。ある一時点における文書群を、特定バージョンとともに管理する機能である。DHF作成などに利用する。査察時には、ある過去の時点について調査を受ける場合があり、その時点での最新の文書をスナップショットとしてまとめておく必要がある。 作成・変更・削除の責任の所在を管理できること。作成者、変更者はオペレータとは限らない。 作成・改訂・承認過程管理機能要件 ワークフローが作成できること。 テンプレートを管理することができること。 文書テンプレートを適用できること。文書はテンプレートから作成できなければならない。質の良いドキュメントを作成するためには、質の良いテンプレートを準備しておかなければならない。 ドラフト文書を適切な複数の確認者(Reviewer)に送付できること。 確認者(Reviewer)は、当該文書にアノテーションが付与(コメント付与)できること。 […]

CSV

Computerized System(コンピュータ化システム)とは

ウェブセミナー Computerized System Validationについて研究するページです。 *万が一文中に解釈の間違い等がありましても、当社では責任をとりかねます。 本文書の改訂は予告なく行われることがあります。 PIC/S GMPの付属資料であるAnnex 11 Computerised Systems(2013年1月1日改定)には、以下のように記されている。 Where a computerised system replaces a manual operation, there should

CSV

規制要件とは

ウェブセミナー 超入門者のためのページです。 *万が一文中に解釈の間違い等がありましても、当社では責任をとりかねます。 本文書の改訂は予告なく行われることがあります。 日本は民主主義国家であり、法治国家である。三権分立が憲法で定められている。まず法律(たとえば薬事法)は、国会の議決を経て制定される。(立法)国会は国権の最高機関であり、国民から正当に選挙された議員によって運営される。法律を実際に施行するのが各省庁である。(行政)各省庁では、法律を施行するための規則である省令を定める。省令とは、命令のひとつであり、各省の大臣が主任の行政事務について、法律若しくは政令を施行するため、又は法律若しくは政令の特別の委任に基づいて発する成文法をいう。厚生労働大臣が定めるものが厚生労働省令である。省令は省ごとに固有の法令番号(省令番号)を持つ。省令は、特に題名を持たず制定年と省令番号のみ(あるいは件名)で呼ばれる省令もあるが、固有の名前(題名)が付けられているものが多い。省令には特定の法律から委任された規定及び特定の法律を施行するのに必要な規定をまとめて制定したものが多くあり、そのような省令はその法律の「~施行規則」などと命名されることが多い。省令を施行する中で、局長通知、課長通知、事務連絡等が発出される。省令に基づき査察が実施され、(公務員には不正等の告発の義務があり)重大な違反が発見された場合には、検察当局に告発を行う。告発された事案は、法律(たとえば薬事法)に基づき、裁判所において裁かれる。(司法) 薬事法は、米国ではFederal Food and Cosmetic Act(FDC法)に相当する。省令は、米国ではCode of Federal Regulations(CFR)に相当する。通知は、米国ではGuidanceやGuidelineに相当する。 ]]>

21 CFR Part 830 UDI, FDA

UDI(個体識別、Unique Device Identification)

UDIとは UDI:Unique Device Identifier(機器固有識別子)機器の流通や使用をとおして適切に機器を識別する識別子のことをいう。UDI は以下のものからなる: 機器の識別子(a device identifier)—UDI の義務かつ定められた部分であり機器の特定のバージョンまたはモデルおよび当該機器のラベラーを特定するもの 製造識別子(a production identifier)—UDI の条件付きの、可変の部分であり、機器のラベルに含められた場合に以下のうちの 1 つ以上を特定するもの 機器が製造されたロットまたはバッチ 特定の機器のシリアルナンバー 特定の機器の有効期限 特定の機器が製造された日付 機器として規制を受ける

Design Control

機器履歴簿(DHF)

DHFの原則 各機種の設計に対して設計履歴ファイル(DHF)を作成し保存すること。DHFには、計画書で定義されている設計に関するすべての記録を保持すること。設計開発は、設計計画書に基づいて実施されたことをDHFの内容により証明できること。DHFは、設計のInput、Output、Design Review、Verification、Validationの各時点での成果物を登録すること。Input、Output、Design Review、Verification、Validation結果を承認すること。 FDAのワーニングレターの事例 貴社は設計が承認された設計計画および21 CFR 820の要求に従ってなされたということを示すための必要な記録を含み、参照するための設計履歴ファイル(DHF)を確立および維持していない。 参考 21 CFR Part820 Quality System Regulation, FDA 1997Design Control Guidance For

Design Control

FDA対応設計インプットの要点

FDAが最も多く指摘しているのは、設計へのインプットを定義していないことである。設計へのインプットを誤解している企業が多い。一番多くある誤解は、設計へのインプットとはユーザ要求のことであるというものである。また仕様書類は、すべて設計からのアウトプットであるといった誤解である。設計へのインプットは、決して概念的なものではなく、あらかじめ定義した複数の資料で構成される。 設計開発計画書 要求仕様書 設計へのインプットを作成する際には、あいまいな要求をを具体的な仕様に落とし込まなければならない。例えば、「持ち運べること」といった要求のままでは、設計ができない。そこで、「重さは3Kgまでとする」「一辺が最大10㎝までとする」といったように具体的な仕様に落とし込むのである。 最終的に、設計インプットは適切にレビュ、承認しなければならない。ここでいう承認は、各資料毎の承認のことだけではなく、設計へのインプットとしての承認である。つまり、メカ、エレキ、ソフトウェアの要求仕様の組合せとして、問題ないということを承認しなければならない。 また設計へのインプットは、レビュ、承認後、DHFに維持しておかなければならない。その後に起こる全ての変更は変更管理手順に従う。 FDAのワーニングレターの事例 貴社は21 CFR 820.30(c)、すなわち「設計へのインプット」に適合してない。この設計へのインプットの要件を含む設計管理手順の改訂版がFDAへの提出を約束した期日にまだ届かないため、指摘事項(Form 483)がWarning Letterに発展した。 設計インプットとは 設計インプットは「FDA 21CRF Part820 Quality System Regulation」の「Subpart C§820.30(c)

Design Control

設計開発計画書

設計開発計画書は、設計が適切に管理されているかどうかを示す重要な文書である。計画書には、設計の各フェーズを誰が主導し、責任を負うかを記載すること。設計のアプローチは、非常に複雑で多くのチームメンバーが関わるため、計画の様々なステージで責任を明確に定義することは非常に重要である。例えば、品質保証グループまたはプロジェクトマネジメントグループがデザインレビュを主導するが、R&D、臨床、薬事、品質技術、製造およびマーケティングの全てのチームメンバーが、必要に応じて関わるべきである。インターフェースの特定には、設計プロセスに関わる組織グループ(例、マーケティング、購買、品質保証、製造およびサービス)の役割の定義および彼らに転送され、受領される情報の記載が含まれる。これは、複数の組織や外部の会社または契約者が関わる場合には、特に重要である。必要に応じてフローチャートを作成し、インターフェースを特定すること。設計開発計画は設計プロセスが適切にコントロールされ、機器の品質目標を満たしていることを保証するために必要である。計画は設計管理要求に沿っていなければならない。 一般的に設計開発計画で述べられる要素を次に掲げる。 設計開発プログラムについての目標および対象の記述 設計開発フェーズにおける、品質保証の観点での組織責任図。契約業者との関係も含めること。 実施する主要なタスク、各タスクの成果物、各タスクを遂行するための個人または組織的責任(スタッフおよびリソース)の特定 プログラム全体の時間制約を満たす、主要なタスクのスケジューリング レビュワーの選定、レビュチームの構成、レビュワーが従うべき手順 設計文書の管理 周知活動 設計開発計画書のレビュ・承認と更新 設計開発計画書をレビュし、承認したことを証明すること。設計開発計画書は、設計および開発プログラムが進展する毎に適切に更新し、レビュ、承認すること。(変更管理を適切に行うこと)レビュおよび計画書更新の頻度は、計画書内に記載すること。 設計開発計画書はDHFへ 設計開発計画書は、設計へのインプットの1つである。計画書は、承認バージョン毎に、DHFとして保持すること 。 設計開発計画書の内容 設計開発計画書作成のための手順書を作成し、以下を記載すること。 設計開発プログラムの達成目標と目的 要員計画組織の責任の定義設計開発業務の責任者、リーダー、担当者等(資格の特定)適切なスキルをもった要員(内部および委託契約者やコンサルタント)誰がどの段階でデザインレビュ・検証・バリデーションに関わるのかの定義設計開発に携わる関連部門の責任者各部門間のインターフェース 設計開発のスケジュール(製品開発のライフサイクル全体)主要なタスクのマイルストーン主要なデザインレビュおよび設計ポイントの特定検証・バリデーションのタイミング 品質システムに従った設計の各フェーズに必要な要素

Scroll to Top