处方药销售多部协作管理系统及其方法与流程

1.本发明涉及处方药管理技术领域，具体的说是处方药销售多部协作管理系统及其方法。


背景技术：

2.处方药就是必须凭执业医师或执业助理医师处方才可调配、购买和使用的药品；而非处方药则不需要凭医师处方即可自行判断、购买和使用的药品。药品作为维护人类健康的特殊物品，在研制、生产、销售、使用的各个环节都受到相应法规的严格控制，参与这些环节的组织机构或者个人都要经过政府主管部门授予相应的权限。
3.部分处方药因为自身的特性，容易被滥用，对社会造成危害。这些药品按照规定必须在患者提供处方后才能销售，但是受经济利益等因素的影响，存在伪造处方以非法购买此类药品的情况，导致很多药品已经无法在药店等销售终端中销售，虽然能够有效避免药品被滥用，但是也造成了真正需要此类药品的患者难以购买到需要的药品，并且造成医院内部药品管理压力增大。为了解决该问题，精确控制处方药的最终销售方向是关键，即需要控制处方药最终销售到那些购买者手中，但是现有技术中，尚缺乏能够实现该效果的技术。


技术实现要素：

4.为了解决现有技术中的不足，本发明提供处一种方药销售多部协作管理系统及其方法，能够实现处方药的多部协作监管，监管效率更高，过程更加可靠。
5.为了实现上述目的，本发明采用的具体方案为：处方药销售多部协作管理系统，包括：赋码子系统，用于在药品上设置电子监管码；电子病历子系统，用于生成对应于患者的电子病历，并且基于电子病历生成用于表征患者与药品对应关系的标准销售规则；终端销售子系统，用于基于标准销售规则、电子监管码和购药者信息生成实际销售数据；监管子系统，用于存储实际销售数据，并且基于实际销售数据生成监管数据。
6.作为上述处方药销售多部协作管理系统的进一步优化：系统还包括渠道管理子系统，用于基于电子监管码确定药品的流通渠道数据，所述监管子系统还用于存储流通渠道数据，并且基于实际销售数据和流通渠道数据生成监管数据。
7.处方药销售多部协作管理方法，基于上述的处方药销售多部协作管理系统，所述方法包括如下步骤：s1、药品生产过程中利用赋码子系统在药品上设置电子监管码，患者就诊时利用电子病历子系统生成电子病历和标准销售规则；s2、药品从生产厂家向销售终端流通过程中利用渠道管理子系统基于电子监管码生成流通渠道数据，并且将流通渠道数据发送至监管子系统；s3、当购药者在销售终端选购药品时，利用终端销售子系统获取购药者信息，并且基于购药者信息从电子病历子系统获取标准销售规则；
s4、利用终端销售子系统对购药者信息和标准销售规则进行拟合分析，并且根据拟合分析结果判断是否能够向购药者销售药品；s5、当终端销售子系统判断能够向购药者销售药品时销售终端完成药品销售过程，并且利用终端销售子系统基于标准销售规则、电子监管码和购药者信息生成实际销售数据，然后将实际销售数据发送给监管子系统；s6、监管子系统根据实际销售数据和流通渠道数据生成监管数据。
8.作为上述处方药销售多部协作管理方法的进一步优化：s1中，电子病历包括用于表征患者身份的身份识别码和用于表征患者疾病类别的疾病标记码，标准销售规则包括多个主映射关系和多个从映射关系，主映射关系用于根据疾病标记码映射出多个主治疗药品，从映射关系用于根据主治疗映射药品映射出多个从治疗药品。
9.作为上述处方药销售多部协作管理方法的进一步优化：s3的具体方法为：s31、终端销售子系统获取购药者信息，购药者信息包括购药者身份信息和求购药品信息；s32、终端销售子系统将购药者身份信息上传至电子病历子系统；s33、电子病历子系统根据接收到的购药者身份信息检索电子病历，若存在身份识别码与购药者身份信息相匹配的电子病历，则将该电子病历对应的标准销售规则发送给终端销售子系统，否则向终端销售子系统返回检索失败消息。
10.作为上述处方药销售多部协作管理方法的进一步优化：s4的具体方法为：s41、当终端销售子系统根据购药者信息获取到标准销售规则时执行s42，当终端销售子系统根据购药者信息获取到检索失败消息时判断不能向购药者销售药品；s42、终端销售子系统对求购药品信息进行分析，得到目标药品；s43、终端销售子系统将目标药品与主治疗药品和从治疗药品进行拟合分析，若拟合分析通过则判断能够向购药者销售药品，若拟合分析不通过则判断不能向购药者销售药品。
11.作为上述处方药销售多部协作管理方法的进一步优化：s4还包括如下步骤：s44、终端销售子系统在药品销售完成后将购药者信息与标准销售规则存储在本地的快速检索数据库中。
12.有益效果：本发明能够对药品从生产、流通到最终销售的整个流程进行监管，并且涉及药品生产厂家、药品销售终端、医院以及监管部门，实现了多部协作监管，监管效率更高，过程更加可靠，此外，通过设置电子病历子系统，能够使销售终端根据购药者的电子病历判断是否应当向购药者销售药品，从而避免药品被滥用。需要说明的是，本发明中，所记载的药品仅限于处方药，对于非处方药，因为患者可以在无需处方的情况下自行选购，因此不适用本发明。
附图说明
13.图1是本发明管理系统的结构框图；图2是本发明管理方法的流程图。
具体实施方式
14.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
15.请参阅图1，处方药销售多部协作管理系统，包括赋码子系统、电子病历子系统、终端销售子系统和监管子系统。
16.赋码子系统，用于在药品上设置电子监管码。电子监管码和赋码子系统均属于本领域的常规技术手段，在此不再赘述。
17.电子病历子系统，用于生成对应于患者的电子病历，并且基于电子病历生成用于表征患者与药品对应关系的标准销售规则。电子病历子系统包括一个中央调度服务器、多个区域调度服务器和多个医院服务器，其中中央调度服务器与所有的区域调度服务器均通信连接，一个区域调度服务器通信连接若干个医院服务器，区域调度服务器可以按照行政区域设置，例如一个县级行政单位设置一个区域调度服务器，该县级行政单元内每一个医院均设置一个医院服务器，医院服务器中存储有接诊患者的电子病历，在建立患者的电子病历后，根据医师的开药信息生成标准销售规则。
18.终端销售子系统，用于基于标准销售规则、电子监管码和购药者信息生成实际销售数据。终端销售子系统包括多个对应设置在销售终端中的销售管理计算机，销售管理计算机与中央调度服务器通信连接，销售管理计算机可以借助中央调度服务器和区域调度服务器与医院服务器实现通信，进而从医院服务器获取标准销售规则，需要说明的是，销售终端是指药店等专用于销售药品的机构。
19.监管子系统，用于存储实际销售数据，并且基于实际销售数据生成监管数据。监管子系统包括一个监管总服务器和多个监管分服务器，监管分服务器可以对应设置在区域调度服务器所在的行政区域的食药监部门中。
20.药品在生产过程中，利用赋码子系统在药品上设置电子监管码，从而能够利用电子监管码对药品进行标记，以实现对所有药品的监管。药品在流通到销售终端后，当购药者求购药品时，首先利用销售管理计算机获取购药者信息，然后根据购药者信息通过中央调度服务器和区域调度服务器与医院服务器实现通信，从而根据购药者信息获取到标准销售规则，进而根据标注销售规则判断是否能够向购药者销售药品，当能够向购药者销售药品的时候完成销售过程，并且基于标注销售规则、电子监管码和购药者信息生成实际销售数据，然后将实际销售数据发送给监管分服务器，之后由监管分服务器将存储的实际销售数据与对应的销售终端的信息整合成监管数据，并且将监管数据上传至监管总服务器，利用监管总服务器记录监管数据，因为监管数据包含了购药者信息和药品识别码，因此能够实现对药品最终流向的监管，并且监管分服务器和监管总服务器能够互为备份，避免监管数据丢失。
21.本发明能够对药品从生产、流通到最终销售的整个流程进行监管，并且涉及药品生产厂家、药品销售终端、医院以及监管部门，实现了多部协作监管，监管效率更高，过程更加可靠，此外，通过设置电子病历子系统，能够使销售终端根据购药者的电子病历判断是否应当向购药者销售药品，从而避免药品被滥用。需要说明的是，本发明中，所记载的药品仅
限于处方药，对于非处方药，因为患者可以在无需处方的情况下自行选购，因此不适用本发明。
22.为了对药品的流通过程进行更加有效的监管，系统还包括渠道管理子系统，用于基于电子监管码确定药品的流通渠道数据，监管子系统还用于存储流通渠道数据，并且基于实际销售数据和流通渠道数据生成监管数据。渠道管理子系统包括多个渠道主机，渠道主机对应设置在药品批发商中。流通渠道数据可以包括药品的生产厂家、若干级批发商和销售终端。
23.请参阅图2，基于上述处方药多部协作管理系统，本发明还提供一种处方药销售多部协作管理方法，基于上述的处方药销售多部协作管理系统，方法包括s1至s6。
24.s1、药品生产过程中利用赋码子系统在药品上设置电子监管码，患者就诊时利用电子病历子系统生成电子病历和标准销售规则。s1中，电子病历包括用于表征患者身份的身份识别码和用于表征患者疾病类别的疾病标记码，标准销售规则包括多个主映射关系和多个从映射关系，主映射关系用于根据疾病标记码映射出多个主治疗药品，从映射关系用于根据主治疗映射药品映射出多个从治疗药品。在本实施例中，身份识别码可以为患者的身份证号，疾病标记码可以为疾病编码，均属于现有技术，在此不再赘述。主治疗药品可以是医师在建立患者的电子病历时给出的药品，从治疗药品可以是主治疗药品的相似药品。主治疗药品和从治疗药品可以共同组合成一个可选药品集合。区域调度服务器中存储有所在行政区域内所有医院服务器中存储的电子病历的索引信息，索引信息包括患者的身份识别码以及医院服务器的网络地址。
25.s2、药品从生产厂家向销售终端流通过程中利用渠道管理子系统基于电子监管码生成流通渠道数据，并且将流通渠道数据发送至监管子系统。流通渠道数据包括电子监管码、药品的生产厂家、若干级批发商和销售终端。药品的生产厂家、批发商和销售终端均可以设置一个标码，通过标码可以减小流通渠道数据的数据量，从而降低存储负载。具体地说，药品在出厂时由生产厂家根据电子监管码和自身的标码生成初始的流通渠道数据，可以表示为[电子监管码，出厂时刻，生产厂家标码]，在被批发商购买时，生产厂家将批发商的标码加入到流通渠道数据中，此时流通渠道数据变为[电子监管码，出厂时刻，生产厂家标码，批发时刻，批发商标码]，在不同批发商之间流通时，售出药品的批发商将购入药品的批发商的标码加入到流通渠道数据中，此时流通渠道数据变为[电子监管码，出厂时刻，生产厂家标码，批发时刻，批发商标码，
……
，批发时刻，批发商标码]，当药品最终流通到销售终端时，最后一级批发商将销售终端的标码加入到流通渠道数据中，此时流通渠道数据变为[电子监管码，出厂时刻，生产厂家标码，批发时刻，批发商标码，
……
，批发时刻，批发商标码，批发时刻，销售终端标码]，并且，最后一级批发商的渠道主机将流通渠道数据发送至监管子系统，因此渠道主机应当与所在的行政区域中的监管分服务器通信连接。此外，因为流通渠道数据在药品流通过程中仅在渠道管理子系统中流转，而无需发送至监管子系统，因此可以有效降低监管子系统的通信压力，避免监管子系统短时间内接收到大量的流通渠道数据造成网络拥塞，并且，也能够避免同一个药品对应的流通渠道数据大量存储在监管子系统中，降低监管子系统的存储压力。
[0026]
s3、当购药者在销售终端选购药品时，利用终端销售子系统获取购药者信息，并且基于购药者信息从电子病历子系统获取标准销售规则。s3的具体方法为s31至s33。
[0027]
s31、终端销售子系统获取购药者信息，购药者信息包括购药者身份信息和求购药品信息。购药者身份信息也可以采用身份证号，相应的，销售管理计算机可以连接一个身份证识别装置，身份证识别装置通过警务网络采集购药者身份信息，属于现有技术，在此不再赘述。
[0028]
s32、终端销售子系统将购药者身份信息上传至电子病历子系统。
[0029]
s33、电子病历子系统根据接收到的购药者身份信息检索电子病历，若存在身份识别码与购药者身份信息相匹配的电子病历，则将该电子病历对应的标准销售规则发送给终端销售子系统，否则向终端销售子系统返回检索失败消息。
[0030]
具体地说，由销售终端的销售管理计算机将购药者身份信息上传至中央调度服务器，然后中央调度服务器根据购药者信息生成一个索引指令，并且将索引指令发送给所有区域调度服务器，区域调度服务器在接收到调度指令后根据调度指令在自身存储的索引信息中进行检索，若检索到身份识别码与购药者身份信息相匹配的索引信息，则将索引信息发送给中央调度服务器，然后由中央调度服务器将索引信息转发给销售管理计算机，随后销售管理计算机对索引信息进行解析得到医院服务器的网络地址，接着销售管理计算机与医院服务器建立通信连接，并且将索引信息中的身份识别码发送给医院服务器，医院服务器根据身份识别码检索到电子病历，并且将对应的标准销售规则发送给销售管理计算机；若所有的区域调度服务器均检索失败，则向中央调度服务器返回失败代码，中央调度服务器在接收到所有的失败代码后生成检索失败消息并且发送给销售计算机。需要说明的是，当出现网络拥塞的时候，中央调度服务器可能无法及时接收到索引信息或者失败代码，当中央调度服务器发出调度指令后超过设定的等待时长阈值后仍然未接收到索引信息或者失败代码，则向对应的区域调度数据库重新发送调度指令，若调度指令的总发送次数超过设定的重发次数阈值，则中央调度服务器按照接收到失败代码处理。
[0031]
s4、利用终端销售子系统对购药者信息和标准销售规则进行拟合分析，并且根据拟合分析结果判断是否能够向购药者销售药品。s4的具体方法为s41至s43。
[0032]
s41、当终端销售子系统根据购药者信息获取到标准销售规则时执行s42，当终端销售子系统根据购药者信息获取到检索失败消息时判断不能向购药者销售药品。
[0033]
s42、终端销售子系统对求购药品信息进行分析，得到目标药品。因为求购药品信息可能是药品的通用名，也可能是药品的商用名，而通用名一致的药品能够相互替换，因此需要对求购药品信息进行分析，将商用名转换为通用名，从而提升购药者购买成功的概率，避免因为提供了商用名导致购买失败。
[0034]
s43、终端销售子系统将目标药品与主治疗药品和从治疗药品进行拟合分析，若拟合分析通过则判断能够向购药者销售药品，若拟合分析不通过则判断不能向购药者销售药品。因为主治疗药品和从治疗药品共同包含在可选药品集合中，因此拟合分析时直接将目标药品与可选药品集合中所有的元素进行比对即可。
[0035]
s4还包括s44。
[0036]
s44、终端销售子系统在药品销售完成后将购药者信息与标准销售规则存储在本地的快速检索数据库中。当患者在某个销售终端中成功购买到需要的药品后，可能会在药品消耗完毕后再次在该销售终端中购买，因此在销售管理计算机中设置快速检索数据库，并且将购药者信息和标准销售规则存储在快速检索数据库中，当采集到购药者信息后，首
先根据购药者信息在快速检索数据库中进行检索，若检索成功则可以直接根据标准销售规则向购药者销售药品，避免与电子病历子系统交互造成耗时长的问题，可以大幅提升效率。
[0037]
s5、当终端销售子系统判断能够向购药者销售药品时销售终端完成药品销售过程，并且利用终端销售子系统基于标准销售规则、电子监管码和购药者信息生成实际销售数据，然后将实际销售数据发送给监管子系统。实际销售数据可以包括销售时间、销售出的药品的电子监管码、购药者信息和标准销售规则，因为电子监管码通常是一个单位的药品设置有一个，这里一个单位是指盒、瓶或者袋等包装单位，因此在记录电子监管码时相当于直接记录了药品的销售量，无需单独在实际销售数据中增加销售量数据，可以减小实际销售数据的数据量，进而降低存储负载。为了保证实际销售数据能够顺利发送到监管子系统中，销售管理计算机应当能够与监管子系统通信，更具体的，销售管理计算机可以与所在行政区域中的监管分服务器通信。
[0038]
s6、监管子系统根据实际销售数据和流通渠道数据生成监管数据。因为实际销售数据中包括电子监管码，并且流通渠道数据中也包括电子监管码，因此生成监管数据时可以直接根据电子监管码将实际销售数据和流通渠道数据对应组合在一起形成监管数据。监管数据可以直接由实际销售数据和流通渠道数据组合而成，并且剔除其中重复的电子监管码，以压缩监管数据的体积，降低监管分服务器的存储压力，又因为监管分服务器接收自己所在区域内的实际销售数据，因此监管分服务器的存储负载不高，可以降低存储成本。监管分服务器周期性地将自身所存储的实际销售数据压缩打包后发送给监管总服务器，使监管总服务器和监管分服务器能够互为备份，避免监管数据丢失，监管分服务器发送监管数据的周期可以根据实际需求进行设置，例如设置为一周或者一个月等。监管总服务器和监管分服务器均可以定期将存储时间超过设定阈值的监管数据向外拷贝到外部存储设备中进行冷备份处理，以降低自身存储负载。
[0039]
对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。