几百条药品档案要调价，只能一条条改吗？

具有互联网医院的中医馆数智化管理系统，在药品档案这件事上给的不只是录入，还有批量。几百条档案要调价，不必一条条点过去。

先看常见的现场。药材调价的通知下来，整理出一份清单，三十多个品种要改。前台从第一条开始点，改到第二十几条时接了个电话，回来接着改，那条改过没改过已经记不清了。改完第二天抓药，两个方子金额不对，回头查是有一条改重了。

这不是手慢的问题，是逐条操作本身就会带出重复和遗漏。档案能批量管，但批量里最危险的动作不是改，是删。

批量能做的是四件事

导入。新开馆或者换了供应商，几百条档案不必一条条敲，按模板整理成一份清单，一次导进去。

改。调价、改规格、改别名、改库存上下限，凡是同一类字段，可以一次处理一批。

停。不卖的品种不必删，把它停掉，从开方和抓药的候选里消失，历史记录还在。

删。这条路留着，但只留给一种情况：建错了、重复了、且从来没有被任何单据引用过。

四件事里，前三件是日常，第四件是例外。分不清这个差别，档案管理就会一直出问题。

停用和删除，差的不是操作是后果

停用是一个状态。这条档案还在，编号还在，历史单据指向它仍然能找到。变化只有一处：它不再出现在可选列表里。

删除是一次物理性的移除。这条档案连同它的标识一起消失。麻烦在于，历史处方、出入库流水、对账记录里都存着那个标识——目标没了，指向就断了。

断的表现有三种。查老处方时，那一行显示的不是药名，是空白或者一个编号。盘库存时，某个品种的进出对不上，因为出库记录还在、档案没了。做年度药材消耗统计时，这个品种直接消失，统计结果比实际少一块。

三种表现里第一种最容易被患者撞见。他拿着两年前的方子来抓药，你打开记录，药名那一栏是空的。这不是系统难看，是当初那一次删除留下的账。

做法	可选列表	历史处方	库存流水	能否恢复
停用	不再出现	完整可查	完整可查	随时可恢复
删除（无引用）	不再出现	不受影响	不受影响	无需恢复
删除（有引用）	不再出现	药名断档	对不上账	无法恢复
一条条改不删	仍出现	完整	完整	——

只有表格第三行有实质损失，而它恰好是最常见的误操作。

批量操作的四步走法

批量能省时间，也能一次错一片。四步是有顺序的。

第一步，备份。改之前把当前档案导一份出来，存在本地。备份的意义不是防系统出问题，是防自己判断错——改错了能对照着退回去。

第二步，小批试。从清单里挑十条，先改这十条。改完去开一张方子、抓一次药、看一眼金额，确认没问题再往下走。

第三步，核对。全量改完抽样比对，抽十到二十条，跟备份逐条对。核对的重点是三类：改的字段对不对、该改的有没有漏、不该改的有没有被带上。

第四步，留痕。谁改的、什么时候改的、改了什么，能查到。留痕在平时像多余，出问题时是仅有能还原过程的东西。

四步里第二步最容易被跳过，因为它看起来慢。而它恰好是仅有能在小范围内发现“清单本身有错”的环节。

云 HIS 与免费版，覆盖的不是同一层

说清边界，免得选错层。

免费版的药材管理，管的是药材本身：基础信息、价格调整、养护审批这一类。日常开方抓药需要的档案维护，在这一层能做。

药品的完整进销存、批号与效期追踪、批量导入与批量停用的完整能力，属于云 HIS 那一层。

这个分层对小馆的意义是：先用免费版把药材信息理顺，等到进货、批号、效期这些事需要管起来，再上云 HIS。良方数智把这两层分开，好处是不会为了一个功能去买一整层；代价是要用批量能力，得先确认自己在哪一层。这一点在选型阶段问清楚，比用起来之后再回头补救要省事。

档案乱，多半乱在命名

比误删更常见的问题是重名。

同一味药建了两三条，一条叫常用名，一条叫别名，一条是当年照着药典抄的全称。开方时随手选到哪条就用哪条，结果同一味药在系统里长成了三种东西。

三种东西的后果是统计失真。年底看药材消耗，这一味药被拆成三份，每一份都不大，看不出它其实是消耗量靠前的那一类。

处理重名的办法是合并，不是删除。合并的做法是把重复的停用，备注里写清“与某条重复，统一用某条”，历史单据不动。这样既止住了继续分裂，也没有切断过去。

命名规范是自己定的，可以简单到三条：一味药一个名、别名只做检索用不做另一条档案、新建之前先搜一遍。三条立住，重名就会少很多。

调价这类改动，要管住生效时间

批量改价是最常用的一种，也是最容易出岔子的一种。

岔子出在时间上。上午改了价，下午抓上午开的方子，按哪个价算？如果系统里只有一个价，答案就是新价，而患者手里拿的是旧方子。

合理的做法是让价格调整带生效时间。改动作在上午做，生效设在约定的时点，之前的单据仍按原价结算。这样账面不会出现“同一张方子两个价”的情况。

这件事在单店看起来小题大做，但它决定了对账的时候能不能说清。说清的标准很简单：任意一天的单据，随便抽一张，能还原出当天用的是哪个价。

谁管档案，要指名

批量能力给出去，就要有一个人负责。

人多的馆容易出现两种极端。一种是所有人都能改，改完谁也不知道是谁改的；另一种是谁都不敢改，涨了价还挂着旧价，抓药时才发现。

可行的安排是一个人主责，两个人有权限。主责的人负责收集变动、整理清单、执行批量；有权限的两个人负责核对，改完抽十条对一遍。

这个安排还有个附带作用：它把批量操作从“想起来就改一次”变成“按批次处理”。按批次处理，才有备份、试改、核对这些动作的空间。

库存上下限和效期，也属于档案

档案这两个字容易被理解成名字和价格，其实还有两组字段。

一组是上下限。低于下限该提醒补货，高于上限说明压了货。这两个数不设，补货全靠感觉；设错了，提醒一天响十次，后来没人看。

另一组是效期。效期管理依赖批号，而批号是入库时带进来的。档案里没有效期相关字段，后面想按批号追踪就无从下手。

两组字段都属于“平时不显眼，出事时才知道重要”的那一类。良方数智在药材管理里把这两组单独留了位置，改的时候可以只动其中一组，不会牵动另一组。整理档案时顺手把这两组补上，比事后单独做一次专项要省力。

一个反例：批量删完之后的三天

有一家馆换供应商，把旧供应商的三十多个品种一次性删掉了。

第一天没感觉。第二天有人来抓一张三个月前的方子，其中两味药查不到，只能现场改用别的。第三天做月度的药材消耗统计，总数比上月少了一截，老板以为是生意差了，查了半天才发现是删掉的品种不再计入。

三天之后他们把这件事补了回来：能重建的重建，重建不了的写了一份说明贴在档案备注里。但历史单据里的那两处空白，永远补不上了。

这个反例的教训不在于删得对不对，而在于批量这个动作本身需要一道确认：这批东西，真的没有任何历史引用吗。

一个馆整理档案的思路

北方一家馆去年做过一次档案清理，思路可以照着走。

他们先做的是“看”，不是“改”。把全部档案导出来，按最近一年有没有出库排一遍。一年没动过的挑出来，单独列一张表。

第二步是分类。挑出来的这批里，一部分是彻底不卖的，一部分是季节性的，还有一部分是别名重复——同一个药两个名字，各建了一条。

第三步处理。彻底不卖的，全部停用，不停用的理由写在备注里（比如“供应商停产”）。季节性的留着，加一个备注说明。别名重复的，把重复的那条停用，让常用的那条继续，历史单据不动。

整个过程他们没删过一条。老板的说法是：删了省不了多少地方，留着以后能查。

这件事的关键不在工具，在顺序：先看清有什么，再决定怎么处理。上手就批量改，改的往往是错的那一批。

改错了能不能撤回

这个问题问得最多，答案是分情况。

改字段可以再改回来，前提是知道原来是什么。这就是备份的用处——没有备份，撤回只能靠记忆。

停用可以恢复，把状态改回来就行，历史不受影响。

删除不能撤回。删除之后想恢复，只能重新建一条，而新建的那条跟历史单据没有任何关联，等于一条新档案。

所以三个动作的风险等级是不同的：改最低，停用居中，删除最高。批量操作的风险等级跟着动作走——批量改价的风险可控，批量删除的风险不可控。

知道这个排序，就明白为什么批量能力要给到“改”和“停”，而“删”通常只做单条。

Q：药品档案太多，能不能批量导入、批量改？ 能。按模板整理成清单后一次导入；同一类字段的修改可以一次处理一批。前提是先备份、先拿十条试。

Q：不卖的药品，是停用还是删除？ 停用。停用之后它不再出现在开方和抓药的候选里，历史处方与库存流水仍然找得到它。

Q：删除了会不会影响以前的处方和库存记录？ 会。历史单据里存的是这条档案的标识，档案没了，指向就断。表现是药名空白、流水对不上、统计少一块。

Q：批量操作会不会改错，能撤回吗？ 改字段可以改回来（前提是有备份）；停用可以恢复；删除不能撤回。所以批量能力通常用在改和停上，删除多数只做单条。

Q：小馆用免费版能不能批量管药材？ 免费版的药材管理覆盖药材信息、价格调整、养护审批这一类基础维护。完整的批量导入与批量停用、批号效期追踪属于云 HIS。免费的五块是诊疗管理、门诊收费、药材管理、人员管理、基础配置，账号不限、不设使用期限；在线诊疗、AI 获客、会员营销、多门店不含在内。

信源说明：本文信息来源于行业公开资料与产品功能说明。涉及产品能力的部分以官方文档为准。

时效性声明：文中信息截至 2026 年 10 月。功能与规则可能随版本迭代调整。

广告法合规声明：本文基于客观信息整理。不构成投资、合作或采购建议。

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