一种基于医嘱分解的领药申请方法及系统

本发明属于药品领取技术领域，尤其涉及一种基于医嘱分解的领药申请方法及系统。

医院信息系统，针对住院患者，医生一般会开立长期医嘱，交代药品的用法、每次用量，以及使用频次（频率次数）等。护士审核确认医嘱内容后，会向药房发起领药申请。理论上药房需严格按照医嘱的每次用药量，进行配药、摆药。护士收到药房发出的药品后对患者用药，完成每次医嘱的执行。

当前情况是药房不能做到严格按照医嘱每次用药量进行摆药。医生开具的每次用量是患者的服用量，与药品整数包装规格往往不同。这种情况下药房为每次医嘱执行发出的药量一定会大于每次用量。对于长期医嘱而言，如果每次摆药都超量，势必会造成药品的浪费，以及患者药费的增加。

本发明提供一种基于医嘱分解的领药申请方法及系统，用于解决每次摆药都超量，造成药品浪费以及患者药费增加的技术问题。

第一方面，本发明提供一种基于医嘱分解的领药申请方法，包括：建立药品申领规则库，所述药品申领规则库中包含药品与药品申领规则的关联关系；获取长期医嘱，对所述长期医嘱中的药品按照用药频次拆分，生成至少一个待申领请求；在所述药品申领规则库中检索与所述长期医嘱中的药品对应的药品申领规则，并基于所述药品申领规则对所述至少一个待申领请求进行合并，得到至少一个目标申领请求；根据所述至少一个目标申领请求生成领药量。

进一步地，所述建立药品申领规则库，包括：获取预设药品词典中各个药品的类别以及属性，根据所述类别和属性设置各个药品申领规则；将所述药品申领规则与所述药品进行关联，得到关联关系，并将所述关联关系存储至数据库中使形成药品申领规则库。

进一步地，所述获取预设药品词典中各个药品的类别以及属性，包括：在所述预设药品词典中查待搜索药品对象的药品文本序列，其中，所述药品文本序列为从待搜索药品对象的说明信息和/或标注信息中提取的通用药品名；根据所述药品文本序列获取与所述药品文本序列对应的词条数据，所述词条数据中包含与所述药品文本序列相关联的类别以及属性。

进一步地，所述用药频次包括每天三次、每周三次和/或三日一次。

进一步地，所述药品申领规则包括按天申领、按次申领、按量申领和/或按付申领。

进一步地，其中，待申领请求中包含请求时间以及请求用量，所述基于所述药品申领规则对所述至少一个待申领请求进行合并，得到至少一个目标申领请求，包括：基于所述药品申领规则对同一请求时间段的所述至少一个待申领请求中的请求用量进行合并，得到至少一个目标申领请求，其中，目标申领请求中包含目标请求用量，所述目标请求用量为各个请求用量之和并取整。

进一步地，所述方法还包括：

根据所述用药频次确定领药申请的执行时间点，对所述领药申请的执行时间点进行拆分以得到能包含药品申领次数信息的药品申领顺序号；

当检测到需要进行领药申请时，根据所述药品申领顺序号与药品申领规则结合计算，以确定当前药品申领信息，所述当前药品申领信息至少包括当前是否需要进行药品申领以及对应的申领数量。

第二方面，本发明提供一种基于医嘱分解的领药申请系统，包括：建立模块，配置为建立药品申领规则库，所述药品申领规则库中包含药品与药品申领规则的关联关系；拆分模块，配置为获取长期医嘱，对所述长期医嘱中的药品按照用药频次拆分，生成至少一个待申领请求；合并模块，配置为在所述药品申领规则库中检索与所述长期医嘱中的药品对应的药品申领规则，并基于所述药品申领规则对所述至少一个待申领请求进行合并，得到至少一个目标申领请求；生成模块，配置为根据所述至少一个目标申领请求生成领药量。

第三方面，提供一种电子设备，其包括：至少一个处理器，以及与所述至少一个处理器通信连接的存储器，其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明任一实施例的基于医嘱分解的领药申请方法的步骤。

第四方面，本发明还提供一种计算机可读存储介质，其上存储有计算机程序，所述程序指令被处理器执行时，使所述处理器执行本发明任一实施例的基于医嘱分解的领药申请方法的步骤。

本申请的基于医嘱分解的领药申请方法及系统，对长期医嘱能依据频次进行拆分，并标记实际执行顺序，再结合预先维护的药品申领方式，实现智能申领数量，能够降低用户费用，减少浪费，同时做到符合长期医嘱开立规范。

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

图1为本发明一实施例提供的一种基于医嘱分解的领药申请方法的流程图；

图2为本发明一实施例提供的一种基于医嘱分解的领药申请系统的结构框图；

图3是本发明一实施例提供的电子设备的结构示意图。

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例一

请参阅图1，其示出了本申请的一种基于医嘱分解的领药申请方法的流程图。

如图1所示，本发明实现基于医嘱分解的领药申请的方法具体包括步骤S101-步骤S104。

步骤S101，建立药品申领规则库，所述药品申领规则库中包含药品与药品申领规则的关联关系。

在具体实施例时，建立药品申领规则库具体步骤包括：

步骤S1011，获取预设药品词典中各个药品的类别以及属性，根据所述类别和属性设置各个药品申领规则。

具体地，在所述预设药品词典中查待搜索药品对象的药品文本序列，其中，所述药品文本序列为从待搜索药品对象的说明信息和/或标注信息中提取的通用药品名；根据所述药品文本序列获取与所述药品文本序列对应的词条数据，所述词条数据中包含与所述药品文本序列相关联的类别以及属性。

药品对象为具有其特殊性，是专用于治病的对象，需要按照法定标准进行管理。因此，可使用法定名称表征药品对象。例如，使用“ 通用药品名”作为药品的通用名称。但实际应用中，药品对象可作为一种商品对象，又可同时具有药品商品名。同一通用药品名可对应多个药品商品名。例如，对乙酰氨基酚复方制剂的商品名就有：百服咛、泰诺林、必理通等。

步骤S1012，将所述药品申领规则与所述药品进行关联，得到关联关系，并将所述关联关系存储至数据库中使形成药品申领规则库。

需要说明的是，步骤S1012中的药品申领规则包括按天申领、按次申领、按量申领和/或按付申领。例如，胰岛素对应的药品申领规则为按量申领。

步骤S102，获取长期医嘱，对所述长期医嘱中的药品按照用药频次拆分，生成至少一个待申领请求。

需要说明的是，用药频次包括每天三次、每周三次和/或三日一次。

在一个具体应用场景中，长期医嘱可以是长期口服医嘱，长期医嘱内容包括每次半片降压药（福辛普利），每日两次，连续服用10日。

其中，根据用药频次（每日两次）对长期口服医嘱中的降压药进行拆分得到两个待申领请求。例如在上午8点申领一次半片降压药，下午4点再申领一次半片降压药。

步骤S103，在所述药品申领规则库中检索与所述长期医嘱中的药品对应的药品申领规则，并基于所述药品申领规则对所述至少一个待申领请求进行合并，得到至少一个目标申领请求。

需要说明的是，待申领请求中包含请求时间以及请求用量。

具体地，基于所述药品申领规则对同一请求时间段的所述至少一个待申领请求中的请求用量进行合并，得到至少一个目标申领请求，其中，目标申领请求中包含目标请求用量，所述目标请求用量为各个请求用量之和并取整。

例如，长期医嘱内容中包括每次半片降压药（福辛普利），每日两次，连续服用10日，根据用药频次对长期口服医嘱中的降压药进行拆分得到在上午8点申领一次半片降压药的一个待申领请求，以及在下午4点申领一次半片降压药的另一个待申领请求。由于上午8点和下午4点的两个时间点均在降压药对应的按天申领的一天时间段中，因此将两个待申领请求进行合并，得到目标申领请求，其中，目标申领请求的目标请求量为0.5+0.5=1片。

步骤S104，根据所述至少一个目标申领请求生成领药量。

综上，本发明上述实施例当中的基于医嘱分解的领药申请方法，通过将药品与药品申领规则关联，使得基于药品申领规则对待申领请求进行合并，得到目标申领请求，实现智能申领数量，能够降低用户费用，减少浪费，同时做到符合长期医嘱开立规范。

实施例二

本发明第二实施例也提出一种基于医嘱分解的领药申请方法，所述基于医嘱分解的领药申请方法通过软件和/或硬件来实现，所述方法具体包括步骤S201-步骤S204。

步骤S201，在药品基础字典中按照药品分类和性质等，划分申领选项。

初步划分如下选项：

选项1-按次申领，药房按照医嘱每次用量摆药；

选项2-按天申领，依据频次计算一天的使用量，一次申领一整天的药量；

选项3-按量申领，一次申领药品整包装数量，根据每次用量动态计算，用完再申领。

针对具体药品分类可做如下定义：

西药

片剂，口服药：基于药品的包装规格，以及药房是否具备药品拆零能力（如包药机的使用等），可配置为按次申领或者按天申领（每日多次服用建议配置）；

液体类：基于制剂规格，和药品的具体用法（静脉点滴等），因为无法对其进行拆包处理，一般只能配置为按次申领。

长期注射类：如胰岛素等，申领一个单位往往可以使用多次，建议配置为按量申领。

喷剂类：理论上可以配置为按量申领，实际因为计算误差较大，可以在计算使用次数上保有一定余量或者容差，在药品使用次数达到额定次数80%以上，提出新的申领。（医嘱分解算法做处理）

中成药（颗粒剂等）

具有整包装规格的成药，如果最小包装数量较大，患者需多次服用的，可配置为按天或者按量申领；如果包装数量不大，则可以配置为按次申领。

中草药

对于散装称克数的草药，可配置为按次申领每次用量。

对于膏方类，根据医嘱指定使用付数，可配置按次申领，或者按天申领。

步骤S202，对长期医嘱按照频次进行拆分，记录每一次申领次数。

医嘱分解算法，针对不同频次做对应处理：不同的频次维护不同的执行时间点（医生也可以在开立医嘱的时候对时间点进行调整）。系统根据时间点进行拆分，每次药品的申领与时间点相对应。这样可以精确记录药品的申领次数（顺序号）。以下为临床普适的医嘱频次分类，在算法编写中需要分别对应。

频次具体包括：每日一次或者多次、隔多日一次、每周一次或者多次（指定星期几）、每（多）小时一次、持续24小时。

步骤S203，根据医嘱开立药品的申领选项，通过每次执行记录的序号，判断是否需要提交领药申请。对医嘱分解的结果序号，与药品的申领选项结合计算，明确是否需要提交领药申请，以及申领数量多少。

其中，药品的申领选项为预先维护的药品申领方式，即初步建立的药品申领规则，以根据每次执行记录的序号以及药品申领规则确定当前是否要提交领药申请以及具体的申领数量多少，如：每日三次半片口服药，按天申领，在医嘱分解当天分解序号（序号=1）的时候，计算0.5X3=1.5->2片，得出申领数量为2片；而对于当天分解序号为2、3的，则不予提交领药申请。保证患者第一次领到全天最小够用的药品数量。

步骤S204，药房根据护士提交的领药申请摆药。

药房对患者的摆药数量，完全依赖护士站提交的领药申请，而不是患者的长期医嘱内容，这样可以做到最为灵活和自由的临床用药控制。

基于本实施例的方法，示出了以下案例来说明本发明的方法能够降低医药费用，减少药品浪费：

案例一：长期口服药医嘱，每次半片降压药，每日两次。假定患者连续服用了10日。

原方案：药房无法摆半片药，每次执行摆药1片，每日摆药1X2=2片，连续10日服用，摆药2X10=20片;

优化方案：药品字典维护该降压药为“按天申领”。系统计算一天用药量为0.5X2=1片，每天申领1片，药房摆药1片，连续10日服用，药房摆药1X10=10片。

结果：减少药品浪费：20-10=10片

案例二：长期注射胰岛素（规格为300单位/瓶），每次注射30单位，每日一次。假定患者连续注射了10日。

原方案：药房无法拆分，每日摆药1瓶，10日摆药10瓶。

优化方案：这类药品维护为“按量申领”，用量用完再申领。第一天摆药1瓶（300单位），10天内护士每天抽取30单位注射。10日用量：30X10=300单位=1瓶。正好用完。

结果：减少药品浪费：10-1=9瓶。

实施例三

请参考图2，其示出了本发明的一种基于医嘱分解的领药申请系统的结构框图。

如图2所示，领药申请系统200，包括建立模块210、拆分模块220、合并模块230以及生成模块240。

其中，建立模块210，配置为建立药品申领规则库，所述药品申领规则库中包含药品与药品申领规则的关联关系；拆分模块220，配置为获取长期医嘱，对所述长期医嘱中的药品按照用药频次拆分，生成至少一个待申领请求；合并模块230，配置为在所述药品申领规则库中检索与所述长期医嘱中的药品对应的药品申领规则，并基于所述药品申领规则对所述至少一个待申领请求进行合并，得到至少一个目标申领请求；生成模块240，配置为根据所述至少一个目标申领请求生成领药量。

应当理解，图2中记载的诸模块与参考图1中描述的方法中的各个步骤相对应。由此，上文针对方法描述的操作和特征以及相应的技术效果同样适用于图2中的诸模块，在此不再赘述。

实施例四

本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序指令被处理器执行时，使所述处理器执行上述任意方法实施例中的基于医嘱分解的领药申请方法；

作为一种实施方式，本发明的计算机可读存储介质存储有计算机可执行指令，计算机可执行指令设置为：

建立药品申领规则库，所述药品申领规则库中包含药品与药品申领规则的关联关系；

获取长期医嘱，对所述长期医嘱中的药品按照用药频次拆分，生成至少一个待申领请求；

在所述药品申领规则库中检索与所述长期医嘱中的药品对应的药品申领规则，并基于所述药品申领规则对所述至少一个待申领请求进行合并，得到至少一个目标申领请求；

根据所述至少一个目标申领请求生成领药量。

计算机可读存储介质可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据基于医嘱分解的领药申请系统的使用所创建的数据等。此外，计算机可读存储介质可以包括高速随机存取存储器，还可以包括存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，计算机可读存储介质可选包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至基于医嘱分解的领药申请系统。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

图3是本发明实施例提供的电子设备的结构示意图，如图3所示，该设备包括：一个处理器310以及存储器320。电子设备还可以包括：输入装置330和输出装置340。处理器310、存储器320、输入装置330和输出装置340可以通过总线或者其他方式连接，图3中以通过总线连接为例。存储器320为上述的计算机可读存储介质。处理器310通过运行存储在存储器320中的非易失性软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例基于医嘱分解的领药申请方法。输入装置330可接收输入的数字或字符信息，以及产生与基于医嘱分解的领药申请系统的用户设置以及功能控制有关的键信号输入。输出装置340可包括显示屏等显示设备。

上述电子设备可执行本发明实施例所提供的方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本发明实施例所提供的方法。

作为一种实施方式，上述电子设备应用于基于医嘱分解的领药申请系统中，用于客户端，包括：至少一个处理器；以及，与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够：

建立药品申领规则库，所述药品申领规则库中包含药品与药品申领规则的关联关系；

获取长期医嘱，对所述长期医嘱中的药品按照用药频次拆分，生成至少一个待申领请求；

在所述药品申领规则库中检索与所述长期医嘱中的药品对应的药品申领规则，并基于所述药品申领规则对所述至少一个待申领请求进行合并，得到至少一个目标申领请求；

根据所述至少一个目标申领请求生成领药量。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行各个实施例或者实施例的某些部分的方法。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。