对于患者而言更容易向其护理者和保健专业人员提供可靠的健康信息以用于帮助患者改进其管理其糖尿病的能力的目的。糖尿病管理应用14意图供患有糖尿病的个人使用。糖尿病管理应用14可以支持血糖数据和其它有关健康指标的录入、传递、存储、显示和分析。由于人们一般一直随身带着其移动设备，因此糖尿病管理应用14应用可以为患有糖尿病的人员提供将其健康信息记入日志且共享的总是可用且易于使用的方式。
[0062]糖尿病管理应用14可以借助于SMS和丽S消息、通过报告的电子邮件递送和通过到基于web的糖尿病管理系统的数据上传来支持数据共享。这些选项可以使患者数据对患者的护理者和保健专业人员而言可用，改进他们帮助患者管理其糖尿病的能力。
[0063]糖尿病管理应用14可以支持多个语言。糖尿病管理应用14可以支持附加的结构化测试协议、食物数据库的整合和来自诸如血压袖带、体重计等等之类的其它BT/BLE使能健康设备的数据传递。虽然糖尿病管理应用14的代码可以在其可以支持运行不同操作系统的不同移动设备的程度上不同，但是糖尿病管理应用14在至少以下含义上提供了用于糖尿病管理的公共平台:糖尿病管理应用14允许新语言的简单添加，包括核心逻辑与用户接口功能的清晰分离，包括核心逻辑与数据访问机制的清晰分离，以及支持新特征的添加。
[0064]糖尿病管理应用14的用户接口可以由糖尿病管理应用14和在基于web的糖尿病管理系统上托管的内容二者递送。糖尿病管理应用14可以包括外部系统接口以便:导出和导入来自基于web的糖尿病管理系统的数据和设置；从所支持的BT/BLE仪接收数据；电子邮件、丽S和SMS文本消息传递(当可用时)；从经由电子邮件备份和恢复数据；将XML文件导出到基于web的糖尿病管理系统；和第三方数据分析学服务。
[0065]图7是图示了用于激活用于糖尿病护理的移动电话应用上的用药建议器特征的示例性技术的流程图。在102处，患有糖尿病的人员在诸如移动电话16之类的移动设备上下载诸如糖尿病管理应用14之类的应用。应用尤其包括用药建议器。此外，应用可以包括其它医学特征，诸如碳水化合物计数器和胰岛素栗控制。虽然参照用药建议器特征进行公开，但是本公开的教导还可以适用于其它医学特征，诸如碳水化合物计数器、胰岛素栗控制等。
[0066]在104处，患有糖尿病的人员可以使用应用和移动设备与血糖仪和/或胰岛素栗通信。例如，患有糖尿病的人员可以使用血糖仪来执行血糖测试并可以使用应用和移动设备从血糖仪采集涉及血糖测试的数据。此外，患有糖尿病的人员可以使用应用和移动设备来控制和/或测试血糖仪和/或胰岛素栗。
[0067]在106处，患有糖尿病的人员可以决定是否访问应用中的用药建议器。如果访问用药建议器是不必要的，则患有糖尿病的人员可以继续使用应用和移动设备以与血糖仪和/或胰岛素栗通信，如以上所描述的那样。此外，患有糖尿病的人员可以继续使用应用和移动设备来与保健专业人员通信。然而，如果患有糖尿病的人员需要访问应用中的用药建议器，则患有糖尿病的人员可以在108处向保健专业人员发送电子邮件消息或SMS。电子邮件消息或SMS可以包括移动设备的具体信息。例如，移动设备的具体信息可以包括但不限于移动设备的序列号、与处理器相关联的标识符(例如CPU ID)或者与通信设备相关联的标识符(例如MAC地址)等等。此外，电子邮件消息或SMS可以包括由应用和移动设备从血糖仪和/或胰岛素栗采集的数据。
[0068]在110处，患有糖尿病的人员可以从保健专业人员接收包括由保健专业人员基于移动设备的具体信息生成的激活密钥的电子邮件消息或SMS。此外，电子邮件消息或SMS可以包括由保健专业人员基于由患有糖尿病的人员发送的来自血糖仪的数据生成的用药建议参数。例如，用药建议参数可以包括但不限于bG目标范围、就餐上升、胰岛素与碳水化合物之比、胰岛素与bG (灵敏度)之比和最大用药中的一个或多个。电子邮件消息或SMS还可以包括针对血糖仪和/或胰岛素栗的诊断和/或校准信息。
[0069]在112处，患有糖尿病的人员可以将激活密钥录入到应用中以激活用药建议器。此外，患有糖尿病的人员可以将用药建议参数录入到应用的用药建议器特征中以计算新的用药。在114处，移动设备中的应用可以使用移动设备将新的用药传送到胰岛素栗。随后，胰岛素栗可以将新的用药派给到患有糖尿病的人员。
[0070]在一些实现中，保健专业人员可以包括激活密钥自身中的用药建议参数，使得患有糖尿病的人员必须将仅激活密钥录入到应用中，并且在录入激活密钥时，用药建议器基于包括在激活密钥中的用药建议参数来自动配置其自身。这可以确保患有糖尿病的人员不能更改用药建议参数。此外，每当用药建议需要被改变时，患有糖尿病的人员将被要求请求和获取新的激活密钥。基于用药建议参数计算的用药和用药建议参数将保持有效且生效达激活密钥保持有效的持续时间或者直到获得新的激活密钥，无论哪一个先发生为准。
[0071 ] 在一些实现中，应用可以验证所接收的激活密钥是否事实上来自受信源。例如，验证可以是使用包括在应用中的散列算法来执行的。保健专业人员可以使用应用所使用的相同散列算法对激活密钥进行加密。例如，激活密钥可以是通过对患有糖尿病的人员的标识信息(例如姓名、患者ID等)、经由电子邮件或SMS消息从患有糖尿病的人员接收的与移动设备相关联的标识符等等进行散列处理来生成的。
[0072]当激活密钥被患有糖尿病的人员录入时，应用使用散列算法来解密激活密钥。应用中的散列算法将解密结果与由患有糖尿病的人员录入到应用中的标识信息和/或与移动设备相关联的标识符进行比较。如果解密结果匹配于患有糖尿病的人员的标识信息和/或与移动设备相关联的标识符，则应用确定激活密钥接收自受信源，并且应用授予对用药建议器的访问。如果解密结果不匹配于患有糖尿病的人员的标识信息和/或与移动设备相关联的标识符，则应用确定激活密钥不接收自受信源，并且应用不授予对用药建议器的访问。
[0073]图8是用于激活在移动设备上施行的应用程序的医学特征的方法200的流程图。应用程序由患者(例如患有糖尿病的人员)下载在移动设备上。应用程序包括要求来自保健专业人员(例如内科医师)的处方的一个或多个特征以激活和使用该特征。例如，特征可以包括用药建议器特征。
[0074]在202处，内科医师可以获得用于对特征进行激活的激活代码。例如，内科医师可以登录到生成和分发激活代码的服务器中。内科医师可以请求用于激活患者使用的应用程序的特征的激活代码。服务器可以验证内科医师的凭证并向内科医师提供激活代码。例如，服务器可以以印刷形式或电子地(例如经由电子邮件)提供激活代码。
[0075]每一个激活代码可以是唯一的(即不同的)且可以不重复。每一个激活代码可以包括标识要激活的特征的标识符、激活代码要被使用在的国家的国家代码、以及字母数字串。例如，标识符可以包括一个数字，国家代码可以包括两个字符，并且字母数字串可以包括四个字符。激活代码可以具有到期日期。例如，如果处方内科医师要求患有糖尿病的人员在六个月中返回以评估和修改用药建议参数，则激活可以具有其在设置时间之后停止工作的时间限制。换言之，激活代码可以保持有效达预定时间段并可以在预定时间段的结尾处到期。
[0076]内科医师然后可以(例如经由SMS、电子邮件或电话呼叫)向患者提供激活代码和与处方相关联的一个或多个参数。参数用于通过应用程序的特征来控制患者的治疗并因此由内科医师开处方。一些参数可以被配对(例如连结)到激活代码且一旦被激活就可以用于设置特征。
[0077]如本文所使用的借助于一个或多个参数“设置特征”意味着:参数用于在特征激活时配置特征。“与激活代码配对的”参数是作为激活代码的一部分而传送到应用程序或者连同激活代码一起传送或者以其它方式与特定激活代码相关联地链接或存储的参数。
[0078]在激活和设置过程之后，其它参数可以被特征使用以生成剂量数据。例如，所述参数可以用作用于生成指示应当如何派给药物的数据的输入。
[0079]例如，图9示出包括内科医师可能被要求以向患有糖尿病的患者开处方的设置(即用于设置特征的参数)的表。在基本设置下列出的参数被使用在应用程序的用药建议器特征的基本设置中。这些参数可以被配对(即连结)到例如激活代码，并可以与激活代码一起被应用程序14接收。在附加设置下列出的参数可以是使用特征或应用程序的设置/建议器菜单来调整的。
[0080]在204处，应用程序从内科医师接收激活代码和与处方相关联的一个或多个参数。在206处，应用程序经由网络从移动设备向服务器传输激活代码以用于生效。在208处，服务器可以验证以下各项中的一个或多个以便确定激活代码是否有效。例如，服务器可以验证激活代码是否接收自被授权使用激活代码的应用程序而不是接收自任何其它未经授权的应用程序。服务器可以验证激活代码是否要被使用在应用程序被使用在的国家中。服务器可以验证激活代码此前是否已经被使用过。服务器可以验证激活代码是否已经由于丢失或被盗而被禁用或删除。
[0081]如果以上各项中的一个或多个被验证，则服务器可以确定激活代码有效并生成授权代码。授权代码可以包括指示激活代码要被使用在其中的国家的国家代码、标识要使用激活代码激活的特征的标识符、激活代码、指示激活代码是否有效的状态指示符和指示激活代码生效时的日期和时间的时间戳。
[0082]在一些实现中，授权代码可以包括激活代码、包括激活代码生效时的日期和时间的时间戳、要使用激活代码激活的特征的标识符和指示激活代码有效的授权。授权可以包括通过级联时间戳、标识符和国家代码、后跟执行散列和加密函数而获得的加密串。附加或其它安全机制可以用于确保激活代码的安全性和完整性。服务器可以经由网络向应用程序返回授权代码。
[0083]激活代码的示例可以是“EP頂cnMZ7283hlasi7d8w”，其中:
-包括字符“EP”的第一和第二位置可以充当特征标识符，
-包括字符“IM”的第三和第四位置可以充当患者和内科医师驻留在其中的国家的标识符，
-第五和所有后面的位置“cnMZ7283hla…”可以是服务器创建的随机数或随机串。
[0084]例如，内科医师可以在服务器处登记一次。然后，为了激活他或她的患者之一的应用程序的医学特征，内科医师可以在服务器处认证并触发包括新随机串的激活代码的生成；例如，内科医师可以从由服务器生成的GUI的下拉列表选择由应用