1.本技术涉及大数据技术领域，具体涉及一种基于急诊大数据的救护车配置方法和电子设备。
背景技术：2.目前全国救护车数量巨大，并呈现不断增长的趋势。随着救护车数量的增长，人们对于救护车的服务时效性也提出了更高的要求。目前救护车往往停靠在医院，在街道呼叫信息后，从医院出发，到达患者位置，需要往返于医院与患者位置，可能会导致到达患者位置时间长，接到患者后，到达医院的时间也长，可能导致延误最佳救治时机。
3.因此，如何提升救护车的急救效率，提升急救成功率成为亟待解决的技术问题。
技术实现要素：4.本技术提供了一种基于急诊大数据的救护车配置方法和电子设备，以至少解决相关技术中所存在的技术问题。
5.根据本技术的第一方面，提供了一种基于急诊大数据的救护车配置方法，获取救护车历史出勤数据和医院历史急诊数据；基于所述历史出勤数据和所述历史急诊数据确定多个现场热区和医院热区，所述现场热区为急诊病人出发区域；获取所述多个现场热区之间以及所述多个现场热区与所述医院热区之间的路线的历史交通信息；基于所述历史交通信息、所述现场热区和所述医院热区确定所述救护车的待命停靠站点。
6.可选地，所述基于所述历史出勤数据和所述历史急诊数据确定多个现场热区包括：在所述历史出勤数据中提取患者第一出发位置；在所述历史急诊数据中提取患者第二出发位置；构建所述第一出发位置和所述第二出发位置的患者出发点云；对所述出发点云进行聚合得到所述现场热区。
7.可选地，所述基于所述历史出勤数据和所述历史急诊数据确定医院热区包括：在所述历史出勤数据和所述历史急诊数据中提取患者每次到达医院的医院位置；构建每次到达医院的医院位置的患者到达点云；基于所述患者到达点云确定所述医院热区。
8.可选地，所述获取所述多个现场热区之间以及所述多个现场热区与所述医院热区之间的路线的历史交通信息包括：遍历所有所述现场热区之间的第一交通路径和现场热区与医院热区之间的第二交通路径；获取第一交通路径和第二交通路径的交通路况；基于所述路况交通路况每条交通路径的平均通行时长；按照所述平均通行时长的排序在所述第一交通路径和所述第二交通路径中分别至少选择一条第一备选交通路径和至少一条第二备选路径，所述第一备选交通路径的起点和终点为所述现场热区，所述第一备选路径的起点为所述现场热区，所述第二备选路径的终点为所述医院热区。
9.可选地，所述基于所述历史交通信息、所述现场热区和所述医院热区确定所述救护车的待命停靠站点包括：遍历所有所述第一备选路径构建由所述第一备选路径组成的几何图形；确定所述几何图形的中心作为备选停靠点；基于所述所述现场热区和所述医院热
区的点云分布确定待命停靠点的第一偏移信息，所述第一偏移信息为所述待命停靠点偏移所述备选停靠点的偏移信息；基于所述第一偏移信息和所述备选停靠点确定所述待命停靠点。
10.可选地，所述基于所述所述现场热区和所述医院热区的点云分布状态对所述备选停靠点进行调整得到所述待命停靠点包括：基于所述点云分布状态确定所述现场热区的点云密度和所述医院热区的第一点云分布重心；基于所述点云密度确定朝向每个所述现场热区的第一偏移距离和第一偏移角度；综合每个所述现场热区的第一偏移距离和第一偏移角度计算所述待命停靠点的位置信息；计算所述医院热区的第一点云分布重心与所述医院热区中心的第二偏移信息；基于所述第二偏移信息对所述待命停靠点的位置信息进行调整。
11.可选地，基于所述历史交通信息、所述现场热区和所述医院热区确定所述救护车的待命停靠站点之后包括：获取距所述待命停靠点预设距离范围内的交通线路；在所述交通线路中选择可到达所有所述第一备选路径的目标交通线路；将所述待命停靠点设置在所述目标交通线路上。
12.根据本技术的第二方面，本技术实施例还提供了一种电子设备，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述第一方面中任意一项所述的基于急诊大数据的救护车配置方法。
13.根据本技术的第三方面，本技术实施例还提供了一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时实现如上述第一方面中任意一项所述的基于急诊大数据的救护车配置方法。
14.本技术的基于急诊大数据的救护车配置方法，获取救护车历史出勤数据和医院历史急诊数据；基于所述历史出勤数据和所述历史急诊数据确定多个现场热区和医院热区，所述现场热区为急诊病人出发区域；获取所述多个现场热区之间以及所述多个现场热区与所述医院热区之间的路线的历史交通信息；基于所述历史交通信息、所述现场热区和所述医院热区确定所述救护车的待命停靠站点。可以为救护车选择合适停靠位置，以便能够兼顾区域性分布的患者，救护车能够以更短的时间达到现场，且以更短的时间达到医院，提升救治效率和成功率
附图说明
15.此处所说明的附图用来提供对本技术的进一步理解，构成本技术的一部分，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
16.图1为本技术提供的基于急诊大数据的救护车配置方法的流程示意图；
17.图2为本技术提供的基于急诊大数据的救护车配置装置的示意图；
18.图3为本技术提供的电子设备的示意图。
具体实施方式
19.为了更清楚的阐释本技术的整体构思，下面结合说明书附图以示例的方式进行详细说明。
20.为了使本技术领域的人员更好地理解本技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分的实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本技术保护的范围。
21.需要说明的是，本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本技术的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
22.正如背景技术所述，目前救护车往往停靠在医院，在街道呼叫信息后，从医院出发，到达患者位置，需要往返于医院与患者位置，可能导致路径过长，耽误救治时机。发明人发现，目前需要急救的对象往往为交通事故、老人、工伤等情景。发明人进一步研究发现，对于需要急救的对象呈一定的区域性分布，例如，一些小区尤其是回迁小区，往往居住的老人较多，而老人发生急症的概率较大；再例如，往往存在一些易发生交通事故的路口或路段，导致需要急救的对象呈一定区域性分布，因此，需要对救护车选择合适停靠位置，以便能够兼顾区域性分布的患者，救护车能够以更短的时间达到现场，且以更短的时间达到医院，提升救治效率和成功率，基于此，本技术提出了一种基于急诊大数据的救护车配置方法，参见图1，该方法可以包括：
23.s11.获取救护车历史出勤数据和医院历史急诊数据。作为示例性的实施例，救护车出勤或急诊均属于救护车可出勤救护的对象，因此，可以某一城市、某一地区的救护车历史出勤数据中救护车达到的现场和急诊数据中急诊患者所填写的住址或事发地作为患者位置。
24.s12.基于所述历史出勤数据和所述历史急诊数据确定多个现场热区和医院热区，所述现场热区为急诊病人出发区域。统计救护车历史出勤数据中救护车达到的现场和急诊数据中急诊患者所填写的住址或事发地，构建患者出发或患者位置所在的热区。作为可选地实施例，可以在所述历史出勤数据中提取患者第一出发位置；在所述历史急诊数据中提取患者第二出发位置；构建所述第一出发位置和所述第二出发位置的患者出发点云；对所述出发点云进行聚合得到所述现场热区。
25.在所述历史出勤数据和所述历史急诊数据中提取患者每次到达医院的医院位置；构建每次到达医院的医院位置的患者到达点云；基于所述患者到达点云确定所述医院热区。
26.s13.获取所述多个现场热区之间以及所述多个现场热区与所述医院热区之间的路线的历史交通信息。作为示例性的实施例，每个现场热区之间存在至少一条交通线路，每个现场热区与医院热区之间存在至少一条交通线，获取历史上这些交通线路的交通信息，可以包括路程、红绿灯分布、交通拥堵状况、交通拥堵规律、路面质量、通行宽度等交通信息。
27.s14.基于所述历史交通信息、所述现场热区和所述医院热区确定所述救护车的待命停靠站点。作为示例性的实施例，综合每个现场热区之间的交通状况、现场热区分布、位置和医院热区的分布和位置等确定救护车的待命停靠站点。其中，待命停靠点为各个现场区域综合救护时间最优的救护车停靠位置。
28.作为示例性的实施例，获取所述多个现场热区之间以及所述多个现场热区与所述医院热区之间的路线的历史交通信息包括：
29.遍历所有所述现场热区之间的第一交通路径和现场热区与医院热区之间的第二交通路径；获取第一交通路径和第二交通路径的交通路况；基于所述路况交通路况每条交通路径的平均通行时长；按照所述平均通行时长的排序在所述第一交通路径和所述第二交通路径中分别至少选择一条第一备选交通路径和至少一条第二备选路径，所述第一备选交通路径的起点和终点为所述现场热区，所述第一备选路径的起点为所述现场热区，所述第二备选路径的终点为所述医院热区。
30.作为示例性的实施例，所述基于所述历史交通信息、所述现场热区和所述医院热区确定所述救护车的待命停靠站点包括：
31.遍历所有所述第一备选路径构建由所述第一备选路径组成的几何图形；确定所述几何图形的中心作为备选停靠点；基于所述所述现场热区和所述医院热区的点云分布确定待命停靠点的第一偏移信息，所述第一偏移信息为所述待命停靠点偏移所述备选停靠点的偏移信息；基于所述第一偏移信息和所述备选停靠点确定所述待命停靠点。
32.作为示例性的实施例，所述基于所述所述现场热区和所述医院热区的点云分布状态对所述备选停靠点进行调整得到所述待命停靠点包括：
33.基于所述点云分布状态确定所述现场热区的点云密度和所述医院热区的第一点云分布重心；基于所述点云密度确定朝向每个所述现场热区的第一偏移距离和第一偏移角度；综合每个所述现场热区的第一偏移距离和第一偏移角度计算所述待命停靠点的位置信息；计算所述医院热区的第一点云分布重心与所述医院热区中心的第二偏移信息；基于所述第二偏移信息对所述待命停靠点的位置信息进行调整。
34.作为示例性的实施例，基于所述历史交通信息、所述现场热区和所述医院热区确定所述救护车的待命停靠站点之后包括：
35.获取距所述待命停靠点预设距离范围内的交通线路；在所述交通线路中选择可到达所有所述第一备选路径的目标交通线路；将所述待命停靠点设置在所述目标交通线路上。
36.本技术实施例还提供了一种基于急诊大数据的救护车配置装置基于急诊大数据的救护车配置，如图2所示，包括：
37.第一获取模块10，用于获取救护车历史出勤数据和医院历史急诊数据；
38.第一确定模块20，用于基于所述历史出勤数据和所述历史急诊数据确定多个现场热区和医院热区，所述现场热区为急诊病人出发区域；
39.第二获取模块30，用于获取所述多个现场热区之间以及所述多个现场热区与所述医院热区之间的路线的历史交通信息；
40.第二确定模块40，用于基于所述历史交通信息、所述现场热区和所述医院热区确定所述救护车的待命停靠站点。
41.需要说明的是，该实施例中的第一获取模块10可以用于执行上述步骤s11，该实施例中的第一确定模块20可以用于执行上述步骤s12，该实施例中的第二获取模块30可以用于执行上述步骤s13，该实施例中的第二确定模块40可以用于执行上述步骤s14。
42.此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图3所示的硬件环境中，可以通过软件实现，也可以通过硬件实现，其中，硬件环境包括网络环境。
43.因此，根据本技术实施例的又一个方面，还提供了一种用于实施上述基于急诊大数据的救护车配置方法的电子设备，该电子设备可以是服务器、终端、或者其组合。
44.图3是根据本技术实施例的一种可选的电子设备的结构框图，如图3所示，包括处理器301、通信接口302、存储器303和通信总线304，其中，处理器301、通信接口302和存储器303通过通信总线304完成相互间的通信，其中，
45.存储器303，用于存储计算机程序；
46.处理器301，用于执行存储器303上所存放的计算机程序时，实现如下步骤：
47.获取救护车历史出勤数据和医院历史急诊数据；
48.基于所述历史出勤数据和所述历史急诊数据确定多个现场热区和医院热区，所述现场热区为急诊病人出发区域；
49.获取所述多个现场热区之间以及所述多个现场热区与所述医院热区之间的路线的历史交通信息；
50.基于所述历史交通信息、所述现场热区和所述医院热区确定所述救护车的待命停靠站点，其中所述待命停靠点。
51.可选地，在本实施例中，上述的通信总线可以是pci(peripheralcomponent interconnect，外设部件互连标准)总线、或eisa(extendedindustrystandard architecture，扩展工业标准结构)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图3中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
52.通信接口用于上述电子设备与其他设备之间的通信。
53.存储器可以包括ram，也可以包括非易失性存储器(non-volatilememory)，例如，至少一个磁盘存储器。可选地，存储器还可以是至少一个位于远离前述处理器的存储装置。
54.上述处理器可以是通用处理器，可以包含但不限于：cpu(central processingunit，中央处理器)、np(networkprocessor，网络处理器)等；还可以是dsp(digitalsignalprocessing，数字信号处理器)、asic(applicationspecific integratedcircuit，专用集成电路)、fpga(field－programmablegatearray，现场可编程门阵列)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
55.可选地，本实施例中的具体示例可以参考上述实施例中所描述的示例，本实施例在此不再赘述。
56.本领域普通技术人员可以理解，图3所示的结构仅为示意，实施上述基于急诊大数据的救护车配置方法的设备可以是终端设备，该终端设备可以是智能手机(如android手机、ios手机等)、平板电脑、掌上电脑以及移动互联网设备(mobileinternetdevices，mid)、
pad等终端设备。图3其并不对上述电子装置的结构造成限定。例如，终端设备还可包括比图3中所示更多或者更少的组件(如网络接口、显示装置等)，或者具有与图3所示的不同的配置。
57.本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、rom、ram、磁盘或光盘等。
58.根据本技术实施例的又一个方面，还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于执行基于急诊大数据的救护车配置方法的程序代码。
59.可选地，在本实施例中，上述存储介质可以位于上述实施例所示的网络中的多个网络设备中的至少一个网络设备上。
60.可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：
61.获取救护车历史出勤数据和医院历史急诊数据；
62.基于所述历史出勤数据和所述历史急诊数据确定多个现场热区和医院热区，所述现场热区为急诊病人出发区域；
63.获取所述多个现场热区之间以及所述多个现场热区与所述医院热区之间的路线的历史交通信息；
64.基于所述历史交通信息、所述现场热区和所述医院热区确定所述救护车的待命停靠站点，其中所述待命停靠点。
65.可选地，本实施例中的具体示例可以参考上述实施例中所描述的示例，本实施例中对此不再赘述。
66.可选地，在本实施例中，上述存储介质可以包括但不限于：u盘、rom、ram、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
67.上述本技术实施例序号仅仅为了描述，不代表实施例的优劣。
68.上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。
69.在本技术的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
70.在本技术所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
71.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络
单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例中所提供的方案的目的。
72.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
73.本技术中未述及的地方采用或借鉴已有技术即可实现。
74.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。
75.以上所述仅为本技术的实施例而已，并不用于限制本技术。对于本领域技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本技术的权利要求范围之内。
技术特征：1.一种基于急诊大数据的救护车配置方法，其特征在于，包括：获取救护车历史出勤数据和医院历史急诊数据；基于所述历史出勤数据和所述历史急诊数据确定多个现场热区和医院热区，所述现场热区为急诊病人出发区域；获取所述多个现场热区之间以及所述多个现场热区与所述医院热区之间的路线的历史交通信息；基于所述历史交通信息、所述现场热区和所述医院热区确定所述救护车的待命停靠站点。2.如权利要求1所述基于急诊大数据的救护车配置方法，其特征在于，所述基于所述历史出勤数据和所述历史急诊数据确定多个现场热区包括：在所述历史出勤数据中提取患者第一出发位置；在所述历史急诊数据中提取患者第二出发位置；构建所述第一出发位置和所述第二出发位置的患者出发点云；对所述出发点云进行聚合得到所述现场热区。3.如权利要求1所述基于急诊大数据的救护车配置方法，其特征在于，所述基于所述历史出勤数据和所述历史急诊数据确定医院热区包括：在所述历史出勤数据和所述历史急诊数据中提取患者每次到达医院的医院位置；构建每次到达医院的医院位置的患者到达点云；基于所述患者到达点云确定所述医院热区。4.如权利要求2所述的基于急诊大数据的救护车配置方法，其特征在于，所述获取所述多个现场热区之间以及所述多个现场热区与所述医院热区之间的路线的历史交通信息包括：遍历所有所述现场热区之间的第一交通路径和现场热区与医院热区之间的第二交通路径；获取第一交通路径和第二交通路径的交通路况；基于所述路况交通路况每条交通路径的平均通行时长；按照所述平均通行时长的排序在所述第一交通路径和所述第二交通路径中分别至少选择一条第一备选交通路径和至少一条第二备选路径，所述第一备选交通路径的起点和终点为所述现场热区，所述第一备选路径的起点为所述现场热区，所述第二备选路径的终点为所述医院热区。5.如权利要求4所述的基于所述急诊大数据的救护车配置方法，其特征在于，所述基于所述历史交通信息、所述现场热区和所述医院热区确定所述救护车的待命停靠站点包括：遍历所有所述第一备选路径构建由所述第一备选路径组成的几何图形；确定所述几何图形的中心作为备选停靠点；基于所述所述现场热区和所述医院热区的点云分布确定待命停靠点的第一偏移信息，所述第一偏移信息为所述待命停靠点偏移所述备选停靠点的偏移信息；基于所述第一偏移信息和所述备选停靠点确定所述待命停靠点。6.如权利要求5所述的基于所述急诊大数据的救护车配置方法，其特征在于，所述基于所述所述现场热区和所述医院热区的点云分布状态对所述备选停靠点进行调整得到所述
待命停靠点包括：基于所述点云分布状态确定所述现场热区的点云密度和所述医院热区的第一点云分布重心；基于所述点云密度确定朝向每个所述现场热区的第一偏移距离和第一偏移角度；综合每个所述现场热区的第一偏移距离和第一偏移角度计算所述待命停靠点的位置信息；计算所述医院热区的第一点云分布重心与所述医院热区中心的第二偏移信息；基于所述第二偏移信息对所述待命停靠点的位置信息进行调整。7.如权利要求5或6所述的所述的基于急诊大数据的救护车配置方法，其特征在于，基于所述历史交通信息、所述现场热区和所述医院热区确定所述救护车的待命停靠站点之后包括：获取距所述待命停靠点预设距离范围内的交通线路；在所述交通线路中选择可到达所有所述第一备选路径的目标交通线路；将所述待命停靠点设置在所述目标交通线路上。8.一种基于急诊大数据的救护车配置装置，其特征在于，包括：第一获取模块，用于获取救护车历史出勤数据和医院历史急诊数据；第一确定模块，用于基于所述历史出勤数据和所述历史急诊数据确定多个现场热区和医院热区，所述现场热区为急诊病人出发区域；第二获取模块，用于获取所述多个现场热区之间以及所述多个现场热区与所述医院热区之间的路线的历史交通信息；第二确定模块，用于基于所述历史交通信息、所述现场热区和所述医院热区确定所述救护车的待命停靠站点。9.一种电子设备，其特征在于，所述电子设备包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1至7中任意一项所述的基于急诊大数据的救护车配置方法。10.一种计算机可读存储介质，存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7中任意一项所述的基于急诊大数据的救护车配置方法。
技术总结本申请公开了一种基于急诊大数据的救护车配置方法和电子设备，其中方法包括：获取救护车历史出勤数据和医院历史急诊数据；基于所述历史出勤数据和所述历史急诊数据确定多个现场热区和医院热区，所述现场热区为急诊病人出发区域；获取所述多个现场热区之间以及所述多个现场热区与所述医院热区之间的路线的历史交通信息；基于所述历史交通信息、所述现场热区和所述医院热区确定所述救护车的待命停靠站点。靠站点。靠站点。
技术研发人员：王想想 秦铁岭 孟祥伟
受保护的技术使用者：北京紫云智能科技有限公司
技术研发日：2022.06.24
技术公布日：2022/11/1
