# 1-prd-PCM · 孕产个案管理平台 产品需求文档(PRD) > 项目缩写:**PCM**(Pregnancy Case Management) > 上游:`0-req-PCM.md`(需求文档,已确认) > 文档状态:**待确认(阶段 3)** > 增补:阶段5 依据 `6-exec-PCM.md`、`7-indicator-PCM.md` 设计深化,新增场景 S8~S10、功能清单 §4.2(REQ-D1~D6 / REQ-I1~I4)、执行流 §5.1、RBAC 行与版本规划。 ## 1. 产品概述与定位 PCM 是一款**垂直于孕产期的个案管理平台**,以个案管理师(Case Manager)体制为方法论,借助居家检测设备 + AI,对孕妇进行全孕期的健康监测、风险管理与关怀服务。 - **一句话定位**:用 AI 数字化赋能个案管理师,为孕妇提供"健康监管 + 完美孕期体验"的垂直管理平台。 - **定位边界**:健康管理 / 临床决策支持工具,**非诊断、非急救替代、非处方**(见 0-req §1.3 / NFR-2)。 - **差异化**:① 个案管理师人机协同;② 中西医结合调养;③ 全孕周纵向档案 + 趋势预测;④ 关怀与游戏化体验。 ## 2. 目标与成功指标 | 维度 | 目标 | 成功指标(KPI)| |------|------|----------------| | 监管有效性 | 及时、准确识别并处置风险 | 预警及时率、预警准确率(误报/漏报率)、**处置闭环率、复测达标率**、高风险转诊及时率 | | 用户依从 | 孕妇持续监测与执行计划 | 监测依从率、漏测率、计划执行率 | | 健康结局 | 改善孕期结局 | 血糖/血压达标率、孕期不良结局发生率下降 | | 体验与留存 | 安心且低焦虑的体验 | 月活/留存率、满意度、焦虑量表改善 | | 运营效率 | 人机协同提效 | 单个案管理师可管理人数 | ## 3. 用户画像与核心场景(标注痛点解法) ### 3.1 用户画像 - **孕妇小雅,30 岁,孕中期,疑似 GDM**:忙、怕麻烦、易焦虑,仅用手机。 - **个案管理师李护士**:同时管理上百名孕妇,靠 PC 工作台,需要系统帮她排优先级。 - **王医生(产科)**:只想在高风险/急症时被精准触达,不愿被噪音打扰。 - **家属(准爸爸)**:希望了解情况、在需要时收到提醒。 ### 3.2 核心场景 | 编号 | 场景 | 痛点 | 解法(映射需求)| |------|------|------|------------------| | S1 | 居家测血糖/血压后自动分析 | 孕妇不懂数值意义、易漏判 | 设备采集→AI 分析→分层→必要时预警(REQ-1/3)| | S2 | GDM 风险孕妇的日常管理闭环 | 管理师人手不足、难持续跟进 | 计划+提醒+依从跟踪+AI 建议(REQ-6/9/10)| | S3 | 出现子痫前期红旗症状 | 常规流程太慢、延误就医 | 红旗旁路即时就医提示+通知医生(REQ-5)| | S4 | 孕妇深夜疑问"我能吃这个吗" | 找不到权威答案、乱搜 | 知识库 RAG 问答+溯源(REQ-7)+中医调养(REQ-8)| | S5 | 趋势预测提前预警 | 单点正常但趋势恶化被忽略 | 纵向时序趋势/预测(REQ-3.5/4)| | S6 | 提升坚持度、缓解焦虑 | 测几天就放弃、孕期焦虑 | 提醒+打卡+游戏化+有温度交互(REQ-9)| | S7 | 管理师 PC 端批量管理 | 个案多、看不过来 | PC 工作台按风险排序+待办(REQ-13.3)| | S8 | 一条预警的打包处置与跟进闭环 | 处置零散、做完不知是否有效 | 处置单(一个/一组动作)+人工确认+复测达标闭环(REQ-D1/D2/D5)| | S9 | 孕妇情绪低落的及时关怀 | 只盯临床指标、忽视心理 | 情绪自评→身心信号→关怀类处置(REQ-D3)| | S10 | 高风险需上级处置 | 转诊/会诊靠线下、不留痕 | 系统内发起转诊/会诊+医生回复闭环(REQ-D4)| ## 4. 功能清单与优先级(MoSCoW) > 映射回 0-req-PCM 需求编号;阶段对应版本规划(§6)。 ### 4.0 上线地基(MVP 必备,此前易遗漏) | 功能 | 需求映射 | 优先级 | 版本 | |------|----------|--------|------| | 账号与身份(孕妇/医护/运营登录、孕妇建档)| REQ-2.2 / REQ-11 | Must | V1 | | 合规地基(知情同意、隐私政策、数据加密、操作审计)| NFR-1 | Must | V1 | | 消息推送通道(App push/短信/订阅消息)| REQ-9 支撑 | Must | V1 | | 手动录入兜底(血糖/血压等手工录入,不依赖设备对接)| REQ-1.1 补充 | Must | V1 | ### 4.1 核心功能 | 功能 | 需求映射 | 优先级 | 版本 | |------|----------|--------|------| | 设备数据采集与质控 | REQ-1 | Must | V1 | | 孕妇纵向健康档案 | REQ-2 | Must | V1 | | 规则引擎健康分析与风险分层 | REQ-3.1~3.4 | Must | V1 | | 预警生成与处置 | REQ-3.3 | Must | V1 | | 红旗急症旁路 | REQ-5 | Must | V1 | | 个案管理流程与照护计划 | REQ-6 | Must | V1 | | **聊天式智能问答(孕妇端主交互入口,RAG+溯源)** | REQ-7 / REQ-10.1 | Must | V1 | | 提醒(运动/休息/喝水/产检/打卡)| REQ-9.1/9.2 | Must | V1 | | AI 交互中枢 + 决策建议 + 人工兜底 | REQ-10 | Must | V1 | | 角色权限与分级访问 | REQ-11.1 | Must | V1 | | 终端:孕妇/家属移动端、医护/运营 PC + 平板(iPad) | REQ-13 | Must | V1 | | 趋势分析(时序异常)| REQ-3.5 | Should | V2 | | 中医体质辨识与调养建议 | REQ-8 | Should | V2 | | 游戏化(积分/徽章/小游戏)| REQ-9.3/9.4 | Should | V2 | | 转诊网络对接 | REQ-11.2 | Should | V2 | | 统一医学术语编码 | REQ-12.1 | Should | V2 | | 趋势预测模型(含验证)| REQ-4 | Could | V3 | | FHIR 与 HIS/EMR 互操作 | REQ-12.2 | Could | V3 | ### 4.2 处置闭环与指标体系(设计深化,详见 `6-exec-PCM.md` / `7-indicator-PCM.md`) | 功能 | 需求映射 | 优先级 | 版本 | |------|----------|--------|------| | 处置单(一个/一组动作 + 状态机 + 人工确认)| REQ-D1 | Must | V1 | | 跟进与达标闭环(复测比对目标参数)| REQ-D2 | Must | V1 | | 情绪/焦虑自评与身心信号 | REQ-D3 | Must | V1 | | 转诊/会诊(系统内协同 + 医生回复)| REQ-D4 | Must | V1 | | 孕妇详情「工作台」(态势→队列→处置→跟进,master-detail,默认页)| REQ-D5 | Must | V1 | | 孕妇详情「健康档案」(指标概览/趋势/全部观测/时间线/身心,胶囊 Tab)| REQ-I1/REQ-D6 | Must | V1 | | 孕期数据湖归一(增值礼物地基)| REQ-D6 | Must | V1 | | 增值"孕期全纪录"产出(导出/纪念册)| REQ-D6 | Could | V2 | | 指标字典(可配置化,替代硬编码)| REQ-I1 | Must | V1 | | 指标质控门(合理范围/缺失)| REQ-I3 | Must | V1 | | 孕周分段阈值与个体化收紧 | REQ-I2 | Should | V1/V2(依赖医生阈值)| | 指标标准编码(LOINC/SNOMED)| REQ-I4 | Should | V2 | ## 5. 关键流程 ### 5.1 监测—分析—处置—跟进闭环(执行流,详见 `6-exec-PCM.md`) ``` 孕妇移动端/设备采集 → 数据质控(指标字典) → 规则分析(孕周分段) → 风险分层 → [掌握] 态势/待办 → [分析] 预警研判(可解释 + AI 建议) → [处置] 处置单(一个/一组动作;中高风险人工确认) → 执行(提醒/计划/复测/教育/关怀/转诊会诊) → [跟进] 复测回流 → 按目标判定 → 达标=闭环 / 未达标=再处置或升级 → [评价] 推进个案阶段 → [红旗] 旁路升级 → 孕妇就医提示 + 通知管理师/医生 (全程按"孕妇 + 孕周时间轴"沉淀数据湖;身心维度并行:情绪自评→身心信号→关怀处置) ``` ### 5.2 个案管理生命周期 ``` 建档(基线+初始分层) → 评估 → 计划 → 实施/提醒 → 监测随访 → 评价 → 转出/产后随访 ``` ### 5.3 医护端孕妇详情:两页结构(胶囊 Tab,默认「工作台」) 详情拆为两页,胶囊 Tab 切换,共享孕妇头(姓名/编号/孕周/初始 vs 当前风险): - **「工作台」(默认)**:处置执行台——态势卡 / 待处置队列 / 处置工作区(分析+处置单+跟进)/ 个案流程 / 照护计划 / 红旗急症。**行动视角**。(REQ-D,详见 `6-exec-PCM.md` §5) - **「健康档案」**:数据汇集——指标概览 / 趋势图 / 全部观测 / 动态时间线 / 身心曲线 / 静态档案。**数据视角**。(REQ-I/REQ-D6,详见 `7-indicator-PCM.md` §13) - 分工:工作台=要处理的事;健康档案=完整数据全貌。同一条数据两视角各取所需、不重复呈现。 ## 6. 角色权限矩阵(概要) | 功能/角色 | 孕妇 | 家属 | 个案管理师 | 医生 | 运营/管理员 | |-----------|:---:|:---:|:---:|:---:|:---:| | 查看本人档案/数据 | ✓ | 受授权 | ✓(负责个案) | ✓(相关) | 受限 | | 录入/上传测量 | ✓ | 协助 | ✓ | — | — | | 接收提醒/问答 | ✓ | ✓ | ✓ | ✓ | — | | 制定/调整照护计划 | — | — | ✓ | ✓ | — | | 处置预警 | — | — | ✓ | ✓(高风险) | — | | 确认高风险/急症 | — | — | 参与 | ✓(兜底) | — | | 创建/编辑处置单 | — | — | ✓ | ✓ | — | | 确认中/高风险处置单 | — | — | ✓ | ✓(兜底) | — | | 执行处置动作 | — | — | ✓ | ✓ | — | | 发起转诊/会诊 | — | — | ✓ | ✓ | — | | 回复会诊/转诊 | — | — | — | ✓ | — | | 情绪/焦虑自评录入 | ✓ | 协助 | — | — | — | | 查看身心信号 | — | 受授权 | ✓ | ✓ | — | | 知识库内容维护 | — | — | 部分 | ✓ | 运营 | | 系统/设备/权限配置 | — | — | — | — | ✓ | | 数据合规与审计 | — | — | — | — | ✓(DPO) | > 详细权限将在设计阶段细化为完整 RBAC 矩阵。 ## 7. 版本规划 - **V1(可上线 MVP)**:GDM 单场景**完整闭环** + **聊天式助手**(孕妇端主入口) + **红旗安全** + **上线地基**(账号/知情同意与合规/消息推送/手动录入兜底)。 - 上线判据:真实孕妇可用、法律合规可上线、闭环价值可验证。 - 闭环:建档→(手动录入或设备)采集→规则分析→分层→预警→管理师处置→照护计划→提醒→随访;叠加聊天问答与红旗急症。 - **执行层(设计深化)**:处置单(一个/一组动作+人工确认)+跟进达标闭环+执行驾驶舱(REQ-D1/D2/D5)、情绪自评与身心信号(REQ-D3)、转诊/会诊系统内协同(REQ-D4)、指标字典配置化+质控门(REQ-I1/I3)、数据湖按孕周时间轴归一(REQ-D6 地基)。 - **V2**:趋势分析、中医调养、游戏化、转诊网络对接、统一术语编码、孕周分段阈值精细化(REQ-I2/I4)、增值"孕期全纪录"产出(REQ-D6)。 - **V3**:趋势预测模型(经验证)、FHIR/HIS 互操作、多指标全量覆盖。 > 注:因"设备实际可测能力"待确认(依赖🔴最高),V1 以**手动录入为兜底**,设备对接就绪即接入,避免上线被设备卡住。 ## 8. 非功能性要求(摘要,详见 0-req §5) - 数据合规与隐私(PIPL,最敏感数据,知情同意/加密/分级/审计)。 - 监管定位为健康管理/决策支持,非诊断。 - 风险/预测/建议可解释、可追溯、可留痕。 - 红旗人工兜底;交互有温度、低焦虑。 - 多端数据一致同步;可扩展(指标/规则/知识/设备可配置)。 ## 9. 依赖与风险 | 项 | 类型 | 说明 | 优先级 | |----|------|------|--------| | 设备可测能力与精度/认证 | 依赖·假设 | 决定输入可信度与产品范围,需运营方清单 | 🔴 最高 | | 监管定位确认 | 风险·合规 | SaMD 与否影响方向 | 🔴 最高 | | 数据合规方案 | 风险·合规 | 上线前提 | 🔴 最高 | | 医学理论/阈值/红旗规则 | 依赖 | 需医生提供与确认 | 🟠 高 | | 知识库权威来源 | 依赖 | 影响问答质量与合规 | 🟠 高 | | 预测模型数据 | 风险 | 冷启动无数据,先规则后模型 | 🟡 中 | | 孕期焦虑/体验 | 风险 | 影响留存口碑 | 🟡 中 | --- > 请检查本 PRD。确认通过后,我将进入阶段 4,生成 `2-task-PCM.md`(开发任务文档)。如需修改,请直接指出。