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

用于线下就诊的线上挂号方法及装置和电子设备与流程

2022-04-30 10:52:43 来源:中国专利 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.可选的,所述采集子单元,包括:
42.根据所述预约挂号的科室,匹配该科室对应的问诊信息;由所述提问机器人基于匹配的问诊信息进行预问诊,采集所述用户反馈的病情信息。
43.可选的,所述医疗系统关联取号设备,所述取号设备用于在打印所述预约挂号的
挂号凭证时将所述预问诊报告和待提问的问题打印在所述挂号凭证中;
44.所述同步单元进一步用于,将所述预问诊报告和待提问的问题同步至所述预约挂号的医院对应的医疗系统,以使医生在所述用户就诊时基于所述挂号凭证上打印的所述预问诊报告和待提问的问题进行诊疗。
45.可选的,所述挂号凭证分为易撕开两部分;
46.其中,一部分打印挂号信息,另一部分打印所述预问诊报告和待提问的问题。
47.可选的,所述挂号凭证通过齿孔形成易撕开两部分。
48.可选的,所述将所述预问诊报告和待提问的问题打印在所述挂号凭证中,包括:
49.将所述预问诊报告和待提问的问题打印在所述挂号凭证的反面;其中,所述挂号凭证的正面打印挂号信息。
50.可选的,所述医疗系统与所述医生的医生端关联,所述医生端用于在读取医疗就诊卡时向医生展示所述医疗系统中与所述医疗就诊卡对应的预问诊报告和待提问的问题;
51.所述同步单元进一步用于,将所述预问诊报告和待提问的问题同步至所述预约挂号的医院对应的医疗系统,以使医生在所述用户就诊时基于所述医生端展示的所述预问诊报告和待提问的问题进行诊疗。
52.可选的,所述医生端在读取医疗就诊卡时还用于向医生展示用于参考的相似病例及诊断结果。
53.可选的,所述诊断结果包括病因和/或治疗方案。
54.根据本说明书实施例的第三方面,提供一种电子设备,包括:
55.处理器;
56.用于存储处理器可执行指令的存储器;
57.其中,所述处理器被配置为上述任一项用于线下就诊的线上挂号方法。
58.本说明书实施例,提供了一种用于线下就诊的线上挂号方案,在线上挂号时通过预问诊方式提前生成患者的预问诊报告和就诊时待提问的问题,进而将预问诊报告和待提问的问题同步到医院的医疗系统。一方面,在患者就诊时医生可以根据预问诊报告和待提问的问题快速且全面了解患者病情,实现快速诊疗;另一方面,由于预问诊是提前进行的,因此在患者线下就诊时可以减少医生与患者的沟通成本;再一方面,由于预问诊可以全面收集患者的有效病患信息,因此在患者线下就诊时可以防止患者遗漏有效病患信息,从而提高线下就诊效率。
附图说明
59.图1是本说明书一实施例提供的用于线下就诊的线上挂号方法的流程图;
60.图2是本说明书一实施例提供的线上挂号的示意图;
61.图3是本说明书一实施例提供的挂号成功通知的示意图;
62.图4是本说明书一实施例提供的智能预问诊的示意图;
63.图5是本说明书一实施例提供的预问诊报告和待提问的问题的示意图;
64.图6是本说明书一实施例提供的线下就诊时打印的挂号凭证的示意图;
65.图7是本说明书一实施例提供的用于线下就诊的线上挂号装置的硬件结构图;
66.图8是本说明书一实施例提供的用于线下就诊的线上挂号装置的模块。
具体实施方式
67.这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本说明书的一些方面相一致的装置和方法的例子。
68.在本说明书使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本说明书。在本说明书和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
69.应当理解,尽管在本说明书可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本说明书范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”。
70.本说明书旨在提供一种用于线下就诊的线上挂号方案,在线上挂号时通过预问诊方式提前生成患者的预问诊报告和就诊时待提问的问题,进而将预问诊报告和待提问的问题同步到医院的医疗系统。一方面,在患者就诊时医生可以根据预问诊报告和待提问的问题快速且全面了解患者病情,实现快速诊疗;另一方面,由于预问诊是提前进行的,因此在患者线下就诊时可以减少医生与患者的沟通成本;再一方面,由于预问诊可以全面收集患者的有效病患信息,因此在患者线下就诊时可以防止患者遗漏有效病患信息,从而提高线下就诊效率。
71.以下请参考图1所示本说明书一实施例提供的用于线下就诊的线上挂号方法的流程图,该方法可以应用于线上挂号系统,具体可以包括以下步骤:
72.步骤210,在用户成功预约挂号后,采集用户提供的病情信息;
73.上述线上挂号系统用于提供线上预约挂号的服务。用户通过线上挂号系统可以选择就诊医院、就诊科室、就诊医生以及就诊时间。线上挂号服务的推出,极大缓解了线下挂号困难的问题,人们足不出户就可以完成挂号,方便快捷是一种广受用户欢迎的便民服务。
74.以下结合图2所示本说明书一实施例提供的线上挂号的示意图为例加以介绍。
75.用户可以在客户端上的线上挂号系统中选择就诊医院。所述客户端可以指硬件上的客户端设备,例如台式计算机、膝上型计算机、平板计算机、智能手机、手持式计算机、个人数字助理(“pda”),或者其它任何的有线或无线处理器驱动装置。也可以是指软件上的应用客户端,例如线上挂号app等。还可以是指软硬结合的客户端,例如安装了线上挂号app的智能手机。而与上述客户端对应的服务端则可以是指上述线上挂号系统。
76.如图2所示用户选择的医院为“xx医院”。然而界面可以跳转到“xx医院”对应的就诊科室,如图2所示的“内科、外科、儿科、妇产科和其它”;在该示例中用户选择的“内科”。进一步,在用户点击“内科”后,界面右侧可以展示内科下的各个医生。
77.一般的,根据医生的类型不同,医生出诊也可以划分有不同的类型,如图2所示的“专家门诊和普通门诊”。其中,专家门诊的医生经验较为丰富,知名度也较高,患者反映诊疗效果好,相应地挂号费也相对高;而普通门诊的医生相对知名度不那么高,医生经验可能
没有专家医生丰富,相应地挂号费相对低。用户可以根据需要选择不同门诊类型,以及对应的医生。
78.在图2中“专家门诊”下有“王医生和李医生”,其中王医生的号源已经预约完“剩余0”,而李医生的号源“剩余5”;“普通门诊”下有“张医生和赵医生”,其中张医生的号源“剩余30”,赵医生号源“剩余20”。
79.在实际应用中,在界面中还可以展示与医生相关的一些介绍信息,例如医生头像、医生职称、从医经历、从医成就等。这些医生的介绍信息可以供用户查看,从而使用户选择有意向的医生进行就诊。
80.在图2中所示的示例中,用户最终选择的是“专家门诊”中的“李医生”,用户可以通过点击“提交”按钮,提交关于“xx医院-内科-专家门诊-李医生”的预约挂号请求,进一步可以选择就诊时间或者支付挂号费等,以最终完成预约挂号。
81.通常,在用户成功挂号后,上述线上挂号系统还可以向用户返回挂号成功通知,使用户使用的客户端向用户展示挂号信息。以下结合图3所示本说明书一实施例提供的挂号成功通知的示意图加以介绍。
82.所述挂号成功通知可以包括各种挂号信息;如图3中客户端中展示的挂号信息包括:提示建议信息(图3中的“您好,挂号成功,建议您在2021年9月15日14点前到达xx医院就诊,请携带社保卡自助取号。”),预约就诊医生信息(图3中的“李医生(知名专家教授)”),候诊时间信息(图3中的“2021年9月15日14点-15点”),备注信息。
83.所述备注信息进一步可以包括:就诊医院信息(图3中的“xx医院”),就诊科室信息(图3中的“内科专家门诊”),就诊患者信息(图3中的“张三”)、医院地址信息(图3中的“xxxxxxx”)、预约取号码信息(图3中的“12345”)。
84.在本说明书中,当用户成功预约挂号后,线上挂号系统还可以采集用户提供的病情信息,以根据病情信息自动生成预问诊报告和该用户就诊时待提问的问题。
85.为此,如图3所示,当用户成功预约挂号后,用户使用的客户端不仅可以展示挂号成功通知,而且还可以提供进入智能预问诊平台的“预问诊”按钮。当用户点击该“预问诊”按钮,就可以使得客户端跳转至智能预问诊平台;其中,所述智能预问诊平台中提供有与用户交流的提问机器人,从而开始智能预问诊的流程。通过智能预问诊,线上挂号系统可以采集到用户提供的病情信息。
86.具体地,在本说明书一示例性的实施例中,上述步骤210进一步可以包括:
87.在用户成功预约挂号后,跳转至智能预问诊平台;其中,所述智能预问诊平台中提供有与用户交流的提问机器人;
88.由所述提问机器人进行预问诊,采集所述用户反馈的病情信息。
89.在一示例性的实施例中,所述提问机器人进行预问诊的问诊信息通过以下方式确定:
90.根据所述预约挂号的科室,匹配该科室对应的问诊信息。
91.由于病情需要在专门的科室就诊,而不同科室的问诊信息也完全不同,因此可以预先根据用户预约挂号的科室,为提问机器人匹配对应的问诊信息,以便提问机器人更有效率的与用户进行沟通,从而采集到更为准确更为丰富的病患信息。
92.以下可以结合图4所示的本说明书一实施例提供的智能预问诊的示意图加以说
明。
93.在图4中,客户端展示的智能预问诊平台的界面中提供有提问机器人。
94.在一种实现方式中,该提问机器人可以根据预设提问库中的问题对用户进行提问,并根据用户反馈的答案,匹配对应的下一个问题;如此反复就可以将用户反馈的答案归总为病情信息。
95.在另一种实现方式中,该提问题机器人可以内置或关联外部的问诊模型,该问诊模型可以对用户反馈的答案进行计算,以输出下一个问题。该模型可以基于机器学习算法训练得到。例如基于npl(natural language processing,自然语言处理)来训练问诊模型。
96.在图4中,提问机器人通常可以默认发送“请问您有哪些症状?”;当然如果用户已经反馈了症状,那么提问机器人也可以不发送默认信息,直接匹配下一个问题。
97.当用户反馈“腹痛”时,进一步可以匹配与“腹痛”对应的下一问题即“请问以下哪种情况出现腹痛?”;
98.当用户反馈“吞咽”时,进一步可以匹配与“吞咽”对应的下一问题即“腹痛具体发生在腹部的哪个位置?”;
99.当用户反馈“左下腹”时,进一步匹配下一个问题;如此重复,当用户反馈最后一个问题后,提问机器人可以提示用户结束问诊,并询问用户是否清楚,请选择“确定或不清楚”。
100.如图4所示的,该预问诊界面中提供有“不清楚”按钮,用于转入人工服务或者使提问机器人继续与用户进行交互;“确定”按钮用于生成预问诊报告。
101.当用户认为本次预问诊是清楚的情况下,其可以点击“确定”按钮,线上挂号系统就可以将用户反馈的答案作为病患信息生成预问诊报告和用户就诊时待提问的问题。
102.步骤220,根据所述病情信息,生成预问诊报告和用户就诊时待提问的问题。
103.在线上挂号系统采集到用户反馈的病情信息之后,可以从这些病情信息中提取关键信息例如主诉、现病史、既往病史、过敏史等,从而生成预问诊报告和用户就诊时待提问的问题。
104.生成的预问诊报告和用户就诊时待提问的问题还需要展示给用户查看并确认。如果用户认为报告中有错误或遗漏的情况,则可以在预问诊报告基础上进行完善。
105.具体地,在本说明书一示例性的实施例中,上述步骤220进一步可以包括:
106.基于采集到的所述病情信息,生成预问诊报告并同步给所述用户;
107.接收所述用户反馈的已确认报告;其中,所述已确认报告为所述用户在同步的预问诊报告基础上完善就诊待提问的问题的报告;
108.从所述已确认报告中提取所述就诊待提问的问题。
109.以下接着参考图5,图5是本说明书一实施例提供的预问诊报告和待提问的问题的示意图。
110.在图5中,展示的预问诊报告包括以下内容:
111.预问诊时间:2021-9-15 10-45;
112.患者信息:男|21岁,初诊”,自述为“腹痛”;
113.患者主诉:腹痛;
114.现病史:腹痛半天,吞咽时痛感加剧,痛感位于右下腹,伴腹泻,无发热;
115.既往病史:无家族遗传史、无高血压糖尿病;
116.过敏史:无
117.另外,待提问的问题(即图5中的个人待提问的问题):
118.1、腹痛要多久
119.2、怎么尽快缓解
120.3、容易复发吗
121.用户查看上述信息,如果觉得有错误或遗漏,可以点击“完善信息”按钮,修改上述报告内容或问题内容(在实际应用中,报告中的某些信息无法被修改例如时间信息)。
122.如果用户觉得没有问题,或者在完善信息后觉得没有问题,则可以点击“确定”按钮,以向线上挂号系统发送针对生成的“预问诊报告和待提问的问题”的确认信息。
123.线上挂号系统在接收到用户的确认信息后,就可以执行步骤230。
124.通过上述示例,向用户提供一种自助完善预问诊报告和待提问的问题的方案,以使最终确定的预问诊报告和待提问的问题更为准确。
125.步骤230,将所述预问诊报告和待提问的问题同步至所述预约挂号的医院对应的医疗系统;以使医生在所述用户就诊时基于所述医疗系统提供的所述预问诊报告和待提问的问题进行诊疗。
126.线上挂号系统在生成了预问诊报告和待提问的问题之后,可以将该预问诊报告和待提问的问题同步到用户本次成功预约挂号的医院所在的医疗系统。该医疗系统通常可以是指医院的服务端,例如医院配置的中心服务器,用于管理该医院所有的挂号业务。
127.在一示例性的实施例中,为了保障数据传输安全,上述线上挂号系统可以将预问诊报告和待提问的问题加密后再同步给医疗系统,而医疗系统中可以基于对应的解密方式解密接收到的加密数据,以获取到与该预约挂号对应的预问诊报告和待提问的问题。
128.应用上述实施例,在患者就诊时医生可以根据预问诊报告和待提问的问题快速且全面了解患者病情,实现快速诊疗;另一方面,由于预问诊是提前进行的,因此在患者线下就诊时可以减少医生与患者的沟通成本;再一方面,由于预问诊可以全面收集患者的有效病患信息,因此在患者线下就诊时可以防止患者遗漏有效病患信息,从而提高线下就诊效率。
129.在实际应用中,当用户线下前往医疗就诊时,通常需要在医院提供的打印挂号凭证的自助设备或者人工窗口打印其成功预约挂号的挂号凭证;该挂号凭证通常是纸质的。在有的情况下也可以是其它材质的。
130.在本说明书提供的实施例中,由于医院系统预先已经接收到与用户所要打印的挂号凭证关联的预问诊报告和待提问的问题,因此在取号设备打印所述预约挂号的挂号凭证时,还可以将所述预问诊报告和待提问的问题打印在所述挂号凭证中。
131.为了实现这一目标,在一示例性的实施例中,可以令所述医疗系统与所述医院中的取号设备关联,这样当用户在取号设备上打印预约挂号的挂号凭证时,所述取号设备可以将预问诊报告和待提问的问题打印在挂号凭证中;
132.相应地,所述步骤230,进一步可以包括:
133.将所述预问诊报告和待提问的问题同步至所述预约挂号的医院对应的医疗系统,以使医生在所述用户就诊时基于所述挂号凭证上打印的所述预问诊报告和待提问的问题
进行诊疗。
134.应用该示例,通过将预问诊报告和就诊时待提问的问题也打印到挂号凭证上,以使患者在线下就诊时可以根据挂号凭证上的预问诊报告和待提问的问题与医生沟通,防止遗漏有效病患信息,从而有效提高线下就诊的效率。
135.需要说明的是,由于挂号凭证中需要额外打印更多的内容,一般需要采购面积更大的打印材料,从而满足打印预问诊报告和待提问的问题的需求。此外还可能更需要改进打印设备的硬件,以满足更大面积的打印材料的存储,打印和吐出,例如增大打印材料的收纳空间,增宽打印凭证的传输通道,改进喷墨或激光等打印装置的打印轨迹等等。当然,实际应用中也可以缩小挂号凭证中字体大小,使得在原有面积的挂号凭证上打印更多的内容。
136.在一可选的实施例中,也可以将预问诊报告和待提问的问题打印在挂号凭证的反面,即挂号凭证的正面与现有挂号凭证相同,都打印挂号信息,而方面则打印预问诊报告和待提问的问题。如此,不仅无需采购更大面积的纸张,减少了资源浪费,有利于环境保护;而且对现有打印设备也无做硬件上的改进,只需要改进打印软件,以实现反面打印即可。该方案实现的成本较低。
137.在实际应用中,挂号凭证通常需要提供给医生,并由医生保存;医生会在一天结束后统一回收。然而,由于上述预问诊报告和待提问的问题中存在涉及用户的隐私信息,因此这些挂号凭证在离开用户之外,容易被其它人看到,从而导致用户隐私信息泄露。为了保护挂号凭证上打印的用户隐私信息,本说明书还提供了以下实施例:
138.将所述挂号凭证设置为易撕开的两部分;其中,一部分打印挂号信息,另一部分打印所述预问诊报告和待提问的问题。
139.这样,用户在打印了挂号凭证后,可以将打印了预问诊报告和待提问的问题的部分撕下自己保管,而只将打印挂号信息的部分提供给医生。
140.通过该实施例不仅保护了用户的隐私信息,而且用户在线下就诊时依然可以根据撕下的预问诊报告和待提问的问题与医生沟通,防止遗漏有效病患信息,从而有效提高线下就诊的效率。
141.以下结合图6所示的本说明书一实施例提供的线下就诊时打印的挂号凭证的示意图加以说明。在图6中,上述挂号凭证可以分为上下两部分,上部分打印挂号信息,下部分打印预问诊报告和待提问的问题。
142.在实际应用中,所述挂号凭证可以通过齿孔形成易撕开两部分。所述齿孔是一种通过打孔器在材质上打出孔洞,从而可以方便撕开。
143.其中,打孔方式可以分为线式打孔((line type perforated))、梳式打孔(comb type perforated)、整式打孔(harrow type pwrforared);
144.齿孔形态可以分为:光齿(clean—cut perforation)、毛齿(rough perforation)、盲齿(blind perforation)、漏齿(imperforation error)、点线齿(imaginary line roulette)。
145.通过上述示例,可以让用户方便快捷地撕下打印了预问诊报告和待提问的问题的部分,从而保障用户隐私数据的安全。
146.在一示例性的实施例中,可以令所述医疗系统与所述医生的医生端关联,这样当
用户线下就诊时医生端在读取该用户的医疗就诊卡时向医生展示所述医疗系统中与所述医疗就诊卡对应的预问诊报告和待提问的问题;
147.相应地,所述步骤230,进一步可以包括:
148.将所述预问诊报告和待提问的问题同步至所述预约挂号的医院对应的医疗系统,以使医生在所述用户就诊时基于所述医生端展示的所述预问诊报告和待提问的问题进行诊疗。
149.该示例中,医疗系统可以将接收到的预问诊报告和用户就诊时待提问的问题转发给医生端。通过将预问诊报告和用户就诊时待提问的问题给医生端,在用户线下就诊时可以便于医生快速了解患者的病情,以提高就诊效率。
150.其中,所述医疗就诊卡可以包括电子医保卡、实体医保卡、医院就诊卡等,本说明书并不对其进行限定。
151.在一示例性的实施例中,上述医生端在读取医疗就诊卡时还可以用于向医生展示用于参考的相似病例及诊断结果。所述诊断结果包括病因和/或治疗方案。
152.其中,相似病例和诊断结果可以从历史病例中匹配到的与当前预问诊报告相同或相似的病例。
153.通过提供与当前病患具有相似症状的历史病例以及历史病例的诊断结果,可以提高医生就诊效率。
154.与前述用于线下就诊的线上挂号方法实施例相对应,本说明书还提供了用于线下就诊的线上挂号装置的实施例。所述装置实施例可以通过软件实现,也可以通过硬件或者软硬件结合的方式实现。以软件实现为例,作为一个逻辑意义上的装置,是通过其所在设备的处理器将非易失性存储器中对应的计算机程序读取到内存中运行形成的。从硬件层面而言,如图7所示,为本说明书用于线下就诊的线上挂号装置所在设备的一种硬件结构图,除了图7所示的处理器、网络接口、内存以及非易失性存储器之外,实施例中装置所在的设备通常根据用于线下就诊的线上挂号实际功能,还可以包括其他硬件,对此不再赘述。
155.请参见图8,为本说明书一实施例提供的用于线下就诊的线上挂号装置的模块图,所述装置对应了图1所示实施例,应用于线上挂号系统,所述装置包括:
156.采集单元310,在用户成功预约挂号后,采集用户提供的病情信息;
157.生成单元320,根据所述病情信息,生成预问诊报告和用户就诊时待提问的问题;
158.同步单元330,将所述预问诊报告和待提问的问题同步至所述预约挂号的医院对应的医疗系统;以使医生在所述用户就诊时基于所述医疗系统提供的所述预问诊报告和待提问的问题进行诊疗。
159.在一示例性的实施例中,所述采集单元310,包括:
160.跳转子单元,在用户成功预约挂号后,跳转至智能预问诊平台;其中,所述智能预问诊平台中提供有与用户交流的提问机器人;
161.采集子单元,由所述提问机器人进行预问诊,采集所述用户反馈的病情信息。
162.在一示例性的实施例中,所述生成单元320,包括:
163.同步子单元,基于采集到的所述病情信息,生成预问诊报告并同步给所述用户;
164.接收子单元,接收所述用户反馈的已确认报告;其中,所述已确认报告为所述用户在同步的预问诊报告基础上完善就诊待提问的问题的报告;
165.提取子单元,从所述已确认报告中提取所述就诊待提问的问题。
166.在一示例性的实施例中,所述采集子单元,包括:
167.根据所述预约挂号的科室,匹配该科室对应的问诊信息;由所述提问机器人基于匹配的问诊信息进行预问诊,采集所述用户反馈的病情信息。
168.在一示例性的实施例中,所述医疗系统关联取号设备,所述取号设备用于在打印所述预约挂号的挂号凭证时将所述预问诊报告和待提问的问题打印在所述挂号凭证中;
169.所述同步单元330进一步用于,将所述预问诊报告和待提问的问题同步至所述预约挂号的医院对应的医疗系统,以使医生在所述用户就诊时基于所述挂号凭证上打印的所述预问诊报告和待提问的问题进行诊疗。
170.在一示例性的实施例中,所述挂号凭证分为易撕开两部分;
171.其中,一部分打印挂号信息,另一部分打印所述预问诊报告和待提问的问题。
172.在一示例性的实施例中,所述挂号凭证通过齿孔形成易撕开两部分。
173.在一示例性的实施例中,所述将所述预问诊报告和待提问的问题打印在所述挂号凭证中,包括:
174.将所述预问诊报告和待提问的问题打印在所述挂号凭证的反面;其中,所述挂号凭证的正面打印挂号信息。
175.在一示例性的实施例中,所述医疗系统与所述医生的医生端关联,所述医生端用于在读取医疗就诊卡时向医生展示所述医疗系统中与所述医疗就诊卡对应的预问诊报告和待提问的问题;
176.所述同步单元330进一步用于,将所述预问诊报告和待提问的问题同步至所述预约挂号的医院对应的医疗系统,以使医生在所述用户就诊时基于所述医生端展示的所述预问诊报告和待提问的问题进行诊疗。
177.在一示例性的实施例中,所述医生端在读取医疗就诊卡时还用于向医生展示用于参考的相似病例及诊断结果。
178.在一示例性的实施例中,所述诊断结果包括病因和/或治疗方案。
179.上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机,计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。
180.上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程,在此不再赘述。
181.对于装置实施例而言,由于其基本对应于方法实施例,所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本说明书方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
182.以上图8描述了用于线下就诊的线上挂号装置的内部功能模块和结构示意,其实
质上的执行主体可以为一种电子设备,包括:
183.处理器;
184.用于存储处理器可执行指令的存储器;
185.其中,所述处理器被配置为上述任一用于线下就诊的线上挂号方法的实施例。
186.在上述电子设备的实施例中,应理解,该处理器可以是中央处理单元(英文:central processing unit,简称:cpu),还可以是其他通用处理器、数字信号处理器(英文:digital signal processor,简称:dsp)、专用集成电路(英文:application specific integrated circuit,简称:asic)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等,而前述的存储器可以是只读存储器(英文:read-only memory,缩写:rom)、随机存取存储器(英文:random access memory,简称:ram)、快闪存储器、硬盘或者固态硬盘。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。
187.本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于电子设备实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
188.本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本说明书的其它实施方案。本说明书旨在涵盖本说明书的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本说明书的一般性原理并包括本说明书未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本说明书的真正范围和精神由下面的权利要求指出。
189.应当理解的是,本说明书并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本说明书的范围仅由所附的权利要求来限制。
再多了解一些

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

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

相关文献