2. 医疗业务需求分析与产品定义
医疗App与普通消费类App最大的区别在于：它的“用户”从来不是单一角色。一个挂号缴费功能，患者关心的是排队时间，医生关心的是叫号秩序，医院信息科关心的是与HIS系统的对接稳定性，医保部门关心的是结算合规。因此，需求分析的第一步不是写功能清单，而是把多方诉求拆开、对齐、再收敛。本节围绕“调研方法—优先级排序—愿景与范围—PRD核心模块”这条主线展开，重点讲清楚每一步实际怎么做。
一、四方需求调研：问对问题比问多少人更重要
患者、医生、医院、药企四类角色的诉求维度差异很大，调研方法也应有所区别。患者侧适合用问卷加深度访谈，样本量建议不少于200份问卷配合15～20例访谈，重点采集“就医路径中的痛点频次”，例如“最近3次就诊中，有几次因找不到科室而折返”。医生侧更适合现场观察加半结构化访谈，因为医生对流程的不满往往说不出口，但会在操作中体现，比如反复切换工作站、口头补录信息。医院侧的关键访谈对象是信息科与医务处，核心问题是接口能力、数据安全责任边界、上线窗口期。药企侧则偏向商务与合规调研，关注的是患者教育内容能否合规触达、处方流转数据能否脱敏使用。
调研中一个常见误区是把“用户说的”直接当成“需求”。患者说“我想要更快挂号”，真实需求可能是“我不想在窗口排队但又不信任线上号源”。因此建议在每次访谈后做一次需求转译，把原始表述转成“角色—场景—目标—约束”四元组，作为后续优先级排序的输入。
二、需求优先级排序：用可计算的规则替代拍脑袋
医疗项目里最常见的争论是“这个功能很重要”和“那个功能也很重要”。要打破僵局，需要把“重要”拆成可打分的维度。推荐使用加权评分法，维度建议为：患者价值、医生效率、医院管理收益、技术可行性、合规风险、上线紧迫度。每个维度按1～5分打分，权重根据项目阶段调整。例如在挂号缴费类MVP阶段，技术可行性和合规风险权重可以设为0.25，患者价值0.2，其余各0.1。
举一个示例计算：某“线上复诊开方”需求，患者价值5分、医生效率4分、医院管理收益3分、技术可行性2分（因处方流转接口未就绪）、合规风险2分（需药监备案）、上线紧迫度4分。按上述权重计算：5×0.2 + 4×0.1 + 3×0.1 + 2×0.25 + 2×0.25 + 4×0.1 = 1.0 + 0.4 + 0.3 + 0.5 + 0.5 + 0.4 = 3.1分。而“院内导航”需求技术可行性5分、合规风险5分，即使患者价值只有4分，总分也可能达到3.8分。这说明在接口未就绪时，优先做导航类功能是更务实的选择。评分结果不是最终决策，但它能把争论从“我觉得”拉回到“哪个维度拖了后腿”。
三、产品愿景与范围定义：一句话说清“为谁解决什么问题”
产品愿景不是口号，而是一句可验证的定位陈述。推荐格式：“为【目标角色】在【具体场景】下，解决【核心痛点】，通过【关键能力】实现【可衡量结果】。”例如：“为复诊患者在居家场景下，解决往返医院开方取药的时间成本，通过线上复诊加药品配送，实现复诊患者平均到院次数下降30%。”这句话一旦确定，后续所有需求都要回答“它是否服务于这个愿景”。
范围定义则要明确写出“本期不做”的清单。医疗App最容易失控的地方是不断被塞入新角色诉求，比如药企希望加患者教育专区、医院希望加内部排班查询。范围定义应包含三张清单：本期必做（MVP）、下期规划（V1.1）、明确不做（并注明原因，如“涉及处方外流合规风险，暂不开放”）。
四、PRD核心模块：医疗App需求文档的必备结构
医疗App的PRD与普通App相比，必须额外承载合规、接口、角色权限三类内容。建议核心模块包括：
- 角色与权限矩阵：患者、医生、药师、医院管理员、药企运营各自可见的数据范围和操作权限，尤其要标注哪些字段属于敏感个人信息。
- 业务流程图与状态机：挂号、复诊、开方、审方、支付、配送各环节的状态流转，以及异常状态（如支付超时、审方驳回、配送失败）的处理路径。
- 接口依赖清单：与HIS、LIS、医保结算、药品配送平台的接口名称、方向、频率、字段映射和失败重试策略。
- 合规与安全说明：数据采集范围、存储位置、脱敏规则、等保级别、患者授权方式。
- 验收标准：每个功能点对应的可测试条件，例如“医生端开方后，药师端应在3秒内收到待审方提醒”。
实际撰写时，建议把“接口依赖清单”和“状态机”放在PRD最前面，因为这两部分最容易在评审中被遗漏，却直接决定开发排期和联调风险。一个可参考的接口依赖表字段包括：接口编号、接口名称、提供方、调用方向、触发时机、关键字段、超时阈值、失败处理。例如接口编号IF-003，名称为“处方状态回传”，提供方为医院HIS，方向为HIS→App，触发时机为药师审方完成后，关键字段为处方号、审方结果、审方时间，超时阈值5秒，失败处理为进入重试队列并通知运维。
总结来说，医疗业务需求分析的核心不是收集更多需求，而是建立一套从“多方调研”到“转译”到“评分排序”再到“范围收敛”的可追溯链路。PRD则是这条链路的最终交付物，它必须让开发、医院、合规三方都能在同一份文档里找到自己关心的答案。