再生医療等製品の製造現場において、データ管理の重要性は日々高まっていますね。特にGCTP省令などの厳しい規制要件を前に、「現在の管理体制で査察を乗り切れるだろうか」と不安を感じている製造責任者や品質保証担当者の方も多いのではないでしょうか。
製造データのインテグリティ（完全性）確保は、単なる規制対応にとどまらず、患者様の安全を守り、企業の信頼性を担保するための基盤となります。人為的なミスやデータの改ざんリスクを排除し、当局からの指摘を未然に防ぐためには、ALCOA+原則に基づいた強固なデータ管理プロセスが不可欠です。
本記事では、再生医療業界におけるデータインテグリティ確保の要諦から、ALCOA+原則の詳細、そして具体的なシステムソリューションやCSV対応に至るまでを網羅的に解説します。信頼性の高いデータ管理体制を構築し、安心して製造に取り組める環境を整えるための一助となれば幸いです。
再生医療における製造データインテグリティ確保の要諦
再生医療の現場において、製造データのインテグリティ確保は品質保証の根幹をなす最重要課題です。製品そのものが生物由来であり、プロセス自体が品質に直結する再生医療だからこそ、データ管理には極めて高い水準が求められます。ここでは、その基本的な定義と重要性について確認していきましょう。
データインテグリティ（DI）の定義と再生医療における重要性
データインテグリティ（DI：Data Integrity）とは、データが完全で、一貫性があり、正確であることを指します。再生医療において、このDIが極めて重要視されるのはなぜでしょうか。それは、最終製品の品質を破壊検査なしに全数保証することが難しく、製造プロセスの記録こそが品質を証明する唯一の証拠となるケースが多いからです。
つまり、「製造データが正しく記録され、保管されていること」が、そのまま「製品が安全で有効であること」の証明となるのです。したがって、データの欠損や不整合は、製品の品質そのものへの疑義に直結してしまうリスクを孕んでいます。
GCTP省令およびGMP省令下で求められるデータ管理水準
GCTP省令（再生医療等製品の製造管理及び品質管理の基準に関する省令）やGMP省令の下では、製造および品質管理に関する記録の信頼性が厳格に求められます。規制当局は、単に記録が存在することだけでなく、その記録が「いつ、誰によって、どのように作成され、変更されたか」が追跡可能であることを要求しています。
従来の紙ベースの管理では、訂正印による修正履歴の確認などで対応してきましたが、データの真正性を担保し続けるには限界があります。規制要件を満たすためには、データの生成から廃棄に至るライフサイクル全体を通じて、改ざんや誤記が防止される仕組みが必要不可欠です。
ALCOA+原則に準拠したプロセス構築が対応の結論
結論として、製造データのインテグリティ確保には「ALCOA+（アルコアプラス）原則」に準拠したプロセス構築が最適解となります。これは、データの信頼性を評価するための世界的な基準であり、Attributable（帰属性）、Legible（判読性）、Contemporaneous（同時性）、Original（原本性）、Accurate（正確性）などの頭文字をとったものです。
この原則に基づいた運用手順書（SOP）の整備と、それを支えるシステムの導入こそが、当局の査察に耐えうる堅牢なデータ管理体制への近道です。まずはこの原則を深く理解し、自社のプロセスに落とし込むことから始めましょう。
再生医療の製造現場でデータインテグリティ対応が急務となる背景
なぜ今、再生医療の製造現場でこれほどまでにデータインテグリティへの対応が叫ばれているのでしょうか。その背景には、再生医療特有の事情と、世界的な規制強化のトレンドが深く関係しています。ここでは、対応を急ぐべき具体的な理由を掘り下げてみましょう。
再生医療等製品特有の製造プロセス（手技依存）とリスク
再生医療等製品の製造は、熟練した技術者による手技に依存する部分が大きく、自動化された医薬品製造に比べてプロセスにばらつきが生じやすい特徴があります。細胞培養などの工程では、些細な操作の違いや環境変化が品質に大きな影響を与える可能性があります。
このような手技依存のプロセスにおいて、正確な記録を残すことは容易ではありません。しかし、だからこそ「誰が、いつ、どのような操作を行ったか」を正確に記録し、逸脱がなかったことを証明するデータの重要性が増しているのです。手書き記録の曖昧さは、品質リスクを見逃す原因にもなりかねません。
PMDAおよびFDAによる査察指摘事項の厳格化トレンド
近年、PMDA（独立行政法人医薬品医療機器総合機構）やFDA（米国食品医薬品局）による査察では、データインテグリティに関する指摘が急増しています。特に、データの改ざんや隠蔽が疑われるケースに対しては、非常に厳しい措置が取られる傾向にあります。
「記録がない」「修正の履歴が追えない」「アクセス権限が適切でない」といった不備は、単なる管理ミスではなく、重大なコンプライアンス違反として扱われます。規制当局の視点はより厳格化しており、従来の性善説に基づいた管理では通用しなくなってきているのが現実です。
人手による記録作業に潜むヒューマンエラーの限界
多くの現場で依然として行われている紙ベースの記録や手入力作業には、ヒューマンエラーのリスクが常につきまといます。転記ミス、書き間違い、記録漏れなどは、どんなに注意深く作業していても完全に防ぐことは困難です。
ダブルチェック体制を敷いても、確認者自身が見落とす可能性や、形骸化するリスクがあります。人手による記録作業の限界を認識し、システムによる自動記録や入力補助を活用することで、エラーそのものを発生させない仕組み作りへとシフトする必要があります。
データ改ざんや欠損が企業の信頼性と承認に与える影響
万が一、製造データに改ざんや意図的な欠損が発覚した場合、その影響は計り知れません。製品の承認取り消しや業務停止命令といった行政処分はもちろんのこと、企業としての社会的信用は失墜し、事業存続の危機に直面することになります。
データインテグリティの確保は、単なる品質管理の問題ではなく、経営リスク管理そのものです。透明性の高いデータ管理体制を構築することは、企業のブランドを守り、患者様や医療従事者からの信頼を獲得するための必須条件と言えるでしょう。
データインテグリティ確保の具体的要件「ALCOA+原則」の詳細解説
データインテグリティを確保するための具体的な指針となるのが「ALCOA+原則」です。これは9つの要素から構成されており、それぞれの要件を満たすことでデータの信頼性が担保されます。ここでは、各要素について詳しく解説していきます。
帰属性（Attributable）：誰が作業を行い記録したかを特定できるか
帰属性（Attributable）とは、データを作成、変更した個人が特定できることを意味します。「誰がその作業を行ったのか」が明確でなければなりません。
システムにおいては、共有アカウントの使用を禁止し、個別のユーザーIDとパスワードでログインすることが基本です。紙記録の場合は、署名やイニシャルによって作業者を特定します。これにより、責任の所在が明確になり、不正やミスの追跡が可能になります。
判読性（Legible）：記録が永続的に読み取れる状態にあるか
判読性（Legible）は、記録されたデータが誰にでも読み取れ、理解できる状態であることを指します。手書き文字が判読不能であったり、暗号化されたデータが復号できなかったりしてはいけません。
また、この概念には「永続的に読み取れる」という意味も含まれます。感熱紙の記録が経年劣化で消えてしまったり、古いデータ形式が新しいシステムで開けなくなったりしないよう、適切な保存方法とフォーマット管理が求められます。
同時性（Contemporaneous）：作業実施と同時に記録されているか
同時性（Contemporaneous）は、作業や観察が行われたその瞬間に記録が作成されることを要求します。記憶に頼って後からまとめて記録することは、正確性を損なう大きな要因となるため認められません。
電子システムでは、データ入力時のタイムスタンプが自動的に付与される機能が重要です。紙記録の場合も、作業完了直後に日時を記載するルールを徹底し、「バックデート（日付の遡及記載）」は厳禁とされています。
原本性（Original）：最初の記録または真正なコピーであるか
原本性（Original）は、データが最初に記録された媒体、またはその真正なコピーであることを指します。最初に数値をメモした紙片や、分析機器から出力された最初の電子ファイルが生データ（Raw Data）として扱われます。
メモ書きを清書して元のメモを捨ててしまう行為は、原本性の喪失とみなされます。電子データの場合、最初に生成されたファイルが変更されずに保存されていること、あるいは正式な手順で作成された「真正コピー」であることが求められます。
正確性（Accurate）：データが事実を正しく反映しているか
正確性（Accurate）は、データが実際の観察結果や作業内容を正しく反映していること、そして誤りがないことです。機器の校正（キャリブレーション）が適切に行われていることも、正確性を担保する前提条件となります。
入力ミスがあった場合の訂正ルールも重要です。元のデータを塗りつぶして見えなくするのではなく、見え消し線を引いて訂正理由と訂正者を明記するなど、変更前の状態がわかるように修正する必要があります。
完全性（Complete）：必要なメタデータを含め欠落がないか
完全性（Complete）とは、一連の事象を再構築するために必要な全てのデータが揃っていることです。失敗した試験データや、都合の悪いデータを意図的に除外することは許されません。
また、データそのものだけでなく、そのデータに関連するメタデータ（誰が、いつ、どのような条件で取得したかなどの情報）も併せて保存されている必要があります。全ての記録が揃って初めて、正しい判断が可能になるのです。
一貫性（Consistent）：データの生成順序や論理に矛盾がないか
一貫性（Consistent）は、データが生成された順序や論理に矛盾がないことを指します。例えば、製造工程の日付順序が逆転していたり、使用した試薬の在庫量と使用量が合わなかったりする場合、一貫性が欠如しているとみなされます。
全てのプロセスにおいて、日付や時刻の記録が矛盾なく繋がっていることは、プロセスが定められた手順通りに行われた証拠となります。システム間での時刻同期もこの観点から重要です。
永続性（Enduring）：定められた保存期間中データが維持されるか
永続性（Enduring）とは、記録が定められた保存期間中、劣化や消失することなく安全に維持されることです。再生医療等製品の場合、製品の特性に応じて長期間の記録保存が義務付けられています。
紙媒体であれば、水濡れや火災、紛失のリスクがない環境で保管する必要があります。電子データであれば、サーバーの冗長化や定期的なバックアップ、メディアの劣化対策などを行い、将来にわたってデータを利用可能な状態で保持し続ける責任があります。
利用可能性（Available）：査察時などに速やかにアクセスできるか
利用可能性（Available）は、必要な時に速やかにデータにアクセスでき、閲覧や検索が可能であることです。査察時や品質トラブル発生時に、対象となる記録を即座に提示できなければなりません。
膨大な記録の中から必要な情報を素早く見つけ出すためのインデックス管理や、アーカイブされたデータの検索性は非常に重要です。「どこにあるかわからない」「取り出すのに時間がかかる」状態では、適切な管理ができているとは言えません。
データインテグリティ対応を実現するシステムソリューションと機能
ALCOA+原則を確実に実践するためには、人の手による管理だけでは限界があります。そこで活用したいのが、データインテグリティ対応機能を備えたシステムソリューションです。ここでは、主要なシステムとその機能について解説します。
製造実行システム（MES）による製造記録の電子化と自動化
製造実行システム（MES：Manufacturing Execution System）は、製造現場の情報をリアルタイムで収集・管理するシステムです。製造指図の電子化、工程の進捗管理、作業記録の自動化などを実現します。
MESを導入することで、手書きによる記録ミスを排除し、手順書通りの作業をシステム的に強制することが可能になります。また、バーコード読み取りによる原材料の照合など、誤使用防止機能も実装できるため、製造品質の向上とデータインテグリティの確保を同時に達成できます。
品質管理システム（LIMS/QMS）による試験データの統合管理
品質管理システム（LIMS：Laboratory Information Management System / QMS）は、試験検査データの管理や品質プロセスの管理を担います。検体の受付から試験結果の入力、承認、成績書の発行までを一元管理します。
分析機器と連携させることで、測定データを人手を介さずに直接システムに取り込むことができ、転記ミスや改ざんのリスクを劇的に低減できます。試験結果の信頼性を担保する上で、LIMSの導入は非常に有効な手段となります。
監査証跡（Audit Trail）機能による操作履歴の完全な追跡
データインテグリティ対応において最も重要な機能の一つが「監査証跡（Audit Trail）」です。これは、データの作成、変更、削除といった全ての操作履歴を自動的に記録する機能です。
「いつ、誰が、どの端末で、何をしたか」、さらに「変更前の値と変更後の値、変更理由」までが記録され、ユーザーがこれを削除したり変更したりすることはできません。この機能により、データの透明性が確保され、不正操作の抑止力としても機能します。
ユーザーアカウントの個別管理とアクセス権限の適切な設定
システムの利用にあたっては、ユーザーごとに固有のアカウントを発行し、適切なアクセス権限を設定することが必須です。全てのユーザーに管理者権限を与えるような運用は避けなければなりません。
役割（ロール）に応じて、「閲覧のみ」「入力可能」「承認可能」「設定変更可能」といった権限を細かく設定することで、意図しないデータの変更や誤操作を防ぐことができます。また、パスワードの定期変更や複雑性の要件設定など、セキュリティポリシーの適用も重要です。
定期的なバックアップと確実なリカバリ体制の構築
データの永続性と利用可能性を担保するためには、定期的なバックアップ運用が欠かせません。システム障害や災害、ランサムウェア被害などに備え、データセンターへの遠隔地バックアップなども検討すべきでしょう。
また、単にバックアップを取るだけでなく、そこから正しくデータを復旧（リストア）できることを定期的にテストすることも重要です。「いざという時に復旧できなかった」という事態を避けるため、リカバリ手順の確立と訓練が必要です。
時刻同期とタイムスタンプ機能による改ざん防止
電子記録における「日時」の信頼性は非常に重要です。システム上の時計が狂っていたり、ユーザーが自由にPCの時計を変更できたりする状態では、記録の同時性や一貫性が証明できません。
信頼できるタイムサーバーと時刻同期を行い、ユーザーによるシステム時刻の変更権限を制限することで、正確なタイムスタンプを保証します。これにより、「いつ」作業が行われたかという記録の客観性が保たれます。
システム導入におけるCSV（コンピュータ化システムバリデーション）の実践
システムを導入するだけでは、規制要件を満たしたことにはなりません。そのシステムが意図した通りに正しく動作することを検証し、文書化する「CSV（コンピュータ化システムバリデーション）」の実践が不可欠です。
データインテグリティを担保するためのCSVの基本概念
CSVとは、コンピュータ化システムが期待される性能や機能を発揮し、品質に問題のない製品を継続的に製造できることを検証・保証するプロセスです。データインテグリティの観点からは、システムがデータの正確性や完全性を損なうことなく処理できることを確認することが目的となります。
単にシステムが動けば良いというわけではなく、セキュリティ設定や監査証跡機能が正しく機能しているか、バックアップが正常に行われるかなどを厳密にテストし、記録に残す必要があります。
GAMP5ガイドラインに基づくリスクベースドアプローチ
CSVの実践においては、ISPE（国際製薬技術協会）が発行する「GAMP5」ガイドラインに基づくリスクベースドアプローチが推奨されています。これは、すべての機能に対して一律に厳密なテストを行うのではなく、患者の安全性や製品品質、データインテグリティに与えるリスクの大きさに応じて、検証の深さや範囲を決定する手法です。
これにより、バリデーション活動の効率化を図りつつ、重要なリスクに対して重点的にリソースを配分することが可能になります。
ユーザー要求仕様書（URS）におけるDI要件の策定
システム導入の初期段階で作成する「ユーザー要求仕様書（URS）」には、業務要件だけでなく、データインテグリティに関する要件を明確に記載する必要があります。
例えば、「監査証跡機能が必須であること」「ユーザー権限が設定できること」「電子署名機能が必要であること」などを具体的に明記します。URSにDI要件が漏れていると、導入後のバリデーションや運用段階で機能不足が発覚し、大きな手戻りとなるリスクがあります。
データライフサイクル全体（生成から廃棄まで）の管理計画
CSVは導入時のテストだけで終わるものではありません。データの生成から処理、保存、アーカイブ、そして最終的な廃棄に至るまで、データのライフサイクル全体をどのように管理するかという計画が必要です。
システムの運用期間中に行われる変更管理や、定期的なレビュー、トラブル時の対応なども含めた管理計画を策定し、データの完全性が常に維持される状態を作り上げる必要があります。
システムサプライヤーに対する監査とベンダー選定基準
クラウドサービスやパッケージソフトを利用する場合、システムサプライヤーの品質管理体制も重要な評価ポイントとなります。サプライヤーが適切な開発プロセスを経てソフトウェアを作成しているか、サポート体制は十分かなどを監査する必要があります。
ベンダー選定の際には、機能面だけでなく、CSV支援の有無やデータインテグリティに対する理解度、供給者としての信頼性を厳しくチェックしましょう。サプライヤーとの良好なパートナーシップも、DI確保の鍵となります。
現場運用における課題とアナログ管理からの脱却プロセス
理想的なシステムを導入しても、現場での運用が伴わなければ意味がありません。多くの場合、紙ベースやアナログな管理からの脱却には課題が伴います。ここでは、現場運用における課題と解決へのプロセスを見ていきましょう。
紙ベース運用におけるデータインテグリティ確保の限界と対策
紙ベースの運用は、書き換えや紛失、汚損のリスクに加え、検索性の低さや保管スペースの問題など、データインテグリティ確保の観点からは多くの限界があります。特に訂正印の漏れや、筆跡による個人の特定などは、査察時の指摘事項になりやすいポイントです。
対策としては、可能な限り電子化を進めることが基本ですが、直ちに全面電子化が難しい場合は、紙記録の発行管理（ページ番号管理など）やダブルチェックの徹底、保管管理の厳格化など、アナログ運用におけるリスク低減策を講じる必要があります。
Excel（スプレッドシート）管理に潜むデータ書き換えのリスク
手軽で便利なExcelなどのスプレッドシートですが、データインテグリティの観点からは非常にリスクが高いツールです。セルの数値を簡単に書き換えられ、その履歴が残らない設定になっていることが多いためです。
ExcelをGxP業務で使用する場合は、セルのロック、パスワード保護、計算式の検証などは最低限必要です。しかし、監査証跡機能を持たない標準的なExcelでの管理は推奨されません。重要なデータ管理は、データベース型のシステムへ移行することを強くお勧めします。
電子生データ（Raw Data）の定義と管理運用のポイント
電子化を進める上で、「何をもって原本（Raw Data）とするか」の定義が重要になります。分析機器から出力された電子ファイルが原本なのか、印刷した紙が原本なのかをSOPで明確に定義しなければなりません。
原則として、最初に情報が捉えられた媒体が原本となります。電子的に生成されたデータは電子のまま管理・保存するのが基本であり、印刷した紙だけを保存して電子データを削除することは、メタデータの欠落につながるため避けるべきです。
ハイブリッド運用（紙と電子の混在）を行う際の注意点
システム移行期には、紙と電子が混在する「ハイブリッド運用」が発生しがちです。例えば、機器のデータは電子保存だが、承認の署名は紙で行うといったケースです。
この場合、電子データと紙記録の紐付け（リンク）を確実に管理する必要があります。「どの電子データに対応する紙記録か」が明確でないと、整合性が取れなくなります。ハイブリッド運用は管理が煩雑になりリスクも高まるため、できるだけ早期に完全電子化へ移行することが望ましいでしょう。
現場担当者への教育訓練と品質文化（Quality Culture）の醸成
どれほど優れたシステムやルールがあっても、それを使う人の意識が低ければデータインテグリティは確保できません。「なぜDIが重要なのか」「不正やミスが患者様にどのような影響を与えるか」を現場担当者一人ひとりが理解する必要があります。
定期的な教育訓練を通じて、正直で透明性の高い報告を推奨する「品質文化（Quality Culture）」を醸成することが何より重要です。ミスを隠すのではなく、改善の機会として報告できる風土作りこそが、最強のDI対策と言えるでしょう。
まとめ
再生医療における製造データのインテグリティ確保は、規制対応の枠を超え、患者様の安全と企業の信頼を守るための最重要課題です。ALCOA+原則に基づいた厳格なデータ管理は、一朝一夕に達成できるものではありませんが、システムソリューションの活用やCSVの実践、そして品質文化の醸成を通じて、着実に体制を構築していくことが可能です。
現状のアナログ管理に限界を感じているのであれば、まずはリスクの高い領域から電子化やシステム導入を検討してみてはいかがでしょうか。透明性の高いデータ管理プロセスは、将来にわたって貴社の再生医療事業を支える強固な基盤となるはずです。
製造データのインテグリティ確保についてよくある質問
Q. 紙媒体のみでのデータインテグリティ対応は可能ですか？
A. 不可能ではありませんが、極めて困難であり推奨されません。ALCOA+原則を紙運用で完全に満たすには、膨大な管理工数と厳格なダブルチェックが必要となり、現実的ではないケースが多いためです。
Q. 既存のExcel管理ファイルはどうすればよいですか？
A. 重要な品質データを含む場合は、監査証跡機能を持つ専用システム（LIMS等）への移行を強く推奨します。継続使用する場合は、マクロ等による監査証跡の実装や厳格な運用ルールが必要ですが、リスクは残ります。
Q. 小規模な組織でも高価なシステムの導入は必須ですか？
A. 必ずしも高価なシステムである必要はありませんが、DI対応機能を備えたシステムの導入は、長期的にはコスト削減とリスク回避につながります。規模に合わせたクラウド型サービスなどの検討をお勧めします。
Q. 監査証跡（Audit Trail）のレビューはどのくらいの頻度で行うべきですか？
A. リスクベースで決定します。重要なデータや変更操作については、ロット出荷判定ごとのレビューが推奨されます。定期的なレビュー手順をSOPに定めて運用してください。
Q. CSV（コンピュータ化システムバリデーション）は必須ですか？
A. はい、GxP業務に使用するシステムであれば必須です。システムの信頼性を保証するために、リスクに応じたレベルでのバリデーション実施と文書化が求められます。
