CN117298453A - 用于植入式医疗设备远程编程的系统和方法 - Google Patents

Abstract

提供了一种医疗设备组装件，其包括被配置为与患者的植入式医疗设备通信的临床医生编程设备。临床医生编程设备包括一个或多个处理器，其被配置为将程序指令传送给远程编程引擎。远程编程引擎包括一个或多个处理器，其被配置为基于更新的程序指令模拟植入式医疗设备的操作，并基于模拟操作将更新的程序指令传送到植入式医疗设备。

Description

用于植入式医疗设备远程编程的系统和方法

相关申请的交叉引用

本申请要求2022年6月27日提交的美国临时专利申请号63/367,064，标题为“植入式医疗设备远程编程的系统和方法(System And Method For Implantable MedicalDevice Remote Programming)”和2022年10月21日提交的美国临时专利申请号63/380,420，标题为“植入式医疗设备远程编程的系统和方法(System And Method ForImplantable Medical Device Remote Programming)”的优先权。这些临时申请的主题通过引用整体结合于此。

技术领域

本发明的实施例总体上涉及用于经由远程通信更新植入式医疗设备(IMD)的操作配置并从远程位置提供医疗护理的方法、系统和设备。

背景技术

IMD是医疗设备，其被配置为植入患者解剖体内，且通常采用一个或多个电极，所述电极从器官或组织接收电压、电流或其他电磁脉冲或向器官或组织传递电压、电流或其他电磁脉冲，以用于诊断或治疗目的。通常，IMD包括电池、电子电路、脉冲生成器、收发器和微处理器。微处理器被配置为处理与外部设备或仪器的通信以及控制患者治疗。IMD的组件被密封在外壳内。IMD完全封闭在人体内。因此，除了通过无线通信之外，在IMD和外部设备之间没有直接交互的手段。

随着技术的进步，提供了为患者(包括IMD患者)提供医疗护理的新方法。随着通信的发展，临床医生对患者的远程健康护理变得越来越普遍，患者经由网络会议与临床医生通信。此外，还可以进行远程通信和IMD编程。

例如，IMD可能需要随时间进行编程更新，以调整IMD的行为和操作。编程更新从患者体外的外部设备无线传送到患者体内的IMD。当更新IMD时，必须注意确保正在更新的软件、固件、应用、程序等是更新的软件、固件、应用、程序等。例如，当患者的IMD出现健康问题并去医院时，医院的临床医生可以改变治疗，更新IMD的软件、固件、应用、程序等。如果患者随后去看他们的常规临床医生，并且常规临床医生有不同的治疗或者他们希望实现的更新，那么常规临床医生在做出这样的改变之前知道当前的治疗对软件、固件、应用、程序等的更新是很重要的。否则，可能会出现与更新相关的错误，从而对患者造成潜在伤害。

仍然需要更大的远程控制。通过远程控制IMD或与患者联系，可以减轻现场团队的负担。现场代表可以通过使用远程通信和编程来减少差旅和费用，从而将这些现场代表解放出来处理更复杂的案例。此外，通过远程控制医疗保健，包括IMD，可以及时提供必要的护理，而患者不必等待现场代表出现在患者的位置。

此外，对远程医疗护理的需求更大。当临床医生支持代表在远程位置时，临床医生和临床医生支持代表希望相互通信以对本地患者进行诊断、提供治疗等。

总之，仍需要用于管理远程通信的改进方法和系统，包括编程通信以更新IMD。

发明内容

根据实施例，提供了医疗设备组装件，包括被配置为与患者的植入式医疗设备进行通信的临床医生编程设备。临床医生编程设备包括一个或多个处理器，其被配置为将程序指令传送给远程编程引擎。远程编程引擎包括一个或多个处理器，其被配置为基于更新的程序指令模拟植入式医疗设备的操作，并基于模拟的操作将更新的程序指令传送到植入式医疗设备。

可选地，模拟植入式医疗设备的操作，远程编程引擎的一个或多个处理器还被配置为确定编程会话的初始化、编程会话是否待定以及编程会话的终止。在一个方面，远程编程引擎的一个或多个处理器还被配置为确定编程会话的终止是响应于编程会话的完成，还是响应于编程错误。可选地，为确定编程会话的初始化，远程编程引擎的一个或多个处理器还被配置为生成包括更新的程序指令的异步远程编程档案，并将异步远程编程档案传送给植入式医疗设备。在又一方面，临床医生处理设备的一个或多个处理器还被配置为响应于异步远程编程档案的传送而生成和显示待定消息，并呈现该待定消息，直到从患者应用接收到确认消息。可选地，临床医生处理设备的一个或多个处理器还被配置为响应于接收到确认消息而显示成功消息。或者，远程编程引擎的一个或多个处理器还被配置为响应于传送异步远程编程档案而开启定时器，并且响应于定时器在接收到确认消息之前达到所确定的时段(period)而传送失败消息。

根据实施例，提供了一种在一个或多个处理器的控制下更新植入式医疗设备指令的方法。该方法包括传送与植入式医疗设备的编程会话相关的更新的程序指令，基于更新的程序指令模拟植入式医疗设备的操作，以及基于模拟的操作将更新的程序指令传送到植入式医疗设备。

可选地，模拟植入式医疗设备的操作包括初始化更新的编程会话，确定更新的编程会话是否待定，以及终止更新的编程会话。在一个方面，初始化更新的编程会话包括向虚拟设备引擎(virtual device engine，VDE)传送更新消息，该消息包括用于与将由植入式医疗设备执行的治疗相关的更新的编程会话的更新的程序指令，响应于在虚拟设备引擎处接收到更新的消息而访问患者档案，生成包括更新的程序指令的异步远程编程档案，以及向植入式医疗设备传送异步远程编程档案。在又一方面，该方法还包括响应于传送异步远程编程档案，生成并显示待定消息，并呈现该待定消息，直到从患者应用接收到确认消息。在一个示例中，该方法还包括响应于接收到确认消息而显示成功消息。在另一示例中，该方法还包括响应于传送异步远程编程档案而开启定时器，以及响应于定时器在接收到确认消息之前达到所确定的时段而显示失败消息。在又一示例中，该方法还包括响应于定时器在接收到确认消息之前达到确定时段，将编程会话的操作记录在虚拟设备引擎数据库中。

在示例实施例中，提供了一种包括非信号计算机可读存储介质的计算机程序产品，包括计算机可执行代码，用于获得与植入式医疗设备的编程会话相关的更新程序指令，基于更新程序指令模拟植入式医疗设备的操作，并基于模拟的操作将更新程序指令传送至植入式医疗设备。

可选地，模拟植入式医疗设备的操作，计算机可执行代码用于确定编程会话的初始化、编程会话是否待定以及编程会话的终止。在一个方面，用于另外确定编程会话的终止是响应于编程会话的完成还是响应于编程错误的计算机可执行代码。在另一方面，为了确定编程会话的初始化，计算机可执行代码还响应于获得更新的程序指令而访问虚拟设备引擎(VDE)处的患者档案，生成包括更新的程序指令的异步远程编程档案，并将异步远程编程档案传送给植入式医疗设备。在一个示例中，该计算机可执行代码还响应于传送异步远程编程档案而生成待定消息，并呈现该待定消息，直到从患者应用接收到确认消息。在另一示例中，该计算机可执行代码还用于响应于接收到确认消息而将成功消息传送给临床医生应用。

在一个示例实施例中，提供了一种医疗设备组装件，其包括配置为与患者的植入式医疗设备进行通信的临床医生编程设备。临床医生编程设备包括一个或多个处理器，该处理器被配置为传送与植入式医疗设备的编程会话相关的程序指令，基于基于程序指令的植入式医疗设备的操作模拟从远程编程引擎接收更新的程序指令，以及基于更新的程序指令将更新的程序指令传送到植入式医疗设备。

可选地，一个或多个处理器配置为接收与植入式医疗设备的初始化相关、与编程会话是否待定相关以及与编程会话的终止相关的通信。在一个方面，一个或多个处理器还被配置为确定编程会话的终止是响应于编程会话的完成，还是响应于编程错误。在另一方面，一个或多个处理器还被配置为从虚拟设备引擎(VDE)接收消息，该消息包括用于与将由植入式医疗设备执行的治疗相关的编程会话的更新的程序指令，从VDE接收包括更新的程序指令的异步远程编程档案，并将异步远程编程档案传送给植入式医疗设备。在一个示例中，一个或多个处理器还被配置为响应于传送异步远程编程档案而生成和显示待定消息，并呈现该待定消息，直到从患者应用接收到确认消息。在另一示例中，一个或多个处理器还被配置为响应于接收到确认消息而显示成功消息。在又一示例中，所述一个或多个处理器还被配置为响应于定时器在接收到确认消息之前达到所确定的时段而显示失败消息。

在一个示例实施例中，提供了一种医疗设备远程控制(MDRC)系统，其包括具有一个或多个处理器的临床医生电子设备，临床医生电子设备的一个或多个处理器被配置为通过网络向引擎传送请求，以进入与远程电子设备的通信会话并生成认证码。一个或多个处理器还被配置为基于认证码为通信会话提供路径。远程电子设备还可以具有一个或多个处理器，远程电子设备的一个或多个处理器被配置为获得认证码，经由引擎来验证认证码，并为通信会话提供路径。

可选地，该路径包括引擎。在一个方面，临床医生电子设备的一个或多个处理器还被配置为从临床医生编程设备的临床医生应用获得指令，并基于指令执行传送、生成和提供步骤。在另一方面，远程电子设备的一个或多个处理器还被配置为从远程控制(RC)应用获得指令，并基于指令执行获得、验证和提供步骤。在一个示例中，临床医生电子设备的一个或多个处理器还被配置为将认证码传送给引擎。在另一示例中，远程电子设备的一个或多个处理器还被配置为从RC用户的输入获得认证码，从引擎接收认证码，并且利用从引擎接收的认证码来验证来自RC用户的输入的认证码。

可选地，临床医生编程设备的一个或多个处理器还被配置为与医疗设备通信。在一个示例中，医疗设备是植入式医疗设备。在一个方面，临床医生电子设备的一个或多个处理器还被配置为响应于连接的丢失，在临床医生编程设备的接口(interface)处提供主页。在另一方面，远程电子设备的一个或多个处理器还被配置为响应于通信会话的终止，在远程电子设备的接口处提供主页。在另一示例中，引擎响应于通信会话的终止记录与通信会话相关的信息。

在一个示例实施例中，提供了一种利用医疗设备远程控制(MDRC)系统治疗患者的方法，包括通过网络从临床医生电子设备向引擎传送请求，以进入远程电子设备的通信会话，并利用临床医生电子设备的一个或多个处理器生成认证码。该方法还包括利用临床医生电子设备的一个或多个处理器基于认证码提供用于通信会话的路径，以及利用远程电子设备的一个或多个处理器获得认证码。该方法还包括利用远程电子设备的一个或多个处理器验证认证码，以及利用远程电子设备的一个或多个处理器基于认证码提供通信会话的路径。

可选地，该方法还包括经由引擎在临床医生电子设备和远程电子设备之间形成路径。在另一方面，该方法还包括利用临床医生电子设备的一个或多个处理器从临床医生电子设备的临床医生应用获得指令，并且基于指令执行临床医生电子设备的传送、生成和提供步骤。在一个示例中，该方法还包括利用远程电子设备的一个或多个处理器从远程电子设备的远程控制(RC)应用获得指令，并且基于指令执行远程电子设备的获得、验证和提供步骤。在另一示例中，远程电子设备的一个或多个处理器从RC用户的输入获得认证码。或者，远程电子设备的一个或多个处理器从引擎接收包括认证的通信，并且其中从RC用户的输入获得的认证码的验证是基于从引擎接收的认证码。

可选地，该方法还包括通过临床医生电子设备的一个或多个处理器与医疗设备进行通信。在另一方面，该方法还包括基于通信会话向医疗设备提供治疗指令，以及基于治疗指令利用医疗设备提供治疗。在一个示例中，该方法还包括响应于临床医生电子设备处的连接的丢失，利用临床医生电子设备的一个或多个处理器在临床医生电子设备的接口处提供主页。在另一示例中，该方法还包括响应于通信会话的终止，利用远程电子设备的一个或多个处理器在远程电子设备的接口处提供主页。在又一示例中，该方法还包括响应于通信会话的终止，利用引擎记录与通信会话相关的信息。

附图说明

图1示出了根据本文实施例操作的系统的简化框图。

图2显示了根据实施例的图1系统的框图。

图3是根据实施例的系统的示意图。

图4是根据实施例的用于验证由临床医生发送的更新的系统的示意框图。

图5是根据实施例的用于管理编程会话的过程的示意性方框流程图。

图6是根据实施例的用于初始化IMD的过程的示意性方框流程图。

图7是根据实施例的用于更新和IMD的示意流程框图。

图8是根据实施例的用于为IMD提供编程更新的过程的示意性方框流程图。

图9是根据实施例的用于更新IMD的过程的示意性方框流程图。

图10是根据实施例的用于使用定时器更新IMD的示意性流程框图。

图11是根据实施例操作的系统的示意性方框流程图。

图12是根据实施例的电子设备的示意框图。

图13是根据实施例的形成通信会话的方法的示意性方框流程图。

图14A是根据实施例的开启通信会话的过程的示意性方框流程图。

图14B是根据实施例的开启通信会话的过程的示意性方框流程图。

图14C是根据实施例的开启通信会话的过程的示意性方框流程图。

图14D是根据实施例的开启通信会话的过程的示意性方框流程图。

图15A是根据实施例的终止通信会话的过程的示意性方框流程图。

图15B是根据实施例的终止通信会话的过程的示意性方框流程图。

图15C是根据实施例的终止通信会话的过程的示意性方框流程图。

具体实施方式

本文的实施例提供了设计用于增强一个或多个外部设备和IMD之间的无线编程通信的完整性和真实性的方法和系统。

容易理解的是，除了所述示例实施例之外，本文附图中总体描述和说明的实施例的组件还可以多种不同配置进行布置和设计。因此，如附图中所示，以下对示例实施例的更详细描述并不旨在限制所要求保护的实施例的范围，而仅仅是示例实施例的代表。

本说明书中提及的“一个实施例”或“实施例”(等)是指至少一个实施例中包含与该实施例相关的特定特征、结构或特性。因此，在整个说明书的不同地方出现的短语“在一个实施例中”或“在实施例中”等不一定都指同一实施例。

此外，所描述的特征、结构或特性可在一个或多个实施例中以任何合适的方式组合。在下面的描述中，提供了许多具体细节以给出对实施例的透彻理解。然而，相关领域的技术人员将认识到，可以在没有一个或多个具体细节的情况下，或者利用其他方法、组件、材料等来实践各种实施例。在其他情况下，为了避免混淆，没有详细示出或描述公知的结构、材料或操作。以下描述仅旨在作为示例，并且简单地示出了某些示例实施例。

本文所描述的方法可采用本文所描述的各种实施例(例如，系统和/或方法)的结构或方面。在各种实施例中，可以省略或添加某些操作，可以组合某些操作，可以同时执行某些操作，可以同时执行某些操作，可以将某些操作分成多个操作，可以以不同的顺序执行某些操作，或者可以以迭代的方式重新执行某些操作或一系列操作。应当注意，根据本文的实施例，可以使用其他方法。此外，其中指出，这些方法可以完全或部分地由一个或多个设备或系统的一个或多个处理器来实现。虽然一些方法的操作可以被描述为由一个设备的处理器来执行，但是另外，一些或所有这样的操作可以由本文描述的另一个设备的处理器来执行。

本文所用术语“临床医生编程设备”是指临床医生、技师、医师、护理员、护士、医生等使用的任何和所有电子设备。电子设备可以是中央处理单元(CPU)、台式计算机、膝上型计算机、平板电脑、智能手机、智能手表、监测控制台等。该电子设备包括被配置为遵循指令的一个或多个处理器，以及被配置为通过网络、云中、蓝牙(BLE)、无线、空中、有线等进行通信的收发器。在一个示例中，临床医生编程设备与患者编程设备通信。在另一示例中，临床医生编程设备位于患者本地，并且可以与患者的植入式医疗设备通信。以这种方式，临床医生编程设备可以位于患者本地，或者位于患者远程，并与患者编程设备通信。

本文所用术语“患者编程设备”是指患者用于监测或确定患者IMD的任何及所有电子设备。电子设备可以是中央处理单元(CPU)、台式计算机、膝上型计算机、平板电脑、智能手机、智能手表、监测控制台等。该电子设备包括被配置为遵循指令的一个或多个处理器，以及被配置为通过网络、云中、蓝牙(BLE)、无线、空中、有线等进行通信的收发器。在一个示例中，患者编程设备与临床医生编程设备通信。

本文所用术语“远程电子设备”是指不位于患者体内的任何及所有电子设备。远程电子设备必须通过网络、网状网络、无线、有线等与患者位置处的电子设备、编程设备等通信。在一个示例中，远程电子设备是远程控制(RC)电子设备。在另一示例中，临床医生编程设备可以被认为是远程电子设备。或者，远程电子设备与临床医生通信。电子设备可以位于患者本地，并与远程电子设备通信。临床医生电子设备被配置为由临床医生操作，而远程电子设备可以由临床医生、临床医生支持代表等操作。具体地，远程电子设备经由引擎、远程编程引擎(RPE)等与本地电子设备(例如，临床医生电子设备、患者编程设备等)通信。

术语“通信会话”是专用于电子设备之间通过网络、网状网络、无线、有线等进行通信的任何时段，以在患者和医务人员(例如，临床医生)之间或者在两个或更多医务人员(例如，临床医生和临床医生支持代表)之间提供信息和数据。在一个示例中，通信会话是编程会话，并且可以基于提供治疗的一组指令与IMD的操作相关。这组指令可以被存储在IMD的存储设备中或者被传送到IMD。这组指令可以包括对于IMD的治疗、起搏模式等，IMD在编程会话期间基于这些指令进行操作。编程会话从提供、上传、传送等程序指令(例如，更新的程序指令)开始并且IMD基于该指令集开始操作。当IMD停止使用指令集进行操作时，编程会话结束。在示例实施例中，作为接收新的指令集、更新的指令集、对指令集的改变、变化指令集等的结果，IMD可以终止会话。在替代实施例中，通信会话可以发生在诸如本地临床医生电子设备的本地电子设备和远程电子设备之间。在示例中，临床医生电子设备和远程电子设备之间的通信会话是经由引擎进行的。在另一示例中，通信会话的本地电子设备可以是患者编程设备，而临床医生编程设备被认为是远程电子设备。

本文使用的与IMD相关的术语“模拟操作”是指基于IMD具有的当前指令集，结合所要求的指令的任何改变、更新等，生成IMD操作的计算机模型。通过创建计算机模型，可以在传送更新、改变等之前提供检查以确保更新、改变等是最新的指令集和IMD，不会导致错误。

本文所用术语“初始化”是指运行诊断测试和加载操作系统时电子设备的操作准备。电子设备的初始化必须在任何改变、更新等之前发生以安装、提供、传送电子设备的操作系统。

本文所用术语“虚拟设备引擎”(VDE)是指模拟或存储在云、网络等中的计算机模型，可用于表示IMD。VDE可用于复制或模拟IMD的操作，包括编程会话或指令集将在更新、改变等之前向IMD传送如何更新、改变等。以这种方式，可以利用VDE来对基于VDE通信的改变、更新等进行调整、改变、更新等。

本文所用术语“异步远程编程档案”是指在IMD之外的位置形成的个体患者的IMD的独特、定制或变化的程序指令(例如，更新的程序指令)。异步远程编程档案包括任何改变、变化、更新等，以更新作为从VDE进行模拟结果而生成的程序指令。

本文中与数据、信号、信息等相关的术语“获得”包括以下至少一项：i)访问其中存储有数据、信号、信息等的外部设备或远程服务器的存储器。ii)通过IMD和本地外部设备之间的无线通信链路接收数据、信号、信息等，和/或iii)通过网络连接在远程服务器上接收数据、信号、信息等。从IMD的角度来看，获得操作可以包括实时感测新信号，和/或访问存储器以从IMD的存储器读取存储的数据、信号、信息等。从本地外部设备的角度来看，获得操作包括在本地外部设备的收发器处接收数据、信号、信息等，其中数据、信号、信息等是从IMD和/或远程服务器传输过来的。获得操作可以从远程服务器的角度进行，例如在网络接口处从本地外部设备和/或直接从IMD接收数据、信号、信息等。远程服务器也可以从本地存储器和/或其他存储器中获取数据、信号、信息等，诸如在云存储环境中和/或从工作站或临床医生外部程序员的存储器中获取。

本文所用术语“引擎”是指具有在云中、网络等中被配置为经由网络、网状网络、无线、有线等与能够进行确定的电子设备通信的任何处理器、具有处理器的电子设备、服务器等。在一个示例中，引擎可以是与临床医生编程设备通信的远程编程引擎(RPE)。在另一示例中，RPE在临床医生编程设备和远程电子设备之间通信。

图1至图10提供了一种用于通过网络与医疗设备(诸如植入式医疗设备(IMD))进行通信和编程的系统。在网络内，并且在一个示例中，在云中，提供了虚拟设备引擎(VDE)，其从IMD接收与IMD的编程状态相关的通信，包括待定更新、先前提供的更新等。当临床医生提供用于对患者的IMD进行远程地编程的医疗设备组装件时，该医疗设备组装件包括具有与患者的IMD通信的临床医生应用的临床医生编程设备，以及通过临床医生应用为IMD编程有日期的程序指令的患者应用，VDE模拟IMD编程以确定更新的程序指令是否与IMD的当前编程兼容。基于该模拟，生成异步远程编程档案以更新IMD。以这种方式，IMD不会被不了解IMD当前编程状态的临床医生错误地更新。

图1示出了根据本文实施例操作的系统10的简化框图。系统10包括IMD 12和一个或多个外部设备或仪器。图1中示出了单个外部设备14。IMD 12和外部设备14被配置为通过无线通信链路16彼此无线通信。在实施例中，外部设备14通过沿着通信链路16向IMD 12发送编程包来更新IMD 12的操作配置。本文描述的实施例提供了一种算法或工作流程，用于在执行配置改变请求以更新IMD的操作配置(例如，编程会话)之前，验证编程包的配置改变请求的有效性、完整性和真实性，包括编程包的一组指令。例如，植入式起搏器或心律转复除颤器的配置改变可以表示灵敏度阈值的改变、宁滨心房纤维性颤动或心动过速事件的心率阈值的改变、在传递治疗之前应该发生的心律失常事件的数量的改变、通信增益的改变、通信协议的改变等。编程会话的配置改变可包括更新执行对诊断和/或临床护理重要的操作，诸如导线阻抗测试、感测水平测试，或者甚至作为姑息护理的一部分禁用设备操作。

IMD 12植入患者8体内靠近心脏9的部位。IMD 12可以是心脏起搏器、植入式心脏监测设备(ICM)、除颤器、与起搏器耦合的ICM等。IMD 12旨在植入患者的皮下袋中。IMD 12可以被配置为感测心脏信号，以随着时间的推移监测心脏活动。可选地，IMD 12也可以被配置为向心脏9传递刺激治疗。例如，IMD 12可以是双腔室(dual-chamber)刺激设备，其能够用刺激疗法治疗快速和慢速心律失常，包括心脏复律、除颤和起搏刺激，并且能够检测心力衰竭、评估其严重性、跟踪其进展以及控制治疗的传递和响应于此的警告。

图示实施例中的IMD 12包括连接至至少一根导线19的主体或外壳18。图1中示出了单根导线19，但是在另一个实施例中，IMD 12可以包括多根导线。导线19从外壳18延伸到心脏9，使得远端与心脏9周围的患者组织接触。导线19包括一个或多个电极，其可以测量心脏9的心脏信号并向心脏9传递刺激治疗。在实施例中，单个电极可以在刺激模式下发射刺激脉冲，然后可以快速切换到监测模式以检测刺激脉冲之后的心脏信号。

尽管图示实施例中的IMD 12包括导线19，但本文所述的一个或多个实施例采用不含任何导线的无导线IMD。例如，IMD 12可以是无导线起搏器、无导线心脏监测设备(ICM)等。通常，IMD 12可以代表心脏监测设备、起搏器、心脏复律器、心律管理设备、除颤器、神经刺激器、无导线监测设备、无导线起搏器等。例如，IMD可以包括在美国专利9,333,351“用于治疗呼吸暂停的神经刺激方法和系统(Neurostimulation Method And System To TreatApnea)”中描述的设备的一个或多个结构和/或功能方面；美国专利9,044,610“用于提供与植入式神经刺激系统一起使用的分布式虚拟刺激阴极的系统和方法(System And MethodsFor Providing A Distributed Virtual Stimulation Cathode For Use With AnImplantable Neurostimulation System)”；美国申请序列号：15/973,195，标题为“具有多个胸骨旁-前电极的皮下植入医疗设备(Subcutaneous Implantation Medical DeviceWith Multiple Parasternal-Anterior Electrodes)”，并于2018年5月7日提交；2018年5月7日提交的名称为“包括脉冲生成器和导线的植入式医疗系统和方法(ImplantableMedical Systems And Methods Including Pulse Generators And Leads)”的美国申请序列号：15/973,219；和2018年5月7日提交的名称为“用于具有多根导线的医疗设备的单点植入方法(Single Site Implantation Methods For Medical Devices Having MultipleLeads)”的美国申请序列号：15/973,249，其全部内容通过引用结合于此。另外或可选地，IMD可以是无导线植入式医疗设备(LIMD)，其包括在美国专利9,216,285“具有可移除和固定组件的无导线植入式医疗设备(Leadless Implantable Medical Device HavingRemovable And Fixed Components)”和美国专利8,831,747“无导线神经刺激装置和包括该装置的方法(Leadless Neurostimulation Device And Method Including The Same)”中描述的设备的一个或多个结构和/或功能方面，这些专利通过引用结合于此。附加地或可替换地，IMD可以包括在美国专利8,391,980“用于标识植入式医疗设备中潜在导线故障的方法和系统(“Method And System For Identifying APotential Lead Failure In AnImplantable Medical Device)”和美国专利9,232,485“用于选择性地与植入式医疗设备通信的系统和方法(System And Method For Selectively Communicating With AnImplantable Medical Device)”中描述的设备的一个或多个结构和/或功能方面，这些专利通过引用结合于此。附加地或替代地，实施例可以利用在2020年7月16日提交的题为“用于整体综合健康护理患者管理的方法、设备和系统(METHODS,DEVICES AND SYSTEMS FORHOLISTIC INTEGRATED HEALTHCARE PATIENT MANAGEMENT)”(代理人案卷号13-0356US1)(客户案卷号13564USO1)的美国申请序列号16/930791中描述的方法和系统的全部或部分来实现。

在另一示例中，IMD 12可为ICM，其包括2016年3月29日提交的美国专利申请第15/084,373号中所述设备的一个或多个结构和/或功能方面，该专利申请的名称为“辨别心脏活动节律模式的方法和系统(Method And System To Discriminate Rhythm Patterns InCardiac Activity)”，其通过引用明确纳入本文。本文引用的所有参考文献，包括出版物、专利申请和专利，都在此引入作为参考，就好像每个参考文献都被单独和具体地指出引入作为参考，并且在本文中被完整地阐述。

外壳18可包含电池、脉冲发生电路、通信电路、数据存储设备(例如存储器)和/或包括一个或多个处理器的控制电路。控制电路用于接收和分析来自电极13的心电图IEGM信号。控制电路可以包括至少一个处理器，用于根据算法处理IEGM信号，以确定心脏9的状态。存储器为心脏信号和控制电路的编程指令提供存储，该编程指令提供作为编程会话的通信会话。电池为带有外壳10的电路供电。例如，电池为脉冲发生电路供电以生成刺激脉冲，并为通信电路供电以与外部设备16通信。控制电路可以生成将经由通信电路传送到外部设备14的消息。这些消息可以包括IEGM信号和/或基于IEGM信号生成的数据。控制电路还被配置为分析经由通信电路从外部设备14接收的消息，该消息包括编程包，用于更新IMD 12的操作配置，包括设置、参数、行为等。下面结合图2讨论并示出了IMD 12的示例性结构。

外部设备14可代表患者或临床医生可访问或拥有的计算设备，诸如平板电脑、智能手机、可穿戴设备、笔记本电脑、台式电脑、安装在患者家中的床边监视器等。替代地，外部设备14可以是临床医生在诊所中使用的编程器设备。外部设备可以是上面列出的设备之一，其通信连接到第二外部设备，该第二外部设备代表旨在更新IMD 12的操作配置的编程包的源。例如，第二外部设备可以是经由网络连接(例如，互联网)通信连接到第一外部设备14的服务器或另一计算设备。通常，外部设备14便于医生访问患者数据，并且允许医生查看实时心电图(ECG)信号，并且如本文具体描述的，在临床医生不在患者附近的情况下更新IMD 12的操作配置。

图2显示了根据实施例的系统10的框图。IMD 12的外壳18或壳体容纳电子和/或计算组件。外壳18还包括具有至少一个端子52和可选的附加端子54、56、58、60的连接器(未示出)。端子可以连接到位于心脏内和心脏周围的不同位置的电极，诸如在导线19上(如图1所示)。电极可以包括环、尖端、线圈、电击电极等的各种组合。

IMD 12包括可编程微控制器20，其控制IMD 12的各种操作，包括心脏监测和刺激治疗。微控制器20包括一个或多个处理器(例如，微处理器或等效的控制电路)、RAM和/或ROM存储器、逻辑和定时电路、状态机电路和I/O电路。微控制器20包括心律失常检测器34，其被配置为检测心脏活动数据以标识潜在的心房纤维性颤动(AF)发作以及其他心律失常(例如心动过速、心动过缓、心搏停止等)。

可选提供电极配置开关26，以允许在微控制器20的控制下选择不同的电极配置。电极配置开关26可以包括多个开关，用于将期望的电极连接到合适的I/O电路，从而促进电极可编程性。开关26由来自微控制器20的控制信号28控制。可选地，可以省略开关26，并且I/O电路直接连接到外壳电极。

IMD 12可包括腔室脉冲生成器22，其生成刺激脉冲，用于将期望的电极连接至合适的I/O电路，从而促进电极可编程性。脉冲生成器22由微控制器20经由控制信号24控制。IMD 12包括选择性地耦合到一个或多个电极的感测电路44，该感测电路44通过开关26执行感测操作以检测心脏活动。感测电路44可以包括专用感测放大器、多路复用放大器或共享放大器。感测电路44可以在单极感测配置或双极感测配置中操作。感测电路44的输出连接到微控制器20，进而微控制器20响应心脏活动的存在或不存在而触发或抑制脉冲生成器22。感测电路44从微控制器20接收控制信号46，用于控制耦合到感测电路的任何阻塞电路(未示出)的增益、阈值、极化和定时的目的。

IMD 12还包括模数A/D数据采集系统(DAS)84，其经由开关26耦合至一个或多个电极，以对任意一对期望电极上的心脏信号进行采样。A/D DAS 84由来自微控制器20的控制信号86控制。

IMD 12还配备有通信调制解调器(调制器/解调器)或电路40，以实现无线通信。调制解调器240能够及时准确地将数据从患者直接传输到外部设备14，反之亦然。例如，通信调制解调器40被配置为建立与外部设备14的通信链路16。在实施例中，通信调制解调器40从外部设备14接收编程包，并在编程会话期间将用于更新、改变、变化等IMD的编程包传送给微控制器20，以便在执行编程包中包含的配置改变请求和/或命令执行请求之前进行验证。除了IMD 12的远程编程之外，与外部设备14的无线通信链路16便于医生和/或患者访问由IMD 12生成的患者数据。

通信调制解调器40可利用射频(RF)、蓝牙或蓝牙低能量遥测协议。信号在高频范围内传输，并将在液体中穿过身体组织，而不会刺激心脏或被患者感觉到。通信调制解调器40可以作为微控制器20的一部分在硬件中实现，或者作为编程到微控制器20中并由微控制器20执行的软件/固件指令来实现。或者，调制解调器40可以作为独立的硬件组件与微控制器20分开。

微控制器20通过合适的数据/地址总线62耦合至非暂时性数据存储器设备，本文称为存储器设备88。存储器设备88存储微控制器20使用的可编程操作参数和/或与心律失常的检测和确定相关联的数据。在实施例中，存储器设备88还存储当前编程会话，以及先前对编程会话做出的任何和所有改变、修改、更新等。

IMD 12可选地包括一个或多个生理传感器70，其可调整起搏刺激率，检测心输出量的改变、心脏生理状况的改变和/或活动的昼夜改变(例如，检测睡眠和觉醒状态)。生理传感器70的示例可以包括例如感测呼吸率、血液pH值、心室梯度、活动、身体运动、位置/姿势、每分钟通气量(MV)等的传感器。

电池72为IMD 12中的所有组件提供操作电源。电池72能够在低电流消耗下长时间段操作，并且能够在患者需要电击脉冲(例如，超过2A，电压在2V以上，持续10秒或更长时段)时提供高电流脉冲(用于电容器充电)。

IMD 12还包括阻抗测量电路74，可用于多种用途，包括感知呼吸相位。IMD 12还可以配备遥测电路64，当经由物理(例如，有线)通信链路连接时，该遥测电路64可以选择性地与外部设备(诸如，设备14)通信。IMD 12包括由微控制器20生成的控制信号86控制的电击电路80。电击电路80生成由微控制器20控制的低能量(例如，高达0.5焦耳)、中等能量(例如，0.5-10焦耳)或高能量(例如，11至40焦耳)的电击脉冲。在IMD 12感测和监测心脏活动而不实施刺激治疗的替代实施例中，IMD 12可以没有脉冲生成器22和电击电路80。

微控制器20可包括其他专用电路和/或固件/软件组件，诸如定时控制(模块)32和形态检测器(模块)36。定时控制32用于控制各种定时参数，诸如刺激脉冲(例如，起搏速率、心房-心室(AV)延迟、心房间传导(A-A)延迟、心室间传导(V-V)延迟等)以及用于跟踪RR间隔、不应期、消隐间隔、噪声检测窗口、诱发反应窗口、警报间隔、标记通道定时等的定时。形态检测器36被配置为检查和分析心脏活动信号的形态(诸如检测到的R波的形态)的一个或多个特征，以确定是否包括或排除一个或多个心跳进行进一步分析。

图3为根据实施例的系统100的示意图。当IMD 102植入患者体内时，系统100提供IMD 102的安全远程编程。除了IMD 102，系统100包括一个或多个外部设备。在示例实施例中，外部设备包括第一外部设备104和第二外部设备106，但是在其他实施例中，系统100可以仅包括单个外部设备或者多于两个外部设备。系统100可以代表图1和图2所示的系统10。例如，IMD 102可以代表IMD 12，第二外部设备106可以代表外部设备14。

一个或多个外部设备构建编程包108，其被设计用于更新IMD 102的编程会话的操作配置。IMD 102的编程会话的操作配置通常指规定设备行为的特定设置、功能、参数等。例如，操作配置影响IMD 102如何收集数据，诸如心脏信号，IMD 102如何分析数据，以及IMD102如何响应数据。该响应可以包括激活脉冲生成器或电击电路以向患者传递刺激治疗、将数据保存在存储器设备中、将数据传送到外部设备106等。即使IMD 102先前已经被编程，编程会话的操作配置也可能由于患者的生理改变、IMD 102在患者体内的计划外移动而随时间更新，或者甚至基于软件开发来增强IMD 102的功能。

在所示实施例中，第一外部设备104构建与编程会话相关的编程包108。在非限制性示例中，临床医生访问并利用第一外部设备104来选择多个配置改变请求114的集合112以包括在编程包108中。第一外部设备104可以是临床医生编程设备、工作站或计算设备(例如，智能手机、平板电脑、膝上型电脑等)。临床医生可以通过经由网络110与云中的服务器或其他计算设备通信来选择集合112。例如，在接收访问以选择配置改变请求114并命令生成编程包108之前，可能需要临床医生登录到安全门户。第一外部设备104可以远离第二外部设备106和患者。

第一外部设备104经由网络110将编程包108作为消息传送至第二外部设备106。在非限制性示例中，第二外部设备106是至少在第二外部设备106将编程包108传送给IMD 102时靠近患者放置的设备。例如，第二外部设备104可以是患者使用或拥有的床边监测设备或计算设备，诸如智能手机、平板电脑、膝上型电脑等。

当第二外部设备106接收到编程包108时，编程包108可计划在未来的指定时间向IMD 102发送编程包108。第二外部设备106最初将编程包108存储在设备106的存储器设备中直到指定时间。在指定时间，第二外部设备106将编程包108无线发送到IMD 102以更新编程会话。这种预先计划经由中间设备向IMD传递编程包的过程被称为异步远程编程。在IMD102接收编程包108时，IMD 102被植入患者体内。根据本文的实施例，IMD 102利用虚拟设备引擎(VDE)来基于编程包模拟IMD的操作。VDE与IMD通信，以确保最新的编程配置是已知的。以这种方式，VDE可以基于在IMD的最近和最新的编程会话来验证编程包是否被配置。如果编程包108的所有元素都被验证，则IMD 102执行所有的配置改变请求114，以更新IMD 102的操作配置。另一方面，如本文所述，如果至少一个元素未被验证，则IMD 102不执行任何配置改变请求114，使得IMD 102的操作配置不基于改变请求被更新。

第一外部设备104和第二外部设备106包括各自的控制器电路(例如，控制器)和通信电路。控制器中的每一个包括一个或多个处理器。在上面描述的过程中，第一外部设备104的控制器116生成编程包108。第一外部设备104的通信电路118经由网络110将编程包108传送给第二外部设备106。第二外部设备106的通信电路120接收编程包108，并将编程包108传送到第二外部设备106的控制器122进行分析。控制器122确定用于将编程包108传送到IMD 102的预定传递时间和传输特性，诸如信道和协议。在计划的传递时间，控制器122利用通信电路120将编程包108发送到IMD 102。通信电路120可以包括天线124，该天线124经由RF信号(例如蓝牙)无线发送编程包108。代表编程包108的信号穿透患者的身体126并到达IMD 102的接收器。接收器可以是图2所示的通信调制解调器40，其将接收到的数据包传送到微控制器20的一个或多个处理器进行分析。这样，IMD 102有利地能够接收编程包108，而不需要网络连接或接近传感器。

在上面描述的情况下，编程包108从源到IMD 102的通信被延迟和/或间接，存在编程包108的内容在生成后和被IMD 102接收前被篡改或破坏的风险。本文描述的系统100和方法执行密码操作以确保配置改变请求114是不可变的，并且包108的源在由IMD 102执行之前被认证。

图4示出了用于验证由临床医生402通过RPE 406从临床医生应用404向利用患者应用412的患者410的IMD 408发送的更新的系统400。在一个示例中，患者应用412可以在患者编程设备处被访问和编程。该更新可以是治疗、软件、固件、应用、程序等的更新。临床医生应用404可以存储在临床医生编程设备的存储设备中，临床医生编程设备包括临床医生膝上型计算机、台式计算机、CPU、智能手机、智能手表、平板电脑等。临床医生应用404也可以存储在网络内，诸如云中、服务器处、网络资源处等。在每种情况下，临床医生应用包括可以由一个或多个处理器执行的指令。一个或多个处理器可以是服务器的、网络设备等的临床医生膝上型计算机、台式计算机、CPU、智能手机、智能手表、平板电脑等。基于指令，提供了用于更新IMD的方法或过程的步骤。

RPE 406可通过蓝牙(BLE)等位于云中、网络中、服务器中。RPE 406包括可以模拟IMD 408的操作的VDE 414。通过模拟IMD 408的操作，VDE 414获得发生在IMD 408的事件与IMD 408相关的信息，包括所有更新、改变、修改等。VDE 414然后可以将该IMD 408操作信息存储在设备数据存储416。具体而言，RPE 406包括数据提取器418，其从传输数据调度器420提取这种信息，传输数据调度器420经由患者应用412从IMD 408连续接收传输数据。

通过连续获得IMD数据，VDE 414可连续模拟IMD 408的操作和设备活动，并将数据存储在设备数据存储416中。因此，VDE可以管理通信会话，包括由临床医生402实施的从初始化到待定、到完成(无论成功还是失败——见图5)的编程会话。以这种方式，当临床医生应用(app)将期望的修改、改变、更新等传送给RPE 406时，RPE可以将IMD 408的当前状态与期望的实施的修改、改变、更新等同步。VDE 414然后可以向异步档案生成器422提供同步的数据和信息，以生成异步远程编程档案，该异步远程编程档案包括用于更新IMD 408的更新的程序指令。以这种方式，如果IMD 408先前已经在临床医生402不知情的情况下被修改，则VDE 414确保期望的更新发生在程序、软件、固件、应用等的最新版本上。

图5示出了由临床医生504经由临床医生应用506实施的管理编程会话502的VDE的方框流程图500，在一个示例中，临床医生应用506位于临床医生编程设备处。类似于图4的实施例，临床医生编程设备可以是膝上型计算机、台式计算机、CPU、智能设备、平板电脑等。临床医生应用可以包括由膝上型计算机、台式计算机、CPU、智能设备、平板电脑等的一个或多个处理器执行的指令。基于编程会话，患者510的患者应用508接收用于治疗、软件、固件、应用、程序等的修改、改变、更新等的更新的程序指令。患者应用508可以在患者编程设备上。

在编程会话502期间，在512，VDE接收来自患者应用的输入，以初始化IMD设备。因此，在514，VDE被初始化并为编程改变做好准备。(参见图6)。在516，VDE从临床医生应用506接收所请求的编程改变。然后，在517，确定先前是否已经对IMD进行了其他编程改变，以及初始化是否已经发生。如果患者没有初始化IMD，则不会进行编程改变。以这种方式，VDE防止任何和所有操作、治疗、软件、固件等的更新直到初始化发生。初始化可确保VDE拥有与IMD相关的最新数据和信息，以防止更新期间中出现错误。

如果在517，确定IMD已初始化，且改变合适，则对IMD实施编程改变，并提供确认请求。此时，VDE指示改变是待定的，并且在518，可以由VDE经由患者应用在患者的电子设备上显示待定消息，或者经由临床医生应用在临床医生的电子设备上显示待定消息。以这种方式，临床医生和/或患者知道IMD的改变正在进行中。

在519，当VDE仍待定时，确定是否已收到确认。一旦更新或改变的确认被确认，则在520，可以传送成功消息。同样，可以在临床医生或患者的电子设备上传送成功消息。

如果在519，VDE未被确认，则在522，确定是否已经过了所确定的时间量。具体而言，可以计算更新下载、上传、导致改变等的时间量。在一个示例中，这个时间可以是十五分钟。结果，所确定的时间量可以是一个小时，使得如果在一个小时内没有发生确认，则可以认为更新失败。而在一个示例中，一个小时可以是所确定的时段，在其他示例中，两个小时、一天、一周等可以是所确定的时段。然而，一旦在没有确认的情况下达到了所确定的时段，则在524提供失败消息。失败消息可以显示在临床医生电子设备和/或患者电子设备中的任一个或两者上。

图6示出了当患者不在临床环境中时，用于初始化VDE中的IMD以及数据存储的过程600的示例。临床环境可以包括医院、诊所、医生办公室、治疗中心等。因此，初始化可以包括同步消息，或者传送到RPE的非临床消息，包括来自患者应用的消息。该消息被认为是同步消息，因为该信息确保VDE包括IMD的软件、固件、治疗等的最新版本，包括任何在不使用临床医生应用的诊所环境中提供的。

在602，将来自患者应用604的信息传输至VDE。在一个示例中，患者605可以登录到他们的患者应用604，并开启初始化按钮或键。在606，然后处理传输，并且在608，确定IMD是否已经初始化。如果之前已经初始化了IMD，诸如在门诊就诊期间，则不需要采取附加的步骤来初始化IMD。

如果在608，初始化之前未发生，则在610，VDE检查同步消息，或至IMD的其他传输。具体而言，VDE确定是否在不使用VDE的情况下在IMD发生了对治疗、软件、固件等的任何更新。以这种方式，如果任何这样的更新已经发生，VDE可以找到这样的传输并相应地修改当前请求的更新。

如果在610确定不存在附加的传输，则在612，IMD的初始化继续进行，无附加的修改或改变。然而，如果在610确实存在附加的传输，则在612，IMD的初始化基于所请求的更新和附加的传输。以这种方式，基于IMD的最新数据和信息进行所请求的更新。

一旦在614开始初始化，确定该初始化是否成功。如果初始化不成功，则在616，由VDE记录错误，并将错误消息传送给临床医生应用和患者应用。以这种方式，患者和临床医生了解已经发生了初始化失败，并且提供了日志以便于诊断是什么导致了错误。

如果在614，确定初始化成功，则在616，初始化IMD。作为被初始化的结果，IMD现在可以由临床医生应用更新。如果在614处确定初始化不成功，则在618处记录错误，并且可以将其传送给患者应用604。

图7显示了在临床医生环境中更新IMD的过程700的方框流程图。同样，临床医生环境可以包括医院、诊所、治疗中心、医生办公室等。当在临床环境中更新IMD时，这种更新需要被传送到临床医生应用，使得当期望使用临床医生应用进行更新时，临床医生应用可获得最新的数据和信息。此外，利用临床医生应用提供的任何更新都需要为患者应用和IMD所知，以便可以在知道所有先前更新的情况下做出临床中的改变。

在702，患者应用704将在患者应用704处接收到的来自患者705的所有通信传输传送至VDE。在706，处理传输中的每一个。在处理期间，在708，确定IMD是否已经初始化。如果该设备还没有被初始化，则在710，采取与图5中提供的步骤一致的步骤来初始化IMD。如果在708IMD被初始化，则在712确定VDE是否包括对IMD的最近更新、修改或改变。如果VDE没有最近的更新、修改或改变，则在714，不更新IMD，而是提供用于接收最近的数据和信息的过程。

如果在714出现最新的更新、修改或改变，则在716，VDE更新IMD。一旦IMD被设置为更新，在718，确定更新是否成功。如果在718更新不成功，则在720记录错误，并传送错误消息。如果在718更新成功，则在722传送成功消息。

图8示出了过程800的方框流程图，其中临床医生802通过提供来自临床医生应用804的通信，为患者的IMD提供编程更新，所述通信通过VDE 808经由患者应用806从患者805接收。

在VDE 808，VDE接收编程改变810，并在812虚拟处理编程改变。因为VDE 808连续地与患者应用806通信，所以当在患者应用806处发生改变、更新等时发生时，这种改变被传送到VDE 808，使得VDE更新代表患者IMD的虚拟IMD。结果，VDE可以提供关于所指示的编程改变是否是可允许的或者将实现临床医生802所期望的期望结果的验证。以这种方式，在IMD先前已经被更新的情况下VDE提供检查，和/或不包括与临床医生应用804指示的配置相同的配置。

因此，在814，确定预期编程改变在编程引擎中是否有效。如果编程改变无效，则在816，生成错误，记录错误，并传送给临床医生应用804。通过记录错误并将错误传送给临床医生，可以使临床医生意识到在更新程序指令时临床医生没有意识到的先前在IMD发生的改变。这允许临床医生确定IMD的当前状况，并重新确定是否需要改变。在一个示例中，在确定IMD的正确状态之后，临床医生可以决定不进行先前期望的更新或改变。或者，临床医生可以更新他们的编程记录，并且仅基于软件、固件、治疗计划等的正确版本重新提交请求。

如果在814确定预期编程改变有效，则在818更新患者档案，并作为异步远程编程档案传送至患者应用。如果更新的程序指令是为IMD提供的第一指令，则可以创建患者档案。或者，在819，用最近的更新来更新患者档案，以形成异步远程编程档案，并将其传送给患者应用，从而可以更新IMD。

在820更新或创建患者档案后，确定新内容版本是否成功。如果没有，则记录并传送错误。如果在820新内容版本成功，则在821存储更新的数据。此外，在822，当更新的程序指令被发送时，VDE自动开启定时器，并且在824将状态改变为待定，并且可以提供待定消息。以这种方式，VDE连续检查以验证更新已经发生。因此，如果发送了另一个更新，并且不存在更新已经发生的验证，则VDE可以提供这样的信息。类似地，一旦更新完成，就可以传送消息来更新VDE的状态，以提供类似的更新状态。或者，如果定时器期满而没有接收到确认消息，则可以在临床医生编程设备或患者编程设备上显示失败消息，以警告临床医生和/或患者更新没有发生。

图9示出了使用患者应用904更新患者902的IMD的过程900。在示例实施例中，任何先前的系统、设备、方法、过程等可以用来提供更新。

在906，患者应用904传输包括至IMD的更新的消息。在910，消息被VDE处理。在消息被处理并且确定患者期望对IMD进行改变、更新等之后，在912，确定IMD是否已经被初始化以更新IMD。同样，与其他进程类似，VDE也确保IMD在任何附加的改变、更新等发生之前被初始化。如果在912初始化之前没有发生，则传送消息914以开始初始化过程。如果初始化已经发生，则在916，确定当前是否有更新待定或者更新的内容是否已经存在。如果内容不存在或者不是待定的，则可以跳过过程900的剩余部分。

如果在916，内容存在，或待定，则在918，VDE请求确认。具体地，VDE验证期望的更新、改变等已经发生。因此，在919，确定更新是否成功。当成功时，在920，确认消息被传送到VDE。在另一示例中，响应于接收到确认消息，显示成功消息。如果在919更新不成功，则在922传送错误或失败消息，并且记录该错误。

图10示出了利用VDE的程序定时器1002来确定是否在IMD实施了更新、改变等的过程1000的流程框图。在1004，编程定时器在会话期间开始运行。在一个示例中，临床医生应用被用来请求IMD的软件更新。一旦验证了IMD的初始化，会话定时器就开始运行所确定的时段。可以基于改变、更新等发生的预期时间量来确定所确定的时段。因此，在软件正在被更新并且预计花费大约一个小时的情况下，所确定的时段可以是两个小时。以这种方式，所确定的时段可以基于完成任务、改变、更新等的预期时间。可选地，所确定的时段可以是静态时段，诸如一天。因此，不管更新的大小，也不管预期花费五分钟还是五个小时，所确定的时段可以是一天。在其他示例中，所确定的时段可以是两天、十二小时、两小时、一周等。尽管如此，当改变、更新等开始时，开始所确定的时段。

在1006，确定定时器是否已期满。在一个示例中，编程会话定时器被配置为基于预设间隔来检查所确定的时段是否已经期满。在一个示例中，预设间隔可以是一小时。或者，预设间隔可以是五分钟、两小时等。如果定时器已经期满，可以自动发送错误消息以通知临床医生、患者等更新不成功。

如果定时器已期满，则在1008，确定程序会话是否仍待定(例如，是否已收到确认消息)。因此，如果VDE没有接收到更新完成的确认消息，则程序会话保持待定，VDE继续等待接收验证。一旦经过了所确定的时段，如果没有接收到确认消息，并且程序会话不再是待定的，则在1010，错误或失败消息被记录到数据存储中，并且被传送给临床医生和/或患者。在没有确认的情况下，错误已经发生，并且传送失败消息以向临床医生或患者提供通知。可选地，如果在1008VDE仍然待定，则在1012，更新失败消息1014被传送给患者和/或临床医生。基本上，在所确定的时段已经过去而状态仍然待定之后，可以做出更新已经失败的评估。

图11至图15C显示了利用引擎提供医疗护理的系统的替代实施例。在该实施例中，医疗设备远程控制系统(MDRC系统)提供了安全可靠的端到端过程，用于利用连接到医疗设备的远程控制(RC)网关(例如，电子设备)进行远程设备操作。在通信会话期间，临床支持代表(远程用户)可以在被授予通信会话之前被临床医生(本地用户)认证和批准。远程用户和本地用户之间通过支持的连接协议(包括云网络和蓝牙)进行的所有通信和操作都经过安全签名和加密。为此，可以记录所有这样的通信会话，并且可以记录所有操作。

MDRC系统包括用于远程用户(即，临床支持代表)的基于云的医疗设备远程控制(RC)应用，用于本地用户(即，临床医生)的临床医生应用。RC应用管理用户(临床医生和临床支持代表)、医疗设备和RC网关(例如，在电子设备上)的数据，并跟踪操作的通信会话。当本地用户打开临床医生电子设备时，它将检测网络连接，并自动向MDRC引擎提供与临床医生和临床医生电子设备相关的心跳信息。临床医生电子设备上的临床医生应用显示系统状态，并允许本地用户在MDRC系统中请求通信会话。本地用户可以在临床医生电子设备上开始新的通信会话，并且可以使用诸如电话的辅助电子设备来向远程用户传送认证码。远程用户使用经由电话收到的认证码开始远程会话后，MDRC系统认证会话请求，并在远程用户的RC应用上显示条款和条件(T&C)。在远程用户打开通信会话之后，本地用户可以通过接受T&C来确认请求，并开始建立具有屏幕共享的新通信会话。最终，远程用户将需要接受T&C，并开始查看和控制本地用户的屏幕，以操作连接到远程用户的远程电子设备的医疗设备。

本地用户或远程用户均可关闭通信会话。当通信会话关闭时，会话数据可以保存在MDRC引擎中，并且通知本地用户和远程用户。如果电子设备失去网络连接，通信会话再次自动关闭。同样，如果有一段时间没有活动，MDRC系统也可以自动关闭通信系统。

图11示出了MDRC系统1100，其包括引擎1102、患者数据库1103、可在本地用户1108(例如，临床医生)的临床医生电子设备1106(例如，网关)处访问的临床医生应用1104、在远程电子设备1116(例如，网关)处用于RC用户1112(例如，临床支持代表)的RC应用1110，以及至少一个医疗设备1114。通过提供MDRC系统1100，可以提供通信会话。

引擎1102可包括一个或多个处理器，用于执行指令以执行本文所述的过程和方法。引擎1102还可以包括用于存储信息的存储器或存储设备，信息包括患者信息、医疗设备信息、治疗信息等。在示例中，引擎1102在云环境内，除了临床医生电子设备1106和远程电子设备1116之外，该云环境可以被许多电子设备访问。在一个示例中，引擎1102耦合到患者数据库1103，患者数据库1103包括患者信息、临床医生信息、现场代表信息、临床支持信息、医疗设备信息、电子设备信息，包括与临床医生电子设备1106和远程电子设备1116相关的电子设备信息等。存储的信息可以与单个患者、多个患者、患者医疗设备、通用医疗设备、研究、测试、其他患者信息等相关。总之，患者数据库1103和引擎1102可以在网络(包括网状网络、云网络、蓝牙网络等)内耦合，并且与多个临床医生电子设备、多个远程电子设备等通信以获得与多个患者、医疗设备、治疗等相关的信息。以这种方式，患者数据库可以包括算法，包括用于分析从多个患者、医疗设备、治疗等获得的信息的人工智能算法，以对医疗设备、治疗等相应地提供建议、修改、更新、改变等。

临床医生电子设备1106是位于患者位置的电子设备和/或医疗设备1114。临床医生电子设备1106被认为是本地的，因为患者和/或医疗设备1114位于临床医生电子设备1106的位置，并且不远离患者和/或医疗设备1114。在一个示例中，医疗设备1114是IMD。在另一示例中，医疗设备可以是神经刺激设备、监视器等。临床医生电子设备可以是膝上型计算机、台式计算机、移动设备、服务器、iPad等。

临床医生电子设备1106可包括一个或多个处理器，用于执行指令以执行本文所描述的过程和方法。临床医生电子设备还可以包括用于存储信息的存储器或存储设备，所述信息包括患者信息、医疗设备信息、治疗信息等。临床医生电子设备还可以包括接口，使得诸如临床医生的本地用户1108可以将信息输入到临床医生电子设备1106中。在一个示例中，接口是输入设备，其可以包括触摸屏、键盘、鼠标、麦克风等，以提供信息、命令等到临床医生电子设备1106。此外，临床医生电子设备1106可以包括输出设备，诸如屏幕、显示器、扬声器等用于向本地用户1108提供信息和数据。因此，临床医生电子设备1106可以被本地用户1108用来直接从医疗设备1114和/或拥有医疗设备1114的患者获得信息。

当本地用户打开临床医生电子设备1106时，临床医生电子设备1106检测网络连接并自动执行分析，以确保引擎1102可操作。此外，该分析可以确定与临床医生电子设备1106相关联的标识、名称、序列号等，临床医生应用1104的软件、固件等的版本，临床医生电子设备1106的操作系统等，临床医生电子设备1106的位置或区域等。

此外，远程电子设备1116位于远程或远离患者和/或医疗设备1114。远程电子设备1116可以位于不在患者和/或医疗设备1114的位置的医院、临床医生的办公室、临床医生的家中等。远程电子设备1116可以是包括接口的膝上型计算机、台式计算机、移动设备、服务器、iPad等，使得诸如临床医生支持代表的RC用户1108可以将信息输入到远程电子设备1116中。在一个示例中，远程电子设备1116是网络的电子设备。

远程电子设备1116可包括一个或多个处理器和用于执行指令和存储如临床医生电子设备1106和引擎1102的信息的存储器。此外，像临床医生电子设备1106一样，远程电子设备1116可以包括作为输入设备的接口以及输出设备。远程电子设备1116还包括RC应用1110，RC应用1110包括用于经由引擎1102从患者数据库1103获得患者信息的程序指令。RC申请者1110还可以与临床医生应用1104通信，以获得经由引擎1102从医疗设备1114获得的与患者相关的生理信息。

当RC用户1108打开远程电子设备1116时，远程电子设备1116检测网络连接并自动执行分析，以确保引擎1102可操作。此外，分析可以确定与远程电子设备1116相关联的标识、名称、序列号等，RC应用1110的软件、固件等的版本，远程电子设备1116的操作系统等，远程电子设备1116的位置或区域等。

图12示出了电子设备1200的示意框图。在一个示例中，电子设备1200是图11的临床医生电子设备，而在另一示例中，电子设备1200可以是图11的远程电子设备。电子设备1200可以是膝上型计算机、台式计算机、移动设备、服务器、iPad等。电子设备1200可以包括一个或多个处理器1202、存储设备或存储器1204以及收发器1206。收发器1206被配置为通过网络1210与其他电子设备通信。为此，收发器可以通过蓝牙等与位于云中的服务器、引擎等通信。此外，收发器可以与医疗设备1212通信。收发器可以通过网络1210远程地或直接地与医疗设备1212通信。在另一示例中，收发器1206可以与辅助电子设备1213a、远程电子设备1213b或远程辅助电子设备1213c通信。在示例实施例中，辅助电子设备1213a可以是智能手机、Ipad等，其可以通过网络接收短消息服务(SMS)消息，诸如文本消息。远程辅助电子设备1213c类似地可以是也可以接收SMS消息的智能手机、Ipad等。以这种方式，系统可以从临床医生、临床医生支持代表等接收标识信息并且可以由系统向辅助电子设备1213a和/或1213c提供SMS消息，以提供临床医生或临床医生支持代表确实提供了标识信息的验证。标识信息可以是用户名、密码、登录名等。通过使用辅助电子设备1213a和远程辅助设备1213c之间的通信信号，提供了附加的安全性。

电子设备1200还可包括接口1214，其可包括输入1216，诸如触摸屏、键盘、鼠标、麦克风等。电子设备1200还可以包括输出1218，输出1218还可以包括触摸屏、显示器、扬声器等。为此，输入1216和输出1218可以包括相同的接口、显示器等。电子设备1200还包括用于给电子设备1200供电的电源模块1220。

图13示出了在临床医生电子设备和远程电子设备之间形成通信会话的方法1300的示意性方框流程图。在一个示例中，临床医生电子设备包括临床医生应用，该临床医生应用被配置为从包括IMD的医疗设备接收信息。在另一示例中，远程电子设备包括RC应用，其被配置为提供用于与临床医生电子设备和耦合到患者数据库的引擎进行通信的指令。在示例实施例中，图11的MDRC系统实现图13的方法，其中临床医生电子设备、远程电子设备或引擎中的每一个都可以包括一个或多个处理器，该处理器被配置为执行指令以实现该方法或该方法的一部分。

在1302，激活临床医生电子设备。为了激活临床医生电子设备，可以打开电源、退出屏保、输入登录等。在1304，临床医生电子设备的一个或多个处理器获得临床医生电子设备信息。临床医生电子设备信息可以包括包含序列号、设备名称、用户名等的标识信息；包括软件版本、可用软件更新等的软件信息；包括固件版本、固件更新等的固件信息；包括全球定位信息、网络位置信息、电子设备位置信息等的位置信息等等。在一个示例中，临床医生电子设备信息被认为是与临床医生电子设备相关的心跳信息。

在1306，一个或多个处理器确定网络连接是否可用。在获得临床医生电子设备信息之后，确定是否可以经由引擎在临床医生电子设备和远程电子设备之间建立通信会话。要做到这一点，必须有用于通信的网络可用。如果网络不可用，则在1308，一个或多个处理器警告本地用户网络连接不可用，并且该方法结束。在网络连接可用之前，远程电子设备不能执行本文的方法和过程。

如果在1306，网络连接可用，则在1309，心跳信息，诸如包括序列号、设备名称、用户名等的标识信息；包括软件版本、可用软件更新等的软件信息；包括固件版本、固件更新等的固件信息；包括全球定位信息、网络位置信息、电子设备位置信息等的位置信息等等被传送到MDRC系统的引擎。

然后，在1310，一个或多个处理器检查路径是否被引擎识别。例如，可以确定临床医生电子设备是否被注册用于与引擎通信。为了确保患者信息的安全性和保密性，可以进行注册过程。在一个示例中，注册过程包括本地用户是被授权访问引擎的临床医生的认证。示例中的认证可以通过登录、生物扫描，诸如指纹、视网膜扫描、面部识别等，安全问题、经由使用钥匙、一次性依赖密码等方式提供。如果在1310，临床医生电子设备的用户没有注册，则在1312，一个或多个处理器将临床医生电子设备的用户发送到注册过程。在一个示例中，注册过程可以是网页、门户等，其中可以提供与用户相关的信息，并且可以提供认证信息以供以后使用。

如果在1310用户已注册，或如果在1312用户已注册，则在1313确定软件升级是否可用。如果软件升级不可用，则1314一个或多个处理器形成与引擎的通信会话，并将临床医生电子设备信息提供给引擎。通过提供获得的临床医生电子设备信息，包括临床医生信息、患者信息、患者治疗信息、医疗设备信息等，引擎可以开始分析信息、保存信息等，以增强和改善对患者的治疗。

如果在1313，软件升级可用，则在1316，软件进行升级。以这种方式，可以在任何时候访问引擎时提供软件升级。然后，在升级之后，可以开始通信会话。

图14A示出了临床医生电子设备开启与远程电子设备的通信会话的过程1400的流程框图。在一个示例中，临床医生电子设备和远程电子设备是先前描述的临床医生电子设备和远程电子设备。

在1402，临床医生电子设备的一个或多个处理器接收来自临床医生的指令，以开始与临床医生电子设备上的临床医生应用的新的通信会话。在一个示例中，临床医生应用是下载或上传到临床医生电子设备上的软件应用。临床医生应用可以包括临床医生信息、患者信息、医疗设备信息、治疗信息等，以帮助向本地患者提供治疗。在开启过程中，一个或多个处理器可以检查是否提供了网络连接。如果没有，则可以向临床医生应用提供报告，该报告可以传送给没有提供连接的临床医生。在一个示例中，弹出菜单上的消息被呈现在输出上，诸如可以由临床医生阅读的显示器。

如果提供连接，可确定临床医生电子设备是否已注册使用引擎。以确保与医疗设备、患者、临床医生等相关的信息不被邪恶的个人获得，则提供注册过程以确保只有合格的临床医生使用该系统。如果确定该临床医生没有注册，则可以将该临床医生指引到注册位置。注册位置可以是网页、网站等，其中临床医生可以提供关于他们自己和/或患者的信息，从而可以验证临床医生是他们所说的人，并确保临床医生有资格接收患者信息。在另一示例中，一个或多个处理器可以提供网站地址、电话号码等，临床医生可以利用它们在系统中注册。

在1404，MDRC系统的一个或多个处理器响应于开启远程会话的请求生成认证码。在一个示例中，认证码可以是个人标识码(PIN)、随机数、一次性时间受限密码、公钥等。

在1406，MDRC系统的一个或多个处理器显示认证码，以供临床医生查看。同时，在1408，将认证码传送给远程电子设备的RC应用。

一旦临床医生在显示器上看到认证码，临床医生可经由辅助电子设备1410将认证码传送至远程辅助电子设备1412(见图14B)。在一个示例中，临床医生可以将SMS消息从智能手机传送到RC用户的智能手机。具体地，RC用户可以具有远程辅助电子设备，诸如智能手机、iPad等。通过使用到该远程辅助电子设备的SMS消息，由于通信在MDRC系统之外，所以提供了附加的安全级别。

图14B示出了如何利用RC应用以使RC用户(例如，临床医生支持代表)进入远程通信会话的示意框图。当RC用户在远程辅助电子设备1412处接收到认证码时，RC用户可以开启临床医生应用。

1414处的临床医生应用准备好随时开始远程会话。以这种方式，在1416，RC用户可以打开临床医生应用并输入认证码以开始会话。一旦认证码被输入到远程电子设备中，就在1418确定认证码是否准确，或者是否与在显示器上提供给临床医生的认证码相匹配。

如果认证码不正确，则RC应用提供远程会话准备好的主页，且不提供通信会话。然而，如果在1418，RC应用认证了认证码，则在1420，向RC用户提供在显示器上显示的条款和条件。如果条款和条件未被接受，RC应用将在主页上提供远程会话已准备好。如果条款和条件被接受，则远程会话开始。

图14C示出了在1420，RC用户通过接受条款和条件接受远程会话后，临床医生应用发生的情况。在1422，临床医生电子设备的一个或多个过程在显示器上显示供临床医生接受的条款和条件。则在1424，临床医生电子设备的一个或多个处理器确定临床医生是否已经接受条款和条件。如果没有，则提供主页，并且不进行远程会话。然而，如果条款和条件被接受，则在1426，为临床医生应用开启远程会话。

图14D示出了RC用户在1420接受条款和条件后，RC应用发生的情况。响应于条款和条件被接受，在1428确定临床医生是否作为接受条款和条件的结果而接受了远程会话。如果临床医生不接受条款和条件，则在1430，显示主页，并且不发生远程会话。然而，如果临床医生接受条款和条件，则在1432，为RC应用开启远程会话。

图15A至图15C示出了导致通信会话终止的通信会话期间可能发生的过程和方法的方框流程图。图15A示出了当在1502连接丢失时，或者当临床医生应用关闭通信会话时发生的情况。响应于连接的丢失或临床医生应用的关闭，在1504，在引擎处的一个或多个处理器将会话数据记录到引擎。通过自动保存日志会话数据，不会因意外停止通信会话而丢失任何信息。此外，在1506，一旦记录了信息，就向RC应用发送通信会话已经作为连接丢失的结果或者作为临床医生电子设备终止会话的结果而结束的通信。以这种方式，RC应用可以提供指令来向RC用户显示或传送通信会话的结束。此外，在1508，临床医生应用终止通信会话，并提供向本地用户(临床医生)显示或呈现主屏幕的指令。

图15B示出了当RC用户(例如，临床支持代表)终止通信会话时发生的过程的示意流程框图。在1510，RC用户提供输入以关闭RC应用处的通信会话。响应于接收到输入，在1512，RC应用与引擎通信，并且在引擎处记录或保存所有会话数据。则在1514，向临床医生应用提供通信，以通知本地用户(临床医生)通信会话已经被RC用户终止。在1516，RC应用为RC用户提供主屏幕。

图15C示出了通信会话因不活动而结束时发生的过程的示意流程框图。当通信会话开始时，引擎监测RC应用和临床医生应用之间的通信。提供了定时器，该定时器被设置为没有通信发生的预定时间量。在一个示例中，所确定的时间量是五分钟，在另一示例中，所确定的时间量是十分钟、一小时、两小时等。如果出现错误，通过提供定时器，通信会话可以结束，防止另一个会话遇到打开的通信会话。因此，在1518，引擎确定已经超过阈值时间(例如，所确定的时间量)，并且作为响应，通信会话被终止。在1520，引擎记录并保存会话数据。在1522，通知RC应用，并且在1524，也通知临床医生应用。以这种方式，每个应用可以在接口上提供通信会话已经结束的信息，并且可以提供主屏幕。

结尾

应清楚理解，根据附图广泛描述和说明的各种布置和过程，和/或此类布置的一个或多个单独组件或元件，和/或与此类过程相关联的一个或多个过程操作，可独立于或与本文描述和说明的一个或多个其他组件、元件和/或过程操作一起使用。因此，尽管本文广泛地设想、描述和说明了各种布置和过程，但是应当理解，它们仅仅是以说明性而非限制性的方式提供的，并且此外可以被视为仅仅是一个或多个布置或过程可以在其中起作用或操作的可能工作环境的示例。

如本领域技术人员所知，各方面可体现为系统、方法或计算机(设备)程序产品。因此，各方面可以采取完全硬件实施例或包括硬件和软件的实施例的形式，这些实施例在本文中可以统称为“电路”、“模块”或“系统”。此外，各方面可以采取包含在一个或多个计算机(设备)可读存储介质中的计算机(设备)程序产品的形式，该计算机(设备)可读存储介质上包含有计算机(设备)可读程序代码。

可利用一个或多个非信号计算机(设备)可读介质的任何组合。非信号介质可以是存储介质。存储介质可以是例如电子、磁、光、电磁、红外或半导体系统、装置或设备，或者前述的任何合适的组合。存储介质的更具体的示例包括以下：便携式计算机磁盘、硬盘、随机存取存储器(RAM)、动态随机存取存储器(DRAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或闪存)、便携式光盘只读存储器(CD-ROM)、光存储设备、磁存储设备或前述的任何合适的组合。

可采用一种或多种编程语言的任意组合编写用于执行操作的程序代码。程序代码可以完全在单个设备上执行，部分在单个设备上执行，作为独立的软件包，部分在单个设备上执行，部分在另一设备上执行，或者完全在另一设备上执行。在一些情况下，设备可以通过任何类型的网络连接，包括局域网(LAN)或广域网(WAN)，或者可以通过其他设备(例如，通过使用互联网服务提供商的互联网)或通过硬线连接(诸如，通过USB连接)进行连接。例如，具有第一处理器、网络接口和用于存储代码的存储设备的服务器可以存储用于执行操作的程序代码，并通过其网络接口经由网络将该代码提供给具有第二处理器的第二设备，用于在第二设备上执行代码。

本文参考附图描述了各方面，附图根据各种示例实施例说明了示例方法、设备和程序产品。程序指令可以被提供给通用计算机、专用计算机或其他可编程数据处理设备或信息处理设备的处理器，以产生机器，使得经由设备的处理器执行的指令实现指定的功能/动作。程序指令也可以存储在设备可读介质中，其可以指导设备以特定方式运行，使得存储在设备可读介质中的指令产生包括实现指定功能/动作的指令的制造品。程序指令也可以被加载到设备上，以使一系列操作步骤在设备上执行，从而产生设备实现的过程，使得在设备上执行的指令提供用于实现指定功能/动作的过程。

本文中的单元/模块/应用可包括任何基于处理器或基于微处理器的系统，包括使用微控制器、精简指令集计算机(RISC)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、逻辑电路和能够执行本文所述功能的任何其他电路或处理器的系统。附加地或替代地，本文的模块/控制器可以表示电路模块，该电路模块可以被实现为具有执行本文描述的操作的相关指令的硬件(例如，存储在有形的和非暂时性的计算机可读存储介质上的软件，诸如计算机硬盘驱动器、ROM、RAM等)。上述示例仅仅是示例性的，因此并不旨在以任何方式限制术语“控制器”的定义和/或含义。本文的单元/模块/应用可以执行存储在一个或多个存储元件中的一组指令，以便处理数据。存储元件也可以根据期望或需要存储数据或其他信息。存储元件可以是信息源的形式，或者是本文的模块/控制器内的物理存储元件。这组指令可以包括各种命令，这些命令指示本文的模块/应用执行特定的操作，诸如本文描述的主题的各种实施例的方法和过程。这组指令可以是软件程序的形式。软件可以是各种形式，诸如系统软件或应用软件。此外，软件可以是独立程序或模块的集合、较大程序中的程序模块或程序模块的一部分的形式。该软件还可以包括面向对象编程形式的模块化编程。处理机对输入数据的处理可以响应于用户命令，或者响应于先前处理的结果，或者响应于另一处理机做出的请求。

应理解的是，本文所述主题的应用不限于本文所描述的或附图所示的结构细节和组件布置。本文描述的主题能够有其他实施例，并且能够以各种方式实践或执行。此外，应该理解的是，本文使用的措辞和术语是为了描述的目的，而不应该被认为是限制性的。本文中“包括”、“包含”或“具有”及其变体的使用意在涵盖其后列出的项目及其等同物以及附加项目。

应理解的是，上面描述说明旨在说明，而非限制。例如，上述实施例(和/或其方面)可以彼此结合使用。此外，在不脱离其范围的情况下，可以进行许多修改以使特定情况或材料适应本文的教导。虽然本文描述的尺寸、材料类型和涂层旨在限定各种参数，但它们决不是限制性的，而是说明性的。通过阅读以上描述，许多其他实施例对于本领域技术人员来说将是显而易见的。因此，实施例的范围应当参照所附权利要求以及这些权利要求的等同物的全部范围来确定。在所附权利要求中，术语“包括(including)”和“其中(in which)”被用作相应术语“包括(comprising)”和“其中(wherein)”的简明英语等价物此外，在权利要求中，术语“第一”、“第二”和“第三”等仅用作标签，并不旨在对它们的对象施加数字要求或对它们的行为施加执行顺序。

Claims (22)

1.一种医疗设备远程控制MDRC系统，包括：

具有一个或多个处理器的临床医生电子设备，所述临床医生电子设备的一个或多个处理器被配置为：

通过网络向引擎传送请求，以进入远程电子设备的通信会话；

生成认证码；和

基于所述认证码为所述通信会话提供路径；

具有一个或多个处理器的所述远程电子设备，所述远程电子设备的一个或多个处理器被配置为：

获得所述认证码；

经由所述引擎验证所述认证码；和

为所述通信会话提供所述路径。

2.根据权利要求1所述的MDRC系统，其中，所述路径包括所述引擎。

3.根据权利要求1所述的MDRC系统，其中，所述临床医生电子设备的一个或多个处理器还被配置为：

从临床医生编程设备的临床医生应用获得指令；和

基于所述指令执行所述传送、生成和提供步骤。

4.根据权利要求1所述的MDRC系统，其中，所述远程电子设备的一个或多个处理器还被配置为：

从远程控制RC应用获得指令；和

基于所述指令执行所述获得、验证和提供步骤。

5.根据权利要求1所述的MDRC系统，其中，所述临床医生电子设备的一个或多个处理器还被配置为：

将所述认证码传送给所述引擎。

6.根据权利要求1所述的MDRC系统，其中，所述远程电子设备的一个或多个处理器还被配置为：

从RC用户的输入获得所述认证码；

从所述引擎接收所述认证码；

利用从所述引擎接收的认证码来验证从所述RC用户输入的认证码。

7.根据权利要求1所述的MDRC系统，其中，所述临床医生编程设备的一个或多个处理器还被配置为：

与医疗设备通信。

8.根据权利要求7所述的MDRC系统，其中，所述医疗设备是植入式医疗设备。

9.根据权利要求1所述的MDRC系统，其中，所述临床医生电子设备的一个或多个处理器还被配置为：响应于连接的丢失，在所述临床医生编程设备的接口上提供主页。

10.根据权利要求1所述的MDRC系统，其中，所述远程电子设备的一个或多个处理器还被配置为响应于所述通信会话的终止，在所述远程电子设备的接口上提供主页。

11.根据权利要求1所述的MDRC系统，其中，所述引擎响应于所述通信会话的终止，记录与通信会话相关的信息。

12.一种利用医疗设备远程控制MDRC系统治疗患者的方法，包括：

通过网络从临床医生电子设备向引擎传送请求，以进入远程电子设备的通信会话；

利用所述临床医生电子设备的一个或多个处理器生成认证码；

利用所述临床医生电子设备的一个或多个处理器，基于所述认证码为所述通信会话提供路径；

利用所述远程电子设备的一个或多个处理器获得所述认证码；

利用所述远程电子设备的一个或多个处理器来验证认证码；和

利用所述远程电子设备的一个或多个处理器，基于所述认证码提供用于所述通信会话的路径。

13.根据权利要求12所述的方法，还包括：经由所述引擎形成所述临床医生电子设备和远程电子设备之间的路径。

14.根据权利要求12所述的方法，还包括：

利用所述临床医生电子设备的一个或多个处理器从所述临床医生电子设备的临床医生应用获得指令；和

基于所述指令执行所述临床医生电子设备的所述传送、生成和提供步骤。

15.根据权利要求12所述的方法，还包括：

利用所述远程电子设备的一个或多个处理器从所述远程电子设备的远程控制RC应用获得指令；和

基于所述指令执行所述远程电子设备的所述获得、验证和提供步骤。

16.根据权利要求12所述的方法，其中，所述远程电子设备的一个或多个处理器从RC用户的输入获得所述认证码。

17.根据权利要求16所述的方法，其中，所述远程电子设备的一个或多个处理器从所述引擎接收包括所述认证的通信，并且其中从所述RC用户的输入获得的认证码的验证是基于从所述引擎接收的认证码。

18.根据权利要求12所述的方法，还包括：

利用所述临床医生电子设备的一个或多个处理器与医疗设备进行通信。

19.根据权利要求18所述的方法，还包括：

基于所述通信会话向所述医疗设备提供治疗指令；和

基于所述治疗指令用所述医疗设备提供治疗。

20.根据权利要求12所述的方法，还包括：

响应于所述临床医生电子设备处的连接的丢失，利用所述临床医生电子设备的一个或多个处理器在所述临床医生电子设备的接口处提供主页。

21.根据权利要求12所述的方法，还包括：

响应于所述通信会话的终止，利用所述远程电子设备的一个或多个处理器在所述远程电子设备的接口处提供主页。

22.根据权利要求12所述的方法，还包括：

响应于所述通信会话的终止，利用所述引擎记录与所述通信会话相关的信息。