BizIdea

CLINICAL WORKDAY医疗科技扫描 2026-09-22 to 2026-09-22运行 20260923000053

就诊收尾工作包让临床医生在收件箱把这些活拖成下班后加班之前,就先把转诊、医嘱和随访工作批完。

已经上了环境式 AI 病历记录的医疗系统,临床医生每次看诊后还是得在多个 EHR 队列里收尾转诊、医嘱、复诊说明、病历调取和排班提醒。Heidi 的扩张说明,系统现在想让监督式智能体把这部分就诊相邻工作接过去;但现有病历工具和转诊产品都还不能把整套就诊后动作打包成一个既安全又高效的签字放行流程。没有统一的就诊收尾工作包,临床医生要么把下游工作重新敲一遍,要么逐条点开零散草稿复核,所谓自动化最后还是变成下班后的更多点击。

入选优势市场空白度 · 5/5

环境式病历记录工具大多停在病历这一步;这个概念拿下的是第一个跨队列的就诊收尾工作包——把 AI 起草的后续动作,变成覆盖整个门诊就诊流程、由临床医生签字确认的实际任务。

首批部署会明显偏美国,也会更依赖服务,因为每家医疗系统都得先把自己的 EHR 配置、执业范围规则和工作队列摸清楚,审核这件事才压得进一套可复用的软件。
综合评分3.9/ 5.0
  1. 3
    市场

    模型测算的 $515.0M TAM 落在一个有分量的细分市场里,环境式 AI 的增长也高于常态;但已梳理出的五家竞品,再加上 EHR 打包销售,说明赛道依然拥挤。

  2. 4
    差异化

    厂商中立的就诊收尾工作包,加上采纳追踪,打的是一个跨队列的空白;现有厂商到现在还把这件事拆成单点自动化。

  3. 4
    执行

    六个角色的团队方案、清晰的上线里程碑、71.7% 毛利率、7.6x LTV/CAC 和 8.7 个月回本,把执行面托得很扎实,尽管模型里还有五个预警项。

  4. 5
    时机

    同一天冒出的五个信号,再加上 Heidi 的 $340M 融资,都说明环境式 AI 正从病历记录走向临床医生监督下的执行动作,而且就是当下。

章节

为何现在

  1. Heidi 的 $340 million 融资——其中包括 $240 million 的 CVF 承诺——说明医疗系统和投资人现在都愿意为监督式临床智能体工作流出预算,而不只是给试验性质的病历工具买单。
  2. 多家同日来源都说,这个品类正从文档记录走向围绕患者就诊的监督式动作执行,因此就诊收尾工作流软件突然变得更急迫。
  3. 医嘱集预填、转诊起草和就诊前病历汇总,已经被点名为下一批由临床医生复核的任务,所以第一版工作包装什么,并不再是纸上谈兵。
  4. 超过 10 million 次证据查询、约 62 个点的企业激活率,说明临床医生已经在用监督式智能体辅助;下一步就是把“给答案”推进到“把获批工作真正做出去”。
  5. 监管和临床安全底座仍在决定上线节奏,而英国和欧盟的延后也说明,美国系统更需要一种临床医生在环、能先安全扩开的工作模式。

催化因素。 Heidi 的融资和企业级落地说明,环境式病历记录预算已经在向临床医生监督下的动作执行扩张,而医嘱集、转诊和就诊前病历正是下一步切口。

章节

创意

就诊收尾工作包卡在病历草稿之后、各项工作还没在 EHR 里分散流转之前。每次就诊,它会把相关证据、拟议医嘱、转诊措辞、病历调取请求、患者说明和员工任务汇成一个工作包,并标出风险分层、必签角色和下游负责人。临床医生不必再逐个点开多个队列,而是在一条流程里整包接受、修改或驳回;一旦签字,协调员立刻拿到锁定的上下文和可直接完成的任务。产品会按专科、临床医生和动作类型记录每一次修改,只有当本地无修改通过率足够高时,后续复核才会安全收敛成更轻的卡片。结果就是:临床医生下班后补工更少,转诊、排班和病历团队的交接漏项也更少。

差异化。 环境式病历记录厂商止步于病历记录,转诊接收工具只守一个队列,EHR 收件箱工具则逼着临床医生逐条把下游工作做完。这个概念拿下的是病历完成与运营执行之间的那一刻——把每个下一步都装进一个就诊收尾工作包,证据齐全、下游责任人明确。真正的护城河在于本地无修改通过率遥测:哪些专科、哪些任务类型、哪些证据排布,能稳定通过临床医生签字而不用修改,从而让复核时间随着时间推移安全地塌下来。

创业论点
滩头市场已经把环境式 AI 病历记录标准化铺到 100+ 家雇佣制门诊的美国多专科医疗系统,但转诊、医嘱和后续任务仍分散在不同 EHR 队列和员工池里
切入点一个就诊收尾工作包编译器:把转诊草稿、医嘱集、就诊前病历汇总、患者说明、病历调取请求和员工跟进任务,汇成一条带专科化无修改通过率阈值的监督式签字放行流程
非显而易见洞察真正的瓶颈不再是把病历起出来,而是把所有就诊相邻动作压成一个有证据支撑的就诊收尾工作包,让临床医生几秒内就能批准,同时让系统学会哪些任务类型在本地可以安全前推。
风险投资级路径先从雇佣制门诊的就诊收尾工作包切进去,再扩到住院会诊、事前授权起单、术前准备、照护缺口触达,以及一套跨医疗系统的数据基准:哪些动作类型在极少临床医生复核下也能安全前推。
目标用户
主要用户美国医疗系统里的 CMIO 和门诊运营负责人:机构拥有 200+ 名雇佣制医生,已经部署环境式 AI 病历记录,并设有集中的转诊或收件箱支持团队
次要用户心内科、骨科、胃肠科和初级保健等高量门诊里的服务线医疗主任与转诊运营经理
经济买方多院区美国医疗系统里的 CMIO、门诊运营 VP 或首席医疗官
市场切入种子
首个客户一家拥有 5-15 家医院的美国区域型医疗系统,已经在雇佣制初级保健和心内科门诊部署环境式 AI 病历记录,并设有集中的转诊管理团队
购买触发点现有环境式病历记录合同从病历扩到监督式动作,或临床医生抱怨病历自动化上线后,下班后的 EHR 工作仍没下降
当前替代方案环境式 AI 病历记录输出、EHR 收件箱、转诊协调员、常用医嘱模板、医疗助理回拨电话,以及手工就诊收尾清单
切换理由一个工作包式签字放行,替代五块分散的复核界面,也让下游员工拿到完整上下文,而不是半成品草稿和零碎的收件箱残片。
定价假设按每 1,000 个已完成的就诊收尾工作包收订阅费,并按每条服务线收实施费

待完成任务

任务当前替代方案成功指标
当雇佣制门诊已经把病历起好、但转诊、医嘱和患者后续跟进还没做完时,帮临床医生一口气批完后续动作,这样他们就能在不靠下班后处理收件箱的情况下收尾。看诊后再回到 EHR 收件箱、转诊池里手工录入医嘱每个就诊收尾工作包的临床医生复核分钟数中位数,以及下班后 EHR 时间下降幅度
当转诊和排班团队接到的是没做完的就诊后工作时,帮运营负责人把获批任务连同完整上下文一起路由出去,这样就能减少跟进漏项和返工。半成品病历草稿、电话沟通,以及在共享工作队列里重新建任务无需回头找临床医生澄清就能完成的就诊收尾任务占比
从就诊收尾到任务完成
flowchart LR
  Visit[Completed visit] --> Packet[Visit-close packet]
  Packet --> Signoff[Clinician sign-off]
  Signoff --> Queues[Referral, order, and follow-up queues]
  Queues --> Outcome[Less after-hours work]
创意评分卡 — 6 个维度
创意4/5潜力4/5空白5/5痛点5/5切入点4/5证据5/5
  • 创意 · 4/5把临床医生复核定义成下游工作的放行工作包,比做一个更好的环境式 AI 病历记录助手更有辨识度,尽管相邻病历厂商迟早也会讲出相似的野心。
  • 潜力 · 4/5所有已经为环境式病历记录编预算的医疗系统都可能成为买方,但首批部署集成很重,而且早期几乎都集中在美国门诊。
  • 空白 · 5/5还没有现有厂商拿下那个跨队列工作包:把 AI 起草的医嘱、转诊和员工工作,变成一个已获批的放行对象;病历工具、转诊系统和 EHR 收件箱都停在这道边界之外。
  • 痛点 · 5/5就诊后的行政收尾,直接推高临床医生倦怠、拖慢患者后续执行,也让已经超负荷的门诊体系反复返工。
  • 切入点 · 4/5第一条工作流很清楚:已经上线环境式病历记录的雇佣制门诊;只是 EHR 和服务线差异仍让早期上线更像咨询交付。
  • 证据 · 5/5一手公司公告加上四篇同日独立报道,都在描述这个品类如何从病历采集走向临床医生监督的任务执行,并点名了最需要新工具的就诊收尾动作。
商业模式画布
关键伙伴
  • 环境式病历记录厂商
  • EHR 集成团队和临床信息化团队
  • 共创客户系统里的转诊、排班和病历运营负责人
关键活动
  • 按服务线梳理就诊后工作流和审批逻辑
  • 生成并路由有证据支撑的就诊工作包
  • 衡量通过率、返工和下游完成情况
关键资源
  • 就诊收尾工作包模型和路由规则
  • 按专科和动作类型沉淀的无修改通过率遥测
  • 接入环境式病历记录输出、EHR 队列和员工工作清单的集成
价值主张
  • 把就诊后的转诊、医嘱和后续跟进压到一条临床医生复核流程里
  • 不要求临床医生把任务完全交给自主系统,也能把下班后的 EHR 工作压下去
  • 让下游员工拿到完整且已获批的上下文,而不是碎片化草稿
客户关系
  • 按专科或服务线提供带服务的上线支持
  • 与临床管理层一起做工作流基准复盘
  • 把打法复制到更多诊所和站点
渠道
  • 与环境式病历记录厂商做集成合作
  • 面向区域型和大型医疗系统,卖给 CMIO 和门诊运营团队
  • 在心内科、骨科、胃肠科和初级保健拿共创客户
客户细分
  • 拥有雇佣制门诊团队的多院区美国医疗系统
  • 转诊和后续跟进任务很重的专科门诊
  • 正从环境式病历记录扩张到监督式任务执行的项目
成本结构
  • 临床工作流实施团队
  • 产品与 EHR 集成工程
  • 客户成功、合规与支持
收入来源
  • 按每 1,000 个已完成的就诊收尾工作包收订阅费
  • 按每条专科或服务线收实施费
  • 围绕动作通过率与复核时长的基准分析增值包
章节

市场

市场规模
TAMSAMSOMTAM · 总体可寻址市场$515.0MSAM · 可服务市场$126.0MSOM · 可获得市场$11.9M
市场规模概览
TAM$515.0M866,460 名美国直接面向患者的执业医生 [17] x 55.1% 受雇于医疗系统 [20] x 60% 估算为适用于门诊或就诊收尾场景 x 采用 Heidi 公开美元套餐中每位临床医生每年 $1,800 的价格锚点 [19],得到约 $515M。
SAM$126.0M先把范围收窄到大约 100 家大型、已具备环境式 AI 条件的多院区系统,这些系统来自 400+ 家美国医疗系统 [16];再假设每个系统有 700 名目标门诊临床医生,并沿用同样的每年 $1,800 价格锚点 [19],得到约 $126M。
SOM$11.9M较现实的早期触达,是 12 家共创客户系统 x 每系统 550 名临床医生 x 每年 $1,800 的订阅等价价格 [19],大约对应 $11.9M。

高管要点

  • 痛点是当下就有、而且已有预算:下班后 EHR 工作、病历记录、提醒和转诊协调,仍在吃掉大量临床医生和员工时间;与此同时,医疗系统已经在为企业级环境式 AI 掏钱,想把这部分负担压下来。
  • 这个机制不算常见,但也不是纯无人区:公开厂商已经给出病历草拟、医嘱捕获、患者消息草拟、患者说明和 EHR 交接,但还没有谁公开把“厂商无关的就诊收尾工作包 + 跨队列本地无修改通过率数据”当成产品主叙事。
  • 竞争是真实存在的,而且正在逼近。Abridge、Heidi、Epic、Microsoft 级 Copilot、Suki 和 Nabla 都在从转录往更广的工作流环节走,所以切口不能只停在“智能体化临床行政”这么宽泛的说法。
  • 可触达市场站得住,但比泛化的临床 AI 故事更窄:第一块真正的滩头市场,是那些拥有雇员制门诊团队、已经部署环境式 AI、并且下游运营集中化的美国多院区医疗系统。
  • 如果现有厂商很快把等价的跨队列签字放行打包进现有合同,或者试点没能把编辑负担降到足以减少而不是增加临床医生复核工作,这个概念就会被证伪。

市场定义

面向美国医疗系统、带服务交付的临床工作流自动化:把环境式 AI 病历记录产出,转成已签字放行的就诊后执行动作,覆盖转诊、医嘱、患者说明和员工跟进队列。

用户与买方

一线操盘手主要是由 CMIO 牵头的信息化团队、门诊运营负责人、转诊或收件箱经理,以及美国多院区、雇员制门诊体系里的专科业务线管理者。真正拍预算的,通常是 CMIO、首席医疗官、门诊运营 VP,或已经对环境式 AI ROI 和临床体验负责的数字医疗负责人。

购买触发点

  • 即便环境式 AI 已经铺开,下班后病历记录和跟进负担依然看得见,这会逼着团队继续解决“病历写完之后还发生什么”。 [1][3][4]
  • 医疗系统已经在做企业级环境式 AI 投入,后续扩张的压力自然会转向医嘱、转诊、编码和下游工作流 ROI。 [5][6][7][19]
  • Epic 原生 AI 和类似工具,正在让临床医生习惯于在 EHR 里直接拿到医嘱草稿、患者说明、后续跟进和消息回复,这也把就诊后执行软件的门槛抬高了。 [9][10]

支付意愿

付费意愿站得住,因为医疗系统已经在为大规模环境式 AI 部署和后续扩张掏钱。Abridge 表示其产品已进入 100 多个医疗系统;Heidi 则披露 ARR 增长很快、企业激活也在提升,并公开列出每位临床医生每月 $150 的方案,而团队版和企业版仍走定制化销售。 [5][6][7][19]

品类动态

增长信号 虽然没有保留干净的公开 CAGR,但从厂商的 ARR、部署和使用信号看,这个品类的增速明显高于常规医疗 IT 水平。

顺风因素

  • 企业级环境式 AI 的部署,正在主要医疗系统里加速铺开,并开始向相邻工作流延伸。
  • EHR 原生 AI 已经能起草医嘱、诊断、说明、后续跟进和转诊上下文,技术风险在下降。
  • 医疗系统里的雇佣化与整合,正在把买方集中起来,让它们可以在大量诊所上标准化一层工作流。

逆风因素

  • 环境式 AI 仍然需要编辑和签字放行;如果实施设计得不好,还会绕开现有 EHR 提示和控制。
  • 大型现有厂商可以把相邻工作流功能直接打包进现有的环境式 AI 或 EHR 合同。
  • 监管和网络安全预期,会抬高处理 PHI 的工作流 AI 在采购和维护上的负担。

验证信号

  • Abridge 表示,它已部署到 100 多个医疗系统,并正向更广的临床和财务工作流扩张。
  • Geisinger 的 Abridge 用户已超过 1,000 人;病历时间少了约 45 分钟(按每 8 个排班小时计);初级保健中的自报倦怠也下降了。
  • Heidi 披露,已支持 175 million 次患者就诊,企业激活率约 62%,并明确从病历记录扩展到监督式执行。
  • Epic 公开表示,Art 可以起草病历、医嘱、诊断、患者说明、消息回复和转诊上下文,这说明病历完成后的这些环节已经开始产品化。
  • 大型初级保健体系里的转诊协调员,本来就在管审批、排期、EMR 记录和转诊闭环,这说明要被替代的人工流程是具体存在、而且有预算支持的。

监管与技术约束

  • ONC 的 HTI-1 规则要求厂商提供的预测模型具备预测型 DSI 透明度、持续维护和风险管理实践。
  • FDA 的 CDS 指南让一部分面向临床医生的支持功能留在器械范围之外,但对仍属受监管器械的软件功能,器械政策义务依然存在。
  • HIPAA Security Rule 的 NPRM 直接点出违规泄露、网络攻击和常见合规缺陷增加,这说明买方对涉及 ePHI 的工作流会提更高要求。
  • 临床医生仍必须复核、编辑并签字,所以医嘱、转诊和患者说明在早期能往自动化推进多远,天然有上限。
  • 去向队列、医嘱录入规则和转诊闭环流程,在不同机构之间差异很大,这会抬高实施工作量。
临床工作日自动化地图
← Narrow single-surface workflowBroad cross-queue workflow →← Low post-visit execution ownershipHigh post-visit execution ownership →Q2Q1 · 优势区Q3Q4Proposed startupAmbient note toolsEHR-native AIManual coordinator stack
章节

竞争

这个市场分成四层、而且彼此重叠:想往下游走的环境式 AI 病历记录平台;在同一套栈里起草病历和相邻动作的 EHR 原生 AI 套件;提供结构化数据和 EHR 交接原语的集成优先厂商;以及仍靠人工完成转诊和后续跟进的既有协调员体系。拟议中的创业公司横跨这四层,它要抢占的,就是把就诊收尾工作包定义成临床医生复核与运营放行的基本单元。

竞争对手阶段切入点定价优势相对劣势
Abridge后期阶段的私营平台嵌入 EHR 工作流的环境式 AI 病历记录,加上收入周期与工作流智能。企业报价制;保留下来的来源里没有找到公开牌价。企业级落地很深,已进入 100 多个医疗系统;而且它以 Epic 为先的工作流叙事,已经摸到收入周期和就诊前上下文。平台范围太宽,未必会把一个厂商无关、跨队列的就诊收尾编排层放在优先位置。
Heidi成长期私营平台从代写工具走向监督式执行和证据检索的 AI 护理伙伴。$150 每位临床医生每月的美元牌价;团队版和企业版走定制。ARR 增长快、国际化规模大,而且明确往临床医生监督下的下游工作扩张。产品野心太大,再加上区域上线限制,为更窄、更聚焦美国就诊收尾工作包的产品留出了空间,也更容易更快证明运营 ROI。
Epic Art现有厂商的 EHR 原生套件内置 AI 可起草病历、医嘱、诊断、患者说明、消息、转诊和后续跟进。打包在更广的 EHR 关系里,或单独议价。Epic 客户能拿到最深的流程内卡位;而且同一套病历系统里,相邻 AI 自动化还在不断增加。公开定位仍更像单一栈里的点状自动化集合,而不是一个带无修改通过率数据、跨厂商的就诊收尾放行对象。
Suki成长期工作流厂商通过集成 API 提供环境式 AI 病历记录、医嘱暂存和结构化数据提取。保留的产品页上没有公开定价;以集成为先的企业销售路径。多 EHR 和开发者导向的工作流叙事很强,还明确支持结构化临床数据和用药医嘱字段。公开材料仍围绕病历生成和邻近医嘱 API,而不是一个覆盖转诊、说明和下游员工任务的已签字工作包。
人工转诊与收件箱人员体系现状型替代方案转诊协调员、授权、排期、EMR 更新和手工任务收尾。花的是既有薪酬和管理预算,不是新增软件支出。对本地例外、支付方规则和各诊所的路由边角问题,适应性都很强。人力重、难放大,也不擅长减少临床医生复核时间,更攒不出可复用的无修改通过率数据。

为什么现有厂商不会默认胜出

  • 环境式 AI 平台. 它们先赢下病历采集,也正往相邻动作延伸,但公开定位仍更多围绕病历记录、编码或宽泛的助手叙事,而不是围绕一个可衡量无修改通过率的跨队列就诊收尾工作包。
  • EHR 原生 AI 套件. 它们在工作流里的卡位最深,但公开功能集合仍更像是在单一 EHR 里堆叠草稿、摘要和单点自动化,而不是面向下游团队和多个队列的厂商无关编排层。
  • 人工协调员与收件箱团队体系. 它仍是默认替代方案,因为它能处理本地例外、支付方怪异规则和各诊所自定义的分流方式;但这套体系人力密集、难以放大,也让临床医生和员工继续陷在复核与闭环收尾工作里。
章节

商业计划

就诊收尾工作包一开始应只做美国市场,服务对象是已上线环境式 AI 病历记录、但病历起草完后仍要让医生在不同队列里分别收尾转诊、医嘱、患者指导和后续跟进任务的 5-15 家医院区域型医疗系统。眼下最痛的点在于,环境式 AI 病历记录减轻了写病历负担,却没把下班后的就诊收尾工作拿掉,CMIO 和门诊运营负责人因此面对清晰可见的 ROI 缺口,以及持续不退的医生倦怠。MVP 应先把低风险的就诊后任务汇成一个需要医生签署的工作包,把获批任务直接路由到现有协调员工作清单,并在提高自主放行比例之前,按专科和动作类型记录无修改通过率。相比泛化的临床智能体套件,这个滩头市场更窄、也更容易更快跑出证据,因为首轮验证要在一个主导 EHR 和两条可复用服务线上证明医生复核时间更短、下游澄清回路更少,而不是展示笼统的 AI 广度。研究支持的 TAM 约为 "$515.0M",滩头市场 SAM 约为 "$126.0M",初始 SOM 约为 "$11.9M",但这些数字建立在价格锚和雇佣制医生假设上,而不是披露出来的品类支出。公司要赢,前提是赶在现有厂商把同类跨队列签署能力打包进产品之前,先成为环境式 AI 病历记录厂商、EHR 和转诊运营之间与厂商无关的放行层。最大的证伪风险有两个:医生修改率始终太高,工作包省不下时间;以及实施长期过度依赖服务,人力占比太重,毛利率始终拉不回正常水平。由于输入材料没有披露真实客户预算,前 12 个月必须验证三件事:付费试点需求、可复用的实施模板,以及低风险工作包要素的无修改通过率门槛。

问题

  • 环境式 AI 病历记录把病历先起好后,医生仍要在分散的 EHR 队列里分别收尾转诊、医嘱、患者指导和工作人员后续任务,因此下班后的补工和碎片化复核一个都没消失。
  • 转诊和排班团队接手的常是半成品草稿、上下文又不全,只能反复重开任务、追着补澄清,也让门诊负责人更难证明环境式 AI 的 ROI。

解决方案

  • 把每次就诊里的转诊草稿、医嘱建议、患者指导、病历调取请求和后续跟进任务,汇成一个有证据支撑、带风险分层、明确下游责任人的工作包。
  • 继续由医生做最终签署人,把获批工作立刻送进现有协调员队列,并随着本地无修改通过率上升,逐步判断哪些工作包要素可以从完整复核转向更轻量的签署。

为什么我们会赢

  • 这个切口比泛化临床智能体的故事更窄:只做一个就诊收尾放行层,卡在病历草稿和多队列运营执行之间。
  • 按专科、医生和动作类型积累的无修改通过率遥测,能滚成护城河,而病历生成器和单队列工具天然不掌握这层数据。
  • 现有厂商已经能起草这条流程里的部分环节,但公开定位仍围绕病历、医嘱或消息展开,而不是厂商中立的工作包放行层加下游完成度基准。
战略选择
滩头市场滩头市场是美国区域型医疗系统:5-15 家医院、200+ 名雇佣制医生、一个主导 EHR、环境式 AI 已在初级保健和心内科上线,并且有一个集中的转诊或收件箱支持团队。
切入点理由这块切口比做通用临床智能体平台更容易更快拿到证据,因为环境式 AI 扩张项目里本来就有采购触发点,同一位医生同时管病历签署和下游工作,而集中的支持团队又能产出可量化的返工、闭环和周转指标。
推进顺序先守一个 EHR、两条服务线和低风险工作包要素,这样公司只要把工作流映射、治理和医生信任问题解一遍,再去扩面。只有当产品已经证明复核时间下降、修改率可接受、实施模板可复用,才该加更高风险的医嘱流程、更多服务线、伙伴分销或美国以外部署;这样才能守住早期刻意做出的取舍——先接受产品上线会以美国为中心、实施也更重服务,再等可复用软件毛利慢慢浮出来。
暂不进入非美国医疗系统,包括监管和 EHR 假设都不同的英国和欧盟市场 · 住院会诊、事前授权和术前准备工作流 · 在没有医生签署的情况下,全自动放行医嘱或转诊 · 替换式重做环境式 AI 病历记录或 EHR 产品
进入市场
切入点向正在扩张环境式 AI 项目的、由 CMIO 牵头的门诊运营团队卖一个付费共创客户试点,先从初级保健、心内科门诊和一个集中的转诊团队切入,再去要企业级铺开。
渠道由创始人主导销售,直接触达 CMIO、首席医疗官、门诊运营副总裁和转诊运营经理 · 在现有环境式 AI 项目里做扩张销售,因为病历 ROI 缺口已经在管理层复盘里摆上台面 · 首个标杆部署跑通后,再选择性与环境式 AI 病历记录厂商或临床信息化实施公司联合销售
漏斗目标目标客户→工作流评估 25-35%,评估→付费试点 25-35%,试点→正式商用服务线合同 50%+,首条正式商用服务线→第二条服务线或站点扩张 60%+,并在 12 个月内完成。
定价先收一个 90-120 天、单服务线的试点费和实施费,再转成年订阅,按每 1,000 个已完成的就诊收尾工作包计费;新增服务线另收实施费。逻辑很简单:买方买的是就诊闭环和下游返工减少,不是又一个医生席位。
产品路线图
MVPMVP 范围先锁一个主导 EHR 和两条门诊服务线,从初级保健和心内科起步。产品要把低风险的转诊、患者指导、病历调取请求、工作人员后续任务和医嘱建议草稿,装进一条可审计的收尾流程里;医生仍是最终签署人,获批工作写回现有协调员工作清单,而不是去替换病历记录厂商或 EHR。
6 个月上线一个付费共创客户版本,覆盖单一 EHR 下的初级保健与心内科就诊收尾工作包,按动作类型抓取无修改通过率,并把获批任务路由到一个集中的转诊团队。
12 个月把 2-3 个试点转成正式商用合同,为首个环境式 AI 厂商加 EHR 组合沉淀出模板化集成,并至少证明一项结果改善:医生复核时间、澄清回路或转诊闭环率。
24 个月只有在以单个 EHR 为先的工作包模型已经可复用、且基准数据本身能作为付费扩展出售之后,才扩到更多门诊服务线,以及事前授权起单、术前准备等相邻模块。
关键押注初级保健和心内科能产出足够多、足够可复用的就诊后动作,足以模板化首个工作包模型。 · 低风险工作包要素能足够快跨过有意义的无修改通过率门槛,从而真正压低复核负担。 · 目标系统会买一个厂商中立的工作包层,而不是等 Epic 或其环境式 AI 厂商把路线图做完。 · 前 2-3 家医疗系统部署之后,实施打法能把服务投入显著压下来。
商业模式
收入来源按每 1,000 个已完成的就诊收尾工作包计价的年订阅 · 按服务线或重大工作流模板收取的实施费 · 围绕无修改通过率、复核时间和下游完成指标的基准分析增值包
价值单位由医生签署完成的就诊收尾工作包
目标毛利率70%
扩张杠杆在同一医疗系统内,从一条服务线扩到多条门诊专科 · 给 CMIO 和运营管理层追加工作流基准分析与无修改通过率遥测报告 · 工作包采用稳定后,再上线事前授权起单、术前准备等相邻就诊流程模块
战略地图
北极星指标符合条件的门诊就诊里,有多少通过工作包完成收尾,同时低风险要素无需医生修改、下游也不再回头找医生澄清。
输入指标带有环境式 AI 扩张信号或医生下班后补工触发点的合格目标系统数 · 按服务线统计的每个工作包医生复核秒数中位数 · 按动作类型统计的无修改通过率 · 获批任务在下游完成且无需回头向医生澄清的比例 · 新诊所或新服务线上线所需的实施工时 · 试点转正式商用的转化率
待构建护城河按专科、医生类型和动作类别沉淀的无修改通过率数据集 · 连接环境式 AI 输出、EHR 队列和协调员工作清单的跨厂商映射库 · 把工作包质量与复核时间、转诊闭环和后续完成度关联起来的基准数据集
终止标准首批 1,000 个试点工作包跑完后,低风险工作包要素里无修改通过的比例仍低于 60%。 · 前 2 个付费试点没能至少把就诊收尾复核时间中位数压低 50%,或把下游澄清回路压低 30%。 · 第二家医疗系统上线后,每增加一条服务线的实施仍需要超过 8 周的定制化工作流映射。

里程碑

0–12 个月
  • 签下 2-3 个滩头市场里的付费共创客户。
  • 交付一个主导 EHR 加一个环境式 AI 厂商的集成模板,支持初级保健和心内科工作包。
  • 在首个正式试点里,把低风险工作包要素的无修改通过率做到至少 60%,并把复核时间中位数至少砍掉 50%。
  • 在澄清回路、转诊闭环率或下班后 EHR 工作量上,至少证明一项可量化改善。
12–24 个月
  • 至少把 2 个试点转成覆盖多家诊所或多条服务线的正式商用合同。
  • 每增加一条服务线的实施时间,相比首个部署至少下降 40%。
  • 把基准报告和无修改通过率遥测卖成一个付费扩展模块。
  • 在工作包通过率稳定后,加上一条相邻门诊工作流,例如事前授权起单或术前准备。
24–36 个月
  • 做到 5-7 家正式上线的医疗系统客户,覆盖 2 套可复用的 EHR 与环境式 AI 组合。
  • 在不显著抬高服务占比的前提下,从初级保健和心内科扩到至少 2 个额外门诊专科。
  • 证明经常性软件收入明显高于实施收入。
战略地图
flowchart LR
  Wedge[Visit-close packet wedge] --> MVP[Low-risk packet MVP]
  MVP --> Proof[Lower review time and fewer clarification loops]
  Proof --> Expansion[More service lines and benchmark moat]

创始团队

角色入职时间理由
创始人/CEO第 0 个月负责创始人主导销售、共创客户招募和 ROI 叙事,因为首批交易靠的是高层信任和精准的工作流定界。
创始工程师第 0 个月搭建工作包编译器、遥测层,以及首批可复用的环境式 AI 到 EHR 映射。
临床信息化与产品负责人第 0 个月把执业范围规则、服务线工作流和医生复核阈值翻成一个足够安全的首版产品。
兼职安全与合规负责人第 2 个月提前准备 HIPAA、治理和透明度材料,避免首个正式客户在采购环节被拖慢。
解决方案架构师第 3 个月负责部署打包、队列映射,并把按客户定制的工作流工作压缩成可复用模板。
实施负责人第 6 个月推动医生上手、协调员采用,以及从试点扩到更多诊所或服务线。

实验路线图

阶段实验假设成功指标负责人
0–90 天访谈 12-15 位已部署环境式 AI 的美国区域型医疗系统 CMIO、门诊运营负责人和转诊负责人。最强的预算触发点不是从零启动的 AI 项目,而是现有环境式 AI 扩张里迟迟没解决的下班后就诊收尾工作。至少 8 场访谈揭示出当前采购触发点,且有 3 个账户同意进入工作流映射环节。创始人/CEO
0–90 天在一家共创客户处,用历史的初级保健和心内科就诊记录手工拼出工作包。在全自动化和集成还没完工前,一个足够窄的工作包模型也能覆盖大多数低风险就诊收尾工作。至少 70% 的样本就诊能产出可复核的工作包,且医生认为至少 60% 的低风险要素已经接近可签署状态。临床信息化负责人
0–90 天拿着试点定价、实施范围和明确成功指标,测试 3 份付费试点方案。如果定价只绑定一条服务线和明确 ROI 指标,预算负责人愿意为一个边界清楚的试点买单。至少 2 份方案推进到采购环节或付费共创客户审批。创始人/CEO
90–180 天上线一个正式试点,把获批工作包路由到现有的集中式转诊团队。在真实生产工作流里,单工作包复核能同时压低医生复核时间和下游澄清回路。在符合条件的工作包上,复核时间中位数至少下降 50%,澄清回路至少减少 30%。解决方案架构师
90–180 天把首个环境式 AI 厂商加 EHR 集成打包成可复用部署模板。首个实施项目可以从按客户定制的服务,收敛成可复用、可产品化的映射。同一技术栈上的第二家诊所在上线时,实施工作量至少比第一家少 30%。创始工程师
6–12 个月把首个客户从一条服务线扩到同一 EHR 下的第二条门诊服务线。在同一个医疗系统里,工作包信任和实施资产的迁移速度,会快过拿下一个全新的账户。第二条服务线在不到 6 周内上线,且低风险要素的无修改通过率不降反升。实施负责人
12–18 个月与一家环境式 AI 厂商或临床信息化实施伙伴试跑一套联合销售动作。有了标杆部署后,沿着相邻工作流伙伴分发会变得可行,而且不用靠重折扣换量。至少有 2 个合格机会由一个可复用伙伴带来或加速。创始人/CEO

风险评估

商业计划风险 — 5 已映射
影响 →
高
R3R4R5
R1R2
中
低
低
中
高
可能性 →
  1. R1医生修改负担如果一直太高,工作包就会像又多了一个收件箱,而不是省下时间。 · High 可能性 / High 影响 — 先从低风险工作包要素起步,按动作类型测无修改通过率,在门槛达标前不降低复核深度。
  2. R2工作流和队列差异如果太大,部署就会长期定制化、长期重服务。 · High 可能性 / High 影响 — 第一年只做一个主导 EHR 和两条服务线,激进产品化映射,并把实施与经常性软件分开定价。
  3. R3Epic 或环境式 AI 现有厂商如果把足够多的跨队列功能打包进去,独立部署就会被卡住。 · Medium 可能性 / High 影响 — 在现有厂商路线图追平之前,先靠厂商中立的放行层、下游完成指标和基准数据拉开差异,并尽快拿下标杆账户。
  4. R4安全、治理和监管审查把采购周期拉得太长,超出种子前阶段能承受的销售经济模型。 · Medium 可能性 / High 影响 — 继续让医生做最终签署人,预先备好审计和透明度材料,并把试点范围收得足够紧,好更快过合规审查。
  5. R5预算负责人也认同痛点真实,但支出仍被拖回现有的环境式 AI 或 EHR 合同。 · Medium 可能性 / High 影响 — 用明确的 ROI 指标开场,把试点定价成当前工作流项目的扩展;如果直销预算卡住,就转向 OEM 或渠道路径。
风险可能性影响缓解措施
医生修改负担如果一直太高,工作包就会像又多了一个收件箱,而不是省下时间。HighHigh先从低风险工作包要素起步,按动作类型测无修改通过率,在门槛达标前不降低复核深度。
工作流和队列差异如果太大,部署就会长期定制化、长期重服务。HighHigh第一年只做一个主导 EHR 和两条服务线,激进产品化映射,并把实施与经常性软件分开定价。
Epic 或环境式 AI 现有厂商如果把足够多的跨队列功能打包进去,独立部署就会被卡住。MediumHigh在现有厂商路线图追平之前,先靠厂商中立的放行层、下游完成指标和基准数据拉开差异,并尽快拿下标杆账户。
安全、治理和监管审查把采购周期拉得太长,超出种子前阶段能承受的销售经济模型。MediumHigh继续让医生做最终签署人,预先备好审计和透明度材料,并把试点范围收得足够紧,好更快过合规审查。
预算负责人也认同痛点真实,但支出仍被拖回现有的环境式 AI 或 EHR 合同。MediumHigh用明确的 ROI 指标开场,把试点定价成当前工作流项目的扩展;如果直销预算卡住,就转向 OEM 或渠道路径。
首个客户
标题由 CMIO 牵头的门诊运营团队,所在机构为美国 5-15 家医院的区域型医疗系统
画像该系统拥有 200+ 名雇佣制医生、一个主导 EHR,环境式 AI 已在初级保健和心内科上线,并设有一个仍靠人工收尾就诊工作的集中式转诊管理团队。
触发点环境式 AI 上线没有把下班后工作和转诊积压打掉,因此管理层想拿到下一波 ROI,又不想直接放开自动医嘱权限。
买方CMIO 或门诊运营副总裁
初始合同$75k-$150k 的单服务线、单转诊团队付费试点;随着更多服务线上线,再转成每年约 $300k-$700k 的工作包量付费,加上实施费。

必须成立的条件

  • 至少有 3 家、且位于前 10 个合格医疗系统名单里的客户,愿意直接出钱做付费试点,而不是等 Epic 或现有环境式 AI 厂商的路线图。
  • 初级保健和心内科的低风险工作包要素,无修改通过率能做到至少 60%,并在 60 天内达成。
  • 在医生仍为最终签署人的前提下,每次符合条件就诊的医生复核时间中位数能压到 90 秒以下。
  • 获批工作包能显著减少下游澄清回路或转诊闭环延迟,让门诊运营能算出足以立预算的 ROI。
  • 前 2 次部署之后,实施足够模板化,规模化时目标毛利率仍能守在 70% 以上。

待尽调问题

  • 在一家初级保健门诊和一家心内科门诊里,哪些工作包要素——转诊、医嘱建议、患者指导、病历调取请求,还是工作人员任务——复核通过得最快?
  • 当环境式 AI 厂商扩张方案和第三方工作包层同时可选时,目标买方更常偏向哪一种?
  • 什么基线指标最能推动预算负责人拍板:下班后 EHR 时间、转诊闭环率、澄清回路,还是协调员生产率?
  • 哪些 EHR 与环境式 AI 组合占据滩头市场,这些组合之间的实施模板到底有多可复用?
  • 在批准打包化的医嘱和转诊草稿之前,CMIO、合规和法务委员会各自要看哪些治理材料?
投资人判断
结论观察
信心买方痛点真实,切口也讲得通,但还需要真实上线证明:医生复核负担下降得比实施复杂度上升更快。
相信的理由环境式 AI 上线潮把“病历负担降了,但收尾 ROI 还没补上”的缺口暴露得很清楚,而现有公开资料里,没有哪家把“厂商中立的就诊收尾工作包 + 跨队列无修改通过率遥测”作为主打定位。
怀疑的理由Epic 和环境式 AI 现有厂商已经伸进同一段工作流;如果客户更愿意等捆绑路线图,或工作包修改率始终偏高,独立产品就可能输。
下一步尽调先在单一 EHR 的初级保健和心内科拿下一个付费试点,再在 90 天内核验无修改通过率、复核时间和下游闭环改善。
章节

财务模型

三年合计
第 1 年收入$475KEBITDA $-1.05M · 期末现金 $1.95M
第 2 年收入$1.74MEBITDA $-815K · 期末现金 $1.13M
第 3 年收入$3.13MEBITDA $-40K · 期末现金 $1.09M
单位经济
年 ARPU$465K
毛利率72%
CAC$246K回本期 8.7 个月
LTV / CAC7.6x生命周期价值 $1.88M
融资需求
轮次种子前轮 · $3.0M
跑道18 个月
里程碑拿下 3 个付费共创客户,让其中 2 个在一套主流 EHR 上转成正式生产,证明低风险就诊收尾工作包要素的 60% 无修改通过率,并在 seed 轮前看到每新增一条服务线的实施时间继续下降。

模型合理性

  • 收入引擎. 基准情景收入来自 7 个付费医疗系统客户(Q4Y3);首批 3 个共创客户会跑出 6 个正式生产系统,其中 4 个再扩成更高价值的多服务线合同。
  • 必须跑通的环节. 前两次部署必须把无修改通过率推到 60% 以上,同时明显压缩实施时间,毛利率才有可能从试点式的 35% 爬到 70% 以上。
  • 模型最脆弱处. 模型最脆弱的是销售周期:只要大致晚一个季度,敏感性表里会先少掉约 $255K 的 Y3 收入,期末现金再少约 $369K。
  • 下一轮融资证明点. seed 轮故事要站住,得先拿到 2 个正式生产转化、低风险要素 60% 的无修改通过率、50% 的审阅时间下降,以及第一套 EHR 和环境式 AI 病历记录模板上看得见的实施工时压缩。
营收、现金与 EBITDA — 12 个月的 Y1 + 8 个季度的 Y2/Y3
$0K$1.00M$2.00M$3.00MM1M4M7M10Q1Y2Q4Y2Q3Y3Q4Y3
  • 营收(线/面积)
  • 期末现金(虚线)
  • EBITDA(柱,灰色为亏损)
资金用途 — $3.0M 种子前轮
Engineering · 45%GTM · 22%G&A · 13%Buffer (6 mo) · 20%
按角色的人力增长 — 峰值 10.5 FTE
Q1Y14.3Q2Y15.3Q3Y16.3Q4Y17.3Q1Y27.3Q2Y27.3Q3Y27.3Q4Y29.5Q1Y39.5Q2Y39.5Q3Y39.5Q4Y310.5
  • 创始人 / CEO
  • 工程
  • 临床信息学 / 产品
  • 安全 / 合规
  • 解决方案 / 实施
  • 销售 / GTM
第3年情景:基准 / 下行 / 上行
第3年营收第3年 EBITDA现金最低点说明
下行$2.64M-$530K$200K采购周期拉长、试点转正更慢,系统层面的扩张也更接近只覆盖一条服务线,而不是基准情景预期的范围。
基准$3.13M-$40K$1.01M创始人主导直销拿下 3 个付费共创客户(Y1),随后多诊所、多服务线扩张把第一批客户扩成 7 个系统客户(Q4Y3)。
上行$3.88M$622K$1.55M首个参考部署缩短采购周期,到 Q4Y3 会落地第八个系统,第二条服务线的扩张也会更早发生。
敏感性——第3年现金与营收影响(按幅度排序)
变量下行上行现金影响营收影响
销售周期从发现需求到付费试点会多拉长约一个季度,因为合规和治理审查拖得更久。参考架构和关键买方会把试点启动再压缩约一个季度。-$369K-$255K
CAC如果差旅、合规尽调和高触达销售一直居高不下,CAC 会抬升到约 $280K。一旦参考客户和合作伙伴引荐带来更多销售管道,CAC 会回落到约 $220K。-$274K$0K
ARPU基础正式生产 ACV 下探到约 $396K,扩张 ACV 下探到约 $552K。基础正式生产 ACV 提升到约 $444K,扩张 ACV 提升到约 $648K。-$227K-$210K
毛利率实施继续保持定制化,试点和正式生产的毛利率都会比计划低几个点。可复用映射让成熟系统毛利率更快进入 70 多点。-$206K$0K
招聘节奏在需求还没完全验证前,就把一名工程师和一名交付人员提前招进来。第二位 GTM 人员等到合作伙伴信号更清晰时再招,也不拖签单。-$192K$0K
流失率一个早期正式生产客户没能扩张,补位时间又推迟,等于把稳态留存往下拉。所有早期客户都按节奏扩张,已装机客户群也完整撑过 Y3。-$69K-$100K

情景

情景第 3 年收入第 3 年 EBITDA现金低点说明关键变化
下行$2.64M$-530K$200K采购周期拉长、试点转正更慢,系统层面的扩张也更接近只覆盖一条服务线,而不是基准情景预期的范围。
  • Q4Y3 只能做到 6 个付费系统,而不是 7 个,因为后续批次大致晚了一个季度。
  • 基础正式生产 ACV 更接近约 $396K,扩张 ACV 更接近约 $540K,而不是 $420K 和 $600K。
  • 可复用映射和实施手册改进慢于计划,期末毛利率因此只停在高 60 区间。
基准$3.13M$-40K$1.01M创始人主导直销拿下 3 个付费共创客户(Y1),随后多诊所、多服务线扩张把第一批客户扩成 7 个系统客户(Q4Y3)。
  • 付费客户在 M5、M8、M11、M16、M21、M27、M33 落地。
  • 正式生产合同起步约为 $420K ARR,成熟账户可扩到大致 $600K ARR,时间点在上线约 12 个月后。
  • 毛利率会从试点式的 35% 提升到约 72%(Y3),因为第一套 EHR 和环境式 AI 病历记录模板会变成可复用资产。
上行$3.88M$622K$1.55M首个参考部署缩短采购周期,到 Q4Y3 会落地第八个系统,第二条服务线的扩张也会更早发生。
  • Q4Y3 会做到 8 个付费系统,因为参考客户和合作伙伴引荐把启动时间往前拉。
  • 基础正式生产 ACV 抬升到约 $456K,扩张 ACV 抬升到约 $660K,因为更多诊所和报告模块更早接入。
  • 实施复用提速快于基准情景,所以期末毛利率可到约 75%。

敏感性

变量下行情景基准情景上行情景
ARPU基础正式生产 ACV 下探到约 $396K,扩张 ACV 下探到约 $552K。基础正式生产 ACV 约为 $420K,扩张 ACV 约为 $600K。基础正式生产 ACV 提升到约 $444K,扩张 ACV 提升到约 $648K。
CAC如果差旅、合规尽调和高触达销售一直居高不下,CAC 会抬升到约 $280K。在创始人主导销售和参考案例复用承担大部分获客工作的前提下,CAC 维持在接近 $246K。一旦参考客户和合作伙伴引荐带来更多销售管道,CAC 会回落到约 $220K。
流失率一个早期正式生产客户没能扩张,补位时间又推迟,等于把稳态留存往下拉。模型假设客户黏性强但集中度高,因此只在单位经济模型里计入 1.5% 的月度流失率。所有早期客户都按节奏扩张,已装机客户群也完整撑过 Y3。
销售周期从发现需求到付费试点会多拉长约一个季度,因为合规和治理审查拖得更久。从严肃需求发现到付费试点平均约 6 个月,成功试点再过约 4 个月转正。参考架构和关键买方会把试点启动再压缩约一个季度。
毛利率实施继续保持定制化,试点和正式生产的毛利率都会比计划低几个点。试点毛利率从 35% 起步,Y3 混合毛利率到约 72%。可复用映射让成熟系统毛利率更快进入 70 多点。
招聘节奏在需求还没完全验证前,就把一名工程师和一名交付人员提前招进来。招聘继续按里程碑卡点推进,Y3 以 10.5 FTE 收官。第二位 GTM 人员等到合作伙伴信号更清晰时再招,也不拖签单。
关键假设 (24)
ID名称数值单位来源
A1模型起始月份2026-10YYYY-MM[BP date 2026-09-23] 模型从这版带日期的商业计划之后的第一个完整运营月开始。
A2起始现金 / pre-seed 融资$3.0M美元[BP fundingAsk.round pre-seed + BP fundingAsk.targetFundingRangeUsd $3–5M + BP fundingAsk.runwayMonths 18] 基准情景取 BP 区间下沿,因为公司先要把一个以 EHR 为先的切口跑通,再谈横向扩展。
A3起始付费医疗系统数0count[BP milestones 0–12 个月] 公司从零收入起步,先得把共创客户兴趣转成付费试点。
A4付费试点费用$120K,周期约 4 个月(~$30K/月)美元/logo[BP investorMemo.firstCustomer.initialContract $75k-$150k paid pilot] 模型取试点区间偏上的中位,因为首个部署还包含限定范围的实施和效果衡量工作。
A5基础正式生产 ACV$420K ARR(~$35K/月)美元/logo/year[BP investorMemo.firstCustomer.initialContract $300k-$700k 每年 spend] 基准情景在正式生产区间里取偏下的中位,对应一个服务线加核心追踪数据。
A6扩张后正式生产 ACV$600K ARR(~$50K/月)美元/logo/year[BP businessModel.expansionLevers + BP milestones 24–36 个月] 扩张默认增加更多诊所或服务线,再叠加基准报告,同时仍落在 BP 的年度支出区间内。
A7客户阶段推进节奏先做 4 个月付费试点,再转正式生产;上线约 12 个月后再扩张timeline[BP gtm.pricing + BP experimentRoadmap + BP milestones] 只有先把工作流、治理和采用效果证明跑出来,付费共创客户才会转成持续订阅的软件收入。
A8客户落地节奏M5, M8, M11, M16, M21, M27, M33月 index[BP milestones 0–12, 12–24, 24–36 + BP gtm.funnelTargets] 基准情景默认拿下 3 个付费客户(Y1)、5 个(Q4Y2)、7 个(Q4Y3),对齐 BP 提出的 5-7 个上线系统目标。
A9各部署阶段毛利率试点 35%,早期正式生产 68%,扩张后正式生产 78%百分比 of revenue[BP businessModel.targetGrossMarginPct 70 + BP operatingAssumptions on reusable mappings] 试点以服务为主,而可复用的 EHR 和环境式 AI 病历记录模板一旦跑通,成熟客户的毛利率就能超过长期 70% 目标。
A10招聘时间线M1 配置创始人、创始工程师和临床 / 产品负责人;M2 增加 0.3 FTE 安全 / 合规;M3 增加解决方案架构师;M6 增加实施负责人;M9 增加第二名工程师;M12 增加首位 GTM 人员;M18 增加第三名交付人员;M20 增加第三名工程师;M24 合规提升到 0.5 FTE;M28 增加第二位 GTM 人员timeline[BP team + BP sequencingRationale + startup-finance heuristic] 招聘先保交付,等第一批正式生产案例出来后,再有节奏地补 GTM 产能。
A11创始人综合用工成本$175K美元/year[BP team Founder CEO + startup-finance heuristic] 创始人现金薪酬保持精简,外加薪资税和福利。
A12工程综合用工成本$190K美元/year[BP team Founding eng + startup-finance heuristic] 这个水平对应集成负担较重的临床工作流工程岗位,但不预设后期公司的高现金薪酬。
A13临床信息学 / 产品综合用工成本$180K美元/year[BP team Clinical informatics and product lead + startup-finance heuristic] 这个岗位要由资深人员扛起工作流和安全责任。
A14安全 / 合规综合用工成本$140K(按 FTE 等值计)美元/year[BP team Fractional security and compliance lead + startup-finance heuristic] 这个岗位一开始按兼职配置,只有采购量上来后才逐步放大。
A15解决方案 / 实施综合用工成本$145K美元/year[BP team Solutions architect + Implementation lead + startup-finance heuristic] 对应以部署为主的医疗工作流人才成本。
A16销售 / GTM 综合用工成本$175K美元/year[BP gtm.channels + startup-finance heuristic] 企业医疗销售前期仍由创始人主导,等参考案例出来后才逐步补上配额型销售人手。
A17薪酬分摊到 P&L 科目创始人 55% 计入 S&M / 15% 计入 R&D / 30% 计入 G&A;工程 100% 计入 R&D;临床 / 产品 70% 计入 R&D / 30% 计入 G&A;安全 100% 计入 G&A;解决方案 45% 计入 S&M / 35% 计入 R&D / 20% 计入 G&A;销售 100% 计入 S&Mallocation[BP team role rationales + BP operations] 这样分摊人力成本,既能反映创始人主导销售,也能反映客户导入以工作流落地为主。
A18非薪酬运营费用爬坡S&M/R&D/G&A 的月度非薪酬支出从 $8K/$10K/$12K 起步(Y1 早期),到约 $16K/$14K/$16K(Q4Y3)美元/月nth[BP operations + startup-finance heuristic] 主要覆盖云工具、差旅、法务、保险和外包财务,不假设大规模付费获客引擎。
A19现金口径约定现金变动等于 EBITDAformula[startup-finance heuristic] 在 pre-seed 规模下,资本开支、税、债务和营运资本波动相对经营现金消耗都可以忽略。
A20单位经济模型月度流失率假设1.5%百分比 每月[startup-finance heuristic for early enterprise workflow SaaS] 已经嵌入医疗系统的工作流通常黏性很强,但客户数集中、采购周期又长,所以仍要给非零流失率。
A21CAC 口径约定36 个月 S&M 支出除以 7 个落地付费客户formula[model calculation using base-case S&M spend + BP gtm.channels] CAC 把创始人时间、GTM 招聘、差旅和解决方案驱动销售的投入都算进去,覆盖整个铺开的销售建设期。
A22pre-seed 融资对应的里程碑拿下 3 个付费共创客户,把 2 个转成正式生产,在低风险就诊收尾工作包要素上证明 60% 无修改通过率,并在 seed 前看到实施时间继续下降milestone[BP milestones 0–12 and 12–24 + BP fundingAsk.useOfFundsSummary] 这轮融资的规模就是为了拿下第一组验证,同时还留出约 6 个月缓冲。
A23单个落地系统的覆盖深度模型里的 ACV 只按前 1-2 条服务线和部分诊所覆盖来算,不按研究里的 SOM 完整座位等价规模来算scope[Research market.som $11.9M + BP product.mvp + BP strategicChoices.beachhead] 这样设定,是为了让单个系统收入相对研究里的市场规模锚点和滩头市场策略都保持保守。
A24季度薪酬口径约定Y2-Y3 的薪酬行按各季度实际月度薪资加总,不只看季度末快照convention[headcount column convention + BP team + startup-finance heuristic] 这样能让季度薪酬口径保持一致,尽管 Y2 和 Y3 的人员数只展示年末快照。
单位经济模型流转
flowchart LR
  Targets[Qualified target systems] --> Assessments[Workflow assessments]
  Assessments --> Pilots[Paid design-partner pilots]
  Pilots --> Production[Production packet subscriptions]
  Production --> Expansion[More clinics and service lines]
  Expansion --> Revenue[Revenue]
  Revenue --> GrossProfit[Gross profit]
  GrossProfit --> Cash[Cash runway]

警示项: 这套计划到 7 个付费系统(Q4Y3)就收官,所以只要有一家医疗系统采购或上线延后,全年结果就会明显变样。 · 只有前两次部署之后,每新增一条服务线的实施时间明显下降,毛利率才过得了长期 70% 目标;如果服务继续保持定制化,下行情景里的现金会被压到约 $0.2M。 · 正式生产 ACV 按部分服务线覆盖而不是全系统铺开计算,所以每个已落地系统内部仍得继续扩张,研究里的 SOM 才谈得上。 · 业务到 Y3 也只是接近 EBITDA 盈亏平衡,下一轮融资能不能讲通,靠的是证明里程碑,不是单看盈利。 · 现金直接按 EBITDA 建模,不包含回款时点、递延收入、资本开支和任何后续融资。

章节

主要风险

  • 工作流差异. 每家医疗系统对医嘱、转诊和下游员工队列的配置都不同,这会拖慢上线,也会削弱可复制性。 缓解措施: 先在常见 EHR 和环境式厂商组合上,拿两到三条可复用的服务线模板;只有当工作包结构真正稳定后,再往外扩。
  • 医生信任起不来. 如果工作包还是需要改太多,临床医生就会把它当成又一个收件箱,而不是实打实的省时工具。 缓解措施: 先从低风险任务类型起步,只有无修改通过率达到门槛后,才缩短复核或扩大自主比例。
  • 厂商挤压. 环境式病历记录厂商或 EHR 厂商一旦看见这个工作流有价值,可能很快把自己的就诊收尾任务包补上。 缓解措施: 坚持对病历来源保持厂商中立,并把无修改通过率和下游完成基准数据握在自己手里——这是单一厂商工具不容易拼出来的。
章节

证据

引用来源 (17)

  1. Journal of Primary Care & Community Health. 初级保健中与电子病历使用相关的职业倦怠 · https://pmc.ncbi.nlm.nih.gov/articles/PMC10134123/
  2. HealthSystemCIO. Providence 研究发现,规模化能释放环境式 AI 辅助临床病历记录的价值 · https://healthsystemcio.com/2026/06/01/ambient-ai-documentation-scale-study/
  3. Advisory Board. 部署环境式 AI 前要想清楚的 4 件事 · https://www.advisory.com/daily-briefing/2026/02/04/ambient-ai-oi-ec
  4. Fierce Healthcare. ViVE 2025:Abridge 融资 $250M,估值达 $2.75B · https://www.fiercehealthcare.com/ai-and-machine-learning/abridge-scores-250m-series-d-ambient-ai-tech-now-use-100-health-systems
  5. Abridge. Geisinger 如何在整个医疗系统内规模化部署环境式 AI · https://www.abridge.com/blog/geisinger-ambient-ai-adoption
  6. Heidi. Heidi 获得 US$340M,用于在全球医疗系统里扩展智能体 · https://www.heidihealth.com/en-us/blog/heidi-secures-us340m-to-scale-agents-across-health-systems-globally
  7. Epic. Epic AI Charting 上线,同时内置 AI 能力继续扩张 · https://www.epic.com/epic/post/epic-ai-charting-rolls-out-alongside-an-expanding-set-of-built-in-ai-capabilities/
  8. Epic. 面向临床医生的 Art · https://www.epic.com/software/art/
  9. Suki. 环境式 AI 病历记录 · https://developer.suki.ai/documentation/concepts/ambient-clinical-notes/ambient-documentation
  10. Office of the National Coordinator for Health Information Technology. 决策支持干预(DSI)事实说明 · https://www.healthit.gov/wp-content/uploads/2023/12/HTI-1_DSI_fact-sheet_508.pdf
  11. U.S. Food and Drug Administration. 临床决策支持软件 · https://www.fda.gov/regulatory-information/search-fda-guidance-documents/clinical-decision-support-software
  12. U.S. Government Publishing Office. 强化电子受保护健康信息网络安全的 HIPAA 安全规则 · https://www.govinfo.gov/content/pkg/FR-2025-01-06/pdf/2024-30983.pdf
  13. American Hospital Association. 2026 年美国医院速览 · https://annualmeeting.aha.org/node/15794
  14. Association of American Medical Colleges. 2025 年关键发现 · https://www.aamc.org/data-reports/data/2025-key-findings
  15. University of Rochester Medical Center. 转诊协调员 · https://www.urmc.rochester.edu/MediaLibraries/URMCMedia/medicine/general-medicine/documents/Referral-Coordinator.pdf
  16. Heidi. Heidi 定价|Free、Evidence、Clinician 与 Enterprise 套餐 · https://www.heidihealth.com/en-us/pricing
  17. Advisory Board. 超过 77% 的医生受雇任职,这正在如何重塑医疗行业 · https://www.advisory.com/daily-briefing/2024/04/16/pai-avalere-ec