| 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 联合复盘 |
