CN112151140B - 抗菌药物临床应用系统、电子设备及计算机可读存储介质 - Google Patents

Abstract

本申请公开了一种抗菌药物临床应用系统、电子设备及计算机可读存储介质，系统包括药品医嘱识别组件、内部通讯组件和应急越权处理组件。药品医嘱识别组件基于开具医嘱医生的职称、调用医生职称与抗菌药物级别使用权限对应关系判断抗菌药物医嘱是否有效，并将无效抗菌药物医嘱发送至应急越权处理组件。内部通讯组件通过内部通讯接口在各医生工作站中传输对当前特殊级使用抗菌药物进行专家会诊过程中的数据信息。应急越权处理组件判断接收的抗菌药物医嘱是否符合应急越权条件，调用剂量监控模型检测符合应急越权条件的越权抗菌药物医嘱中的药物剂量是否准确，并自动将剂量正确的越权抗菌药物医嘱生成有效越权医嘱，提高抗菌药物在临床中的使用效率。

Description

抗菌药物临床应用系统、电子设备及计算机可读存储介质

技术领域

本申请涉及大数据技术领域，特别是涉及一种抗菌药物临床应用系统、电子设备及计算机可读存储介质。

背景技术

自1928年青霉素被发现以来，人类进入抗生素时代。抗生素是人类的宝贵财富，在感染性疾病的治疗中发挥着至关重要的作用，避免了大量死亡。但近年来，由于临床的不合理过度应用，抗生素滥用的危害日益凸显，不正确使用抗生素除了对患者个体带来不良影响以外，还会诱导细菌产生耐药性，最终导致超级耐药菌无药可医的重大社会问题。世界卫生组织指出：抗菌药物不合理使用导致的细菌耐药以及成为全球性的公共卫生问题，是全世界面临的共同挑战。估计目前全球每年至少70多万患者死于抗菌药物耐药。面对耐药问题，如不采取行动，预计到2050年，全世界每年将有1000万人死于细菌耐药，死亡人数可能超过肿瘤死亡人数。

为规范抗菌药物临床应用，减少细菌耐药风险，医疗机构需加强抗菌药物临床应用管理，提升抗菌药物合理使用水平。近年来陆续出现了大量类似系统，其主要功能都是基于医生职称判断其抗菌药物使用水平，将不同级别的抗菌药物权限开放给不同的医生。但是这样既无法应对临床紧急情况，又对提升医生的抗菌药物合理应用水平没有帮助。临床需要一套依据感染性疾病及抗生素的特性以及相关临床医学指南、荟萃分析、专家共识等循证证据的抗菌药物使用的决策支持系统管理抗菌药物临床使用。

本申请的目的在于提供一套基于大数据建模的抗菌药物使用临床决策支持系统满足医疗机构对抗菌药物正确使用的需求。基于抗菌药物临床应用管理办法中明确规定医疗机构抗菌药物临床应用实行分级管理具体执行办法如下：

根据抗菌药物安全性、细菌耐药性、价格等因素，将抗菌药分为三级：非限制级使用抗菌药物、限制级使用抗菌药物、特殊级使用抗菌药物。临床医生分为三个级别：医院医师即初级、主治医师即中级、副主任/主任医师即高级，医生工作站通过限制医生用药权限来实现基本的权限控制功能。不同级别的抗菌药物和临床医生的使用权限如表1及表2所示：

表1 抗菌药物使用规则

表2抗菌药物的使用权限

相关技术中的抗菌药物临床应用系统均是按照上述基本管理原则对医生用药权限进行管控，即基于医生职称判断其抗菌药物使用水平，将不同级别的抗菌药物权限开放给不同的医生，而只是从用药权限的角度去简单控制医生的开药权限仅能完成抗菌药物分级管理的基本管控要求，而无法应对临床紧急情况，例如临床医生由于紧急情况越权使用其无权限使用的某项抗菌药物，需要按照规定去审批该药物，耗时太久，极有可能耽误最佳用药时间；而且用药量均是依赖医生自身经验，无法保障其医嘱中的用量为针对该病患病情合理的抗菌药物用量。

鉴于此，如何高效、准确地生成抗菌药物使用量，是所属领域技术人员需要解决的技术问题。

发明内容

本申请提供了一种抗菌药物临床应用系统、电子设备及计算机可读存储介质，提高抗菌药物的使用效率，有利于高效、准确地生成抗菌药物使用量。

为解决上述技术问题，本发明实施例提供以下技术方案：

本发明实施例提供了一种抗菌药物临床应用系统，包括药品医嘱识别组件、内部通讯组件和应急越权处理组件；

所述药品医嘱识别组件基于获取的开具医嘱医生的职称、调用医生职称与抗菌药物级别使用权限对应关系判断抗菌药物医嘱是否有效，并将无效的抗菌药物医嘱数据信息发送至所述应急越权处理组件；

所述内部通讯组件通过内部通讯接口在各医生工作站中传输对当前特殊级使用抗菌药物进行专家会诊过程中的数据信息；

所述应急越权处理组件判断接收的抗菌药物医嘱是否符合应急越权条件，调用剂量监控模型检测符合所述应急越权条件的越权抗菌药物医嘱中的药物剂量是否准确，并自动将剂量正确的越权抗菌药物医嘱生成有效越权医嘱。

可选的，所述应急越权处理组件包括模型预构建子组件、应急越权条件判断子组件和剂量判断子组件；

所述模型预构建子组件利用大数据建模算法根据感染类型、病原菌类型以及患者病情严重程度对应的标准药物剂量、依据不同影响因子构建得到与当前抗菌药物医嘱中的抗菌药物的临床特性相匹配的所述剂量监控模型；

所述应急越权条件判断子组件判断当前抗菌药物医嘱是否满足符合应急越权条件，并将满足应急越权条件的医嘱作为越权抗菌药物医嘱发送至所述剂量判断子组件；

所述剂量判断子组件自动获取当前患者的各影响因子信息，基于各影响因子信息调用所述剂量监控模型进行数据分析，得到所述越权抗菌药物医嘱中的24h抗菌药物剂量是否为标准剂量。

可选的，所述剂量判断子组件通过所述内部通讯接口主动从医生工作站和病历电子系统中获取患者诊断结果、是否有手术史或侵入操作史、感染部位、患者病情基础情况、用药史、感染灶的描述信息、生命体征值、检验指标值、是否需要生命支持、是否入住ICU、是否有导管及导管类型、培养结果及药敏结果。

可选的，所述应急越权条件判断子组件包括临嘱判断单元、首次应急判断单元和传输单元；

所述临嘱判断单元用于判断当前抗菌药物医嘱是否为临时医嘱；

所述首次应急判断单元的作用为：在所述当前抗菌药物医嘱为临时医嘱，判断所述当前抗菌药物医嘱对应患者针对所述当前抗菌药物医嘱开具的抗菌药是否没有使用应急流程；

所述传输单元用于将没有使用过应急流程且为临时医嘱的当前抗菌药物医嘱作为所述越权抗菌药物医嘱进行发送。

可选的，还包括提示组件；

所述提示组件根据开具当前抗菌药物医嘱的医生的级别、开具的抗菌药物级别、医嘱类型、会诊结果生成携带有抗菌药物使用状态或缺失操作的提示信息；

其中，所述抗菌药物使用状态为越权使用或应急越权使用或禁止使用，若所述抗菌药物使用状态为所述应急越权使用，所述提示信息还包括抗菌药物首剂使用时间；所述医嘱类型为临时医嘱或非临时医嘱；所述会诊结果为会诊同意、会诊不同意和没有会诊结果。

可选的，还包括预警组件；

所述预警组件在当前抗菌药物医嘱符合所述应急越权条件且所述当前抗菌药物医嘱中的药物剂量准确时，进行预警。

可选的，还包括管控组件；

所述管控组件在当前抗菌药物医嘱不符合所述应急越权条件和/或所述当前抗菌药物医嘱中的药物剂量不准确时，对所述当前抗菌药物医嘱中开具的抗菌药物进行管控。

可选的，所述药品医嘱识别组件在判定当前抗菌药物医嘱中的抗菌药物为特殊级使用抗菌药物、且开具所述当前抗菌药物医嘱的医生的职称为高级职称，从所述内部通讯组件中获取所述当前抗菌药物医嘱的会诊结果，若所述会诊结果为会诊同意，结束操作；所述会诊结果为不同意或无会诊，将所述当前抗菌药物医嘱作为无效的抗菌药物医嘱发送至所述应急越权处理组件；当判定所述当前抗菌药物医嘱中的抗菌药物为特殊级使用抗菌药物、且开具所述当前抗菌药物医嘱的医生的职称不为高级职称，将所述当前抗菌药物医嘱作为无效的抗菌药物医嘱发送至所述应急越权处理组件。

本发明实施例还提供了一种电子设备，包括人机交互组件、网络端口、输入接口及如上任一项所述抗菌药物临床应用系统；

所述抗菌药物临床应用系统与各医生工作站通过所述网络端口进行数据传输；用户通过所述人机交互组件经所述输入接口对所述抗菌药物临床应用系统进行操作。

本发明实施例最后还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有抗菌药物临床应用程序，所述抗菌药物临床应用程序被处理器执行时实现如前任一项所述抗菌药物临床应用系统各组件的功能。

本申请提供的技术方案的优点在于，先识别出医生开具的含有抗菌药物的医嘱，然后对越权下发的医嘱是否为应急使用抗菌药物的医嘱进行识别判断，同时对应急使用抗菌药物的医嘱中的药剂量是否为标准用量进行判断，从而可高效地应急临床紧急情况，避免由于医生权限无法使用某种抗菌药物去审批而导致有效医嘱生成时间较长使得患者错过药物的最佳使用时间，有效提升抗菌药物在整个临床应用的使用效率；对应急越权下发的医嘱中的药剂量进行监控，可及时管控药剂量有问题的医嘱，保障医嘱中的药剂用量为准确用药量，提高系统最终输出有效医嘱中的抗菌药物的药剂量的准确度，从而可快速、高效地生成携带有抗菌药物使用量的有效医嘱，有利于高效、准确地生成抗菌药物的使用量。

此外，本发明实施例还针对抗菌药物临床应用系统提供了相应的电子设备及计算机可读存储介质，所述电子设备及计算机可读存储介质具有相应的优点。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本公开。

附图说明

为了更清楚的说明本发明实施例或相关技术的技术方案，下面将对实施例或相关技术描述中所需要使用的附图作简单的介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的抗菌药物临床应用系统的一种具体实施方式结构图；

图2为本发明实施例提供的一种特殊级使用抗菌药物的专家会诊流程示意图；

图3为本发明实施例提供的一种剂量监控模型的生成原理流程示意图；

图4为本发明实施例提供的一种医嘱应急越权医嘱的处理流程示意图；

图5为本发明实施例提供的另一种应急越权医嘱的处理流程示意图；

图6为本发明实施例提供的抗菌药物临床应用系统的一种使用流程示意图；

图7为本发明实施例提供的电子设备的一种具体实施方式结构图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面结合附图和具体实施方式对本发明作进一步的详细说明。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本申请的术语“包括”和“具有”以及他们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可包括没有列出的步骤或单元。

在介绍了本发明实施例的技术方案后，下面详细的说明本申请的各种非限制性实施方式。

首先参见图1，图1为本发明实施例提供的一种抗菌药物临床应用系统的框架结构示意图，本发明实施例可包括药品医嘱识别组件11、内部通讯组件12和应急越权处理组件13。

其中，药品医嘱识别组件11可基于获取的开具医嘱医生的职称、调用医生职称与抗菌药物级别使用权限对应关系判断抗菌药物医嘱是否有效，并将无效的抗菌药物医嘱数据信息发送至应急越权处理组件。医嘱为医生根据病情和治疗的需要对病人在饮食、用药、化验等方面的指示。医嘱是指医师在医疗活动中下达的医学指令。医嘱内容及起始、停止时间应当由医师书写。医嘱内容应当准确、清楚，每项医嘱应当只包含一个内容，并注明下达时间，应当具体到分钟。分为长期医嘱、临时医嘱和备用医嘱三类。本申请所涉及的功能只要针对合理用药，所以医嘱是指药品医嘱。医生为患者开具的医嘱及开具医嘱的医生职称可主动从医生工作站中获取，药品医嘱识别组件11只获取含有任何级别的抗菌药物的医嘱，为了便于描述可将含有抗菌药物的医嘱称为抗菌药物医嘱。医生职称与抗菌药物级别使用权限对应关系可基于表2所示，可将表2中对应关系预先存储在系统中，在药品医嘱识别组件11对获取到抗菌药物医嘱后，调用预先存储在系统中的医生职称与抗菌药物级别使用权限对应关系去判断开具医嘱的医生的职称是否有权限去使用该医嘱中的抗菌药物，也就是说，判断抗菌药物医嘱中的抗菌药物级别和开具医生职称是否相匹配，例如限制级使用抗菌药物必须由主治医师及以上职称权限开具，若该限制级使用抗菌药物医嘱由主治医师开具，则医嘱有效，若该医嘱由住院医师开具，则医嘱无效。

可以理解的是，对于特殊抗菌药物的使用，高级职称医生可按照正常流程下达特殊级使用抗菌药物的医嘱，前提条件必须是高级职称条件和会诊同意，对于没有会诊同意的病人所有级别的医生要使用特殊级别的抗菌药物只能通过应急流程进行应急使用。药品医嘱识别组件11可在判定当前抗菌药物医嘱中的抗菌药物为特殊级使用抗菌药物且开具当前抗菌药物医嘱的医生职称为高级职称，从内部通讯组件中获取当前抗菌药物医嘱的会诊结果，若会诊结果为会诊同意，结束操作；会诊结果为不同意或无会诊，将当前抗菌药物医嘱作为无效的抗菌药物医嘱发送至应急越权处理组件；当判定当前抗菌药物医嘱中的抗菌药物为特殊级使用抗菌药物且开具当前抗菌药物医嘱的医生职称不为高级职称，将当前抗菌药物医嘱作为无效的抗菌药物医嘱发送至应急越权处理组件。

在本实施例中，内部通讯组件12可通过内部通讯接口在各医生工作站中传输对当前特殊级使用抗菌药物进行专家会诊过程中的数据信息，内部通讯组件12可先获取医生系统登录身份进行用户识别，并可以向其他用户发送各种在线流程或语音文字信息。医生工作站为医生使用的核心业务系统，医生利用该系统管理每个病人的医嘱下达。对于特殊级使用抗菌药物的使用，除了对开具医生的医师级别有要求外，还需要进行专家会诊。系统提供基于院内通讯工具的会诊流程，便于医生直接在医生站上提出会诊申请，由院内专家同意该会诊申请后，特殊级使用抗菌药物才能由高级职称医生开出。专家会诊流程可如图2所示，首先开具特殊级使用抗菌药物的医生需要在医生工作站也即图中的通讯组件1进行会诊申请，医生填写患者病情、选择会诊申请抗菌药物、根据抗菌药物判断单双专家并选择专家，医生工作站将会诊申请信息通过内部通讯接口发送至通讯组件2中，专家查看会诊信息并进行审核，逻辑判断组件定时或实时去判断是否得到专家会诊审核结果，医生在通讯组件3中查询会诊结果，对于得到会诊同意且具有开具特殊级使用抗菌药物的权限的医生可顺利开具特殊级使用抗菌药物的医嘱。

本申请的应急越权处理组件13可判断接收的抗菌药物医嘱是否符合应急越权条件，调用剂量监控模型检测符合应急越权条件的越权抗菌药物医嘱中的药物剂量是否准确，并自动将剂量正确的越权抗菌药物医嘱生成有效越权医嘱。该组件中接收到的抗菌药物医嘱为未得到会诊同意的抗菌药物医嘱，也可为无需进行专家会诊的抗菌药物医嘱，应急越权条件用于判断抗菌药物医嘱是否可走应急越权流程。考虑到越权下发抗菌药物的医生可能由于经验不足开具的医嘱中的抗菌药物剂量不准确，故预先创建剂量监控模型。剂量监控模型用于判断抗菌药物医嘱中的抗菌药物的剂量是否准确，本申请只对符合应急越权条件的抗菌药物医嘱进行剂量判断。只有符合应急越权条件且剂量正确的抗菌药物医嘱才是真正有效的抗菌药物医嘱，作为系统最终输出的医嘱。

在本发明实施例提供的技术方案中，先识别出医生开具的含有抗菌药物的医嘱，然后对越权下发的医嘱是否为应急使用抗菌药物的医嘱进行识别判断，同时对应急使用抗菌药物的医嘱中的药剂量是否为标准用量进行判断，从而可高效地应急临床紧急情况，避免由于医生权限无法使用某种抗菌药物去审批而导致有效医嘱生成时间较长使得患者错过药物的最佳使用时间，有效提升抗菌药物在整个临床应用的使用效率；对应急越权下发的医嘱中的药剂量进行监控，可及时管控药剂量有问题的医嘱，提高系统最终输出有效医嘱中的抗菌药物的药剂量的准确度，从而可快速、高效地生成携带有抗菌药物使用量的有效医嘱，有利于高效、准确地生成抗菌药物的使用量。

作为一种可选的实施方式，本申请还针对应急越权处理组件13提供了一种实现方式，可包括下述内容：

应急越权处理组件13可包括模型预构建子组件、应急越权条件判断子组件和剂量判断子组件。

本实施例的模型预构建子组件可利用大数据建模算法根据感染类型、病原菌类型以及患者病情严重程度对应的标准药物剂量、依据不同影响因子构建得到与当前抗菌药物医嘱中的抗菌药物的临床特性相匹配的剂量监控模型。大数据建模算法可根据实际需求进行选择，本申请对此不作任何限定。影响因子包括但并限制于表3所示。基于表3所示的影子因子，剂量监控模型的生成原理示意图例如可如图3所示，综合评分通讯模块用于根据不同影响因子对当前抗菌药物剂量的影响程度计算各影响因子的权重。由于每一个抗菌药物的影响因子以及规则都有其特殊性，系统要依据不同抗菌药物的临床特性，有针对性地构建剂量计算模型，也即不同类型的抗菌药物的剂量监控模型不同，可预先构建模型数据库，模型数据库中存储多个剂量监控模型，各剂量监控模型在数据库中可以抗菌药物名称进行区别，这样在使用时，可直接通过抗菌药物的名称在数据库中检索到与其相匹配的剂量监控模型。

剂量监控模型在构建过程中，需要先确定抗菌药物的类型，然后获取该抗菌药物的影响因子，然后基于病人的病情数据信息综合计算得到24小时的标准用量。以A药品为例，A药品的影响因子包括诊断影响因子和生命体征影响因子，这些影响因子值如表4所示，患者的病情数据信息如表5所示，A药品的剂量监控模型中的24h标准用量的计算过程为：系统确认张三病人使用抗菌药物A，系统获取抗菌药物A的影响因子，获取影响因子1+影响因子2，获取表5中所示的病情数据信息，综合计算后得出张三病人使用抗菌药物A24小时使用量为2.0g/24H。进一步的，对于同一类型的抗菌药物，还可获取多个病人的病情数据信息以及相应的24小时的标准用量作为历史数据，基于机器学习可训练如卷积神经网络模型得到剂量计算模型，只要历史数据在标准范围内足够地多，剂量计算模型的准确度就很高。

表3 影响因子及其描述

表4 示意性例子的影响因子值

表5 患者病情数据信息

应急越权条件判断子组件可判断当前抗菌药物医嘱是否满足符合应急越权条件，并将满足应急越权条件的医嘱作为越权抗菌药物医嘱发送至剂量判断子组件。为了应对临床特殊情况，医生需要紧急越权使用抗菌药物。可选的，应急越权条件判断子组件可包括临嘱判断单元、首次应急判断单元和传输单元。

临嘱判断单元可用于判断当前抗菌药物医嘱是否为临时医嘱；也即用于判断医生下达的越权使用抗菌药物医嘱是否是临时医嘱，若是临时医嘱，则将当前抗菌药物医嘱发送至首次应急判断单元进行处理，若不是临时医嘱，则将当前抗菌药物医嘱判定为无效抗菌药物医嘱。

首次应急判断单元可用于若当前抗菌药物医嘱为临时医嘱，判断当前抗菌药物医嘱对应患者针对当前抗菌药物医嘱开具的抗菌药是否没有使用应急流程。若当前病人针对当前用药没有使用过应急流程，则将当前抗菌药物医嘱发送至传输单元进行处理，若当前病人针对当前用药使用过应急流程，则将当前抗菌药物医嘱判定为无效抗菌药物医嘱。

传输单元可用于将没有使用过应急流程且为临时医嘱的当前抗菌药物医嘱作为越权抗菌药物医嘱进行发送。

在本实施例中，应急越权条件的判断过程可如图4所示，高级职称医生在医生站下达特殊级使用抗菌药物，判断当前病人是否有当前特殊级使用抗菌药物的会诊同意即开药非提交，有会诊同意的病人，使用会诊药品不再受任何限制；当前病人无当前特殊级使用抗菌药物会诊同意，询问是否应急使用，医生选择是，进入应急流程；当前病人无当前特殊级使用抗菌药物会诊同意，询问是否应急使用，医生选择否，提交医嘱进行管控。如系统管控过程中不能体现正确的应急流程，可能导致病人无法及时用药的情况，如任意医生职称条件不足或特殊级使用抗菌药物未取得会诊同意的用药情况需要使用特殊级使用抗菌药物时，应急越权流程如图5所示。医生下达会触发应急流程的医嘱时，系统弹框询问如开药非提交时，医生点击“是”，确认进入应急流程。判断触发应急：“1.非特殊级，越权且临时。2.特殊级，临时”。提交医嘱时首先判断是否临时医嘱，然后判断是否属于允许应急，若是则可用并预警，同时提示首剂时间。若否则不可用，进行管控，并提示首剂时间及应急流程已结束。本申请可允许其使用一天的用量作为紧急使用，一天后则提示越权，不允许其继续使用。

本实施例的剂量判断子组件用于自动获取当前患者的各影响因子信息，基于各影响因子信息调用剂量监控模型进行数据分析，得到越权抗菌药物医嘱中的24h抗菌药物剂量是否为标准剂量。该组件中的影响因子的类型与训练模型时的影响因子一致，也即剂量判断子组件可通过内部通讯接口主动从医生工作站和病历电子系统中获取患者诊断结果、是否有手术史或侵入操作史、感染部位、患者病情基础情况、用药史、感染灶的描述信息、生命体征值、检验指标值、是否需要生命支持、是否入住ICU、是否有导管及导管类型、培养结果及药敏结果。系统在自动获取各影响因子的具体信息之后，最终得出是否是正确的24小时用量，如为正确用量，最终才能允许越权应急使用抗菌药物。

作为另外一种可选的实施方式，为了更加便于用户使用本申请的系统，基于上述实施例，所述装置例如还可包括提示组件；

提示组件可根据开具当前抗菌药物医嘱的医生的级别、开具的抗菌药物级别、医嘱类型、会诊结果生成携带有抗菌药物使用状态或缺失操作的提示信息；

其中，抗菌药物使用状态为越权使用或应急越权使用或禁止使用，若抗菌药物使用状态为应急越权使用，提示信息还包括抗菌药物首剂使用时间；医嘱类型为临时医嘱或非临时医嘱；会诊结果为会诊同意、会诊不同意和没有会诊结果。缺失操作的提示信息例如可为当前抗菌药物医嘱没有进行会诊，或者是当前抗菌药物医嘱为应急越权医嘱，需下达临时医嘱。

作为本实施例的其他一些实施方式，所述系统例如还可包括预警组件；预警组件在当前抗菌药物医嘱符合应急越权条件且当前抗菌药物医嘱中的药物剂量准确时，进行预警。预警组件的预警信息和提示组件的提示信息可同时进行，也可先后执行，这均不影响本申请的实现。

作为本实施例的另外一些实施方式，所述系统例如还可包括管控组件；管控组件在当前抗菌药物医嘱不符合应急越权条件和/或当前抗菌药物医嘱中的药物剂量不准确时，对当前抗菌药物医嘱中开具的抗菌药物进行管控。管控组件的管控信息和提示组件的提示信息可同时进行，也可先后执行，这均不影响本申请的实现。

为了使本领域技术人员更加清楚明白本申请技术方案，本申请还提供了一个示意性例子中的抗菌药物临床应用系统使用流程，可包括下述内容：

主治医师张三对病人使用特殊级使用抗菌药物万古霉素，根据抗菌药物分级管理的基础逻辑进行判断，系统会认定这一行为属于越权使用抗菌药物进而不允许使用。系统加入应急越权处理组件后，可以依据大数据核心算法根据医嘱下达情况以及病人实际情况判断能否进入应急使用，应对紧急使用的特殊情况，如图6所示。在获取到张三提供医生工作站下发的医嘱后，判断医嘱中的抗菌药物是否为特殊级使用抗菌药物，若是特殊级使用抗菌药物，进一步判断张三是否为高级职称医生，若张三为高级职称医生，则判断张三开具医嘱是否经过会诊同意，若张三开具医嘱经过会诊同意，则审查结束，判定张三开具的医嘱是有效医嘱。若张三不为高级职称医生，则进入应急越权流程，在应急越权流程中，若为临时医嘱且剂量为24h用量，则进行预警并提示，若不为临时医嘱或剂量不为24h用量，则进行管控并提示。若张三开具医嘱没有经过会诊同意，则进入应急越权流程，在应急越权流程中，若为临时医嘱且剂量为24h用量，则进行预警并提示，若不为临时医嘱或剂量不为24h用量，则进行管控并提示。若不是特殊级使用抗菌药物，则进一步判断张三下发的万古霉素是否为越权使用，若是越权使用，则进入应急越权流程，在应急越权流程中，若为临时医嘱且剂量为24h用量，则进行预警并提示，若不为临时医嘱或剂量不为24h用量，则进行管控并提示。若不是越权使用，审查结束。在上述不同阶段的提示信息可如表6所示：

表6提示信息

由上可知，本发明实施例提高抗菌药物的使用效率，有利于高效、准确地生成抗菌药物使用量。

需要说明的是，本申请中各步骤之间没有严格的先后执行顺序，只要符合逻辑上的顺序，则这些步骤可以同时执行，也可按照某种预设顺序执行，图2-图6只是一种示意方式，并不代表只能是这样的执行顺序。

本发明实施例还针对抗菌药物临床应用系统提供了相应的硬件装置，进一步使得所述系统更具有实用性。本申请还提供了一种电子设备，参见图7所示，本申请实施例提供的一种电子设备包括人机交互组件71、网络端口72、输入接口73及如上任一项所述抗菌药物临床应用系统74。当然，不可避免的还包括存储器和处理器。

抗菌药物临床应用系统74可与各医生工作站通过网络端口72进行数据传输；用户通过人机交互组件71如显示器和键盘、鼠标经输入接口73对抗菌药物临床应用系统74进行操作，以实现抗菌药物在临床上的使用。存储器可包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机可读指令，该内存储器为非易失性存储介质中的操作系统和计算机可读指令的运行提供环境。处理器在一些实施例中可以是一中央处理器（Central Processing Unit，CPU）、控制器、微控制器、微处理器或其他数据处理芯片，为电子设备提供计算和控制能力，执行所述存储器中保存的计算机程序时，可以实现前述任一实施例公开的抗菌药物临床应用系统各组件的功能。

输入接口73可用于获取外部导入的计算机程序、参数和指令，经处理器控制保存至存储器中。人机交互组件71可包括显示单元和输入装置，该输入接口73可以与输入装置相连，接收用户手动输入的参数或指令。该输入装置可以是显示屏上覆盖的触摸层，也可以是终端外壳上设置的按键、轨迹球或触控板，也可以是键盘、触控板或鼠标等。显示单元可与处理器相连，用于显示处理器处理的数据以及用于显示可视化的用户界面即抗菌药物临床应用系统的工作界面。该显示单元可以为LED显示器、液晶显示器、触控式液晶显示器以及OLED（Organic Light-Emitting Diode，有机发光二极管）触摸器等。

网络端口72同时可与处理器相连，用于与外部各终端设备进行通信连接。该通信连接所采用的通信技术可以为有线通信技术或无线通信技术，如移动高清链接技术（MHL）、通用串行总线（USB）、高清多媒体接口（HDMI）、无线保真技术（WiFi）、蓝牙通信技术、低功耗蓝牙通信技术、基于IEEE802.11s的通信技术等。

图7仅示出了具有组件71-74的电子设备，本领域技术人员可以理解的是，图7示出的结构并不构成对电子设备的限定，可以包括比图示更少或者更多的部件，或者组合某些部件，或者不同的部件布置。

由上可知，本发明实施例提高抗菌药物的使用效率，有利于高效、准确地生成抗菌药物使用量。

可以理解的是，如果上述实施例中的抗菌药物临床应用方法以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（Read-Only Memory，ROM）、随机存取存储器（Random Access Memory，RAM）、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、磁碟或者光盘等各种可以存储程序代码的介质。

基于此，本发明实施例还提供了一种计算机可读存储介质，存储有抗菌药物临床应用程序，所述抗菌药物临床应用程序被处理器执行时如上任意一实施例所述抗菌药物临床应用系统各组件的功能。

本发明实施例所述计算机可读存储介质的各功能模块的功能可根据上述方法实施例中的方法具体实现，其具体实现过程可以参照上述方法实施例的相关描述，此处不再赘述。

由上可知，本发明实施例提高抗菌药物的使用效率，有利于高效、准确地生成抗菌药物使用量。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

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

以上对本申请所提供的一种抗菌药物临床应用系统进行了详细介绍。本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。

Claims (10)

1.一种抗菌药物临床应用系统，其特征在于，包括药品医嘱识别组件、内部通讯组件和应急越权处理组件；

所述药品医嘱识别组件基于获取的开具医嘱医生的职称、调用医生职称与抗菌药物级别使用权限对应关系判断抗菌药物医嘱是否有效，并将无效的抗菌药物医嘱数据信息发送至所述应急越权处理组件；

所述内部通讯组件通过内部通讯接口在各医生工作站中传输对特殊级使用抗菌药物进行专家会诊过程中的数据信息；

所述应急越权处理组件判断接收的抗菌药物医嘱是否符合应急越权条件，调用剂量监控模型检测符合所述应急越权条件的越权抗菌药物医嘱中的药物剂量是否准确，并自动将剂量正确的越权抗菌药物医嘱生成有效越权医嘱；所述应急越权处理组件包括模型预构建子组件和剂量判断子组件；所述模型预构建子组件利用大数据建模算法根据感染类型、病原菌类型以及患者病情严重程度对应的标准药物剂量、依据不同影响因子构建得到与当前抗菌药物医嘱中的抗菌药物的临床特性相匹配的所述剂量监控模型；所述剂量判断子组件自动获取当前患者的各影响因子信息，基于各影响因子信息调用所述剂量监控模型进行数据分析，得到所述越权抗菌药物医嘱中的24h抗菌药物剂量是否为标准剂量；根据不同影响因子对当前抗菌药物剂量的影响程度计算各影响因子的权重，依据不同抗菌药物的临床特性有针对性地构建剂量计算模型，不同类型的抗菌药物的剂量监控模型不同；各影响因子信息包括患者诊断结果、是否有手术史或侵入操作史、感染部位、患者病情基础情况、用药史、感染灶的描述信息、生命体征值、检验指标值、是否需要生命支持、是否入住ICU、是否有导管及导管类型、培养结果及药敏结果。

2.根据权利要求1所述的抗菌药物临床应用系统，其特征在于，所述应急越权处理组件包括应急越权条件判断子组件；

所述应急越权条件判断子组件判断所述当前抗菌药物医嘱是否满足符合应急越权条件，并将满足应急越权条件的医嘱作为越权抗菌药物医嘱发送至所述剂量判断子组件。

3.根据权利要求2所述的抗菌药物临床应用系统，其特征在于，所述剂量判断子组件通过所述内部通讯接口主动从医生工作站和病历电子系统中获取患者诊断结果、是否有手术史或侵入操作史、感染部位、患者病情基础情况、用药史、感染灶的描述信息、生命体征值、检验指标值、是否需要生命支持、是否入住ICU、是否有导管及导管类型、培养结果及药敏结果。

4.根据权利要求2所述的抗菌药物临床应用系统，其特征在于，所述应急越权条件判断子组件包括临嘱判断单元、首次应急判断单元和传输单元；

所述临嘱判断单元判断当前抗菌药物医嘱是否为临时医嘱；

所述首次应急判断单元的作用为：在所述当前抗菌药物医嘱为临时医嘱，判断所述当前抗菌药物医嘱对应患者针对所述当前抗菌药物医嘱开具的抗菌药是否没有使用应急流程；

所述传输单元将没有使用过应急流程且为临时医嘱的当前抗菌药物医嘱作为所述越权抗菌药物医嘱进行发送。

5.根据权利要求1至4任意一项所述的抗菌药物临床应用系统，其特征在于，还包括提示组件；

所述提示组件根据开具当前抗菌药物医嘱的医生的级别、开具的抗菌药物级别、医嘱类型、会诊结果生成携带有抗菌药物使用状态或缺失操作的提示信息；

其中，所述抗菌药物使用状态为越权使用或应急越权使用或禁止使用，若所述抗菌药物使用状态为所述应急越权使用，所述提示信息还包括抗菌药物首剂使用时间；所述医嘱类型为临时医嘱或非临时医嘱；所述会诊结果为会诊同意、会诊不同意和没有会诊结果。

6.根据权利要求5所述的抗菌药物临床应用系统，其特征在于，还包括预警组件；

所述预警组件在所述当前抗菌药物医嘱符合所述应急越权条件且所述当前抗菌药物医嘱中的药物剂量准确时，进行预警。

7.根据权利要求5所述的抗菌药物临床应用系统，其特征在于，还包括管控组件；

所述管控组件在所述当前抗菌药物医嘱不符合所述应急越权条件和/或所述当前抗菌药物医嘱中的药物剂量不准确时，对所述当前抗菌药物医嘱中开具的抗菌药物进行管控。

8.根据权利要求1至4任意一项所述的抗菌药物临床应用系统，其特征在于，所述药品医嘱识别组件在判定当前抗菌药物医嘱中的抗菌药物为特殊级使用抗菌药物、且开具所述当前抗菌药物医嘱的医生的职称为高级职称，从所述内部通讯组件中获取所述当前抗菌药物医嘱的会诊结果，若所述会诊结果为会诊同意，结束操作；所述会诊结果为不同意或无会诊，将所述当前抗菌药物医嘱作为无效的抗菌药物医嘱发送至所述应急越权处理组件；当判定所述当前抗菌药物医嘱中的抗菌药物为特殊级使用抗菌药物、且开具所述当前抗菌药物医嘱的医生的职称不为高级职称，将所述当前抗菌药物医嘱作为无效的抗菌药物医嘱发送至所述应急越权处理组件。

9.一种电子设备，其特征在于，包括人机交互组件、网络端口、输入接口及如权利要求1至8任一项所述抗菌药物临床应用系统；

所述抗菌药物临床应用系统与各医生工作站通过所述网络端口进行数据传输；用户通过所述人机交互组件经所述输入接口对所述抗菌药物临床应用系统进行操作。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有抗菌药物临床应用程序，所述抗菌药物临床应用程序被处理器执行时实现如权利要求1至8任一项所述抗菌药物临床应用系统各组件的功能。

Images