ISO 14971 リスクファイル：エビデンスとレビュー

リスクマネジメントファイルは、特定の機器構成がなぜ許容可能とみなされたのか、どのエビデンスがその決定を裏付けたのか、そしてどのような新しい情報があればその決定が変わり得るのかを、レビュー担当者が再構築できるようにするものでなければなりません。スコア付けされたハザードのスプレッドシートがこれらの問いに答えるには、エビデンスおよび意思決定へのリンクが必要です。

​レビュー対象調査：9月18日、2026年​ 本レポートは、EUおよび米国のエビデンスを準備または維持管理している医療機器製造業者を対象としています。提示されている具体例は仮定のエンジニアリングレビューであり、特定の顧客の機器に関する所見ではありません。実際の業務内容は、依然として製品固有の要件および組織の管理手順書によって決定されます。

TL;DR

• ​許容基準には根拠が必要です。​ ISO 14971:2019はライフサイクルプロセスを規定しており、客観的なリスク受容性基準を要求しています。許容可能なレベルおよび選択された提示方法には、機器固有の根拠が必要です。スコアを適用する前に基準を確立してください。ISO/TR 24971:2020は、追加の認証要件ではなく、適用のためのガイダンスを提供するものです。^{1 2}
• ​リコール件数はレビュー上の論点を特定するものであり、機器の故障確率を示すものではありません。​ 当社の固定エクスポートデータには、58,785件の重複のないFDA製品リコール番号が含まれています。機器設計（Device Design）が7,621件、工程管理（Process control）が6,494件を占めています。さらに16,709件のレコードは、広範、未解決、または欠落しているカテゴリーに分類されます。この分布は、エビデンスの網羅性を検証するために使用すべきであり、製品の順位付けを行ったり、リスクファイルが一定割合のリコールを防止できると主張するために使用すべきではありません。Pure Global — 本レポート用の再現可能なリコール集計、手法、および対象範囲別価格抜粋
• ​リリース判定には関連付けられたエビデンスが必要です。​ 重要な危害シナリオごとに、関連する構成、管理策、検証結果、残留リスクの妥当性の根拠、および市販後レビューのトリガーを関連付けてください。法的要件を規格やガイダンスと明確に区別し、専門家によるレビュー費用と不足しているエンジニアリングエビデンスを作成するためのコストを区別してください。

リコールエクスポートデータにおいて実際に何をカウントしたのか？

本分析は、共有データカタログ、および固定されたFDA医療機器リコールエクスポートデータ（日付：8月24日、2026年）から着手しました。すべての行をカウントし、product_res_number の一意性を確認した上で、root_cause_description の完全一致テキストでグループ化しました。58,785行のレコードと58,785件の一意な製品リコール番号が存在し、空の値を含めて44個のカテゴリーがあります。算定補足資料には、入力チェックサム、カテゴリーごとの件数、日付品質チェック、およびグループ化の定義が保持されています。分母はエクスポートされたスナップショット全体であり、販売された機器数、治療を受けた患者数、実施された査察件数、あるいは活動中の製造業者数ではありません。Pure Global — 本レポート用の再現可能なリコール集計、手法、および対象範囲別価格抜粋

この区別は重要です。1件の是正処置が複数のカタログ製品を対象とし、複数の製品リコール番号を生成することがあります。逆に、1件のリコールレコードが膨大な数量の対象ユニットを記述している場合もあります。合理的に説明可能なイベントの関連付けと曝露の分母がなければ、レコード数をレコード数で除算しても、単にレコードの割合（シェア）が算出されるにすぎません。危害が発生する可能性を推定するには、曝露および結果（転帰）に関する追加のエビデンスが必要です。当社は本分析を通じて製品リコール番号を単位として維持し、事象の発生頻度、患者の曝露、および製品間の比較安全性については対象外としました。

関連するopenFDAのリソースは​医療機器リコール（device recall）​データセットであり、一般的な有害事象コレクションや区別のない法執行フィードではありません。その文書では、FDA医療機器リコールデータベースが情報源として特定されており、データが訂正される可能性があることが説明されています。公開されているFDAの取込コードは、データベースのFDA決定原因フィールドから root_cause_description をマッピングしています。一部のカテゴリーラベルには「by firm（企業による）」という文言が含まれていますが、その列全体を製造業者が割り当てた根本原因のセットとして説明することは、その出所（来歴）を誤って伝えることになります。^{3 4}

主要なカテゴリーには、機器設計（Device Design）の7,621件（13.0%）、工程管理（Process control）の6,494件（11.0%）、不適合材料／コンポーネント（Nonconforming Material/Component）の5,863件（10.0%）、およびソフトウェア設計（Software design）の3,449件（5.9%）が含まれます。これらはリコールレコードレベルのラベルです。エクスポートデータでは、リリース前のリスクマネジメント手法、試験の完全性、および代替設計の影響については未解決のままです。このような疑問を解消するには、個々のレコード、その後のコミュニケーション、および製品固有のエビデンスが必要となります。

2つ目の算定を行うと、最初の解釈が変わってきます。Other（その他）が8,928件、Under Investigation by firm（企業による調査中）が6,777件、Unknown/Undetermined by firm（企業による不明／未確定）が647件、Pending（保留中）が344件を占め、13件のレコードは空白です。これらのカテゴリーを合わせると16,709件となり、エクスポート全体の28.4%に達します。これは、非特定、未解決、または欠落しているラベルをアナリストが定義したグループです。「Other（その他）」には、調査は完了したものの、このコード化されたフィールドでは具体的な因果メカニズムが確認できないものが含まれる可能性があります。

したがって、マネジメント上の有用な判断の範囲は自ずと絞られます。すなわち、設計から製造への移管、受入材料に関する前提条件、ソフトウェアの挙動、および管理策が引き続き有効であることのエビデンスに対して、レビューの労力を確保することです。単純な滅菌消耗品の製造業者と、通信機能付き輸液機器の製造業者とでは、製品ごとに異なる個別の試験優先順位が必要です。両者ではハザード、ユーザー、曝露パターン、および適用されるエビデンスが異なります。

分類法（タキソノミー）によって見かけの優先順位はどの程度変わるのか？

カテゴリーのグループ化によって、明示されていない選択に依存した、一見すると正確な所見が導き出されてしまうことがあります。包装を例に考えてみましょう。Packaging（包装）とPackaging process control（包装工程管理）のみを合算すると3,117件となり、エクスポート全体の5.3%になります。これにPackage design/selection（包装の設計／選定）およびPackaging change control（包装変更管理）を加えると、4,268件（7.3%）となります。どちらの合計も再現可能ですが、これらは異なる問いに答えるものです。どちらも無菌バリアの機能不全を直接カウントしたものではありません。包装関連のリコールは、識別表示、保護機能、またはその他の機能に関係している可能性があります。Pure Global — 本レポート用の再現可能なリコール集計、手法、および対象範囲別価格抜粋

その差は1,151件のレコードです。これは「トップリスク」の順位付けの様相を変えてしまうのに十分な大きさですが、基にある機器自体には何の変化もありません。アナリストが分類の枠組み（バスケット）を変更したにすぎないのです。したがって補足資料では完全な元のラベルを保持しており、読者が提案されたグループ化の背後にあるカテゴリーを精査できるようにしています。品質責任者は、より狭い製品集団を選択して実際の通知書を確認することもできますが、その結果を解釈する前に選択基準を文書化しておく必要があります。

同様の問題はソフトウェアにも見られます。Software design（ソフトウェア設計）は、Software change control（ソフトウェア変更管理）、Software Design Change（ソフトウェア設計変更）、Software Manufacturing/Software Deployment（ソフトウェア製造／ソフトウェア展開）、Software in the Use Environment（使用環境におけるソフトウェア）、およびSoftware design (manufacturing process)（ソフトウェア設計（製造工程））とは明確に異なる個別のラベルです。これらを統合することは、ソフトウェアガバナンスに関する問いには有用かもしれません。その場合は、アナリスト定義のグループとして明示的にラベル付けし、それを構成するカテゴリーを公開してください。元のフィールドと別個のアナリストグループを保持することで、別のレビュー担当者が出所（来歴）を見失うことなく、そのグループ化を再現したり検証したりできるようになります。

日付の品質も重要です。妥当性チェックにより、21件の開始日が、選択された1976年–2026年の範囲外としてフラグ付けされており、これには年が0010年となっている値も含まれます。当社では、こうしたレコードを全レコードカテゴリーの分母に残し、日付の問題を開示した上で、未レビューの日付から過去の傾向を導き出すことを避けています。疑わしい日付を傾向から除外するには明文化されたルールが必要であり、推測による年に書き換えることは根拠のないデータを作成することになってしまいます。本レポートは、観察された割合が特定の期間において上昇または下降したという主張を行うものではありません。

内部レビューにおいては、関連する各レコードを「回答の所在（エビデンスの参照先）」を伴う問いへと変換してください。類似の機器に材料の問題があった場合、有用な問いとなるのは、意図した機能に対してどの材料特性が重要であり、現行製品がその特性の管理をどのように実証しているかということです。サプライヤーの証明書は同一性の確認には答えても、性能に関する疑問を未解決のまま残す可能性があります。類似製品にソフトウェアアップデートの問題があった場合は、現行のリグレッション試験エビデンスによってどのバージョン、インターフェース、およびインストール状態が網羅されているかを問いかけてください。

リコール検索は、チームにとって都合の良いシナリオに対する反証をもたらすこともあります。設計重視のグループは、製造変更によって自らの前提条件が無効化されていたことに気付くかもしれません。製造重視のグループは、変更されていない工程が一貫してマージンの不十分な設計を生み出していることに気付くかもしれません。どちらの発見も、自社が同じ問題を抱えていることを証明するものではありません。それは、製品エビデンスに基づいて受け入れるか、却下するか、あるいは調査すべき、妥当性のある課題を明確にするものです。競合他社のリコール内容を、あたかも自社の機器で検証された事象であるかのようにハザード表にコピーするのではなく、その処置内容を記録してください。

EUまたは米国のリスクファイルを規定する要件とは？

まずは簡潔な適用性記録（applicability record）の作成から着手します。製品、使用目的、対象市場、クラス分類、ライフサイクルステージ、ならびに申請経路または適合性評価ルートを特定します。次に、関連する各法的要件、規格のエディション、ガイダンス、および製品固有のエビデンスに対する要求事項を特定します。重要なのは、法的義務と、それを満たすための1つの可能な手段とを明確に区別することです。規格の名称が見慣れたものであっても、エディションおよび該当法域におけるステータスを必ず確認してください。¹

EUの場合、MDR附属書I（Annex I）において、文書化された反復的なリスクマネジメントシステムおよびリスクコントロールへの体系的なアプローチが要求されています。附属書II（Annex II）は、ベネフィット・リスク分析やリスクマネジメントを含む技術文書を扱っています。附属書III（Annex III）は、市販後監視（PMS）文書を扱っています。これらの相互関係は、臨床的主張、製造工程、または入手可能な安全性情報を変更した場合、複数の文書に影響が及ぶ可能性があることを意味します。組織は、それらの関連性を管理するための実用的な構成を選択する必要があります。⁵

欧州委員会は、整合規格の使用は任意であり、引用された規格は該当する対象範囲において適合性の推定を裏付けるものであると説明しています。担当チームは、国際規格の名称だけでMDRのあらゆる要件が満たされると思い込むのではなく、適用される欧州版エディション、修正票、官報（Official Journal）公示状況、ならびに適用限界を記録しておく必要があります。規格マトリクスは、エビデンスが実際に何をカバーしているかを記録して初めて有用となります。適用性の根拠を伴わずに単にコピーしただけの規格リストは、製品に変更が生じた際に維持管理することが困難です。⁶

米国では、QMSRが2026年2月2日に発効し、ISO 13485:2016を参照により援用するとともに、追加のFDA要件を規定しています。ISO 14971は、規格の承認において個別の役割を担っています。ISO 13485認証書を保持する製造業者には、引き続きFDAの査察要件が適用されます。これとは別に、FDAの承認規格データベースには、ISO 14971第3版2019-12が承認番号5-125の下で収載されており、完全承認とともに、その説明文中にサイバーセキュリティに関する特定の条件が付記されています。^{7 8}

実務上の成果物は、組み入れられたすべての項目に理由が付された、管理された要件マップです。例えば、ある企業が両方の市場で販売される1つの製品ファミリーを有しているとします。その場合、共通のエンジニアリング・リスク分析を維持しながら、各市場固有のエビデンスや決定事項を関連付けることができます。これにより、個別に編集された2つのハザード・インベントリが徐々に乖離していくのを防ぐことができます。EUの適合宣言、米国の申請、および社内の出荷判定レビューは、それぞれの固有の目的を維持します。

そのマップの担当責任者を割り当てます。薬事部門は適用されるルートや文書への要求事項を特定し、設計・開発部門はどの構成や試験が技術的主張を裏付けるかを説明し、品質保証部門は製造管理と変更管理を関連付け、臨床の専門家は危害とベネフィットの妥当性を評価できます。1名のコーディネーターが意見の不一致を調整し、承認された決定記録としてまとめる必要があります。例えば、該当するソフトウェア構成の試験結果や、適用される市場義務の評価など、各部門からの具体的な結論を記録してください。

ファイルによって第三者が何を再現できるようにすべきか？

このファイルは、意思決定の経緯を追跡できる十分な説明を備えた、管理されたエビデンスへのインデックスであると考えてください。記録が識別可能で、アクセスでき、適切に管理されている限り、複数のシステムに保管されている記録を参照しても問題ありません。以下に示す構成は、実務上推奨される作業構造であり、ISOがこれらの正確なフォルダ名を求めていると主張するものではありません。これはISO 14971に記載されているライフサイクルの目的を実践するものであり、適用のためのガイダンスとしてISO/TR 24971を活用しています。^{1 2}

第一に、評価対象の構成を確立します。製品またはファミリーの範囲境界、対象ユーザーおよび使用環境、付属品、重要なソフトウェアバージョン、製造上の前提条件、ならびにサポートされる組み合わせを含めます。なぜ各バリアントが同一グループに属するのかを説明します。あるファミリーで分析を共有しているものの、患者との接触、エネルギー照射、原材料、または操作者との相互作用が異なる場合は、どの前提条件およびエビデンスを個別に扱う必要があるかを特定します。このファイルによって、新たに提案されたバリアントが評価済みの範囲内にあるかどうかを判断できるようにする必要があります。

第二に、計画および判定基準を定めます。責任体制、レビューポイント、受容基準、検証アプローチ、ならびに製造および製造後情報の収集方法を明記します。チームが不確実性や矛盾するエビデンスにどのように対処するかを説明します。単に「すべてのリスクがグリーンまで低減される」と記載されているだけの計画では、審査側はその色分けを信頼する根拠を得られません。基準は、試験結果が出た後になって初めて提示されるのではなく、使用目的や危害の性質に照らして妥当なものでなければなりません。

第三に、危害シナリオとコントロールの決定を記録します。潜在的危害の発生源、予測可能な一連の事象、危険状態、および結果として生じる危害の間の関連性を保持します。故障モードは危害そのものとは異なりますが、その連鎖の一因となり得ます。例えば、包装シールの不完全さは故障状態であり、使用中に脆弱な患者が微生物に曝露することはシナリオの別の部分であり、感染症が起こり得る危害です。これらの違いを明確にしておくことで、どのコントロールがどの段階に対処するものかを特定しやすくなります。

第四に、選択された各コントロールを、その実施のエビデンスおよび有効性のエビデンスに関連付けます。図面の改訂によって、コネクタが再設計されたことを示すことができます。意図した誤接続の防止を実証するには、該当する条件下での性能に関するエビデンスが必要です。試験報告書は有効性を裏付けることができますが、それは試験対象となったサンプル、構成、条件、および受容基準の範囲内に限られます。後から確認する人が無関係な添付資料を探し回ることなく適用性を評価できるよう、それらの境界条件を関連付けの中に含めておきます。

第五に、残留リスクおよび全体的な決定事項を維持・記録します。残留リスクが規定の基準を満たしている理由を説明し、未解決の課題を特定し、出荷判定や追加作業に対する承認権限を文書化します。総合的な判断にあたっては、各コントロール間の相互作用を含め、機器が実際に使用される状態を考慮しなければなりません。最後に、その決定を、上市・出荷後に監視される情報や、再評価を開始するきっかけとなる変更点に関連付けます。明確に特定できる最新の結論が存在することで、ファイルに膨大な過去の記録が含まれている場合でも、申請や設計変更において実用的に活用できるようになります。

管理策に十分なエビデンスがあるかをどのように検証するか？

エビデンスの種類を区別するために、架空の単回使用滅菌医療機器を例にとります。提案された管理策が、設定された保管条件および流通条件を通じて機器を保護することを意図した密封包装であると仮定します。レビューにおいては、提供される構成を規定する材料、シーリング工程、機器の幾何学的形状、有効期間（経時劣化）の主張、ならびに流通条件を、報告書が裏付けているかを確認する必要があります。製造業者がこのレビュー手法を適用するには、機器固有の試験計画が必要となります。²

まずは主張（クレーム）から始めます。営業部門が特定の有効期間を謳っている一方で、エビデンスがより短い期間しか網羅していない場合、リスク管理表に包装は「バリデーション済み」であると記載しても、その不一致が覆い隠されるにすぎません。製造部門がパウチのサプライヤーを変更する場合は、どの特性や工程上の前提条件であれば、既存のエビデンスへ合理的にブリッジングできるかを確認します。新しい材料および引き継がれる前提条件と照らし合わせて、過去の試験結果を再評価します。そして、ブリッジングを行う根拠、または追加のエビデンスを取得する根拠を記録します。

次に、管理策の存在（導入されていること）とその性能を区別します。購入仕様書や出図済みの部品表（BOM）によって、どのパウチを使用すべきかを規定できます。製造記録や受入検査は、実際に何が使用されたかを特定するのに役立ちます。また、適切な試験プログラムによって、所定の条件下における性能を検証できます。これらはそれぞれ異なる問いに答えるものです。そのうちの1つを他のすべての代用として選択するとギャップが生じ、文書の網羅性を確認するダッシュボードではその欠落を検知できない恐れがあります。

2つ目の架空の例として、安全でないセットアップを防止するための警告が記載された在宅用機器を考えます。チームは、意図された使用者が使用時にその情報に気づき、理解し、行動に移すことができるかを問う必要があります。使用関連リスクを評価するにあたり、FDAのヒューマンファクターガイダンスは、使用者、使用環境、およびユーザーインターフェースを取り上げています。同ガイダンスは、単に警告文が存在することをそのシナリオが管理された証拠として扱うのではなく、実際のインタラクションを検証することを支持しています。⁹

今度は、許容範囲外の出力を防止するよう設計されたソフトウェアのリミット（制限値）を考えます。要求事項、実装レビュー、および検証（ベリフィケーション）結果は、同一のバージョンおよび境界条件を参照していなければなりません。入力の欠落時、動作の中断時、復旧時、ならびに他の機能との関連する組み合わせにおいて何が起こるかも含める必要があります。FDAの2023年ソフトウェア申請ガイダンスは、ソフトウェア文書と安全性および有効性の評価を結びつけています。文書レベルおよび申請内容には、個別の適用性判断が必要です。ソフトウェアが「完全にバリデーション済み」であるという一般的な記述は、どのような挙動が評価されたのかについてほとんど情報をもたらしません。¹⁰

ネットワーク接続機器（コネクテッド製品）については、意図的かつ明確なサイバーセキュリティインターフェースを追加します。FDAの2月3、2026ガイダンスは、6月2025の文書に取って代わりました。これは、セキュリティリスク評価を通常の偶発的事象の発生確率推定と区別し、脅威モデリング、アーキテクチャ、ライフサイクル管理などの事項を取り扱っています。承認されたISO 14971の項目は、現在、サイバーセキュリティリスク推定における悪用可能性（exploitability）を明示的に指摘しています。単に既存のスプレッドシートに合わせるためだけに、攻撃者主導のシナリオを根拠のない数値的な発生確率の推定に無理やり当てはめてはいけません。セキュリティ固有の論理展開を維持しつつ、セキュリティ分析を潜在的な安全上の結果（影響）へと関連付けてください。^{11 8}

ファイルを承認する前に、チームはどのように不確実性を明らかにできるか？

エビデンスのレビューは、観察された結果と推論された結論とを区別することで、より有用なものとなります。試験を実施した100個のサンプルのうち故障が1件も発生しなかった架空のベンチ試験を考えてみます。直接的に裏付けられる観察結果は、それらの試験条件下で観察された故障がゼロであったことのみです。実際の使用環境での性能には、サンプリングの不確実性や使用条件の違いが依然として伴います。サンプルが独立しており、定義された二項過程を代表している場合、片側95%信頼上限は約3%となり、これは1から0.05の（1割る100）乗を引いた値として計算されます。これらの前提条件は、加速試験、選定されたワーストケースサンプル、または臨床使用の実態を表していない可能性があります。この計算は不確実性を例示するものであり、合格判定基準には別途の正当化理由が必要です。¹

次の問いは、試験が危害のシナリオに結びついているかどうかです。部品の故障が危険状態につながる場合もあれば、つながらない場合もあります。また、危険状態が特定の危害につながる場合もあれば、つながらない場合もあります。部品の挙動に関するベンチ試験から患者への危害発生確率を導き出すには、その間にある介在ステップのエビデンスが必要です。それらの介在する前提条件を文書化してください。エビデンスが定性的な推定のみを裏付けている場合、正当な理由付けのある定性的評価を行う方が、リスクマトリクスに小数点以下数桁の数値をそのまま転記するよりも、不確実性をより誠実に伝えることができます。

また、独立性とサンプル数も区別してください。1台の機器から得た反復測定値と、100台の機器から得た観察結果とでは、機器間のバラツキ（個体間変動）に関して導き出せる推論が異なります。同一の変更されていない原材料バッチから製造された複数のロットでは、サプライヤーの変更によってもたらされる変動を検証できていない可能性があります。これらは試験デザインおよび導き出される推論に関する問題であり、すべてのプロジェクトにおいて特定のサンプルサイズを一律に要求する理由ではありません。ファイルには、どの変動要因が重要であるかを特定し、利用可能なエビデンスがそれらにどのように対処しているかを説明する必要があります。

重要な前提条件ごとに、前提条件、裏付けとなるエビデンス、適用範囲の境界、およびそれが誤っていた場合の結果（影響）を記載した簡潔な記録を作成します。有効期間の前提条件は、特定の材料や保管条件に依存する場合があります。ヒューマンファクターの前提条件は、意図された使用者グループやトレーニングに依存する場合があります。ソフトウェアの前提条件は、復旧中もインターフェースが引き続き利用可能であることに依存する場合があります。この記録は、実務上の補助ツールとして提案するものです。これにより、FDAのヒューマンファクターおよびソフトウェアに関するガイダンスで論じられている管理策とエビデンスの関連性を、部門横断的にレビュー可能にすることができます。^{9 10}

ここで、事実に関する意見の不一致と、基準に関する意見の不一致とを区別します。2名のレビューアーが、試験結果については同意していても、サンプルが提供される構成を代表しているかどうかについて意見が分かれることがあります。適用性については合意していても、許容可能な残留リスクについて意見が分かれることもあります。1つ目の不一致を解決するにはエビデンスまたは適用性に関する決定が必要であり、2つ目の不一致を解決するには組織の承認された基準および意思決定権限の行使が必要です。チームが合意に達したと記載するだけの会議録は、どの課題が解決され、どのような根拠に基づいて解決されたのかが記録されていなければ不完全です。

エビデンスのギャップに対しては、明確な処理区分を用います。「報告書の入手不可」は、報告書の存在および妥当性が確認されるまでは、検索または所有権の問題を意味します。「試験未実施」は、また別のギャップを示しています。「過去の構成で実施された試験」には、適用性の評価が必要です。「試験不合格」は、原因究明とその影響に関する判断を必要とします。「結果レビュー後の基準変更」には、透明性のある正当化理由と潜在的なバイアスの検討が必要です。これらの状態を1つの「アンバー（注意）」ステータスにまとめてしまうと、意思決定者が次の行動を選択するために必要な情報が奪われてしまいます。

レビュー記録の最後には、適用範囲を定めた上でのエビデンス受入、追加分析の要否、追加試験の要否、主張（クレーム）または構成の変更、あるいは出荷（リリース）判定の保留といった、簡潔な決定表を設けることができます。これらは管理上の処理区分の提案であり、組織の正式な手順に代わるものではありません。各区分には、担当責任者および影響を受ける構成を特定する必要があります。結論がその後の情報に依存している場合は、その依存関係が適用基準の下でリリースを許可するものなのか、それとも判断を妨げるものなのかを明記してください。これは、最も重大な前提条件が未解決のまま放置されているにもかかわらず、ファイル全体に「完了」というラベルを貼るよりも、はるかに有益な情報をもたらします。

実際の法執行事例は何をもたらすか？

公開された法執行資料は、集計されたリコールチャートとは異なるエビデンスの道筋を提供します。Royal Philipsに対するFDAの2025年9月9日付のウォーニングレターでは、超音波関連施設の査察から生じた指摘事項と、提出された回答に対する同機関の評価が論じられています。これには、是正処置、苦情、および機器のエビデンスに関わる問題が含まれています。これは特定の日付時点におけるFDAの所見および懸念の記録であり、業界全体のパフォーマンスに関する一般的な推定や、すべてのPhilips製品についての見解を示すものではありません。¹²

他の製造業者にとっての価値は、結論を模倣することではなく、レビューのための問いを抽出することにあります。是正処置が試験によって裏付けられている場合、その試験が特定された故障メカニズムに対処していることを何が示しているでしょうか。苦情がクローズされる場合、クローズの論拠と入手可能なエビデンスを何が結びつけているでしょうか。機器に使用期間や保守に関する前提がある場合、その裏付け情報はどこにあり、その前提はどのように伝達されているでしょうか。自社の記録における製品、原因、および結果が異なっている場合であっても、これらの問いはミッシングリンクを浮き彫りにすることができます。

有益なレビュー演習は、1つの重大な危害シナリオから開始し、それを双方向に追跡します。順方向では、分析がどのように管理手段につながり、その管理手段がどのように実施され、検証されたかを点検します。逆方向では、苦情、不合格となった試験、または変更された構成部品から開始し、それがどのリスク前提に影響を及ぼし得るかを特定します。この2つの経路は、特定可能な構成および意思決定へと収束するはずです。双方が異なるバージョンの分析結果に行き着く場合は、現行の結論を承認する前に、前提条件とエビデンスの整合を図ってください。

レビューのエビデンスの境界を記録してください。公開されたウォーニングレターでは、機密扱いの技術的詳細が省略されている場合があります。ある日付時点で不十分とされた回答であっても、後に補足されている可能性があります。現在のコンプライアンス状況に関する判断には、その後の公開情報の別途確認が必要です。同様に、リコール通知は特定のアクションを示すことはできても、製造業者のリスク決定全体を再構築するのに十分なエビデンスを提供するとは限りません。公開されたエビデンスは的を絞った問いを裏付けるものであり、完全な外部監査を裏付けることはめったにありません。

マネジメントレビューにおいては、結果として得られるアクションを具体的なものにすることができます。重大な危害シナリオ、最近の設計変更、製造工程の変更、および市販後シグナルにわたって、妥当な根拠のある小規模なサンプルを選択します。サンプリングの根拠を記録してください。各部門に対し、単に文書が承認されたと報告させるのではなく、エビデンスの道筋を実証するよう求めてください。発見されたギャップはすべて、範囲、担当者、期日、および処置を明確にして割り当てられた調査課題となります。これは編集上の提案としてのレビュー演習であり、FDAが義務付けているサンプルサイズや、査察合格を保証する方法ではありません。

その成功基準も具体的であるべきです。チームは、影響を受ける構成を特定し、適用可能なエビデンスを見つけ出し、その限界を説明し、依然として必要とされる意思決定を明示できる必要があります。より迅速な検索は運用上役立つ場合がありますが、90秒以内の検索といった恣意的な目標値が規制上の妥当性を証明するわけではありません。容易に取り出せたとしても、根拠のない結論は根拠のないままです。検索に時間がかかっても十分なエビデンスに裏付けられた結論であれば、別の是正処置に値するインデックス作成上の課題が浮き彫りになるだけかもしれません。

残留リスクと市販後情報はどのように結びつくべきか？

残留リスクに関する決定においては、管理手段を考慮した後に残る論理的根拠を明確に示す必要があります。発生し得る危害の重大度と、その発生確率の推定、その推定に対する信頼度、およびその双方を裏付けるエビデンスとを区別してください。利用可能な情報が乏しい場合は、不確実性を明記し、その情報でどのような決定が許容されるかを判断してください。不足している情報を都合のよい低いスコアで置き換えることは、誤った見せかけの精度を生み出す可能性があります。ISOの公開文書では、受容可能なリスクレベルの決定は明示的に機器の状況および製造業者の基準に委ねられています。¹

ベネフィット・リスクの検討においては、未解決の管理上の課題に明確に対処する必要があります。意図されたベネフィット、対象集団、該当する場合は利用可能な代替手段、残存する危害シナリオ、および裏付け情報の質を特定してください。製品の供給可能性、コンプライアンス、および法執行に関する決定におけるベネフィット・リスク要因についてのFDAのガイダンスは、そうした判断が状況依存的であることを示しています。市販前承認には、適用される申請の文脈における個別の決定が必要です。¹³

機器全体を見渡す視点を持つことで、個別の行では見落とされがちな相互作用を明らかにすることができます。たとえば、提案されたアラームは故障認知の遅れに対処できるかもしれませんが、注意散漫を引き起こしたり、混乱を招く復旧作業を生じさせたりする可能性があります。制限値をより厳しく設定すれば、ある危険な出力を低減できる一方で、意図された使用中の中断を増加させる可能性があります。こうした仮説的なトレードオフには、順序尺度のスコアの合計を最小にすることを競い合うのではなく、機器の実際の使用状況に関する一貫した意思決定が必要です。チームのマトリクスが順序尺度である場合、乗算や平均化されたスコアは、測定された確率ではなく、依然として順序尺度によるスコア付けの構成物にすぎません。

市販後モニタリングでは、市場出荷の根拠となった前提条件を検証する必要があります。どのような苦情パターン、保守サービスの所見、不適合、文献上の所見、または変更が、その分析に疑問を投げかけることになるかを定義してください。それらを誰が評価し、結果として下された決定がどこに記録されるかを特定してください。傾向（トレンド）は、分子、分母、期間、およびデータの質がその検討課題に合致している場合にのみ有用です。「苦情が減少した」という事象は、効果的な管理手段というよりも、稼働中の機器の減少、報告の遅れ、またはコーディング基準の変更を反映しているに過ぎない可能性があります。

EUにおいて、MDRは市販後監視報告書と定期安全性最新報告（PSUR）を区別しています。第86条に基づき、クラスIIaのPSURは必要に応じて、かつ少なくとも2年ごとに更新され、クラスIIbおよびクラスIIIのPSURは少なくとも年に1回更新されます。MDCG 2022-21は、PSURの作成に関するガイダンスを提供しています。緊急のリスク評価は、定期的な報告サイクルとは関係なく、情報が生じた時点で対応する必要があります。^{5 14}

米国の医療機器報告および是正／撤去の評価は、それぞれ独自の基準を持つ別個の義務です。リスクファイルの更新、報告要否の決定、および技術的調査には、それぞれ文書化された処置が必要です。FDAの報告およびリコールに関するガイダンスページは、適用されるプロセスを特定するための出発点となります。年1回の文書更新に依存することなく、安全性シグナルが責任ある意思決定者に届くよう、これらのプロセス間の連携を構築してください。^{15 16}

機器に変更が生じた場合、何を行うべきか？

変更記録は、提案されている変更点と、それによって無効化される可能性のある前提条件から着手すべきです。「同等サプライヤー」や「軽微なソフトウェア更新」といった表現は提案された結論にすぎず、出発点となる根拠（エビデンス）ではありません。影響を受ける原材料、製造パラメータ、インターフェース、性能上の主張（クレーム）、使用者、および構成を特定します。その上で、既存のエビデンスのうちどれが引き続き適用可能か、どれに文書化されたブリッジ（整合性評価）が必要か、そしてどれを差し替える必要があるかを判断します。FDAによる、変更に際して新たな510(k)が必要かどうかを判断するためのガイダンスは、米国申請に関する独自の判断枠組みを提供していますが、これは基盤となる確かな技術評価に依拠しています。¹⁷

部品代替の仮想事例を考えてみます。新しい部品は主要な仕様を満たしているものの、公差分布、経年変化挙動、あるいは他の部品との相互作用が異なっている可能性があります。適切なレビューは、機器の機能にとって重要な特性から着手します。続いて、サプライヤー情報、工学的解析、検証、またはその他のエビデンスがその変更に適切に対応しているかを検討します。購買の意思決定においては、商業的考慮事項と併せて、その結果得られた技術評価を活用すべきです。同様に、関連のないあらゆる特性に対して全面的な再試験を実施することは、変更された前提条件に対処することなくリソースを浪費するおそれがあります。

ソフトウェアについては、最終バージョンだけでなく、導入済みのバージョンや移行状態も特定します。新機能が正しく動作している場合であっても、変更がインストール、データ移行、互換性、ロールバック、またはリカバリに影響を及ぼすことがあります。リスクファイルは、それらの関連する状態に関するエビデンスや、未解決のアノマリー（不具合事象）に関する判断結果を参照している必要があります。変更によってセキュリティ管理策や依存関係が変わる場合は、サイバーセキュリティを過去の申請のために一度作成された文書として扱うのではなく、セキュリティレビューと連動させてください。^{10 11}

その後、リリースチェックリストにおいて4つの具体的な問いを立てることができます。改訂された結論の対象となる構成はどれか？ 関連するどの記録が変更されたか？ それに伴ってどのクレーム（効能・性能の主張）や取扱説明書を変更しなければならないか？ すでに流通している製品に対して何を行う必要があるか？ これらの問いに対する回答は、文書の更新、新たな試験、市場固有の申請要否評価、あるいは市販後措置の評価など、複数の異なるプロセスにつながる可能性があります。チェックリストは、あらかじめ結果を決め打ちすることなく、これらの決定を可視化できるようにしておくべきです。

また、記録には、未完了の課題と受け入れられた制限事項との間に明確な境界線が必要です。未解決の試験結果、レビューされていないサプライヤー変更、および承認された論拠によって裏付けられた文書化された制限事項は、それぞれ異なる状態です。これら3つすべてを「モニタリングを条件に許容可能」と分類してしまうと、経営層は未決定のまま残されている事項を把握できなくなります。モニタリングが正当化された決定の一部である場合は、モニタリング対象となる論点、収集すべきエビデンス、エスカレーション条件、および対応の責任者を明記してください。

最後に、過去の決定との関係性を維持してください。以前にリリースされた構成が、後から得られたエビデンスを用いて評価されたかのように見える形で過去の説明を上書きしてはなりません。審査担当者やレビュアーが、当時何が把握されていたか、何が変更されたか、そしてなぜ結論が改訂されたのかを確認できるようにする必要があります。その履歴は変更からの学習を支援し、後続のチームがより新しい論拠を伴わない古い試験報告書を見つけた際に、すでに陳腐化した前提条件を再利用してしまうのを防ぎます。

製造業者は作業範囲（スコープ）と費用をどのように策定すべきか？

見積もりを依頼する前に、エビデンスのレビュー（精査）とエビデンスの作成（創出）を区別してください。既存のファイルをレビューすることで、ギャップを特定し作業計画を提案することができます。不足している試験結果、臨床的裏付け、またはプロセスバリデーションには、追加のエビデンス生成作業が必要となります。有用な作業範囲記述書（SOW）には、機器構成、対象市場、利用可能な記録、成果物、レビュー回数、責任体制、およびコンサルティング成果物の合否判定基準（受入基準）が明記されます。また、どの試験所（ラボ試験）、臨床、製造、およびソフトウェアの活動に個別の主担当（責任体制）が必要かも記載されます。

Pure Globalの公開価格ページ（確認日：9月18日、2026年）では、1つの機器グループについて、米国代理人（US Agent）サポートが年額$1,000から、EU代理人（EU representation）業務が年額$2,000からと記載されています。EUの業務範囲には準備済み文書のレビューが含まれますが、技術文書の編纂は別料金です。同様に、米国の年間業務範囲には510(k)やその他の市販前申請書の編纂は含まれていません。政府手数料および該当する第三者機関手数料は別途発生します。同ページには、3年契約、契約残額の50%を支払うことによる中途解約、および初年度費用が50%割高となる1年契約のオプションが記載されています。これらの条件は引用されたサービスに関するものであり、ISO 14971ファイル単体の価格ではありません。Pure Global — 料金体系、市場別サービス範囲、および契約条件

ドラフトの商業的記述と照らし合わせて、承認済みの社内価格ワークブックの確認も行われました。その米国向け項目では、規制経路（レギュラトリー・パスウェイ）策定業務が1プロジェクトあたり$5,000、作業範囲の確認を前提とする510(k)の編纂および申請が1申請あたり$15,000–$20,000、RAQAアドホック支援が1時間あたり$250として個別に記載されています。ISO 14971リスクマネジメントファイル作成サービスを明記した項目はありません。これらの区別は、計算補足資料のスコープ別価格抜粋においても維持されています。したがって読者は、代理人の年間費用をエンジニアリング予算とみなすのではなく、リスクファイル業務に対する具体的な作業範囲と最新の見積もりを依頼すべきです。Pure Global — 本レポートの再現可能なリコール集計、手法、およびスコープ別価格抜粋

実践的な作業範囲の協議を行うためには、単なるファイル名のリストではなく、ステータスを付記したエビデンス・インベントリ（証拠一覧）を準備してください。重要な管理策ごとに、実施状況が文書化されているか、有効性のエビデンスが存在するか、適用可能性がレビューされているか、そして決定が承認されているかを特定します。構成やバージョンも含めてください。これにより、単なる文書リンク上の問題と、技術的エビデンスのギャップとを切り分けることが可能になります。両者は申請チェックリスト上では似て見えることがありますが、必要とされる作業量は大きく異なります。

意思決定への影響の大きさ（結果の重大性）に基づいて作業の優先順位を設定してください。既存の適用可能な報告書へのリンクの欠落は、迅速に解決できる可能性があります。主張している有効期間（シェルフライフ）と入手可能なエビデンスとの間の不一致は、リリース時の主張に影響を及ぼすおそれがあります。新たに特定された重篤な危害シナリオには、より広範な調査が必要となる場合があります。編集すべきページ数ではなく、エビデンスのギャップとそれが影響を及ぼす決定に基づいて、重要度とコストを見積もってください。依存関係や対象外事項とともに、各成果物によって可能となる意思決定を明確にした作業分解構成（WBS）を求めてください。

製造業者は、範囲を限定したパイロットレビューから着手することができます。具体的には、1つの代表的な構成、選定された一連の重要な危害シナリオ、およびそれらに関連付けられた製造および市販後エビデンスを対象とします。その成果物によって、再利用可能な構造、構成固有のギャップ、および専門家による作業を要する課題を特定すべきです。それらの境界が把握された後に、スコープを拡大します。これは推奨される調達アプローチであり、固定された規制上の手順や特定のタイムラインを保証するものではありません。

リリース可能な状態となった成果物とは、その結論の道筋を辿ることができ、かつ検証（異論の提起）が可能なファイルです。そこには、評価対象となった機器、選定された管理策、それらを裏付けるエビデンス、残存する制限事項、および決定を変更し得る情報が特定されています。リコール記録、規格・標準、法的要件、およびサービス価格は、それぞれ異なる性質のエビデンスを提供します。それらの役割を明確に区別しておくことで、チームは単に分厚いだけで実用性に乏しいバインダーを作成するのではなく、製品に関する未解決の意思決定に注力できるようになります。

参考文献

1. ISO — ISO 14971:2019、医療機器：医療機器へのリスクマネジメントの適用。版および公開適用範囲を2026年9月18日に確認。 iso.org ↩ ↩ ↩ ↩ ↩
2. ISO — ISO/TR 24971:2020、ISO 14971の適用に関するガイダンス。 iso.org ↩ ↩ ↩
3. FDA — openFDA医療機器リコールデータセットの概要およびデータ利用上の制限事項。 open.fda.gov ↩
4. FDA — openFDA医療機器リコール取込ソース、FDAにより特定された原因のマッピング。 github.com ↩
5. 欧州連合 — 規則 (EU) 2017/745、附属書I–IIIおよび第86条。 eur-lex.europa.eu ↩ ↩
6. 欧州委員会 — 医療機器の整合規格。 health.ec.europa.eu ↩
7. FDA — 品質マネジメントシステム規則：よくある質問。 fda.gov ↩
8. FDA — 認知 5-125、ISO 14971 第3版 2019-12。サイバーセキュリティ適格性を含め、登録内容を2026年9月18日に確認。 accessdata.fda.gov ↩ ↩
9. FDA — 医療機器へのヒューマンファクターおよびユーザビリティエンジニアリングの適用、2016年。 fda.gov ↩ ↩
10. FDA — 医療機器ソフトウェア機能に関する市販前申請の記載内容、2023年6月。 fda.gov ↩ ↩ ↩
11. FDA — 医療機器におけるサイバーセキュリティ：品質マネジメントシステムに関する考慮事項および市販前申請の記載内容、2026年2月3日。 fda.gov ↩ ↩
12. FDA — Royal Philips 警告書 709948、2025年9月9日。 fda.gov ↩
13. FDA — 医療機器の製品入手性、コンプライアンスおよび法執行の決定におけるベネフィット・リスク要因。 fda.gov ↩
14. 医療機器調整グループ — MDCG 2022-21、定期安全性最新報告に関するガイダンス。 health.ec.europa.eu ↩
15. FDA — 医療機器報告：医療機器に関する問題の報告。 fda.gov ↩
16. FDA — 機器のリコール、改修および撤去。 fda.gov ↩
17. FDA — 既存機器の変更に対して510(k)を提出すべき時期の判断、2017年10月。 fda.gov ↩