给老年照护诊所用的运营 OS——把异常记忆筛查结果推进成分诊后的进一步评估、转诊，以及试验就绪患者。

1. 更早期的认知测试能在传统工具之前把风险筛出来，这会把需要有组织随访的患者量拉高，不能再靠零散转诊应付。
2. 产品已经在 30 多家诊所部署，说明这个品类已经进入真实照护场景，下游工作流痛点是当下问题，不是远期假设。
3. 融资明确投向数据集和监管工作，说明筛查工具正在走向更广泛的临床标准化，能随渗透率一起放大的工作流软件价值也会更高。
4. 来自 Cambridge 的研究背书会提高服务商把更早期筛查落到日常运营里的信心，也会同步拉高“阳性结果之后怎么安全接住”的软件需求。

催化因素。 Prema 的诊所落地和投向数据集、监管工作的融资，说明更早期痴呆筛查正在真正进入运营场景，这会立刻带来“筛查之后怎么办”的基础设施需求。

产品接在任何数字认知测试或临床医生手工录入的筛查结果之后，把异常结果转成结构化的下一步工作流。它会采集照护者信息和症状史，从 EHR 抽取必要病历背景，按诊所规则判断轻重缓急，再把每位患者导向最合适的后续路径，比如复测、转神经科、影像检查或交给研究协调员审核。运营负责人能看到转诊流失、候诊名单积压和各诊所从异常筛查到完成评估的转化仪表盘。研究团队也可以选择接收已经取得同意、完成初筛、资料齐备的患者。第一个用例很简单：把异常记忆筛查结果在几天内推进成已排期的记忆路径动作，而不是拖上几周。

差异化。 多数认知测试创业公司盯的是筛查本身，通用转诊软件又吃不透痴呆评估、照护者信息采集和研究交接里的临床细节。这家公司刻意站在任何筛查工具之后，更容易卖进那些不想换供应商、但确实需要把后续流程管起来的诊所。时间一长，它还能沉淀一套专有数据集：哪些异常筛查结果最终转成了完成诊断、专科就诊和研究入组，从而同时建立流程护城河和数据护城河。

待完成任务

flowchart LR
  Buyer[Senior care operations leader] --> Pain[Abnormal memory screens create manual referral backlog]
  Pain --> Product[Memory pathway orchestrator]
  Product --> Outcome[Faster workups lower leakage and produce trial-ready patients]

高管要点

• 运营瓶颈正在从“做一次记忆筛查”转向“把可疑结果真正推进到下一步”。
• Medicare 已经给认知随访提供了工作流和报销钩子，但诊所仍需要轻量执行软件，才能把闭环尽快补上。
• 竞争最激烈的地方仍在评估厂商；更干净的切口，是一层厂商中立的异常筛查编排层，而不是再做一套测试。

市场定义

把老年人的异常或可疑认知筛查结果，推进成已排期的诊断、照护管理或研究下一步的工作流软件。

用户与买方

第一批用户，是美国聚焦老年人的基层医疗集团和多院点记忆项目里的运营负责人、医疗负责人和转诊经理；购买中心会覆盖临床运营、医生管理层和 IT，因为产品能否成立，取决于转诊转化、文档质量和集成适配。

购买触发点

• 一旦基层医疗开始铺数字认知评估，很快就会出现一批阳性或边缘病例，要做分诊、补文档和人工跟进。 [9][20]
• Medicare 已经把认知评估嵌进年度健康就诊，也覆盖独立的照护规划门诊，所以随访运营不是“可有可无的附加项”，而是可报销的工作流。 [2][3][4]
• 像 GUIDE 这样的痴呆导航和照护者支持模式，会进一步放大协调下一步、支持家庭并减少流失的压力。 [5][21]

支付意愿

预算归口是存在的，因为认知随访已经踩在可报销的评估和照护规划环节上，CMS 也在为痴呆导航买单；但买方仍会要求软件先证明：转诊丢得更少、员工耗时更低、文档更干净，然后才愿意支付有意义的订阅费。 [2][4][5]

品类动态

增长信号 美国阿尔茨海默病患病人数将从 6.9M 增至 2060 年的 13.8M，对应 1.9% CAGR。

验证信号

• Prema 表示，其 PREMAZ 工具已经在英国和美国 30 多家诊所落地，说明上游筛查这个品类已经进入真实运营。
• 一项覆盖 7 家诊所的基层医疗实施里，1,808 次数字认知筛查带来了 447 次进一步评估转诊。
• TabCAT-BHA 的实施提升了 PCP 的认知诊断数，而且 95% 的参与医生采纳了这套流程。
• BrainCheck 表示其服务对象已超过 500 家医疗机构，并在 2025 年新增 150 多家机构。
• CMS 已经推出依赖导航和照护者支持的痴呆支付模式，这本身就验证了运营基础设施的需求。

监管与技术约束

• 考虑到 USPSTF 的证据立场，产品应避免“广泛无症状筛查”主张，而是支持医生在出现可疑或异常结果后的随访。
• CPT 99483 工作流要求详细病史、功能回顾、照护者参与和完整照护计划记录，所以软件必须提升文档质量，而不是绕开这些要求。
• GUIDE 对齐的部署需要照护者支持、照护导航和社区资源协同，这会抬高实施范围，但也反过来验证了这条工作流的必要性。
• 现在的生产级部署越来越偏向 USCDI、标准化 API 和 SMART/FHIR 式应用接入。

市场上的商业化力量仍主要集中在识别、评估或照护计划生成，而不是把异常筛查跨厂商地推进成真正完成的下一步。当前最常见的替代方案，仍是 EHR 手工任务、传真转诊和呼叫中心外呼；与此同时，评估厂商也在逐步往相邻工作流功能延伸。

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

• EHR 平台. 标准化 API 和数据共享规则确实让集成更可行，但通用病历系统默认并不会替你解决痴呆场景里的优先级判断、照护者信息采集或记忆路径编排。
• 筛查厂商. 评估公司越来越多地加上报告和照护计划功能，但大多数仍围绕自家测试模态打转，而不是做成一层中立编排层，去接住诊所已经在用的各种筛查。
• 专科记忆门诊. 专科机构掌握下游进一步评估的专业能力，但转诊延误和人力紧张说明，它们并不会自动解决基层医疗前端的流失。
• 协同照护组织. 偏服务化的痴呆照护模式，本身就证明了“协调”这件事有价值；问题在于，这套能力高度依赖人手和标准化流程，而软件可以把它产品化、规模化。

公司应该先做成一层厂商中立的工作流：服务那些已经在做认知筛查、却仍在异常结果和下一步诊断或照护规划之间大量丢人的美国老年基层医疗集团。第一个客户画像，是一家拥有 10-50 家诊所、转诊运营集中管理的价值医疗型老年照护集团，因为异常筛查、照护者外联和专科瓶颈都压在同一个运营方身上，也有明确预算归口。切口要刻意收窄：接住一次异常或可疑筛查，补齐缺失的照护者信息和症状史，整理病历资料包，排轻重缓急，再把下一步约出来，而且不要求诊所替换原有筛查厂商。比起再做一套数字评估，这条路径更快能跑出 验证节点，因为研究已经证明筛查在落地、Medicare 也给了后续随访钩子，而替代方案至今大多还是人工。GTM、定价和产品边界都要围着同一条工作流绑紧，先在小型诊所集群里做付费试点，用减少流失、缩短排上进一步评估的时间来定价。长期最强的资产，是一套跨厂商数据集：在特定工作流干预下，哪些筛查阳性患者最终转成了完成诊断、照护计划、专科就诊和研究就绪转诊。公司要明确避开“独立诊断”主张，把自己放在工作流赋能层，因为研究显示，广泛无症状筛查在监管和医生信任上都有限制。这个切口的证据已经够可信，但对目标客户的报销兑现、基线流失率和实施负担仍不完整，所以前 12 个月必须先做出客户自有的漏斗和周期时长数据，再考虑扩到记忆门诊、支付方路径或研究变现。

问题

• 异常认知筛查现在仍然会落回护士回拨、传真转诊、表格等候名单和不完整的病历资料包，结果是患者在排上进一步检查之前就先流失。
• 价值医疗型老年照护集团和记忆项目在照护质量和运营两端都在吃这块痛：随访一拖，CPT 99483 和 GUIDE 对齐的工作流就会变弱，照护者负担会加重，专科和研究团队拿到的转诊也往往资料不齐。

解决方案

• 做一层工作流，把异常筛查结果或医生手工标记的可疑情况接进来，采集照护者信息和必要文档，按站点规则分流，并在几天内把患者推进到已排期的下一步。
• 先给运营负责人看转诊流失、积压和从异常筛查到完成进一步评估的转化仪表盘；跑出 验证 之后，再扩到研究就绪转诊打包和专科记忆门诊协同。

为什么我们会赢

• 产品接在任何筛查工具之后，而不是替换筛查本身，这更贴合买方现有做法，销售动作也比正面和评估厂商硬碰硬干净。
• 每一次部署都会沉淀专有的分流、照护者采集和转化数据，知道到底什么流程能把筛查阳性患者真正推到完成随访；通用 EHR 工作流和服务公司都很难系统性抓到这层数据。

里程碑

flowchart LR
  Wedge[Abnormal-screen workflow wedge] --> MVP[Routing intake and scheduling MVP]
  MVP --> Proof[Cycle-time and leakage proof points]
  Proof --> Expansion[Multi-clinic rollout and research modules]

创始团队

实验路线图

风险评估

必须成立的条件

• 一个 3-5 家诊所的试点必须在 120 天内把从异常筛查到排上下一步的中位天数至少压低 30%。
• 至少 50% 的付费试点必须在试点结束后 6 个月内转成正式商用。
• 第一套实施模式必须能在不做定制开发的前提下支持 2 种上游筛查输入加手工录入，否则毛利会掉到目标线以下。
• 买方必须接受“按诊所 + 按使用量”的定价，而且价格水平要能支撑多诊所客户做到六位数年合同。
• 即使评估厂商已经提供基础照护计划或报告功能，公司也必须证明厂商中立的后续编排层更能赢。

待尽调问题

• 目标 ICP 里，目前有多少异常认知筛查在 30 天内没有转成已排期的下一步？
• 前 20 个目标客户主要用哪些筛查厂商和 EHR 堆栈，这套集成模式到底有多可复用？
• 经济买方会从运营、质量还是创新预算里付钱，什么 ROI 门槛能推动正式铺开？
• 在不触发安全或信任顾虑的前提下，照护者外联和病历资料整理到底能自动化到什么程度？
• 在真实评估里，买方为什么会选这层产品，而不是 BrainCheck、Linus Health、内部转诊团队或现有 EHR 任务流？

模型合理性

• 收入引擎. 基准情形下的 Y3 收入，来自 12 个在线诊所集团；在试点转成多诊所正式合同后，每家每月大约支付 $11K-$12.2K。
• 必须做对的事. 到 M12-M18，试点转正式商用必须守住计划里的 50%+ 目标，否则收入爬坡会落后于固定且偏实施导向的成本底盘。
• 模型失效条件. 如果销售周期晚 1 个季度，或毛利率卡在 66% 以下，悲观情形下公司会在拿到 可发起 seed 融资的验证节点 之前先把现金打穿。
• 下一轮验证. 只要公司在 Y2 末证明：已有 9 个在线诊所集团、1 套可复用集成模式，以及可供渠道复制的 ROI 故事，就足以支撑 seed 融资。

情景

敏感性

flowchart LR
  AbnormalScreens[Abnormal screens] --> ManagedPathways[Managed pathways]
  ClinicSubscriptions[Clinic subscriptions] --> Revenue
  ManagedPathways --> UsageFees[Usage fees]
  ManagedPathways --> ClinicSubscriptions
  UsageFees --> Revenue
  Revenue --> GrossProfit
  GrossProfit --> Cash

警示项: 模型假设 3 个付费试点都能在 M9 前落地，而且至少有 1 个在 M12 转成正式商用；只要晚 1 个季度，现金压力就会明显放大。 · 由于医疗实施、照护者工作流设计和客户 验证 仍然带着明显服务属性，每名 FTE 的收入低于典型 SaaS 基准。 · 毛利率要到 Y3 才达到 business plan 目标；如果 EHR 定制或支持强度比模型更深，下一轮融资大概率会继续后延。

• 临床验证依赖. 如果数字认知筛查始终拿不到更广泛的临床信任，下游工作流需求就可能一直停留在小众市场。 缓解措施: 先从已经部署筛查的客户切入，把产品定位成厂商中立的基础设施，而不是新的诊断主张。
• 医疗集成推进缓慢. EHR 和转诊系统集成很容易把销售周期拖长，也会延后价值兑现。 缓解措施: 先用轻量的采集、排期和文档生成工作流上线，等转化提升可量化后再加深集成。
• 报销归属不清. 诊所也许认同工作流痛点真实存在，但如果节省成本或新增收入不能落到一个明确预算拥有者头上，就会犹豫。 缓解措施: 先卖给价值医疗型老年照护集团和研究项目；在这些场景里，减少流失和提升试验吞吐对应着清晰的经济责任人。