CN104112247A - 急救服务器、呼叫终端及紧急呼叫方法 - Google Patents

Abstract

本发明公开了一种急救服务器、呼叫终端及紧急呼叫方法，涉及计算机及通信技术领域。所述急救服务器包括：服务器接收单元，用于接收呼叫终端的急救消息；服务器处理单元，用于根据所述急救消息获得呼叫用户的账号信息，以及根据所述账号信息查询区域卫生平台，获得所述呼叫用户的电子健康档案；服务器发送单元，用于将所述电子健康档案发送给急救人员的急救终端。所述急救服务器、呼叫终端及紧急呼叫方法，通过急救消息中的账号信息查询区域卫生平台，获得所述呼叫用户的电子健康档案，进而可以指导急救人员提前进行急救准备，节省了宝贵的急救时间，提高了急救成功率。

Description

急救服务器、呼叫终端及紧急呼叫方法

技术领域

本发明涉及计算机及通信技术领域，尤其涉及一种急救服务器、呼叫终端及紧急呼叫方法。

背景技术

目前，随着人口老龄化加剧和社会的发展，老人单独居住的情况越来越多。随着年龄的增大，老人的健康水平在不断下降，发生需要急救的情况也会越来越多。一方面，由于单独居住，缺少家人的帮助，病人在拨打急救电话的时候有可能无法单独完成通话过程；另一方面，病人也可能记不住自己的历史健康信息，在呼叫过程中无法将健康信息（比如急救史、疾病史、过敏史、血型等）完整地告知院前急救中心，这样急救中心就无法提前进行正对性的急救准备，同时会导致由急救医师先判断具体病症后交由相对应的科室医师来处理，浪费了宝贵的急救时间。

发明内容

本发明实施例提供急救服务器、呼叫终端及紧急呼叫方法，以解决现有紧急呼叫过程中急救时间被浪费的问题。

为了解决上述技术问题，本发明实施例公开了如下技术方案：

第一方面，提供一种急救服务器，其包括：

服务器接收单元，用于接收呼叫终端的急救消息；

服务器处理单元，用于根据所述急救消息获得呼叫用户的账号信息，以及根据所述账号信息查询区域卫生平台，获得所述呼叫用户的电子健康档案；

服务器发送单元，用于将所述电子健康档案发送给急救人员的急救终端。

在第一方面的第一种可能的实现方式中，所述急救消息为会话初始化协议SIP数据包，所述账号信息设置于所述SIP数据包的自定义字段。

在第一方面的第二种可能的实现方式中，服务器处理单元包括：服务器解析模块和服务器查询模块；

所述服务器解析模块，用于解析所述急救消息，获得所述呼叫用户的账号信息和位置信息；

所述服务器查询模块，用于根据所述账号信息查询区域卫生平台，获得所述呼叫用户的电子健康档案；

所述服务器发送单元，还用于将所述位置信息发送给急救人员的急救终端。

在第一方面的第三种可能的实现方式中，服务器处理单元还包括：

档案分析模块，用于分析所述电子健康档案，并提取所述电子健康档案中的急救史信息和疾病史信息；

首诊医生匹配模块，用于根据所述急救史信息和疾病史信息，匹配得到所述呼叫用户的首诊医生。

在第一方面的第四种可能的实现方式中，所述服务器发送单元，还用于将所述电子健康档案发送给所述首诊医生的急救终端。

在第一方面的第五种可能的实现方式中，所述首诊医生匹配模块包括：

急救史分析子模块，用于根据所述急救史信息获得所述呼叫用户的最近一次急救的急救医生，查询医生数据库判断所述急救医生是否适用，如果是，将所述急救医生作为所述呼叫用户的首诊医生；否则，通知疾病史分析子模块进行疾病史分析；

所述疾病史分析子模块，用于根据所述疾病史信息获得所述呼叫用户的最近最多的就诊疾病，得到所述最近最多的就诊疾病匹配的科室，根据所述匹配的科室查询所述医生数据库获得适用医生，从所述适用医生中选择职称最高的医生作为所述呼叫用户的首诊医生。

在第一方面的第六种可能的实现方式中，所述急救服务器还包括：

服务器连接单元，用于建立所述呼叫终端和所述急救终端之间的连接，以供所述急救人员通过音频和/或视频指导所述呼叫用户进行急救。

第二方面，提供一种呼叫终端，其包括：

终端输入单元，用于输入呼叫用户的呼叫指令；

终端处理单元，用于根据所述呼叫指令生成急救消息，所述急救消息包含所述呼叫用户的账号信息；

终端发送单元，用于向急救服务器发送所述急救消息。

在第二方面的第一种可能的实现方式中，所述呼叫终端还包括：终端存储单元；

所述终端输入单元，还用于输入所述呼叫用户的注册信息；

所述终端处理单元，还用于根据所述注册信息建立所述呼叫用户的账号信息；

所述终端存储单元，用于存储所述账号信息。

在第二方面的第二种可能的实现方式中，所述呼叫终端还包括：终端定位单元；

所述终端定位单元，用于获取所述呼叫用户的位置信息；

所述终端处理单元，还用于将所述位置信息嵌入所述急救消息。

在第二方面的第三种可能的实现方式中，所述呼叫终端还包括：

终端接收单元，用于接收急救终端发送的急救指导信息；

终端输出单元，用于以音频和/或视频形式输出所述急救指导信息。

第三方面，提供了一种紧急呼叫方法，其包括步骤：

接收呼叫终端的急救消息；

根据所述急救消息获得呼叫用户的账号信息，以及根据所述账号信息查询区域卫生平台，获得所述呼叫用户的电子健康档案；

将所述电子健康档案发送给急救人员的急救终端。

在第三方面的第一种可能的实现方式中，所述急救消息为SIP数据包，所述账号信息设置于所述SIP数据包的自定义字段。

在第三方面的第二种可能的实现方式中，根据所述急救消息获得呼叫用户的账号信息，具体包括：解析所述急救消息，获得所述呼叫用户的账号信息和位置信息；

将所述电子健康档案发送给急救人员的急救终端，具体包括：将所述电子健康档案和所述位置信息发送给急救人员的急救终端。

在第三方面的第三种可能的实现方式中，所述紧急呼叫方法还包括：

分析所述电子健康档案，并提取所述电子健康档案中的急救史信息和疾病史信息；

根据所述急救史信息和疾病史信息，匹配得到所述呼叫用户的首诊医生；

将所述电子健康档案发送给所述首诊医生的急救终端。

在第三方面的第四种可能的实现方式中，根据所述急救史信息和疾病史信息，匹配得到所述呼叫用户的首诊医生，具体包括：

判断所述急救史信息是否为空，如果是，执行下一步；否则，根据所述急救史信息获得所述呼叫用户的最近一次急救的急救医生，查询医生数据库判断所述急救医生是否适用，如果是，将所述急救医生作为所述呼叫用户的首诊医生，结束流程，否则，执行下一步；

根据所述疾病史信息获得所述呼叫用户的最近最多的就诊疾病，得到所述最近最多的就诊疾病匹配的科室，根据所述匹配的科室查询所述医生数据库获得适用医生，从所述适用医生中选择职称最高的医生作为所述呼叫用户的首诊医生。

在第三方面的第五种可能的实现方式中，根据所述疾病史信息获得所述呼叫用户的最近最多的就诊疾病，具体包括：

对应于所述疾病史信息中的N种疾病，建立N维向量，所述N维向量中每个分量的初值为0；

读取所述疾病史信息中的疾病信息记录，获得当前疾病信息记录对应的当前疾病种类，以及当前疾病信息记录创建时间距今的时间T，计算得到当前疾病信息记录的权重w=1/(1+T)；

令所述N维向量中对应于当前疾病种类的分量的值加上所述权重w；

重复读取所述疾病史信息中的疾病信息记录的步骤以及令所述N维向量中对应于当前疾病种类的分量的值加上所述权重w的步骤，直至所述疾病史信息中的疾病信息记录读取完毕；

选取所述N维向量中数值最大的分量对应的疾病种类作为所述呼叫用户的最近最多的就诊疾病。

在第三方面的第六种可能的实现方式中，所述紧急呼叫方法还包括步骤：

建立所述呼叫终端和所述急救终端之间的连接；

所述急救人员通过音频和/或视频指导所述呼叫用户进行急救。

在第四方面，提供了一种紧急呼叫方法，其包括步骤：

输入呼叫用户的呼叫指令；

根据所述呼叫指令生成急救消息，所述急救消息包含所述呼叫用户的账号信息；

向急救服务器发送所述急救消息。

在第四方面的第一种可能的实现方式中，所述紧急呼叫方法还包括步骤：

输入所述呼叫用户的注册信息；

根据所述注册信息建立并存储所述呼叫用户的账号信息。

在第四方面的第二种可能的实现方式中，所述紧急呼叫方法还包括步骤：

获取所述呼叫用户的位置信息；

将所述位置信息嵌入所述急救消息。

在第四方面的第三种可能的实现方式中，所述紧急呼叫方法还包括步骤：

接收急救终端发送的急救指导信息；

以音频和/或视频形式输出所述急救指导信息。

本发明实施例中，所述急救服务器、呼叫终端及紧急呼叫方法，具有以下优势：通过急救消息中的账号信息查询区域卫生平台，获得所述呼叫用户的电子健康档案，进而可以指导急救人员提前进行急救准备，节省了宝贵的急救时间，提高了急救成功率。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例1所述急救服务器的模块结构示意图；

图2a是本发明实施例2的服务器处理单元的内部模块结构示意图；

图2b是本发明实施例2的首诊医生匹配模块的内部模块结构示意图；

图3是本发明实施例3所述急救服务器的模块结构示意图；

图4是本发明实施例4所述呼叫终端的模块结构示意图；

图5是本发明实施例5所述呼叫终端的模块结构示意图；

图6是本发明实施例6所述紧急呼叫方法的流程图；

图7a是本发明实施例7所述紧急呼叫方法的流程图；

图7b和图7c是本发明实施例7所述紧急呼叫方法的细化流程图；

图8是本发明实施例8所述紧急呼叫方法的流程图；

图9是本发明的急救服务器的硬件结构示意图；

图10是本发明的呼叫终端的硬件结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

区域卫生平台，是连接区域内的医疗卫生机构基本业务信息系统的数据交换和共享平台，是不同系统间进行信息整合的基础和载体。所有的居民健康信息，可以通过电子健康档案的方式存储在区域卫生平台。健康档案是居民健康管理（疾病防治、健康保护、健康促进等）过程的规范、科学记录，是以居民个人健康为核心、贯穿整个生命过程、涵盖各种健康相关因素、实现信息多渠道动态收集、满足居民自身需要和健康管理的信息资源（文件记录）。电子健康档案是电子化的健康档案，由计算机创建、处理和保存的个人健康信息资源，以计算机可处理的形式存在，并且能够安全的存储和传输，各级授权用户均可访问。当用户的健康信息以电子健康档案的方式存储后，就可以分析用户的健康检查指标，通过区域卫生平台，用户可以通过计算机网络查询到病人的电子健康档案，获得病人疾病史、过敏史、血型等健康信息。

本申请基于所述区域卫生平台获取呼叫用户的电子健康档案，进而供急救人员提前进行急救准备，以便节省宝贵的急救时间。

下面结合附图和实施例，对本发明的具体实施方式作进一步详细描述。以下实施例用于说明本发明，但不用来限制本发明的范围。

实施例1

图1是本发明实施例1所述急救服务器的模块结构示意图，如图1所示，所述急救服务器100包括：服务器接收单元110、服务器处理单元120和服务器发送单元130。

所述服务器接收单元110，用于接收呼叫终端的急救消息。其中，所述呼叫终端由呼叫用户（一般为病人）持有，通过所述呼叫终端，呼叫用户可以向急救服务器100发送急救消息，以进行急救呼叫。所述急救消息至少要包含呼叫用户的账号信息。所述账号信息可以对应于呼叫用户的身份证号码，一般由呼叫用户在健康时预先注册得到，并存储于所述呼叫终端，也就是说，只要呼叫用户进行紧急呼叫，所述呼叫终端可以自动将所述账号信息封装至所述急救消息中。同时，下述区域卫生平台对应于所述账号信息存储有所述呼叫用户的电子健康档案。

服务器处理单元120，用于根据所述急救消息获得呼叫用户的账号信息，以及根据所述账号信息查询区域卫生平台，获得所述呼叫用户的电子健康档案。其中，所述服务器处理单元120会对所述急救消息进行解析，以获得所述账号信息，进而可以查询区域卫生平台，获得所述呼叫用户的电子健康档案。

服务器发送单元130，用于将所述电子健康档案发送给急救人员的急救终端。所述急救终端由急救人员持有，其用于根据所述电子健康档案展示所述呼叫用户的急救史、疾病史、过敏史、血型等健康信息给急救人员，以供急救人员提前进行急救准备。

本实施例所述急救服务器，通过急救消息中的账号信息查询区域卫生平台，获得所述呼叫用户的电子健康档案，进而可以指导急救人员提前进行急救准备，节省了宝贵的急救时间，提高了急救成功率。

实施例2

本实施例基于实施例1进行描述，参见图2a，服务器处理单元220进一步包括：服务器解析模块221、服务器查询模块222、档案分析模块223和首诊医生匹配模块224。

其中，所述服务器解析模块221，用于解析急救消息，获得所述呼叫用户的账号信息和位置信息。

本实施例中，所述急救消息的发送可以采用VoIP（Voice over InternetProtocol，IP电话）技术，具体地，所述急救消息可以采用SIP数据包。VoIP简而言之就是将模拟声音信号数字化，以数据包（Data Packet）的形式在IP数据网络上做实时传递。目前的手机、平板电脑在安装相应的软件后都可以实现VoIP通话。会话初始化协议SIP是VoIP的信令标准之一，是IETF制定的一种多媒体通信系统框架协议，SIP协议与其他协议一起可完成多媒体呼叫。SIP协议使用客户端/服务器端模型。客户端发送请求，接收响应；服务器端接收请求，发送响应。消息是SIP协议的基本单位，是客户端和服务器端的基本交互单元。任何一个消息都是由第一行、头域和任选的消息体组成。开发者可以在SIP协议中自定义字段中添加私有数据，达到通过SIP协议传送特定信息的功能。本实施例中，所述账号信息和位置信息均设置于所述SIP数据包的自定义字段。其中，所述位置信息用于方便急救人员对呼叫用户进行定位，如果呼叫用户在紧急呼叫时口述了其位置信息，所述急救消息中可以不包含位置信息。

所述服务器查询模块222，用于根据所述账号信息查询区域卫生平台，获得所述呼叫用户的电子健康档案。所述账号信息可以是为呼叫用户专门设定的用户身份标示号码ID，也可以直接使用呼叫用户的身份证号。所述区域卫生平台可以以所述账号信息为索引存储所述呼叫用户的电子健康档案。

所述档案分析模块223，用于分析所述电子健康档案，并提取所述电子健康档案中的急救史信息和疾病史信息。所述电子健康档案中记录有所述呼叫用户的急救史、疾病史、过敏史、血型等信息，其中，急救史信息和疾病史信息是急救过程所要参考的关键信息。

所述首诊医生匹配模块224，用于根据所述急救史信息和疾病史信息，匹配得到所述呼叫用户的首诊医生。

参见图2b，所述首诊医生匹配模块224包括：急救史分析子模块224a和疾病史分析子模块224b。

其中，所述急救史分析子模块224a用于根据所述急救史信息获得所述呼叫用户的最近一次急救的急救医生，查询医生数据库判断所述急救医生是否适用，如果是，将所述急救医生作为所述呼叫用户的首诊医生；否则，通知疾病史分析子模块224b进行疾病史分析。如果所述呼叫用户的急救史信息为空，即没有急救史信息，则直接由所述疾病史分析子模块224b对所述呼叫用户的疾病史信息进行分析，以匹配得到所述呼叫用户的首诊医生。

所述疾病史分析子模块224b，用于根据所述疾病史信息获得所述呼叫用户的最近最多的就诊疾病，得到所述最近最多的就诊疾病匹配的科室，根据所述匹配的科室查询所述医生数据库获得适用医生，从所述适用医生中选择职称最高的医生作为所述呼叫用户的首诊医生。

其中，根据所述疾病史信息获得所述呼叫用户的最近最多的就诊疾病的处理过程如下：

对应于所述疾病史信息中的N种疾病，建立N维向量，所述N维向量中每个分量的初值为0；

读取所述疾病史信息中的疾病信息记录，获得当前疾病信息记录对应的当前疾病种类，以及当前疾病信息记录创建时间距今的时间T，计算得到当前疾病信息记录的权重w=1/(1+T)；

令所述N维向量中对应于当前疾病种类的分量的值加上所述权重w；

重复读取所述疾病史信息中的疾病信息记录的步骤以及令所述N维向量中对应于当前疾病种类的分量的值加上所述权重w的步骤，直至所述疾病史信息中的疾病信息记录读取完毕；

选取所述N维向量中数值最大的分量对应的疾病种类作为所述呼叫用户的最近最多的就诊疾病。

另外，本实施例中，所述发送单元，还用于将所述电子健康档案发送给急救人员以及所述首诊医生的急救终端。可选地，所述发送单元，还用于将所述位置信息发送给急救人员以及所述首诊医生的急救终端。

本实施例中，所述急救服务器基于所述电子健康档案中的急救史信息及疾病史信息提取确定呼叫用户的首诊医生，并将电子健康档案也发送给首诊医生的急救终端，更有利于首诊医生提取制定急救方案，避免了由急救人员判断具体病症后再转交相对应的科室医师处理所造成的时间浪费。另外，通过将位置信息嵌入急救消息，呼叫用户即使只拨通呼叫终端，无需口述任何信息，急救人员都可以确定呼叫人员的位置，提高了急救成功率。

实施例3

参见图3，本实施例基于实施例1或2进行描述，急救服务器300，除了包括：服务器接收单元310、服务器处理单元320和服务器发送单元330，还进一步包括：服务器连接单元340。

所述服务器连接单元340，用于建立所述呼叫终端和所述急救终端之间的连接，以供所述急救人员通过音频和/或视频指导所述呼叫用户进行急救。

呼叫用户身边没有懂医疗知识的人员，家人朋友往往无法进行简单急救，而急救的前几分钟往往是非常宝贵的，合理的简单急救或许会大大的提高急救成功率。通过所述服务器连接单元340，急救人员可以在到达呼叫用户的位置处之前，指导呼叫用户及家人朋友进行简单急救。此外，如果已经确定了首诊医生，也可以令所述首诊医生通过音频和/或视频指导所述呼叫用户进行急救。

另外，当通过视频指导所述呼叫用户进行急救时，往往数据传输量较大，这时也可以设置独立的视频通话服务器，所述视频通话服务器可以在所述急救服务器的控制下适时建立所述呼叫终端和所述急救终端之间的连接，以供所述急救人员或首诊医生以视频通话方式指导所述呼叫用户进行急救。

实施例4

图4是本发明实施例4所述呼叫终端的模块结构示意图，如图4所示，所述呼叫终端400包括：终端输入单元410、终端处理单元420和终端发送单元430。

终端输入单元410，用于输入呼叫用户的呼叫指令。所述终端输入单元410一般包括：拨号装置和声音采集装置，所述拨号装置可以采用键盘，所述声音采集装置可以采用麦克风。另外，可选地，所述终端输入单元410还可以包括图像采集装置，比如摄像头。

终端处理单元420，用于根据所述呼叫指令生成急救消息，所述急救消息包含所述呼叫用户的账号信息。所述账号信息一般由所述呼叫用户预先注册并存储于所述呼叫终端上，所述终端处理单元420在生成所述急救消息时，将所述账号信息嵌入所述急救消息，比如当所述急救消息为SIP数据包，所述账号信息设置于所述SIP数据包的自定义字段。

终端发送单元430，用于向急救服务器发送所述急救消息。

本实施例所述呼叫终端，在急救消息中嵌入呼叫用户的账号信息，以供急救服务器查询区域卫生平台并获得呼叫用户的电子健康档案，进而可以指导急救人员提前进行急救准备，节省了宝贵的急救时间，提高了急救成功率。

实施例5

本实施例基于实施例4进行描述，参见图5，所述呼叫终端除了包括：终端输入单元510、终端处理单元520和终端发送单元530，还包括：终端定位单元540、终端输出单元550、终端存储单元560和终端接收单元570。

一种实施方式中，所述终端输入单元510，还用于输入所述呼叫用户的注册信息；所述终端处理单元520，还用于根据所述注册信息建立所述呼叫用户的账号信息；所述终端存储单元560，用于存储所述账号信息。

另一种实施方式中，所述终端定位单元540，用于获取所述呼叫用户的位置信息；所述终端处理单元520，还用于将所述位置信息嵌入所述急救消息。

再一种实施方式中，所述终端接收单元570，用于接收急救终端发送的急救指导信息；所述终端输出单元550，用于以音频和/或视频形式输出所述急救指导信息。

本实施例所述呼叫终端，通过设置所述终端定位单元540，自动获取所述呼叫用户的位置信息，并由所述终端处理单元520将所述位置信息嵌入所述急救消息，这样呼叫用户即使只拨通呼叫终端，无需口述任何信息，急救人员都可以确定呼叫人员的位置，提高了急救成功率。通过设置所述终端接收单元570和所述终端输出单元550，急救人员可以在到达呼叫用户的位置处之前，指导呼叫用户及家人朋友进行简单急救，进一步提高了急救成功率。

实施例6

图6是本发明实施例6所述紧急呼叫方法的流程图，如图6所示，所述方法包括步骤：

610：接收呼叫终端的急救消息。其中，所述呼叫终端由呼叫用户（一般为病人）持有，通过所述呼叫终端，呼叫用户可以向急救服务器发送急救消息，以进行急救呼叫。所述急救消息至少要包含呼叫用户的账号信息。所述账号信息可以对应于呼叫用户的身份证号码，一般由呼叫用户在健康时预先注册得到，并存储于所述呼叫终端，也就是说，只要呼叫用户进行紧急呼叫，所述呼叫终端可以自动将所述账号信息封装至所述急救消息中。同时，下述区域卫生平台对应于所述账号信息存储有所述呼叫用户的电子健康档案。

620：根据所述急救消息获得呼叫用户的账号信息，以及根据所述账号信息查询区域卫生平台，获得所述呼叫用户的电子健康档案。

630：将所述电子健康档案发送给急救人员的急救终端。所述急救终端由急救人员持有，其用于根据所述电子健康档案展示所述呼叫用户的急救史、疾病史、过敏史、血型等健康信息给急救人员，以供急救人员提前进行急救准备。

本实施例所述紧急呼叫方法，通过急救消息中的账号信息查询区域卫生平台，获得所述呼叫用户的电子健康档案，进而可以指导急救人员提前进行急救准备，节省了宝贵的急救时间，提高了急救成功率。

实施例7

本实施例基于上一实施例进行描述，参见图7a，本实施例所述紧急呼叫方法包括步骤：

710：接收呼叫终端的急救消息。

720：根据所述急救消息获得呼叫用户的账号信息，以及根据所述账号信息查询区域卫生平台，获得所述呼叫用户的电子健康档案。

另外，根据所述急救消息获得呼叫用户的账号信息，还可以具体包括：解析所述急救消息，获得所述呼叫用户的账号信息和位置信息。其中，所述位置信息为可选信息，通过在所述急救消息中嵌入所述位置信息，可以方便急救人员对呼叫用户进行定位。

730：分析所述电子健康档案，并提取所述电子健康档案中的急救史信息和疾病史信息。所述电子健康档案中记录有所述呼叫用户的急救史、疾病史、过敏史、血型等信息，其中，急救史信息和疾病史信息是急救过程所要参考的关键信息。

740：根据所述急救史信息和疾病史信息，匹配得到所述呼叫用户的首诊医生。

750：将所述电子健康档案发送给急救人员和所述首诊医生的急救终端。另外，如果所述步骤720中，解析所述急救消息，同时获得所述呼叫用户的账号信息和位置信息，则本步骤中，同时将所述位置信息发送给急救人员和所述首诊医生的急救终端。

参见图7b，所述步骤740进一步包括：

741：判断所述急救史信息是否为空，如果是，执行下一步；否则，根据所述急救史信息获得所述呼叫用户的最近一次急救的急救医生，查询医生数据库判断所述急救医生是否适用，如果是，将所述急救医生作为所述呼叫用户的首诊医生，结束流程，否则，执行下一步。

742：根据所述疾病史信息获得所述呼叫用户的最近最多的就诊疾病，得到所述最近最多的就诊疾病匹配的科室，根据所述匹配的科室查询所述医生数据库获得适用医生，从所述适用医生中选择职称最高的医生作为所述呼叫用户的首诊医生。

其中，根据所述疾病史信息获得所述呼叫用户的最近最多的就诊疾病，具体步骤如图7c所示，其包括：

对应于所述疾病史信息中的N种疾病，建立N维向量，所述N维向量中每个分量的初值为0；

读取所述疾病史信息中的疾病信息记录，获得当前疾病信息记录对应的当前疾病种类，以及当前疾病信息记录创建时间距今的时间T，计算得到当前疾病信息记录的权重w=1/(1+T)；

令所述N维向量中对应于当前疾病种类的分量的值加上所述权重w；

重复读取所述疾病史信息中的疾病信息记录的步骤以及令所述N维向量中对应于当前疾病种类的分量的值加上所述权重w的步骤，直至所述疾病史信息中的疾病信息记录读取完毕；

选取所述N维向量中数值最大的分量对应的疾病种类作为所述呼叫用户的最近最多的就诊疾病。

此外，本实施例所述紧急呼叫方法还可以包括步骤：

建立所述呼叫终端和所述急救终端之间的连接；

所述急救人员通过音频和/或视频指导所述呼叫用户进行急救。

本实施例中，基于所述电子健康档案中的急救史信息及疾病史信息提取确定呼叫用户的首诊医生，并将电子健康档案也发送给首诊医生的急救终端，更有利于首诊医生提取制定急救方案，避免了由急救人员判断具体病症后再转交相对应的科室医师处理所造成的时间浪费。另外，通过将位置信息嵌入急救消息，呼叫用户即使只拨通呼叫终端，无需口述任何信息，急救人员都可以确定呼叫人员的位置，提高了急救成功率。另外，通过建立所述呼叫终端和所述急救终端之间的连接，急救人员可以在到达呼叫用户的位置处之前，指导呼叫用户及家人朋友进行简单急救，进一步提高了急救成功率。

实施例8

图8是本发明实施例8所述紧急呼叫方法的流程图，如图8所示，所述方法包括步骤：

810：输入呼叫用户的呼叫指令。本步骤可以采用键盘、麦克风输入呼叫指令，另外，可选地，还可以采用摄像头采集图像信息，以便于急救终端进行视频通话。

820：根据所述呼叫指令生成急救消息，所述急救消息包含所述呼叫用户的账号信息。所述账号信息一般由所述呼叫用户预先注册并存储于所述呼叫终端上，所述终端处理单元420在生成所述急救消息时，将所述账号信息嵌入所述急救消息，比如当所述急救消息为SIP数据包，所述账号信息设置于所述SIP数据包的自定义字段。

830：向急救服务器发送所述急救消息。

本实施例所述紧急呼叫方法，在急救消息中嵌入呼叫用户的账号信息，以供急救服务器查询区域卫生平台并获得呼叫用户的电子健康档案，进而可以指导急救人员提前进行急救准备，节省了宝贵的急救时间，提高了急救成功率。实施例9

本实施例基于实施例8进行描述，所述紧急呼叫方法还可以包括步骤：

输入所述呼叫用户的注册信息；

根据所述注册信息建立并存储所述呼叫用户的账号信息。

另外，所述紧急呼叫方法还可以包括步骤：

获取所述呼叫用户的位置信息；

将所述位置信息嵌入所述急救消息。

以及，还可以包括步骤：

接收急救终端发送的急救指导信息；

以音频和/或视频形式输出所述急救指导信息。

本实施例所述紧急呼叫方法，通过将所述位置信息嵌入所述急救消息，这样呼叫用户即使只拨通呼叫终端，无需口述任何信息，急救人员都可以确定呼叫人员的位置，提高了急救成功率。通过建立所述呼叫终端和所述急救终端之间的连接，急救人员可以在到达呼叫用户的位置处之前，指导呼叫用户及家人朋友进行简单急救，进一步提高了急救成功率。

图9是本发明的急救服务器的硬件结构示意图，如图9所示，所述急救服务器900与现有计算机相类似。其输入接口910和输出接口930与外部设备进行信息交互，比如通过输入接口910接收呼叫终端的急救消息，通过输出接口930将所述电子健康档案发送给急救人员的急救终端等；同时，其通过处理器920对来自外部设备的信息进行处理，比如根据所述急救消息获得呼叫用户的账号信息，以及根据所述账号信息查询区域卫生平台，获得所述呼叫用户的电子健康档案，再比如对所述电子健康档案进行分析以匹配首诊医生等。

图10是本发明的呼叫终端的硬件结构示意图，如图10所示，呼叫终端1000包括天线1010、发射电路1020、接收电路1030、显示输出电路1040、处理单元1050和存储器1060。处理单元1050控制呼叫终端1000的操作，处理单元1050还可以称为CPU。存储器1060可以包括只读存储器和随机存取存储器，并向处理单元1050提供数据。存储器1060的一部分还可以包括非易失行随机存取存储器（NVRAM）。具体的应用中，呼叫终端1000可以嵌入或者本身可以就是例如移动电话之类的无线通信设备，还可以包括容纳发射电路1020和接收电路1030的载体，以允许呼叫终端1000和远程位置之间进行数据发射和接收。发射电路1020和接收电路1030可以耦合到天线1010。呼叫终端1000的各个组件通过总线系统1070耦合在一起，其中，总线系统1070除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚明起见，在图中将各种总线都标为总线系统1070。站点设备1200还可以还包括显示输出电路1040，用于在于急救终端进行视频通话时输出视频图像。

本发明实施例所述急救服务器、呼叫终端及紧急呼叫方法，具有以下优势：通过急救消息中的账号信息查询区域卫生平台，获得所述呼叫用户的电子健康档案，进而可以指导急救人员提前进行急救准备，节省了宝贵的急救时间，提高了急救成功率；基于所述电子健康档案中的急救史信息及疾病史信息提取确定呼叫用户的首诊医生，并将电子健康档案也发送给首诊医生的急救终端，更有利于首诊医生提取制定急救方案，避免了由急救人员判断具体病症后再转交相对应的科室医师处理所造成的时间浪费；另外，通过将位置信息嵌入急救消息，呼叫用户即使只拨通呼叫终端，无需口述任何信息，急救人员都可以确定呼叫人员的位置，提高了急救成功率；通过建立所述呼叫终端和所述急救终端之间的连接，急救人员可以在到达呼叫用户的位置处之前，指导呼叫用户及家人朋友进行简单急救，进一步提高了急救成功率。

本领域普通技术人员将会理解，本发明的各个方面、或各个方面的可能实现方式可以被具体实施为系统、方法或者计算机程序产品。因此，本发明的各方面、或各个方面的可能实现方式可以采用完全硬件实施例、完全软件实施例(包括固件、驻留软件等等)，或者组合软件和硬件方面的实施例的形式，在这里都统称为“电路”、“模块”或者“系统”。此外，本发明的各方面、或各个方面的可能实现方式可以采用计算机程序产品的形式，计算机程序产品是指存储在计算机可读介质中的计算机可读程序代码。

计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质包含但不限于电子、磁性、光学、电磁、红外或半导体系统、设备或者装置，或者前述的任意适当组合，如随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器（EPROM或者快闪存储器）、光纤、便携式只读存储器(CD-ROM)。

计算机中的处理器读取存储在计算机可读介质中的计算机可读程序代码，使得处理器能够执行在流程图中每个步骤、或各步骤的组合中规定的功能动作；生成实施在框图的每一块、或各块的组合中规定的功能动作的装置。

计算机可读程序代码可以完全在用户的计算机上执行、部分在用户的计算机上执行、作为单独的软件包、部分在用户的计算机上并且部分在远程计算机上，或者完全在远程计算机或者服务器上执行。也应该注意，在某些替代实施方案中，在流程图中各步骤、或框图中各块所注明的功能可能不按图中注明的顺序发生。例如，依赖于所涉及的功能，接连示出的两个步骤、或两个块实际上可能被大致同时执行，或者这些块有时候可能被以相反顺序执行。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (22)

1.一种急救服务器，其特征在于，包括：

服务器接收单元，用于接收呼叫终端的急救消息；

服务器处理单元，用于根据所述急救消息获得呼叫用户的账号信息，以及根据所述账号信息查询区域卫生平台，获得所述呼叫用户的电子健康档案；

服务器发送单元，用于将所述电子健康档案发送给急救人员的急救终端。

2.如权利要求1所述的急救服务器，其特征在于，所述急救消息为会话初始化协议SIP数据包，所述账号信息设置于所述SIP数据包的自定义字段。

3.如权利要求1所述的急救服务器，其特征在于，服务器处理单元包括：服务器解析模块和服务器查询模块；

所述服务器解析模块，用于解析所述急救消息，获得所述呼叫用户的账号信息和位置信息；

所述服务器查询模块，用于根据所述账号信息查询区域卫生平台，获得所述呼叫用户的电子健康档案；

所述服务器发送单元，还用于将所述位置信息发送给急救人员的急救终端。

4.如权利要求3所述的急救服务器，其特征在于，服务器处理单元还包括：

档案分析模块，用于分析所述电子健康档案，并提取所述电子健康档案中的急救史信息和疾病史信息；

首诊医生匹配模块，用于根据所述急救史信息和疾病史信息，匹配得到所述呼叫用户的首诊医生。

5.如权利要求4所述的急救服务器，其特征在于，所述服务器发送单元，还用于将所述电子健康档案发送给所述首诊医生的急救终端。

6.如权利要求4所述的急救服务器，其特征在于，所述首诊医生匹配模块包括：

急救史分析子模块，用于根据所述急救史信息获得所述呼叫用户的最近一次急救的急救医生，查询医生数据库判断所述急救医生是否适用，如果是，将所述急救医生作为所述呼叫用户的首诊医生；否则，通知疾病史分析子模块进行疾病史分析；

所述疾病史分析子模块，用于根据所述疾病史信息获得所述呼叫用户的最近最多的就诊疾病，得到所述最近最多的就诊疾病匹配的科室，根据所述匹配的科室查询所述医生数据库获得适用医生，从所述适用医生中选择职称最高的医生作为所述呼叫用户的首诊医生。

7.如权利要求1至6任一项所述的急救服务器，其特征在于，所述急救服务器还包括：

服务器连接单元，用于建立所述呼叫终端和所述急救终端之间的连接，以供所述急救人员通过音频和/或视频指导所述呼叫用户进行急救。

8.一种呼叫终端，其特征在于，包括：

终端输入单元，用于输入呼叫用户的呼叫指令；

终端处理单元，用于根据所述呼叫指令生成急救消息，所述急救消息包含所述呼叫用户的账号信息；

终端发送单元，用于向急救服务器发送所述急救消息。

9.如权利要求8所述呼叫终端，其特征在于，所述呼叫终端还包括：终端存储单元；

所述终端输入单元，还用于输入所述呼叫用户的注册信息；

所述终端处理单元，还用于根据所述注册信息建立所述呼叫用户的账号信息；

所述终端存储单元，用于存储所述账号信息。

10.如权利要求9所述呼叫终端，其特征在于，所述呼叫终端还包括：终端定位单元；

所述终端定位单元，用于获取所述呼叫用户的位置信息；

所述终端处理单元，还用于将所述位置信息嵌入所述急救消息。

11.如权利要求8至10任一项所述呼叫终端，其特征在于，所述呼叫终端还包括：

终端接收单元，用于接收急救终端发送的急救指导信息；

终端输出单元，用于以音频和/或视频形式输出所述急救指导信息。

12.一种紧急呼叫方法，其特征在于，包括步骤：

接收呼叫终端的急救消息；

根据所述急救消息获得呼叫用户的账号信息，以及根据所述账号信息查询区域卫生平台，获得所述呼叫用户的电子健康档案；

将所述电子健康档案发送给急救人员的急救终端。

13.如权利要求12所述的紧急呼叫方法，其特征在于，所述急救消息为SIP数据包，所述账号信息设置于所述SIP数据包的自定义字段。

14.如权利要求12所述的紧急呼叫方法，其特征在于，

根据所述急救消息获得呼叫用户的账号信息，具体包括：解析所述急救消息，获得所述呼叫用户的账号信息和位置信息；

将所述电子健康档案发送给急救人员的急救终端，具体包括：将所述电子健康档案和所述位置信息发送给急救人员的急救终端。

15.如权利要求12所述的紧急呼叫方法，其特征在于，所述紧急呼叫方法还包括：

分析所述电子健康档案，并提取所述电子健康档案中的急救史信息和疾病史信息；

根据所述急救史信息和疾病史信息，匹配得到所述呼叫用户的首诊医生；

将所述电子健康档案发送给所述首诊医生的急救终端。

16.如权利要求15所述的紧急呼叫方法，其特征在于，根据所述急救史信息和疾病史信息，匹配得到所述呼叫用户的首诊医生，具体包括：

判断所述急救史信息是否为空，如果是，执行下一步；否则，根据所述急救史信息获得所述呼叫用户的最近一次急救的急救医生，查询医生数据库判断所述急救医生是否适用，如果是，将所述急救医生作为所述呼叫用户的首诊医生，结束流程，否则，执行下一步；

根据所述疾病史信息获得所述呼叫用户的最近最多的就诊疾病，得到所述最近最多的就诊疾病匹配的科室，根据所述匹配的科室查询所述医生数据库获得适用医生，从所述适用医生中选择职称最高的医生作为所述呼叫用户的首诊医生。

17.如权利要求16所述的紧急呼叫方法，其特征在于，根据所述疾病史信息获得所述呼叫用户的最近最多的就诊疾病，具体包括：

对应于所述疾病史信息中的N种疾病，建立N维向量，所述N维向量中每个分量的初值为0；

读取所述疾病史信息中的疾病信息记录，获得当前疾病信息记录对应的当前疾病种类，以及当前疾病信息记录创建时间距今的时间T，计算得到当前疾病信息记录的权重w=1/(1+T)；

令所述N维向量中对应于当前疾病种类的分量的值加上所述权重w；

重复读取所述疾病史信息中的疾病信息记录的步骤以及令所述N维向量中对应于当前疾病种类的分量的值加上所述权重w的步骤，直至所述疾病史信息中的疾病信息记录读取完毕；

选取所述N维向量中数值最大的分量对应的疾病种类作为所述呼叫用户的最近最多的就诊疾病。

18.如权利要求12至17任一项所述的紧急呼叫方法，其特征在于，所述紧急呼叫方法还包括步骤：

建立所述呼叫终端和所述急救终端之间的连接；

所述急救人员通过音频和/或视频指导所述呼叫用户进行急救。

19.一种紧急呼叫方法，其特征在于，包括步骤：

输入呼叫用户的呼叫指令；

根据所述呼叫指令生成急救消息，所述急救消息包含所述呼叫用户的账号信息；

向急救服务器发送所述急救消息。

20.如权利要求19所述的紧急呼叫方法，其特征在于，所述紧急呼叫方法还包括步骤：

输入所述呼叫用户的注册信息；

根据所述注册信息建立并存储所述呼叫用户的账号信息。

21.如权利要求19所述的紧急呼叫方法，其特征在于，所述紧急呼叫方法还包括步骤：

获取所述呼叫用户的位置信息；

将所述位置信息嵌入所述急救消息。

22.如权利要求19至21任一项所述的紧急呼叫方法，其特征在于，所述紧急呼叫方法还包括步骤：

接收急救终端发送的急救指导信息；

以音频和/或视频形式输出所述急救指导信息。