产品发布

Tucuvi 加入微软 Pegasus 计划:临床语音 AI 代理 LOLA 已在 80 余家医疗机构运行 50 余类工作流

发布于
阅读 27
#产品发布#Tucuvi#LOLA#临床语音AI#Microsoft Pegasus#护理管理#IIb类软件医疗器械#Azure#出院后随访#慢病管理
Tucuvi 加入微软 Pegasus 计划:临床语音 AI 代理 LOLA 已在 80 余家医疗机构运行 50 余类工作流

AI 护理管理公司 Tucuvi 于 2026 年 10 月 15 日宣布加入 Microsoft for Startups Pegasus Program,医疗机构与生命科学公司可通过 Microsoft Marketplace 直接采购,或把支出计入已有的 Azure 承诺。其平台 Tucuvi Health Manager 的核心是临床语音 AI 代理 LOLA,负责呼入与呼出电话对话、遵循可配置的临床与行政协议并按需升级给临床人员,工作流覆盖出院后随访与过渡期护理、慢病管理、照护缺口闭环、处方续方与预约排程等。公司称目前超过 80 家医疗机构运行 50 余类工作流,技术按医疗器械安全标准开发并被认证为欧盟 IIb 类软件医疗器械。

趋势前瞻 × 投资人与产业分析师 | 影响分析 × AI技术供应商/创业者 | 产品发布

2026 年 10 月 15 日,AI 护理管理公司 Tucuvi 在波士顿宣布加入 Microsoft for Startups Pegasus Program,医疗机构与生命科学公司可经 Microsoft Marketplace 直接采购,或将支出计入已有的 Azure 承诺。其平台 Tucuvi Health Manager 的核心是临床语音 AI 代理 LOLA,公司称已有超过 80 家医疗机构在上面运行 50 余类工作流。

开场:一家临床语音 AI 公司进了微软的 Pegasus 计划

2026 年 10 月 15 日,AI 护理管理公司 Tucuvi 在波士顿宣布加入 Microsoft for Startups Pegasus Program。按微软的表述,该计划负责把入选企业接入微软的企业客户生态与上市渠道。对 Tucuvi 而言,入选恰逢其平台在多医疗系统之间扩张的关键阶段,公司希望借此把临床治理式的 AI 护理管理方法带给更多机构,帮助它们越过单点工具,在同一个平台上把面向患者的 AI 同时铺到行政与临床两类工作流上。Tucuvi 的自我定位是从临床一侧起步、再向患者可及环节扩展,这个方向决定了它在微软生态里的对接重点落在协议执行与合规,而不是对话听起来是否顺耳。从产业角度看,云厂商的初创扶持计划正从算力与资源补贴,转向把入选企业的产品直接嵌入既有的企业采购链路,Tucuvi 此番入选正是这一转向的具体案例,其意义不止于技术背书,更在于压缩医疗系统评估新供应商所需的时间。

进这个计划换了什么:可走 Marketplace 采购并计入已有 Azure 承诺

入选换来的最直接好处写在采购环节。医疗机构与生命科学公司可以直接通过 Microsoft Marketplace 与 Tucuvi 签约,也可以把这笔支出计入已经向微软作出的 Microsoft Azure 承诺额。两种路径意味着一次全新的供应商评估被改写成对已分配预算的一次采购,走的是组织内部早已批准过的采购通道,绕开了医疗信息化采购中最耗时的合同与合规审查环节。对一家仍在扩张期的公司来说,渠道的价值往往大于技术演示本身,因为决定落地速度的通常不是模型表现,而是预算科目与审批链条。微软创业者计划总经理 Tom Davis 表示,Pegasus 为入选初创企业提供 Microsoft Azure 的前沿 AI 模型、企业级安全与隐私保护,以及独特的上市支持,使其能够借 Azure 与微软生态的完整能力建得快、扩得稳、卖得多。对投资人而言,把支出并入既有 Azure 承诺这一条尤其值得关注,它把试用门槛压到了最低。换言之,采购入口与预算科目被同时打通,而这正是云生态对垂直软件公司最具吸引力的部分之一。

LOLA 做什么:呼入呼出电话对话,按协议执行并按需升级给临床人员

产品层面,Tucuvi Health Manager 是公司的 AI 护理管理平台,其核心是名为 LOLA 的临床语音 AI 代理。LOLA 以自然语言与患者进行呼入与呼出的电话对话,遵循可配置的临床与行政协议,采集结构化信息,并在需要人工介入时升级病例。平台为全渠道设计,需要时可把同一套工作流延伸到文本渠道。技术上,LOLA 集成 Microsoft Foundry,作为部署与监测其对话能力背后模型的平台层,患者对话的语音层则采用 Azure Speech。围绕 LOLA,医疗团队可以配置协议、管理升级、协调工作流,并与既有的 EHR、CRM 与呼叫中心系统集成。平台还提供项目表现的可见性,包括触达、参与度、升级情况与工作流结果,让团队在项目运行期间就能监测并调整。这套设计把临床治理放在了产品的中心位置,而不是事后补上的一层审核。换言之,AI 只承担协议边界之内的动作,边界之外交回人类,这一职责划分构成了该平台对外叙事的主线。

50 余类工作流铺在哪:出院后随访、慢病管理、照护缺口闭环、续方与排程

据公司披露,医疗系统与支付方已在平台上运行的工作流包括出院后随访与过渡期护理、慢病管理与监测签到、照护缺口闭环与质量外联以及其中的用药依从性、药房运营如处方续方,以及预约排程等患者可及场景,合计超过 50 类,覆盖 80 余家医疗机构。Tucuvi 强调其路径是从临床侧起步再扩展到可及环节,因为两类问题的成功标准并不相同:可及环节看的是把患者送到正确的服务,临床环节则要求 AI 可靠地遵循协议、捕获有临床意义的信息,并把该升级的病例准确交给临床人员。治理机制上,医疗机构可以选用循证协议或自行配置,定义升级标准与工作流动作,护理团队保留对患者互动与临床决策的监督权。首席执行官兼联合创始人 María González Manso 表示,医疗系统真正追问的不是代理听起来是否自然,而是谁定义协议、患者说出需要临床人员介入的情况时会发生什么,以及每一次通话是否都执行同一套动作。她补充说,公司的模型先在临床工作流中得到验证,而这部分能力并不容易从客服平台上迁移过来,Pegasus 计划让它可以更快地触达更多医疗系统。

冷静观察:80 家机构与 IIb 类认证都是公司自述,加入 Pegasus 不构成新的监管批准

需要区分的是,超过 80 家医疗机构、50 余类工作流以及欧盟认证这三项,目前都出自公司自述。Tucuvi 表示其技术按医疗器械安全标准开发,并被认证为欧盟 IIb 类软件医疗器械,同时强调这一级别的临床验证在面向患者的语音 AI 平台中仍不多见,但原文并未给出第三方验证或独立的临床结果数据,因此这些数字应被视为厂商口径而非经过审计的事实。更重要的是,加入 Pegasus 在性质上属于商业与渠道合作,它解决的是采购路径与市场覆盖问题,并不构成任何新的监管批准,也不改变产品既有的合规状态。对产业分析师而言,判断这类合作的含金量,要看后续能否拿出可核验的部署名单、留存率与临床结局指标,而不是看计划入选本身。还需要区分认证状态与部署规模这两个维度,前者说明产品通过了何种审查,后者说明它被多少机构采用,二者都不会因为一次商业合作而自动提升。在独立证据出现之前,把这次入选理解为渠道提速而非疗效背书,是更稳妥的读法。

原文链接:PR Newswire(Tucuvi 新闻稿)

千方医数集编辑部 出品

返回医药AI前沿资讯