CN113963771A - 一种计算开药数量的方法、装置、电子设备及存储介质 - Google Patents

一种计算开药数量的方法、装置、电子设备及存储介质 Download PDF

Info

Publication number
CN113963771A
CN113963771A CN202111223225.XA CN202111223225A CN113963771A CN 113963771 A CN113963771 A CN 113963771A CN 202111223225 A CN202111223225 A CN 202111223225A CN 113963771 A CN113963771 A CN 113963771A
Authority
CN
China
Prior art keywords
medicine
target
prescription
calculating
single dose
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.)
Pending
Application number
CN202111223225.XA
Other languages
English (en)
Inventor
曹亮
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Baidu Netcom Science and Technology Co Ltd
Original Assignee
Beijing Baidu Netcom Science and Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing Baidu Netcom Science and Technology Co Ltd filed Critical Beijing Baidu Netcom Science and Technology Co Ltd
Priority to CN202111223225.XA priority Critical patent/CN113963771A/zh
Publication of CN113963771A publication Critical patent/CN113963771A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H20/00ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/10ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients

Landscapes

  • Health & Medical Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • Chemical & Material Sciences (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Medicinal Chemistry (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

本申请公开了一种计算开药数量的方法、装置、电子设备及存储介质,涉及人工智能技术领域,尤其涉及智慧医疗领域。具体实现方案为:接收医生发送的开药指令;其中,开药指令中包括目标药品的标识;响应于开药指令在药品字典中提取预先配置的目标药品的单次剂量;根据目标药品的单次剂量以及预先确定的目标患者的用药频率和服药周期,计算目标患者对应的开药数量。本申请实施例可以基于配置信息自动地计算药品数量,提高医生地开药效率,降低出错率。

Description

一种计算开药数量的方法、装置、电子设备及存储介质
技术领域
本公开涉及人工智能技术领域,进一步涉及智慧医疗领域,尤其是一种计算开药数量的方法、装置、电子设备及存储介质。
背景技术
在当前的互联网医院产品中,医生使用应用程序(Application,简称APP)对线上的患者进行问诊咨询、开具电子处方等服务。医生在APP上开具电子处方时,相比在线下个人计算机(Personal Computer,简称PC)端开处方,操作空间狭小,在选中药品后需要完善的开药信息比较多,包括:单次剂量(Single dose)、剂量单位(Dosage unit)、用药频率(Frequency of medication)和用药天数(Medication days)等,同时医生需要根据这些数据源人为主观地判断开药数量,医生的使用体验不高,工作效率在一定程度上受到影响,同时也非常容易出错。
发明内容
本公开提供了一种计算开药数量的方法、装置、电子设备以及存储介质。
第一方面,本申请提供了一种计算开药数量的方法,所述方法包括:
接收医生发送的开药指令;其中,所述开药指令中包括目标药品的标识;
响应于所述开药指令在药品字典中提取预先配置的所述目标药品的单次剂量;
根据所述目标药品的单次剂量以及预先确定的目标患者的用药频率和服药周期,计算所述目标患者对应的开药数量。
第二方面,本申请提供了一种计算开药数量的装置,所述装置包括:接收模块、提取模块和计算模块;其中,
所述接收模块,用于接收医生发送的开药指令;其中,所述开药指令中包括目标药品的标识;
所述提取模块,用于响应于所述开药指令在药品字典中提取预先配置的所述目标药品的单次剂量;
所述计算模块,用于根据所述目标药品的单次剂量以及预先确定的目标患者的用药频率和服药周期,计算所述目标患者对应的开药数量。
第三方面,本申请实施例提供了一种电子设备,包括:
一个或多个处理器;
存储器,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现本申请任意实施例所述的计算开药数量的方法。
第四方面,本申请实施例提供了一种存储介质,其上存储有计算机程序,该程序被处理器执行时实现本申请任意实施例所述的计算开药数量的方法。
第五方面,提供了一种计算机程序产品,当所述计算机程序产品被计算机设备执行时实现本申请任意实施例所述的计算开药数量的方法。
根据本申请的技术解决了现有技术中医生在APP上开具电子处方时需要完善的开药信息比较多,同时医生需要根据这些数据源人为主观地判断开药数量,医生的使用体验不高,工作效率在一定程度上受到影响,同时也非常容易出错的技术问题,本申请提供的技术方案,可以基于配置信息自动地计算药品数量,提高医生地开药效率,降低出错率。
应当理解,本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征,也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
附图用于更好地理解本方案,不构成对本公开的限定。其中:
图1是本申请实施例提供的计算开药数量的方法的第一流程示意图;
图2是本申请实施例提供的计算开药数量的方法的第二流程示意图;
图3是本申请实施例提供的计算开药数量的方法的第三流程示意图;
图4是本申请实施例提供的计算开药数量的系统架构图;
图5是本申请实施例三提供的计算开药数量的装置的结构示意图;
图6是用来实现本申请实施例的计算开药数量的方法的电子设备的框图。
具体实施方式
以下结合附图对本公开的示范性实施例做出说明,其中包括本公开实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本公开的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。
实施例一
图1是本申请实施例提供的计算开药数量的方法的第一流程示意图,该方法可以由计算开药数量的装置或者电子设备来执行,该装置或者电子设备可以由软件和/或硬件的方式实现,该装置或者电子设备可以集成在任何具有网络通信功能的智能设备中。如图1所示,计算开药数量的方法可以包括以下步骤:
S101、接收医生发送的开药指令;其中,开药指令中包括目标药品的标识。
在本步骤中,电子设备可以接收医生发送的开药指令;其中,开药指令中包括目标药品的标识。具体地,目标药品的标识可以是目标药品的名称,也可以是目标药品的编号等信息。
S102、响应于开药指令在药品字典中提取预先配置的目标药品的单次剂量。
在本步骤中,电子设备可以响应于开药指令在药品字典中提取预先配置的目标药品的单次剂量。具体地,电子设备可以响应于开药指令先在药品字典中获取目标药品对应的节点配置信息;其中,节点配置信息包括:基于含量的配置信息、基于包装数量的配置信息或者基于自定义剂量的配置信息;然后基于目标药品对应的节点配置信息确定目标药品的单次剂量。
S103、根据目标药品的单次剂量以及预先确定的目标患者的用药频率和服药周期,计算目标患者对应的开药数量。
在本步骤中,电子设备可以根据目标药品的单次剂量以及预先确定的目标患者的用药频率和服药周期,计算目标患者对应的开药数量。具体地,电子设备可以将目标药品的单次剂量进行换算,得到换算后的单次剂量;基于换算后的单次剂量以及用药频率和服药周期,计算目标患者对应的开药数量。
本申请实施例提出的计算开药数量的方法,先接收医生发送的开药指令;然后响应于开药指令在药品字典中提取预先配置的目标药品的单次剂量;再根据目标药品的单次剂量以及预先确定的目标患者的用药频率和服药周期,计算目标患者对应的开药数量。也就是说,本申请可以在接收到医生发送的开药指令之后,可以基于配置信息自动地计算出开药数量。而在现有的计算开药数量的方法中,需要医生主观地判断开药数量。因为本申请采用了在药品字典中提取预先配置的目标药品的单次剂量以及根据目标药品的单次剂量以及预先确定的目标患者的用药频率和服药周期,计算目标患者对应的开药数量的技术手段,克服了现有技术中医生在APP上开具电子处方时需要完善的开药信息比较多,同时医生需要根据这些数据源人为主观地判断开药数量,医生的使用体验不高,工作效率在一定程度上受到影响,同时也非常容易出错的技术问题,本申请提供的技术方案,可以基于配置信息自动地计算药品数量,提高医生地开药效率,降低出错率;并且,本申请实施例的技术方案实现简单方便、便于普及,适用范围更广。
实施例二
图2是本申请实施例提供的计算开药数量的方法的第二流程示意图。基于上述技术方案进一步优化与扩展,并可以与上述各个可选实施方式进行结合。如图2所示,计算开药数量的方法可以包括以下步骤:
S201、接收医生发送的开药指令;其中,开药指令中包括目标药品的标识。
S202、响应于开药指令在药品字典中获取目标药品对应的节点配置信息;其中,节点配置信息包括:基于含量的配置信息、基于包装数量的配置信息或者基于自定义剂量的配置信息。
在本步骤中,电子设备可以响应于开药指令在药品字典中获取目标药品对应的节点配置信息;其中,节点配置信息包括:基于含量的配置信息、基于包装数量的配置信息或者基于自定义剂量的配置信息。具体地,本申请可以通过网页端导入药品字典数据,通过网页端配置药品各项系数,APP端在开具处方时根据药品系数转化为前端医生可理解的显示内容,完成开具处方过程。网页端导入药品字典源数据,药品属性字段一般有:药品编码、药品名称、药品规格、含量(content)、含量单位(Content unit)、包装数量(Packingquantity)、包装单位(Packing unit)、发药单位、发药价格、用药频率、医保编码、批准文号、生产厂商编码、生产厂商名称、使用范围(非必须)、毒麻标识。
S203、基于目标药品对应的节点配置信息确定目标药品的单次剂量。
在本步骤中,电子设备可以基于目标药品对应的节点配置信息确定目标药品的单次剂量。具体地,电子设备可以在目标药品对应的节点配置信息中提取出目标药品的配置单位;其中,配置单位可以包括:含量单位、包装单位或者自定义剂量单位;若目标药品的配置单位符合剂量节点的服药要求,则电子设备可以将目标药品的配置单位确定为目标药品的单次剂量;若目标药品的配置单位不符合剂量节点的服药要求,则电子设备可以将目标药品的配置单位确定为非单次剂量。
S204、根据目标药品的单次剂量以及预先确定的目标患者的用药频率和服药周期,计算目标患者对应的开药数量。
本申请实施例提出的计算开药数量的方法,先接收医生发送的开药指令;然后响应于开药指令在药品字典中提取预先配置的目标药品的单次剂量;再根据目标药品的单次剂量以及预先确定的目标患者的用药频率和服药周期,计算目标患者对应的开药数量。也就是说,本申请可以在接收到医生发送的开药指令之后,可以基于配置信息自动地计算出开药数量。而在现有的计算开药数量的方法中,需要医生主观地判断开药数量。因为本申请采用了在药品字典中提取预先配置的目标药品的单次剂量以及根据目标药品的单次剂量以及预先确定的目标患者的用药频率和服药周期,计算目标患者对应的开药数量的技术手段,克服了现有技术中医生在APP上开具电子处方时需要完善的开药信息比较多,同时医生需要根据这些数据源人为主观地判断开药数量,医生的使用体验不高,工作效率在一定程度上受到影响,同时也非常容易出错的技术问题,本申请提供的技术方案,可以基于配置信息自动地计算药品数量,提高医生地开药效率,降低出错率;并且,本申请实施例的技术方案实现简单方便、便于普及,适用范围更广。
实施例三
图3是本申请实施例提供的计算开药数量的方法的第三流程示意图。基于上述技术方案进一步优化与扩展,并可以与上述各个可选实施方式进行结合。如图3所示,计算开药数量的方法可以包括以下步骤:
S301、通过网页端获取用户输入的各个药品的属性字段对应的药品信息;其中,属性字段包括:药品编码、药品名称、药品规格、含量、含量单位、包装数量、包装单位、发药单位、发药价格、用药频率、医保编码、批准文号、生产厂商编码、生产厂商名称、使用范围、毒麻标识。
在本步骤中,电子设备可以通过网页端获取用户输入的各个药品的属性字段对应的药品信息;其中,属性字段包括:药品编码、药品名称、药品规格、含量(content)、含量单位(Content unit)、包装数量(Packing quantity)、包装单位(Packing unit)、发药单位、发药价格、用药频率、医保编码、批准文号、生产厂商编码、生产厂商名称、使用范围(非必须)、毒麻标识。在源数据的基础上,进行核心项的配置,包括:单次剂量(Single dose):在保持用户对显示内容理解的前提下,还需要实现可计算,所以进行一次节点配置。剂量节点配置可设计为依据含量单位(Content unit)、包装单位(Packing unit)、自定义剂量节点。剂量节点配置完成后保存入库。医生在开具处方时,调用药品目录,选择要开具的药品并获取到药品详情及对应的配置节点信息,用户可根据实际情况选择具体使用哪个剂量节点作为单次剂量节点进行开药。如规格为100mg×36粒/盒的药品,mg为含量单位、粒为包装单位、盒为发药单位,开药时如果选择含量为单次剂量节点,则自动回显单次剂量为100mg;医生根据患者病情修改为单次剂量为150mg,换算为发药数量为1.5粒。以此规则结合用药频率及天数计算开药数粒数并取整数+1,根据发药单位就算实际开药数量。用药频率:在医疗领域有专业术语用来描述,例如,每日一次(QD)、每日两次(BID)、每日三次(TID)、每日四次(QID)、隔日一次(QOD)、三日一次(Q3D)等,每日一次对应的频次为1;每日两次对应的频次为2;每日三次对应的频次为3;每日四次对应的频次为4;隔日一次对应的频次为0.5;三日一次对应的频次为0.3。用户每次的用药频次,是组成整个开药数量的重要因素,药品字典中通常不包括频次对应的可计算系数,需要抽象为可计算的频次系数。频次ID是作为内部存储的用药频率的唯一标识,频次描述是对应药频率前端展示,是标准的药品用法字段。频次是按照每天执行次数进行的标准转化,如每日三次,实际频次是3,如用药频率是每日三次,单次剂量是3片,按照频次计算,最终是3片×3,每天服用9片。频次的配置可以通过表格导入的方式批量处理,存储落库后,后续可以通过频次ID进行对应的调用及展示。
S302、将各个药品的属性字段对应的药品信息保存在药品字典中。
S303、接收医生发送的开药指令;其中,开药指令中包括目标药品的标识。
S304、响应于开药指令在药品字典中提取预先配置的目标药品的单次剂量。
S305、将目标药品的单次剂量进行换算,得到换算后的单次剂量。
在本步骤中,电子设备可以将目标药品的单次剂量进行换算,得到换算后的单次剂量。
S306、基于换算后的单次剂量以及用药频率和服药周期,计算目标患者对应的开药数量。
在步骤中,电子设备可以基于换算后的单次剂量以及用药频率和服药周期,计算目标患者对应的开药数量。具体地,电子设备可以按照以下公式计算目标患者对应的开药数量:开药数量=换算后的单次剂量×用药频率×服药周期/包装数量。开药数量主要包含三个因素,单次剂量,用药频率及服药周期,这几个字段除了服药周期,其他字段并不是直接可以用药自动使用及计算的因子,所以需要提前配置好单次剂量节点及频率系数,最后自动化换算成开药数量,开药数量=单次剂量(换算后)×用药频率×服药周期/包装数量,计算后还需要判断配置条件,是否发整包装,如是需要取整。
本申请基于配置化的单次剂量和用药频率能力,实现自动计算开具处方数量的能力。该技术关键点是药品规格的拆解及节点的设定,频次系数的配置,然后通过表达式计算开药数量,从而实现配置化的计算药品数量。提高医生开药效率,降低错误率。
图4是本申请实施例提供的计算开药数量的系统架构图。如图4所示,该系统可以包括:服务层配置、存储层、调用和自动计算;其中,在服务层配置中,可以包括:单次剂量节点配置、频率系数配置、算法配置和自定义设置;在存储层中,可以包括:药品名称、含量(content)、包装单位(Packing unit)、用药频率、频率系数、发药单位、含量单位(Contentunit)、包装数量(Packing quantity)、节点存储和算法存储。在调用中,可以包括:药品映射、算法调用、配置映射、配置读取、配置显示和配置计算;在自动计算中,可以包括:发送数量计算和发药数量回显。
本申请实施例提出的计算开药数量的方法,先接收医生发送的开药指令;然后响应于开药指令在药品字典中提取预先配置的目标药品的单次剂量;再根据目标药品的单次剂量以及预先确定的目标患者的用药频率和服药周期,计算目标患者对应的开药数量。也就是说,本申请可以在接收到医生发送的开药指令之后,可以基于配置信息自动地计算出开药数量。而在现有的计算开药数量的方法中,需要医生主观地判断开药数量。因为本申请采用了在药品字典中提取预先配置的目标药品的单次剂量以及根据目标药品的单次剂量以及预先确定的目标患者的用药频率和服药周期,计算目标患者对应的开药数量的技术手段,克服了现有技术中医生在APP上开具电子处方时需要完善的开药信息比较多,同时医生需要根据这些数据源人为主观地判断开药数量,医生的使用体验不高,工作效率在一定程度上受到影响,同时也非常容易出错的技术问题,本申请提供的技术方案,可以基于配置信息自动地计算药品数量,提高医生地开药效率,降低出错率;并且,本申请实施例的技术方案实现简单方便、便于普及,适用范围更广。
实施例四
图5是本申请实施例提供的计算开药数量的装置的结构示意图。如图5所示,所述装置500包括:接收模块501、提取模块502和计算模块503;其中,
所述接收模块501,用于接收医生发送的开药指令;其中,所述开药指令中包括目标药品的标识;
所述提取模块502,用于响应于所述开药指令在药品字典中提取预先配置的所述目标药品的单次剂量;
所述计算模块503,用于根据所述目标药品的单次剂量以及预先确定的目标患者的用药频率和服药周期,计算所述目标患者对应的开药数量。
进一步的,所述提取模块502,具体用于响应于所述开药指令在所述药品字典中获取所述目标药品对应的节点配置信息;其中,所述节点配置信息包括:基于含量的配置信息、基于包装数量的配置信息或者基于自定义剂量的配置信息;基于所述目标药品对应的节点配置信息确定所述目标药品的单次剂量。
进一步的,所述提取模块502,具体用于在所述目标药品对应的节点配置信息中提取出所述目标药品的配置单位;其中,所述配置单位包括:含量单位、包装单位或者自定义剂量单位;若所述目标药品的配置单位符合剂量节点的服药要求,则将所述目标药品的配置单位确定为所述目标药品的单次剂量。
进一步的,所述装置还包括:配置模块504(图中未示出),用于通过网页端获取用户输入的各个药品的属性字段对应的药品信息;其中,所述属性字段包括:药品编码、药品名称、药品规格、含量、含量单位、包装数量、包装单位、发药单位、发药价格、用药频率、医保编码、批准文号、生产厂商编码、生产厂商名称、使用范围、毒麻标识;将各个药品的属性字段对应的药品信息保存在所述药品字典中。
进一步的,所述计算模块503,具体用于将所述目标药品的单次剂量进行换算,得到换算后的单次剂量;基于所述换算后的单次剂量以及所述用药频率和所述服药周期,计算所述目标患者对应的开药数量。
进一步的,所述计算模块503,具体用于按照以下公式计算所述目标患者对应的开药数量:开药数量=换算后的单次剂量×用药频率×服药周期/包装数量。
上述计算开药数量的装置可执行本申请任意实施例所提供的方法,具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节,可参见本申请任意实施例提供的计算开药数量的方法。
实施例五
根据本公开的实施例,本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。
图6示出了可以用来实施本公开的实施例的示例电子设备600的示意性框图。电子设备旨在表示各种形式的数字计算机,诸如,膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置,诸如,个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例,并且不意在限制本文中描述的和/或者要求的本公开的实现。
如图6所示,设备600包括计算单元601,其可以根据存储在只读存储器(ROM)602中的计算机程序或者从存储单元608加载到随机访问存储器(RAM)603中的计算机程序,来执行各种适当的动作和处理。在RAM 603中,还可存储设备600操作所需的各种程序和数据。计算单元601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。
设备600中的多个部件连接至I/O接口605,包括:输入单元606,例如键盘、鼠标等;输出单元607,例如各种类型的显示器、扬声器等;存储单元608,例如磁盘、光盘等;以及通信单元609,例如网卡、调制解调器、无线通信收发机等。通信单元609允许设备600通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
计算单元601可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元601的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元601执行上文所描述的各个方法和处理,例如计算开药数量的方法。例如,在一些实施例中,计算开药数量的方法可被实现为计算机软件程序,其被有形地包含于机器可读介质,例如存储单元608。在一些实施例中,计算机程序的部分或者全部可以经由ROM 602和/或通信单元609而被载入和/或安装到设备600上。当计算机程序加载到RAM 603并由计算单元601执行时,可以执行上文描述的计算开药数量的方法的一个或多个步骤。备选地,在其他实施例中,计算单元601可以通过其他任何适当的方式(例如,借助于固件)而被配置为执行计算开药数量的方法。
本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括:实施在一个或者多个计算机程序中,该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释,该可编程处理器可以是专用或者通用可编程处理器,可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令,并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器,使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行,作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
在本公开的上下文中,机器可读介质可以是有形的介质,其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备,或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
为了提供与用户的交互,可以在计算机上实施此处描述的系统和技术,该计算机具有:用于向用户显示信息的显示装置(例如,CRT(阴极射线管)或者LCD(液晶显示器)监视器);以及键盘和指向装置(例如,鼠标或者轨迹球),用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互;例如,提供给用户的反馈可以是任何形式的传感反馈(例如,视觉反馈、听觉反馈、或者触觉反馈);并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如,作为数据服务器)、或者包括中间件部件的计算系统(例如,应用服务器)、或者包括前端部件的计算系统(例如,具有图形用户界面或者网络浏览器的用户计算机,用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如,通信网络)来将系统的部件相互连接。通信网络的示例包括:局域网(LAN)、广域网(WAN)、区块链网络和互联网。
计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器,又称为云计算服务器或云主机,是云计算服务体系中的一项主机产品,以解决了传统物理主机与VPS服务中,存在的管理难度大,业务扩展性弱的缺陷。
应该理解,可以使用上面所示的各种形式的流程,重新排序、增加或删除步骤。例如,本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行,只要能够实现本申请公开的技术方案所期望的结果,本文在此不进行限制。本公开的技术方案中,所涉及的用户个人信息的获取,存储和应用等,均符合相关法律法规的规定,且不违背公序良俗。
上述具体实施方式,并不构成对本公开保护范围的限制。本领域技术人员应该明白的是,根据设计要求和其他因素,可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等,均应包含在本公开保护范围之内。

Claims (15)

1.一种计算开药数量的方法,所述方法包括:
接收医生发送的开药指令;其中,所述开药指令中包括目标药品的标识;
响应于所述开药指令在药品字典中提取预先配置的所述目标药品的单次剂量;
根据所述目标药品的单次剂量以及预先确定的目标患者的用药频率和服药周期,计算所述目标患者对应的开药数量。
2.根据权利要求1所述的方法,其中,所述响应于所述开药指令在药品字典中提取预先配置的所述目标药品的单次剂量,包括:
响应于所述开药指令在所述药品字典中获取所述目标药品对应的节点配置信息;其中,所述节点配置信息包括:基于含量的配置信息、基于包装数量的配置信息或者基于自定义剂量的配置信息;
基于所述目标药品对应的节点配置信息确定所述目标药品的单次剂量。
3.根据权利要求2所述的方法,其中,所述基于所述目标药品对应的节点配置信息确定所述目标药品的单次剂量,包括:
在所述目标药品对应的节点配置信息中提取出所述目标药品的配置单位;其中,所述配置单位包括:含量单位、包装单位或者自定义剂量单位;
若所述目标药品的配置单位符合剂量节点的服药要求,则将所述目标药品的配置单位确定为所述目标药品的单次剂量。
4.根据权利要求1所述的方法,在所述接收医生发送的开药指令之前,所述方法还包括:
通过网页端获取用户输入的各个药品的属性字段对应的药品信息;其中,所述属性字段包括:药品编码、药品名称、药品规格、含量、含量单位、包装数量、包装单位、发药单位、发药价格、用药频率、医保编码、批准文号、生产厂商编码、生产厂商名称、使用范围、毒麻标识;
将各个药品的属性字段对应的药品信息保存在所述药品字典中。
5.根据权利要求1所述的方法,其中,所述根据所述目标药品的单次剂量以及预先确定的目标患者的用药频率和服药周期,计算所述目标患者对应的开药数量,包括:
将所述目标药品的单次剂量进行换算,得到换算后的单次剂量;
基于所述换算后的单次剂量以及所述用药频率和所述服药周期,计算所述目标患者对应的开药数量。
6.根据权利要求5所述的方法,其中,基于所述换算后的单次剂量以及所述用药频率和所述服药周期,计算所述目标患者对应的开药数量,包括:按照以下公式计算所述目标患者对应的开药数量:开药数量=换算后的单次剂量×用药频率×服药周期/包装数量。
7.一种计算开药数量的装置,所述装置包括:接收模块、提取模块和计算模块;其中,
所述接收模块,用于接收医生发送的开药指令;其中,所述开药指令中包括目标药品的标识;
所述提取模块,用于响应于所述开药指令在药品字典中提取预先配置的所述目标药品的单次剂量;
所述计算模块,用于根据所述目标药品的单次剂量以及预先确定的目标患者的用药频率和服药周期,计算所述目标患者对应的开药数量。
8.根据权利要求7所述的装置,所述提取模块,具体用于响应于所述开药指令在所述药品字典中获取所述目标药品对应的节点配置信息;其中,所述节点配置信息包括:基于含量的配置信息、基于包装数量的配置信息或者基于自定义剂量的配置信息;基于所述目标药品对应的节点配置信息确定所述目标药品的单次剂量。
9.根据权利要求8所述的装置,所述提取模块,具体用于在所述目标药品对应的节点配置信息中提取出所述目标药品的配置单位;其中,所述配置单位包括:含量单位、包装单位或者自定义剂量单位;若所述目标药品的配置单位符合剂量节点的服药要求,则将所述目标药品的配置单位确定为所述目标药品的单次剂量。
10.根据权利要求7所述的装置,所述装置还包括:配置模块,用于通过网页端获取用户输入的各个药品的属性字段对应的药品信息;其中,所述属性字段包括:药品编码、药品名称、药品规格、含量、含量单位、包装数量、包装单位、发药单位、发药价格、用药频率、医保编码、批准文号、生产厂商编码、生产厂商名称、使用范围、毒麻标识;将各个药品的属性字段对应的药品信息保存在所述药品字典中。
11.根据权利要求7所述的装置,所述计算模块,具体用于将所述目标药品的单次剂量进行换算,得到换算后的单次剂量;基于所述换算后的单次剂量以及所述用药频率和所述服药周期,计算所述目标患者对应的开药数量。
12.根据权利要求11所述的装置,所述计算模块,具体用于按照以下公式计算所述目标患者对应的开药数量:开药数量=换算后的单次剂量×用药频率×服药周期/包装数量。
13.一种电子设备,包括:
至少一个处理器;以及
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行权利要求1-6中任一项所述的方法。
14.一种存储有计算机指令的非瞬时计算机可读存储介质,其中,所述计算机指令用于使所述计算机执行根据权利要求1-6中任一项所述的方法。
15.一种计算机程序产品,包括计算机程序,所述计算机程序在被处理器执行时实现根据权利要求1-6中任一项所述的方法。
CN202111223225.XA 2021-10-20 2021-10-20 一种计算开药数量的方法、装置、电子设备及存储介质 Pending CN113963771A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111223225.XA CN113963771A (zh) 2021-10-20 2021-10-20 一种计算开药数量的方法、装置、电子设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111223225.XA CN113963771A (zh) 2021-10-20 2021-10-20 一种计算开药数量的方法、装置、电子设备及存储介质

Publications (1)

Publication Number Publication Date
CN113963771A true CN113963771A (zh) 2022-01-21

Family

ID=79465135

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111223225.XA Pending CN113963771A (zh) 2021-10-20 2021-10-20 一种计算开药数量的方法、装置、电子设备及存储介质

Country Status (1)

Country Link
CN (1) CN113963771A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114628000A (zh) * 2022-02-24 2022-06-14 上海聚音信息科技有限公司 用药提示方法、用药提示装置、设备和存储介质
CN115831314A (zh) * 2023-02-16 2023-03-21 江苏曼荼罗软件股份有限公司 一种基于医嘱分解的领药申请方法及系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102609617A (zh) * 2012-01-31 2012-07-25 成都成电医星数字健康软件有限公司 一种智能化计算临床药品发药量的方法
GB201520079D0 (en) * 2015-11-13 2015-12-30 Metabolic Healthcare Ltd Electonic method and system for data provision
CN106202985A (zh) * 2016-08-30 2016-12-07 深圳市双赢伟业科技股份有限公司 药房内自动配药的方法及系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102609617A (zh) * 2012-01-31 2012-07-25 成都成电医星数字健康软件有限公司 一种智能化计算临床药品发药量的方法
GB201520079D0 (en) * 2015-11-13 2015-12-30 Metabolic Healthcare Ltd Electonic method and system for data provision
CN106202985A (zh) * 2016-08-30 2016-12-07 深圳市双赢伟业科技股份有限公司 药房内自动配药的方法及系统

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114628000A (zh) * 2022-02-24 2022-06-14 上海聚音信息科技有限公司 用药提示方法、用药提示装置、设备和存储介质
CN115831314A (zh) * 2023-02-16 2023-03-21 江苏曼荼罗软件股份有限公司 一种基于医嘱分解的领药申请方法及系统

Similar Documents

Publication Publication Date Title
AU2022235592A1 (en) Medication preparation queue
AU2020210161A1 (en) Medication retrieval optimization
CN113963771A (zh) 一种计算开药数量的方法、装置、电子设备及存储介质
US12009091B2 (en) Pharmacy SIG codes auto-populating system
JP7213925B2 (ja) 医療ドーズを実行するためのヘルスケア情報の自動交換
CN109966153A (zh) 基于智能医药箱的用药管理方法、可读存储介质和终端
CN109255721A (zh) 基于费用预测的保险推荐方法、设备、服务器及可读介质
US20160092642A1 (en) Determining Orphan Drug Eligibility for Reduced Pricing
US10372880B2 (en) Managing re-use of returned medications
CN117409908A (zh) 基于rpa的肿瘤全病程管理方法、装置、设备及介质
CN115831314A (zh) 一种基于医嘱分解的领药申请方法及系统
Li et al. The intervention of data mining in the allocation efficiency of multiple intelligent devices in intelligent pharmacy
US20210019296A1 (en) System and method for data de-duplication and augmentation
JP7061222B1 (ja) 医療機関における商品の在庫を管理する装置、方法及びそのためのプログラム
CN115602284A (zh) 一种用药提醒方法、系统、装置、设备及存储介质
CN114023456B (zh) 门诊患者分组方法、装置、电子设备和介质
CN115985448A (zh) 一种确定用药数据及配送方法、装置及设备
JP6473219B1 (ja) 在庫管理装置、在庫管理システム、在庫管理方法、および在庫管理プログラム
CN112925819A (zh) 药品中标信息挖掘方法和装置
CN117541152B (zh) 一种药品的摆位调整方法、装置、设备及存储介质
JP7231695B1 (ja) 薬剤発注管理装置、薬剤発注管理方法、および、薬剤発注管理プログラム
CN113948170A (zh) 一种治疗时长获取方法、装置、电子设备和存储介质
CN112786132B (zh) 病历文本数据分割方法、装置、可读存储介质及电子设备
CN114913948A (zh) 一种信息处理方法、装置、电子设备及可读存储介质
CN118280515A (zh) 基于合理用药处方或医嘱用药疗程审核方法、系统和存储介质

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