用于 AATD 基因编辑试验的“基因分型到转诊” OS，能在启动前找出尚未治疗的 PiZZ 患者，并提前把中心准备好。

1. 资金已经到位，申办方既有能力也必须为 AATD 单独搭建入组基础设施，不能再只靠临时协调员工作硬扛。
2. 一批重度 PiZZ 患者长期没有基础治疗，谁先把漏诊人群找出来，谁就更快占住窗口期。
3. 根因编辑抬高了精确基因分型确认的价值，也让面向疾病的转诊软件，比泛呼吸科外展更有必要。
4. 跨境资产授权把“拿到科学资产”和“推进临床执行”之间的时间差压得更短，申办方不能等以后再补患者发现流程。

催化因素。 Serapha 围绕根因型 PiZZ 编辑器拿下 $230M，让 AATD 不再只是“未来科学故事”，而是立刻变成一场诊断、资格确认和患者路由的争夺战。

公司卖的是一层面向申办方和专科中心的疾病专用运营系统，服务于要启动 AATD 基因编辑项目的团队。它把肺科和肝病转诊来源接起来，识别符合 AATD 高概率特征的病历，触发基因分型确认流程，并把既往影像、肺功能、肝脏指标和家族史整理成申办方可直接使用的筛选档案。对已激活的中心，产品会把基线采集标准化，并跟踪患者是卡在怀疑、检测、确认还是入组环节。时间一长，这家公司会攒下全品类里最值钱的数据集：哪些转诊路径最能产出真正的 PiZZ 患者、哪些基线证据最能预测试验匹配度、以及哪些中心把已筛患者转成正式入组的速度最快。

差异化。 通用型试验科技供应商，通常是在患者已经找到之后才开始帮忙管表单；罕见病招募机构，则往往缺少深度的基因分型和中心就绪工作流。这家公司把切口前移：把疑似模式、确证性检测、基线证据和申办方-中心交接放进同一条 AATD 专用流程里。它的护城河来自一张专有图谱：哪些转诊来源最出真 PiZZ、哪些家系级联路径最能转化、哪些中心筛过的人最容易变成正式入组。随着更多一次性编辑项目进入相邻疾病，这张图谱会越来越值钱。

待完成任务

flowchart LR
  Buyer[Clinical Ops Lead] --> Pain[Hidden PiZZ patients and unprepared sites]
  Pain --> Product[AATD referral readiness OS]
  Product --> Outcome[Faster enrollment and stronger site conversion]

高管要点

• 这个切口是真问题，因为真正卡住的是“已做基因分型确认的患者流”和“基线资料包是否完整”，不是泛化的呼吸科认知教育。
• 第一个滩头市场有商业意义，但确实很窄；这个项目能不能撑起风投回报，取决于先把 AATD 跑通，再扩到相邻的基因型定义肺肝疾病。
• 横向招募供应商并不少，但还看不到谁同时吃下了 AATD 专属检测规则、家系级联逻辑和面向申办方的肺肝双器官资料包整理。

市场定义

滩头市场是面向申办方和中心的工作流软件加服务，把疑似 AATD 患者推进到“已做基因分型确认、且符合方案要求的筛选资料包”这一步，用于疾病修饰型研究和早期治疗中心网络。之所以有这个需求，是因为 AATD 仍然漏诊严重、诊断普遍拖延、家系检测利用率偏低，而治疗管线也已从增补疗法转向基因型导向的 RNA 和碱基编辑项目 [4][6][9][11][13][16][17][18][19][21][22]。

用户与买方

核心买方是开展 AATD 研究的申办方临床运营副总裁或 CMO；日常推动者还包括中心负责人、遗传咨询师和研究启动负责人，他们都得把 PiZZ 患者找出来、补齐肺加肝的基线资料，并把已准备好同意的患者转进方案筛选 [13][14][25][29]。

购买触发点

• 申办方进入中心激活阶段后会发现，基因型特异性的方案需要的不是更多泛呼吸科线索，而是更少、但质量高得多的转诊。 [18][19][21][22][25]
• 指南驱动的检测和家系级联要求，会给本来就分散在肺科、肝病和遗传团队之间的流程再加一层工作量。 [4][9][14]
• 患者对治愈性或长效基因/RNA 疗法的兴趣上升得比中心教育、检测和合规分流能力更快。 [17][23][46]

支付意愿

申办方本来就会为低患病率研究购买昂贵的横向招募、数据补强和试验运营支持；如果一层 AATD 专用系统真能显著提高基因型命中率、降低中心层面的筛选失败，并缩短拿到首个合格患者的时间，那么哪怕市场不大，每年花到六位数美元也很容易说得过去。 [25][26][27][31][33][35]

品类动态

增长信号 很难被压缩成一个干净的市场 CAGR；AATD 的临床活跃度正在从增补疗法，扩到 RNAi、RNA 编辑、碱基编辑等多种精准治疗路径。

验证信号

• 新的申办方资金和公开市场启动活动，让 AATD 运营基础设施从“理论需求”变成了“当下需求”。
• 多项仍在招募或处于活跃但暂不招募状态的精准治疗研究，证明申办方对 PiZZ 患者识别的需求是持续的。
• 指南明确要求更广泛的检测和家系级联工作，这正好就是产品要接住的工作流负担。
• 只要教育缺口被补上，患者对基因治疗和临床试验的接受意愿并不低。

监管与技术约束

• 只要电子工作流能被申办方看到，就必须满足 FDA 对 Part 11 下电子记录和电子签名可信性的要求。
• 如果筛选或基线资料包用到了提供者 EHR 数据，就必须把来源和源数据责任边界说清楚。
• 远程预筛、远程医疗或去中心化步骤，仍然都落在 FDA 对去中心化临床试验要素的指导框架里。
• 集成质量最终取决于目标中心能否提供符合 USCDI/FHIR 的数据，而不只是非结构化文档。

竞争主要来自横向的队列发现和招募供应商，而不是原生的 AATD 软件。TriNetX、IQVIA、Antidote 和各种数据补强网络都能卖“更快找到患者”，但它们默认处理的是宽漏斗研究。这个创业方案则把范围收窄到“面向突变的 AATD 患者识别、家系级联路由和申办方资料包整理”，比现有横向产品更具体，但上线时也更窄 [25][27][29][31][32][33][35]。

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

• 横向真实世界数据平台. TriNetX 这类平台擅长做队列筛选和中心发现，但并不会天然赢下 AATD，因为真正入组还需要疾病专属的基因分型确认、家系外展逻辑，以及通用无代码队列工具之外的资料包整理。
• 全服务 CRO 招募引擎. IQVIA 这类招募引擎可以全球放大执行，但它优化的是覆盖面和执行产能，不是去沉淀一张会持续提升真 PiZZ 命中率的 AATD 转诊图谱。
• 遗传咨询服务商. InformedDNA 这类服务在遗传咨询和把患者推进到可同意转诊状态上很强，但看起来并不提供完整的申办方-中心操作系统，来处理肺肝双器官基线采集和中心绩效基准。
• 患者社区网络. Rare Patient Voice 这类网络能把高意愿患者浮出来，但它们进入漏斗太靠后，替代不了门诊侧病例发现、基因分型检查以及向受监管中心工作流的结构化交接。

AATD 转诊就绪 OS 向基因编辑公司和专家中心出售面向申办方的工作流软件与服务，解决的问题是：他们既需要已做基因分型确认的 PiZZ 患者，也需要完整的肺肝双器官基线资料包和能直接进入试验的转诊。第一个客户会是 AATD 精准治疗申办方里的临床运营副总裁或 CMO：公司正在激活 3-8 个美国中心，却发现通用罕见病招募并不能稳定产出符合方案要求的 PiZZ 候选者。这个切口刻意做窄：在肺科和肝病工作流里识别疑似 AATD 患者、推进确证性检测、在中心容量被浪费前把申办方筛选资料包整理好。这个滩头市场有吸引力，是因为价值能用“基因分型确认天数、资料包完整度、拿到首个合格患者的时间”快速量化，而不用靠长尾品牌或认知指标。研究支持的第 3 年 SOM 约为 $2.0M，但眼前买家池确实很小，项目能不能撑起风投回报，取决于能否扩到相邻的基因型定义肺肝疾病。相对横向供应商，最有证据支撑的优势是它在基因分型确认、家系级联路由和肺肝双器官基线整理上的 AATD 贴合度更高。最大的不确定性在两点：目标中心是否存着足够多可结构化调用的基因分型和实验室数据，从而支撑轻实施上线；以及第一波申办方更偏好项目费、中心费，还是按吞吐量定价。眼下更适合把它看作一个可信的 pre-seed 基础设施机会：痛点真实，但在拿到一个锚点申办方证明“合格患者到达速度可重复改善”之前，还谈不上高确信度平台。

问题

• 疑似 PiZZ 患者仍然散落在 COPD、肺气肿、肝病和家系筛查流程里，因此申办方和中心手里并没有一条稳定产出已做基因分型确认候选者的管道。
• 确证性检测、咨询、资料包整理和基线证据采集，仍然要靠肺科、肝病和遗传团队手工协同推进，这会拖慢入组，也会抬高筛选失败风险。
• 一次性编辑项目让每漏掉一个患者、每低效一个中心，成本都会被放大，因为第一波研究中心覆盖面小、时间线又非常集中。

解决方案

• 在专科中心工作流里标记疑似 AATD 病例，触发确证性基因分型和 AAT 检测，并把每个病例从“怀疑”一路跟到“申办方可接收的转诊”。
• 把方案要求下的肺肝基线资料包、家族史和同意状态整理成一份可审计的筛选档案，交给申办方和中心团队。
• 持续对比哪些转诊来源、哪些家系级联路径、哪些中心更能产出真正的 PiZZ 患者和更快的入组，让申办方把容量集中投到转化最高的地方。

为什么我们会赢

• 横向队列筛选和招募供应商，并没有真正占住 AATD 怀疑、基因分型确认、家系路由和申办方资料包整理交汇的这条工作流。
• 公司会不断积累一张专有图谱：转诊来源产出、基线数据缺口和中心转化表现；每多上一个申办方项目、每多导入一个中心，这张图谱都会更强。
• 先作为现有中心和实验室工作流上的叠加层推出，比在第一个 AATD 项目都还没证明前，就要求中心整体换一套临床试验系统现实得多。

里程碑

flowchart LR
  Wedge[AATD sponsor wedge] --> MVP[Referral-readiness MVP]
  MVP --> Proof[Faster PiZZ qualification and packet completeness]
  Proof --> Expansion[Adjacent genotype-defined disease expansion]

创始团队

实验路线图

风险评估

必须成立的条件

• 申办方愿意每年为 AATD 专用工作流支付低到中六位数美元，而不是继续依赖协调员、CRO 服务或横向招募供应商。
• 目标中心里至少 40% 的疑似病例，能在不先做深度 EHR 集成的前提下，通过轻量数据导入模型推进。
• 家系级联筛查在前 12 个月内，能贡献出足以形成商业意义的合格转诊增量。
• 一个锚点申办方能证明：相较旧流程，拿到首个合格患者的时间至少快 30%，资料包缺陷也显著下降。
• 同一套数据和工作流模型，可以在 24 个月内扩到相邻的基因型定义肝病或肺病。

待尽调问题

• 未来 24 个月里，第一波现实买家到底有多少家？收入会集中到什么程度？
• 锚点中心里的 PiZZ 病例发现，有多大比例依赖结构化数据，又有多大比例仍得靠手工翻病历和 PDF？
• 对经济买方来说，最重要的指标到底是哪一个：拿到首个合格患者的天数、筛选失败率更低，还是中心激活效率？
• 申办方为什么不直接扩展 IQVIA、TriNetX、InformedDNA，或者内部临床运营流程，而要额外买这层叠加系统？
• 有什么证据能证明家系级联工作流带来的是有意义的转诊量，而不只是额外运营复杂度？

模型合理性

• 收入引擎. 基准收入靠的是：把 Y1 的 2 个付费试点，转成 Q4Y3 时的 5 个活跃申办方项目；同时项目价值从试点定价抬升到约 $500K 的年化正式生产价值，再叠加扩展费用。
• 必须跑对的事. 上线必须守住 BP 里 6-8 周的目标，毛利率才能在不追加过多实施人头的前提下，爬向 72%。
• 模型会在哪儿断. 如果销售周期拉到 12 个月，或者毛利率掉到 68% 以下，下行情景会在相邻疾病扩张开始帮忙前就先烧穿现金。
• 下一轮融资证明点. 到 Y2 后段，一个够 seed 的故事应该是：3 个正式运行的申办方项目、约 8 个活跃中心、稳定使用的基准报表，以及 1 个相邻疾病付费伙伴。

情景

敏感性

flowchart LR
  SponsorLeads --> PaidPilots
  PaidPilots --> ProductionPrograms
  ProductionPrograms --> ProgramFees
  ProductionPrograms --> SiteExpansion
  ProductionPrograms --> ThroughputFees
  ProgramFees --> Revenue
  SiteExpansion --> Revenue
  ThroughputFees --> Revenue
  Revenue --> GrossProfit
  GrossProfit --> Hiring
  GrossProfit --> Opex
  GrossProfit --> Cash

警示项: 公司到 Y3 仍未完全实现 EBITDA 转正，因此这个 seed 故事成立的前提，是投资人相信相邻疾病扩张能在绝对盈利之前先被重复验证。 · 收入集中度依旧很高，因为 5 个活跃项目仍然落在很小的 AATD 买家池里，任何 1 个申办方延迟，都会显著撬动模型。 · 模型假设轻量导入确实可行；如果目标中心需要深度 EHR 集成，毛利和试点推进速度都会迅速恶化。 · 基准情形下现金仍为正，但下行情景表明：销售周期变慢叠加结构化数据可得性变差时，公司大概率会在 seed 里程碑完全证明前先需要过桥资金。

• 首批申办方市场过窄. 第一波真正活跃的 AATD 基因编辑项目，数量可能很少。 缓解措施: 先用 AATD 聚焦打样，但数据模型和工作流一开始就要为相邻的基因型定义肺肝疾病预留快速扩展能力。
• 专科中心集成阻力. 肺科和肝病中心未必愿意再接一套新流程，除非接入很轻，且价值立刻可见。 缓解措施: 先用最轻的数据接入路径、实验室伙伴集成和高触达上线服务，在一个研究周期内证明转诊转化更快。
• 筛选工作流面临监管审慎. 申办方可能担心，软件驱动的资格判断逻辑会让方案合规或中心监管更复杂。 缓解措施: 把产品定位成运营决策支持层：规则由申办方配置、交接全程可审计，并与现有筛选 SOP 做验证对齐。