pm-gamma-pacs-ris-daily

name	pm-gamma-pacs-ris-daily
description	PACS/RIS产品经理每日工作全流程技能。覆盖晨间预读、日站会、核心需求分析、跨部门协同、数据复盘等每日时间轴，以及需求全生命周期管理和迭代版本管理方法论。适用于医疗信息化行业PACS/RIS产品经理日常工作效率提升。

PACS/RIS 产品经理每日工作全流程

PACS/RIS产品经理处于医疗信息化与临床需求的交叉点，本技能提供标准化每日工作流程，帮助产品经理高效有序地完成从需求采集到版本交付的全流程管理。

一、每日时间轴

07:30 ──┬── 晨间预读（30 min）
        │   ├── 查看系统监控告警（Grafana/监控大盘）
        │   ├── 处理紧急客服工单（P1/P2 级别）
        │   ├── 扫描行业资讯（RSNA、HIMSS、丁香园、影像头条）
        │   └── 整理当日优先级 TOP5 任务
        │
08:30 ──┼── 日站会（30 min）
        │   ├── 开发团队 Scrum 三问（昨日/今日/阻塞）
        │   ├── QA 测试进度同步
        │   └── 阻塞问题即时决策或升级
        │
09:00 ──┼── 核心工作区（3 h）
        │   ├── 需求分析与 PRD 撰写
        │   ├── 用户/客户访谈（远程/现场）
        │   ├── 竞品功能拆解与对比分析
        │   └── 产品路线图维护与更新
        │
12:00 ──┼── 午休
        │
13:30 ──┼── 协同工作区（3.5 h）
        │   ├── 跨部门评审会（需求/设计/技术方案）
        │   ├── 销售/售前技术支持
        │   ├── 实施团队客户需求收口
        │   └── 原型验证 & 演示准备
        │
17:00 ──┼── 数据复盘（30 min）
        │   ├── 查看产品埋点数据报表
        │   ├── 更新版本交付进度看板
        │   └── 处理当日遗留沟通事项
        │
17:30 ──┼── 收尾整理（30 min）
        │   ├── 更新任务状态（JIRA/飞书）
        │   ├── 整理次日工作计划
        │   └── 关键文档归档
        │
18:00 ──┴── 结束

二、每周工作节奏

周一
  ├── 上周数据复盘（指标达成情况）
  ├── 本周 OKR 同步（团队对齐）
  └── Sprint 规划（若为 Sprint 第1天）

周二、周三
  ├── PRD 撰写核心时段
  ├── 用户访谈（上午优先）
  └── 技术方案讨论

周四
  ├── 评审集中日（需求/设计/技术）
  ├── 销售支持（标书/演示）
  └── 竞品分析更新

周五
  ├── Sprint Review（若为 Sprint 最后一天）
  ├── 周报撰写与发送
  ├── 下周计划整理
  └── 知识库文档整理归档

三、需求全生命周期管理

3.1 需求来源采集

需求输入渠道
  ├── 客户工单         → JIRA/CRM 系统，按优先级标记
  ├── 医院现场反馈     → 季度巡场记录表，实施顾问收集
  ├── 销售商机需求     → 售前沟通纪要，按项目金额加权
  ├── 行业标准更新     → DICOM/HL7/IHE 变更公告订阅
  ├── 监管政策要求     → NMPA 公告、医保局文件、等保规范
  └── 竞品功能分析     → 月度竞品报告，主要对标厂商清单

3.2 需求分析四步法

Step 1 — 场景还原

• 输出影像科实际操作流程图（BPMN 格式）
• 收集工作量数据（日检查量、高峰时段、并发用户数）
• 确认终端用户角色（医生/技师/护士/管理员）

Step 2 — 优先级评估（RICE 模型）

维度	评估要素
Reach（触达量）	受影响的医院数量 × 科室用户数
Impact（影响度）	对核心业务流程的改善程度（1-5分）
Confidence（信心度）	数据支撑充分度（%）
Effort（工作量）	研发人天估算

RICE Score = (Reach × Impact × Confidence) ÷ Effort

Step 3 — 技术可行性评估

• 联合架构师评估 DICOM SOP Class 支持范围
• 确认 HL7/FHIR 消息改造范围
• 评估对现有数据库结构的影响
• 确认第三方设备（DR/CT/MR）兼容性

Step 4 — 合规性预审

• 是否触发医疗器械软件重大版本变更
• 是否引入新的患者数据处理方式
• 是否需要更新 DICOM 一致性声明
• 是否影响网络安全边界

3.3 PRD 产出标准

PRD 文档必须包含以下章节：

1. 背景与目标
   ├── 业务背景（数据支撑）
   ├── 用户故事（User Story 格式）
   └── 成功指标（可量化）

2. 功能规格
   ├── 用例图（Use Case Diagram）
   ├── 交互流程图（时序图/泳道图）
   ├── 界面原型（Axure/Figma 链接）
   ├── DICOM Tag 映射表（若涉及影像数据）
   └── 边界条件与异常处理

3. 接口规范
   ├── HL7 消息样例（ORM/ORU/ADT）
   ├── FHIR 资源定义（若适用）
   ├── REST API 设计（若涉及新接口）
   └── 第三方设备集成说明

4. 非功能需求
   ├── 性能指标（响应时间/并发数）
   ├── 安全要求（访问控制/加密/审计）
   └── 兼容性要求（OS/浏览器/工作站型号）

5. 验收标准
   ├── Gherkin 格式用例（Given/When/Then）
   └── 测试数据准备说明

6. 合规影响说明
   ├── 软件版本变更类型判定
   └── 所需更新的注册文件清单

四、迭代版本管理

4.1 版本发布节奏

版本类型	周期	内容范围	合规要求
大版本（X.0）	年度	架构升级、核心功能重构	变更注册/重新注册
中版本（X.Y）	季度	新功能模块、重要优化	变更评估，按需申报
补丁版本（X.Y.Z）	月度	缺陷修复、安全补丁	变更控制记录

4.2 Sprint 迭代流程（2周/Sprint）

Sprint 规划（第1天）
  ├── 产品 Backlog 梳理（PD 主导）
  ├── Story Point 估算（开发团队）
  ├── Sprint Goal 确认
  └── 任务分配到人

开发迭代（第2-8天）
  ├── 每日站会（15 min）
  ├── 需求澄清（PD 响应时间 < 2h）
  ├── 设计评审（中期，第3-4天）
  └── 代码 Review（研发自管理）

测试阶段（第9-12天）
  ├── QA 功能测试
  ├── PD 验收测试（按 Gherkin 用例）
  ├── DICOM 兼容性专项测试
  └── 性能压测（大版本必须）

Sprint 收尾（第13-14天）
  ├── Sprint Review（功能演示给相关方）
  ├── Sprint 回顾（四象限复盘）
  └── 发布决策（PD 签发 Go/No-Go）

4.3 发版检查清单

上线前必检项（PD 负责确认）
  ├── □ 医疗器械软件变更评估表（已完成并存档）
  ├── □ 网络安全评估报告（含等保条款核查）
  ├── □ 兼容性测试报告
  │     ├── 主流影像工作站（Lenovo/HP/戴尔）
  │     ├── 主流浏览器（Chrome/Edge，最新两版本）
  │     └── 移动端（iOS 15+/Android 10+，若有）
  ├── □ DICOM 一致性声明更新（若涉及 DICOM 变更）
  ├── □ 用户操作手册变更章节（版本号同步更新）
  ├── □ 客服/实施培训材料（新功能操作说明）
  ├── □ 数据迁移脚本测试（若涉及数据库结构变更）
  └── □ 回滚方案确认（紧急回滚步骤文档化）

4.4 需求变更控制

变更申请触发条件
  ├── Sprint 进行中客户紧急需求
  ├── 监管政策变更（强制合规）
  └── 重大缺陷影响核心流程

变更评估流程
  1. 提交变更申请（说明影响范围和紧急程度）
  2. PD 评估影响：工作量/Sprint 目标/发版计划
  3. 三方确认：PD + 研发负责人 + 业务方
  4. 决策：纳入当前 Sprint / 排入下个 Sprint / 拒绝
  5. 存档变更记录（含决策理由）

五、核心工作模板清单

/PM-Templates
  │
  ├── /PRD
  │     ├── PACS功能需求说明书_模板.docx
  │     │     └── 含DICOM Tag映射表、HL7消息样例章节
  │     ├── RIS工作流设计文档_模板.docx
  │     │     └── 含报告模板设计、收费对接规范
  │     └── API接口需求说明_模板.docx
  │
  ├── /会议模板
  │     ├── 需求评审CheckList.xlsx
  │     ├── Sprint回顾四象限.pptx
  │     ├── 产品路线图季度汇报.pptx
  │     └── 客户需求收口会纪要.docx
  │
  ├── /用户研究
  │     ├── 影像科访谈提纲_医生版.docx
  │     ├── 影像科访谈提纲_技师版.docx
  │     ├── NPS问卷模板.xlsx
  │     └── 用户故事地图_空白模板.xlsx
  │
  ├── /合规文件
  │     ├── 软件变更评估表.xlsx
  │     ├── 版本发布检查清单.xlsx
  │     ├── DICOM一致性声明_章节模板.docx
  │     └── 网络安全自评估检查表.xlsx
  │
  └── /数据分析
        ├── 版本质量仪表板.pbix
        ├── 用户行为分析报告_模板.xlsx
        └── 竞品功能对比矩阵.xlsx

六、关键指标体系

6.1 产品质量指标

指标	目标值	监控频次	数据来源
影像首帧调阅时间（本地存储）	< 2 秒	日	系统性能日志
诊断报告平均生成时长	< 3 分钟	日	埋点数据
系统可用性（SLA）	≥ 99.9%	实时	监控告警平台
P1 缺陷平均修复时长	< 4 小时	实时	JIRA
P2 缺陷平均修复时长	< 24 小时	日	JIRA
Sprint 需求交付率	≥ 85%	每 Sprint	JIRA
版本回滚率	< 5%	月	发布记录

6.2 用户体验指标

指标	目标值	监控频次	数据来源
客户 NPS	> +40	季度	NPS 问卷
新功能 90 天采用率	> 60%	月	埋点数据
关键任务完成率	> 95%	月	埋点数据
客服工单量环比变化	下降 ≥ 10%	月	客服系统
用户操作错误率	< 2%	月	埋点数据

6.3 业务价值指标

指标	目标值	监控频次	数据来源
医院客户续约率	≥ 95%	季度	CRM
需求响应周期（从提交到排期确认）	≤ 5 个工作日	月	JIRA
标书技术应答支持时效	≤ 2 个工作日	月	销售反馈
路线图与商机匹配率	≥ 80%	季度	销售/PD 联合复盘