基于轨道交通的医疗服务方法、服务端和系统与流程

文档序号:14796345发布日期:2018-06-29 06:30阅读:181来源:国知局

本发明涉及车辆控制技术领域,尤其涉及一种基于轨道交通的医疗服务方法、服务端和系统。



背景技术:

在列车上,乘客较多且乘客的身体状况各异,从而难以避免会出现乘客在列车上突发疾病或者出现其他需要医疗救助的情况。目前,在列车上出现需要医疗救助的情况时,往往是通过列车广播寻找医务工作者的方式,或者是通过电话求助医疗系统的急救中心对医疗救助过程进行辅助。

针对列车广播寻找医务工作者的方式,存在很大的不确定性,当列车内没有医务工作者时,则无法对乘客进行及时救助。另外,针对电话求助急救中心的方式,列车通常是在既定线路图的下一站停靠,由急救车在下一站对乘客进行医疗救助,但由于列车线路有时会较长,而且急救车或者医疗机构距离下一站的距离不确定,因此,这种方式医疗救助的效率就比较低。



技术实现要素:

本发明旨在至少在一定程度上解决相关技术中的技术问题之一。

为此,本发明的第一个目的在于提出一种基于轨道交通的医疗服务方法,以实现在列车上出现待救助的乘客时,能够及时对乘客进行医疗救助。

本发明的第二个目的在于提出一种基于轨道交通的医疗服务端。

本发明的第三个目的在于提出一种基于轨道交通的医疗服务系统。

为达上述目的,本发明第一方面实施例提出了一种基于轨道交通的医疗服务方法,包括:

当接收到列车上所设置的医疗客户端发送的求救信息时,根据所述列车当前所在位置,查询所述列车的行驶方向上的各车站周边预设范围内的医疗点位置;

针对每一个车站,根据车站周边的医疗点位置,预测从车站到达所述车站周边的各医疗点所需的第一时长;

从列车调度系统获取优先对所述列车进行调度的情况下,所述列车到达各车站所需的第二时长;

根据所述第一时长和所述第二时长,从各车站内选定停靠的目标车站,以及所述目标车站周边的目标医疗点;

通知所述列车调度系统调度所述列车停靠至所述目标车站,并通知所述目标医疗点所述目标车站的位置和所述求救信息。

本发明实施例的基于轨道交通的医疗服务方法,通过当接收到列车上所设置的医疗客户端发送的求救信息时,根据列车当前所在位置,查询列车的行驶方向上的各车站周边预设范围内的医疗点位置。进而针对每一个车站,根据该车站周边的医疗点位置,预测从该车站到达该车站周边的各医疗点所需的第一时长,并从列车调度系统获取优先对列车进行调度的情况下,列车到达各车站所需的第二时长,根据第一时长和第二时长,从各车站内选定停靠的目标车站,以及目标车站周边的目标医疗点。通知列车调度系统优先调度列车停靠至目标车站,并通知目标医疗点目标车站的位置和求救信息。由于选定停靠的目标车站以及目标车站周边的目标医疗点为最快能够停靠及到达的医疗点,从而缩短了对乘客进行医疗救助所需的时间,使得在列车上出现待救助的乘客时,能够及时对乘客进行医疗救助。

为达上述目的,本发明第二方面实施例提出了一种基于轨道交通的医疗服务端,包括:

查询模块,用于当接收到列车上所设置的医疗客户端发送的求救信息时,根据所述列车当前所在位置,查询所述列车的行驶方向上的各车站周边预设范围内的医疗点位置;

预测模块,用于针对每一个车站,根据车站周边的医疗点位置,预测从车站到达所述车站周边的各医疗点所需的第一时长;

获取模块,用于从列车调度系统获取优先对所述列车进行调度的情况下,所述列车到达各车站所需的第二时长;

确定模块,用于根据所述第一时长和所述第二时长,从各车站内选定停靠的目标车站,以及所述目标车站周边的目标医疗点;

通知模块,用于通知所述列车调度系统调度所述列车停靠至所述目标车站,并通知所述目标医疗点所述目标车站的位置和所述求救信息。

本发明实施例的基于轨道交通的医疗服务端,通过当接收到列车上所设置的医疗客户端发送的求救信息时,根据列车当前所在位置,查询列车的行驶方向上的各车站周边预设范围内的医疗点位置。进而针对每一个车站,根据该车站周边的医疗点位置,预测从该车站到达该车站周边的各医疗点所需的第一时长,并从列车调度系统获取优先对列车进行调度的情况下,列车到达各车站所需的第二时长,根据第一时长和第二时长,从各车站内选定停靠的目标车站,以及目标车站周边的目标医疗点。通知列车调度系统优先调度列车停靠至目标车站,并通知目标医疗点目标车站的位置和求救信息。由于选定停靠的目标车站以及目标车站周边的目标医疗点为最快能够停靠及到达的医疗点,从而缩短了对乘客进行医疗救助所需的时间,使得在列车上出现待救助的乘客时,能够及时对乘客进行医疗救助。

为达上述目的,本发明第三方面实施例提出了一种基于轨道交通的医疗服务系统,包括:

医疗客户端,设置于列车上,用于发送求救信息;

医疗服务端,用于当接收到所述求救信息时,根据所述列车当前所在位置,查询所述列车的行驶方向上的各车站周边预设范围内的医疗点位置;针对每一个车站,根据车站周边的医疗点位置,预测从车站到达所述车站周边的各医疗点所需的第一时长;从列车调度系统获取优先对所述列车进行调度的情况下,所述列车到达各车站所需的第二时长;根据所述第一时长和所述第二时长,从各车站内选定停靠的目标车站,以及所述目标车站周边的目标医疗点;通知所述列车调度系统调度所述列车停靠至所述目标车站,并通知所述目标医疗点所述目标车站的位置和所述求救信息。

本发明实施例的基于轨道交通的医疗服务系统,通过当接收到列车上所设置的医疗客户端发送的求救信息时,根据列车当前所在位置,查询列车的行驶方向上的各车站周边预设范围内的医疗点位置。进而针对每一个车站,根据该车站周边的医疗点位置,预测从该车站到达该车站周边的各医疗点所需的第一时长,并从列车调度系统获取优先对列车进行调度的情况下,列车到达各车站所需的第二时长,根据第一时长和第二时长,从各车站内选定停靠的目标车站,以及目标车站周边的目标医疗点。通知列车调度系统优先调度列车停靠至目标车站,并通知目标医疗点目标车站的位置和求救信息。由于选定停靠的目标车站以及目标车站周边的目标医疗点为最快能够停靠及到达的医疗点,从而缩短了对乘客进行医疗救助所需的时间,使得在列车上出现待救助的乘客时,能够及时对乘客进行医疗救助。

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

附图说明

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

图1为本发明实施例提供的一种基于轨道交通的医疗服务系统的结构示意图;

图2为本发明实施例所提供的一种基于轨道交通的医疗客户端10的结构示意图;

图3为本发明实施例所提供的一种基于轨道交通的医疗服务方法的流程示意图;以及

图4为本发明实施例提供的一种基于轨道交通的医疗服务端20的结构示意图。

具体实施方式

下面详细描述本发明的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,旨在用于解释本发明,而不能理解为对本发明的限制。

下面参考附图描述本发明实施例的基于轨道交通的医疗服务方法、服务端和系统。

图1为本发明实施例提供的一种基于轨道交通的医疗服务系统的结构示意图,如图1所示,医疗服务系统包括:医疗客户端10和医疗服务端20。

医疗客户端10,设置于列车上,用于发送求救信息。

医疗服务端20,用于当接收到所述求救信息时,根据所述列车当前所在位置,查询所述列车的行驶方向上的各车站周边预设范围内的医疗点位置;针对每一个车站,根据车站周边的医疗点位置,预测从车站到达所述车站周边的各医疗点所需的第一时长;从列车调度系统获取优先对所述列车进行调度的情况下,所述列车到达各车站所需的第二时长;根据所述第一时长和所述第二时长,从各车站内选定停靠的目标车站,以及所述目标车站周边的目标医疗点;通知所述列车调度系统调度所述列车停靠至所述目标车站,并通知所述目标医疗点所述目标车站的位置和所述求救信息。

本发明实施例所提供的医疗服务系统具体可以设置于列车监控中心内部。也就是说,本实施例所提供的医疗服务系统可以为列车监控中心的子系统,为列车的乘客提供高效的医疗服务。

医疗客户端10可以设置于列车上,具体可设置于列车的车厢内,并且医疗客户端10还可以建立与目标医疗点之间的通信连接,提供远程医疗指导。同时,医疗客户端10还可以通过列车信号系统与医疗服务端20通信。

为了增强生成求救信息的速度,医疗客户端10应当在列车运行过程中保持启动状态,以便及时获取乘客输入的相关信息。

具体地,作为一种可能的实现方式,医疗客户端10可以在出现乘客需要进行医疗救助的情况时,生成求救信息。例如:当乘客需要进行医疗救助时,可以由乘客本人,或者是其他乘客,还可以是乘务人员点击医疗客户端10所设置按键,这里的按键可以是虚拟按键,也可以是实体按键,本实施中对此不作限定。当医疗客户端10探测到点击该按键的操作时,生成求救信息,这里的求救信息可以包括医疗客户端10所安装的列车的标识。当医疗客户端10在列车上设置有多个时,求救信息中还可以包括医疗客户端10所在的具体位置,如所安装的列车车厢的标识。

图2为本发明实施例所提供的一种基于轨道交通的医疗客户端10的结构示意图,作为另一种可能的实现方式,如图2所示的医疗客户端10的结构示意图,医疗客户端10,包括:输入界面单元11和信息处理单元12。

其中,输入界面单元11,用于获取所输入的求救乘客身份信息和病情信息。例如:输入界面单元11在显示器显示交互界面,乘客可以在该界面内输入乘客身份信息,以及病情信息。

由于突发疾病时,乘客较为慌乱,为了简化乘客的输入步骤,这里的乘客身份信息,可以是通过扫描待救助乘客的车票获取到的;相似地,病情信息的输入过程也可以简化为,从若干选项中,选择出与当前病情吻合的选项。

具体地,可以在列车的每一节车厢内安装该医疗客户端10,当出现乘客需要进行医疗救助的情况时,可以由乘客本人,或者是其他乘客,还可以是乘务人员通过输入界面单元11输入乘客身份信息和病情信息。

信息处理单元12,用于根据求救乘客身份信息、病情信息以及列车的标识生成求救信息,并将求救信息发送至医疗服务端20。

这里列车的标识主要用于医疗服务端20识别待救助的乘客所在的列车,进而医疗服务端20可以通过列车信号系统对该列车进行定位,确定出该列车当前所在位置。

为了清楚说明本发明实施例所提供的医疗服务端20,本实施例提供了一种基于轨道交通的医疗服务方法,本实施例所提供的方法,可以由医疗服务端20执行。

图3为本发明实施例所提供的一种基于轨道交通的医疗服务方法的流程示意图。

如图3所示,该基于轨道交通的医疗服务方法包括以下步骤:

步骤101,当接收到列车上所设置的医疗客户端发送的求救信息时,根据所述列车当前所在位置,查询所述列车的行驶方向上的各车站周边预设范围内的医疗点位置。

具体地,当接收到列车上所设置的医疗客户端发送的求救信息时,通过列车信号系统对该列车进行定位,确定出该列车当前所在位置。进而,查询电子地图,确定出列车的行驶方向上的各车站周边预设范围内的医疗点位置。这里的预设范围可以是距离车站一定距离范围内的医疗点位置。

需要说明的是,这里的医疗点具体可以为医院、救护车等能够提供医疗服务的设施。

进一步,在求救信息包括求救乘客身份信息和病情信息的基础上,可以根据各医疗点的医疗能力与所述求救信息中的病情信息的匹配程度,对各医疗点进行筛选。从而尽量减少由于所选中的目标医疗点无法对乘客进行救助导致转院的情况发生,进一步提高救助的有效性和时效性。

步骤102,针对每一个车站,根据车站周边的医疗点位置,预测从车站到达所述车站周边的各医疗点所需的第一时长。

具体地,可以在电子地图中根据车站位置以及医疗点位置,计算车站和医疗点之间的路程距离,从而以汽车的普通行驶速度进行计算,确定行驶该段路程距离所需的时间,作为第一时长。

步骤103,从列车调度系统获取优先对所述列车进行调度的情况下,所述列车到达各车站所需的第二时长。

具体地,列车调度系统可以通过调整列车时刻表,优先对该列车进行调度,以便该列车能够以最快速度停靠所需车站。在此基础上,医疗服务端可以分别获取列车调度系统获取优先对所述列车进行调度的情况下,列车到达各车站所需的第二时长。

步骤104,根据第一时长和第二时长,从各车站内选定停靠的目标车站,以及目标车站周边的目标医疗点。

具体地,针对每一个医疗点,将从所述医疗点周边的车站到达所述医疗点所需的第一时长,以及从所述列车当前所在位置到达所述医疗点周边的车站所需的第二时长,进行求和得到总时长;根据所述总时长,选择所需总时长最短的目标医疗点,以及所述目标医疗点周边的目标车站。

步骤105,通知列车调度系统调度所述列车停靠至目标车站,并通知目标医疗点目标车站的位置和求救信息。

为了清楚说明前述的医疗服务方法,本实施例中还提供了一种应用实例,具体地,某条铁路线路有1号车站、2号车站、3号车站、4号车站、5号车站共5座车站,当前时间是16:00,有乘客在1号车站与2号车站中间突发急病,列车乘务人员或爱心人士可以通过安装于车厢的医疗客户端10帮助待救助乘客进行求救,医疗客户端10向医疗服务端20发送求救信息之后,医疗服务端20首先通过电子地图搜索前方2号车站、3号车站、4号车站周边医疗点的分布情况及医疗点的相关信息。

当距离2号车站最近的医疗点距离2号车站40公里,距离3号车站最近的医疗点距离3号车站20公里,距离4号车站最近的医院距离4号车站2公里的情况下,医疗服务端20将依据距离评估出适合营救的车站是3号车站和4号车站。

进而医疗服务端20请求列车调度系统评估通过时刻表调整3号车站和4号车站最快的到达时间。

如果通过时刻表调整,3号车站到达时间是16:10,4号车站到达时间是16:15,则医疗服务端20将确定4号车站为目标车站。

如果通过时刻表调整,3号车站到达时间是16:15,4号车站到达时间是16:45,医疗服务端20将评估3号车站是目标车站。

目标车站确定后,比如目标车站是4号车站,医疗服务端20将目标车站的位置和求救信息等信息传达到距离4号车站最近的目标医疗点,并确认目标医疗点到4号车站实施急救,之后向调度系统申请该列车停靠目标车站时的时刻表调整。同时也可以通过医疗客户端10建立列车车厢与医疗点的即时通信,使医疗服务工作更加协调。

进一步,可以在医疗服务端20中通过对医疗点进行注册,存储车站周边的医疗点的相关信息,如所存储的相关信息包括医疗能力,这里的医疗能力具体为该医疗点所能够提供医疗服务的病情描述。在接收到医疗客户端10发送的求救信息时,医疗服务端20可以根据各医疗点的医疗能力与求救信息中的病情信息的匹配程度,对各医疗点进行筛选,以便筛选出最适合病人的医院,使医疗服务质量进一步提高。

本实施例中,通过当接收到列车上所设置的医疗客户端发送的求救信息时,根据列车当前所在位置,查询列车的行驶方向上的各车站周边预设范围内的医疗点位置。进而针对每一个车站,根据该车站周边的医疗点位置,预测从该车站到达该车站周边的各医疗点所需的第一时长,并从列车调度系统获取优先对列车进行调度的情况下,列车到达各车站所需的第二时长,根据第一时长和第二时长,从各车站内选定停靠的目标车站,以及目标车站周边的目标医疗点。通知列车调度系统优先调度列车停靠至目标车站,并通知目标医疗点目标车站的位置和求救信息。由于选定停靠的目标车站以及目标车站周边的目标医疗点为最快能够停靠及到达的医疗点,从而缩短了对乘客进行医疗救助所需的时间,使得在列车上出现待救助的乘客时,能够及时对乘客进行医疗救助。

为了清楚说明上一实施例,本实施例提供了另一种基于轨道交通的医疗服务端20,图4为本发明实施例提供的一种基于轨道交通的医疗服务端20的结构示意图。

如图4所示,该基于轨道交通的医疗服务端20可以包括:

查询模块41,用于当接收到列车上所设置的医疗客户端发送的求救信息时,根据所述列车当前所在位置,查询所述列车的行驶方向上的各车站周边预设范围内的医疗点位置。

预测模块42,用于针对每一个车站,根据车站周边的医疗点位置,预测从车站到达所述车站周边的各医疗点所需的第一时长。

获取模块43,用于从列车调度系统获取优先对所述列车进行调度的情况下,所述列车到达各车站所需的第二时长。

确定模块44,用于根据所述第一时长和所述第二时长,从各车站内选定停靠的目标车站,以及所述目标车站周边的目标医疗点。

通知模块45,用于通知所述列车调度系统调度所述列车停靠至所述目标车站,并通知所述目标医疗点所述目标车站的位置和所述求救信息。

进一步地,在本发明实施例的一种可能的实现方式中,确定模块44,具体用于:针对每一个医疗点,将从所述医疗点周边的车站到达所述医疗点所需的第一时长,以及从所述列车当前所在位置到达所述医疗点周边的车站所需的第二时长,进行求和得到总时长;根据所述总时长,选择所需总时长最短的目标医疗点,以及所述目标医疗点周边的目标车站。

可选地,求救信息包括求救乘客身份信息和病情信息。

基于此,查询模块41,还用于在查询所述列车的行驶方向上的各车站周边预设范围内的医疗点位置之后,根据各医疗点的医疗能力与所述求救信息中的病情信息的匹配程度,对各医疗点进行筛选。

需要说明的是,前述对轨道交通的医疗服务方法实施例的解释说明也适用于该实施例的轨道交通的医疗服务端,此处不再赘述。

本实施例中,通过当接收到列车上所设置的医疗客户端发送的求救信息时,根据列车当前所在位置,查询列车的行驶方向上的各车站周边预设范围内的医疗点位置。进而针对每一个车站,根据该车站周边的医疗点位置,预测从该车站到达该车站周边的各医疗点所需的第一时长,并从列车调度系统获取优先对列车进行调度的情况下,列车到达各车站所需的第二时长,根据第一时长和第二时长,从各车站内选定停靠的目标车站,以及目标车站周边的目标医疗点。实现了及时对乘客进行医疗救助。

在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外,在不相互矛盾的情况下,本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

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

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为,表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分,并且本发明的优选实施方式的范围包括另外的实现,其中可以不按所示出或讨论的顺序,包括根据所涉及的功能按基本同时的方式或按相反的顺序,来执行功能,这应被本发明的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤,例如,可以被认为是用于实现逻辑功能的可执行指令的定序列表,可以具体实现在任何计算机可读介质中,以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用,或结合这些指令执行系统、装置或设备而使用。就本说明书而言,\"计算机可读介质\"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下:具有一个或多个布线的电连接部(电子装置),便携式计算机盘盒(磁装置),随机存取存储器(RAM),只读存储器(ROM),可擦除可编辑只读存储器(EPROM或闪速存储器),光纤装置,以及便携式光盘只读存储器(CDROM)。另外,计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质,因为可以例如通过对纸或其他介质进行光学扫描,接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序,然后将其存储在计算机存储器中。

应当理解,本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中,多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如,如果用硬件来实现和在另一实施方式中一样,可用本领域公知的下列技术中的任一项或他们的组合来实现:具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路,具有合适的组合逻辑门电路的专用集成电路,可编程门阵列(PGA),现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括方法实施例的步骤之一或其组合。

此外,在本发明各个实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器,磁盘或光盘等。尽管上面已经示出和描述了本发明的实施例,可以理解的是,上述实施例是示例性的,不能理解为对本发明的限制,本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

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