iso13485-audit-prep

iso13485-audit-prep skill の概要

iso13485-audit-prep の用途

iso13485-audit-prep は、ISO 13485 に基づく医療機器の品質マネジメントシステムを、内部監査、規制整合性レビュー、製品ローンチ、CAPA フォローアップ、市販後イベントレビューの前に厳しめに点検するためのコンプライアンスレビュー skill です。ISO 13485 全体を広く解説するものではなく、監査員のように証拠を突く短い質問群を中心に設計されているため、弱いエビデンスをすばやく見つけたい場面で役立ちます。

最も適したユーザーと監査タイミング

この skill は、Clause 8.2.4 の内部監査、MDR / FDA QSR との整合性確認、DHF クローズレビュー、CAPA 有効性確認、リコール後フォローアップ、規制申請前の準備状況確認に取り組む品質、薬事、臨床、エンジニアリング、コンプライアンスチームに向いています。特に、「ISO 13485 を知らない」ことではなく、「トレーサビリティ、CAPA エビデンス、苦情との紐づけ、供給者管理、市販後監視にギャップがあるかもしれない」ことがリスクになっている組織に適しています。

汎用プロンプトとの違い

一般的な監査プロンプトは、チェックリストを出すだけになりがちです。iso13485-audit-prep skill はより狭く、より監査的に踏み込む作りです。設計履歴ファイル、CAPA、苦情処理、供給者適格性評価、マネジメントレビュー、市販後シグナルについて、どの客観的証拠があるのかを問い直します。この切り口により、監査員や notified body に指摘される前に、客観的証拠の欠落、責任所在の曖昧さ、有効性確認の弱さ、トレーサビリティの断絶を見つけやすくなります。

導入前に知っておくべき注意点

このリポジトリでは、skill の内容は主に SKILL.md に収められています。現在のファイルツリーには、同梱スクリプト、参照フォルダ、補助テンプレートはありません。iso13485-audit-prep は、自社の QMS 成果物に対して適用する専門的な問い詰めパターンとして扱ってください。完全な監査管理システムでも、適格な薬事判断の代替でもありません。

iso13485-audit-prep skill の使い方

iso13485-audit-prep のインストール前提

利用環境が GitHub ホスト型 skill に対応している場合は、alirezarezvani/claude-skills のリポジトリパスから、compliance-os/skills/iso13485-audit-prep を対象にインストールします。多くの skill manager では、インストール形式は npx skills add alirezarezvani/claude-skills --skill iso13485-audit-prep に近い形ですが、実際に使うコマンドは手元の skill runner で確認してください。インストール後は、まず SKILL.md を読んでください。コマンド名、トリガーの形、実行タイミング、6 つの QMS 質問領域が記載されています。

有用な出力に必要な入力情報

精度の高い iso13485-audit-prep usage を行うには、「ISO 13485 の準備をして」といった依頼では不十分です。対象範囲、製品クラス、監査のきっかけ、対象サイトまたはプロセス、サンプルサイズ、共有可能な証拠を示してください。有用な入力には、DHF インデックス、設計 input-output トレーサビリティマトリクス、検証およびバリデーションの要約、最新の CAPA 一覧、苦情トレンドレポート、供給者品質記録、マネジメントレビュー議事録、PMS / PMCF 要約、リコールまたはフィールドアクションファイル、過去の監査指摘などがあります。

より良い依頼例は次のようになります。「EU MDR 申請前の Class IIb device DHF closure audit に /cs:iso13485-audit-prep を使ってください。設計バリデーション、CAPA 有効性、苦情からリスクファイルへの紐づけ、供給者管理に重点を置いてください。匿名化した DHF 表、5 件の CAPA 要約、苦情トレンド、最新のマネジメントレビューアウトプットを提供できます。想定される監査指摘、欠けているエビデンス、優先すべき是正アクションを返してください。」

レビューセッションの推奨ワークフロー

まずは対象を狭く設定します。1 つのデバイスファミリー、1 つのサイト、1 つの申請、または 1 つの監査期間に絞ってください。skill に 6 つの質問によるレビューを実行させ、その後、各領域をミニ監査として扱います。DHF では、設計計画、インプット、アウトプット、検証、バリデーション、移管、変更、ユーザーニーズおよび臨床エビデンスへのトレーサビリティについて、サンプルベースでエビデンスを突くよう依頼します。CAPA では、封じ込め、修正、是正処置、根本原因、有効性確認を明確に区別させます。

初回レビューの後は、疑わしいギャップごとにエビデンス要求へ変換します。「この指摘をクローズするには、具体的にどの記録が必要ですか？」または「監査員は客観的証拠として何を見ることを期待しますか？」と尋ねます。これにより、出力が抽象的なコンプライアンス解説に流れず、実行可能な内容になります。

使用前に読むべきリポジトリの場所

この skill の主要ファイルは 1 つなので、利用前に SKILL.md を丁寧に確認してください。特に “When to Run” セクションと、名前が付けられている監査上のプレッシャーポイントに注目します。現在の構成では、確認すべき独立した rules/、references/、resources/、scripts/ ディレクトリはありません。そのため、自社の SOP、品質マニュアル、リスクマネジメントファイル、規制解釈をプロンプトに持ち込む必要があります。

iso13485-audit-prep skill FAQ

iso13485-audit-prep は Compliance Review 用ですか、それとも認証準備全体に使うものですか？

iso13485-audit-prep for Compliance Review と捉えるのが適切です。想定される監査上の弱点や不足エビデンスの特定には役立ちますが、認証準備プログラム全体、内部監査計画、力量のある監査員、法務・薬事レビューの代替にはなりません。正式レビューの前に、事前監査のチャレンジ層として使ってください。

初心者でも使えますか？

はい。ただし初心者は、自社の SOP マップと ISO 13485 条項の基本理解を併用するべきです。この skill は、DHF、CAPA、有効性確認、苦情処理、市販後監視、マネジメントレビューといった概念を前提にしています。これらの用語に不慣れな場合は、各指摘を平易な言葉で説明し、自社 QMS に含まれるべき記録タイプへマッピングするようモデルに依頼してください。

この skill を使わないほうがよい場面は？

医療機器以外の品質システム、純粋なソフトウェアセキュリティ監査、一般的な ISO 9001 レビューには、意図的に出力を適用し直す場合を除き、使わないでください。また、規制上の主張、監査回答、CAPA クローズ、notified body とのコミュニケーションの唯一の根拠として使うことも避けてください。この skill が得意なのは、最終的な適合判断ではなく、問いとエビデンスギャップを浮かび上がらせることです。

ISO 13485 チェックリストを依頼するより何が優れていますか？

チェックリストは「何が存在すべきか」を示します。この skill は、エビデンスが完全か、トレーサブルか、最新か、サンプルが適切か、監査のプレッシャー下で説明可能かを突きます。多くの ISO 13485 指摘は、プロセスがまったく存在しないことではなく、設計管理、リスクマネジメント、CAPA、苦情、供給者、マネジメントレビュー、市販後対応のつながりが弱いことから発生するため、この違いは重要です。

iso13485-audit-prep skill を改善する方法

iso13485-audit-prep の出力は対象範囲を絞ると改善する

iso13485-audit-prep の結果を最も早く改善する方法は、広すぎる範囲指定をやめ、監査に即した文脈を与えることです。デバイス種別、規制市場、製品クラス、ライフサイクル段階、監査日、過去の指摘、利用可能な記録を含めてください。「QMS をレビューして」は広すぎます。「notified body audit 前に、Class III implant の DHF クローズと CAPA 有効性レビューの準備状況を厳しく確認して」と依頼すれば、skill が優先順位を付けるのに十分な制約が与えられます。

意図だけでなくエビデンス要約を提供する

この skill は、主張と記録を照合できるときに最も効果を発揮します。「CAPA はクローズ済みです」と言う代わりに、CAPA ID、発生源、根本原因分析手法、修正、是正処置、期限、有効性基準、確認日、関連する苦情、残留リスク判断を含む表を提供してください。DHF レビューでは、ユーザーニーズから設計インプット、アウトプット、検証、バリデーション、リスクコントロール、臨床エビデンスまでのトレーサビリティのスナップショットを提供します。

よくある失敗パターンに注意する

弱い出力の典型的な原因は、サンプルデータの不足、管轄地域の不明確さ、「全部見てほしい」というプロンプトです。もう 1 つの失敗パターンは、「文書化を改善する」といった一般的な是正案をそのまま受け入れることです。監査員レベルの具体性を求めてください。欠けている記録、影響を受ける条項またはプロセス、リスクレベル、オーナー、期限、クローズに必要なエビデンスです。回答が方針文書のように見える場合は、指摘登録簿の形で出すよう依頼してください。

初回監査パスの後に反復する

初回回答の後、重大な指摘と文書改善を分け、どのギャップがローンチまたは認証の妨げになり得るかを特定し、プロセスオーナー向けのフォローアップ質問を作成するよう依頼します。その後、新たに提供したエビデンスを使ってレビューを再実行します。この iso13485-audit-prep guide の価値は、単発の回答ではありません。粗い QMS への自信を、監査で説明可能な準備状況へ変えていく、反復可能なプレッシャーテストのループにあります。