2. 系统级需求分析

多器官芯片(Multi-Organ-on-a-Chip, MOC)的系统级需求分析,不是把肝、心、肾、肠等单器官芯片简单拼在一起,而是从应用场景反推功能指标,再由功能指标推导出集成约束。同一套硬件平台,用于药物筛选、疾病建模和毒性评估时,对通量、灌注比例、检测灵敏度、培养周期的要求差异极大。需求分析的核心任务,就是把这些差异显性化,形成可量化、可验证、可追溯的指标集合,避免后期因“指标不清”导致反复改版。

一、三类应用场景的功能指标差异

药物筛选场景追求通量与重复性。典型需求是单板并行 8~24 个独立培养单元,每个单元包含 3~4 种器官模块,培养周期 7~14 天,终点检测以细胞活力、标志物分泌量为主。此时对灌注精度的要求可以放宽到 ±10%,但对孔间一致性(CV 值)要求严格,通常需控制在 15% 以内,否则筛选结果无法做统计学比较。

疾病建模场景追求生理相关性与可观测性。例如构建“肠—肝—免疫”轴模型研究炎症性肠病相关肝损伤,需要维持肠上皮屏障完整性 21 天以上,并允许在特定时间点加入 TNF-α 等刺激因子。此时灌注剪切力需接近体内水平(肠腔 0.02~0.1 dyn/cm²,肝窦 0.1~0.5 dyn/cm²),且各器官模块之间的流体连接必须支持单向、可控、可暂停的循环,以便模拟急性发作与缓解过程。

毒性评估场景追求灵敏度与剂量—反应关系。以药物性肝损伤(DILI)评估为例,需要检测的指标包括 ALT/AST 释放、谷胱甘肽耗竭、线粒体膜电位下降等,检测下限往往要求达到 pg/mL 级别。同时,为了建立剂量—反应曲线,每个药物浓度至少需要 3 个复孔,加上阴性/阳性对照,单板单元数可能达到 32 个以上。这意味着芯片的流体分配网络必须保证各单元接收到的药物浓度偏差小于 5%。

需求推导示例(示例参数,非实测):若目标应用为“24 单元 × 4 器官”的慢性肝毒性评估,培养周期 28 天,则总灌注液需求量约为 24 × 4 × 0.5 mL/天 × 28 天 = 1344 mL。若采用重力驱动,储液池体积需大于 1.5 L,且需考虑蒸发补偿;若采用注射泵,则需评估 28 天内更换注射器的次数与中断风险。

二、从功能指标到集成约束

功能指标确定后,集成约束主要来自四个维度:流体连接、器官比例、检测接口、环境控制。

流体连接约束是最容易出问题的环节。多器官芯片通常采用“单泵多支路”或“多泵独立灌注”两种架构。单泵架构结构简单,但各器官模块的流阻差异会导致流量分配不均。例如肝模块流阻为 2 kPa·s/μL,肾模块为 8 kPa·s/μL,若直接并联,肾模块流量仅为肝模块的 1/4。解决方式是在高流阻支路并联旁路,或采用主动式微阀进行动态调节。多泵架构则每个器官独立控制,灵活性高,但泵的数量、管路死体积和成本会显著上升。

器官比例约束直接影响药物代谢产物的暴露浓度。以“肝—心”双器官模型为例,若肝模块培养基体积为 200 μL,心模块为 100 μL,则药物经肝代谢后到达心脏的代谢物浓度会被稀释。为了模拟体内“首过效应”,通常需要将肝模块体积设置为心模块的 2~3 倍,或通过循环灌注使代谢物在系统中累积。这一比例关系必须在芯片设计阶段就确定,而不是后期通过软件补偿。

检测接口约束决定了芯片能否与现有分析仪器对接。常见的检测方式包括:在线取样—LC-MS/MS、嵌入式传感器(如葡萄糖、乳酸、pH)、以及终点荧光/发光检测。若采用在线取样,芯片需要预留至少 1 个取样口,且取样死体积应小于 5 μL,否则会稀释样品、降低检测灵敏度。若采用嵌入式传感器,则需在芯片上集成电极或光学窗口,这会增加封装复杂度,并可能引入生物相容性问题。

环境控制约束包括温度、CO₂、湿度和气泡管理。多器官芯片通常需要在 37°C、5% CO₂ 条件下长期运行。温度波动超过 ±0.5°C 会影响肝酶活性;气泡进入微通道会阻断灌注并损伤细胞。因此,系统级需求中必须明确:是否配备在线脱气模块、储液池是否采用透气膜、以及气泡陷阱的容量和位置。

多器官芯片系统级需求映射:应用场景 → 功能指标 → 集成约束 药物筛选 疾病建模 毒性评估 通量 8~24 单元 CV ≤ 15% 培养 ≥ 21 天 剪切力 0.02~0.5 dyn/cm² 检测限 pg/mL 浓度偏差 ≤ 5% 流体分配网络:并联支路流阻匹配 或主动微阀动态调节 器官体积比:肝:心 ≈ 2:1~3:1 循环灌注支持代谢物累积 取样死体积 < 5 μL 嵌入式传感器生物相容性 环境控制约束(贯穿所有场景) 37°C ± 0.5°C | 5% CO₂ | 在线脱气 | 气泡陷阱 | 蒸发补偿 需求验证闭环 指标可量化 → 设计可追溯 → 测试可判定 → 偏差可归因 场景驱动 指标量化 约束收敛

三、需求规格的落地形式

需求分析最终要输出一份可执行的需求规格表。表中每一行应包含:需求编号、应用场景、功能指标、量化阈值、验证方法、优先级。例如:

需求编号 场景 功能指标 量化阈值 验证方法
REQ-001 药物筛选 孔间灌注一致性 CV ≤ 15% 荧光示踪剂灌注成像
REQ-002 疾病建模 肠腔剪切力 0.02~0.1 dyn/cm² 微粒子图像测速(μPIV)
REQ-003 毒性评估 药物浓度分配偏差 ≤ 5% LC-MS/MS 取样分析
REQ-004 通用 气泡发生率 < 1 次/7 天 通道内气泡传感器计数

这张表的价值在于:它把“应该做什么”变成了“做到什么程度算合格”。后续的芯片设计、泵阀选型、传感器集成、实验方案,都可以直接引用需求编号进行追溯。当出现偏差时,也能快速判断是需求定义不合理,还是实现环节未达标。

实践建议:在需求分析阶段,优先确定 3~5 个“不可妥协”的核心指标(如器官比例、剪切力范围、检测限),其余指标可设为“目标值”和“最低可接受值”两档。这样在集成约束冲突时,有明确的取舍依据,避免所有指标都变成“必须满足”而导致设计空间被锁死。

需要特别注意的是,多器官芯片的需求分析不是一次性完成的。随着单器官模块的成熟度变化、检测仪器的更新、以及应用场景的细化,需求规格应保持版本管理。建议每轮迭代后重新审视:哪些指标被验证通过、哪些指标需要放宽、哪些约束可以解除。这种动态调整能力,本身就是系统级集成工程成熟度的体现。