Claudeで製造記録のデータインテグリティを点検 — ALCOA+の写しで見える項目
製造記録の写しをClaudeに渡し、誰が・いつ・原本か・同時に書いたかの観点で抜けを洗う手順です。写しから見える項目と見えない項目を分け、検算スクリプトも添えます。
製造記録の写しをClaudeに読ませて、データインテグリティの抜けを拾う作業は成立します。ただし、写しから判定できる項目は限られます。ALCOA+の9項目のうち、写しの文字と並びから見えるのは半分ほどです。
残りの項目は、原本の紙、インクの状態、システムの監査証跡を見ないと言えません。この記事は、見える項目だけをClaudeに点検させ、見えない項目は人の確認リストに回す分担を示します。転記を人が確かめる手順、プロンプト、検算スクリプトまで順に載せます。
写しから見える項目と、見えない項目
ALCOAは、記録が満たすべき性質の頭文字です。PIC/SのガイダンスPI 041-1(2021年7月)は、Attributable(帰属)、Legible(判読)、Contemporaneous(同時)、Original(原本)、Accurate(正確)を挙げ、さらにComplete、Consistent、Enduring、Availableを加えた形をALCOA+と呼んでいます。
FDAのガイダンス(2018年12月)は、データインテグリティを「データの完全性、一貫性、正確性」と定義し、それを満たすデータは帰属・判読・同時記録・原本または真正な写し・正確であるべきだとしています。
写しをClaudeに渡す作業では、次のように振り分けます。
| 項目 | 写しから | 点検に使う手がかり |
|---|---|---|
| Attributable | 写しから見える | 点検に使う手がかり実施者の署名・イニシャル、日付の有無 |
| Legible | 写しから見える | 点検に使う手がかり判読不能の文字、読み方が割れる数字 |
| Contemporaneous | 写しから一部だけ | 点検に使う手がかり時刻の前後関係、工程の順序 |
| Original | 写しから見えない | 点検に使う手がかり原本か写しかは、写しの外にある情報 |
| Accurate | 写しから見えない | 点検に使う手がかり記録の内容が事実かどうかは、機器や現場との突合 |
| Complete | 写しから見える | 点検に使う手がかり空欄、未使用欄の線引き、ページの欠け |
| Consistent | 写しから見える | 点検に使う手がかり日付形式、単位、時刻の並び |
| Enduring | 写しから見えない | 点検に使う手がかりインク、にじみ、退色は紙の現物で見る |
| Available | 写しから見えない | 点検に使う手がかり保管期間中に取り出せるかは運用の問題 |
「一部だけ」としたContemporaneousは、記入した瞬間そのものは写しに写りません。見えるのは、時刻が工程順に並んでいるか、最後にまとめて署名した形跡がないか、までです。PIC/Sは、手順を踏んだ都度署名と日付を入れること、ページの最後や工程の最後にまとめて署名しないことを点検の観点に挙げています。
点検の基準は、Projectsに置いて毎回読ませる
ALCOA+の各項目を毎回プロンプトに書くと、書き手によって基準がぶれます。基準表はClaudeのProjectsの知識(knowledge)に置き、点検の指示はプロジェクトの指示(instructions)に置くと、同じ観点で繰り返せます。Projectsは、チャット履歴と知識ベースを持つ独立した作業スペースで、書類をアップロードして文脈にできます。
現行版のプロジェクトでは、知識が上限に近づくとRAGモードが有効になり、有料プランでは容量が最大10倍まで広がります。製造記録の基準表と手順書の抜粋ほどの量なら、上限を気にする場面はまずありません。
TeamプランとEnterpriseプランでは、プロジェクトを共有できます。「Can view」のメンバーは内容を見てチャットできますが、編集はできません。「Can edit」のメンバーは指示と知識を変更できます。基準表を触れる人を品質保証部門に絞るなら、点検する現場の担当者には「Can view」を渡す形が合います。
知識に置く基準表は、公式の文書から項目を起こした短いものにします。次はその書き出しの例です。
# 製造記録の点検基準(ALCOA+)
出典: PIC/S PI 041-1 7.5, 8.6, 8.7, 8.8 / FDA Data Integrity Q&A 1.a
- 手書きの記入は、作業をした本人が行う(PI 041-1 8.6)
- 使わない空欄は線引きし、日付と署名を入れる(同 8.6)
- 日付の形式は、拠点で定めた1つの形式にそろえる(同 8.6)
- 訂正は元の記載を一本線で消し、必要なら理由を書き、
イニシャルと日付を入れる。修正液や上書きは認められない(同 8.7)
- 重要工程の記録は、独立した指名者が作業時に確認する(同 8.8)この基準表は、あくまで要約です。条文番号を残しておくと、Claudeの指摘に原文の裏付けを付けられます。
写しを渡す前に、転記を人が確かめる
画像やスキャンPDFを渡して点検させると、読み違いが点検結果に混ざります。画像を扱うClaudeのビジョン機能には、既知の限界があります。低品質の画像、回転した画像、200ピクセル未満の小さい画像では、誤読や作り話をすることがあります。また、画像のメタデータはClaudeに渡りません。
この2点から、2段階に分けます。
- 写しを読ませて、行ごとの表に転記させる。読めない文字は推測させず、「判読不能」と書かせる。
- 人が転記を原本の写しと見比べる。直した表を点検の入力にする。
1段階目のプロンプトは、次のようにします。
添付の製造記録の写しを、工程ごとの行の表に転記してください。
列は 工程、実施者、実施日、実施時刻、確認者、訂正の有無、訂正理由、訂正者のイニシャル。
- 読めない文字は推測せず「判読不能」と書く
- 空欄は空欄のまま残し、補わない
- 線で消された記載は、元の文字が読めるなら「消し線: 〇〇」と併記する
- 訂正がある行は、元の記載と訂正後の記載を両方書く
点検や評価はまだしないでください。この段階で「点検や評価はしない」と言い切るのは、転記の誤りと点検の誤りを切り分けるためです。メタデータが渡らないので、ファイルの作成日時や更新日時を「同時記録の根拠」に使うこともできません。いつ書かれたかは、写しの記載事項からしか言えません。
スキャン画像を表に起こして突合する流れは、納品書のスキャン画像と請求データを照合する手順と同じ型です。そちらは金額が主題で、ここは記録の書き方が主題という違いがあります。
訂正痕は、元の記載・理由・署名・インクの順に見る
製造記録で最も指摘が出やすいのは、訂正の仕方です。PIC/Sは、記録の訂正を「完全な追跡可能性を保つ形で」行うよう求めています。
訂正の確認順(紙の記録)
- 1
元の記載が読めるか
一本線で消してあり、元の文字が読める形かを見ます。修正液で隠したり、上から書き重ねたりした形は認められません。
- 2
理由が書かれているか
適切な場合には理由を残し、重要なデータの変更では、理由が妥当か、裏付けの資料があるかを確かめます。
- 3
イニシャルと日付があるか
訂正した人を特定できるイニシャルと日付が入っているかを見ます。
- 4
インクが消えない種類か
鉛筆で下書きして上からペンで書いた形跡がないかを、紙の現物で確かめます。
この4段のうち、写しで言えるのは前の3つです。4段目の鉛筆の下書きは、写しに痕跡が出るとは限りません。Claudeが「見当たらない」と返しても、現物を見る手順は残します。
2段階目のプロンプトは、人が直した転記表を添えて、次のように渡します。
添付の転記表(人が原本の写しと照合済み)を、プロジェクトの点検基準だけを根拠に点検してください。
基準に無い観点では指摘しないでください。
出力は表にして、列は 行、観点(A/L/C/O/Ac/Co/Cs/E/Av)、
気づいたこと、根拠の基準(条項)、人が原本で確かめること。
次の言葉は使わないでください: 適合、問題なし、不適合。
「転記表から言えないこと」の欄を最後に必ず付けてください。「根拠の基準」の列があると、Claudeの指摘が基準表のどの行から出たのかを人が辿れます。基準に載っていない観点を持ち出させないのは、PIC/Sの原文にない独自基準を、もっともらしく混ぜさせないためです。
転記表の検算は、スクリプトで再現する
Claudeの指摘を信じる前に、機械的に判定できる部分はスクリプトで再現します。空欄、日付形式、時刻の逆転、実施者と確認者の同一、訂正の理由や署名の欠けは、数行の比較で出せます。次の例は、転記表をCSVにして点検します。
step,工程,実施者,実施日,実施時刻,確認者,訂正,訂正理由,訂正者印
1,秤量,TS,2026-10-05,09:10,MK,,,
2,混合,TS,2026-10-05,09:40,TS,,,
3,充填,TS,2026-10-05,09:35,MK,,,
4,外観確認,,2026-10-05,10:20,MK,あり,,
5,包装,TS,05/10/26,11:00,MK,,,
6,予備欄,,,,,,,これは記入例で、抜けを意図して混ぜてあります。次のスクリプトで点検します。
import csv
import re
import sys
from datetime import datetime
ISO_DATE = re.compile(r"^\d{4}-\d{2}-\d{2}$")
def check(rows):
findings = []
prev = None
for r in rows:
sid = r["step"]
blank = all(not r[k] for k in ("実施者", "実施日", "実施時刻", "確認者"))
if blank:
findings.append((sid, "未使用欄", "空欄のまま。線引き・日付・署名の有無を原本で確認"))
continue
if not r["実施者"]:
findings.append((sid, "A 実施者", "実施者の記入なし"))
if r["実施日"] and not ISO_DATE.match(r["実施日"]):
findings.append((sid, "Cs 日付形式", f"形式が揃っていない: {r['実施日']}"))
if r["確認者"] and r["確認者"] == r["実施者"]:
findings.append((sid, "A 確認者", "実施者と確認者が同じ"))
if r["訂正"] == "あり":
if not r["訂正理由"]:
findings.append((sid, "Co 訂正", "訂正理由の記入なし"))
if not r["訂正者印"]:
findings.append((sid, "Co 訂正", "訂正者のイニシャル・日付なし"))
if ISO_DATE.match(r["実施日"]) and r["実施時刻"]:
t = datetime.fromisoformat(f"{r['実施日']}T{r['実施時刻']}")
if prev and t < prev:
findings.append((sid, "C 時系列", f"前の工程より早い時刻: {r['実施時刻']}"))
prev = t
return findings
if __name__ == "__main__":
with open(sys.argv[1], newline="", encoding="utf-8") as f:
for item in check(list(csv.DictReader(f))):
print(*item, sep=" | ")上のCSVを record.csv として保存し、python3 check_record.py record.csv で実行すると、次の7件が出ます。
2 | A 確認者 | 実施者と確認者が同じ
3 | C 時系列 | 前の工程より早い時刻: 09:35
4 | A 実施者 | 実施者の記入なし
4 | Co 訂正 | 訂正理由の記入なし
4 | Co 訂正 | 訂正者のイニシャル・日付なし
5 | Cs 日付形式 | 形式が揃っていない: 05/10/26
6 | 未使用欄 | 空欄のまま。線引き・日付・署名の有無を原本で確認行4には3件の指摘が付いています。Claudeの表と突き合わせ、食い違った行だけを人が見ます。Claudeが拾ってスクリプトが拾わなかった指摘は、判読や文脈に依存する可能性があるので、原本で確かめます。
「実施者と確認者が同じ」の判定は、すべての工程に当てはまる規則ではありません。PIC/Sは、重要な工程の記録について、独立した指名者が作業時に確認することを求めています。重要でない工程の記録は、承認された手順に従って製造担当者が確認するのが通常です。重要工程の一覧を基準表に入れて、スクリプトの対象を絞ると誤検出を減らせます。
電子記録の印刷物は、原本の代わりにならないことがある
紙の記録ではなく、装置やシステムが出した電子記録の印刷物を渡す場合は、点検の前提が変わります。FDAのガイダンスは、記録の形式を静的(紙や画像のような固定したもの)と動的(利用者が内容と対話できるもの)に分けています。動的な記録を印刷した静的な記録は、完全な原本の記録や真正な写しの要件を満たさない場合があります。
たとえばFT-IRのスペクトルファイルは再処理でき、印刷物は固定されています。スペクトル全体が印刷されていなければ、混入物が見えなくなる可能性もあります。
監査証跡(audit trail)も写しには出ません。FDAのガイダンスは、記録の確認を担う人が、記録の他の部分と同じように監査証跡を確認するよう求めています。紙の訂正痕を見る作業に似たもの、と説明されています。印刷物をClaudeに読ませても、監査証跡の確認は済みません。
この場合の転記表には、「印刷物のみで、原データと監査証跡は未確認」という列を付けておきます。Claudeには、この列が埋まっている行について、動的な記録の原本を確認することを必ず出力させます。
Claudeの出力を、確認リストと是正の記録に分ける
Claudeの出力の使い道は、2つに分けられます。
- 原本で確かめる事項: 空欄、判読不能、訂正の理由、時刻の逆転。現場で原本を開く担当者への確認リストにします。
- 是正が必要な事項: 確認の結果、実際に抜けだった事項。逸脱として扱うかどうかは、品質部門が自社の手順で決めます。
Claudeに「逸脱です」と言わせると、確認前の指摘が逸脱の記録に紛れ込みます。出力の語彙を「確認事項」で止めておく設計は、このためです。
同じ分担は、他の分野の記録点検でも使えます。ISO 9001の内部監査チェックリストを作って記録と突合する手順は、監査の枠組みから記録を引く流れです。ALCOA+は、その記録1枚の書き方に降りた観点だと言えます。受入検査の処置記録を整理する場面では、受入検査の不適合品の処置記録のように、特採や返品の判断者と日付を揃えて残す考え方が重なります。試薬棚卸表の空欄を拾う作業も、毒物劇物の管理台帳の点検で同じ型を使っています。
点検結果を台帳に載せる前に
Claudeの指摘をそのまま台帳に貼らないでください。次の3点を通してから使います。
- 転記を人が原本の写しと見比べたか。
- スクリプトの結果とClaudeの結果の食い違いを、人が原本で解消したか。
- 「転記表から言えないこと」に挙がった項目を、現物の確認リストに移したか。
この3点が済んだ指摘だけが、是正の入口になります。ALCOA+の9項目のうち、写しで確かめられる範囲は広くありません。その範囲を速く確実に洗い、原本・インク・監査証跡の確認に人の時間を回すのが、この分担の狙いです。