qms-audit-expert

qms-audit-expert skill の概要

qms-audit-expert の用途

qms-audit-expert は、医療機器の品質マネジメントシステム（QMS）向けに設計された ISO 13485 内部監査 skill です。AI エージェントが、リスクベースの監査計画、箇条に沿ったチェックリスト作成、指摘事項の分類、不適合と CAPA の関連付け、認証審査やサーベイランス審査に向けた準備状況の確認を進めるために役立ちます。

品質マネジメントチームに向いているケース

qms-audit-expert skill は、ISO 13485:2016 の要求事項に沿って医療機器 QMS を整備しようとしている QA/RA チーム、内部監査員、QMS マネージャー、コンサルタント、創業者に特に有用です。監査範囲、監査頻度、証拠のサンプリング、インタビュー質問、指摘文の書き方、是正完了後の有効性確認など、監査活動に明確な構造が必要な場面で力を発揮します。

汎用プロンプトより有用な理由

このリポジトリには、実務で使える ISO 13485 参照資料、不適合分類ガイド、Python 製の監査スケジュール最適化ツールが含まれています。そのため、単にモデルへ「監査チェックリストを作って」と依頼するよりも、箇条カバレッジ、リスクベースの監査サイクル、監査証拠の取り方、Major/Minor/Observation の判断ロジックに基づいた出力を得やすくなります。

導入時の考慮点

この skill は監査支援ツールとして使うべきものであり、適格な監査員や規制判断者の代替ではありません。スケジュール、質問、根拠、指摘文のドラフト作成には使えますが、箇条解釈、サンプリングの妥当性、監査員の独立性、各地域の規制要求、客観的証拠の確認は、必ず組織側で検証する必要があります。

qms-audit-expert skill の使い方

qms-audit-expert のインストールとリポジトリパス

エージェント環境が skill のインストールに対応している場合は、GitHub skill リポジトリからインストールします。

npx skills add alirezarezvani/claude-skills --skill qms-audit-expert

ソースは次の場所にあります。

ra-qm-team/skills/qms-audit-expert

インストール後は、まず SKILL.md を読み、そのうえで出力品質に大きく影響する補助ファイルを確認します。

• references/iso13485_audit_playbook.md：監査プログラムの背景と認証審査に関する期待事項
• references/iso13485-audit-guide.md：箇条別の質問と証拠例
• references/nonconformity-classification.md：Major/Minor/Observation の判断ロジック
• scripts/audit_schedule_optimizer.py：リスクベースのスケジューリング支援

skill を効果的に使うための入力情報

qms-audit-expert を使う際は、広い目的だけでなく、運用上の具体情報をエージェントに渡すと精度が上がります。有効な入力例は次のとおりです。

• QMS の適用範囲、製品タイプ、ライフサイクル段階、適用除外
• 対象となる ISO 13485 の箇条またはプロセス
• 過去の監査日、指摘事項、CAPA の状況、苦情または PMS の傾向
• プロセスのリスクレベル：high、medium、low
• 利用可能な監査員と独立性に関する制約
• 希望する出力：年間スケジュール、チェックリスト、監査計画、指摘分類、CAPA 検証計画、外部審査準備状況レビュー

弱いプロンプト例：“Create an ISO 13485 audit plan.”
より良いプロンプト例：“Use qms-audit-expert to create a 12-month internal audit schedule for design control, CAPA, purchasing, production validation, document control, and complaint handling. Design control and CAPA are high risk; purchasing is medium; document control is low. Last CAPA audit found 3 minor NCs and 1 overdue effectiveness check. Include clause coverage, frequency rationale, auditor independence notes, and evidence to sample.”

内部監査での推奨ワークフロー

チェックリストを作る前に、まず監査計画から始めます。QMS プロセスを ISO 13485 の箇条に対応付け、リスクレベルを割り当て、期限超過または優先度の高い監査を特定するよう skill に依頼します。プロセス一覧を JSON で持っている場合は、scripts/audit_schedule_optimizer.py を確認してスケジュールを生成し、その後 skill に根拠の説明や調整を依頼するとよいでしょう。

次に、プロセスごとの監査計画を作成します。範囲、基準、サンプル記録、インタビュー対象ロール、客観的証拠、期待される成果物を整理します。監査実施中は、観察事項のメモを、証拠、要求事項、逸脱内容、分類、推奨される封じ込めまたは CAPA との関連付けを含む、整った指摘事項へ変換するために skill を活用できます。

結果を改善するプロンプトパターン

監査でそのまま使いやすい資料が必要な場合は、出力形式を明確に指定します。

• “Create a clause-by-clause checklist for ISO 13485 Clause 7.3 with evidence examples.”
• “Classify these findings using the qms-audit-expert decision tree and explain why each is major, minor, observation, or no finding.”
• “Draft CAPA verification questions for a closed complaint-handling corrective action.”
• “Review this audit schedule for risk-based coverage gaps and auditor independence concerns.”

不適合を分類する場合は、実際の証拠の抜粋も含めてください。要求事項、自社手順、観察された逸脱を比較できるほど、skill の判断は安定します。

qms-audit-expert skill FAQ

qms-audit-expert は ISO 13485 専用ですか？

主な対象は、医療機器 QMS における ISO 13485 内部監査です。プレイブックでは MDR、FDA QSR 風の期待事項、設計管理、プロセスバリデーション、リスクマネジメント、PMS、CAPA との整合性にも触れていますが、中心となる用途はあくまで ISO 13485 の監査計画と監査実施です。

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

qms-audit-expert を、規制適合性、認証戦略、法的解釈、製品安全に関する最終判断の根拠として使うべきではありません。また、ISO 9001、ISO 27001、SOC 2 など、関連のないマネジメントシステムには適していません。一般的な監査構造だけを利用し、箇条ロジックを自分で置き換える場合を除き、用途外と考えるべきです。

初心者でも qms-audit-expert skill を使えますか？

はい。ただし初心者は、最終的な指摘判定よりも、スケジュール作成やチェックリスト作成から始めるのが適しています。不適合の分類には、再発性、安全性への影響、手順要求、客観的証拠に関する判断が必要です。QMS 監査に慣れていない場合は、skill の出力をドラフトとして扱い、適格な監査員に分類をレビューしてもらってください。

通常の AI 監査プロンプトと何が違いますか？

汎用プロンプトでも一見もっともらしいチェックリストは作れますが、DHF のトレーサビリティ、バリデート済みプロセスの証拠、CAPA の有効性、文書管理の厳格さ、リスクベースの監査頻度といった ISO 13485 特有の期待事項が抜けることがあります。qms-audit-expert skill は、参照文書とスケジューリングスクリプトを含む、より専門化された枠組みをエージェントに与えます。

qms-audit-expert skill を改善する方法

より良いコンテキストで qms-audit-expert の出力を改善する

最も大きな改善につながるのは、実際の QMS コンテキストを渡すことです。プロセス名、ISO 箇条、手順書名、記録タイプ、過去の指摘事項、苦情または NCR の傾向、その領域が高リスクまたは低リスクとされる理由を提供します。指摘事項をレビューする場合は、正確な要求事項、観察された証拠、サンプルサイズ、問題が単発か再発かを含めてください。

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

よくある弱い出力は、範囲が広すぎるチェックリスト、客観的証拠のない指摘事項、根拠の薄い Major/Minor 分類、監査員の独立性を考慮しないスケジュールです。各推奨事項について、“Show the requirement, evidence, risk rationale, and classification basis.” のように、要求事項、証拠、リスク根拠、分類根拠を示すよう求めてください。これにより、自信ありげに見えても監査で防御しにくい表現を避けやすくなります。

初回ドラフトの後に反復する

最初の回答は、計画のたたき台として扱います。次のようなフォローアップ質問を行うと有効です。

• “Which ISO 13485 clauses are not covered by this audit programme?”
• “Where is the sampling plan too weak?”
• “Rewrite these findings so each has requirement, evidence, deviation, and risk impact.”
• “Separate correction, containment, corrective action, and effectiveness verification.”

この反復こそが、Quality Management 向け qms-audit-expert の価値が最も出るところです。粗い監査メモを、構造化され、レビュー可能な QMS 成果物へ変換できます。

自社向けに skill を拡張する

自社に合う形へ改善するには、会社のプロセスマップ、監査手順、指摘事項テンプレート、リスクスコアリング方法、承認済み指摘例を追加します。特定のツールや命名規則を使っている場合は、それらをプロンプトまたはローカル参照資料に含めてください。機密情報や専有データの管理には注意しつつ、汎用的な ISO 13485 テンプレートではなく、自社の監査プログラムに合った出力になるだけの構造情報を与えることが重要です。