{
  "scene": "hospital",
  "name": "医院营养科患者膳食管理与供餐协同方案",
  "audience": "医院营养科、护理、后勤、食堂与信息部门",
  "slides": [
    {
      "title": "医院营养科\n患者膳食管理与供餐协同方案",
      "subtitle": "让经过专业审核的膳食方案，准确进入患者供餐流程",
      "layout": "cover",
      "items": [
        {
          "title": "专业审核",
          "body": "营养科确认适用餐别"
        },
        {
          "title": "病区核对",
          "body": "患者、餐别、餐次一致"
        },
        {
          "title": "供餐反馈",
          "body": "签收、摄入与退餐可追溯"
        }
      ],
      "keyMessage": "从专业方案到患者餐盘，每次交接有据可查",
      "footnote": "患者病餐场景方案；专属功能和院内接口需项目核验。",
      "sources": [
        "six-scene-ppt-production-master-brief.md，第11节医院35页蓝图"
      ],
      "notes": "面向营养科、护理、后勤、食堂与信息部门介绍患者病餐协同设计。先讲审核与核对，再讲采购食安支撑。本方案不含职工餐，不承诺临床疗效；专属业务模块须院方确认并进行产品适配验证。"
    },
    {
      "title": "公司介绍｜01",
      "subtitle": "",
      "layout": "reserved",
      "items": [],
      "keyMessage": "",
      "footnote": "",
      "sources": [
        "six-scene-ppt-production-master-brief.md，第11节医院35页蓝图"
      ],
      "notes": "按用户总纲空白预留。仅填经授权、经核验的公司信息或客户案例；当前不提供任何客户事实。"
    },
    {
      "title": "公司介绍｜02",
      "subtitle": "",
      "layout": "reserved",
      "items": [],
      "keyMessage": "",
      "footnote": "",
      "sources": [
        "six-scene-ppt-production-master-brief.md，第11节医院35页蓝图"
      ],
      "notes": "按用户总纲空白预留。仅填经授权、经核验的公司信息或客户案例；当前不提供任何客户事实。"
    },
    {
      "title": "公司介绍｜03",
      "subtitle": "",
      "layout": "reserved",
      "items": [],
      "keyMessage": "",
      "footnote": "",
      "sources": [
        "six-scene-ppt-production-master-brief.md，第11节医院35页蓝图"
      ],
      "notes": "按用户总纲空白预留。仅填经授权、经核验的公司信息或客户案例；当前不提供任何客户事实。"
    },
    {
      "title": "不同病餐，需要不同审核与交接",
      "subtitle": "先由营养科确认分类，再把差异变成厨房可执行要求",
      "layout": "table",
      "items": [],
      "keyMessage": "餐食分类由院方确定，执行要求逐项确认",
      "footnote": "分类为方案示意，具体目录与专业要求由院方确认。",
      "sources": [
        "six-scene-ppt-production-master-brief.md，第11节医院35页蓝图",
        "8.医院健康管理平台.pptx，第13、24–26页（仅历史场景语境）"
      ],
      "notes": "先区分普通餐、治疗膳食及其他特殊饮食的管理要求；不自行定义诊断或配方。输入是院方批准的分类和个体要求，输出为餐别字典与厨房核对清单。营养科负责确认，食堂确认可制作性；无审核依据的特殊要求暂停下发。 证据状态：总纲要求与场景方案设计；涉及专属功能须经版本、现场和权限验证。",
      "headers": [
        "餐食类别",
        "专业确认",
        "供餐执行"
      ],
      "rows": [
        [
          "普通餐",
          "院方确认适用范围",
          "按菜单及餐次供应"
        ],
        [
          "治疗膳食",
          "授权专业人员审核",
          "按审核版本制作与复核"
        ],
        [
          "其他特殊饮食",
          "明确个体要求及禁忌",
          "单独标识并重点核对"
        ]
      ]
    },
    {
      "title": "四次交接，把方案送到正确餐盘",
      "subtitle": "餐别变化、转科与临时禁食必须回到责任岗位",
      "layout": "steps",
      "items": [
        {
          "title": "专业审核",
          "body": "营养科确认方案及有效餐次"
        },
        {
          "title": "病区核对",
          "body": "转科、转床、禁食及时确认"
        },
        {
          "title": "厨房接单",
          "body": "按确认版本及份数制作"
        },
        {
          "title": "配送签收",
          "body": "核对患者餐别，回传异常"
        }
      ],
      "keyMessage": "每个交接点都要确认收到的版本",
      "footnote": "患者供餐协同设计，具体工作流须院方确认。",
      "sources": [
        "six-scene-ppt-production-master-brief.md，第11节医院35页蓝图",
        "8.医院健康管理平台.pptx，第13、24–26页（仅历史场景语境）"
      ],
      "notes": "按角色依次讲一次午餐如何传递。营养科输出审核方案，病区确认当餐名单，厨房接收有效清单，配送交付并获得签收。发现禁食、转科或退餐时，由病区发起变更并通知未完成环节；不假定各系统已自动联动。 证据状态：总纲要求与场景方案设计；涉及专属功能须经版本、现场和权限验证。"
    },
    {
      "title": "供餐准确性，从逐项核对开始",
      "subtitle": "把抽象的“减少错配”转成可以抽样核查的对象",
      "layout": "columns",
      "items": [
        {
          "title": "人和餐一致",
          "body": "按院方身份规则核对患者与餐别；床位仅作定位线索。"
        },
        {
          "title": "时间和版本一致",
          "body": "以当餐有效方案制作；餐别变更后旧单需失效或标记。"
        },
        {
          "title": "要求和实物一致",
          "body": "对照禁忌、特殊要求与配送批次，异常完成复核再交付。"
        }
      ],
      "keyMessage": "患者、餐别、时效与版本，逐项核对有记录",
      "footnote": "",
      "sources": [
        "six-scene-ppt-production-master-brief.md，第11节医院35页蓝图",
        "8.医院健康管理平台.pptx，第13、24–26页（仅历史场景语境）"
      ],
      "notes": "先讲患者、餐别、时间、饮食要求、配送批次五项一致性。护理与食堂用批准单、配餐单、签收单核对；项目组记录基线、抽样口径和异常数。目标值由院方约定，不给出没有证据的错配下降比例。 证据状态：总纲要求与场景方案设计；涉及专属功能须经版本、现场和权限验证。"
    },
    {
      "title": "四类岗位，各守住一个关键交接",
      "subtitle": "系统辅助协同，专业责任不能随流程自动转移",
      "layout": "table",
      "items": [],
      "keyMessage": "专业审核、现场核对、服务协调分别到岗",
      "footnote": "",
      "sources": [
        "six-scene-ppt-production-master-brief.md，第11节医院35页蓝图",
        "8.医院健康管理平台.pptx，第13、24–26页（仅历史场景语境）"
      ],
      "notes": "以一次餐别调整为例说明分工：专业岗确认调整理由和适用范围，护理核对患者，食堂按新版本执行，后勤协调时效。系统提示不能替代任何专业决策；项目启动时需指定各岗位负责人、代班机制与授权范围。 证据状态：总纲要求与场景方案设计；涉及专属功能须经版本、现场和权限验证。",
      "headers": [
        "岗位",
        "主要责任",
        "交接输出"
      ],
      "rows": [
        [
          "营养科/专业岗",
          "审核方案及特殊膳食",
          "有效方案与审核记录"
        ],
        [
          "护理/病区",
          "核对患者状态及执行",
          "当餐名单与变更通知"
        ],
        [
          "后勤",
          "协调时效与服务异常",
          "供餐规则与处理跟踪"
        ],
        [
          "食堂/配送",
          "制作、复核、配送",
          "配餐清单与交接记录"
        ]
      ]
    },
    {
      "title": "先核对患者，再确认当餐餐别",
      "subtitle": "转床、出院或临时禁食时，旧床位不能成为供餐依据",
      "layout": "columns",
      "items": [
        {
          "title": "身份线索",
          "body": "依院方规则核对住院身份；病区和床位用于配送定位。"
        },
        {
          "title": "有效餐别",
          "body": "确认当餐适用方案、有效时间、禁忌及特殊要求。"
        },
        {
          "title": "状态变化",
          "body": "转科、转床、出院、禁食后重新核对，通知厨房与配送。"
        }
      ],
      "keyMessage": "第一个控制点，是确认当餐的人与餐",
      "footnote": "核对方式、字段来源与更新机制由院方确定。",
      "sources": [
        "six-scene-ppt-production-master-brief.md，第11节医院35页蓝图"
      ],
      "notes": "本页讲人员操作而非接口字段。护理在订餐或接收餐食前，按院方身份规则核对当前患者及餐别。若床位和身份不一致，暂停该份餐食交付并联系病区复核；技术人员随后确定主数据来自何处与更新方式。 证据状态：总纲要求与场景方案设计；涉及专属功能须经版本、现场和权限验证。"
    },
    {
      "title": "审核后的方案，才进入厨房任务",
      "subtitle": "餐别修改需要留痕，撤回与回退也要可追踪",
      "layout": "steps",
      "items": [
        {
          "title": "提出建议",
          "body": "专业人员形成拟定方案"
        },
        {
          "title": "专业审核",
          "body": "确认餐别、要求与有效期"
        },
        {
          "title": "病区复核",
          "body": "核对当餐名单及状态变化"
        },
        {
          "title": "厨房确认",
          "body": "接收有效版本，回传冲突"
        }
      ],
      "keyMessage": "没有通过审核的建议，不进入正式配餐",
      "footnote": "专业审批、修改权限及回退流程为项目适配设计。",
      "sources": [
        "six-scene-ppt-production-master-brief.md，第11节医院35页蓝图"
      ],
      "notes": "输入是待审营养建议，输出是带审核人、时间、版本和有效餐次的供餐任务。营养科决定谁能改餐别，护理核对执行对象；误改后由授权人员撤回并重新发布，不能直接覆盖历史记录。信息系统支持范围需逐项验证。 证据状态：总纲要求与场景方案设计；涉及专属功能须经版本、现场和权限验证。"
    },
    {
      "title": "从评估到复评，保留每段最小记录",
      "subtitle": "每次反馈都能回到当时的患者、方案与餐次",
      "layout": "steps",
      "items": [
        {
          "title": "评估与方案",
          "body": "记录依据、要求和拟定餐别"
        },
        {
          "title": "审核与订餐",
          "body": "保存批准版本和当餐份数"
        },
        {
          "title": "配餐与配送",
          "body": "记录批次、去向与签收"
        },
        {
          "title": "反馈与复评",
          "body": "记录摄入、退餐及处理结果"
        }
      ],
      "keyMessage": "供餐反馈服务专业复评，不自动形成临床结论",
      "footnote": "业务关系设计，不代表现有软件已全链路一体化上线。",
      "sources": [
        "six-scene-ppt-production-master-brief.md，第11节医院35页蓝图",
        "8.医院健康管理平台.pptx，第13、24–26页（仅历史场景语境）"
      ],
      "notes": "按总纲的评估—方案—审核—订餐—配餐—配送—摄入/退餐—复评展开，合并为四个展示阶段。专业岗管评估与复评，食堂管制作，配送与病区共同交接。任何缺失环节须留下状态和责任人，不能将未送达算已食用。 证据状态：总纲要求与场景方案设计；涉及专属功能须经版本、现场和权限验证。"
    },
    {
      "title": "三大系统，支撑同一份病餐任务",
      "subtitle": "以菜单、餐次、食材批次和责任记录建立关联",
      "layout": "architecture",
      "items": [
        {
          "title": "营养结算服务系统",
          "body": "通用菜品与订单能力为基础；患者餐别、审批及供餐记录需适配。"
        },
        {
          "title": "智慧采购管理系统",
          "body": "采购、验收、入库、领用支撑病餐食材与批次追踪。"
        },
        {
          "title": "智慧食安监管系统",
          "body": "加工、人员、留样及整改记录支撑供餐安全管理。"
        }
      ],
      "keyMessage": "通用产品能力与病餐适配范围分别确认",
      "footnote": "三系统可按范围组合，跨系统联动依版本和项目验证。",
      "sources": [
        "six-scene-ppt-production-master-brief.md，第11节医院35页蓝图",
        "康比特智慧食堂产品知识库（2026-09-16），第4、7、9–11节"
      ],
      "notes": "先讲正式三系统命名，再讲患者餐次如何连接菜单、原料与风险记录。采购库存和食安已有通用产品资料支持；病餐专属主数据和接口需要院方验证。联动依赖编码、权限和版本，不能画一条线就承诺无缝互通。"
    },
    {
      "title": "专业审核，是病餐方案的必要前提",
      "subtitle": "系统辅助记录与提示，专业人员承担审核",
      "layout": "columns",
      "items": [
        {
          "title": "系统可辅助",
          "body": "组织方案记录、标记待审与冲突，呈现需要核对的信息。"
        },
        {
          "title": "专业岗决定",
          "body": "餐别、特殊饮食、禁忌与营养治疗由院方授权人员确认。"
        },
        {
          "title": "未经确认先暂停",
          "body": "存在冲突或来源不明时，暂缓下发相关任务并人工复核。"
        }
      ],
      "keyMessage": "系统提示不能成为患者的医嘱",
      "footnote": "",
      "sources": [
        "six-scene-ppt-production-master-brief.md，第11节医院35页蓝图"
      ],
      "notes": "本页强调临床责任边界。软件记录不构成诊断、处方或治疗建议。演示时只用合成数据；任何高风险信息不完整，回到院方专业人员确认。此页是方案权限设计，专业审核链不能被通用菜单算法替代。 证据状态：总纲要求与场景方案设计；涉及专属功能须经版本、现场和权限验证。"
    },
    {
      "title": "患者数据变更，需要状态与版本",
      "subtitle": "把核对动作落到字段、更新时间和冲突处理",
      "layout": "table",
      "items": [],
      "keyMessage": "同步失败或字段冲突时，不能继续沿用旧单",
      "footnote": "字段示意；专属数据模型及同步机制需院方联调。",
      "sources": [
        "six-scene-ppt-production-master-brief.md，第11节医院35页蓝图"
      ],
      "notes": "与第9页操作核对区分，本页是数据记录设计。院方确定字段来源、更新频率、优先级与失效规则。接口延迟或人工修改冲突要产生待核状态；确认后留下处理人和时间，输出可执行的新任务，不静默覆盖。 证据状态：总纲要求与场景方案设计；涉及专属功能须经版本、现场和权限验证。",
      "headers": [
        "记录对象",
        "最小字段",
        "变更处理"
      ],
      "rows": [
        [
          "患者定位",
          "身份标识、病区、床位",
          "转床后核对新位置"
        ],
        [
          "餐别版本",
          "餐别、有效餐次、版本",
          "旧版失效，新版复核"
        ],
        [
          "禁食/特殊要求",
          "状态、来源、确认时间",
          "冲突暂停，通知责任岗"
        ],
        [
          "配送任务",
          "订单、批次、签收状态",
          "未送达任务重新确认"
        ]
      ]
    },
    {
      "title": "一份膳食方案，要能追溯谁批准",
      "subtitle": "保留方案来源、适用范围和每次变更",
      "layout": "columns",
      "items": [
        {
          "title": "来源与对象",
          "body": "记录依据来源、患者标识、适用餐别与生效餐次。"
        },
        {
          "title": "审核与要求",
          "body": "保留审核人、时间、禁忌及厨房可执行的特殊要求。"
        },
        {
          "title": "版本与回看",
          "body": "修改记录版本差异；撤回或停用后仍能查看原执行依据。"
        }
      ],
      "keyMessage": "可记录方案，不等于可自动生成临床处方",
      "footnote": "方案记录与审核功能按项目适配验证。",
      "sources": [
        "six-scene-ppt-production-master-brief.md，第11节医院35页蓝图",
        "8.医院健康管理平台.pptx，第13、24–26页（仅历史场景语境）"
      ],
      "notes": "用匿名方案记录作讲解对象：专业岗输入或确认方案，复核后输出餐次任务。厨房仅看执行必要信息，不能改专业结论。对过期、撤回或来源不明的方案进行状态控制；实际产品字段和审计能力需项目验收。 证据状态：总纲要求与场景方案设计；涉及专属功能须经版本、现场和权限验证。"
    },
    {
      "title": "从订餐汇总，到厨房按餐别配餐",
      "subtitle": "临时增减必须明确截止规则和接单状态",
      "layout": "steps",
      "items": [
        {
          "title": "汇总需求",
          "body": "按病区、餐别、餐次汇总"
        },
        {
          "title": "确认变更",
          "body": "核对增减、禁食及取消"
        },
        {
          "title": "厨房制作",
          "body": "按有效清单及份数出餐"
        },
        {
          "title": "出餐复核",
          "body": "替餐、缺餐交责任岗确认"
        }
      ],
      "keyMessage": "厨房接到的清单，必须与病区确认一致",
      "footnote": "截止时间、取消和替餐规则由院方制定。",
      "sources": [
        "six-scene-ppt-production-master-brief.md，第11节医院35页蓝图",
        "8.医院健康管理平台.pptx，第13、24–26页（仅历史场景语境）"
      ],
      "notes": "病区提出当餐需求，食堂汇总生产。院方确定截止时间，超时增餐、取消和替餐由指定岗位确认是否可执行。厨房回传接单及缺餐情况；未经专业确认不得自行替换特殊餐。所有变更绑定原单及操作人。 证据状态：总纲要求与场景方案设计；涉及专属功能须经版本、现场和权限验证。"
    },
    {
      "title": "配送核对，贯穿餐车到床旁",
      "subtitle": "避免厨房制作正确，交付对象却发生错误",
      "layout": "steps",
      "items": [
        {
          "title": "装车核对",
          "body": "批次、病区与份数一致"
        },
        {
          "title": "病区接收",
          "body": "清点封装、餐别与清单"
        },
        {
          "title": "患者核对",
          "body": "按院方规则确认交付对象"
        },
        {
          "title": "签收反馈",
          "body": "缺餐、错餐与拒收及时回传"
        }
      ],
      "keyMessage": "餐食到达病区，还需要完成对象核对",
      "footnote": "",
      "sources": [
        "six-scene-ppt-production-master-brief.md，第11节医院35页蓝图"
      ],
      "notes": "配送员出示批次清单，病区接收岗核对数量和标识，再依院方流程核对患者。床位变化、拒收或缺件先登记异常，未经确认不自行转交他人。输出签收人、时间、数量与异常；设备或扫码能力另行适配。 证据状态：总纲要求与场景方案设计；涉及专属功能须经版本、现场和权限验证。"
    },
    {
      "title": "实际摄入，不能用出餐量代替",
      "subtitle": "送达、食用与退回，是三个不同状态",
      "layout": "columns",
      "items": [
        {
          "title": "现场记录",
          "body": "按院方口径记录食用情况或剩餐估计，并注明记录来源。"
        },
        {
          "title": "退餐原因",
          "body": "区分未送达、禁食变更和拒食等原因，关联当餐记录。"
        },
        {
          "title": "专业复评",
          "body": "营养科查看连续反馈，决定是否调整方案及跟进。"
        }
      ],
      "keyMessage": "复评需要真实反馈，也需要记录方法",
      "footnote": "摄入记录口径与病历写入均需院方确认。",
      "sources": [
        "six-scene-ppt-production-master-brief.md，第11节医院35页蓝图",
        "8.医院健康管理平台.pptx，第13、24–26页（仅历史场景语境）"
      ],
      "notes": "由病区指定岗位记录实际食用情况，标明测量、估计或未知，避免把采购、制作或取餐数量当实际摄入。营养科据此复评，临床结论另行形成。未经院方评估，不写入病历或宣称系统完成治疗评价。 证据状态：总纲要求与场景方案设计；涉及专属功能须经版本、现场和权限验证。"
    },
    {
      "title": "供餐记录与医嘱权限，必须分清",
      "subtitle": "接口映射与专业决策分开验证",
      "layout": "columns",
      "items": [
        {
          "title": "供餐协同侧",
          "body": "组织订单、配餐、配送、签收和反馈；专属字段须适配。"
        },
        {
          "title": "院方专业侧",
          "body": "医嘱、治疗膳食与诊疗决策由院方授权专业系统和人员管理。"
        }
      ],
      "keyMessage": "完成供餐记录，不代表完成医嘱闭环",
      "footnote": "HIS/EMR/医嘱接口属于院方核验及项目评估范围。",
      "sources": [
        "six-scene-ppt-production-master-brief.md，第11节医院35页蓝图",
        "国康医院项目需求汇总.md，软件范围/风险和待确认（通用餐厅及接口边界，不作病餐交付证明）"
      ],
      "notes": "与第13页责任边界区分，本页讲系统边界。双方确认哪些字段只读、哪些可回传，医嘱优先级如何处理，撤销和变更如何生效。必须联调验证来源、权限、映射、冲突和审计；不能从历史稿“可对接HIS”推出默认接口已存在。 证据状态：总纲要求与场景方案设计；涉及专属功能须经版本、现场和权限验证。"
    },
    {
      "title": "通用菜单底座，适配病餐执行字段",
      "subtitle": "保留已有菜品管理能力，明确医院页面的新增要求",
      "layout": "split",
      "items": [
        {
          "title": "已有产品示意",
          "body": "展示通用菜单维护能力，不作为医院病餐上线证明。"
        },
        {
          "title": "病餐需补齐",
          "body": "患者餐次、餐别版本、专业审核、禁食状态与病区去向。"
        },
        {
          "title": "终端依动线选择",
          "body": "厨房接单、分餐核对和病区签收终端按现场流程评估。"
        }
      ],
      "keyMessage": "先核字段与责任，再决定页面与终端",
      "footnote": "通用菜单界面示意；医院专属页面和终端流程待适配。",
      "sources": [
        "six-scene-ppt-production-master-brief.md，第11节医院35页蓝图",
        "康比特智慧食堂产品知识库（2026-09-16），第4、7、9–11节",
        "国康医院项目需求汇总.md，软件范围/风险和待确认（通用餐厅及接口边界，不作病餐交付证明）"
      ],
      "notes": "左侧只展示不含个人信息的通用菜谱后台。右侧讲患者病餐专属适配清单，不使用职工手机订餐页冒充医院成品。院方专业与信息部门共同确认字段、权限及终端摆放；试点再验证操作步骤和异常提示。",
      "image": "gov-p12-19.png"
    },
    {
      "title": "病餐食材需求，来自审核后的菜单",
      "subtitle": "特殊食材与替代规则，先确认再下单",
      "layout": "steps",
      "items": [
        {
          "title": "审核菜单",
          "body": "确认餐别、菜品与份量"
        },
        {
          "title": "汇总人数",
          "body": "结合当餐预计份数计算"
        },
        {
          "title": "核对差异",
          "body": "核库存与特殊食材需求"
        },
        {
          "title": "提交采购",
          "body": "补单和替代需授权审核"
        }
      ],
      "keyMessage": "食材替换不得绕过特殊膳食审核",
      "footnote": "自动需求联动及库存预算排菜为目标能力，须专项验证。",
      "sources": [
        "six-scene-ppt-production-master-brief.md，第11节医院35页蓝图",
        "康比特智慧食堂产品知识库，第4、7、9–11节（通用采购食安能力）"
      ],
      "notes": "营养科提供获批菜单，厨房和采购按餐次、人数与份量形成需求。对特殊食材、禁忌及隔离要求，专业岗确认后传递采购和加工岗位。原料不足需要提出替代申请，不由采购自行改餐；库存预算自动联动只作为目标能力。 证据状态：总纲要求与场景方案设计；涉及专属功能须经版本、现场和权限验证。"
    },
    {
      "title": "验收入库，把食材与批次留下来",
      "subtitle": "采购单、到货实物和票证应相互核对",
      "layout": "split",
      "items": [
        {
          "title": "核对到货",
          "body": "供应商、商品、质量、重量和票证逐项确认。"
        },
        {
          "title": "记录批次",
          "body": "绑定到货批次、入库单与库位，异常先处理。"
        },
        {
          "title": "追踪去向",
          "body": "领用记录关联厨房与病餐批次，追溯关系需验证。"
        }
      ],
      "keyMessage": "到货完成验收，才形成可追溯库存",
      "footnote": "通用采购软件与收货秤产品示意；病餐批次关联需配置验证。",
      "sources": [
        "six-scene-ppt-production-master-brief.md，第11节医院35页蓝图",
        "康比特智慧食堂产品知识库（2026-09-16），第4、7、9–11节",
        "康比特智慧食堂产品知识库，第4、7、9–11节（通用采购食安能力）"
      ],
      "notes": "用通用采购软件与验收秤说明产品能力。验收员核对订单、实物和票证，合格后入库，差异或不合格进入退货处置。当前产品支持批次和领用记录，但连接病餐批次的编码和流程须专项验证。",
      "image": "gov-p36-0.png"
    },
    {
      "title": "成本先核原料，收费另定边界",
      "subtitle": "领用、退库与报损共同解释病餐食材消耗",
      "layout": "table",
      "items": [],
      "keyMessage": "食材成本清楚，不能替代院内收费确认",
      "footnote": "",
      "sources": [
        "six-scene-ppt-production-master-brief.md，第11节医院35页蓝图",
        "康比特智慧食堂产品知识库，第4、7、9–11节（通用采购食安能力）"
      ],
      "notes": "先沿原料入库、领用、退库和报损解释成本，后勤确认统计周期及分母。医保、患者账户、收费和院内分摊不属于本稿默认交付内容；需财务、信息部门提供制度与接口后评估。采购统计不能直接被称为毛利或医保结算。 证据状态：总纲要求与场景方案设计；涉及专属功能须经版本、现场和权限验证。",
      "headers": [
        "业务记录",
        "核对对象",
        "责任边界"
      ],
      "rows": [
        [
          "原料领用",
          "批次、厨房、数量",
          "仓库与食堂核对"
        ],
        [
          "退库/报损",
          "剩余、损耗与原因",
          "授权岗位确认"
        ],
        [
          "食材成本",
          "消耗与实际出餐量",
          "后勤按统一口径核算"
        ],
        [
          "患者收费/财务分摊",
          "院内制度与财务接口",
          "单独评估，不默认包含"
        ]
      ]
    },
    {
      "title": "食材与人员，是加工前两道检查",
      "subtitle": "发现不符合要求的对象，先隔离或停止作业",
      "layout": "columns",
      "items": [
        {
          "title": "食材来源",
          "body": "核票证、批次及验收结果，不合格物料进入隔离处置。"
        },
        {
          "title": "人员状态",
          "body": "按院方制度核查上岗条件、卫生及必要记录。"
        },
        {
          "title": "责任留痕",
          "body": "记录异常对象、处置人、复核结果与恢复条件。"
        }
      ],
      "keyMessage": "检查记录要能触发处置，不能只作展示",
      "footnote": "检查项目、适用要求和恢复条件按院方制度核验。",
      "sources": [
        "six-scene-ppt-production-master-brief.md，第11节医院35页蓝图",
        "康比特智慧食堂产品知识库，第4、7、9–11节（通用采购食安能力）"
      ],
      "notes": "食安岗与仓管共同明确来源检查，现场负责人执行人员卫生制度。异常食材先停止使用，人员异常按院方制度处理；复核达到恢复条件再启用。通用食安能力可提供台账和整改支撑，具体点位和规则需确认。 证据状态：总纲要求与场景方案设计；涉及专属功能须经版本、现场和权限验证。"
    },
    {
      "title": "加工与留样，按餐次串起记录",
      "subtitle": "制作要求、过程记录和留样样本对应同一批供餐",
      "layout": "devices",
      "items": [
        {
          "title": "智能留样秤",
          "body": "记录样品及称量信息，按现场流程关联餐次。"
        },
        {
          "title": "智能留样柜",
          "body": "按配置管理样品存放，核对标签与留存记录。"
        }
      ],
      "keyMessage": "留样设备服务记录，制度决定执行要求",
      "footnote": "产品外观示意；配置、记录范围及留存要求须确认。",
      "sources": [
        "six-scene-ppt-production-master-brief.md，第11节医院35页蓝图",
        "康比特智慧食堂产品知识库（2026-09-16），第4、7、9–11节",
        "康比特智慧食堂产品知识库，第4、7、9–11节（通用采购食安能力）"
      ],
      "notes": "先讲原料处理、特殊餐制作及温控等过程记录，再展示通用留样产品。食堂操作岗执行，食安岗抽查批次、标签与记录一致性。数量、时长和设备能力以院方制度、适用规范与型号验证为准，本页不自行给出标准数值。",
      "images": [
        "gov-p30-3.png",
        "gov-p30-8.png"
      ]
    },
    {
      "title": "配送安全，从出餐复核开始",
      "subtitle": "餐别标识、封装、时效和签收形成连续检查",
      "layout": "steps",
      "items": [
        {
          "title": "出餐复核",
          "body": "核对餐别、要求与批次"
        },
        {
          "title": "封装标识",
          "body": "按院方规则标记并封装"
        },
        {
          "title": "配送控制",
          "body": "按路线核对时效与条件"
        },
        {
          "title": "到达签收",
          "body": "异常拒收并交责任岗处理"
        }
      ],
      "keyMessage": "患者身份核对与配送安全，缺一不可",
      "footnote": "温度、时效和监测范围由院方制度及现场配置确定。",
      "sources": [
        "six-scene-ppt-production-master-brief.md，第11节医院35页蓝图",
        "康比特智慧食堂产品知识库，第4、7、9–11节（通用采购食安能力）"
      ],
      "notes": "本页补充第17页之外的餐食状态控制。食堂核对出餐，配送记录时间和必要条件，病区检验包装和到达状态。超时、包装破损或其他异常不得仅点击完成；需返回责任岗评估。监测设备覆盖范围须按现场配置确认。"
    },
    {
      "title": "异常先暂停，再由责任岗确认",
      "subtitle": "把常见异常编成可演练的处理路径",
      "layout": "table",
      "items": [],
      "keyMessage": "异常处理需要责任与证据，不能只弹出告警",
      "footnote": "",
      "sources": [
        "six-scene-ppt-production-master-brief.md，第11节医院35页蓝图"
      ],
      "notes": "按触发、暂停、确认、恢复、留痕五步讲异常闭环。不同事件由不同责任岗决定；系统负责提示和记录，不能自动判断禁食解除或治疗餐替代。试点时每类至少安排可复现用例，核对通知、任务状态和最终回执。 证据状态：总纲要求与场景方案设计；涉及专属功能须经版本、现场和权限验证。",
      "headers": [
        "触发事件",
        "现场动作",
        "复核责任"
      ],
      "rows": [
        [
          "餐别冲突",
          "暂停该份配餐/交付",
          "营养科与病区确认"
        ],
        [
          "临时禁食",
          "停止未完成供餐任务",
          "病区通知并核对范围"
        ],
        [
          "漏配或错送",
          "隔离错餐，核对缺口",
          "食堂、配送与病区协同"
        ],
        [
          "配送延误",
          "登记状态，评估可交付性",
          "后勤组织处置"
        ],
        [
          "食安异常",
          "停止相关批次使用",
          "食安岗复核并记录"
        ]
      ]
    },
    {
      "title": "同一餐次，不同岗位看不同信息",
      "subtitle": "每个视图只提供完成职责需要的数据",
      "layout": "table",
      "items": [],
      "keyMessage": "权限跟职责走，厨房不需要完整病历",
      "footnote": "岗位视图为方案设计；字段级权限须验证。",
      "sources": [
        "six-scene-ppt-production-master-brief.md，第11节医院35页蓝图",
        "康比特智慧食堂产品知识库，第4、7、9–11节（通用采购食安能力）"
      ],
      "notes": "按“谁需要作什么决定”设计权限，避免一张大屏汇总所有患者隐私。院方确定组织和岗位边界，产品团队映射到角色、字段和导出权限。验收必须用不同角色实际登录核对，不以权限方案文档代替测试。 证据状态：总纲要求与场景方案设计；涉及专属功能须经版本、现场和权限验证。",
      "headers": [
        "岗位视图",
        "重点内容",
        "可见范围"
      ],
      "rows": [
        [
          "营养科",
          "方案版本与摄入反馈",
          "授权患者与专业信息"
        ],
        [
          "护理",
          "本病区名单与当餐要求",
          "本岗负责患者餐次"
        ],
        [
          "后勤",
          "服务异常、采购与成本",
          "运营汇总及必要明细"
        ],
        [
          "食堂",
          "餐别、份数、制作与配送",
          "执行所需信息"
        ]
      ]
    },
    {
      "title": "患者数据，只为明确的供餐目的使用",
      "subtitle": "身份、健康与饮食要求按院方安全规则管理",
      "layout": "columns",
      "items": [
        {
          "title": "最小必要",
          "body": "先说明用途，再确定采集字段、范围与访问对象。"
        },
        {
          "title": "受控访问",
          "body": "查看、修改与导出按岗位授权，关键操作保留审计。"
        },
        {
          "title": "全程管理",
          "body": "明确保留期限、撤回或停用处理、归档与删除机制。"
        }
      ],
      "keyMessage": "授权范围要覆盖数据的完整使用周期",
      "footnote": "敏感数据处理方案须经院方安全评估与确认。",
      "sources": [
        "six-scene-ppt-production-master-brief.md，第11节医院35页蓝图"
      ],
      "notes": "这是供餐项目的数据治理要求，不构成法律结论。院方信息与安全部门确认依据和流程，项目团队据此实施。演示使用合成数据；禁止默认公开患者名单或完整健康信息。保留与删除机制需要产品验证、制度核验和验收证据。 证据状态：总纲要求与场景方案设计；涉及专属功能须经版本、现场和权限验证。"
    },
    {
      "title": "接口范围，由院方系统条件决定",
      "subtitle": "没有字段、环境和负责人，不能承诺自动联通",
      "layout": "table",
      "items": [],
      "keyMessage": "先核对接口契约，再冻结交付范围",
      "footnote": "",
      "sources": [
        "six-scene-ppt-production-master-brief.md，第11节医院35页蓝图",
        "国康医院项目需求汇总.md，软件范围/风险和待确认（通用餐厅及接口边界，不作病餐交付证明）"
      ],
      "notes": "院方提供系统清单、字段、数据方向、鉴权、网络及测试环境，双方指定联调人员。对HIS/EMR和医嘱特别确认只读或回传权限及医嘱优先级。每项接口通过试验后再进入合同交付清单，历史项目提及不等于通用现成接口。 证据状态：总纲要求与场景方案设计；涉及专属功能须经版本、现场和权限验证。",
      "headers": [
        "待确认对象",
        "必须提供",
        "验证重点"
      ],
      "rows": [
        [
          "院内订餐",
          "现有流程、订单字段",
          "重复、取消与状态一致"
        ],
        [
          "患者主数据",
          "来源、标识与变更机制",
          "转科转床及出院更新"
        ],
        [
          "HIS/EMR/医嘱",
          "授权范围、接口与测试环境",
          "映射、冲突与审计"
        ],
        [
          "双方项目组",
          "联调人、测试集与验收口径",
          "失败重试及回退"
        ]
      ]
    },
    {
      "title": "部署方案，要符合院内运行条件",
      "subtitle": "网络、数据、设备与运维责任一起设计",
      "layout": "columns",
      "items": [
        {
          "title": "网络与部署",
          "body": "核对分区、访问路径和外部依赖，再选择可行部署方案。"
        },
        {
          "title": "安全与恢复",
          "body": "确认审计、备份、恢复演练及故障期间人工供餐流程。"
        },
        {
          "title": "设备与运维",
          "body": "明确终端维护、故障报修、权限交接与服务责任。"
        }
      ],
      "keyMessage": "能够稳定供餐，是部署验收的重要条件",
      "footnote": "部署方式、离线能力和服务时限以评估及合同为准。",
      "sources": [
        "six-scene-ppt-production-master-brief.md，第11节医院35页蓝图",
        "国康医院项目需求汇总.md，软件范围/风险和待确认（通用餐厅及接口边界，不作病餐交付证明）"
      ],
      "notes": "信息部门牵头冻结院内网络及安全约束，实施团队验证端口、终端和服务依赖。断网或系统故障时按院方人工流程维持必要服务，恢复后核对记录，不能默认宣称全量离线可用。公有云、私有或内网部署均须验证。 证据状态：总纲要求与场景方案设计；涉及专属功能须经版本、现场和权限验证。"
    },
    {
      "title": "以病区和餐别为单位开展试点",
      "subtitle": "先验证专业审核与异常处理，再决定扩展",
      "layout": "steps",
      "items": [
        {
          "title": "冻结范围",
          "body": "确定病区、餐别及规模"
        },
        {
          "title": "建立基线",
          "body": "核对人、餐、配送与责任"
        },
        {
          "title": "运行验证",
          "body": "覆盖审核、交接及异常"
        },
        {
          "title": "复盘扩展",
          "body": "问题关闭后决定扩大范围"
        }
      ],
      "keyMessage": "试点范围越清楚，结论越可复用",
      "footnote": "",
      "sources": [
        "six-scene-ppt-production-master-brief.md，第11节医院35页蓝图"
      ],
      "notes": "院方指定试点病区和膳食类别，明确专业审核人、护理接收岗及食堂执行岗。项目组记录当前流程和数据基线，再以正常及异常餐次验证。不得预设病区数或患者规模；不通过的接口或流程保留人工路径与整改计划。 证据状态：总纲要求与场景方案设计；涉及专属功能须经版本、现场和权限验证。"
    },
    {
      "title": "验收一份订单，也验收每次交接",
      "subtitle": "从真实样本回查批准依据、餐盘对应和反馈记录",
      "layout": "table",
      "items": [],
      "keyMessage": "样本量、口径和验收责任由院方共同确认",
      "footnote": "",
      "sources": [
        "six-scene-ppt-production-master-brief.md，第11节医院35页蓝图"
      ],
      "notes": "专业岗确认审核样本，护理核对对象与反馈，后勤和食堂核对配送与差异。项目组保留抽样过程、期望与实际结果、缺陷及复测记录。不能仅以页面可打开作为业务验收，也不将供餐合格推导为临床疗效。 证据状态：总纲要求与场景方案设计；涉及专属功能须经版本、现场和权限验证。",
      "headers": [
        "验证对象",
        "核对证据",
        "通过条件"
      ],
      "rows": [
        [
          "专业审核",
          "来源、版本、审核人",
          "执行版本有效且可追溯"
        ],
        [
          "配餐与配送",
          "订单、批次、病区签收",
          "患者与餐别对应一致"
        ],
        [
          "摄入/退餐",
          "记录方法、原因、责任岗",
          "已记录或明确未知状态"
        ],
        [
          "异常恢复",
          "处置与复核回执",
          "任务状态与实物结果一致"
        ]
      ]
    },
    {
      "title": "案例展示｜01",
      "subtitle": "",
      "layout": "reserved",
      "items": [],
      "keyMessage": "",
      "footnote": "",
      "sources": [
        "six-scene-ppt-production-master-brief.md，第11节医院35页蓝图"
      ],
      "notes": "按用户总纲空白预留。仅填经授权、经核验的公司信息或客户案例；当前不提供任何客户事实。"
    },
    {
      "title": "案例展示｜02",
      "subtitle": "",
      "layout": "reserved",
      "items": [],
      "keyMessage": "",
      "footnote": "",
      "sources": [
        "six-scene-ppt-production-master-brief.md，第11节医院35页蓝图"
      ],
      "notes": "按用户总纲空白预留。仅填经授权、经核验的公司信息或客户案例；当前不提供任何客户事实。"
    }
  ]
}