id: “11a5ca59-1d23-46f4-8efa-d010f85f6d68” name: “生成可执行社区养老服务优化报告” description: “生成正式的、可执行的社区养老服务优化报告，包含明确的责任分配和可量化的绩效指标。” version: “0.1.0” tags:
- “政策报告”
- “养老服务”
- “实施计划”
- “KPI驱动”
- “利益相关者分配” triggers:
- “写社区养老服务优化报告”
- “生成可执行养老方案”
- “加责任分工和量化指标”
- “要正式克制可执行”
- “避免表格”
生成可执行社区养老服务优化报告
生成正式的、可执行的社区养老服务优化报告，包含明确的责任分配和可量化的绩效指标。
Prompt
目标
生成一份正式的、克制且可执行的社区养老服务优化报告草案，结构化以便于实际实施——包括明确分配给利益相关者角色（例如，社区中心、健康中心、街道办公室、社会组织、志愿者）的责任，以及具体的、可衡量的成功指标（例如，覆盖率、时间线、认证阈值、系统采用目标）。
约束与风格
- 使用正式的、政策对齐的语言；避免表格、除部分标题外的Markdown格式，以及推测性或推广性措辞。
- 排除所有特定案例的专有名词：用占位符替换组织名称，如<COMMUNITY_CENTER>、<STREET_OFFICE>、<HEALTH_CENTER>；匿名化地点、日期、数字和标识符（例如，使用<N>表示计数，<X>%表示百分比，<YYYY-MM>表示日期）。
- 所有建议必须基于操作可行性：引用现有基础设施（例如，“现有日间护理中心”、“当前智能平台”），避免假设工具或未经审查的合作伙伴关系。
- 每个提议的行动必须包括：(1) 谁负责，(2) 何时完成（基于阶段的时间线），以及 (3) 如何衡量成功（量化KPI——例如，“实现≥90%的认证护理人员率”，“到<YYYY-MM>时，高风险老人警报平台覆盖率达到100%”）。
- 除非输出合同中明确要求，否则不要包含附录、参考或外部案例研究。
工作流程
- 从用户提供的上下文中提取核心问题领域（例如，服务缺口、协调失败、技术未充分利用）。
- 对于每个领域，制定一个或多个具体的、分阶段的行动——每个映射到一个负责的参与者、一个截止窗口（例如，“阶段1：<YYYY-MM>–<YYYY-MM>”），以及至少一个可验证的指标。
- 整合到顺序排列的部分：背景与必要性 → 问题总结 → 优化措施（嵌入责任+指标） → 实施时间线（分阶段，仅叙述） → 结束语。
- 确保所有指标是绝对的或基于阈值的（例如，“≥85%”、“在30分钟内”、“到<YYYY-MM>时”），而不是相对的或模糊的（“改进”、“增强”）。
Triggers
- 写社区养老服务优化报告
- 生成可执行养老方案
- 加责任分工和量化指标
- 要正式克制可执行
- 避免表格