CN115985478B - 一种药品权限的查询方法 - Google Patents
一种药品权限的查询方法 Download PDFInfo
- Publication number
- CN115985478B CN115985478B CN202310266761.0A CN202310266761A CN115985478B CN 115985478 B CN115985478 B CN 115985478B CN 202310266761 A CN202310266761 A CN 202310266761A CN 115985478 B CN115985478 B CN 115985478B
- Authority
- CN
- China
- Prior art keywords
- final
- blacklist
- medicine
- department
- doctor
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02A—TECHNOLOGIES FOR ADAPTATION TO CLIMATE CHANGE
- Y02A90/00—Technologies having an indirect contribution to adaptation to climate change
- Y02A90/10—Information and communication technologies [ICT] supporting adaptation to climate change, e.g. for weather forecasting or climate simulation
Landscapes
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本发明涉及一种药品权限的查询方法,方法包括:A1、获取开单医生的基本信息;所述基本信息包括该开单医生所属的任职科室、业务科室、临床专业科目以及能够证明该开单医生身份的医生信息;A2、获取预先以第一策略所设定的每一药品的维度信息;A3、基于所述开单医生的基本信息和每一药品的维度信息,确定所述开单医生所对应的开药权限;A4、基于所述开单医生所对应的开药权限,获取该开单医生所能够开具的药品的清单。相对现有技术而言,本发明的一种药品权限的查询方法基于开单医生的基本信息和每一药品的维度信息,采用了多维化的判定方法确认开单医生的开药权限,赋予开单医生的权限更加精确,提高了开单医生的查询效率。
Description
技术领域
本发明涉及医疗服务技术领域,尤其涉及一种药品权限的查询方法。
背景技术
现有技术中医院***会对药品进行区分,常见分类为常用药品数据库与限制药品数据库。常见药品数据库的药品允许几乎所有的医生访问、开具药品,限制药品数据库中的药品只允许被赋予权限的医生开具药品。若医生被赋予了权限使用限制药品数据库,则理论上可以开具限制药品数据库的所有药品。但是,在实际应用场景中,通常会存在允许某一科室使用某类特殊限制药品的情况,因此,在该类应用场景下赋予该科室限制药品数据库的权限就有些不妥。
除此之外,当前还有一种方法实现医生的药品权限,即对每种药品设置科室黑名单,只有不在科室黑名单中的科室的医生才能够开具该药品。虽然该方法实现了不同药品对于不同科室医生的权限限制,但是该方法的维度单一,在实际应用场景中,医生的任职科室、业务科室、临床专业科目、医生信息均能够影响该医生的药品权限。另外,该方法使用的黑名单存在信息量大,查询效率低的情况(如一共20个科室,只允许科室A使用的话,黑名单中需要设置除科室A以外的19个科室名单),另外,现有方法中无法设定单个药品对于各个科室的库存数量。
综上所述,当前技术存在如下缺点:授权不精准,无法授予医生设定具体药品的权限;维度单一、查询时间长、效率低的情况;无法设定单个药品对于各个科室的库存数量。
发明内容
(一)要解决的技术问题
鉴于现有技术的上述缺点、不足,本发明提供一种药品权限的查询方法,其解决了现有技术中授权不精准,无法授予医生设定具体药品的权限以及维度单一、查询时间长、效率低以及现有技术中无法设定单个药品对于各个科室的库存数量的技术问题。
(二)技术方案
为了达到上述目的,本发明采用的主要技术方案包括:
本发明实施例提供一种药品权限的查询方法,包括:
A1、获取开单医生的基本信息;
所述基本信息包括该开单医生所属的任职科室、业务科室、临床专业科目以及能够证明该开单医生身份的医生信息;
A2、获取预先以第一策略所设定的每一药品的维度信息;
A3、基于所述开单医生的基本信息和每一药品的维度信息,确定所述开单医生所对应的开药权限;
A4、基于所述开单医生所对应的开药权限,获取该开单医生所能够开具的药品的清单。
优选地,所述第一策略具体包括:
A21、接收药品管理人员输入的每一药品的相关黑名单;
其中,每一药品的相关黑名单包括:任职科室的黑名单B1、业务科室的黑名单B2、临床专业科目的黑名单B3、医生信息的黑名单B4;
A22、将每一药品的相关黑名单,与从医院数据库中得到的完整名单进行比对,获取比对结果;
所述完整名单包括:医院中所有任职科室的名单、医院中所有业务科室的名单、医院中所有临床专业科目的名单、医院中所有医生信息的名单;
A23、基于所述比对结果,确定每一所述药品的维度信息。
优选地,所述A22具体包括:
将所述药品所对应的任职科室黑名单B1中的名单的数量与所述医院中所有任职科室的名单的数量进行比对,获取第一比对结果;
将所述药品所对应的业务科室黑名单B2中的名单的数量与所述医院中所有业务科室的名单的数量进行比对,获取第二比对结果;
将所述药品所对应的临床专业科目黑名单B3中的名单的数量与所述医院中所有临床专业科目的名单的数量进行比对,获取第三比对结果;
将所述药品所对应的医生信息黑名单B4中的名单的数量与所述医院中所有医生信息的名单的数量进行比对,获取第四比对结果;
所述比对结果包括:第一比对结果、第二比对结果、第三比对结果、第四比对结果。
优选地,所述A23包括:
A231、基于每一所述药品的比对结果,确定所述药品在任职科室维度所对应的第一最终黑名单或第一最终白名单、在业务科室维度所对应的第二最终黑名单或第二最终白名单、在临床专业科目维度所对应的第三最终黑名单或第三最终白名单、在医生信息维度所对应的第四最终黑名单或第四最终白名单,并存储;
A232、针对所确定出的每一所述药品在任职科室维度所对应的第一最终黑名单或第一最终白名单进行标识,获取所述药品的任职科室标识,该任职科室标识用于确定具有该标识的药品在任职科室维度所对应的是第一最终黑名单或者第一最终白名单;
针对所确定出的每一所述药品在业务科室维度所对应的第二最终黑名单或第二最终白名单进行标识,获取所述药品的业务科室标识,该业务科室标识用于确定具有该标识的药品在业务科室维度所对应的是第二最终黑名单或者第二最终白名单;
针对所确定出的每一所述药品在临床专业科目维度所对应的第三最终黑名单或第三最终白名单进行标识,获取所述药品的临床专业科目标识,该临床专业科目标识用于确定具有该标识的药品在临床专业科目维度所对应的是第三最终黑名单或者第三最终白名单;
针对所确定出的每一所述药品在医生信息维度所对应的第四最终黑名单或第四最终白名单进行标识,获取所述药品的医生信息标识,该医生信息标识用于确定具有该标识的药品在医生信息维度所对应的是第四最终黑名单或者第四最终白名单;
其中,所述药品的维度信息包括:所述药品的任职科室标识、业务科室标识、临床专业科目标识、医生信息标识。
优选地,所述A231包括:
若所述第一比对结果为任职科室黑名单B1中的名单的数量小于所述医院中所有任职科室的名单数量的1/2,则确定将任职科室的黑名单B1作为第一最终黑名单;若所述第一比对结果为任职科室黑名单B1中的名单的数量大于等于所述医院中所有任职科室的名单数量的1/2,则将医院中所有任职科室的名单中除所述任职科室黑名单B1之外的名单作为第一最终白名单;
若所述第二比对结果为业务科室的黑名单B2中的名单的数量小于所述医院中所有业务科室的名单数量的1/2,则确定将业务科室的黑名单B2作为第二最终黑名单;若所述第二比对结果为业务科室的黑名单B2中的名单的数量大于等于所述医院中所有业务科室的名单数量的1/2,则将医院中所有业务科室的名单中除所述业务科室的黑名单B2之外的名单作为第二最终白名单;
若所述第三比对结果为临床专业科目的黑名单B3中的名单的数量小于所述医院中所有临床专业科目的名单数量的1/2,则确定将临床专业科目的黑名单B3作为第三最终黑名单;若所述第三比对结果为临床专业科目的黑名单B3中的名单的数量大于等于所述医院中所有临床专业科目的名单数量的1/2,则将医院中所有临床专业科目的名单中除所述临床专业科目的黑名单B3之外的名单作为第三最终白名单;
若所述第四比对结果为医生信息的黑名单B4中的名单的数量小于所述医院中所有医生信息的名单数量的1/2,则确定将医生信息的黑名单B4作为第四最终黑名单;若所述第四比对结果为医生信息的黑名单B4中的名单的数量大于等于所述医院中所有医生信息的名单数量的1/2,则将医院中所有医生信息的名单中除所述医生信息的黑名单B4之外的名单作为第四最终白名单。
优选地,所述A3具体包括:
A31、基于每一药品的维度信息,获取与该药品维度信息对应的所存储的最终黑名单或者最终白名单;
A32、基于所述开单医生的基本信息和与该药品维度信息对应的所存储的最终黑名单或者最终白名单,进行逻辑判断,获取判断结果;
A33、基于所述判断结果,确定所述开单医生所对应的开药权限。
优选地,所述A31具体包括:
基于每一药品的任职科室标识、业务科室标识、临床专业科目标识和医生信息标识,获取与该药品的任职科室标识所对应的第一最终黑名单或第一最终白名单、与该药品的业务科室标识所对应的第二最终黑名单或第二最终白名单、与该药品的临床专业科目标识所对应的第三最终黑名单或第三最终白名单、与该药品的医生信息标识所对应的第四最终黑名单或第四最终白名单。
优选地,所述A32具体包括:
若该药品的任职科室标识所对应的是第一最终黑名单,则判断所述开单医生所属的任职科室是否不属于第一最终黑名单,得到第一判断结果;
若该药品的任职科室标识所对应的是第一最终白名单,则判断所述开单医生所属的任职科室是否属于第一最终白名单,得到第一判断结果;
若该药品的业务科室标识所对应的是第二最终黑名单,则判断所述开单医生所属的业务科室是否不属于第二最终黑名单,得到第二判断结果;
若该药品的业务科室标识所对应的是第二最终白名单,则判断所述开单医生所属的业务科室是否属于第二最终白名单,得到第二判断结果;
若该药品的临床专业科目标识所对应的是第三最终黑名单,则判断所述开单医生所属的临床专业科目是否不属于第三最终黑名单,得到第三判断结果;
若该药品的临床专业科目标识所对应的是第三最终白名单,则判断所述开单医生所属的临床专业科目是否属于第三最终白名单,得到第三判断结果;
若该药品的医生信息标识所对应的是第四最终黑名单,则判断所述开单医生的医生信息是否不属于第四最终黑名单,得到第四判断结果;
若该药品的医生信息标识所对应的是第四最终白名单,则判断所述开单医生的医生信息是否属于第四最终白名单,得到第四判断结果;
所述判断结果包括第一判断结果、第二判断结果、第三判断结果、第四判断结果。
优选地,所述A33具体包括:
若所述判断结果中的第一判断结果、第二判断结果、第三判断结果、第四判断结果均为真,则该开单医生具备该药品的开药权限,反之则不具备。
优选地,所述方法还包括:
A5、针对该开单医生所能够开具的药品的清单中的每一药品,基于预先设定的该开单医生所属的任职科室、业务科室、临床专业科目以及医生信息分别所能够开具的药品数量分别为N1、N2、N3、N4,以及当前该开单医生所属的任职科室、业务科室、临床专业科目以及医生信息所已经开具该药品的数量分别为C1、C2、C3、C4,确定每一所述药品所对应的实时库存数量,并展示;
其中,每一药品所对应的实时库存数量为数值D1、D2、D3、D4中的最小值;
其中,D1=N1-C1;D2=N2-C2;D3=N3-C3;D4=N4-C4。
(三)有益效果
本发明的有益效果是:本发明的一种药品权限的查询方法,由于预先以第一策略设定每一药品的维度信息,使得每一药品所对应的维度信息更加多元化,在以第一策略设定药品维度信息的这个过程中,预先对每一药品确定该药品在任职科室维度所对应的第一最终黑名单或第一最终白名单、在业务科室维度所对应的第二最终黑名单或第二最终白名单、在临床专业科目维度所对应的第三最终黑名单或第三最终白名单、在医生信息维度所对应的第四最终黑名单或第四最终白名单,以及确定每一药品在具体使用最终黑名单或者最终白名单的标识,然后基于开单医生的基本信息和每一药品的维度信息,确定开单医生所对应的开药权限,在这个过程中使用到了多维度联合过滤的方法,通过标识来调用每一维度分别所对应的最终黑名单或者最终白名单,以进一步确认开单医生的开药权限,使得判定更加多维化,赋予开单医生的权限更加精确,提高了查询效率。最后基于开单医生所对应的开药权限,获取该开单医生所能够开具的药品的清单,针对该开单医生所能够开具的药品的清单中的每一药品,基于预先设定的该开单医生所属的任职科室、业务科室、临床专业科目以及医生信息分别所能够开具的药品数量,以及当前该开单医生所属的任职科室、业务科室、临床专业科目以及医生信息所已经开具该药品的数量,确定每一所述药品所对应的实时库存数量,相对于现有技术而言,完成了对库存的限制,开药医生也能够看到实时库存,医生若开具对应药品数量超过实时库存无法开出,因此提高了开单医生的工作效率。
附图说明
图1为本发明的一种药品权限的查询方法流程图;
图2为本发明实施例一中不同维度确定最终黑名单或最终白名单示意图;
图3为本发明实施例二中基于基本信息和与药品维度信息分别所对应的最终黑名单或者最终白名单,获取判断结果的示意图;
图4为执行本发明药品权限的查询方法的药品权限的查询***的结构示意图;
图5为药品权限的查询***执行过程示意图。
具体实施方式
为了更好的解释本发明,以便于理解,下面结合附图,通过具体实施方式,对本发明作详细描述。
为了更好的理解上述技术方案,下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例,然而应当理解,可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更清楚、透彻地理解本发明,并且能够将本发明的范围完整的传达给本领域的技术人员。
实施例一
参见图1,本实施例提供一种药品权限的查询方法,包括:
A1、获取开单医生的基本信息。所述基本信息包括该开单医生所属的任职科室、业务科室、临床专业科目以及能够证明该开单医生身份的医生信息。在本实施例的具体应用中,开单医生身份的医生信息可是该医生的名字、身份证号、工号中的一种或者几种的组合,对此不做限定。本实施例中的任职科室是医生编制所属科室。业务科室是医生目前实际负责业务对应科室。临床专业科目是医学专业的分类,可能存在多科室对应一个专业。
A2、获取预先以第一策略所设定的每一药品的维度信息。在本实施例的实际应用中,所述第一策略具体包括:
A21、接收药品管理人员输入的每一药品的相关黑名单。其中,每一所述药品的相关黑名单包括:任职科室的黑名单B1、业务科室的黑名单B2、临床专业科目的黑名单B3、医生信息的黑名单B4。
A22、将每一药品的相关黑名单,与从医院数据库中得到的完整名单进行比对,获取比对结果。所述完整名单包括:医院中所有任职科室的名单、医院中所有业务科室的名单、医院中所有临床专业科目的名单、医院中所有医生信息的名单。
本实施例中,所述A22具体包括:
将所述药品所对应的任职科室黑名单B1中的名单的数量与所述医院中所有任职科室的名单的数量进行比对,获取第一比对结果。
将所述药品所对应的业务科室黑名单B2中的名单的数量与所述医院中所有业务科室的名单的数量进行比对,获取第二比对结果。
将所述药品所对应的临床专业科目黑名单B3中的名单的数量与所述医院中所有临床专业科目的名单的数量进行比对,获取第三比对结果。
将所述药品所对应的医生信息黑名单B4中的名单的数量与所述医院中所有医生信息的名单的数量进行比对,获取第四比对结果。
所述比对结果包括:第一比对结果、第二比对结果、第三比对结果、第四比对结果。
A23、基于所述比对结果,确定每一所述药品的维度信息。
所述A23包括:
A231、基于每一所述药品的比对结果,确定所述药品在任职科室维度所对应的第一最终黑名单或第一最终白名单、在业务科室维度所对应的第二最终黑名单或第二最终白名单、在临床专业科目维度所对应的第三最终黑名单或第三最终白名单、在医生信息维度所对应的第四最终黑名单或第四最终白名单,并存储。
所述A231包括:
若所述第一比对结果为任职科室黑名单B1中的名单的数量小于所述医院中所有任职科室的名单数量的1/2,则确定将任职科室的黑名单B1作为第一最终黑名单;若所述第一比对结果为任职科室黑名单B1中的名单的数量大于等于所述医院中所有任职科室的名单数量的1/2,则将医院中所有任职科室的名单中除所述任职科室黑名单B1之外的名单作为第一最终白名单。
若所述第二比对结果为业务科室的黑名单B2中的名单的数量小于所述医院中所有业务科室的名单数量的1/2,则确定将业务科室的黑名单B2作为第二最终黑名单;若所述第二比对结果为业务科室的黑名单B2中的名单的数量大于等于所述医院中所有业务科室的名单数量的1/2,则将医院中所有业务科室的名单中除所述业务科室的黑名单B2之外的名单作为第二最终白名单。
举例说明,将每一所述药品的相关黑名单,与从医院数据库中得到的完整名单进行比对,如果只有所述药品所对应的业务科室黑名单B2中的名单数量小于医院中所有业务科室的名单数量的1/2,那么就只将业务科室的黑名单B2作为第二最终黑名单。如果说所述药品所对应的业务科室黑名单B2中的名单数量大于等于医院中所有业务科室的名单数量的1/2,那么就将医院中所有业务科室的名单中除所述业务科室的黑名单B2之外的名单作为第二最终白名单。
若所述第三比对结果为临床专业科目的黑名单B3中的名单的数量小于所述医院中所有临床专业科目的名单数量的1/2,则确定将临床专业科目的黑名单B3作为第三最终黑名单;若所述第三比对结果为临床专业科目的黑名单B3中的名单的数量大于等于所述医院中所有临床专业科目的名单数量的1/2,则将医院中所有临床专业科目的名单中除所述临床专业科目的黑名单B3之外的名单作为第三最终白名单。
若所述第四比对结果为医生信息的黑名单B4中的名单的数量小于所述医院中所有医生信息的名单数量的1/2,则确定将医生信息的黑名单B4作为第四最终黑名单;若所述第四比对结果为医生信息的黑名单B4中的名单的数量大于等于所述医院中所有医生信息的名单数量的1/2,则将医院中所有医生信息的名单中除所述医生信息的黑名单B4之外的名单作为第四最终白名单。
A232、针对所确定出的每一所述药品在任职科室维度所对应的第一最终黑名单或第一最终白名单进行标识,获取所述药品的任职科室标识,该任职科室标识用于确定具有该标识的药品在任职科室维度所对应的是第一最终黑名单或者第一最终白名单。
针对所确定出的每一所述药品在业务科室维度所对应的第二最终黑名单或第二最终白名单进行标识,获取所述药品的业务科室标识,该业务科室标识用于确定具有该标识的药品在业务科室维度所对应的是第二最终黑名单或者第二最终白名单。
针对所确定出的每一所述药品在临床专业科目维度所对应的第三最终黑名单或第三最终白名单进行标识,获取所述药品的临床专业科目标识,该临床专业科目标识用于确定具有该标识的药品在临床专业科目维度所对应的是第三最终黑名单或者第三最终白名单。
针对所确定出的每一所述药品在医生信息维度所对应的第四最终黑名单或第四最终白名单进行标识,获取所述药品的医生信息标识,该医生信息标识用于确定具有该标识的药品在医生信息维度所对应的是第四最终黑名单或者第四最终白名单。
其中,所述药品的维度信息包括:所述药品的任职科室标识、业务科室标识、临床专业科目标识、医生信息标识。
参见图2,本实施例中针对所述A2中以第一策略设定每一药品的维度信息这个过程,再次就药品A进行举例说明:
将任职科室的黑名单B1与医院中所有任职科室的名单进行对比,将业务科室的黑名单B2与医院中所有业务科室的名单进行对比,将临床专业科目的黑名单B3与医院中所有临床专业科目的名单进行对比,将医生信息的黑名单B4与医院中所有医生信息的名单进行对比,假设比对结果中只有业务科室的黑名单B2中的名单数量大于等于医院中所有业务科室的名单数量的1/2(其他的黑名单B1、B3、B4中的名单数量都是小于所对应的名单数量的1/2的),那么,就将医院中所有业务科室的名单中除所述业务科室的黑名单B2之外的名单作为与业务科室对应的第二最终白名单,记为W2。
然后,将这个与业务科室对应的第二最终白名单W2,进行存储,存储的信息为:{药品A:{业务科室:W2}},且将药品A的任职科室的黑名单B1作为第一最终黑名单、临床专业科目的黑名单B3作为第三最终黑名单、医生信息的黑名单B4作为第四最终黑名单也进行存储,存储的信息为:{药品A:{{任职科室:B1},{临床专业科目:B3},{医生信息:B4}}。
最后,将药品A的不同维度的最终黑名单和最终白名单的选用记录进行存储,存储的信息为{S001,药品A,1,2,1,1},其中,S001表示的就是药品A的药品id,药品A表示药品名称,存储信息{S001,药品A,1,2,1,1}中药品A后面的数字1,2,1,1依次是药品A的任职科室标识,用于确定在任职科室维度所对应的是第一最终黑名单或者第一最终白名单(在本实施例中用1表示最终黑名单,2表示最终白名单);药品A的业务科室标识,用于确定在业务科室维度所对应的是第二最终黑名单或者第二最终白名单;药品A的临床专业科目标识,用于确定在临床专业科目维度所对应的是第三最终黑名单或者第三最终白名单;药品A的医生信息标识,用于确定在医生信息维度所对应的是第四最终黑名单或者第四最终白名单。对药品A的不同维度的最终黑名单和最终白名单的选用记录,说明如下,药品A后面的数字中,数字为1表示的是在该维度下需要选择与该维度对应的最终黑名单,数字为2表示的是在该维度下需要选择与该维度对应的最终白名单。举例说明,药品A后面的第一个数字表示的是药品A的任职科室标识,此时,药品A的任职科室标识为1,那么在任职科室的维度,应该选择第一最终黑名单,值得注意的是,每一药品在某个维度上只能为最终黑名单和最终白名单中的其中的一种,不可能在一个维度上同时对应最终黑名单和最终白名单。
本实施例中以第一策略设定每一药品的维度信息,能够根据传入药品黑名单(任职科室黑名单B1、业务科室黑名单B2、临床专业科目黑名单B3、医生信息黑名单B4),根据第一策略智能生成药品的最终黑名单和最终白名单,使得查询次数较单独黑名单查询更加高效,避免单一黑名单冗余导致的查询时间长的问题。即对药品的黑名单(任职科室黑名单B1、业务科室黑名单B2、临床专业科目黑名单B3、医生信息黑名单B4)进行智能识别,生成信息量相对较小的最终黑名单和最终白名单。每种药品具体使用最终黑名单和最终白名单中的哪一种,由智能识别后设定,无需人为干预,因此,在调取药品的最终黑名单和最终白名单时可通过标识(也就是本实施例中的任职科室标识、业务科室标识、临床专业科目标识、医生信息标识)然后实现药品最终黑名单和最终白名单的调取使用,提高了查询效率。
A3、基于所述开单医生的基本信息和每一药品的维度信息,确定所述开单医生所对应的开药权限。本实施例中所述A3具体包括:
A31、基于每一药品的维度信息,获取与该药品维度信息对应的所存储的最终黑名单或者最终白名单。
所述A31具体包括:
基于每一药品的任职科室标识、业务科室标识、临床专业科目标识和医生信息标识,获取与该药品的任职科室标识所对应的第一最终黑名单或第一最终白名单、与该药品的业务科室标识所对应的第二最终黑名单或第二最终白名单、与该药品的临床专业科目标识所对应的第三最终黑名单或第三最终白名单、与该药品的医生信息标识所对应的第四最终黑名单或第四最终白名单。
A32、基于所述开单医生的基本信息和与该药品维度信息对应的所存储的最终黑名单或者最终白名单,进行逻辑判断,获取判断结果。
所述A32具体包括:
若该药品的任职科室标识所对应的是第一最终黑名单,则判断所述开单医生所属的任职科室是否不属于第一最终黑名单,得到第一判断结果。
若该药品的任职科室标识所对应的是第一最终白名单,则判断所述开单医生所属的任职科室是否属于第一最终白名单,得到第一判断结果。
若该药品的业务科室标识所对应的是第二最终黑名单,则判断所述开单医生所属的业务科室是否不属于第二最终黑名单,得到第二判断结果。
若该药品的业务科室标识所对应的是第二最终白名单,则判断所述开单医生所属的业务科室是否属于第二最终白名单,得到第二判断结果。
若该药品的临床专业科目标识所对应的是第三最终黑名单,则判断所述开单医生所属的临床专业科目是否不属于第三最终黑名单,得到第三判断结果。
若该药品的临床专业科目标识所对应的是第三最终白名单,则判断所述开单医生所属的临床专业科目是否属于第三最终白名单,得到第三判断结果。
若该药品的医生信息标识所对应的是第四最终黑名单,则判断所述开单医生的医生信息是否不属于第四最终黑名单,得到第四判断结果。
若该药品的医生信息标识所对应的是第四最终白名单,则判断所述开单医生的医生信息是否属于第四最终白名单,得到第四判断结果。
所述判断结果包括第一判断结果、第二判断结果、第三判断结果、第四判断结果。
A33、基于所述判断结果,确定所述开单医生所对应的开药权限。
所述A33具体包括:
若所述判断结果中的第一判断结果、第二判断结果、第三判断结果、第四判断结果均为真,则该开单医生具备该药品的开药权限,反之则不具备。
在本实施例的具体应用中,判断结果均为真是指通过求取开单医生的任职科室所属名单的开药权限、开单医生的业务科室所属名单的开药权限、开单医生的临床专业科目所属名单的开药权限以及开单医生的医生信息所属名单的开药权限的交集,来确定开单医生所对应的开药权限。
在本实施例的具体应用中,第一判断结果为真的意思是:若该药品的任职科室标识所对应的是第一最终黑名单,则所述开单医生所属的任职科室是不属于第一最终黑名单的;若该药品的任职科室标识所对应的是第一最终白名单,则所述开单医生所属的任职科室是属于第一最终白名单的。
在本实施例的具体应用中,第二判断结果为真的意思是:若该药品的业务科室标识所对应的是第二最终黑名单,则所述开单医生所属的业务科室是不属于第二最终黑名单的;若该药品的业务科室标识所对应的是第二最终白名单,则所述开单医生所属的业务科室属于第二最终白名单的。
在本实施例的具体应用中,第三判断结果为真的意思是:若该药品的临床专业科目标识所对应的是第三最终黑名单,则所述开单医生所属的临床专业科目不属于第三最终黑名单的;若该药品的临床专业科目标识所对应的是第三最终白名单,则所述开单医生所属的临床专业科目属于第三最终白名单的。
在本实施例的具体应用中,第四判断结果为真的意思是:若该药品的医生信息标识所对应的是第四最终黑名单,则所述开单医生的医生信息不属于第四最终黑名单的;若该药品的医生信息标识所对应的是第四最终白名单,则所述开单医生的医生信息属于第四最终白名单的。
A4、基于所述开单医生所对应的开药权限,获取该开单医生所能够开具的药品的清单。具体的,基于所述开单医生所对应的开药权限,从所有药品中过滤掉开单医生没有开药权限的药品,得到开单医生能够开具的药品清单,返回给开单医生以供选择。
本实施例中的药品权限的查询方法还包括:
A5、针对该开单医生所能够开具的药品的清单中的每一药品,基于预先设定的该开单医生所属的任职科室、业务科室、临床专业科目以及医生信息分别所能够开具的药品数量分别为N1、N2、N3、N4,以及当前该开单医生所属的任职科室、业务科室、临床专业科目以及医生信息所已经开具该药品的数量分别为C1、C2、C3、C4,确定每一所述药品所对应的实时库存数量,并展示。
其中,每一药品所对应的实时库存数量为数值D1、D2、D3、D4中的最小值;其中,D1=N1-C1;D2=N2-C2;D3=N3-C3;D4=N4-C4。
特别说明,当某种药品的在某一维度上维护的允许数量(每一药品某一维度所对应的实时库存数量)减为0后,服务器端***自动调整该药品在对应维度不允许开具,并记录相关日志。
本实施例中,以第一策略设定每一药品的维度信息的方法中,药品管理人员还可以对新到药品进行权限设置,也可以对原有药品进行权限的修改。新到药品不存在最终黑名单或者最终白名单上,直接根据第一策略即可实现;原有药品的权限修改涉及到新规则的转换与规则合并机制。
在对原有药品进行修改流程中,只需要提交一条规则,会根据规则自行调整对应药品的最终黑白名单,规则分为普通规则和特殊规则两类。普通规则指无视药品原规则,直接进行覆盖(指删除药品原本最终黑白名单,重新建立新的药品最终黑白名单),新建过程同第一策略,特殊规则指在原有规则条件下进行局部新增、删除、修改,不影响药品最终黑白名单中其他信息(例如只对药品的任职科室的最终黑名单进行修改,该任职科室最终黑名单中的其他科室不变)。
特殊规则格式如下:药品名称、判定维度(任职科室、业务科室、临床专业科目、医生信息)、判定值(维度内名称)、判定条件(允许开具\不允许开具)、额外信息(若为允许,可以设置药品数量)。
特殊规则生效不会引发最终黑白名单转化(指所述A231情况),只会改变现有最终黑白名单内容,从而避免业务流程中频繁增加特殊规则导致的最终黑白名单转化频繁的情况,进一步的,后期可以通过点击优化按钮对所有药品的最终黑白名单进行优化维护。
所述特殊规则修改机制,举例说明为:
举例1:若新增特殊规则与原规则冲突
原规则为:注射用头孢哌酮钠舒巴坦钠/舒普深、任职科室、外二科、不允许开具;
现提交新规则:注射用头孢哌酮钠舒巴坦钠/舒普深、任职科室、外二科、允许开具50颗;
在制定该条规则后,首先确认药品在任职科室使用的是最终黑名单还是最终白名单,若为最终黑名单,则在最终黑名单中删除该药品任职科室中的“外二科”;若为最终白名单,则在最终白名单中该药品任职科室中加入“外二科”。然后将限制信息加入到药品限制集合中,信息为{头孢哌酮钠舒巴坦钠/舒普深:{任职科室:{外二科:50}}}。
举例2:若新增特殊规则与原规则不冲突
原规则为:注射用头孢哌酮钠舒巴坦钠/舒普深、任职科室、外二科、不允许开具;
现提交新规则:注射用头孢哌酮钠舒巴坦钠/舒普深、任职科室、外一科、不允许开具。
收到该条规则后,确认药品在任职科室使用的是最终黑名单还是最终白名单,若为最终黑名单,则在最终黑名单中加入该药品任职科室中的“外一科”;若为最终白名单,则在最终白名单中该药品任职科室中删除“外一科”。
本实施例中的一种药品权限的查询方法,由于预先以第一策略设定每一药品的维度信息,使得每一药品所对应的维度信息更加多元化,在以第一策略设定药品维度信息的这个过程中,预先对每一药品确定该药品在任职科室维度所对应的第一最终黑名单或第一最终白名单、在业务科室维度所对应的第二最终黑名单或第二最终白名单、在临床专业科目维度所对应的第三最终黑名单或第三最终白名单、在医生信息维度所对应的第四最终黑名单或第四最终白名单,以及确定每一药品在具体使用最终黑名单或者最终白名单的标识,然后基于开单医生的基本信息和每一药品的维度信息,确定开单医生所对应的开药权限,在这个过程中使用到了多维度联合过滤的方法,通过标识来调用每一维度分别所对应的最终黑名单或者最终白名单,以进一步确认开单医生的开药权限,使得判定更加多维化,赋予开单医生的权限更加精确,提高了查询效率。最后基于开单医生所对应的开药权限,获取该开单医生所能够开具的药品的清单,针对该开单医生所能够开具的药品的清单中的每一药品,基于预先设定的该开单医生所属的任职科室、业务科室、临床专业科目以及医生信息分别所能够开具的药品数量,以及当前该开单医生所属的任职科室、业务科室、临床专业科目以及医生信息所已经开具该药品的数量,确定每一所述药品所对应的实时库存数量,相对于现有技术而言,完成了对库存的限制,开药医生也能够看到实时库存,医生若开具对应药品数量超过实时库存无法开出,因此提高了开单医生的工作效率。
实施例二
本实施例二提供一种药品权限的查询方法,包括:
101、获取开单医生的基本信息;所述基本信息包括该开单医生所属的任职科室、业务科室、临床专业科目以及能够证明该开单医生身份的医生信息。
102、接收药品管理人员所输入的每一药品的相关黑名单;其中,每一所述药品的相关黑名单包括:任职科室的黑名单B1、业务科室的黑名单B2、临床专业科目的黑名单B3、医生信息的黑名单B4。
103、将所述药品所对应的任职科室黑名单B1中的名单的数量与从医院数据库中得到的医院中所有任职科室的名单的数量进行比对,获取第一比对结果。
将所述药品所对应的业务科室黑名单B2中的名单的数量与从医院数据库中得到的医院中所有业务科室的名单的数量进行比对,获取第二比对结果。
将所述药品所对应的临床专业科目黑名单B3中的名单的数量与从医院数据库中得到的医院中所有临床专业科目的名单的数量进行比对,获取第三比对结果。
将所述药品所对应的医生信息黑名单B4中的名单的数量与从医院数据库中得到的医院中所有医生信息的名单的数量进行比对,获取第四比对结果。
所述比对结果包括:第一比对结果、第二比对结果、第三比对结果、第四比对结果。
从医院数据库中得到的完整名单包括:医院中所有任职科室的名单、医院中所有业务科室的名单、医院中所有临床专业科目的名单、医院中所有医生信息的名单。
104、若所述第一比对结果为任职科室黑名单B1中的名单的数量小于所述医院中所有任职科室的名单数量的1/2,则确定将任职科室的黑名单B1作为第一最终黑名单;若第一比对结果为任职科室黑名单B1中的名单的数量大于等于所述医院中所有任职科室的名单数量的1/2,则将医院中所有任职科室的名单中除所述任职科室黑名单B1之外的名单作为第一最终白名单。
若所述第二比对结果为业务科室的黑名单B2中的名单的数量小于所述医院中所有业务科室的名单数量的1/2,则确定将业务科室的黑名单B2作为第二最终黑名单;若第二比对结果为业务科室的黑名单B2中的名单的数量大于等于所述医院中所有业务科室的名单数量的1/2,则将医院中所有业务科室的名单中除所述业务科室的黑名单B2之外的名单作为第二最终白名单。
若所述第三比对结果为临床专业科目的黑名单B3中的名单的数量小于所述医院中所有临床专业科目的名单数量的1/2,则确定将临床专业科目的黑名单B3作为第三最终黑名单;若所述第三比对结果为临床专业科目的黑名单B3中的名单的数量大于等于所述医院中所有临床专业科目的名单数量的1/2,则将医院中所有临床专业科目的名单中除所述临床专业科目的黑名单B3之外的名单作为第三最终白名单。
若所述第四比对结果为医生信息的黑名单B4中的名单的数量小于所述医院中所有医生信息的名单数量的1/2,则确定将医生信息的黑名单B4作为第四最终黑名单;若所述第四比对结果为医生信息的黑名单B4中的名单的数量大于等于所述医院中所有医生信息的名单数量的1/2,则将医院中所有医生信息的名单中除所述医生信息的黑名单B4之外的名单作为第四最终白名单。
105、针对所确定出的每一所述药品在任职科室维度所对应的第一最终黑名单或第一最终白名单进行标识,获取所述药品的任职科室标识,该任职科室标识用于确定具有该标识的药品在任职科室维度所对应的是第一最终黑名单或者第一最终白名单。
针对所确定出的每一所述药品在业务科室维度所对应的第二最终黑名单或第二最终白名单进行标识,获取所述药品的业务科室标识,该业务科室标识用于确定具有该标识的药品在业务科室维度所对应的是第二最终黑名单或者第二最终白名单。
针对所确定出的每一所述药品在临床专业科目维度所对应的第三最终黑名单或第三最终白名单进行标识,获取所述药品的临床专业科目标识,该临床专业科目标识用于确定具有该标识的药品在临床专业科目维度所对应的是第三最终黑名单或者第三最终白名单。
针对所确定出的每一所述药品在医生信息维度所对应的第四最终黑名单或第四最终白名单进行标识,获取所述药品的医生信息标识,该医生信息标识用于确定具有该标识的药品在医生信息维度所对应的是第四最终黑名单或者第四最终白名单。
获取每一所述药品的维度信息,其中,所述药品的维度信息包括:所述药品的任职科室标识、业务科室标识、临床专业科目标识、医生信息标识。
106、基于每一药品的任职科室标识、业务科室标识、临床专业科目标识和医生信息标识,获取与该药品的任职科室标识所对应的第一最终黑名单或第一最终白名单、与该药品的业务科室标识所对应的第二最终黑名单或第二最终白名单、与该药品的临床专业科目标识所对应的第三最终黑名单或第三最终白名单、与该药品的医生信息标识所对应的第四最终黑名单或第四最终白名单。
107、基于开单医生的基本信息和与该药品维度信息分别所对应的最终黑名单或者最终白名单,进行逻辑判断,获取判断结果,具体包括:
若该药品的任职科室标识所对应的是第一最终黑名单,则判断所述开单医生所属的任职科室是否不属于第一最终黑名单,得到第一判断结果。
若该药品的任职科室标识所对应的是第一最终白名单,则判断所述开单医生所属的任职科室是否属于第一最终白名单,得到第一判断结果。
若该药品的业务科室标识所对应的是第二最终黑名单,则判断所述开单医生所属的业务科室是否不属于第二最终黑名单,得到第二判断结果。
若该药品的业务科室标识所对应的是第二最终白名单,则判断所述开单医生所属的业务科室是否属于第二最终白名单,得到第二判断结果。
若该药品的临床专业科目标识所对应的是第三最终黑名单,则判断所述开单医生所属的临床专业科目是否不属于第三最终黑名单,得到第三判断结果。
若该药品的临床专业科目标识所对应的是第三最终白名单,则判断所述开单医生所属的临床专业科目是否属于第三最终白名单,得到第三判断结果。
若该药品的医生信息标识所对应的是第四最终黑名单,则判断所述开单医生的医生信息是否不属于第四最终黑名单,得到第四判断结果。
若该药品的医生信息标识所对应的是第四最终白名单,则判断所述开单医生的医生信息是否属于第四最终白名单,得到第四判断结果。
所述判断结果包括第一判断结果、第二判断结果、第三判断结果、第四判断结果。
举例说明,参见图3,以药品A为例,根据上述步骤获取到的任职科室标识、业务科室标识、临床专业科目标识、医生信息标识,查询药品A在各维度的最终白名单或者最终黑名单,再结合开单医生的基本信息对该医生的开药权限进行判断。判断过程为:
结合开单医生的基本信息中开单医生的任职科室与第一最终黑名单或第一最终白名单进行逻辑判断,得到第一判断结果F1。
结合开单医生的基本信息中开单医生的业务科室与第二最终黑名单或第二最终白名单进行逻辑判断,得到第二判断结果F2。
结合开单医生的基本信息中开单医生的临床专业科目与第三最终黑名单或第三最终白名单,进行逻辑判断,得到第三判断结果F3。
结合开单医生的基本信息中开单医生信息与第四最终黑名单或第四最终白名单,进行逻辑判断,得到第四判断结果F4。
其中,F1-F4为逻辑BOOLEAN类型,值为TRUE或者FALSE。
对返回结果F1、F2、F3、F4取交集(即F1&&F2&&F3&&F4),若结果为TRUE,则开单医生具有药品A的开药权限;若结果为FALSE,则开单医生不具有药品A的开药权限。
再次举例说明,药品A维护的是在任职科室上维护的是最终黑名单,体现为“任职科室:1”,此时结合传入的人员信息中的任职科室进行判断,如果传入参数的任职科室,不在第一最终黑名单中,则返回第一判断结果F1为TRUE(也就是第一判断结果为真),否则为FALSE。值得注意的是,在本实施例中,黑名单指的是不允许开具药物的任职科室/业务科室/临床专业科目/医生信息的名单,若在该名单上,则无法开具药品。白名单指的是仅允许开具药物的任职科室/业务科室/临床专业科目/医生信息的名单,若不在该名单上,则无法开具药品。维护最终黑白名单表示药品的最终黑白名单生成正常,数据存在,可以正常使用,若最终黑或最终白名单数据异常(为空或值为0或非法),则为未维护状态,当前状态下的最终黑白名单不可用的,在本实施例中采用的都是状态正常,可以正常使用的最终黑或最终白名单数据。
若药品A在任职科室上维护的是最终白名单,体现为“任职科室:2”,此时结合传入的开单医生信息中的任职科室进行判断,如果传入参数的任职科室,在第一最终白名单中,则返回F1为TRUE(也就是第一判断结果为真),否则为FALSE。
即黑名单表达式为: F = (A1Z2?TRUE:FALSE)。
白名单表达式为:F = (A1∈Z2?TRUE:FALSE)。
其他维度同理,最后对F1、F2、F3、F4取交集(F1&&F2&&F3&&F4)。其中,取交集是指只有四个判断结果中均为TRUE,结果才为TRUE;其他情况的结果均为FALSE(即只要任一维度的判断结果为FALSE总的结果就为FALSE)。
108、通过开单医生的任职科室所属名单的开药权限、开单医生的业务科室所属名单的开药权限、开单医生的临床专业科目所属名单的开药权限以及开单医生的医生信息所属名单的开药权限的交集,则可确定开单医生所对应的开药权限。
若所述判断结果中的第一判断结果、第二判断结果、第三判断结果、第四判断结果均为真,则该开单医生允许开具该药品,反之不允许。
109、基于所述开单医生所对应的开药权限,获取该开单医生所能够开具的药品的清单。具体的,从所有药品中过滤掉开单医生没有开药权限的药品,得到开单医生能够开具的药品清单,返回给开单医生以供选择。
110、针对该开单医生所能够开具的药品的清单中的每一药品,基于预先设定的该开单医生所属的任职科室、业务科室、临床专业科目以及医生信息分别所能够开具的药品数量分别为N1、N2、N3、N4,以及当前该开单医生所属的任职科室、业务科室、临床专业科目以及医生信息所已经开具该药品的数量分别为C1、C2、C3、C4,确定每一所述药品所对应的实时库存数量,并展示;
其中,每一药品所对应的实时库存数量为数值D1、D2、D3、D4中的最小值;其中,D1=N1-C1;D2=N2-C2;D3=N3-C3;D4=N4-C4。
在实际应用中,应用本实施例所提供的药品权限的查询方法的***为药品权限的查询***,参见图4,该***包括客户端、服务器,该服务器中具有药品数据库,参见图5,药品权限的查询***执行过程包括:
开单医生通过客户端搜索某一类别的药品,并向服务器传递该开单医生的任职科室、业务科室、临床专业科目、医生信息、搜索药品关键字key。
服务器接收到客户端请求数据(该开单医生的任职科室、业务科室、临床专业科目、医生信息、搜索药品关键字key),在药品数据库中模糊查询药品关键字key,得到原始药品清单Druglist。
循环枚举原始药品清单Druglist中的药品,根据本实施例所提供的药品权限的查询方法获取各个药品的开药权限,获取开单医生能够开具的药品清单NewDruglist。
循环枚举开单医生能够开具的药品清单NewDruglist中的药品,结合客户端传入数据查询各药品实际可开具库存,具体查询过程如下:
读取药品权限的查询***药品限制集合,其内容为各个药品的键值对集合,键为药品名称,值为四个维度的键值集合(键为维度名称,值为允许开具药品数量);
循环枚举开单医生能够开具的药品清单NewDruglist中的药品,结合传入的任职科室、业务科室、临床专业科目、医生信息查询该药品能够开具的药品数量N1、N2、N3、N4。以及预先获取的(从***中查询传入)任职科室、业务科室、临床专业科目、医生信息已经开具该药品的数量C1、C2、C3、C4。
然后各维度进行相减,取四个维度差值的最小值作为该药品允许开具的实时库存。
特别说明,当某种药品的在某一维度上维护的允许数量减为0后,服务器端***自动调整该药品在对应维度不允许开具(调整过程见附录),并记录相关日志。
将NewDruglist与各药品实际可开具库存形成键值对集合,返回给客户端。
客户端收到服务器传回数据,开单医生根据可开具药品清单和各药品实际可开具库存,合理选择开药策略(若开单医生开具药品数量超过实际可开具库存,***就会进行拦截并返回错误提示),完成开药工作。
开单医生假设想开药品《注射用头孢哌酮钠舒巴坦钠/舒普深》,那么,服务器在获取开单医生的基本信息;
开单医生的基本信息如下所示:
员工:张三;
任职科室:外三科;
业务科室:外二科;
临床专业科目:外科专业;
预先以第一策略所设定的药品《注射用头孢哌酮钠舒巴坦钠/舒普深》的维度信息如下所示:
任职科室:外三科 允许开立;
业务科室:外二科 不允许开立;
临床专业科目:外科专业允许开立;
个人信息:李四不允许开立;
那么当张三准备给患者开立头孢类药品时,输入“tb”,后台模糊查询出来100条药品拼音包含tb两个字母,简称原始药品清单Druglist,原始药品清单Druglist中包括药品《注射用头孢哌酮钠舒巴坦钠/舒普深》。
此时循环原始药品清单Druglist,在循环到《注射用头孢哌酮钠舒巴坦钠/舒普深》时,发现该药品维护了最终黑白名单数据,则进行4次逻辑判断。
张三的业务科室为外二科,F1&&F2&&F3&&F4中因为F2为FALSE,所以不允许开立,则返回客户端的数据只有99条数据,过滤掉了《注射用头孢哌酮钠舒巴坦钠/舒普深》。
另外,药品权限的查询***还具有对最终黑白名单的动态更改的功能,举例说明,当医生张三发现不能开立药品《注射用头孢哌酮钠舒巴坦钠/舒普深》,于是打电话咨询药剂科,得知最终黑白名单情况后,特申请开立50颗该药品额度;药剂科通过后,在药品权限的查询***中新增一条特殊规则:业务科室:外二科 允许开立 允许数量50颗;那么在最终黑白名单调整之后,医生张三在客户单可以查询到《注射用头孢哌酮钠舒巴坦钠/舒普深》,此次给患者开立2盒该药品共50颗。当护士摆药之后,该药品的允许数量减为0;当一个药的在某一维度上维护的允许数量减为0后,自动调整为对应维度的不允许开立,并记录相关日志。
本实施例中的一种药品权限的查询方法,由于预先以第一策略设定每一药品的维度信息,使得每一药品所对应的维度信息更加多元化,在以第一策略设定药品维度信息的这个过程中,预先对每一药品确定该药品在任职科室维度所对应的第一最终黑名单或第一最终白名单、在业务科室维度所对应的第二最终黑名单或第二最终白名单、在临床专业科目维度所对应的第三最终黑名单或第三最终白名单、在医生信息维度所对应的第四最终黑名单或第四最终白名单,以及确定每一药品在具体使用最终黑名单或者最终白名单的标识,然后基于开单医生的基本信息和每一药品的维度信息,确定开单医生所对应的开药权限,在这个过程中使用到了多维度联合过滤的方法,通过标识来调用每一维度分别所对应的最终黑名单或者最终白名单,以进一步确认开单医生的开药权限,使得判定更加多维化,赋予开单医生的权限更加精确,提高了查询效率。最后基于开单医生所对应的开药权限,获取该开单医生所能够开具的药品的清单,针对该开单医生所能够开具的药品的清单中的每一药品,基于预先设定的该开单医生所属的任职科室、业务科室、临床专业科目以及医生信息分别所能够开具的药品数量,以及当前该开单医生所属的任职科室、业务科室、临床专业科目以及医生信息所已经开具该药品的数量,确定每一所述药品所对应的实时库存数量,相对于现有技术而言,完成了对库存的限制,开药医生也能够看到实时库存,医生若开具对应药品数量超过实时库存无法开出,因此提高了开单医生的工作效率。
本领域内的技术人员应明白,本发明的实施例可提供为方法、***或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例,或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(***)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。
应当注意的是,在权利要求中,不应将位于括号之间的任何附图标记理解成对权利要求的限制。词语“包含”不排除存在未列在权利要求中的部件或步骤。位于部件之前的词语“一”或“一个”不排除存在多个这样的部件。本发明可以借助于包括有若干不同部件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的权利要求中,这些装置中的若干个可以是通过同一个硬件来具体体现。词语第一、第二、第三等的使用,仅是为了表述方便,而不表示任何顺序。可将这些词语理解为部件名称的一部分。
此外,需要说明的是,在本说明书的描述中,术语“一个实施例”、“一些实施例”、“实施例”、“示例”、“具体示例”或“一些示例”等的描述,是指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外,在不相互矛盾的情况下,本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
尽管已描述了本发明的优选实施例,但本领域的技术人员在得知了基本创造性概念后,则可对这些实施例作出另外的变更和修改。所以,权利要求应该解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种修改和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也应该包含这些修改和变型在内。
Claims (7)
1.一种药品权限的查询方法,其特征在于,包括:
A1、获取开单医生的基本信息;所述基本信息包括该开单医生所属的任职科室、业务科室、临床专业科目以及能够证明该开单医生身份的医生信息;
A2、获取预先以第一策略所设定的每一药品的维度信息;具体包括:
A21、接收药品管理人员输入的每一药品的相关黑名单;其中,每一药品的相关黑名单包括:任职科室的黑名单B1、业务科室的黑名单B2、临床专业科目的黑名单B3、医生信息的黑名单B4;
A22、将所述药品所对应的任职科室黑名单B1、业务科室黑名单B2、临床专业科目黑名单B3以及医生信息黑名单B4中的名单的数量,分别与从医院数据库中得到的所述医院中所有任职科室的名单的数量、所有业务科室的名单的数量、所有临床专业科目的名单的数量以及所有医生信息的名单的数量进行比对,分别得到第一比对结果、第二比对结果、第三比对结果、第四比对结果;
A23、基于每一所述药品的比对结果,确定所述药品在任职科室维度所对应的第一最终黑名单或第一最终白名单、在业务科室维度所对应的第二最终黑名单或第二最终白名单、在临床专业科目维度所对应的第三最终黑名单或第三最终白名单、在医生信息维度所对应的第四最终黑名单或第四最终白名单,并存储;所述比对结果包括:第一比对结果、第二比对结果、第三比对结果、第四比对结果;
针对所述药品在任职科室维度所对应的第一最终黑名单或第一最终白名单、在业务科室维度所对应的第二最终黑名单或第二最终白名单、在临床专业科目维度所对应的第三最终黑名单或第三最终白名单、在医生信息维度所对应的第四最终黑名单或第四最终白名单分别进行标识,分别获取所述药品的任职科室标识、业务科室标识、临床专业科目标识、医生信息标识;其中,所述药品的维度信息包括:所述药品的任职科室标识、业务科室标识、临床专业科目标识、医生信息标识;
A3、基于所述开单医生的基本信息和每一药品的维度信息,确定所述开单医生所对应的开药权限;
A4、基于所述开单医生所对应的开药权限,获取该开单医生所能够开具的药品的清单;
任职科室标识用于确定具有该标识的药品在任职科室维度所对应的是第一最终黑名单或者第一最终白名单;
业务科室标识用于确定具有该标识的药品在业务科室维度所对应的是第二最终黑名单或者第二最终白名单;
临床专业科目标识用于确定具有该标识的药品在临床专业科目维度所对应的是第三最终黑名单或者第三最终白名单;
医生信息标识用于确定具有该标识的药品在医生信息维度所对应的是第四最终黑名单或者第四最终白名单。
2.根据权利要求1所述的药品权限的查询方法,其特征在于,
若所述第一比对结果为任职科室黑名单B1中的名单的数量小于所述医院中所有任职科室的名单数量的1/2,则确定将任职科室的黑名单B1作为第一最终黑名单;若所述第一比对结果为任职科室黑名单B1中的名单的数量大于等于所述医院中所有任职科室的名单数量的1/2,则将医院中所有任职科室的名单中除所述任职科室黑名单B1之外的名单作为第一最终白名单;
若所述第二比对结果为业务科室的黑名单B2中的名单的数量小于所述医院中所有业务科室的名单数量的1/2,则确定将业务科室的黑名单B2作为第二最终黑名单;若所述第二比对结果为业务科室的黑名单B2中的名单的数量大于等于所述医院中所有业务科室的名单数量的1/2,则将医院中所有业务科室的名单中除所述业务科室的黑名单B2之外的名单作为第二最终白名单;
若所述第三比对结果为临床专业科目的黑名单B3中的名单的数量小于所述医院中所有临床专业科目的名单数量的1/2,则确定将临床专业科目的黑名单B3作为第三最终黑名单;若所述第三比对结果为临床专业科目的黑名单B3中的名单的数量大于等于所述医院中所有临床专业科目的名单数量的1/2,则将医院中所有临床专业科目的名单中除所述临床专业科目的黑名单B3之外的名单作为第三最终白名单;
若所述第四比对结果为医生信息的黑名单B4中的名单的数量小于所述医院中所有医生信息的名单数量的1/2,则确定将医生信息的黑名单B4作为第四最终黑名单;若所述第四比对结果为医生信息的黑名单B4中的名单的数量大于等于所述医院中所有医生信息的名单数量的1/2,则将医院中所有医生信息的名单中除所述医生信息的黑名单B4之外的名单作为第四最终白名单。
3.根据权利要求2所述的药品权限的查询方法,其特征在于,所述A3具体包括:
A31、基于每一药品的维度信息,获取与该药品维度信息对应的所存储的最终黑名单或者最终白名单;
A32、基于所述开单医生的基本信息和与该药品维度信息对应的所存储的最终黑名单或者最终白名单,进行逻辑判断,获取判断结果;
A33、基于所述判断结果,确定所述开单医生所对应的开药权限。
4.根据权利要求3所述的药品权限的查询方法,其特征在于,所述A31具体包括:
基于每一药品的任职科室标识、业务科室标识、临床专业科目标识和医生信息标识,获取与该药品的任职科室标识所对应的第一最终黑名单或第一最终白名单、与该药品的业务科室标识所对应的第二最终黑名单或第二最终白名单、与该药品的临床专业科目标识所对应的第三最终黑名单或第三最终白名单、与该药品的医生信息标识所对应的第四最终黑名单或第四最终白名单。
5.根据权利要求4所述的药品权限的查询方法,其特征在于,所述A32具体包括:
若该药品的任职科室标识所对应的是第一最终黑名单,则判断所述开单医生所属的任职科室是否不属于第一最终黑名单,得到第一判断结果;
若该药品的任职科室标识所对应的是第一最终白名单,则判断所述开单医生所属的任职科室是否属于第一最终白名单,得到第一判断结果;
若该药品的业务科室标识所对应的是第二最终黑名单,则判断所述开单医生所属的业务科室是否不属于第二最终黑名单,得到第二判断结果;
若该药品的业务科室标识所对应的是第二最终白名单,则判断所述开单医生所属的业务科室是否属于第二最终白名单,得到第二判断结果;
若该药品的临床专业科目标识所对应的是第三最终黑名单,则判断所述开单医生所属的临床专业科目是否不属于第三最终黑名单,得到第三判断结果;
若该药品的临床专业科目标识所对应的是第三最终白名单,则判断所述开单医生所属的临床专业科目是否属于第三最终白名单,得到第三判断结果;
若该药品的医生信息标识所对应的是第四最终黑名单,则判断所述开单医生的医生信息是否不属于第四最终黑名单,得到第四判断结果;
若该药品的医生信息标识所对应的是第四最终白名单,则判断所述开单医生的医生信息是否属于第四最终白名单,得到第四判断结果;
所述判断结果包括第一判断结果、第二判断结果、第三判断结果、第四判断结果。
6.根据权利要求5所述的药品权限的查询方法,其特征在于,所述A33具体包括:
若所述判断结果中的第一判断结果、第二判断结果、第三判断结果、第四判断结果均为真,则该开单医生具备该药品的开药权限,反之则不具备。
7.根据权利要求6所述的药品权限的查询方法,其特征在于,所述方法还包括:
A5、针对该开单医生所能够开具的药品的清单中的每一药品,基于预先设定的该开单医生所属的任职科室、业务科室、临床专业科目以及医生信息分别所能够开具的药品数量分别为N1、N2、N3、N4,以及当前该开单医生所属的任职科室、业务科室、临床专业科目以及医生信息所已经开具该药品的数量分别为C1、C2、C3、C4,确定每一所述药品所对应的实时库存数量,并展示;
其中,每一药品所对应的实时库存数量为数值D1、D2、D3、D4中的最小值;
其中,D1=N1-C1;D2=N2-C2;D3=N3-C3;D4=N4-C4。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310266761.0A CN115985478B (zh) | 2023-03-20 | 2023-03-20 | 一种药品权限的查询方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202310266761.0A CN115985478B (zh) | 2023-03-20 | 2023-03-20 | 一种药品权限的查询方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN115985478A CN115985478A (zh) | 2023-04-18 |
CN115985478B true CN115985478B (zh) | 2023-07-18 |
Family
ID=85962689
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202310266761.0A Active CN115985478B (zh) | 2023-03-20 | 2023-03-20 | 一种药品权限的查询方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115985478B (zh) |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108010574A (zh) * | 2017-12-04 | 2018-05-08 | 泰康保险集团股份有限公司 | 退药方法及服务器 |
CN113407646A (zh) * | 2021-06-18 | 2021-09-17 | 电子科技大学 | 一种基于知识图谱的分布式医院信息综合查询*** |
Family Cites Families (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2012203844A (ja) * | 2011-03-28 | 2012-10-22 | Terumo Corp | 薬配置部、薬配置部管理システム及び薬管理方法 |
AU2012203725A1 (en) * | 2012-06-25 | 2014-01-16 | McAllister, Ian Robert Mr | Method to Diagnose & or Cure many Human Diseases; Including Cancers, Multiple Sclerosis, Asthma, Diabetes, numerous Neurological conditions, as well as many other Inflammatory, Rheumatological, Allergic, Auto-Immune Conditions & potentially thousands of other undiagnosed symptoms of disease, which are all caused by Systemic Human Papilloma Viral (HPV) Infections. |
US20140081667A1 (en) * | 2012-09-06 | 2014-03-20 | Raymond Anthony Joao | Apparatus and method for processing and/or providing healthcare information and/or healthcare-related information with or using an electronic healthcare record or electronic healthcare records |
CN103886415A (zh) * | 2014-03-25 | 2014-06-25 | 北京蝶禾谊安信息技术有限公司 | 药品管理方法和装置 |
CN105426673A (zh) * | 2015-11-13 | 2016-03-23 | 上海全顾医疗科技有限公司 | 基于微科室的dtp药品导购平台 |
CN108461159A (zh) * | 2018-03-13 | 2018-08-28 | 杭州朝诺盛庭科技有限公司 | 一种同时解决医护人员、患者信息诉求的电子显示*** |
CN109636635A (zh) * | 2018-12-13 | 2019-04-16 | 平安医疗健康管理股份有限公司 | 违规开药的识别方法、装置、终端及计算机可读存储介质 |
CN111986792B (zh) * | 2020-08-31 | 2024-04-05 | 平安医疗健康管理股份有限公司 | 医疗机构评分方法、装置、设备及存储介质 |
CN112802589A (zh) * | 2021-02-05 | 2021-05-14 | 魏家强 | 一种基于医院管理***的临床科室备用药品管理***及方法 |
CN113486314A (zh) * | 2021-07-28 | 2021-10-08 | 四川美康医药软件研究开发有限公司 | 处方数据处理方法、装置以及电子设备 |
CN114596945A (zh) * | 2021-12-16 | 2022-06-07 | 深圳市巨鼎医疗股份有限公司 | 一种处方开药方法、医院信息***及计算机存储介质 |
CN114587087A (zh) * | 2022-03-08 | 2022-06-07 | 上海交通大学医学院附属第九人民医院 | 药品智能管理***及方法 |
-
2023
- 2023-03-20 CN CN202310266761.0A patent/CN115985478B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108010574A (zh) * | 2017-12-04 | 2018-05-08 | 泰康保险集团股份有限公司 | 退药方法及服务器 |
CN113407646A (zh) * | 2021-06-18 | 2021-09-17 | 电子科技大学 | 一种基于知识图谱的分布式医院信息综合查询*** |
Also Published As
Publication number | Publication date |
---|---|
CN115985478A (zh) | 2023-04-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11822688B1 (en) | Variable domain resource data security for data processing systems | |
US10025904B2 (en) | Systems and methods for managing a master patient index including duplicate record detection | |
US7058663B2 (en) | Automatic data update | |
US6405202B1 (en) | System and method for adding property level security to an object oriented database | |
US6978268B2 (en) | Healthcare organization central record and record identifier management system | |
US8515926B2 (en) | Processing related data from information sources | |
AU735365B2 (en) | A method and apparatus for document management utilizing a messaging system | |
US7809749B2 (en) | High run-time performance system | |
US7913161B2 (en) | Computer-implemented methods and systems for electronic document inheritance | |
CN102043931B (zh) | 一种基于角色权限动态转换的隐私数据访问控制方法 | |
US10572461B2 (en) | Systems and methods for managing a master patient index including duplicate record detection | |
US20070244701A1 (en) | Methods, systems and computer program products for organizing and/or manipulating cohort based information | |
MXPA06003755A (es) | Sistema y metodos que proporcionan modelo de seguridad mejorado. | |
CN103745161A (zh) | 访问安全控制方法及装置 | |
JP2003280990A (ja) | 文書処理装置及び文書を管理するためのコンピュータプログラム | |
US5204812A (en) | User access of multiple documents based on document relationship classification | |
US20210367945A1 (en) | Method and System to Capture and Find Information and Relationships | |
US7272550B2 (en) | System and method for configurable binding of access control lists in a content management system | |
CN115985478B (zh) | 一种药品权限的查询方法 | |
US9049237B2 (en) | System and method for performing partial evaluation in order to construct a simplified policy | |
US8095970B2 (en) | Dynamically associating attribute values with objects | |
US8478791B2 (en) | Interoperability across heterogeneous taxonomies | |
JP5422639B2 (ja) | データ蓄積システムとそのデータアクセス制御方法 | |
Benson et al. | IHE XDS | |
Valzelli et al. | Towards an Access Control Model for KnowledgeGraphs |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |