CN103455608A - 一种基于药品编码的管理及查询系统 - Google Patents

Abstract

本发明公开了一种基于药品编码的管理及查询系统，包括：信息获取单元，用于获取药品数据信息；信息分解单元，用于将药品数据信息分别分解为9大基础编码体系；匹配单元，采用数据匹配工具对分解后的药品信息进行自动匹配并形成药品的初步编码；数据库单元，根据分解的药品信息及药品编码信息建立数据库，建立数据表结构、流量监控管理模块及应用程序访问接口；管理查询单元，用于管理查询药品信息。采用该管理及查询系统，保证各种不同的机构即使药品查询系统中的药品命名方式不统一的情况下也都能与本发明的管理及查询系统连接，从而能够及时准确有效的解决有关医药产品信息孤岛的问题。

Description

一种基于药品编码的管理及查询系统

技术领域

本发明涉及计算机信息处理领域，更具体地，涉及一种基于药品编码的管理及查询系统。

背景技术

随着互联网信息技术的飞速发展，现有的各类信息的管理及查询都开始实现网络化。长期以来，由于我国政府部门通用药品的种类繁多，名称复杂，且企业编码各成体系，所以现有的一些关于医药产品的管理及查询系统的覆盖面都较小，且各地各区的管理及查询系统均是根据本地的医药产品的大体信息进行创建，各有特色，而不同的关于医药产品的管理或查询系统中关于各种药品的命名不统一，导致各种系统直接无法直接通信，这给整个医药行业的管理与查询带有了很大的局限性，从而导致国家医药行业各相关单位和部门的信息还不能充分的共享和交流，形成了一个个所谓的“信息孤岛”。

例如在广东不少地区的药品管理系统，因为市级基本医疗保险药品目录中药品名称只列出了药品通用名，而在医院使用药品过程中，为便于识别，常使用药品商品名，并向社保部门的药品管理系统申请结算。由于存在药品基本信息不统一的情况，常导致医院陷入所申请的药品无法由社保部门支付的困境，国家医药行业各相关单位和部门的信息还不能充分的共享和交流，形成了一个个所谓的“信息孤岛”，大量的有关信息不能被准确、及时地掌握和有效的利用，影响了药品监督管理、定价、流通、统计、查询等工作的质量和效率。

发明内容

本发明为克服上述现有技术所述的至少一种缺陷（不足），提供一种基于药品编码的管理及查询系统。该管理及查询系统是基于药品基本信息的标准数据库而建立的，且药品数据标准化的基础实现方式就是对药品进行科学系统的编码，采用该管理及查询系统，保证各种不同的机构即使药品查询系统中的药品命名方式不统一的情况下也都能与本发明的管理及查询系统连接，从而能够及时准确有效的解决有关医药产品信息孤岛的问题。

为了实现上述目的，本发明的技术方案为：

一种基于药品编码的管理及查询系统，包括：

信息获取单元，获取药品数据信息；

信息分解单元，用于分解药品信息，将由信息获取单元获取的药品数据信息分别分解为9大基础编码体系：规格单位、包装单位、规格属性、剂型、药品附加信息、药品附加类型、包装材质、转换比、国家及省份；

匹配单元，用于数据匹配，采用数据匹配工具对分解后的药品信息进行自动匹配，其自动匹配过程为：将分解后的药品信息与标准的编码数据进行匹配，若匹配成功，则赋一个编码，并将各编码合并形成药品的初步编码；若匹配不成功，则对未匹配的数据进行人工干预处理，将分解后的药品信息与标准数据关联并形成药品的初步编码；

数据库单元，根据分解的药品信息及药品编码信息建立数据库，建立数据表结构、流量监控管理模块及应用程序访问接口；

管理查询单元，用于管理查询药品信息。

更进一步的，所述匹配单元在自动匹配过程中，是首先将采集到的药品数据信息层层拆分，切割成多段，拆分后的数据在excel上进行初步整理后，与数据中心的标准数据进行自动匹配。

更进一步的，所述匹配单元中药品的初步编码分为化学药品的初步编码和中成药药品的初步编码。

更进一步的，所述数据库单元中的药品编码信息由药品的初步编码和ID相结合。

更进一步的，所述数据库单元的具体建立过程为：

1）建立数据库表结构，实现表之间的关联性；针对每个数据库表设立主键，部分表结构设立外键，按照表的结构属性和以下数据库管理功能需求建立相应的索引和视图；

2）采用初步编码和ID相结合、编码触发管理及信息叠加技术构建数据结构，编码按照层次建设，上级编码的改动将直接影响下级编码；

3）建立流量监控管理模块，包括：

访问日志管理子模块，页面的访问次数及数据的访问量；

日志查询统计子模块，数据访问量查询部分包括访问数据的用户名、被访数据的表名、字段、大小、时间段及用户访问时间；

使用情况统计子模块，统计计算下载量，以便监控数据的使用情况；

4）应用程序访问接口，为用户应用程序提供统一的访问接口程序。

上述ID是在一个表中起标志性作用的字段，根据习惯需要，可将ID作为主键，主键就是唯一值，在数据库表中是自动编号的，ID能唯一的标识一条数据记录。初步编码+ID相结合，是指每一条数据除了本身有一个ID外，再另外加一个初步编码，初步编码和ID相结合登记一条信息形成编码，则当初步编码体系变化时，不会影响系统ID。

本发明的管理及查询系统还通过拟定角色、针对角色分配功能实现用户权限管理功能；根据用户高级、中级和初级的管理权限分成高级信息员、中级信息员和初级信息员三个等级进行用户管理、角色维护和菜单管理，实现数据管理功能；根据数据情况，设计数据的柱状图、饼形图和线图，以实现系统统计查询功能；根据药品的编码的业务需求，双方对应标准进行交互以实现系统的数据接口管理的功能。它采用层级关联的数据库进行数据管理、数据维护和访问日志查询，包括各数据中各数据之间的数据关联和联动，数据规则的检查和数据的互动答疑，对于数据进行新增、修改、删除、审核、相关联动的查看和数据访问日志的查询功能；统计查询可满足多种查询的需求，对于每张表，应该具备基本和详细的查询字段，便于用户在使用时进行数据筛选；数据接口包括内部接口和外部接口，内部接口根据编码体系提供中间表，实现编码层级和各条数据ID层级的关联，目前实现的有政府定价目录、基本药物目录、OTC药品目录、医保药品目录、民营零售数据目录、招标中标目录的关联；外部接口根据人保数据特点，将人保数据单独形成数据维护表，在人保更新时，系统根据人保数据的变化进行数据中心编码的变化，跟人保数据保持一致，保证提供标准统一的数据标准。

与现有技术相比，本发明技术方案的有益效果是：在不同的机构内存储药品信息不一致的情况下，只要连接到发明的管理及查询系统仍旧可以快速准确实现查询，能够及时准确有效的解决有关医药产品信息孤岛的问题。

附图说明

图1是本发明的结构示意图。

图2是本发明标准数据库建立的流程图。

图3是本发明药品查询系统的查询流程图。

具体实施方式

附图仅用于示例性说明，不能理解为对本专利的限制；

下面结合附图和实施例对本发明的技术方案做进一步的说明。

如图1，一种基于药品编码的管理及查询系统，包括：

信息获取单元，获取药品数据信息；

信息分解单元，用于分解药品信息，将由信息获取单元获取的药品数据信息分别分解为9大基础编码体系：规格单位、包装单位、规格属性、剂型、药品附加信息、药品附加类型、包装材质、转换比、国家及省份；

匹配单元，用于数据匹配，采用数据匹配工具对分解后的药品信息进行自动匹配，其自动匹配过程为：将分解后的药品信息与标准的编码数据进行匹配，若匹配成功，则赋一个编码，并将各编码合并形成药品的初步编码；若匹配不成功，则对未匹配的数据进行人工干预处理，将分解后的药品信息与标准数据关联并形成药品的初步编码；

数据库单元，根据分解的药品信息及药品编码信息建立数据库，建立数据表结构、流量监控管理模块及应用程序访问接口；

管理查询单元，用于管理查询药品信息。

本发明的管理及查询系统中数据库单元中存储的药品编码是“一药一码”的原则，利用多层级的数据表现，实现快速的数据定位，反映药品的特点，为今后的药品数据分析和统计提供良好的基础。具体过程如图2所示，它包括以下步骤：

1、药品数据的获取方式：

通过查询相关期刊数据库文献及国家药品监督管理局官方网页获取客观最新药品批文的统计数据，同时在各省官方网站采集药品招标数据。

2、获取药品的包装规格、包装单位、规格、属性、剂型、药品附加信息、药品附加类型、包装材质、转换比、国家及省份等信息。

3、药品信息的分解：

（1）药品的信息分解成9个层级：规格单位、包装单位、规格属性、剂型、药品附加信息、药品附加类型、包装材质、转换比、国家及省份，最终形成西药32位、中药33位的编码； 

（2）药品信息分解的步骤：先导入数据匹配工具，再将所采集到的数据按编码原则进行层层拆分，切割成多段，拆分后的数据在excel上进行初步整理后，导入系统与数据中心的数据进行自动匹配，若匹配成功，则赋一个编码，并将各编码合并，检查数据的符合性；若匹配不成功，则对未匹配的数据进行人工干预处理，将数据与标准数据关联。

（3）药品信息分解后可实现编码的拓展性及兼容性。

4、药品编码的形成

（1）化学药品编码的形式：

化学药品最初由系统自动生成5位匹配名编码X0001；在此基础上添加2位药品附加信息码形成7位的药品名称编码X000101；人保剂型编码有14位数X-A01AA-F073-F003，由10位药品分类编码和4位药品剂型码组成，该发明是在人保药品编码的基础上进行拓展完善。人保药品名编码和系统生成的药品名称编码对接，在10位人保部药品名码后添加2位的药品附加信息码（如盐根酸根衍生物）码，则通用名药品（即西药药品名）编码为12位的X-A01AA-F073-01；在西药药品名编码后加上人保部药品名中4位药品剂型码F003，在此基础上再添加2位代表药品细剂型流水码，形成18位的西药剂型药品名编码X-A01AA-F073-01-F003-02；在细剂型码后面加上2位的规格码形成20位的西药规格药品名编码X-A01AA-F073-01-F003-02-03；在规格码后添加2位包装数量码形成22位的西药包装药品名编码X-A01AA-F073-01-F003-02-03-04；在西药包装药品名编码后面加上2位原研和专利的区别定价码，形成24位的西药区别定价药品名编码X-A01AA-F073-01-F003-02-03-04-05；在西药区别定价药品名编码后再加上6位的生产厂家码（含1位S码、2位区域代码和3位的流水码）和2位包装材料码形成32位的西药产品名（含生产厂家）编码X-A01AA-F073-01-F003-02-03-04-05-SAA001-01。包装编码和包装材料编码属于固定编码，源于基础数据库。

综上，化学药品编码为32位数码，其第1至第10位数码代表人保药品通用名，第11,12位数码代表药品附加信息，第13,14,15,16,17,18位数码代表人保剂型和细剂型流水码，第19,20位数码代表药品规格属性，第21,22位数码代表药品包装，第23,24代表区别定价，第25,26,27,28,29,30位数码代表生产厂家，第31,32位数码代表药品包装材料。

（2）中药药品编码的形成：

中药药品最初由系统自动生成5位数码的中药系统匹配名Z0001；在此基础上添加2位药品附加信息码形成7位的中药药品名称编码Z000101；人保部中药药品编码有11位数码，以药品分类和药品名组成Z-G02AA-A0079，则中药药品名称编码为11位的Z-G02AA-A0079；在中药药品名称后添加6位的剂型码，形成17位的中药剂型药品名编码Z-G02AA-A0079-100101；在中药剂型药品名后面加上4位的规格码(含用法用量2位数码)形成21位的中药规格药品名编码Z-G02AA-A0079-100101-0101；在中药规格药品名称后加上2位的包装码形成23位的中药包装药品名Z-G02AA-A0079-100101-0101-12；在中药包装药品名后面加上2位原研和专利的区别定价码形成25位的中药区别定价药品名编码Z-G02AA-A0079-100101-0101-12-01；在中药区别定价药品名后再加上6位的生产厂家码（含1位S码、2位区域代码和3位的流水码）和2位包装材料码形成33位的中药产品名编码Z-G02AA-A0079-100101-0101-12-01-SAA001-01。包装编码和包装材料编码属于固定编码，源于基础数据库。

综上，中药药品编码为33位数码，其第1至第11位数码代表人保药品名，第12,13,14,15,16,17位数码代表中药药品剂型，第18,19位数码代表药品用法用量，第20,21位数码代表药品规格属性，第22,23位数码代表药品包装，第24,25位数码区别定价，第26,27,28,29,30,31位数码代表生产厂家，第32,33位数码代表包装材料。

5、机构编码的形成

机构编码第1位代表企业类别，其中S表示国内生产企业，X表示国外生产企业，P表示批发企业，L表示零售企业，Z表示生产、批发企业；第2-3位代表行政区划，如AA表示北京，AB表示天津，AD表示山西等等；第4-6位代表流行编码，如001。

6、根据分解的药品信息建立数据库

本发明采用关系模型建立标准数据库，建立过程如下：

（1）建立数据库表结构，实现表之间的关联性。针对每个数据库表设立主键，部分表结构设立外键，按照表的结构属性和以下数据库管理功能需求建立相应的索引和视图：

数据表管理功能，包括各数据库中表结构的管理维护、表的新增、结构修改、表删除、表结构查询等功能； 

数据维护功能，数据维护可实现质量控制后的历史数据库的2个月前的资料的更新；

数据访问日志查询功能；

（2）采用编码和ID相结合、编码触发管理及信息叠加技术构建数据结构，编码按照层次建设，上级编码的改动将直接影响下级编码，在数据结构的设计上为人保、物价、药监、卫生等数据留有接口；

（3）建立流量监控管理系统，包括：

访问日志管理模块，页面的访问次数及数据的访问量；

日志查询统计模块，数据访问量查询部分包括访问数据的用户名、被访数据的表名、字段、大小、时间段及用户访问时间；

系统使用情况统计模块，如有下载还计算下载量，以便监控数据的使用情况；

（4）应用程序访问接口

为用户应用程序提供统一的访问接口程序，以满足各类用户自行开发的业务系统使用数据库中的资料； 

查询结果将以曲线、图表、表格、图像等方式在页面显示，例如折线、饼图、GRADS图形显示等图形显示，并提供查询数据打印、下载、拷贝功能，下载的方式有文档和Excel电子表格等。

7、数据库的构建架构

在本实施例中，采用Java技术开发，遵循J2EE1.5规范，业务逻辑上采用三层架构分布技术，JDK版本为1.5以上。WEB应用服务器采用Apache2+Tomcat7.0，运行操作系统：Red Hat Enterprise Linux Server 6.2。数据存储后端采用ORACLE 10g数据库。

8、本管理及查询管理及查询系统运行设计为：

（1）首先运行数据库服务器，建立后台数据环境；

（2）运行应用服务器，提供用户程序访问数据的公共通道；

（3）运行WEB服务器，提供浏览器用户程序服务环境；

（4）运行（B/S）客户端程序，完成数据操作与维护。

9、编码系统的后期维护

本发明在后期将进行定时定期更新与维护，将标准数据库中的过期数据放入回收站，以备历史查询；定时根据国家药品监督管理局官方网站的最新批文和质量公告等文件对已有基础数据库、药品基础数据库、编码数据和产品数据等进行相应的修改；根据各机构基本信息的修改进行及时更新维护；根据国家发展改革委和各省物价局的最新文件更新标准数据库的物价数据；及时将医保部门的最新基本目录药品列入标准数据库的人保数据。除此之外，本发明还将按需要定时维护系统所使用的用户信息，包括：用户管理、角色管理、菜单管理。

如图3，客户端通过应用服务器，系统对客户端信息进行认证机制判断，如果信息不通过认证，则拒绝客户端继续访问系统；如通过认证，则客户端可进入标准数据库，系统通过确认登录用户的身份并赋予相应的权限，可对标准数据库的转换比、药品附加类型、药品附加信息、包装单位、规格单位、规格属性、剂型、包装材质、国家及省份等信息进行修改、增加、删除、查询和维护等数据信息的操作。标准数据库中的数据是由非标准数据通过数据交换和接口许可后，匹配机制对非标准数据进行自动匹配，匹配成功则进入标准数据库，不成功则进行人工处理匹配后再进入标准数据库。此外，根据用户权限的不同等级，数据管理、统计查询、数据接口、菜单管理等权限也将有所不同。

显然，本发明的上述实施例仅仅是为清楚地说明本发明所作的举例，而并非是对本发明的实施方式的限定。对于所属领域的普通技术人员来说，在上述说明的基础上还可以做出其它不同形式的变化或变动。这里无需也无法对所有的实施方式予以穷举。凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明权利要求的保护范围之内。

Claims (5)

1.一种基于药品编码的管理及查询系统，其特征在于，包括：

信息获取单元，获取药品数据信息；

信息分解单元，用于分解药品信息，将由信息获取单元获取的药品数据信息分别分解为9大基础编码体系：规格单位、包装单位、规格属性、剂型、药品附加信息、药品附加类型、包装材质、转换比、国家及省份；

匹配单元，用于数据匹配，采用数据匹配工具对分解后的药品信息进行自动匹配，其自动匹配过程为：将分解后的药品信息与标准的编码数据进行匹配，若匹配成功，则赋一个编码，并将各编码合并形成药品的初步编码；若匹配不成功，则对未匹配的数据进行人工干预处理，将分解后的药品信息与标准数据关联并形成药品的初步编码；

数据库单元，根据分解的药品信息及药品编码信息建立数据库，建立数据表结构、流量监控管理模块及应用程序访问接口；

管理查询单元，用于管理查询药品信息。

2.根据权利要求1所述的基于药品编码的管理及查询方法，其特征在于，所述匹配单元在自动匹配过程中，是首先将采集到的药品数据信息层层拆分，切割成多段，拆分后的数据在excel上进行初步整理后，与标准数据进行自动匹配。

3.根据权利要求2所述的基于药品编码的管理及查询方法，其特征在于，所述匹配单元中药品的初步编码分为化学药品的初步编码和中成药药品的初步编码。

4.根据权利要求3所述的基于药品编码的管理及查询方法，其特征在于，所述数据库单元中的药品编码信息由药品的初步编码和ID相结合。

5.根据权利要求4所述的基于药品编码的管理及查询方法，其特征在于，所述数据库单元的具体建立过程为：

1）建立数据库表结构，实现表之间的关联性；针对每个数据库表设立主键，部分表结构设立外键，按照表的结构属性和以下数据库管理功能需求建立相应的索引和视图；

2）采用初步编码和ID相结合、编码触发管理及信息叠加技术构建数据结构，编码按照层次建设，上级编码的改动将直接影响下级编码；

3）建立流量监控管理模块，包括：

访问日志管理子模块，页面的访问次数及数据的访问量；

日志查询统计子模块，数据访问量查询部分包括访问数据的用户名、被访数据的表名、字段、大小、时间段及用户访问时间；

使用情况统计子模块，统计计算下载量，以便监控数据的使用情况；

4）应用程序访问接口，为用户应用程序提供统一的访问接口程序。

Images