先别买摄像头:一台医用内窥镜,究竟要解决谁的问题?
会议室里摆着三份方案一份强调高清画质一份把插入部做得更细还有一份主张直接做一次性。三位负责人都能讲出道理项目却迟迟不能进入详细设计。问题出在更前面大家说的是同一台“内窥镜”想象的却是三个不同的使用现场。这是一个虚构的产品讨论场景。它很适合用来开启内窥镜研发系列因为一旦产品定义错误后续优秀的镜头、算法和机械设计也可能只是在认真完成一项没有被验证的需求。本文从工程与产品管理视角展开不涉及具体患者的检查或治疗操作。同一个名称三个完全不同的现场第一个现场是固定内镜中心。设备的价值不仅在单次图像质量也在长时间运行、不同操作者之间的一致性、镜体周转和维修替代。图像处理器、光源、镜体、显示器、记录系统以及清洗消毒设施共同组成工作系统。某个部件升级后其他部分能否继续使用可能直接影响项目被接受的程度。第二个现场是需要移动设备的床旁或急诊环境。这里首先要研究的是准备时间、可获得性、空间、电源和配套设备而不应只把固定设备缩小。主机轻便不代表整个任务轻便若还要搬运吸引装置、附件、显示器与备用耗材系统负担依旧存在。移动运输、临时连接和使用后的污染物转运也应进入需求。第三个现场是通过硬性镜体观察的外科任务。它可能使用与电子软镜不同的光学传像、摄像连接和灭菌路径。研发人员需要区分镜体、摄像头、处理器及其他附件分别承担什么功能。硬镜不只是“不弯的软镜”软镜也不只是“加了弯曲机构的摄像头”。二者共享部分基础知识但不能用一套试验结果解释全部产品。本文以电子软性内窥镜作为系列主线。后续提到硬镜是为了帮助界定技术与验证边界提到一次性产品是为了讨论交付和供应方式。一次性与软硬结构属于不同分类维度不能画在同一条互斥选择线上。一个产品可以同时是电子、软性、一次性并与可重复使用的主机配合使用。图1原创产品决策树。分支表示需要先回答的问题不代表医疗器械的法定分类规则。把“清楚、好用、便宜”拆成任务“画面清楚”至少包含目标结构是否可辨、暗部是否有足够信息、强反光是否掩盖细节、运动时是否拖影、色彩是否稳定等问题。把输出分辨率写进表格远远不够。研发团队应与有相应经验的使用者明确需要观察什么、在什么条件下观察以及哪些异常会影响判断。早期可以从仿真对象、标准目标与模拟流程开始不必为了获得反馈就直接进入患者使用。“好用”也不是一个满意度分数。连接是否防错手柄是否适合长时间握持按钮能否被戴手套的操作者识别镜体转向和显示方向是否一致功能切换后是否清楚提示这些问题需要分别观察。某位医生习惯某种手柄能够提供有价值的输入但不能自动代表所有使用者。应记录经验、手型、使用习惯与任务类型理解差异产生的原因。“便宜”更需要指定主体。采购部门看到的是设备价格使用科室还承担等待与停机清洗人员面对工时和设施企业要支付生产、质检、售后和合规成本。低制造成本不一定带来低全生命周期成本。一次性镜体减少了该镜体使用后的再处理环节但带来持续采购、库存、包装、灭菌、物流及废弃物管理可复用镜体则需要把维修、再处理和备用数量算进去。建议先完成一张任务地图。横轴写准备、连接、自检、观察、记录、结束、转运和维护纵轴分别列操作者、辅助人员、设备管理、再处理和信息管理。每个交叉点只记录可观察的动作与困难。这样会发现某个看似没有创新的接口防错可能比增加一个很少使用的图像模式更值得先做。一次立项评审可以怎样进行设想团队计划进入某一明确的电子软镜应用场景尚未确定采用一次性还是可复用镜体。评审不应先给两套方案打总分而应先列出不能被平均分掩盖的约束。例如预期接触部位与时长、图像任务、器械通道需要、处理器兼容、使用环境、供应连续性与再处理条件。违反关键约束的方案应先解释如何改变设计或缩小适用范围。然后安排两类研究。一类是场景访谈追踪一次完整工作流程尤其关注设备没有被使用时发生的事寻找附件、等待清洗、送修、交接和数据归档。另一类是低成本模拟用模型观察连接顺序、握持、按键、搬运和异常识别。采访记录不能直接转成营销结论“有人表示愿意尝试”与“愿意采购并长期使用”之间还有性能、证据、价格与组织流程的距离。第三步建立需求到验证的连接。若提出“准备更快”就要定义开始与结束事件记录参与人数、附件配置及异常情况若提出“握持更省力”就要说明任务时长、姿态、比较对象和评价方法。某些指标可以在台架测量某些需要形成性可用性研究另一些必须由后续更接近实际应用的证据支持。不要用一次演示的顺畅代替全部验证。讨论问题需要保留的输入容易出现的误判谁来使用角色、经验、使用阶段和培训条件只听采购者或一位专家为什么要换设备现有流程中的具体困难及频率把新功能等同于真实需求必须看见什么目标、环境、成像模式和评价方式只比较输出像素哪些连接必须兼容镜体、主机、显示、附件和信息接口插得进去就认为可联合使用任务结束后怎么办转运、再处理、维护或废弃路径只研究使用中的几分钟怎样证明改进预先定义的方法、条件与接受原则看到结果后再修改合格标准不能把一次性方案写成“省掉清洗的一根管子”一次性镜体的设计目标并非把可复用产品的所有结构低成本复制。使用次数变化会影响材料、连接、生产装配、包装、灭菌和批次一致性的研究。其主机仍可能重复使用连接件、按键和外表面也需要相应处理。产品边界不清时团队容易把镜体的单次使用特性错误地推广到整套系统。还要关注供应模型。可复用系统可能依靠维修与备用镜体维持可用性一次性系统需要保证适当规格、有效期和库存。如果临近过期的镜体集中积压或特定规格突然断供理论上的“随时可用”就无法成立。研发与商务应共同讨论型号数量、包装体积、配送批量、储存条件和替代策略而不应等上市后再补供应方案。厂商公开页面可帮助理解已有形态。例如 Ambu aScope Gastro 的官方资料介绍了与配套主机组合的一次性电子胃镜方案。这是产品架构实例不是不同产品间临床效果或成本优势的独立证据。公开网页还可能对应特定国家、型号与配置不能直接当作中国市场的注册适用范围。官方产品资料对可复用产品生命周期责任同样不能只写“耐用”。应进一步研究弯曲疲劳、密封、通道、连接器、光学窗口和图像质量在使用及再处理后的变化。使用寿命需要有相应依据维修后的状态恢复也应可验证。供应商提供某个零件的寿命数字并不能自动等于整根内窥镜的声明使用期限。产品定义文件应当长什么样它可以不厚但必须能约束下一阶段的设计。建议开头用一段话写清预期用途、目标使用者、使用环境和系统组成随后给出任务边界、功能边界、型号关系和当前不支持的扩展。后者不是限制想象而是避免算法、机械与注册团队对同一版本形成不同预期。新增模式或新部位应被作为变更决策处理。第二部分保留需求的来历。把访谈、现场观察、已有产品资料、文献和内部假设区分开。一个尚未验证的假设可以进入研究计划却不应悄悄变成冻结指标。特别是与临床效果有关的说法应清楚说明证据等级与适用条件。没有证据时把问题写成待回答的研究任务通常比用强烈形容词填满需求表更有用。第三部分给出系统接口。镜体和主机之间传递的不只有图像还包括供电、识别、控制、状态与错误信息。显示器和记录系统也可能改变色彩、裁切、延迟或叠加内容。接口表应覆盖支持的组合与不支持组合出现时的响应明确由哪一部分确认兼容。共享连接器并不意味着共享全部工作模式。第四部分写阶段决策。概念样机验证能否实现主要原理工程样机关注集成与关键性能设计确认关注预期用户和任务转产关注制造一致性。不同阶段的产物应能继续追溯而不是每过一个阶段就重写一遍历史。团队可以选择自己的开发流程但不能把阶段名称当作证据本身。图2原创场景与交付边界地图。使用、转运、再处理或废弃共同构成研发要覆盖的范围。从三个互相冲突的需求里找到下一步假设临床团队希望镜体更细机械团队担心通道与线束空间图像团队希望增加照明和传感器面积。解决方法不是要求三个部门各退一步后立即冻结尺寸。应把冲突转成几个可测的候选方案不同外径下的通道可用性、弯曲负载、成像信息、温升以及生产可实现性先识别哪一项是场景里的真正约束。方案比较也应保持同等条件。图像模式、亮度、目标距离、器械负载和显示设置不同可能使结果看起来有显著差异却无法解释是哪个设计因素造成。评审记录至少保留样机编号、软件版本、镜体状态和测试配置。那些无法放在同等条件下比较的项目应单独描述限制而不是强行合成一个漂亮的排名。如果试验显示更细的方案在某些条件下图像不足不必立即宣布方向失败。可以研究目标任务是否真的需要那些条件也可以调整功能范围、结构或光学方案。但每次缩小范围都应同步进入产品定义、风险分析与后续验证计划。不能在内部承认限制对外仍保留最初宽泛的适用描述。产品负责人最终需要输出一个具体决定第一代先面向哪个任务哪些能力必须同时具备哪些扩展暂缓需要补哪几项证据什么结果会使项目停止或转向。模糊地写“持续优化图像与手感”不能指导资源分配。把停止条件写清楚往往能帮助团队更早发现不可行的路线。把立项争论变成一周能推进的研究仍以前面的虚构团队为例第一天不必立即出一份庞大的需求书。可以把“更细、更清楚、随时可用”分别列为待检验假设为每个假设写支持与反对它所需的信息。比如更细的价值是否来自可达性、舒适性还是某种附件需求应先通过合适的研究分清。相同表述可能来自不同动机直接转成外径指标容易走错方向。第二天安排角色访谈时把问题集中在最近一次具体经历。与其问“是否需要高清”不如问最近什么时候因画面、连接或周转影响了任务如何判断问题采取了什么替代办法。涉及患者和机构信息应遵守相应授权与数据要求研究记录可以优先保留流程与设备事实不必无目的复制敏感内容。第三天将任务绘成一条时间线标出等待、重复、交接与失败恢复。注意区分设备造成的限制与环境流程问题若等待主要来自排班增加图像模式可能没有帮助若准备慢来自连接容易混淆优化接口和配件收纳可能更直接。产品能解决哪些环节需要与机构共同确认不能承诺替代所有管理改进。第四天做两个低保真方案。手柄模型可以研究触达与握持连接模型可以研究顺序与防错模拟界面可以研究状态理解。每个原型只回答有限问题避免让没有图像能力的模型承担画质结论。观察错误与犹豫的发生位置并询问使用者当时怎样理解而不是只问喜不喜欢。第五天把结果转成可选择的范围。假设方案甲更适合固定中心方案乙更适合移动使用就分别记录支持条件与还缺的证据。不要把两者优点合并成一台“全能”第一代产品。范围扩大会增加配套、验证、培训和服务负担需要对应资源和阶段目标。用三个小实验验证一项需求对“连接更简单”这项需求可以先比较不同接口与标识的错误类型再观察新手在限定培训后能否完成任务最后加入光照、手套、空间和线缆干扰等代表性条件。三次研究逐步接近需要回答的问题不能把第一次桌面测试直接当作最终可用性确认。任务、样本与判定应在正式研究前适当确定。对于“镜体更耐用”第一步应先调查主要失效与使用暴露而不是立即选择更硬材料。若现场问题集中在连接器、转运或处理兼容改变插入部材料可能只增加成本。可靠性改进应有失效机理与系统影响分析随后再安排相应验证。对于“成本更低”可以同时记录固定投入、每次资源和不确定项目。把尚未得到真实数据的变量用区间表示观察结论是否依赖某个乐观假设。若一个方案只有在满负荷使用、没有维修和没有过期的条件下才成立应把这些条件明示不应包装成普遍优势。产品边界还应包含拒绝什么例如当前产品不支持某种图像模式、不支持某类外部附件或者暂不进入另一个使用部位这些都是版本边界。研发可以为未来保留接口但当前说明与证据应忠实反映已支持范围。预留能力没有完成研究时不能作为已经可用的卖点。范围拒绝也要能被系统执行。连接不受支持镜体时系统如何识别并响应输入不支持模式时是否可能仍显示误导性状态服务人员能否通过配置绕过限制都需要设计。只在文档角落写一句限制而系统仍鼓励错误组合并不能有效管理边界。若项目决定一次性和可复用并行应认真核算共用平台的收益与负担。共享主机可以减少重复研发也可能增加识别、接口、参数、包装与服务复杂度。应分别定义两类镜体的交付和验证再分析哪些模块真正可以共享。把所有差异留给软件配置并不一定最省事。立项之后需求仍然需要维护需求变化并不可怕失去原因和版本才可怕。每次重要修改应记录新信息、对已有设计和证据的影响以及批准决定。若用户访谈与早期假设冲突就让需求更新若只是个别偏好就进一步研究代表性。不能让研发团队同时面对销售口头需求、旧文档和新演示三个版本。一个有效的立项结果是让光学、机械、软件、质量与商务都能用自己的语言解释同一任务并知道哪些问题已经有依据、哪些只是计划。做到这一点参数选型才能真正开始。一个容易被遗漏的需求交接时能否看懂状态设备从一个角色交给另一个角色时后者需要知道镜体是否可用、配套是否齐全、数据是否已保存以及下一步责任。若这些信息只能靠口头传递就容易在忙碌时丢失。产品定义可以把关键状态的表达纳入研究分析实物标识、界面与记录怎样协同而不是把全部问题推给培训。例如一套移动方案宣称准备简便应把搬运前检查、到达后连接、任务结束和返回后的处理一起观察。只测主机开机到显示测试画面的时间会遗漏大量现场工作。计时的起终点应与主张一致异常和返工也应记录不能只报告没有出错时的最快速度。在评审时尝试让一位没有参与开发的人根据定义复述产品。他是否能说清用途、组合、限制与验证目标如果必须由作者不断解释说明文档还没有形成共同语言。简洁并不等于省略必要边界好的产品定义应让不同部门独立读懂后仍指向同一个对象。标准、竞品和市场应该什么时候进入答案是立项时但各自承担不同作用。标准帮助识别安全和性能相关要求竞品帮助理解已有解决办法市场研究帮助检验谁愿意为什么价值付费。它们都不能替代真实需求研究。符合标准不自动证明用户愿意购买竞品具备的功能也不代表新产品必须全部照做。全国标准信息公共服务平台显示 YY/T 1587-2018《医用内窥镜 电子内窥镜》为现行推荐性行业标准。本文引用其题录定位不据此复述未核对的条款或编造限值。产品还需结合实际组成核查其他适用标准尤其要区分镜体、处理器、光源和联合系统。官方标准题录市场研究可以先采用区间和情景。把使用量、维修周转、人工、设备折旧、耗材与备货分别列出观察哪几个变量最影响判断。不要把厂商宣传的优势、一个医院的采购价格和行业总规模拼接成结论。对一个立项团队而言知道某个具体场景为什么愿意换设备比一张来源不清的高速增长曲线更有行动价值。这也解释了本系列为什么从产品定义开始摄像头决定一部分成像能力但无法替你决定产品应该服务谁。下一步真正值得投入的是拿着这份边界明确的定义去讨论结构、光学、软件和验证之间可以执行的取舍。留给立项会的一道题请每位成员分别写下“这个项目最不能失败的三件事”暂时不要互相讨论。再把答案按患者与使用者风险、任务完成、交付与经营约束归类。如果各部门写出的核心问题完全不同就先解决认知分歧如果答案高度一致继续追问每一项如何被观察和证明。这个练习不需要复杂工具却能暴露许多参数表掩盖的问题。文中决策树、任务地图和虚构评审用于解释研发思路不代表某一品牌的内部过程也不构成注册分类结论。正式开发应围绕具体预期用途、配置、目标市场和申报时有效要求建立自己的证据体系。工欲善其事必先利其器。——《论语·卫灵公》