CN107527307A - 医院就诊管理方法、装置及系统 - Google Patents

Abstract

本发明实施例提供一种医院就诊管理方法、装置及系统。该方法包括：服务器接收第一终端发送的挂号请求；根据挂号请求向第一终端发送对应的就诊提示信息，并向第二终端发送对应的患者挂号信息；第二终端接收输入的初诊判断信息并将初诊判断信息发送给服务器；服务器根据初诊判断信息向第一终端发送对应的初诊费用单；第一终端接收初诊费用单以提示患者进行付费操作，并在接收到患者的付费操作后将对应的付费信息发送给服务器；服务器在接收到第一终端发送的付费信息后向第一终端发送对应的初诊提示信息，以提示该患者进行初诊。本发明可以减少患者就诊的流程并使患者轻松执行每个就诊流程，从而提高广大患者就诊的体验。

Description

医院就诊管理方法、装置及系统

技术领域

本发明涉及智慧医疗领域，具体而言，涉及一种医院就诊管理方法、装置及系统。

背景技术

目前对于广大患者来说，挂号难、就诊难成为各个医院的顽疾，患者在就诊过程中往往不清楚相应的就诊流程，或者就诊流程太复杂而导致患者无法及时准确地执行相应就诊流程，从而耽误就医时间，并且由于就诊信息不对称，病人往往不知道下一步该做什么，去哪里做，无法了解就诊的全流程。

发明内容

为了克服现有技术中的上述不足，本发明的目的在于提供一种医院就诊管理方法、装置及系统，可以减少患者就诊的流程并使患者轻松执行每个就诊流程，从而提高广大患者就诊的体验。

为了实现上述目的，本发明较佳实施例采用的技术方案如下：

本发明较佳实施例提供一种医院就诊管理方法，应用于医院就诊管理系统，所述医院就诊管理系统包括第一终端、服务器以及第二终端，所述方法包括：

所述服务器接收所述第一终端发送的挂号请求，其中，所述挂号请求中包括挂号科室信息以及挂号医生信息；

根据所述挂号请求向所述第一终端发送对应的就诊提示信息以提示患者根据所述就诊提示信息进行就诊，并向所述第二终端发送对应的患者挂号信息，其中，所述就诊提示信息包括就诊地点信息以及排号信息；

所述第二终端接收输入的初诊判断信息并将所述初诊判断信息发送给所述服务器，其中，所述初诊判断信息包括无需治疗、需进行药品治疗的配药信息或者需进行身体检查再进行判断的身体检查信息中的其中一种；

所述服务器根据所述初诊判断信息向所述第一终端发送对应的初诊费用单；

所述第一终端接收所述初诊费用单以提示患者进行付费操作，并在接收到患者的付费操作后将对应的付费信息发送给所述服务器；

所述服务器在接收到所述第一终端发送的付费信息后向所述第一终端发送对应的初诊提示信息，以提示该患者根据所述初诊提示信息进行初诊。

在本发明较佳实施例中，在所述服务器接收所述第一终端发送的挂号请求的步骤之前，所述方法还包括：

所述第一终端响应挂号界面展示请求，向患者展示挂号界面，其中，所述挂号界面包括有医院的多个科室信息以及各个科室的医生信息；

在接收到患者的挂号选择请求后，提示患者支付对应的挂号费，并在接收到患者的挂号费支付操作后向所述服务器发送对应的挂号请求。

在本发明较佳实施例中，所述服务器中预存有各种药品的药品信息，所述药品信息包括药品详情以及药品费用，若所述初诊判断信息为配药信息，则

所述服务器根据所述初诊判断信息向所述第一终端发送对应的初诊费用单的步骤包括：

解析所述配药信息中包括的各个目标药品；

获取各个目标药品的药品费用；

根据获取到的各个目标药品的药品费用生成药品费用单，并将所述药品费用单发送给所述第一终端；

其中，所述初诊提示信息包括药房地点信息以及各个目标药品的药品详情。

在本发明较佳实施例中，所述服务器预存有各种检查项目的检查项目信息以及各种住院项目的住院项目信息，所述检查项目信息包括检查项目详情以及检查项目费用，所述住院项目信息包括住院项目详情以及住院项目费用，若所述初诊判断信息为身体检查信息，则

所述服务器根据所述初诊判断信息向所述第一终端发送对应的初诊费用单的步骤包括：

解析所述身体检查信息中包括的各个目标检查项目；

获取各个目标检查项目的检查项目费用；

根据获取到的各个目标检查项目的检查项目费用生成检查项目费用单，并将所述检查项目费用单发送给所述第一终端；

其中，所述初诊提示信息包括各个目标检查项目的检查项目详情以及检查项目所在的地点信息。

在本发明较佳实施例中，在所述服务器在接收到所述第一终端发送的付费信息后向所述第一终端发送对应的初诊提示信息，以提示该患者根据所述初诊提示信息进行初诊的步骤之后，所述方法还包括：

所述服务器接收所述各个目标检查项目的检查报告单，并将所述各个目标检查项目的检查报告单分别发送给所述第一终端和所述第二终端；

所述第二终端接收输入的健康判断信息并将所述健康判断信息发送给所述服务器，其中，所述健康判断信息包括针对一般病情的配药信息或者针对严重病情的住院信息；

所述服务器根据所述健康判断信息向所述第一终端发送对应的费用单；

所述第一终端在接收到所述费用单后提示患者进行付费操作，并在接收到患者的付费操作后将对应的付费信息发送给所述服务器；

所述服务器在接收到所述第一终端发送的付费信息后向所述第一终端发送对应的提示信息。

在本发明较佳实施例中，若所述健康判断信息为针对病情严重的住院信息，则所述服务器根据所述健康判断信息向所述第一终端发送对应的费用单的步骤，包括：

解析所述住院信息中包括的目标住院项目；

获取目标住院项目的住院项目费用；

根据获取到的目标住院项目的住院项目费用生成住院项目费用单，并将所述住院项目费用单发送给所述第一终端；

其中，所述提示信息包括目标住院项目的住院项目详情以及住院项目所在的地点信息。

在本发明较佳实施例中，所述方法还包括：

所述服务器将该患者的就诊记录进行存储。

本发明较佳实施例还提供一种医院就诊管理系统，所述医院就诊管理系统包括第一终端、服务器以及第二终端。

所述服务器，用于接收所述第一终端发送的挂号请求，其中，所述挂号请求中包括挂号科室信息以及挂号医生信息；根据所述挂号请求向所述第一终端发送对应的就诊提示信息以提示患者根据所述就诊提示信息进行就诊，并向所述第二终端发送对应的患者挂号信息，其中，所述就诊提示信息包括就诊地点信息以及排号信息。

所述第二终端，用于接收输入的初诊判断信息并将所述初诊判断信息发送给所述服务器，其中，所述初诊判断信息包括无需治疗、需进行药品治疗的配药信息或者需进行身体检查再进行判断的身体检查信息中的其中一种。

所述服务器，还用于根据所述初诊判断信息向所述第一终端发送对应的初诊费用单。

所述第一终端，用于接收所述初诊费用单以提示患者进行付费操作，并在接收到患者的付费操作后将对应的付费信息发送给所述服务器。

所述服务器，还用于在接收到所述第一终端发送的付费信息后向所述第一终端发送对应的初诊提示信息，以提示该患者根据所述初诊提示信息进行初诊。

本发明较佳实施例还提供一种医院就诊管理装置，应用于与第一终端和第二终端通信连接的服务器，所述装置包括：

接收模块，用于接收所述第一终端发送的挂号请求，其中，所述挂号请求中包括挂号科室信息以及挂号医生信息；

第一发送模块，用于根据所述挂号请求向所述第一终端发送对应的就诊提示信息以提示患者根据所述就诊提示信息进行就诊，并向所述第二终端发送对应的患者挂号信息，其中，所述就诊提示信息包括就诊地点信息以及排号信息；

第二发送模块，用于根据所述第二终端发送的初诊判断信息向所述第一终端发送对应的初诊费用单，其中，所述初诊判断信息包括无需治疗、需进行药品治疗的配药信息或者需进行身体检查再进行判断的身体检查信息中的其中一种；

第三发送模块，用于在接收到所述第一终端发送的付费信息后向所述第一终端发送对应的初诊提示信息，以提示该患者根据所述初诊提示信息进行初诊。

相对于现有技术而言，本发明具有以下有益效果：

本发明实施例提供的医院就诊管理方法、装置及系统，服务器根据挂号请求向第一终端发送对应的就诊提示信息，并向第二终端发送对应的患者挂号信息，然后根据第二终端发送的初诊判断信息向第一终端发送对应的初诊费用单以提示患者进行付费操作，并在接收到第一终端发送的付费信息后向第一终端发送对应的初诊提示信息，以提示该患者根据初诊提示信息进行初诊。基于上述设计，本发明提供的技术方案可以减少患者就诊的流程并使患者轻松执行每个就诊流程，从而提高广大患者就诊的体验，实现了智慧医疗服务。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它相关的附图。

图1为本发明较佳实施例提供的医院就诊管理系统的一种方框示意图；

图2为图1中所示的服务器的一种方框示意图；

图3为本发明较佳实施例提供的医院就诊管理方法的一种流程示意图；

图4为本发明较佳实施例提供的医院就诊管理方法的一种流程示意图；

图5为本发明较佳实施例提供的医院就诊管理方法的一种流程示意图；

图6为本发明较佳实施例提供的医院就诊管理装置的一种功能模块图。

图标：10-医院就诊管理系统；100-服务器；110-存储器；120-处理器；130-通信单元；200-第一终端；300-第二终端；400-医院就诊管理装置；410-接收模块；420-第一发送模块；430-第二发送模块；440-第三发送模块。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本发明的描述中，术语"第一"、"第二"等仅用于区分描述，而不能理解为指示或暗示相对重要性。

下面结合附图，对本发明的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。

请参阅图1，为本发明较佳实施例提供的医院就诊管理系统10的一种方框示意图。所述医院就诊管理系统10包括相互之间通信连接的服务器100、第一终端200以及第二终端300。具体地，所述服务器100可以分别与第一终端200和第二终端300通信连接。需要说明的是，在本发明实施例中，所述第一终端200可以为患者所在的终端，第二终端300可以为医生(医务人员)所在的终端。

其中，所述第一终端200或所述第二终端300可以是，但不限于，智能手机、智能穿戴设备、个人电脑(Personal Computer，PC)、笔记本电脑、平板电脑、个人数字助理(Personal Digital Assistant，PDA)、移动上网设备(Mobile Internet Device，MID)等。

请参阅图2，为图1中所示的服务器100的方框示意图。本发明实施例中，所述服务器100可以是，但不限于，Web(网站)服务器、数据库服务器、ftp(file transfer protocol，文件传输协议)服务器等。

如图2所示，所述服务器100可以包括存储器110、处理器120以及通信单元130。所述存储器110、处理器120以及通信单元130相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。存储器110中存储有医院就诊管理装置400，所述医院就诊管理装置400包括至少一个可以软件或固件(Firmware)的形式存储于所述存储器110中的软件功能模块，所述处理器120通过运行存储在存储器110内的软件程序以及功能模块，如本发明实施例中的医院就诊管理装置400，从而执行各种功能应用以及数据处理，即实现本发明实施例中的医院就诊管理方法。

其中，所述存储器110可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其它非易失性固态存储器。在一些实例中，存储器110可进一步包括相对于处理器120远程设置的远程存储器，这些远程存储器可以通过网络连接至所述服务器100。上述网络的实例可以包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。其中，存储器110用于存储程序，所述处理器120在接收到执行指令后，执行所述程序。进一步地，通信单元130将各种输入/输入装置耦合至处理器120以及存储器110，上述存储器110内的软件程序以及模块还可包括操作系统，其可包括各种用于管理系统任务(例如内存管理、存储设备控制、电源管理等)的软件组件和/或驱动，并可与各种硬件或软件组件相互通讯，从而提供其它软件组件的运行环境。

所述处理器120可以是一种集成电路芯片，具有信号的处理能力。上述的处理器120可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等。还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器120也可以是任何常规的处理器等。

所述通信单元130可以用于建立所述服务器100与所述第一终端200或所述第二终端300之间的通信连接。

可以理解，图2所示的结构仅为示意，所述服务器100还可以包括比图2中所示更多或者更少的组件，或者具有与图2所示不同的配置。图2中所示的各组件可以采用硬件、软件或其组合实现。

请参阅图3，为本发明较佳实施例提供的医院就诊管理方法的一种流程示意图，所述方法由图1中所示的医院就诊管理系统10执行。所应说明的是，本发明实施例提供的方法不以图3及以下所述的具体顺序为限制。所述方法的具体流程如下：

步骤S110，服务器100接收所述第一终端200发送的挂号请求。

本实施例中，所述挂号请求中可以包括挂号科室信息以及挂号医生信息。具体地，每个医院都有其对应的多个挂号科室，例如可以包括但不仅限于内科、外科、儿科、妇科、眼科、耳鼻喉科、口腔科、皮肤科、中医科、呼吸内科、消化内科、泌尿内科、心内科、血液科、内分泌科、神经内科、小儿科、感染科、普外科、骨科、神经外科、肝胆外科、泌尿外科、烧伤科、妇科、产科等。相应地，每个科室都有其对应的多个医生，例如可包括主任医师、副主任医师、主治医师等。

本实施例中，患者可通过所述第一终端200选择对应于自身病情相关的科室，并可根据需要选择相应的医生进行就诊，在选择好科室和医生后，所述第一终端200向所述服务器100发送对应的挂号请求。

可选地，请参阅图4，作为一种实施方式，在所述步骤S110之前，所述方法还可以包括以下步骤：

步骤S108，所述第一终端200响应挂号界面展示请求，向患者展示挂号界面。

本实施例中，所述第一终端200通过与所述服务器100建立通信连接，从而从所述服务器100中获取所就诊医院的挂号界面，其中，所述挂号界面包括有医院的多个科室信息以及各个科室的医生信息。可选地，所述第一终端200可以通过预先安装的应用(APP)如微信、支付宝或者微信小程序等的“扫一扫”功能扫描识别该医院的宣传单或者其他媒介中所粘贴的二维码与所述服务器100建立连接，或者是利用预先开发的配套APP与所述服务器100建立连接，再或者是通过访问所述医院的相关网页与所述服务器100建立连接，本实施例中对于具体的连接方式不做限定。

步骤S109，在接收到患者的挂号选择请求后，提示患者支付对应的挂号费，并在接收到患者的挂号费支付操作后向所述服务器100发送对应的挂号请求。

可选地，支付的挂号费可以根据具体的科室和医生而定，例如可根据专家号、主任号、普通号对挂号费进行分类，从而提示患者支付对应的挂号费。具体地，患者可根据支付提示通过微信支付、支付宝、百度钱包等支付方式支付挂号费，第一终端200在接收到患者的挂号费支付操作后向所述服务器100发送对应的挂号请求。

基于上述设计，可以减少患者排队挂号的流程，患者可以随时随地进行挂号操作并支付挂号费，方便了患者就诊，同时也减少了医院挂号处工作人员的人力成本。

请再次参阅图3，步骤S120，根据所述挂号请求向所述第一终端200发送对应的就诊提示信息以提示患者根据所述就诊提示信息进行就诊，并向所述第二终端300发送对应的患者挂号信息。

本实施例中，服务器100在接收到第一终端200发送的挂号请求后，查找该挂号请求对应的就诊提示信息并发送给所述第一终端200，患者可以在看到就诊提示信息后进行就诊。其中，所述就诊提示信息可包括就诊地点信息以及排号信息，就诊地点信息可以是指医生所在就诊室的地点，排号信息可以是指当前排队人数。同时，服务器100还向所述第二终端300发送对应的患者挂号信息，以提示医生新增挂号患者的患者挂号信息。可选地，所述患者挂号信息可包括患者的历史就诊信息。

可选地，所述服务器100可以在该患者前方排队人数少于预设人数的时候向所述第一终端200发送就诊提醒，以提示患者尽快前往就诊室进行就诊。所述预设人数可以进行预设，例如可以是两个人，即所述服务器100可以在该患者前方排队人数少于两人的时候向所述第一终端200发送就诊提醒。

步骤S130，所述第二终端300接收输入的初诊判断信息并将所述初诊判断信息发送给所述服务器100。

具体地，在本实施例中，患者在看到就诊提示信息后前往挂号的医生所在科室进行就诊，医生对该患者进行初步问诊判断，根据患者口述和初步观察判断患者病情，然后向所述第二终端300输入初诊判断信息。其中，所述初诊判断信息包括无需治疗、需进行药品治疗的配药信息或者需进行身体检查再进行判断的身体检查信息中的其中一种。例如，若医生初步判断患者身体没有大碍，则初诊判断信息为无需治疗；若医生初步判断已经准确了解患者病情，则初诊判断信息为需进行药品治疗的配药信息；若医生根据初步判断无法准确了解患者病情，则初诊判断信息为需进行身体检查再进行判断的身体检查信息。

步骤S140，所述服务器100根据所述初诊判断信息向所述第一终端200发送对应的初诊费用单。

步骤S150，所述第一终端200接收所述初诊费用单以提示患者进行付费操作，并在接收到患者的付费操作后将对应的付费信息发送给所述服务器100。

步骤S160，所述服务器100在接收到所述第一终端200发送的付费信息后向所述第一终端200发送对应的初诊提示信息，以提示该患者根据所述初诊提示信息进行初诊。

本实施例中，所述服务器100中预存有各种药品的药品信息、各种检查项目的检查项目信息以及各种住院项目的住院项目信息，所述药品信息包括药品详情以及药品费用，所述检查项目信息包括检查项目详情以及检查项目费用，所述住院项目信息包括住院项目详情以及住院项目费用。

下面结合具体的几个示例对上述步骤S140到步骤S160的技术方案进行详细说明。

若所述初诊判断信息为配药信息，则所述服务器100首先根据所述配药信息解析所述配药信息中包括的各个目标药品，然后获取各个目标药品的药品费用，最后根据获取到的各个目标药品的药品费用生成药品费用单，并将所述药品费用单发送给所述第一终端200。所述第一终端200接收所述药品费用单以提示患者进行付费操作，并在接收到患者的付费操作后将对应的付费信息发送给所述服务器100。所述服务器100在接收到所述第一终端200发送的付费信息后向所述第一终端200发送对应的初诊提示信息，以提示该患者根据所述初诊提示信息去药房拿药。其中，所述初诊提示信息可包括药房地点信息以及各个目标药品的药品详情。

若所述初诊判断信息为身体检查信息，则所述服务器100首先根据所述身体检查信息解析所述身体检查信息中包括的各个目标检查项目，然后获取各个目标检查项目的检查项目费用，最后根据获取到的各个目标检查项目的检查项目费用生成检查项目费用单，并将所述检查项目费用单发送给所述第一终端200。所述第一终端200接收所述检查项目费用单以提示患者进行付费操作，并在接收到患者的付费操作后将对应的付费信息发送给所述服务器100。所述服务器100在接收到所述第一终端200发送的付费信息后向所述第一终端200发送对应的初诊提示信息，以提示该患者根据所述初诊提示信息进行身体检查。其中，所述初诊提示信息包括各个目标检查项目的检查项目详情以及检查项目所在的地点信息。所述检查项目详情可以是检查项目的详细说明，例如检查项目为胸部CT，则所述检查项目详情则可以是胸部CT的详细说明，注意禁忌等。

患者根据提示的各个目标检查项目的检查项目详情以及检查项目所在的地点信息前往各个目标检查项目所在的地点依次进行身体检查，在每个目标检查项目检查完成后，相应的检查人员将对应的检查报告单通过终端设备发送给所述服务器100。所述服务器100接收所述各个目标检查项目的检查报告单，并将所述各个目标检查项目的检查报告单分别发送给所述第一终端200和所述第二终端300，以提示患者和医生查看所述检查报告单。

可选地，在每个目标检查项目检查完成后，相应的检查人员也可以将对应的检查报告单发送到设置在医院各个位置处的检查报告打印终端，并向第一终端200发送对应的用于打印检查报告单的识别码(例如条形码、二维码等)，患者可以通过向检查报告打印终端展示对应的识别码，打印纸质的检查报告单，并前往医生的就诊室再次进行就诊。

医生根据患者的各个目标检查项目的检查报告单对患者的并且进行判断，并向所述第二终端300输入健康判断信息，所述第二终端300接收输入的健康判断信息并将所述健康判断信息发送给所述服务器100。所述服务器100根据所述健康判断信息向所述第一终端200发送对应的费用单，所述第一终端200在接收到所述费用单后提示患者进行付费操作，并在接收到患者的付费操作后将对应的付费信息发送给所述服务器100，所述服务器100在接收到所述第一终端200发送的付费信息后向所述第一终端200发送对应的提示信息。其中，所述健康判断信息包括针对一般病情的配药信息或者针对严重病情的住院信息。

若所述健康判断信息为针对一般病情的配药信息，则所述服务器100首先根据所述配药信息解析所述配药信息中包括的各个目标药品，然后获取各个目标药品的药品费用，最后根据获取到的各个目标药品的药品费用生成药品费用单，并将所述药品费用单发送给所述第一终端200。所述第一终端200接收所述药品费用单以提示患者进行付费操作，并在接收到患者的付费操作后将对应的付费信息发送给所述服务器100。所述服务器100在接收到所述第一终端200发送的付费信息后向所述第一终端200发送对应的初诊提示信息，以提示该患者根据所述初诊提示信息去药房拿药。其中，所述初诊提示信息可包括药房地点信息以及各个目标药品的药品详情。

若所述健康判断信息为针对病情严重的住院信息，则所述服务器100首先根据所述住院信息向解析所述住院信息中包括的目标住院项目，然后获取目标住院项目的住院项目费用，最后根据获取到的目标住院项目的住院项目费用生成住院项目费用单，并将所述住院项目费用单发送给所述第一终端200。所述第一终端200在接收到所述住院项目费用单后提示患者进行付费操作，并在接收到患者的付费操作后将对应的付费信息发送给所述服务器100，所述服务器100在接收到所述第一终端200发送的付费信息后向所述第一终端200发送对应的提示信息，以提示患者住院。其中，所述提示信息可以包括目标住院项目的住院项目详情以及住院项目所在的地点信息。

基于上述设计，服务器100根据挂号请求向第一终端200发送对应的就诊提示信息，并向第二终端300发送对应的患者挂号信息，然后根据第二终端300发送的初诊判断信息向第一终端200发送对应的初诊费用单以提示患者进行付费操作，并在接收到第一终端200发送的付费信息后向第一终端200发送对应的初诊提示信息，以提示该患者根据初诊提示信息进行初诊，减少了患者就诊的流程，使患者轻松执行每个就诊流程，从而提高广大患者就诊的体验，实现了智慧医疗服务。

进一步地，请参阅图5，作为一种实施方式，所述方法还可以包括：

步骤S170，所述服务器100将该患者的就诊记录进行存储。

本实施例中，在患者完成该次就诊后，服务器100将该患者的就诊记录进行存储，以便于医生可以在患者复诊的时候查询历史就诊记录以便更加了解患者的病情情况。

进一步地，本发明较佳实施例还提供一种医院就诊管理系统10，所述医院就诊管理系统10包括第一终端200、服务器100以及第二终端300。

所述服务器100，用于接收所述第一终端200发送的挂号请求，然后根据所述挂号请求向所述第一终端200发送对应的就诊提示信息以提示患者根据所述就诊提示信息进行就诊，并向所述第二终端300发送对应的患者挂号信息。其中，所述挂号请求中包括挂号科室信息以及挂号医生信息，所述就诊提示信息包括就诊地点信息以及排号信息。

所述第二终端300，用于接收输入的初诊判断信息并将所述初诊判断信息发送给所述服务器100。其中，所述初诊判断信息包括无需治疗、需进行药品治疗的配药信息或者需进行身体检查再进行判断的身体检查信息中的其中一种。

所述服务器100，还用于根据所述初诊判断信息向所述第一终端200发送对应的初诊费用单。

所述第一终端200，用于接收所述初诊费用单以提示患者进行付费操作，并在接收到患者的付费操作后将对应的付费信息发送给所述服务器100。

所述服务器100，还用于在接收到所述第一终端200发送的付费信息后向所述第一终端200发送对应的初诊提示信息，以提示该患者根据所述初诊提示信息进行初诊。

进一步地，所述第一终端200，还用于响应挂号界面展示请求，向患者展示挂号界面，其中，所述挂号界面包括有医院的多个科室信息以及各个科室的医生信息。在接收到患者的挂号选择请求后，提示患者支付对应的挂号费，并在接收到患者的挂号费支付操作后向所述服务器100发送对应的挂号请求。

进一步地，请参阅图6，本发明较佳实施例还提供一种医院就诊管理装置400，应用于与第一终端200和第二终端300通信连接的服务器100，所述装置包括：

接收模块410，用于接收所述第一终端200发送的挂号请求。其中，所述挂号请求中包括挂号科室信息以及挂号医生信息。

第一发送模块420，用于根据所述挂号请求向所述第一终端200发送对应的就诊提示信息以提示患者根据所述就诊提示信息进行就诊，并向所述第二终端300发送对应的患者挂号信息。其中，所述就诊提示信息包括就诊地点信息以及排号信息。

第二发送模块430，用于根据所述第二终端300发送的初诊判断信息向所述第一终端200发送对应的初诊费用单。其中，所述初诊判断信息包括无需治疗、需进行药品治疗的配药信息或者需进行身体检查再进行判断的身体检查信息中的其中一种。

第三发送模块440，用于在接收到所述第一终端200发送的付费信息后向所述第一终端200发送对应的初诊提示信息，以提示该患者根据所述初诊提示信息进行初诊。

综上所述，本发明实施例提供的医院就诊管理方法、装置及系统，服务器100根据挂号请求向第一终端200发送对应的就诊提示信息，并向第二终端300发送对应的患者挂号信息，然后根据第二终端发送的初诊判断信息向第一终端200发送对应的初诊费用单以提示患者进行付费操作，并在接收到第一终端200发送的付费信息后向第一终端200发送对应的初诊提示信息，以提示该患者根据初诊提示信息进行初诊。基于上述设计，本发明提供的技术方案可以减少患者就诊的流程并使患者轻松执行每个就诊流程，从而提高广大患者就诊的体验，实现了智慧医疗服务。

在本发明所提供的实施例中，应该理解到，所揭露的系统和方法，也可以通过其它的方式实现。以上所描述的系统和方法实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，电子设备，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。

需要说明的是，在本文中，术语"包括"、"包含"或者其任何其它变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其它要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句"包括一个……"限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其它的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化囊括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。

Claims (10)

1.一种医院就诊管理方法，应用于医院就诊管理系统，其特征在于，所述医院就诊管理系统包括第一终端、服务器以及第二终端，所述方法包括：

所述服务器接收所述第一终端发送的挂号请求，其中，所述挂号请求中包括挂号科室信息以及挂号医生信息；

根据所述挂号请求向所述第一终端发送对应的就诊提示信息以提示患者根据所述就诊提示信息进行就诊，并向所述第二终端发送对应的患者挂号信息，其中，所述就诊提示信息包括就诊地点信息以及排号信息；

所述第二终端接收输入的初诊判断信息并将所述初诊判断信息发送给所述服务器，其中，所述初诊判断信息包括无需治疗、需进行药品治疗的配药信息或者需进行身体检查再进行判断的身体检查信息中的其中一种；

所述服务器根据所述初诊判断信息向所述第一终端发送对应的初诊费用单；

所述第一终端接收所述初诊费用单以提示患者进行付费操作，并在接收到患者的付费操作后将对应的付费信息发送给所述服务器；

所述服务器在接收到所述第一终端发送的付费信息后向所述第一终端发送对应的初诊提示信息，以提示该患者根据所述初诊提示信息进行初诊。

2.据权利要求1所述的医院就诊管理方法，其特征在于，在所述服务器接收所述第一终端发送的挂号请求的步骤之前，所述方法还包括：

所述第一终端响应挂号界面展示请求，向患者展示挂号界面，其中，所述挂号界面包括有医院的多个科室信息以及各个科室的医生信息；

在接收到患者的挂号选择请求后，提示患者支付对应的挂号费，并在接收到患者的挂号费支付操作后向所述服务器发送对应的挂号请求。

3.根据权利要求1所述的医院就诊管理方法，其特征在于，所述服务器中预存有各种药品的药品信息，所述药品信息包括药品详情以及药品费用，若所述初诊判断信息为配药信息，则

所述服务器根据所述初诊判断信息向所述第一终端发送对应的初诊费用单的步骤包括：

解析所述配药信息中包括的各个目标药品；

获取各个目标药品的药品费用；

根据获取到的各个目标药品的药品费用生成药品费用单，并将所述药品费用单发送给所述第一终端；

其中，所述初诊提示信息包括药房地点信息以及各个目标药品的药品详情。

4.根据权利要求1所述的医院就诊管理方法，其特征在于，所述服务器预存有各种检查项目的检查项目信息以及各种住院项目的住院项目信息，所述检查项目信息包括检查项目详情以及检查项目费用，所述住院项目信息包括住院项目详情以及住院项目费用，若所述初诊判断信息为身体检查信息，则

所述服务器根据所述初诊判断信息向所述第一终端发送对应的初诊费用单的步骤包括：

解析所述身体检查信息中包括的各个目标检查项目；

获取各个目标检查项目的检查项目费用；

根据获取到的各个目标检查项目的检查项目费用生成检查项目费用单，并将所述检查项目费用单发送给所述第一终端；

其中，所述初诊提示信息包括各个目标检查项目的检查项目详情以及检查项目所在的地点信息。

5.根据权利要求4所述的医院就诊管理方法，其特征在于，在所述服务器在接收到所述第一终端发送的付费信息后向所述第一终端发送对应的初诊提示信息，以提示该患者根据所述初诊提示信息进行初诊的步骤之后，所述方法还包括：

所述服务器接收所述各个目标检查项目的检查报告单，并将所述各个目标检查项目的检查报告单分别发送给所述第一终端和所述第二终端；

所述第二终端接收输入的健康判断信息并将所述健康判断信息发送给所述服务器，其中，所述健康判断信息包括针对一般病情的配药信息或者针对严重病情的住院信息；

所述服务器根据所述健康判断信息向所述第一终端发送对应的费用单；

所述第一终端在接收到所述费用单后提示患者进行付费操作，并在接收到患者的付费操作后将对应的付费信息发送给所述服务器；

所述服务器在接收到所述第一终端发送的付费信息后向所述第一终端发送对应的提示信息。

6.根据权利要求5所述的医院就诊管理方法，其特征在于，若所述健康判断信息为针对病情严重的住院信息，则所述服务器根据所述健康判断信息向所述第一终端发送对应的费用单的步骤，包括：

解析所述住院信息中包括的目标住院项目；

获取目标住院项目的住院项目费用；

根据获取到的目标住院项目的住院项目费用生成住院项目费用单，并将所述住院项目费用单发送给所述第一终端；

其中，所述提示信息包括目标住院项目的住院项目详情以及住院项目所在的地点信息。

7.根据权利要求1所述的医院就诊管理方法，其特征在于，所述方法还包括：

所述服务器将该患者的就诊记录进行存储。

8.一种医院就诊管理系统，其特征在于，所述医院就诊管理系统包括第一终端、服务器以及第二终端；

所述服务器，用于接收所述第一终端发送的挂号请求，其中，所述挂号请求中包括挂号科室信息以及挂号医生信息；根据所述挂号请求向所述第一终端发送对应的就诊提示信息以提示患者根据所述就诊提示信息进行就诊，并向所述第二终端发送对应的患者挂号信息，其中，所述就诊提示信息包括就诊地点信息以及排号信息；

所述第二终端，用于接收输入的初诊判断信息并将所述初诊判断信息发送给所述服务器，其中，所述初诊判断信息包括无需治疗、需进行药品治疗的配药信息或者需进行身体检查再进行判断的身体检查信息中的其中一种；

所述服务器，还用于根据所述初诊判断信息向所述第一终端发送对应的初诊费用单；

所述第一终端，用于接收所述初诊费用单以提示患者进行付费操作，并在接收到患者的付费操作后将对应的付费信息发送给所述服务器；

所述服务器，还用于在接收到所述第一终端发送的付费信息后向所述第一终端发送对应的初诊提示信息，以提示该患者根据所述初诊提示信息进行初诊。

9.据权利要求8所述的医院就诊管理系统，其特征在于：

所述第一终端，还用于响应挂号界面展示请求，向患者展示挂号界面，其中，所述挂号界面包括有医院的多个科室信息以及各个科室的医生信息；在接收到患者的挂号选择请求后，提示患者支付对应的挂号费，并在接收到患者的挂号费支付操作后向所述服务器发送对应的挂号请求。

10.一种医院就诊管理装置，应用于与第一终端和第二终端通信连接的服务器，其特征在于，所述装置包括：

接收模块，用于接收所述第一终端发送的挂号请求，其中，所述挂号请求中包括挂号科室信息以及挂号医生信息；

第一发送模块，用于根据所述挂号请求向所述第一终端发送对应的就诊提示信息以提示患者根据所述就诊提示信息进行就诊，并向所述第二终端发送对应的患者挂号信息，其中，所述就诊提示信息包括就诊地点信息以及排号信息；

第二发送模块，用于根据所述第二终端发送的初诊判断信息向所述第一终端发送对应的初诊费用单，其中，所述初诊判断信息包括无需治疗、需进行药品治疗的配药信息或者需进行身体检查再进行判断的身体检查信息中的其中一种；

第三发送模块，用于在接收到所述第一终端发送的付费信息后向所述第一终端发送对应的初诊提示信息，以提示该患者根据所述初诊提示信息进行初诊。