バイオテクノロジーおよび製薬の研究開発

inTheEU Assist · ケーススタディ · 2026 年 8 月

実験データ、文献、内部プロトコルを扱う研究グループは、どの発見がどの情報源から来たのかを見失ったり、研究者が実際に確認する前に候補結果が確定したものとして扱われたりすることなく、仮説と証拠の間を迅速に移動する必要があります。このページは、そのようなワークフローがどのように計画され、inTheEU Assist で実行されるかを説明するものであり、完了した展開の記録ではありません。

ワークフローはどのように構築されるか

承認された研究資料 (グループが使用を許可した内部実験データ、プロトコル、文献) は、プロジェクト範囲のナレッジ パックに取り込まれます。プロジェクト用に設定されたエージェントは、その資料から抽出された候補となる調査結果、要約、または相互参照を提案します。それぞれは、その資料の特定のソースに関連付けられており、提案済みのステータスで入力されます。

多くの場合、異なるプロジェクトには異なる協力者、データ共有条件、機密保持義務があるため、他の規制された環境と同様に、ここでもプロジェクト レベルの分離が重要です。つまり、あるプロジェクトの素材が別のプロジェクトに表示されたり、再利用されたりすることはありません。

人間の承認が置かれる場所

提案された調査結果または要約は、提案からレビュー、承認または拒否へと移行します。プロジェクトの指定された研究者がレビューして承認するまで、何も確立された結果として扱われず、レポート、提出、またはさらなる実験に反映されることはありません。

これが今日何を参考にし、何が参考にならないのか

プロジェクト スコープのナレッジの取り込み、提案から承認までのレビュー ライフサイクル、および調査結果をソース資料とそのレビュー担当者に結び付ける署名済みの監査チェーンは、プラットフォームの機能部分です。これに含まれないもの: 事前に構築された科学的推論、実験計画、または規制の解釈。研究に関する判断は、グループ全体の科学者に委ねられます。ドメイン固有の分析機能は、既製のモデルとして提供されるのではなく、独自のデータと標準を使用して、それらと並行して開発されます。

この機能セットの基礎となるアーキテクチャの一部は、現在進行中のファイルに文書化されています。このページでは、実装仕様ではなく、パイロットの計画に適したレベルでプラットフォームが何を行うように設計されているかについて説明します。