让患者少跑一趟窗口，
也让窗口少解释一遍
公众号菜单直接进入：预约挂号、门诊缴费、住院预缴、就诊记录、费用明细、检验报告一站式完成。数据实时取自院内 HIS 视图，不另建一套台账——患者在手机上看到的余额与费用，就是收费处看到的那一套。
血常规五分类 ×1 · ¥28.00 · 检验科
患者真正会用、窗口真正省事的八件事
不是把所有功能堆到首页，而是按患者就医动线排布：来之前能约，看病时能缴，住院时能充，看完能查花了多少、查了什么。每一项的背后都是 HIS 里的真实数据，没有一份是另填的。
预约挂号
选科室、医生与时段，提交后回写 HIS 挂号记录；列表状态随 HIS 就诊状态回读同步，退号同步可见。
回写 HIS 挂号门诊缴费
待缴费单据实时从 HIS 拉取并分组；全自费单可直接线上支付，医保单明确引导至窗口或医保移动支付。
自费 / 医保分流住院预缴
在院患者随时充值，支付成功直写 HIS 预缴台账，并同步回写住院登记余额，写入与余额更新同一事务。
预缴余额可欠费为负就诊记录
按就诊日期区间查询，一次就诊一张卡片，展开即为当次门诊的费用明细——就诊与花费在同一处对得上。
支持日期区间住院费用明细
在院费用按费用类别分组展示，明细可追溯到医嘱执行环节；退费行按标志过滤，不与收费行重复计算。
按类别聚合检验报告查询
以病案号作为人员锚点桥接检验系统，门诊 / 住院分栏，时间区间在服务端过滤，换页不重新请求。
按病案号关联药品查询
院内药品目录与价格自助查询，患者不用再为「这个药多少钱」来回问窗口。
院内目录直读就诊人管理
一位会员可绑定多位家人（老人、孩子），凭证件号与手机号和 HIS 患者档案对齐，切换即可代查。
家人代查代办哪些读、哪些写，先说清楚
患者端不是 HIS 的替代品，是 HIS 面向患者的一个出口。绝大多数场景只读，只有挂号与预缴这类「必须由患者发起」的动作才落写，且写的是 HIS 自己的表。
只读：查得到就行
门诊账单与就诊、在院登记与余额、门诊 / 住院费用明细、检验报告、药品目录。全部走视图，不改 HIS 一行数据。
写入：只写必须写的
预约挂号回写 HIS 挂号记录、住院预缴写入 HIS 预缴台账与登记余额。写入失败有明确留痕，不会静默丢单。
部署：留在院内
服务端部署在医院内网或专线环境，数据库在院方机房。开发调试使用脱敏样例数据，患者数据不出内网。
从对需求到上线，四步走完
每一步都有交付物：字段清单、配置说明、联调记录、上线与培训文档。进展看得见，不是交完钱等半年。
梳理 HIS 字段与口径
确认患者、就诊、费用、报告相关表与字段，列出需要对哪些表建只读视图，把口径逐条敲定。
建视图并配置后台
在 HIS 库建只读视图，后台配置导航分组、服务入口与功能开关，公众号菜单指向对应地址。
联调支付与回写
测试环境完成支付链路与 HIS 回写联调，逐条验证幂等、退费、欠费等边界场景，问题闭环后再上线。
上线培训与运维
上线前对窗口与信息科做操作培训，交付配置说明与运维文档，上线后按约定时效响应问题。
信息科最常问的几个问题
都是沟通初期就会被追问的问题，答案可以直接写进技术协议。
需要 HIS 厂商配合吗？
数据是实时的吗？会不会延迟？
患者的钱会不会记错？
以后想加功能、改界面，要重新开发吗？
支持小程序吗？还是只有公众号？
医院内网没有外网，能正常用吗？
留个联系方式，先看实际效果
先了解你们现有的 HIS 环境与要解决的问题，再给可落地的建设范围与报价区间。不需要的话，我们不会反复打扰。
- 可先小范围试用，或单模块验证效果
- 院内私有化部署，数据不出院
- 交付含配置说明与运维文档
我们承诺不会将你的信息用于其他用途，也不会提供给第三方
聊聊你们医院现在最头疼的那件事
不管是患者总来窗口问花了多少钱，还是住院缴费要反复跑，都可以先聊一次。听完现状我们给可落地的范围与报价区间，不铺垫、不画饼。