第一应急响应设备

摘要

向个人提供个人应急设备以允许个人请求紧急援助。该设备与基接收器通信以指示个人已请求了援助。该基接收器随后与诸如e-911应急服务或远程护理系统之类的应急系统进行通信。基接收器或远程护理系统可向应急服务转发信息，以向第一响应者提供关于该个人的附加信息。该信息可包括诸如年龄和姓名之类的个人信息，并且该信息可包括诸如最近血压、体重、和血糖水平之类的医疗信息。

说明书

本申请作为PCT国际专利申请于2012年9月28日提交，并且要求于2011 年9月30日提交的美国专利申请号为13/250,642的优先权，其公开内容通过 引用完全包含于此。

技术领域

本公开涉及应急设备。更特定地，本公开涉及用于调用应急响应的设备。

背景

当个人遇到紧急情况时，该个人拨打诸如911之类的应急服务，并且该应 急服务安排向该个人提供的援助。然而，可产生个人无法拿到电话以拨打911 的情况。例如，当个人遭遇诸如心脏病发之类作的医学状况时，该个人可无法 拿到电话。在另一个示例中，当个人摔倒并折断骨头时，该个人可无法拿到电 话。当这些人独自一人时，这些情形更有可能发生，因为没有其他人援助该个 人。

另外，即使在个人能够拿到电话拨打911应急服务时，该个人也可能无法 与911接线员交流。例如，如果个人像上面描述的遭受心脏病发作，则该个人 可无法讲话。911接线员可获取从中评估该个人并决定应急服务的适当响应的 有限量的信息。

发明内容

根据一个实施例，一种方法包括从个人应急设备接收紧急通知。该方法还 包括在接收该紧急通知后联系应急系统。该方法还包括将关于与该远程设备相 关联的用户的医疗信息传输到该应急系统。

在进一步的实施例中，联系应急系统包括联系远程护理系统。在另一个实 施例中，传输信息可包括传输关于用户的个人信息和/或医疗信息，其中可从个 人医疗设备获得医疗信息。在又一个实施例中，联系应急系统可包括联系应急 服务。在又一个实施例中，可用诸如蓝牙设备之类的无线信号来传输紧急通知。

根据另一个实施例，一种方法包括从远程设备接收紧急通知。该方法还包 括评估与该远程设备的用户相对应的医疗信息。该方法进一步包括确定该用户 是否需要应急服务的援助。该方法还包括当确定该用户需要援助时联系应急服 务。该方法进一步包括将关于该用户的医疗信息传输到该应急服务。

在进一步的实施例中，该方法还包括在评估医疗信息的步骤之前从个人医 疗设备接收与用户相对应的医疗信息，其中该医疗信息包括个人信息、医疗历 史、血压、体重、和血糖水平中的至少一个。该医疗信息可被存储在数据库服 务器中。在另一个实施例中，确定用户是否需要援助的步骤可包括向护士提供 该医疗信息并从该护士处接收关于该用户的反馈。在另一个实施例中，该方法 可包括在联系应急服务之后通知该紧急通知的用户的主要护理者。

根据另一个实施例，一种系统包括具有无线发射器和紧急通知按钮的个人 应急设备。该系统还包括基接收器，该基接收器具有被耦合到无线发射器的无 线接收器以及到应急系统的第一通信链接。基接收器还包括处理器，该处理器 被配置为从远程设备接收到指示，表示紧急通知按钮被激活。该处理器还被配 置为在接收该指示后联系应急系统。该处理器还被配置为将关于与远程设备相 关联的用户的医疗信息传输到应急系统。

在进一步的实施例中，基接收器还可包括到个人医疗设备的第二通信链 接，其中处理器还被配置为从该个人医疗设备接收医疗信息并将该医疗信息传 输到应急系统。在另一个实施例中，无线发射器包括蓝牙发射器，并且无线接 收器包括蓝牙接收器。在又一个实施例中，应急系统可以是应急服务或者远程 护理系统。远程护理系统可包括数据库服务器以及耦合到该数据库服务器的处 理器，其中处理器被配置为从基接收器接收医疗信息、将医疗信息存储到数据 库服务器中、并从数据库服务器中积累的医疗信息来确定用户是否需要应急服 务的关注。

前述部分已经相当宽泛地概述了本发明的特征和技术优势，以便可更好地 理解后面的对本发明的详细描述。此后将描述构成本发明的权利要求书的主题 的本发明的附加特征和优势。本领域技术人员应当理解的是，所公开的概念和 具体实施例可被轻松地用作修改或设计用于实现本发明的相同目的的其它结 构的基础。本领域技术人员还应当认识到，这种等价的构造不背离所附权利要 求书中所述的本发明的精神和范围。被认为是本发明的特性的、关于其组织和 操作方法这二者的新特征以及其他对象和优势将从结合陪同配置考虑时的下 面的描述中得到更好的理解。然而，应明确理解的是仅出于示例和描述的目的 来提供所配置中的每一个，并且它不旨在作为本发明的限制的定义。

附图说明

为了获得对所公开的系统和方法的更完整的理解，现在结合附图来参考下 面的描述。

图1是示出根据一个实施例的包括个人应急设备的系统的框图。

图2是示出根据一个实施例的基接收器在房屋中的安装的框图。

图3是示出根据一个实施例的用于通知应急服务的方法的流程图。

图4是示出根据另一个实施例的用于通知应急服务的方法的流程图。

图5是示出根据一个实施例的家庭监测装置的框图。

图6是示出根据一个实施例的用于监测和存储医疗和个人信息的软件程 序的屏幕截图。

图7A和7B是示出根据一个实施例的用户屏幕的屏幕截图。

图8是根据一个实施例的新患者记录屏幕的屏幕截图。

图9是示出根据一个实施例的患者的医疗信息屏幕的屏幕截图。

图10是示出根据一个实施例的患者的联系人屏幕的屏幕截图。

图11是示出根据一个实施例的患者状态屏幕的屏幕截图。

图12是示出根据一个实施例的患者情况屏幕的屏幕截图。

图13是示出根据一个实施例的患者记录编辑屏幕的屏幕截图。

图14是示出根据一个实施例的监测屏幕的屏幕截图。

图15是示出根据一个实施例的异常验证屏幕的屏幕截图。

图16是示出根据一个实施例的异常状态屏幕的屏幕截图。

图17示出被配置为存储医疗信息和个人信息的数据管理系统的一个实施 例。

图18示出根据服务器或基接收器的某些实施例而改变的计算机系统。

图19描绘了本发明的实施例，其中生理参数测量设备是任选组件。

图20示出询问定制问题并收集其答案的方案。

图21描绘了系统的实施例，其中生理参数测量设备是任选组件。

图22描绘了用一组问题分层结构来编程的存储器设备。

图23描绘了根据一个实施例的特定问题分层逻辑结构。

图24描绘了根据一个实施例的另一个问题分层逻辑结构。

图25描绘了根据一个实施例的另一个问题分层逻辑结构。

图26描绘了根据一个实施例的又一个问题分层逻辑结构。

图27描绘了基于患者对问题分层结构所呈现的问题的响应来确定患者是 否需要医疗援助的一个方法。

图28描绘了基于患者对问题分层结构所呈现的问题的响应来确定患者是 否需要医疗援助的另一个方法。

图29描绘了根据一个实施例的询问方案。

图30描绘了根据一个实施例的由四个类别组成的示例性问题序列。

图31描绘了根据一个实施例的受操作模式影响的询问方案。

图32描绘了根据一个实施例的评估和验证由患者监测系统生成的警报的 交互式系统。

图33描绘了根据一个实施例的图32的系统的实施例。

图34描绘了根据一个实施例的患者监测系统的实施例。

图35A描绘了呈现与阈值相比较的经测量或经计算的参数的笛卡尔平面。

图35B描绘了根据一个实施例的用于更改图35A中描绘的阈值的方案。

具体实施方式

一般而言，用户可通过个人应急设备来请求紧急援助。当用户需要紧急援 助时，诸如当用户遭遇心脏病发作或摔倒并且无法站起来时，用户按下个人应 急设备上的按钮。个人应急设备向基站传输信号。该基站发送信号以向应急系 统请求对用户的援助。可向应急系统传输医疗信息和/或个人信息以及对援助的 请求，以在到达用户之前向第一响应者提供相关信息。附加信息可以确保第一 响应者充分准备以处理该紧急情况，允许第一响应者向用户提供更高质量的援 助，或者提供其他援助，诸如使医院为特定的患者准备就绪。

用于提供应急响应的系统

图1是示出根据一个示例实施例的包括个人应急设备的系统100的框图。 系统100包括可由用户访问的或被保持在靠近用户处的个人应急设备102。优 选地，设备102包括用于由用户激活以请求紧急援助的按钮102a。设备102 还可包括用于向用户提供反馈的指示器102b。例如，当设备102被通电且被即 无线地连接到基接收器108时，指示器102b可发出绿光。在按钮102a被激活 之后，指示器102b可闪烁绿光，以向用户指示对紧急援助的请求已被接收。 指示器102b还可闪烁得更快以向用户指示对紧急援助的请求已被接收并且帮 助已在路上。指示器102可变为红色以指示设备102发生了问题。指示器102 可闪烁红色以指示设备102具有低电量。

设备102包括用于将无线信号104传输到基接收器108的无线发射器。该 无线发射器可以是例如蓝牙发射器、ZigBee发射器、IEEE802.11WiFi发射器、 射频(RF)发射器、红外(IR)发射器、或其他合适的发射器中的一个或多个。 在一个示例实施例中，设备102可包括微处理器，用于通过按钮102a从用户 处接收输入、通过指示器102b向用户提供反馈、并且操作无线发射器以传输 无线信号104。设备102还可包括用于从基接收器108处接收反馈的接收器。 设备102还可包括用于防止对按钮102a的意外激活的锁定开关(未示出)。

在特定实施例中，设备102可具有高达或超过250英尺的畅通无阻的传输 范围，可以是防水的以允许在浴室、浴缸、或花园中使用，可具有一年或几年 的电池寿命，可由塑料和/或橡胶材料构建，可以重不到1盎司，并且可以是耐 冲击且耐用的。

在进一步的实施例中，设备102可包括附加特征。例如，设备102可包括 话筒、扬声器、或视频相机以允许设备102的用户与应急系统之间的通信。在 另一个实施例中，设备102可包括加速度计以自动地检测摔倒或用户所经历的 其他情况。在另一个实施例中，设备102可包括环境温度传感器、皮肤温度传 感器、或脉搏传感器。

设备102可由用户穿戴附连于项链、皮带夹、或者携带在口袋里。根据一 个实施例，设备102可与另一个无线设备相集成。例如，设备102可被集成到 耦合至移动电话的蓝牙设备中，使得应急服务112可呼叫该移动电话并与用户 直接交流。在另一个实施例中，设备102可被集成到用户携带的血糖仪中。在 另一个实施例中，设备102可被集成到手表、或者围绕手腕佩戴的手腕设备， 其中手表包括脉搏传感器或温度传感器，该脉搏传感器或温度传感器向设备 102提供信息以便中继到基接收器108.

优选地，无线信号104由设备102的无线发射器来发射并由基接收器108 的无线接收器106来接收。下面在其他示例实施例中更详细地描述的基站108 可用作位于公共区域的一个或多个设备的指挥中心或中枢。例如，如图2所示， 基接收器108可与个人应急设备102和其他个人医疗设备122、124位于房屋 200内部。图2是示出根据一个实施例的在房屋中安装基接收器的框图。耦合 到基接收器108的其他设备可包括体重秤124、血糖仪122、血压监测器(未 示出)、脉搏监测器(未示出)、和/或诸如跑步机之类的运动器材(未示出)。 关于这些设备的附加细节在题为“血糖仪系统和监测器”的美国专利申请号 12/330,837、以及题为“减重或体重管理系统”的美国专利申请号10/746,325 中公开，通过引用将它们包含于此。

优选地，基接收器108用作设备102、122、和124以及护理系统111之 间的门户(gateway)。护理系统111可包括应急系统，诸如应急服务112和/ 或远程护理系统110。并且，应急服务112可以是远程护理系统110的一部分。 优选地，远程护理系统110是用于监测具有慢性病的患者的远程监测服务。应 急设备102可以是基接收器108上的按钮。设备122和124与基接收器108之 间的通信可以像与设备102之间的通信那样是无线的，或者可以通过房屋200 中的有线连接，诸如电线、电话线、和/或网线。

基接收器108可被耦合到电信设备204用于连接到应急系统，诸如应急服 务112和/或远程护理系统110。例如，电信设备204可以是公共交换电话网络 (PSTN)、诸如电缆调制解调器或数字用户线(DSL)调制解调器之类的因 特网连接、或者诸如WiFi设备或蜂窝式网络设备(诸如3G或4G热点)之类 的无线因特网连接的接入点。在一个实施例中，电信设备204可与基接收器108 被集成到单个包中，使得基接收器108可经由电话线、无线连接、或者到网络 120(诸如因特网)的以太网端口来直接地连接。

基接收器108可包括到其他设备的连接、或包括与基接收器108集成的设 备本身。例如，基接收器108可包括用于连接到相机、话筒、或运动检测器的 视频和音频输入。视频和音频输入可包括用于与基于IP的相机和话筒相连接 的常规复合连接或网络端口。基接收器108还可包括视频设备的输出以及输入 设备的输入。基接收器108可通过视频设备和输入设备与用户交互，用于与用 户交互以执行任务，诸如查看和/或分析从设备102、122和124收集的数据、 和/或配置设备102、122和124。另外，基接收器108可提供允许用户访问数 据的基于web的接口，并且可通过将适当的web地址键入到安装在计算机或 蜂窝式电话上的web浏览器或定制软件中来通过他们的计算机或蜂窝式电话 被配置到设备102、122和124。

虽然基接收器108在图2中被示为房屋200中设备102、122和124的门 户，但是对基接收器108的使用不限于单个住宅。例如，基接收器108可被安 装在多户家庭的住所，诸如复式公寓、退休社区、医院、或合适范围以内的任 何地方。

返回参考图1，基接收器108通过网络120与远程护理系统110和/或应急 服务112通信。可选地，基接收器108可与其他实体(即家庭成员)通信。应 急服务112可以是远程护理系统110的一部分或者是用于处理紧急呼叫的单独 的呼叫中心。一般地，基接收器将不会与911服务直接通信。优选地，当用户 按下按钮102a时，应急设备102将无线信号104传输到基站108的无线接收 器106。基站108将该信号识别为紧急信号，并且向远程护理系统110和/或应 急服务112拨打电话或传输信号以获得即时帮助。在一个示例实施例中，基接 收器108将信号传输到远程护理系统110。

远程护理系统110可尝试确定该信号是否是假警报。例如，远程护理系统 110可向用户拨打电话或者访问用户房屋中的相机。如果该信号是假警报，则 远程护理系统110将不采用进一步动作。如果该信号不是假的，则远程护理系 统110将向应急服务112发起呼叫，并且还可向应急服务112提供附加信息， 诸如患者的医疗历史、通过基接收器108收集的趋势数据(下面更详细地讨论)、 异常报告(下面更详细地讨论)、或者基接收器108可获得的当前数据。基接 收器108还可向远程护理系统110通信当前的医疗信息(诸如血压、体重、以 及对援助的请求)和个人信息(诸如姓名、年龄、和位置)。医疗信息和个人 信息可被存储在远程护理系统110处的数据库服务器中，下面参考图5来描述。

在另一个示例实施例中，基接收器108可向远程护理系统110和应急服务 112这二者发送信号。在另一个示例实施例中，基接收器108可向应急服务112 发送信号，该应急服务112随后可联系远程护理系统110以获得信息。可选地， 远程护理系统110可周期性地将信息传送到应急服务112。当通过激活按钮 102a通过个人应急设备102作出对援助的请求时，基接收器108联系应急系统， 诸如远程护理系统110和/或应急服务112。

用于提供应急响应的方法

根据优选的实施例，当按钮102a被激活时，基接收器108通知应急服务 112。图3是示出根据一个实施例的通知应急服务的方法的流程图。方法300 在框302开始，基接收器(诸如图1的基接收器108)接收用户已经激活个人 应急设备(诸如图1的个人应急设备102)的指示。方法300继续至框304以 通知应急服务，该应急服务可以是用于监测这样的呼叫的呼叫中心。方法随后 前进至框306以向应急服务提供信息。在框306处，提供至应急服务的信息可 包括医疗信息、个人信息、和/或仅仅是某个类型的标识符。例如，可向应急服 务提供医疗信息，诸如基接收器108可获得的用户最近的体重、血压、和血糖 水平，或者由基接收器108随时间收集并由远程护理系统110存储的趋势医疗 数据(因此远程护理系统110与应急服务112之间将存在至少周期性的通信)。 还可向应急服务112提供个人信息，诸如用户的年龄以及亲属和主要医疗护理 者的联系信息。

在优选的实施例中，基接收器108将呼叫应急服务112并传输设备标识符。 应急服务112随后可取出(pull up)与该设备标识符相关联的相关记录。这些 记录可包括姓名、地址、过去的医疗历史、趋势医疗历史、当前的医疗信息、 紧急联系人指令或信息等。

基接收器108可轮询(poll)当前监测用户或用户环境的任何设备(即温 度传感器、运动传感器、相机、烟雾报警器等)以获得新的信息(若有)，并 且新的信息可被传递给应急服务112。存储在基接收器108中或远程护理系统 110处的历史医疗信息也可被传输到应急服务112。例如，基接收器还可使信 号到远程护理系统110，通知它已经联系了应急服务112并且特定信息需要被 传输到应急服务112。可选地，应急服务112可呼叫远程护理系统110以收集 这种信息。

远程护理系统110可将紧急事件记录为患者已存储的医疗历史的一部分。 这种事件可促进来自护士或其他护理者的进一步随访(follow-up)。另外，基 接收器108可被连接到通信设备114，诸如扬声器电话、视频电话、或者与基 接收器108分离或与基接收器108集成的其他通信设备。当基接收器108向应 急服务112发出信号时，基接收器108可激活扬声器电话114以应答下一个电 话呼叫。当应急服务112呼叫用户的房屋以验证紧急情况时，该扬声器电话114 被激活以自动地接电话，使得应急服务112可能够与用户直接通信。可选地， 通信设备114可呼叫应急服务112。另外，应急服务112可临时调用(patch in) 远程护理系统110处的适当的护士或医生或员工以帮助评估患者的需要。

根据另一个实施例，当按钮102a被激活时，基接收器108通知远程护理 系统110。图4是示出根据一个实施例的用于通知应急服务的方法的流程图。 方法400在框402开始，接收用户已经激活个人应急设备的指示。方法400继 续至框404，通知远程护理系统。对远程护理系统的通知可包括被分配到个人 应急设备的特定标识符，该特定标识符允许远程护理系统确定被分配到该个人 应急设备的用户。例如，远程护理系统中的数据库服务器可具有链接被分配给 特定个人的个人应急设备的记录。在向远程护理系统通知个人应急设备的激活 时，基接收器还可传输该用户的医疗信息。例如，基接收器可传输最近的体重、 血压、和/或血糖水平。基接收器还可在接收到个人应急设备被激活的指示之后 轮询该设备以获得可用于传输到远程护理系统的新的信息。

方法400继续至框406，远程护理系统确定应急响应是否必要。远程护理 系统可使用算法来检查数据库服务器中可获得的医疗信息和个人信息，以确定 应急响应是否必要。该算法可考虑医疗信息的当前值、医疗信息的历史值、以 及医疗信息中的趋势。优选地，远程护理系统包括员工，即医生、护士或其他 经培训的专业人员，以在远程护理系统被通知有被激活的个人应急设备时对该 用户进行评估。员工可尝试通过消息或电话呼叫来联系用户，以获得附加信息 或确定是否发生假警报。另外，交互式语音响应(IVR)系统可用于联系用户。 远程护理系统可激活用户家中的相机、运动检测器、或话筒以尝试评估该情形。

员工可接收对被连接到基接收器的视频相机和/或话筒的访问。否则，视 频相机和话筒可对远程护理系统处的员工不可用。然而，当个人应急设备被激 活时，使视频相机和话筒暂时地对员工可用。在另一个实施例中，基接收器可 激活视频相机和话筒，并记录输入达较短时间段，并且传输所记录的视频和音 频以便传输到远程护理系统。

方法400继续至框410以确定应急响应是否必要。如果应急响应被确定为 是必要的，则方法400继续至框410以通知应急服务或911。根据一个实施例， 远程护理系统代表用户联系应急服务。根据另一个实施例，远程护理系统授权 基接收器为用户联系应急服务。当基接收器被配置为为用户联系应急服务时， 基接收器可包括超时选项，使得如果在个人应急设备被激活后的一段时间内没 有从远程护理系统接收到响应，则基接收器自动地为用户联系应急服务。

在框412处通知应急服务之后，在框414处向应急服务提供信息。在框 414处提供的信息可包括医疗信息和个人信息。信息可由基接收器和/或远程护 理系统来提供。信息可由应急服务中继到第一响应者，使得第一响应者充分准 备以处理用户所经历的紧急情况。例如，第一响应者可以接收表明用户已遭受 心脏病发作的数据。因此，第一响应者将了解以使除颤器可用。

根据一个实施例，远程护理系统还可向用户的主要护理者提供信息。例如， 远程护理系统可搜索数据库服务器以标识治疗过该用户的医生。远程护理系统 可将医生中的一个标识为主要护理者，并通知该主要护理者用户已经请求了紧 急援助。远程护理系统还可将主要护理者连接到第一响应者，或者向主要护理 者提供用户正被运送到的位置，使得主要护理者可与用户一起到达该位置。另 外，可通知医院或护理设施患者在路上了。

充血性心脏衰竭的应急响应

可向遭受慢性病(诸如充血性心脏衰竭)的患者提供上面描述的应急响应 设备，该慢性病正由远程监测系统(诸如图1的远程护理系统110)例行监测。 这些患者通常经历药物治疗和生活方式改变以管理他们的医疗情况。在这些患 者中，医疗专业护理者监测某些健康参数和症状，包括：乏力、疲劳、体重增 加、浮肿、呼吸困难(呼吸困难或气短)、夜间咳嗽、端坐呼吸(由于气短而 无法在床上平躺)、和夜间阵发性呼吸困难(通过坐或站来缓解的醒时气短)； 以及体重，来测量药物治疗的响应。优选地，健康参数和症状通过诸如图1的 个人医疗设备122、124之类的器材来远程地监测，并由图1的基接收器108 来收集和传输。这些设备所收集的信息允许医疗专业护理者确定药物治疗的有 效性、患者的情况、患者的情况是否正在改善、或者患者是否需要住院或办公 室咨询以预防情况恶化。包括医生笔记的全部此类信息由远程护理系统110来 存储、监测、和分析，并与用户相关联。由此，用户还可被给予应急设备102 以连接到其基接收器108。当用户按下按钮102时，响应于图1的个人应急设 备102所发信号所表明的紧急情况，可向第一响应者、应急服务112、医生、 或医院提供所收集的数据和/或医疗专业护理者的意见中的任一个或全部。

可在应急响应之前、期间、或之后通过连接到图1的基接收器108的或与 之集成的家庭监测装置500获得关于患者的健康情况的信息。图5是示出根据 一个示例实施例的家庭监测装置的框图。患者家庭监测装置(例如， COMMANDER^TM或TELESCALE^TM)在输出显示设备526上输出消息530， 诸如“欢迎来到Cardiocom。准备好健康检查了吗？”患者随后将通过选择触 摸板528上的“是”或“否”来继续。如果患者选择“是”，则健康检查将开 始。如果患者已选择“是”，则患者随后将通过按下键区528上的“是”或“否” 来回答一系列12个健康检查问题(下面列出)。可向患者询问的针对有慢性 心脏病的患者的示例问题列表如下：1)你感觉气短吗？2)你比平时咳嗽得更 多吗？3)你的踝或脚浮肿吗？4)你的胃感觉涨吗？5)有更多的胸部不适(心 绞痛)吗？6)你排尿比平时更少吗？7)你比平时更疲劳吗？8)你感觉眩晕 或头晕吗？9)你在吃药吗？10)你在减少钠吗？11)你昨天锻炼了吗？

在健康检查过程中，还将要求患者他自己/她自己称重。因此，将要求患 者离开图1的秤124，这样它可“自动清零”。此时消息“000.0磅”将出现在 输出显示器526上。随后，要求让患者走上图1的秤124。接下来，患者家庭 监测装置502将显示该患者的：1)当前体重(例如155.0磅)；2)与前一天 体重的差(例如增加1.0磅)；3)最大允许体重(例如150.0磅)；4)与最 大允许体重的差(例如超过最大允许体重5.0磅)。

健康检查现在已完成，并且消息“你需要修正你的答案吗？”将出现。这 赋予患者机会，在将任何不正确的答案传输到中央计算机系统(诸如图1的远 程护理系统110)之前对其进行修正。如果选择了“否”(例如无修正)，则 数据将被传输到中央计算机系统，并且消息“谢谢。祝心情愉快！”、随后“你 的数据正被传输”将出现在显示器126上。如果需要修正并且选择了“是”， 则将重复健康检查。

在上面健康检查过程中描述的医疗和个人信息可被存储在图1的远程护 理系统110上，并在激活按钮102a时或者在医疗健康护理专业人员查看之后 被自动地传输到应急中心112。医疗和个人信息的全部或某些(例如，最近的) 可由基接收器108来存储，基接收器108可将数据传输到应急服务112。

远程护理系统操作

图6是示出根据一个示例实施例的用于监测和存储远程护理系统110处的 医疗和个人信息的软件程序的屏幕截图。软件屏幕600可包括工具栏，该工具 栏包括提供对频繁使用的命令的即时访问的按钮，并且可以提供选项辅助系统 操作者(或用户)执行患者监测、数据库管理等。例如，下面的功能可由用户 通过点击嵌入到工具栏中的适当的图标来执行：1)打开新的患者记录2)编 辑现有的患者记录3)打开新的医师记录4)编辑现有的医师记录5)打印6) 查看异常报告7)查看趋势报告。软件程序可在图1的基接收器108或远程护 理系统110上运行。

图7A和7B是示出根据一个实施例的用户屏幕的屏幕截图。用户屏幕可 允许执行患者和医疗专业护理者记录输入和编辑功能。为将监测患者并接收异 常报告的每位医师或健康专业人员输入新的“医师记录”762。医师信息随后 被输入到适当的字段中。下面是可被输入到医师记录762中的信息的示例：1) 姓名764—第一名字、中间首字母、和姓；2)街道766—包括街道、公寓、房 间等的地址；3)城市768、州770、邮编772—城市、州(2个字母缩写)、 和邮编；以及4)电话774—工作、家庭、蜂窝式、寻呼机、其他和传真号码。

用户随后可返回到主菜单或输入另一个医师记录。用户按下确认(OK) 776以将医师的记录输入到数据库708中，并返回到主菜单。可选地，用户随 后可按下添加(Add)778以将医师的记录输入到数据库708中，并继续输入 额外的医师记录。用户可在任意时刻按下取消(Cancel)780以停止并返回到 主菜单。因此，将不输入任何信息。

为了编辑医师记录，用户可选择菜单上的文件、打开、医师，或者可点击 适当的图标。用户随后可在姓名框782中输入医师的姓，或者使用下拉菜单784 来定位数据库中已经包含的医师。一旦所期望的记录被定位，用户可选择确认 (OK)，并且编辑医师屏幕将被显示。因此，用户随后可在医师记录中作出 任何必要的修改。按下确认(OK)将保存对医师记录的修改。按下取消将用 户返回到主菜单。

图8是根据一个实施例的新的患者记录屏幕886的屏幕截图。为了输入新 的患者记录，用户可选择菜单栏上的文件、新的、患者，或者可以点击适当的 图标。随后将患者的个人信息输入到适当的字段中。下面是可被输入到新的患 者记录中的信息的示例：1)姓名888—头衔(先生、夫人、女生、博士)、第 一个名字、中间名字首字母、和姓；2)街道890—包括街道、公寓、房间等的 地址；3)城市892、州894、邮编896—城市、州(2个字母缩写)和邮编；4) 电话898—家庭、工作和其他号码；5)TELESCALE^TM号800—分配给设备的 序列号；6)社会保障802—9位数字的社会保障号；7)出生日期804—月/日/ 年(例如1月29日,1940)；8)患者ID806—用户可指定任意号码或文本字 段；以及9)HCL808—这可能是用户为此需要下拉菜单的任意号码或文本字 段。在某些设施中，该号码可用于识别患者的诊所。

用户随后可继续输入包括医师(例如心脏病专家)指定的体重信息的附加 的患者个人信息。该信息也被输入到适当的字段中。下面是可被输入到患者的 个人信息记录中的附加信息的示例：1)最大允许体重810(磅)—这是患者被 指令不能超过的体重(磅)；以及2)触发体重改变812(磅)或(％)—这 是体重与最大允许体重的差，该差将提示异常。如果患者的体重大于或等于最 大允许体重加上触发体重改变，则应打印异常报告并将其发送到医师。触发体 重改变812可按磅(lbs.)或最大允许体重的百分比(％)来输入。

图9是示出根据一个实施例的患者的医疗信息屏幕914的屏幕截图。用户 随后可将药房916和药物918输入到数据库中。该信息也可被输入到适当的字 段中。下面是可被输入到医疗信息记录中的信息的记录：1)药房916—患者的 药房名称和电话；2)药物918—医师开的患者当前的药物。

为了将药物(多个)输入到患者记录中，用户随后可使用下拉菜单或者手 动输入来输入药物名称。可通过手动地输入药物名称并按照系统中的指令来将 药物永久地添加到下拉菜单中。用户随后可将药物剂量(例如10毫克)输入 到对应的剂量字段920中。最后，用户可将药物频率按9X/天(例如2)输入 到药物频率字段922中。

图10是示出根据一个实施例的患者的联系人屏幕1024的屏幕截图。例如， 用户随后可输入患者的医师1026、护士1024、和紧急联系人1030。也使用下 拉菜单或手动输入将该信息输入到适当的字段中。

图11是示出根据一个实施例的患者状态屏幕1132的屏幕截图。该信息也 被输入到适当的字段中。然而，应该仅在由于患者在急诊室、医院、或在度假 因而他/她将不立即使用该系统时输入患者状态。下面是如何输入患者状态的示 例：1)标识患者的位置；2)接着到所选择的位置，通过双击该字段并选择以 下之一来输入理由：CHF、心脏的或其他；3)在“从(From)”和“到(To)” 字段中输入患者将位于可选位置的日期。在该时间段期间，将不报告健康检查 信息；4)可通过点击从和到字段并使用下拉菜单以查看日历来输入日期。将 鼠标指针移动至日历中所期望的日期，然后点击它。该日期将被自动地输入到 从或到字段。

图12是示出根据一个实施例的患者情况屏幕1234的屏幕截图。该屏幕 1234可包括应被存储到患者记录中的永久注释。永久字段包括：病因1236、 合并症1238、注解1240、过敏反应1242、以及患者最近疫苗接种的日期1224。 该信息也被输入到适当的字段中。

当完成输入患者信息时，用户可返回到主菜单或者输入另一个患者记录。 按下确认(OK)将患者记录输入到系统数据库中，并且程序执行返回到主菜 单。按下添加(Add)允许用户将患者记录输入到数据库中，并继续输入附加 的患者记录。按下取消允许用户返回到主菜单。由此，将不输入信息。

图13是示出根据一个实施例的患者记录编辑屏幕1346的屏幕截图。在其 中需要更新或修改患者记录中的信息的情况下，可显示屏幕1346，用户可编辑 数据库。为了编辑患者记录，用户可选择菜单栏上的文件、打开、患者，或者 可点击适当的图标。为了定位所期望的记录，用户可开始键入对患者唯一的字 段，或者使用下拉菜单。可搜索的字段包括：1)姓名(姓、名)1348；2)家 庭电话1350；3)工作电话1352；4)其他电话1354；5)社会保障号1356；6) 出生日期1358；以及7)TELESCALE^TM号1360(序列号)。

一旦所期望的记录被定位，用户可按下确认(OK)。随后将显示编辑患 者屏幕1346，并且用户可在患者记录中作出必要的修改。按下确认(OK)保 存对患者记录的修改。否则，按下取消将用户返回到主菜单，并且将不修改信 息。

图14是示出根据一个实施例的监测屏幕1462的屏幕截图。屏幕1462可 允许易于查看基于所报告的症状(所报告的症状的总分)而被归类的患者。用 户可简单地双击患者的姓名，并且将被带至该患者的未经验证的异常记录。监 测患者包括查看未经验证的异常字段1464以及解决异常。例如，为了解决异 常，“体重和症状”异常1466被验证，并且“未报告”异常1472被验证。

在一个实施例中，需要关注的患者将出现在未经验证的异常屏幕1464中。 这些患者已经被识别，并且按以下各项被归类：1)体重和症状1466：患者处 于他们最大允许体重+触发体重改变以上并且已经报告了CHF的症状；2)体 重1468：患者处于他们最大允许体重+触发体重改变以上；3)症状1470：患 者已经报告了CHF的症状；以及4)未报告1472：患者还没有报告他们的每 日健康检查。

未经验证的异常屏幕1462是系统的主菜单并被一直显示。为了从另一个 屏幕前往未经验证的异常，用户可选择窗口、未经验证的异常，或者仅在背景 中点击它。在下面四栏之一中列出需要被联系的患者：1)体重和症状1466；2) 体重1468；3)症状1470；以及4)未报告1472。

一旦系统已经发布了异常，为了解决该异常，医疗专业护理者将需要联系 患者、验证问题、并按需通知医师或健康专业人员。在每天的开始，尚未报告 他们的健康检查的所有患者将出现在未报告栏中。

在本发明的一个实施例中，为了验证体重和/或症状异常，用户可点击未 经验证的异常屏幕中的患者的姓名。这将把用户直接带至异常验证屏幕。

图15是示出根据一个实施例的异常验证屏幕1574的屏幕截图。一旦处于 异常验证屏幕1574，用户可验证并记录患者的体重、症状、和药物。

接下来，用户将通过电话联系患者。该患者的电话号码1576被列在患者 姓名下的左上角。一旦患者已被联系，用户随后前往体征和症状部分1578，并 且可验证来自患者家庭监测装置报告的信息。护理者可在对患者的查看过程期 间验证该数据。

在该过程期间，用户随后前往症状部分1582。如果患者已经报告了特定 的症状，该问题附近的已报告字段将显示“X”，并且将用黑体突出显示该问 题。用户将确认全部的患者健康检查答案。

用户随后前往药物部分1584。该药物部分1584询问患者他/她是否一直按 照所列的剂量和频率服用药物。如果患者尚未按指定的服用他们的药物，则用 户将在注解部分1586中陈述差别(discrepancy)。如果医师已经修正了药物治 疗方案，则用户将通过选择编辑药物来作出必要的修改。

用户随后前往注解部分1586。用户具有为患者添加多种类型注解的选项。 这些注解包括：印象、护士评估、计划和注解。用户可通过在添加按钮1588 上点击鼠标来添加患者的信息。注解输入窗口随后将出现。用户随后可继续在 护士评估、注解和计划框中输入注释。按下确认(OK)将标注日期标记并将 该注释存储在数据库中的异常报告中。

用户可查看刚被输入的注解、印象、护士评估、或计划信息。用户可还以 按照类型查看以前的注解。异常报告是在患者的已报告症状和/或体重处于预订 界限之外时、或在患者未报告他们每天的健康检查时，警告医师的文档。现在 异常报告已准备被打印。异常报告被存储在数据库中。

图16是示出根据一个实施例的异常状态屏幕1690的屏幕截图。为了验证 未报告异常，用户应当点击未经验证的异常屏幕1662中的患者的姓名。这将 把用户直接带至异常状态屏幕1690。异常状态屏幕1690用于记录用户对联系 患者的尝试和患者当前状态。用户随后必须用在左上角列出的患者的电话号码 来呼叫患者。如果用户无法与患者讲话，则用户记录原因以及日期和时间。在 本发明的一个实施例中，对呼叫状态部分1692中的以下动作之一的双击将在 呼叫历史框1694中记录信息以及日期和时间：忙，无应答，在应答机上留言， 或(人名)留言。

如果用户能够与患者讲话，则用户将询问他们为什么他们还不使用患者监 测设备。因此，用户将在注解框中记录原因。随后，用户应当要求患者用患者 监测设备来完成健康检查。否则，用户可在这个电话期间通过按下屏幕左下方 的异常验证按钮来验证患者的体重和症状。按下确认(OK)将程序返回到未 经验证的异常屏幕。患者的姓名将保留在未经验证的异常屏幕的未报告栏中， 直到用户能够获得患者的健康检查信息。异常报告将不被发布。

如果患者的状态存在改变，则用户可通过选择以下位置之一将该信息记录 到患者状态部分1696中：ER(急诊室)，医院，度假，或其他。用户随后应 当通过双击原因字段并选择三个选项之一来输入患者无法使用该系统的原因： CHF、心脏的、或其他。随后在从(From)框中输入日期。如果没有输入日期， 则系统将自动地输入当前的日期。随后在“到(To)”框中输入患者将返回的 日期(如果你不输入日期，则系统将输入“从”框中的同一日期)。

在一个实施例中，异常报告可以是向医生或健康护理专业人员警告重要改 变的文档，该重要改变已在已报告的信息由用户验证之后发生在患者的体重和 健康中。它还用于标识尚未报告他们的健康检查的患者。异常报告可在屏幕上 被查看并且被打印以供医生查看。异常报告也可被传输到应急服务102以供第 一响应者在紧急情况期间查看。

用于应急响应的计算机系统

图17示出被配置为存储医疗信息和个人信息的数据管理系统1700的一个 实施例。在一个实施例中，数据管理系统1700可包括服务器1702。服务器1702 可被耦合到数据总线1712。在一个实施例中，数据管理系统1700还可包括第 一数据存储设备1704、第二数据存储设备1706、和/或第三数据存储设备1708。 在进一步的实施例中，数据管理系统1700可包括附加数据存储设备(未示出)。 在这种实施例中，每个数据存储设备1704、1706、和1708可各自主管单独的 数据库，该数据库，可结合其他数据库，包含冗余数据。可选地，可使用数据 库分区或某种其他机制将数据库散布在存储设备1704、1706、和1708。可选 地，存储设备1704、1706、和1708可按RAID配置来安排以供存储可包含冗 余数据的一个或多个数据库。数据库可被存储在数据库管理系统(DBMS)， 关系数据库管理系统(RDMS)，面向对象的数据库管理系统(OODMS)， 索引顺序访问方法(ISAM)数据库，多顺序访问方法(MSAM)数据库，数 据库系统语言(CODASYL)数据库上的会议，或者其他数据库系统中的存储 设备1704、1706、1708、和1710中。

在一个实施例中，服务器1702可提交查询以从存储设备1704和1706中 选择数据。服务器1702可将经整理的(consolidated)数据集存储到经整理的 数据存储设备1710中。在这种实施例中，服务器1702可返回参考经整理的数 据存储设备1710以获得记录集合。可选地，服务器1702可独立地或者用分布 式查询来查询数据存储设备1704、1706、和1708中的每一个，以获得数据元 素集合。在另一个可选实施例中，多个数据库可被存储在单个的经整理的数据 存储设备1710上。

在各个实施例中，服务器1702可在数据总线1712上与数据存储设备 1704、1706、和1708通信。数据总线1712可包括存储区域网络(SAN)、局 域网(LAN)等。通信基础设施可包括以太网、光纤通道仲裁环路(FC-AL)、 以太网上的光纤通道(FCoE)、小型计算机系统接口(SCSI)、因特网小型 计算机系统接口(iSCSI)、串行高级技术附件(SATA)、高级技术附件(ATA)、 云连接存储、和/或与数据存储和通信相关联的其他类似的数据通信方案。例如， 服务器1702可通过首先与存储服务器(未示出)或存储控制器1704通信来与 数据存储设备1704、1706、1708和1710间接地通信。

服务器1702可包括用于与数据存储设备1704、1706、1708和1710接口 的模块，可包括用于与网络1708接口的模块、和/或通过用户接口设备1710 与用户接口的模块。在进一步的实施例中，服务器1702可主管引擎、应用插 件、或应用编程接口(API)。

图18示出根据图17的服务器1702或图1的基接收器108的某些实施例 而改变的计算机系统1800。中央处理单元(“CPU”)1802被耦合到系统总 线1804。CPU1802可以是通用目的CPU或微处理器、图形处理单元(GPU)、 和/或微控制器。只要CPU1802直接或间接地支持如此处描述的模块和操作， 本实施例不限于CPU1802的体系结构。CPU1802可根据本实施例执行各种逻 辑指令。

计算机系统1800还可包括随机存取存储器(RAM)1808，该随机存取存 储器可以是同步RAM(SRAM)、动态RAM(DRAM)、和/或同步动态RAM (SDRAM)。计算机系统1800可利用RAM1808来存储软件应用所使用的各 种数据结构，诸如数据库、表格、和/或记录。计算机系统1800还可包括只读 存储器(ROM)，该只读存储器可以是PROM、EPROM、EEPROM、光学存 储等。ROM可存储用于引导计算机系统1800的配置信息。RAM1808和ROM 1806保存用户和系统数据。

计算机系统1800还可包括输入/输出(I/O)适配器1810、通信适配器1814、 用户接口适配器1816、和显示器适配器1822。在特定实施例中，I/O适配器 1810和/或用户接口适配器1816可使用户能够与计算机系统1800交互。在进 一步的实施例中，显示器适配器1822可在显示设备1824(诸如监测器或触摸 屏)上显示与软件或基于web的应用相关联的图形用户界面。

I/O适配器1810可将一个或多个存储设备1812耦合到计算机系统1810， 该存储设备诸如硬盘驱动器、闪存驱动器、光盘(CD)驱动器、软盘驱动器 和磁带驱动器中的一个或多个。通信适配器1814可适于将计算机系统1800耦 合到网络，该网络可以是LAN、WAN、和/或因特网中的一个或多个。通信适 配器1814可适于将计算机系统1800耦合到存储设备1812。用户接口适配器 1816将诸如键盘1820、指向设备1818、和/或触摸屏(未示出)等用户输入设 备耦合到计算机系统1800。显示器适配器1822可由CPU1802来驱动以控制 显示设备1824上的显示。

本发明的应用不限于计算机系统1800的体系结构。相反，计算机系统1800 被提供作为可适于执行服务器1802和/或用户接口设备1810的功能的一种类型 的计算设备的示例。例如，可以利用任何适合的基于处理器的设备，包括但不 限于个人数据助理(PDA)、平板计算机、智能电话、计算机游戏控制台、和 多处理器服务器。此外，本发明的系统和方法可在应用专用集成电路(ASIC)、 超大规模集成(VLSI)电路或其他电路上实现。事实上，本领域技术人员可利 用能够根据所描述的实施例来执行逻辑操作的任何数量的合适的结构。

如果用固件和/或软件来实现，则上面描述的功能可被存储为计算机可读 介质上的一个或多个指令或代码。示例包括用数据结构编码的非瞬态计算机可 读介质以及用计算机程序编码的计算机可读介质。计算机可读介质包括物理的 计算机存储介质。存储介质可以是可被计算机访问的任何可用的介质。作为示 例而非限制，这种计算机可读介质可包括RAM、ROM、EEPROM、CD-ROM、 或其他光盘存储、磁盘存储、或其他磁存储设备、或可用于存储指令或数据结 构形式的且可被计算机访问的期望程序代码的任何其他介质。如此处使用的磁 盘和光盘包括压缩盘(CD)、激光光盘、光盘、数字多功能盘(DVD)、软 盘、和蓝光光盘，其中盘通常磁性地再现数据，而盘用激光光学地再现数据。 上面的组合也应被包括在计算机可读介质的范围内。

除了计算机可读介质上的存储以外，还可将指令和/或数据作为通信装置 中包括的传输介质上的信号来提供。例如，通信装置可包括具有指示指令和数 据的信号的收发器。指令和数据被配置为使一个或多个处理器实现权利要求书 中概述的功能。

作为医疗监测站的基接收器

在一个示例实施例中，图1的基接收器108可被配置作为患者监测装置以 供记录医疗信息、查询个人医疗设备以获得医疗信息、并且询问一个或多个个 人用户以获得医疗信息。

图19描绘了(可用作图1的基接收器108的)患者监测装置2000的实施 例，其中外壳2002、输出设备2004、和输入设备2006单独作为完整的单元。 (不需要诸如秤之类的生理参数测量单元来与单元2000接口，但它可以被添 加。)如在其他实施例中，用于设备操作的电路被保存在外壳2000内。输出 设备2002可以是诸如LCD屏幕之类的显示器，并且可包括音频输出单元。输 入设备2006被描绘为两个按钮，“是”按钮和“否”按钮。本领域技术人员 理解的是输入设备可以是键盘、鼠标、按钮、开关、光笔、或者任何其他合适 的输入设备。在本发明的一个实施例中，输入和输出设备2004和2006被组合 到触摸屏设备中。

图19的患者监测装置2000可被编程为包含多个问题分层结构，其中每一 个涉及关于健康的症状。每个分层结构包含问题集合。给定分层结构中的每个 问题旨在用特定的方式来表征特定的症状。根据患者对之前问题的回答，分层 结构内的某些问题可被视为没有实际意义(并因此将不会被问到)。将在下面 更详细地讨论关于问题分层结构的细节。在一个示例实施例中，患者监测装置 2000可由远程护理系统(诸如图1的远程护理系统110)来编程。每次患者监 测装置2000与远程护理系统通信时，远程护理系统可将新指令下载到患者监 测装置中。

通过将患者监测装置2000编程为包含多个问题分层结构，单元2000作为 用于监测多种慢性病的工具实现了很大的灵活性。可通过询问关于与疾病相关 联的症状来监测特定的慢性病。因此，例如，可通过询问患者、使用从关于与 慢性阻塞性肺病(COPD)相关联的症状的问题分层结构中提取的问题来使单 元2000监测有COPD的患者的健康状态。同一单元2000可用于通过询问从不 同的问题分层结构集合中提取的问题来监测患者，该不同的问题分层结构集合 涉及与糖尿病相关联的症状。

图20示出询问定制问题并收集其回答的方案。如可从图20看到的，在第 N天可从远程护理中心(诸如图1的远程护理中心110)将定制问题集合下载 到监测设备1100。将向患者1105询问定制问题，并在第N天或第N+1天的稍 后时间记录回答(取决于所采用的特定的双向方案)。中央计算机1102在第 N+1天取回对定制问题的回答。逐天询问的特定问题可基于来自健康护理提供 者的指令而变化。

图21是采用图20描绘的实施例2000的监测系统的高级描绘，并可用作 对患者监测装置2000的更详细讨论的起点。

如可从图21看到的，系统包括患者监测装置2000和中央计算机2100。 中央计算机2100被容纳在位于远离患者监测装置2000的设施2102中。例如， 患者监测装置2000可位于卧床患者2104的家中，而中央计算机2100位于健 康护理设施2102中。

如之前所描述的，患者监测装置2000由与输入设备2006、输出设备2004、 和存储器设备2108通信的中央处理器单元2106组成。存储器设备2108具有 存储其内的多个问题分层结构，如下面更全面地讨论的。

如之前所讨论的，输出设备2004可用于向患者2104提示关于患者健康的 问题。输出设备2004可由视觉显示单元组成，该视觉显示单元用患者2104选 择的语言来显示问题。可选地，输出设备2004可由说出问题的音频输出单元 组成。在一个实施例中，音频输出单元2004可用患者2104选择的语言说出问 题。

患者监测装置2000经由网络2110与诸如远程护理系统110之类的中央计 算机2100通信；患者监测装置2000使用通信设备2112来调制/解调用于经由 网络2110传输的载波信号，而中央计算机出于同一目的使用通信设备2114。 合适的通信设备2112和2114的示例包括用于通过电话网络传输的内部和外部 调制解调器、用于通过局域网传输的网卡(诸如以太网卡)、耦合到某种形式 的调制解调器(诸如DSL调制解调器或电缆调制解调器)的用于通过广域网 (诸如因特网)传输的网卡、或者用于传输到无线网络的RF发射器。如上面 描述组成的系统可被编程为携载患者2104的周期性(例如每日)问题，相关 于患者2104关于他或她相比特定症状集合的自身状态的感知。例如，遭受 COPD的患者有可能在白天和夜晚这二者期间经历气短(还有许多其他症状)。 因此，系统可询问患者2104关于他自身对他气短的感知。用于确定患者2104 关于他自身在白天期间对气短的判断的问题被包含在第一问题分层结构中。类 似地，关于患者2104在夜晚期间气短的问题被包含在第二问题分层结构中。 可将与在白天期间气短有关的第一分层构建如下：

表格5

分层结构中的每个问题都与白天气短有关。第一个问题被宽泛地聚焦，简 单地询问“你正感觉更气短吗？”显然，如果患者2104对该问题回答“否”， 则剩余的问题是不必要的。因此，系统被设计为阻止提出剩余的问题(这将在 下面更详细地讨论)。问题#2提出比问题#1更加详述的问题：“响应于体 力消耗，你感觉更气短吗？”对该问题的肯定回答是更为严重的，并且提供了 比对问题#1呈现的较宽泛询问的肯定回答更加详述的信息。虽非必须，但可 根据该范型来构建每个问题分层结构：(1)对前面问题的否定回答取消了询 问分层结构中任何附加问题的需要；(2)接下来的问题涉及与给定症状的递 增的更加特定的方面；以及(3)接下来的问题与给定症状的递增严重性程度 有关。

图22描绘了图21的存储器2108的部分内容。如从图21可看到的，用问 题分层结构集合2200对存储器设备2108进行编程。在图22所描绘的示例中， 用6个问题分层结构2201、2202、2203、2204、2205、和2206(共同被称为 “问题分层结构集合2200”)对存储器设备进行编程。如之前所描述的，每个 分层结构与要被监测的症状情况有关，意味着存储器设备2108中存储的问题 分层结构的数量取决于要被监测的症状的数量。分层结构2201具有包括第一 个问题Q1、后面跟着第一决策点D1的基本结构。在决策点D1处，患者监测 装置2000决定是否询问后面的问题Q2。例如，Q1可以是读为“你正感觉更 气短吗？”的问题。如果患者2104回答“否”，则在决策点D1分析该回答， 并且询问在终点T1终止。否则，询问继续下一个问题Q2，并且过程继续。

虽然其他结构是可能的，下面描述了其中的某些，但是图22中描绘的分 层结构2200中的每个都具有上面所述的结构。本领域技术人员理解的是虽然 每个分层结构2200被描绘为由三个问题组成，但分层结构可由任意数量的问 题组成，包括单个问题。

如图22所描绘的，存储器设备2108与监测设备2000的微处理器2106 进行数据通信，该微处理器2106进而经由网络2110并经由通信设备2112图 22中未描绘)与远程计算机2100(图22中也未描绘)进行数据通信。远程计 算机2100将症状标识符2208传输到监测设备2000的微处理器2106。该症状 标识符2208与问题分层结构2200相对应。例如，具有值“1”的症状标识符 可对应于分层结构2201，而具有值“2”的症状标识符可对应于分层结构2202 等。微处理器2106通过执行对应的分层结构(即询问分层结构内的问题，并 决定是否询问其中的后面的问题)来响应已接收到症状标识符2202。因此，可 通过向患者监测设备2200传输n个症状标识符来使其执行n个问题分层结构。

假定已知的症状集合与任意给定的慢性病相关，患者监测设备2000可被 定制(tailor)为通过执行与对应于患者2104特定疾病的症状有关的问题分层 结构2200来监测有特定疾病的患者2104的健康状态。因此，可用为每个患者 2104呈现菜单的软件对远程计算机2100进行编程。该菜单允许健康护理提供 者在慢性病集合中进行选择。基于所选择的慢性病，远程计算机2100向患者 监测装置2000传输(对应于已知伴随所选疾病的症状的)一个或多个症状标 识符。远程计算机2100接收患者2104的响应，并根据下面详细讨论的打分算 法对响应进行打分。可基于分数结果来生成异常报告，意味着将向健康护理提 供者通知患者可能需要援助。可选地，远程计算机2100可被编程为传输电子 邮件消息或数字寻呼以通信关于患者2104的信息。原则上，可传输传递患者 2104对援助的潜在需要的任何数据传输。在特定情形中，可期望患者监测设备 2000获得关于生理参数的信息。例如，如果特定的慢性病与发烧相关联，则患 者监测设备可能想要知道关于患者2104的体温的信息。存在用于获得关于生 理参数的信息的两个通用方法。监测系统2000可适于与生理参数测量单元接 口，如参考本发明的其他实施例已经公开的。参数测量单元随后可直接测量生 理参数，并将数据传输到远程计算机2100。这在很多时候是适当的方法。因此， 根据本发明的一个实施例，微处理器2106可与诸如秤或温度计之类的生理参 数测量设备接口，如此处之前描述的。另一方面，有时可能要求患者自己测量 参数(例如测量他自己的体温)。该方法具有获得信息的成本被最小化的优势。 该方法在对生理参数的确切测量结果不如简单地知道参数是否越过某个阈值 有用时，尤其有用。在这些情形下，直接获得精确信息的成本可能超过知道该 信息的经济利益。因此，如图23所描绘的，问题分层结构2200可被设计为询 问患者他的生理参数之一是否超过阈值T。

图23中描绘的问题分层结构2200与参考图22讨论的问题分层结构2200 相类似。问题分层结构2200对应于症状标识符2208，该症状标识符2208由远 程计算机2100传输到患者监测设备2000。如果决策点D1、D2、或D3通过将 执行流传送到终点T1、T2或T3来终止询问的流程，则分层结构2200具有其 中的某些可能未被问及的若干问题Q1、Q2、和Q3。图23的问题分层结构2200 中的特定注释是第一个问题Q1和第一个决策点D1。第一个问题Q1询问患者 2104他的特定生理参数是否超过给定的阈值T。T所代表的值由远程计算机 2100传输到患者监测设备2000，如由阈值资料2300所描绘的。因此，为了调 用该特定的分层结构2200，远程计算机应当传输症状标识符2208和阈值资料 2300这二者。作为响应，患者监测设备2000通过询问患者2104他的特定生理 参数是否超过阈值T来响应。接下来，如由决策点D1所描绘的，患者监测设 备2000在该参数是否超过阈值T的基础上确定是否用其他问题继续。

在监测有慢性病的患者2104的上下文中可能出现的另一个情形是将向患 者2104询问关于他对所处方的健康护理养生法的忠诚。例如，如果患者2104 是糖尿病患者，则该患者有可能在严格的节食。患者监测设备2000可被编程 为询问患者2104他是否一直在遵循他的节食。如果患者2104回答“是”，则 设备2000可通过表扬患者2104来响应—可能对年轻患者尤其有利的策略。另 一方面，如果患者2104回答“否”，则设备2000可通过提醒患者2104遵守 他的节食来响应。图24描绘了问题分层结构2200，该问题分层结构被设计为 实现表扬患者2104遵守所处方的养生法、或者提醒患者2104遵守的重要性的 结果。图24中所描绘的问题分层结构2200中的特定注释是第一个问题Q1。 该第一个问题Q1询问患者2104他是否一直遵守健康护理养生法(诸如节食或 药物养生法)。接下来，在决策点D1处，基于患者2104是否一直在遵守养生 法来调整执行的流程。如果患者2104一直在遵守养生法，则向患者2104呈现 表扬患者的语句S1。否则，向患者2104呈现提醒患者2104遵守他的养生法 的语句S2。在任一事件中，执行流程被传递到第二个问题Q2，并且分层结构 执行根据参考图22所描述的流程来继续。

图25描绘了分层结构2200，该分层结构已被修改为允许远程计算机2100 控制分层结构2200内要被询问的特定问题，而无论患者2104之前已经给出的 任意回答如何。为了实现该结果，远程计算机2100应当传输与问题分层结构 2200相对应的症状标识符2208。另外，应当传输问题集合2500。问题集合2500 可定义要被强加于的问题集合。例如，问题集合2500可以是{3,5}，意味着无 论患者2104之前已经回答了什么，都将要询问问题3和5。

继续讨论，假定{3,5}的问题集合2500已经被传输，分层结构的执行以询 问第一个问题Q1开始。接下来，在决策点D1处，评估患者2104对第一个问 题的回答以确定是否应当询问分层结构中后面的问题。如果回答是使得一般不 应询问剩余的问题，则执行将通常流向终点T1。然而，在该实施例中，第二 个决策点D2被插入到决策点D1和终点T1之间。在第二个决策点D2处，确 定问题集合2500是否包含比刚才询问的问题编号更高的问题编号。在本示例 的情形中，问题集合2500包含两个这样的问题编号，因为问题编号3和5高 于当前的问题编号1。如果问题集合2500确实包含比刚才询问的问题编号更高 的问题编号，则执行流向最小的这样的问题编号(在该情形中是问题编号3， Q3)。此后过程重复，由此确保问题集合中的问题编号的每一个将被询问到。

图26描绘了问题分层结构2200，该分层结构已被修改为允许远程计算机 2100控制分层结构2200内问题应被询问的特定次序。为了实现该结果，远程 计算机2100应当传输对应于问题分层结构2200的症状标识符2208。另外，应 当传输次序集合2600。次序集合2600是定义询问问题的顺序的数据集合。例 如，次序集合2600可以是{3,1,2}，意味着一般被第三个询问到的问题应当首 先被询问，一般被首先询问到的问题应当被第二个询问，以及一般被第二个询 问的问题应当被第三个询问。

继续该示例，图26的分层结构2200的执行以查找操作L1开始。在查找 操作L1期间，次序集合2600的第一个元素用于索引包含分层结构内的问题的 数组。在本示例中，由于“3”是次序集合中的第一个元素，因此从数组中检 索第三个问题。接下来，询问所检索的问题(图26中被识别为Q1)，并且分 层结构的执行如参考图22已经一般描述的那样继续。由此，通过在每个询问 操作Q1、Q2或Q3之前插入查找操作L1、L2或L3，可以控制询问的任何想 要的次序。

图22-26中公开的问题分层结构可被编程到患者监测设备2000的存储器 设备2108中，因此避免了将问题文本从中央计算机2100传输到患者监测设备 2000的需要。本领域技术人员理解的是问题分层结构2200也可以专用应用集 成电路的形式来实现。任选地，分层结构2200内的问题可被写下，以用“是” 或“否”来回答，实现了简化需要来自患者2104的输入的优势，并且由此使 输入设备2006只需要“是”或“否”按钮。此外，可以组合前面的问题分层 结构2200形式中的任一个。

如早前所描述的，存储器设备2108可用多种语言来存储问题分层结构 2200中的每一个，以便允许多个国籍的患者2104使用设备2000。如果输出设 备2004是音频输出单元，则问题分层结构2200的每一个内部的问题可以数字 音频形式被存储在存储器设备2108中。因此，用患者2104选择的语言将问题 作为说出的询问呈现给患者2104。

图27描绘了可通过其分析患者2104对分层结构2200中呈现的问题的回 答以及生理信息的方法。如早前提及的，取决于分析的结果，可以发布异常报 告，并且可以通知健康护理提供者。异常将通知护理者需要对患者跟进。根据 图27所描绘的一个示例方法，在操作2700期间，向被调用的问题分层结构2200 的每个中的每个问题指派点值。如果患者以特定的方式来回答问题，则被指派 给给定问题的点被患者2104“赚到”。否则，没有点被赚到。例如，对问题“你 正体验气短吗？”的肯定响应可能值10点，而对该问题的否定响应则什么都 不值。标准点值可被指派给每个问题(例如每个问题具有点值10)，或者可以 向不同的问题指派不同的点值(例如第一个问题值10点，而指向更严重问题 的问题可能值30点)。默认的点指派方案可被呈现以供健康护理提供者批准。 健康护理提供者随后可调整点指派方案以适应个人患者2104的需要。

在操作2702中，确定向患者2104实际询问的问题中的每个的点值。由此， 未向患者2104询问的问题不包括在该点总数中。在操作2704中，对患者2104 赚到的点值求和。随后，在操作2706中，用(在操作2704中确定的)患者2104 赚到的点总数除以(在操作2702中确定的)总的可能的点值。

在操作2708中，确定在操作2706中得到的分数是否超过阈值(与点指派 方案一样，该阈值可由健康护理提供者来定义)。若是，则通知患者的健康护 理提供者，如在操作2710中示出的。最后，过程在操作2712终止。

图28描绘了可通过其分析患者2104对分层结构2200中呈现的问题的回 答的另一个方法。根据图28中所描绘的方法，在操作2800期间，向被调用的 问题分层结构2200的每个中的每个问题指派点值。点指派方案的细节与图27 的操作2700中的那些是相同的。

接下来，在操作2802中，向每个被调用的分层结构2200指派阈值。同样， 该阈值可被默认地指派，并且健康护理提供者可被赋予调整该阈值的选项。操 作2802的阈值应用于每个分层结构2200，意味着将在逐个分层结构的基础上 做出患者2104是否已在特定的分层结构中积累了足够的点以越过被指派给该 分层结构2200的阈值的决策。在操作2804中，第二阈值被指派。操作2804 的阈值与可被允许以超过操作2802的阈值的分层结构2200的数量有关。

在操作2806中，确定每个分层结构2200中患者2104赚到的点数。随后 在操作2808中，确定越过操作2802的阈值的分层结构2200的数量是否超过 操作2804的阈值。若是，则通知患者的健康护理提供者，如操作2810中示出 的。最后，过程在操作2812终止。

图27和28的方法优选地由远程计算机2100来执行，虽然它们可由任何 其他的处理设备来执行。前述的方法被优选地体现为被存储在中央计算机2100 内的存储器设备中的软件。然而，它们可被体现在计算机可读介质上，诸如光 盘、软盘、网络电缆、或计算机可读的任何其他形式的介质。

图29描绘了可由前面28个附图中任一个描绘或参考的系统的实施例中的 任一个采用的询问方案。如从图29可见，示出了已被组织成类别2900、2902、 2904和2906的第一问题序列以及已被组织成类别2908、2910、2912和2914 的第二问题序列。一般地，诸如类别2900的类别内的所有问题与给定的主题 有关。例如，在用于减重或体重管理的系统的情形中，类别可与吃得过多有关， 并且问题中的每个可与吃得过多的不同方面有关。

如图29中所示，这种方案的典型流程是要被询问的诸如类别12900之类 的第一类别内的问题，后面是要被询问的诸如类别22902内的第二类别内的问 题。在这之后询问类别32904内的问题，并且最后询问类别42906中的问题。 当然，原则上，询问方案可使问题被组织到任意数量的类别中，而不是如图29 中所示的简单的4个。此外，类别以顺序的方式被优先不是必要的，虽然在图 29中被如此示出。如由类别2908、2910、2912和2914组成的问题序列所示的， 给定的问题类别可被解除。在该示例中，类别2910被解除，如由交叉影线所 指示的。在这种实例中，询问类别12908内的问题，跳过类别2因为它被解除 了，并且执行流程前进至类别32912和类别42914。如稍后所讨论的，任何数 量的类别有可能被激活或被解除，并且也可能基于预定的时间表来激活或解除 类别，诸如基于一周中的天来激活或解除类别。例如可在星期一、星期三和星 期五激活类别22910，并在星期二、星期四、星期六和星期如解除该类别。类 似地，可在星期一、星期二和星期三激活示例类别42914，但在星期三、星期 四、星期五、星期六和星期日解除该类别。也可基于日期范围来激活和解除类 别。

图30描绘了由4个类别3000、3002、3004和3006组成的问题序列。与 图29中的情形一样，从类别到类别的流程基本上是顺序的，其中流程从类别 3000移至类别3002，跳过类别3004，因为它是交叉阴影且为了示例被描绘为 被解除，并且前进至类别3006。

为了示例示出了类别内的执行流程。转向问题类别3000，可以看到其中 包括问题3008，之后是分支指令3010。如果例如类别3000是关于吃得过多的 主题，则问题3008可读为“今天你吃了超过3顿饭吗？”在分支指令3010处 评估使用监测单元的人的回答，并且基于该人的回答来指导执行的流程。例如， 如果该人回答“否”，即这天他没有吃超过3顿饭，则流程可前进到可以是表 扬语句的语句指令3012。例如，表扬语句3012可读为“做得好”。执行流程 随后将移至类别3002。另一方面，如果该人回答他已经吃了超过3顿饭，则执 行流程将从分支指令3010直接移至类别3002。

类别3002示出了比参考类别3000示出的执行流程稍更复杂的类别内的执 行流程。假定为了示例问题类别3002旨在情绪化进食的主题，则问题3014可 读为“今天你开心吗？”流程随后移至分支指令3016。如果该人已经回答“是”， 则流程前进至下一个有效的问题类别，问题类别3006(因为问题类别3004被 描绘为被解除)。另一方面，如果该人对问题“今天你开心吗”回答“否”， 则流程从分支指令3016前进至跟进问题3018，该跟进问题可读为“你吃东西 以感觉更好吗？”在分支指令3020处评估该人的回答。假定该人回答他没有 进食以感觉更好，则流程再次移至问题类别3006。另一方面，如果该人回答他 已经进食以感觉更好，则执行流程移至可读为“记得遵守你的饮食计划”的提 醒语句3022。之后执行流程将移至类别3006。

因此，可从前面的示例中看到，问题类别3000、3002、3004和3006可包 括：(1)与主题有关的问题；(2)基于人对问题的回答来控制执行流程的分 支指令；(3)跟进问题；以及(4)基于人对问题的回答的表扬或提醒语句。 一般地，从类别到类别的流程是顺序的，虽然这不是必要的。一般地，执行流 程跳过被解除的问题类别，并前进至下一个有效的问题类别。

图31描绘了具有问题3100、3102、3104、3106、3108、3110和3112的 问题集合。因此，该类别内的每个问题与确定使用监测单元的人是否全天展示 蓄意的饮食习惯有关。

图31还描绘了监测单元(诸如监测单元14)可被置入操作模式的原理。 在其中出于鼓励减重或体重管理的目的对监测单元14进行编程的情形中，可 在减重模式或体重管理模式中对监测单元进行编程。可取决于监测单元所处的 模式来更改问题类别内的执行流程。该原理在图31中示出。

执行流程以问题3100“你在规律地吃饭/吃零食吗？”开始。如果人回答 “是”并且如果监测单元处于体重管理模式，则执行流向可读为“你正聚焦于 你的目标！”的表扬语句3101。此后，执行流程前进至问题3102。另一方面， 如果监测单元处于减重模式，则无论人的回答如何，执行流程都移至问题3102。 问题3102读为“你正选择健康的食品吗？”同样，如果人回答“是”，并且 如果监测单元处于体重管理模式，则执行流程移至可读为“用这个系统做得好！ 坚持！”的表扬语句3103。和以前一样，如果监测单元处于减重模式，则无论 人的回答如何，执行流程都移至问题3104。问题3104读为“你遵守你的饮食 计划吗？”如果人回答“是”，则执行流程移至表扬语句3105。表扬语句3105 可依赖于监测单元是处于减重模式还是体重管理模式而有所不同。例如，如果 监测单元处于减重模式，则表扬语句3105可读为“你在通向成功的路上。” 另一方面，如果监测单元处于体重管理模式，则表扬语句3105可读为“做得 好！”此后可从图31看到，该问题类别内的剩余问题被跳过，并且下一个被 激活的类别被执行。另一方面，如果人要对问题3104回答“否”，则执行流 程移至读为“你进食超过N卡路里了吗？”的问题3106。“N”是可由远程计 算机(诸如图4中描绘的远程计算机32)设置的变量，并且可为特定的用户被 个性化。此后，执行流程移至读为“你遵守了你的早餐饮食计划吗？”的问题 3108。无论人的回答如何，执行流程移至读为“你遵守了你的午餐饮食计划吗” 的问题3110。如果人回答“是”并且监测单元处于减重模式，则执行流程移至 可读为“用这个系统做得好！坚持！”的表扬语句3114。此后，执行流程移至 问题3112。另一方面，如果监测单元处于体重管理模式，则无论人的回答如何， 执行流程都从问题3110移至问题3112。示例性问题类别中的最后的问题读为 “你遵守你的饮食计划了吗？”一旦回答该问题，执行流程移至下一个有效的 类别。

虽然图31示出了可被包括在专用于饮食计划的问题类别内的特定问题， 但是其他问题类别可存在于用于减重或体重管理的系统中。那些类别可包括涉 及饮食记录、吃得太多、跳过饮食、在家吃饭、部分尺寸、外出吃饭、杂货店 购物行为、标签阅读、水消费、幸福、压力、沮丧、支持、身体图像、适合服 装、身体测量结果、程序满意度、锻炼和课程计划的类别。

总之，图31描绘了下面的一般原则。监测单元可被编程为处于多种操作 模式之一。基于操作模式，监测单元可更改类别内和/或类别间的执行流程。例 如，监测单元基于所选择的操作模式可询问不同的跟进问题，可给予不同的表 扬或提醒语句，可执行不同的类别，可省略跟进问题，和/或可省略表扬或提醒 语句。虽然图31没有描绘，但类别内的问题的每个(诸如3100-3112)是单独 地可激活以及可解除的。单独的问题可根据时间表来激活或解除，或者可被无 限地激活或解除。例如，组内的任何问题可出于给定用途而被解除，虽然作为 整体该组可以是有效的。因此，例如问题“你在选择健康的食品吗？”(问题 3102)可在星期一、星期三和星期五被激活，但在星期二、星期四、星期六和 星期日被解除。相反，问题可被激活，虽然该问题所处的组被解除。这种可编 程性允许向使用监测单元的人呈现可管理数量的问题。此外，这种可编程性允 许人的体验逐天改变，使得人保持他或她对该单元的兴趣。

图32描绘了患者监测方案，其中警报最初被生成，并且随后被验证。如 从图32可见，方案包括两个过程：评估过程3600和验证过程3602。根据图 32的方案，患者监测设备(诸如分别在图11和21中描绘的患者监测设备1100 或2100)可被配置为测量患者表现的至少一个生理参数，并向患者提示问题集 合。如此处之前所描述的，生理参数可包括患者的体重、患者的血糖水平、患 者的经胸阻抗等。也如此处之前所描述的，问题可与患者对他的或她的生理情 况的感知有关(示例：“你的踝表现肿胀吗？”或者“当你锻炼时你感觉气短 吗？”)。

一旦获得生理数据和患者回答，启动初始评估过程3600。评估过程3600 可由患者监测设备(诸如图1的基接收器108)来执行，或者可由与患者监测 设备通信的远程计算系统(诸如图1的远程护理系统110)来启动。如此处之 前所描述的，评估过程分析患者回答和生理数据，以便得出关于患者是否可能 需要医疗关注的初步结论(例如，可以得出患者正在体验慢性病的急性发作， 并因此接受进一步医疗关注的初步结论)。如果评估过程3600确定患者可能 需要医疗关注和/或进一步的临床分诊，则生成警报。如此处所使用的，术语“警 报”和“异常”是同义的。

响应于警报的生成，启动验证过程3602。验证过程3602包括对评估过程 3600所操作的数据集(回答和生理数据)以及附加数据这二者的分析。附加数 据可以以对附加问题的附加患者回答的形式出现。在原始数据集和附加数据的 基础上做出患者实际上是否需要医疗援助的判定。

传统上，验证过程3602已经由经培训的医疗人员(诸如护士、个案管理 者或疾病管理者)来执行。一般地，护士获得作为警报基础的原始数据集，并 且检查其中的信息。此后，护士给患者打电话并进一步询问患者，以便确定是 否需要进一步的医疗干预。

在任意给定的一天，呼叫中心可能期望观察到由其远程监测的患者大众的 10％-20％生成的警报。普通的护士每天可执行40-50个数量级的呼叫，意味着 单个护士可管理250个数量级的患者。从这些附图中可看到特定呼叫中心可管 理的患者的数量与雇佣的护士或接线员的数量直接相关。不幸的是，护士通常 是短缺的并且可能是昂贵的。因此，雇佣大量的护士往往使健康护理成本上升， 并且可能阻止大众中的某些人获得他们需要的健康护理服务。

为了解决前述的挑战，验证过程3602可以是自动的，以便减少或消除过 程3602中对护士参与的需要。图33描绘了用于自动化图32中呈现的评估和 验证方案的内核。

图32中描绘的内核包括模块。如本领域技术人员所理解的，该模块可被 体现为软件、固件或硬件，诸如应用专用集成电路(ASIC)。可以看到，图 32的内核包括用于实现此处参考图31描述的评估和验证过程3600和3602的 模块。例如，内核包括警报生成模块3700。该警报生成模块3700从患者接收 生理数据和回答，并且确定是否应当生成警报。上面公开了可进行该初始评估 的过程的示例，并因此现在不再重申。如果不生成警报，则不需要验证，并且 过程可终止。另一方面，如果生成了警报，则启动验证过程3602。该过程可在 输入单个数据元素(诸如单个回答或者单个生理数据元素)之后立刻开始。这 样的单个元素可启动交互式的评估和验证过程。这种交互式过程也可用于提供 即时的患者自我管理反馈和建议。换言之，对单个回答或生理参数的接收可构 成评估过程可在其上生成警报的充分的基础。因此，验证过程可在仅接收单个 回答或生理参数之后开始。

为了实现验证3602，作为警报基础的原始数据集可被类别化模块3702接 收。类别化模块3702评估原始数据，以便将警报分类到一个或多个类别中。 类别是对警报为什么被生成的宽泛的表述。例如，警报可被分类为“高体重” 警报，意味着该警报被生成是因为患者的体重超过了某个阈值。因此，“高体 重”是类别的示例。另外，警报可被分类为“症状分数”警报，意味着患者的 回答对应于超过阈值的分数。用于对患者的回答打分以及将分数与阈值进行比 较的方案的示例在此处之前被描述过，并且因此现在不再讨论。评估、类别和 警报的其他示例是已知的，并且其他示例可易于地将其自身呈现给本领域技术 人员。此外，可用许多形式得出和呈现其他示例，它可包括但不限于在统计上 确认调查，诸如堪萨斯城生活质量、SF-12、SF-36及其他。这种评估、类别和 警报在本发明的范围内。

在将警报分类为落入一个或多个类别中之后，认识到单个警报可包括其自 身的类别，访问规则的数据存储3704。数据存储3704包含与每个类别相对应 的规则集合。为其中警报被分类的每个类别检索规则或规则集合。例如，如果 警报被分类为落入两个类别(例如“高体重”和“症状分数”)内，则两个规 则集合被检索(例如，对应于“高体重”的规则集合以及对应于“症状分数” 的另一个规则集合)。然而，根据某些实施例，可在未将警报分类时检索一个 或多个规则或规则集合。此后在任一事件中，规则集合(多个)被传递给测试模 块3706。测试模块3706相对每个所检索的规则集合内的每个规则对原始数据 集进行测试，并且标识哪些规则被“触发”。如果评估结果是肯定的结果或者 布尔值“1”，则规则被称为“被触发”。

规则集合由各种规则组成，可针对该各种规则来测试原始数据集、和/或 过去原始数据集的历史记录、和/或中央计算系统所收集的其他数据，以更好地 理解警报的本质和/或起因。因此，每个被触发的规则可对应于警报的经假设的 本质或起因，该本质或起因进而可对应于有助于探索该经假设的本质或起因的 询问行。例如，(下面的)表格6呈现了对应于“高体重”警报的规则集合。

表格6

如之前提到的，测试模块3706相对每个所检索的规则集合内的每个规则 来测试原始数据集，并且标识哪些规则被触发。对于被触发的每个规则，从数 据存储3708中检索问题分层结构。当然，虽然图37将数据存储3704和3708 描绘为彼此不同，但数据存储3704和3708可被体现为单个数据存储。问题分 层结构包括问题集合。每个问题具有可从具体回答集合(例如，“真-或-假” 或者“a,b,c,或d”)中选择的回答。可向患者提出问题，患者从具体回答集 合中选择回答。在该患者回答的基础上提出后面的问题，和/或给出指令，和/ 或得出结论，和/或执行动作。对后面问题的回答、和/或所采取动作的结果， 来确定要提出的下一个问题、和/或给出的指令、和/或得出的结论、和/或采取 的动作等。每个问题分层结构被配置为探究从给定触发规则推导出的经假设的 本质或起因。参考此处图20-28来呈现问题分层结构的示例，并因此现在不再 讨论。当然，医疗诊断领域的技术人员可易于创建旨在探究被触发的规则的问 题分层结构，并且这种问题分层结构在本发明的范围内。在从数据存储3708 中检索问题分层结构之后，任选的准备模块3710可在分层结构上执行某些任 选操作。例如，准备模块3710可对于包括在多于一个这样的分层内的问题检 查所检索的问题分层结构。准备模块可移除冗余的问题，使得一次向患者提出 给定的问题。此外，准备模块3710可检查问题分层结构以确定是否已在初始 评估过程3600之前向患者提出其中问题中的任一个。若是，则其回答可从原 始数据集中被提取并且被插入到问题分层结构中适当的数据空间中，使得不重 复询问患者他或她已被监测设备询问过的问题。此外，准备模块3710可基于 患者合并症来确定问题分层结构需要修改。此外，准备模块3710可检查向患 者提出的之前的问题，并且确定这种新问题是不合适的。

在任选的准备模块3710的操作之后，经由提示模块3712向患者呈现问题 分层结构。根据一个实施例，提示模块3712可通过一系列问题来指导接线员， 接线员通过电话向患者提出这些问题。例如，可经由输出设备向接线员呈现第 一个问题。接线员可向患者提出问题，获得患者的回答，并且经由输入设备来 输入回答，由此获得第二个问题(或指令等)。

可选地，全部模块3700、3702、3706、3710和3712以及数据存储3704 和3708可被编程到患者监测装置中的存储器设备中。或者，全部模块3700、 3702、3706、3710和3712以及数据存储3704和3708可被编程到交互式电视 模块或web接口中。例如，图1的基接收器108可包括存储前述模块的存储器 设备，使得评估过程3600和验证过程3602这二者由患者监测设备来执行。

模块是否实现在存储于患者监测设备中的软件/固件中、或者它们是否被 存储在远程计算系统中，问题分层结构向患者的呈现的结果可包括确定患者是 否需要咨询健康护理专业人员或以其他方式见到医师或护士或者与他们交谈。 其他结果是可能的。例如，验证过程3602可与由远程计算系统执行的软件进 行交互。这种软件在由Cosentino于2004年2月27日提交的美国专利申请号 10/788,900且题为“用于收集、操作和分析来自远程健康护理设备的数据的系 统”中有所描述，通过引用将其包含于此。根据一个实施例，软件被配置为与 验证过程3602交互，以便在适当时自动地创建跟进条目或干预条目。例如， 如果问题分层结构到达了给患者提高他的药物剂量的指令的点，则自动地创建 反映该动作的干预条目。类似地，如果问题分层结构得出必须在未来采取跟进 动作的结论，则可以自动地创建反映该结论的跟进条目。

根据一个实施例，验证过程3602或评估过程3600的结果可发起与医疗办 公室或呼叫中心的数据通信(例如电话呼叫、寻呼、短消息服务交换等)。例 如，对问题分层结构的遍历可导致需要联系护士或其他专业人员以安排就诊、 或者例如以供对患者的进一步评估、或者以供其他医疗计划管理的结论。在这 种时刻，患者监测装置自动地向适当的网络地址、电话号码或接收地址发起数 据传输、电话呼叫、或其他通信会话。例如，数据传输可由调制解调器、电话、 蜂窝式电话、电视机、寻呼机、手持式无线设备、或者与患者监测设备集成或 以其他方式与之通信的其他装置来执行。图34中描绘了这种系统的示例。图 34是对采用前述实施例的监测系统的高级描绘。从图34中可见，系统包括患 者监测装置3800、中央计算机3801、以及位于监督协会(诸如HMO)的计算 机系统3818。中央计算机3801被容纳于位于远离患者监测装置3800的设施 3802内。例如，患者监测装置3800可位于卧床患者3805的家中，而中央计算 机3801位于呼叫中心、疾病管理公司或健康护理设施3802中。中央计算机可 被耦合到通信网络3810或3819，诸如因特网、公共交换电话网络或其他网络。

如之前所描述的，患者监测装置3800由与输入设备3807、输出设备3804 和存储器设备3808通信的中央处理器单元3806组成。存储器设备3808可具 有参考图33描述的的模块和数据存储中的每一个存储于其中。另外，存储器 设备3808可具有在其中必需护士跟进电话呼叫或通信会话的情况下要联系的 电话号码或网络地址等存储于其中。

如之前所讨论的，输出设备3804可用于向患者3805提示关于患者健康的 问题，并且还可基于这种回答向患者提供即时的反馈。输出设备3804可由视 觉显示单元组成，诸如用患者3805选择的语言来显示问题的LCD、触摸屏或 电视机。可选地，输出设备3804可包括说出问题的音频输出单元，并与记录 这种回答的诸如交互式语音响应系统的输入设备相组合。在一个实施例中，音 频输出单元3804可用患者3805选择的语言来说出问题。作为另一个可选方案， 输入设备3807和输出设备3804可被共同地实现为交互式语音响应系统。患者 监测装置3800经由网络3810与中央计算机3801通信；患者监测装置3800使 用通信设备3812来调制/解调载波信号以供经由网络3810传输，而中央计算机 3801出于同一目的使用通信设备3814。合适的通信设备3812和3814的示例 包括用于通过电话网络传输的内部和外部调制解调器、用于通过局域网传输的 网卡(诸如以太网卡)、耦合到某种形式的调制解调器(诸如DSL调制解调 器或电缆调制解调器)以供通过广域网(诸如因特网)传输的网卡、或者用于 传输到无线网络的RF发射器。当然，监督协会的计算机3818也可出于同一目 的使用类似的通信设备3820。患者监测设备3800可包括与处理器3806进行数 据通信的生理参数传送器(未描绘)。可选地，患者监测设备3800可通过例 如输入/输出端口耦合到外部生理参数传送器。可选地，患者监测设备可经由遥 测技术、RF传输或其他无线手段与所植入的设备(诸如如本文档中上面描述 的起搏器、除颤器或同步设备)进行通信。例如，可从诸如起搏器、除颤器、 心脏同步治疗(CRT)设备、刺激器等的可植入医疗设备向患者监测设备通信 生理参数数据的一部分或全部。另外，患者监测设备3800可全部排除生理传 感单元。如果在对问题分层结构的遍历期间，确定应由医疗值班人员(例如护 士、医师、健康护理值班人员等)来发起数据传输，则患者监测设备3800可 初始地将验证过程(或其某个子集)在其上操作的数据集传输到中央计算机系 统3801(这是任选的步骤)。

接下来，患者监测设备3800可尝试建立与呼叫中心、诊所等3802处的护 士或其他专业人员的双向通信。双向通信会话可作为通过网络3810执行的计 算机到患者监测设备的会话来进行。根据这种场景，护士或其他专业人员可观 察最初被传输到中央计算机3801的数据集，并可随后加入电子双向通信会话 以对患者3805进行进一步的询问。

可选地，患者监测装置可利用另一个通信设备3816，该另一个通信设备 发起与由呼叫中心3802处的专业人员所访问的另一个通信设备3822的通信会 话。例如，通信设备3822可以是电话、蜂窝式电话、寻呼机、设 备或其他无线通信设备。患者监测设备3800所利用的通信设备3816可发起与 专业人员的设备3822的通信会话，使得可以建立双向通信。根据该场景，可 将由验证过程(或其某个子集)在其上操作的数据集从患者监测设备3800传 输到专业人员的通信设备3822。作为可选方案，中央计算系统3801可将信息 传递到专业人员的通信设备3822。在任一事件中，在发起双向通信会话时，专 业人员访问信息，使得专业人员具有用作对患者3805进一步询问的基础的数 据。

在其中通信设备3816被实现为电话设备的情况中，处理器3806可经由处 理器3806控制下的电话单元3816发起电话呼叫。可向电话单元3816指示处 理器3806呼叫的适当的号码，或者电话单元3816可被预编程为呼叫特定的电 话号码。因此，紧接着问题分层结构与患者交互时，可以呼叫护士，由此为护 士节省了必须发起电话呼叫的时间和精力。在通信设备3812是电话调制解调 器的情况中，可将电话单元3816与同其耦合的方便护士与患者之间对话的外 部扬声器和话筒相集成作为调制解调器3812的一部分。可选地，如果被实现 为不同的设备，则单元3816可包括适合于启动“扬声器电话”通信的扬声器 和话筒。出于一种或另一种原因，无法建立双向通信会话是可能的(示例：通 信设备3816和3822是电话设备，并且呼叫中心3802的电话线在忙)。在该 实例中，患者监测装置3800可发起建立通信会话的后续重新尝试。然而，如 果重新尝试的阈值数量(例如12次重新尝试)证明是无效的，则可在监督协 会处做出到计算机系统3818的数据传输。根据一个实施例，患者监测设备发 起到计算机系统3818的数据传输，并且传输数据包，该数据包包含足以通知 监督协会的计算机3818患者3805尚未被联系的内容。根据一个实施例，前述 的数据包可具有与其相关联的唯一代码。因此，当在患者与专业人员之间最终 建立了双向通信会话时，可将对应的代码从专业人员的通信设备3822或计算 机系统3801传输到监督协会的计算机3818以确认患者3805已被联系。

当管理较大的患者人群时，需要常量参数调整。对生物测定测量结果、症 状阈值和其他参数的这种参数调整需要有技能的资源并且可以是耗时的。中央 计算系统(诸如计算系统3801)可被编程为不时地自动重新调整某些参数。图 35A中的图表示用于理解这个特征的背景。图35A中描绘了笛卡尔平面以及用 y轴呈现的经测量或经计算的变量和用x轴呈现的连续的测量结果。经测量的 变量描述了患者身体的可量化的情况或状态。例如，经测量的变量可以是体重、 血糖、血氧水平、血压、经胸阻抗(经测量的变量的示例)，或者可以是描述 患者本身报告的症状的分数(经计算的变量的示例)。有时，如上面已经描述 的，将这种分数作为评估过程3600的一部分来监测(图32)。当分数超过阈 值时(或落到阈值以下)、当分数表现了持续的趋势时(例如在至少N天的跨 度中表现的体重增加)、或者当在给定天测量或计算的分数与在前一天测量或 计算的分数相差超过规定的数量时等，可生成警报。

特别地，前述种类的各种监测方案中的每个分享共同的前提，即被监测的 变量值中的变化对应于正被监测的慢性疾病中的变化。然而，有时候该前提是 不正确的。例如，患者的体重可因为患者正在经历肺水肿的急性发作而改变， 在该情形中前提是正确的—患者的体重随时间的变化揭示了慢性疾病的状态。 另一方面，患者的体重可由于患者已经增加或失去脂肪或肌肉组织而随时间改 变。根据这种场景，患者体重的变化与正被监测的慢性疾病无关。

如上面所提及的，在某些实例中，在其中经测量的变量超过或达不到阈值 的情况中，可生成警报。在其中被监测的变量已出于与被监测的慢性疾病无关 的原因而表现出变化的情形中，这种策略可证实是不可靠的。参考图35A，出 于示例的目的，可假设经测量的变量是患者的体重，并且笛卡尔平面上的每个 暗点代表特定患者的给定每日体重测量结果。因此，点3900表示特定患者在 给定天的体重，并且点3902代表在连续一天测量的患者的体重，以此类推。

对图35A的图的检查揭示了在点3904被测量的那天，患者的体重超过了 上限阈值，意味着初始评估过程3600(图32)在那天将已经生成了警报或异 常。作为其响应，将已经启动了验证过程3602(图32)，并且出于示例的目 的，可假定验证被证明表现为否(即与患者的面谈将揭示该患者不需要医疗关 注)。如图35A所示，类似的结果将在连续14天发生。

在生成警报并由此启动验证过程的两周之后，中央计算系统(或患者监测 设备，如果在其上实现的话)上的软件可被编程为重新建立新的阈值，如图35A 所示。重新建立的前提是患者只增加了体重并且没有经历水肿，因此应当修改 上限。

图35B描绘了用于变更阈值的一种方法。如其所示，过程通过确定对于 给定的被监测参数来说，该参数是否已在评估过程3600(图32)期间引起警 报而开始，如操作3906中所示。若是，则控制被传递到操作3908，此处确定 后面的验证过程3602(图32)是否已表明患者不需要医疗援助。如果对这些 询问390S中任一个的回答是否定的，则控制被传递到操作3910，其中计数变 量被重置为零，并且过程被终止(操作3912)。另一方面，如果对操作3906 和3908的询问这二者的回答是肯定的，则递增计数变量(操作3914)，指示 另一天已经过去了，藉此特定的变量生成了警报，但患者已经证实处于令人满 意的情况。在操作3916中，将计数变量与可选择的阈值进行比较。例如，阈 值可等于14天，如图35A的示例中所示。如果计数变量超过阈值，则可以调 整针对其测试变量以生成警报的阈值(多个)(操作3918)。否则，终止该过 程(操作3920)。存在调整这种阈值的许多的可能性。例如，软件可被编程为 发现在前面N天的跨度中对集中趋势的测量。随后，可向该集中趋势添加(和 /或减去)偏移变量以生成阈值上限和/或阈值下限。例如，在图35A的图的上 下文中，操作3918的执行可包括发现在点3905的测量结果之前的14天中平 均的患者体重。随后，可向该平均值添加偏移变量，创建阈值上限，并且可从 该平均值减去偏移值，产生阈值下限。当然，可以使用对集中趋势的其他度量， 诸如算术平均值、几何平均值、中位数等。同样，在所观察的历史数据的基础 上调整阈值的其他方案可易于地将其自身呈现给本领域技术人员，并处于本发 明的范围内。

关于患者监测装置的附加细节在题为“多用户健康参数监测系统”的美国 专利申请号11/345,956中公开，通过引用将其包含于此。

虽然已经详细地描述了本发明及其优势，但应当理解的是在此可作出各种 改变、替换和变更，而不背离所附权利要求书中所定义的本发明的精神和范围。 此外，本申请的范围不旨在受限于说明书中描述的主题、手段、方法和步骤的 过程、机器、制品、组成的特定实施例。本领域技术人员将根据本发明轻松理 解的是，根据本发明可利用当前存在的或稍后被开发的主题、手段、方法或步 骤的公开内容、机器、制品、组成，该公开内容、机器、制品、组成执行与此 处描述的对应实施例基本相同的功能、或实现与此处描述的对应实施例基本相 同的结果。因此，所附的权利要求书旨在包括处于它们范围之内的主题、手段、 方法或步骤的这种过程、机器、制品、组成。