CN118575228A - 医疗装置到服务的自动登记 - Google Patents

Abstract

本公开涉及系统和技术，这些系统和技术操作以：响应于接收到包括全局唯一标识符(GUID)的输入，生成完成的登记请求以便经由通信电路向计算服务传送以使植入的医疗装置为患者服务，其中该计算服务存储包括该GUID与该完成的登记请求的属性信息之间的映射的数据；以及从该计算服务接收针对该植入的医疗装置的成功登记响应。

Description

医疗装置到服务的自动登记

技术领域

本公开整体涉及医疗系统，并且更具体地涉及其中应用程序由患者与医疗装置一起使用的医疗系统。

背景技术

医疗系统出于一个或若干个目的可监测患者或一组患者的各种类型的数据。在众多示例中，一些医疗系统可记录患者和其心脏的测量，作为该患者的心脏健康状况的指标，这些指标可以原始数据和/或处理后数据的格式被记录，例如，表示一段时间内的心脏活动的电信号可被记录为心脏电描记图(EGM)，然后被处理为患者的心脏健康状况的其他指标。在一些示例中，医疗系统可监测心脏EGM以检测一种或多种类型的心律失常，诸如心动过缓、心动过速、纤颤或心搏停止(例如，由窦性暂停或AV阻滞引起)。

医疗专业人员可出于多种原因对他们的患者使用医疗系统，诸如使医疗系统记录患者数据，以供将来使用。一些医疗专业人员依靠该数据来为他们的患者提供最佳的医疗护理。出于各种目的，医疗专业人员可按照某一算法对医疗系统进行编程以按需要操作，并校准医疗系统部件，以检测健康事件，递送疗法等等。在一些示例中，医疗系统可包括植入式医疗装置或可穿戴装置中的一者或多者以收集用于检测患者心脏健康状况变化的各种测量。在一些示例中，植入式或可穿戴医疗装置可配置有用于监测患者心脏活动以获得心脏事件的算法。在一些示例中，患者可与例如患者的移动装置上的与患者的医疗装置相关联的应用程序交互。作为示例，应用程序可从患者收集信息(例如，症状信息)，向患者提供信息，促进医疗装置与计算服务之间的通信，或者促进患者与临床医生之间的通信(例如，关于医疗装置)。

发明内容

如本文所述的医疗系统和技术在医疗装置附连到患者(例如，植入患者体内)的时间或在该时间前后自动地将患者和用于医疗装置的应用程序的患者实例登记到计算服务中。一般而言，患者接受医疗装置与成功地将患者自己和应用程序登记到计算服务中以用于远程监测、健康事件检测和全面医疗装置支持之间通常存在相当大的延迟。在使该医疗装置在线(例如，以用于与计算服务交换数据)和/或将该医疗装置投入运行之前，可能需要进行登记；然而，即使开始医疗装置操作不需要进行登记时，患者也很难完成登记过程(例如，包括新账户注册)。通过立即/快速完成登记过程以满足计算服务，患者在基本上没有延时的情况下接受患者打算接受的医疗护理。

本公开的计算服务整体上向植入的医疗装置和/或已实例化医疗应用程序提供对各种资源的访问。植入的医疗装置和/或已实例化医疗应用程序可使用这些资源来支持它们的原有功能，这可包括检测与患者数据变化相关的患者健康状况变化(例如，健康事件)。此外，计算服务可提供资源，植入的医疗装置和/或已实例化医疗应用程序可利用这些资源来增强它们的原有功能，例如，通过关于健康事件的准确预测(包括更少的误检)、在其收集时具有降低的错误率的详细患者数据、以及对患者随着时间推移的生理历史的更好解析来增强原有功能。计算服务可利用患者健康状况的附加方面来增强当前医疗装置/医疗应用程序操作，以分析健康事件的证据。

计算服务可例如在植入时立即与患者交互，以经由医疗应用程序(或简称为“应用程序”)提供关于该患者的健康状况的数据。经由应用程序，患者可将患者信息的各种数据集(其一部分由植入的医疗装置提供)迁移到计算服务以用于存储、处理，以及可能地，分发到经批准实体(例如，医院或临床医生)。存在供计算服务通过自动登记来更深入了解患者健康状况的其他方式。总之，计算服务降低了医疗装置的总体资源利用，从而允许医疗装置具有更少的资源容量，使得配备有大量资源容量的医疗装置不再是本文所述的医疗系统和技术所需要的。

在典型的登记过程中，计算服务可规定一组要求。作为一个先决条件，登记可能需要应用程序的相关联实例和/或相关联医疗装置的新(患者)账户注册。可存在一系列操作，其中与计算服务交换各种数据属性以用于授权使用应用程序(例如，移动应用程序)作为接口(例如，为其提供账户)。经由电子邮件或另一通信介质，计算服务提供患者的身份信息(例如，全局唯一标识符)以与应用程序一起使用，例如，用于访问计算资源、执行应用程序功能以及发起医疗装置操作。可存在应用程序和/或计算服务可通过新账户的成功登记和注册来启用的特定于医疗装置的功能。通过使包括新账户注册的登记过程自动化，本文所述的医疗系统和技术在植入医疗装置时尽可能快地实现该功能。

因此，使医疗系统自动登记新的或最近植入的医疗装置减轻了或完全消除了与其他途径相关联的问题，诸如假阳性和假阴性的趋势以及医疗植入与成功登记之间的延迟。鉴于该益处和其他益处，本公开描述了一种整合到实际应用中的技术解决方案形式的技术改进。除非另有说明，否则以下描述在任何应用程序的讨论中引用上述医疗应用程序实例。

在一个示例中，一种计算装置包括：通信电路，该通信电路经由网络连接通信地耦接到计算服务；处理电路；和存储器，该存储器包括编程指令，这些编程指令在由该处理电路执行时使该处理电路：响应于接收到包括与用于具有植入的医疗装置的患者的应用程序相对应的全局唯一标识符(GUID)的输入，生成完成登记请求以经由该通信电路传送到该计算服务以向该计算服务登记该患者，其中该计算服务存储包括该GUID与该完成的登记请求的属性信息之间的映射的数据；基于该完成的登记请求的该传送从该计算服务接收成功登记响应；以及执行与植入式医疗装置和该计算服务相关联的该应用程序的功能。

在另一示例中，一种由患者的计算装置的处理电路执行的医疗系统的方法包括：建立用于将该计算装置的通信电路与计算服务耦接的网络连接；响应于接收到包括与具有植入的医疗装置的患者的应用程序相对应的全局唯一标识符(GUID)的输入，生成完成的登记请求以经由该通信电路传送到该计算服务以向该计算服务登记该患者，其中该计算服务存储包括该GUID与该完成的登记请求的属性信息之间的映射的数据；基于该完成的登记请求的该传送从该计算服务接收成功登记响应；以及执行与植入式医疗装置和该计算服务相关联的该应用程序的功能。

在另一示例中，一种非暂态计算机可读存储介质包括程序指令，这些程序指令在由医疗装置的处理电路执行时使该处理电路：建立用于使患者的计算装置的通信电路与计算服务耦接的网络连接；响应于接收到包括与具有植入的医疗装置的该患者的应用程序相对应的全局唯一标识符(GUID)的输入，生成完成的登记请求以经由通信电路传送到计算服务以向该计算服务登记该患者，其中该计算服务存储包括该GUID与该完成的登记请求的属性信息之间的映射的数据；以及基于该完成的登记请求的该传送从该计算服务接收成功登记响应；以及执行与植入式医疗装置和该计算服务相关联的该应用程序的功能。

本发明内容旨在提供对本公开中所描述的主题的概述。本发明内容并不旨在提供对以下附图和说明书内详细描述的系统、装置和方法的排他性或详尽解释。在以下附图和说明书中阐述了本公开的一个或多个示例的进一步细节。根据说明书和附图以及权利要求，其他特征、目标和优点将是显而易见的。

附图说明

图1示出根据本公开的一个或多个示例的结合患者的示例性医疗系统的示例性环境。

图2是示出根据本公开的一个或多个示例的医疗装置的示例性配置的框图。

图3是示出根据本公开的一个或多个示例的图1和图2的IMD的示例性配置的概念性侧视图。

图4是示出根据本公开的一个或多个示例的图1的外部装置的示例性配置的功能框图。

图5是示出根据本公开的一个或多个示例的示例性系统的框图，该示例性系统包括接入点、网络、外部计算装置(诸如服务器)和一个或多个其他计算装置，该一个或多个其他计算装置可耦接到图1至图4的医疗装置和外部装置。

图6是示出根据本公开的一个或多个示例的用于自动地向计算服务登记医疗装置的示例性操作的流程图。

在说明书和附图中各处，类似参考字符代表类似元件。

具体实施方式

一般而言，根据本公开的医疗系统实施用于促进到计算服务的登记过程以访问用于检测患者健康状况变化的各种资源的技术。例如，通过如本文所述的自动地为医疗装置和/或医疗应用程序注册新账户，可立即将患者登记到计算服务中。在一些示例中，医疗系统可实施用于使登记过程基本上自动化以例如开始医疗装置的正常操作的技术。

各种医疗装置(例如，植入式装置、可穿戴装置等)可被配置为监测各种患者数据并且检测与患者数据变化相关的患者健康状况变化(例如，健康事件)。各种医疗应用程序(例如，移动应用程序、桌面应用程序、浏览器应用程序、将在浏览器应用程序上运行的网络应用程序等)可被配置为以各种形式支持患者数据监测和健康事件检测。本公开可将计算服务称为用于远程患者健康监测和健康事件检测的监测服务。在一个示例中，医疗应用程序可以是用于监测服务的客户端应用程序。医疗应用程序可以是用于控制医疗装置的操作的专有软件代码。

一般而言，医疗应用程序可生成接口以促进监测服务与患者装置(例如，患者的个人装置，诸如移动装置)之间的各种数据的交换。一些医疗应用程序可配置有特定于监测服务的功能，而其他医疗应用程序可独立于监测服务(即，第三方医疗应用程序)，并且因此具备其他功能。虽然本文所述的技术可自动地向监测服务登记任何医疗应用程序实例和/或任何医疗装置，但是以下描述可涉及实现医疗应用程序实例和/或植入的医疗装置的自动登记的医疗系统。

本文所述的医疗装置以某种形式提供医疗护理；在本公开所设想的众多医疗装置当中，可插入心脏监测器(例如，LINQ和LINQ II)、起搏器和除颤器是说明性示例，即，用于与Medtronic在线/云计算服务一起操作以用于远程监测、健康事件检测和装置支持。任何给定的医疗装置可将患者数据传送到患者装置，并且经由患者装置传送到其他外部装置，诸如监测服务。在患者装置上运行的医疗应用程序可使患者数据与其(新)账户相关联。通过这样做，医疗应用程序和监测服务可协调进行远程监测、健康事件检测和给予医疗装置的装置支持。作为一个益处，监测服务可分析患者数据以用于提供关于患者的活动和健康状况的报告。该报告可用于向患者或护理者通知患者的活动和健康状况的重要方面。以这种方式，本公开的技术可有利地实现患者健康状况变化的检测的改进的准确度，并且因此实现对患者的状况的更好评估。

例如，医疗装置可以是植入患者体内的起搏器，并且在植入时或在植入前后，患者所拥有的智能移动电话可启动移动应用程序以执行登记过程，该登记过程可包括新患者账户的注册。移动应用程序可经由任何可用机制获取，诸如通过从应用程序储存库(例如，在任何移动操作系统下称为应用商店的资产(property))进行的数据传输、(例如，经由移动浏览器应用程序进行的)下载、或通过在任何植入之前进行的人类活动(例如，从存储装置)。移动应用程序可在植入时获取，或者可预先安装在患者装置上。

图1示出根据本公开的一种或多种技术的结合患者4的示例性医疗系统2的环境。示例性技术可与植入的医疗装置(IMD)10一起使用，该IMD可(经由无线信道)与外部装置12和图1中未绘出的其他装置中的至少一个装置进行无线通信。在一些示例中，IMD 10被植入在患者4的胸腔外部(例如，以皮下方式植入图1所示出的胸部位置中)。IMD 10可以定位在靠近或刚好低于患者4的心脏水平的胸骨附近，例如至少部分地在心脏轮廓内。IMD 10包括多个电极(图1中未示出)，并且被配置为经由多个电极来感测心脏EGM。在一些示例中，IMD10可采用可从明尼苏达州明尼阿波利斯美敦力公司(Medtronic,Inc.of Minneapolis,MN)获得的LINQ^TMICM的形式。

外部装置12可以是计算装置，其具有用户可查看的显示器和用于将用户输入接收到外部装置12的接口。在一些示例中，外部装置12可以是笔记本电脑、平板电脑、工作站、一个或多个服务器、蜂窝/移动电话、个人数字助理或可运行使计算装置能够与IMD 10交互的应用程序的另一计算装置。外部装置的一个示例性实施方案可以是患者4的个人计算装置(例如，患者计算装置或简称为“患者装置”)。外部装置12的用户可以是由患者4授权的任何人，诸如临床医生编程人员。因此，另一示例性实施方案可以是临床医生编程人员的计算装置。

外部装置12被配置为通过无线信道或者另选地经由从远程位置到患者4的网络连接来与IMD 10以及另选地与另一计算装置(图1中未示出)进行通信。外部装置12可例如经由近场通信技术(例如，感应耦合、NFC或可在小于10cm至20cm的范围处操作的其他通信技术)和远场通信技术(例如，根据802.11或规范集的射频(RF)遥测或可在大于近场通信技术的范围处操作的其他通信技术)进行通信。

外部装置12可用于配置IMD 10的操作参数。外部装置12可用于从IMD 10检索数据。检索到的数据可包括由IMD 10测量的生理参数的值、对由IMD 10检测到的心律失常或其他疾病发作的指示，和由IMD 10记录的传感器信号。例如，外部装置12可检索由IMD 10记录的心脏EGM区段，由于IMD 10确定在该区段期间发生心律失常(例如，心搏停止)或另一种疾病的发作。作为另一个示例，外部装置12可从IMD 10接收传感器数据、度量值或与本文所述的技术相关的其他数据。如将在下文关于图5更详细地论述，一个或多个远程计算装置可经由网络以类似于外部装置12的方式与IMD 10交互，例如以对IMD 10进行编程和/或从IMD10检索数据。

监测服务6是计算服务，其可类似于MedtronicNetwork所提供的，经由网络连接直接并且/或者通过外部装置12间接与IMD 10进行通信。图1的医疗系统2的一个或多个方面可通过将监测服务6的计算装置与IMD 10和/或外部装置12相连接的网络基础设施来实施。如本文所述，各种数据集(例如，健康事件数据、患者数据样本、纵向诊断信息等)的上传可触发监测服务6判定IMD 10对健康事件(例如，心脏事件)的初始检测，并在必要时调整IMD 10的IMD 10的装置历史，以更准确地反映患者4的健康状况。

医疗系统2的处理电路，例如监测服务6的一个或多个装置、IMD 10、外部装置12和/或一个或多个其他计算装置的处理电路，可被配置成执行本文所述的技术。医疗系统2的处理电路可利用各种已知的机制来捕获一段时间内的各种患者数据(例如，其样本)，分析捕获到的生理参数值以获得包括非轻微患者健康状况变化的任何健康事件的指标。然后，医疗系统2的处理电路可确定是否从存储器资源以及从医疗装置历史/诊断信息中移除捕获到的健康事件的患者数据。在一些示例中，医疗系统2的处理电路分析心脏EGM或ECG和由IMD 10感测到的其他患者活动，并且可标识心脏发作(诸如心律失常)或者在患者4中已经发生或正在发生的另一心脏事件的指标。

本公开设想了配备有多个硬件/软件部件以实施多种不同示例性技术的医疗装置。作为一个示例性医疗装置，IMD 10可配置有检测逻辑，以实施用于确定患者4是否正在/已经/将要(即将)经历示例性心脏发作的技术。如本公开所述，检测逻辑可利用多种兼容机制来成功实施上述技术，诸如机器学习模型和/或决策树，其中每种机制都规定了检测逻辑可用来区分指示真实心脏发作的患者数据与不包括真实心脏发作的患者数据的标准。外部装置12和/或一个或多个监测装置6可使用逻辑(例如，判定逻辑)来核验心律失常发作(或另一健康事件)的初始检测是真阳性，或者拒绝初始检测是假阳性。

尽管在其中感测心脏EGM或ECG的IMD 10的示例的上下文中进行了描述，但是包括被配置为感测心脏EGM或ECG的任何类型的一个或多个植入式、可穿戴或外部装置的示例性系统可被配置为实施本公开的技术。

在医疗系统2的一些示例中，可穿戴装置中的处理电路可执行与由IMD 10的处理电路和/或如本文所述的其他处理电路执行的逻辑相同或类似的逻辑。以这种方式，可穿戴装置或其他装置可以本文关于IMD 10描述的相同方式执行本文描述的技术中的一些或全部。在一些示例中，可穿戴装置与监测服务6一起操作以便以本文关于IMD 10和/或外部装置12所描述相同的方式来访问资源(例如，计算服务)。在一些示例中，可穿戴装置与IMD 10和/或外部装置12一起操作，作为用于监测患者活动和其他患者生理参数的计算/存储资源和传感器的潜在提供者。例如，可穿戴装置可将患者数据传送到外部装置12，以用于存储在非易失性存储器中，以及用于计算包括患者生理参数的各种参数的值或对应于包括感测到的患者活动的传感器测量结果的值。

根据一些示例性技术，在监测患者生理状况以及检测任何患者健康状况变化(例如，健康事件)时，本公开的医疗系统2可被引导以自动地向监测服务6登记患者4，例如作为具有对通过网络连接提供的资源(例如，功能)的访问特权的授权用户。除了患者4作为授权用户之外，医疗系统2可成功地登记患者4的医疗装置(诸如IMD 10)或者在患者装置上运行的软件应用程序(诸如在外部装置12上运行的医疗应用程序)。这可在医疗系统2的处理电路运行逻辑以分析监测到的患者活动/检测到的患者健康状况变化之前或之时进行。

在下载和/或执行医疗应用程序之前的某个时刻或在下载和/或执行医疗应用程序的同时，外部装置12可接收由监测服务6和/或第三方系统分配的GUID(例如，在身份(ID)令牌中)。根据在监测服务6中实施哪种安全架构，医疗应用程序的实例(或单独的过程)可执行代码以请求由监测服务6和/或第三方系统发出的GUID(例如，在身份(ID)令牌中)，并且作为及时响应，接收该GUID。示例性令牌可包括关于患者4的属性信息(例如，声明)。在至少以下示例中，可使用相同的属性信息自动生成完成的登记请求。

响应于接收和/或访问GUID(例如，从身份令牌)，医疗应用程序可被配置为使用如由监测服务6规定的GUID和附加信息中的一些(不是全部)来自动生成登记请求。在一个示例中，医疗应用程序可将来自身份令牌中的一个或多个声明的信息插入到登记请求中。因此，医疗应用程序可利用在令牌中提供的信息和/或可从本地源(例如，物理连接的源或通信耦接的源)获得的信息来自动完成登记请求。如果需要，应用程序88可添加属性、修改属性和/或从任何登记请求中移除属性。

在一些示例中，医疗装置和/或医疗应用程序的初始使用可以到监测服务6的成功登记为条件。在一些示例中，在完成患者4的登记过程时，软件应用程序接管对IMD 10的操作控制。软件应用程序可被配置为例如通过对装置设置(例如，包括ML模型参数)进行编程来关于健康事件监测/检测的操作引导IMD 10。软件应用程序可被进一步配置为提供支持/增强由IMD 10进行的健康事件监测/检测的功能。因此，软件应用程序可经由原有接口与IMD 10交换数据。软件应用程序可以是用于监测服务6的客户端应用程序，并且被配置为促进访问患者账户。

本公开描述了将“GUID”(以及可能地，其他信息)用于完成的登记请求的医疗系统和技术，该完成的登记请求识别“GUID”及其等效物的各种实施方案。示例性GUID通常表示“全局唯一标识符”，但关于数值没有限制。示例性GUID可以是以十六进制记数法(例如，32个符号或数字)表达的任何N字节(例如，16字节或128位)的整数。示例性GUID可由软件程序在GUID系统中实施。在计算装置诸如外部装置12中，软件程序可在若干机制中的一种机制(例如，数据模型)中利用GUID系统来执行多个数据管理(例如，数据库系统)任务，诸如唯一地标识数据对象集合当中的特定数据对象的物理/虚拟存储器位置。其中GUID唯一地标识一个或多个数据对象(并且在一些示例中，构成其一部分)的示例性实施方案包括MICROSOFT注册表条目、用于唯一地标识数据表格中的每个记录的关系数据库键码、数据结构(诸如用于检索/查找列(字段)的一行或多行给定值的索引)等。当标识特定数据对象(例如，患者账户)时，示例性GUID可配置有随时间推移将保持恒定和唯一的信息。一些应用程序有时使用诸如全名、电子邮件地址和/或电话号码的字段。

示例性GUID可包括用于新账户注册的足够信息和/或与该足够信息相关联。该信息在本文中可被称为属性。一般而言，“属性”是指例如用于标识医疗应用程序、患者4、IMD10和/或其在监测服务6的患者账户的信息。监测服务6和/或第三方系统可定义标识符，该标识符可以是本文所述的GUID或另一标识符。一个示例性标识符可跨监测服务6的硬件/软件部件(例如，装置和应用程序)唯一地标识患者4。一个示例性标识符可特定于患者4的患者账户。一个示例性标识符可以是如由监测服务6和/或第三方系统定义的不可变标识符(例如，对象ID属性)。一些示例性标识符可能会到期，从而需要刷新，而其他示例性标识符不能再利用。一些声明可进一步通过姓氏或受检者属性来标识患者4。一些示例性标识符可由监测服务6预先授权，然后在安装医疗应用程序的副本之前(例如，在准备安装时)传输到外部装置12以用于存储。

在其他示例中，医疗应用程序可利用除了GUID之外的不同信息来生成登记请求。对于新患者账号，监测服务6可改变其注册过程并且需要附加信息。即使在其中监测服务6确实释放数据以填充登记请求的示例中，医疗应用程序也可被配置为创建属性信息的任何组合以完成登记请求，例如鉴于GUID可作为数据库键码来操作以在监测服务6的所有患者账户的数据库中特定地标识患者4的新账户。在一个示例中，医疗应用程序可与身份/访问令牌一起或替代身份/访问令牌生成GUID。在另一示例中，通过提示监测服务6和/或第三方系统返回患者可通过其获得新账户授权的账户确认号码，应用程序88可将该账户确认号码包括在对登记的请求中。该GUID可能会到期，并且当请求新的GUID时，新的GUID可能是不同的，但是仍然唯一地标识患者4。作为GUID的另选方案，监测服务6可实施加密的二进制大性对象(blob)。

图2是示出根据本文所述的一种或多种技术的图1的IMD 10的示例性配置的功能框图。本文所述的IMD 10是指能够使患者到计算服务的注册自动化的医疗装置，该计算服务支持与患者健康监测和心脏事件检测相关的功能。

在所示出的示例中，IMD 10包括电极16A和16B(统称为“电极16”)、天线26、处理电路50、感测电路52、通信电路54、存储装置56、开关电路58和传感器62。尽管说明的示例包括两个电极16，但是在一些示例中，包括或耦接到超过两个电极16的IMD可以实施本公开的技术。

处理电路50可包括固定功能电路和/或可编程处理电路。处理电路50可包括微处理器、控制器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或等效离散或模拟逻辑电路中的任一者或多者。在一些示例中，处理电路50可包括多个部件(诸如一个或多个微处理器、一个或多个控制器、一个或多个DSP、一个或多个ASIC或一个或多个FPGA的任何组合)以及其他离散或集成逻辑电路。本文中归于处理电路50的功能可体现为软件、固件、硬件或它们的任何组合。

感测电路52可经由开关电路58选择性地耦接到电极16，例如，以例如通过选择用于感测心脏电活动的电极16和被称为感测向量的极性来感测患者4的心脏的电活动，如由处理电路50所控制的。感测电路52可感测来自电极16的信号，例如以作为患者数据的示例产生心脏EGM数据或ECG数据。感测电路52可监测来自传感器62的信号以处理各种传感器测量结果，以包括其作为患者数据的一部分。处理电路50可控制一个或多个传感器62以某种形式感测患者数据；感测患者数据的一个或多个传感器62的示例包括加速度计(例如，三轴加速度计)、压力传感器、光学传感器、陀螺仪、温度计、力矩换能器等。各种度量使得能够对感测到的患者数据的每个样本(例如，时间戳)进行标准化测量并且能够区分多个样本。在一些示例中，感测电路52可包括一个或多个滤波器和放大器以用于对从电极16和/或传感器62接收到的信号进行滤波和放大。

通信电路54可以包括用于与另一装置(诸如外部装置12、另一联网计算装置或另一IMD或传感器)进行通信的任何合适的硬件、固件、软件或它们的任何组合。在处理电路50的控制下，通信电路54可借助于例如天线26的内部或外部天线从外部装置12或另一装置接收下行链路遥测以及向其发送上行链路遥测。另外，处理电路50可以经由外部装置(例如，外部装置12)和诸如MedtronicNetwork等计算机网络与联网计算装置进行通信。天线26和通信电路54可以被配置为经由感应耦合、电磁耦合、近场通信(NFC)、射频(RF)通信、蓝牙、WiFi或其他专有或非专有无线通信方案来传输和/或接收信号。

在一些示例中，存储装置56包括计算机可读指令，这些计算机可读指令在由处理电路50执行时使IMD 10和处理电路50执行归于本文的IMD 10和处理电路50的各种功能。存储装置56可包括任何易失性介质、非易失性介质、磁性介质、光学介质或电介质，诸如随机存取存储器(RAM)、只读存储器(ROM)、非易失性RAM(NVRAM)、电可擦可编程ROM(EEPROM)、闪存存储器或任何其他数字介质。作为示例，存储装置56可存储IMD 10的一个或多个设置和/或操作参数的编程值和/或由IMD 10收集的数据以使用通信电路54传输到另一装置。由存储装置56存储并且由通信电路54传输到一个或多个其他装置的数据可包括针对可疑患者健康状况变化和/或患者健康状况变化的指示的本文所述的患者数据。

感测电路52可捕获来自电极16和/或传感器62中的任何一个或多个传感器的信号，以例如产生患者数据以用于由(例如，在IMD 10、外部装置12和/或另一装置内的)硬件/软件处理，从而促进(例如，远程)监测和检测患者健康状况变化(例如，通过外部计算系统，诸如运行计算服务的网络可访问装置)。上述硬件/软件可包括配置有生成附加患者数据的逻辑的软件应用程序，附加患者数据例如就一段时间内的健康事件历史进一步描述患者健康状况的数据。在一个示例中，执行在本文中被称为检测逻辑的逻辑的处理电路50将各种标准应用于传感器测量结果的加时间戳的样本，以确定样本是否是可能导致患者健康状况变化或以其他方式负面地影响患者心脏的心律失常的证据。

感测电路52将对应于感测到的电活动的信号转换成数字形式，并且将数字化的信号提供给处理电路50以用于由检测逻辑执行的初始检测分析。患者数据存储涵盖一段时间(例如，在该时间段期间，可能已经发生心脏发作)的心脏EGM数据，并且在一些示例中，包括表示心脏节律的波或波形(例如，ECG类型波形)的值的序列。应当注意，(例如，典型ECG的)心脏EGM数据记录表示波(例如，P波、Q波、R波、S波、T波和U波)上的点的一系列样本、间隔(例如，PR间隔、QRS间隔(也称为QRS持续时间)、QT间隔或RR间隔)、区段(例如，PR区段、ST区段或TP区段)、复合波(例如，QRS复合波)和其他分量。检测逻辑可引导处理电路50应用模式识别技术来将记录在对应的心脏EGM数据中的电活动向量解释为上述分量中的一个或多个分量。在一些示例中，波形可以指示心脏事件的初始检测。处理电路50生成指示特定心脏事件类型作为检测到的心脏事件的分类的输出数据以供显示。

处理电路50和/或感测电路52可从存储装置56读取患者数据/向存储装置写入患者数据。处理电路50和/或感测电路52可协作以连续记录(例如，监测)心脏EGM数据或ECG数据，例如，作为二维点和/或向量的曲线图。存储装置56可存储各种附加数据，包括就以下而言标识IMD 10的信息：IMD的医疗装置类型、被实施为用于各种健康事件的检测逻辑的算法(例如，机器学习算法)的分类、当前编程到检测逻辑中的装置设置的状态、其他操作特性，以及表示IMD 10的身份信息的其他示例。

处理电路50和/或通信电路54可经由通信信道(例如，蓝牙连接)将患者数据上传到远程装置，诸如图1的外部装置12。上传的患者数据的示例包括可由上述检测逻辑生成的健康事件数据，该检测逻辑被配置为例如通过确定心脏EGM数据或ECG数据是否指示心脏发作来检测此类心脏发作的发生。患者数据还可包括对应于健康事件历史的其他数据，诸如标识患者组别/类别的数据。

由感测电路52从捕获到的传感器信号(部分地)生成的上述患者数据用作到检测逻辑的输入(捕获到的传感器信号对如本文所述的包括患者的心脏活动的感测到的患者生理信息进行编码)，在处理电路50中执行时，检测逻辑检测指示包括心脏发作的至少一个健康事件的患者数据的一个或多个样本。检测逻辑是指用于对不同类型的健康事件的对患者数据执行初始检测分析的程序代码(例如，处理器可执行指令)。处理电路50可生成指示可能健康事件(即，阳性检测)的时间点的健康事件历史。如针对图4进一步详细描述的，外部装置12是以下装置的示例，该装置被配置为与IMD 10一起操作，例如通过提供对软件应用程序的访问以扩展IMD 10关于监测和检测健康事件的原有能力。软件应用程序还提供用于与计算服务(诸如图1的监测服务6)通信的网络连接。在外部装置上运行的计算服务和软件应用程序中的一者或两者利用附加功能来增强IMD 10的性能，附加功能诸如被配置为标识和/或消除患者数据中的健康事件的任何假阳性检测的判定功能。

本公开将IMD 10描述为医疗系统的一部分，该医疗系统能够经由多种技术中的任一种技术自动地向上述计算服务登记IMD 10及其患者(图1的患者4)。在一个示例中，在成功植入患者4之后，IMD 10仅响应于登记过程的完成而开始操作以监测患者健康状况。在外部装置12中，注册逻辑例如通过用所需属性预先填充登记请求的数据字段来使登记过程的至少一部分自动化。本公开描述了通过其提供准确的患者信息(包括预先确定的凭证)以完成登记请求的多种机制。本公开还描述了建立新凭证的至少一种机制，例如通过自动生成用于由计算服务进行认证的身份数据。

图3是示出图1和图2的IMD 10的示例性配置的概念性侧视图。尽管IMD 10的不同示例可包括引线，但是在图3所示的示例中，IMD 10可包括具有外壳15和绝缘覆盖件76的无引线皮下植入式监测装置。电极16A和电极16B可形成或放置在覆盖件76的外表面上。上文关于图2所描述的电路50至62可以形成或放置于覆盖件76的内表面上或外壳15内。在示出的示例中，天线26形成或放置在覆盖件76的内表面上，但在一些示例中，可形成或放置在外表面上。在一些示例中，绝缘覆盖件76可定位于开放外壳15之上，使得外壳15和覆盖件76包围天线26和电路50至62，并且保护天线和电路免受流体(诸如体液)影响。

天线26或电路50至62中的一个或多个可以形成在绝缘覆盖件76的内侧上，诸如通过使用倒装芯片技术。绝缘覆盖件76可翻转到外壳15上。当翻转并放置到外壳15上时，IMD10的在绝缘覆盖件76的内侧上形成的部件可定位在由外壳15限定的间隙78中。电极16可通过穿过绝缘覆盖件76形成的一个或多个通孔(未示出)电连接到开关电路58。绝缘覆盖件76可由蓝宝石(即，刚玉)、玻璃、聚对二甲苯和/或任何其他合适的绝缘材料形成。外壳15可由钛或任何其他合适的材料(例如，生物相容性材料)形成。电极16可以由不锈钢、钛、铂、铱或它们的合金中的任一者形成。此外，电极16可以涂覆有诸如氮化钛或分形氮化钛的材料，但可以使用用于此类电极的其他合适的材料和涂层。

图4是示出外部装置12的部件的示例性配置的框图。在图4的示例中，外部装置12包括处理电路80、通信电路82、存储装置84和用户接口86。

处理电路80可包括一个或多个处理器，该一个或多个处理器被配置为实施用于在外部装置12内执行的功能和/或处理指令。例如，处理电路80可能够处理存储在存储装置84中的指令。处理电路80可包括例如微处理器、DSP、ASIC、FPGA或等效离散或集成逻辑电路或前述装置或电路中的任何装置或电路的组合。因此，处理电路80可包括任何合适的结构，无论是硬件、软件、固件还是它们的任何组合，以执行本文中归因于处理电路80的功能。

通信电路82可包括用于与诸如IMD 10的另一装置通信的任何合适的硬件、固件、软件或它们的任何组合。在处理电路80的控制下，通信电路82可从IMD 10或另一装置接收下行链路遥测，以及向IMD或另一装置发送上行链路遥测。通信电路82可被配置为经由感应耦合、电磁耦合、NFC、RF通信、蓝牙、WiFi或其他专有或非专有无线通信方案来传输和/或接收信号。通信电路82还可被配置为经由各种形式的有线和/或无线通信和/或网络协议中的任一种与除IMD 10之外的装置进行通信。

存储装置84可被配置为在操作期间将信息存储在外部装置12内。存储装置84可包括计算机可读存储介质或计算机可读存储装置。在一些示例中，存储装置84包括短期存储器或长期存储器中的一个或多个存储器。存储装置84可包括例如RAM、DRAM、SRAM、磁盘、光盘、闪存存储器或各种形式的EPROM或EEPROM。在一些示例中，存储装置84用于存储指示用于由处理电路80执行的指令的数据。存储装置84可由在外部装置12上运行的软件或应用程序用以在程序执行期间暂时存储信息。

在外部装置12和IMD 10之间交换的数据可包括操作参数。外部装置12可传输包括计算机可读指令的数据，这些计算机可读指令在由IMD 10实施时可控制IMD 10改变一个或多个操作参数和/或导出收集到的数据。例如，处理电路80可向IMD 10传输指令，该指令请求IMD 10将收集到的数据(例如，心搏停止发作数据)输出到外部装置12。进而，外部装置12可接收从IMD 10收集到的数据，并且将收集到的数据存储在存储装置84中。外部装置12从IMD 10接收的数据可包括各种患者数据，包括发作数据、传感器测量结果、感测到的电活动以及本文所述的其他患者数据。处理电路80可实施本文所述的任何技术，以分析来自IMD10的数据，从而确定参数值，例如，以基于例如一个或多个标准确定患者是否正在经历健康状况变化。

诸如临床医生或患者4等用户可通过用户接口86与外部装置12交互。用户接口86包括显示器(未示出)，诸如液晶显示器(LCD)或发光二极管(LED)显示器或其他类型的屏幕，该处理电路80可用该显示器呈现与IMD 10相关的信息，例如日常度量值、日常度量值变化的指示以及与日常度量值变化相关的患者健康状况变化的指示。除此之外，用户接口86可包括被配置为接收来自用户的输入的输入机构。输入机构可包括例如按钮、小键盘(例如，字母数字小键盘)、外围定点装置、触摸屏或允许用户通过由外部装置12的处理电路80呈现的用户接口导航并且提供输入的另一输入机构中的任一者或多者。在其他示例中，用户接口86还包括用于向用户提供听觉通知、指令或其他声音、接收来自用户的语音命令或两者的音频电路。

在一个示例中，外部装置12可生成数据库以排列指示可能健康事件(即，阳性检测)的时间点的数据库记录。数据库记录可按时间顺序排列(例如，健康事件历史)。外部装置12被配置为与IMD 10一起操作，例如通过提供对软件应用程序的访问以扩展IMD 10关于监测和检测健康事件的本地资源和原有能力。软件应用程序还提供用于与计算服务通信的网络连接。计算服务和软件应用程序中的一者或两者利用附加功能来增强IMD 10的性能，附加功能诸如被配置为标识和/或消除患者数据中的健康事件的任何假阳性检测的判定功能。

外部装置12可被配置为通过经由计算机网络执行自动登记过程来发起计算服务针对医疗装置(例如，植入后)的操作。外部装置12可以是计算装置(例如，网络可访问计算装置，诸如移动电话或智能电话)，该计算装置能够运行上述软件应用程序作为用于向计算服务登记患者和/或医疗装置的0点击或1点击解决方案。外部装置12(其可被称为用于图1至图2的IMD 10的边缘装置或患者装置)可能够使患者到计算服务的注册自动化，该计算服务支持与患者健康监测和健康事件检测相关的功能。

计算服务一般是指经由网络协议/服务与装置(诸如外部装置12)通信的计算系统(例如，云服务)。示例性计算服务可以是配置有到网络应用程序的互联网连接的网络服务器，该网络应用程序的资源可由外部装置12或另一患者装置消耗。软件应用程序(诸如图4的医疗应用程序88)可利用通信电路82来生成到计算服务的网络连接。图1的监测服务6是计算服务的示例。

在图4的示例中，医疗应用程序88或简单地应用程序88可以是上述软件应用程序的示例，该软件应用程序用于完成登记过程并且开始监测服务6的操作，例如从而启用应用程序88的功能，例如用于支持当前医疗装置功能、添加新医疗装置功能、以及可能地开始或校准医疗装置的操作。一般而言，应用程序88包括被配置为为了患者的利益而代表上述计算服务运行功能的逻辑(例如，程序代码，诸如脚本)。应用程序88的逻辑可能够在处理电路上执行或可在逻辑电路(例如，片上系统(SoC))上体现。

一般而言，应用程序88的初始代码段(或如本文所述的单独软件元件)响应于接收到包括GUID的输入而准备初始通信。本公开一般地将该GUID称为具有植入的医疗装置的患者的全局唯一标识符，并且在一些示例中，是将患者登记到计算服务(诸如监测服务6)中所需的唯一信息。本公开并不暗示或表示GUID被进一步限制。应当注意，初始通信可仅包括GUID，并且仍然实现具有植入的医疗装置的患者的自动登记。还应当注意，GUID可以多种不同的方式和/或出于各种目的来配置。例如，GUID可以是凭证(例如，访问令牌)的属性，或者形成指向由监测服务6的计算装置执行的注册过程的实例的网络地址(例如，逻辑地址，诸如URL)的一部分。另一示例性GUID可以是被配置为检索成功登记所需的信息的数据库键码。

在任何示例中，在访问示例性GUID的情况下，应用程序88可被配置为访问对应于GUID的信息，然后使用该信息来生成完成的登记请求。应用程序88可在初始代码段中包括被配置为传送完成的登记请求的处理器可执行指令。假设患者4或另一用户正在执行手动登记，则应用程序88的处理器可执行指令可生成GUI按钮，该GUI按钮在被激活时将用户发送到用于监测服务的装置的URL。

否则，应用程序88的处理器可执行指令可自动地生成请求(例如，HTTP请求或任何RESTful请求)，然后将该请求传送到指向监测服务6的装置的URL。该请求类似于通过激活应用程序88的GUI按钮来传送的任何请求。一个示例性请求可被表征为凭证请求(例如，访问令牌请求)。另一示例性请求可以是经认证请求，诸如具有(例如，作为声明信息)要提交给监测服务6的装置的凭证(例如，访问令牌)的请求。

凭证可以多种方式来配置。一个示例性凭证可包括登录凭证(例如，用户名和口令)。另一示例性凭证可包括双因素授权数据(例如，登录凭证加安全问题/答案)。另一示例性凭证可被描述为表示监测服务6和/或第三方系统的授权许可(例如，授权码)的中间凭证。作为对中间证书的交换，可获得有效证书。

图4的应用程序88通常包括被称为注册逻辑的逻辑单元，该逻辑单元在被执行时操作来促进患者登记以成功完成登记过程。在一些示例中，注册逻辑可以是该软件应用程序的部件，或者可以是在不同存储器位置中运行的独立软件程序。

为了通过示例进行说明，在患者初始使用医疗装置期间，外部装置12执行自动登记过程以将特定装置用户注册为(例如，植入了医疗装置的)患者。外部装置12可通过运行用于医疗装置的专用应用程序来执行自动登记过程。另选地，医疗装置可运行专用应用程序以向计算服务注册患者。外部装置12和医疗装置是启用蓝牙低功耗(BLE)或启用蓝牙的，并且因此经由无线电接入技术(RAT)向彼此传送数据。尽管一些示例可利用与医疗装置的数据连接，但是在一些示例中，可配置以下注册逻辑，该注册逻辑中不启用与医疗装置的任何数据通信，更不用说用于登记过程的数据。注册逻辑可被配置为利用网络连接来完成登记过程，并且通过这样做来避免与医疗装置的数据通信。

存在注册逻辑的多个实施方案。注册逻辑的一些实施方案可以是与上述应用程序(应用程序88)分离的软件部件，该分离的软件部件与医疗装置相关联并且专用于上述计算服务(图1的监测服务6)，而注册逻辑的其他实施方案可包括作为这种软件应用程序的部件。注册逻辑的一些实施方案可以是医疗装置本身的部件。以下描述将注册逻辑称为应用程序88的部件，并且为此，在执行任何示例性登记过程之前，首先下载注册逻辑和/或将其安装在外部装置12上。当应用程序88经由互联网连接完全下载时，处理电路80可执行注册逻辑以执行应用程序88的其他部件的登记过程。应当注意，在另选示例中，可在注册逻辑成功将患者登记之前或之后下载应用程序88。在一个另选示例中，注册逻辑可作为安装程序(例如，以脚本语言形式)经由互联网连接下载，并且在完全下载时，在安装应用程序88之前或之后，被自动地执行以进行患者的登记过程。

本公开描述了触发注册逻辑执行示例性登记过程的多个示例。一般而言，注册逻辑可通过接收特定输入来触发。注册逻辑可如本文所述处理呈适当调用形式的示例性触发。对于本文所述的任何调用，存在许多合适的机制，下文进一步提供其细节；下文提供自动登记过程的示例性步骤的描述。

在一个示例中，处理电路80可执行注册逻辑以如下执行示例性自动登记过程的步骤。在初始或第一步骤处，外部装置12的硬件/软件部件(例如，操作系统)可引导处理电路80执行注册逻辑的代码，从而进行到自动登记过程的下一或第二步骤。如本文所述，多个硬件/软件部件可发起患者和/或应用程序88到图1的监测服务6的注册。考虑其中处理电路50启动用于IMD 10的(例如，原有或第三方)软件应用程序(即，“医疗应用程序”)，并且通过这样做来触发用于该应用程序的自动登记过程，例如通过提交新账户注册。这可以多种方式发生，诸如响应于用户从远程源下载应用程序88(例如，经由被称为“应用程序商店”或简称为“应用商店”的移动装置资产)。

在示例性新账户注册中，在外部装置12上运行的注册逻辑可提交足够的信息以供监测服务6如本文所述建立新患者账户。监测服务6可向注册逻辑提供单个属性中的唯一标识符(例如，全局唯一标识符(GUID))。GUID可如本文所述在植入后登记过程之前或期间生成(例如，自动地和/或按患者所引导地)。本公开设想了各种实施方案中的若干属性类型，每个属性类型定义用于设立具有可变需求的新账户的“足够信息”。对于每个新账户，监测服务6可以使用单个属性(诸如唯一医疗装置标识符或患者姓氏)以及多个属性(例如，患者名字、中间名和姓氏，患者装置名称等)。

图1的监测服务6还可以将需要从患者4进行以设立其新账户的数据提交最小化到可由注册逻辑自动检索而无需任何用户输入的一组属性。因此，注册逻辑可在注册逻辑、应用程序88或注册逻辑和应用程序88两者启动时使医疗应用程序/患者账户注册自动化。在一个示例中，注册逻辑可被编程为在新账户请求中包括已经针对应用程序88指定并且在无任何用户参与的情况下存储(例如，种(seeded))在存储器中的标识符。注册逻辑和应用程序88可预先加载有上述标识符。在另一示例中，注册逻辑可被编程为在新账户注册中包括可从患者信息的若干源(例如，在外部装置12或另一患者装置上)检索的患者的用户身份。在又一示例中，监测服务6可不需要任何标识信息(例如，包括账户/个人凭证的属性信息)。

在其中新账户注册涉及任何程度的用户交互的一些示例中，注册逻辑可使用由患者提供的和/或在存储装置84中已经可用的各种数据来准备具有适当属性信息的新账户注册。在一个示例中，应用程序88和/或注册逻辑可生成用户界面(UI)(诸如移动装置屏幕上的GUI)以用于在计算机显示器上呈现，之后注册逻辑可将患者4键入到GUI部件中的至少一些信息并入到新账户注册中。普通技术人员应当认为单页登录屏幕是移动装置屏幕上的GUI的实施方案；此外，单页登录屏幕与其他示例性UI(诸如用于桌面装置屏幕的GUI)兼容。

在一些示例中，新账户注册可作为成功登记的条件来完成。为了通过示例进行说明，注册逻辑可使用各种可用机制(诸如新账户注册)来提交对GUID的请求。在一个示例中，新账户注册可包括标识患者4、应用程序88和/或植入的医疗装置(例如，用于IMD 10)的各种属性信息。例如，唯一标识符可标识医疗装置，诸如序列号。唯一标识符可标识应用程序88，诸如账户或对象ID。唯一标识符可例如通过患者姓氏来标识患者4。这些唯一标识符中的任一唯一标识符可在HTTP请求中提交，该HTTP请求被配置为作为响应接收用于完成登记请求的GUID。HTTP请求可包括新账户注册所需的任何属性类型(例如，账户凭证)。HTTP请求可包括如本文所述的令牌，并且指向在监测服务6中运行的补充注册过程的实例。作为回报，监测服务6传送封装GUID或表示以上两个属性类型的GUID。GUID可以是在医疗装置登记之前预先确定的，或者在登记时生成的。

根据应用程序88的编程，为了至少患者的益处，任何给定的GUID可实现任何数量的改进。在一个示例中，应用程序88检测GUID，然后从GUID提取患者的姓氏，并且执行到监测服务6中的通信会话(例如，加密呼叫)。GUID与患者姓氏(或另选属性类型)组合，以允许监测服务6释放数据以用于预先填充在GUI上呈现的注册页面中的文本字段。监测服务6可验证患者姓氏，然后确认与IMD 10相关联的应用程序88(作为医疗应用程序)的用户和/或外部装置12(作为患者装置)的用户实际上是具有植入的医疗装置的患者。

在一个示例中，如本文针对IMD 10所述的启动应用程序88可致使处理电路80执行注册逻辑以用于启用(例如，执行)应用程序88的功能，该功能生成用于GUI的内容，然后打开与监测服务6的网络连接以促进自动登记过程。经由在外部装置12用户接口86上呈现的GUI和/或到监测服务6的网络连接，注册逻辑可封装、然后传输用于向监测服务6登记患者4、应用程序88和/或IMD 10的各种信息(例如，IMD 10的身份和其他凭证)。注册逻辑可使认证序列/方法自动化，首先注册应用程序88(例如，应用程序的账户)，然后授权应用程序88的操作(例如，通过提交凭证以成功登录到该账户)。

作为到补充计算服务的任何登记过程的一部分，患者的硬件装置和/或软件应用程序的登记可使得能够通过网络连接将各种数据传送到监测服务6的一个或多个装置。在上述自动登记过程中，外部装置12或另一等效患者装置可用于注册患者4和/或用于IMD 10的应用程序88和/或仅IMD 10，例如，通过遵循在监测服务6下提出的注册要求来传送对应于IMD 10的各种数据。作为登记过程的一部分在一个操作中或在多个操作中(例如，按顺序)完成新账户注册，注册逻辑可在一个或多个数据集中传送满足如由监测服务6指示的注册要求的属性。进而，监测服务6可创建数据结构以在计算机存储器中存储所传送属性中的一些属性，从而将IMD 10注册为用于患者的医疗装置。除了建立用于患者的专用医疗装置之外，监测服务6还可分配计算资源容量/能力，以通过支持当前功能以及可能地添加新功能来增强IMD 10操作。

应用程序88的成功注册可能需要对患者4和/或IMD 10进行认证。监测服务6可从外部装置12接收一个或多个数据集，并且继而为患者4设立账户。在一个示例中，监测服务6可将各种属性组合到唯一数据集中，以用于标识来自应用程序88的通信，并且在一些情况下，标识哪个患者装置(例如，外部装置12)正在运行应用程序88。应当注意，属性的任何唯一分组可与患者4的特定账户和患者的医疗装置(IMD 10)形成确定性(数据库)关系；在一些示例中，一个或多个属性可描述应用程序88，而其他属性可描述患者4和/或IMD 10。

一般而言，监测服务6配置具有数据表格的数据库，这些数据表格具有本文所述的GUID作为索引，从而允许立即检索特定患者的账户数据。监测服务6可进一步安排具有各种属性(包括用于账户设立的任何信息)的相应条目的单个数据表格。以这种方式，数据表格被配置为将特定账户的GUID映射到对应于特定患者、特定医疗装置和/或特定医疗应用程序的数据。利用这种数据库配置，监测服务6可将GUID分发给患者(例如，一般的患者或同一医疗装置的患者)，并且发起患者到计算服务的登记，该计算服务向患者提供增强的医疗护理和其他益处。

每个计算服务在监测服务6的一个或多个计算装置上运行，该监测服务管理和控制对如本文所述的多个计算服务的访问。至少一个服务可使特定患者受益；例如，基于特定患者(例如，患者4)的各种患者数据，计算服务可执行与诊断和健康事件监测相关的功能。特定患者的医疗装置可存储计算服务所依赖于的患者数据中的至少一些患者数据，并且因此，为了确保医疗装置操作的准确性，监测服务6(经由不同的计算服务)可执行装置维护和管理功能。一般而言，计算服务通过如下操作利用增强的医疗装置实现为了使特定患者受益(例如，并且为了特定患者的利益)而设计的功能：使得能够产生准确的患者数据、立即诊断患者医疗状况、连续监测患者生理状况以及检测对应于该患者生理状况的任何健康事件等。

在一些示例中，GUIDS的分发可导致几乎立即的患者账户创建以及监测服务6的上述计算服务中的一个或多个计算服务的同时登记。患者可通过各种机制上传或以其他方式传输患者的个人GUID；作为接收个人GUID的响应，监测服务6可从单个数据表格中提取具有该患者的所需账户设立信息的条目，继而建立新患者账户。如本文所述，成功登记应当进一步通过开始医疗装置操作、然后支持医疗装置的健康事件监测和检测功能来使患者受益。

应用程序88可建立与医疗装置的通信信道(例如，上行链路遥测)以用于接收/发送数据，并且生成GUI以便在患者装置上呈现以用于键入/修改/移除各种数据。使用通信信道，应用程序88可记录和收集医疗装置数据。在一些示例中，通信信道可能不是账户创建所必需的。

使用GUI，患者可键入应用程序88的GUID以促进患者账户创建并且以多种方式开始医疗装置操作。在一个示例中，应用程序88可在对新账户和/或服务登记的常规请求的提交中使用GUID。通常，针对任何患者的新账户请求标识与满足新账户的一个或多个要求的多个属性相对应的特定患者数据。虽然常规请求可能需要经由GUI的用户输入，但是根据本公开的请求可被自动生成为包括必要的属性信息，然后准备好以供在没有任何人类交互的情况下提交(例如，自动提交)。

虽然以上描述了其中新账户请求基本上是自主请求的示例，但是其他示例具有至少一些人为参与。患者4可经由GUI输入应用程序88的GUID以用于生成完成请求，而不是物理地键入上述属性。应用程序88可使用GUID来(例如，从外部源)检索用于满足新账户的要求并且完成请求的属性。响应于该检索，应用程序88可自动地生成新账户请求，如本文所述。在一些示例中，常规请求可呈被配置为标识所检索属性的计算机化文档(例如，由HTML或XML数据构成)的形式。由外部装置12将计算机化文档传输到监测服务6的装置可提示创建新账户。

可被称为网络或互联网文档的一个示例性计算机化文档可描绘用于作为在新账户请求中提交的所需患者数据。监测服务6的适当服务器可生成示例性计算机化文档，以便经由应用程序88的GUI或浏览器应用程序的GUI在患者装置的显示器上呈现给患者。服务器可实施用于实现以上向监测服务6进行的提交的功能。

电子表单是示例性计算机化文档的一个实施方案，其中表单字段逐条列举对应于新账户请求背后的患者的不同属性。根据本公开，应用程序88可将具有正确属性信息的表单字段预先填充到请求中，而不是让用户将相应属性的输入键入到表单字段中。通过这样做，应用程序88避免了向监测服务6登记患者时的任何延迟。

如本文所述，监测服务6的适当服务器可传送用于应用程序88的正确属性信息中的至少一部分以预先填充请求患者的新账户的电子表单，或者另选地，向应用程序88提供预先填充的电子表单。另外，从各种源中的一个或多个源，应用程序88可容易地获得正确属性信息以预先填充电子表单的至少一部分。在植入医疗装置之前的任何时间，可预先确定并存储特定患者数据的一个或多个属性以为植入做准备。响应于医疗装置植入，应用程序88可检索预先确定的属性和/或应用程序88从存储在外部装置12中和/或从监测服务6接收的各种数据确定的任何属性信息，然后生成预先填充的电子表单。以这种方式，应用程序88可在患者很少参与或不参与的情况下将新账户的正确属性信息传输到监测服务6的适当服务器。

在一些示例中，GUID可包括特定患者数据的数据集；应用程序88可使用GUID来确定一些(如果不是全部的话)正确属性信息以预先填充电子表单。在一个示例中，GUID可由供应用程序88解析、然后作为单独属性提取的两个或更多个此类属性的组合构成。GUID可被配置为封装的GUID或者表示一个或多个数据属性的GUID。GUID可作为其自己的属性(例如，作为图1的IMD 10的医疗装置标识符)来操作。GUID还可引用在登记中(例如，在映射中)使用的一个或多个属性，诸如当作为属性数据表格的索引操作时，每个表格条目用作GUID与由各种属性构成的数据集之间的示例性映射。数据集对于患者群体当中的患者4是唯一的，并且因此，GUID是确定性的。

应用程序88可在消息中描绘新账户的正确属性信息，以便由外部装置12传输到监测服务6的适当服务器。在一个示例中，消息可作为分组化数据传送(例如，经由网络通信协议)，其中每个分组的有效载荷包括用于新账户请求的计算机化文档(例如，本文所述的电子表单)的一部分。另选地，外部装置12发送包括用于设立新账户的必要属性的枚举作为有效载荷的消息，例如而不预先填充任何电子文档。在一个另选示例中，响应于医疗装置的植入，编写消息以便传输到监测服务6的适当服务器。作为任何请求的选项，应用程序88可例如在消息中或在计算机化文档中组合GUID与所枚举的属性。作为另一另选方案，应用程序88可提交仅包括GUID的新账户请求。监测服务6可从传入消息检索包括患者、应用程序88、医疗装置等的属性(可能地包括GUID)的新账户信息。

为了通过其中IMD 10(图1的患者4的新植入的医疗装置)对应于由用于验证IMD10和/或应用程序88的至少一个属性构成的GUID的示例进行说明，外部装置12可传送接收该GUID的GUID请求。应用程序88、用于支持IMD 10的医疗应用程序、或另一应用程序(例如，浏览器应用程序)可以各种方式提交GUID请求。响应于GUID请求，监测服务6的适当服务器可生成GUID以返回到外部装置12或另一患者装置，以用于将患者4成功地登记到监测服务6中。

应用程序88可与特定程序代码的单独模块(例如，注册逻辑)相关联，该单独模块被配置为提交GUID请求，然后生成表示完成的登记请求的计算机化文档。作为响应，监测服务6作为响应可将GUID返回到注册逻辑，该注册逻辑完成登记请求。注册逻辑可提交登记请求，以便激活应用程序88并且发起应用程序的功能的执行。

另选地，注册逻辑可生成GUID，然后确认GUID对于监测服务6是唯一的。应用程序88的注册逻辑可从任意数量的源访问满足由监测服务6提出的约束(例如，关于新患者账户创建的约束)的必要属性信息，然后生成GUID以便传输到监测服务6的适当服务器。这些约束被配置为核验患者4是新植入患者，同时保护患者数据并且维持患者隐私。

在监测服务6下提出的一个示例性约束可能需要在补充患者4的登记之前提交某些可信凭证。患者4的上述属性信息中的一些属性信息可适合作为凭证信息。可使用一个或多个凭证来创建新患者账户。可已知GUID表示患者4，例如引用患者4的姓氏或者包括患者4的姓氏。注册逻辑可提取姓氏以包括在登记请求中(例如，在映射使姓氏与GUID相关联的情况下)；进而，监测服务6可参考上述属性数据表格来验证姓氏是患者4的真实身份(即，凭证)。在验证姓氏是患者4的可信凭证之后，监测服务6可继续完成新患者账户的设立过程。

监测服务6可自动地生成计算机化文档，该计算机化文档被称为电子表单，该电子表单的表单字段(例如，文本字段)中预先填充有新患者账户信息。这可替代应用程序88或上述注册逻辑来执行。监测服务6可与外部装置12通信以在应用程序88或另一应用程序(例如，浏览器应用程序)的GUI上呈现预先填充的电子表单。监测服务6可重新配置预先填充的电子表单上的表单字段以显示数据但不接受该数据作为输入，从而用患者4的适当属性来预先填充重新配置的表单字段。监测服务6可释放(例如，隐藏的或锁定的)电子表单上的表单字段，以用患者4的新账户细节和/或证书和其他属性来预先填充那些释放的表单字段。

监测服务6和外部装置12可协作以自动生成具有满足针对登记提出的约束的必需信息的电子表单。外部装置12提交自动生成的电子表单完成了新账户设立(例如，在从患者4接收到对这种提交的授权时)。作为这种协作的结果，可在没有任何人为干预或活动的情况下成功地登记患者4和IMD 10。

外部装置12(经由应用程序88或注册逻辑)可利用加密技术来保护登记请求中的姓氏的提交。在一个示例中，应用程序88可发起与监测服务6的加密通信会话(例如，呼叫)。经由加密通信会话，应用程序88可在对新账户的加密请求中组合GUID与患者4的姓氏。患者4的姓氏作为凭证来操作，监测服务6可对凭证进行认证，从而验证外部装置12的人类用户是患者4并且是最近接受了IMD 10的人。接收加密请求(消息)提示监测服务6释放外部装置12的计算机显示器上正在呈现的电子表单的预先填充的文本字段。释放可通过对外部装置12的加密响应来实现。

鉴于植入的医疗装置与仅一位患者及其患者账户相关联，监测服务6可建立唯一医疗装置标识符作为患者账户的数据库表格的索引。GUID(诸如上述封装的GUID)是唯一医疗装置标识符的一个示例。可能存在其中唯一医疗装置标识符是与如本文所述的任何GUID分离的属性的示例，诸如当GUID被配置为标识患者、用于医疗装置的医疗应用程序和/或用于监测服务6的客户端应用程序时。

唯一标识符(例如，序列号)可映射到用于对应患者账户的一组凭证。使用该唯一标识符和一个或多个账户凭证，监测服务6可核验意在提交匹配账户凭证信息以获得账户访问的传入请求。为此，注册逻辑可通过在新账户请求中提交包括IMD 10的唯一标识符和一个或多个证书(例如，用户名/口令、密码/PIN、验证问题等)的数据集(例如，数据库记录)来向监测服务建立新患者账户。数据集可包括患者4、外部装置12和/或在外部装置12或另一患者装置上运行的应用程序88的附加属性信息。

上述新账户请求可被分割成多个提交。在一个示例中，示例性序列(例如，认证/登录序列)可包括至少两个连续操作，其中每个操作可提供特定属性数据，以便向监测服务6成功地注册用于患者的医疗硬件装置和/或医疗软件应用程序。对于IMD 10的示例性注册，应用程序88可提交IMD 10的身份(以及可能地患者信息)以与特定患者相关联。应当注意，IMD 10的示例性注册通常可适用于任何医疗装置。监测服务6可将具有标识患者4和植入后的IMD 10的属性的数据集作为结构化数据(例如，数据库记录或数据表格)存储在存储器中。

适当的注册赋予患者4使用应用程序88和/或作为医疗装置的IMD 10的授权。成功注册的账户使得应用程序88能够支持/增强IMD 10的操作。监测服务6可提供存储让应用程序88支持/增强IMD 10的操作的指令(directive)的成功登记响应。一般而言，应用程序88可提供对用于控制/支持IMD 10和/或另一医疗装置(例如，可佩戴装置)的操作的功能的访问。患者的临床医生可使用监测服务6来查看当前装置设置。经由监测服务6，临床医生可提交应用程序88的修订装置设置以在对IMD 10进行编程时使用。以这种方式，患者通过根据患者的生理状况校准IMD 10操作来接受更好的医疗护理。在其中IMD 10的默认设置可能对患者无效的一些示例中，应用程序88可执行设置规程以实施适当的设置，并且因此对于(例如，初始)IMD 10操作可能是必要的。

存在以下示例，其中监测服务6不使用GUID(例如，通过由GUID索引的患者属性数据集的数据库的方式)来登记患者；相反，一些示例实施另选登记机制。在每种机制中并且类似于基于GUID的具体实施，由于患者数据的敏感性，监测服务6对来自其他装置的访问强加约束。为了克服这些约束，监测服务6可规定每个患者的登记请求要遵循的特定条件。在一个示例中，登记请求必须包括从患者属性数据集的数据库中选择的患者数据的特定属性，监测服务6可使用这些特定属性来核验登记请求的发送方是患者4。对于登记，可存在要满足的其他标准。

可在患者的医疗装置(诸如患者6的IMD 10)中实施一种示例性另选登记机制，其中IMD 10可打开到监测服务6的网络连接(例如，通过互联网)，并且通过网络连接在加密分组传输中传送如监测服务6所需的特定患者数据的一个或多个属性(例如，凭证)以满足登记的核验标准。

另一示例性另选登记机制可促进用户输入描述患者的一个或多个属性，例如通过呈现GUI并且引导患者或另一用户键入用于患者账户的一组凭证。自然用户接口(NUI)输入装置可使得患者或另一用户能够手动地键入特定患者数据以用于认证。在与监测服务6的加密通信会话中，外部装置12可传输完成登记的必要属性信息。必要属性信息的一个示例性项包括用于患者4的身份的凭证，诸如口令。必要属性信息的另一示例性项包括安全问题的答案。在呈现给患者4的GUI上，外部装置12可促进从下拉GUI部件中选择安全问题，然后作为完成登记的一部分，提交对安全问题的选择和响应于该选择的安全答案两者。该属性信息项提供了多种益处，例如通过使得能够在患者4丢失凭证的情况下恢复口令。

另一示例性另选登记机制可使用GUI来提示患者建立口令(例如，自选择的口令，或预先生成的/随机的口令)。在另一示例中，口令可与其他登录数据组合以建立多部分(例如，两部分)身份以限制对监测服务6的访问。示例性两部分身份可包括口令和另一属性(例如，姓氏或用户名)。示例性多部分身份可组合两部分身份与凭证(例如，用于患者身份的可验证信息，诸如社会保险号(SSN)、个人标识号(PIN)、驾驶执照号等)。

在成功登记之后的一个示例性选项中，外部装置12可生成认证令牌和刷新令牌以保持与监测服务的(例如，加密)通信会话活跃。在一个示例中，在完成患者账户的初始登录后，注册逻辑可配置认证令牌，并且刷新令牌将初始登录维持在活动状态。认证令牌可能在数月(例如，3个月)之后到期，而刷新令牌可从登记日期起有效长达一个日历年。认证令牌和刷新令牌可例如通过软件更新或来自监测服务6的推送内容来周期性地翻新。

图5是示出根据本文所述的一种或多种技术的示例性系统的框图，该示例性系统包括接入点90、网络92、外部计算装置(诸如用于患者的外部装置12(其在图5中被称为患者装置12))、用于计算服务的服务器94、用于临床医生的外部装置95(其在图5中被称为临床医生装置95)，以及可经由网络92耦接到外部计算装置的一个或多个其他计算装置99A-99N(统称为“计算装置99”)。在该示例中，IMD 10可使用通信电路54来经由第一无线连接与外部装置12进行通信，并且经由电路/中间体(诸如在患者装置12上运行的医疗应用程序)与接入点90进行通信。在图5的示例中，接入点90、患者装置12、服务器94、临床医生装置95和计算装置99互连，并且可通过网络92彼此通信。

接入点90可包括经由各种连接(诸如电话拨号、数字用户线(DSL)或电缆调制解调器连接)中的任一种连接而连接到网络92的装置。在其他示例中，接入点90可通过不同形式的连接(包括有线连接或无线连接)耦接到网络92。在一些示例中，接入点90可以是可与患者(诸如图1的患者4)共同定位的用户装置，诸如平板电脑或智能手机。IMD 10可被配置为向接入点90传输包括本文所述的患者数据的数据。数据的传输可被配置在数据集中，其中描述随时间推移的患者活动和/或装置操作的属性包括：对应于患者活动的传感器测量结果和其他感测信息的指示；错误、警告/警报和一般性能问题的指示；在操作设置中使用的参数值和/或在可由处理电路98执行的逻辑中实施的算法的指示和/或患者健康状况变化的指示。接入点90然后可经由网络92将检索到的数据传送到服务器94。

在一些情况下，服务器94可被配置为提供用于已经从IMD 10和/或外部装置12收集的数据的安全存储站点。在一些情况下，服务器94可经由临床医生装置95和/或计算装置99将数据汇编在网页或其他文档中以供受过训练的专业人员(诸如临床医生)查看。图5的所示出的系统的一个或多个方面可用可与由MedtronicNetwork提供的通用网络技术和功能类似的通用网络技术和功能来实施。

在由图5示出的示例中，服务器94包括例如用于存储从IMD 10检索的数据的存储装置96和处理电路98。尽管图5未示出，但是计算装置99可类似地包括存储装置和处理电路。存储装置96可包括计算机可读存储介质或计算机可读存储装置。在一些示例中，存储装置96包括短期存储器或长期存储器中的一者或多者。存储装置96可包括例如RAM、DRAM、SRAM、磁盘、光盘、闪存存储器或各种形式的EPROM或EEPROM。在一些示例中，存储装置96用于存储指示用于由处理电路98执行的指令的数据。

处理电路98可包括一个或多个处理器，该一个或多个处理器被配置为实施用于在服务器94内执行的功能和/或程序指令。例如，处理电路98可能够处理存储在存储装置96中的指令。处理电路98可包括例如微处理器、DSP、ASIC、FPGA或等效离散或集成逻辑电路或前述装置或电路中的任何装置或电路的组合。因此，处理电路98可包括任何合适的结构，无论是硬件、软件、固件还是它们的任何组合，以执行本文中归于处理电路98的功能。服务器94的处理电路98和/或计算装置99的处理电路可实施本文所述的任何技术以管理从IMD 10接收的数据并且分析该数据以获得某些信息，例如，以确定患者4的健康状态是否已经改变。

在一些示例中，计算装置99中的一个或多个计算装置可以是与临床医生一起定位的平板电脑或其他智能装置，临床医生可通过该平板电脑或其他智能装置对IMD 10进行编程、从IMD接收警告和/或询问IMD。例如，临床医生可通过计算装置99访问由IMD 10收集的数据，包括本文所述的患者数据，诸如当患者4在临床医生访视之间时，以检查医疗状况的状态。在一些示例中，临床医生可诸如基于由IMD 10(例如，与IMD 10相关联和在其上运行的医疗应用程序)、外部装置12、服务器94或它们的任何组合确定的患者状况的状态或基于临床医生已知的其他患者数据，将用于针对患者4的医疗干预的指令键入到由临床医生装置95和/或一个或多个计算装置99执行的应用程序中。

例如，计算装置99A可向位于图1的患者4或患者4的护理者处的一个或多个外部计算装置传输用于医疗介入的指令。例如，此类用于医疗干预的指令可包括改变药物剂量、时序或选择的指令、安排临床医生访视的指令或寻求医疗关注的指令。在另外的示例中，计算装置99可基于患者4的医疗状况的状态而向患者4生成警告，这可使患者4能够在接收用于医疗干预的指令之前主动寻求医疗关注。以这种方式，患者4可根据需要自主采取行动来解决他或她的医疗状态，这可帮助改善患者4的临床结果。

如本文所述，监测服务6是指多个系统(例如，医疗系统)，其中一些是内部的，一些是外部的，并且一些是组合。一个示例性系统可以是采用多个外部第三方系统的安全平台。一个示例性外部第三方系统可以是用于创建、发布、核验、撤销和/或证明凭证的身份系统。监测服务6可继续将患者数据内部地存储在数据库系统中，在该数据库系统中，映射使个体患者与包括用于完成的登记请求的(例如，必要)属性信息的各种患者信息相关联。这种关联可通过监测服务6将患者4的相应GUID存储在针对该患者(例如，以及患者的患者账户)的对应映射中来记录。作为另选方案，监测服务6可在针对该患者的对应映射中存储其他属性(例如，而不是相应GUID)，包括如本文所述的其他唯一标识符(例如，作为GUID的等效物)。在任一示例中，监测服务6都可使用GUID和/或其他属性来标识来自应用程序88的实例的登记请求。

上述安全平台的一些基于互联网的示例(例如，网络或移动应用程序)使得计算服务(诸如监测服务6)能够认证患者账户访问和注册请求(例如，用户账户和认证服务(UAA))。在一个或多个计算装置(例如，OAuth2^TM/OpenID^TMConnect(OIDC)服务器)上运行的一个示例性服务可被配置用于集中式身份管理，通过该集中式身份管理，保护患者账户；允许授权用户访问/注册。针对该计算服务的请求可经由包括安全协议(例如，代理的认证支持标准协议，诸如SAML、LDAP和OIDC)的任何合适的通信协议来传送。计算服务使得网络或移动应用程序(诸如应用程序88)能够处理单个登录认证序列并且将授权委托给集中式身份管理。在这些示例中，应用程序88被配置为网络应用程序(客户端)，该网络应用程序被配置为生成针对患者或另一用户的登录/批准UI，并且经由用于向计算服务传送请求的API提供用户账户管理。

使用图1至图4的部件来说明，当监测服务6接收登记请求并且提取各种属性(例如，患者身份诸如姓氏)时，形成安全平台的软件库和辅助功能可使用患者身份信息来完成登记过程。监测服务6执行来自那些应用程序88实例的患者数据的整合。监测服务6可通过组合本地患者装置上的实例与患者账户的(云或)全局实例(包括任何应用程序微服务)作为客户端来保护应用程序88的实例。在其他实例中，应用程序88可作为用于监测服务6的典型客户端应用程序运行。监测服务6可被配置为生成凭证，应用程序88可使用这些凭证来认证对由监测服务6和/或第三方系统操作的应用程序服务(例如，新账户注册过程，或安全服务诸如认证序列)的API函数调用(例如，嵌入在上述HTTP请求中)。监测服务6运行从应用程序88的实例和/或关于患者4的源拉取数据的应用程序服务。监测服务6可例如通过发出新令牌或刷新到期令牌来授权应用程序88的实例运行并且执行其原有功能。这种授权可通过成功地登录到患者账户中来获得。在其他示例中，外部装置12可在初始通信和成功登记(利用新注册的账户)之后授权应用程序88的实例的执行和操作。

在一个示例中，监测服务6可使用GUID(或等效属性)来从数据库系统检索各种患者信息以用于设立患者4的新账户。在一些示例中，监测服务6生成患者4的患者账户的新实例。在其他示例中，注册过程可涉及认证序列，其中患者4提供可核验凭证，并且继而监测服务6的装置返回成功登记响应以完成与应用程序88的认证序列。

本公开以各种形式(根据监测服务6(以及任何授权第三方系统)所采用的技术)并且以大量示例来描述该GUID。应当注意，对于本文所述的GUID，存在无数的示例和另选方案；本公开设想了多个附加的和/或可能的实施方案，人们将应用这些实施方案来自动地向监测服务6登记具有植入的医疗装置的患者。

应当认识到，GUID是此类安全平台用来标识在监测服务6的装置上运行的相应注册过程的一个示例性属性。GUID可在由此类系统在监测服务6的授权下实施的令牌中使用。一些令牌(例如，身份令牌)使得用户能够向监测服务6核验该患者是该患者所声称(例如，声明)的患者。一些令牌包括存储/映射到用于应用程序88和/或患者4及患者的植入的医疗装置(例如，IMD 10)的成功登记的足够信息的一个或多个GUID。

图6是示出根据本公开的一个或多个示例的用于自动地向计算服务登记医疗装置的患者的示例性操作的流程图。

根据图6所示的示例，外部装置12的处理电路80接收指示医疗装置(100)的植入的数据。在将医疗装置植入患者体内时，患者可操作计算装置(例如，患者装置)，以例如生成完成的登记请求以用于传输到计算服务。在本公开所述的示例中，患者参与程度是变化的，例如涵盖用于登记过程的一系列操作模式：不需要患者参与的第一模式(例如，在植入时自动化)；需要微少患者参与(例如，微小患者动作)的第二模式；需要一些患者参与(例如，通过医疗应用程序进行的一些患者参与)的第三模式。

本公开描述了各种技术，其中外部装置12的处理电路80接收标识符(例如，全局唯一标识符或GUID)作为输入，以用于发起图1的患者4和患者的植入的医疗装置IMD 10的(例如，自动)登记。对于患者4，计算服务(监测服务6)存储将标识符关联到属性信息的至少一个数据集的映射。如下文进一步详细描述的，外部装置12的处理电路80可使用GUID来检索上述映射的一个或多个属性，并且向原本未完成登记请求提供足够的登记数据，从而完成该未完成请求并且生成完成的登记请求。

以这种方式，患者4可受益于将其个人装置(外部装置12)配置为检测IMD 10的植入，并且响应于该检测而发起完成的登记请求的生成，然后自动地将完成的登记请求提交给监测服务6，以立即登记IMD 10并且开始该监测服务对患者4的操作。

第一模式可通过使在外部装置12中运行的医疗应用程序或另一应用程序(例如，浏览器应用程序)向计算服务传输GUID来使登记过程的操作(包括完成的登记请求的生成和/或提交)自动化。在一个示例中，外部装置12可在完成的登记请求中传输GUID，并且作为回报，接收成功登记响应；或者，作为另选方案，外部装置12可传输GUID来交换属性信息，以完成未完成登记请求并且生成完成的登记请求。在第一模式下，外部装置12可通过各种技术接收GUID。在一个示例中，外部装置12可(例如，在GUID请求中)从计算服务请求GUID。

在第一模式的另一示例中，示例性GUID请求可以是对访问令牌的请求。访问令牌可使得患者能够安全地向监测服务6认证患者自己。监测服务6和/或第三方系统可返回包括所请求访问令牌的令牌响应数据。访问令牌使得应用程序88能够安全地调用在监测服务6上运行的注册过程。在一个示例中，监测服务6可包括托管互联网可访问(例如，受保护)API以执行应用程序88的验证和授权的计算装置。在一个示例中，应用程序88可将令牌作为不透明字符串进行处理。监测服务6可生成适当的GUID以用于促进经由患者4的医疗应用程序(例如，并且在医疗装置植入时)登记患者。响应于接收访问令牌，监测服务6提取登录凭证，并且在核验那些登录凭证之后，允许访问敏感患者信息。在另一示例中，GUID对用户进行认证并且许可访问该患者账户的授权。

作为请求GUID的另选方案，第一模式可利用在植入之前生成的预先完成的登记请求。在一个示例中，第一模式可利用预先确定的GUID，该GUID由计算服务生成并且先前在植入时为登记医疗装置而建立。在另一示例中，外部装置12可转发所接收的指示植入的数据。

在另一示例中，应用程序88可被配置为解析任何令牌格式(例如，而不是作为不透明字符串)，并且自动生成具有完成登记请求的必要信息的适当令牌。应用程序88可(例如，在其子程序堆栈当中)包括用于安全平台的一组程序。应用程序88可实施通用安全程序堆栈，并且通过这样做，可使用会话cookie来交换登记数据。如果实际上没有(例如，显式地)交换令牌，则可使用会话cookie。应用程序88可经由安全协议诸如SAML提交完成的登记请求。安全平台可采用多种机制来执行认证。

对于第二模式，外部装置12的处理电路80可检测医疗装置的植入并且自动地生成完成的登记请求，以便例如呈现给患者或另一装置用户。在这种情况下，完成的登记请求可表征为自动生成的登记请求。例如，为了完成自动生成的/完成的登记请求的提交，以及/或者为了添加用于为患者和/或医疗应用程序注册新账户的凭证，可能需要微小患者动作。

对于第三模式，外部装置12的处理电路80可检测医疗装置的植入，并且响应于该检测，生成具有向患者通知该植入的信息的图形用户界面(GUI)部件。计算机显示器可向GUI输出提示患者下载和/或激活应用程序88的视觉指示符。外部装置12的处理电路80可配置GUI以引导患者启动应用程序88(例如，从智能电话的应用程序商店资产)，并且然后作为输入提供针对植入的医疗装置生成的GUID。如本文进一步所述的，应用程序88可生成单独的GUI以促进为患者创建新账户，例如通过提交用于由计算服务进行认证的凭证。

如本文所述，完成的登记请求表示具有用于从计算服务接收成功登记响应的足够信息的结构化数据集。对于患者4和外部装置12，由监测服务6针对IMD 10生成的GUID使得能够自动地生成、然后提交完成的登记请求，以获得立即批准。在一个示例中，外部装置12的处理电路80可使用GUID来检索属性信息以将其包括在结构化数据集中，从而完成未完成登记请求。在一个示例中，外部装置12的处理电路80可调用通信电路来将完成的登记请求提交给监测服务6，从而成功地完成IMD 10的登记过程以用于远程监测和装置支持。

在一个示例中，成功地完成到监测服务6的登记过程向患者4提供各种形式的支持，例如健康事件检测。监测服务6可配置有足够的计算资源，这些计算资源能够运行准确且高效的算法以用于分析患者4的各种患者数据。监测服务6可经由在外部装置12的计算机显示器上呈现的图形用户界面(GUI)与患者4交互。在一个示例中，外部装置12的处理电路80可利用应用程序88的功能来与监测服务6交换各种信息。在一个示例中，监测服务6可通过用于在GUI上呈现的视觉/音频数据和/或经由NUI的姿势识别来引导患者动作。

监测服务6可存储完成登记过程的数据，包括使GUID与具有用于满足在监测服务6下提出的任何要求的足够信息的属性相关联的映射数据，例如通过使用检索到的属性信息来自动生成表示完成的登记请求的计算机化文档或电子文档(例如，表单或网络表单)。作为如本文所述的登记请求的一个示例性实施方案，该电子表单被配置用于经由应用程序(例如，用于监测服务6和/或IMD 10的客户端应用程序，诸如本文所述的应用程序88)产生的GUI来在计算机显示器上呈现。上述至少一个文件可包括当由应用程序提供时可经由GUI呈现的内容数据。电子表单可被进一步配置用于通过GUI部件与患者4交互，这些GUI部件可访问用于输入装置/输出装置的存储器缓冲区。这些GUI部件中的一些GUI部件可以是(输入)表单字段，其中每个表单字段被呈现为用于可接受输入的描述的文本块和供用户键入可接受输入的示例的输入块的组合。

在图6的示例性操作中，外部装置12的处理电路80提交表单字段用适当登记数据预先填充的电子表单(104)。这可通过以下方式来实现：将检索到的属性信息添加到表示合适的但未完成登记请求的电子表单的适当表单字段，并且创建表示具有用于成功地登记到监测服务6中的必要登记数据的合适的且完成的登记请求的经修改电子表单，随后通过网络连接来传输电子表单。上述应用程序可作为传出/传入数据传输的源/目的地来维持网络连接，这些传出/传入数据传输对应于到由用于监测服务6的计算机系统提供的远程监测和医疗装置支持服务中的成功登记。

通过提交具有预先填充的表单字段的电子表单，外部装置12的处理电路80可向监测服务6提供用于完成登记过程的足够信息。除了在远程监测服务中登记以用于检测健康事件之外，监测服务6可创建新患者账户，并且使用在电子表单中提供的登记数据来为患者4注册该账户。在外部装置12上运行的应用程序88可被配置为用于监测服务6的客户端应用程序，鉴于患者4是账户持有人的优点，对该客户端应用程序的访问得到许可。患者账户作为凭证来操作，该凭证授权由监测服务6提供与健康事件检测相关的资源容量和能力。

当在电子表单的实施方案中时，完成的登记请求的提交可通过以下方式实现：将电子表单记录在至少一个所存储文件中，然后将该至少一个文件以分组化数据的形式传输到在监测服务6中运行的网络装置。出于多种原因，响应于GUID和/或所传输的电子表单，监测服务6可放弃为遵循针对登记所提出的要求而检查所提交的登记请求，而替代地，例如通过以最小延迟返回成功登记响应来完成针对IMD 10的登记过程。

在一个示例中，外部装置12的处理电路80可将传入分组化数据传输识别为指示成功登记的数据。响应于该数据，外部装置12的处理电路80可为监测服务6或另一计算服务执行应用程序88或与IMD 10相关联的另一医疗应用程序的功能(106)。在一个示例中，外部装置12的处理电路80可启用以下功能：当被激活时，该功能操作以例如通过经由无线信道传送指令来开始IMD 10的医疗装置操作。该指令可针对能够开始/恢复操作的目的地处理器。目的地处理器可被进一步配置为控制修改医疗装置操作设置；另一指令可针对目的地处理器以用于覆写任何设置。

图6和图7中所示出的操作顺序和流程是示例。在根据本公开的其他示例中，可考虑更多或更少阈值。进一步，在一些示例中，如由用户引导的，处理电路可例如经由外部装置12或计算装置99执行或不执行图6和图7的方法或本文所述的技术中的任何技术。例如，患者、临床医生或其他用户可打开或关闭用于(例如，使用Wi-Fi或蜂窝服务)或本地(例如，使用患者蜂窝电话上提供的应用程序或使用医疗装置编程器)识别患者健康状况变化的功能。

本公开中描述的技术可至少部分地以硬件、软件、固件或它们的任何组合的形式实施。例如，这些技术的各个方面可在一个或多个微处理器、DSP、ASIC、FPGA或任何其他等效的集成或离散逻辑QRS电路以及此类组件的任何组合中实施，此类组件体现在外部装置(诸如医师或患者编程器、模拟器或其他装置)中。术语“处理器”和“处理电路”通常可为指单独的或与其他逻辑电路组合的前述逻辑电路中的任何逻辑电路或单独的或与其他数字或模拟电路组合的任何其他等效电路。

对于以软件实施的各个方面，归因于本公开中描述的系统和装置的功能中的至少一些可体现为计算机可读存储介质上的指令，诸如RAM、DRAM、SRAM、磁盘、光盘、闪存存储器或各种形式的EPROM或EEPROM。可以执行指令以支持本公开中所述的功能的一个或多个方面。

除此之外，在一些方面，本文所述的功能可以设置在专用硬件和/或软件模块内。将不同特征描述为模块或单元旨在突出不同的功能方面，并且不一定暗示此类模块或单元必须由单独的硬件或软件部件来实现。相反，与一个或多个模块或单元相关联的功能可由单独的硬件或软件部件执行，或者集成在公共或单独的硬件或软件部件内。另外，这些技术可以在一个或多个电路或逻辑元件中完全实施。本公开的技术可在各种装置或设备中实施，包括IMD、外部编程器、IMD和外部编程器的组合、集成电路(IC)或一组IC和/或驻留在IMD和/或外部编程器中的离散电路。

Claims (15)

1.一种医疗系统，所述医疗系统包括：

通信电路，所述通信电路经由网络连接通信地耦接到计算服务；

处理电路；和

存储器，所述存储器包括编程指令，所述编程指令在由所述处理电路执行时使所述处理电路：

响应于接收到包括与具有植入的医疗装置的患者的应用程序相对应的全局唯一标识符(GUID)的输入，生成完成的登记请求以经由所述通信电路传送到所述计算服务以向所述计算服务登记所述患者，其中所述计算服务存储包括所述GUID与所述完成的登记请求的属性信息之间的映射的数据；

基于所述完成的登记请求的所述传送从所述计算服务接收成功登记响应；以及

执行与植入式医疗装置和所述计算服务相关联的所述应用程序的功能。

2.根据权利要求1所述的医疗系统，其中为了生成所述完成的登记请求，所述处理电路被进一步配置为预先填充表示所述完成的登记请求的电子表单的表单字段。

3.根据权利要求1至2中任一项所述的医疗系统，所述医疗系统还包括：

计算机显示器，所述计算机显示器被配置为输出表示由所述计算服务提供的未完成登记请求的电子表单；并且

其中为了生成所述完成的登记请求，所述处理电路被进一步配置为：

从所述计算服务接收所述未完成登记请求；以及

传输所述GUID，使所述计算服务将登记数据释放到所述电子表单的表单字段，从而使所述计算机显示器输出表示所述完成的登记请求的预先填充的电子表单。

4.根据权利要求1至3中任一项所述的医疗系统，其中为了生成所述完成的登记请求，所述处理电路被进一步配置为向所述计算服务传送用于注册新账户的凭证，其中所述计算服务被配置为对所述凭证进行认证。

5.根据权利要求1至4中任一项所述的医疗系统，其中所述处理电路被进一步配置为执行所述应用程序以经由所述通信电路传送GUID请求，所述GUID请求使所述计算服务生成所述GUID。

6.根据权利要求1至5中任一项所述的医疗系统，其中为了生成所述完成的登记请求，所述处理电路被进一步配置为传送所述GUID，从而使所述计算服务返回所述完成的登记请求的所述属性信息。

7.根据权利要求1至6中任一项所述的医疗系统，其中为了生成所述完成的登记请求，所述处理电路被进一步配置为从所述计算服务接收登记数据以将未完成登记请求填充成所述完成的登记请求。

8.根据权利要求1至7中任一项所述的医疗系统，所述医疗系统还包括：所述患者的移动计算装置，所述移动计算装置用于运行所述应用程序。

9.根据权利要求1至8中任一项所述的医疗系统，其中所述GUID包括针对所述患者的凭证，其中所述计算服务能够对所述凭证进行授权以用于生成所述成功登记响应。

10.根据权利要求1至9中任一项所述的医疗系统，其中所述处理电路被进一步配置为经由所述通信电路从所述计算服务接收所述GUID，所述GUID是针对所述植入的医疗装置生成的。

11.一种由患者的计算装置的处理电路执行的医疗系统的方法，所述方法包括：

建立用于使所述计算装置的通信电路与计算服务耦接的网络连接；

响应于接收到包括与具有植入的医疗装置的患者的应用程序相对应的全局唯一标识符(GUID)的输入，生成完成的登记请求以经由所述通信电路传送到所述计算服务以向所述计算服务登记所述患者，其中所述计算服务存储包括所述GUID与所述完成的登记请求的属性信息之间的映射的数据；

基于所述完成的登记请求的所述传送从所述计算服务接收成功登记响应；以及

执行与植入式医疗装置和所述计算服务相关联的所述应用程序的功能。

12.根据权利要求11所述的方法，其中生成所述完成的登记请求还包括以下中的至少一者：

(a)预先填充表示所述完成的登记请求的电子表单的表单字段，或

(b)经由计算机显示器输出表示未完成登记请求的电子表单，其中所述计算服务提供所述未完成登记表单；从所述计算服务接收所述未完成登记请求；传输所述GUID以使所述计算服务将登记数据释放到所述电子表单的表单字段；以及经由所述计算机显示器输出表示所述完成的登记请求的预先填充的电子表单。

13.根据权利要求11至12中任一项所述的方法，其中为了生成所述完成的登记请求，所述处理电路被进一步配置为传送所述GUID，从而使所述计算服务返回所述完成的登记请求的所述属性信息。

14.根据权利要求11至13中任一项所述的方法，其中生成所述完成的登记请求还包括以下中的一者或多者：

从所述计算服务接收登记数据以将未完成登记请求填充成所述完成的登记请求；以及

将所述成功登记响应传送到所述植入的医疗装置，其中所述成功登记响应包括开始所述植入的医疗装置的操作的授权。

15.根据权利要求11至14中任一项所述的方法，所述方法还包括：

执行所述应用程序以经由所述通信电路传送GUID请求，所述GUID请求使所述计算服务生成所述GUID。