2. 患者服务现状调研与需求工程

患者服务一体化平台的建设，第一步不是画架构图，而是把医院现有患者服务的真实运行状态摸清楚。门诊、住院、急诊、体检、互联网医院这五类场景，服务对象、时间压力、流程约束和信息系统支撑程度差异极大，如果只凭管理者印象或厂商演示来定义需求，最终平台往往做成"又一个挂号入口"。本节围绕调研方法、患者旅程地图、痛点清单和需求规格说明书四件事展开，重点讲清楚"怎么调研、调研出什么、怎么把调研结果转成可开发的需求"。

一、五类场景的调研对象与切入方式

调研方法要按场景选择，不能一套问卷打天下。门诊场景的核心矛盾是"高峰拥堵与多次排队"，适合用现场跟随观察法：调研人员以普通陪诊者身份，从患者进院开始计时，记录取号、候诊、就诊、缴费、检查、取药各环节的起止时间和排队人数。住院场景流程长、跨班次，适合关键角色访谈法，分别访谈护士站、住院处、医保办、出院结算窗口，重点问"哪些环节需要患者或家属反复跑"。急诊场景时间敏感、病情不确定，适合分诊台蹲点+时间戳回溯，从分诊记录、抢救记录中还原真实时间线。体检场景批量、预约化，适合团体客户与个检客户分组访谈。互联网医院场景线上化程度高，适合埋点数据分析+客服工单归类，从真实点击流和投诉记录中找断点。

调研样本量不必追求统计显著，但要覆盖"典型+极端"。建议每个场景至少覆盖：3名普通患者、1名老年患者或行动不便者、1名异地/医保特殊患者，以及2名一线窗口人员。一线人员往往最清楚"系统哪里卡、患者哪里骂"，是痛点清单最直接的来源。

二、患者旅程地图：把碎片体验连成一条线

患者旅程地图的价值在于把分散在各科室、各系统中的体验片段，按患者视角串成一条连续路径，并标注每一步的触点、系统、耗时、情绪和断点。以门诊为例，一条典型旅程可拆为：预约挂号→到院签到→候诊→就诊→开单→缴费→检查/检验→取报告→复诊/取药→离院。每个阶段记录四类信息：患者动作、接触的系统或窗口、实际耗时、情绪评分（1~5分）。

下面这张图给出门诊患者旅程地图的示例结构，同时把住院、急诊、体检、互联网医院的关键断点并列标注，便于横向对比。图中耗时与情绪分为教学示例值，用于说明记录方式，不代表某家医院实测结果。

三、痛点清单：从现象到可验证的问题

调研记录容易停留在"患者抱怨候诊久"这类现象描述，痛点清单必须把它转成可验证、可归因、可排序的问题条目。建议每条痛点包含六个字段：编号、场景、现象描述、涉及角色、影响指标、证据来源。例如：

• PT-01｜门诊｜患者完成缴费后需返回诊室确认，平均多走1个来回｜患者、医生｜单次就诊步行距离增加约200米｜现场跟随记录12例
• PT-02｜门诊｜检查科室与缴费窗口不在同一楼层，患者往返平均耗时18分钟｜患者｜检查环节情绪评分降至2.2｜蹲点计时+访谈
• PT-03｜住院｜出院结算需护士站、住院处、医保办三处签字，家属平均跑3趟｜家属、护士｜出院办理时长中位数约95分钟｜窗口访谈+工单统计
• PT-04｜互联网医院｜线上复诊开方后，药品配送与到院自取信息不同步，患者到院后才发现无药｜患者、药房｜客服相关工单占比约14%｜工单归类

痛点排序不能只看抱怨次数，建议用"影响面×严重度×解决可行性"三维打分。影响面指受影响患者比例，严重度指对就医结果或情绪的影响，解决可行性指是否在平台建设范围内可改。三者各按1~5分，乘积排序，避免把"停车难"这类平台无法解决的痛点排到最前。

四、需求规格说明书：把痛点翻译成可开发条目

需求规格说明书的核心是把痛点转成功能需求、非功能需求和约束条件三类条目，并保持双向可追溯。每条需求应写明：需求编号、来源痛点、需求描述、优先级、验收标准。以PT-02为例，可转成：

需求编号：REQ-012
来源痛点：PT-02（检查往返奔波）
需求描述：患者完成缴费后，系统应自动推送检查科室位置、
         楼层、预计等候人数及最优路线，并支持在移动端
         完成检查签到。
优先级：高
验收标准：
  1. 缴费成功后30秒内推送检查指引；
  2. 指引包含科室名称、楼层、路线图；
  3. 检查签到后状态实时同步至医生站；
  4. 试点科室患者往返次数下降≥30%。

非功能需求同样不能漏。患者服务平台的典型非功能指标包括：高峰期挂号接口响应时间不超过2秒、移动端页面首屏加载不超过3秒、患者身份主索引匹配准确率不低于99.5%、系统可用性不低于99.9%。这些指标要写进规格说明书，否则开发阶段容易被"先实现功能再说"挤掉。

五、需求评审与基线确认

需求规格说明书初稿完成后，必须组织跨角色评审：临床科室确认流程描述是否准确，信息科确认接口与数据可行性，财务与医保确认结算规则，患者代表确认描述是否符合真实感受。评审输出三类结论：通过、修改后通过、暂缓。暂缓项要记录原因和触发条件，例如"待医保移动支付接口开放后启动"。

评审通过后形成需求基线，后续变更走变更申请流程，评估对工期、接口和验收标准的影响。基线不是冻结，而是让每一次变更都有据可查。对于患者服务一体化平台这类跨多系统、多科室的工程，需求基线是控制范围蔓延最有效的手段。

完成本节工作后，应交付四份成果：五场景调研记录、患者旅程地图、痛点清单（含排序）、需求规格说明书（含追溯表）。这四份成果直接决定后续平台功能边界和优先级，是患者服务一体化平台工程从"想法"走向"可开发"的关键一步。