医疗机构选择方法及装置与流程

本公开涉及医疗技术领域，具体而言，涉及一种医疗机构选择方法及医疗机构选择装置。

背景技术：

由于不同医疗机构都有不同的特色科室，且同一家医疗机构的不同科室的水平也存在差异。在患者遇到突发事件(例如交通事故、意外伤害等)受伤时，及时到最合适的医疗机构进行急诊室非常重要的。若没有及时接受治疗或者没有在最合适的医疗机构进行治疗，可能对患者的治疗效果产生不利的影响。

目前，在患者意外受伤需要治疗时，通常都会选择在网络上对医疗机构进行查找，并根据查找到的医疗机构的信息选择就诊医疗机构。

显然，在上述方法中，一方面，由于从网络上的医疗机构信息鱼龙混杂，很多信息缺乏准确性，使患者无法对医疗机构的信息进行甄别，患者很可能盲目的根据网络上查找的信息选择就诊医疗机构，因此，患者选择的就诊医疗机构可能不是最合适的就诊医疗机构，进而可能使患者错过治疗的最佳时间，给患者的健康带来不利的影响。另一方面，由于网络上的医疗信息庞大而复杂，患者在查询时需要时间去查找、选择医疗机构，用时较长，会耽误患者的最佳治疗时间。

需要说明的是，上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

技术实现要素：

本公开的目的在于提供一种医疗机构选择方法及医疗机构选择装置，进而至少在一定程度上克服由于相关技术的限制和缺陷而导致的一个或者多个问题。

根据本公开的一个方面，提供一种医疗机构选择方法，包括：

接收用户当前所在的位置信息，并根据接收到的所述位置信息在医疗机构数据库中获取在该所述位置信息附近的多个候选医疗机构的信息；

接收用户录入的急诊症状信息，并根据该所述急诊症状信息获取初步诊断数据；

将所述初步诊断数据与多个所述候选医疗机构的信息分别进行匹配，并将与该所述初步诊断数据匹配的候选医疗机构确定为就诊医疗机构。

在本公开的一种示例性实施例中，所述根据该所述急诊症状信息获取初步诊断数据之后还包括：

将所述初步诊断数据分解为多个诊断数据，并对多个所述诊断数据进行排级；

在多个所述候选医疗机构中分别确定与每个所述诊断数据匹配的候选医疗机构，并根据所述诊断数据的级别确定第一就诊医疗机构以及至少一个后续就诊医疗机构。

在本公开的一种示例性实施例中，在所述确定第一就诊医疗机构以及至少一个后续就诊医疗机构之后还包括：

将所述第一就诊医疗机构的信息以及所述后续就诊医疗机构的信息分别发送给用户、将与所述第一就诊医疗机构对应的所述诊断数据发送给所述第一就诊医疗机构以及将与所述后续就诊医疗机构对应的所述诊断数据发送给所述后续就诊医疗机构。

在本公开的一种示例性实施例中，所述接收用户当前所在的位置信息之前还包括：

建立一包括多个所述医疗机构信息的医疗机构数据库，其中，所述医疗机构信息包括医疗机构位置信息以及医疗机构接诊能力信息。

在本公开的一种示例性实施例中，所述医疗机构接诊能力信息包括医疗设备、药品、医生信息、医疗机构资质、医疗机构科室、以及医疗机构特长中的一个或多个。

在本公开的一种示例性实施例中，所述将与该所述初步诊断数据匹配的候选医疗机构确定为就诊医疗机构之后还包括：

将该所述就诊医疗机构的信息显示在用户界面上。

在本公开的一种示例性实施例中，所述根据该所述急诊症状信息获取初步诊断数据包括：

提供一症状分析诊断模型，通过该所述症状分析诊断模型并结合所述急诊症状信息获取初步诊断数据。

根据本公开的一个方面，提供一种医疗机构选择装置，包括：

确定模块，用于接收用户当前所在的位置信息，并根据接收到的所述位置信息在医疗机构数据库中获取在该所述位置信息附近的多个候选医疗机构的信息；

获取模块，用于接收用户录入的急诊症状信息，并根据该所述急诊症状信息获取初步诊断数据；

确认模块，用于将所述初步诊断数据与多个所述候选医疗机构的信息分别进行匹配，并将与该所述初步诊断数据匹配的候选医疗机构确定为就诊医疗机构。

在本公开的一种示例性实施例中，所述获取模块之后还包括：

排级模块，用于将所述初步诊断数据分解为多个诊断数据，并对多个所述诊断数据进行排级；

确认模块，用于在多个所述候选医疗机构中分别确定与每个所述诊断数据匹配的候选医疗机构，并根据所述诊断数据的级别确定第一就诊医疗机构以及至少一个后续就诊医疗机构。

在本公开的一种示例性实施例中，还包括：

发送模块，用于将所述第一就诊医疗机构的信息以及所述后续就诊医疗机构的信息分别发送给用户、将与所述第一就诊医疗机构对应的所述诊断数据发送给所述第一就诊医疗机构以及将与所述后续就诊医疗机构对应的所述诊断数据发送给所述后续就诊医疗机构。

在本公开的一种示例性实施例中，还包括：

建立模块，用于建立一包括多个所述医疗机构信息的医疗机构数据库，其中，所述医疗机构信息包括医疗机构位置信息以及医疗机构接诊能力信息。

在本公开的一种示例性实施例中，所述医疗机构接诊能力信息包括医疗设备、药品、医生信息以及医疗机构资质、医疗机构科室、以及医疗机构特长中的一个或多个。

在本公开的一种示例性实施例中，还包括：

显示模块，用于将该所述就诊医疗机构的信息显示在用户界面上。

在本公开的一种示例性实施例中，所述根据该所述急诊症状信息获取初步诊断数据包括：

提供一症状分析诊断模型，通过该所述症状分析诊断模型并结合所述急诊症状信息获取初步诊断数据。

本公开一种示例实施例提供的医疗机构选择方法，首先，根据接收到的所述位置信息在医疗机构数据库中获取在该所述位置信息附近的多个候选医疗机构的信息；然后，根据接收到的急诊症状信息获取初步诊断数据；最后，将初步诊断数据与多个所述候选医疗机构的信息分别进行匹配，并将与该所述初步诊断数据匹配的候选医疗机构确定为就诊医疗机构。一方面，由于医疗机构数据库中的医疗机构的信息完整且准确，因此能为用户提供最合适的就诊医疗机构，进而为患者提供更加合适的治疗方案，进一步的，提高了患者的治疗效果；另一方面，仅仅根据用户的位置信息并结合用户输入的急诊症状信息即可确定最合适的就诊医疗机构，不需要用户在网络上查找医疗机构并对医疗机构进行筛选，节省了医疗机构的选择时间，为患者争取到更多的就医时间，避免了因医疗机构的选择时间过长而导致的使患者错过最佳治疗时间的问题。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

通过参照附图来详细描述其示例实施例，本公开的上述和其它特征及优点将变得更加明显。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1为本公开一种医疗机构选择方法的流程图。

图2为本公开一种医疗机构选择装置的框图。

图3示意性示出本公开示例性实施例中另一医疗机构选择装置示意图。

具体实施方式

现在将参考附图更全面地描述示例实施例。然而，示例实施例能够以多种形式实施，且不应被理解为限于在此阐述的实施例；相反，提供这些实施例使得本公开将全面和完整，并将示例实施例的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本公开的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而没有所述特定细节中的一个或更多，或者可以采用其它的方法、组元、材料、装置、步骤等。在其它情况下，不详细示出或描述公知结构、方法、装置、实现、材料或者操作以避免模糊本公开的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个软件硬化的模块中实现这些功能实体或功能实体的一部分，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

本示例性实施例中首先公开了一种医疗机构选择方法。参考图1中所示，该医疗机构选择方法可以包括以下步骤：

步骤S110.接收用户当前所在的位置信息，并根据接收到的所述位置信息在医疗机构数据库中获取在该所述位置信息附近的多个候选医疗机构的信息；

步骤S120.接收用户录入的急诊症状信息，并根据该所述急诊症状信息获取初步诊断数据；

步骤S130.将所述初步诊断数据与多个所述候选医疗机构的信息分别进行匹配，并将与该所述初步诊断数据匹配的候选医疗机构确定为就诊医疗机构。

根据本示例实施例中的医疗机构选择方法，一方面，由于医疗机构数据库中的医疗机构的信息完整且准确，因此能为用户提供最合适的就诊医疗机构，进而为患者提供更加合适的治疗方案，进一步的，提高了患者的治疗效果；另一方面，仅仅根据用户的位置信息并结合用户输入的急诊症状信息即可确定最合适的就诊医疗机构，不需要用户在网络上查找医疗机构并对医疗机构进行筛选，节省了医疗机构的选择时间，为患者争取到更多的就医时间，避免了因医疗机构的选择时间过长而导致的使患者错过最佳治疗时间的问题。

下面，将参照图1和图2对本示例实施例中的医疗机构选择方法作进一步说明。

在步骤S110中，接收用户当前所在的位置信息，并根据接收到的所述位置信息在医疗机构数据库中获取在该所述位置信息附近的多个候选医疗机构的信息。

在本示例性实施例中，在用户使用智能终端登录应用平台后，可以通过GSM网络(全球移动通信系统Global System for Mobile Communication)，获取智能终端的位置信息，也可以通过GPS(全球定位系统Global Positioning System)获取智能终端的位置信息，还可以通过引擎技术LBS(基于移动位置服务Location Based Service)获取智能终端的位置信息，本示例性实施例对此不作特殊限定。智能终端的位置信息即为用户当前所在的位置信息。在获取到位置信息之后将该位置信息发送给应用平台的后端处理器。所述位置信息附近可以指以该位置信息为中心的一预设面积的矩形区域，其中该预设面积的矩形区域可以由开发商根据实际情况自行设定；也可以指该位置信息所在的整个城市的全部区域，本示例性实施例对此不作特殊限定。在本公开的另一示例性实施例中，所述位置信息附近可以指以该位置信息为中心半径为一预设半径的圆形区域，其中，预设半径可以为一公里，也可以为两公里，本示例性实施例对此不作特殊限定。例如，在接收到用户的位置信息后，可以获取以该所述位置信息为中心半径为两公里的圆形区域内的所有医疗机构的信息。在本公开的另一示例性实施例中，在位置信息附近未获取到候选医疗机构的信息时，可以根据该位置信息扩大获取候选医疗机构的范围，并在扩大后的范围内重新获取医疗机构的信息。

进一步的，所述接收用户当前所在的位置信息之前还可以包括：建立一包括多个所述医疗机构信息的医疗机构数据库，其中，所述医疗机构信息包括医疗机构位置信息以及医疗机构接诊能力信息。

在本示例性实施例中，需要将所有医疗机构位置信息以及所有医疗机构接诊能力信息录入到医疗机构数据库中，并将同一家医疗机构的位置信息与接诊能力信息进行关联。所述医疗机构的位置信息可以为医疗机构的经纬度。所述医疗机构接诊能力信息可以包括：患者对医疗机构的评价、医疗机构等级等，本示例性实施例对此不作特殊限定。在本公开的其他实施例中，所述医疗机构接诊能力信息可以包括医疗设备、药品、医生信息、医疗机构资质、医疗机构科室、以及医疗机构特长中的一个或多个。由上可知，通过建立医疗机构数据库，为用户提供了信息准确、全面的医疗机构信息。

在步骤S120中，接收用户录入的急诊症状信息，并根据该所述急诊症状信息获取初步诊断数据。

在本示例性实施例中，当用户在应用平台上输入急诊症状信息后，将用户输入的急诊症状信息传输给后端处理器。所述急诊症状信息可以包括患者的名字、性别、年龄、发病的症状、发病的时间等信息，本示例性实施例对此不作特殊限定。后端处理器会根据急诊症状信息计算出初步诊断数据。所述初步诊断数据可以包括多项诊断医疗数据，例如，初步诊断数据可以包括患者需要做的检查项目、需要的医疗设备、药品、需要就诊的科室等诊断医疗数据。

在本公开的另一示例性实施例中，所述根据该所述急诊症状信息获取初步诊断数据可以包括：提供一症状分析诊断模型，通过该所述症状分析诊断模型并结合所述急诊症状信息获取初步诊断数据。首先，可以通过深度学习算法建立症状分析诊断模型；然后，将急诊症状信息输入到该症状分析诊断模型中；最后，该症状分析诊断模型输出初步诊断数据。

进一步的，所述根据该所述急诊症状信息获取初步诊断数据之后还可以包括：将所述初步诊断数据分解为多个诊断数据，并对多个所述诊断数据进行排级；在多个所述候选医疗机构中分别确定与每个所述诊断数据匹配的候选医疗机构，并根据所述诊断数据的级别确定第一就诊医疗机构以及至少一个后续就诊医疗机构。在本示例性实施例中，可以根据获取到的初步诊断数据中患者的受伤部位对初步诊断数据进行分解，本示例性实施例对此不作特殊限定。例如，可以将患者的初步诊断数据分解为头部诊断数据、肺部诊断数据以及腿部诊断数据。可以根据患者各诊断数据中的病情的严重程度，将诊断数据进行排级；也可以根据各诊断数据中的病情的紧急程度，将诊断数据进行排级，本示例性实施例对此不作特殊限定。在对多个所述诊断数据进行排级之后，在多个候选医疗机构中确定每个诊断数据各自对应的候选医疗机构，并根据诊断数据的级别，确定第一就诊医疗机构以及至少一个后续就诊医疗机构。

举例说明，首先，在将患者的初步诊断数据分解为头部诊断数据、肺部诊断数据以及腿部诊断数据之后，可以将头部诊断数据排在第一级，肺部诊断数据排在第二级，腿部诊断数据排在第三级。然后，在多个候选医疗机构中确定与头部诊断数据匹配的候选医疗机构，与肺部诊断数据匹配的候选医疗机构以及与腿部诊断数据匹配的候选医疗机构。最后，将与头部诊断数据匹配的候选医疗机构确定为第一就诊医疗机构，与肺部诊断数据匹配的候选医疗机构以及与腿部诊断数据匹配的候选医疗机构确定为后续就诊医疗机构。

由上可知，通过对多个诊断数据进行排级并根据级别确定就诊医疗机构的顺序。可以根据患者的病情确定患者的就诊医院的顺序，给用户带来专业的救治。

再进一步的，在确定第一就诊医疗机构以及至少一个后续就诊医疗机构之后还可以包括：将所述第一就诊医疗机构的信息以及所述后续就诊医疗机构的信息分别发送给用户、将与所述第一就诊医疗机构对应的所述诊断数据发送给所述第一就诊医疗机构以及将与所述后续就诊医疗机构对应的所述诊断数据发送给所述后续就诊医疗机构。在本示例性实施例中，通过将第一就诊医疗机构对应的诊断数据以及后续就诊医疗机构对应的诊断数据分别发给第一就诊医疗机构以及后续就诊医疗机构，使第一就诊医疗机构以及后续就诊医疗机构可以根据患者的医疗数据提前确定治疗方案，为患者提供更专业的治疗方案，同时也为患争取到更多的治疗时间。

在步骤S130中，将所述初步诊断数据与多个所述候选医疗机构的信息分别进行匹配，并将与该所述初步诊断数据匹配的候选医疗机构确定为就诊医疗机构。

在本示例性实施例中，可以在后端处理器中设置一匹配模块，该匹配模块通过将初步诊断数据中的每一项数据与多个所述候选医疗机构的信息分别进行匹配，若在多个候选医疗机构中有与该初步诊断数据完全匹配的候选医疗机构时，将与该初步诊断数据完全匹配的候选医疗机构确认为就诊医疗机构。若在多个候选医疗机构中没有与该初步诊断数据完全匹配的候选医疗机构时，则将与该初步诊断数据匹配度较高的候选医疗机构确定为就诊医疗机构。其中，匹配度较高的候选医疗机构是指该候选医疗机构的信息与该初步诊断数据中的大部分数据可以匹配成功的候选医疗机构。例如，初步诊断信息可以包括患者需要做的检查项目、需要的医疗设备、药品以及需要就诊的科室。若在多个候选医疗机构中存在与患者需要做的检查项目、需要的医疗设备、药品以及需要就诊的科室完全匹配的候选医疗机构时，将该候选医疗机构确认为就诊医疗机构。若不存在与患者需要做的检查项目、需要的医疗设备、药品以及需要就诊的科室完全匹配的候选医疗机构时，可以将与检查项目、需要的医疗设备、药品以及需要就诊的科室中任意3项匹配成功的候选医疗机构确定为就诊医疗机构。

在本公开的另一示例性实施例中，在多个候选医疗机构中存在至少两个与该初步诊断数据匹配的候选医疗机构时，根据用户的位置信息与医疗机构的位置信息，将距离患者最近的候选医疗机构确定为就诊医疗机构。

在本公开的其他示例性实施例中，在多个候选医疗机构中不存在与该初步诊断数据匹配的候选医疗机构时，基于用户的位置信息扩大获取候选医疗机构的区域，并基于扩大后的获取候选医疗机构的区域，重新获取多个候选医疗机构。并在重新获取的多个候选医疗机构中重新确定就诊医疗机构。

综上所述，一方面，由于医疗机构数据库中的医疗机构的信息完整且准确，因此能为用户提供最合适的就诊医疗机构，进而为患者提供更加合适的治疗方案，进一步的，提高了患者的治疗效果；另一方面，仅仅根据用户的位置信息并结合用户输入的急诊症状信息即可确定最合适的就诊医疗机构，不需要用户在网络上查找医疗机构并对医疗机构进行筛选，节省了医疗机构的选择时间，为患者争取到更多的就医时间，避免了因医疗机构的选择时间过长而导致的使患者错过最佳治疗时间的问题。

进一步的，所述将与该所述初步诊断数据匹配的候选医疗机构确定为就诊医疗机构之后还可以包括：将该所述就诊医疗机构的信息显示在用户界面上。在本示例性实施例中，为了将就诊医疗机构反馈给用户，在确定就诊医疗机构之后将该就诊医疗机构的信息显示在用户界面中。在本公开的其他示例性实施例中，在多个候选医疗机构中存在至少两个与该初步诊断数据匹配的候选医疗机构时，可以将离用户最近的候选医疗机构确定为就诊医疗机构，并将该就诊医疗机构的信息显示在用户的界面上，同时将其他匹配成功的候选医疗机构的信息根据离用户的距离以由近到远的顺序依次显示在就诊医疗机构之后。

此外，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

在本公开的示例性实施例中，还提供了一种医疗机构选择装置，参照图2所示，该医疗机构选择装置200，可以包括：确定模块201、获取模块202、确认模块203。其中：

确定模块201可以用于接收用户当前所在的位置信息，并根据接收到的所述位置信息在医疗机构数据库中获取在该所述位置信息附近的多个候选医疗机构的信息；

获取模块202可以用于接收用户录入的急诊症状信息，并根据该所述急诊症状信息获取初步诊断数据；

确认模块203可以用于将所述初步诊断数据与多个所述候选医疗机构的信息分别进行匹配，并将与该所述初步诊断数据匹配的候选医疗机构确定为就诊医疗机构。

本公开的一种示例性实施例中，所述获取模块之后还可以包括：

排级模块可以用于将所述初步诊断数据分解为多个诊断数据，并对多个所述诊断数据进行排级；

确认模块可以用于在多个所述候选医疗机构中分别确定与每个所述诊断数据匹配的候选医疗机构，并根据所述诊断数据的级别确定第一就诊医疗机构以及至少一个后续就诊医疗机构。

本公开的一种示例性实施例中，还可以包括：

发送模块可以用于将所述第一就诊医疗机构的信息以及所述后续就诊医疗机构的信息分别发送给用户、将与所述第一就诊医疗机构对应的所述诊断数据发送给所述第一就诊医疗机构以及将与所述后续就诊医疗机构对应的所述诊断数据发送给所述后续就诊医疗机构。

本公开的一种示例性实施例中，还可以包括：

建立模块可以用于建立一包括多个所述医疗机构信息的医疗机构数据库，其中，所述医疗机构信息包括医疗机构位置信息以及医疗机构接诊能力信息。

本公开的一种示例性实施例中，所述医疗机构接诊能力信息可以包括医疗设备、药品、医生信息以及医疗机构资质、医疗机构科室、以及医疗机构特长中的一个或多个。

本公开的一种示例性实施例中，还可以包括：

显示模块可以用于将该所述就诊医疗机构的信息显示在用户界面上。

本公开的一种示例性实施例中，所述根据该所述急诊症状信息获取初步诊断数据可以包括：

提供一症状分析诊断模型，通过该所述症状分析诊断模型并结合所述急诊症状信息获取初步诊断数据。

上述中各医疗机构选择装置模块的具体细节已经在对应的一种医疗机构选择方法中进行了详细的描述，因此此处不再赘述。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本发明实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、电子设备、或者网络设备等)执行根据本发明实施方式的方法。

图3示出根据本公开示例实施方式中一种医疗机构选择装置400的示意图。例如，装置400可以被提供为一服务器。装置400包括处理组件422，其进一步包括一个或多个处理器，以及由存储器432所代表的存储器资源，用于存储可由处理组件422的执行的指令，例如应用程序。存储器432中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件422被配置为执行指令，以执行上述方法。

装置400还可以包括一个电源组件426被配置为执行装置400的电源管理，一个有线或无线网络接口450被配置为将装置400连接到网络，和一个输入输出(I/O)接口458。装置400可以操作基于存储在存储器432的操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM或类似。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施例。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限。