# Pm Gamma Pacs Ris Daily

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

- Skill: `fengqiliu/pm-gamma-pacs-ris-daily` (Agent Skill, multi-file: 2 files)
- Install (CLI): `npx skillmds@latest add fengqiliu/pm-gamma-pacs-ris-daily`
- Raw SKILL.md: https://api.skillmd.com/api/skills/fengqiliu/pm-gamma-pacs-ris-daily/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: fengqiliu (https://skillmd.com/u/fengqiliu)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/fengqiliu/pm-gamma-pacs-ris-daily

---


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