CN109300538A - 一种用于医院门诊的医患信息共享***及其方法 - Google Patents

Abstract

本发明提供一种用于医院门诊的医患信息共享***及其方法，其特征在于，信息共享***包括医生客户端以及患者客户端；患者客户端包括信息录入单元、判断单元、门诊单元、报警单元以及对话单元；信息录入单元获取信息后，将信息发送至判断单元；判断单元接收患者的信息，判断用户需要挂号的医院以及科室，进行自动挂号；门诊单元用于接收挂号结果，返回挂号结果包括挂号医院、科室、时间以及就诊医生信息；医生客户端包括就诊信息接收单元、患者单元、确认单元以及追踪单元；就诊信息接收单元用于接收医院的门诊部发送的就诊信息；患者单元用于记录该医生诊疗的患者总人数；确认单元用于在结束问诊后确认诊治信息。

Description

一种用于医院门诊的医患信息共享***及其方法

技术领域

本发明涉及信息共享领域，尤其涉及一种用于医院门诊的医患信息共享***及其方法。

背景技术

信息共享指不同终端（客户端）通过网络（包括局域网、Internet）共同管理、分享服务器的数据信息。

一般情况下，患者在去医院挂号时需要在医院的门诊部门挂号，挂号医生就诊之后，就按照医生开的药方进行治疗，然而，治疗的结果医生并不能跟踪，患者在有问题的时候需要咨询医生也不方便，因此，本发明提供的信息共享***，能够提供患者和医生一个信息交流的平台。

发明内容

发明目的：本发明提供一种用于医院门诊的医患信息共享***及其方法。

技术方案：本发明通过以下技术方案实现：

一种用于医院门诊的医患信息共享***，所述信息共享***包括医生客户端以及患者客户端，所述医生客户端与所述患者客户端之间通过服务器连接；所述患者客户端与所述医生客户端基于不同医院与患者之间；

所述患者客户端包括信息录入单元 、判断单元、门诊单元、报警单元以及对话单元；

所述信息录入单元用于接收患者信息，所述信息包括患者的年龄、性别、病史、服药史、治疗史、患者的患病部位以及病情具体反应；所述信息录入单元获取信息后，将信息发送至判断单元；

所述判断单元接收患者的信息，根据接收的信息判断用户需要挂号的医院以及科室，并将挂号信息发送至门诊部门进行自动挂号；

所述门诊单元用于接收门诊部的挂号结果，所述挂号结果由服务器返回，所述返回挂号结果包括挂号医院、科室、时间以及就诊医生信息；

所述报警单元用于在紧急情况下向医院的急救部门发送紧急信息；

对话单元，包括医生信息接收单元和患者信息发送单元，所述医生信息接收单元用于接收医生回复的信息，所述患者信息发送单元用于发送病情咨询信息；

所述医生客户端包括就诊信息接收单元、患者单元、确认单元以及追踪单元；

所述就诊信息接收单元用于接收医院的门诊部经由服务器发送的就诊信息；

所述患者单元用于记录该医生诊疗的患者总人数；所述患者单元包括已恢复患者模块和治疗期患者模块；

所述确认单元用于在结束问诊后确认诊治信息，还用于追踪患者的治疗后的治病情况；所述确认单元与所述患者客户端连接；所述诊治信息包括开始治疗时间以及治疗方案。

作为本发明的一种优选方案，确认单元确认就诊信息之后，将该医生的医生客户端与患者客户端连接，并将医生的诊疗结果发送至患者客户端。

作为本发明的一种优选方案，所述患者客户端还包括提醒单元，用于接收提醒信息。

作为本发明的一种优选方案，医生通过确认单元持续观察患者的治病情况，在病情好转之后，停止观察。

作为本发明的一种优选方案，医生停止观察后，更新患者单元的患者人数信息。

作为本发明的一种优选方案，医生停止观察后，将开始治理的时间至结束治疗时间内的患者的病情以及服药情况更新至信息录入单元的患者信息。

作为本发明的一种优选方案，包括以下步骤：

S1、信息录入单元获取患者信息；

S2、判断单元根据患者信息，为患者选择医院和科室进行挂号，将挂号请求发送至医院门诊部；

S3、门诊部接收患者的挂号请求，根据医院的值班情况为患者安排就诊时间和就诊医生，并将安排后的信息返回至患者客户端以及医生客户端。

作为本发明的一种优选方案，治疗时，还包括以下步骤：

S4、确认模块确认问诊结束，并记录确诊结束的时间以及医生提供的治疗方案；

S5、确认模块将医生提供的治疗方案发送至患者客户端；

S6、患者客户端的提醒单元根据医生的治理方案提醒患者进行购买以及服用药物；

S7、患者将自己针对治疗方案的治疗情况通过对话单元上传。

作为本发明的一种优选方案，步骤S7后还包括：

S71、医生通过确认单元上传的信息判断患者是否完成了治疗，若是，执行步骤S72；若否，执行步骤S73；

S72、通过确认单元确认治疗结束，停止观察；

S73、医生继续观察上传的信息。

作为本发明的一种优选方案，所述步骤S72之后，还包括：

S721、确认单元将患者挂号信息以及治疗信息发送至患者单元，对患者单元的治疗期患者模块和已恢复患者模块的数据进行更新；

S722、确认单元将患者的服药史、治疗史发送至信息录入单元进行患者信息更新。

有益效果：

通过本发明的信息共享***，能够根据患者的病情的情况选择医院和科室进行挂号；

本信息共享***在患者问诊结束之后疗程结束之前的时间内随时咨询问诊医生；

本信息***能够自动更新患者的病例、服药史等等，方便医生进行针对性的治疗。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并于说明书一起用于解释本公开的原理。

图1为本发明实施例涉及的一种信息共享***的结构示意图；

图2为本发明实施例涉及的对话单元的结构示意图；

图3为本发明实施例涉及的一种患者单元的结构示意图；

图4为本发明实施例涉及的一种信息录入单元与判断单元的连接示意图；

图5为本发明实施例涉及的一种服务器的连接示意图；

图6为本发明实施例涉及的一种预约挂号的流程示意图；

图7为本发明实施例涉及的一种挂号后客户端建立连接的流程示意图；

图8为本发明实施例涉及的一种判断完成治疗的流程示意图；

图9为本发明实施例涉及的一种结束连接关系后的流程示意图；

图10为本发明实施例涉及的另一结束连接关系后的流程示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。

实施例一：

根据图1-图1为本发明实施例涉及的一种信息共享***的结构示意图；图2为本发明实施例涉及的对话单元250的结构示意图；图3为本发明实施例涉及的一种患者单元140的结构示意图；图4为本发明实施例涉及的一种信息录入单元210与判断单元220的连接示意图；图5为本发明实施例涉及的一种服务器300的连接示意图；

本发明提供的医患信息共享***，主要是为了患者在医院问诊之后，按照医生的治疗方案进行治疗，将治疗过程和治疗效果通过医生客户端100和患者客户端200反馈给医生，从而更好地为患者服务；

一种用于医院门诊的医患信息共享***，其特征在于，所述信息共享***包括医生客户端100以及患者客户端200，所述医生客户端100与所述患者客户端200之间通过服务器300连接；所述医生客户端100安装在医院或者医生的终端以供医生使用，所述患者客户端200安装在患者终端以供患者使用；所述患者客户端200与所述医生客户端100基于不同医院与患者之间；即本信息***可以为一个患者提供不同医院的服务，同样的，医生可以看到患者在不同医院的就医记录，以方便为患者进行治疗。

所述患者客户端200包括信息录入单元210、判断单元220、门诊单元230、报警单元240以及对话单元250；

所述信息录入单元210用于接收患者信息，所述信息包括患者的年龄、性别、病史、服药史、治疗史、患者的患病部位以及病情具体反应；所述信息录入单元210获取信息后，将信息发送至判断单元220；

所述病史为患者通过患者客户端200的信息录入单元210输入以及客户端自动更新的患者的生病历史以及过敏情况，所述服药史为患者通过患者客户端200的信息录入单元210输入或者客户端自动更新的患者服药情况；所述治疗史为患者通过患者客户端200的信息录入单元210输入以及客户端自动更新的患者治疗的历史，例如：手术史、康复历史及其对应的手术详细以及康复详细，所述手术详细包括手术时间、手术结果、手术部位、手术名称等等。

所述信息录入单元210提供用户输入的接口，供用户输入数据并保存。

所述判断单元220接收患者的信息，具体的：接收患者的当前身体情况，包括生病部位以及生病症状；例如用户输入的具体的生病的部位，假设生病部位为眼睛，具体症状为眼部发痒，则用户选择生病部位为眼部，症状为发痒，判断模块初步判断用户具有眼部疾病，可能的结果为结膜炎，判断单元220根据判断结果，即眼部发痒，需要眼科医生进行问诊的结果，根据判断结果，选择眼科治疗效果好的医院的门诊部门进行预约挂号，发送挂号请求时，发送患者的身份证号及其他挂号需要的信息。

判断单元220根据接收的信息判断用户需要挂号的医院以及科室，并将挂号信息发送至门诊部门进行自动挂号。

所述门诊单元230用于接收来自门诊部门的挂号结果，所述返回挂号结果包括挂号医院、科室、时间以及就诊医生信息。

具体的，医院的门诊部门接收到来自判断单元220的挂号信息，处理来自判断单元220的挂号信息，当挂号时间对应的时间有问诊医生在的情况下，成功挂号，当过了上班时间或者没有医生在的情况下，挂号失败。

成功挂号时，返回成功挂号的信息至门诊单元230，门诊单元230显示挂号的医院、科室、时间以及就诊的医生的信息。

挂号失败时，返回挂号失败的信息至门诊单元230，门诊单元230显示挂号失败的原因以及可以进行预约挂号的时间，并询问患者是否需要预约该时间，当患者的选择为是时，判断单元220根据用户的选择再次发送挂号预约信息至医院门诊部门。

所述报警单元240用于在紧急情况下向医院的急救部门发送紧急信息；具体的，所述报警单元240可以添加到用户方便操作的桌面，具有较高的优先权，当患者有高血压或者心脏病时，选择报警单元240，报警单元240发送急救信息至急救中心，发送内容包含地址信息。

对话单元250，包括医生信息接收单元251和患者信息发送单元252，所述医生信息接收单元251用于接收医生回复的信息，所述患者信息发送单元252用于发送病情咨询信息；

所述对话单元250用于患者就诊之后，确认单元130确认患者客户端200和医生客户端100的连接，建立连接关系之后，患者和医生之间可以随时沟通，直至治疗的疗程结束。

实施例二：

医生客户端100主要是提供给医生使用，主要目的是与患者交流。

所述医生客户端100包括就诊信息接收单元110、患者单元140、确认单元130以及追踪单元140。

所述就诊信息接收单元110用于接收医院的门诊部发送的就诊信息；所述就诊信息包括患者的姓名、性别、病情以及症状；所述就诊信息接收单元110还包括就诊时间的信息。

所述患者单元140用于记录该医生诊疗的患者总人数；所述患者单元140包括已恢复患者模块121和治疗期患者模块122；其中，已恢复患者模块121记录已经完成医生指定的治疗的疗程的患者信息，已恢复患者模块121的患者不能够再免费的使用聊天功能；所述治疗期患者模块122记录正在治疗中的患者的信息，存储在该模块中的患者能够使用聊天功能和医生沟通病情的治疗情况。

所述确认单元130用于在结束问诊后确认诊治信息，还用于追踪患者的治疗后的治病情况；所述确认单元130与所述患者客户端200连接；所述诊治信息包括开始治疗时间以及治疗方案。

具体的，患者在问诊结束后，医生将病例以及处方药或者其他治疗方案上传至确认单元130，确认单元130与患者客户端200连接，将信息发送至患者客户端200，患者可以随时查询医生的治疗方案；在医生确认问诊结束后，通过确认模块确认问诊结束，确认问诊结束之后，将该患者的信息存储至医生客户端100的治疗期患者模块122，建立该患者和医生的沟通渠道。

优选的，确认单元130确认就诊信息之后，将该医生的医生客户端100与患者客户端200连接，并将医生的诊疗结果发送至患者客户端200。

优选的，所述患者客户端200还包括提醒单元260，用于接收提醒信息。所述提醒信息包括提醒服药信息以及医生临时发送的信息。

优选的，医生通过确认单元130持续观察患者的治病情况，在病情好转之后，停止观察，医生确认停止观察之后，将患者信息更新至医生客户端100的已恢复患者模块121。若需要再次问询该医生的信息，需要预约挂号。

优选的，医生停止观察后，更新患者单元140的患者人数信息，具体的更新患者人数信息、患者的患病信息以及治疗信息。

优选的，医生停止观察后，将开始治理的时间至结束治疗时间内的患者的病情以及服药情况更新至信息录入单元210。信息录入单元210内存储患者的所有病史以及治疗史。

实施例三：

根据图6-10：图6为本发明实施例涉及的一种预约挂号的流程示意图；图7为本发明实施例涉及的一种挂号后客户端建立连接的流程示意图；图8为本发明实施例涉及的一种判断完成治疗的流程示意图；图9为本发明实施例涉及的一种结束连接关系后的流程示意图；图10为本发明实施例涉及的另一结束连接关系后的流程示意图。

优选的，所述信息共享***的控制方法，包括以下步骤：

S1、信息录入单元210获取患者信息；

S2、判断单元220根据患者信息，为患者选择医院和科室进行挂号，将挂号请求发送至医院门诊部；

S3、医院门诊部接收患者的挂号请求，根据医院的值班情况为患者安排就诊时间和就诊医生，并将安排后的信息发送至患者客户端200以及医生客户端100。

优选的，治疗时，还包括以下步骤：

S4、确认模块确认问诊结束，并记录问诊结束的时间以及医生提供的治疗方案；

在此提供的问诊的结束时间，以及后续医生确认治疗结束（疗程结束）的时间之内的患者进行治疗的方案以及治疗结果将作为患者的就医历史存储在信息录入单元210。

S5、确认模块将医生提供的治疗方案发送至患者客户端200；

S6、患者客户端200的提醒单元260根据医生的治理方案提醒患者进行购买以及服用药物；

S7、患者将自己针对治疗方案的治疗情况通过确认单元130上传。所述治疗情况为用户手动输入或者选择，通过对话模块与医生进行沟通。

优选的，步骤S7后还包括：

S71、医生通过确认单元130上传的信息判断患者是否完成了治疗，若是，执行步骤S72；若否，执行步骤S73；

S72、通过确认单元130确认治疗结束，停止观察；

S73、医生继续观察上传的信息。

优选的，所述步骤S72之后，还包括：

S721、确认单元130将患者挂号信息以及治疗信息发送至患者单元140，对患者单元140的治疗期患者模块122和已恢复患者模块121的数据进行更新；

S722、确认单元130将患者的服药史、治疗史发送至信息录入单元210进行患者信息更新。

上述实施例只为说明本发明的技术构思及特点，其目的是让熟悉该技术领域的技术人员能够了解本发明的内容并据以实施，并不能以此来限制本发明的保护范围。凡根据本发明精神实质所作出的等同变换或修饰，都应涵盖在本发明的保护范围之内。

Claims (10)

1.一种用于医院门诊的医患信息共享***，其特征在于，所述信息共享***包括医生客户端以及患者客户端，所述医生客户端与所述患者客户端之间通过服务器连接；所述患者客户端与所述医生客户端基于不同医院与患者之间；

所述患者客户端包括信息录入单元 、判断单元、门诊单元、报警单元以及对话单元；

所述信息录入单元用于接收患者信息，所述信息包括患者的年龄、性别、病史、服药史、治疗史、患者的患病部位以及病情具体反应；所述信息录入单元获取信息后，将信息发送至判断单元；

所述判断单元接收患者的信息，根据接收的信息判断用户需要挂号的医院以及科室，并将挂号信息发送至门诊部门进行自动挂号；

所述门诊单元用于接收门诊部的挂号结果，所述挂号结果由服务器返回，所述返回挂号结果包括挂号医院、科室、时间以及就诊医生信息；

所述报警单元用于在紧急情况下向医院的急救部门发送紧急信息；

对话单元，包括医生信息接收单元和患者信息发送单元，所述医生信息接收单元用于接收医生回复的信息，所述患者信息发送单元用于发送病情咨询信息；

所述医生客户端包括就诊信息接收单元、患者单元、确认单元以及追踪单元；

所述就诊信息接收单元用于接收医院的门诊部经由服务器发送的就诊信息；

所述患者单元用于记录该医生诊疗的患者总人数；所述患者单元包括已恢复患者模块和治疗期患者模块；

所述确认单元用于在结束问诊后确认诊治信息，还用于追踪患者的治疗后的治病情况；所述确认单元与所述患者客户端连接；所述诊治信息包括开始治疗时间以及治疗方案。

2.根据权利要求1所述的一种用于医院门诊的医患信息共享***，其特征在于，确认单元确认就诊信息之后，将该医生的医生客户端与患者客户端连接，并将医生的诊疗结果发送至患者客户端。

3.根据权利要求1所述的一种用于医院门诊的医患信息共享***，其特征在于，所述患者客户端还包括提醒单元，用于接收提醒信息。

4.根据权利要求1所述的一种用于医院门诊的医患信息共享***，其特征在于，医生通过确认单元持续观察患者的治病情况，在病情好转之后，停止观察。

5.根据权利要求4所述的一种用于医院门诊的医患信息共享***，其特征在于，医生停止观察后，更新患者单元的患者人数信息。

6.根据权利要求4所述的一种用于医院门诊的医患信息共享***，其特征在于，医生停止观察后，将开始治理的时间至结束治疗时间内的患者的病情以及服药情况更新至信息录入单元的患者信息。

7.根据权利要求1-6任一项所述的一种用于医院门诊的医患信息共享***的控制方法，其特征在于，包括以下步骤：

S1、信息录入单元获取患者信息；

S2、判断单元根据患者信息，为患者选择医院和科室进行挂号，将挂号请求发送至医院门诊部；

S3、门诊部接收患者的挂号请求，根据医院的值班情况为患者安排就诊时间和就诊医生，并将安排后的信息返回至患者客户端以及医生客户端。

8.根据权利要求7所述的一种用于医院门诊的医患信息共享***的控制方法，其特征在于，治疗时，还包括以下步骤：

S4、确认模块确认问诊结束，并记录确诊结束的时间以及医生提供的治疗方案；

S5、确认模块将医生提供的治疗方案发送至患者客户端；

S6、患者客户端的提醒单元根据医生的治理方案提醒患者进行购买以及服用药物；

S7、患者将自己针对治疗方案的治疗情况通过对话单元上传。

9.根据权利要求8所述的一种用于医院门诊的医患信息共享***的控制方法，其特征在于，步骤S7后还包括：

S71、医生通过确认单元上传的信息判断患者是否完成了治疗，若是，执行步骤S72；若否，执行步骤S73；

S72、通过确认单元确认治疗结束，停止观察；

S73、医生继续观察上传的信息。

10.根据权利要求9所述的一种用于医院门诊的医患信息共享***的控制方法，其特征在于，所述步骤S72之后，还包括：

S721、确认单元将患者挂号信息以及治疗信息发送至患者单元，对患者单元的治疗期患者模块和已恢复患者模块的数据进行更新；

S722、确认单元将患者的服药史、治疗史发送至信息录入单元进行患者信息更新。