なぜ設計履歴ファイル(DHF)が必要なのか
医療機器やその他の規制製品の開発現場では「設計履歴ファイル(Design History File: DHF)」という概念が重要な役割を果たしている。しかし、初めてこの用語に接する技術者や品質管理担当者にとっては、その必要性が理解しにくいかもしれない。本稿では、DHFがなぜ不可欠なのか、その実務的な意義を解説する。
設計履歴ファイルとは何か
設計履歴ファイル(Design History File: DHF)とは、米国FDA 21 CFR 820.30(j)などで要求される、製品の設計が承認された設計計画および適用される設計管理要求に従って開発されたことを示す記録を集約したファイルである。
実務上は、単に最新版の設計文書だけでなく、設計の経緯や変更履歴が追跡できるよう、市場に出荷されている各リビジョンにおける設計仕様、図面、試験結果、変更理由などをトレーサビリティが担保される形で保管することが求められる。
時間軸で変化する製品の現実
製品開発の現場では、同一品目であっても複数の異なるリビジョンが市場に共存することが一般的である。例えば、以下のような状況を考えてみよう。
- 5年前に出荷されたバージョン1.0の製品
- 3年前に改良されたバージョン2.0の製品
- 現在製造中のバージョン3.0の製品
これらはすべて同じ製品名で市場に流通しているが、内部的には設計が異なっている。性能向上のための部品変更、コスト削減のための材料変更、規制対応のための仕様変更など、様々な理由で設計は進化していく。
なぜ過去の設計情報が必要なのか
1. 苦情対応における原因究明
顧客から製品の不具合に関する苦情が寄せられた場合、その製品がいつ製造されたどのリビジョンなのかを特定し、当時の設計情報を参照する必要がある。
例えば、3年前に出荷されたバージョン2.0の製品に不具合が発生した場合、現在のバージョン3.0の設計文書を見ても原因は究明できない。バージョン2.0当時の回路図、部品リスト、製造手順書などが必要である。もし過去の設計情報が保管されていなければ、原因究明は極めて困難になり、適切な対策も立てられない。
2. 修理・メンテナンスの実施
製品が修理のために返品された際も、同様の課題が生じる。修理担当者は、その製品がどのリビジョンで製造されたかを確認し、該当する設計文書や部品情報を参照しなければならない。
最新版の部品で修理しようとしても、互換性がない場合や、逆に性能を損なう場合がある。当時の設計情報があってこそ、適切な修理が可能になる。
3. ソフトウェアにおける特有の課題
ソフトウェアを含む製品では、DHFの重要性はさらに高まる。ソフトウェアは物理的な製品と比べてリビジョンの変更頻度が高く、バグ修正や機能追加により頻繁にバージョンアップが行われる。
例えば、ある医療機器のソフトウェアで重大なバグが発見されたとする。このバグが現在のバージョン3.5だけでなく、過去のバージョン3.0から3.4にも存在する可能性がある。しかし、当時のソースコードが保管されていなければ、以下のような問題が発生する。
- バグの影響範囲が特定できない
どのバージョンからバグが存在するのか、どの顧客が影響を受けるのかが分からない。 - パッチ適用が不可能になる
各バージョンのソースコードがなければ、そのバージョンに対するバグフィックスやセキュリティパッチを作成できない。現在のコードに修正を加えても、過去のバージョンを使用している顧客には対応できない。 - 検証作業の再現性がない
当時どのようなテストを行い、どのような条件で検証したのかが不明では、修正後の妥当性確認も適切に行えない。
設計履歴ファイルの実践的な管理方法
保管すべき情報
各リビジョンごとに、少なくとも次のような設計管理上の記録を、DHFの中に含めるか、DHFから参照できる形で体系的に保管する必要がある。
- 設計仕様書
- 回路図や機構図
- ソースコード(ソフトウェアの場合)
- 部品リストと仕様書
- 検証・バリデーション記録
- リスク分析文書
- 設計変更の理由と承認記録
バージョン管理の重要性
特にソフトウェア開発においては、バージョン管理システム(Git、Subversionなど)の活用が不可欠である。各コミットに適切なタグを付け、リリースごとにブランチを管理することで、任意の時点のソースコードを確実に復元できる体制を整える。
ハードウェアにおいても、図面管理システムやPLM(製品ライフサイクル管理)システムを活用し、各リビジョンの設計情報を確実に保管することが求められる。
アクセスと検索性の確保
保管した情報は、必要な時に迅速にアクセスできなければ意味がない。製造番号やロット番号から該当するリビジョンを特定し、関連する設計文書を検索できる仕組みを構築することが重要である。
規制要求との関連
DHFは、もともとFDAや各国のQMS規制・国際規格によって要求された設計管理記録の枠組みであり、その結果として社内におけるトレーサビリティ確保や知識継承にも大きく寄与する。
米国FDA規制
米国FDAの医療機器品質システム規則(QSR 21 CFR Part 820)では、21 CFR 820.30(j)において設計履歴ファイルの維持が明確に要求されている。
なお、FDAは2024年にQuality Management System Regulation (QMSR)最終規則を公表し、ISO 13485:2016を取り込む形に移行しつつある。この新ルールでは「DHF」という語は条文から削除されるものの、設計・開発プロセスとその記録を体系的に維持するという概念自体はISO 13485の「設計・開発ファイル」に引き継がれており、実務的にはDHF相当の管理が引き続き求められる。
欧州医療機器規則(MDR)
欧州の医療機器規則(MDR)では、「DHF」という用語自体は用いられていないが、Article 10(4)およびAnnex II・IIIで要求される技術文書(Technical Documentation)の中に、設計段階や設計・開発の経緯が理解できるだけの情報を盛り込むことが求められている。そのため、実質的にはDHFに相当する設計・開発記録を整備しておくことが不可欠である。
日本のQMS省令
日本の医療機器及び体外診断用医薬品の製造管理及び品質管理の基準(いわゆるQMS省令)も、ISO 13485をベースとしており、「設計・開発管理」に関する条文の中で設計履歴ファイル(Design History File)の整備義務が明示されている。したがって、日本国内での医療機器・体外診断用医薬品の製造販売においても、DHF相当の設計記録を適切に維持することが規制要求となる。
査察での重要性
規制当局の査察において、DHFの整備状況は重点的にチェックされる項目の一つである。適切に管理されていない場合、是正措置の対象となり、最悪の場合は製造販売の停止にもつながりかねない。
まとめ
設計履歴ファイルは、製品のライフサイクル全体を通じて、品質保証と顧客安全を支える基盤である。市場には異なるリビジョンの製品が共存し続けるという現実を踏まえれば、過去の設計情報を確実に保管し、必要な時に参照できる体制を整えることは、製造業者としての基本的な責任といえる。
特にソフトウェアの頻繁なアップデートが当たり前となった現代においては、その重要性はさらに増している。バグフィックスやセキュリティパッチの適用、原因究明、トレーサビリティの確保——これらすべてが、適切なDHF管理によって初めて実現可能になる。
設計履歴ファイルの整備は、一見すると地味で手間のかかる作業かもしれない。しかし、それは将来の問題を未然に防ぎ、顧客の信頼を守るための投資である。今日の丁寧な記録が、明日のトラブルから組織を救う——その認識を持って、DHF管理に取り組むことが求められる。
関連商品
