データ解析公開 2026.08.16 更新 2026.08.26

ラボ自動化とLIMS/ELNの選び方 ― 選定でいちばん効くのは「出るときの条件」【2026年版】

LIMS や ELN の選定は、機能比較表を並べる作業だと思われている。だが導入から10年後に効いてくるのは、入れた機能ではなく「そのシステムからデータを取り戻せるか」である。しかもこれは筆者の意見ではない。 EU が2025年に公開した GMP Annex 11 改訂ドラフトは、外部サービスとの契約に「規制当事者がシステムデータの管理を保持できる出口戦略」を定めよと明記した。PIC/S はメタデータが失われる恐れがあるなら PDF 化は禁止されるべきと書き、移行によって動的機能が失われうることを認めている。本記事は 21 CFR Part 11・PIC/S PI 041-1・EU Annex 11 改訂ドラフト・厚労省コンピュータ化システム適正管理ガイドラインを原典で読み、LIMS/ELN/LES/SDMS/CDS の役割分担、カテゴリ分類とカスタマイズの代償、機器接続の標準（SiLA 2・AnIML・Allotrope）、そして自律実験ラボの現在地までを、選定の順序に沿って整理する。

分析ラボにシステムを入れる話は、たいてい機能比較表から始まる。サンプル受付、試験指示、結果入力、規格判定、成績書発行、在庫管理、機器校正管理 ―― 候補製品を横に並べ、○×を埋め、点数の高いものを選ぶ。

この作業がまったく無駄だとは言わない。だが、導入から5年、10年たったときに効いてくるのは、そこに書いた○×ではない。効いてくるのはそのシステムからデータを取り戻せるかどうかである。

そしてこれは、実務者の経験則ではない。規制当局の文書にそう書いてある。

EU が2025年7月に公開した GMP Annex 11（コンピュータ化システム）の改訂ドラフトは、サービス提供者との契約に定めるべき事項を9項目挙げ、その8番目にこう置いている ――

viii. Defines an exit strategy by which the regulated user may retain control of system data （viii. 規制当事者がシステムデータの管理を保持できる出口戦略を定めること）

契約の必須項目に「出口」が入っている。入り口ではなく。

PIC/S のデータインテグリティ指針はさらに直接的で、電子記録の「真正コピー」の作り方を説明したうえで、メタデータが失われる可能性がある場合、電子データの PDF 化は禁止されるべきだと書く。移行についても「アクセス可能性を保つために、一部の属性や動的なデータ機能を失うファイル形式への移行が必要になることは認識されている」と、失われるものがあることを正面から認めている。

つまり、いま選ぶシステムは「何ができるか」ではなく、10年後にそこから何を、どんな形で持ち出せるかで選ぶべきものだ、というのが規制側の立場である。本記事はこの視点から、用語の整理、規制の分岐、カテゴリ分類、監査証跡、機器接続、クラウド、そして出口戦略までを、原典の条文で確認しながら選定の順序に沿って並べる。

展示会で何が動いているかは JASIS 2026 の歩き方、解析側で AI が何をしているかは AI・機械学習が変える分析化学で扱っているので、本記事はシステムを選んで入れる側に絞る。

この記事の読み方

入門者：1〜2 節。LIMS と ELN は何が違うのか、自分のラボにどの規制がかかるのか。
GMP・GLP のラボ：3〜5 節が本題。カテゴリ分類、カスタマイズの代償、監査証跡の要求。
機器をつなぐ人：6〜8 節。手打ちの排除、生データの所在、接続標準の現在地。
稟議を書く人：9〜11 節。クラウドの責任分界、出口戦略、失敗の型。
急ぐ人：13 節のチェックリスト。

条文はすべて原典（規制文書 PDF・公式サイト本文）を開いて確認している。裏が取れなかったものは制作メモで明示した。

1. まず言葉を揃える ― LIMS・ELN・LES・SDMS・CDS は役割が違う

業務が受付番号ありならLIMSとLIS、毎回内容が変わるならELN。その他の専門ツールとしてLES・SDMS・CDS — 図解：最初の分岐は「検体で流れるか、実験で流れるか」

「ラボにシステムを入れる」という話が噛み合わないとき、原因の大半は言葉が揃っていないことにある。

ASTM には、この分野の用語をまとめた規格がある。ASTM E1578-18「Standard Guide for Laboratory Informatics」（分析データを扱う小委員会 E13.15 が策定）がそれで、ラボインフォマティクスをこう定義する。

Laboratory informatics is the specialized application of information technology aimed at optimizing laboratory operations. （ラボインフォマティクスとは、ラボ運営の最適化を目的とした情報技術の特化した応用である）

そのうえでこの規格は、主要なツールとして次の6つを並べる ―― LIMS、LES、LIS、ELN、SDMS、CDS。ひとつのものの呼び名違いではなく、別々のものとして並んでいることが重要である。実務的な役割分担はこうなる。

略語	名称	中心にあるもの
LIMS	Laboratory Information Management System	検体。受付から結果・判定・成績書までを検体単位で追う
ELN	Electronic Lab Notebook	実験。誰が何を考えて何をやったかの記録。研究ノートの電子版
LES	Laboratory Execution System	手順。試験手順を画面上で一段ずつ実行させ、逸脱をその場で止める
SDMS	Scientific Data Management System	ファイル。各種機器の生データを集めて保管・索引する
CDS	Chromatography Data System	クロマトグラフ。データ収集・積分・定量計算。生データの一次保管場所
LIS	Laboratory Information System	臨床検査室向け。検体単位だが患者情報が中心

選定でよく起きる事故は、ELN が欲しいのに LIMS を買う（あるいはその逆）である。研究部門が「実験の記録を残したい」と言い、購買が「ラボのシステム」として QC 向けの LIMS を入れると、柔軟に書けないノートと、検体が流れてこない検体管理システムが同時に手に入る。

判断基準は単純で、業務が「検体」で流れているか、「実験」で流れているかである。受付番号が振られて規格判定まで進むなら LIMS、番号が振られず何をやるか毎回変わるなら ELN。両方あるなら両方要る（そして、その2つをつなぐところが実装の山場になる）。

2. 選定の第一分岐は「機能」ではなく「どの規制がかかるか」

GMP/GLPは21 CFR Part 11・EU Annex 11・厚労省ガイドライン・PIC/S、ISO/IEC 17025は機能の文書化と検証、規制なしは研究開発 — 図解：機能比較の前に、どの規制がかかるかで要求水準が三段階に分かれる

機能比較の前に決めるべきことがある。そのラボに、どの規制がかかるかである。ここで要求水準が段違いに変わる。

(a) GMP／GLP（医薬品の製造・品質管理、非臨床試験） 最も重い。米国なら 21 CFR Part 11、EU なら GMP Annex 11、日本なら厚労省の ER/ES 指針とコンピュータ化システム適正管理ガイドライン、査察の実務では PIC/S の PI 041-1 が効く。監査証跡、電子署名、バリデーション、供給者評価がすべて必須になる。分析法そのもののバリデーション要件は ICH Q2(R2)/Q14、生体試料分析なら ICH M10 が別途かかる。

(b) ISO/IEC 17025（試験所・校正機関の認定） 2017年版には情報管理の条項（7.11）があり、ラボ情報管理システムの扱いが定められている。欧州認定協力機構（EA）の公式 FAQ は、LIMS を外部提供者が保守している場合について「LIMS のソフトウェアは、ラボによる実装の前に、常に文書化され、その機能についてバリデートされていなければならない」とし、契約を結ぶだけでは足りず、提供者の適合性をラボ自身が評価・監視できることを求めている。

(c) 規制なし（研究開発、大学、素材・化学の探索研究） 法的な必須要件はない。ただし特許の証拠能力、共同研究の再現性、人が辞めたあとの引き継ぎという別の圧力がかかる。ELN の主戦場はここである。

この分岐を先に決めないと、要らない監査証跡に金を払うか、必要な監査証跡がないかのどちらかになる。そして後者は、査察で指摘されるまで気づかない。

なお、規制の重さは「ラボ全体」ではなくシステムごとに決まる。研究部門の ELN は (c)、同じ会社の QC ラボの LIMS は (a) ということが普通に起きる。ここを一括りにすると、研究側に不要な締め付けが入って使われなくなる。

3. 日本の GMP ラボでは、まず「カテゴリ」を決める

カテゴリ1は基盤ソフト、カテゴリ2は設定しない、カテゴリ3は構成設定していないソフトウェア、カテゴリ4は構成設定したソフトウェア、カテゴリ5はカスタムソフトウェア — 図解：厚労省ガイドラインのソフトウェアカテゴリ。2 は GAMP 5 との整合のため欠番

日本で GMP/GQP の業務にコンピュータ化システムを使うなら、拠り所は厚生労働省「医薬品・医薬部外品製造販売業者等におけるコンピュータ化システム適正管理ガイドライン」（薬食監麻発1021第11号、平成22年10月21日通知、平成24年4月1日適用）である。

このガイドラインの対象システムは7つ挙げられていて、分析ラボに直接効くのは (5) である。

(5) 品質試験に用いる機器を制御又は管理するためのシステム並びに品質試験結果及び管理データを保存管理するためのシステム

CDS も LIMS も、まっすぐここに入る。

そしてこのガイドラインの実務上の要は、システムアセスメントである。開発責任者が最初にやることは、原則として次の3つと定められている。

ソフトウェアカテゴリ分類
製品品質に対するリスクアセスメント
供給者アセスメント

順番が重要で、カテゴリを決めてから、作る文書と実施する適格性評価が決まる。別紙2「カテゴリ分類表と対応例」がその対応表である。

カテゴリ	内容
1	基盤ソフト（カテゴリ3以降のアプリケーションが構築される基盤／運用環境を管理するソフトウェア）
2	このカテゴリは設定しない（備考：「ＧＡＭＰ5 との整合性を考慮し使用しない」）
3	構成設定していないソフトウェア（商業ベースの既製パッケージで、業務プロセスに合わせて構成設定していないもの。「実行時のパラメータの入力のみで調整されるアプリケーション等は本カテゴリに含まれる」）。分析機器等に搭載されるシステムと、単独のコンピュータシステムに分かれる
4	構成設定したソフトウェア（ユーザの業務プロセスに合わせて構成設定したもの。アプリケーション上で動作するマクロ等を含む）。但し、プログラムを変更した場合はカテゴリ5とする
5	カスタムソフトウェア（業務プロセスに合わせて設計され、プログラムされたソフトウェア）

ここに、選定に効く事実がいくつも埋まっている。

カテゴリ2 が欠番なのは意図的である。備考欄に「ＧＡＭＰ5 との整合性を考慮し使用しない」と明記されている。国際的なガイド（ISPE の GAMP 5）が旧カテゴリ2（ファームウェア）を廃止したのに合わせたもので、日本のガイドラインが独自に飛ばしたわけではない。

分析機器に載っているソフトはカテゴリ3である。HPLC のコントローラも分光光度計のソフトも、業務に合わせて構成設定していなければここ。機能仕様書・設計仕様書・DQ は省略可能で、備考に「設備に合わせて仕様の設定及び機能の検証を行うことで差し支えない。単純なシステムに関しては校正で代用することも可」とまである。機器付属ソフトのために分厚いバリデーション文書を作る必要はない、というのがガイドライン本来の立場である。

表計算ソフトそのものは対象外だが、マクロはカテゴリ4。別紙2 の対象外欄は「電卓、電子時計、表示のみの電磁はかり等」と、「市販のワープロソフト、表計算ソフト等で、社会一般で広く利用されているパッケージソフトウェア及びPC」を挙げ、GMP 業務に使う場合も「本ガイドラインの対象とせず、バージョン番号、PCの機種番号、製造番号の記録等をシステム台帳登録することで良い」とする。一方、カテゴリ4 の定義は「アプリケーション上で動作するマクロ等を含む」。Excel は対象外でも、その上に書いた計算マクロはカテゴリ4 という線引きである。試験結果の計算を Excel マクロで回しているラボは、ここを一度確認しておいたほうがいい。

4. カスタマイズはカテゴリ5への片道切符

カテゴリ4はプログラムを変更した場合にカテゴリ5となり、機能仕様書・設計仕様書・供給者監査・DQ・OQが必須になる — 図解：カスタマイズの代償。カテゴリ5 に上がると必須文書が5つ増える

前節の表で、選定の意思決定にいちばん直結するのはこの一文である。

但し、プログラムを変更した場合はカテゴリ5とする

「業務に合わせて作り込む」という、日本のシステム導入でごく普通に行われる判断が、カテゴリを4から5へ一段上げる。そして別紙2 の対応例では、カテゴリ4 で「システムアセスメントの結果による（基本的には必要）」だった項目が、カテゴリ5 では軒並み「必須」に変わる。具体的には次の5つである。

機能仕様書（FS）
設計仕様書（DS）
供給者監査
設計時適格性評価（DQ）
運転時適格性評価（OQ）

とくに DQ はカテゴリ4 では「基本的には省略（△）」だったものが、カテゴリ5 では必須（◎）になる。供給者監査も同様に必須化する。つまりカスタマイズの見積書に書かれた金額は、カスタマイズ費用の全体ではない。文書と検証の工数が後から乗る。

（正確を期すと、カテゴリ5 の FS・DS・供給者監査・DQ には備考4 が付いていて、「単純な機能で、ＵＲＳのみでシステム設計が可能な場合作成(実施)しなくてもよい」という逃げ道がある。ただし「単純な機能」で済むならそもそもカスタマイズする必要がない、という循環にたいてい行き着く。）

さらに効いてくるのがその後である。カテゴリ5 になったシステムは、供給者が新バージョンを出すたびに、変更が自社の作り込みに当たらないかを評価しなければならない。これは一度きりの費用ではなく、そのシステムを使い続けるかぎり毎回発生する費用になる。

だから選定の局面での問いは「この製品は当社の業務に合いますか」ではなく、「当社の業務のうち、どこを製品の標準機能に合わせて変えられますか」である。前者を問うとカテゴリ5 に着地し、後者を問えばカテゴリ4 に留まれる。

補足：ここで言う「構成設定（configuration）」と「プログラム変更（customisation）」の境界は、製品によって位置が違う。ワークフロー定義やマスタ設定を画面から行えるならカテゴリ4 の範囲だが、同じことをスクリプトで書かせる製品ならカテゴリ5 に落ちる。同じ業務要件でも、製品によってカテゴリが変わる。これは機能比較表には現れない差である。

5. 監査証跡は「あるか」ではなく「何を・誰が・いつ見るか」

監査証跡に記録すべき4点は誰が・何を（変更前と変更後の値）・いつ・なぜ。確認すべきは理由の自動入力・検索とソート・管理者でも無効化できないこと・完全な電子コピー — 図解：監査証跡は有無ではなく中身。左が記録の要件、右が選定時の確認項目

監査証跡（audit trail、記録の作成・変更・削除を自動で残す仕組み）は、製品カタログではたいてい「対応」の一語で済まされている。だが規制文書が要求しているのは、機能の有無ではなく中身と運用である。

まず米国の 21 CFR Part 11 §11.10(e) は、閉鎖系システムに次を求める。

Use of secure, computer-generated, time-stamped audit trails to independently record the date and time of operator entries and actions that create, modify, or delete electronic records. （電子記録を作成・変更・削除する操作者の入力および操作について、その日時を独立して記録する、安全で、コンピュータが生成した、タイムスタンプ付きの監査証跡を用いること）

"independently"（独立して）が要点で、操作者が触れる記録とは別に残らなければならない。同条は (a) でバリデーションに「無効または改変された記録を識別する能力」を、(b) で「人が読める形式と電子形式の両方で、正確かつ完全な複製を生成する能力」を求めている。

PIC/S PI 041-1 は、これを購買の要件として書く。§9.6 の冒頭はこうである。

Consideration should be given to data management and integrity requirements when purchasing and implementing computerised systems. Companies should select software that includes appropriate electronic audit trail functionality. （コンピュータ化システムの購入および導入にあたっては、データ管理およびデータインテグリティの要件を考慮すべきである。企業は、適切な電子監査証跡機能を含むソフトウェアを選定すべきである）

規制当局のガイダンスに「選定すべき」と書かれている。監査証跡は運用でどうにかするものではなく、選定で決まるという位置づけである。

記録すべき内容も具体的に決まっている。PIC/S §9.6 は監査証跡に含めるべきパラメータとして、実行したユーザー、何が起きたか（変更前と変更後の値を含む）、いつ行われたか（日時）、なぜ行われたか（理由）を挙げる。EU の Annex 11 改訂ドラフト §12.2 はこれを "who, what, when, why" として整理し、さらに踏み込む。

Audit trail data should be recorded at the time of events, not at the end of a process. （監査証跡のデータは、プロセスの最後ではなく、事象が起きた時点で記録されるべきである）

同ドラフト §12.3 は「監査証跡機能は常時有効かつロックされているべきで、いかなるユーザーも監査証跡データを編集できてはならない」とし、無効化や設定変更が可能な場合はそれ自体が監査証跡に記録され、GMP 業務に関与していないシステム管理者だけが行えることを求める。PIC/S も同趣旨で「無効化・削除・改変が不可能であるべき」と書く。

そしてレビューである。ここが実務でいちばん重い。

PIC/S §9.6：重要な監査証跡は、その作業の他の記録とともに独立してレビューされ、作業完了のレビューより前に（例：出荷判定の前に）行われるべき
改訂ドラフト §12.6：監査証跡のレビューは、レビュー対象の活動に直接関与していない者が行うべき（ピアレビュー）
改訂ドラフト §12.7：「監査証跡のすべてのエントリをレビューすることは、有効でないかもしれない」。リスクに基づいて対象を絞れ

最後の一文は、実務者にとっては救いであり、同時に宿題でもある。全件確認は求められていない。だが「何を絞ってレビューするか」は自分で決め、手順書に書き、記録しなければならない。

選定時に確かめることは、したがって「監査証跡がありますか」ではない。

変更前後の値が両方記録されるか
変更理由の入力をシステムが自動で促すか（ドラフト §12.2 は "automatically prompt the user for" と書く）
監査証跡を検索・ソートできるか（ドラフト §12.4）
管理者でも編集・無効化できないか
監査証跡を含む完全な電子コピーを取り出せるか

5番目には、改訂ドラフト §12.9 の強い一文が付いている。

Flat and locked files are not acceptable, it should be possible to search and sort data. （フラットでロックされたファイルは受け入れられない。データを検索・ソートできなければならない）

PDF で出力できます、では要件を満たさない、という宣言である。

6. 手打ちを消すことが、導入の最大の効果である

機器のPCにデータが溜まり人が読み取って別のPCに打ち込む構図を、測定装置から保存先へのバリデート済み接続に置き換える — 図解：導入効果の本体は効率化ではなく、この転記を消すこと

LIMS 導入の効果として「効率化」が挙げられることが多いが、規制文書が評価しているのは効率ではなく転記の排除である。

PIC/S §9.4 は、システム間インターフェースについてこう書く。

Well designed and qualified automated data transfer is much more reliable than any manual data transfer conducted by humans. （適切に設計され適格性が確認された自動データ転送は、人間が行ういかなる手動データ転送よりもはるかに信頼できる）

EU の改訂ドラフト §10.2 は、LIMS を名指しして同じことを言う。

Where a routine work process requires that critical data be transferred from one system to another (e.g. from a laboratory instrument to a LIMS system), this should, where possible, be based on validated interfaces rather than on manual transcriptions. （日常業務で重要データをあるシステムから別のシステムへ転送する必要がある場合（例：分析機器から LIMS へ）、可能なかぎり手動転記ではなく、バリデートされたインターフェースに基づくべきである）

同じ PIC/S §9.4 は、機器 PC にデータが一時的に残ることのリスクも明示する。「最終保存先やデータ処理場所へ転送する前に、ローカルのコンピュータ化システム（例：機器の PC）に一時的にデータを保存することは、データが削除または改ざんされる機会を生む。これはスタンドアロン（非ネットワーク）システムの場合にとくにリスクが高い」。そして「データはセキュアな保存先／データベースへ直接転送し、ローカルドライブから単にコピーするのではないことを確認せよ」と続ける。

これは、実際のラボで最もよく見る構図そのものである ―― 機器の横の PC にデータが溜まり、担当者がそこから数値を読み取って別の PC の表計算に打ち込む。この構図を消すことが、システム導入で最初に取りに行くべき効果であり、規制上も最も評価される変更である。

逆に言えば、接続できない機器が残るなら、その部分の効果は出ない。選定時の機器接続の確認は、カタログの「対応機器一覧」を眺めることではなく、自分のラボにある機器の型番と、その接続方式を1台ずつ突き合わせる作業になる。

7. 生データを持つのはどのシステムか

CDSが再解析履歴・積分パラメータ・クロマトグラムを持ち、LIMSには結果の数値だけが渡る — 図解：生データを持つのは CDS。LIMS が受け取るのは結果の数値だけである

ここで見落とされやすいのが、分析ラボでは LIMS より先に CDS がデータを持っているという事実である。

クロマトグラフィーのラボでは、クロマトグラムも積分パラメータも再解析履歴も監査証跡も、CDS（クロマトデータシステム）の中にある。LIMS が受け取るのは、多くの場合その結果の数値だけである。つまり LIMS を入れても、「何をどう積分してその数値になったか」は CDS 側にしか残らない。

この構図が問題になるのは、PIC/S §7.7.3 の要求と突き合わせたときである。

Data should be retained in a dynamic form where this is critical to its integrity or later verification. （データの完全性または後日の検証にとって重要である場合、データは動的な形式で保持されるべきである）

「動的（dynamic）」とは、検索・クエリ・トレンド解析ができ、アプリケーションで対話的に扱える状態を指す（PIC/S §7.5 の Legible の定義）。クロマトグラムを再積分できる状態のことである。そして同じ PIC/S は、静的な形での保存についてこう釘を刺す。

Creating pdf versions of electronic data should be prohibited, where there is the potential for loss of metadata. （メタデータが失われる可能性がある場合、電子データの PDF 版を作成することは禁止されるべきである）

さらに §7.7.2 は、生データを紙や PDF で保持する場合に何が必要かを列挙する ―― 生データ、メタデータ、関連する監査証跡と結果ファイル、各分析ランに固有のソフトウェア／システム構成設定、そして与えられた生データセットの再構成に必要なすべてのデータ処理ラン（メソッドと監査証跡を含む）。そのうえで、「このアプローチは、GMP/GDP に適合した記録とするための管理において煩雑になる可能性が高い」と結論する。

「PDF にして LIMS に貼る」という運用は、規制文書が名指しで否定している、というのが現在地である。

実装としてどう解くかは製品によって分かれる。ひとつは、CDS 側にデータを置いたまま LIMS から参照する。もうひとつは、生データファイルごと集約する（SDMS の役割）。国内製品では、島津の LabSolutions CS が後者に近い解を持っていて、公式資料は「さまざまな分析装置の生データや PDF レポートなどを LabSolutions データベースに自動で取り込むことができ」（マルチデータ登録オプション）と説明し、監査証跡についても「分析や解析でパラメータを変更するたびに、システムが自動で記録します。パラメータを変更した理由も入力することができ」と記載する。クロマト以外の機器のデータも同じデータベースに集める、という設計思想である。

どちらを採るにせよ、選定時に答えを持っておくべき問いはひとつ ―― 10年後の査察で「この結果の生データを見せてください」と言われたとき、どのシステムのどの画面を開くのか。

8. つなぐための標準は、まだ一枚岩ではない

SiLA 2は機器を動かす制御、AnIMLは測定結果をXMLで保存、Allotrope ADF/ASMは意味づけとアーカイブ — 図解：3つの標準は守備範囲が違い、互いの代替ではない

機器とシステムをつなぐための共通規格は、いくつも存在する。だが役割が違い、互いを置き換えるものではない。ここを混同すると「標準に対応していれば全部つながる」という誤解が生まれる。

SiLA 2（Standardization in Lab Automation） ―― 機器を動かすための規格。公式サイトは Feature（機能）をこう定義する。

Features are the capabilities of a SiLA Server that are offered to any lab instrument, device, or system interested in interaction.

技術基盤は現代的で、公式には「SiLA 2 は HTTP/2 上で動作し、ペイロードデータのシリアライズに Protocol Buffers を用いる……gRPC が規定するワイヤフォーマットに依拠する」とある。SiLA 1.x のリリースは2009年で、現行は SiLA 2 Version 1.1。装置制御・自動化オーケストレーションの層である。

AnIML（Analytical Information Markup Language） ―― 測定結果を保存するための規格。公式サイトは「分析化学および生物学データのための、策定が進む ASTM の XML 標準」と説明し、構成要素として (1) 分析データを格納するコアスキーマ、(2) 個別手法のスキーマ、(3) 制約を適用する手法定義文書、(4) ベンダー／機関固有フィールドの拡張、の4つを挙げる。ASTM の小委員会 E13.15 の管轄である。

Allotrope Foundation ―― 製薬系企業のコンソーシアムで、公式サイトは自らを「コミュニティ主導の標準と柔軟な技術フレームワークにより、科学データの取得・共有・解析のあり方を変革することに専心するコンソーシアム」と説明する。中核の ADF（Allotrope Data Format）はオントロジーを伴う重い形式で、より軽量な JSON ベースの ASM（Allotrope Simple Model） と、その認証プログラム（ASM Certification Program）が現在の front line にある。

この3つの守備範囲の違いを、2026年6月に arXiv に投稿されたプレプリント「LAP: An Agent-to-Instrument Protocol for Autonomous Science」（Zhu ら）が明快に整理している。査読前であり、かつ著者らは自らの新プロトコルを提案する立場であることに留意したうえで引用すると ――

AnIML について：「AnIML は機器に命令することも、ライブデータをストリームすることもできない。完了した測定を表現するのであって、制御ループを表現するのではない」
Allotrope ADF について：「ADF は機器制御のセマンティクスを持たないデータアーカイブ形式であり、リアルタイムのストリーミングモデルを持たず、完全なツール群へのアクセスはコンソーシアム会員資格を要する」
SiLA 2 について：「FDL のスキーマは静的で設計時に定義される。実行時の能力ネゴシエーションはなく、能力ごとの物理的安全限界や危険分類を表現する仕組みもなく、排他的なリソース予約の概念もなく、結果に構造化された不確かさもない」

同論文はこれらすべてに共通する前提として、既存規格が「あらかじめどのコマンドを発行すべきかを知っている、決定論的なソフトウェアのオーケストレーションクライアント」を想定している、と指摘する。LLM エージェントが実験を計画する時代に向けて、機器側のプロトコルが追いついていないという問題提起である。

実務への含意はもっと地味だ ―― 「Allotrope 対応」と書いてあっても機器は動かないし、「SiLA 2 対応」と書いてあっても長期保存の形式は解決しない。カタログの規格名は、それがどの層の話なのかを確認してから読む必要がある。

9. クラウド／SaaS でも責任は移らない

責任は移らないことを中心に、監査または徹底した評価・SLAとKPIによる監督・文書を自社の施設から説明できること・契約に定める事項 — 図解：クラウドでも規制当事者は完全な責任を負い続ける

LIMS も ELN も、いまや SaaS 提供が主流になりつつある。国内製品もクラウド対応を進めていて、島津は LabSolutions CS について「クラウド環境への構築に対応し、場所を問わず、拠点を超えたネットワークを構築することができます」と記載している。

サーバー運用から解放されるのは実際に大きい。だが責任は移らない。EU 改訂ドラフト §2.6 は原則としてこう置く。

When using outsourced activities, the regulated user remains fully responsible for adherence to the requirements included in this document, for maintaining the evidence for it, and for providing it for regulatory review. （外部委託した活動を利用する場合であっても、規制当事者は本文書の要件への適合、その証跡の維持、および規制当局のレビューへの提出について完全な責任を負い続ける）

§7 はこれを具体化して、供給者・サービス提供者の管理について5項目を課す。

§7.1 責任：ベンダーやサービス提供者、社内 IT 部門の適格性評価に依拠しても、「本文書に定める要件は変わらない」
§7.2 監査：リスクとシステムの重要度に応じ、監査または徹底した評価を実施する
§7.3 監督：SLA と KPI を定めて実効的な監督を行う
§7.4 文書の利用可能性：本文書が要求する活動の文書が自社の施設からアクセスでき、説明できるようにする
§7.5 契約：契約に定めるべき9項目（後述）

§7.4 は見落とされやすい。クラウドベンダーがバリデーション文書を持っていること自体は要件を満たさない。査察の場で、自社の担当者がその文書を出して説明できることまで求められている。

同ドラフト §9.9 も同趣旨で、「適格性評価とバリデーションの文書は、サービス提供者、ベンダー、社内 IT 部門から一部または全部が提供されてよい。しかしながら規制当事者が完全な説明責任を負い、その文書の使用を注意深くレビューし承認すべきである」とする。

ISO/IEC 17025 側も同じ構図で、EA の FAQ は「契約は、選定基準が事前に適切に確立され、かつラボが提供者の適合性を評価する力量を有している場合に受け入れられる」とし、契約を結ぶこと自体は適合の証明にならないという立場を明示している。

さらに実務的に効くのが §7.5 ix である ―― 契約は「新しいシステムバージョンのリリースのプロセス、および規制当事者がリリース前にそれをテストできること」について合意しなければならない。SaaS はベンダー都合で更新される。更新前に検証する時間をもらえるかどうかを契約に書いていなければ、ある朝バリデーション済みでないシステムで試験をしていることになる。

10. 出口戦略を契約に書く ― 選定で最後に効くのはここ

供給者に聞く6つの質問を形式・機能・実績の3群に分けたもの — 図解：出口戦略。契約前に供給者へ投げるべき6つの質問

冒頭に戻る。EU 改訂ドラフト §7.5 の契約必須9項目、その viii がこれである。

viii. Defines an exit strategy by which the regulated user may retain control of system data

なぜ規制側がここまで書くのか。理由は、移行で失われるものが実在するからである。PIC/S §9.4 はレガシーシステムからの移行についてこう書く。

Where migration with full original data functionality is not technically possible, options should be assessed based on risk and the importance of the data over time. […] It is recognised that the need to maintain accessibility may require migration to a file format that loses some attributes and/or dynamic data functionality. （元のデータ機能を完全に保った移行が技術的に不可能な場合、選択肢はリスクとデータの重要性に基づいて評価されるべきである。……アクセス可能性を維持する必要から、一部の属性や動的なデータ機能を失うファイル形式への移行が必要になることは認識されている）

同じ §9.4 は、変換できない場合の代替策として「旧ソフトウェアを維持する（例：1台のコンピュータや他の技術的手段にインストールしておく）」「仮想環境でソフトウェアを維持する」を挙げる。10年前の CDS を仮想マシンの中で生かし続けるという、多くのラボが実際にやっていることが、規制文書に代替策として書かれている。

そして改訂ドラフト §17.5 は、アーカイブしたデータについて「検索・ソートが可能な形式で取り出せるべき」とし、§12.9 は前述のとおり「フラットでロックされたファイルは受け入れられない」と言う。

これらを合わせると、選定時に供給者へ投げるべき質問が定まる。

契約終了時、データは何形式で返るか。ファイル形式の名前を出してもらう
その形式で、監査証跡は一緒に出るか
その形式は検索・ソートが可能か（PDF の束は §12.9 で否定されている）
再解析可能な動的形式で出るか、静的なエクスポートか
エクスポートに追加費用がかかるか、その額はいくらか
過去に実際にエクスポートを実行した顧客事例があるか

6番目は特に効く。エクスポート機能は、ほとんどの製品に「あります」と書いてある。実際に全データで走らせた例があるかどうかは、まったく別の話である。

これらの答えは機能比較表には載らない。だが導入した瞬間からデータは増え続け、5年後には乗り換えコストの大半がデータになる。選定でいちばん効くのはここだ、というのはそういう意味である。

11. 導入が失敗するとき ― 紙の運用をそのまま電子化する

紙の運用をそのまま画面に写す、作り込む、カテゴリ5に上がる、バージョンアップのたびに再評価、効果が出ない、現場がExcelに戻る、という循環 — 図解：失敗は循環する。「プロセス全体のリスクが増加してはならない」

失敗の型は、実のところ多くない。最もよく見るのは、いまの紙の運用をそのまま画面に写すというものである。

紙の帳票には、紙だから存在している要素が大量にある ―― 転記欄、二重チェック欄、余白のメモ、押印欄、集計のための手書き表。これをそのまま電子化すると、次が起きる。

標準機能で実現できないので作り込む → 3〜4節のとおりカテゴリ5に上がり、文書と検証が増える
作り込んだ部分はバージョンアップのたびに再評価が必要になる
紙の非効率がそのまま残るので、効率化の効果が出ない
使いにくいので現場が Excel に戻り、システムの外にデータが生まれる

最後がいちばん怖い。監査証跡のあるシステムを入れたのに、実際の計算は誰かの Excel で行われている、という状態は、入れる前より悪い。記録の所在が分散し、しかも「システムを入れている」という安心感がある。

EU 改訂ドラフト §2.8 は、この事態を原則として禁じている。

Where a computerised system replaces another system or a manual operation, there should be no resultant decrease in product quality, patient safety or data integrity. There should be no increase in the overall risk of the process. （コンピュータ化システムが他のシステムや手作業を置き換える場合、その結果として製品品質、患者安全、データインテグリティが低下してはならない。プロセス全体のリスクが増加してはならない）

電子化したのにリスクが上がった、は規制上も許容されない。

対処は、順序を変えるだけである。「いまの手順を実現できますか」ではなく、「この製品の標準機能で回すとしたら、手順はどう変わりますか」から入る。標準機能に寄せられない業務が残ったら、それは本当に必要な業務か、紙だから必要だった業務かを分ける。この選別を導入前にやるか、稼働後に痛みとしてやるかの違いでしかない。

もうひとつ、要求仕様書（URS）を供給者に書かせない、という原則も守る価値がある。改訂ドラフト §2.5 はシステム要求について「規制当事者が自動化し、GMP 業務の実施にあたって依拠している機能を記述」したものであり、「適格性評価およびバリデーションのまさに基礎となるべき」と書く。供給者が書いた URS は、その製品ができることの一覧になる。それは要求ではない。

12. 自律実験ラボはどこまで来たか ― A-Lab の数字が書き換わった話

A-Labの標的は58から57へ、化合物は41の新規化合物から36の化合物へ、表題からnovelが削除された — 図解：訂正で書き換わった数字。自動化されたのは合成と測定までである

最後に、ラボ自動化の最先端に触れておく。ここには、分析化学者として押さえておくべき教訓がある。

2023年11月、Nature に「An autonomous laboratory for the accelerated synthesis of novel materials」（Szymanski ら、Nature 624巻7990号 86-91頁）が掲載された。ローレンス・バークレー国立研究所の A-Lab は、計算・文献の履歴データ・機械学習・能動学習を組み合わせて合成レシピを立案し、ロボットで無機粉末の固相合成を実行して結果を解釈する。掲載時の抄録はこう述べていた。

Over 17 days of continuous operation, the A-Lab realized 41 novel compounds from a set of 58 targets. （17日間の連続運転で、A-Lab は58の標的から41の新規化合物を実現した）

大きな反響とともに、批判も出た。ロンドン大学ユニバーシティ・カレッジの Robert Palgrave、プリンストン大学の Leslie Schoop らが、粉末X線回折（PXRD）だけでは組成を測れないこと、そして予測構造の相当部分が既知の無秩序化合物の秩序版にすぎないことを指摘した（Chemistry World の報道による。批判側は ChemRxiv にプレプリントを投稿）。

そして 2026年1月19日、Nature に Author Correction が出た（Nature 650巻8100号 E1）。訂正後の論文で変わったのは、数字だけではない。

	掲載時（2023年11月29日）	訂正後（2026年1月19日）
表題	...synthesis of novel materials	...synthesis of inorganic materials
抄録の成果	41 novel compounds / 58 targets	36 compounds / 57 targets

表題から "novel"（新規）が消えた。「新しい物質を作った」という主張そのものが、査読後2年以上を経て取り下げられた形である。Ceder は「人間ならこれらの試料でより高品質な精密化ができた」と認めつつ、「自律ラボが何を達成しうるかを示すことが我々の目的だった」と述べている（同報道）。

この一件は、自律実験を否定するものではない。17日間の無人運転で数十の固相合成を回したこと自体は事実として残っている。教訓は別のところにある ――

自動化されたのは「合成する」と「測る」であって、「同定した」と言ってよいかの判断ではなかった。

PXRD のパターンが計算構造と合うことと、その物質ができていることは同じではない。組成の裏を取り、無秩序と秩序を区別し、精密化の質を評価する ―― これは分析化学がずっとやってきた仕事であり、A-Lab の系ではそこが人間の目を通っていなかった。ロボットが1日に何十検体を回そうと、「この結果を報告してよいか」の判断は、いまのところ自動化されていない。

LIMS や ELN の選定に引き戻すなら、同じことが言える。システムは記録を速く正確にするが、その記録が意味を持つかどうかは判断しない。監査証跡は「誰がいつ何を変えたか」を残すが、「その変更が妥当だったか」は人が見る。だからこそ改訂ドラフト §12.6 は、レビューを当事者以外にやらせるのである。

なお、この領域の標準化はまだ動いている。2026年6月投稿の前掲プレプリント（arXiv:2606.03755）は、LLM エージェントと機器をつなぐ層が既存規格に欠けていると指摘し、機器の物理的限界を記述する「InstrumentCard」、排他的な予約、危険操作を止める安全フェンス、単位・校正・不確かさを伴う測定結果スキーマを提案している。査読前のプレプリントであり、実装が普及しているものではないが、問題設定として押さえておく価値はある。

13. 選定チェックリスト

選定チェックリストの5ブロックと各項目数。前提3・カスタマイズ3・監査証跡5・機器3・出口4で計18項目 — 図解：全18項目。機能比較表に載っているのはごく一部にすぎない

装置の前ではなく、稟議の前に確認する順序でまとめる。

A. 前提を決める 1. 業務は「検体」で流れるか「実験」で流れるか（→ LIMS か ELN か。1節） 2. このシステムにどの規制がかかるか（GMP／ISO 17025／規制なし。2節） 3. GMP なら、ソフトウェアカテゴリはいくつになるか（3節）

B. カスタマイズの線を引く 4. 業務のどこを製品の標準機能に合わせて変えられるか（4節） 5. 「構成設定」で済むか「プログラム変更」が要るか。要るなら DQ・OQ・供給者監査・FS・DS が必須化する 6. 要求仕様書は自社で書けているか（11節）

C. 監査証跡を実物で確認する 7. 変更前後の値が両方残るか 8. 変更理由の入力をシステムが自動で促すか 9. 監査証跡を検索・ソートできるか 10. 管理者でも無効化・編集できないか 11. 監査証跡ごと完全な電子コピーを出せるか（PDF 出力は不可）

D. 機器とつなぐ 12. 自ラボの機器を型番単位で接続可否確認したか（6節） 13. 生データはどのシステムに残るか。動的形式で保持されるか（7節） 14. 「規格対応」の記載が、制御の話か保存の話かを区別したか（8節）

E. 出口を先に決める 15. 契約終了時、データは何形式で返るか 16. その形式に監査証跡は含まれるか。検索・ソートできるか 17. エクスポートの費用と、実行実績のある事例 18. SaaS なら、新バージョンをリリース前にテストできる旨が契約にあるか（9節）

18項目のうち、機能比較表に載っているのはせいぜい 7〜11 の一部である。残りは全部、聞かないと出てこない。

まとめ

LIMS・ELN・LES・SDMS・CDS は ASTM E1578-18 が別々のツールとして定義している。検体で流れるか実験で流れるかが最初の分岐（1節）
機能比較より先にどの規制がかかるかを決める。GMP なら厚労省ガイドラインのカテゴリ分類が文書量を決める（2〜3節）
「プログラムを変更した場合はカテゴリ5とする」。カスタマイズは FS・DS・供給者監査・DQ・OQ を必須化し、バージョンアップのたびに再評価を呼ぶ（4節）
監査証跡は有無ではなく中身。変更前後の値・自動での理由入力・検索/ソート・完全な電子コピー。PIC/S は「適切な監査証跡機能を含むソフトウェアを選定すべき」と書く（5節）
導入効果の本体は効率化ではなく転記の排除。改訂 Annex 11 ドラフトは LIMS を名指しでバリデート済みインターフェースを求める（6節）
分析ラボでは生データを持つのは CDS。PIC/S は動的形式での保持を求め、メタデータが失われうる PDF 化は禁止されるべきとする（7節）
SiLA 2 は制御、AnIML は保存、Allotrope は意味づけ。互いの代替ではない（8節）
クラウドでも責任は移らない。文書は自社の施設から説明できる必要があり、新バージョンの事前テスト権は契約に書く（9節）
契約に出口戦略を書く。移行で動的機能が失われうることを PIC/S 自身が認めている以上、返却形式は事前に決めておく（10節）
紙の運用をそのまま電子化しない。改訂ドラフトは「プロセス全体のリスクが増加してはならない」と定める（11節）
A-Lab は訂正で 41/58 → 36/57、表題から "novel" が消えた。自動化されたのは合成と測定であって、「同定した」と言ってよいかの判断ではない（12節）

用語集

LIMS：Laboratory Information Management System。検体を軸に、受付から結果・判定・成績書までを管理するシステム。
ELN：Electronic Lab Notebook。実験の記録を軸にした電子研究ノート。
LES：Laboratory Execution System。試験手順を画面上で一段ずつ実行させ、条件を満たさない操作を止める。
SDMS：Scientific Data Management System。各種機器の生データファイルを集約・索引・長期保管する。
CDS：Chromatography Data System。クロマトグラフのデータ収集・積分・定量計算を行い、生データを保持する。
監査証跡（audit trail）：記録の作成・変更・削除を、誰が・何を・いつ・なぜの4点で自動記録する仕組み。
ALCOA+：データが備えるべき属性。Attributable（帰属性）、Legible（判読性）、Contemporaneous（同時性）、Original（原本性）、Accurate（正確性）に、Complete（完全性）、Consistent（一貫性）、Enduring（永続性）、Available（利用可能性）を加えたもの（PIC/S PI 041-1 §7.5）。
動的（dynamic）データ：検索・クエリ・トレンド解析ができ、アプリケーションで対話的に扱える状態。再積分できるクロマトグラムなど。対義は静的（static、紙や PDF）。
カテゴリ分類：ソフトウェアの性質による区分。厚労省ガイドライン別紙2 でカテゴリ1・3・4・5 が定義され、カテゴリ2 は GAMP 5 との整合のため設定されていない。
DQ / IQ / OQ / PQ：設計時／据付時／運転時／性能の各適格性評価。
URS：User Requirement Specification、要求仕様書。規制当事者が自ら書くべき文書。
SiLA 2：機器制御のための通信標準。HTTP/2 + Protocol Buffers（gRPC のワイヤフォーマット）上で動作する。
AnIML：分析化学データのための ASTM の XML 標準。完了した測定の表現であり、機器制御は範囲外。
ADF / ASM：Allotrope Data Format と Allotrope Simple Model。前者はオントロジーを伴う重い形式、後者は JSON ベースの軽量版。

出典

ASTM International「ASTM E1578-18: Standard Guide for Laboratory Informatics」 — https://store.astm.org/e1578-18.html
PIC/S「PI 041-1: Good Practices for Data Management and Integrity in Regulated GMP/GDP Environments」（2021年7月1日発効） — https://picscheme.org/docview/4234
U.S. FDA「21 CFR § 11.10 Controls for closed systems」 — https://www.law.cornell.edu/cfr/text/21/11.10
European Commission「Annex 11: Computerised Systems」改訂ドラフト（意見募集版、2025年7月7日公開） — https://health.ec.europa.eu/document/download/40231f18-e564-4043-94de-c031f813d38b_en
European Commission「Stakeholders' Consultation on EudraLex Volume 4 — Chapter 4, Annex 11 and New Annex 22」（意見募集：2025年7月7日〜10月7日） — https://health.ec.europa.eu/consultations/stakeholders-consultation-eudralex-volume-4-good-manufacturing-practice-guidelines-chapter-4-annex_en
European Commission「EudraLex Volume 4」（Annex 11 は revision January 2011、2026年8月16日確認） — https://health.ec.europa.eu/medicinal-products/eudralex/eudralex-volume-4_en
厚生労働省「医薬品・医薬部外品製造販売業者等におけるコンピュータ化システム適正管理ガイドラインについて」（薬食監麻発1021第11号、平成22年10月21日） — https://www.mhlw.go.jp/web/t_doc?dataId=00tb6573&dataType=1&pageNo=1
European Accreditation「FAQ 36.1 Question on Laboratory Information Management System (LIMS)」 — https://european-accreditation.org/sp_accordion_faqs/36-1-question-on-laboratory-information-management-system-lims/
SiLA Standard「Standards」（SiLA 2 Version 1.1） — https://sila-standard.com/standards/
AnIML 公式サイト — https://www.animl.org/
Allotrope Foundation 公式サイト — https://allotropefoundation.org/
島津製作所「LabSolutions DB/CS 特長」 — https://www.an.shimadzu.co.jp/products/software-informatics/labsolutions-series/labsolutions-dbcs/features.html
N. J. Szymanski, B. Rendy, Y. Fei, et al.「An autonomous laboratory for the accelerated synthesis of inorganic materials」Nature 624(7990), 86-91 (2023), doi:10.1038/s41586-023-06734-w（Author Correction: Nature 650(8100), E1, 2026年1月19日） — https://pmc.ncbi.nlm.nih.gov/articles/PMC10700133/
Chemistry World「New analysis raises doubts over autonomous lab's materials discoveries」 — https://www.chemistryworld.com/news/new-analysis-raises-doubts-over-autonomous-labs-materials-discoveries/4018791.article
L. Zhu, L. Gao, Y. Chen, D. Zhu, J. Huang「LAP: An Agent-to-Instrument Protocol for Autonomous Science」arXiv:2606.03755（2026年6月2日投稿、査読前プレプリント） — https://arxiv.org/abs/2606.03755

制作メモ：ディープリサーチで収集した資料を出発点に、編集側で原典（規制文書 PDF 本文・規格の公式サイト・文献データベース）を開いて検証のうえ執筆した。条文の引用はすべて PDF 本文または公式ページから直接取っている。

裏が取れず採用しなかったもの：(1) ディープリサーチが返した導入コストの数値（機器1台あたりの接続費用、ソフトウェアライセンス費に対する導入費用の倍率、プロジェクト予算に占めるバリデーションの割合など）は、出典が SEO 目的とみられる二次サイトおよび URL を持たない合成文書に集中しており、一次情報にたどり着けなかったためすべて破棄した。(2) ISO/IEC 17025:2017 の 7.11 は規格本文が有償のため条文を直接確認できていない。本記事では条文を引用せず、欧州認定協力機構（EA）の公式 FAQ の記述のみを根拠としている。(3) 自律実験ラボの事例のうち、複数拠点の閉ループ探索やクラウドラボの装置台数に関する数値は原典にあたれなかったため記載していない。(4) arXiv:2606.03755 は査読前プレプリントであり、かつ著者らが自らのプロトコルを提案する立場から既存規格を評価している点を本文中に明示した。