CN108335739B - 一种急救信息管理系统 - Google Patents

Abstract

本发明公开了一种急救信息管理系统，用以解决目前急救患者信息传递不准备或急救效率低的问题。所述急救信息管理系统，包括：急救客户端，用于创建患者信息并将所述患者信息及指定医院标识发送给服务器；服务器，通过网络与所述急救客户端连接，用于接收所述急救客户端发来的患者信息及指定医院标识并存储为急救信息档案，将所述急救信息档案发送给所述指定医院标识对应的医院客户端；其中，所述急救信息档案包括急救档案网络流水号、患者信息及对应医院标识；医院客户端，通过网络与所述服务器连接，用于接收所述服务器发来的急救信息档案并提供给当前医院客户端用户。本发明能提高急救效率，尤其适用于心脑血管疾病患者的急救。

Description

一种急救信息管理系统

技术领域

本发明涉及医疗急救领域，尤其涉及一种急救信息管理系统。

背景技术

随着我国经济的快速发展和人民生活水平的提高，冠心病尤其是急性心肌梗死的发病率及死亡率逐年升高，并呈现年轻化趋势。北京市公共卫生信息中心数据显示，北京市25岁以上人群的急性冠脉事件(非致死性急性心肌梗死和冠心病死亡)发病率逐年升高，2009年比2007年增加了8.1％；其中35-44岁人群上升幅度最大，增加了25.6％。世界银行报告显示，2010年我国约有800万心肌梗死患者，2030年急性心肌梗死患者预计将达到2300万人。2010年我国约有100万人死于缺血性心脏病，高居我国死亡及心血管原因死亡的第二位。China PEACE研究表明在中国STEMI患者住院期间的死亡率在过去十年里无明显变化，提高我国急性心肌梗死救治效率刻不容缓。对于心脑血管疾病的急救而言，准确判断病因及缩短急救时间是提高急救效果的一大重要因素。

目前的急救中，120急救车将患者送达医院后，医生才能了解到患者的具体情况，随后进行急救准备和急救，患者到达医院后可能不能得到第一时间的急救，急救效率低。或者在救护车到达前，医生可以通过电话与现场急救人员沟通了解情况，但是电话沟通方式无法准确的传递患者信息，对患者的救治效果不佳。

发明内容

本发明提供一种急救信息管理系统，用以解决目前急救患者信息传递不准备或急救效率低的问题。本发明在发现需要急救的患者时，现场急救医生通过网络将患者情况第一时间准确传递至医院，能够使院内医生获知患者的准确信息，并提前做好相应的急救准备，节省急救准备时间，提高患者到达医院后的急救效率。

本专利为国家重点研发计划"重大慢性非传染性疾病防控研究"专项"心脑血管疾病高危人群综合筛查与防控及卫生经济学研究"项目分课题一"心脑血管病综合筛查与防控关键技术集成研究"(课题编号：2017YFC1307701)与北京安龙脉德医学科技有限公司合作研发。

本发明提供一种急救信息管理系统，包括：

急救客户端，用于创建患者信息并将所述患者信息及指定医院标识发送给服务器；

服务器，通过网络与所述急救客户端连接，用于接收所述急救客户端发来的患者信息及指定医院标识并存储为急救信息档案，将所述急救信息档案发送给所述指定医院标识对应的医院客户端；其中，所述急救信息档案包括急救档案网络流水号、患者信息及对应医院标识；

医院客户端，通过网络与所述服务器连接，用于接收所述服务器发来的急救信息档案并提供给当前医院客户端用户。

在一个实施例中，所述急救客户端包括：

第一人机交互模块，用于接收第一急救诊疗信息及指定医院标识；所述第一急救诊疗信息至少包括当前急救客户端用户输入的患者个人信息、生命体征、现场急救措施；

第一通信模块，与所述服务器网络连接，用于将患者信息及指定医院标识发送给所述服务器；其中，所述患者信息包括所述第一急救诊疗信息。

在一个实施例中，所述急救客户端还包括：用于通过预定采集方式采集现场急救检查设备输出的第一检查数据的采集模块；所述第一通信模块发送的患者信息还包括所述第一检查数据。

在一个实施例中，所述服务器包括：

存储模块，用于预先存储提供急救服务的医院标识和医院客户端网络地址之间的对应关系，还用于存储急救信息档案；

第二通信模块，用于接收所述急救客户端发来的患者信息及指定医院标识，生成本次急救档案网络流水号后形成本次急救信息档案存储至所述存储模块，还用于根据所述存储模块存储的医院标识和医院客户端网络地址之间的对应关系，将本次急救信息档案发送给所述指定医院标识对应的医院客户端。

在一个实施例中，所述医院客户端包括：

第三通信模块，用于接收所述服务器发来的本次急救信息档案；

第二人机交互模块，用于将所述第三通信模块收到的本次急救信息档案即时提供给当前医院客户端用户。

在一个实施例中，所述急救客户端还包括：定位模块，用于实时确定所述急救客户端的地理位置信息，并实时将所述急救客户端的地理位置信息通过所述第一通信模块发送给所述服务器；

所述服务器还用于将所述急救客户端的地理位置信息实时发送给所述指定医院标识对应的医院客户端；

所述医院客户端还包括：地图模块，用于根据实时收到的急救客户端的地理位置信息和本地/服务器存储的城市网络地图，生成所述急救客户端在所述城市网络地图中的实时运动路径并通过所述第二人机交互模块显示。

在一个实施例中，所述第一人机交互模块还用于在获取到所述第一急救诊疗信息时，将所述急救客户端的地理位置和提供急救服务的医院的地理位置突出显示于本地/服务器存储的城市网络地图中，并接收当前医院客户端用户对地图中的医院的选择，将当前被选中的医院标识作为指定医院标识。

在一个实施例中，所述第二人机交互模块，还用于接收患者信息查看请求，还用于接收第二急救诊疗信息；其中，所述患者信息查看请求包括急救档案网络流水号；所述第二急救诊疗信息包括急救档案网络流水号、当前医院客户端用户对相应患者的诊疗结果和/或医院检查设备输出的第二检查数据；

所述第三通信模块，还用于将收到的患者信息查看请求转发给所述服务器，还用于将所述第二急救诊疗信息转发给所述服务器；

所述第二通信模块，还用于在收到所述患者信息查看请求时，从所述存储模块中获取相应的急救信息档案并发送给发起患者信息查看请求的医院客户端；还用于接收所述第二急救诊疗信息并更新所述存储模块中存储的相应急救信息档案。

在一个实施例中，所述第二人机交互模块还用于接收当前医院客户端用户发起的转诊通知；所述转诊通知包括急救档案网络流水号及医师标识；

所述第三通信模块，还用于将收到的转诊通知发送给所述服务器；

所述第二通信模块，还用于接收所述转诊通知，从所述存储模块中获取相应的急救信息档案并发送给所述转诊通知中的医师标识对应账号绑定/登录的医院客户端。

在一个实施例中，所述第二人机交互模块，还用于在预先设置的急救结束按钮被触发时，提供急救结果记录页面，并接收当前医院客户端用户输入的急救结果信息；

所述第三通信模块，还用于向服务器发送急救结束通知；所述急救结束通知包括所述急救结果信息和急救档案网络流水号；

所述第二通信模块，还用于接收所述急救结束通知，并将所述急救结果信息存储至存储模块中相应急救信息档案中。

在一个实施例中，所述服务器还包括：

统计模块，用于统计所述存储模块存储的提供急救服务的各医院标识被作为指定医院标识且还未收到急救结果通知的急救接诊数量，并将各医院标识及其对应的急救接诊数量发送给所述急救客户端。

在一个实施例中，所述第一人机交互模块还用于在预先设置的送达按钮被触发时，通过所述第一通信模块向所述服务器发送患者送达医院通知；所述服务器还用于将所述患者送达医院通知转发给所述医院客户端。

在一个实施例中，所述急救信息管理系统，还包括：

辅助客户端，用于按照预设周期将辅助客户端的地理位置上报给所述服务器；

患者客户端，还用于在接收到输入的求救请求时，通过扬声器发出提醒患者停止走动的提示语音，并将患者客户端的当前地理位置上报给所述服务器；

所述服务器，还用于在接收到所述患者客户端的当前地理位置时，判断所述患者客户端的当前地理位置是否位于预设公共地理区域；如果是，则确定最新上报的地理位置与所述患者客户端的当前地理位置之间的第一距离等于或小于第一预设距离的第一辅助客户端；向所述第一辅助客户端发送地理位置上报请求，接收所述第一辅助客户端在接收到所述地理位置上报请求后返回的所述第一辅助客户端的当前地理位置；根据所述第一辅助客户端的当前地理位置和所述患者客户端的当前地理位置，确定第一辅助客户端与患者客户端之间的当前距离；按照当前距离从小到大的顺序依序对第一辅助客户端进行排序，获得第一辅助客户端排列；从所述第一辅助客户端排列中确定出位于前N位的第二辅助客户端；向所述第二辅助客户端发送警报信息，所述警报信息中包括所述患者客户端对应的患者脸部图片和所述患者客户端的当前地理位置；

所述第二辅助客户端，用于在接收到所述警报信息时，将所述患者脸部图片显示出来，并启动导航功能，开始执行以第二辅助客户端的当前地理位置为导航起点、以所述患者客户端的当前地理位置为导航终点的导航任务，并对导航任务的执行时长进行计时，当计时时长达到预设时长时，重新采集第二辅助客户端的当前地理位置并将重新采集到的第二辅助客户端的当前地理位置发送给所述服务器；

所述服务器，还用于确定所述重新采集的第二辅助客户端的当前地理位置与患者客户端的当前地理位置之间的第二距离，确定所述第二辅助客户端在接收到所述地理位置上报请求时返回给所述服务器的地理位置与患者客户端的当前地理位置之间的第三距离；判断所述第二距离和第三距离的大小关系；当所述第二距离小于所述第三距离时，向所述患者客户端发送所述第二辅助客户端的用户唯一标识；

所述患者客户端，还用于在接收到所述第二辅助客户端的用户唯一标识时，按照预设周期播放包括所述用户唯一标识的音频，并控制播放音量逐渐增大；

所述服务器，还用于根据患者客户端的当前地理位置、预存的每个急救中心的地理位置，确定符合预设条件的急救中心，并向所述符合预设条件的急救中心对应的急救客户端发送急救通知，所述急救通知中包括所述患者客户端的当前地理位置。

在一个实施例中，所述第二辅助客户端，还用于在所述第二辅助客户端与所述患者客户端之间的距离等于或小于第二预设距离时，所述第二预设距离小于所述第一预设距离，向所述服务器发送所述第二辅助客户端已经比较接近所述患者客户端的通知；

所述服务器，还用于在接收到所述通知时，确定所述急救客户端当前与患者客户端之间的距离，当所述急救客户端当前与患者客户端之间的距离等于或大于第三预设距离时，所述第三预设距离大于所述第二预设距离，控制所述急救客户端向所述第二辅助客户端发起通话请求。

本发明的一些有益效果可以包括：

本发明基于互联网技术，建立了一个包括现场急救客户端、医院客户端和服务器的急救信息管理系统，现场急救客户端(如供院前120急救医生使用)在现场急救时将患者信息发送至服务器存储，服务器将患者信息及时发送给指定医院的医院客户端，实现了院前急救医生和院内医生对患者数据的实时共享和沟通，尤其满足急性心脑血管疾病患者急救业务场景和质控数据自动收集，能够缩短急救时间，提高急救水平和效率。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1为本发明提供的一种急救信息管理系统实施例一的结构示意图；

图2为本发明提供的一种急救信息管理系统实施例二的结构示意图；

图3为本发明提供的一种急救信息管理系统实施例三的结构示意图；

图4为本发明提供的一种急救信息管理系统实施例四的结构示意图；

图5为本发明提供的一种急救信息管理系统实施例五的结构示意图；

图6为本发明提供的一种急救信息管理系统实施例六的结构示意图。

具体实施方式

以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

图1为本发明提供的一种急救信息管理系统实施例一的结构示意图。如图1所示，该系统包括急救客户端1、服务器2和医院客户端3；其中，急救客户端1，用于创建患者信息并将所述患者信息及指定医院标识发送给服务器2。服务器2，通过网络分别与急救客户端1和医院客户端3连接，用于接收急救客户端1发来的患者信息及指定医院标识并将其存储为急救信息档案，还将急救信息档案实时发送给其中指定医院标识对应的医院客户端。其中，所述急救信息档案包括急救档案网络流水号、患者信息及对应医院标识。医院客户端3，用于接收服务器1发来的急救信息档案并提供给当前医院客户端用户。

本实施例一中，120急救医生可通过急救客户端创建患者信息并指定要将患者送往的医院，急救客户端将患者信息及指定医院标识发送给服务器，服务器根据收到的患者信息创建急救档案流水号，将本次患者信息存储为急救信息档案，并将该急救档案实时发送给指定医院的客户端，医院客户端可以为院内普通急救科的医生账户绑定/登录的医院客户端，院内急救科医生可通过医院客户端查看到患者信息并根据120急救医生提供的患者信息做好急救准备，节省急救时间，且该种院外向院内患者信息传递方式比电话沟通方式传递的急救信息准确。本发明提供的方案，急救客户端无需和众多医院客户端一一建立连接，所有患者信息统一由服务器进行管理并下发至相应的医院客户端，管理方便且急救客户端和医院客户端的功能简单，易于实现，便于安装或携带。

图2为本发明提供的一种急救信息管理系统实施例二的结构示意图。如图2中所示，本实施例的系统在图1所示系统结构的基础上，进一步地，急救客户端1包括第一人机交互模块11和第一通信模块12；其中，第一人机交互模块11，用于提供第一人机交互界面，通过第一人机交互界面接收当前用户输入的第一急救诊疗信息及指定医院标识；例如，第一人机交互模块11可通过第一人机交互界面向当前用户提供患者信息创建窗口，当前用户可以在该输入窗口内输入第一急救诊疗信息，并指定将要送往的医院标识。所述第一急救诊疗信息至少包括当前急救客户端用户输入的患者个人信息、生命体征、现场急救措施。第一通信模块12与服务器2网络连接，用于将包括第一急救诊疗信息的患者信息及指定医院标识发送给服务器2。

图3为本发明提供的一种急救信息管理系统实施例三的结构示意图。如图2中所示，本实施例的系统在图2所示系统结构的基础上，进一步地，急救客户端1还包括：用于通过预定采集方式采集现场急救检查设备输出的第一检查数据的采集模块13；本实施例中，第一通信模块12发送的患者信息还包括所述第一检查数据。本实施例三中，急救客户端1可以通过采集模块13采集现场急救的检查设备的检查结果，例如采集120急救车上检查的心电图等检查数据。预定采集方式可以根据需要设定，例如，采集模块13可以为一具有拍照功能的模块，当前用户可以通过拍照或摄像方式采集心电图仪器上显示的先点图检查结果；或者急救客户端可以应用在用户手机上，采集模块13通过调用手机的摄像头实现图像采集；或者采集模块13可以具有一个数据传输接口，通过一多功能的数据转接头与心电图仪等120急救车上的其他检查设备建立数据连接关系，以从其他检查设备获取患者的第一检查数据。采集模块13可以采用现有的任一种数据采集方式采集检查设备的检查数据，其具体实现结构也由数据采集方式决定，此处不再赘述。

图4为本发明提供的一种急救信息管理系统实施例四的结构示意图。如图4中所示，本实施例的系统在图2所示系统结构的基础上，进一步地，服务器2包括存储模块21和第二通信模块22；其中，存储模块21，用于预先存储提供急救服务的医院标识和医院客户端网络地址之间的对应关系，还用于存储急救信息档案；第二通信模块22，用于接收急救客户端1发来的患者信息及指定医院标识，生成本次急救档案网络流水号后形成本次急救信息档案存储至存储模块21，还用于根据存储模块21存储的医院标识和医院客户端网络地址之间的对应关系，将本次急救信息档案发送给指定医院标识对应的医院客户端。

本实施例四中，服务器2将急救客户端1发来的患者信息存储为急救信息档案并转发给医院客户端，患者信息统一在服务器端进行归档存储，管理方便。

图5为本发明提供的一种急救信息管理系统实施例五的结构示意图。如图5中所示，本实施例的系统在图4所示系统结构的基础上，进一步地，医院客户端3包括第三通信模块31和第二人机交互模块32；其中，第三通信模块31，用于接收服务器2发来的本次急救信息档案；第二人机交互模块32，用于将第三通信模块31收到的本次急救信息档案即时提供给当前医院客户端用户。

图6为本发明提供的一种急救信息管理系统实施例六的结构示意图。如图6中所示，本实施例的系统在图5所示系统结构的基础上，进一步地，急救客户端1还包括定位模块13，定位模块13用于实时确定急救客户端1的地理位置信息，并实时将急救客户端1的地理位置信息通过第一通信模块12发送给服务器2。服务器2中的第二通信模块22还用于将急救客户端1的地理位置信息实时发送给指定医院标识对应的医院客户端3的第三通信模块31。本实施例中，医院客户端3还包括地图模块33，地图模块33用于根据第三通信模块31实时收到的急救客户端1的地理位置信息和本地/服务器存储的城市网络地图，生成该急救客户端1在城市网络地图中的实时运动路径并通过第二人机交互模块32显示。其中，服务器2可以预先存储有城市网络地图供急救客户端1和医院客户端3在线共享或下载至本地。地图模块33将收到的急救客户端1的地理位置信息在城市网络地图中作为起点，将当前医院作为终点，实时在计算该起点到终点的路径并显示于第二人机交互模块32的人机交互界面上。较佳地，地图模块33还可以在急救客户端1与当前医院客户端3的距离小于预定距离阈值时，通过语音或其他方式提示当前医院客户端的用户该急救客户端的患者将要到达医院。本实施例六中，医院客户端通过可视化地图向用户提供120救护车位置，从而院内医生可以根据该可视化地图预判目前通过网络请求急救的患者到达医院的顺序，提前做好患者抢救工作。

在本发明提供的一种急救信息管理系统实施例七中，在实施例六的基础上，急救客户端1的第一人机交互模块11还用于在获取到当前用户输入的第一急救诊疗信息时，将急救客户端1的地理位置和提供急救服务的医院的地理位置突出显示于本地/服务器存储的城市网络地图中，通过可视化地图可使当前急救客户端用户直观地看到离自己最近且能够提供急救服务器的医院，用户可以直接点击城市网络地图中显示的医院标识，第一人机交互模块11接收当前医院客户端用户对地图中的医院的选择，将当前被选中的医院标识作为指定医院标识。显然，急救客户端用户也可以不在城市网络地图中选择医院，用户可以通过第一人机交互模块11提供的第一人机交互界面直接输入指定医院名称；或者，第一人机交互模块11可以通过第一人机交互界面中的预定窗口以下拉菜单的模式显示可供选择的医院标识，用户在该下拉菜单中选择医院标识，第一人机交互模块11将当前被选择的医院标识作为指定医院标识。

在本发明提供的一种急救信息管理系统实施例八中，在实施例五的基础上，医院客户端3的第二人机交互模块32，还用于接收患者信息查看请求，还用于接收第二急救诊疗信息；其中，所述患者信息查看请求包括急救档案网络流水号；所述第二急救诊疗信息包括急救档案网络流水号、当前医院客户端用户对相应患者的诊疗结果和/或医院检查设备输出的第二检查数据。第三通信模块31，还用于将收到的患者信息查看请求转发给服务器2，还用于将第二急救诊疗信息转发给服务器2。本实施例中，服务器2的第二通信模块22，还用于在收到医院客户端3发来的患者信息查看请求时，从存储模块21中获取相应的急救信息档案并发送给发起患者信息查看请求的医院客户端3；还用于接收医院客户端3发来的第二急救诊疗信息并更新存储模块21中存储的相应急救信息档案。本实施中，院内急诊科医生根据120医生提供的患者信息对患者进行初步判断，患者到达医院后对患者进行确认诊断并记录患者信息，形成第二急救诊疗信息。任一有权限的医院客户端3(例如院内急诊科的不同医生账户登录的医院客户端3)可以发起患者信息查看请求以从服务器调取相应患者信息进行查看，院内急诊科的任一接诊医生(例如主接诊医生或检查仪器使用医生)可通过自己登陆的医院客户端3的第二人机交互模块32输入患者的诊疗结果和/或第二检查数据作为第二急救诊疗信息。通过该方案，可以对患者的急救档案信息进行进一步的完善，且所有急救接诊环节历历在案，不同接诊医生可以一目了然的看到所有接诊环节信息，信息传递方便且传递的患者信息清楚。

对于心脑血管疾病等特殊专科疾病，在急诊科普通医生接诊且确认患者病情后，往往需要将病人转至院内心内科或是神经内科的专业医生进行接诊或抢救，因此，在本发明提供的一种急救信息管理系统实施例九中，第二人机交互模块32还用于接收当前医院客户端用户发起的转诊通知；所述转诊通知包括急救档案网络流水号及医师标识，即当前急诊科接诊医生在发起转诊请求时，指定需要转至的诊室的医生标识，显然，指定的转诊医生可以不止1位。本实施例中，第三通信模块31还用于将收到的转诊通知发送给服务器2。第二通信模块22还用于接收所述转诊通知，从存储模块21中获取相应的急救信息档案并发送给所述转诊通知中的医师标识对应账号绑定/登录的医院客户端。本实施例，急救患者经院内医生确诊后，患者信息可以有针对性地转至专科科室。

在本发明提供的一种急救信息管理系统实施例十中，第二人机交互模块32，还用于在预先设置的急救结束按钮被触发时，提供急救结果记录页面，并接收当前医院客户端用户输入的急救结果信息。第三通信模块31，还用于向服务器2发送急救结束通知；所述急救结束通知包括所述急救结果信息和急救档案网络流水号。服务器2的第二通信模块22，还用于接收所述急救结束通知，并将所述急救结果信息存储至存储模块21中相应急救信息档案中。优选地，还可以为急救信息档案增加一项进行情况属性，属性包括未结束和已结束两种。当服务器收到急救结束通知时，可将存储的相应急救信息档案的进行情况属性从未结束变更为已结束，以方便对急救信息档案的维护和后期统计。

在本发明提供的一种急救信息管理系统实施例十一中，服务器2还可包括：统计模块，用于统计存储模块21存储的提供急救服务的各医院标识被作为指定医院标识且还未收到急救结果通知的急救接诊数量，并将各医院标识及其对应的急救接诊数量发送给所述急救客户端1。例如，统计模块可根据急救信息档案的进行情况属性，筛选出进行情况属性为未结束的急救信息档案为N个，统计这N个筛选出的急救信息档案中各指定医院对应的急救信息档案的数量作为各医院的急救接诊数量。例如，若筛选出进行情况属性为未结束的急救信息档案为5个，其中，第1、2、4个急救信息档案中记录的医院标识为“A医院”，第3个急救信息档案中记录的医院标识为“B医院”，第5个急救信息档案中记录的医院标识为“C医院”，而存储模块21存储的提供急救服务的医院标识共有：“A医院”、“B医院”、“C医院”、“D医院”共4个，则统计模块此次统计后，得到“A医院急救接诊数量为3，B医院急救接诊数量为1，C医院急救接诊数量为1，D医院急救接诊数量为0”的统计结果，将该统计结果发送给急救客户端1，从而急救客户端用户在创建新的患者信息时可参考各医院的急救接诊数量，选择能够最快到达且急救接诊数量较少的医院，以使患者在最短时间内获得院内急救。显然，急救客户端1还可以根据服务器发来的各医院当前急救接诊数量统计结果，请求服务器修改已创建的急救信息档案中的指定医院，若修改成功，则服务器2可将该条急救信息档案发送至急救客户端用户重新指定的医院标识对应的医院客户端，同时通知之前指定的医院标识对应的医院客户端该急诊患者已转院，此处不再赘述。

在本发明提供的一种急救信息管理系统实施例十二中，在实施例二的基础上，第一人机交互模块11还用于在预先设置的送达按钮被触发时，通过第一通信模块12向服务器2发送患者送达医院通知；服务器2还用于将所述患者送达医院通知转发给相应的医院客户端。本实施例中，120急救车到达医院，120急救医生通过急救客户端触发患者送达医院通知，院内急救医生通过医院客户端收到患者送达医院通知，120急救工作结束，院内急救工作开始，两方急救工作交接时间记录清楚。

上述任一实施例中，急救客户端和医院客户端也可以实现为手机APP的形式，服务器作为一通过网络与安装有客户端的APP移动终端通信的远程数据管理平台(WEB管理系统)，急救客户端和医院客户端APP用于院前120医生和院内医生实现患者数据共享、实时沟通，服务器用于客户端APP用户管理、患者数据管理等功能。：医院管理员和120单位管理员首先在服务器提供的数据管理平台添加APP使用账号。随后医院内的医生和120跟车医生下载医院/急救客户端APP并进行账号登录。则登陆账号后的120跟车医生可通过当前移动终端的APP创建患者数据，院内医生可通过登陆账号后的移动终端的APP查看患者急救信息档案。

本发明基于互联网技术，建立了一个包括现场急救客户端、医院客户端和服务器的急救信息管理系统，现场急救客户端(如供院前120急救医生使用)在现场急救时将患者信息发送至服务器存储，服务器将患者信息及时发送给指定医院的医院客户端，实现了院前急救医生和院内医生对患者数据的实时共享和沟通，尤其满足急性心脑血管疾病患者急救业务场景和质控数据自动收集，能够缩短急救时间，提高急救水平和效率。

在一个实施例中，在急救医生未赶到患者所在位置处之前，还可以通过一些技术手段来协助患者附近的好心人可以快速赶到患者所在位置处，以帮助患者，提高救治工作的水平和效率，此时，所述急救信息管理系统，还可包括：

辅助客户端，用于按照预设周期将辅助客户端的地理位置上报给所述服务器；辅助客户端被随身携带于预设用户，该预设用户可以是任何一个人；

所述患者客户端，还用于在接收到输入的求救请求(可以是患者本人输入的，也可以是与患者随行的人输入的)时，通过扬声器发出提醒患者停止走动的提示语音(患者不再走动后，患者的地理位置便不会改变，利于后续操作)，并将患者客户端的当前地理位置上报给所述服务器；患者客户端被随身携带于患者身上、或者与患者随行的人员身上；

所述服务器，还用于在接收到所述患者客户端的当前地理位置时，判断所述患者客户端的当前地理位置是否位于预设公共地理区域(预设公共地理区域可以是街道、饭店、公园、商场等非私人私密场所)；如果是，则确定最新上报的地理位置与所述患者客户端的当前地理位置之间的第一距离等于或小于第一预设距离(第一预设距离可以是200米或者200米以下的数值)的第一辅助客户端；向所述第一辅助客户端发送地理位置上报请求，接收所述第一辅助客户端在接收到所述地理位置上报请求后返回的所述第一辅助客户端的当前地理位置；根据所述第一辅助客户端的当前地理位置和所述患者客户端的当前地理位置，确定第一辅助客户端与患者客户端之间的当前距离；按照当前距离从小到大的顺序依序对第一辅助客户端进行排序，获得第一辅助客户端排列；从所述第一辅助客户端排列中确定出位于前N位的第二辅助客户端(第二辅助客户端是距离患者客户端较近的客户端，从而第二辅助客户端的用户是距离患者较近的人)；向所述第二辅助客户端发送警报信息，所述警报信息中包括所述患者客户端对应的患者脸部图片和所述患者客户端的当前地理位置；

所述第二辅助客户端，用于在接收到所述警报信息时，将所述患者脸部图片显示出来(使第二辅助客户端的用户可以知道患者脸部特征，方便快速找到患者)，并启动导航功能，开始执行以第二辅助客户端的当前地理位置为导航起点、以所述患者客户端的当前地理位置为导航终点的导航任务，并对导航任务的执行时长进行计时，当计时时长达到预设时长时，重新采集第二辅助客户端的当前地理位置并将重新采集到的第二辅助客户端的当前地理位置发送给所述服务器；

所述服务器，还用于确定所述重新采集的第二辅助客户端的当前地理位置与患者客户端的当前地理位置之间的第二距离，确定所述第二辅助客户端在接收到所述地理位置上报请求时返回给所述服务器的地理位置与患者客户端的当前地理位置之间的第三距离；判断所述第二距离和第三距离的大小关系；当所述第二距离小于所述第三距离时(说明第二辅助客户端的用户在朝着患者所在位置行进)，向所述患者客户端发送所述第二辅助客户端的用户唯一标识；

所述患者客户端，还用于在接收到所述第二辅助客户端的用户唯一标识时，按照预设周期播放包括所述用户唯一标识的音频，并控制播放音量逐渐增大；从而使得第二辅助客户端的用户可以方便找到患者；

所述服务器，还用于根据患者客户端的当前地理位置、预存的每个急救中心的地理位置，确定符合预设条件的急救中心，并向所述符合预设条件的急救中心对应的急救客户端发送急救通知，所述急救通知中包括所述患者客户端的当前地理位置。其中，预设条件是指与所述患者客户端的当前地理位置之间的距离最小的急救中心。向所述符合预设条件的急救中心对应的急救客户端发送急救通知，所述急救通知中包括所述患者客户端的当前地理位置，方便急救中心可以定位患者，方便急救医生及时赶到患者所在位置，提高救治工作的效率。

在另一个实施例中，所述第二辅助客户端，还用于在所述第二辅助客户端与所述患者客户端之间的距离等于或小于第二预设距离时(第二预设距离可以是20米或者20米以下的数值，说明第二辅助客户端的用户已经比较接近患者)，所述第二预设距离小于所述第一预设距离，向所述服务器发送所述第二辅助客户端已经比较接近所述患者客户端的通知；

所述服务器，还用于在接收到所述通知时，确定所述急救客户端当前与患者客户端之间的距离，当所述急救客户端当前与患者客户端之间的距离等于或大于第三预设距离时(第三预设距离可以是1公里或者1公里以下的数值，说明急救医生还不能很快赶到患者所在位置处)，所述第三预设距离大于所述第二预设距离，控制所述急救客户端向所述第二辅助客户端发起通话请求(此时，需要急救客户端和第二辅助客户端均具有通话功能，该通话功能可以是使用即时通讯技术实现的即时通话功能，也可以是电话功能)，当急救客户端与第二辅助客户端建立起通话之后，急救医生可以与第二辅助客户端的用户之间进行通话，方便急救医生指导第二辅助客户端的用户对患者进行科学的救治，提高救治工作的水平和效率。

本领域内的技术人员应明白，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的系统方框图来描述的。应理解可由计算机程序指令实现方框图中的每一方框、以及方框图中的方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在一个方框或多个方框中指定的功能的装置。这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在一个方框或多个方框中指定的功能的步骤。

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

Claims (8)

1.一种急救信息管理系统，其特征在于，包括：

急救客户端，用于创建患者信息并将所述患者信息及指定医院标识发送给服务器；

服务器，通过网络与所述急救客户端连接，用于接收所述急救客户端发来的患者信息及指定医院标识并存储为急救信息档案，将所述急救信息档案发送给所述指定医院标识对应的医院客户端；其中，所述急救信息档案包括急救档案网络流水号、患者信息及对应医院标识；

医院客户端，通过网络与所述服务器连接，用于接收所述服务器发来的急救信息档案并提供给当前医院客户端用户；

辅助客户端，用于按照预设周期将辅助客户端的地理位置上报给所述服务器；

患者客户端，还用于在接收到输入的求救请求时，通过扬声器发出提醒患者停止走动的提示语音，并将患者客户端的当前地理位置上报给所述服务器；

所述服务器，还用于在接收到所述患者客户端的当前地理位置时，判断所述患者客户端的当前地理位置是否位于预设公共地理区域；如果是，则确定最新上报的地理位置与所述患者客户端的当前地理位置之间的第一距离等于或小于第一预设距离的第一辅助客户端；向所述第一辅助客户端发送地理位置上报请求，接收所述第一辅助客户端在接收到所述地理位置上报请求后返回的所述第一辅助客户端的当前地理位置；根据所述第一辅助客户端的当前地理位置和所述患者客户端的当前地理位置，确定第一辅助客户端与患者客户端之间的当前距离；按照当前距离从小到大的顺序依序对第一辅助客户端进行排序，获得第一辅助客户端排列；从所述第一辅助客户端排列中确定出位于前N位的第二辅助客户端；向所述第二辅助客户端发送警报信息，所述警报信息中包括所述患者客户端对应的患者脸部图片和所述患者客户端的当前地理位置；

所述第二辅助客户端，用于在接收到所述警报信息时，将所述患者脸部图片显示出来，并启动导航功能，开始执行以第二辅助客户端的当前地理位置为导航起点、以所述患者客户端的当前地理位置为导航终点的导航任务，并对导航任务的执行时长进行计时，当计时时长达到预设时长时，重新采集第二辅助客户端的当前地理位置并将重新采集到的第二辅助客户端的当前地理位置发送给所述服务器；

所述服务器，还用于确定所述重新采集的第二辅助客户端的当前地理位置与患者客户端的当前地理位置之间的第二距离，确定所述第二辅助客户端在接收到所述地理位置上报请求时返回给所述服务器的地理位置与患者客户端的当前地理位置之间的第三距离；判断所述第二距离和第三距离的大小关系；当所述第二距离小于所述第三距离时，向所述患者客户端发送所述第二辅助客户端的用户唯一标识；

所述患者客户端，还用于在接收到所述第二辅助客户端的用户唯一标识时，按照预设周期播放包括所述用户唯一标识的音频，并控制播放音量逐渐增大；

所述服务器，还用于根据患者客户端的当前地理位置、预存的每个急救中心的地理位置，确定符合预设条件的急救中心，并向所述符合预设条件的急救中心对应的急救客户端发送急救通知，所述急救通知中包括所述患者客户端的当前地理位置；

其中，所述第二辅助客户端，还用于在所述第二辅助客户端与所述患者客户端之间的距离等于或小于第二预设距离时，所述第二预设距离小于所述第一预设距离，向所述服务器发送所述第二辅助客户端已经比较接近所述患者客户端的通知；

所述服务器，还用于在接收到所述通知时，确定所述急救客户端当前与患者客户端之间的距离，当所述急救客户端当前与患者客户端之间的距离等于或大于第三预设距离时，所述第三预设距离大于所述第二预设距离，控制所述急救客户端向所述第二辅助客户端发起通话请求。

2.如权利要求1所述的急救信息管理系统，其特征在于，

所述急救客户端包括：

第一人机交互模块，用于接收第一急救诊疗信息及指定医院标识；所述第一急救诊疗信息至少包括当前急救客户端用户输入的患者个人信息、生命体征、现场急救措施；第一通信模块，与所述服务器网络连接，用于将患者信息及指定医院标识发送给所述服务器；其中，所述患者信息包括所述第一急救诊疗信息；

和/或

所述急救客户端还包括：用于通过预定采集方式采集现场急救检查设备输出的第一检查数据的采集模块；所述第一通信模块发送的患者信息还包括所述第一检查数据。

3.如权利要求2所述的急救信息管理系统，其特征在于，

所述服务器包括：存储模块，用于预先存储提供急救服务的医院标识和医院客户端网络地址之间的对应关系，还用于存储急救信息档案；第二通信模块，用于接收所述急救客户端发来的患者信息及指定医院标识，生成本次急救档案网络流水号后形成本次急救信息档案存储至所述存储模块，还用于根据所述存储模块存储的医院标识和医院客户端网络地址之间的对应关系，将本次急救信息档案发送给所述指定医院标识对应的医院客户端；

和/或

所述第一人机交互模块还用于在预先设置的送达按钮被触发时，通过所述第一通信模块向所述服务器发送患者送达医院通知；所述服务器还用于将所述患者送达医院通知转发给所述医院客户端。

4.如权利要求3所述的急救信息管理系统，其特征在于，

所述医院客户端包括：第三通信模块，用于接收所述服务器发来的本次急救信息档案；第二人机交互模块，用于将所述第三通信模块收到的本次急救信息档案即时提供给当前医院客户端用户；

和/或

所述急救客户端还包括：定位模块，用于实时确定所述急救客户端的地理位置信息，并实时将所述急救客户端的地理位置信息通过所述第一通信模块发送给所述服务器；所述服务器还用于将所述急救客户端的地理位置信息实时发送给所述指定医院标识对应的医院客户端；所述医院客户端还包括：地图模块，用于根据实时收到的急救客户端的地理位置信息和本地/服务器存储的城市网络地图，生成所述急救客户端在所述城市网络地图中的实时运动路径并通过所述第二人机交互模块显示。

5.如权利要求4所述的急救信息管理系统，其特征在于，

所述第一人机交互模块还用于在获取到所述第一急救诊疗信息时，将所述急救客户端的地理位置和提供急救服务的医院的地理位置突出显示于本地/服务器存储的城市网络地图中，并接收当前医院客户端用户对地图中的医院的选择，将当前被选中的医院标识作为指定医院标识；

和/或

所述第二人机交互模块，还用于接收患者信息查看请求，还用于接收第二急救诊疗信息；其中，所述患者信息查看请求包括急救档案网络流水号；所述第二急救诊疗信息包括急救档案网络流水号、当前医院客户端用户对相应患者的诊疗结果和/或医院检查设备输出的第二检查数据；所述第三通信模块，还用于将收到的患者信息查看请求转发给所述服务器，还用于将所述第二急救诊疗信息转发给所述服务器；所述第二通信模块，还用于在收到所述患者信息查看请求时，从所述存储模块中获取相应的急救信息档案并发送给发起患者信息查看请求的医院客户端；还用于接收所述第二急救诊疗信息并更新所述存储模块中存储的相应急救信息档案。

6.如权利要求5所述的急救信息管理系统，其特征在于，所述第二人机交互模块还用于接收当前医院客户端用户发起的转诊通知；所述转诊通知包括急救档案网络流水号及医师标识；

所述第三通信模块，还用于将收到的转诊通知发送给所述服务器；

所述第二通信模块，还用于接收所述转诊通知，从所述存储模块中获取相应的急救信息档案并发送给所述转诊通知中的医师标识对应账号绑定/登录的医院客户端。

7.如权利要求6所述的急救信息管理系统，其特征在于，

所述第二人机交互模块，还用于在预先设置的急救结束按钮被触发时，提供急救结果记录页面，并接收当前医院客户端用户输入的急救结果信息；

所述第三通信模块，还用于向服务器发送急救结束通知；所述急救结束通知包括所述急救结果信息和急救档案网络流水号；

所述第二通信模块，还用于接收所述急救结束通知，并将所述急救结果信息存储至存储模块中相应急救信息档案中。

8.如权利要求7所述的急救信息管理系统，其特征在于，所述服务器还包括：

统计模块，用于统计所述存储模块存储的提供急救服务的各医院标识被作为指定医院标识且还未收到急救结果通知的急救接诊数量，并将各医院标识及其对应的急救接诊数量发送给所述急救客户端。

Images