CMS Health Tech Slack 为 AI 公司提供了进入 Medicare 政策的捷径
CMS 让一个拥有 1,700 名成员的工作区在有关 AI 健康应用、医疗记录和 Medicare 支付政策的讨论中发挥了异常直接的作用。这个 CMS 健康科技 Slack 汇集了 Microsoft、OpenAI、Anthropic、Apple、Google、投资者及其他科技界利益相关方。然而，据报道，医生、医院代表和患者倡导者的参与度要低得多。
这一安排之所以重要，是因为 CMS 所做的不只是收集技术反馈。该机构已推出 Medicare 应用库，并开放了一种面向技术支持型慢性病护理的支付模式。这两项举措都可能为参与公司带来政府曝光度、分发渠道、公信力和收入。
KFF Health News 与 CBS News 的一项 Slack 调查描述了非公开会议、政策讨论，以及政府对健康应用的鼓励。CMS 将这项倡议称为开放、自愿的技术协作。批评者则认为，这一过程类似于政策制定，却缺乏正式联邦咨询机构应有的平衡性和透明度。
核心冲突并非科技公司与政府之间的对立，而是由行业主导、推动更快获取健康数据的行动，与通常附加于联邦健康政策的公共保障措施之间的冲突。这场冲突将影响谁控制医疗记录、Medicare 推广哪些应用，以及当 AI 建议失误时由谁承担责任。
CMS Health Tech Slack 已不只是技术论坛
一个私密协调渠道成为连接产品设计、联邦政策、Medicare 分发以及未来报销机制的一部分。
CMS 设立了其健康技术生态系统，旨在让患者更容易访问和共享健康记录。该倡议还寻求能够利用这些记录进行预约、慢性病支持和对话式 AI 服务的应用。
联邦政府最初将这项工作定位为广泛的互操作性行动。互操作性意味着不同医疗系统能够通过共享技术标准交换和使用相同的患者信息。
2025 年 7 月，特朗普政府宣布已获得多家大型科技和医疗保健组织的承诺。Amazon、Anthropic、Apple、Google 和 OpenAI 均出现在公布的参与者名单中。
据当时报道，超过 60 家组织作出了初步承诺。CMS 此后表示，截至 2026 年 4 月，参与组织已增至 700 多家。
这项公开倡议包含两个相互关联的目标。一是让医疗记录能够在不同医疗服务提供者和应用之间便携流通。二是鼓励能够使用这些记录、面向患者的产品发展。
在这场公开行动背后，CMS 运营着一个据称已发展至 1,700 名成员的 Slack 工作区。该工作区让联邦官员与科技公司、投资者、顾问和健康创业者保持经常性接触。
Slack 本身并不是关键问题。政府机构通常需要与外部专家就技术问题展开交流。值得担忧的是，这一渠道促成了什么，以及谁获得了实质性的接触机会。
据该调查报道，CMS 通过这个工作区邀请选定公司参加与联邦官员的会议。2 月的一场会议涉及至少 35 家行业组织，重点讨论面向患者的对话式 AI 产品。
美国食品药品监督管理局参与其中，是因为部分健康应用可能落入其医疗器械监管权限。报道称，相关公司被要求介绍其产品，并说明如何获取敏感患者信息。
据报道，该会议并未出现在 FDA 的公开日程或监管公告中。患者和更广泛的公众也未通过公开程序获邀参与。
一名 CMS 政策顾问将这场会议描述为帮助 FDA 制定未来指南的机会。这种表述让参与公司贴近了规范其自身产品的规则形成过程。
CMS 对该工作区属于政策咨询委员会的说法提出异议。据报道，其行为准则规定，该团体不会向联邦官员提供建议或推荐。
但当官员主动征求关于指南、产品要求和支付路径的意见时，这一区别就更难维持。免责声明描述了预期的法律分类，却无法决定该团体在实际中如何运作。
该工作区还存在显著的参与失衡。调查发现，在 1,700 名成员中，只有少数医生、医院代表和患者倡导者。
这种失衡在医疗保健领域尤为重要。开发者可以解释 API、身份系统和模型行为，但他们无法独立代表面临认知障碍、慢性疾病、语言壁垒或数字接入有限问题的患者。
因此，CMS 健康科技 Slack 造成了首个重大张力：该机构希望实现快速的技术协调，但这一过程将影响力集中在有望从最终系统中获利的组织手中。
Medicare 应用库将曝光度转化为市场力量
在 Medicare 应用库中占据一席之地，即便 CMS 并未正式背书产品，也可能构成一种政府信任信号。
CMS 于 2026 年 4 月推出了健康技术生态系统的首批内容。此次发布结合了技术基础设施、面向患者的应用，以及 Medicare 应用库。
该应用库将老年人和残障人士引导至商业健康应用。其早期列表涵盖体重管理、糖尿病支持、癌症护理和 AI 辅助健康指导等用途。
据报道，CMS 官员曾直接与行业参与者讨论这种曝光度。在公开发布前，一名官员谈到，受益人可能会因为 Medicare.gov 推广某个应用而信任它。
这一观察点出了其商业价值。Medicare 无需将某个应用称为安全、有效或临床表现更优，用户也可能将其理解为获得认可。
联邦目录中的列名带有制度性分量。许多受益人不会区分目录条目、技术资格、认证结果和临床背书。
CMS 告知开发者，应用必须先加入健康技术生态系统承诺计划。随后还必须满足身份验证、互操作性、安全、隐私和外部认证等要求。
该机构的 应用提交规则要求应用接入与 CMS 协调的数据网络，同时也要求支持 FHIR R4 和 SMART on FHIR。
FHIR 是用于交换结构化健康信息的标准。SMART on FHIR 增加了授权框架，使应用能够请求获得允许访问这些记录的权限。
这些要求解决了真实存在的技术问题。一名患者可能同时在多家医院、实验室、专科诊所、药房和保险机构接受服务，而每个组织可能只保存部分记录。
获批应用可以将这些碎片整合到一个视图中。随后，AI 助手可以利用化验结果、用药史、诊断信息或可穿戴设备数据来个性化其回复。
与要求用户记住每一次检查和每一种处方相比，这是一项有意义的改进。但它也会在消费级产品中形成更加敏感的数据集合。
CMS 表示，对话式助手必须标注 AI 生成的回复，并区分教育信息与临床建议。然而，标签无法阻止用户将个性化指导视为医学判断。
当助手掌握一个人的疾病状况和用药信息时，这种界限会更加模糊。基于完整病史的建议，比通用聊天机器人的回复更容易显得权威。
该应用库也可能更有利于大型供应商。Microsoft 和 Google 已拥有广泛的云服务、身份认证、安全及医疗保健合作关系。OpenAI 和 Anthropic 则带来了广受认可的 AI 产品和雄厚的技术资源。
规模较小的健康公司可能对特定疾病有更深入的了解，但它们在认证、身份验证、网络整合、安全审查和政府沟通方面可能面临更高的相对成本。
这形成了一种结构性优势。已经进入 CMS 健康科技 Slack 的公司，能够在构建满足相关要求的系统时，了解这些要求将如何发展。
接触机会并不能证明存在偏袒，但它确实缩短了供应商产品路线图与政府新兴预期之间的距离。
因此，患者应将 Medicare 应用库视为经过筛选的访问入口，而非临床质量排名。政策制定者必须在信任成为证据替代品之前，明确划定这一界限。
CMS Health Tech Slack 的接触机会如今与 Medicare 支付相连
当一项互操作性项目获得进入 Medicare 技术支持型护理报销的路径时，相关利害关系随之上升。
CMS 于 2026 年 7 月推出 ACCESS Model。ACCESS 是 Advancing Chronic Care with Effective, Scalable Solutions 的缩写。
这一自愿参与的模式为支持慢性病患者的组织提供与结果挂钩的支付。CMS 不再只为定义明确的临床活动付费，而是可以将支付与可衡量的健康结果关联起来。
初始覆盖领域包括高血压、糖尿病、慢性肌肉骨骼疼痛和抑郁症。CMS 表示，超过三分之二的 Medicare 受益人患有初始模式所覆盖的疾病。
该项目将运行十年。针对心力衰竭、慢性阻塞性肺疾病、物质使用障碍和戒烟的额外路径计划于 2027 年 4 月启动。
根据 ACCESS 支付模式，临床医生可以与提供远程监测、应用、辅导或其他技术支持服务的组织合作。
这种方法回应了一个真实的支付缺口。传统按服务收费的 Medicare 为特定活动付费，而数字化护理可以在预约之间持续且异步地进行。
一款应用可能监测血压、识别漏测情况，并提醒患者联系临床医生。另一项服务可能将辅导与可穿戴设备数据相结合，用于糖尿病管理。
与结果挂钩的支付可以鼓励供应商关注患者改善，而非互动时长或通知数量。然而，这一模式也会将公共资金导向开发这些工具的公司。
这一变化使得早期政策接触具有商业重要性。同一个生态系统讨论数据访问、应用资格、分发渠道，以及通往 Medicare 资助服务的路径。
该调查报道称，CMS 官员表示 Medicare 应用库参与者可能在新模式中获得优先待遇。CMS 的公开提交页面称，ACCESS 参与者将获得特殊的应用库标识。
页面还称，这些参与者可豁免部分 CMS 审查和试用访问要求。这种关系进一步收紧了政府支付与政府曝光度之间的联系。
因此，一家公司可以通过同一个生态系统获得多重优势：接入医疗记录、出现在 Medicare 名录中、建立受益人信任，并参与基于结果的支付模式。
任何单一好处都不足以证明存在不当影响。但它们的组合改变了这项计划的性质。
政府不只是发布一项技术标准。它还在帮助定义市场、组织参与者、分发其产品，并设定支付条件。
这种组合给三类群体带来压力。
独立开发者面对的是一套可能并未参与塑造的标准。临床医生面对的是可能将商业服务嵌入持续诊疗过程的工具。患者则要决定，是否与私人应用共享完整病史。
CMS 也承受着自身的压力。它必须以足够快的速度让数据可携带真正有用，同时证明速度并未取代独立评估。
该机构在其最初承诺中强调了患者控制权、减轻提供者负担和改善健康结果。这些目标依然合理。
关键在于支付体系能否独立验证结果。它还必须防止企业挑选更容易改善的患者、使用薄弱的对照组，或围绕狭窄指标定义成功。
一款应用可以降低被记录的某项指标，却未必改善患者整体照护。它也可能取得良好的平均结果，却无法服务网络连接有限或病情复杂的人群。
基于结果的支付并不天然等于问责。衡量机制的设计决定了系统奖励的是健康改善、有利的患者筛选，还是巧妙的数据报告。
更快获取医疗记录带来隐私权衡
让医疗记录具备可携带性赋予患者更多控制权，但也会让敏感信息越过熟悉的医疗隐私边界。
CMS 的互操作性框架力求通过获批的身份凭证和协同的数据网络实现广泛访问。经过验证的患者不应需要为每家医疗服务提供者分别注册门户账户。
该框架还要求保留交易日志，记录谁访问了信息、何时访问以及为何访问。这些控制措施可以减少阻力，并让数据使用更加可见。
这一做法回应了医疗体系长期存在的一个问题：患者往往无法在不辗转多个门户、发送传真请求和应对机构流程的情况下获取完整记录。
当患者更换医生或需要紧急治疗时，便捷传输会有所帮助。它还可以让应用获得足够的背景信息，以识别药物冲突或准备有价值的就诊问题。
但信息转移后，可携带性并不保证隐私。患者指示医疗服务提供者将信息发送至独立消费者应用时，适用的法律保护可能发生变化。
HHS 指南解释称，在受监管医疗关系之外运营的应用中录入的信息，通常不受 HIPAA 覆盖。即便这些信息最初来自受保护的医疗记录，情况也依然如此。
这份HIPAA 应用指南划出了一条重要边界。医院自己的应用通常仍受 HIPAA 约束，而无关联的消费者应用则可能不受其约束。
其他保护措施依然适用。联邦贸易委员会可以对误导性的隐私声明提出挑战，并对许多健康应用提供商执行数据泄露通知义务。
FTC 更新后的健康数据泄露规则明确覆盖 HIPAA 体系之外的许多应用和联网设备。未经授权的披露也可能构成数据泄露，而不仅仅是外部黑客事件。
这些保护很重要，但并不意味着所有隐私制度都具有同等效力。HIPAA 在数据泄露发生前，就为受监管实体及其业务合作方设定了详细义务。
消费者法通常取决于企业作出了何种承诺、其行为是否具有欺骗性，或未经授权的披露是否触发通知义务。执法行动可能发生在信息已经流转之后。
医疗记录尤其难以重置。患者可以更换密码或支付卡，却无法更换诊断结果、遗传风险、精神病史或用药记录。
AI 服务带来了更多问题。企业必须说明健康数据是否用于训练模型、改进产品、支持广告，或传递给服务提供商。
用户还需要知道删除如何运作。从界面中删除一段对话，并不必然回答衍生数据、日志、备份或安全记录是否仍保留在其他地方。
同意由此成为核心设计问题。一张授权页面在技术上可以允许访问，却未必帮助用户理解后果。
有意义的同意应将记录获取与二次使用区分开来。它应明确每类数据、每个接收方、保存期限，以及可实际操作的撤销流程。
老年人可能面临额外挑战。一些受益人依赖照护者、使用共享设备，或患有影响理解与决策能力的疾病。
安全的身份凭证可以确认谁在请求信息，却无法证明该人理解每一种后续数据用途。
据报道，CMS 健康科技 Slack 中曾讨论应用在访问记录前需要获得多少同意。这恰恰是患者代表应获得相当影响力的领域。
开发者自然会为更少的步骤而优化，因为每多一个页面都可能降低采用率。若产品要求获取一个人一生的医疗信息，患者可能更倾向于较慢但更清晰的决定过程。
这正是核心权衡。摩擦可能妨碍患者访问，但消除所有摩擦也可能让同意变成几乎不可察觉的权力转移。
该流程引发行业俘获的疑问
最有力的批评关乎谁参与构建规则框架，而不是 CMS 是否应与私营科技公司合作。
联邦卫生机构若没有外部专业知识，就无法设计现代数据基础设施。科技供应商了解一些政府官员自己永远不会构建的系统。
医疗机构同样依赖私营软件、云服务、身份提供商和电子健康记录供应商。排除企业只会导致技术政策更加薄弱。
问题始于咨询过程在结构上失去平衡。当一个论坛由供应商主导时，患者需求可能会被商业假设所定义。
例如，企业可能将更快获取记录视为衡量患者控制权的主要标准。患者倡导者则可能更关注撤销权、二次使用、无障碍性或免受操纵的保护。
医生可能会询问 AI 助手如何处理模糊症状。供应商则可能强调该助手能否获取足够数据，以提供个性化回应。
两种视角都相关，但不能相互替代。
前 FDA 律师、哈佛医学院研究专家 Joseph Daval 审阅了此次调查中的 Slack 消息。他表示，该群组在某些方面类似于联邦咨询委员会。
联邦咨询委员会通常须遵守旨在支持公众可见性、独立参与和成员构成平衡的要求。该 Slack 是否在法律上符合这一界定，仍未有定论。
据报道，CMS 的行为准则称，该工作区不构成咨询委员会。准则还警告联邦雇员不得为特定产品或公司背书。
这些保障措施表明，官员们意识到了这条边界。相关讨论则引发疑问：实际做法是否始终稳妥地处于边界之内。
据报道，一次会议中有官员将 Medicare.gov 描述为上榜应用获得受益人信任的来源。其他录音据称将重点展示的应用与支付机会联系起来。
政府雇员可以解释一项计划，而不构成对产品的背书。然而，承诺分发渠道或将一项计划描述为商业引擎，已接近一条敏感界线。
CMS 没有回答记者提出的若干详细问题，包括其如何为应用库挑选应用。它也没有充分解释官员为何讨论推广产品。
该机构表示，生态系统是开放且自愿的。它强调与患者、医疗服务提供者、支付方、科技组织及其他利益相关方合作。
开放性不能只通过成员总数来衡量。它还取决于邀请方式、会议参与权限、决策记录、发言机会，以及不同观点如何影响最终政策。
即使一个频道拥有 1,700 名成员，如果多数活跃参与者拥有相似的财务利益，它仍可能很狭窄。庞大的成员规模甚至可能掩盖究竟是谁塑造了关键决定。
透明度不要求公布每一条非正式消息。机构需要开展工作层面的讨论，企业有时也会分享保密的技术细节。
CMS 仍可公布会议日历、参与者名单、书面议程、决策摘要、利益冲突披露，以及对重大政策变化的说明。
它还可以成立具有实质代表性的患者与临床医生委员会。在面向受益人之前，该小组应审查隐私措辞、同意流程、应用说明和结果衡量标准。
独立测试同样重要。安全认证无法证明临床准确性、健康收益、易用性或公平获取。
一名 AI 助手可能符合技术要求，却提供不一致的指导。一款糖尿病应用可能保护数据，却对医疗需求复杂的用户产生薄弱的结果。
Medicare 品牌可能会将这些差异压缩成一种统一的可信印象。CMS 必须防止名录收录被理解为隐含的临床推荐。
三个信号将显示 CMS 能否恢复平衡
下一阶段应通过公开流程、可衡量的患者结果和可执行的数据保护来评判。
第一个信号是 CMS 如何解释应用选择。该机构应公布在 Medicare App Library 中纳入、移除、排序和特殊标识的清晰标准。
这些标准应区分技术资格与临床证据。每个列表都应告知用户 CMS 审查了什么，以及没有审查什么。
CMS 还应披露上榜公司是否参加过有关规则的私下会议。参与本身不应自动使其失去资格，但透明度会揭示潜在优势。
如果 CMS 公布详细的遴选记录，这一举措将强化其关于该计划仍保持开放的说法。持续的模糊性则会加剧对特权访问的担忧。
第二个信号是 ACCESS 如何报告结果。仅有汇总成功率是不够的。
CMS 应展示留存率、不良事件、患者投诉，以及不同人口统计和临床群体的结果。它还应说明参与者如何界定符合条件的患者，以及如何衡量改善。
独立评估应将技术支持的照护与可信的替代方案进行比较。否则，供应商可能从原本就更可能改善的患者身上获得有利结果。
该计划还必须明确谁承担临床责任。当自动化指导与专业照护相冲突，或漏掉严重病情时，患者需要一条清晰的升级处理路径。
强有力的评估将支持这样一种观点：ACCESS 能够激励更优质的照护。薄弱的报告则会表明，报销机制的推进速度快于证据积累。
第三个信号是，当医疗记录离开传统医疗体系后，隐私控制措施是否依然清晰易懂。CMS 应要求应用程序在获取数据前进行具体披露。
用户应能了解产品是否将记录用于模型训练、产品开发、营销或研究。他们还应获得直接撤销访问权限和请求删除数据的工具。
审计日志应面向患者，而不只是网络管理员。个人应能看到哪些服务打开过其记录，以及这些服务获得了哪些信息。
数据泄露和未经授权的披露将检验这些保障措施。执法行动、应用下架或延迟通知，都将暴露书面要求与实际保护之间的缺口。
更广泛的愿景依然很有价值。患者不应还要依赖传真机、反复填写表格，或仅凭记忆来管理自己的病史。
AI 应用或许能帮助人们准备提问、监测慢性病，并应对令人望而生畏的医疗体系。这些益处值得开展审慎的试验。
但这并不意味着应允许供应商在很大程度上自行定义这场试验。更快的创新不能替代均衡参与、公开论证和独立证据。
对于开发者和企业采购方而言，这一教训不止适用于 Medicare。访问敏感数据意味着治理责任，产品团队不能将其推给法律披露文件。
团队需要长期保存政策讨论、风险决策、技术要求和用户反馈的记录。可检索的 AI 知识库 有助于保留这类机构背景信息，但文档记录只是起点。
CMS 健康科技 Slack 的故事如今有一个简单的检验标准：CMS 是否会让该系统对患者同样透明，如同它对参与企业一样易于访问？
关注资源库的遴选披露、ACCESS 的结果数据，以及附加在记录传输上的隐私控制措施。这些信号将共同表明，它最终会成为以患者为中心的基础设施，还是一个由政府协助的健康 AI 分发渠道。
