OpenRNA：肿瘤学中 mRNA 疫苗的协调层

OpenRNA：开放协调层如何加速个性化mRNA癌症疫苗的开发

临床数据显示，个性化mRNA疫苗在肿瘤学领域的有效性已得到证实，但其广泛应用仍受限于标准化工作流管理工具的缺失。OpenRNA是首个开源项目，将生物信息学流程、监管要求和临床协议整合成统一的编排系统。

从临床数据到系统性挑战

现代研究展示了癌症治疗的突破性时刻。KEYNOTE-942（Moderna/Merck）III期试验数据显示，使用个性化mRNA疫苗V940联合pembrolizumab可将黑色素瘤复发风险降低49%。胰腺癌研究中也观察到类似结果：应答者中位无复发生存期超过3.2年，而非应答者仅为13.4个月。这些数据表明，从实验开发向标准化生产的转变正在发生。

然而，每位患者都需要独特的生产周期：肿瘤测序、新抗原预测、mRNA构建设计，以及封装入脂质纳米颗粒。目标周期为4周，因此全阶段自动化至关重要。现有的解决方案无法覆盖全谱任务：

• Nextflow和nf-core/sarek处理生物信息学流程
• pVACtools对新抗原进行排序
• LinearDesign设计mRNA

同时，也没有符合FDA监管标准（21 CFR Part 11）和EMA（ATMP）的系统，用于管理从样本接收到免疫应答监测的端到端流程。

OpenRNA架构：领域端口与适配器

OpenRNA基于干净架构原则构建，包含17个领域端口，将业务逻辑与技术细节隔离。主要接口聚焦于两个层：

科学工作流层：

• IConstructDesigner用于生成构建
• IHlaConsensusProvider用于HLA分型共识
• INeoantigenRankingEngine用于表位排序
• IWorkflowOrchestrator用于流程管理

监管合规层：

• IAuditSignatureProvider用于审计追踪
• IConsentTracker用于同意管理
• IStateMachineGuard用于状态转换控制

构建设计端口的示例实现：

// src/ports/IConstructDesigner.ts
export interface ConstructDesignRequest {
  caseId: string;
  rankedCandidates: RankingRationale[];
  deliveryModality?: DeliveryModality;
}
export interface IConstructDesigner {
  designConstruct(request: ConstructDesignRequest): Promise<ConstructDesignPackage>;
}

系统使用单一依赖工厂，避免业务逻辑中直接通过new创建对象：

export function createApp(dependencies: AppDependencies = {}) {
  const {
    modalityRegistry,
    constructDesigner,
    workflowRunner,
    store,
    // ...
  } = resolveAppDependencies(dependencies);
  // ...
}

默认情况下，开发环境激活内存适配器。生产环境通过环境变量连接PostgreSQL适配器，而不影响领域逻辑。

在监管环境中管理患者生命周期

临床流程需要明确建模所有可能状态。OpenRNA实现了包含15个状态的有穷状态机，包括中间阶段和回滚场景：

INTAKING -> AWAITING_CONSENT -> READY_FOR_WORKFLOW -> WORKFLOW_REQUESTED
-> WORKFLOW_RUNNING -> WORKFLOW_COMPLETED -> QC_PASSED -> AWAITING_REVIEW
-> APPROVED_FOR_HANDOFF -> HANDOFF_PENDING
// 错误状态：
WORKFLOW_CANCELLED, QC_FAILED, REVISION_REQUESTED

每次转换都会生成领域事件，包含不可变属性：

• correlationId用于端到端追踪
• 纳秒精度时间戳
• 执行上下文（用户、角色、IP）

这满足了FDA 21 CFR Part 11对电子记录的要求，并能完整重构每个病例的处理历史。IStateMachineGuard端口会阻止无效转换——例如，未通过QC控制就尝试批准疫苗。

RNA模态支持：策略而非猜测

OpenRNA架构原生支持三种递送模态：

• mRNA——基础模态，已有III期数据（30-100 μg/剂量）
• saRNA——自扩增RNA（5 μg/剂量，如ARCT-154）
• circRNA——环状RNA，稳定性更强

这一决策基于临床前景：目前仅有mRNA完成III期，但saRNA已有获批药物（ARCT-154用于COVID-19），circRNA则处于积极开发中。系统中，模态通过IModalityRegistry管理，管理员可启用/禁用选项：

const sampleTypes = [
  "TUMOR_DNA", "NORMAL_DNA", "TUMOR_RNA", "FOLLOW_UP"
] as const;

Zod类型检查确保所有阶段输入数据正确。切换模态时，业务逻辑保持不变——仅构建生成适配器变化。

关键要点

• 监管就绪：OpenRNA通过不可变审计事件和受控状态转换，符合FDA 21 CFR Part 11和EMA ATMP标准
• 架构灵活性：17个领域端口允许无须重写业务逻辑即可替换组件（Nextflow → Snakemake，pVACtools → MHCflurry）
• 临床相关性：支持三种RNA模态，兼顾当前数据与未来发展，以mRNA为基础

该项目展示了开源方法如何攻克以往被专有制药系统垄断的挑战。凭借440个测试和95%的代码覆盖率，OpenRNA为研究团队提供了工具，可在无需数百万美元预算的情况下启动研究者发起的临床试验。对于开发者而言，它是高度监管环境中应用干净架构的范例——遗漏任何一步都可能危及患者生命。

— Editorial Team