米食品医薬品局(FDA)は、患者が音声や文字でやり取りするインスリン管理ソフト「UpDoc」に510(k)クリアランスを出した。対象は2型糖尿病と診断された18歳以上で、医師が患者ごとの治療計画を設定する処方用の医療機器ソフトウェア(Software as a Medical Device)である。生成AIを医療機器へ組み込むとき、対話モデルが情報の受け渡しを担うのか、投薬の判断まで担うのか。その境界を公開資料から読み解く事例となる。

FDAが許可したのは何か

FDAの510(k)データベースによると、UpDocの申請は2025年9月29日に受理され、同年12月23日に実質的同等性ありと判断された。番号はK253281で、製品コードは薬剤投与量計算器に当たるNDC、クラスIIの医療機器である。審査期間は受理から決定まで85日だった。

UpDocは2026年6月の発表で、患者向け大規模言語モデル(Large Language Model)を使うSaMDとして初めてFDAのクリアランスを得たと説明した。ただし、「患者向けLLMを使う初の機器」という位置づけはUpDocによる発表である。FDAの公開決定摘要には「LLM」という語がなく、基盤モデルの名称や、モデルが会話のどの処理を担うかも記載されていない。企業の製品説明と規制当局が確認した範囲は分けて読む必要がある。

米FDAの医療機器審査書類と承認手続きを表した図(イメージ)

三層構造──医師の設定を中核に置く

FDAの決定摘要は、UpDocを医療従事者向けウェブ画面、患者向けモバイルアプリ、会話サービス「UpDoc Agent」と臨床サービスからなるクラウド機能の三つで構成すると説明している。患者は血糖値、食事、症状、服薬状況を手入力するほか、音声または文字の対話で報告する。医療従事者は患者ごとの血糖目標、投薬調整のアルゴリズム、安全手順を設定する

投薬指示の計算根拠は、医療従事者が定めた治療パラメーターである。公開文書から確認できるのは、会話サービスと臨床サービスが別の構成要素であること、投薬計算が医師の設定に従うことだ。一方、自然言語を構造化する過程でLLMがどの程度関与するか、誤解や入力の曖昧さをどう検出するかは、公開摘要だけでは分からない。

対話画面、データ処理、臨床判断の三層を表したソフトウェア構成図(イメージ)

d-Navとの実質的同等性

510(k)は、新しい機器が合法的に流通する比較対象機器と実質的に同等かを審査する経路だ。FDAはUpDocの比較対象として、2019年にクリアランスを得た「d-Nav System」(K181916)を挙げた。両製品は2型糖尿病の成人に医師指定の計画に基づくインスリン管理を提供する点、医療現場と家庭で使う処方機器である点が共通する。

決定摘要では、UpDocについて新たな非臨床性能試験と臨床試験はいずれも「該当なし」とされ、FDAはユーザビリティー試験、ソフトウェアの検証・妥当性確認、リスク分析、サイバーセキュリティー資料などを評価した。これは生成AI一般の安全性や診療能力を包括的に認めた判断ではない。特定用途のソフトについて、既存機器との同等性を確認した結果である。

血糖測定器とインスリン管理アプリを並べた医療機器の図(イメージ)

PCCPが縛る将来の変更

UpDocのクリアランスには、予定変更管理計画(Predetermined Change Control Plan、PCCP)が含まれる。FDA、カナダ保健省、英国医薬品・医療製品規制庁の共同原則では、PCCPは予定する変更、その実施と管理の手順、変更による影響評価をあらかじめ定める計画とされる。許可時の性能を固定したままにせず、変更可能な範囲と検証方法を先に審査する考え方だ。

UpDocのPCCPは、既定値や臨床上の定義、インスリン製品情報、投薬機能、画面表示、データ入力方法など六つの変更区分を認める。その一方、変更後も決定論的なインスリン投薬ロジックを維持し、中核的な臨床判断を変えないことを性能要件に置いた。対話部分の更新を許しても、投薬判断の仕組みまで無制限に変える計画ではない。

医療ソフトの変更項目と検証手順を確認する開発者(イメージ)

日本の審査にある共通点と空白

日本にも、市販後の変更をあらかじめ計画し、確認を受ける制度がある。医薬品医療機器総合機構(PMDA)は、医療機器、AI関連技術を使う医療機器、プログラム医療機器の変更計画確認申請について、2020年の取扱通知や2023年のQ&A、記載事例を公開している。米国のPCCPと名称や法的手続きは同一ではないが、予定する変更と確認方法を事前に示すという課題は共通する。

生成AI特有の評価軸は固まり切っていない。PMDAが2026年3月に開いたシンポジウムの概要は、対話型の自然言語入出力では想定する臨床使用状況が広がり、出力の非決定性や患者の自動化バイアスが論点になると整理した。市販前評価だけで網羅する限界、市販後監視を組み合わせた管理、診断・治療行為との境界も課題に挙げている

日本でUpDocと同種の患者向け対話型LLM医療機器が承認されたことを示す公的資料は、本稿の執筆時点で確認できていない。したがって、米国の結論を日本の承認や公的医療保険の評価へそのまま当てはめる段階にはない。それでも、会話の自由度、投薬ロジック、医師の設定、変更後の検証を別々に示すUpDocの公開資料は、日本で審査上の問いを組み立てる際の具体例になる。

日本の病院と医療ソフトの審査資料を表した図(イメージ)

「AI医師」の許可ではない

今回のクリアランスが示したのは、患者との対話にLLMを使うという企業の製品構想全体をFDAが包括的に認めたという事実ではない。公開決定摘要で確認できるのは、対象患者と用途が限定され、医師指定の治療計画を使い、既存の投薬量計算器と実質的に同等と判断されたこと、将来の変更にも境界が設けられたことだ。

対話型AIを医療機器として評価する際は、自然な受け答えの性能だけを見ても足りない。どの入力が臨床サービスへ渡るのか、曖昧な入力をどう扱うのか、誰が治療パラメーターを設定するのか、更新で判断ロジックが変わらないと何によって検証するのか。UpDocの事例が突きつけるのは、モデルの呼称より、臨床上の決定が生まれる場所を監査可能な形で示せるかという問題である。

対話型AIと医師の判断領域を分ける境界線を表した図(イメージ)