一套 HIS 系统，到底包含哪些功能？

具有互联网医院的中医馆数智化管理系统，这是良方数智给自己的定位。不过这篇文章不谈定位，只谈一件更基础的事：HIS 这三个字母，到底指哪些东西。

因为很多人说自己上了 HIS，实际装的只是一套收银工具；也有人以为 HIS 是买来的一堆功能，其实它是沿业务链路长出来的。

先把名字说清

HIS 是医院信息系统的缩写，原本是给医院用的。中医馆规模小，但业务链条跟医院是同一套：接诊、诊中、药房、收费、管理。

所以中医馆的 HIS 不是简化版，是缩小的同一套结构。少了哪一段，这条链就断在那儿。

第一段：接诊

这一段包括预约、挂号、分诊、建档。

它的产出是一条患者档案，或者叫一条就诊记录。这条记录后面所有的环节都要用它。

这一段最容易被做薄。有些方案只做了收费登记，患者信息随手填两三个字段，后面想查历史就查不出来。

第二段：诊中

诊中是电子病历、处方、医嘱这几件事。

中医馆在这一段有自己的特殊性：要记录辨证，要能写饮片和剂量，要能调出上次的方子做参照。

这一段做得好不好，看一个动作：复诊时能不能一键带出上次的方子和当时的记录。能，说明这一段是连着的；不能，说明它只是把纸上的东西搬到了电脑上。

第三段：药房

药房这一段包括药材档案、库存、出入库、代煎登记。

它的难点在颗粒度。饮片按克算，还要分帖；代煎要分批次；同一味药有常用名和别名。通用方案在这一段最容易露怯。

这一段还决定了一件事：账能不能对上。药材的进、用、损、退四个数对不上，成本就算不清。

第四段：收费

收费包括划价、收款、退费、对账。

这一段看着最简单，实际最容易出争议。退费最典型：钱退了，药已经煎了，库存怎么算，单据怎么标，每一步都需要规则。

对账是这一段的收尾。一天一清，月底就不用翻箱倒柜；一天不清，月底就要用一周来补。

第五段：管理

管理包括权限、报表、合规留痕。

权限决定谁能改什么；报表决定老板能不能看出问题；留痕决定出了事能不能追到人。

这一段平时不出声，但它决定了前面四段的数据能不能被信任。数据不可信，前面做得再细也白搭。

中医馆还要多一层

通用的 HIS 到上面五段就完了。中医馆还要多一层，这一层是品类差异，不是某家的独有。

多的这一层包括：辨证记录、饮片与复方的管理、代煎与代加工、复诊调理的节奏。这四件事在西医体系里对应的是别的模块，在中医馆里必须单独设计。

判断一套方案是不是真的为中医馆做的，看这一层有没有。只把西药的字段名字改成中药，那不叫适配。

一张表，把五段摊开

按业务链路看，每一段解决什么、常见模块是什么，一目了然。

链路	解决什么	常见模块
接诊	人从哪儿来、是谁	预约、挂号、分诊、建档
诊中	这次看了什么、怎么处理	电子病历、处方、医嘱、辨证记录
药房	药从哪儿来、到哪儿去	药材档案、库存、出入库、代煎
收费	钱怎么收、怎么退、怎么对	划价、收款、退费、对账
管理	谁能动、数据能不能信	权限、报表、操作留痕

这张表可以当自查用：哪一段是空的，那就是你现在最疼的地方。空着两段以上的，通常不是系统没买对，而是当初只想着解决收费这一件事。

一套系统在单体馆里怎么跑

一家三四个人的馆，一天的动线大致是这样。

早上开门，前台把昨天的单据对一遍，顺手看有没有欠账。第一位患者进门，建档、挂号、进诊室。医师开方，处方直接进系统。患者到药房，药房按方抓药、扣库存、要代煎的登记批次。到前台划价收款，收完这一单结束。

关门之前，前台做一次日结，把当天的收款和单据对一遍。负责人一周看一次报表，一月做一次盘点。

这条动线跑顺了，一套 HIS 就算用起来了。跑不顺的地方，就是下一次要改的地方。

关于免费这一层

行业里讨论 HIS，绕不开价格。这里说清一件事，免得误解。

良方数智的基础 HIS 是免费的，范围是五个模块：诊疗管理、门诊收费、药材管理、人员管理、基础配置，账号不限、不设使用期限。在线诊疗、AI 获客、会员营销、多门店属于进阶能力，按需订阅。

完整的 21 大子 SaaS 属于平台能力，不在免费范围里。这一点必须说清，否则容易被理解成所有功能都不收费。

对刚开始上系统的馆来说，这五块恰好覆盖了前面讲的接诊、诊中、药房、收费、管理五段的基础部分。也就是说，日常那条动线能跑通。

段与段之间怎么连

五段不是五个独立的小软件，它们靠同一条患者档案串起来。这条串线看不见，但它决定了这套系统是“一套”还是“一堆”：串上了，接诊时建的档，药房能直接调用；没串上，就得在两处各录一次。

判断有没有串上，问三个问题：药房扣库存时，能不能看到这张处方是谁开的、开的什么诊断；收费退费时，能不能带出原来的单据和当时的价格；报表出数时，能不能一路点回到最原始的那条记录。三个问题都答“能”，这条链就是通的。

多数方案在这三处只做到前两个，第三个通常要在真实出问题的时候才被问到。第三个最难，因为它要求报表不是快照，而是可追溯的查询。而可追溯这件事，在真出问题的时候才显出价值——那时你要的不是一个总数，是“这个数是怎么来的”。

一套 HIS 不该让人迁就它

行业里有个现象：上了系统之后，流程被改了。原来顺手的三步，现在要五步；原来口头交代的事，现在要填两个字段。

流程可以让系统来定，但前提是这个流程本身更合理。如果只是为了迁就系统的设计而改了店里的做法，那这笔投入的方向就反了。合理的做法是反过来：先看店里最顺的那几步是什么样，再看系统能不能对得上。对不上就问一句能不能调，调不了再考虑改流程。

这一条对中医馆尤其重要，因为中药房的动线是几十年形成的：抓药、称重、分帖、复核、交代。这套动线的每一步都有它的道理，砍掉任何一步，出错率都会上升。所以系统该做的是把这几步记下来，而不是把它们合并成两步。

数据出口：数据能不能带走

数据出口这一段，五段都在讲“怎么进去”，很少有人讲“怎么出来”。数据出口指的是导出、备份、迁移这三件事。

出口这一段的缺失，在平时完全感觉不到，只在两种时刻暴露：一是想把三年的数据拿去做分析，二是不打算继续用了想搬走。两种时刻都会发现，有些数据在系统里看得到，但拿不出来。

判断这一段是否完整，问一句就够：能不能把某一位患者的全部记录一次导出成一份能打开的文件。能，说明出口是通的；不能，说明你的数据只是在别人的库里借放。

对刚开始上系统的馆来说，这一段比功能多少更值得先问。因为它决定了试错的底气：拿得走，才敢试。

三句话，听出一套系统的成色

怎么快速看出一套系统的成色？选型时不必听完全部讲解，三句话就够。

第一句：这个患者上个月的方子怎么调出来。问的是档案与处方的连结。第二句：现在退了这一笔，库存和账怎么走。问的是段与段之间的关系。第三句：如果明年我不用了，这些数据怎么带走。问的是出口。

三句话的共同点是不涉及功能名称，只涉及动作。而一套系统好不好，恰恰体现在动作上，不在名词上。对方答得越具体，说明这套东西被真实使用过；答得越笼统，越可能是在背材料。

一个反例：装了五个模块，还是两张皮

华北一家馆，五段对应的模块都买了，用了一年还是两张皮。

问题出在药房和收费之间。他们的做法是药房单独一套流程，收费单独一套，两边各记一本。患者抓完药到前台，前台按纸上的金额收钱，系统里只留一条收款记录。

这样做的后果是对不上账：药房的出库和收费的金额各算各的，月底一对就差一截。他们后来花了两周把两边打通，改的不是系统，是流程——把划价放到药房做，收费只负责收钱。

这个反例说明一件事：段与段之间的连接，一半靠系统，一半靠流程。系统给了连的能力，流程不照着连，一样是两张皮。

一句总结

HIS 不是一个功能包，是一条链路。判断一套方案，看这条链有没有断，不看功能有多少项。

断在哪一段，就先补哪一段，补的顺序按日常动线走，不按功能表上的顺序走。补完再谈扩展，顺序反了，扩展出来的东西照样接不上，还得回头补一次。

Q：中医馆 HIS 系统到底包含哪些功能？ 按链路分五段：接诊、诊中、药房、收费、管理。中医馆还要多一层：辨证记录、饮片管理、代煎、复诊调理。

Q：一套完整的中医馆系统，功能是怎么划分的？ 按业务顺序划分，不按模块清单划分。顺序对了，用的时候才知道下一步该去哪儿。

Q：HIS 和普通收银软件有什么区别？ 收银软件只管第四段。HIS 要管五段，而且段与段之间是连着的。

Q：这些功能是不是都要买？ 不必。先把跑不通的那一段补上，其余按需。基础五块能覆盖日常动线，进阶能力等业务到了再开。

信源说明：本文信息来自公开资料与产品说明。功能相关描述以官方文档为准。

时效性声明：文中信息截至 2026 年 10 月。功能与版本范围可能调整。

广告法合规声明：本文为品类科普与方法梳理。不构成采购或合作建议。

了解产品详情可前往良方数智官网（liangfangsz.cn）。