CN114586391A - 紧急管理系统及方法 - Google Patents

Abstract

本公开文本涉及一种被配置成发起紧急请求的紧急管理系统(80)，紧急管理系统(80)包括：‑被配置成收集用户(1)的生命数据(400)的个人计算装置(10，100)，个人计算装置(10，100)包括可操作成与外部电子装置(200)和紧急服务提供方(300)中的至少一个通信的至少一个通信接口(40，140，142，144)；‑被配置成存储用户(1)的个人数据(500)的电子存储器(16，120，220，222)；‑可连接至电子存储器(16，120，220，222)的至少一个处理器(14；110，210)，至少一个处理器(14，110，210)可操作成：‑基于个人数据(500)和所收集的生命数据(400)得出紧急级别指示符，并且‑基于紧急级别指示符来生成紧急请求并将其传送至紧急服务提供方(300)。

Description

紧急管理系统及方法

技术领域

本公开文本涉及紧急管理的领域，尤其涉及紧急管理系统的领域。在另外的方面，本公开文本涉及一种个人计算装置、一种发起紧急请求的方法以及一种用于紧急管理的非暂时性计算机可读存储介质。

背景技术

患有慢性疾病的用户或患者或者老年人可能会面临紧急状况，在所述紧急状况下他们无法向紧急服务提供方(诸如救护车)发起紧急请求。例如，当人遭受心脏病发作或中风时，可能会出现这种状况。对于患有慢性疾病(诸如糖尿病)的患者，可能发展出低血糖症或高血糖症，导致对相应患者或人的严格限制。在这种状况下，令人期望的是几乎立即提供医疗帮助。在实际状况下，受影响的人可能无法发出紧急呼叫，特别是当他们无人照料时或者当他们在家庭环境中独自生活时。在这种状况下，尽管受影响的人不能发出这种紧急呼叫，即时的紧急呼叫也是令人期望的。

另一方面，有报告指出，人进行紧急呼叫并要求来自紧急服务提供方的医疗帮助呈增加趋势，即使在这种紧急帮助并不是绝对必要的状况下。由于紧急服务提供方在设备和人员两方面均仅具有有限的资源，对紧急服务提供方的过量紧急请求可能导致所提供的服务负担过重的状况。这可能导致无法向处于紧急状况下的人提供适当的帮助或支持的状况。这种问题在农村地区变得更加严重，在农村地区，与城市地区相比，紧急服务提供方的密度相对较低。

此外并且实际上，对于一些紧急呼叫，不足或多余的信息被提供给紧急服务提供方。由于在接收到紧急请求时最终缺乏信息，紧急服务提供方自然地倾向于在物理上接近正在寻求紧急帮助的人之前提供最大程度的紧急服务。可能存在将紧急服务提供方的设备和/或人员不必要地束缚到总体上不需要这样的设备或人员的特定紧急地点的状况。

发明目的

因此，需要提供一种改进的紧急管理系统、一种改进的个人计算装置、一种改进的发起紧急请求的方法，并且需要提供一种可由个人计算装置执行的非暂时性计算机可读存储介质，借助于所述非暂时性计算机可读存储介质，可以增加或增强紧急服务提供方的精确度和/或效率。另一个目的是为请求这种帮助的紧急系统的用户提供相当即时的紧急帮助。此外，需要提供一种紧急管理系统，所述紧急管理系统能够精确地区分不同的紧急级别，以使得能够适当地使用在紧急设备和被训练以提供紧急帮助的人员两者方面的可用紧急资源。

发明内容

根据第一方面，提供了一种被配置成发起紧急请求的紧急管理系统。紧急管理系统包括被配置成收集用户的生命数据的个人计算装置。个人计算装置包括至少一个通信接口，所述至少一个通信接口可操作成与外部电子装置和紧急服务提供方中的至少一个通信。至少一个通信接口可操作成与紧急服务提供方直接通信或(例如，经由外部电子装置)与紧急服务提供方间接通信。

紧急管理系统进一步包括电子存储器。电子存储器被配置成存储用户的个人数据。紧急管理系统进一步包括至少一个处理器(典型地是数字处理器)。至少一个处理器是个人计算装置的部件，或者至少一个处理器可通过数据传输方式连接至个人计算装置。至少一个处理器进一步连接至电子存储器或可连接至电子存储器。以任一方式，至少一个处理器可操作成基于个人数据并且基于所收集的生命数据得出或计算紧急级别指示符。基于紧急级别指示符，处理器进一步可操作成生成紧急请求。此外，至少一个处理器被配置成并可操作成基于紧急级别指示符将紧急请求传送至紧急服务提供方。

典型地，紧急级别指示符是实际紧急级别的直接测量。相当低的紧急级别可以指示非严重的紧急状况。因此，低紧急级别可以表征其中对于寻求紧急帮助的人而言不存在威胁生命的危险或致命危险的紧急状况。

与此相反，高紧急级别可以指示严重的紧急状况。在此，紧急管理系统的用户或患者可能处于致命危险或威胁生命的危险中。

取决于由至少一个处理器得出或计算的紧急级别指示符，在紧急服务提供方接收到紧急请求的事件中，紧急管理系统可以自主地区分不同的紧急级别。取决于如由紧急级别指示符指示的紧急级别，紧急服务提供方可以采取符合紧急级别指示符的适当措施。以此方式，可以更高效地使用在紧急设备方面以及经紧急状况下训练的人员方面的可用资源。以此方式，可以减少紧急事件的个体成本，而不显著降低紧急服务的质量。

紧急级别指示符的得出包括处理可从电子存储器获得的个人数据的至少一部分。此外，紧急级别指示符的得出和/或计算包括处理由个人计算装置收集的生命数据。生命数据可以表示用户的瞬时生理情况、状态、移动或取向。紧急级别指示符的得出或计算利用同一用户的个人数据和所收集的生命数据两者，因此允许增加确定特定紧急情境实际上存在的精确度或可能性。紧急级别指示符的得出或计算考虑用户的生命数据并且进一步考虑同一用户的个人数据，所述个人数据可从至少一个处理器有权访问的电子存储器获得。

在当前背景下并且对于一些例子，紧急级别指示符表示紧急级别指数。紧急级别指示符或相应的紧急级别指数可以以数字的形式表示，所述数字的大小或量值指示紧急状况的程度或相应的紧急级别。

对于其他或另外的例子，紧急级别指示符或紧急级别指数以包括多个紧急类别的一维或多维网格或阵列的形式来表示，其中每个紧急类别可以被分配以数字。在此，相应的数字可以指示每个紧急类别的大小或量值。

就此而言，如本文所用的术语“紧急级别指示符”总体上可以被理解为紧急级别指数，借助于所述紧急级别指数定量地描述或表征紧急事件的程度或严重度。

可以例如借助于个人计算装置来从用户动态地和/或持续地收集生命数据。可以例如根据处方收集或获取计划来频繁地收集或获取生命数据。因此，可以根据用户的身体情况或生理情况对所收集的生命数据进行动态改变。个人数据可以是相当静态的。个人数据可以指示相应用户的唯一标识符。个人数据可以进一步包括相当静态的用户相关信息，诸如年龄、性别、体重、疾病类型或处方用药。

通过结合不同类型的数据(即，个人数据和生命数据)，紧急级别指示符可以指示不同的紧急级别，根据所述紧急级别，紧急服务提供方可以以相当高效且节约成本的方式采取相应的对策。

典型地，紧急请求的生成包括紧急级别指示符。在此，紧急级别指示符被嵌入在被传达(例如，被传送至所述紧急服务提供方)的紧急请求中。以此方式，由紧急服务提供方接收的紧急请求立即指示紧急级别。给予了紧急服务提供方区分不同紧急级别的紧急请求的可能性。

向紧急服务提供方的紧急请求的传送典型地由个人计算装置的至少一个通信接口提供。相应的通信接口是有线或无线的通信接口。个人计算装置可以被配置成例如经由专用紧急通信信道、通过通信网络或经由电话来直接与紧急服务提供方通信。个人计算装置和/或其至少一个通信接口可以被配置成直接或间接地与紧急服务提供方建立通信链路。

利用直接的通信链路，个人计算装置的至少一个通信接口被配置成与紧急服务提供方的对应通信接口直接通信。这种类型的通信链路可以通过许多不同的方式建立，例如，经由电话、IP语音(VoIP)或通信网络(诸如互联网)。利用间接通信，个人计算装置可以被配置成与单独的外部电子装置建立通信链路，其中外部电子装置被配置成与紧急服务提供方通信。

在其他例子中，紧急管理系统可以配备有第一个人计算装置和第二个人计算装置。在第一个人计算装置和第二个人计算装置中，只有一个个人计算装置(例如，第二个人计算装置)可以被配置成建立到紧急服务提供方的通信链路，而第一个人计算装置局限于与第二个人计算装置通信。

如果紧急管理系统包括多于一个的个人计算装置(例如，第一个人计算装置和第二个人计算装置)，则电子存储器和至少一个处理器可以位于同一个个人计算装置中或位于不同的个人计算装置中。这对于仅包括一个或两个个人计算装置的紧急管理系统是有效的，其中第一个人计算装置和第二个人计算装置中的至少一个被配置成建立到例如由数据提供方或医疗保健提供方提供的另外的外部电子装置的通信链路。

因此，紧急管理系统可以以许多不同的方式实现。紧急管理系统可以在单个个人计算装置中实现，其中个人计算装置被配置成收集用户的生命数据。在此，电子存储器和至少一个处理器由一个且唯一的个人计算装置提供。

对于其他例子(其中紧急管理系统包括两个或更多个个人计算装置)，个人计算装置之一可以被配置成收集用户的生命数据，而另一个个人计算装置可以配备有电子存储器，并且其中至少一个处理器可以由所提及的个人计算装置之一提供、或者由另一个个人计算装置提供、或者由外部电子装置提供。对于紧急管理系统的预期功能，至少一个处理器和电子存储器以及用于检测或获取生命数据的最终传感器可以在多个个人计算装置或外部电子装置的分布式环境中提供，只要电子装置或个人计算装置以适当的方式相互通信即可。

根据另外的例子，紧急请求的生成和传送包括向紧急服务提供方提供所收集的生命数据中的至少一些和个人数据中的至少一些。以此方式，紧急服务提供方不仅被提供有紧急级别指示符。通过向紧急服务提供方提交所收集的生命数据中的至少一些和个人数据中的至少一些，可以将关于适当的紧急措施的相当有价值的信息立即提供给紧急服务提供方。

作为例子，紧急请求可以包括用户的生理参数，诸如瞬时心率、呼吸率、氧饱和度和/或血糖水平。结合例如指示相应用户的疾病类型或处方用药的个人数据，紧急服务提供方立即被提供有紧急相关信息，借助于所述紧急相关信息可以采取相应的对策。

通过举例的方式，紧急请求可以直接指示特定人的已知疾病并且可以进一步包括瞬时生命数据，诸如心率或呼吸率。以此方式，紧急服务提供方立即被提供有有价值的信息，所述有价值的信息可能与提供状况特定且适当的紧急服务高度有关。

根据另一个例子，紧急级别指示符的得出包括基于个人数据对所收集的生命数据进行概率分析。此外并且作为另外的替代方案，紧急级别指示符的得出包括基于所收集的生命数据对个人数据进行概率分析。在又另一个例子中，紧急级别指示符的得出包括对所收集的生命数据和个人数据两者进行概率分析。概率分析可以基于对个人数据和/或所收集的生命数据的启发式求解或启发式开发。

例如，心率的动态变化与呼吸率的突然变化结合可以指示心脏病发作。这在患有心血管疾病的患者或在近期或远期患有心脏病发作或相当的心血管问题的患者中更有可能发生。因此，与超重并且在近期遭受多个心血管事件的老年人相比，对于具有平均体重的相对年轻的人，心率和/或呼吸率的特定动态改变不太可能表示心脏病发作。

就此而言，紧急管理系统可以被提供有从相对较大的医疗数据集提取的概率分析，所述医疗数据集指示例如，与不同的年龄组、性别或体重的其他人相比，具有特定性别、年龄组和体重的人具有遭受特定疾病或紧急状况的特定概率。总体上，可以对用户的任何生命参数和/或个人数据进行概率分析。

考虑到对所收集的生命数据和个人数据的概率分析，与其中没有考虑到医疗数据的概率分析的状况相比，可以以更高的精确度得出紧急级别指示符。就此而言，个人数据不仅可以反映用户的相当静态的普通数据。而是，利用个人计算装置和/或利用紧急管理系统，个人数据和/或生命数据可以包括表示人的生活习惯的数据，诸如相应用户的睡眠与活动的百分比、体育活动或压力水平。紧急管理系统可用的数据越多，紧急级别指示符的精确度可以增加得越多。

对于一些例子，对所收集的生命数据的概率分析基于从用户收集的生命数据的时间平均值。为此，电子存储器和至少一个处理器总体上可操作成并被配置成随时间收集生命数据并且得出用户的时间平均生命数据。用户的时间平均生命数据可以被存储在电子存储器中并且可以用于概率分析以得出紧急级别指示符。

因此，在特定时刻或在特定时间间隔期间取得的所收集的生命数据可以与同一人的长期时间平均生命数据进行比较。以此方式，可以提供相当精确的确定：瞬时收集的生命数据是否指示紧急事件，以及瞬时收集的生命数据指示紧急事件的程度。

利用用户的时间平均生命数据可以有助于增加紧急事件的识别或确定的精确度。此外，用户的时间平均生命数据提供了用户的生活习惯的个体和用户特定的表征。基于瞬时收集的生命数据与同一用户的时间平均生命数据的比较，可以进行相当精确的估计：瞬时收集的生命数据是否指示紧急事件，以及瞬时收集的生命数据指示紧急事件的程度。

例如，并且当在用户休息或睡眠的同时持续地收集生命数据时，生命数据的平均值可以是人遭受紧急状况的一般易受性的直接指示符。

概率分析可以结合至少第一类型的生命数据和第二类型的生命数据以得出或估计瞬时体质，诸如紧急管理系统的用户的健康度或健身度。仅作为例子，第一类型的生命数据可以是运动状态，而第二类型的生命数据可以是用户的呼吸率或心跳率。在此，可以随着时间计算第一类型的生命数据的第一平均值和第二类型的生命数据的第二平均值。第一平均值和第二平均值的比率或对比可被得出并用作用户的健康度或身体体质的直接指示符。利用或使用至少第一类型的生命数据和第二类型的生命数据的第一时间平均值和第二时间平均值可以用于修改生成紧急请求的灵敏度或易受性。

根据另一个例子，个人计算装置包括至少一个传感器。至少一个传感器可操作成测量以下生命参数中的至少一个：心率、呼吸率、血糖水平、血压、心电图(ECG)、氧饱和度、体温、位置、移动状态、取向、声学反馈和/或触觉反馈。就此而言，个人计算装置包括至少一个或多个传感器，可以通过所述至少一个或多个传感器频繁地测量或确定上述生命参数中的至少一个或若干个。

例如，至少一个传感器可以被实现为加速度传感器。以此方式，可以持续地监测用户的移动或移动模式。假设用户可能遭受心脏病发作并且可能无意地跌落到地面，则这种特征性移动可以被至少一个传感器立即检测到。响应于相应的传感器信号，至少一个处理器可以立即得出相对高的紧急级别的紧急级别指示符，并且可以立即生成紧急请求并且将所述紧急请求传送至紧急服务提供方。

生成紧急请求和/或将所述紧急请求传送至紧急服务提供方可以由紧急阈值来控制。当紧急级别指示符高于紧急阈值时，可以生成紧急请求并将所述紧急请求传送至紧急服务提供方。如果紧急级别指示符等于或低于给定的紧急阈值，则紧急管理系统可以在紧急请求被生成和/或传送至紧急服务提供方之前向用户提供不同的服务。在这种状况下，并且仅通过举例的方式，紧急管理系统可以被配置成建立与用户的对话，例如，如果他或她实际上确实遭受紧急状况，则从用户获得另外的信息。紧急阈值可以根据个人数据而变化，特别是根据关联到个人数据的概率风险因素而变化。作为例子，对于近期遭受过反复的心血管问题的人，与从未经历过心血管问题的人相比，紧急阈值被保持在较低的级别。

根据另一个例子，个人数据包括以下数据中的至少一个：年龄、性别、体重、地址信息、疾病类型、处方用药、用药历史、治疗历史和/或紧急历史。单个或多个个人数据可以通过至少一个处理器来与上述生命数据中的任何一个结合，以便得出紧急级别指示符。在此，可以提供对表征紧急状况的一大组医疗数据的概率分析和/或可以使用所述概率分析来得出紧急级别指示符。

例如，并且当紧急请求进一步被提供有个人数据时，有用信息(诸如年龄、性别、体重、地址信息和疾病类型以及处方用药、用药历史、治疗历史和紧急历史)可以被自动地提供给紧急服务提供方。与由电话进行的常规紧急呼叫相比，这种信息不再必须通过语音进行传达。此外，在用户实际上正通过基于电话的紧急呼叫请求帮助的紧急状况下，取决于具体状况，用户可能无意地向紧急服务提供方提供不精确或不完整的信息。这种通过电话的语言数据获取相当耗时并且有时容易出错。通过将上述个人数据中的至少一些直接嵌入由个人计算装置提交给紧急服务提供方的数字实现的紧急请求中，可以通过较不耗时的方式更精确地且无歧义地提供紧急相关且相当有关的信息。

根据紧急管理系统的另一个例子，每次至少一个处理器得出紧急级别指示符和/或生成相应的紧急请求或将所述相应的紧急请求传送至紧急服务提供方时，个人数据的紧急历史可以进行自动更新。在由紧急服务提供方提供的紧急服务或多或少成功的完成之后，可以评估紧急管理系统的质量，并且至少可以完成和/或修改存储为个人数据的紧急历史。

以此方式，可以实现一种自学习算法，借助于所述自学习算法可以提高得出或计算紧急级别指示符的精确度。用户或紧急服务提供方中的至少一个可以提供相应的用户反馈，所述用户反馈可以存储在相应用户的生命数据、个人数据中或者通过修改算法来存储，至少一个处理器根据所述算法来基于个人数据和所收集的生命数据来得出紧急级别指示符。

此外，并且就此而言，紧急管理系统可以适用于大量用户，每个用户利用一个个人计算装置。紧急管理系统可以包括自学习算法，并且可以在使用时经受持续的训练。

根据另一个例子，至少一个处理器被配置成持续地收集生命数据，以便持续地得出紧急级别指示符。典型地，个人计算装置的至少一个处理器或可连接至个人计算装置的至少一个处理器例如通过处理从个人计算装置的至少一个传感器获得的信号来频繁地收集用户的至少一个或若干个生命数据。

对于一些例子，通过进一步考虑个人数据，永久地从所收集的生命数据中得出紧急级别指示符。以此方式，可以永久地调整紧急级别指示符以适应用户的瞬时身体情况、状态或移动。典型地，至少一个处理器被配置成处理生命数据的多于一个生命参数。至少一个处理器可以被配置成鉴于可用的个人数据来处理生命数据的多个(即，至少两个)生命参数。

以此方式，可以提供对紧急级别指示符的相当精确的估计或计算。例如，如果用户应开始身体锻炼，他的心率以及呼吸率可以相当同时地增加。处理器可以访问相应的数据或者可以被实现为将两个生命参数设定为相关。以此方式，心率、呼吸率和/或血压的同时升高不指示紧急状况。尤其地，如果至少一个处理器被提供有移动传感器的另外的加速度信号(借助于所述运动传感器可以监测用户的身体活动的移动)，则至少一个处理器能够识别出由于用户的身体活动引起的检测到的生命参数的变化不表示紧急事件。对于其他状况，例如，当心率和/或呼吸率应在相应用户的移动状态没有显著改变的情况下突然改变时，可以检测到紧急状况或紧急事件。

根据另外的例子，至少一个处理器被配置成当紧急级别指示符超过预定义的上紧急阈值时，自主地生成紧急请求和/或将所述紧急请求自主地传送至紧急服务提供方。以此方式，紧急管理系统能够自主地生成紧急请求并且将所述紧急请求传送至紧急服务提供方，而无需与用户的任何交互。当用户应不能主动触发紧急请求时，这是特别有用的。在以下情况下可以应用紧急请求的这种自主生成和/或到紧急服务提供方的这种自主传送：其中如由个人计算装置测量或收集的例如心率和/或呼吸率以及血压等生命参数明确地表示用户的潜在有害或严重且危险的身体状况。

在另一个例子中，紧急管理系统进一步包括可操作成进入与用户的对话的用户对话系统。在此，至少一个处理器被配置成当紧急级别指示符超过预定义的下紧急阈值时，启动用户数据系统。以此方式，紧急管理系统可以在得出或计算紧急级别指示符的过程中部署多步骤连续过程。

用户对话系统可以视觉地和/或听觉地实现。用户对话系统可以包括与至少一个输入端(诸如按钮或触敏区域)结合的视觉屏幕，所述至少一个输入端可以位于屏幕上。此外，或者作为替代方案，用户对话系统可以包括扬声器和麦克风中的至少一个，从而使得能够在用户与个人计算装置之间进行基于语音或语音控制的通信。

对于多个例子，紧急级别指示符的得出或计算可以包括多个迭代或升级阶段。在第一步骤中，持续收集的生命参数可能突然偏离平均值。这可以导致得出或计算出高于下紧急阈值的紧急级别指示符。这种紧急级别指示符的得出可以自主地激活用户对话系统。用户对话系统可以开始视觉地和/或听觉地与用户建立直接通信。在用户不应对对话系统作出反应的情况下，或者在用户对用户对话系统不适当地作出反应的情况下，紧急级别指示符可以增加。

随着紧急级别指示符的增加，可以触发用户对话系统的后续迭代或升级阶段。在用户对话系统的第一升级阶段中，用户对话系统可以简单地尝试向用户发送视觉请求或可听见的请求。在此，用户可以简单地提示他接收到了请求。用户对话系统可以询问用户：他或她是否需要帮助。取决于用户的回复，用户对话系统可以相应地做出反应。

在用户明确要求帮助的状况下，用户对话系统可以进一步提示用户对具体的帮助类型进行分类或者指明当前正在遭受的问题。只要用户将能够与用户对话系统通信，个人计算装置就可以能够为用户提供急救或相应的对策。作为例子，用户对话系统可以被训练以应对各种典型的紧急情境。例如，对于患有糖尿病的人，如果例如个人计算装置将不能自主地提供这种生命参数，则用户对话系统可以提示用户手动进行血糖测量并且提供相应的血糖浓度。

在血糖水平低于预定义范围的状况下，用户对话系统可以简单地提示用户取用特定量的右旋糖。他可能被反复提示以指明身体情况是否改善或变差。根据用户的响应，对话系统然后可以增加或降低紧急级别指示符。在用户与用户对话系统对话的过程中，个人计算装置可以重复地向用户提出手动触发到紧急服务提供方的紧急呼叫。

如果在用户对话的过程中，结果是用户开始表现得不适当，则用户对话系统可以生成和/或提供用户的回答或反应不再匹配预定义方案的相应指示符。因此，用户对话系统可以增加紧急级别指示符。一旦紧急级别指示符已经增加到例如高于上紧急阈值的级别，紧急管理系统就可以自主地将紧急请求传送至紧急服务提供方。

在此，紧急请求可以进一步包括先前的用户对话的内容，由此，一旦紧急请求被紧急服务提供方接收和处理，就将有价值的信息提供给紧急服务提供方。

根据另外的例子，用户对话系统和处理器中的至少一个可操作成基于用户在用户对话中或期间的响应来修改紧急级别指示符。典型地，并且如果用户在与对话系统交互期间显示正常或预期中的反应，则对话系统和处理器中的至少一个将可操作成降低紧急级别指示符。在其他状况下，并且如果用户在与对话系统的交互期间显示不适当或预期之外的反应，则对话系统和处理器中的至少一个将用于增加紧急级别指示符。

用户对话系统可以操作成提供多个升级阶段。根据默认，并且当激活时，用户对话系统可以处于初始或第一升级阶段。然后，并且在与用户的第一通信循环中，取决于用户的反应，对话系统可以进入第二升级阶段或者它可以自主地解除激活。典型地，当用户在第一通信循环期间的反应是不适当的或在预期之外时，对话系统进入第二升级阶段。进入第二升级阶段可以伴随紧急级别指示符的升高。如果用户在第一通信循环期间的反应在预期中或是适当的，则对话系统可以自动地解除激活。

当在第二升级阶段中时，用户对话系统可操作成进行与用户的第二通信循环。取决于用户的反应，对话系统可以进入第三升级阶段、对话系统可以返回到第一升级阶段、或者对话系统可以解除激活。典型地，当用户在第二通信循环期间的反应是不适当的或在预期之外时，对话系统进入第三升级阶段。再次地，进入第三升级阶段可以伴随紧急级别指示符的进一步升高。如果用户在第二通信循环期间的反应在预期中或是适当的，则对话系统可以重新进入第一通信循环或者可以自动解除激活。

取决于紧急管理系统的具体实现方式，在对话系统中可以实现各种数量的升级阶段和通信循环。当已经到达最终升级阶段时，对话系统和/或处理器可操作成生成紧急请求。

各个升级阶段和相关联的通信循环可以通过由对话系统生成的声学、视觉和/或触觉信号的强度、幅度和强烈度中的至少一个来彼此区分。随着升级阶段数量的增加和/或通信循环数量的增加，由对话系统生成的可感知信号的强度、幅度或强烈度增加。

对于一些例子，并且取决于用户在第一升级阶段期间的反应，对话系统可以跳过至少一个或一些中间的升级阶段，并且可以直接决定生成紧急请求。例如，当用户在第一升级阶段期间没有对用户对话系统的初始请求作出响应时，或者当用户的响应在很大程度上是不合理的时，可以应用这种情况。

对于一些例子，并且在激活用户对话系统时，定量地测量或得出紧急级别指示符与预定义的下紧急阈值之间的差异。如果紧急级别指示符与预定义的下紧急阈值之间的差异低于预定义的第一升级水平，则用户对话系统将进入第一升级阶段。如果差异高于预定义的第一升级水平，则用户对话系统将在用户对话系统激活时直接进入第二升级阶段。如果差异高于预定义的第二升级水平，则用户对话系统将在用户对话系统激活时直接进入第三升级阶段。以此方式，并且取决于紧急级别指示符的大小或量值，可以跳过用户对话系统的初始升级阶段或一些其他较低的升级阶段，其益处为快速且迅速地生成紧急请求。

根据另一个例子，紧急管理系统进一步包括药剂递送装置。药剂递送装置可以被配置成向用户施用药剂。药剂递送装置可以包括注射装置、输注装置、输注泵、吸入器或类似装置中的至少一个，药剂通常可以借助于其来递送给患者。用于附接至其上的附加装置的药剂递送装置包括被配置成与个人计算装置通信的通信接口。药剂递送装置的通信接口进一步被配置成将与用药历史相关的数据提供给个人计算装置。

药剂递送装置可以包括板载电子单元，所述板载电子单元包括通信接口并且进一步包括传感器组件，所述传感器组件被配置成确定向用户施用的药剂的量。典型地，药剂递送装置和/或其通信接口被配置成提供关于已经将特定量的药剂施用给用户的时间或日期的详细信息。

一些药剂递送装置可以配备有附加装置或辅助装置，其中附加装置或辅助装置配备有通信接口。在此，辅助装置可以被配置成确定或测量由药剂递送装置施用的药剂的量。对于一些例子，药剂递送装置是注射装置(诸如注射笔)，例如用于将诸如胰岛素的药剂注射到用户的生物组织中。

借助于药剂递送装置的通信接口，紧急管理系统可以被提供有指示用药历史的数据。以此方式，紧急管理系统、特别是存储在电子存储器中的个人数据指示过去施用给用户的药剂。在紧急状况下，关于用药历史的这种数据可以是特别有价值的，以使得紧急服务提供方能够采取适当的对策并且避免紧急行为与被施用给用户的药剂的任何并发症。

对于一些例子，紧急管理系统由单个个人计算装置提供。个人计算装置包括被配置成存储用户的个人数据的电子存储器。个人计算装置包括连接至电子存储器的至少一个处理器。个人计算装置的至少一个处理器开始可操作成基于个人数据和所收集的生命数据来得出紧急级别指示符。此外，个人计算装置包括被配置成检测和/或收集用户的生命数据的至少一个或若干个传感器。个人计算装置进一步包括被配置成与紧急服务提供方直接或间接通信的通信接口。

对于其他例子，紧急管理系统是包括多个实体的分布式系统，诸如实现为可穿戴个人计算装置或可穿戴电子装置的个人计算装置、诸如固定或可移动地安装在环境(例如，用户的家庭环境)中的电子中枢装置的第二个人计算装置。紧急管理系统可以进一步包括例如由外部服务提供方(例如，由医疗服务提供方或者由计算或电子服务提供方)提供的外部电子装置。外部电子装置可以设有数据库或可以访问数据库。例如，用于得出紧急级别指示符的计算能力可以由第一个人计算装置和第二个人计算装置中的一个的至少一个处理器或者由例如外部服务提供方的外部电子装置的至少一个处理器提供。

以任一方式，个人计算装置和外部电子装置被配置成相互通信。这些装置包括相互对应的通信接口。

根据另一个方面，本公开文本涉及一种被配置成发起紧急请求的个人计算装置。所述个人计算装置包括处理器，所述处理器可操作成收集和处理人的生命数据。个人计算装置进一步包括电子存储器，所述电子存储器连接至处理器并且可操作成存储人或用户的至少一个生命数据和个人数据。个人计算装置进一步包括连接至处理器的至少一个通信接口。至少一个通信接口可操作成将紧急请求直接或间接地传送至紧急服务提供方。处理器可操作成基于所收集的生命数据和基于个人数据来得出紧急级别指示符。处理器进一步可操作成基于紧急指示符生成紧急请求，并且将紧急请求传送至紧急服务提供方。

典型地，个人计算装置属于如上所述的紧急管理系统。对于个人计算装置的一些例子，紧急管理系统的整个功能可以由个人计算装置提供和/或嵌入在个人计算装置中。对于其他例子，特别是当紧急管理系统被实现为分布式系统时或者当紧急管理系统包括分布式架构时，个人计算装置至少被配置成与另外的个人计算装置和例如由外部服务提供方提供的外部电子装置中的至少一个通信。

典型地，个人计算装置的通信接口可操作成建立到另一个个人计算装置和/或外部电子装置的无线通信链路。个人计算装置的通信接口可以进一步被配置成建立到另一个个人计算装置和/或外部服务提供方的外部电子装置(诸如医疗保健提供方的数据处理中心)中的至少一个的有线通信链路。

个人计算装置可以被实现为可穿戴电子装置。个人计算装置可以包括用于将个人计算装置附接到用户的身体的腰带和腕带中的一个。以此方式，并且当适当地配备有至少一个或多个传感器时，个人计算装置能够测量和收集用户的生命数据。对于一些其他例子，个人计算装置可以粘性地附接到用户的皮肤。个人计算装置可以被配置成暂时地和/或永久地刺穿用户的皮肤，例如，以便确定血糖水平。

对于一些例子，个人计算装置可以包括药物递送装置。因此，个人计算装置可以包括被配置成将药剂施用给用户的药物递送装置和被配置成测量和/或收集用户的生命数据的数据收集装置的组合。

根据另一个例子，个人计算装置包括被配置成处理用户的基于语音的输入或基于语音的反馈的语音接口。语音接口可以进一步被配置成向用户提供基于语音的信息。因此，语音接口被配置成向用户提供口语输出和可听见的输出。典型地，语音接口可以属于由个人计算装置实现或部署的用户对话系统。用户对话系统可以包括自然语音识别单元，借助于所述自然语音识别单元，可以适当地识别用户发出的语音。

个人计算装置的语音接口可以被配置成与外部电子装置的对应语音接口或外部服务提供方的语音识别服务通信。典型地，个人计算装置的板载语音接口被配置成例如借助于麦克风来捕获由用户发出的语音。记录的用户语音可以进行分析(例如，变换和/或预处理)并且可以传送给外部服务提供方。以此方式，由外部服务提供方执行和进行语音识别。从用户的原始语音提取的所识别的文本然后可以返回到个人计算装置。典型地，个人计算装置和/或其语音接口包括扬声器。从用户的原始语音识别的文本可以通过语音接口和/或通过外部服务提供方听觉地再现。

典型地，本地设置在个人计算装置中或由外部服务提供方提供的语音接口典型地包括语音至文本处理模块，所述语音至文本处理模块使用各种声学和语言模型来将语音输入识别为音素序列、用一种或多种语言编写的单词或符号的序列。语音至文本处理模块可以使用任何合适的语音识别技术、声学模型和语言模型(诸如隐马尔可夫模型、基于动态时间规整(DTW)的语音识别以及其他统计和/或分析技术)来实现。

通过在个人计算装置与外部服务提供方之间建立通信链路，语音至文本处理可以至少部分地由外部服务提供方和/或个人计算装置执行。

由外部服务提供方提供语音识别的至少一部分是有益的，因为语音识别的质量可以经受由外部服务提供方提供的持续改进。为此，个人计算装置处的相应软件更新可以不是必需的。此外，由外部服务提供方提供的语音识别可以考虑由全部使用同一外部服务提供方的大量用户获得的训练。以此方式，利用由外部服务提供方提供的语音识别的每个用户可以参与例如由外部服务提供方实现的持续改进且自学习的算法。

根据另一个例子，个人计算装置被配置为可穿戴电子装置。所述可穿戴电子装置包括至少一个传感器，所述至少一个传感器可操作成测量以下生命参数中的至少一个：用户的心率、呼吸率、血糖水平、血压、心电图(ECG)、氧饱和度、体温、位置、移动状态、取向、声学反馈或触觉反馈。对于一些例子，至少一个传感器包括移动或加速度传感器。对于一些例子，至少一个传感器包括磁场传感器，所述磁场传感器能够确定至少一个传感器以及因此个人计算装置与环境磁场相比的瞬时取向。

至少一个传感器可以包括至少一个或若干个光源和/或电极，以测量以下生命参数中的至少一个：心率、呼吸率、血糖水平、心电图、氧饱和度等。以此方式，并且当由用户携带时，个人计算装置被配置成频繁地和/或定期地收集用户的生命数据。

个人计算装置可以被实现为穿戴在用户的手的手腕处的健身跟踪器。为此，个人计算装置包括腕带。只要由用户携带，个人计算装置就能够跟踪和监测用户的所有身体活动。相应的生命数据可以由至少一个处理器处理，并且可以与用户特定的个人数据结合。以此方式，可以定期地提供对紧急级别指示符的相当精确的估计。

个人计算装置可以被进一步实现为智能手表。此外，对于一些例子，已经存在的和/或商业分布式的个人计算装置(诸如健身跟踪器或智能手表)可以被用作如本文所述的紧急管理系统的个人计算装置，只要这样的现有答案或商业分布式的个人计算装置被提供有相应的计算机程序或软件，使得能够收集生命数据并且随后结合相应用户或人的个人数据来处理所述生命数据即可。

为了利用现有的个人计算装置(诸如智能手表或健身跟踪器)建立紧急管理系统，可以向它们提供补充个人计算装置，诸如安装在用户环境中并被配置成与个人计算装置通信的固定或移动中枢。补充个人计算装置可以由相应用户的移动电话或智能电话提供。

所述补充个人计算装置可以包括被配置成存储用户的个人数据的至少一个电子存储器。此外，第二或补充个人计算装置可以设有连接至或可连接至电子存储器的至少一个处理器。在此，第二个人计算装置的至少一个处理器可操作成基于个人数据并且基于由第一个人计算装置收集和/或提供的生命数据来得出紧急级别指示符。此外，第二个人计算装置(例如，用户的智能电话或个人中枢)可以被配置成基于紧急级别指示符生成紧急请求并且将紧急请求传送至紧急服务提供方。

许多智能手表、智能电话等个人计算装置容易配备有声学的(例如，基于语音的)用户对话系统，所述用户对话系统被配置成与外部服务提供方通信，以便处理由装置的用户发出的语音。因此，为了建立用于本发明的紧急管理系统的用户对话系统，可以使用现有的硬件解决方案，因此将用于实现紧急管理系统的成本保持在相对低的水平。例如，通过安装和/或部署相应的软件应用(例如，所谓的App)，可以将现有的或商业分布式的智能装置(诸如智能电话)变换成根据本公开文本的个人计算装置。

根据另一个方面，本公开文本涉及一种发起紧急请求的方法。所述方法包括收集用户的生命数据以及从电子存储器提供用户的个人数据的步骤。所述方法进一步包括基于个人数据和所收集的生命数据来得出紧急级别指示符。所述方法进一步包括基于紧急级别指示符生成紧急请求以及将紧急请求传送至紧急服务提供方。发起紧急请求的方法典型地由如上所述的紧急管理系统和/或个人计算装置来实现。就此而言，上文结合紧急管理系统和个人计算装置所描述的所有特征、特性和益处相等地适用于发起紧急请求的方法；并且反之亦然。

所述方法可以由单个个人计算装置实现。对于其他例子，所述方法由分布式紧急管理系统实现，所述分布式紧急管理系统例如包括第一个人计算装置和第二个人计算装置并且可选地包括由外部服务提供方提供的外部电子装置。

典型地并且对于多个例子，所述方法包括定期地获取和/或收集多个生命参数，诸如用户的心率、呼吸率、血糖水平、血压、心电图、氧饱和度、体温、位置、移动状态、取向、声学反馈和触觉反馈。对于一些例子，发起紧急请求的方法包括提供用户的个人数据，所述个人数据包括以下数据中的至少一个：年龄、性别、体重、地址信息、疾病类型、处方用药、用药历史、治疗历史和/或紧急历史。所述方法包括处理生命数据中的至少一个与个人数据中的至少一个，以便获得和/或得出指示用户实际正在遭受的最终紧急状况的紧急级别指示符。

取决于得出的或估计的紧急级别，所述方法可以采取多种行动。当紧急级别高于预定义的上紧急阈值时，所述方法可以立即向紧急服务提供方提交紧急请求。当紧急级别低于上紧急阈值但高于下紧急阈值时，所述方法可以继续进行用户对话。在用户对话期间，将自主地与用户讨论或传达符合所收集的生命数据的典型或训练状况。

用户将面临多个提问并且可以被提示相应地做出响应。以此方式，紧急管理系统帮助找出用户实际遭受的具体问题。可以由外部服务提供方(特别是由数据库和/或由适当配置的对话系统)帮助进行与用户的自动化(即，机器实现的)对话。

在问题不严重的情况下，紧急管理系统可以向用户提供急救并且可以指导用户自行救护。

取决于所传达的生命参数和个人数据，紧急管理系统可以在一定程度上提供诊断并且可以自主地指示用户采取相应的对策。例如，在低血糖的情况下，紧急管理系统可以指示用户取用特定量的右旋糖。以此方式，可以相应地节省或节约紧急服务提供方的有限的人员资源。

对于另外的例子，发起紧急请求的方法，由系统生成的紧急请求包括所收集的生命数据中的至少一些和个人数据中的至少一些。此数据将与紧急请求同时提交给紧急服务提供方。以此方式，并且当接收到紧急请求时，紧急服务提供方立即被提供有关于用户的实际生命和用户的相关个人数据的有价值的信息。以此方式，可以向用户提供适当的、高效的和用户特定的紧急帮助。

根据另一个例子，生命数据被持续地收集。此外，典型地考虑用户的个人数据，基于所收集的生命数据来自主地触发紧急请求的生成和/或传送。这在相当关键或严重的事件中(例如，当用户不能手动触发紧急呼叫时)特别有益。个人数据的使用(特别是诸如用药历史、治疗历史和紧急历史等数据的使用)使得能够针对紧急管理系统的每个用户单独地设定或修改上紧急阈值和/或下紧急阈值。

例如，与从未经历过紧急状况的用户相比，在用户近期已经经历了多个紧急问题的状况下，可以将上紧急阈值设定到较低的级别。

对于另外的例子，生命数据被持续地收集，并且紧急请求的生成和/或传送是基于所收集的生命数据来自主地触发的。以此方式，所述方法提供紧急请求的发起，甚至无需相应用户的参与，而仅基于从用户收集的生命数据。当用户正在遭受相当关键或严重的紧急问题时(其中用户不能自己触发或发起紧急请求)，这可以特别有益。

对于另外的例子，发起紧急请求的方法包括借助于用户对话系统进入与用户的对话的步骤。用户对话系统可以在个人计算装置中实现。在此，所述方法包括当紧急级别指示符超过预定义的下紧急阈值时进入与用户的对话的步骤。如上文结合紧急管理系统所描述的，对话系统可以进入多个预定义升级阶段中的一个。根据默认，并且当紧急级别指示符超过预定义的下阈值，超过程度小于预定义的最小程度时，用户对话系统进入初始或第一升级阶段。然后，将与用户进行第一通信循环。取决于用户在第一通信循环期间的反应，对话系统然后进入第二升级阶段，或者对话系统自主地解除激活。

对于另外的例子，所述方法包括：取决于用户在用户对话中或期间的响应来修改紧急级别指示符的步骤。典型地，并且如上文结合紧急管理系统所描述的，如果用户在用户对话中或期间表现不合理或在预期之外，则紧急级别指示符将增加。如果用户表现得合理或以相当预期中的方式表现，则紧急级别指示符将降低。紧急级别指示符的增加可以伴随着进入用户对话系统中的进一步的升级阶段或通信循环。紧急级别指示符的增加可以伴随着进入用户对话系统中的更低的升级阶段或通信循环。替代性地，紧急级别指示符的降低可以伴随着用户对话系统的自动解除激活。

根据另一个方面，本公开文本涉及一种存储一个或多个程序的非暂时性计算机可读存储介质。所述一个或多个程序包括指令，所述指令在由个人计算装置执行时致使所述装置：收集用户的生命数据；从电子存储器提供用户的个人数据；基于个人数据和所收集的生命数据得出紧急级别指示符；基于紧急级别指示符生成紧急请求；并且将紧急请求传送至紧急服务提供方。

所述一个或多个程序被实现为计算机程序。它们可以被安装或部署在如上所述的紧急管理系统的第一个人计算装置上和/或第二个人计算装置上。另外或替代性地，所述一个或多个程序可以被安装或部署在例如由外部服务提供方提供的外部电子装置中。

典型地，所述一个或多个程序被配置成例如借助于上述紧急管理系统和/或借助于上述个人计算装置来执行上述发起紧急请求的方法。就此而言，紧急管理系统、个人计算装置和发起紧急请求的方法的所有特征、益处和特性同等地适用于非暂时性计算机可读存储介质和存储在其上的一个或多个程序。

术语“药物”或“药剂”在本文中同义使用，并且描述了如下药学制剂，其包含一种或多种活性药学成分或其药学上可接受的盐或溶剂化物以及可选地药学上可接受的载剂。从最广义上来说，活性药学成分(“API”)是对人或动物具有生物学效应的化学结构。在药理学中，将药物或药剂用于治疗、治愈、预防或诊断疾病或者用于以其他方式增强身体或精神健康。可以将药物或药剂使用有限的持续时间，或者定期用于慢性障碍。

如下文所述，药物或药剂可以包括用于治疗一种或多种疾病的在各种类型的制剂中的至少一种API或其组合。API的例子可以包括小分子(具有500Da或更小的分子量)；多肽、肽和蛋白质(例如，激素、生长因子、抗体、抗体片段和酶)；碳水化合物和多糖；以及核酸、双链或单链DNA(包括裸露和cDNA)、RNA、反义核酸诸如反义DNA和RNA、小干扰RNA(siRNA)、核酶、基因和寡核苷酸。可以将核酸掺入分子递送系统(诸如载体、质粒或脂质体)中。还设想了一种或多种药物的混合物。

在适于用于药物递送装置的初级包装或“药物容器”中可以包含药物或药剂。药物容器可以是例如药筒、注射筒、储器或其他坚固或柔性的器皿，其被配置成提供用于储存(例如，短期或长期储存)一种或多种药物的合适腔室。例如，在一些情况下，可以将腔室设计成将药物储存至少一天(例如，1天到至少30天)。在一些情况下，可以将腔室设计成将药物储存约1个月至约2年。可以在室温(例如，约20℃)或冷藏温度(例如，从约-4℃至约4℃)下进行储存。在一些情况下，药物容器可以是或可以包括双腔室药筒，其被配置成单独储存要施用的药学制剂的两种或更多种组分(例如，API和稀释剂、或两种不同的药物)，每个腔室中存储一种。在这种情况下，双腔室药筒的两个腔室可以被配置成在分配到人体或动物体内之前和/或期间允许两种或更多种组分之间的混合。例如，两个腔室可以被配置成使得它们彼此处于流体连通(例如，通过两个腔室之间的导管)，并且允许用户在分配之前在需要时混合两种组分。替代性地或另外地，两个腔室可以被配置成允许在将组分分配到人体或动物体内时进行混合。

在本文所述的药物递送装置中包含的药物或药剂可以用于治疗和/或预防许多不同类型的医学疾病。障碍的例子包括例如糖尿病或与糖尿病相关的并发症(诸如糖尿病视网膜病变)、血栓栓塞障碍(诸如深静脉或肺血栓栓塞)。障碍的另外例子是急性冠状动脉综合征(ACS)、心绞痛、心肌梗塞、癌症、黄斑变性、炎症、枯草热、动脉粥样硬化和/或类风湿性关节炎。API和药物的例子是如以下手册中所述的那些：诸如Rote Liste2014(例如但不限于，主要组(main group)12(抗糖尿病药物)或86(肿瘤药物))和Merck Index，第15版。

用于治疗和/或预防1型或2型糖尿病或与1型或2型糖尿病相关的并发症的API的例子包括胰岛素(例如人胰岛素、或人胰岛素类似物或衍生物)；胰高血糖素样肽(GLP-1)、GLP-1类似物或GLP-1受体激动剂、或其类似物或衍生物；二肽基肽酶-4(DPP4)抑制剂、或其药学上可接受的盐或溶剂化物；或其任何混合物。如本文所用，术语“类似物”和“衍生物”是指具有如下分子结构的多肽，所述分子结构可以通过缺失和/或交换在天然存在的肽中存在的至少一个氨基酸残基和/或通过添加至少一个氨基酸残基而在形式上衍生自天然存在的肽的结构(例如人胰岛素的结构)。所添加和/或交换的氨基酸残基可以是可编码氨基酸残基或其他天然残基或纯合成氨基酸残基。胰岛素类似物还被称为“胰岛素受体配体”。特别地，术语“衍生物”是指具有如下分子结构的多肽，所述分子结构在形式上可以衍生自天然存在的肽的结构(例如人胰岛素的结构)，其中一个或多个有机取代基(例如脂肪酸)与一个或多个氨基酸结合。可选地，天然存在的肽中存在的一个或多个氨基酸可能已被缺失和/或被其他氨基酸(包括不可编码的氨基酸)替代，或者氨基酸(包括不可编码的氨基酸)已被添加到天然存在的肽中。

胰岛素类似物的例子是Gly(A21)、Arg(B31)、Arg(B32)人胰岛素(甘精胰岛素)；Lys(B3)、Glu(B29)人胰岛素(谷赖胰岛素)；Lys(B28)、Pro(B29)人胰岛素(赖脯胰岛素)；Asp(B28)人胰岛素(门冬胰岛素)；人胰岛素，其中在位置B28处的脯氨酸被Asp、Lys、Leu、Val或Ala替代并且其中在位置B29处的Lys可以被Pro替代；Ala(B26)人胰岛素；Des(B28-B30)人胰岛素；Des(B27)人胰岛素和Des(B30)人胰岛素。

胰岛素衍生物的例子是例如B29-N-肉豆蔻酰-des(B30)人胰岛素，Lys(B29)(N-十四酰)-des(B30)人胰岛素(地特胰岛素，

)；B29-N-棕榈酰-des(B30)人胰岛素；B29-N-肉豆蔻酰人胰岛素；B29-N-棕榈酰人胰岛素；B28-N-肉豆蔻酰LysB28ProB29人胰岛素；B28-N-棕榈酰-LysB28ProB29人胰岛素；B30-N-肉豆蔻酰-ThrB29LysB30人胰岛素；B30-N-棕榈酰-ThrB29LysB30人胰岛素；B29-N-(N-棕榈酰-γ-谷氨酰)-des(B30)人胰岛素，B29-N-ω-羧基十五酰-γ-L-谷氨酰-des(B30)人胰岛素(德谷胰岛素(insulindegludec)，

)；B29-N-(N-石胆酰-γ-谷氨酰)-des(B30)人胰岛素；B29-N-(ω-羧基十七酰)-des(B30)人胰岛素和B29-N-(ω-羧基十七酰)人胰岛素。

GLP-1、GLP-1类似物和GLP-1受体激动剂的例子是例如利西拉肽

艾塞那肽(Exendin-4，

由毒蜥(Gila monster)的唾液腺产生39个氨基酸的肽)、利拉鲁肽

索马鲁肽(Semaglutide)、他司鲁肽(Taspoglutide)、阿必鲁肽

杜拉鲁肽(Dulaglutide)

rExendin-4、CJC-1134-PC、PB-1023、TTP-054、兰格拉肽(Langlenatide)/HM-11260C(艾匹那肽(Efpeglenatide))、HM-15211、CM-3、GLP-1Eligen、ORMD-0901、NN-9423、NN-9709、NN-9924、NN-9926、NN-9927、Nodexen、Viador-GLP-1、CVX-096、ZYOG-1、ZYD-1、GSK-2374697、DA-3091、MAR-701、MAR709、ZP-2929、ZP-3022、ZP-DI-70、TT-401(Pegapamodtide)、BHM-034。MOD-6030、CAM-2036、DA-15864、ARI-2651、ARI-2255、泰瑞帕肽(Tirzepatide)(LY3298176)、巴度肽(Bamadutide)(SAR425899)、艾塞那肽-XTEN和胰高血糖素-Xten。

寡核苷酸的例子是例如：米泊美生钠

它是一种用于治疗家族性高胆固醇血症的胆固醇还原性反义治疗剂或用于治疗Alport综合征的RG012。

DPP4抑制剂的例子是利拉利汀(Linagliptin)、维达列汀、西他列汀、地那列汀(Denagliptin)、沙格列汀、小檗碱。

激素的例子包括垂体激素或下丘脑激素或调节活性肽及其拮抗剂，诸如促性腺激素(促滤泡素、促黄体素、绒毛膜促性腺激素、促生育素)、促生长激素(Somatropine)(生长激素)、去氨加压素、特利加压素、戈那瑞林、曲普瑞林、亮丙瑞林、布舍瑞林、那法瑞林和戈舍瑞林。

多糖的例子包括葡糖胺聚糖(glucosaminoglycane)、透明质酸、肝素、低分子量肝素或超低分子量肝素或其衍生物、或硫酸化多糖(例如上述多糖的多硫酸化形式)、和/或其药学上可接受的盐。多硫酸化低分子量肝素的药学上可接受的盐的例子是依诺肝素钠。透明质酸衍生物的例子是Hylan G-F 20

它是一种透明质酸钠。

如本文所用，术语“抗体”是指免疫球蛋白分子或其抗原结合部分。免疫球蛋白分子的抗原结合部分的例子包括F(ab)和F(ab')2片段，其保留结合抗原的能力。抗体可以是多克隆抗体、单克隆抗体、重组抗体、嵌合抗体、去免疫或人源化抗体、完全人抗体、非人(例如鼠类)抗体或单链抗体。在一些实施方案中，抗体具有效应子功能，并且可以固定补体。在一些实施方案中，抗体具有降低的或没有结合Fc受体的能力。例如，抗体可以是同种型或亚型、抗体片段或突变体，其不支持与Fc受体的结合，例如，它具有诱变的或缺失的Fc受体结合区。术语抗体还包括基于四价双特异性串联免疫球蛋白(TBTI)的抗原结合分子和/或具有交叉结合区取向(CODV)的双可变区抗体样结合蛋白。

术语“片段”或“抗体片段”是指衍生自抗体多肽分子的多肽(例如，抗体重链和/或轻链多肽)，其不包括全长抗体多肽，但仍包括能够结合抗原的全长抗体多肽的至少一部分。抗体片段可以包括全长抗体多肽的切割部分，尽管所述术语不限于此类切割片段。可用于本发明的抗体片段包括例如Fab片段、F(ab')2片段，scFv(单链Fv)片段、线性抗体、单特异性或多特异性抗体片段(诸如双特异性、三特异性、四特异性和多特异性抗体(例如，双链抗体、三链抗体、四链抗体))、单价或多价抗体片段(诸如二价、三价、四价和多价抗体)、微型抗体、螯合重组抗体、三抗体或双抗体、胞内抗体、纳米抗体，小模块化免疫药物(SMIP)、结合域免疫球蛋白融合蛋白、骆驼化抗体和包含VHH的抗体。抗原结合抗体片段的另外的例子在本领域中是已知的。

术语“互补决定区”或“CDR”是指重链多肽和轻链多肽两者的可变区内的短多肽序列，其主要负责介导特异性抗原识别。术语“框架区”是指重链多肽和轻链多肽两者的可变区内的氨基酸序列，其不是CDR序列，并且主要负责维持CDR序列的正确定位以允许抗原结合。尽管框架区本身通常不直接参与抗原结合，如本领域中已知的，但是某些抗体的框架区内的某些残基可以直接参与抗原结合或可以影响CDR中的一个或多个氨基酸与抗原相互作用的能力。

抗体的例子是抗PCSK-9mAb(例如，阿利库单抗(Alirocumab))、抗IL-6mAb(例如，萨瑞鲁单抗(Sarilumab))和抗IL-4mAb(例如，度匹鲁单抗(Dupilumab))。

本文所述的任何API的药学上可接受的盐也设想用于药物递送装置中的药物或药剂。药学上可接受的盐是例如酸加成盐和碱性盐。

本领域技术人员将理解，在不偏离本发明的全部范围和精神的情况下，可以对本文所述的API、制剂、仪器、方法、系统和实施方案的各种组分进行修改(添加和/或去除)，本发明涵盖包括这些修改及其任何和所有等同物。

附图说明

在下文中，通过参照附图更详细地描述了紧急管理系统的例子和被配置用于这种紧急管理系统的对应个人计算装置以及发起紧急请求的相应方法的例子，在附图中：

图1示意性地展示了紧急管理系统的一个例子，

图2示出了紧急管理系统的框图，

图3示出了紧急管理系统的第一个人计算装置和第二个人计算装置的更详细的框图，

图4展示了生命参数的数据结构的一个例子，

图5展示了个人数据的数据结构，以及

图6示出了利用紧急管理系统发起紧急请求的流程图的一个例子。

具体实施方式

在图1中，示意性地展示了根据本公开文本的紧急管理系统80的例子。在此，用户1配备有至少一个个人计算装置10。个人计算装置10可以包括壳体11以及用于将个人计算装置10附接到用户1的身体的一部分的套环12。对于一些例子并且如图1所指示的，个人计算装置10可以包括腰带13，所述腰带允许将个人计算装置10附接到人或用户1的腰部或臀部。

在图1中，描述了除了第二个人计算装置100之外的第一个人计算装置10。第一个人计算装置10可以被实现为由用户1穿戴的智能手表或健身跟踪器。第二个人计算装置100可以被实现为个人中枢、个人数字助理或智能电话。对于一些例子，第二个人计算装置100可以被实现为个人计算机或平板计算机。在图1中，进一步展示了药物递送装置50。

药物递送装置50被配置成将药学活性物质(例如，药剂)施用给用户1。药物递送装置50可以被实现为注射装置、输注装置，例如，实现为注射笔或输注泵。对于一些例子，药物递送装置50被实现为吸入器。

紧急管理系统80进一步包括由外部服务提供方202提供的外部电子装置200。外部服务提供方202可以是外部数据提供方。外部服务提供方202可以访问例如实现为数据库的电子存储器222。外部电子装置200的实现方式和外部服务提供方202的使用仅是可选的。第一个人计算装置10和第二个人计算装置100中的至少一个可操作成典型地经由通信网络180来与紧急服务提供方300和外部服务提供方202中的至少一个通信。

在所说明的例子中，第一个人计算装置10可操作成与第二个人计算装置100无线地通信。在此，仅第二个人计算装置100可以经由通信网络180来与紧急服务提供方300通信。典型地，第一个人计算装置10与第二个人计算装置100之间的无线通信是短程通信链路。

它可以由通常可用的无线通信标准(诸如蓝牙、Wi-Fi、NFC、IrDA)来实现。对于一些例子，第一个人计算机装置10和第二个人计算装置100可以通过有线连接。通信网络180可以是移动电话网络、传统电话网络和互联网之一。典型地，通信网络180是数字通信网络。对于一些例子，通信网络是模拟通信网络。

如在图2和图3中更详细地展示的，第一个人计算装置10被实现为可穿戴电子装置。第一个人计算装置10包括壳体11和多个传感器20、22、24、26、28。第一个人计算装置10包括允许将个人计算装置10附接到用户1的手腕的套环12。以此方式，个人计算装置10可以由用户1永久地穿戴。

个人计算装置10进一步包括电子存储器16和处理器14。此外，第一个人计算装置10包括通信接口40。借助于通信接口40，个人计算装置10可以与另外的、因此与第二个人计算装置100通信。对于典型的例子，第一个人计算装置10可操作成通过利用传感器20、22、24、26、28中的至少一个来收集用户的生命数据400。传感器20、22、24、26、28连接至处理器14。

由传感器20、22、24、26、28生成的信号可以至少被处理器14处理或预处理。传感器信号、处理过的传感器信号或预处理过的传感器信号中的至少一个可以至少暂时地存储在第一个人计算装置10的电子存储器16中。处理器14进一步连接至通信接口40。以此方式，从传感器20、22、24、26、28中的至少一个获得的信号、处理过的信号或预处理过的信号可以至少被传送和传达至第二个人计算装置100。

为此，第二个人计算装置100包括通信接口140。通信接口40和通信接口140被配置成在个人计算装置10与个人计算装置100之间建立和/或设立无线通信链路。

多个传感器20、22、24、26、28被配置成测量以下生命参数中的至少一个：用户1的心率、呼吸率、血糖水平、心电图、氧饱和度、体温、位置、移动状态、取向、声学反馈和/或触觉反馈。例如，传感器20可以被实现为位置传感器。它可以包括磁场传感器，借助于所述磁场传感器可以确定个人计算装置10相对于环境磁场的取向。传感器22可以被实现为加速度传感器。传感器22因此可以提供关于个人计算装置10的移动状态的信息。传感器24可以被实现为心率传感器。传感器26可以被实现为温度传感器，并且传感器28可以被实现为ECG传感器。

对于其他例子，传感器24被实现为血糖传感器。尤其是当第一个人计算装置10被用户穿戴时，传感器24可以与用户1的皮肤相接触。所述传感器可以永久地或定期地穿透用户的外层皮肤。传感器24可以被配置用于持续的血糖测量。传感器24和/或个人计算装置10可以被配置成测量测量数据和/或将测量数据传送至第二个人计算装置100、外部服务提供方202、电子存储器222和/或紧急服务提供方300中的至少一个。

对于一些例子，并且当传感器24被实现为血糖测量传感器时，传感器24被集成在第一个人计算装置10中。对于其他例子，传感器24是被配置成与第一个人计算装置10和第二个人计算装置100中的至少一个进行通信的单独的传感器单元。传感器24可以被封装在单独的壳体中并且可以包括被配置成与第一个人计算装置10和第二个人计算装置100中的至少一个进行通信的无线发射器。传感器24和/或第一个人计算装置10可以被配置成例如根据预定义的计划以规律的时间间隔测量和/或确定用户的血糖水平。

第一个人计算装置10可以被配置为健身跟踪器或智能手表。它可以包括血糖测量传感器24，或者它可以与例如与用户1的皮肤永久或定期接触、或者至少暂时地植入用户皮肤之中或之下的单独的血糖测量传感器24无线通信。

除了所述多个传感器之外，个人计算装置10可以进一步包括至少一个指示器30。指示器30可以被实现为视觉、听觉或触觉指示器。因此，典型地连接至处理器14的指示器30可以包括光源、扬声器和蜂鸣器中的至少一个或其组合，以便向用户1给出视觉、声学或触觉反馈中的至少一个。

第一个人计算装置10具体地被配置成测量、记录和/或收集用户1的生命数据。所收集的生命数据可以被存储在存储器16中并且可以被同一个个人计算装置10的处理器14处理。与第二个人计算装置相结合，由第一个人计算装置10收集的生命数据可以至少部分地被传送至第二个人计算装置100。第二个人计算装置100包括壳体101和处理器110。第二个人计算装置100进一步包括连接至处理器110的存储器120。第二个人计算装置100包括被配置成与第一个人计算装置10的通信接口40通信的通信接口140。

第二个人计算装置100进一步包括麦克风150和扬声器160中的至少一个。以此方式，用户1可以借助于自然语言或专用语音命令直接与第二个人计算装置100通信。麦克风150和扬声器160连接至处理器110。第二个人计算装置100进一步包括另一个通信接口142，所述通信接口可操作成与例如由外部服务提供方202提供的外部电子装置200的通信接口240通信。第二个人计算装置100可以包括具体地被配置成与紧急服务提供方300的通信接口340通信的另外的通信接口144。T

多个通信接口140、142、144可以由分开且不同的硬件部件或者由同一个硬件部件来实现。通信接口140、142、140可以被实现为无线通信接口和/或有线通信接口，这取决于用户环境5的具体配置以及对通信网络180(诸如互联网)的可用接入。通信接口142与240之间的通信以及通信接口144与340之间的通信可以由同一个通信网络180或由不同的通信网络提供，这取决于相应通信链路的具体实现方式。第二个人计算装置100、外部服务提供方202与紧急服务提供方300之间的通信链路可以被实现为模拟通信链路或数字通信链路。

对于一些例子，第一个人计算装置10被配置成与外部服务提供方202的外部电子装置200和紧急服务提供方300中的至少一个直接通信。在此，第一个人计算装置10的通信接口40被配置成典型地经由通信网络180来与外部电子装置200和紧急服务提供方300的通信接口240、340中的至少一个通信。对于这个例子，紧急管理系统80可以不具有第二个人计算装置100。

药物递送装置50还可以包括通信接口52。通信接口52可以被配置成与第一个人计算装置10或第二个人计算装置100的通信接口40、140、142、144中的至少一个通信。典型地，通信接口52被配置为至少与第二个人计算装置100的无线通信接口140建立通信链路的无线通信接口。

如图2和图3的组合所展示的，外部服务提供方202包括外部电子装置200。外部电子装置200可以被实现为固定的数据处理中心。外部电子装置200包括处理器210和内部电子存储器220。外部电子装置200进一步包括通信接口240，以便与第二个人计算装置100的通信接口142通信。外部电子装置200进一步包括用于与单独的或外部的电子存储器222通信的通信接口242。电子存储器222可以被实现为数据库，外部电子装置200对所述数据库具有永久访问。

外部电子装置200进一步包括另一个通信接口244。通信接口244可以被实现为与紧急服务提供方300的通信接口342直接通信。

对于一些例子，紧急管理系统80包括用户对话系统250。对话系统250可以包括由第二个人计算装置100实现或提供的语音接口146和由外部电子装置200实现或提供的另外的语音接口246。语音接口146、246可以相互补充或者可以彼此对应。语音接口146、246被配置成经由将通信接口142与通信接口240连接的通信链路交换数据。

电子存储器16、120、220、222中的至少一个被配置成存储用户1的个人数据500。个人数据500包括以下数据中的至少一个：相应用户1的年龄、性别、体重、用户的地址信息、疾病类型、处方用药、用药历史、治疗历史和/或紧急历史。个人数据500或其部分被存储在电子存储器16、120、220和222中的至少一个中。

使得个人数据500可用于处理器14、110、210中的至少一个，以便基于所收集的生命数据400和个人数据500得出紧急级别指示符。相应的处理器14、110、210还可访问由个人计算装置10收集的生命数据400。

至少一个处理器14、110、210被配置成基于用户1的个人数据500和同一用户1的所收集的生命数据400来得出、计算或估计紧急级别指示符。通过适当地处理生命数据400和个人数据500，至少一个处理器14、110、210和/或部署在处理器14、110、210中的相应计算机程序提供紧急级别指示符，所述紧急级别指示符指示用户所暴露于的紧急级别或用户实际正在遭受的紧急级别。

紧急管理系统80的具体实现方式可以不同。对于一些例子，整个紧急管理系统80被集成到第一个人计算装置10中。在此，个人计算装置10被配置成与紧急服务提供方300直接通信。于是，提供个人数据500的电子存储器16还可以暂时地存储如由多个传感器20、22、24、26、28提供的所获取的或所收集的生命数据400。

在此，处理器14被配置成基于所收集的生命数据400并且基于个人数据500得出紧急级别指示符。个人数据500由电子存储器16提供。生命数据400由多个传感器20、22、24、26、28中的至少一个提供。

当处理器14确定或得出高于预定义的上阈值的紧急级别指示符时，所述处理器可以自主地发起生成紧急请求和经由通信接口40将紧急请求直接传送至紧急服务提供方300。紧急请求的生成和/或传送可以伴随着指示器30的用户可检测到的激活。个人计算装置10可以进一步包括例如实现为个人计算装置10的壳体11上或内部的按钮或触敏区域的输入端32。

借助于输入端32，用户可以否决自动紧急请求生成和/或到紧急服务提供方300的自动紧急请求传送。在典型的情境中，个人计算装置10可以基于个人数据500并基于所收集的生命数据400得出紧急级别指示符，所述紧急级别指示符高于预定义的上紧急阈值。因此，个人计算装置10可以被配置成激活指示器30达预定义的时间间隔，由此向用户1指示个人计算装置10将要向紧急服务提供方300提交紧急请求。

然后，给予用户1与输入端32进行交互以便否决自动紧急请求和/或确认自动紧急请求的可能性。通过激活(例如，通过下压输入端32)，可以进一步给予用户手动触发生成紧急请求并向紧急服务提供方300提交紧急请求的可能性。以此方式，即使在紧急级别指示符低于预定义的上或下紧急阈值的状况下，也给予用户1呼叫帮助的可能性。

对于一些其他的例子，紧急管理系统80包括第一个人计算装置10和第二个人计算装置100。在那里，第一个人计算装置10具体地专用于和被配置成收集用户的生命数据400并将所述生命数据提供给第二个人计算装置100。第一个人计算装置10的本地电子储存器16可以用于临时存储数据，例如，由传感器20、22、24、26、28中的至少一个提供的预处理过的生命数据。这在通信接口40与通信接口140之间的通信链路应暂时中断或应不可用的状况下特别有用。

用户的个人数据可以存储在电子存储器120、220、222之一中。当个人数据500存储在第二个人计算装置100的电子存储器120中时，第二个人计算装置100的处理器110被配置成结合经由通信接口140从第一个人计算装置10获得的生命数据400来处理由电子存储器120提供的个人数据500。

对于这个例子，第二个人计算装置110被配置成基于对个人数据500和所收集的生命数据400的处理来得出紧急级别指示符。取决于得到的紧急级别，处理器110被配置成生成紧急请求和/或例如经由通信接口144将紧急请求传送至紧急服务提供方300。为了处理个人数据500和所收集的生命数据400，第二个人计算装置100可以被配置成经由通信接口142来与外部服务提供方202通信。

对于一些其他的例子，紧急管理系统80仅包括第二个人计算装置100并且不具有第一个人计算装置10。于是，由第二个人计算装置100收集生命数据400。为此，第二个人计算装置100还可以包括传感器20、22、24、26、28中的至少一个，所述传感器被配置成测量以下参数中的至少一个：当前结合第一个人计算装置10描述的心率、呼吸率、血糖水平、血压、心电图(ECG)、氧饱和度、体温、位置、移动状态、取向、声学反馈、触觉反馈。第二个人计算装置100可以被配置为可穿戴电子装置。它可以包括智能电话或智能手表。

对于这个实施方案以及对于包括第一个人计算装置10和第二个人计算装置100的紧急管理系统的例子，第二个人计算装置可以被实现为智能手表或智能电话，并且可以设有糖尿病管理软件应用(例如，糖尿病管理app)。第二个人计算装置100可以例如通过无线通信链路从第一个人计算装置10接收用户1的血糖水平数据。第二个人计算装置100可以进一步从药物递送装置50接收数据。来自药物递送装置50的数据可以指示当前或最近施用给用户1的药剂的量。

可选地并且除了从第一个人计算装置10收集生命数据400和从药物递送装置50收集个人数据500之外，第一个人计算装置10和第二个人计算装置100中的至少一个进一步可操作成收集和/或传送关于用户的当前身体活动、位置和/或取向的数据。例如并且为了用户1的精确位置确定，可以进一步使用用户1的通常可用或存储的Wi-Fi环境的位置数据和/或可由第一个人计算装置10和第二个人计算装置100中的至少一个得出的瞬时GPS数据。

基于从药物递送装置50接收的指示当前或最近的药剂施用步骤的数据，并且基于从第一个人计算装置10接收的血糖水平数据，并且进一步可选地基于如由第一个人计算装置10和第二个人计算装置100之一接收或收集的补充生命数据400，可以得出、生成和/或提供具有紧急请求的后续生成的相当精确的紧急级别指示符。

例如，第二个人计算装置100可以提供或包括允许基于自然语言处理和/或自然语言识别来与用户1进行通信的用户对话系统250。为了解释用户1发出的并且由麦克风150记录或接收的语音序列，第二个人计算装置100(例如，内置的语音接口146)可以与外部电子装置200和/或与外部服务提供方202的语音接口246通信。当紧急级别高于下紧急阈值时，实现与用户的对话是特别有用的。

因此，在生成紧急请求并将所述紧急请求传送至紧急服务提供方300之前，第二个人计算装置100(例如，其处理器210)可以被配置成进入与用户1的对话，以便更详细地指明当前问题或潜在的紧急事件。一旦紧急级别指示符超过预定义的下紧急阈值，可以例如由处理器110自主地触发用户对话。为了表征紧急问题，对话系统可以被配置成使用户面对必须由用户适当地回答的一系列提问。

在此，用户对话系统250可以被实现为以进入多步骤连续过程或进行多个升级阶段。在第一阶段，对话系统可以要求用户1指明潜在的紧急问题。在此，可以提示用户拼写他的姓名、当日或当日时间。如果用户未能响应或者以与正确回答不匹配的不适当方式响应，则用户对话系统250可以进入后续的升级阶段。

在用户对话的后续或第二升级阶段中，可以以更高的强度(例如，当视觉提供时以增加的亮度、或者在声学对话的情况下以增加的音量)发出发给用户1的提问。

此外，与在第一或初始升级阶段中或期间提供的提问相比，在第二或后续的升级状态中，可以简化提问。以此方式，应给予用户提供清楚且明确的响应的可能性。重复的无法响应或者无法以适当方式响应可以引起用户对话系统的另外的(例如，第三)升级阶段。

在此，紧急管理系统可以在第二个人计算装置100与紧急服务提供方300之间建立直接通信。替代性地或者在另外的升级阶段中，个人计算装置100可以被配置成生成紧急请求并且将所述紧急请求传送至紧急服务提供方300。

此外，紧急管理系统可以被实现具有许多不同的敏感度级别。可以给紧急管理系统80的特定用户单独地分配特定的敏感度级别。敏感度级别可以取决于疾病程度和由疾病程度引起紧急状况的可能性。通过举例的方式，并且对于患有II型糖尿病的用户，可以将用户分类为多个可用的敏感度级别或严重性级别之一。

在第一级别，用户经受糖尿病教育和生活方式的改变。他应当注意减轻体重，他应当定期锻炼，他应当改变他的饮食和/或应当停止吸烟。在第二级别的糖尿病中，用户可以经历口服抗糖尿病药的单一疗法。在另外的或第三级别，用户可以经历利用两种或更多种抗糖尿病药或胰岛素的组合的疗法。在另外的级别，例如，在第四级别，用户可以经历可能与口服抗糖尿病药组合的胰岛素疗法。

在此，随着级别的增加，用户的新陈代谢也越有可能脱轨。随着用户的治疗级别的增加，紧急管理系统的灵敏度级别可以增加。级别越高，紧急管理系统将对个人数据500和生命数据400的处理、紧急级别指示符或紧急请求的得出、生成或估计越敏感。敏感度级别越高，用于紧急级别指示符和/或用于生成紧急请求的一个或多个阈值将越低。

通常，并且对于紧急请求的每次生成以及所述紧急请求到紧急服务提供方300的每次传送，紧急请求可以包括用户1的所收集的生命数据或个人数据中的至少一个或多个。以此方式，紧急服务提供方300立即被通知相关生命参数或个人数据。

为了进行与用户1的对话，第二个人计算装置100可以与外部服务提供方202通信，具体地与外部电子装置200和/或例如实现为数据库的电子存储器222通信。尤其当用户对话系统250被实现为基于语音的对话系统时，这是特别有用的，以便提供高水平且相当准确的语音识别。

对于一些例子，并且为了向紧急服务提供方300提交紧急请求，还可以提供外部电子装置200的通信接口244与紧急服务提供方300的通信接口342之间的通信链路。当个人计算装置100不具有被配置成与紧急服务提供方300直接通信的单独通信接口144时，这可以特别有益。

对于这样的例子，仅需要且必要的是，个人计算装置100排他地与外部电子装置200通信。在此，紧急请求可以由个人计算装置100生成并且可以经由外部电子装置200被传送至紧急服务提供方300。

对于一些另外的例子，第二个人计算装置100可以简单地用作通信中枢，以提供第一个人计算装置10与外部电子装置200和/或紧急服务提供方之间的数据传送。在此，对所收集的生命数据400和个人数据500的处理可以由外部电子装置200的处理器210提供和进行。以此方式，可以将处理器120和处理器14的计算需求和计算能力减小到最小值。这还具有以下益处：不必对个人计算装置10、100进行最终软件更新，其中这种软件更新在紧急级别指示符的得出方面提供持续的、最新的或最近的发展。对于这样的例子，个人数据500可以存储在外部电子装置200的电子存储器220和/或数据库222中。

这具有以下另外的益处：个人数据(特别是关于疾病类型、处方用药、用药历史、治疗历史或紧急历史的数据)可以由多个外部实体(诸如外部服务提供方202)更新。因此，外部服务提供方202可以是医疗保健提供方或药品制造商之一。

通过紧急服务提供方300与外部电子装置200之间的数据链路(例如，在紧急服务提供方300与外部服务提供方202之间的通信链路)，可以提供来自紧急服务提供方300的关于特定用户1的治疗历史和紧急历史的即时反馈，尤其是在紧急请求已被传送至紧急服务提供方300并由紧急服务提供方处理之后。根据来自紧急服务提供方300的反馈，可以相应地适配或修改被配置成得出紧急级别指示符的个人数据和/或算法。

在图4中，展示了由个人计算装置10捕获和/或收集的一组生命数据的例子。生命数据400包括多个数据字段102、404、406、408、410、412、414。如通过举例的方式展示的，在图4中，数据字段402指示用户1的位置或地点。它可以指示用户1所位于的瞬时位置或地方。数据字段404指示用户1的取向。如图4的例子所示，用户处于直立位置。数据字段406指示当前移动状态。在此，并且通过举例的方式，指示用户在前五秒期间没有移动。数据字段408指示从用户发出的潜在噪声或声音信号。在此，并且通过举例的方式，指示在前10秒期间，用户1没有发出任何可听见的声音。

在数据字段410中，展示了用户1的心率。在此，数据字段410被划分成瞬时心率，其等于每分钟85次搏动(bpm)。进一步提供了表示预定义时间间隔内(例如，在前一小时或前一天期间)的平均心率的数据字段。如在例子中所指示的，85bpm的瞬时心率略高于75bpm的平均心率。在另外的数据字段412中，指示了呼吸率。在那里，与每分钟15下的平均呼吸率相比，瞬时治疗率显示为每分钟17下。在另外的数据字段414中，指示瞬时和/或平均血压。

为了估计或得出紧急级别指示符，由以上说明的处理器14、110、210中的至少一个来处理至少一个或若干个数据字段402、404、406、408、410、412、414。相应的处理器14、110、210还可访问个人数据500或者被提供有所述个人数据，如图5的例子中所展示的。典型地，个人数据包括指示相应人的年龄的数据字段502。数据字段504指示用户1的性别。数据字段506指示人的实际体重。在数据字段508中，指示相应人已知的疾病类型。在那里，不同类型的疾病(诸如心血管疾病、代谢性疾病或呼吸缺陷)各自设有例如由指数或数字表示的指示符。指数或数字越大，相应的疾病或问题将越多地应用于相应的用户。当然，每个用户1的个人数据500设有唯一标识符，借助于所述唯一标识符，个人数据500可以被分配给多个用户中的特定用户。

在另外的数据字段510中，指示处方用药。在此，可以列出如由药剂名称标识的多种药剂。对于每种药剂，在数据字段510中指示了药剂的量和处方计划。当紧急管理系统80配备有被配置成与个人计算装置10、100和外部服务提供方202中的至少一个通信的药物递送装置50时，可以将用药历史作为用药历史记录在数据字段512中。用药历史数据字段512提供对已将明确限定量的特定药剂施用给用户的时间或日期的存储。用药历史数据字段512可以进一步指示特定药剂的摄入是否已经由用户1被动地或主动地确认。在另外的数据字段514中，记载或记录特定用户的紧急历史。在此，记录紧急事件的类型以及这样的先前紧急事件的时间或日期。

通过处理器14、110、210中的至少一个结合生命数据400来处理和评估个人数据500，以便得出或计算紧急级别指示符。由紧急级别指示符表达的紧急级别可用于分类紧急程度以及区分不同类型的紧急问题，例如，它表示严重的问题还是相对无害的紧急状况。此外，由至少一个处理器14、110、210生成的紧急请求可以被提供有另外的有价值的信息，所述信息表示相应人的个人数据500以及相应人1的实际测量的生命参数400。

在图6中，通过流程图的方式展示了发起紧急请求的方法的例子。在初始步骤600中，收集人1的生命数据400。在并行步骤602中，提供同一人1的个人数据500。在后续的步骤604中，基于所收集的生命数据400和所提供的个人数据500，处理器14、110、210中的至少一个得出紧急级别指示符。在后续的步骤606中，将得出的紧急级别指示符与紧急阈值进行比较。例如，在步骤606中，将得出的紧急级别指示符与上紧急阈值进行比较。如果在步骤606中紧急级别指示符高于预定义的上紧急阈值，则所述方法直接继续进行步骤608，在所述步骤中生成紧急请求并将所述紧急请求传送至紧急服务提供方300。

在此，并且在将这样的紧急请求传送至紧急服务提供方300之前，可以可选地给予用户1中断或否决紧急请求的可能性。因此，第一个人计算装置10的指示器30或相应的指示器(例如，第二个人计算装置100的扬声器160)可以提示用户1在预定义的时间间隔期间确认或中止向紧急服务提供方300传送紧急请求。

如果在步骤606中，得出的紧急级别指示符小于或等于上紧急阈值，则所述方法继续进行步骤610。在步骤610中，将紧急级别指示符与预定义的下紧急阈值进行比较。如果紧急级别指示符低于预定义的下紧急阈值，则所述方法返回至步骤600和602。在此，并且相应地，所述方法继续进行收集用户1的生命数据400。只要步骤606、610中的比较之一显示紧急级别指示符等于或大于外紧急阈值或下紧急阈值中的一个，就执行步骤600、602、604、606、610的循环。

如果在步骤610中结果是紧急级别指示符高于预定义的下紧急阈值，则所述方法继续进行步骤612。在步骤612，所述方法发起与用户1的用户对话。用户对话可以由用户对话系统250视觉地和/或听觉地进行。为此，基于内容的对话系统可以开始向用户1提出一系列提问并且提示用户1相应地做出响应。取决于用户1的响应，对话系统250可以执行多个升级阶段。

最后，用户对话系统250终止于步骤614。在那里，评估当前紧急问题是否已经解决。在那种情况下，并且当用户1相应地确认时，所述方法返回至步骤600和/或602。在另一种情况下，并且当紧急问题尚未通过用户对话解决时，所述方法继续进行步骤608。因此，生成紧急请求并且将所述紧急请求传送至紧急服务提供方300。

附图标记

1 用户

5 用户环境

10 个人计算装置

11 壳体

12 套环

13 腰带

14 处理器

16 电子存储器

20 传感器

22 传感器

24 传感器

26 传感器

28 传感器

30 指示器

32 输入端

40 通信接口

50 递送装置

52 通信接口

80 紧急管理系统

100 个人计算装置

101 壳体

110 处理器

120 存储器

140 通信接口

142 通信接口

144 通信接口

146 语音接口

150 麦克风

160 扬声器

180 通信网络

200 外部电子装置

202 服务提供方

210 处理器

220 电子存储器

222 电子存储器

240 通信接口

242 通信接口

244 通信接口

246 语音接口

250 对话系统

300 紧急服务提供方

340 通信接口

342 通信接口

400 生命数据

402 数据字段

404 数据字段

406 数据字段

408 数据字段

410 数据字段

412 数据字段

414 数据字段

500 个人数据

502 数据字段

504 数据字段

506 数据字段

508 数据字段

510 数据字段

512 数据字段

514 数据字段

600 用户对话系统

Claims (18)

1.一种被配置成发起紧急请求的紧急管理系统(80)，所述紧急管理系统(80)包括：

-被配置成收集用户(1)的生命数据(400)的个人计算装置(10，100)，所述个人计算装置(10，100)包括至少一个通信接口(40，140，142，144)，所述至少一个通信接口可操作成与外部电子装置(200)和紧急服务提供方(300)中的至少一个通信，

-电子存储器(16，120，220，222)，所述电子存储器被配置成存储所述用户(1)的个人数据(500)，

-可连接至所述电子存储器(16，120，220，222)的至少一个处理器(14；110，210)，所述至少一个处理器(14，110，210)可操作成：

-基于所述个人数据(500)和所收集的生命数据(400)得出紧急级别指示符，并且

-基于所述紧急级别指示符来生成紧急请求并且将所述紧急请求传送至所述紧急服务提供方(300)。

2.根据权利要求1所述的紧急管理系统(80)，其中所述紧急请求的生成和传送包括向所述紧急服务提供方(300)提供所收集的生命数据(400)中的至少一些和所述个人数据(500)中的至少一些。

3.根据前述权利要求中任一项所述的紧急管理系统(80)，其中所述紧急级别指示符(300)的得出包括基于所述个人数据(500)来对所收集的生命数据(400)进行概率分析。

4.根据前述权利要求中任一项所述的紧急管理系统(80)，其中所述个人计算装置(10)包括至少一个传感器(20，22，24，26，28)，所述至少一个传感器可操作成测量以下生命参数中的至少一个：心率、呼吸率、血糖水平、血压、心电图(ECG)、氧饱和度、体温、位置、移动状态、取向、声学反馈、触觉反馈。

5.根据前述权利要求中任一项所述的紧急管理系统(80)，其中所述个人数据(500)包括以下数据中的至少一个：年龄、性别、体重、地址信息、疾病类型、处方用药、用药历史、治疗历史、紧急历史。

6.根据前述权利要求中任一项所述的紧急管理系统(80)，其中所述至少一个处理器(14，110，210)被配置成持续地收集所述生命数据(400)并且持续地得出所述紧急级别指示符，其中所述至少一个处理器(110，210)进一步被配置成当所述紧急级别指示符超过预定义的上紧急阈值时，自主地生成紧急请求并将所述紧急请求传送至所述紧急服务提供方(300)。

7.根据前述权利要求中任一项所述的紧急管理系统(80)，其进一步包括用户对话系统(250)，所述用户对话系统可操作成进入与所述用户(1)的用户对话，其中所述至少一个处理器(110，210)被配置成当所述紧急级别指示符超过预定义的下紧急阈值时启动所述用户对话系统(250)。

8.根据权利要求7所述的紧急管理系统(80)，其中所述用户对话系统(250)和所述处理器(110，210)中的至少一个可操作成基于所述用户(1)在所述用户对话中或期间的响应来修改所述紧急级别指示符。

9.根据前述权利要求中任一项所述的紧急管理系统(80)，其进一步包括药剂递送装置(50)，所述药剂递送装置(50)包括通信接口(52)，所述通信接口被配置成与所述个人计算装置(10，100)通信并且被配置成将与用药历史相关的数据提供给所述个人计算装置(10，100)。

10.一种被配置成发起紧急请求的个人计算装置(10，100)，所述个人计算装置(10，100)包括：

-处理器(14，110)，所述处理器可操作成收集和处理人(1)的生命数据(400)，

-电子存储器(16，120)，所述电子存储器连接至所述处理器(14，110)并且可操作成存储所述人(1)的生命数据(400)和个人数据(500)中的至少一种，

-连接至所述处理器(14，110)的至少一个通信接口(40，140，142，144)，所述至少一个通信接口(140，142，144)可操作成将紧急请求传送至紧急服务提供方(300)，其中所述处理器(14，110)可操作成：

-基于所收集的生命数据(400)和所述个人数据(500)得出紧急级别指示符，

-基于所述紧急指示符生成所述紧急请求，并且

-将所述紧急请求传送至所述紧急服务提供方(300)。

11.根据权利要求10所述的个人计算装置(10，100)，其进一步包括语音接口(146)，所述语音接口被配置成处理所述用户(1)的基于语音的输入或基于语音的反馈。

12.所述个人计算装置(10，100)，其被配置为可穿戴电子装置(10)并且包括至少一个传感器(20，22，24，26，28)，所述至少一个传感器可操作成测量以下生命参数中的至少一个：心率、呼吸率、血糖水平、血压、心电图(ECG)、氧饱和度、体温、位置、移动状态、取向、声学反馈、触觉反馈。

13.一种发起紧急请求的方法，所述方法包括以下步骤：

-收集用户(1)的生命数据(400)，

-从电子存储器(120，220，222)提供所述用户(1)的个人数据(500)，

-基于所述个人数据(500)和所收集的生命数据(400)得出紧急级别指示符，

-基于所述紧急级别指示符生成紧急请求并且将所述紧急请求传送至紧急服务提供方(300)。

14.根据权利要求13所述的方法，其中所述紧急请求的生成包括向所述紧急服务提供方(300)提供所收集的生命数据(400)中的至少一些和所述个人数据(500)中的至少一些。

15.根据权利要求13或14所述的方法，其中所述生命数据(400)被持续地收集，并且其中基于所收集的生命数据(400)自主地触发所述紧急请求的生成和/或传送。

16.根据前述权利要求13至15中任一项所述的方法，其进一步包括当所述紧急级别指示符超过预定义的下紧急阈值时进入与所述用户(1)的对话的步骤。

17.根据权利要求16所述的方法，其进一步包括取决于所述用户(1)在所述用户对话中或期间的响应来修改所述紧急级别指示符的步骤。

18.一种非暂时性计算机可读存储介质，其存储一个或多个程序，所述一个或多个程序包括指令，所述指令在由个人计算装置执行时致使所述装置：

-收集用户(1)的生命数据(400)，

-从电子存储器(120，220，222)提供所述用户(1)的个人数据(500)，

-基于所述个人数据(500)和所收集的生命数据(400)得出紧急级别指示符，

-基于所述紧急指示符生成紧急请求，并且

-将所述紧急请求传送至紧急服务提供方(300)。

Images