ISO 14971 リスクマネジメント — 説明書に警告を入れるのは最後の手段です

要点 — リスクマネジメントは提出書類の一種ではなく、製品開発全体を貫く過程です。そのうち実務で最も頻繁に食い違うのがリスクコントロールの優先順位です — ①設計による本質的安全 → ②保護手段 → ③安全情報（説明書・警告）。設計で解決できるものを説明書の警告で代替するのは順序を飛ばしたことであり、それ自体が指摘事由になります。2026年9月確認基準で整理しました。

リスクマネジメントファイルは「集めた書類綴じ」ではありません

実務でリスクマネジメント資料を求めると、しばしばこう返ってきます — 「リスク分析表を作ってあります」。

表は成果物の一部にすぎません。ISO 14971が求めるのは過程であり、その過程はおおよそこう流れます。

1. リスクマネジメント計画 — 何を、どの基準で判断するかを先に決める
2. 使用目的と安全に関する特性の規定 — この機器が何をし、どの条件で使われるか
3. ハザードの特定 — 何が間違いうるか
4. リスクの推定と評価 — それがどれだけ頻繁に、どれだけ重大に起こるか
5. リスクコントロール — 減らすために何をするか（下の優先順位）
6. 残留リスクの評価 — コントロール後に残るリスクの判断
7. 全体残留リスクの受容可能性の判断
8. 製造および製造後の情報 — 市販後に入る情報を再びリスクマネジメントへ戻す

8番がよく忘れられます。 リスクマネジメントは許可を得れば終わるものではなく、市販後の情報が入るたびに戻ってくる構造です。

リスクコントロールの優先順位 — この記事の核心

リスクを減らす方法には決まった順序があります。

順位	方法	例
①	設計による本質的安全	そもそも危険な構造をなくす。誤挿入できないコネクタ形状、危険な出力が物理的に不可能な回路
②	機器自体または製造工程の保護手段	インターロック、アラーム、二重の安全装置、工程での検査
③	安全情報	説明書の警告、ラベルの注意表示、教育

順序があることが実務で意味するのは一つです。③は①と②で解決できないときに使う手段だということ。

したがってリスク分析表のコントロール欄がすべて「使用説明書に警告文を挿入」で埋まっていれば、それ自体が信号になります。審査者が問うのは「なぜこれは設計で防げなかったのか」です。その問いに答えがなければ補完になります。

逆にこの順位を知っていれば開発会議の言葉が変わります。「警告を入れよう」の前に「構造で防げないか」を先に問うようになり、その検討記録がそのままリスクマネジメントファイルの根拠になります。

三つのよくある誤解

①「リスクを0にしなければならない」。 そうではありません。リスクマネジメントはリスクをなくす活動ではなく、判断し記録する活動です。残るリスクがあるなら、それが受容可能か、なぜそう判断したかを根拠とともに残すことが求められる仕事です。

②「リスク分析表をうまく書けばよい」。 表は成果物であり、審査が見るのは接続です。特定したハザードがどのコントロールにつながり、そのコントロールが実際に効果があることを何で検証したか — この鎖が切れれば、表がどれほど緻密でも意味がありません。

③「開発が終わってから整理すればよい」。 遡って作ったリスクマネジメントファイルは分かります。設計判断とリスクコントロールの因果が逆だからです。本来はリスク検討が設計を変えたはずなのに、遡及文書ではすでに決まった設計に合わせてリスク項目が配置されます。

他の資料がここに集まります

リスクマネジメントは独立した資料ではなく、他の資料が合流する地点です。

• ユーザビリティ — 使用エラーによるリスクを扱います。結果がリスクマネジメントファイルと接続されてはじめて力を持ちます（ユーザビリティガイド）
• 生物学的安全性 — 材質によるリスクです。ISO 10993-1自体が「リスクマネジメントの過程の中での評価」を求めます（ISO 10993ガイド）
• ソフトウェア — ソフトウェア故障が生むリスクとそのコントロール
• 性能試験・電気安全 — コントロール手段が実際に働くことを示す検証データ

つまり個別資料がそれぞれ良くても、リスクマネジメントで一つの絵に統合されなければ資料が宙に浮きます。 技術文書の中でこの接続をどう立てるかは技術文書作成の実務で扱いました。用語の定義はリスクマネジメント用語ページにも整理しています。

韓国での適用における注意点

リスクマネジメントは韓国の基準規格と品質管理体系の両方から要求される軸です。ただし韓国で実際に適用されるのは告示が定めた版と要求事項である点を覚えておく必要があります。国際規格の最新改正がそのまま韓国の要求になるわけではないため、適用時点で当該基準規格と品質基準の本文を確認するほうが安全です。

この構造はISO 10993と同じです — 国際規格を知りつつ、韓国の要求は告示で確認する。

よくある返戻・補完事由

• リスクコントロールの大半が「説明書に警告を挿入」で埋まり、設計検討の根拠がない
• 特定したハザードとコントロール、検証データの間の追跡性が切れている
• ユーザビリティ・生物学的安全性の結果がリスクマネジメントファイルに反映されていない
• 残留リスクの受容判断に根拠がない
• 市販後の情報を戻す手順が文書にない
• 設計変更後にリスクマネジメントファイルが更新されていない

着手前チェックリスト

• リスクマネジメント計画の作成 — 受容可能性の判断基準を先に決めること
• 使用目的・使用者・使用環境の定義（ユーザビリティと同じ値で）
• ハザードの特定 — 正常使用だけでなく予見可能な誤使用まで
• コントロール案を①設計 → ②保護手段 → ③情報の順で検討し、その順序を記録
• 各コントロールの検証データを接続（どの試験がその効果を示すか）
• ユーザビリティ・生物学的安全性・ソフトウェアの結果をファイルに合流
• 残留リスクと全体残留リスクの受容判断の根拠を作成
• 設計変更時にファイルを更新する手順、市販後情報を戻す手順を整備

---

リスクマネジメントは開発初期に始めれば設計を改善する道具になり、最後に始めれば書類作業になります。 製品の使用目的と構造の概要さえあれば、どのハザードを先に見るべきか、どの資料がここに合流すべきかから無料事前検討で確認します。