开单以后，执行断层
医生完成医嘱，但药房、护理或检验岗位未形成明确待办，执行结果也难以回到病历。
宠物医院诊疗经营一体化系统
让诊疗与经营，真正运行在同一套系统里。
从接诊、医嘱与岗位执行，到收费、库存和经营分析，维普让每一次业务动作都有来源、有去向、可复核。
面向宠物诊所、综合医院与连锁机构 · 支持私有化交付
今日业务概览界面原型 · 示例字段
门诊队列进行中
岗位任务待执行
库存提醒待复核
接诊队列
| 宠物 | 就诊事项 | 状态 |
|---|---|---|
| 豆包 · 犬 | 复诊检查 | 接诊中 |
| 团子 · 猫 | 疫苗咨询 | 已分诊 |
| 可乐 · 犬 | 皮肤检查 | 候诊 |
医嘱生成的岗位待办
药口服药发药药房 · 待核对待办
检血常规检查检验 · 已接收进行中
护皮下输液护理 · 待执行待办
医嘱已生成岗位待办药房、检验与护理看到各自需要完成的任务。
执行结果回写病历执行人、时间、状态和结果都保留在同一来源关系中。
为什么原有方式会失控
问题往往不在某个功能，而在业务之间没有连接。
当开单、执行、收费、退药和库存各自保存一份结果，团队只能靠口头交接和事后对账找回事实。
退款退药，账货分离
只改金额或只改库存都会留下缺口。原收费、退款、退药和库存回流需要保持关联。
医院发展，被迫重建
系统只覆盖基础门诊，新增住院、手术或多门店后又要更换工具，历史数据难以连续。
业务事实链
每一步不只完成操作，还留下可流转、可复核的记录。
维普以一次就诊为中心：病历承载医疗事实，医嘱驱动岗位任务，收费、库存与人员归属基于同一业务来源形成记录。
客户与宠物
病历与医嘱
岗位执行
收费与反向业务
库存和经营
归档和追溯
三个真实业务场景
不只展示页面，更解释后面的岗位如何接住。
界面原型依据当前业务字段构建，用于说明记录、岗位与数据影响之间的关系。
本次诊疗方案来源：门诊病历
| 类型 | 项目 | 接收岗位 | 状态 |
|---|---|---|---|
| 药品 | 示例口服药 | 药房 | 待核对 |
| 检验 | 血常规 | 检验 | 已接收 |
| 护理 | 皮下输液 | 护理 | 待执行 |
08晨间生命体征执行人 · 护理岗位已完成
10输液任务按医嘱生成 · 待核对进行中
12喂药与进食记录交班可见待执行
退款退药
每一次反向业务都留痕，账、货和归属同步可查。
原收费、退款、退药与库存回流保持来源关系，不通过覆盖历史记录完成所谓“一键修正”。
- 退款关联原支付与收费项
- 退药形成独立库存回流
- 人员归属依据反向记录调整
| 记录 | 来源单据 | 数据影响 | 状态 |
|---|---|---|---|
| 退款申请 | 原收费单 | 支付流水 | 已记录 |
| 药品退回 | 原发药单 | 库存回流 | 待验收 |
| 归属调整 | 退款记录 | 经营归属 | 待复核 |
岗位协同
每个岗位看到自己的动作，管理者看到可核对的结果。
系统不要求所有人理解全部模块，而是让不同岗位围绕同一来源记录协作。
前台
接诊、候诊、收费与客户宠物信息。
本次就诊与收费来源明确医生
病历、统一医嘱、检查结果与处方。
开立后有岗位接收药房
待办、核对、批次发药与退药。
药品流向与医嘱可追溯护理
执行任务、住院计划、异常和交接。
执行动作回写医疗记录管理
库存效期、经营数据、权限与日志。
钱、货、人基于业务事实按规模组合
从高频链路开始，随医院发展启用所需模块。
具体模块、账号、门店和接口范围在部署评估中确认，不把尚未确认的能力写成默认承诺。
门诊诊所
从接诊、病历、医嘱、收费和药房等高频模块起步。
综合医院
在门诊链路上加入检验影像、精细库存与经营管理。
住院手术
按需要启用住院护理、输液执行、手术与麻醉记录。
连锁机构
依据实际可交付范围确认门店、总部权限与经营汇总。
私有化交付
数据部署位置清楚，上线过程也有明确步骤。
系统及业务数据部署于医院指定服务器环境；实施、验收、更新、备份和支持范围以合同与项目清单为准。
需求确认
门店、角色、住院手术、历史数据与设备接口。
环境准备
确认医院指定服务器环境与实施条件。
基础配置
岗位权限、药品项目、模板与必要资料。
培训试运行
按岗位进行试运行并收集实际问题。
验收与支持
按项目清单验收，确认后续服务范围。