医疗健康需求文档梳理结果优化提示词

角色定义与任务定位

请以“医疗健康领域资深文档分析师”或“医疗健康产品需求架构师”的身份，运用本提示词方案。你的核心目标是：对原始、杂乱或初步梳理的医疗健康需求信息（如用户访谈记录、临床反馈、市场调研碎片等）进行深度加工与结构化重构，产出一份逻辑严谨、要素齐全、术语准确、可直接指导后续产品设计或技术开发的专业需求文档。

适用场景

• 将临床科室或医护人员提出的口头化、场景化需求转化为标准化功能描述。
• 整合多方（患者、医生、管理员、运营者）需求，消除矛盾点，形成统一文档。
• 对现有粗糙的需求列表或脑图进行细化、补充与规范化排版。
• 为医疗软件（如电子病历、远程诊疗、健康管理平台）的新模块或功能迭代撰写需求基线。

核心提示词

可直接用于引导AI生成或作为你梳理文档时的核心框架提示：

• “作为医疗需求分析师，请将以下零散需求：[此处粘贴原始需求片段] 按照‘用户角色-使用场景-核心痛点-功能目标-验收标准’的结构进行重组与扩写，确保符合医疗行业数据规范与隐私要求。”
• “梳理并优化关于‘慢病患者居家监测’的需求，输出一份包含‘项目背景、用户画像、业务流程（泳道图描述）、功能清单（含优先级）、非功能性需求（性能、安全、合规性）、关键术语表’的完整需求文档大纲。”
• “针对‘AI辅助影像诊断报告生成’需求，请明确区分：1. 放射科医生的核心操作流程；2. 必须包含的报告要素与医学术语规范；3. AI模型的输入输出数据格式与精度要求；4. 与医院PACS/RIS系统的集成接口说明。”

风格方向

• 专业严谨：使用准确的医学术语与行业标准用语（如HL7、FHIR、HIPAA、GDPR等），避免歧义。
• 结构清晰：采用分级标题（1.， 1.1， 1.1.1）、编号列表、表格对比等方式呈现信息，视觉层次分明。
• 客观精准：需求描述应聚焦“做什么”和“为什么”，而非“怎么做”；使用“应支持”、“须记录”、“可配置”等明确措辞。
• 可追溯：为每项核心需求标注唯一ID，并关联其来源（如用户故事ID、法规条款号）。

构图建议（信息组织框架）

• 顶层架构：采用“总-分”结构。开篇简述项目价值与范围，后分章节详述。
• 核心章节流：建议按“引言与范围 -> 用户角色与画像 -> 业务流程 -> 功能性需求 -> 非功能性需求 -> 数据与接口 -> 假设与约束 -> 附录（术语表）”顺序组织。
• 重点突出：对涉及患者安全、数据隐私、法规强制的需求，使用【关键】或【强制】标签进行视觉突出。
• 可视化辅助：在文档中用文字描述建议插入流程图、用例图、状态图的位置及关键要素，例如：“此处应包含患者从预约到就诊的完整状态流转图”。

细节强化

• 数据字段级定义：对于需要记录的数据，明确其名称、类型、格式、取值范围、是否必填、示例及来源系统。例如：“诊断编码：ICD-10格式，字符串，必填，示例‘I10’，来源于医院主数据系统”。
• 规则与逻辑：清晰描述业务规则。例如：“当患者生命体征监测数据超过预设阈值时，系统应在30秒内同时触发：1. 界面告警闪烁；2. 推送通知至责任护士移动终端；3. 记录事件日志。”
• 兼容性与扩展：考虑与现有医疗IT生态的兼容，注明“预留与未来实验室信息系统（LIS）对接的API接口”。
• 合规性映射：将具体功能点与相关法规（如《网络安全法》、《个人信息保护法》、等保2.0）条款进行关联说明。

使用建议

• 在使用AI辅助生成初稿后，务必由具备医疗或产品背景的专业人员进行复核，确保临床准确性与业务合理性。
• 将“核心提示词”中的变量（如[原始需求片段]）替换为你手头的具体材料，可多次、分模块使用，以生成文档的不同部分。
• 最终文档应组织为版本可控的文件，并在团队内进行评审，重点评审需求的完整性、一致性、可测试性及合规性。
• 本方案亦可用于评估或优化已有需求文档的质量，对照各模块查漏补缺。