【工程师讲坛】一种减轻医院药房负担的药品追溯码实现方式（附视频）

来源：HIT专家网 作者：某特色医学中心工程师 孙建平

【编者按】

11月26日，首期HIT专家网工程师讲坛正式开讲，主讲人某特色医学中心信息科孙工围绕“一种减轻医院药房负担的药品追溯码实现方式”，与近200位医院信息部门工程师、药剂科同仁展开线上交流，学术气氛热烈。本文是孙工的主题分享，同时摘选部分问题答疑。

“工程师讲坛”旨在为医院信息部门工程师成长提供专业的学术交流平台，让更多默默无闻的一线工程师脱颖而出。欢迎更多工程师分享实践经验，弘扬工程师文化，树立工匠精神。

药品追溯码是目前医院信息科的热议话题，国家医保局要求药品在实现销售时必须扫药品包装上面的追溯码，与处方信息关联后上传至国家平台。

根据笔者所在地区的部署，先从门诊药房发药开始，尽可能做到“能扫即扫”，今后会过渡到“应扫尽扫”。

这些政策要求到了HIT工程师这里，将延伸出在具体实现中的各种问题。笔者从一个工程师的角度来谈谈医院门诊药房药品追溯码的实现方法。

一、药店的销售模式与医院的发药场景是不一样的

药店的操作流程是：选择药品-进行结算-结算前扫描药品包装上的追溯码-与医保进行交易-个人付款后，信息上传至国家平台-扣减药店的药品库存。

医院与药店发药的差别是：医生开处方（类似选择药品）-患者先去收费窗口结算-再去药房取药。也就是说缴费与发药是分离的。对于一向严谨的工程师来说就遇到难题了。一位工程师与我反映：医保在培训时说，交易时要把追溯码的信息上传，这个要求在实际操作中无法实现。

笔者认为这里存在思维误区。截至目前，我们没有接到医保交易平台的接口有变更的通知。而且在医生开处方、或患者缴费时，是没有药品追溯码信息的。只有在发药时才能扫描到包装上面的追溯码。这位工程师不服，认为必须在医生开立处方时就要定位追溯码——虽然理论上可以实现，但在实际操作中是几乎不可能实现的。本来在发药环节增加扫描追溯码的动作，已经给发药窗口带来了很大压力，现在工程师要求核对处方上的追溯码与实际药品包装盒上的追溯码，实在是有点“天方夜谭”了。

处方与追溯码信息绑定是接口规范中要求的；“同时”传给医保交易平台，在技术上可以实现。但追溯码与“实时”交易绑定这个问题，我认为是误读。“同时”与“实时”是不一样的。

二、门诊药房处方发药遇到的瓶颈

现在医院的处方开药软件都会在处方纸上打印二维码，患者到窗口/自助机完成缴费后，到发药窗口，工作人员都会扫描一下处方上的二维码（实现全程无纸化的医院是如何操作的，笔者没有亲身经历过，在此不敢妄言）。发药软件显示此处方的发药信息，后台在获取到药品缴费信息后自动/手动进行配药，扫描二维码发药时出现了一个瓶颈：一个患者开了5个品种的药品，后台发药的药品在一个小篮子里面，操作员随机拿出其中一种药品进行追溯码扫码，并对追溯码与电脑显示的药品进行核对匹配（图1）。

从工程师的思维来看，可能会要求操作员扫码后用鼠标选取其中的一个药品，这给本来就紧张的发药工作带来了一个新的操作动作，效率大大降低。

工程师可能也会要求操作员根据处方信息的顺序去拿取相应药品扫描追溯码，这又增加了操作员的顺序识别难度。

目前流行的高拍仪在具体使用时，操作员先要核对患者信息，然后核对处方信息，再核对处方药品顺序，并且找到印有追溯码的这一面，堆放整齐后才能放到高拍仪下面进行识别。这样的操作流程真的有点累。

有没有更简单、方便、有效的方法？有的，这需要从药品入库开始说起。

三、供应商提供入库药品追溯码电子信息

针对药品入库问题（图2），有工程师提出：既然追溯码印在每一个包装上，那就只能把送货的包装箱打开，扫描每一个药品的追溯码入库，并且还要对原有的入库软件进行升级改造。

这个想法遭到了药库人员的强烈反对：不要说要增加许多人力投入来逐盒扫码，就是能这样做，面对批量采购的成千盒药品，时间上也不允许。

笔者与国药、上药两家大供应商沟通协调后，采取了根据订单提交追溯码电子信息的方法。具体方法是医院在阳光采购平台上下单后，供应商接单，在配送前把这批药品的追溯码信息提交给医院，医院导入追溯码药品库，这些信息包括了国家码和追溯码信息。 发药时只要通过医保码找到对应关系就可以了。

因为医院的药品信息是对应药品的国家医保码的，为处方扫码“盲扫”提供了最关键的信息。经过简单的技术处理，处方发药时，操作员只要拿出任何品种的药品连续扫码发药，而不需要判断是否与处方信息顺序一致，大大提高了发药效率，甚至只要通过现有的扫码墩就可以读取追溯码，从而省去了高拍仪。

这里的关键是充分利用现有设备，多点扫码，不要把扫码集中在窗口，手工配药时可以带上追溯码，机器配药时也可以在上轨道时扫追溯码。笔者不太赞成集中在窗口扫码发药，可以采用的方式是 “整箱用无线扫描枪、整包用高拍仪、散装用扫码墩方法”。

工程师看到这个说法肯定要“骂人”了：“你知道吗？你的一句话，发药软件需要花多大力气去修改，这里扫扫，那里扫扫，哪有这么简单！”仔细想想，其实不复杂，就是跟着处方走，小件和大件的关系，与“快递的大件小件通过不同渠道走”的道理差不多。

四、扫包装上的追溯码获取药品识别码

事实上，每盒药品包装上的追溯码包括了识别码，这个识别码可以确定药品名称和规格，我们可以通过对医院药品目录的维护，即使供应商没有提供追溯码信息，仍然可以在处方发药时通过扫追溯码定位处方药品信息，再将处方上的药品名称与实际发放的药品实物在扫码时进行自动关联。这样就减轻了操作员的工作压力，达到快速“盲扫”效果，也解决了追溯码信息不准确以及医保码变更给维护带来的麻烦和差错。

当然，任何事情都不是一劳永逸的，药品的国家码、识别码都会变更，对工程师来说，提供动态维护的功能也是一个小小的挑战吧。

五、拆零销售药品的追溯码

关于住院药房、静配中心等散装药的药品追溯码，笔者所在医院还没有做。笔者认为，需要真正理解国家医保局实施追溯码的意义，那就是“防止药品回流再销售”。抓住这一个出发点，接下来就是工程师的智慧发挥作用的时候了。

上面这些问题，其实质就是散装药品的出库如何实现追溯码。住院药房的处方发药与门诊药房处方发药的道理是一样的。通过静配、摆药发药的片、支、粒，这些药品已经拆分到最小包装了，不可能再赋追溯码。笔者的考虑是采用“拆零码”的方法来解决，即在拆包装的时候扫一下追溯码，并且根据包装数量自动生成“拆零码”，比如是100粒，就自动生成100条追溯码，摆药、发药时自动匹配扣减，一直到重新拆分第二个包装，而不需要重复扫100次。

六、软件硬件厂商可以积极参与

有发药机的医院可以与发药机生产企业一起研究，在发药机出口增加追溯码的识别装置，这样就可以大大减轻发药窗口的扫码压力（图3、图4）。

七、个人体会

总之，从追溯码入库的源头做起，就会大大提高操作人员的工作效率。工程师思维上的一个小小突破，就会给操作人员带来大大的方便。

随着追溯码工作的推进，国家层面一定会有更简单方便的将追溯码信息推送给到医院的方法。把好的事做对，把对的事做好，都很重要。

以上是笔者从工程师的思维出发，结合实际操作的场景，提出的追溯码实现的一个简单流程。核心观点是：追溯码是“扫”出来的，而不要依赖追溯码信息去“取”，通过识别码达到快速“盲扫”的效果。一孔之见，欢迎大家批评指正。

【部分答疑问题】

问题一：

问：如果药师负责扫码录码工作，通过后台程序实现自动上传给医保，从而提升发药效率。但如果药师在前台的扫码有误，导致上传出错，或者上传不了，此时药盒已被病人拿走，无法再次扫码，请问这种情况有什么好的解决办法？

答：扫错、发错、包装上追溯码错误、追溯码信息错误等情况，都有可能存在，就像平时发药也不是100%可以保证正确无误。按照我介绍的方法扫码，可最大程度杜绝这种情况的发生。如上传错误，接口要加强校验；如无法上传，应实时弹出消息，及时纠正。不能等患者已经离开后再上传。至于追溯码错误、张冠李戴等情况确实无法避免，这里就是一个量的问题，偶尔一盒是没有关系的，可以说明情况。

问题二：

问：入库不扫码核验包装追溯码和送货实物是否匹配吗？会不会出现码在A医院、实物在B医院的情况呢？

答：不排除这种可能，特别是前期在与供应商调试时，笔者也发现过追溯码重码的情况。随着软件越来越成熟，这个情况应该会最大程度减少。但是，如果我们直接扫包装上的追溯码就不会发生这种情况。因为此时不是“取码”，而是“扫码”。如果包装上的追溯码也是错误的，那就与医院没有什么关系了。

问题三：

问：药品入库时，只能拆箱后一盒一盒扫码吗？有无更方便的操作和系统优化？

答：入库不需要拆箱一盒一盒扫码入库，没有必要，也不可行，要与供应商协调，提供“发票号+医保码+追溯码”的入库明细信息。发药的时候，以“处方号+医保码+追溯码”方式进行数据保存实时上传。

当然也可以采用我提出的扫码方法，在没有供应商提供追溯码电子信息的情况下，仍然可以通过包装上的追溯码进行扫码上传。

问题四：

问：我有一组问题请教：

（1）药品的拆包问题。门诊药品拆包要求拆分的片剂颗粒药品扫描同一盒药品上的追溯码，给窗口造成很大不便；住院摆药没有统一的处理办法，很难实现追溯码的扫描。

（2）各省市接口标准不同，大部分风险交互都是由院方在承担，还存在很多冗余操作，如结算信息上传。希望医保平台之间自行交互传递。

（3）有部分追溯码和医保项目编码的对照关系，医保平台还未维护好，希望尽快完善。

（4）医院有一部分医保项目编码，与辅助接口获取的医保项目编码不一致，希望医保方面能提供统一的处理方案，而不是让医院自行解决。

（5）辅助接口存在“同一追溯码只能调用一次接口”的问题，希望能放宽调用次数。

答：拆零、静配中心、住院摆药，都是散装药品的追溯码信息上传的问题，个人认为国家层面肯定也在考虑这方面的处理方法。笔者的观点是，上传追溯码的目的是国家平台能发现二次销售的问题，并且对特别严重的药品问题进行追查。所以，抓住药品销售这个环节可能会比较好，也就是“拆包等于销售”，被拆包的药品已经不太可能进行二次销售了，只要报备这个包装的药品已经在销售了（拆分）的信息给国家医保平台就可以了。

至于“一盒拆分5粒不够还要另拆一盒中的5粒”的追溯码怎么去做，这个问题充分显示了工程师思维的纠结和严谨的工作作风，过于追求十全十美、万无一失。笔者认为，就是这10粒药用了一个追溯码，应该也不会引起国家平台的追责吧？任何一个新生事物都有一个慢慢完善的过程。通过工程师的聪明才智和HIT专家网工程师讲坛的交流，相信一定会有一个比较圆满的解决方法的。

总结一下大家提出的问题，笔者认为：“抓住销售这个主题、立足扫包装上的追溯码、尽可能只扫一次，实时上传信息”，这些原则的落地实现，就要充分发挥我们HIT工程师的聪明才智了。

【讲坛视频】

【关于HIT专家网工程师讲坛】

1.组织开展形式

举行会议（线下+线上同步，或纯线上方式）。

每期“工程师讲坛”，拟请一名或若干名工程师开讲，聚焦1-2个话题，分享工程实践经验，或职业生涯思考。

HIT企业可以赞助工程师讲坛，获得专题分享或参与相关话题交流的机会。

2.登上工程师讲坛的要求

（1）在医疗信息化领域（包括医院、医疗IT企业）具体从事过需求分析、系统研发、实施、运维或项目管理，具备3年及以上相关工作领域实践经验；

（2）具有创新意识和较为清晰的逻辑分析、表达能力；

（3）发言选题可大可小，重在实践性、实用性、借鉴性。

3.如何参与“工程师讲坛”

（1）通过投稿、提供发言题目和提纲等途径（邮箱：gong_chen@HIT180.com 或zhu_xiaobing@HIT180.com）；

（2）科室或同行推荐。

4.设立学术指导组

“工程师讲坛”设立学术指导组，帮助评估、指导分享议题方向和内容，给出完善建议。

【责任编辑：陈曦 版式：明超】