RTSMを用いた臨床試験に携わって20年、私たちはある共通の傾向を目の当たりにしてきました。それは、私たちを支援するために設計されたシステムが、かえって最大の障害となってしまうということです。
理論上、臨床試験の運用プロセスは技術的にそれほど複雑であるはずがない。にもかかわらず、この業界では何十年もの間、硬直的で肥大化し、処理速度が極めて遅いRTSM(無作為化および試験薬管理)システムに悩まされてきた。
現状が機能していない理由と、私たちがより良い未来を築くための取り組みについて、以下にご説明します。
システムの肥大化という罠
私(プロダクト責任者のベッキー・ストーン)は、ある第2相試験において、スポンサー側として試験責任者を務めたことを覚えています。臨床研究ではよくあることですが、私たちは科学的知見に従いました。試験は進展し、要件も変化していきました。
しかし、2年前に構築したRTSMシステムでは対応しきれない状況になりました。その結果、次のような事態となりました:
- 複雑すぎる:わずかな変更でも大規模な手直しが必要だった。
- 法外な高額:システムを「修復」するための費用は膨れ上がった。
- 機能的に陳腐化:もはやその研究の実際のニーズを満たさなくなっていた。
システムが変化に対応できるよう設計されていない場合、スポンサーから現場スタッフに至るまで、関係者全員にとってストレスの多い環境を作り出してしまう。
「謝罪」から「実行」へ
(プロジェクトマネージャーのケリー・カウフマンです)以前、他のRTSMプロバイダーで働いていた頃、私は常に謝り続けているような気分でした。単純な変更に多大なリソースを割かなければならなかったり、クライアントに明確なスケジュールを提示できなかったりすることなど、その苛立ちは計り知れないものでした。
納期について恥ずかしく思いました。クライアントにソリューションがいつ完成するかさえ伝えられないようでは、システムが機能していないということです。
だからこそ、私はアトレオに移ったのです。チームが「6ヶ月後なら可能かも」ではなく、「はい」と即答できるようなツールで働きたかったからです。スピードと信頼性を最優先にすることで、私たちは「謝罪」の文化から「製品への信頼」の文化へと転換を果たしました。
「些細な」バグがもたらす莫大なコスト
私(ジョン・ボール、COO/共同創業者)のキャリアはソフトウェアテストから始まりましたが、その視点は極めて重要です。この業界において、「些細な」バグなど存在しません。些細な技術的な不具合であっても、次のような点に甚大な影響を及ぼす可能性があります:
- 患者の安全:適切な患者が、適切なタイミングで適切な医療キットを受け取れるようにすること。
- データの整合性:エラーの原因となる手作業による回避策を避ける。
- エンドユーザー体験:臨床試験実施施設のスタッフの負担軽減。
「些細な」バグが数百万ドル規模の試験を台無しにするような事態は避けるべきです。こうしたリスクを排除するためには、技術の根幹にシンプルさが求められます。
臨床試験におけるRTSMの作成を再びシンプルに
臨床試験を開始すること自体がすでに大変な作業です。規制上の障壁、被験者の募集、そして科学的厳密性といった課題を抱え、試験のライフサイクルは本質的にストレスの多いものです。RTSMシステムは、一日の業務の中で最も困難な部分ではなく、最も簡単な部分であるべきです。
アトレオでは、よりシンプルで柔軟性の高いツールを開発することで、プロセスから「煩わしさ」を取り除くことができると考えています。もはやテクノロジーと格闘する時代は終わり、科学をより速く前進させるためにテクノロジーを活用する時が来たのです。
最も貴重な資源である「時間」を最大限に活用しましょう。
「*」は必須項目を示します