一种残膜回收机防缠绕挑膜装置的制 一种秧草收获机用电力驱动行走机构

一种诊断推荐方法及装置与流程

2022-07-30 12:11:48 来源:中国专利 TAG:


1.本发明实施例涉及大数据技术领域,尤其涉及一种诊断推荐方法及装置。


背景技术:

2.在医院门诊工作中,医生通常需要和患者进行较长时间的交流,根据患者的主诉和症状书写病史,确定诊断结果。然而因为门诊患者人数较多,医生看诊时间较短,如果症状信息采集不全可能会造成误诊或推荐数据不准确的情况,而缺乏丰富临床经验的医生,为了避免误诊,通常会给出一个大而泛的推荐数据,从而导致诊断结果不明确。
3.现有技术主要是将采集到的症状信息直接与诊断数据库中的症状数据进行匹配诊断。但由于现有技术识别到的症状数据并不规范,并且现有技术是将识别到的全部症状数据直接与诊断数据库中的预设症状数据进行匹配,因此采用现有技术很容易出现匹配不到诊断推荐数据的情况。


技术实现要素:

4.本发明实施例提供了一种诊断推荐方法及装置,以提高症状数据与诊断数据库的匹配率,进而为后续医生的诊断过程提供有效参考。
5.第一方面,本发明实施例提供了一种诊断推荐方法,该方法包括:
6.获取与至少两个预设症状属性分别对应的症状属性数据,并基于各所述症状属性数据生成第一症状实例数据;
7.如果所述第一症状实例数据与诊断数据库中的预设症状数据匹配不成功,则选取至少一个预设症状属性分别作为目标症状属性,并基于各所述目标症状属性对应的症状属性数据生成第二症状实例数据;其中,所述目标症状属性的数量少于所述预设症状属性的数量;
8.将所述第二症状实例数据与所述诊断数据库中的预设症状数据进行匹配;
9.基于所述诊断数据库中与匹配成功的预设症状数据对应的第一标准诊断实例,生成推荐数据,并将所述推荐数据进行输出。
10.第二方面,本发明实施例还提供了一种诊断推荐装置,该装置包括:
11.第一症状实例数据生成模块,用于获取与至少两个预设症状属性分别对应的症状属性数据,并基于各所述症状属性数据生成第一症状实例数据;
12.第二症状实例数据生成模块,用于如果所述第一症状实例数据与诊断数据库中的预设症状数据匹配不成功,则选取至少一个预设症状属性分别作为目标症状属性,并基于各所述目标症状属性对应的症状属性数据生成第二症状实例数据;其中,所述目标症状属性的数量少于所述预设症状属性的数量;
13.第二症状实例数据匹配模块,用于将所述第二症状实例数据与所述诊断数据库中的预设症状数据进行匹配;
14.推荐数据生成模块,用于基于所述诊断数据库中与匹配成功的预设症状数据对应
的第一标准诊断实例,生成推荐数据,并将所述推荐数据进行输出。
15.进一步地,第一症状实例数据生成模块,具体用于:
16.获取用户基于预设症状录入界面中的至少两个预设症状属性组件分别输入的症状属性数据;其中,所述预设症状属性组件包括发生时间属性组件、诱因属性组件、方位属性组件、部位属性组件、程度属性组件、性质属性组件和症状名称属性组件中至少两项,其中,所述症状名称组件的类型包括输入组件和/或选择组件。
17.进一步地,所述目标症状属性包括部位属性和症状名称属性,相应的,第二症状实例数据生成模块,具体用于:
18.基于与部位属性和症状名称属性分别对应的部位数据和症状名称数据,生成第二症状实例数据。
19.进一步地,所述装置还包括:
20.第三症状实例数据生成模块,用于如果所述第二症状实例数据与所述预设症状数据匹配不成功,且所述第二症状实例数据包含与部位属性对应的部位数据,则确定是否存在与所述部位数据对应的父级部位数据;如果存在,则基于所述父级部位数据生成第三症状实例数据,并将所述第三症状实例数据与所述诊断数据库中的预设症状数据进行匹配。
21.进一步地,当所述第一症状实例数据的数量为至少两个时所述第一标准诊断实例的数量为至少一个,相应的,推荐数据生成模块包括:
22.推荐数据生成单元,用于获取各所述第一标准诊断实例分别对应的匹配次数,并基于所述匹配次数对各所述第一标准诊断实例进行排序,得到推荐数据。
23.进一步地,推荐数据生成单元包括:
24.第一排序结果确定子单元,用于基于所述匹配次数对各所述第一标准诊断实例进行排序,得到第一排序结果;
25.目标标准诊断实例确定子单元,用于如果所述第一排序结果中存在匹配次数相同的至少两个第一标准诊断实例,则将各所述第一标准诊断实例分别作为目标标准诊断实例;
26.第二排序结果确定子单元,用于基于各所述目标标准诊断实例对应的使用频率,对各所述目标标准诊断实例进行排序,得到第二排序结果;
27.推荐数据生成子单元,用于基于所述第一排序结果和第二排序结果,生成推荐数据。
28.进一步地,推荐数据生成子单元,具体用于:
29.将诊断数据库中除所述第一标准诊断实例以外的标准诊断实例作为第二标准诊断实例,并基于所述第二标准诊断实例对应的使用频率对各所述第二标准诊断实例进行排序,得到第三排序结果;
30.基于所述第一排序结果、所述第二排序结果和第三排序结果,生成推荐数据。
31.进一步地,所述预设症状录入界面还包括性别属性组件,相应的,所述装置还包括:
32.诊断数据库获取模块,用于获取用户基于所述性别属性组件输入的性别数据,并获取与所述性别数据对应的诊断数据库。
33.进一步地,所述装置还包括:
34.诊断数据库生成模块,用于获取目标诊断科室对应的原始诊断实例集合,基于所述原始诊断实例集合中的至少一个原始诊断实例分别对应的性别数据,确定两个原始诊断实例子集合;针对每个原始诊断数据子集合,将所述原始诊断数据子集合中的至少一个原始诊断实例分别与标准诊断库中的标准诊断实例进行匹配,并基于匹配成功的标准诊断实例,生成诊断数据库。
35.第三方面,本发明实施例还提供了一种电子设备,该电子设备包括:
36.一个或多个处理器;
37.存储器,用于存储一个或多个程序;
38.当所述一个或多个程序被所述一个或多个处理器执行时,使得所述一个或多个处理器实现上述所涉及的任一所述的诊断推荐方法。
39.第四方面,本发明实施例还提供了一种包含计算机可执行指令的存储介质,所述计算机可执行指令在由计算机处理器执行时用于执行上述所涉及的任一所述的诊断推荐方法。
40.本发明实施例通过基于至少两个症状属性数据生成第一症状实例数据,并在第一症状实例数据匹配不成功时,选取至少一个预设症状属性分别作为目标症状属性,基于各目标症状属性对应的症状属性数据生成的第二症状实例数据继续与诊断数据库中的预设症状数据进行匹配,解决了全部症状数据导致匹配质量差的问题,本发明实施例利用结构化的症状属性数据进行诊断匹配,提高了症状实例数据与诊断数据库的匹配率,进而为后续医生的诊断过程提供有效参考。
附图说明
41.图1是本发明实施例一提供的一种诊断推荐方法的流程图。
42.图2是本发明实施例二提供的一种诊断推荐方法的流程图。
43.图3是本发明实施例二提供的一种预设症状录入界面的示意图。
44.图4是本发明实施例三提供的一种诊断推荐方法的流程图。
45.图5是本发明实施例三提供的一种预设症状录入界面的示意图。
46.图6是本发明实施例三提供的一种诊断推荐方法的具体实例的流程图。
47.图7是本发明实施例四提供的一种诊断推荐装置的示意图。
48.图8是本发明实施例五提供的一种电子设备的结构示意图。
具体实施方式
49.下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释本发明,而非对本发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与本发明相关的部分而非全部结构。
50.实施例一
51.图1是本发明实施例一提供的一种诊断推荐方法的流程图,本实施例可适用于对医生输入的症状数据进行诊断推荐的情况,该方法可以由诊断推荐装置来执行,该装置可采用软件和/或硬件的方式实现,该装置可以配置于终端设备中。具体包括如下步骤:
52.s110、获取与至少两个预设症状属性分别对应的症状属性数据,并基于各症状属
性数据生成第一症状实例数据。
53.其中,具体的,预设症状属性可用于表征症状数据对应的属性。在一个实施例中,可选的,预设症状属性包括但不限于发生时间属性、诱因属性、方位属性、部位属性、程度属性、性质属性和症状名称属性中至少两项。其中,示例性的,诱因属性可用于描述症状的发生原因,性质属性可用于描述症状的反应。
54.其中,具体的,症状属性数据为预设症状属性对应的属性值,第一症状实例数据是至少两个预设症状属性对应的症状属性数据构成的症状实例数据。举例而言,第一症状实例数据为“4月2日上午因过敏出现左上肢重度水肿”,该第一症状实例数据与预设症状属性之间的关系为时间属性-4月2日上午,诱因属性-过敏,方位属性-左,部位属性-上肢,程度属性-重度,症状名称属性-水肿。示例性的,第一症状实例数据为“心前区压榨性胸痛”时,该第一症状实例数据与预设症状属性之间的关系为部位属性-心前区,性质属性-压榨性,症状名称属性-胸痛。
55.其中,示例性的,可以对采集到的电子病历数据进行识别,并将识别到的症状数据进行属性分类,得到与至少两个预设症状属性分别对应的症状属性数据。
56.s120、如果第一症状实例数据与诊断数据库中的预设症状数据匹配不成功,则选取至少一个预设症状属性分别作为目标症状属性,并基于各目标症状属性对应的症状属性数据生成第二症状实例数据。
57.其中,具体的,将第一症状实例数据与诊断数据库中的预设症状数据进行匹配。其中,预设症状数据包含与至少一种预设症状属性分别对应的症状属性数据。
58.在本实施例中,目标症状属性的数量少于预设症状属性的数量。在一个实施例中,可选的,预设症状属性和目标症状属性均包含症状名称属性。也就是说,第一症状实例数据和第二症状实例数据均包含症状名称数据。
59.其中,具体的,当目标症状属性的数量固定时,随机选择得到的目标症状属性的组合方式可以为多种。示例性的,当预设症状属性包括部位属性、程度属性、性质属性和症状名称属性,且目标症状属性的数量为2个时,则目标症状属性可以包括[部位属性,症状名称属性]、[程度属性,症状名称属性]和[性质属性,症状名称属性]中至少一种,相应的,基于各目标症状属性对应的症状属性数据生成第二症状实例数据的数量为至少一种。此处对目标症状属性的具体数量不作限定,可根据实际需求进行设置。
[0060]
在一个实施例中,可选的,选取至少一个预设症状属性分别作为目标症状属性,包括:基于各预设症状属性分别对应的属性等级,选取至少一个预设症状属性分别作为目标症状属性。其中,示例性的,症状名称属性、部位属性、程度属性和性质属性对应的属性等级依次为1级、2级、3级和4级,当目标症状属性的数量为3个时,目标症状属性包括症状名称属性、部位属性和程度属性。此处对各预设症状属性对应的属性等级不作限定,可根据实际需求进行设置。在本实施例中,第二症状实例数据的数量为一个。
[0061]
s130、将第二症状实例数据与诊断数据库中的预设症状数据进行匹配。
[0062]
在一个实施例中,可选的,当第二症状实例数据的数量为至少一个时,选取任一个第二症状实例数据与预设症状数据进行匹配,或者,将各第二症状实例数据分别与预设症状数据进行匹配。其中,具体的,当用于匹配的第二症状实例数据的数量为多个时,则匹配得到至少一个预设症状数据,其中,匹配得到的各预设症状数据可能相同也可能不同。
[0063]
需要说明的是,本实施例中的第二症状实例数据中的“第二”并非是对症状实例数据的匹配次数进行限定。当第二症状实例数据匹配失败时,可以基于第一症状实例数据或第二症状实例数据对应的预设症状属性确定一组新的目标症状属性,基于新的目标症状属性生成新的症状实例数据,将新的症状实例数据继续与预设症状数据进行匹配。
[0064]
在一个实施例中,可选的,当前症状实例数据对应的目标症状属性的数量少于上一症状实例数据对应的目标症状属性的数量。示例性的,上一症状实例数据对应的目标症状属性的数量为4个,则当前症状实例数据对应的目标症状属性的数量可以是3个或2个。
[0065]
s140、基于诊断数据库中与匹配成功的预设症状数据对应的第一标准诊断实例,生成推荐数据,并将推荐数据进行输出。
[0066]
其中,具体的,诊断数据库中记录有至少一种预设症状数据以及与各预设症状数据分别对应的第一标准诊断实例。示例性的,诊断数据库中记录有“急性心肌梗死-症状表现为-心前区压榨性疼痛”,其中,“心前区压榨性疼痛”表示预设症状数据,“急性心肌梗死”表示与该预设症状数据对应的第一标准诊断实例。
[0067]
其中,具体的,推荐数据用于表征可供医生查看以及参考的诊断实例。示例性的,将推荐数据在显示设备上进行显示。
[0068]
本实施例的技术方案,通过基于至少两个症状属性数据生成第一症状实例数据,并在第一症状实例数据匹配不成功时,选取至少一个预设症状属性分别作为目标症状属性,基于各目标症状属性对应的症状属性数据生成的第二症状实例数据继续与诊断数据库中的预设症状数据进行匹配,解决了全部症状数据导致匹配质量差的问题,本发明实施例利用结构化的症状属性数据进行诊断匹配,提高了症状实例数据与诊断数据库的匹配率,进而为后续医生的诊断过程提供有效参考。
[0069]
实施例二
[0070]
图2是本发明实施例二提供的一种诊断推荐方法的流程图,本实施例的技术方案是上述实施例的基础上的进一步细化。可选的,所述获取与至少两个预设症状属性分别对应的症状属性数据,包括:获取用户基于预设症状录入界面中的至少两个预设症状属性组件分别输入的症状属性数据;其中,所述预设症状属性组件包括发生时间属性组件、诱因属性组件、方位属性组件、部位属性组件、程度属性组件、性质属性组件和症状名称属性组件中至少两项,其中,所述症状名称属性组件的类型包括输入组件和/或选择组件。
[0071]
本实施例的具体实施步骤包括:
[0072]
s210、获取用户基于预设症状录入界面中的至少两个预设症状属性组件分别输入的症状属性数据。
[0073]
其中,具体的,预设症状录入界面可以是供用户输入症状属性数据的界面。在本实施例中,预设症状录入界面包含至少两个预设症状属性组件,预设症状属性组件包括发生时间属性组件、诱因属性组件、方位属性组件、部位属性组件、程度属性组件、性质属性组件和症状名称属性组件中至少两项,其中,症状名称属性组件的类型包括输入组件和/或选择组件。
[0074]
其中,具体的,输入组件可以使得用户直接在输入组件提供的输入框中进行信息的输入,选择组件可以在用户点击选择组件时,提供至少一种可供用户选择的信息。示例性的,用户可以直接在症状名称属性组件中输入症状名称,或者在症状名称属性组件提供的
至少一个预设症状名称中选择一个症状名称。
[0075]
此处对各预设症状属性组件所属的类型不作限定,可根据实际需求进行设置。如诱因属性组件的类型为输入组件,方位属性组件的类型为选择组件。
[0076]
其中,具体的,如果至少两个预设症状属性组件的类型为选择组件,则当接收到其中一个预设症状属性组件对应的症状属性数据时,根据预设症状关联关系,对另一预设症状属性组件对应的至少一个预设症状属性数据进行调整,将调整后的预设症状属性数据进行展示。其中,预设症状关联关系用于描述至少两个预设症状属性之间的关联关系。其中,示例性的,假设两个预设症状属性组件分别为部位属性组件和症状名称属性组件,则当部位属性组件输入的症状属性数据为下肢时,则将症状名称属性组件对应的至少一个预设症状属性数据进行调整,即根据预设症状关联关系调整为与下肢相关的预设症状属性数据,当接收到用户输入的选择指令时,将与下肢相关的预设症状属性数据进行展示。这样设置的好处在于,可以缩小用户使用选择组件时的选项范围,进而提高信息的输入效率。
[0077]
图3是本发明实施例二提供的一种预设症状录入界面的示意图。具体的,“请输入症状”下方的6个方框分别表示6种症状属性组件,图3示出的预设症状录入界面展示了两种类型的症状名称属性组件,“请输入症状”下方的“症状名称”方框表示类型为输入组件的症状名称属性组件,6种症状属性组件下方的8个“标准症状”方框分别表示预设症状录入界面提供的类型为选择组件的症状名称属性组件,8个“标准症状”方框分别表征不同的症状名称,用户可通过点击8个“标准症状”方框输入症状名称。需要说明的是,图3仅示出了8个“标准症状”方框选项,在实际应用中,对预设症状录入界面中提供的“标准症状”方框选项的数量不作限定。示例性的,当数量较多时,可在“标准症状”方框对应的窗口中设置下拉条,以供用户进行查看全部预设症状名称。
[0078]
s220、基于各症状属性数据生成第一症状实例数据。
[0079]
s230、如果第一症状实例数据与诊断数据库中的预设症状数据匹配不成功,则选取至少一个预设症状属性分别作为目标症状属性,并基于各目标症状属性对应的症状属性数据生成第二症状实例数据。
[0080]
在一个实施例中,可选的,目标症状属性包括部位属性和症状名称属性,相应的,基于各目标症状属性对应的症状属性数据生成第二症状实例数据,包括:基于与部位属性和症状名称属性分别对应的部位数据和症状名称数据,生成第二症状实例数据。
[0081]
由于诊断数据库中,相比于其他属性,部位属性和症状名称属性对应的症状属性数据与第一标准诊断实例之间的关联性更强,即诊断数据库中第一标准诊断实例对应的预设症状数据大多都会包含部位数据和症状名称数据,因而直接选择部位属性和症状名称属性对应的症状属性数据生成第二症状实例数据进行二次匹配的成功率,比随机选择属性的方式或依次降低属性数量多次匹配的方式匹配更高,从而可以进一步提高标准诊断实例的匹配效率。
[0082]
在上述实施例的基础上,可选的,该方法还包括:如果第二症状实例数据与预设症状数据匹配不成功,且第二症状实例数据包含与部位属性对应的部位数据,则确定是否存在与部位数据对应的父级部位数据;如果存在,则基于父级部位数据生成第三症状实例数据,并将第三症状实例数据与诊断数据库中的预设症状数据进行匹配。
[0083]
其中,具体的,父级部位数据用于表征部位数据的上一级部位数据。示例性的,当
部位数据为胃部时,则父级部位数据可以为腹部,或者当部位数据为心前区时,则父级部位数据可以为胸部。
[0084]
其中,基于父级部位数据生成第三症状实例数据,示例性的,可以将第二症状实例数据中的“部位数据”替换为“父级部位数据”,生成第三症状实例数据。也可以将第二症状实例数据中的“部位数据”替换为“父级部位数据”后,进一步减少第二症状实例数据中的症状属性数据的数量。
[0085]
这样设置的好处在于,诊断数据库中与部位数据对应的预设症状数据的数量较少时,基于部位数据进行匹配会降低与诊断数据库的匹配成功率,本实施例通过根据部位数据确定父级部位数据,基于父级部位数据与诊断数据库进行匹配,诊断数据库中与父级部位数据对应的预设症状数据的数量相比于与部位数据对应的预设症状数据的数量较多,从而可以提高症状实例数据与诊断数据库的匹配成功率。
[0086]
s240、将第二症状实例数据与诊断数据库中的预设症状数据进行匹配。
[0087]
s250、基于诊断数据库中与匹配成功的预设症状数据对应的第一标准诊断实例,生成推荐数据,并将推荐数据进行输出。
[0088]
现有技术通常采用对电子病历数据进行识别的方式获取症状实例数据,识别过程复杂,并且由于电子病历数据是基于医生的撰写习惯生成的,会导致后续对识别到的症状实例数据进行属性分类过程也存在一定的难度。本发明实施例通过获取用户基于预设症状录入界面中的至少两个预设症状属性组件分别输入的症状属性数据,解决了症状属性数据识别过程和分类过程复杂的问题,可以直接得到所需的与各预设症状属性对应的症状属性数据,从而进一步提高了症状实例数据与诊断数据库的匹配率和匹配效率。
[0089]
实施例三
[0090]
图4是本发明实施例三提供的一种诊断推荐方法的流程图,本实施例的技术方案是上述实施例的基础上的进一步细化。可选的,当所述第一症状实例数据的数量为至少两个时所述第一标准诊断实例的数量为至少一个,相应的,所述基于所述诊断数据库中与匹配成功的预设症状数据对应的第一标准诊断实例,生成推荐数据,包括:获取所述诊断数据库中与匹配成功的预设症状数据对应的至少一个第一标准诊断实例以及各所述第一标准诊断实例分别对应的匹配次数;基于所述匹配次数对各所述第一标准诊断实例进行排序,得到推荐数据。
[0091]
本实施例的具体实施步骤包括:
[0092]
s310、获取与至少两个预设症状属性分别对应的症状属性数据,并基于各症状属性数据生成第一症状实例数据。
[0093]
s320、如果第一症状实例数据与诊断数据库中的预设症状数据匹配不成功,则选取至少一个预设症状属性分别作为目标症状属性,并基于各目标症状属性对应的症状属性数据生成第二症状实例数据。
[0094]
在一个实施例中,可选的,所述预设症状录入界面还包括性别属性组件,相应的,该方法还包括:获取用户基于性别属性组件输入的性别数据,并获取与性别数据对应的诊断数据库。
[0095]
在上述实施例中,可选的,该方法还包括:获取目标诊断科室对应的原始诊断实例集合,基于原始诊断实例集合中的至少一个原始诊断实例分别对应的性别数据,确定两个
原始诊断实例子集合;针对每个原始诊断数据子集合,将原始诊断数据子集合中的至少一个原始诊断实例分别与标准诊断库中的标准诊断实例进行匹配,并基于匹配成功的标准诊断实例,生成诊断数据库。
[0096]
其中,示例性的,原始诊断实例集合为基于医生撰写的电子病历数据采集到的诊断实例集合,包含至少一个原始诊断实例。其中,原始诊断实例为医生撰写的诊断实例。其中,示例性的,标准诊断库中包含至少一个标准诊断实例,其中,标准诊断实例可以是按照全国版icd-10编码生成的。此处对标准诊断实例采用的标准不作限定。
[0097]
其中,具体的,基于各原始诊断实例分别对应的性别数据,对原始诊断实例集合进行分类,得到与第一性别对应的原始诊断实例子集合和与第二性别对应的原始诊断实例子集合。
[0098]
需要说明的是,原始诊断实例集合可以先分类再与标准诊断数据库进行匹配,也可以先与标准诊断数据库进行匹配再分类,此处对执行的先后顺序不作限定。
[0099]
s330、将第二症状实例数据与诊断数据库中的预设症状数据进行匹配。
[0100]
s340、获取诊断数据库中与匹配成功的预设症状数据对应的至少一个第一标准诊断实例以及各第一标准诊断实例分别对应的匹配次数。
[0101]
在本实施例中,第一症状实例数据的数量为至少两个时第一标准诊断实例的数量为至少一个。其中,具体的,针对同一患者而言,第一症状实例数据的数量可以为至少一个,每个第一症状实例数据对应一组症状属性数据。
[0102]
图5是本发明实施例三提供的一种预设症状录入界面的示意图。具体的,图5示出的预设症状录入界面包含3个第一症状实例数据,当同一患者对应多种症状时,医生可新建“症状实例”。
[0103]
其中,具体的,每个第一症状实例数据可以分别匹配到一个第一标准诊断实例,各第一标准诊断实例可以是相同的,也可以是不同的。
[0104]
s350、基于匹配次数对各第一标准诊断实例进行排序,得到推荐数据,并将推荐数据进行输出。
[0105]
在上述实施例的基础上,可选的,基于匹配次数对各第一标准诊断实例进行排序,得到推荐数据,包括:基于匹配次数对各第一标准诊断实例进行排序,得到第一排序结果;如果第一排序结果中存在匹配次数相同的至少两个第一标准诊断实例,则将各第一标准诊断实例分别作为目标标准诊断实例;基于各目标标准诊断实例对应的使用频率,对各目标标准诊断实例进行排序,得到第二排序结果;基于第一排序结果和第二排序结果,生成推荐数据。
[0106]
其中,具体的,使用频率用于表征预设时间内科室使用的标准诊断实例的频率。示例性的,预设时间可以是一年或两年,此处对预设时间不作限定。
[0107]
举例而言,第一标准诊断实例1对应的匹配次数为2次,第一标准诊断实例2对应的匹配次数为2次,第一标准诊断实例3对应的匹配次数为1次,第一标准诊断实例1对应的使用频率为10次/周,第一标准诊断实例2对应的使用频率为20次/周,则推荐数据为第一标准诊断实例2、第一标准诊断实例1和第一标准诊断实例3。
[0108]
在上述实施例的基础上,可选的,基于第一排序结果和第二排序结果,生成推荐数据,包括:将诊断数据库中除第一标准诊断实例以外的标准诊断实例作为第二标准诊断实
例,并基于第二标准诊断实例对应的使用频率对各第二标准诊断实例进行排序,得到第三排序结果;基于第一排序结果、第二排序结果和第三排序结果,生成推荐数据。
[0109]
其中,具体的,第二标准诊断实例表示诊断数据库中与症状实例数据没有匹配成功的标准诊断实例。示例性的,先对匹配成功的第一标准诊断实例进行排序得到第一推荐数据,再对未匹配成功的第二标准诊断实例进行排序得到第二推荐数据。
[0110]
在一个实施例中,当推荐数据包括第三排序结果时,可对推荐数据的显示数量进行设置,其中,具体的,设置的显示数量大于第一标准诊断实例的数量。
[0111]
图6是本发明实施例三提供的一种诊断推荐方法的具体实例的流程图。具体的,基于预设症状录入界面中性别属性组件对应的性别数据,获取用于匹配的诊断数据库。获取基于至少一个预设症状属性组件对应的症状属性数据生成的第一症状实例数据,本实施例以第一症状实例数据包含部位数据、程度数据和症状名称数据为例。将第一症状实例数据与诊断数据库中的预设症状数据进行匹配,如果匹配成功,则分别对诊断数据库中匹配成功的第一标准诊断实例和未匹配成功的第二标准诊断实例进行降序排序,得到推荐数据。如果匹配失败,判断部位属性组件是否有对应的部位数据,如果否,则直接基于症状名称数据生成第二症状实例数据与诊断数据库中的预设症状数据进行匹配,如果是,则基于部位数据和症状名称数据生成第二症状实例数据,将第二症状实例数据与诊断数据库中的预设症状数据进行匹配,如果匹配成功,则分别对诊断数据库中匹配成功的第一标准诊断实例和未匹配成功的第二标准诊断实例进行降序排序,得到推荐数据。如果匹配失败,判断上述部位数据是否存在父级部位数据,如果否,则直接对诊断数据库中未匹配成功的第二标准诊断实例进行降序排序,得到推荐数据,如果是,则基于父级部位数据和症状名称数据生成第三症状实例数据,将第三症状实例数据与诊断数据库中的预设症状数据进行匹配,如果匹配成功,则分别对诊断数据库中匹配成功的第一标准诊断实例和未匹配成功的第二标准诊断实例进行降序排序,得到推荐数据,如果否,则直接对诊断数据库中未匹配成功的第二标准诊断实例进行降序排序,得到推荐数据。
[0112]
其中,具体的,当同一患者对应多个第一症状实例数据时,针对每个第一症状实例数据重复执行上述步骤,得到与各第一症状实例数据分别对应的第一标准诊断实例数据。具体的,基于匹配次数对第一标准诊断实例数据进行降序排序得到推荐数据,或者基于匹配次数和使用频率依次对第一标准诊断实例数据进行降序排序得到推荐数据。
[0113]
本实施例的技术方案,通过基于第一标准诊断实例对应的匹配次数,对第一标准诊断实例进行排序,得到推荐数据,解决了用户查找目标标准诊断实例效率差的问题,使得医生可直接参考推荐数据中排序靠前的第一标准诊断实例,从而降低医生确定目标第一标准诊断实例的时间,提高医生的问诊效率。
[0114]
实施例四
[0115]
图7是本发明实施例四提供的一种诊断推荐装置的示意图。本实施例可适用于对医生输入的症状数据进行诊断推荐的情况,该装置可采用软件和/或硬件的方式实现,该装置可以配置于终端设备中。该诊断推荐装置包括:第一症状实例数据生成模块410、第二症状实例数据生成模块420、第二症状实例数据匹配模块430和推荐数据生成模块440。
[0116]
其中,第一症状实例数据生成模块410,用于获取与至少两个预设症状属性分别对应的症状属性数据,并基于各症状属性数据生成第一症状实例数据;
[0117]
第二症状实例数据生成模块420,用于如果第一症状实例数据与诊断数据库中的预设症状数据匹配不成功,则选取至少一个预设症状属性分别作为目标症状属性,并基于各目标症状属性对应的症状属性数据生成第二症状实例数据;其中,目标症状属性的数量少于预设症状属性的数量;
[0118]
第二症状实例数据匹配模块430,用于将第二症状实例数据与诊断数据库中的预设症状数据进行匹配;
[0119]
推荐数据生成模块440,用于基于诊断数据库中与匹配成功的预设症状数据对应的第一标准诊断实例,生成推荐数据,并将推荐数据进行输出。
[0120]
本实施例的技术方案,通过基于至少两个症状属性数据生成第一症状实例数据,并在第一症状实例数据匹配不成功时,选取至少一个预设症状属性分别作为目标症状属性,基于各目标症状属性对应的症状属性数据生成的第二症状实例数据继续与诊断数据库中的预设症状数据进行匹配,解决了全部症状数据导致匹配质量差的问题,本发明实施例利用结构化的症状属性数据进行诊断匹配,提高了症状实例数据与诊断数据库的匹配率,进而为后续医生的诊断过程提供有效参考。
[0121]
在上述技术方案的基础上,可选的,第一症状实例数据生成模块410,具体用于:
[0122]
获取用户基于预设症状录入界面中的至少两个预设症状属性组件分别输入的症状属性数据;其中,预设症状属性组件包括发生时间属性组件、诱因属性组件、方位属性组件、部位属性组件、程度属性组件、性质属性组件和症状名称属性组件中至少两项,其中,症状名称组件的类型包括输入组件和/或选择组件。
[0123]
在上述技术方案的基础上,可选的,目标症状属性包括部位属性和症状名称属性,相应的,第二症状实例数据生成模块420,具体用于:
[0124]
基于与部位属性和症状名称属性分别对应的部位数据和症状名称数据,生成第二症状实例数据。
[0125]
在上述技术方案的基础上,可选的,该装置还包括:
[0126]
第三症状实例数据生成模块,用于如果第二症状实例数据与预设症状数据匹配不成功,且第二症状实例数据包含与部位属性对应的部位数据,则确定是否存在与部位数据对应的父级部位数据;如果存在,则基于父级部位数据生成第三症状实例数据,并将第三症状实例数据与诊断数据库中的预设症状数据进行匹配。
[0127]
在上述技术方案的基础上,可选的,当第一症状实例数据的数量为至少两个时第一标准诊断实例的数量为至少一个,相应的,推荐数据生成模块440包括:
[0128]
推荐数据生成单元,用于获取各第一标准诊断实例分别对应的匹配次数,并基于匹配次数对各第一标准诊断实例进行排序,得到推荐数据。
[0129]
在上述技术方案的基础上,可选的,推荐数据生成单元包括:
[0130]
第一排序结果确定子单元,用于基于匹配次数对各第一标准诊断实例进行排序,得到第一排序结果;
[0131]
目标标准诊断实例确定子单元,用于如果第一排序结果中存在匹配次数相同的至少两个第一标准诊断实例,则将各第一标准诊断实例分别作为目标标准诊断实例;
[0132]
第二排序结果确定子单元,用于基于各目标标准诊断实例对应的使用频率,对各目标标准诊断实例进行排序,得到第二排序结果;
[0133]
推荐数据生成子单元,用于基于第一排序结果和第二排序结果,生成推荐数据。
[0134]
在上述技术方案的基础上,可选的,推荐数据生成子单元,具体用于:
[0135]
将诊断数据库中除第一标准诊断实例以外的标准诊断实例作为第二标准诊断实例,并基于第二标准诊断实例对应的使用频率对各第二标准诊断实例进行排序,得到第三排序结果;
[0136]
基于第一排序结果、第二排序结果和第三排序结果,生成推荐数据。
[0137]
在上述技术方案的基础上,可选的,预设症状录入界面还包括性别属性组件,相应的,该装置还包括:
[0138]
诊断数据库获取模块,用于获取用户基于性别属性组件输入的性别数据,并获取与性别数据对应的诊断数据库。
[0139]
在上述技术方案的基础上,可选的,该装置还包括:
[0140]
诊断数据库生成模块,用于获取目标诊断科室对应的原始诊断实例集合,基于原始诊断实例集合中的至少一个原始诊断实例分别对应的性别数据,确定两个原始诊断实例子集合;针对每个原始诊断数据子集合,将原始诊断数据子集合中的至少一个原始诊断实例分别与标准诊断库中的标准诊断实例进行匹配,并基于匹配成功的标准诊断实例,生成诊断数据库。
[0141]
本发明实施例所提供的诊断推荐装置可以用于执行本发明实施例所提供的诊断推荐方法,具备执行方法相应的功能和有益效果。
[0142]
值得注意的是,上述诊断推荐装置的实施例中,所包括的各个单元和模块只是按照功能逻辑进行划分的,但并不局限于上述的划分,只要能够实现相应的功能即可;另外,各功能单元的具体名称也只是为了便于相互区分,并不用于限制本发明的保护范围。
[0143]
实施例五
[0144]
图8是本发明实施例五提供的一种电子设备的结构示意图,本发明实施例为本发明上述实施例的诊断推荐方法的实现提供服务,可配置上述实施例中的诊断推荐装置。图8示出了适于用来实现本发明实施方式的示例性电子设备12的框图。图8显示的电子设备12仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
[0145]
如图8所示,电子设备12以通用计算设备的形式表现。电子设备12的组件可以包括但不限于:一个或者多个处理器或者处理单元16,系统存储器28,连接不同系统组件(包括系统存储器28和处理单元16)的总线18。
[0146]
总线18表示几类总线结构中的一种或多种,包括存储器总线或者存储器控制器、外围总线、图形加速端口、处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说,这些体系结构包括但不限于工业标准体系结构(isa)总线、微通道体系结构(mac)总线、增强型isa总线、视频电子标准协会(vesa)局域总线以及外围组件互连(pci)总线。
[0147]
电子设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备12访问的可用介质,包括易失性和非易失性介质,可移动的和不可移动的介质。
[0148]
系统存储器28可以包括易失性存储器形式的计算机系统可读介质,例如随机存取存储器(ram)30和/或高速缓存存储器32。电子设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例,存储系统34可以用于读写不可移动的、非易失性磁介质(图8未显示,通常称为“硬盘驱动器”)。尽管图8中未示出,可以提
供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器,以及对可移动非易失性光盘(例如cd-rom,dvd-rom或者其它光介质)读写的光盘驱动器。在这些情况下,每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品,该程序产品具有一组(例如至少一个)程序模块,这些程序模块被配置以执行本发明各实施例的功能。
[0149]
具有一组(至少一个)程序模块42的程序/实用工具40,可以存储在例如存储器28中,这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。
[0150]
电子设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信,还可与一个或者多个使得用户能与该电子设备12交互的设备通信,和/或与使得该电子设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡,调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口22进行。并且,电子设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(lan),广域网(wan)和/或公共网络,例如因特网)通信。如图8所示,网络适配器20通过总线18与电子设备12的其它模块通信。应当明白,尽管图中未示出,可以结合电子设备12使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
[0151]
处理单元16通过运行存储在系统存储器28中的程序,从而执行各种功能应用以及数据处理,例如实现本发明实施例所提供的诊断推荐方法。
[0152]
通过上述电子设备,解决了全部症状数据导致匹配质量差的问题,本发明实施例利用结构化的症状属性数据进行诊断匹配,提高了症状实例数据与诊断数据库的匹配率,进而为后续医生的诊断过程提供有效参考。
[0153]
实施例六
[0154]
本发明实施例六还提供了一种包含计算机可执行指令的存储介质,计算机可执行指令在由计算机处理器执行时用于执行一种诊断推荐方法,该方法包括:
[0155]
获取与至少两个预设症状属性分别对应的症状属性数据,并基于各症状属性数据生成第一症状实例数据;
[0156]
如果第一症状实例数据与诊断数据库中的预设症状数据匹配不成功,则选取至少一个预设症状属性分别作为目标症状属性,并基于各目标症状属性对应的症状属性数据生成第二症状实例数据;其中,目标症状属性的数量少于预设症状属性的数量;
[0157]
将第二症状实例数据与诊断数据库中的预设症状数据进行匹配;
[0158]
基于诊断数据库中与匹配成功的预设症状数据对应的第一标准诊断实例,生成推荐数据,并将推荐数据进行输出。
[0159]
本发明实施例的计算机存储介质,可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可
擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
[0160]
计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
[0161]
计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于无线、电线、光缆、rf等等,或者上述的任意合适的组合。
[0162]
可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码,程序设计语言包括面向对象的程序设计语言,诸如java、smalltalk、c ,还包括常规的过程式程序设计语言,诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络包括局域网(lan)或广域网(wan),连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
[0163]
当然,本发明实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上的方法操作,还可以执行本发明任意实施例所提供的诊断推荐方法中的相关操作。
[0164]
注意,上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解,本发明不限于这里的特定实施例,对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此,虽然通过以上实施例对本发明进行了较为详细的说明,但是本发明不仅仅限于以上实施例,在不脱离本发明构思的情况下,还可以包括更多其他等效实施例,而本发明的范围由所附的权利要求范围决定。
再多了解一些

本文用于企业家、创业者技术爱好者查询,结果仅供参考。

发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表

相关文献