CN104123818A - 一种健康监测救助系统及急救方法 - Google Patents

Abstract

本发明的健康监测救助系统包括检测单元和基于移动智能终端APP实现的用于处理体征数据的数据处理单元、存储单元、用于网络求救的网络急救单元和用于存储数据的网络数据库，所述健康数据是指对应体征的正常阈值数据；数据处理单元可对对象体征数据和健康数据进行对比分析并输出分析结果，并根据结果类型控制存储单元、网络急救单元和网络数据库；所述网络求救单元连接通信网络，可实现自动呼叫特定对象；网络数据库用于存储对象病例资料和自救方法数据。健康急救方法基于上述系统实现急救。有益效果在于，对有旅行需求且有健康担忧的游客提供健康监测及紧急救助服务；提供实时/定时的健康体征数据的监测、定位服务、健康信息反馈和医疗服务等。

Description

一种健康监测救助系统及急救方法

技术领域

本发明属于人体健康体征实时监测及应急救助技术领域，涉及一种基于软件监测的健康监测救助系统以及基于所述救助系统的急救方法。

背景技术

当前旅游越来越成为个人消费的选择，但对于有慢性病或者非明显症状的游客往往既具有出行的欲望，也需要一定的健康状况跟踪和监测，以保障医疗服务的跟进和游客的最佳状态，可以以最及时和最恰当的方式为该群体的游客提供全程医疗服务和紧急救治服务。在当前的技术条件下，对有出行欲望且非完全健康的游客往往因家人、朋友和医生的建议不得不放弃旅行，而在健康状况允许的情况下，适当的旅行不但不会影响健康反而会有利于身心健康，放松心情和健康恢复。但是因缺乏及时、实时、有效的全程医疗服务，不能对游客提供全面、就近、准确的健康监测和反馈。在已经发生紧急情况下，游客如无自救能力且无陪伴人员，游客将处于非常危险的情况。

发明内容

本发明为了给亚健康人群、慢性疾病及非明显症状疾病的人群提供全面实时的体征健康监测以及紧急状态下的自动求救，提出了一种健康监测救助系统以及基于所述救助系统的急救方法。

本发明的技术方案为：一种健康监测救助系统，其特征在于，包括用于检测对象体征数据的检测单元和基于移动智能终端APP实现的用于处理体征数据的数据处理单元、用于存储处理数据和健康数据的存储单元、用于网络求救的网络急救单元和用于存储数据的网络数据库，所述健康数据是指对应体征的正常阈值数据；数据处理单元可对对象体征数据和健康数据进行对比分析并输出分析结果，并根据结果类型控制存储单元、网络急救单元和网络数据库；所述网络求救单元连接通信网络，可实现自动呼叫特定对象；网络数据库用于存储对象病例资料和自救方法数据。

进一步的，上述检测单元包括心率计、血糖仪和血氧仪中的一个或多个。

进一步的，上述呼叫特定对象包括110,119,120,122和自定义对象中的一个或多个。

进一步的，上述检测单元与智能终端APP通过无线方式传输数据。

进一步的，上述传输数据的无线方式包括蓝牙。

进一步的，上述智能终端包括智能手机和/或平板电脑。

一种健康急救方法，其特征在于，包括以下步骤：

S1、控制检测单元采集对象体征数据；

S2、接收并处理对象体征数据，输出处理结果，同时将处理结果以视觉或听觉方式反馈给对象；

S3、后台根据处理结果判断是否启用网络急救单元，如果判断结果为否定，则返回步骤S1；

S4、启动网络急救单元，同时自动搜寻网络数据库中病例资料和自救方法，并将搜寻结果反馈给对象。

本发明的有益效果：1、对有旅行需求且有健康担忧的游客提供健康监测及紧急救助服务；2、提供实时/定时的健康体征数据的监测和定位服务；3、使游客的旅途更方便且有保证；4、提供及时的健康信息反馈和医疗服务。5、紧急情况下提供医疗、保险、交通等全方位服务。

附图说明

图1为健康救助系统运行原理图；

图2为健康救助系统结构示意图；

图3为健康急救方法流程图；

图4为健康救助系统数据处理流程图；

图5为检测单元与APP连接示意图；

图6为APP使用流程图；

图7为健康救助系统应用环境示意图。

具体实施方式

本发明的以下实施例是根据本发明的原理而设计，下面结合附图和具体的实施例对本发明作进一步的阐述。

如图1及图2所示，本实施例的健康监测救助系统包括用于检测对象体征数据的检测单元和基于移动智能终端APP实现的用于处理体征数据的数据处理单元、用于存储处理数据和健康数据的存储单元、用于网络求救的网络急救单元和用于存储数据的网络数据库，所述健康数据是指对应体征的正常阈值数据；数据处理单元可对对象体征数据和健康数据进行对比分析并输出分析结果，并根据结果类型控制存储单元、网络急救单元和网络数据库；所述网络求救单元连接通信网络，可实现自动呼叫特定对象；网络数据库用于存储对象病例资料和自救方法数据。上述检测单元包括但不限于心率计、血糖仪和血氧仪中的一个或多个。被呼叫的特定对象包括但不限于110,119,120,122和自定义对象中的一个或多个。检测单元与智能终端APP通过有线和/或无线方式传输数据，其中传输数据的无线方式包括但不限于蓝牙，连接形式如图5所示。上述智能终端包括但不限于智能手机和/或平板电脑。

如图3及图4所示，本实施例的健康急救方法，包括以下步骤：S1、控制检测单元采集对象体征数据；S2、接收并处理对象体征数据，输出处理结果，同时将处理结果以视觉或听觉方式反馈给对象；S3、后台根据处理结果判断是否启用网络急救单元，如果判断结果为否定，则返回步骤S1；S4、启动网络急救单元，同时自动搜寻网络数据库中病例资料和自救方法，并将搜寻结果反馈给对象。上述数据处理单元对数据的处理以及结果的判定大多基于对实时检测到的对象数据与该项数据的预设阈值相比较得出，如心率、血糖及血样等健康特征数据。

本实施例的重要意义在于实现个人或团体旅行中，对自身健康状况有全程健康参数指标监测和紧急情况下需要救治的游客，通过健康监测平台，对处于旅行中的游客提供实时健康监测和提醒；在健康出现问题或紧急情况下，可通过监测平台提供医疗、保险、交通等服务，为有健康担忧的游客提供全方位的后勤服务。

原理在于：游客随身携带体积小、性能好、续航时间长的健康指标检测设备，如心率心跳监控器、可穿戴式健身追踪器、可分析人体成分的体重计等可穿戴式设备，旅行中将这些设备所采集的个人体征数据连接到游客手机上本实施例的健康监测救助系统，并通过救助系统的手机端APP，绑定当前的时间、地点、陪伴人员信息等上传到健康监测平台(网络端)，健康监测平台将信息实时或定时(如每个小时上传一次过去一小时的数据)传递给医疗机构或个人医生，医疗机构及个人医生可被设定为系统中的特定呼救对象。医疗机构或医生根据该游客的体征参数提出有益的建议，一旦发现有健康异常或发病迹象，随即联系该游客并提出可靠的医疗辅助建议。在已发生紧急情况下，将由系统启动网络急救单元，根据游客当前位置就近选择医疗机构或110公安等报警提供紧急救助服务；在有陪伴人员的情况下，可指导陪伴人员进行一定的紧急救治或稳定病情；如果游客在交通工具上，监测平台(救助系统)可实时定位该游客的位置和路线，在健康指标检测设备上传的数据发生异常时可联系就近车站管理方或车站紧急救助机构提供就近医疗救助。在个人感觉身体不适或其他紧急情况下，手机应用软件(救助系统APP)中网络急救单元将提供主拨SOS紧急呼叫服务，就近的医疗机构或公安机构将根据游客的情况提供想对应的服务。健康监测服务平台可以定期(如每天，每两天，或每周)将健康监测报告反馈给对象。

除上述使用手机端应用程序进行数据上传和健康监测外，还可以通过直接向健康监测服务平台呼叫中心呼叫请求，该请求可以直接通过通话方式进行，作为健康监测情况的补充方式，且在紧急情况下可使用该方式更便捷。游客的健康监测可由健康监测服务平台的专人为其提供出行期间的全程服务。

以下为本实施例的救助系统的应用实例，分成四个部分：用户组，健康监测服务平台(含呼叫中心)、服务器端、后勤服务组，其中健康监测服务平台由本实施例的救助系统实现。用户组将由若干个需要服务的游客及其随身携带的可穿戴式医疗设备组成。健康监测服务平台(含呼叫中心)是实现该系统的关键中心部分，提供数据采集和汇总分析、备份和联系后勤服务组的服务。服务器端是健康监测服务平台的数据存储中心，健康监测平台可以添加、删除、修改和查询存储在服务器上的游客健康体征数据，并定期为游客提供健康监测报告和健康医疗建议。

后勤服务组是包含与用户切身相关的亲友、医疗、保险、公安、消防等机构，在监测到健康体征数据发生异常时将由服务平台联系相关机构进行处理。

图1是游客、健康监测服务平台和后勤服务组的连接图。系统提供两种呼叫方式：直接请求呼叫和应用软件数据呼叫。直接请求呼叫是与健康监测服务平台呼叫中心通话，并请求相关服务。应用软件数据呼叫是健康监测服务平台根据游客上传的数据分析后出现的数据异常情况下，经向游客再次确认后向后勤服务组发出服务请求。图2是健康监测救助系统图。该图详细说明了系统的主要组成部分，采用的服务请求是基于手机端应用软件的请求，有别于向健康监测服务平台呼叫中心直接发出的服务请求。区别在于，手机端应用软件是提供实时健康体征数据上传功能的，是对游客当前健康状态的客观数据记录，而直接向呼叫中心请求则忽略相关数据，是在紧急情况下的呼叫请求。图3是游客请求处理流程图。游客请求的处理过程是：首先，游客组的健康体征数据通过手机端应用软件进行初步收集，应用软件可以根据健康体征的正常值对采集到的数据进行初步分析和反馈，并报告游客。同时，将游客体征数据、游客当前位置信息和个人信息等一起上传到健康监测服务平台，服务平台在进行数据备份的同时经服务人员进行数据分析，如果发现数据发生异常，在对游客进行确认后，将根据具体情况将信息发送给后勤服务组进行进一步处置。若无异常则继续接收数据和监测。处理完毕后对游客进行服务处理质量请求，游客通过应用软件对此次服务进行反馈和评价。图4是健康监测平台数据处理流程图。该图是将数据进行细致分类和分析，分别就游客体征数据中的心跳、血压、血氧、血糖等数据进行分析，若无异常，则继续进行监测，若有异常，则对游客进行进一步确认后，将根据具体情况将信息发送给后勤服务组进行进一步处置。图5是可穿戴医疗设备和手机的连接图。该部分提供三种可穿戴医疗设备和手机的连接方式：Wi-Fi,蓝牙，OTG(On-The-Go)连接线。其中OTG连接线是用户手机miniUSB接口和外围设备的USB接口进行连接的数据传输线。因此，可穿戴设备需要支持OTG功能，若不支持，只要提供三种连接方式中的一种即可。图6是手机应用程序功能图。手机端应用软件(或称APP)是为游客和可穿戴医疗设备进行连接交互的唯一工具，是游客和健康监测服务平台连接的唯一工具。因此手机端应用程序的功能将直接影响到服务质量。该应用软件需要在游客已经注册登录的情况下使用，并保证长时间开启以保证数据的正常采集。应用软件提供用户中心，可穿戴设备管理、定位信息、SOS呼叫和医疗常识等功能。用户中心提供游客个人信息管理和密码服务；可穿戴设备管理可以对当前连接到该手机的医疗设备进行识别、连接、数据采集和断开等。定位信息是每次进行数据采集上传时自动获取当前游客位置信息，该位置信息是城市-街道名和当前经纬度。SOS呼叫存储并更新当前位置的就近医疗机构、公安局、消防机构、游客相关的保险机构等的联系方式和相关信息，可以在紧急情况下进行呼叫。该功能在默认情况下会根据游客当前位置信息自动查询和更新后勤服务组的联系信息。医疗常识是医疗知识库，为游客提供基本的医疗知识和紧急情况下的自救知识，并可根据该知识信息为他人提供紧急医疗救助。图7是呼叫中心架构图，该图提供紧急情况下游客直接向健康监测服务平台呼叫请求服务，并在IVR(交互式语音应答或自动语音服务)、人工座席组两种服务模式下选择，若自动语音服务不能解决游客的问题将转为人工座席组，经人工坐席组根据需要联系后勤服务组。

图7中出现的英文缩写含义：PSTN电话网是公共交换电话网络，游客通过该网络可以使用电话、手机等和呼叫中心呼叫请求。IVR是交互式语音应答，是提供自动语音服务的服务器，游客可以根据语音提示通过操作手机按键选择进一步服务。CTI是计算机电信集成技术，是集处理包括电话、计算机接入、传真、电子邮件等其它形式的信息媒体。CTI技术跨越计算机技术和电信技术两大领域。ACD是自动呼叫分配系统，用于对大量呼入用户的自动分配到相应服务区域。VPN是虚拟专用网在公用网络上建立专用网络，进行加密通讯,是呼叫中心内部各分支机构专用的通讯网络。

本领域的普通技术人员将会意识到，这里所述的实施例是为了帮助读者理解本发明的原理，应被理解为本发明的保护范围并不局限于这样的特别陈述和实施例。本领域的普通技术人员可以根据本发明公开的这些技术启示做出各种不脱离本发明实质的其它各种具体变形和组合，这些变形和组合仍然在本发明的保护范围内。

Claims (7)

1.一种健康监测救助系统，其特征在于，包括用于检测对象体征数据的检测单元和基于移动智能终端APP实现的用于处理体征数据的数据处理单元、用于存储处理数据和健康数据的存储单元、用于网络求救的网络急救单元和用于存储数据的网络数据库，所述健康数据是指对应体征的正常阈值数据；数据处理单元可对对象体征数据和健康数据进行对比分析并输出分析结果，并根据结果类型控制存储单元、网络急救单元和网络数据库；所述网络求救单元连接通信网络，可实现自动呼叫特定对象；网络数据库用于存储对象病例资料和自救方法数据。

2.根据权利要求1所述的健康监测救助系统，其特征在于，检测单元包括心率计、血糖仪和血氧仪中的一个或多个。

3.根据权利要求1所述的健康监测救助系统，其特征在于，呼叫特定对象包括110,119,120,122和自定义对象中的一个或多个。

4.根据权利要求1所述的健康监测救助系统，其特征在于，检测单元与智能终端APP通过无线方式传输数据。

5.根据权利要求1所述的健康监测救助系统，其特征在于，传输数据的无线方式包括蓝牙。

6.根据权利要求1所述的健康监测救助系统，其特征在于，智能终端包括智能手机和/或平板电脑。

7.一种健康急救方法，其特征在于，包括以下步骤：

S1、控制检测单元采集对象体征数据；

S2、接收并处理对象体征数据，输出处理结果，同时将处理结果以视觉或听觉方式反馈给对象；

S3、后台根据处理结果判断是否启用网络急救单元，如果判断结果为否定，则返回步骤S1；

S4、启动网络急救单元，同时自动搜寻网络数据库中病例资料和自救方法，并将搜寻结果反馈给对象。