医院检查报告的查询方法和终端设备与流程

文档序号:11251064阅读:2697来源:国知局
医院检查报告的查询方法和终端设备与流程

本发明涉及个人医疗信息处理技术,尤其涉及一种医院检查报告的查询方法和终端设备。



背景技术:

目前,各大医院或者医疗机构每天都会对大量的患者进行身体检查,但是检查报告通常都需要患者本人或者家属隔天或者几天之后亲自去医院领取。患者领取到检查报告后,如果检查结果有问题,还需进行重新挂号进行复诊才能得知医生最终的诊断结果。

但是,如果患者的检查结果良好,这样的就诊过程不仅增加了患者的就诊时间和费用开销,势必也会增加医院的就诊排队等待时间,同时也使得医护人员的工作变得更加繁重。



技术实现要素:

本发明提供一种医院检查报告的查询方法和终端设备,以实现如果患者检查结果良好,就可以免去患者的往返医院的时间、排队挂号的时间和费用,同时也有效地缓解了医院的就医压力。

本发明提供一种医院检查报告的查询方法,包括:

在患者登录查询系统后,终端设备显示患者的个人用户界面;

所述终端设备接收用户通过所述个人用户界面输入的查询请求消息;

所述终端设备根据所述查询请求消息获取所述患者的检查报告;

所述终端设备显示所述检查报告。

可选地,所述终端设备根据所述查询请求消息获取所述患者的检查报告,包括:

所述终端设备向服务器转发所述查询请求消息;

所述终端设备接收所述服务器发送的查询响应消息,所述查询响应消息中包括所述患者的检查报告。

可选地,所述终端设备根据所述查询请求消息获取所述患者的检查报告,包括:

所述终端设备从本地查询所述患者的检查报告,所述患者的检查报告是所述服务器发送给所述终端设备的。

可选地,所述终端设备显示所述检查报告之前,还包括:

所述终端设备显示支付界面;

所述终端设备接收所述用户通过所述支付界面输入的支付信息;

所述终端设备根据所述支付信息进行支付;

在支付成功后,所述终端设备显示所述检查报告。

可选地,所述的医院检查报告的查询方法,还包括:

所述终端设备显示查询系统的登录页面;

所述终端设备接收用户在所述登录页面输入的登录信息;

所述终端设备根据所述登录信息进行登录。

可选地,当所述检查报告显示所述患者需要治疗时,还包括:

所述终端设备接收用户输入的挂号指令;

所述终端设备根据所述挂号指令跳转到预约挂号界面。

可选地,所述个人用户界面上还显示有以下信息中的至少一种:所述患者的个人基本信息、就医历史记录信息和所述患者的医保卡信息。

可选地,所述登录信息包括帐户名和密码,其中,所述帐户名与所述患者的医保卡或社保卡绑定。

本发明还提供一种终端设备,包括:

显示模块,用于在患者登录查询系统后,显示患者的个人用户界面;

接收模块,用于接收患者通过所述个人用户界面输入的查询请求消息,

查询模块,用于根据所述查询请求消息获取所述患者的检查报告;

所述显示模块,还用于显示所述检查报告。

可选地,所述查询模块,具体用于:

向服务器转发所述查询请求消息;

接收所述服务器发送的查询响应消息,所述查询响应消息中包括所述患者的检查报告。

可选地,所述查询模块,具体用于:

从本地查询所述患者的检查报告,所述患者的检查报告是所述服务器发送给所述终端设备的。

可选地,还包括支付模块,用于:

显示支付界面;

接收所述患者通过所述支付界面输入的支付信息;

根据所述支付信息进行支付。

可选地,还包括登录模块,用于:

显示查询系统的登录页面;

接收用户在所述登录页面输入的登录信息;

根据所述登录信息进行登录。

可选地,所述的终端设备,还包括:预约挂号模块,用于:

接收用户输入的挂号指令;

根据所述挂号指令显示预约挂号界面。

可选地,所述个人用户界面上还显示有以下信息中的至少一种:所述患者的个人基本信息、就医历史记录信息和所述患者的医保卡信息。

可选地,所述登录信息包括帐户名和密码,其中,所述帐户名与所述患者的医保卡或社保卡绑定。

本发明提供一种医院检查报告的查询方法和终端设备,使得用户通过终端设备就可以及时查询检查报告,不再需要用户去医院排队领取检测报告,减少了医院人流量,方便用户查询。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。

图1为本发明实施例一提供的医院检查报告的查询方法的流程图;

图2为本发明实施例二提供的医院检查报告的查询方法的流程图;

图3为本发明实施例三提供的一种终端设备的结构示意图;

图4为本发明实施例四提供的一种终端设备的结构示意图;

图5为本发明实施例五提供的一种终端设备的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。

图1为本发明实施例一提供的医院检查报告的查询方法的流程图,本实施例的方法由终端设备执行,该终端设备可以是智能手机、平板电脑、个人计算机等具有数据处理和显示功能的电子设备,如图1所示,本实施例的方法可以包括:

步骤101、在患者登录查询系统后,终端设备显示患者的个人用户界面。

该登录查询系统用于查询患者的检查报告,检查报告对于患者来说比较隐私,患者不希望其他人看到,因此,患者需要建立一个账户,患者只有成功登录该查询系统后,才会向患者显示个人用户界面,进一步进行后续的查询。

患者首次使用查询系统时,需要先进行帐户名注册和密码设置。注册成功后,患者本人或者家属就可以根据注册时的账户名和密码在终端设备的个人登录界面进行登录。后续,患者或者家属需要查询检查报告时,终端设备显示查询系统的登录页面,患者或者家属在登录页面输入登录信息,该登录信息包括账户名和密码,终端设备接收患者在登录页面输入的登录信息,根据登录信息进行登录。具体的,查询系统进行账户名和密码识别,如果输入账户名和密码与注册时保存的帐户名和密码相同,则识别通过,终端设备显示患者的个人用户界面。

可选的,该账户名与患医保卡或社保卡绑定。可选的,该密码可以是文字密码,例如纯数字密码,或者,数字加字母组合,还可以是指纹信息、虹膜信息或人脸信息等生物特征,通过生物特征进行登录安全性更高。

本实施例中,个人用户界面上显示有查询入口,该查询入口可以是一个查询按钮,用户通过点击该查询按钮进行查询。该查询入口还可以是一些选项,例如,选择检查报告的时间、检查报告的类型等。可选地,该个人用户界面上还显示有以下信息中的至少一种:患者的个人基本信息、就医历史记录信息和患者的医保卡信息。

其中,个人基本信息包括:患者姓名、年龄、联系方式、住址、身高、体重等。医保卡信息包括:医保卡适用范围、医保卡卡号等。就医历史记录信息包括:就医的时间、地点、病因、病情、复诊情况、用药药品信息、身体检查结果等。

步骤102、终端设备接收用户通过个人用户界面输入的查询请求消息。

具体地,用户在终端设备显示的个人用户界面中输入需要进行查询的检查报告的类型,该用户可以是患者或患者家属或者经患者授权的其他人,检查报告的类型例如包括血检、尿检、胸透、x光等,并进行确认提交,患者或者家属提交查询请求后,查询系统生成查询请求消息,该查询请求消息中包括检查报告的类型、患者的账户名和姓名,如果患者的账户名与医保卡或者社保卡绑定,则查询请求消息中的患者的账户名也可以替换为患者的医保卡或者社保卡。可选的,该查询请求消息中也可以不包括检查报告的类型,相应的,患者也不需要输入查询的检查报告的类型。

步骤103、终端设备根据查询请求消息获取患者的检查报告。

一种方式中,设终端设备接收到患者或者家属输入的查询请求消息之后,就会向服务器转发上述的查询请求消息,该服务器为医院自己服务器,该服务器上保存有在医院就医的所有患者的信息,医院在检查得到患者的检查数据后,将患者的检查数据上传到服务器中。大部分检查都通过检查设备完成,检查设备在分析得到检查数据后,自动将检查数据上传到服务器,如果检查数据以纸质报告列出,则可以通过扫描方式将检查数据上传到服务器。

该方式中,查询请求消息需要包括患者的账户名和姓名,服务器接收到查询请求消息之后,根据患者账户名和姓名从检查报告数据库中进行检索,并将查询到的检查报告信息通过查询响应消息的形式发送给终端设备。终端设备接收服务器发送的查询响应消息,从查询响应消息中获取检查报告,并将检查报告存储在本地,后续可以从本地直接读取检查报告。

另一种方式中,服务器主动将患者的检查报告发送给终端设备,服务器可以在医院将患者的检查报告上传之后,立即将患者的检查报告发送给终端设备,终端设备将检查报告存储在本地,后续,当终端设备接收到患者或者家属输入的查询请求消息之后,就会直接从本地存储检查报告中进行查询。

步骤104、终端设备显示检查报告。

具体地,终端设备会将获取到的患者的检查报告(如血检、尿检、胸透、x光等)在报告显示界面中进行显示。其中,检查报告中给出了检查项目的结果详情,并给出每一项检查项目对应医生的诊断结果,患者可以根据结果选择进一步操作。若结果正常,患者可退出登录。若检查报告结果显示该患者需接受进一步去医院的检查或者治疗,则患者可以选择挂号进行复诊。

本实施例中,通过建立一个查询系统,患者可以在终端设备上登录查询系统,终端设备显示患者的个人用户界面,接收用户通过个人用户界面输入的查询请求消息,根据查询请求消息获取患者的检查报告,并显示检查报告。使得用户通过终端设备就可以及时查询检查报告,不再需要用户去医院排队领取检查报告,减少了医院人流量,方便用户查询。

在图1所示实施例的基础上,图2为本发明实施例二提供的医院检查报告的查询方法的流程图。如图2所示,本实施例的方法包括:

步骤201、在患者登录查询系统后,终端设备显示患者的个人用户界面。

步骤202、终端设备接收患者通过个人用户界面输入的查询请求消息。

步骤203、终端设备根据查询请求消息获取患者的检查报告。

步骤201-203的具体实现方式参照实施例一中步骤101-103的描述,这里不再赘述。

步骤204、终端设备显示支付界面。

为了确保医疗机构的经济来源,在终端设备显示所述检查报告之前,患者需要先进行支付操作,此时终端设备会显示支付界面,支付界面上显示有可供用户使用的多种支付方式。支付方式包括:银行卡支付、信用卡支付、快捷支付等,快捷支付例如是微信支付或支付宝支付。

步骤205、终端设备接收患者通过支付界面输入的支付信息。

患者根据自己的需要从多种支付方式中选择一种支付方式进行支付,患者选择支付方式后,会跳转到对应的子页面,用户在子页面输入支付信息,该支付信息可以包括支付账号、支付密码和支付金额。以支付宝进行支付为例,用户选择支付宝进行支付后,终端设备可以生成一个支付的二维码,用户通过扫描二维码进行支付,用户扫描二维码后会显示支付金额,用户需要输入支付密码完成支付。或者,如果终端设备上安装了支付宝客户端,也可以跳转到支付宝客户端进行支付。

步骤206、终端设备根据支付信息进行支付。

例如,如果用户选择银行卡支付,则终端设备与银行服务器进行通信,完成支付。如果用户选择支付宝支付,则终端设备与应付宝服务器进行通信,完成支付。

步骤207、在支付成功后,终端设备显示检查报告。

终端设备显示的检查报告中给出了检查项目的结果详情,并给出每一项检查项目对应医生的诊断结果,患者可以根据诊断结果选择进一步操作。若诊断结果正常,患者可退出登录。可选地,本实施例中查询系统还支持预约挂号服务,若诊断结果显示患者需接受进一步检查或者治疗时,用户可以在终端设备进行挂号操作。

步骤208、终端设备接收用户输入的挂号指令。

检查报告的页面上显示有挂号选项,用户通过对挂号选项进行单击或双击操作输入挂号指令。

步骤209、终端设备根据挂号指令跳转到预约挂号界面。

终端设备根据挂号指令跳转到预约挂号界面,用户可以在预约挂号界面选择门诊、主治医师和预约时间,用户可以先选择预约时间,在用户选择预约时间后会显示预约时间内可选的门诊,不同时间医院提供的门诊可能不一样,例如,周末时间可能没有专家门诊,只有普通门诊,周一到周五所有门诊包括普通门诊、专家门诊或特色专家门诊等都有,每个门诊可能多有个主治医生,用户在选择门诊后,进一步可以选择主治医师。在选择主治医师后,需要支付挂号费用。

需要说明的是,如果查询系统不支持预约挂号服务,或者,检查报告显示患者健康,则不会执行步骤208和209。

本实施例中,终端设备在显示检查报告之前,需要先支付费用,才会向用户显示检查报告,有效地保证了医疗机构的经济来源。并且查询系统还提供了预约挂号功能,若检查报告显示患者需接受进一步检查或者治疗时,用户可以在终端设备进行挂号操作,有效地减少患者往返医院进行挂号就诊的时间,减少了医院人流量和医生的就诊工作强度。

图3为本发明实施例三提供的一种终端设备的结构示意图。如图3所示,本实施例的终端设备,包括:

显示模块303,用于在患者登录查询系统后,显示患者的个人用户界面;

接收模块302,用于接收患者通过所述个人用户界面输入的查询请求消息;

查询模块301,用于根据所述查询请求消息获取所述患者的检查报告;

所述显示模块303,还用于显示所述检查报告。

可选的,所述个人用户界面上还显示有以下信息中的至少一种:所述患者的个人基本信息、就医历史记录信息和所述患者的医保卡信息。

图4为本发明实施例四提供的一种终端设备的结构示意图。如图4所示,本实施例的终端设备在图3所示终端设备的基础上,还包括支付模块304,用于:

显示支付界面;

接收所述患者通过所述支付界面输入的支付信息;

根据所述支付信息进行支付。

图5为本发明实施例五提供的一种终端设备的结构示意图。如图5所示,本实施例的终端设备在图4所示终端设备的基础上,还包括:

登录模块305,用于:

显示查询系统的登录页面;

接收用户在所述登录页面输入的登录信息;

根据所述登录信息进行登录;

预约挂号模块306,用于:

接收用户输入的挂号指令;

根据所述挂号指令显示预约挂号界面。

实施例三至实施例五提供的终端设备,可用于执行上述实施例一实施例二提供的方法,具体实现方式和技术效果类似,这里不再赘述。

最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1