CN114093456A

CN114093456A - 一种基于药品本位扩展码的医嘱开具系统的信息处理方法

Info

Publication number: CN114093456A
Application number: CN202111354687.5A
Authority: CN
Inventors: 蔡蕤; 陈忠东; 陈灿
Original assignee: Individual
Current assignee: Individual
Priority date: 2021-11-16
Filing date: 2021-11-16
Publication date: 2022-02-25

Abstract

本发明公开了一种基于药品本位扩展码的医嘱开具系统的信息处理方法，涉及医嘱开具信息处理技术领域，其技术方案要点是：开具处方医嘱时，输入药品名称或药品名称输入码，查找药品名称列表，选择药品名称，从本位扩展码表中显示药品名称+包装规格+生产企业，供医生选择；通过本位扩展码表关联属性表中显示推荐单次用量及用量单位，采用推荐用量或输入实际用量；根据用法表中推荐用法选择药品实际用法；根据给药频次表的推荐给药频次选择实际给药频次；输入疗程或总用量，根据给药频次关联一日次数计算总用量或疗程；输入备注。本发明的方法中，处方医嘱可每一步将数据通过信息平台传输给HIS系统，也可在最终保存后将数据通过接口传输给HIS系统。

Description

一种基于药品本位扩展码的医嘱开具系统的信息处理方法

技术领域

本发明涉及医嘱开具信息处理技术领域，更具体地说，它涉及一种基于药品本位扩展码的医嘱开具系统的信息处理方法。

背景技术

电子用药医嘱开具是医院管理信息系统(以下简称HIS系统)最基本的功能之一，用药医嘱包括门急诊患者处方医嘱与住院患者用药医嘱两类。每条用药医嘱的内容一般包括药品名称及其代码，单次用量，用法、给药频次、疗程、总用量、备注信息等。

由于HIS系统的用药医嘱模块是HIS系统早期所开发，药品基础数据不完善，随着HIS功能要求的增加，多数是通过打补丁的方式实现，出现了方方面面的问题，如开具药品时，为了显示药品的特殊属性，如医保属性、基本药物属性、抗菌药物、招标属性、集采属性、谈判药品属性、皮试标识等，在药品名称增加了一系列的标识，非常不规范且在后续处方或医嘱以及入库出库单打印时这些属性占据了大量的字符而导致有效信息显示不全；药品的用量、用法、给药频次等信息如果医生开具错误，只有等到处方或医嘱开具结束审方时才能发现错误，没有前置用药提示以避免开具错误；有些药品开具的医嘱信息用量单位不规范，导致无法用药，如滴眼液每次用量开具1支的量或者开具0.05ml等，导致用药错误或无法准确用药；医生开具医嘱时一般使用剂量单位开具，而患者使用时则通常按制剂单位如片、粒使用，导致在药师对患者进行用药交待时需要根据剂量心算后为患者提供从而有可能导致错误的用药交待，而不能通过程序直接转换。

因此，本发明旨在设计提供一种基于药品本位扩展码的医嘱开具系统的信息处理方法，以解决上述问题。

发明内容

本发明的目的是针对解决上述问题，提供一种基于药品本位扩展码的医嘱开具系统的信息处理方法。

本发明的上述技术目的是通过以下技术方案得以实现的：一种基于药品本位扩展码的医嘱开具系统的信息处理方法，包括以下步骤：

S1、在开具处方医嘱时，通过输入药品名称或药品名称输入码，在药品名称表中找到包含查询内容的药品名称列表，并选择其中一种药品名称，从本位扩展码表中列表显示药品名称、包装规格和生产企业，并根据包装规格关联属性表中获取必要信息，并显示于药品名称、包装规格和生产企业供医生选择，医生选择后，界面显示药品名称和包装规格；

S2、通过本位扩展码表关联属性表中显示推荐单次用量和用量单位，并直接采用推荐用量或输入实际用量；

S3、根据用法表中的药品推荐用法选择药品实际用法；

S4、根据给药频次表中的推荐给药频次选择实际给药频次；

S5、通过输入疗程或总用量，并根据给药频次关联的一日次数计算总用量药疗程；输入备注，完成处方医嘱的开具；

S6、将处方医嘱的每一步的数据通过医院管理信息平台传输给HIS系统，或将处方医嘱的每一步的数据直接做为HIS每一步数据的参数，或在最终保存后将数据通过接口传输给HIS系统。

进一步地，步骤S1中医嘱的药品名称的开具与选择包括以下步骤：

S101、药品名称表中包含了药品名称、药品名称代码、输入码的字段，在界面输入药品名称或药品名称代码时，分别在药品名称的字段及输入码的字段中查找包含搜索内容的药品名称供医生选择；

S102、本位扩展码表中包含药品名称、药品名称代码、包装规格、本位扩展码的字段，在步骤S101中选择了药品名称后，相应的药品名称代码被选择，在本位扩展码表中搜索包含药品名称代码的所有药品数据，界面展示药品名称和包装规格供医生选择，并将选择后的本位扩展码中的药品名称、包装规格显示于界面中；

S103、本位扩展码关联属性表中包含每种药品相关的属性，如医保属性、基本药物属性、抗菌药物属性、招标属性、集采属性、谈判药品属性；在步骤S102中展示药品名称和包装规格时，将本位扩展码关联属性表中包含的相关的属性的名称或属性名称代码展示于药品名称前，并可采用不同颜色加以区分；

S104、在筛选药品名称、药品本位扩展码表时，根据医院要求限定医生能够开具的药品的名称；或在医生选择药品后若不符合指定条件时，为医生提供警示信息并拒绝该药品的选择，或不符合指定条件时，在医生界面选择了符合条件的选项后才显示相应的药品。

进一步地，步骤S2中的推荐单次用量及用量单位的显示包括以下步骤：

S201、在本位扩展码关联属性表中，还包含药品的用量单位和推荐单次用量的字段，在步骤S2中选择药品本位扩展码后，相应的用量单位和推荐单次用量直接显示于界面中，医生可以对单次用量进行修改。

进一步地，步骤S3中的药品推荐用法的显示包括以下步骤：

S301、在本位扩展码关联属性表中，还包含药品的推荐用法的字段，在步骤S2中选择药品本位扩展码后，相应的所有该药品用法列表显示于界面中，供医生选择，医生可以根据实际情况对用法进行修改。

进一步地，步骤S4中的推荐给药频次的显示包括以下步骤：

S401、在本位扩展码关联属性表中，还包含药品的推荐给药频次的字段，在步骤S2中选择药品本位扩展码后，相应的所有该药品推荐给药频次列表显示于界面中，供医生选择，医生可以根据实际情况对给药频次进行修改。

进一步地，步骤S5中的输入疗程或总用量的显示包括以下步骤：

S501、在给药频次基础表中，包含药品给药频次、每日给药次数的字段，在步骤S4中选择药品给药频次后，调取该给药频次所对应的每日给药次数，当医生输入疗程后，根据药品每次用量折算的制剂单位数量结合每日给药次数计算每天需要使用的制剂单位数量，乘以疗程，得出以制剂单位为单位的医嘱总用量，或以制剂单位为单位的医嘱总用量除以转换系数，得到以包装单位为单位的医嘱总用量，并可在输入总用量后得到用药疗程。

进一步地，步骤S6的具体方法包括以下步骤：

S601、每一步将数据通过医院管理信息平台传输给HIS系统的方法：在医生确定药品名称后，将药品名称及代码传输到医院管理信息平台，医院管理信息平台再将药品名称及代码传输给HIS系统；在确定药品单次用量及用量单位、用法、给药频次、疗程、医嘱总量、备注的信息后，直接通过医院管理信息平台将相应数据传输给HIS；

S602、每一步数据直接做为HIS每一步数据的参数的方法：在医生确定药品名称后，将药品名称及代码作为缓存数据，HIS系统中的药品名称获得焦点后直接将缓存中的药品名称及代码保存在HIS医嘱表中；在确定药品单次用量及用量单位、用法、给药频次、疗程、医嘱总量、备注的信息后，直接通过每一步的缓存数据将相应数据传输给HIS；

S603、最终保存后将数据通过接口传输给HIS系统的方法：使用医嘱开具系统开具医嘱结束并保存数据时，将各项数据通过接口传输给HIS系统供HIS系统保存。

进一步地，所述医嘱开具系统的药品名称数据表、药品本位扩展码数据表、药品本位扩展码关联属性数据表、药品用法基础表、药品给药频次基础表的数据表保存于医院的服务器中，且与医院药品对应后由医院根据实际情况通过界面进行调整。

进一步地，所述医嘱开具系统的程序由Fox、Foxpro、Pacical、C语言、C++、Delphi、.Net、JAVA、Phython的编程语言以及WebService结合XML实现。

本发明的方案的基本思路为：利用本位扩展码知识库中关联的各种基础信息为医生逐步提供最佳或合规的数据列表供医生选择，从而从源头上避免医生开具医嘱的错误。

综上所述，本发明具有以下有益效果：

1、本发明的方法中，本位扩展码关联的属性数据表可以为每种药品提供很多的属性数据，所有的简单属性均可以根据需要添加到医嘱开具时的药品名称前以提示医生关注；

2、本发明的方法中，药品的推荐一次用量直接显示，多数情况下医生无需修改一次用量直接使用，少数情况下在需要时允许医生修改；

3、本发明的方法中，药品的推荐用法供医生在列表中选择、药品的推荐给药频次供医生在列表中选择，可以从根本上避免医生自由录入时的错误；

4、本发明的方法中，根据医生权限设置以及患者的基础信息等预置的条件直接将不该使用的药品前置提示，避免医生作过多的无用功；

5、本发明的方法中，与HIS之间有多种数据交互方式，可以在不改变HIS原有架构及操作习惯的情况下开具医嘱。

附图说明

图1是本发明实施例中的处方开具系统流程原理图；

图2是本发明实施例中的医嘱禁止开具限制环节设置图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。本发明中的药品名称在有些场合又称药品通用名称或产品名称；实施例中的用法，在有些场合又称为给药途径，实施例中的包装规格，在有些场合又称为药品规格、规格等；这种名称的差异并不限定本发明。实施例中的药品规格，本发明又将其拆分出来制剂规格，制剂规格在有些场合又称为最小规格，这些规格名称的差异并不限定本发明。实施例中的其它名称如处方规格、剂量、装量、制剂单位、简易制剂单位、无包装制剂单位等名词在某些场合的名称有可能不一致，这种差异并不限定本发明。

本发明的方案提供一种基于药品本位扩展码的医嘱开具系统的信息处理方法，包括以下步骤：

S1、在开具处方医嘱时，通过输入药品名称或药品名称输入码，在药品名称表中找到包含查询内容的药品名称列表，选择其中一种药品名称，从本位扩展码表中列表显示药品名称、包装规格和生产企业，并根据包装规格关联属性表中获取必要信息显示于药品名称、包装规格和生产企业供医生选择，医生选择后界面显示药品名称与包装规格；

S2、通过本位扩展码表关联属性表中显示推荐单次用量及用量单位，医生直接采用推荐用量或输入实际用量；

S3、医生根据用法表中的药品推荐用法选择药品实际用法；

S4、医生根据给药频次表中的推荐给药频次选择实际给药频次；

S5、医生输入疗程或总用量，根据给药频次关联的一日次数计算总用量药疗程；输入备注完成处方医嘱的开具；

S6、处方医嘱可以每一步将数据通过医院管理信息平台传输给HIS系统，或每一步数据直接做为HIS每一步数据的参数，也可以在最终保存后将数据通过接口传输给HIS系统。

其中，步骤S1中所述的医嘱药品名称的开具与选择包括以下方法与步骤：

S101、药品名称表中包含了药品名称、药品名称代码、输入码等字段，当在界面输入药品名称或药品名称代码时，分别在药品名称字段及输入码字段中查找包含搜索内容的药品名称供医生选择；

S102、本位扩展码表中包含了药品名称、药品名称代码、包装规格、本位扩展码等字段，当S101中选择了药品名称后，相应的药品名称代码被选择，在本位扩展码表中搜索包含药品名称代码的所有药品数据，界面展示药品名称与包装规格供医生选择，将选择后的本位扩展码中的药品名称、包装规格显示于界面中；

S103、本位扩展码关联属性表中有每种药品相关的属性，如医保属性、基本药物属性、抗菌药物属性、招标属性、集采属性、谈判药品属性等；在S102展示药品名称及包装规格时，将这些属性名称或属性名称代码展示于药品名称前，可用不同颜色加以区分；

S104、在筛选药品名称、药品本位扩展码表时，可以根据医院要求限定医生能够开具的药品的名称，如指定药房的库存量、指定医生或处方类型或科室开具特定药品的处方权限、指定药品的适用年龄、指定药品的用药性别、指定药品的诊断相符性、特定情况下使用以及其它指定药品的限制条件等进行判断是否显示该药品列表；或者在医生选择药品后如果不符合指定条件时，为医生提供警示信息并拒绝该药品的选择，或者不符合指定条件时，在医生界面选择了符合条件的选项后才能显示相应的药品。

其中，步骤S2中所述的显示推荐单次用量及用量单位包括以下方法与步骤：

S201、在本位扩展码关联属性表中，还包含药品的用量单位及推荐单次用量等字段，在S2中选择药品本位扩展码后，相应的用量单位及推荐单次用量直接显示于界面中，医生可以对单次用量进行修改。

其中，步骤S3中所述的显示推荐用法包括以下方法与步骤：

S301、在本位扩展码关联属性表中，还包含药品的推荐用法字段，在S2中选择药品本位扩展码后，相应的所有该药品用法列表显示于界面中，供医生选择，医生可以根据实际情况对用法进行修改；

其中，步骤S4中所述的显示推荐用法包括以下方法与步骤：

S401、在本位扩展码关联属性表中，还包含药品的推荐给药频次字段，在S2中选择药品本位扩展码后，相应的所有该药品推荐给药频次列表显示于界面中，供医生选择，医生可以根据实际情况对给药频次进行修改。

其中，步骤S5中所述的显示输入疗程或总用量包括以下方法与步骤：

S501、在给药频次基础表中，包含了药品给药频次、每日给药次数等字段，在S4中选择药品给药频次后，可以调取该给药频次所对应的每日给药次数，当医生输入疗程后，根据药品每次用量折算的制剂单位数量结合每日给药次数计算每天需要使用的制剂单位数量，乘以疗程可以得出以制剂单位为单位的医嘱总用量，或者以制剂单位为单位的医嘱总用量除以转换系数得到以包装单位为单位的医嘱总用量，这一过程反过来，可以在输入总用量后得到用药疗程；

更进一步，步骤S6中所述的医嘱开具系统与HIS系统的数据交互包括以下方法：

S601、方法一：每一步将数据通过医院管理信息平台传输给HIS系统：在医生确定药品名称后，将药品名称及代码传输到医院管理信息平台，医院管理信息平台再将药品名称及代码传输给HIS系统；同样的，在确定药品单次用量及用量单位、用法、给药频次、疗程、医嘱总量、备注等信息后，直接通过医院管理信息平台将相应数据传输给HIS；

S602、方法二：每一步数据直接做为HIS每一步数据的参数：在医生确定药品名称后，将药品名称及代码作为缓存数据，HIS系统中的药品名称获得焦点后直接将缓存中的药品名称及代码保存在HIS医嘱表中；同样的，在确定药品单次用量及用量单位、用法、给药频次、疗程、医嘱总量、备注等信息后，直接通过每一步的缓存数据将相应数据传输给HIS；

S603、方法三：使用医嘱开具系统开具医嘱结束并保存数据时，将各项数据通过接口传输给HIS系统供HIS系统保存。

实施例1：药品本位扩展码相关知识库表的结构及数据维护要点说明

药品本位扩展码表是知识库的基本数据，字段包括药品本位扩展码、批准文号、药品名称、药品名称代码、剂量、剂量单位、装量、装量单位、制剂单位、转换系数、包装单位、附加剂型、附加规格、生产企业、制剂规格、包装规格、处方规格、简易制剂规格、简易包装规格、本位码等字段；

药品名称数据表包括如下字段：药品名称、药品名称代码、药品名称输入码、各种属性如毒、麻、精、放、抗、基本药物、医保类型、招标、辅助用药、集采、谈判、抗菌药物级别等；

本位扩展码关联属性数据表包括如下字段：本位扩展码、制剂规格、包装规格、处方规格、简易制剂规格、简易包装规格、各种属性如毒、麻、精、放、抗、基本药物、医保类型、招标、辅助用药、集采、谈判、抗菌药物类别、单次用量、用量单位、推荐用法、禁止用法、推荐给药途径、禁止给药途径、推荐给药频次、禁止给药频次等字段；

给药频次基础表包括给药频次代码、给药频次名称、每日给药次数等字段；

上述数据表均在使用前已维护好每一种上市药品的相关内容，而且在不断增加数据过程中。

实施例2：药品医嘱开具实施例

下边以几种药品医嘱开具的实例进行说明每一条医嘱的开具过程：

注：实施例中的药品显示均以本院有库存的药品的名称、规格、生产企业为准显示，通过系统配置文件设置。在与HIS进行数据交互时有三种方法，根据接口类型本实施例采用的是通过医院管理平台在每一步操作后直接将数据传输到医院管理平台，再通过平台传输给HIS，系统所采用的界面也为HIS操作界面，所有数据既在HIS系统中保存，也在医嘱开具系统中保存。

1、口服药品门诊患者处方医嘱实例

以阿司匹林缓释片为例说明。

阿司匹林缓释片的药品名称码为DN000249，输入码为ASPLHSP。当输入ASPL时，药品名称列表包括阿司匹林片、阿司匹林缓释片、小儿复方阿司匹林片、注射用精氨酸阿司匹林等(继续输入HSP将缩小列表范围)；选择阿司匹林缓释片，列表显示(乙)阿司匹林缓释片_50mg×12片/盒_华东医药(西安)博华制药有限公司、(乙)阿司匹林缓释片_75mg×100片/瓶_郑州市协和制药厂等规格与产地；选择(乙)阿司匹林缓释片_75mg×100片/瓶_郑州市协和制药厂，医嘱界面显示药品名称为阿司匹林缓释片，规格为75mg×100片/瓶。药品选择结束，其中(乙)代表医保乙类，后台获取本位扩展码为86903266000015010。

本位扩展码关联属性数据表中，本位扩展码86903266000015010关联的医保属性为“乙”类医保，基本药物属性、抗菌药物属性、集采属性、谈判药品属性均为空，因此在显示产品名称前的属性仅显示(乙)；此外单次推荐用量75，剂量单位为mg，推荐用法为L＝42，备选推荐用法为L＝41，禁止用法为L<3；推荐给药频次为1/1；与推荐用法L＝42相对应的本院药品用法包括吞服、餐前吞服、吞中吞服、餐后吞服等；与备选推荐用法L＝41相对应的本院用法包括餐前口服、餐时口服、餐前半小时口服、睡前口服、晨起口服等，与禁止用法L<3的用法包括各种注射用法、各种眼内用药方法、各种体内局部用药方法等。推荐给药频次1/1相对应的本院给药频次包括qd、qn、每晨一次、每日一次等，禁止给药频次为空。

在确定药品名称、包装规格、生产企业后，对应的剂量显示为75，剂量单位显示为mg，剂量允许在界面中调整，而剂量单位不允许调整；本实施例选择不调整。

在用法中，下拉列表框显示吞服、餐前吞服、吞中吞服、餐后吞服，可以选择其中一个做为本实施例的用法，也可以输入其它备选推荐用法或用法代码，列表显示包含该输入值的备选推荐用法供医生选择，但是输入禁止用法时则不显示，如输入注射时下拉列表中不显示任何信息。本实施例选择为餐前吞服。

在给药频次中，下拉列表选项包括qd、qn、每晨一次、每日一次，可以选择其中一个做为本实施例的给药频次，也可以输入其它给药频次或给药频次代码列表显示供医生选择，由于本实施例无禁止给药频次，本院所有的给药频次均允许医生输入后选择。本实施例选择的给药频次为每晨一次。给药频次基础表中每晨一次所对应的给药次数为1。

输入疗程7(天)，处方总用量则计算为7(片)；如果改变总用量输入值为28(片)，则疗程计算值变为28(天)，本实施例选择疗程为28天。

输入备注信息：慢性病用药。表示这条医嘱超过了7天常用量，需要注明原因，不至于在处方审核时或处方点评时判定为不合格处方。

至此，阿司匹林缓释片的医嘱开具完成。

2、滴眼液门诊患者处方医嘱实例

以阿昔洛韦滴眼液医嘱开具为例说明。

本院以阿昔洛韦滴眼液仅有一个规格一个生产企业，本位扩展码为86901322000023000，规格为0.1％×8ml/支，生产企业为沈阳兴齐眼药股份有限公司。因此在药品名称中输入axlwdyy后下拉列表框仅显示一条数据，即阿昔洛韦滴眼液，选择名称后，下拉列表框中仅显示一条数据，即(甲)(基)阿昔洛韦滴眼液_0.1％×8ml/支_沈阳兴齐眼药股份有限公司。选择后，在界面药品中显示为阿昔洛韦滴眼液，规格显示为0.1％×8ml/支。

本位扩展码关联属性数据表中，本位扩展码86901322000023000关联的医保属性为“甲”类医保，基本药物属性为1，抗菌药物属性、集采属性、谈判药品属性均为空。此外单次推荐用量1，剂量单位为滴，推荐用法为L＝200，备选推荐用法为L＝201，禁止用法为L＝1；推荐给药频次为12/1。与推荐用法L＝200相对应的本院药品用法包括滴眼、睡前滴眼、滴左眼、滴右眼、滴双眼等；与备选推荐用法L＝202相对应的本院用法包括点眼、点左眼、点右眼、点双眼、点眼角内等。推荐给药频次12/1相对应的本院给药频次包括q2h等，禁止给药频次为空。86901322000023000的总用量关联给药频次属性为否。

选择药品后，界面显示的用量单位为滴，一次用量为1，人为将用量改为2。

用法下拉列表包括滴眼、睡前滴眼、滴左眼、滴右眼、滴双眼等，可以直接选择，也可以在用法中输入“点”，下拉列表显示为点眼、点左眼、点右眼、点双眼、点眼角内等可供选择。本实施例直接选择滴右眼。

给药频次下拉列表仅有一个q12h，可以直接选择，也可以输入给药频次或给药频次代码选择其它给药频次，本实施例直接选择q12h，所对应的每日给药次数为12次。

由于本实施例选择的药品的总用量关联给药频次属性为否，因此疗程与总用量不关联，疗程可随意输入，总用量输入1(支)

至此，阿昔洛韦滴眼液的医嘱开具完成。

实施例3：药品医嘱禁止开具实施例

下边以几种药品医嘱开具时的不能开具的几种情况的原因及实现过程：

1、麻醉药品处方权限制开具麻醉药品实例

麻醉药品的开具需要处方权限，如果医生无麻醉药品处方权，将不应开具麻醉药品。

在开具药品时，输入药品名称或药品名称输入码后，如果选择的是麻醉药品，由于药品名称关联属性中有是否为麻醉药品，需要检测医生是否有麻醉药品处方权，如果医生处方无麻醉药品处方权，直接限制继续显示药品的规格、生产企业等信息，并弹出提示信息。

上述过程也可以在选择规格、生产企业后，根据药品本位扩展码检测到的麻醉药品属性值与医生处方权限之间比较后进行限制，还可以在最终保存医嘱时判断后进行限制。

除麻醉药品处方权外，第一类精神药品也有处方权限制，也可以在需要时对特定医生禁止开具特定药品进行限制，同样采取处方权限制的方法。

2、患者年龄限制禁止开具药品实例

在药品名称关联属性中，某些药品在某一年龄段禁止使用，最常见的是儿童禁用药品，有些药品禁止18岁以下儿童禁用，有些药品禁止14岁以下、12岁以下、6岁以下、3岁以下、1岁以下、3个月以下等年龄使用。如喹诺酮类药物全身用药禁止18岁以下儿童使用，在药品名称关联属性中，左氧氟沙星片/胶囊/注射液等均设有最小使用年龄为18岁，并有警示信息说明的属性。

当开具左氧氟沙星全身用药的剂型的药品名称时，如果检测到患者的年龄<18岁，直接限制继续显示药品的规格、生产企业等信息，并弹出药品名称属性中的警示信息内容。

这种情况除直接限制开具相应的药品外，还可以附条件允许开具相应药品，如医生说明具体原因并愿意承担责任、患者知情同意、经过一定的审批程序等，符合条件时允许继续开具相应的药品。

所有的对患者使用年龄限制的药品均可以按照这种方式设置。

3、妊娠患者禁止开具药品实例

妊娠禁忌药品较多，当患者信息中的孕龄信息符合一定条件时，患者是不能使用这种药品的。有些药品整个孕期禁止使用，有些药品禁止妊早期使用(妊娠前3个月)，有些禁止妊中期使用，有些禁止妊晚期或临近分娩时使用。妊娠禁忌在药品名称关联属性或本位扩展码关联属性中均有限制孕龄的最低孕龄与最高孕龄，以及警示信息内容的属性。当开具这些药品时，需要检测药品名称关联属性中的妊娠用药禁止使用的孕龄，在开具有限制药品名称或选择规格与生产企业后，如果不符合孕龄要求，可以直接禁止开具相应的药品的选择并弹出警示信息。可以附条件允许开具相应药品，如医生说明具体原因并愿意承担责任、患者知情同意、经过一定的审批程序等，符合条件时允许继续开具相应的药品。

4、门诊处方禁止开具输液实例

目前政策要求二三级公立医院禁止门诊输液，可以通过设定用法中与静脉输液相关的用法进行限制。

如开具青霉素并选择规格与生产企业后，如果用法选择了L＝1041相关的用法，需要检测开具处方的科室是否为门诊科室，如果属于门诊科室，直接进行限制选择这一类用法，并弹出相应的警示信息。

在最终保存医嘱时判断后进行限制。

这种情况除直接限制开具相应的药品外，还可以附条件允许开具静脉输液的用法，如医生说明具体原因并愿意承担责任、经过一定的审批程序等，符合条件时允许继续开具相应的药品。

5、抗菌药物越级使用禁止开具处方实例

抗菌药物属于一类特殊的处方权限制，即抗菌药物分为非限制级、限制级以及特殊使用级抗菌药物，在药品名称关联属性表中，抗菌药物级别中的非限制级、限制级以及特殊使用级分别以1、2、3表示，不同职称的医生对于抗菌药物的使用也有非限制级、限制级以及特殊使用级的区别，在医生处方权限中，设定医生使用抗菌药物的最高级别分别以1、2、3表示。

在开具抗菌药物时，需要检测抗菌药物的级别，并与医生抗菌药物使用级别的大小进行比较，如果医生使用最高级别小于抗菌药物级别，则禁止选择相应的抗菌药物，或者禁止选择抗菌药物规格及生产企业，或者在最终保存时禁止保存相关医嘱，并弹出警示信息。

本具体实施例仅仅是对本发明的解释，其并不是对本发明的限制，本领域技术人员在阅读完本说明书后可以根据需要对本实施例做出没有创造性贡献的修改，但只要在本发明的权利要求范围内都受到专利法的保护。

Claims

1.一种基于药品本位扩展码的医嘱开具系统的信息处理方法，其特征是：包括以下步骤：

S3、根据用法表中的药品推荐用法选择药品实际用法；

S4、根据给药频次表中的推荐给药频次选择实际给药频次；

S5、通过输入疗程或总用量，并根据给药频次关联的一日次数计算总用量药与疗程；输入备注，完成处方医嘱的开具；

2.根据权利要求1所述的一种基于药品本位扩展码的医嘱开具系统的信息处理方法，其特征是：步骤S1中医嘱的药品名称的开具与选择包括以下步骤：

3.根据权利要求1所述的一种基于药品本位扩展码的医嘱开具系统的信息处理方法，其特征是：步骤S2中的推荐单次用量及用量单位的显示包括以下步骤：

4.根据权利要求1所述的一种基于药品本位扩展码的医嘱开具系统的信息处理方法，其特征是：步骤S3中的药品推荐用法的显示包括以下步骤：

5.根据权利要求1所述的一种基于药品本位扩展码的医嘱开具系统的信息处理方法，其特征是：步骤S4中的推荐给药频次的显示包括以下步骤：

6.根据权利要求1所述的一种基于药品本位扩展码的医嘱开具系统的信息处理方法，其特征是：步骤S5中的输入疗程或总用量的显示包括以下步骤：

7.根据权利要求1所述的一种基于药品本位扩展码的医嘱开具系统的信息处理方法，其特征是：步骤S6的具体方法包括以下步骤：

8.根据权利要求1至7任意一项所述的一种基于药品本位扩展码的医嘱开具系统的信息处理方法，其特征是：所述医嘱开具系统的药品名称数据表、药品本位扩展码数据表、药品本位扩展码关联属性数据表、药品用法基础表、药品给药频次基础表的数据表保存于医院的服务器中，且与医院药品对应后由医院根据实际情况通过界面进行调整。

9.根据权利要求1至8任意一项所述的一种基于药品本位扩展码的医嘱开具系统的信息处理方法，其特征是：所述医嘱开具系统的程序由Fox、Foxpro、Pacical、C语言、C++、Delphi、.Net、JAVA、Phython的编程语言以及WebService结合XML实现。