S-HUB 打通HIS与用友,门诊收费/药品出入库/住院收入三线全自动
医院的HIS系统和用友ERP,是中国医疗信息化最经典的一对"各自优秀、互相不通"的组合。HIS管门诊收费、药房发药、住院结算,每天产生海量业务数据。用友ERP管财务凭证、药品库存、收入核算。HIS把医疗业务跑得飞起,但它的数据到用友这边,靠的是一条最原始的通道:人工。
门诊收了一天费,收费员日结出报表,财务第二天手工录入用友做凭证。药房发了几百张处方,HIS里药品库存扣了,用友里库存还是原来的数。住院病人出院结算了,用友里收入要等月底财务手工分摊确认。三条数据线,三个断点,财务和信息科每个月底都在"补数据"中度过。
S-HUB 解决的就是这三个断点:把HIS和用友之间的数据通道从人工变成自动,让门诊收费即凭证、发药即扣库存、出院即确认收入。
一、HIS与用友的三个数据断点
| 数据线 | HIS里发生了什么 | 用友里卡在哪 | 手工代价 |
|---|---|---|---|
| 门诊收费→凭证 | 挂号费、诊疗费、检查费、药费每日汇总日结 | 收入凭证未生成,各科目未入账 | 财务按日结报表逐笔录入凭证,科目多易出错 |
| 药品出入库→库存 | 药库采购入库、药房发药出库实时发生 | 库存账未同步,应付账款未触发 | 月底盘点后手工调库存,差异对账耗时长 |
| 住院收入→确认 | 患者出院结算,预交金抵扣,补退完成 | 收入未确认,应收未核销,科室未分摊 | 财务按出院清单手工做收入确认和科室分摊 |
三个断点的根因一样:HIS是做医疗业务的系统,用友是做财务管理的系统。业务发生了,财务要知道,但两套系统之间没有自动通知机制。这条通知通道,就是财务人员的双手。
二、S-HUB 如何打通三条数据线
S-HUB 在HIS和用友之间充当自动化中枢。HIS只接一条线到 S-HUB,用友也只接一条线到 S-HUB。三条数据线在一个中枢上并行运转。
门诊收费→凭证:HIS日结完成后,S-HUB 自动抓取日结汇总数据,按门诊收入科目(挂号收入、诊察收入、检查收入、药品收入等)自动拆分,推送到用友生成收入凭证。收费员日结点击完成的那一刻,用友的凭证已经在自动生成了。
药品出入库→库存:药库采购入库时,S-HUB 同步推送入库数据到用友生成采购入库凭证并触发应付。药房发药出库时,S-HUB 实时扣减用友药品库存,按处方类型生成出库凭证。用友库存账与HIS实物库存保持实时一致。
住院收入→确认:患者出院结算后,S-HUB 自动抓取结算数据,推送到用友做收入确认,同时按科室分摊核算。预交金抵扣、补退差额全部自动处理。财务不再需要对着出院清单逐条录凭证。
S-HUB的配置全部在可视化界面上完成:HIS收费项目→用友科目映射、药品编码→用友存货编码对应、科室→核算维度配置。全程低代码,不写一行开发代码。实施周期一到两周。
三、不只是同步,是日清日结
医院财务有一个刚性需求:日清日结。每天的门诊收入、药品消耗、住院结算,当天要完成记账。手工模式下,日清日结基本靠加班:收费员日结完,财务还要逐条录凭证,录完经常是晚上八九点。
S-HUB 把日清日结从"人工赶工"变成"自动执行"。HIS日结完成,S-HUB 自动触发凭证生成。财务早上上班打开用友,昨天的门诊收入凭证已经在系统里了,只需要复核。日结对账自动跑平,差一分钱都能溯源。
而且 S-HUB 内置了完整的同步日志和异常告警。推送失败自动重试并通知信息科;数据格式异常自动拦截并标记;所有推送记录和原始数据快照全部留痕。审计和财务核查直接拉记录,不用翻HIS和用友找历史数据。
四、为什么医疗机构选择中枢式集成
医院对接HIS和用友,传统方案是写定制接口。但医院的系统环境更复杂:HIS厂商换版本、用友打补丁、收费项目调整、科室重组,每一次变动都意味着接口要重新适配。定制开发的维护成本在医院场景下被放大到一个难以接受的水平。
S-HUB 的中枢式架构天然适应这种"持续变动"的环境。HIS换了版本,只需要更新HIS到 S-HUB 的一条连接;用友调整了科目体系,只需要在 S-HUB 上修改科目映射规则。三条数据线全部隔离变更,互不牵连。
而且 S-HUB 采用私有化部署,所有门诊收入、药品成本、住院结算等医疗财务数据都在医院自有服务器上流转,不经过第三方云端。对于医院来说,患者数据和财务数据的安全是合规红线,不容妥协。
五、总结
医院不缺系统。HIS管医疗、用友管财务,各自在专业领域足够优秀。缺的是它们之间一条自动化的数据通道。门诊收费、药品出入库、住院收入,每条数据线背后都是财务人员的手工录入和月底加班。
S-HUB 把这三条通道从人工升级为自动后,医院财务的月底不再是"逐条录凭证、加班对库存、分摊算收入",而是"复核一下自动生成的数据对不对"。从填表员变成复核员,这个转变省下的不只是时间,是日清日结的准确性和财务数据的实时性。
