QMS変更管理を申請から有効性確認まで一気通貫で回す——形骸化しない変更フロー設計と区分判定基準

※本記事には広告・アフィリエイトリンクを含みます。

休日に冷蔵庫を買い替えるとき、型番とレシートをどこに保管するかで、故障時の対応スピードが変わると気づくことがある。

「確認した」という事実と「確認した根拠が残っている」という事実は別物だ。

この感覚は、QMSの変更管理にもそのまま当てはまる。何を変えたか、誰がいつ確認したかを記録するかどうかの判断が、後工程の負担を大きく左右する。

よくある失敗

以下は仮想例であり、特定の企業・個人を示すものではない。

仮想例1: 変更申請書に承認印は並んでいるが、審査者が実際に影響評価の内容を読んだ記録がない。印鑑の列は「審査した証拠」ではなく「通過した証拠」になっている。

仮想例2: ある変更を「軽微変更」として処理したところ、後工程で予期しない不具合が発生した。なぜ軽微と判断したのか、根拠が記録に残っていなかった。

仮想例3: 有効性確認の欄に「実施済み」の一言だけが書かれている。何を指標として、いつ、誰が確認したのかが分からない。

この3つは、業種や規模を問わず似た形で起きやすいパターンの一例として挙げている。

なぜその問題が起きるのか

原因を断定することは避けたいが、仕組みの候補としていくつか考えられる。

ひとつは、申請フォームの設計が「承認欄」中心になっていて、影響評価や判定根拠を書く欄自体が用意されていない可能性。欄がなければ、書く文化も生まれにくい。

もうひとつは、変更区分の判定基準が文書化されておらず、担当者の経験と感覚に依存している可能性。基準が明文化されていないと、同じような変更でも判断者によって結論が分かれやすい。

関連して、機械音の違いで気づくメンテナンス品質の差で触れたように、判断が属人化すると「なぜそう判断したか」を説明できる人が一人しかいない状態に陥りやすい。これも仮説の一つとして留めておきたい。

いずれも、担当者個人の意識や努力不足ではなく、情報設計・運用の仕組みの問題として捉えるべき候補だと考えられる。

放置すると何が起きるか

この状態を放置した場合に起きやすい影響を整理する。

品質面では、変更区分の判定がぶれることで、本来なら重要変更として扱うべき内容が軽微変更のまま流れてしまう可能性がある。

運用面では、審査が形だけになっている分、問題が起きたときの原因追跡に時間がかかりやすい。結果として残業や引き継ぎ資料作成の負担が増えることが考えられる。

担当者の個人対応が残業の原因になっていないかで整理した通り、記録が個人の頭の中にしかない状態は、退職や異動のタイミングで表面化しやすい。

顧客対応の面では、監査や取引先からの照会時に「なぜこの変更を軽微と判断したか」を説明できず、信頼を損なうリスクも候補として考えられる。

改善するための判断基準

変更管理の整備は、必ずしもシステム導入から始める必要はない。状況に応じた判断基準を持つことが先決だと考えられる。

手作業でよい場合: 変更件数が月に数件程度で、関係者が少なく、口頭確認でも追跡できる規模。

テンプレで十分な場合: 変更のパターンがある程度定型化していて、影響評価・判定根拠・有効性確認の欄を紙やExcelのテンプレートに落とし込める規模。

ツール導入を検討する場合: 複数拠点・複数部門が関与し、変更件数が増え、トレーサビリティの手作業管理が追いつかなくなってきた規模。

顧客要望への対応が品質のばらつきを生むリスクにもつながるが、変更の種類が多様になるほど、判定基準の明文化は後回しにしにくくなる。

今日できる改善手順

まず小さく始められる3つのステップを挙げる。

Step1: 直近の変更記録を5〜10件サンプリングし、区分判定の根拠が記録に残っているかを確認する。

Step2: 申請書テンプレートに「影響評価」「判定根拠」「有効性確認の指標」の3欄を追加する。既存フォーマットを大きく変える必要はない。

Step3: 有効性確認の実施期限と担当者を記録表に明記し、未完了の件数を定期的に可視化する。

このステップはあくまで一般的な整備の出発点であり、実際の運用への適用は、QMS責任者や品質責任者など、責任と権限を持つ立場の方の確認を前提としている。

おすすめの次アクション

テンプレートの欄を見直したら、次は判定基準そのものの文書化に進むとよい。

一人しか対応できない体制のリスクや、個人の経験に依存した判断が属人化する問題も、変更管理の判定基準づくりと根っこは同じ課題であることが多い。

判定基準の文書化と並行して、記録テンプレートのデジタル化や、文書管理ツールの比較検討に進むのも一つの選択肢になる。

よくある質問

Q1. 変更管理の記録はどこまで残すべきか

一般的には、申請内容・影響評価・判定区分の根拠・承認者・実施内容・有効性確認の結果までを一連のトレーサビリティとして残すことが望ましいと考えられている。どこまで詳細に残すべきかは、取扱う製品のリスクや社内規定によって異なるため、QMS責任者への確認が必要な領域である。

Q2. 軽微変更と重要変更の線引きは誰が決めるのか

線引きの最終判断は、社内規定で定められた責任者(QMS責任者や品質保証部門など)が担うのが一般的と考えられる。判定基準をあらかじめ文書化しておくことで、判断のばらつきを減らせる可能性があるが、個別の変更が実際にどちらに該当するかは、都度の専門的判断が必要になる。

Q3. 有効性確認はいつ、どのように行うのが一般的か

変更実施後、一定期間の運用データや品質指標を確認してから判断するケースが多いと考えられる。「実施した」ことと「効果があった」ことは別の確認項目であり、客観的な指標(不具合率、工程時間、やり直し件数など)を事前に決めておくことが望ましいとされる。

Q4. ISO 13485の変更管理要求は具体的に何を求めているか

ISO 13485では、設計・製造工程・文書などの変更について、評価・承認・記録のプロセスを求める記述がある。ただし具体的な運用方法や判定基準の詳細は規格側で一律に定められていないため、どのように自社の手順書へ落とし込むかは、QMS責任者や薬事・品質の責任者による確認が必要な部分になる。本記事の内容は一般的な整理であり、適合性の判断そのものを保証するものではない。

変更管理の記録・運用を支えるツール

変更管理のテンプレートや判定基準を整備したあとは、記録の保存・検索・共有を支えるツール選びが次の課題になりやすい。紙やExcelでの運用に限界を感じた段階で、以下のようなツールの比較検討が選択肢になる。

文書管理・ワークフローツール

変更申請から承認までの流れを電子化し、承認履歴や根拠資料を一元管理できるツールは、トレーサビリティの確保に役立つ可能性がある。既存の業務フローに合わせて柔軟に設定できるかどうかを比較のポイントにするとよい。

クラウド型の記録・共有ツール

複数拠点・複数部門での変更管理では、記録のリアルタイム共有が課題になりやすい。クラウド型の記録ツールであれば、担当者ごとの入力状況や未完了件数の可視化がしやすくなる場合がある。導入前には、既存の品質記録との整合性を確認することが推奨される。