可左右滑动选省市

开具药方的方法、装置、电子设备及存储介质

更新时间:2024-11-01
开具药方的方法、装置、电子设备及存储介质 专利申请类型:发明专利;
地区:浙江-杭州;
源自:杭州高价值专利检索信息库;

专利名称:开具药方的方法、装置、电子设备及存储介质

专利类型:发明专利

专利申请号:CN202011268319.4

专利申请(专利权)人:微医云(杭州)控股有限公司
权利人地址:浙江省杭州市萧山区萧山经济技术开发区启迪路198号B-12AF-06室

专利发明(设计)人:刘志刚

专利摘要:本发明实施例公开了一种开具药方的方法、装置、电子设备及存储介质。该方法包括:确定用于表征目标用户身份的身份标识符;分别从至少一个数据库中调取与所述身份标识符相匹配的目标历史诊疗信息;所述历史诊疗信息中包括历史病症信息、历史用药信息以及过敏史信息中的至少一个;根据当前病症信息以及所述历史诊疗信息,确定与目标用户相对应的至少一种推荐用药信息;根据触发的推荐用药信息以及相应的使用信息,生成目标药方单。本发明公开的技术方案,解决了现有技术开具药方存在开方效率较低、开具的药方与用户之间的匹配度较低的技术问题,实现了快速、便捷、准确的为各就诊用户开具药方的技术效。

主权利要求:
1.一种开具药方的方法,其特征在于,包括:
获取各用户的就诊信息,从就诊信息中提取出包括关键词汇的句子,通过对各所述句子进行聚合处理,得到联想词库中与各关键词汇相关联的待确定句子;
当检测到触发病历模板中的当前病症信息编辑控件时,获取在所述编辑控件中编辑关键词汇,所述当前病症信息是通过向目标用户输出问诊问题以使目标用户输入输入信息获取的,在展示问诊问题的同时展示问诊问题的辅助图像和输入提示信息,所述输入提示信息提示目标用户如何针对问诊问题进行输入,所述输入信息包括以下至少一项:语音输入信息、文本输入信息和在辅助图像上的触控输入信息,其中,所述辅助图像为人体图像,所述辅助图像中包含人体结构和任一结构对应的具体名称;
从联想词库中调取与所述关键词汇相关联的至少一个待确定句子,将目标用户触发的句子作为所述当前病症信息的关键句子,并将所述关键句子显示在区别于关键词汇的内容编辑控件中;所述当前病症信息包括关键词汇和关键句子;
确定用于表征目标用户身份的身份标识符;
获取与所述身份标识符相关联的关联标识符,基于所述关联标识符从所述至少一个数据库中调取与所述关联标识符相匹配的待处理历史诊疗信息;
获取各待处理历史诊疗信息中的历史病症信息,并通过对各历史病症信息进行分析处理,得到与所述身份标识符相对应的家族史疾病类型;
所述对各历史病症信息进行分析处理,得到与所述身份标识符相对应的家族史疾病类型,包括:将各历史病症信息输入至统计分析模型中,将所述统计分析模型输出的共同的疾病类型,确定为与所述身份标识符相对应的家族史疾病类型;或,将各历史病症信息与预设的家族遗传病数据库中的各个病症进行匹配,将目标用户的亲属中,超过预设阈值比例的亲属均确诊过的同一病症,确定为与所述身份标识符相对应的家族史疾病类型;
分别从至少一个数据库中调取与所述身份标识符相匹配的目标历史诊疗信息;所述目标历史诊疗信息中包括历史病症信息、历史用药信息、家族史疾病类型以及过敏史信息中的至少一个;
根据当前病症信息以及所述目标历史诊疗信息,确定与目标用户相对应的至少一种推荐用药信息;
根据触发的推荐用药信息以及相应的使用信息,生成目标药方单。
2.根据权利要求1所述的方法,其特征在于,所述确定用于表征目标用户身份的身份标识符,包括:获取与所述目标用户相关联的关联元素;所述关联元素包括用户身份证号、用户姓名、医保卡号、手机号以及邮件中的至少两个;
基于所述关联元素生成与所述目标用户相对应的身份标识符。
3.根据权利要求1所述的方法,其特征在于,所述分别从至少一个数据库中调取与所述身份标识符相匹配的历史诊疗信息,包括:根据所述身份标识符从各就诊平台和医院信息系统中调取与所述目标用户相对应的历史诊疗信息。
4.根据权利要求1所述的方法,其特征在于,还包括:
当检测到触发与目标用户所对应的控件时,调取与所述目标用户相对应的基本信息,并将所述基本信息导入至所述病历模板的第一预设区域中;第一预设区域中包括多个控件,每个控件用于显示用户的基本信息;
将所述目标历史诊疗信息导入至所述病历模板中的第二预设区域中,所述第二预设区域用于显示历史诊疗信息。
5.根据权利要求4所述的方法,其特征在于,所述根据当前病症信息以及所述历史诊疗信息,确定与目标用户相对应的至少一种推荐用药信息,包括:当检测到触发开具药方的控件时,获取所述病历模板中导入的历史诊疗信息和所述当前病症信息;
若所述历史诊疗信息中存在与所述当前病症信息相同的目标历史诊疗信息,则调取与所述目标历史诊疗信息相对应的目标历史药方单;
将所述目标历史药方单中的部分药剂名称作为所述至少一种推荐用药信息。
6.根据权利要求5所述的方法,其特征在于,所述将所述目标历史药方单中的部分药剂名称作为至少一种推荐用药信息,包括:从目标历史药方单中的所有药剂名称中剔除与所述过敏史信息相对应的待剔除药剂名称;
将剩余的药剂名称作为所述推荐用药信息。
7.根据权利要求5所述的方法,其特征在于,还包括:
若所述历史诊疗信息中不存在与所述当前病症信息相同的目标历史诊疗信息,则从病历库中获取所述当前病症信息相对应的目标历史药方单;
基于所述目标历史药方单中的药剂名称以及与所述目标用户相对应的过敏史信息,确定推荐用药信息。
8.根据权利要求1所述的方法,其特征在于,所述根据触发的推荐用药信息以及相应的使用信息,生成目标药方单,包括:将所述至少一个推荐用药信息显示在终端显示界面上,并将触发的推荐用药信息作为目标用药信息;
在与所述目标用药信息相对应的使用控件中编辑使用信息,并基于目标用药信息以及相应的使用信息,生成目标药方单。
9.一种开具药方的装置,其特征在于,包括:
待确定句子确定模块,用于获取各用户的就诊信息,从就诊信息中提取出包括关键词汇的句子,通过对各所述句子进行聚合处理,得到联想词库中与各关键词汇相关联的待确定句子;
关键词汇获取模块,用于当检测到触发病历模板中的当前病症信息编辑控件时,获取在编辑控件中编辑关键词汇,所述当前病症信息是通过向目标用户输出问诊问题以使目标用户输入输入信息获取的,在展示问诊问题的同时展示问诊问题的辅助图像和输入提示信息,所述输入提示信息提示目标用户如何针对问诊问题进行输入,所述输入信息包括以下至少一项:语音输入信息、文本输入信息和在辅助图像上的触控输入信息,其中,所述辅助图像为人体图像,所述辅助图像中包含人体结构和任一结构对应的具体名称;
关键句子确定模块,用于从联想词库中调取与关键词汇相关联的至少一个待确定句子,将目标用户触发的句子作为当前病症信息的关键句子,并将关键句子显示在区别于关键词汇的内容编辑控件中;当前病症信息包括关键词汇和关键句子;
身份标识符确定模块,用于确定用于表征目标用户身份的身份标识符;
待处理历史诊疗信息获取单元,用于获取与所述身份标识符相关联的关联标识符,基于所述关联标识符从所述至少一个数据库中调取与所述关联标识符相匹配的待处理历史诊疗信息;
家族史疾病类型确定单元,用于获取各待处理历史诊疗信息中的历史病症信息,并通过对各历史病症信息进行分析处理,得到与所述身份标识符相对应的家族史疾病类型;
所述家族史疾病类型确定单元包括:
家族史疾病类型确定子单元,用于将各历史病症信息输入至统计分析模型中,将所述统计分析模型输出的共同的疾病类型,确定为与所述身份标识符相对应的家族史疾病类型;或,将各历史病症信息与预设的家族遗传病数据库中的各个病症进行匹配,将目标用户的亲属中,超过预设阈值比例的亲属均确诊过的同一病症,确定为与所述身份标识符相对应的家族史疾病类型;
目标历史诊疗信息获取模块,用于分别从至少一个数据库中调取与所述身份标识符相匹配的目标历史诊疗信息;所述历史诊疗信息中包括历史病症信息、历史用药信息、家族史疾病类型以及过敏史信息中的至少一个;
推荐用药信息确定模块,用于根据当前病症信息以及所述历史诊疗信息,确定与目标用户相对应的至少一种推荐用药信息;
目标药方单生成模块,用于根据触发的推荐用药信息以及相应的使用信息,生成目标药方单。
10.一种电子设备,其特征在于,所述电子设备包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1‑8中任一所述的开具药方的方法。
11.一种包含计算机可执行指令的存储介质,所述计算机可执行指令在由计算机处理器执行时用于执行如权利要求1‑8中任一所述的开具药方的方法。 说明书 : 开具药方的方法、装置、电子设备及存储介质技术领域[0001] 本发明实施例涉及医疗技术领域,尤其涉及一种开具药方的方法、装置、电子设备及存储介质。背景技术[0002] 目前,在患者就诊过程中,需要医师询问患者的当前病症信息,以及历史病症信息,并基于各病症信息开具相应的药方。[0003] 也就是说,医师每接诊一个患者,都需要重复问患者的基本信息、病症信息等必要的问题,从而基于提问的问题,编辑患者的病历信息,同时,根据患者的病历信息和其知识记忆编辑相应的药方。[0004] 当一定时长内就诊的患者较多时,需要医师重复询问相同的问题将问题对应的回答编辑到病历模板中,,此时就会存在由于医师的精力有限,当长时间重复执行上述无效操作时,容易引起医师疲劳,导致医师开具的药方与用户之间存在匹配度较低的问题。进一步的,不同医师的经验和记忆的知识存在一定的差异,因此开具的药方也会存在一定的偏颇。最后,目前开具药方均是手动完成的,存在开方效率较低的问题。[0005] 基于此可知,现有技术开具药方存在开方效率较低、开具的药方与用户之间的匹配度较低的技术问题。发明内容[0006] 本发明提供一种开具药方的方法、装置、电子设备及存储介质,以实现快速、便捷、准确的为各就诊用户开具药方的技术效果。[0007] 第一方面,本发明实施例提供了一种开具药方的方法,该方法包括:[0008] 确定用于表征目标用户身份的身份标识符;[0009] 分别从至少一个数据库中调取与所述身份标识符相匹配的目标历史诊疗信息;所述历史诊疗信息中包括历史病症信息、历史用药信息以及过敏史信息中的至少一个;[0010] 根据当前病症信息以及所述历史诊疗信息,确定与目标用户相对应的至少一种推荐用药信息;[0011] 根据触发的推荐用药信息以及相应的使用信息,生成目标药方单。[0012] 第二方面,本发明实施例还提供了一种开具药方的装置,该装置包括:[0013] 身份标识符确定模块,用于确定用于表征目标用户身份的身份标识符;[0014] 目标历史诊疗信息获取模块,用于分别从至少一个数据库中调取与所述身份标识符相匹配的目标历史诊疗信息;所述历史诊疗信息中包括历史病症信息、历史用药信息以及过敏史信息中的至少一个;[0015] 推荐用药信息确定模块,用于根据当前病症信息以及所述历史诊疗信息,确定与目标用户相对应的至少一种推荐用药信息;[0016] 目标药方单生成模块,用于根据触发的推荐用药信息以及相应的使用信息,生成目标药方单。[0017] 第三方面,本发明实施例还提供了一种电子设备,所述电子设备包括:[0018] 一个或多个处理器;[0019] 存储装置,用于存储一个或多个程序,[0020] 当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如本发明实施例任一所述的开具药方的方法。[0021] 第四方面,本发明实施例还提供了一种包含计算机可执行指令的存储介质,所述计算机可执行指令在由计算机处理器执行时用于执行如本发明实施例任一所述的开具药方的方法。[0022] 本发明实施例的技术方案,通过获取目标用户的身份标识符以确定目标用户的身份,并基于目标用户的身份标识符从至少一个数据库中确定目标用户的目标历史病症信息,可以帮助医师快速了解目标用户的身体状况,并根据目标用户的当前病症信息和目标历史诊疗信息确定目标用户的至少一种推荐用药信息,并基于该用药信息对应的使用信息生成目标用户对应的目标药方单,解决了现有技术开具药方存在开方效率较低、开具的药方与用户之间的匹配度较低的技术问题,实现了快速、便捷、准确的为各就诊用户开具药方的技术效果。附图说明[0023] 为了更加清楚地说明本发明示例性实施例的技术方案,下面对描述实施例中所需要用到的附图做一简单介绍。显然,所介绍的附图只是本发明所要描述的一部分实施例的附图,而不是全部的附图,对于本领域普通技术人员,在不付出创造性劳动的前提下,还可以根据这些附图得到其他的附图。[0024] 图1是本发明实施例一提供的一种开具药方的方法的流程图;[0025] 图2为本发明实施例一所设计的一种调整药剂使用信息的示意图;[0026] 图3是本发明实施例二提供的一种开具药方的方法的流程图;[0027] 图4为本发明实施例二所设计的一种病例模板示意图;[0028] 图5为本发明实施例二所设计的第三预设区域示意图;[0029] 图6为本发明实施例二所设计的第三预设区域的显示控件示意图;[0030] 图7是本发明实施例三提供的一种开具药方的装置的结构示意图;[0031] 图8是本发明实施例四提供的一种电子设备的结构示意图。具体实施方式[0032] 下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释本发明,而非对本发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与本发明相关的部分而非全部结构。[0033] 实施例一[0034] 图1为本发明实施例一所提供的一种开具药方的方法流程示意图,本实施例可适用于根据目标用户的信息自动开具相应药方的情形,该方法可以由开具药方的装置来执行,该装置可以通过软件和/或硬件的形式实现,可集成在诸如智能手机、平板电脑或者个人计算机等的电子设备中。[0035] 如图1,本实施例的方法包括:[0036] 在介绍本实施例方案之前,先对应用场景进行示例性说明:医师在接诊每一位患者的时候都需要重复的向患者询问历史诊疗信息,从而基于历史诊疗信息来了解患者的过敏史以及疾病史等信息。基于患者的历史诊疗信息,以及当前病症信息可以对患者进行诊断。为了避免医师重复询问患者相同的信息,可以预先调取与患者相对应的历史诊疗信息,从而根据历史诊疗信息以及当前病症信息,得到当前病症信息的诊断结果,并开具相应的药方。[0037] S110、确定用于表征目标用户身份的身份标识符。[0038] 其中,可以将当前就诊并对其信息进行处理的患者作为目标用户。例如,曾经在各个医院就诊的患者,也可以是在各就诊平台就诊的患者,还可以是只在药房进行买药的患者。相应的,身份标识符是用于表征目标用户是谁的唯一标识符,可选的,身份证号是用户的唯一标识,可以将基于身份证号和其他与目标用户相对应的信息生成的标识符,作为身份标识符。即,身份标识符是目标用户在在医院信息系统、就诊平台信息系统以及其他数据库中的唯一标识,通过此标识符可以找出各数据库存储的与该患者相关的诊疗信息。在本实施例中,身份标识符可以用MPI(MasterPatientIndex,患者主索引)进行表示,即医疗系统中每个用户的身份标识符。[0039] 具体的,当目标用户就诊时可以确定目标用户的MPI,以方便医师根据身份标识从各数据库中调取预先存储的历史诊疗信息。[0040] 在本实施例中,确定MPI可以是:根据预先设立的标识符识别方式将来自多个数据库的用户标识进行关联,实现同一用户在不同数据库中信息的关联,并将识别结果作为用户的MPI。可选的,获取与目标用户相关联的关联元素,可选的,关联元素包括但不限于用户的姓名、身份证号、医保卡号、邮箱地址以及电话号码中至少两项,并基于获取到的关联元素生成与目标用户相对应的身份标识符MPI。MPI可以是但不限于目标用户的名称、编号或者由数字、字母和字符中的至少两项形成的字符串。[0041] 示例性的,可以按照元素的重要程度,将身份证,手机号,姓名三个元素作为强要素,这三个元素中当身份证和姓名一致情况下可以强确定为同一个mpi,其他不同类型组合也可以确定mpi,若只有医保卡和email相同,其他信息不相同,则进入人工审核确定是否是目标用户。当然,上述只是作为可选实施例,也可以通过其他方法确定目标用户,本实施例对确定方式不加以限制。[0042] S120、分别从至少一个数据库中调取与身份标识符相匹配的目标历史诊疗信息;目标历史诊疗信息中包括历史病症信息、历史用药信息以及过敏史信息中的至少一个。[0043] 其中,各用户可以在线上就诊也可以在线下就诊,线上和线下所对应的数据库不同。为了提高获取到的数据的准确性,可以分别从线上和线下所对应的数据库中调取与目标用户所对应的历史诊疗信息。即,至少一个数据库的数量可以包括一个或者多个。也就是说,数据库包括目标用户就就诊过的各就诊平台、各医院信息系统以及药房信息系统等其他存储目标用户历史诊疗信息的数据库。目标历史诊疗信息可以是目标用户曾经在各医院或各就诊平台的就诊信息,也可以是目标用户在药房的买药信息。其中,目标历史诊疗信息包括历史病症信息、历史用药信息以及过敏史信息中的至少一个。历史病症信息即每次诊疗时的病症描述信息;历史用药信息可以是根据每次的病症描述信息所开具的药剂名称和药剂使用信息;过敏史信息可以是用户对哪些药剂过敏等。可以将目标用户的既往病史信息作为目标历史诊疗信息。[0044] 具体的,根据目标用户的MPI分别从至少一个数据库中调取与MPI相同的目标历史诊疗信息,实现了医师在不询问患者的情况下可以快速且全面的了解目标用户的既往史信息。[0045] S130、根据当前病症信息以及目标历史诊疗信息,确定与目标用户相对应的至少一种推荐用药信息。[0046] 其中,当前病症信息指的是目标用户当前患病的症状信息,如,目标用户体温38度,可以将体温作为当前病症信息。获取目标用户当前的病症信息可以采用如下方式来确定:基于预先设置的问答系统,提问用户,并在用户回答完成后,将回答结果导入至病历模板的预设位置处,得到目标用户的当前病症信息,这样设置的好处在于,避免医师手动输入患者的基本信息和当前症状信息。[0047] 将目标用户当前的病症信息与数据库中存储的目标用户的历史诊疗信息进行匹配,以从各历史诊疗信息中确定与当前病症信息一致的至少一个历史诊疗信息作为与目标用户当前症状信息相匹配的诊疗信息。根据该诊疗信息中的用药信息,可以向目标用户推送相应的用药信息,可以将此时推送的用药信息作为推荐用药信息。[0048] S140、根据触发的推荐用药信息以及相应的使用信息,生成目标药方单。[0049] 需要说明的是,可以将至少一个推荐用药信息显示在终端显示界面上,以便用户触发,从而避免医师手动输入相应的用药信息,同时,提高医生开具药方效率的效果。[0050] 在实际应用过程中,相同的病症可能开具的药方细微的差异,医生可以触发选择相应的推荐用药信息。并将触发的推荐用药信息作为目标药方单中的目标用药信息。使用信息可以是使用频次和使用剂量,如,一天三次,一次一粒。[0051] 可选的,可以通过调用该目标用药信息中的药品说明信息,以及根据目标用户的病症信息和基本信息确定目标用药信息对应的使用信息。可选的,该使用信息包括但不限于使用剂量(1粒、一片、10mgs等)、使用频次(一天一次、一天三次等)以及使用天数(三天、一周等)。[0052] 在实际应用过程中,医师也可以根据用户的病症信息调整相应的剂量信息,例如,当目标用户的病症较为严重时,可以根据药品说明信息选择较多的用量确定目标用药的使用信息,以使目标用户在允许的情况下早日康复;或者当目标用户为儿童时,也可以根据药品说明信息选择较少的目标用药使用信息,以使目标用户的身体不会因药量过大产生副作用。如图2所示的调整药剂使用信息的示意图,获取与目标用药信息相对应的使用控件中编辑的使用信息,并基于目标用药信息以及相应的使用信息,生成目标药方单。[0053] 本发明通过获取目标用户的身份标识符以确定目标用户的身份,并基于目标用户的身份标识符从至少一个数据库中确定目标用户的目标历史病症信息,其中,目标历史病症信息包括目标用户的历史病症信息和目标用户的家族病史信息,可以帮助医师快速了解目标用户的身体状况,并根据目标用户的当前病症信息和目标历史诊疗信息确定目标用户的至少一种推荐用药信息,并基于该用药信息对应的使用信息生成目标用户对应的目标药方单,解决了现有技术开具药方存在开方效率较低、开具的药方与用户之间的匹配度较低的技术问题,实现了快速、便捷、准确的为各就诊用户开具药方的技术效果。[0054] 在上述技术方案的基础上,在所分别从至少一个数据库中调取与身份标识符相匹配的目标历史诊疗信息之前,还包括:获取与身份标识符相关联的关联标识符,基于该关联标识符从至少一个数据库中调取与关联标识符相匹配的待处理历史诊疗信息。[0055] 其中,关联标识符可以是与目标用户的MPI有关联的用户的标识符。可选的,可以是与目标用户的有血缘关系的亲属,例如目标用户的祖父母、父母、兄弟以及姐妹等亲属对应的标识符。基于该关联标识符从各就诊平台、医院信息系统以及药房信息系统等数据库中获取目标用户各亲属的待处理历史诊疗信息。待处理诊疗信息是目标用户的各亲属的历史诊疗信息。[0056] 在本实施例中,在确定待处理历史诊疗信息之后,还包括:获取各待处理历史诊疗信息中的历史病症信息,并通过对各历史病症信息进行分析处理,得到与身份标识符相对应的家族史疾病类型。[0057] 对各历史病症信息进行分析处理,可以是:采用预设算法例如统计分析模型,将各历史病症信息输入至统计分析模型中,若输出结果确定出共同的疾病类型,则确定该目标用户的身份标识符对应的家族史疾病类型。还可以是:将各待处理历史病症信息与预设的家族遗传病数据库中的各个病症进行匹配,若目标用户的亲属中超过预设阈值比例的亲属均确诊过同一病症,则确定该目标用户的身份标识符对应的家族史疾病类型。当确定目标用户有家族病史时,依照上述实施例中的方法获取到的目标历史诊疗信息中会显示目标用户的家族病史信息。[0058] 确定家族病史信息的好处在于:在目标用户不确定自己是否有家族病史信息的情况下,医师从数据库中可以全面的了解目标用户的身体状况,以便于医师更准确的开具与就诊用户匹配度更高的药方。[0059] 实施例二[0060] 图3为本发明实施例二提供的开具药方的方法的流程图。在上述实施例的基础上,当目标用户在各就诊平台、医院信息系统以及药房信息系统进行看诊时,服务器会保存目标用户的历史诊疗信息或者是历史买药信息。当目标用户挂号时,可以确定目标用户的MPI,并根据MPI调取目标用户的历史诊疗信息,同时将历史诊疗信息本地存储,以便医生触发目标用户的信息时,从本地调取其历史诊疗信息。这样的好处在于:可以快速调取与目标用户相对应的历史诊疗信息。当然,还可以是在医师触发终端界面上与目标用户对应的控件时,在线根据目标用户的姓名、身份证号、医保卡号、邮箱地址以及电话号码中至少两项信息,生成相应的MPI,从而从数据库中查找目标用户的历史诊疗信息,这样的好处在于:在实际应用中存在,用户挂号完成后由于排队的人数较多,不就诊的情形,此时若挂号就获取其历史诊疗信息时,存在占用带宽的问题,并且存储在本地时,存在占用本地内容的问题,为了避免此问题,可以在检测到医师触发目标用户对应的控件时,根据目标用户的MPI从至少一个数据库中调取其历史诊疗信息。将目标用户的历史诊疗信息显示在终端显示界面上,在此场景下控件可以是显示信息控件,也可以是查询信息控件,本实施例对控件类型及显示形式不加以限制。[0061] 具体的参见图3,本实施例提供的开具药方的方法包括:[0062] S210、将目标用户的信息导入至预设区域。[0063] 其中,目标用户的信息包括但不限于目标用户的基本信息、历史诊疗信息以及当前就诊信息。可选的,基本信息包括但不限于目标用户的基本身份信息(例如姓名、性别、年龄、照片、病历号、电话号码等)和基本身体状态信息(例如体温、身高、体重、血压、血糖、过敏史等)。病例模板为终端界面中显示当前目标用户信息的界面。需要说明的是,病历模板中包括预设区域,预设区域包括但不限于第一预设区域和第二预设区域。将目标用户的基本信息导入至病例模板的第一预设区域中,将目标用户的历史诊疗信息导入至病例模板中的第二预设区域中,具体的如图4所示的病例模板示意图。由于第一预设区域中存储用户的基本信息,基本信息可以包括多个,相应的,第一预设区域中控件的数量也包括多个,如,姓名控件用于显示目标用户的姓名,照片控件用于显示目标用户的照片等。第二预设区域用于显示历史诊疗信息,历史诊疗信息包括但不限于各就诊平台以及各就诊医院的历史诊疗信息。[0064] S220、获取目标用户的当前病症信息。[0065] 在本发明实施例中,用户可以在病症信息编辑控件中编辑相应的病症关键词汇。关键词汇是用于目标用户表征当前的病症信息的词汇。确定当前病症信息可以是:通过向目标用户输出问诊问题以帮助目标用户快速确定当前病症信息,还可以是:通过目标用户主动输入问诊诉求确定目标用户的当前病症信息。在本应用场景中,在展示问诊问题的同时,还可以向目标用户展示问诊问题的辅助图像和输入提示信息。其中,辅助图像为显示在电子设备显示器上的人体图像,图像中有详细的人体结构和任一结构对应的具体名称。[0066] 具体的,输入提示信息为在展示问诊问题的同时展示的提示信息,提示如何针对问诊问题进行输入。输入信息包括以下至少一项:语音输入信息、文本输入信息和和在辅助图像上的触控输入信息。[0067] 在编辑关键词汇后,可以根据编辑的关键词汇从联想词库中调取与该关键词汇相关联的至少一个待确定句子。用户可以触发各待确定句子,并将触发的待确定句子作为当前病症信息。当然,待确定句子的确定方式也可以是:当获取到关键词汇时,将该词汇作为搜索词在互联网中进行搜索,将搜索到的与该关键词汇相似度达预设阈值的病症信息作为待确定句子,并在当前界面进行显示。可选的,当前病症信息中的编辑控件显示在病例模板中的第三预设区域,具体的第三预设区域如图5所示,第三预设区域中还包括有显示当前病症信息的显示控件,该显示控件与内容编辑控件为不同的控件。当前病症信息包括关键词汇和关键句子。示例性的,当获取到医师输入的关键词汇为腹痛时,根据显示控件中显示的待确定句子进一步了解目标用户的身体状态,例如腹痛2天。根据目标用户反馈的关键句子确定目标用户的当前病症信息为:腹胀、消化不良,并将只将目标用户的当前病症信息显示在如图6所示的第三预设区域的显示控件示意图中。[0068] 在本实施例中,联想词库中的各句子的确定可以是:获取各用户的就诊信息,并从就诊信息中提取出包括某个关键词汇的句子,通过对各句子进行聚合处理,得到联想词库中与各关键词汇所对应的联想句子。[0069] S230、判断历史病症信息与当前病症信息是否相同,若是,则执行S240,若否,则执行S250。[0070] 在本发明实施例中,当检测到开具药方的控件触发操作时,可以将当前病症信息与各历史诊疗信息中的历史病症信息进行匹配,以确定历史诊疗信息中是否存在与当前病症信息相同的目标历史诊疗信息。[0071] S240、若历史诊疗信息中存在与当前病症信息相同的目标历史诊疗信息,则调取与目标历史诊疗信息相对应的目标历史药方单。[0072] 在本发明实施例中,若当前病症信息中的关键词汇与各历史病症信息中的关键词汇或关键句子不一致时,确定历史诊疗信息中存在与当前病症信息相同的目标历史诊疗信息。可选的,获取目标历史诊疗信息中的历史用药信息中的目标历史药方单,将目标历史药方单中的部分药剂名称作为至少一种推荐用药信息。当目标历史药方单中存在含有目标用户过敏史成分的药剂时,从目标历史药方单中的药剂名称中剔除与过敏史信息相对应的待剔除药剂名称并将剩余的药剂名称作为推荐用药信息。[0073] S250、若历史诊疗信息中不存在与当前病症信息相同的目标历史诊疗信息,则从病历库中获取当前病症信息相对应的目标历史药方单。[0074] 在本发明实施例中,若当前病症信息中的关键词汇与各历史病症信息中的关键词汇或关键句子不一致时,确定历史诊疗信息中不存在与当前病症信息相同的目标历史诊疗信息。可选的,获取病例库中的与当前病症信息对应的目标历史药方单,将目标历史药方单中的部分药剂名称作为至少一种推荐用药信息。其中,病例库包括但不限于各就诊平台、各医院信息系统以及药房信息系统的数据库。当目标历史药方单中存在含有目标用户过敏史成分的药剂时,从目标历史药方单中的药剂名称中剔除与过敏史信息相对应的待剔除药剂名称并将剩余的药剂名称作为推荐用药信息。[0075] S260、根据用户触发的推荐用药信息以及相应的使用信息,生成目标药方单。[0076] 本发明在确定目标用户的身份标识后,将目标用户的各信息导入至病例模板中的各预设区域,通过输入关键词汇获取目标用户的当前病症信息,以使医师快速了解目标用户当前的身体状态,并基于目标用户的历史诊疗信息确定历史诊疗信息中是否存在与当前病症信息相同的目标历史诊疗信息。基于目标用户的目标历史诊疗信息或者病例库确定目标用户的至少一种推荐用药信息,并基于该用药信息对应的使用信息生成目标用户对应的目标药方单。该技术方案解决了现有技术开具药方存在开方效率较低、开具的药方与用户之间的匹配度较低的技术问题,实现了快速、便捷、准确的为各就诊用户开具药方的技术效果。[0077] 实施例三[0078] 图7为本发明实施例三提供的开具药方的装置的结构示意图,本实施例提供的开具药方的方法可适用于根据目标用户的信息自动开具相应药方的情形,该开具药方的装置的具体包括:身份标识符确定模块310、目标历史诊疗信息获取模块320、推荐用药信息确定模块330、和目标药方单生成模块340。[0079] 其中,身份标识符确定模块310,用于确定用于表征目标用户身份的身份标识符。[0080] 目标历史诊疗信息获取模块320,用于分别从至少一个数据库中调取与身份标识符相匹配的目标历史诊疗信息;历史诊疗信息中包括历史病症信息、历史用药信息以及过敏史信息中的至少一个。[0081] 推荐用药信息确定模块330,用于根据当前病症信息以及历史诊疗信息,确定与目标用户相对应的至少一种推荐用药信息。[0082] 目标药方单生成模块340,用于根据触发的推荐用药信息以及相应的使用信息,生成目标药方单。[0083] 本发明通过获取目标用户的身份标识符以确定目标用户的身份,并基于目标用户的身份标识符从至少一个数据库中确定目标用户的目标历史病症信息,其中,目标历史病症信息包括目标用户的历史病症信息和目标用户的家族病史信息,可以帮助医师快速了解目标用户的身体状况,并根据目标用户的当前病症信息和目标历史诊疗信息确定目标用户的至少一种推荐用药信息,并基于该用药信息对应的使用信息生成目标用户对应的目标药方单。该技术方案解决了现有技术开具药方存在开方效率较低、开具的药方与用户之间的匹配度较低的技术问题,实现了快速、便捷、准确的为各就诊用户开具药方的技术效果。[0084] 上述各技术方案的基础上,身份标识符确定模块310可包括:[0085] 关联元素获取单元,用于获取与目标用户相关联的关联元素;关联元素包括用户身份证号、用户姓名、医保卡号、手机号以及邮件中的至少两个。[0086] 身份标识符生成单元,用于基于关联元素生成与目标用户相对应的身份标识符。[0087] 上述各技术方案的基础上,在目标历史诊疗信息获取模块320之前,还包括:[0088] 待处理历史诊疗信息获取单元,用于获取与身份标识符相关联的关联标识符,基于关联标识符从至少一个数据库中调取与关联标识符相匹配的待处理历史诊疗信息。[0089] 家族史疾病类型确定单元,用于获取各待处理历史诊疗信息中的历史病症信息,并通过对各历史病症信息进行分析处理,得到与身份标识符相对应的家族史疾病类型。[0090] 上述各技术方案的基础上,待处理历史诊疗信息获取单元,可包括:[0091] 历史诊疗信息确定子单元,用于根据身份标识符从各就诊平台和医院信息系统中调取与目标用户相对应的历史诊疗信息。[0092] 上述各技术方案的基础上,该装置还包括:[0093] 第一信息导入模块,用于当检测到触发与目标用户所对应的控件时,调取与目标用户相对应的基本信息,并将基本信息导入至病历模板的第一预设区域中;第一预设区域中包括多个控件,每个控件用于显示用户的基本信息;[0094] 第一信息导入模块,用于将目标历史诊疗信息导入至病历模板中的第二预设区域中,第二预设区域用于显示历史诊疗信息。[0095] 上述各技术方案的基础上,该装置还包括:[0096] 关键词汇获取模块,用于当检测到触发病历模板中的当前病症信息编辑控件时,获取在编辑控件中编辑关键词汇;[0097] 关键句子确定模块,用于从联想词库中调取与关键词汇相关联的至少一个待确定句子,将触发的句子作为当前病症信息的关键句子,并将关键句子显示在区别于关键词汇的内容编辑控件中;当前病症信息包括关键词汇和关键句子。[0098] 上述各技术方案的基础上,推荐用药信息确定模块330包括:[0099] 信息获取单元,用于当检测到触发开具药方的控件时,获取病历模板中导入的历史诊疗信息和当前病症信息;[0100] 第一药方单确定单元,用于若历史诊疗信息中存在与当前病症信息相同的目标历史诊疗信息,则调取与目标历史诊疗信息相对应的目标历史药方单;[0101] 第一推荐用药信息确定单元,用于将目标历史药方单中的部分药剂名称作为至少一种推荐用药信息。[0102] 上述各技术方案的基础上,推荐用药信息确定模块330包括:[0103] 第二药方单确定单元,用于若历史诊疗信息中不存在与当前病症信息相同的目标历史诊疗信息,则从病历库中获取当前病症信息相对应的目标历史药方单;[0104] 第二推荐用药信息确定单元,用于基于目标历史药方单中的药剂名称以及与目标用户相对应的过敏史信息,确定推荐用药信息。[0105] 上述各技术方案的基础上,目标药方单生成模块340包括:[0106] 目标用药信息确定单元,用于将至少一个推荐用药信息显示在终端显示界面上,并将触发的推荐用药信息作为目标用药信息;[0107] 目标药方单生成单元,用于在与目标用药信息相对应的使用控件中编辑使用信息,并基于目标用药信息以及相应的使用信息,生成目标药方单。[0108] 本发明实施例所提供的开具药方的装置可执行本发明任意实施例所提供的开具药方的方法,具备执行方法相应的功能模块和有益效果。[0109] 值得注意的是,上述系统所包括的各个单元和模块只是按照功能逻辑进行划分的,但并不局限于上述的划分,只要能够实现相应的功能即可;另外,各功能单元的具体名称也只是为了便于相互区分,并不用于限制本发明实施例的保护范围。[0110] 实施例四[0111] 图8为本发明实施例四提供的一种电子设备的结构示意图。图8示出了适于用来实现本发明实施方式的示例性电子设备12的框图。图8显示的电子设备12仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。[0112] 如图8所示,电子设备12以通用计算电子设备的形式表现。电子设备12的组件可以包括但不限于:一个或者多个处理器或者处理单元16,系统存储器28,连接不同系统组件(包括系统存储器28和处理单元16)的总线18。[0113] 总线18表示几类总线结构中的一种或多种,包括存储器总线或者存储器控制器,外围总线,图形加速端口,处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说,这些体系结构包括但不限于工业标准体系结构(ISA)总线,微通道体系结构(MAC)总线,增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。[0114] 电子设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备12访问的可用介质,包括易失性和非易失性介质,可移动的和不可移动的介质。[0115] 系统存储器28可以包括易失性存储器形式的计算机系统可读介质,例如随机存取存储器(RAM)30和/或高速缓存存储器32。电子设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例,存储系统34可以用于读写不可移动的、非易失性磁介质(图8未显示,通常称为“硬盘驱动器”)。尽管图8中未示出,可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器,以及对可移动非易失性光盘(例如CD‑ROM,DVD‑ROM或者其它光介质)读写的光盘驱动器。在这些情况下,每个驱动器可以通过一个或者多个数据介质接口与总线18相连。系统存储器28可以包括至少一个程序产品,该程序产品具有一组(例如至少一个)程序模块,这些程序模块被配置以执行本发明各实施例的功能。[0116] 具有一组(至少一个)程序模块42的程序/实用工具40,可以存储在例如系统存储器28中,这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。[0117] 电子设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信,还可与一个或者多个使得用户能与该电子设备12交互的设备通信,和/或与使得该电子设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡,调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口22进行。并且,电子设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(LAN),广域网(WAN)和/或公共网络,例如因特网)通信。如图8所示,网络适配器20通过总线18与电子设备12的其它模块通信。应当明白,尽管图8中未示出,可以结合电子设备12使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。[0118] 处理单元16通过运行存储在系统存储器28中的程序,从而执行各种功能应用以及样本数据获取,例如实现本发实施例所提供的一种开具药方的方法步骤,该方法包括:[0119] 确定用于表征目标用户身份的身份标识符;[0120] 分别从至少一个数据库中调取与所述身份标识符相匹配的目标历史诊疗信息;所述历史诊疗信息中包括历史病症信息、历史用药信息以及过敏史信息中的至少一个;[0121] 根据当前病症信息以及所述历史诊疗信息,确定与目标用户相对应的至少一种推荐用药信息;[0122] 根据触发的推荐用药信息以及相应的使用信息,生成目标药方单。[0123] 当然,本领域技术人员可以理解,处理器还可以实现本发明任意实施例所提供的样本数据获取方法的技术方案。[0124] 实施例五[0125] 本实施例五提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现例如实现本发实施例所提供的一种开具药方的方法步骤,该方法包括:[0126] 确定用于表征目标用户身份的身份标识符;[0127] 分别从至少一个数据库中调取与所述身份标识符相匹配的目标历史诊疗信息;所述历史诊疗信息中包括历史病症信息、历史用药信息以及过敏史信息中的至少一个;[0128] 根据当前病症信息以及所述历史诊疗信息,确定与目标用户相对应的至少一种推荐用药信息;[0129] 根据触发的推荐用药信息以及相应的使用信息,生成目标药方单。[0130] 本发明实施例的计算机存储介质,可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是但不限于:电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD‑ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。[0131] 计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。[0132] 计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、RF等等,或者上述的任意合适的组合。[0133] 可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码,所述程序设计语言包括面向对象的程序设计语言,诸如Java、Smalltalk、C++,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络,包括局域网(LAN)或广域网(WAN),连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。[0134] 本领域普通技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个计算装置上,或者分布在多个计算装置所组成的网络上,可选地,他们可以用计算机装置可执行的程序代码来实现,从而可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件的结合。[0135] 注意,上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解,本发明不限于这里所述的特定实施例,对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此,虽然通过以上实施例对本发明进行了较为详细的说明,但是本发明不仅仅限于以上实施例,在不脱离本发明构思的情况下,还可以包括更多其他等效实施例,而本发明的范围由所附的权利要求范围决定。

专利地区:浙江

专利申请日期:2020-11-13

专利公开日期:2024-08-30

专利公告号:CN112331298B


以上信息来自国家知识产权局,如信息有误请联系我方更正!
电话咨询
读内容
搜本页
回顶部