CMSのヘルステックSlack、AI企業にMedicare政策への近道を提供

CMSは、AI医療アプリ、医療記録、Medicareの支払い政策に関する協議で、1,700人規模のワークスペースに異例に直接的な役割を与えた。CMS health tech SlackにはMicrosoft、OpenAI、Anthropic、Apple、Google、投資家、その他のテクノロジー業界の関係者が参加していた。一方で、医師、病院の代表者、患者擁護団体の参加は、報道によればはるかに少なかった。

この仕組みが重要なのは、CMSが技術的なフィードバックを集めるだけにとどまらないためだ。同庁はMedicare App Libraryを開始し、テクノロジーによる慢性疾患ケアを対象とする支払いモデルも導入した。いずれの取り組みも、参加企業にとって政府による露出を配布力、信頼性、収益へと変える可能性がある。

KFF Health NewsとCBS NewsによるSlackに関する調査は、非公開の会合、政策協議、医療アプリケーションに対する政府の後押しを描いている。CMSはこの取り組みを、開かれた任意参加型の技術協力と位置づける。批判的な見方では、正式な連邦諮問機関に期待される均衡性や透明性を欠いた政策立案に似たプロセスだとされる。

中心にある対立は、テクノロジー企業対政府ではない。より迅速な医療データへのアクセスを目指す業界主導の動きと、通常は連邦医療政策に伴う公共的な保護措置との対立である。この対立は、誰が医療記録を管理するのか、Medicareがどのアプリを推奨するのか、AIによる助言が失敗した際に誰が責任を負うのかを左右する。

CMS Health Tech Slackは単なる技術フォーラム以上の存在になった

非公開の調整チャネルが、製品設計、連邦政策、Medicareでの流通、将来の償還を結びつける仕組みの一部となった。

CMSは、患者が医療記録にアクセスし、共有しやすくするためにHealth Technology Ecosystemを設立した。この取り組みは、予約、慢性疾患の支援、対話型AIにこれらの記録を利用できるアプリケーションも目指していた。

連邦政府は当初、この取り組みを幅広い相互運用性の推進として提示した。相互運用性とは、異なる医療システムが共通の技術標準を通じて、同じ患者情報を交換し利用できることを指す。

2025年7月、トランプ政権は主要なテクノロジー企業と医療関連組織からのコミットメントを発表した。名を連ねた参加者にはAmazon、Anthropic、Apple、Google、OpenAIが含まれていた。

当時の報道によると、当初は60社超の組織がコミットメントを表明した。CMSは後に、参加組織が2026年4月までに700超へ増えたと発表した。

公的な取り組みには、相互に結びついた2つの目標があった。1つは、医療提供者やアプリケーションの間で医療記録を持ち運べるようにすること。もう1つは、それらの記録を利用できる患者向け製品を促進することだった。

この公的キャンペーンの裏で、CMSはSlackワークスペースを運用し、その参加者は1,700人にまで増えたとされる。このワークスペースでは、連邦政府当局者がテクノロジー企業、投資家、コンサルタント、ヘルスケア起業家と継続的に接触した。

重要なのはSlackそのものではない。政府機関が外部の専門家と技術的な対話を必要とするのは日常的なことだ。懸念されるのは、そのチャネルを通じて何が行われ、誰が実質的なアクセスを得たのかである。

調査によると、CMSはこのワークスペースを用いて、選定した企業を連邦政府当局者との会合に招いた。2月のある会合には少なくとも35の業界組織が参加し、患者向けの対話型AI製品に焦点が当てられた。

一部の医療アプリケーションは医療機器としての規制権限の対象になり得るため、Food and Drug Administrationも参加した。報道によれば、企業には自社製品の説明と、機微な患者情報へのアクセス方法の説明が求められた。

報道によると、この会合はFDAの公開カレンダーや規制上の告知には掲載されなかった。患者や一般市民は、公開された手続きを通じて招かれていなかった。

CMSの政策顧問は、この会合をFDAが将来のガイダンスを策定するのを支援する機会だと説明した。この表現は、参加企業を自社製品を規律するルールの形成過程に近づけるものだった。

CMSは、このワークスペースが政策諮問委員会であるとの見方に反論している。報道によれば、その行動規範には、このグループが連邦政府当局者に助言や勧告を提供しないと記されていた。

しかし、当局者がガイダンス、製品要件、支払い経路について意見を求める場合、その区別を維持することは難しくなる。免責文言は意図された法的区分を示すものではあるが、実際にこのグループがどのように機能したかを決めるものではない。

このワークスペースには、参加の著しい偏りもあった。調査では、1,700人のメンバーのうち、医師、病院代表者、患者擁護団体はごく少数にとどまった。

この偏りは医療分野では重要だ。開発者はAPI、本人確認システム、モデルの振る舞いを説明できる。しかし、認知機能の低下、慢性疾患、言語上の障壁、限られたデジタルアクセスに直面する患者を、開発者が独立して代表することはできない。

このようにCMS health tech Slackは、最初の大きな緊張関係を生み出した。CMSは迅速な技術的調整を求めたが、そのプロセスは、結果として生まれるシステムから利益を得る立場にある組織へ影響力を集中させた。

MedicareのApp Libraryは可視性を市場支配力へ変える

CMSが製品を正式に推奨していなくても、Medicare App Libraryへの掲載は政府による信頼のシグナルとして機能し得る。

CMSは2026年4月、HealthTech Ecosystemの最初の段階を開始した。この公開では、技術インフラ、患者向けアプリケーション、Medicare App Libraryが組み合わされた。

このライブラリーは、高齢者や障害のある人々を商用の医療アプリケーションへ案内する。初期の掲載には、体重管理、糖尿病支援、がんケア、AI支援による健康ガイダンスなどが含まれた。

報道によれば、CMS当局者はこの可視性について業界参加者と直接議論していた。公開前には、ある当局者がMedicare.govによる紹介を理由に受給者がアプリケーションを信頼する可能性を説明した。

この指摘は商業的価値を端的に表している。Medicareがアプリケーションを安全、有効、あるいは臨床的に優れていると表明しなくても、利用者は承認されたものと受け取る可能性がある。

連邦政府による掲載には制度的な重みがある。多くの受給者は、ディレクトリーへの掲載、技術的適格性、認定結果、臨床的な推奨の違いを区別しないだろう。

CMSは開発者に対し、アプリケーションはまずHealth Technology Ecosystemの誓約に参加しなければならないと伝えている。さらに、本人確認、相互運用性、セキュリティ、プライバシー、外部認定に関する要件を満たす必要がある。

同庁のアプリ提出ルールは、CMSに準拠したデータネットワークへの接続を求めている。また、FHIR R4およびSMART on FHIRへの対応も求めている。

FHIRは、構造化された医療情報を交換するための標準である。SMART on FHIRは認可フレームワークを加え、アプリケーションがこれらの記録への許可されたアクセスを要求できるようにする。

これらの要件は現実の技術的課題に対応するものだ。患者は複数の病院、検査機関、専門医、薬局、保険会社からケアを受けることがある。それぞれの組織は記録の一部しか保有していない場合がある。

承認されたアプリケーションは、こうした断片を1つの画面に集約できる可能性がある。AIアシスタントはそのうえで、検査結果、服薬履歴、診断、ウェアラブルデバイスのデータを使い、回答を個別化できる。

これは、利用者にすべての検査や処方を記憶してもらう方法と比べれば、有意義な改善である。同時に、消費者向け製品の内部に、はるかに機微なデータの集積を生むことにもなる。

CMSは、対話型アシスタントがAI生成の回答を明示し、教育的情報と臨床的助言を区別しなければならないとしている。しかし、ラベルを付けても、利用者が個別化されたガイダンスを医療上の判断として扱うことを防ぐことはできない。

アシスタントが本人の疾患や服薬状況を把握している場合、この区別はさらに曖昧になる。完全な病歴に基づく助言は、一般的なチャットボットの回答よりも権威があるように感じられるだろう。

このライブラリーは大手ベンダーを有利にする可能性もある。MicrosoftとGoogleはすでに、広範なクラウド、本人確認、セキュリティ、医療分野での関係を持つ。OpenAIとAnthropicは広く認知されたAI製品と相当な技術資源を有している。

より小規模な医療企業は、特定の疾患についてより深い知見を持つ場合がある。それでも、認定、本人確認、ネットワーク統合、セキュリティ審査、政府との連携において、相対的に高いコストに直面し得る。

これは構造的な優位性を生み出す。すでにCMS health tech Slackに参加している企業は、満たすべきシステムを構築しながら、要件がどのように形成されているかを学ぶことができる。

アクセスがえこひいきを証明するわけではない。ただし、ベンダーの製品ロードマップと、政府が形成しつつある期待との距離を縮めることにはなる。

したがって患者は、Medicare App Libraryを臨床的品質のランキングではなく、選定されたアクセスポイントとして読むべきだ。政策立案者は、信頼がエビデンスの代替物になる前に、この境界を明確にしなければならない。

CMS Health Tech SlackへのアクセスはいまやMedicareの支払いにもつながる

相互運用性プロジェクトが、テクノロジー支援ケアに対するMedicare償還への経路を得たことで、問題の重大性は増した。

CMSは2026年7月、ACCESS Modelを開始した。ACCESSはAdvancing Chronic Care with Effective, Scalable Solutionsの略称である。

この任意参加型モデルは、慢性疾患を抱える人々を支援する組織に対し、成果に連動した支払いを創設する。CMSは、定義された臨床活動だけに支払うのではなく、測定可能な健康アウトカムに支払いを結び付けることができる。

初期の対象領域には、高血圧、糖尿病、慢性筋骨格痛、うつ病が含まれる。CMSによると、Medicare受給者の3分の2超が、初期モデルの対象となる疾患を抱えている。

プログラムは10年間実施される。心不全、慢性閉塞性肺疾患、物質使用障害、禁煙を対象とする追加トラックは、2027年4月に予定されている。

ACCESS支払いモデルの下で、臨床医は遠隔モニタリング、アプリケーション、コーチング、または関連するテクノロジー支援サービスを提供する組織と連携できる。

このアプローチは、実在する支払い上の空白に対応する。従来の出来高払い型Medicareは特定の活動に対して支払う一方、デジタルケアは診察と診察の間に継続的かつ非同期で行われることがある。

あるアプリケーションは血圧をモニタリングし、測定の欠落を特定して、患者に臨床医への連絡を促すかもしれない。別のサービスは、糖尿病管理のためにコーチングとウェアラブルデータを組み合わせる可能性がある。

アウトカムに連動した支払いは、ベンダーがエンゲージメント時間や通知件数ではなく、患者の改善に焦点を当てることを促し得る。しかしこのモデルは、公的資金をツールを開発する企業へも向かわせる。

この変化により、初期段階での政策アクセスが商業的に重要になる。同じエコシステムの中で、データアクセス、アプリの適格性、流通、Medicare資金によるサービスへの経路が議論されている。

調査は、CMS当局者がMedicare App Libraryの参加者に新モデル内で優先的な扱いが与えられる可能性を示唆したと報じた。CMSの公開提出ページには、ACCESS参加者には特別なライブラリー表示が付与されると記されている。

また、そうした参加者は、特定のCMS審査および試用アクセス要件を免除されるとも記されている。この関係は、政府による支払いと政府による可視性との結び付きを強める。

そのため、企業は一つのエコシステムを通じて複数の利点を追求できる。医療記録への接続を取得し、Medicareのディレクトリに掲載され、受益者の信頼を築き、成果連動型の支払いモデルに参加できる。

個々の利点だけで不当な影響力を示すわけではない。だが、それらが組み合わさることで、この取り組みの性質は変わる。

政府は単に技術標準を公開しているのではない。市場のあり方を定義し、その参加者を組織化し、製品を流通させ、支払い条件を整えることにも関与している。

この組み合わせは、3つの集団に圧力をかける。

独立系開発者は、自らが影響を及ぼせなかった可能性のあるプロセスで策定された標準に直面する。臨床医は、継続中の診療に商用サービスを組み込み得るツールに向き合う。患者は、完全な病歴を民間アプリケーションと共有するかどうかの判断を迫られる。

CMSもまた、独自の圧力に直面している。データポータビリティを実用的なものにするため十分な速さで進めつつ、そのスピードが独立した評価を犠牲にしていないことを示さなければならない。

同機関の当初の約束は、患者による管理、医療提供者の負担軽減、より良い健康アウトカムを強調していた。これらの目標自体は依然として妥当だ。

問われるのは、支払い制度が成果を独立して検証するかどうかである。また、企業がより容易な患者を選んだり、弱い比較群を用いたり、狭い指標を中心に成功を定義したりすることを防がなければならない。

アプリケーションは、患者全体のケアを改善せずに記録上の指標を下げることができる。また、接続環境が限られる人や複雑な疾患を持つ人を十分に支援できないまま、平均値では良好な結果を示すこともある。

成果連動型の支払いは、自動的に説明責任を担保するものではない。測定設計によって、制度が健康改善、有利な患者選択、あるいは巧妙な報告のどれに報いるかが決まる。

医療記録への迅速なアクセスはプライバシーとのトレードオフを生む

記録を持ち運べるようにすることは患者の管理権限を高める一方、機微な情報を従来の医療プライバシーの境界の外へ移すことにもなる。

CMSの相互運用性フレームワークは、承認済みの本人確認資格情報と連携したデータネットワークを通じ、幅広いアクセスを目指している。本人確認された患者は、医療提供者ごとに別々のポータルアカウントを作成する必要がないはずだ。

このフレームワークはまた、誰が、いつ、なぜ情報にアクセスしたのかを示す取引ログを求めている。こうした管理措置は、手続き上の摩擦を減らし、データ利用をより可視化できる。

このアプローチは、長年にわたる医療の問題に対処するものだ。患者はしばしば、複数のポータル、ファックスによる依頼、組織上の手続きを経なければ完全な記録を取得できない。

医師を変更したり緊急医療が必要になったりした際、容易な転送は役に立つ。また、アプリケーションが薬剤の競合を検出したり、診察時に有用な質問を準備したりするのに十分な文脈を与えることもある。

しかし、ポータビリティは転送後のプライバシーを保証しない。患者が医療提供者に対し、独立系の消費者向けアプリケーションへ情報を送るよう指示した場合、法的保護は変化し得る。

HHSのガイダンスは、規制対象の医療関係の外で運営されるアプリケーションに入力された情報は、一般にHIPAAの対象ではないと説明している。情報が保護された医療記録に由来していたとしても、その点は変わらない。

HIPAAアプリに関するガイダンスは重要な境界を示している。病院のアプリケーションは一般にHIPAAの対象であり続ける一方、無関係な消費者向けアプリケーションは対象外となる可能性がある。

他の保護策も存在する。連邦取引委員会（FTC）は、誤解を招くプライバシーに関する主張に異議を申し立てることができ、多くの健康アプリケーション提供者に対して情報漏えい通知義務を執行できる。

FTCが更新した健康情報漏えい規則は、HIPAAの対象外にある多くのアプリケーションや接続デバイスを明示的に対象としている。不正な開示は、外部からのハッキングだけでなく、情報漏えいとして扱われ得る。

こうした保護は重要だが、すべてのプライバシー制度が同等になるわけではない。HIPAAは、漏えいが発生する前から、対象事業体と業務委託先に詳細な義務を課している。

消費者保護法は、多くの場合、企業が何を約束したか、その行為が欺瞞的だったか、不正な開示が通知義務を発生させたかに依存する。執行は、情報がすでに移転された後に行われることもある。

医療記録は、リセットが極めて難しい。患者はパスワードや決済カードを変更できても、診断、遺伝的リスク、精神科の病歴、服薬記録を取り替えることはできない。

AIサービスは、さらなる疑問を投げかける。企業は、健康データがモデルの学習、製品改善、広告支援、またはサービス提供者への提供に使われるかを説明しなければならない。

利用者は、削除がどのように機能するかも知る必要がある。インターフェースから会話を削除しても、派生データ、ログ、バックアップ、安全性記録が別の場所に残るかどうかには必ずしも答えていない。

同意が中心的な設計課題となる。一つの認可画面でも、技術的にはアクセスを許可できるが、その結果を利用者が理解する助けにはならない可能性がある。

意味のある同意では、記録の取得と二次利用を分けるべきだ。各データカテゴリー、各受領者、保存期間、実用的な同意撤回の手順を明示すべきである。

高齢者は追加の課題に直面する可能性がある。受益者の中には、介護者に頼る人、共有デバイスを使う人、理解や意思決定に影響する状態を抱える人がいる。

安全な本人確認資格情報は、誰が情報を要求しているかを確認できる。しかし、その人物が後続するすべてのデータ利用を理解していることまでは確認できない。

報道によれば、CMSのヘルステックSlackには、記録へのアクセス前にアプリケーションがどこまで同意を必要とするかに関する議論が含まれていた。まさにこの点で、患者代表には同等の影響力が与えられるべきだ。

開発者は、画面が一つ増えるごとに導入率が下がり得るため、当然ながら手順の削減を最適化する。製品が生涯分の医療情報を要求する場合、患者はより遅くても明確な判断を好むかもしれない。

これが主要なトレードオフである。摩擦は患者のアクセスを妨げ得る一方、すべての摩擦を取り除けば、同意はほとんど見えない権限移転へと変わり得る。

このプロセスは業界による取り込みへの疑問を提起する

最も強い批判は、CMSが民間テクノロジー企業と協働すべきかではなく、誰がルールの枠組みづくりを担ったのかに向けられている。

連邦の保健機関は、外部の専門知識なしに現代的なデータインフラを設計することはできない。テクノロジー企業は、政府職員が自ら構築する機会のないシステムを理解している。

医療機関もまた、民間のソフトウェア、クラウドサービス、IDプロバイダー、電子医療記録ベンダーに依存している。企業を排除すれば、技術政策は弱体化する。

問題は、協議が構造的に不均衡になったときに始まる。ベンダーが支配するフォーラムは、商業的な前提を通じて患者のニーズを定義しかねない。

たとえば企業は、より迅速な記録アクセスを患者の管理権限を測る主な尺度として扱うかもしれない。一方、患者擁護者は、同意撤回、二次利用、アクセシビリティ、または操作からの保護に焦点を当てる可能性がある。

医師は、AIアシスタントが曖昧な症状をどのように扱うかを問うかもしれない。ベンダーは、個別化された応答を提供するためにアシスタントが十分なデータを取得できるかを重視するかもしれない。

どちらの視点も重要だ。しかし、両者は交換可能ではない。

元FDA弁護士でHarvard Medical SchoolのリサーチスペシャリストであるJoseph Daval氏は、この調査のためSlackメッセージを検討した。同氏は、このグループがいくつかの点で連邦諮問委員会に似ていると述べた。

連邦諮問委員会は一般に、公開性、独立した参加、バランスの取れた構成を支えることを目的とした要件の下で運営される。このSlackが法的にその定義を満たしていたかどうかは、依然として未解決である。

報道によれば、CMSの行動規範は、このワークスペースが諮問委員会を構成するものではないと述べていた。また、連邦職員に対して特定の製品や企業を推奨しないよう警告していた。

こうした保護措置は、職員が境界を認識していたことを示している。報じられた議論は、実際の運用がその境界内に十分収まっていたかという疑問を提起する。

報じられたある会議では、職員がMedicare.govを、掲載アプリケーションに対する受益者の信頼の源泉として説明していた。別の記録では、注目アプリケーションと支払い機会が結び付けられていたとされる。

政府職員は製品を推奨せずにプログラムを説明できる。しかし、流通を約束したり、取り組みを商業的な推進力として説明したりすることは、慎重さが求められる境界線に近づく。

CMSは、ライブラリ向けアプリケーションの選定方法を含む、記者からの複数の詳細な質問に回答しなかった。また、職員が製品の宣伝を議論した理由についても十分に説明しなかった。

同機関は、このエコシステムはオープンかつ任意参加であると述べた。患者、医療提供者、支払者、テクノロジー組織、その他の利害関係者との協働を強調した。

開放性は総参加者数だけでは測れない。招待の慣行、会議へのアクセス、意思決定記録、発言機会、競合する見解が最終方針にどう影響するかにも左右される。

1,700人規模のチャンネルであっても、活発な参加者の大半が似た財務上の利害を共有していれば、なお狭いものになり得る。大規模な参加者数は、決定的な選択に誰が影響したのかをかえって見えにくくする場合もある。

透明性のために、すべての非公式メッセージを公開する必要はない。機関には実務上の対話が必要であり、企業は時として機密の技術情報を共有する。

それでもCMSは、会議日程、参加者リスト、書面による議題、意思決定の要約、利益相反の開示、重要な政策変更に関する説明を公表できる。

また、実質的な代表性を持つ患者・臨床医評議会を設けることもできる。そのグループは、プライバシー文言、同意フロー、アプリの説明、成果指標が受益者に届く前に検討すべきだ。

独立したテストも同様に重要だ。セキュリティ認定だけでは、臨床的正確性、健康上の便益、使いやすさ、公平なアクセスを証明できない。

AIアシスタントは技術要件を満たしていても、一貫性のない助言を提供する可能性がある。糖尿病アプリケーションはデータを保護していても、複雑な医療ニーズを持つ利用者に対して十分な成果を上げられないことがある。

Medicareブランドは、こうした違いを一つの信頼できるという印象に圧縮しかねない。CMSは、ディレクトリへの掲載が暗黙の臨床的推奨にならないよう防がなければならない。

CMSが均衡を回復できるかを示す3つのシグナル

次の段階は、公開プロセス、測定可能な患者アウトカム、執行可能なデータ保護を通じて評価されるべきだ。

最初のシグナルは、CMSがアプリ選定をどのように説明するかである。同機関は、Medicare App Libraryにおける掲載、削除、順位付け、特別な指定の基準を明確に公表すべきだ。

その基準は、技術的な適格性と臨床的エビデンスを区別すべきである。各掲載情報は、CMSが何を審査し、何を審査していないかを利用者に伝えるべきだ。

CMSはまた、掲載企業がルールに関する非公開会議に参加していたかどうかを開示すべきだ。参加したことだけで自動的に失格となるわけではないが、透明性によって潜在的な優位性が明らかになる。

CMSが詳細な選定記録を公開すれば、プログラムが開かれたままだという主張は強まる。曖昧さが続けば、特権的なアクセスに対する懸念が強まるだろう。

2つ目のシグナルは、ACCESSが成果をどのように報告するかである。集計された成功率だけでは不十分だ。

CMSは、継続利用率、有害事象、患者からの苦情、人口統計学的・臨床的な各グループにおける結果を示すべきだ。また、参加者が適格患者をどのように定義し、改善をどのように測定しているかも説明すべきである。

独立した評価では、テクノロジー支援を受けたケアを、信頼できる代替手段と比較すべきだ。そうでなければ、ベンダーはもともと改善する可能性が高かった患者から有利な結果を得ることができてしまう。

このプログラムは、誰が臨床上の責任を負うのかも明確にしなければならない。自動化された助言が専門的なケアと矛盾したり、重大な状態を見落としたりした場合、患者には明確なエスカレーション経路が必要である。

強力な評価結果が得られれば、ACCESSがより良いケアに報いるという主張を裏付けることになる。報告が不十分であれば、エビデンスよりも償還制度の整備が先行したことを示唆するだろう。

3つ目のシグナルは、医療記録が従来の医療システムの外に出た後も、プライバシー管理が理解しやすい状態に保たれるかどうかだ。CMSは、アプリケーションがデータを取得する前に、具体的な開示を義務付けるべきである。

ユーザーは、製品が記録をモデル学習、製品開発、マーケティング、または研究に利用するかどうかを確認できる必要がある。また、アクセスを取り消し、削除を要請するための直接的な手段も提供されるべきだ。

監査ログはネットワーク管理者だけでなく、患者にも届くべきである。本人が、どのサービスが記録を開き、どの情報を受け取ったのかを確認できなければならない。

侵害や無許可の開示は、こうした保護措置を試すことになる。執行措置、アプリケーションの削除、あるいは遅延した通知は、文書上の要件と実際の保護の間にある隔たりを浮き彫りにするだろう。

より広い約束には、なお価値がある。患者は、自らの医療履歴を管理するために、ファクス、繰り返しの書類記入、あるいは記憶だけに頼る必要があってはならない。

AIアプリケーションは、質問の準備、慢性疾患のモニタリング、そして威圧的に感じられる医療システムの利用を支援できる可能性がある。こうした利点は、慎重な実験を正当化する。

しかし、それはベンダーに実験のあり方を大部分において自ら決めさせることを正当化するものではない。より速いイノベーションは、バランスの取れた参加、公的な議論、独立したエビデンスの代わりにはならない。

開発者とエンタープライズ購入者にとって、この教訓はMedicareの枠を超える。機微なデータへのアクセスには、プロダクトチームが法的開示に先送りできないガバナンス上の責務が伴う。

チームには、方針に関する議論、リスク判断、技術要件、ユーザーフィードバックについて、長期的に維持できる記録が必要である。検索可能なAIナレッジベースは、こうした組織的な文脈を残す助けになるが、ドキュメント化は出発点にすぎない。

CMSのヘルステックSlackをめぐる話には、いま明確な試金石がある。CMSは、このシステムを、参加企業にとってアクセスしやすいものにしたのと同じくらい、患者にとって透明なものにできるのだろうか。

ライブラリの選定に関する開示、ACCESSの成果データ、そして記録移転に付随するプライバシー管理に注目したい。これらのシグナルを合わせれば、これが患者中心のインフラになるのか、それともヘルスAIのための政府支援型流通チャネルになるのかが分かるだろう。