区域处方点评管理系统

摘要

本发明涉及一种区域处方点评管理系统，包括：多个医疗机构端和管理端；每个医疗机构端获取对应的医疗机构的处方信息，并对处方信息进行处理，得到处方点评信息，并通过预设的样本抽取条件对处方点评信息进行过滤，将符合样本抽取条件的处方点评信息发送给管理端；管理端对第一预设时长内多个医疗机构的处方明细信息进行分析处理，得到第二处方点评结果信息，并将第二和第一处方点评结果信息进行比较，当不一致时，得到第一审核结果信息；对申诉配置项进行配置，得到申诉信息，和/或，根据进行规则信息调整的建议信息进行规则信息调整，得到规则调整信息并得到质控明细处方报表信息。

说明书

技术领域

本发明涉及信息处理技术领域，尤其涉及一种区域处方点评管理系统。

背景技术

2007年《处方管理办法》首次提出处方点评制度，处方点评制度成为医疗机构一项必须遵守的制度。在日常运行中，医院等医疗机构会因为患者的诊断而产生大量的处方，为了避免处方被医护人员无意或是有意的错误开药，因此医疗机构需要定期对处方进行点评，得到大量的处方点评数据。

卫生监管部门对医疗机构进行监管，监管包括对辖区内的多个医疗机构大量的处方点评数据进行监管，因此如何实现对多个医疗机构的处方点评数据的统一管控，成为急需解决的问题。

发明内容

本发明的目的是提供一种区域处方点评管理系统，以解决现有技术中的无法对辖区内的多个医疗机构大量的处方点评数据进行监管的问题。

为解决上述问题，本发明提供了一种区域处方点评管理系统，所述区域处方点评管理系统包括：多个医疗机构端和管理端；

每个所述医疗机构端，用于获取对应的医疗机构的处方信息，并对所述处方信息进行处理，得到处方点评信息，并通过预设的样本抽取条件对所述处方点评信息进行过滤，将符合样本抽取条件的所述处方点评信息发送给所述管理端；所述处方点评信息包括医疗机构名称、处方明细信息和第一处方点评结果信息；

所述管理端，用于对第一预设时长内多个医疗机构的所述处方明细信息进行分析处理，得到第二处方点评结果信息，并将所述第二处方点评结果信息和所述第一处方点评结果信息进行比较，当所述第二处方点评结果信息和所述第一处方点评结果信息不一致时，得到第一审核结果信息；所述第一审核结果信息包括申诉配置项和/或进行规则信息调整的建议信息；

所述管理端，还用于对所述申诉配置项进行配置，得到申诉信息，和/或，根据所述进行规则信息调整的建议信息进行规则信息调整，得到规则调整信息；其中，所述申诉信息包括申诉内容信息和申诉状态信息；

所述管理端，还用于根据所述申诉状态信息，对所述申诉内容信息进行处理，确定处罚结果信息，并根据预设的搜索条件，对所述申诉状态信息、所述规则调整信息、所述处罚结果信息和医疗机构名称进行选择处理，得到质控明细处方报表信息。

优选的，所述医疗机构端包括系统管理模块、基础数据模块、规则管理模块和抽样点评模块；

所述管理模块，用于获取各个医疗机构的人员信息，并根据所述人员信息的职称，对所述人员信息进行分类，生成用户列表信息；

所述基础数据模块，用于根据所述用户列表信息，对所述用户列表信息所对应的人员开具的处方信息进行获取，并将所述处方信息发送给所述点评模块；

所述抽样点评模块，用于根据所述处方信息和所述规则管理模块预设的规则，得到处方点评信息，并根据预设的样本抽取条件对所述处方点评信息进行过滤，确定符合样本抽取条件的处方点评信息，并将符合样本抽取条件的所述处方点评信息发送给管理端。

优选的，所述管理端包括质控管理模块和分析模块；

所述质控管理模块，用于获取符合样本抽取条件的所述处方点评信息，并对所述处方明细信息进行显示并选择性的显示所述第一处方点评结果信息；

分析模块，所述分析模块用于对所述处方明细信息进行分析处理，得到第二处方点评结果信息，当所述第一处方点评结果信息和所述第二处方点评结果信息不一致时，得到第一审核结果信息，并将所述第一审核结果信息发送给所述医疗机构端。

优选的，所述质控管理模块还用于，对所述申诉配置项进行配置，得到申诉信息，和/或，根据所述进行规则信息调整的建议信息进行规则信息调整，得到规则调整信息；其中，所述申诉信息包括申诉内容信息和申诉状态信息；

根据所述申诉状态信息，对所述申诉内容信息进行处理，确定处罚结果信息，并根据预设的搜索条件，对所述申诉状态信息、所述规则调整信息、所述处罚结果信息和医疗机构名称进行选择处理，得到质控明细处方报表信息。

优选的，所述处方信息包括处方时间、处方号、患者姓名、开具处方的人员信息、科室、年龄、诊断结果；其中，开具处方的人员信息包括开具处方的人员姓名、工号信息和职称信息，当所述工号信息包括第一工号和第二工号时，所述第一工号和所述第二工号关联。

优选的，所述医疗机构端还用于，对所述符合样本抽取条件的所述处方点评信息进行上报，以使得其他医疗机构端可以对上报的处方点评信息进行查看。

优选的，所述质控明细处方报表信息包括：医疗机构名称、处方号、科室、第一处方点评结果信息、第二处方点评结果信息、申诉信息、规则调整信息、处罚信息。

优选的，所述管理端还用于，对所述第一处方点评结果信息、所述第二处方点评结果信息、所述申诉信息、所述规则调整信息和所述处罚结果信息进行存储。

通过应用本发明实施例提供的区域处方点评管理系统，可以自动接入所管辖的医疗机构，并获取医疗机构的处方信息，对处方信息进行处理后，得到处方点评信息，并将符合预设的样本抽取条件的处方点评信息上报给管理端，管理端对该些处方点评信息对应的处方明细信息进行处理后，将两个处方点评信息进行对比，从而对医疗机构端的处方点评信息进行申诉或者进行规则调整。同时，各个医疗机构还可以进行处方点评信息的共享，减少了不必要的数据传输，从而整体上提高了整个处方点评的效率和准确率。

附图说明

图1为本发明实施例提供的区域处方点评管理系统结构示意图；

图2为本发明实施例提供的区域处方点评管理系统的一个具体的示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1为本发明实施例提供的区域处方点评管理系统结构示意图，如图1所示，该区域处方点评管理系统包括：多个医疗机构端1和管理端2。

多个医疗机构端1为一个可以接入多个医疗机构的(医院管理信息系统(HospitalInformation System，HIS)的服务端口，在接入医疗机构的HIS端口后，可以根据该端口上已经预设的人员信息列表，调用该些人员信息列表所开具的处方信息，并对处方信息进行一定的处理后，得到处方点评信息。

管理端2是一个对多个医疗机构端1的处方点评信息进行质量控制的端口，简称质控，在本发明中主要用于基于多个医疗机构端1提供的处方点评信息进行分析处理。

考虑到区域内具有多个医疗机构，可能需要对多个医疗机构的处方点评信息一一进行处理，导致处理时间长、处方规则不统一，处方结果不互通等造成资源浪费和点评不准确的问题，本发明提出的区域处方点评系统，采用以下方案用以解决以上技术问题。

医疗机构端1，获取医疗机构的处方信息，并对处方信息进行处理，得到处方点评信息，并通过预设的样本抽取条件对处方点评信息进行过滤，将符合样本抽取条件的处方点评信息发送给管理端2；处方点评信息包括医疗机构名称、处方明细信息和第一处方点评结果信息。

医疗机构可以是某个区域，比如某市的医院，用户可以通过输入用户名和密码等信息来登录该医疗机构端1，相应的，也可以通过“修改密码”进行密码的修改，可以通过“退出”进行退出。

该医疗机构端1可以接入各个医院的HIS系统，从而获取到各个医院的人员信息，此处的人员指的是医院的职工，包括但不限于审方药师、点评药师、药学主任、临床医生、住院临床主任、点评药师组长、患教药师。在调用到HIS系统中各个医疗机构的人员信息后，可以生成人员信息列表。在人员列表信息中，可能存在一个人员同时具有两种身份的情况，比如，住院临床主任同时是科室主任等，此时，可以通过账号关联，将同一个人员的多个账号进行关联，从而可以通过一个账号看到他多个账号的数据，如某人员有两个工号0010和0105，在0010工号上维护了“其他身份”0015，则通过0010工号登入后，可以看到0010和0015的全部数据。

上述的用户，可以包括人员和系统管理者，人员即医院的职工，系统管理者即管理员。

对处方信息进行处理，得到处方点评信息，主要是将处方信息和预设的用药规则进行匹配，该些用药规则是已经训练好的，随后，当输入处方信息后，可以将处方信息和用药规则进行匹配，得到处方点评信息。

处方点评信息包括处方明细信息和第一处方点评结果信息，第一处方点评结果信息可以包括处方时间、处方号、姓名、科室、年龄、诊断、抗菌药物数量、是否具有注射剂、是否合理，对于用药不合理，则对应有用药提醒信息，比如“哺乳期用药”等。

处方明细信息可以是该医生所开具的某个患者在一定时间段内的所有处方信息的集合。

其中，样本抽取条件可以包括警示信息等级、警示信息类型和警示信息状态。警示信息等级包括等级依次递增的0-5级，警示信息类型包括前记缺项、注射药物、注意事项、抗菌药物、口服剂型抗菌药物、用法用量、相互作用提示、不良反应提示、老年人、给药途径、局部用抗菌药物、给药时机、肝功能提示、质子泵抑制剂、相互作用、肾功能、肾功能提示、抗菌药物联用、配伍、抗菌药物输液、注射剂型抗菌药物、输液药物、禁忌症、青少年儿童、中药饮片、特殊人群、特殊级抗菌药物使用、中药注射剂未单独开具、重复用药、注意使用事项、适应症、肝功能、疗程、诊断为空、药物用量超过规定用药天数中的一个或多个。警示信息状态包括确认和未确认。

其中，警示信息类型是用于指示对哪些情况进行警示，比如前记缺项可以是处方信息的前记中缺失某项信息，注射药物是处方信息中是否存在注射药物，可以通过对警示信息类型进行选择，从而确定是对那种情况可以产生警示信息，比如，在警示信息等级中勾选了4和5级，在警示信息类型中勾选了老年人，则即是对警示信息等级为4和5级，且为老年人对应的处方点评信息进行抽取。

医疗机构端1可以自动对处方点评信息进行处理，通过将处方点评信息与预设的样本抽取条件进行对比，确定警示等级大于预设等级，比如3级，且具有相应的警示信息类型的处方点评信息，并将该些处方点评信息进行上报。

上报后的处方点评信息，可以通过其他医疗机构端1进行查看，从而实现了医疗机构之间对处方点评数据进行传输的速度，以便于处方点评信息在辖区内的多个医疗机构之间的共享。

在一个具体的实施例中，医疗机构端1包括管理模块11、基础数据模块12、规则管理模块13和抽样点评模块14；

管理模块11，获取各个医疗机构的人员信息，并根据人员信息的职称，对人员信息进行分类，生成用户列表信息；

基础数据模块12，根据用户列表信息，对用户列表信息所对应的人员开具的处方信息进行获取，并将处方信息发送给点评模块；

抽样点评模块14，根据处方信息和规则管理模块13预设的规则，得到处方点评信息，并根据预设的样本抽取条件对处方点评信息进行过滤，确定符合样本抽取条件的处方点评信息，并将符合样本抽取条件的处方点评信息发送给管理端2。

管理端2，对第一预设时长内多个医疗机构的处方明细信息进行分析处理，得到第二处方点评结果信息，并将第二处方点评结果信息和第一处方点评结果信息进行比较，当第二处方点评结果信息和第一处方点评结果信息不一致时，得到第一审核结果信息；第一审核结果信息包括申诉配置项和/或进行规则信息调整的建议信息。

管理端2，还对申诉配置项进行配置，得到申诉信息，和/或，根据进行规则信息调整的建议信息进行规则信息调整，得到规则调整信息；其中，申诉信息包括申诉内容信息和申诉状态信息。

其中，第一预设时长可以是自定义的时长，管理端2可以按照不同的时间范围、医疗机构名称、警示等级对多个处方点评信息进行展示，同时对处方明细信息进行处理，得到第二审核结果信息。

可以理解的是，此处的管理端2，自动对处方明细信息进行审核，从而自动生成第二审核结果信息，并在第一审核结果信息和第二审核结果信息不一致时，生成申诉配置项和规则信息调整的建议信息。其中申诉配置项用于进行填写申诉信息。

进行规则信息调整的建议信息，可以是对警示级别进行调整，比如，将警示级别从4级调整为3级，或者，将警示级别从4级调整为5级等，本申请对此并不限定。

管理端2，还根据申诉状态信息，对申诉内容信息进行处理，确定处罚结果信息，并根据预设的搜索条件，对申诉状态信息、规则调整信息、处罚结果信息和医疗机构名称进行选择处理，得到质控明细处方报表信息。

具体的，申诉状态信息包括已申诉和未申诉，当申诉状态为已申诉时，可以根据申诉信息的内容，处理得到处罚信息，此处的处理，可以进行语音语义识别处理，根据语音语义识别结果得到处罚信息。

可以理解的是，管理端2的数量也可以是多个，对于每个管理端2，对应其所管辖的多个医疗机构。而医疗机构和管理端2的对应关系可以存储在管理端2中，从而管理端2可以仅仅获取其所管辖的医疗机构的处方点评信息。

在一个具体的示例中，管理端2包括质控管理模块21和分析模块22；

质控管理模块21，获取符合样本抽取条件的处方点评信息，并对处方明细信息进行显示并选择性的显示第一处方点评结果信息；

分析模块22，分析模块对处方明细信息进行分析处理，得到第二处方点评结果信息，当第一处方点评结果信息和第二处方点评结果信息不一致时，得到第一审核结果信息，并将第一审核结果信息发送给医疗机构端1。

质控管理模块，对申诉配置项项进行配置，和/或对规则信息进行调整。

通过应用本发明实施例提供的区域处方点评管理系统，可以自动接入所管辖的医疗机构，并获取医疗机构的处方信息，对处方信息进行处理后，得到处方点评信息，并将符合预设的样本抽取条件的处方点评信息上报给管理端，管理端对该些处方点评信息对应的处方明细信息进行处理后，将两个处方点评信息进行对比，从而对医疗机构端的处方点评信息进行申诉或者进行规则调整，并根据申诉信息确定处罚信息。同时，各个医疗机构还可以进行处方点评信息的共享，减少了不必要的数据传输，从而整体上提高了整个处方点评的效率和准确率。

专业人员应该还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。