技术领域本发明涉及控制与管理技术领域，特别是一种智能中药房库房管理系统。
背景技术：
由于计算机科学硬件和软件的迅速发展，以计算机为基础的信息技术不断地深入到社会的各个领域。尤其在日常生活中，大众对健康和医疗的重视程度不断加深，医院在提高自身医疗水平的同时，还需要提高自己的服务水平和效率。目前，信息技术在医疗卫生领域已经得到了较普遍的应用，各种规模的医院一般都部署HIS(医院信息系统)，这使得医院中对各类信息的管理效率得到了大大的提高。而在药房库房中，一般医院还是采用手动登记的方式来处理日常的工作，数据记录不精确、出错比例高。药品摆放位置不科学，工作人员只是根据自己的经验来对药品进行摆放，无形之中会多付出很多劳力，效率低下。现在比较先进的医院的中药房采用了一种智能药房系统，通过与HIS接口相连接收并解析处方信息，然后控制系统将处方以指令信息形式发送到下位机，带动控制电机运动，将中药从多层自动出药装置中发出。这种发药形式需要把传统的药柜散装形式改变成为小包装中药饮片形式。2015年10月29日，国家标准委和国家中医药管理局发布《中药方剂编码规则及编码》、《中药编码规则及编码》和《中药在供应链管理中的编码与表示》三项中医药国家标准，此举标志着我国将实施统一的中药、中药方剂、中药供应链编码体系。据悉，这三项标准将于2015年12月1日起实施，此次中医药系列国标的制定将加速推动智能药房的建设。
技术实现要素：
本发明提供了一种智能中药房库房管理系统。解决了中药房库房管理的混乱状况，运用无线设备和计算机技术，将日常的工作变的精确、高效。本发明所采用的技术方案是：一种智能中药房库房管理系统，包括库存查询模块，该库存查询模块设有与医院HIS连接的HIS接口；入库模块，该入库模块由药房工作人员进行日常的入库、出库、验收、退库等操作；药品信息管理模块，该药品信息管理模块由管理人员对药品具体信息进增加、删除、修改；报表模块，该报表模块可以生成用药计划指导采购药品，还可以定期或手动生成药房的报表作为工作记录；货架管理模块，该货架管理模块对药品货架摆放进行高效配置。所述货架管理模块，根据医院数据库中保存下来的大量处方数据，将其预处理以及属性约减，由于研究处理药品的关联度问题，为了安排药品的摆放，所以只涉及处方的药品清单属性。因此，最终数据库只保留两列属性：“处方编号”和“药品清单”。运用关联规则挖掘中的基于HASH技术的Apriori改进算法，计算出各个药品之间的频繁一项集、频繁二项集、频繁三项集和频繁四项集。算法改进之处在于求取药品的频繁项集时，运用HASH改进候选项集。HASH表由一系列单元构成，每个单元保存一组项集和一个计数器，用来储存通过HASH函数映射到该单元的项集及总的支持数，函数值相同则共享一个单元。处理完所有处方药品之后，HASH表就构造完成了。如果一个候选项集对应得HASH表单元的计数器值小于最小支持数，就将它从候选项集中删除，这样，产生的候选项集数量显著减少，通过候选项集求频繁项集时速度明显加快。求出频繁项集之后,首先将仓库分区，然后按照频繁一项集中药品的顺序，将药品摆放在各区域最方便存取的地方。再按照频繁二项集中药品顺序分配，把频繁二项集中与频繁一项集处于同一项集的药品放到频繁一集药品旁。依次类推，最后把剩余的、未分配的药品放入空仓中，即可按照单个药品出现的频次和多个药品同时出现的概率等规则进行库房货架的摆放。仓位调整和删除功能还可以进一步对之前整体仓位分配的结果做出微调。所述入库模块用于中药房库房工作人员进行入库、出库、验收、退库等操作：将进货的药品录入到系统中，对取走的药品进行及时的删除，对需要验收的药品进行核对，对退回库房的药品进行登记，以上操作都是通过扫描枪进行。所述药品信息管理模块用于中药房库房管理人员对在库房所有药品的信息进行调整，此功能需有权限人员先进行用户名和密码录入，以防止数据被恶意修改。所述报表模块可以统计医院一段时间内药品的消耗，计算出药品的需求，生成用药计划清单，指导工作人员采购药品；此模块还可以定期在本地电脑生成excel报表文件，也可以临时导出，作为入库记录的备份，或作为中药房库房工作人员的工作量统计使用。与现有技术相比，本发明的显著优点为：医院管理人员可以随时查看当前库房的具体情况，中药房库房的工作人员可以准确的记录库房的库存，还可以高效的对药品进行摆放。附图说明图1是本发明的系统总体模块结构图。图2是本发明中入库模块结构图。图3是本发明药品管理模块结构图。图4是本发明中报表模块结构图。图5是本发明中货架管理模块结构图。图6是本发明中货架管理中数据挖掘算法分析。图7是本发明中保存处方的数据库表。图8是本发明中保存频繁项集的数据库表。图9是本发明中货架管理中数据挖掘算法流程图。具体实施方式下面结合附图对本发明进一步说明。如图1所示，一种智能中药房库房管理系统，包括库存查询模块，该库存查询模块设有与医院HIS连接的HIS接口；入库模块，该入库模块由药房工作人员进行日常的入库、出库、验收、退库等操作；药品信息管理模块，该药品信息管理模块由管理人员对药品具体信息进增加、删除、修改；报表模块，该报表模块定期或手动生成药房的报表作为备份；货架管理模块，该货架管理模块对药品货架摆放进行高效配置。如图2所示，所述入库模块包括：入库、出库、验收、退库等功能。中药房库房工作人员在买回大量大包装的药材之后，直接用无线扫描枪扫描大包装上面的条码，系统会根据条码扫描药品信息数据库，得到药材的品名、规格、单位、数量、重量、产地、生产企业、产品批号等信息，扫描到的信息会直接输入到系统之中。如果在扫描过程中遇到不同的药品，系统新增加一条记录；如果遇到同样的药品，系统直接增加数量以及重量，保证入库的过程中高效以及准确。当工作人员准备出库、将药品从库房拿到药房时，同样扫描大包装上面的条码，系统根据条码扫描药品信息数据库，把相应药品在数据库中的记录消去。当工作人员准备验收时，将供货人员带来的供货单和自己入库所生成的入库单进行对比，用来验收供货人员的供货单是否准确。当工作人员准备退库时、拿到的是从药房退到库房的小包装药品，扫描小包装上面的条码，系统会自动识别药品信息，通过和入库不同的算法，将药品重新录入到库房中。如图3所示，所述药品管理模块是由中药房库房的管理人员进行操作，首先输入用户名和密码得到操作权限，然后就可以对库房药品的属性信息进行修改，如增删药品品种、修改条码、修改药品名称、修改药商。这些信息和库存信息不是放在同一个数据库中，而入库模块会频繁扫描这一数据库，所以对药品属性的修改，要增加权限，并且要认真慎重。此模块的另一个功能是设置药品数量警戒线。每一种药的需求是不同的，根据不同的药品设置不同的警戒线。当某一种药的数量低于设置的低于警戒线标准时，系统会发出提醒，提示此种药品数量已经太少，需及时补充。如图4所示，所述报表模块包括：生成用药计划和工作日志。该模块扫描智能药房系统中的发药记录数据库，统计出一段时间内的药品消耗状况。通过设定一定的阈值，系统会判断出消耗量大的药品，生成用药计划清单，来指导医院进行药品采购。此报表模块还可以根据每日的工作记录生成工作日志，并通过EXCEL文件保存在本地，并且将其打印出来，供医院进行工作量统计。如图5所示，所述货架管理模块包括：货架id编码设置、整体货架分配、货架调整与删除。该模块同样需要有权限的人员进行操作，货架id编码是将数据库系统中保存的货架id与仓位id与库房中对应的货架和仓位关联起来,使每一条货架与仓位id的具体信息对应到固定的地址。系统可以通过查询数据库知道所调取的药品。整体仓位分配是把需要放入库房中的不同种类不同规格的药品进行统一的货架仓位配置。这一步分配结果的好坏是决定智能中药房库管理系统能否进行高效调剂的关键所在。该功能留有数据导入接口，对中医院事务数据库中保存的信息做适当的预处理，并且进行属性约减，然后导入按一定格式排序的大量处方。在使用了一段时间,或者仓位配置初期,总会有那么几个仓位配置不合理或者需要调整的地方,这时候就需要用到仓位调整或者删除的操作,把该仓位上的原有药品信息删除,再配上新的药品信息,对应的库房的仓位也做出相应的调整。如图6所示，对处方信息的挖掘流程如下:处方信息数据中的“处方编号”可以作为数据库的唯一标识，遍历数据库找出“处方编号”值相同的纪录，即为重复纪录，直接删除。为了保护患者和医师的隐私，涉及隐私信息的属性直接过滤，如患者姓名、医生姓名、交费金额等。由于只研究处理药品的关联度问题，只涉及处方的药品清单属性，因此，最终数据库只保留两列属性：“处方编号”和“药品清单”。数据信息预处理还体现在：(1)数据变换：将数据转化为一个有利于分析的模型,如药品清单中包含药品中文名和带单位量纲的重量，汉字符较多，不利于后续处理，故选用药品编号表示，重量的量纲也除去。(2)规格拆分：原处方信息中有不同种规格的同种药品，由于药品的关联度与用药规格无关，故可以略去。将转化后的电子处方信息读入数据库(cfINFO)中保存，数据表结构如图7所示。在关联规则挖掘时用到了关联规则Apriori算法的改进算法:1.在关联规则挖掘过程中,需要对频繁项集进行存储,这就牵扯到了数据库结构的设计,在本程序中,对各频繁项集依次设了四个表,分别用来保存一项集、频繁二项集、频繁三项集和频繁四项集。字段名YPID保存组成该项集的所有药品,字段名YPMC保存项集中出现的药品名称与YPID相对应,字段名CFID保存包含该项集的所有处方,字段名FREQ和SUP分别表示该项集在事务数据集中出现的频次和支持度。因为这四个表都是用来保存频繁项集的,只是项集的数量大小不同,所以,这四个表的字段名均相同。其中保存频繁一项集的表如图8所示。2.定义数据类DataSet，用于保存事物数据。3.定义DataSet的子类freqDS，新增加了频繁项目数和支持度属性，用于保存频繁项集。4.遍历整个容器,从第一个记录开始，循环判断记录中的每一个药品是否第一次出现，若是，则调用setValue方法对新建的类对象赋值、加入新的处方ID属性、药品ID属性、药品名称属性、并把此对象压入到对象集合。若不是，则调用changeValue方法改变DM1中该药品的出现频次和频率。最后,将一项集按出现频次从高到低排序,并保存与数据库表DM1中。具体过程如图9所示。分别判断最终支持度是否大于最小支持度阈值,若大于则为频繁项集,小于支持度阈值的药品进行删除。然后将频繁一项集生成候选二项集,再用上面的算法，以此类推，生成频繁二项集、频繁三项集等。频繁项集挖掘完成之后,接下来要做的,就是将挖掘出来的频繁二项集药品按顺序分配，再把频繁三项集中与频繁二项集处于同一项集的药品放到频繁二项集药品旁。依次类推，最后把剩余的、未分配的药品放入空仓中即可。