CN109192285B - 医疗资源分配方法、装置、系统、电子设备及存储介质 - Google Patents

Abstract

本申请实施例提供了一种医疗资源分配方法、装置、系统、电子设备及存储介质。该方法包括：接收患者侧终端的就诊请求，确定就诊请求的类型；根据就诊请求的类型，分别向医生侧终端和患者侧终端反馈分配指定级别的医院的信息；获取医生侧终端和患者侧终端对分配结果的意见反馈，根据医生侧终端和患者侧终端的意见反馈，向患者侧终端反馈患者是否向上级医院转诊的信息。本申请将众多患者安排在同一起点，就诊皆需要从指定级别的医院开始，有效地整合了各个级别医院的医疗资源。解决了现有技术存在的医疗资源分配不均匀、不合理或利用率低下的技术问题，使得医疗资源分配更加均匀，利用率更高，分配更加合理，还能够减少患者不满的几率。

Description

医疗资源分配方法、装置、系统、电子设备及存储介质

技术领域

本申请涉及医疗信息管理技术领域，具体而言，本申请涉及一种医疗资源分配方法、装置、系统、电子设备及存储介质。

背景技术

目前多数医院的挂号模式是以单个医院为独立的挂号平台，向患者开放，患者若有就诊需求，则要前往医院现场挂号窗口，或者在医院的网上挂号平台上在线挂号。显然，这两种挂号方式对应的是个别的、有限的医疗资源，多个医院之间尚未实现有效地沟通，多个医院的医疗资源也尚未得到整合、集中分配。

在此情况下，人们一旦患病，成为患者，通常就会第一时间选择级别较高的医院前往就诊。例如，多数患者在发病时倾向于首选三甲级别的医院，导致较高级别的医院被动承载扎堆挂号的压力，医院人满为患，进而造成挂号难、看病难、黄牛贩子猖獗的连锁负面反应。一方面，部分较轻病患占用高级别医院的资源，另一方面，部分真正需要高级别医院医治的病患因无法及时获得医疗资源，导致病情延误。可见，现有技术中存在着医疗资源分配不均匀、不合理、或医疗资源的整体利用率低下的技术问题。

现阶段，虽然有些医院可以根据患者的病情需要，考虑选择在医生同意的前提下患者转诊至其他医院，但这种转诊流程中医生及医院的诊疗意见起到了决定作用，身患疾病的患者的意愿在是否转诊的决策中所起得作用微乎其微。导致在医疗资源分配不均匀或医疗资源整体利用率低下的同时，缺乏对患者意愿的响应和处理，无法满足患者的需求。

发明内容

本申请针对现有方式存在的上述缺陷和不足，提出医疗资源分配方法、装置、电子设备及可读存储介质，用以解决现有技术存在的医疗资源分配不均匀、或不合理的技术问题。

第一个方面，本申请实施例提供了一种医疗资源分配方法，包括：

接收患者侧终端的就诊请求，确定就诊请求的类型；

根据就诊请求的类型，分别向医生侧终端和患者侧终端反馈分配指定级别的医院的信息；

获取医生侧终端和患者侧终端对分配结果的意见反馈；

根据医生侧终端和患者侧终端的意见反馈，向患者侧终端反馈其关联患者是否向上级医院转诊的信息。

第二个方面，本申请实施例提供了一种医疗资源分配装置，包括：

就诊请求类型确定模块，用于接收患者侧终端的就诊请求，确定就诊请求的类型；

医院分配模块，用于根据就诊请求的类型，分别向医生侧终端和患者侧终端反馈分配指定级别的医院的信息；

反馈处理模块，用于获取医生侧终端和患者侧终端对分配结果的意见反馈；根据医生侧终端和患者侧终端的意见反馈，向患者侧终端反馈其关联患者是否向上级医院转诊的信息。

第三个方面，本申请实施例提供了一种电子设备，包括：

电连接的存储器和处理器；

至少一个程序，存储于存储器中，被配置为由处理器执行时实现本申请第一个方面所提供的医疗资源分配方法。

第四个方面，本申请实施例提供了一种医疗资源分配系统，包括：患者侧终端、医生侧终端和服务器端设备，该系统的服务器端设备分别与患者侧终端和医生侧终端通信连接；且服务器端设备包括本申请第四方面提供的医疗资源分配装置。

第五个方面，本申请实施例提供了一种计算机可读存储介质，该可读存储介质上存储有计算机程序，该程序被处理器执行时实现本申请第一个方面所提供的医疗资源分配方法。

本申请实施例提供的技术方案带来的有益技术效果是：

本申请实施例中，接收患者侧终端的就诊请求，确定就诊请求的类型。根据就诊请求的类型，将分配指定级别的医院的信息分别向医生侧终端和患者侧终端反馈。本申请将众多就诊患者侧终端安排在同一起点，看病挂号皆需要从指定级别的医院(例如，就诊从基层的一级医院)开始，有效地整合了各个级别医院的医疗资源。

本申请实施例中，还需要获取医生侧终端和患者侧终端对分配结果的意见反馈，根据医生侧终端和患者侧终端的意见反馈，确定患者是否向上级医院转诊。可见，该方法兼顾了医患双方的诊疗意见，使得医生有权利选择患者，对其诊疗或者推荐至高级别医院，医生有权限在面临人满为患的压力中将患者分流。同时患者也获得更多的权益和自由，患者有权利选择是否在当前级别医院就诊，不仅优化了医疗资源的分配方式，而且还响应了患者的意愿，尽量满足患者的需求，有助于改善处于紧张状态的医患矛盾关系，降低医患纠纷发生概率。

本申请附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本申请实施例提供的一种医疗资源分配系统的结构示意图。

图2为本申请实施例提供的一种医疗资源分配方法的流程示意图。

图3为本申请实施例提供的一种医疗资源分配方法的一个实例的流程示意图。

图4为本申请实施例提供的一种医疗资源分配装置的结构示意图。

图5为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

本申请的发明人发现，医疗界面临着患者扎堆选择三甲级别医院就诊的现象，造成高级别医院人满为患，挂号难、看病难、医疗资源分配不均的局面。相应地，高级别医院中的医护人员超负荷服务多个患者，容易导致医患关系日趋紧张。

然而，就医于高级别医院的患者中有相当一部分人患有非紧急的常规疾病，其实级别较低的基层医院就能够满足这类患者的就诊需求。这些患有非紧急的常规疾病的患者占用着高级别医院的医疗资源，使得很多真正需要到高级别医院医治的病患挂号无门，导致现阶段的医疗资源分配处于不均匀、不合理、尚未得到充分利用的非优化状态。

同时，多数医院规定只有在得到医生许可的前提下，患者方可提出转诊申请，忽视了身患疾病的患者的权利和意愿。

为了解决现阶段的医疗资源分配处于不均匀、不合理、或医疗资源整体利用率低下的技术问题，本发明的发明人创造性地提出一种医疗资源分配方法、装置、系统、电子设备及存储介质。

图1为本申请实施例提供的一种医疗资源分配系统的结构示意图。下面结合图1，介绍该医疗资源分配系统100的主要结构组成。

一种医疗资源分配系统10，包括：患者侧终端110、医生侧终端120和服务器端设备130，该系统100的服务器端设备130分别与患者侧终端110和医生侧终端120通信连接，且该服务器端设备130包括本申请实施例提供的医疗资源分配装置(后续详细介绍该装置)。可选地，患者侧终端面向患者开放使用，医生侧终端面向医生开放使用。利用该系统，可以实施本申请第一个方面提供的一种医疗资源分配方法。

图2为本申请实施例提供的一种医疗资源分配方法的流程示意图。结合图2可知，该方法包括如下主要步骤：

S201，接收患者侧终端的就诊请求，确定该就诊请求的类型。

S202，根据就诊请求的类型，分别向医生侧终端和患者侧终端反馈分配指定级别的医院的信息。

S203，获取医生侧终端和患者侧终端对分配结果的意见反馈。

S204，根据医生侧终端和患者侧终端的意见反馈，向患者侧终端反馈其关联患者是否向上级医院转诊的信息。

本申请实施例兼顾了医患双方的诊疗意见，使得医生有权利选择患者，对其进行诊疗或者推荐至高级别医院，医生有权限在面临人满为患的压力中将患者分流。同时患者也获得更多的权益和自由，患者有权利选择是否在当前级别医院就诊。本申请实施例不仅优化了医疗资源的分配方式，而且还响应了患者的意愿，尽量满足患者的需求，有助于改善处于紧张状态的医患矛盾关系，降低医患纠纷发生概率。

下面详细描述本申请，本申请的实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的部件或具有相同或类似功能的部件。此外，如果已知技术的详细描述对于示出的本申请的特征是不必要的，则将其省略。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本申请的限制。

本技术领域技术人员可以理解，除非另外定义，这里使用的众多术语(包括技术术语和科学术语)，具有与本申请所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。

图3为本申请实施例提供的一种医疗资源分配方法的一个实例的流程示意图。该实例为本申请实施例的医疗资源分配方法提供了一种可能的实现方式，包括以下步骤：

S301，患者侧终端展示患者登录界面，并通过患者登录界面接收到患者的登记信息向服务器端设备发送。

S302：服务器端设备接收到患者侧终端发送的登录信息，完成患者的个人实名登记认证。

具体地，服务器端设备接收患者侧终端发送的登录信息后，从中解析出患者的个人实名信息；将解析出的患者的个人实名信息与该患者预先注册的个人实名信息进行比较；若比较结果为一致，则确定该患者的个人实名登记认证通过，向患者侧终端反馈登录成功消息；若比较结果为不一致，则确定该患者的个人实名登记认证失败，向患者侧终端反馈登录失败消息。

S303：患者侧终端接收到登录成功消息后展示就诊请求界面，根据通过就诊请求界面接收患者的病情信息，生成就诊请求向服务器侧设备发送。

具体地，患者侧终端接收到登录工程消息后展示就诊请求界面，通过就诊请求界面接收患者的病情信息。可选地，本申请的发明人考虑到患者病情可能较重无法自主输入病情信息或就诊需求，患者侧终端通过就诊请求界面接收患者相关人员(例如患者的亲属)输入的患者的病情信息。

患者侧终端根据患者的病情信息，生成就诊请求向服务器侧设备发送。

S304，服务器侧设备接收患者侧终端的就诊请求，确定该就诊请求的类型。

服务器端设备根据就诊请求，确定该就诊请求是否属于急诊请求或者普通请求。若该就诊请求属于普通请求，则确定该就诊请求是否属于初诊请求或者属于复诊请求。

可选地，服务器端设备根据患者侧终端发送的就诊请求中患者的病情信息，判断患者是否需要进行紧急救治或抢救(即紧急情况下的治疗)；若是，则确定该患者侧终端的就诊请求为急诊请求；否则，确定该患者侧终端的就诊请求为普通请求(例如门诊请求)。

例如，服务器端设备从患者侧终端发送的患者的病情信息中解析出外伤流血不止、或者高烧超过X度以上(X为预设的一个阈值，例如39以上的实数)等等，则判断该患者需要进行紧急救治或抢救，确定该患者侧终端的就诊请求为急诊请求。

可选地，服务器端设备针对属于普通请求的就诊请求，调用该就诊请求相关患者的历史就诊的病情信息；判断该就诊请求中的病情信息与该历史就诊的病情信息是否相符；若是，确定该就诊请求属于复诊请求；否则确定该就诊请求属于初诊请求。

S305，服务器端设备根据就诊请求的类型，分别向对接医生的医生侧终端和对接患者的患者侧终端反馈分配指定级别的医院的信息。

医院的级别由低到高划分为：一级医院、二级医院、三级医院以及特级医院。例如，通常将社区医院划分为一级医院。

若该就诊请求属于急诊请求，则反馈就近分配任意级别的医院的信息。若该就诊请求属于普通请求、且属于初诊请求，则分配一级医院，并向医生侧终端和患者侧终端反馈分配一级医院的信息。

若该就诊请求属于普通请求、且属于复诊请求，则根据患者侧终端关联患者的病情信息与已存储的(该患者)历史就诊的病情信息的关联程度，分配相应级别的医院，并反馈分配相应级别的医院的信息。

可选地，若患者侧终端关联患者的病情信息与已存储的(该患者)历史就诊的病情信息的关联程度大于或等于预设的第一阈值，则分配与上次就诊级别相同的医院，并向医生侧终端和患者侧终端反馈分配与上次就诊级别相同的医院的信息。

若患者侧终端关联患者的病情信息与已存储的(该患者)历史就诊的病情信息的关联程度小于预设的第一阈值，则分配一级医院，并向医生侧终端和患者侧终端反馈分配一级医院的信息。

S306，服务器端设备获取医生侧终端和患者侧终端对分配结果的意见反馈。

患者被分配至一级医院之后，一级医院安排相应医生为患者诊疗。一级院的医生为患者诊断后，通常通过医生侧终端对分配结果做出下述三种情况之一的意见反馈：

第一、医生与患者双方均同意该医生的诊断结果或者方案，分别通过医生侧终端和患者侧终端向服务端设备发送继续治疗或者结束治疗的信息。

第二、医生认为该患者病情较为严重或者有潜在其他致病可能，将患者诊断化验等相关信息通过医生侧终端递交到本服务器端设备中，该医生根据病情，通过医生侧终端向服务器端设备推荐患者至一级以上任一级别医院挂号治疗。

第三、患者不同意一级医院的医生的诊断结果，但医生认为没有必要推荐至较高级别医院就诊，此时患者可以通过患者侧终端向服务器端设备递交转诊申请。

S307，服务器端设备根据医生侧终端和患者侧终端的意见反馈，向患者侧终端反馈该患者侧终端所关联的患者是否向上级医院转诊的信息。

当患者侧终端的就诊请求属于普通请求、且属于初诊请求时，若服务器端设备接收到医生侧终端的转诊意见，则服务器端设备对转诊意见进行审核，当服务器端设备通过转诊意见的审核时，向患者侧终端反馈允许患者向转诊意见中提及的高于一级的任意级别的医院转诊的信息。

若服务器端设备接收到患者侧终端针对医生侧终端未反馈转诊意见的申诉意见或者针对该转诊意见的审核被驳回的申诉意见，则服务器端设备对该申诉意见进行审核，当该申诉意见得到审核通过时，向患者侧终端反馈允许患者向二级医院转诊的信息。可选地，服务器端设备对该申诉意见进行审核，包括：引入第三方协调机构对该申诉意见进行审核。

若未接收到医生侧终端的转诊请求和患者侧终端的申诉意见，则向患者侧终端反馈确定患者在一级医院就诊的信息。

上述流程反映出在面临患者初诊、复诊、急诊三种不同情况下，相应医生的权利范围和就诊患者的权利范围。

基于同一发明构思，本申请实施例提供了一种医疗资源分配装置40。图4为本申请实施例提供的一种医疗资源分配装置的结构示意图。该装置40包括：就诊请求类型确定模块401、医院分配模块402和反馈处理模块403。其中，

就诊请求类型确定模块401，用于接收患者侧终端的就诊请求，确定就诊请求的类型。

医院分配模块402，用于根据就诊请求类型确定模块401确定的就诊请求的类型，分别向医生侧终端和患者侧终端反馈分配指定级别的医院的信息。

反馈处理模块403，用于获取医生侧终端和患者侧终端对(医院分配模块402的)分配结果的意见反馈；根据医生侧终端和患者侧终端的意见反馈，向患者侧终端反馈其关联患者是否向上级医院转诊的信息。

可选地，就诊请求类型包括：初诊、复诊、或急诊。具体可细分为：初诊普诊、复诊普诊、初诊急诊、或复诊急诊等类型。

可选地，医院分配模块402具体用于若该就诊请求属于急诊请求，则反馈就近分配任意级别的医院的信息。若该就诊请求属于普通请求、且属于初诊请求，则向医生侧终端和患者侧终端反馈分配一级医院的信息。在该就诊请求属于普通请求且属于复诊请求情况下，若患者侧终端的病情信息与存储的历史就诊的病情信息的关联程度大于或等于预设的第一阈值，则向医生侧终端和患者侧终端反馈分配与上次就诊级别相同的医院的信息；若患者侧终端的病情信息与已存储的历史就诊的病情信息的关联程度小于预设的第一阈值，则向医生侧终端和患者侧终端反馈分配一级医院的信息。

可选地，反馈处理模块403具体用于当患者侧终端的就诊请求属于普通请求、且属于初诊请求时，若接收到医生侧终端的转诊意见，则对转诊意见进行审核，当转诊意见的审核通过时，向患者侧终端反馈允许患者向转诊意见中提及的高于一级的任意级别的医院转诊的信息。

可选地，反馈处理模块403通过智能筛选或者人工分析处理，或者智能筛选结合人工分析处理，生成如下两种结果中的一种：第一，同意一级医院的医生通过医生侧终端递交的转诊申请(患者方可挂相应级别医院的号)。第二，驳回医生侧终端提出的转诊申请(此时患者有权通过患者侧终端对驳回结果提出异议，即向反馈处理模块403进行申诉)。

若反馈处理模块403接收到患者侧终端针对医生侧终端未反馈转诊意见的申诉意见或者针对该转诊意见的审核被驳回的申诉意见时，则由反馈处理模块403对该申诉意见进行审核，当该申诉意见得到审核通过时，向患者侧终端反馈允许患者向二级医院转诊的信息。

需要说明的是，在医生认为没有必要推荐至较高级别医院就诊或者递交的转诊申请被驳回的情况下，患者依然可以自行向反馈处理模块403提出申诉。若反馈处理模块403通过该患者申诉，则该患者可去上一级别医院进行就诊。可见，本申请实施例提供的医疗资源分配装置40充分给予患者的对就诊医院级别的选择权利。

可选地，此处的反馈处理模块403，可以设置于第三方协调机构，由第三方协调结构对反馈处理模块403接收到的具体信息进行评估、决策或审核，并生成反馈信息。

本申请实施例提供的医疗资源分配装置40，预先存储有医院的一级医院、二级医院、三级医院和特级医院等不同的等级信息，划分为四个等级，同时建立就诊请求类型确定模块401、医院分配模块402和反馈处理模块403三大模块，有效地处理了患者在初诊、复诊等过程中的个体需求与医生诊断之间的意见不统一时的问题。在反馈处理模块403(或第三方协调机构)中人性化的考虑了患者的想法，患者在与医生在未达成共识的情况下可逐级申诉至较高级别医院就诊。

本申请的实施例不仅可以将患者分流，由于存在人性化的反馈处理模块403(或第三方协调机构)，保证了患者更多的权益和自由，可以在一定程度上降低医患纠纷。

基于同一发明构思，本申请实施例提供了一种电子设备50，包括：电连接的存储器501和处理器502；

至少一个程序，存储于存储器501中，被配置为由处理器502执行时实现本申请实施例所提供的医疗资源分配方法。

基于同一发明构思，本申请实施例提供了一种计算机可读存储介质，该可读存储介质上存储有计算机程序，该程序被处理器执行时实现本申请实施例所提供的医疗资源分配方法。

应用本申请实施例，至少能够实现如下有益效果：

本申请将众多就诊患者安排在同一起点，看病挂号皆需要从指定级别的医院(例如，就诊从基层的一级医院)开始，有效地整合了各个级别医院的医疗资源。

本申请兼顾了医患双方的诊疗意见，使得医生有权利选择患者，对其进行诊疗或者推荐至高级别医院，医生有权限在面临人满为患的压力中将患者分流。同时患者也获得更多的权益和自由，患者有权利选择是否在当前级别医院就诊。本申请不仅优化了医疗资源的分配方式，而且还改善了处于紧张状态的医患矛盾关系，降低医患纠纷发生概率。

本技术领域技术人员可以理解，本申请中已经讨论过的各种操作、方法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地，具有本申请中已经讨论过的各种操作、方法、流程中的其他步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地，现有技术中的具有与本申请中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。

术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本发明的描述中，除非另有说明，“多个”的含义是两个或两个以上。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

以上所述仅是本申请的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (10)

1.一种医疗资源分配方法，其特征在于，包括：

接收患者侧终端的就诊请求，确定所述就诊请求的类型；

根据所述就诊请求的类型，分别向医生侧终端和所述患者侧终端反馈分配指定级别的医院的信息，包括：若所述就诊请求属于急诊请求，则反馈就近分配任意级别的医院的信息；若所述就诊请求属于普通请求、且属于初诊请求，则向所述医生侧终端和所述患者侧终端反馈分配一级医院的信息；若所述就诊请求属于普通请求、且属于复诊请求，则根据所述患者侧终端关联的患者的病情信息与已存储的历史就诊的病情信息的关联程度，向所述医生侧终端和所述患者侧终端反馈分配与上次就诊级别相同的医院的信息，或者，向所述医生侧终端和所述患者侧终端反馈分配一级医院的信息；

获取所述医生侧终端和所述患者侧终端对分配结果的意见反馈；

根据所述医生侧终端和所述患者侧终端的意见反馈，向所述患者侧终端反馈其关联患者是否向上级医院转诊的信息。

2.根据权利要求1所述的医疗资源分配方法，其特征在于，所述接收患者侧终端的就诊请求，确定所述就诊请求的类型，包括：

确定所述就诊请求是否属于急诊请求或者普通请求；

若所述就诊请求属于普通请求，则确定该就诊请求是否属于初诊请求或者属于复诊请求。

3.根据权利要求1所述的医疗资源分配方法，其特征在于，所述根据所述患者侧终端的病情信息与已存储的历史就诊的病情信息的关联程度，向所述医生侧终端和所述患者侧终端反馈分配与上次就诊级别相同的医院的信息，或者，向所述医生侧终端和所述患者侧终端反馈分配一级医院的信息，包括：

若所述患者侧终端的病情信息与存储的历史就诊的病情信息的关联程度大于或等于预设的第一阈值，则向所述医生侧终端和所述患者侧终端反馈分配与上次就诊级别相同的医院的信息；

若所述患者侧终端的病情信息与已存储的历史就诊的病情信息的关联程度小于预设的第一阈值，则向所述医生侧终端和所述患者侧终端反馈分配一级医院的信息。

4.根据权利要求1所述的医疗资源分配方法，其特征在于，根据所述医生侧终端和所述患者侧终端的意见反馈，向所述患者侧终端反馈其关联患者是否向上级医院转诊的信息，包括：

当所述就诊请求属于普通请求、且属于初诊请求时，若接收到所述医生侧终端的转诊意见，则将所述转诊意见进行审核，当该转诊意见的审核通过时，向患者侧终端反馈允许所述患者向所述转诊意见中提及的高于一级的任意级别的医院转诊的信息；

若接收到所述患者侧终端针对所述医生侧终端未反馈转诊意见的申诉意见或者针对该转诊意见的审核被驳回的申诉意见，则对该申诉意见进行审核，当该申诉意见的审核通过时，向患者侧终端反馈允许所述患者向二级医院转诊的信息；

若未接收到所述医生侧终端的转诊请求和所述患者侧终端的申诉意见，则向患者侧终端反馈确定所述患者在一级医院就诊的信息。

5.根据权利要求4所述的医疗资源分配方法，其特征在于，所述对该申诉意见进行审核，包括：

引入第三方协调机构对该申诉意见进行审核。

6.一种医疗资源分配装置，其特征在于，包括：

就诊请求类型确定模块，用于接收患者侧终端的就诊请求，确定所述就诊请求的类型；

医院分配模块，用于根据所述就诊请求的类型，分别向医生侧终端和所述患者侧终端反馈分配指定级别的医院的信息，包括：若所述就诊请求属于急诊请求，则反馈就近分配任意级别的医院的信息；若所述就诊请求属于普通请求、且属于初诊请求，则向所述医生侧终端和所述患者侧终端反馈分配一级医院的信息；若所述就诊请求属于普通请求、且属于复诊请求，则根据所述患者侧终端关联的患者的病情信息与已存储的历史就诊的病情信息的关联程度，向所述医生侧终端和所述患者侧终端反馈分配与上次就诊级别相同的医院的信息，或者，向所述医生侧终端和所述患者侧终端反馈分配一级医院的信息；

反馈处理模块，用于获取所述医生侧终端和所述患者侧终端对分配结果的意见反馈；根据所述医生侧终端和所述患者侧终端的意见反馈，向所述患者侧终端反馈其关联患者是否向上级医院转诊的信息。

7.一种电子设备，其特征在于，包括：

电连接的存储器和处理器；

至少一个程序，存储于所述存储器中，被配置为由所述处理器执行时实现权利要求1-5任一项所述的医疗资源分配方法。

8.根据权利要求7所述的电子设备，其特征在于，所述电子设备设置于第三方协调机构的控制区域内。

9.一种医疗资源分配系统，其特征在于，包括：患者侧终端、医生侧终端和服务器端设备，所述系统的服务器端设备分别与所述患者侧终端和医生侧终端通信连接；且所述服务器端设备包括如权利要求6所述的医疗资源分配装置。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1-5任一项所述的医疗资源分配方法。

Images