CN112513993A - 用于远程规定药物配量方案的系统和方法 - Google Patents

用于远程规定药物配量方案的系统和方法 Download PDF

Info

Publication number
CN112513993A
CN112513993A CN201980049747.7A CN201980049747A CN112513993A CN 112513993 A CN112513993 A CN 112513993A CN 201980049747 A CN201980049747 A CN 201980049747A CN 112513993 A CN112513993 A CN 112513993A
Authority
CN
China
Prior art keywords
hcp
insulin
patient
mobile device
mma
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201980049747.7A
Other languages
English (en)
Inventor
R·G·阿尔登
J·S·安德鲁斯
J·L·约翰逊
J·H·帕沙尔
H·D·特内尔
S·A·魏甘德
K·M·韦斯特菲尔德
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Eli Lilly and Co
Original Assignee
Eli Lilly and Co
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Eli Lilly and Co filed Critical Eli Lilly and Co
Publication of CN112513993A publication Critical patent/CN112513993A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/60ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
    • G16H40/67ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for remote operation
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H20/00ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/10ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients
    • G16H20/17ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients delivered via infusion or injection
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/60ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
    • G16H40/63ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for local operation
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H50/00ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
    • G16H50/20ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for computer-aided diagnosis, e.g. based on medical expert systems
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H80/00ICT specially adapted for facilitating communication between medical practitioners or patients, e.g. for collaborative diagnosis, therapy or health monitoring
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0481Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H20/00ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/60ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to nutrition control, e.g. diets
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/20ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms

Landscapes

  • Engineering & Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Biomedical Technology (AREA)
  • Public Health (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Pathology (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Chemical & Material Sciences (AREA)
  • Medicinal Chemistry (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Medical Treatment And Welfare Office Work (AREA)
  • Medicines That Contain Protein Lipid Enzymes And Other Medicines (AREA)
  • Infusion, Injection, And Reservoir Apparatuses (AREA)
  • Medical Preparation Storing Or Oral Administration Devices (AREA)

Abstract

本文中公开了用于远程规定药物配量方案的系统和方法。一个实施例采取包括经由医疗保健专业人员(HCP)系统的HCP门户用户接口呈现与患者有关的多个药物配量方案的方法的形式。每个呈现的药物配量方案与相应的不同的药物配量算法相关联。该方法还包括经由HCP门户用户接口接收对呈现的药物配量方案中的至少一个的HCP选择。该方法还包括向与患者相关联的移动设备上的医疗移动应用程序(MMA)传输HCP选择的方案的数据,所述数据指示所述至少一个HCP选择的药物配量方案。

Description

用于远程规定药物配量方案的系统和方法
技术领域
本公开涉及医疗设备和医疗信息系统,并且特别地涉及用于远程规定(prescription)药物配量方案(regimen)的系统和方法。
背景技术
有无数疾病和其他医疗状况,患者因其而接受医学治疗。该治疗很经常涉及一个或多个药物的一个或多个配量方案。
发明内容
本文中公开了用于远程规定药物配量方案的系统和方法。本系统和方法适用于用于许多类型的疾病和其他医疗状况的许多类型的药物。患者因这些医疗状况而被在本公开中称为医疗保健专业人员(HCP)的人治疗。如本文中所使用的,HCP既包括直接向患者提供医疗保健的人和/或实体(例如,医生、护士、执业护士、医师助手(PA)等),也包括不直接向患者提供医疗保健但间接支持向患者提供医疗保健的人和/或实体(例如,行政人员、数据库管理人员、其他信息技术人员、保险和/或其他与支付相关的人员等)。在本文中描述的、其中HCP规定药物配量方案和/或要求规定的其他治疗的情况下,假定HCP具有发出这样的规定将会被要求的适当的教育、培训、认证、许可和/或类似物。由所述药物配量方案支配的药物的示例包括一个或多个治疗剂,所述治疗剂包括但不限于胰岛素、诸如赖脯胰岛素或甘精胰岛素之类的胰岛素类似物、胰岛素衍生物、胰高血糖素、胰高血糖素类似物、胰高血糖素衍生物,以及能够由药物输送设备输送或者可以在不依靠药物输送设备的情况下患者服用(例如,口服或通过应用到患者的皮肤)的任何治疗剂。药物可以与一个或多个赋形剂一起配制。
本系统和方法的适用性的一个示例领域是糖尿病(diabetes)(有时也称为糖尿症(diabetes mellitus)),它是一组代谢紊乱的一般术语,其一般以人体中持续一段时间的提高的葡萄糖(例如,血葡萄糖或血糖)水平为特征。如本领域中和医学界中已知的,提高的葡萄糖水平的另一术语是高血糖,其通常被定义为大于180 毫克(mg)每分升(dL)(mg/dL)的葡萄糖水平——也可表达为10毫摩尔(mmol)每升(L)(mmol/L)的量的阈值。相反的情况(即不足的葡萄糖水平)被称为低血糖,其通常被定义为等于或小于70 mg/dL(3.9 mmol/L)的葡萄糖水平。
有两个主要类型的糖尿病,其被称为1型糖尿病和2型糖尿病,它们中的每个以不同的方式与胰岛素的相关,胰岛素是对人体将葡萄糖代谢处理成立即使用或存储以供稍后使用的能量极为重要的激素。1型糖尿病一般被认为是自身免疫病,其中患者的免疫系统错误地攻击胰腺中产生胰岛素的“β细胞”。2型糖尿病一般以胰腺无法为身体的需要产生足够的胰岛素或者患者的身体失去了其对胰岛素响应的能力为特征。
在用于1型和/或2型糖尿病的疗法之中是合成胰岛素的皮下注射。一般来说,根据许多维度对合成胰岛素进行分类,所述维度包括发作(即,它们通常多快起作用)、峰值(即,达到最大功效之前通常经过多少时间)、持续时间(即,效果通常持续的时间的量)和浓度。浓度的典型表达方式是每毫升(mL)的单位数;作为示例,每mL 100个单位的浓度通常表达为U100。
在1型和/或2型糖尿病的情况下,有两个主要种类的通常由HCP规定、通常用于皮下注射的合成胰岛素:基础胰岛素和大药丸(bolus)胰岛素。基础胰岛素也通过数个其他术语(诸如背景胰岛素和长效胰岛素)被知道,并且为了维持在诸如禁食、睡觉、处于两餐之间等的时间期间患者中一定的基线胰岛素水平的目的,一般由糖尿病患者每日定期并且以一致的用量服用一次或两次。大药丸胰岛素还具有数个已知的名称,所述名称包括餐时胰岛素、进餐时间胰岛素和速效胰岛素,并且一般由糖尿病患者更多的是根据需要服用,最通常在进餐时间服用,以用于处置葡萄糖水平飙升的目的,所述葡萄糖水平飙升是进餐时间的典型特征但也可以发生在其他时间。
尽管当然适用于用于许多类型的疾病、状况等的许多类型的药物,但是本方法和系统意图至少部分地帮助HCP和具有1型或2型糖尿病的患者管理(有时加强的)基础胰岛素和/或大药丸胰岛素方案。实际上,尽管本公开中的一些示例一般涉及用于糖尿病病例的大药丸胰岛素配量方案的规定和实现,但是应当理解,这当作说明而非限制,并且绝不排除与用于其他类型的胰岛素(例如,基础胰岛素)和/或用于其他类型的疾病的配量方案有关的本系统和方法。一般地并且如上所述,应当理解,本系统和方法适用于用于多种疾病、状况等的多种配量方案。
本系统和方法的发明人意识到,管理胰岛素治疗的复杂性可能是有挑战性的,特别是在患者侧,而且在HCP侧是有挑战性的。本系统和方法解决了现有技术的数个技术问题,包括以下技术问题:现有的医疗设备和医疗技术实现一般不提供HCP可以用来从多个预定和预编程的配量方案中为特定患者选择和甚至定制至少一个药物配量方案(例如,大药丸胰岛素配量方案)的机制,然后通过与在和患者相关联的移动设备上运行的应用程序远程交互而进一步在数据网络上向该患者规定至少一个方案。依照本系统和方法的一些实施例,用于所述多个预定和预编程的配量方案的逻辑可以与在患者的移动设备上运行的应用程序一起提供,但是可以被初始锁定以便使患者不可访问。进一步依照一些实施例,HCP可以在该移动设备上为该患者从所述多个预编程的配量方案中远程解锁至少一个特定的HCP选择的方案,其然后可以向患者提供用于实现所述至少一个方案的指令,并且在一些情况下,指挥一个或多个附加医疗设备(其也与患者相关联)执行所述至少一个HCP选择的配量方案中的一些或全部。本系统和方法表示至少该技术问题的技术解决方案。并且值得注意的是,本段绝不意味着本公开不表示其他技术问题的其他技术解决方案。
一个实施例采取包括经由在HCP系统上执行的HCP门户应用程序呈现与患者有关的多个药物配量方案的方法的形式。每个所呈现的药物配量方案都与相应的不同的药物配量算法相关联。该方法还包括经由HCP门户用户应用程序接收对所呈现的药物配量方案中的至少一个的HCP选择。该方法还包括将指示至少一个HCP选择的药物配量方案的HCP选择的方案的数据传输到与患者相关联的移动设备上的医疗移动应用程序(MMA)。
另一实施例采取包括一个或多个服务器的连接式护理服务器系统的形式,所述服务器中的每个包括一个或多个通信接口、一个或多个处理器、以及数据贮存器。在至少一些实施例中,连接式护理服务器系统是连接式护理云(C3)服务器系统,并且所述一个或多个服务器中的每个是云服务器。所述一个或多个服务器的数据贮存器共同包含所述一个或多个服务器的处理器中的一个或多个可执行以用于使得连接式护理服务器系统执行一组服务器系统功能的指令,所述一组服务器系统功能包括在前述段落中列出功能。又一实施例采取其上存储有指令的一个或多个非暂时性计算机可读介质(CRM)的形式,所述指令在被一个或多个处理器执行时可操作成使得所述一个或多个处理器实行一组功能,所述一组功能包括在前述段落中列出功能。结合任何实施例,CRM可以采取本文中提及的任何非暂时性数据存储介质和/或本领域技术人员认为适合于给定实现的任何其他非暂时性数据存储介质的形式。示例包括任何适合形式的存储器(包括易失性和非易失性存储器两者)、磁盘贮存器、光贮存器和/或类似物。
另一实施例采取包括在与患者相关联的移动设备上执行的MMA处接收HCP选择的方案的数据的方法的形式,所述HCP选择的方案的数据指示从多个药物配量方案当中对HCP选择的药物配量方案的HCP选择,所述多个药物配量方案中的每个与相应的不同的药物配量算法相关联。HCP已经经由在HCP系统上执行的HCP门户应用程序为患者做出了HCP选择。该方法还包括至少部分地响应于已经接收到HCP选择的方案的数据而在MMA上解锁所指示的HCP选择的药物配量方案。
另一个实施例采取与患者相关联的移动设备的形式。该移动设备包括移动设备通信接口、移动设备处理器和移动设备数据贮存器。移动设备数据贮存器包含移动设备处理器可执行以用于使得移动设备执行MMA来实行一组MMA功能的指令,所述MMA功能包括在前述段落中列出功能。又一实施例采取其上存储有指令的一个或多个非暂时性CRM的形式,所述指令在被一个或多个处理器执行时可操作成使得所述一个或多个处理器实行一组功能,所述一组功能包括在前述段落中列出功能。
另一个实施例采取包括上述连接式护理服务器系统和上述移动设备的系统的形式。至少一个实施例进一步包括上述HCP系统。
另一实施例采取方法的形式,所述方法包括:通过与患者相关联的移动设备上的处理器在移动设备的可视显示器上同时呈现多个面板,其中所述多个面板包括:第一面板,其显示将要施予患者的胰岛素的单位数,以及第二面板,其显示由第一面板显示的单位数的胰岛素预期覆盖(cover)的碳水化合物的量;在移动设备处接收表示所请求的对第一面板显示的胰岛素的单位数的调整的用户输入;以及通过处理器根据所请求的对第一面板显示的胰岛素的单位数的调整来更新所述多个面板中的每个面板,其中所述更新包括通过第一面板显示胰岛素的经调整的单位数以及利用第二面板显示由经调整的单位数的胰岛素预期覆盖的碳水化合物的经调整的量。
在一些实施例中,所述多个面板可以进一步包括显示与第二面板显示的碳水化合物的量对应的膳食量(meal size)的指示的面板,并且其中所述更新包括显示与经调整的碳水化合物的量对应的经调整的膳食量的指示。替代地,或另外,所述多个面板可以进一步包括显示光谱(spectrum)的面板以及指示第二面板显示的碳水化合物的量落在光谱上的哪里的指示符,所述光谱显示在小膳食量和大膳食量之间的膳食量的范围。替代地,或另外,所述多个面板可以进一步包括指示第二面板显示的碳水化合物的量是与小膳食量、中膳食量还是大膳食量对应的面板。替代地,或另外,所述多个面板可以进一步包括显示预期由施用第一面板显示的单位数的胰岛素引起的患者的葡萄糖水平中的下降的面板,并且其中所述更新包括显示预期由施用经调整的单位数的胰岛素引起的患者的葡萄糖水平中的经调整的下降。
在一些实施例中,该方法可以进一步包括:在移动设备处接收中膳食量的最大碳水化合物阈值和中膳食量的最小碳水化合物阈值,其中所述多个面板中的一个基于所接收的最大碳水化合物阈值和最小碳水化合物阈值而指示第二面板显示的碳水化合物的数量是与小膳食量、中膳食量还是大膳食量对应。该方法还可以进一步包括在移动设备处接收与患者相关联的胰岛素与碳水化合物的比率(ICR),其中第二面板显示的碳水化合物的量由处理器基于第一面板显示的单位数和所接收的ICR来计算。该方法还可以进一步包括在移动设备处接收与患者相关联的胰岛素敏感系数(ISF),其中基于第一面板显示的胰岛素的单位数和所接收的ISF来计算由所述多个面板中的一个所显示的患者的葡萄糖水平中的下降。
本文中描述了上面列出的实施例的数个变型和置换。而且,特别注意的是,可以关于任何类型的实施例来实现本公开中描述的任何变型或置换。例如,结合方法实施例主要描述的变型或置换无妨可以结合系统实施例和/或CRM实施例来实现。此外,尽管用于描述和/或表征这样的实施例的任何语言(例如,过程、方法、步骤、功能、功能集等)稍微不同,但是都存在实施例的该灵活性和交叉适用性。
附图说明
从下面的描述中可以得到更详细的理解,所述描述是经由示例、结合下面的附图而呈现的,在附图中跨各图结合相似的元素结合使用相似的参考数字。
图1描绘了依照至少一个实施例的示例通信情境,其包括示例HCP系统、示例健康信息技术(IT)系统、与示例患者相关联并且和也与示例患者相关联的多个示例个人医疗设备进行通信的示例移动设备、包括经由示例网络彼此通信地互连的一个或多个示例服务器(例如,连接式护理云服务器)的示例服务器系统、以及示例管理员-门户系统。
图2描绘了依照至少一个实施例的图1的示例HCP系统的示例物理架构。
图3描绘了依照至少一个实施例的图1的示例移动设备的示例物理架构。
图4A描绘了依照至少一个实施例的图1的示例服务器系统中的一个示例服务器的示例物理架构。
图4B描绘了依照至少一个实施例的图1的示例管理员-门户系统的示例物理架构。
图5描绘了依照至少一个实施例的图1的示例服务器系统的示例功能架构。
图6描绘了依照至少一个实施例的示例通信和处理生态系统中的各种实体。
图7描绘了依照至少一个实施例的第一示例方法,其可以由图1的服务器系统执行。
图8描绘了依照至少一个实施例的第二示例方法,其可以由图1的执行示例MMA的移动设备来执行。
图9至18描绘了依照至少一个实施例的用于经由图1的示例HCP系统来显示的各种示例屏幕截图。
图19描绘了依照至少一个实施例的流程图,所述流程图图示了用于计算、呈现和编辑由MMA实现的胰岛素的所推荐剂量的示例性过程。
图20描绘了依照至少一个实施例的来自MMA的示例性屏幕截图,其中MMA与患者的葡萄糖传感器自动同步。
图21A、21B和21C描绘了依照至少一个实施例的来自MMA的示例性屏幕截图,其中MMA接收患者的葡萄糖水平。
图22A、22B、22C和22D描绘了依照至少一个实施例的来自MMA的示例性屏幕截图,其被MMA用于每日滴定配量方案。
图23A、23B、23C和23D描绘了依照至少一个实施例的来自MMA的示例性屏幕截图,其被MMA用于固定剂量配量方案。
图24A、24B、24C和24D描绘了依照至少一个实施例的来自MMA的示例性屏幕截图,其被MMA用来接收碳水化合物的数量以用于碳水化合物大药丸计算器配量方案。
图25A、25B、25C和25D描绘了依照至少一个实施例的来自MMA的示例性屏幕截图,其被MMA用来接收进餐时间胰岛素的单位数以用于碳水化合物大药丸计算器配量方案。
图26A、26B、26C和26D描绘了依照至少一个实施例的来自MMA的示例性屏幕截图,其被MMA用于基于碳水化合物膳食量的计算器配量方案。
图27A、27B和27C描绘了依照至少一个实施例的来自MMA的示例性屏幕截图,其被MMA用来呈现和/或编辑胰岛素的所推荐剂量。
图28描绘了依照至少一个实施例的示例性用户接口显示,其具有与所呈现的胰岛素剂量有关的四个信息面板。
图29描绘了依照至少一个实施例的一系列示例性用户接口显示,其示出了四个信息面板在所呈现的胰岛素剂量被调整时如何更新。
图30描绘了依照至少一个实施例的示例实施例,其中图28和29的用户接口被显示在连接式药物输送设备上。
图31描绘了依照至少一个实施例的流程图,其图示了由移动设备执行以显示和更新图28、29和30的用户接口的示例性过程。
为了促进对本公开原理的理解的目的,下面参考附图中图示的实施例,其被在下面描述。本文中公开的实施例不意图是详尽的或将本公开限于下面的详细描述中公开的精确形式。准确地说,实施例被选择和描述使得本领域其他技术人员可以利用它们的教导。因此,由此不意图限制本公开的范围。
在贯穿本公开的一些实例中和在权利要求书中,关于各种组件、诸如各种标识符之类的数据和/或其他元素使用了诸如第一、第二、第三和第四之类的数字修饰语。这样的使用不意图表示或指示元素的特定顺序或要求顺序。准确地说,该数字术语用来帮助读者标识被引用的元素并将该元素与其他元素区分开,并且不应被狭义地解释为坚持任何特定顺序。
此外,在进行该详细描述之前,要注意,在各种附图中描绘——和结合各种附图所描述——的实体、布置等被呈现作为示例而非作为限制。照此,关于特定图 “描绘了”什么、特定图中的特定元素或实体“是”或“具有”什么的任何和所有陈述或其他指示,以及任何和所有类似的陈述——其可能被孤立地和脱离情境地当作绝对的并且因此当作限制性的——只能被适当地当作建设性地(除非实际上)以诸如“在至少一个实施例中,……”之类的分句为前导。并且出于类似于呈现的简洁和清楚的原因,不在该详细描述中令人作呕地(ad nauseum)重复该隐含的引导分句。
具体实施方式
1.示例架构
A.示例通信情境
图1描绘了依照至少一个实施例的示例通信情境100,其包括示例HCP系统102、示例健康IT系统118、与示例患者124相关联并且与也与示例患者124相关联的多个示例个人医疗设备(在该描绘中,示例葡萄糖仪126和示例连接式注射设备134)通信的示例移动设备104、包括经由示例专用网络138彼此通信地互连的一个或多个示例服务器140-146的示例服务器系统106、以及示例管理员-门户系统148。图1中还描绘了数据网络108,通信链路110、112、114、116、128、136、150、152和154;HCP系统102的显示器120;以及移动设备104的显示器122。进一步显示了关联箭头125、概念信息流箭头130和概念信息流箭头132,下面对它们两者进行描述。应当理解,图1中所描绘的实体及其布置和互连是为了说明并且作为示例而非限制而提供的,并且其他实体、布置和互连可以被实现并且被本领域技术人员认为适合于给定情境。
下面结合图2从物理架构的立场更全面地描述HCP系统102(包括显示器120),但是其一般可以采取被装备、配置和编程成执行在本文中描述的HCP门户功能的任何计算设备的形式。HCP系统102的一些选项包括台式计算机、膝上型计算机、平板计算机、诸如智能电话之类的移动设备,或使用语音、增强现实(AR)或虚拟现实(VR)与HCP交互的设备。在一些实施例中,HCP系统102是能够支持和运行因特网浏览器(即,web浏览器——或许作为独立的应用程序,或许作为另一应用程序的能力,举不过几个例子)的任何电子设备。如图1中所描绘的,HCP系统102经由通信链路116通信地连接到健康IT系统118,并经由通信链路110通信地连接到数据网络108。尽管通信链路116被描绘为与数据网络108分离,但是应当理解,在一些实例中,链路116的全部或部分可以穿过数据网络108的至少一部分。在一些实例中,HCP系统102可以经由数据网络108与HIT系统118间接通信,而不是如图1中所描绘的那样通过直接链路116。除了其他示例之外,具有作出规定的角色(例如,医生、医师助手(PA)、执业护士等)的HCP和作为护理团队的一部分的 非作出规定的HCP,以及与整合输送网络(IDN)相关联的用户也在HCP系统102的典型用户之中。
在各种不同的实施例中,HCP系统102提供并支持除了这里可能列出的其他示例之外还诸如规定药物配量方案(例如,诸如基础胰岛素配量方案、大药丸胰岛素配量方案和/或类似物之类的胰岛素配量方案)、修改现有的配量方案规定、设置和/或修改配量方案参数以及查看个体患者数据之类的功能。HCP经由HCP系统102关于配量方案的规定和参数设置帮助患者确定药物配量。除了其他功能之外,HCP系统102还为HCP提供了经由通信链路116从健康IT系统118下载患者EHR数据以及在HCP门户中查看EHR数据、查看可用药物配量方案、选择向患者规定的配量方案和为所选配量方案的所需参数(在胰岛素配量方案的示例情况下,诸如起始剂量、胰岛素与碳水化合物的比率等)分派值的能力。HCP系统102进一步提供使得HCP用户能够回顾患者历史数据的数据可视化特征。在各种实施例中,可用图表形式、图形形式、表格形式和/或本领域技术人员认为适合于给定实现的一个或多个其他形式来查看该患者历史数据。
下面结合图3从物理架构的立场更全面地描述移动设备104(包括显示器122),但是其一般可以采取被装备、配置和编程成执行本文中描述的移动设备功能的任何计算设备的形式。移动设备104的一些选项包括手机、智能电话、个人数字助理(PDA)、平板计算机、膝上型计算机、可穿戴设备、经由语音或虚拟现实与其用户进行交互的移动设备等。如图1中所描绘的,移动设备104经由通信链路128通信地连接到葡萄糖仪126,经由通信链路136通信地连接到连接式注射设备134,并经由通信链路112通信地连接到数据网络108。如通过双端且虚的关联箭头125所描绘的,移动设备104——例如通过订阅账户、所有权、拥有和/或以一个或多个其他方式——与患者124相关联。
关于C3服务器系统106,下面结合图4A从物理架构的立场更全面地描述C3服务器140-146的一个示例。此外,下面结合图5从功能架构(例如,软件架构)的视角更全面地描述作为整体的C3服务器系统106。然而,一般地,C3服务器系统106可以采取被共同装备、配置和编程成共同执行本文中描述的C3服务器系统功能的一个或多个服务器的任何集合的形式。如图1中所描绘的,C3服务器系统106经由通信链路114通信地连接到数据网络108。
注意,如图1中所描绘的,C3服务器系统106中的每个相应C3服务器140-146可以具有它自己的相应的与数据网络108的通信链路114;而且或替代地,单个通信链路114可以或许经由防火墙、网络接入服务器(NAS)和/或类似物将C3服务器系统106与数据网络108通信地连接。为了呈现的清楚,在本公开的余下部分中,所述一个或多个通信链路114被称为“通信链路114”。此外,也如图1中所描绘的,相应的C3服务器140-146经由专用网络138彼此通信地互连,所述专用网络138可以采取局域网(LAN)、虚拟专用网络(VPN)和/或本领域技术人员认为适合于给定实现的一个或多个其他选项的形式或者包括它们。在一些实施例中,所描绘的网络138将不如当前所描绘的那样作为单独的网络而存在——在这样的实施例中,相应的C3服务器140-146经由它们到数据网络108的链路彼此通信。下面讨论C3服务器系统106和管理员-门户系统148之间的通信连通性。
一般来说,C3服务器系统106充当“云”,因为该术语在本领域中是关于诸如HCP系统102、健康IT系统118和移动设备104之类的实体(并且特别关于一个或多个应用程序,诸如在移动设备104上执行的一个或多个MMA)使用的。在一些实施例中,C3服务器140-146的子集可以专用于服务于HCP系统102(例如,以提供下面详细描述的HCP门户应用程序572)、健康IT系统118和移动设备104中的至少一个。然而,在一些实施例中,C3服务器140-146中的每个可能能够服务这三个实体中的任何实体。不管具体的架构实现如何,C3服务器系统106都充当具有用于那些实体的特定目的的至少一个云。照此,在至少一个实施例中,到和来自C3服务器系统106的与任何一个或多个其他实体的所有通信都是安全通信——作为示例,这样的通信可以如本领域中知道的那样被加密和/或签名。除了可以被实现为在各种情境中被本领域技术人员认为适合的其他通信安全和数据安全选项之外,这样的通信还可以在诸如VPN之类的隧道内部。
在各种不同的实施例中,并且如下文进一步描述的,C3服务器系统106——为所提及的实体并且可能为其他实体——提供并支持功能,诸如在HCP系统102与和患者相关联的移动设备上运行的MMA、数据贮存器之间安全和可靠地传输(与例如规定相关的)信息和数据,管理患者与HCP、IDN之间的关系等,并且在一些实施例中,替代地或另外,提供并支持被本领域技术人员认为适合于给定实现的一个或多个其他功能。此外,在一些实施例中,C3服务器系统106促进涉及支付方(例如,保险公司)的数据共享;在一些这样的实施例中,与支付方实体的这样的数据共享以相关联的患者决定参加以允许这样的通信为条件。并且也可以这里列出提供并支持的功能的其他示例。
下面结合图4B从物理架构的立场更全面地描述管理员-门户系统148,但是其一般可以采取被装备、配置和编程成执行本文中描述的管理员-门户-系统功能的任何计算设备的形式。管理员-门户系统148的一些选项包括台式计算机、膝上型计算机、平板计算机、工作站等。如图1中所描绘的,在至少一个实施例中,管理员-门户系统148可操作成经由通信链路150与C3服务器系统106(并且特别地在所描绘的示例中经由专用网络138)通信。在其他实施例中,还如图1中所描绘的,管理员-门户系统148可操作成经由数据网络108与HCP系统102、移动设备104和/或C3服务器系统106通信。并且在一些实施例中,管理员-门户系统148可操作成做这两者。
一般来说,在各种不同的实施例中,管理员-门户系统148提供关于HCP门户102、在移动设备104上执行的MMA和/或C3服务器系统106的各种服务。一个示例种类的这样的服务是与用户管理、登录、访问级别等有关的那些服务。在至少一个实施例中,具有足够许可的用户可以使用管理员-门户系统148来改变和/或管理HCP门户102、在移动设备104上执行的MMA和/或C3服务器系统106的各种设置。在一些情况下,经由管理员-门户系统148做出的改变仅影响单个MMA、单个用户、单个HCP和/或类似物;在其他情况下,这样的改变影响多个MMA、多个用户帐户、多个HCP和/或类似物。例如,可以向整合输送网络(IDN)(例如,医疗保健组织的网络)提供管理IDN中登记的患者的账号的管理员-门户系统148。在一些实施例中,管理员-门户系统148可操作成推出更新、升级等。在一些实施例中,管理员-门户系统148可操作成管理个体HCP账户、个体患者账户和/或类似物。并且当然可以在这里列出管理员-门户系统148可以用于的许多其他示例管理功能。
在图1中描绘的示例情况中,数据网络108经由通信链路110与HCP系统102通信地连接,经由通信链路112与移动设备104通信地连接,经由通信链路114与C3服务器系统106通信地连接,并且经由通信链路152与管理员-门户系统148通信地连接。在至少一个示例场景中,数据网络108包括一个或多个因特网协议(IP)网络,诸如通常被广泛称为因特网的网络的全球网络,一个或多个公共IP网络、一个或多个专用(例如,公司)IP网络和/或本领域技术人员认为适合于给定实现的任何其他类型的一个或多个IP网络。可以通过诸如IP地址(例如,IPv4地址或IPv6地址)之类的地址来标识经由数据网络108进行通信的实体。然而,不需要数据网络108是IP网络或包括IP网络,因为这仅是示例。
如本文中所使用的,“通信链路”包括一个或多个有线通信(例如,以太网、通用串行总线(USB)和/或类似物)链路和/或一个或多个无线通信(例如,蜂窝、Wi-Fi、蓝牙和/或类似物),并且还可以包括任何适合数量的中继设备,诸如路由器、交换机、网桥和/或类似物。通信链路112特别地可以包括至少一个无线通信链路,以促进与移动设备104的双向数据通信。此外,通信链路128和136中的一个或两者可以采取以下各项中的至少一个的形式或至少包括以下各项中的至少一个:近场通信(NFC)链路、蓝牙链路、射频识别(RFID)链路、直接射频(RF)链路和/或一个或多个其他类型的无线通信链路。此外,通信链路128和136可以是但不必是在(i)移动设备104和(ii)葡萄糖仪126和连接式注射设备134之间的点对点链路,分别地:在一些实施例中,通信链路128和136中的一个或两者是经由例如Wi-Fi或ZigBee路由器、或者蜂窝网络或塔(未描绘的)的间接链路。并且当然也可以在这里列出其他实现示例。
在图1中描绘的示例场景中,健康IT系统118经由通信链路116通信地连接到HCP系统102,并且一般可以采取一个或多个服务器的形式。健康IT系统118可能具有或可能不具有它自己的本地用户接口,诸如它自己的监测器显示器、键盘、鼠标、触摸屏或其他用户接口。在各种不同的实施例中,或许除了本领域技术人员认为适合于健康IT系统的其他功能之外,健康IT系统118还可选地提供并支持对患者电子健康记录(EHR——在行业中也称为电子医疗记录或EMR)的安全维护、安全存储和安全访问。此外,健康IT系统118经由通信链路154通信地耦合到数据网络108。健康IT系统118还可以经由数据网络108与C3服务器系统106通信。在一些实施例中,健康IT系统118经由标准化协议与C3服务器系统106和/或HCP系统102接口连接,所述标准化协议诸如是快速医疗保健互操作性资源(FHIR)协议或可替代医疗应用和可重用技术(SMART)协议,作为示例。
在本文中描述的示例场景中,患者124已经被与HCP系统102相关联的HCP诊断为具有糖尿病并且由其治疗,但是这仅作为示例而非限制。在所描述的实施例中,移动设备104(以及在其上运行的至少一个MMA)、葡萄糖仪126和连接式注射设备134每个都与患者124相关联,并且以至少该方式与彼此相关联。上述关联箭头125意图表示患者124与移动设备104的一般关联和用户-接口-级别交互。
进一步注意,虽然图1示出了移动设备104连接到葡萄糖仪126和连接式注射设备134两者,但在一些情况下,葡萄糖仪126和连接式注射设备134中只有一个可以出现在各种不同的场景中,并且两者都不是要求的。实际上,一些场景根本不涉及连接到移动设备104的附加医疗设备,诸如要求患者分别且手动地测量葡萄糖水平和/或将用量信息记入日志的系统的情况,或者如口服药物并且不需要设备来监测或以其他方式测试患者124的一个或多个水平、状况或其他参数的情况。在一些情况下,患者可以将不止一个葡萄糖仪和/或不止一个连接式注射设备连接到MMA——例如,患者在家中可能有一个葡萄糖仪和/或注射设备,并且在工作处可能有一个葡萄糖仪和/或注射设备。MMA可以被配置成支持每个的多个连接。此外,在一些情况下,除了葡萄糖仪和/或连接式注射设备之外,还存在一个或多个连接式医疗设备。一些示例包括血压监测仪、脉搏/氧气监测仪和/或类似物。并且当然可以在这里列出许多其他示例。
葡萄糖仪126出于医疗、糖尿病治疗目的与患者124相关联,并且经由上述通信链路128与移动设备104通信地连接。葡萄糖仪126可以包括血葡萄糖仪(BGM)、连续葡萄糖仪(CGM)、快速葡萄糖监测仪(FGM)或测量患者124的血葡萄糖或其他葡萄糖水平来源的其他设备(例如,隐形眼镜设备或使用近IR辐射来测量葡萄糖水平的设备)。BGM对患者的血葡萄糖水平采取离散的点测量(例如,通过刺患者的手指来对患者的毛细血管全血葡萄糖水平进行点测量)。CGM和FGM两者都使用传感器来测量间质葡萄糖。CGM系统可以包括传感器、传输器和接收器/app。CGM可以对患者的间质葡萄糖水平采取更频繁(即,更连续)的测量,并且可以可选地由患者连续穿戴相对延长的时间段(例如,一次若干小时或若干天)。这样的CGM的一个示例是Dexcom公司制造的G6传感器。FGM系统可以包括穿戴在患者身体的一部分上或插入患者的身体一部分中的传感器,以及在被激活时或在被紧靠该传感器放置时从传感器接收葡萄糖水平读数的阅读器(例如,手持阅读器)。这样的FGM的一个示例是由Abbott糖尿病护理公司制造的FreeStyle Libre设备。在一些实施例中,FGM不需要手指针刺校准。并且当然也可以包括一个或多个其他类型的葡萄糖仪。
CGM和FGM系统可以测量间质葡萄糖水平,而BGM系统可以测量血葡萄糖水平。为了简单和可读性,本公开的余下部分仅涉及“葡萄糖”水平或“GL”。要理解,视情况而定,这样的参考可以指代血葡萄糖或间质葡萄糖。
连接式注射设备134为了医疗、糖尿病治疗目的也与患者124相关联,并且经由上述通信链路136与移动设备104通信地连接。设备134可以进一步包括药品或药物。在一些实施例中,系统可以包括一个或多个设备以及药品或药物,所述设备包括设备134。术语“药品”或“药物”指代一个或多个治疗剂,包括但不限于胰岛素、诸如赖脯胰岛素或甘精胰岛素之类的胰岛素类似物、胰岛素衍生物、胰高血糖素、胰高血糖素类似物、胰高血糖素衍生物,以及能够通过以上设备输送的任何治疗剂。如在设备134中使用的药品或药物可以与一个或多个赋形剂一起配制。设备由患者、照料者或医疗保健专业人员以一般如在本文中描述的方式操作,以将药品输送给人。
在至少一个实施例中,连接式注射设备134是或至少包括在本领域中有时称为连接式胰岛素输送设备(例如,连接式胰岛素笔,诸如具有整合的和/或可附连的电子设备以自动检测并向另一电子设备报告注射的胰岛素的量的笔)的事物。在各种不同的实施例中,连接式注射设备134采取在以下专利申请中的任何专利申请中描述的胰岛素输送设备中的一个或多个的形式或包括所述胰岛素输送设备中的一个或多个,以下专利申请中的每个特此被通过引用以其相应整体结合于本文中:
● PCT申请号PCT/US17/65251,提交于2017年12月8日并且标题为MedicationDelivery Device with Sensing System(代理人案号X21353);
● PCT申请号PCT/US18/19156,提交于2018年2月22日并且标题为DoseDetection and Drug Identification for a Medication Delivery Device(代理人案号X21457);以及
● 美国临时专利申请号62/552,659,提交于2017年8月31日并且标题为DoseDetection with Piezoelectric Sensing for a Medication Delivery Device(代理人案号P21462)。
此外,在一些情况下,本公开中的那两个设备中的一个的能力中的一个或多个能力也或者替代地由那两个设备中的另一个和/或由一个或多个附加设备覆盖。在一个示例中,单个设备既可以监测葡萄糖(并回报结果),又可以注射胰岛素(并回报注射的量)。并且当然可以在这里列出能力的其他组合。
此外,并且也如以下所描述的,在一些实施例中,在移动设备104上执行的MMA出于各种原因(例如,发送配量命令、接收被配量的量确认报告、请求(例如,葡萄糖)读数、接收一个或多个测量到的值和/或类似物)与一个或多个连接式医疗设备(诸如示例葡萄糖仪126和连接式注射设备134)进行通信。这样的通信可以与给定设备以单向或双向方式进行。可以从连接式医疗设备传达给MMA的信息的附加示例包括错误代码、设备指标、配量记录和/或配量确认。并且当然可以在这里列出其他示例。此外,在一些情况下,在各种连接式医疗设备之间,诸如在葡萄糖仪126和连接式注射设备134之间,存在直接通信链路。
概念信息流箭头130意味着通过图形和在概念上描绘:除了其他信息之外并且如以下更全面描述的,HCP系统102或者直接地或者经由数据网络108、经由C3服务器系统106或经由一些其他中间组件或网络向在移动设备104上执行的MMA传输HCP选择的药物配量方案(例如,大药丸配量方案)规定。类似地,概念信息流箭头13意味着通过图形和在概念上描绘:除了其他信息之外并且如以下更全面描述的,在移动设备104上执行的MMA或者直接地或者经由C3服务器系统106传输关于患者的糖尿病和/或一个或多个其他与健康有关的状况、主题等的患者跟踪和患者共享的健康数据。
一般来说,应当理解,本文中描述的任何实体,包括但不限于HCP系统102、健康IT系统118、移动设备104(包括在其上执行的MMA)、C3服务器系统106和管理员-门户系统148——在至少一个实施例中可以与那些实体中的任何其他实体进行通信,而无需通过一个或多个其他实体来路由该通信。例如,在至少一个实施例中,HCP系统102和移动设备104可以交换信息,而该信息不必通过C3服务器系统106。然而,在一些实施例中,一个或多个实体确实经由至少一个附加实体来彼此通信;作为示例,在至少一个实施例中,数据(例如,HCP选择的方案的数据)经由C3服务器系统106从HCP系统102传送到在移动设备104上执行的MMA。
B.示例HCP系统(示例物理架构)
图2描绘了依照至少一个实施例的HCP系统102的示例物理架构。该架构被提供作为说明而非限制,因为可以实现本领域技术人员认为适合的其他架构。如图2中所描绘的,HCP系统102包括通信接口202、处理器204、数据贮存器206和用户接口208,所述用户接口208包括上述显示器120。
通信接口202可以包括用于有线通信的一个或多个组件,诸如以太网卡和/或类似物,和/或用于无线通信的一个或多个组件,诸如Wi-Fi芯片和/或类似物。处理器204可以是通用微处理器,诸如中央处理单元(CPU)。数据贮存器206可以是或包括任何适合的非暂时性计算机可读介质(CRM),诸如存储器(例如,只读存储器(ROM)、随机存取存储器(RAM)、闪存、固态驱动器、光存储器和/或类似物),并且可以包含处理器204可执行以用于至少实行本文中描述的HCP门户系统功能的指令。除了显示器120之外,用户接口208还可以包括一个或多个输出设备,诸如扬声器、指示符LED和/或类似物,并且可以进一步包括一个或多个输入设备,诸如键盘、鼠标、触控板、麦克风和/或类似物,如本领域中已知的那样。HCP系统102的各种组件被描绘为经由系统总线210通信地互连。
此外,应当理解,在本系统和方法的至少一个实施例中,HCP系统102运行或实现(在图5中描绘并且在本文中也称为“HCP门户应用程序572”的)HCP门户572。HCP门户572可以是在HCP系统102的硬件上执行的软件或固件应用程序。例如,HCP门户572可以采取在HCP的电子健康记录(EHR)系统内执行的窗口小部件的形式。这样的窗口小部件可以使用诸如关于FHIR(快速医疗保健互操作性资源)的SMART(可替代医疗App、可重用技术)之类的协议与HCP的EHR系统整合在一起。在一些实施例中,HCP门户572可以采取在web浏览器内运行的web应用程序的形式。在说明性示例中,HCP通过将HCP系统102上的web浏览器指向超链接来登录HCP门户572,接着HCP门户572在浏览器中打开。在至少一个这样的实施例中,HCP门户572中的HCP门户内容由C3服务器系统106托管。因此,在一些示例中,HCP系统102几乎不存储患者数据(例如,患者医疗记录、配量方案的数据和/或类似的东西),并且替代地充当其HCP用户和C3服务器系统106之间的这样的患者数据的纯粹管道。在一些这样的实施例中,有以用于web浏览器本身(例如,Microsoft Edge、Google Chrome、Apple Safari和/或类似物)的代码、而且或许有用于web应用程序(例如,Java)附加组件的代码的形式在本地存储的数据。并且当然可以在这里列出本领域技术人员可能认为适合于给定实现的——关于可操作代码和/或其他实质性数据的集中和/或分布式性质的——其他变型。
C.示例移动设备(示例物理架构)
图3描绘了依照至少一个实施例的移动设备104的示例物理架构。如通过检查可以看出的,图3在许多方面与图2类似,并且因此不在这里非常详细地描述。然而,由于移动设备104是移动设备,因此本领域技术人员将理解,在每个组件中可能存在对应的差异,诸如通信接口302或许被装备、编程和配置用于无线广域网(WWAN)通信(根据例如LTE)和无线局域网(WLAN)通信(根据例如Wi-Fi)而且具有附加的无线通信能力,诸如NFC、蓝牙、RFID、RF和/或类似物。此外,在至少一个实施例中处理器304被选择成适合于移动设备实现,数据贮存器306就是这样,所述数据贮存器306包含处理器304可执行以至少实行本文中描述的移动设备功能(包括但不限于执行本文中描述的MMA)的指令。最后,除了显示器122之外,用户接口308还包括一个或多个适用于移动设备安装的用户输入和/或用户输出组件(例如,触摸屏、触笔、定点和点击设备、软键、键盘、麦克风、扬声器、摄像机、数据端口和/或类似物)。移动设备104的各种组件被描绘为经由系统总线310通信地互连。
D.示例C3服务器(示例物理架构)
图4A描绘了依照至少一个实施例的C3服务器140的示例物理架构,所述C3服务器140被选为C3服务器系统106的C3服务器140-146的一个示例。如以上指出的,C3服务器系统106可以采取任何数量的服务器的形式,包括仅一个服务器并且还包括不止一个服务器。在图1中,在第三和第四之间服务器具有省略号的四个C3服务器140-146意图说明该数量弹性。如还可以看出的,图4A在许多方面与图2和图3类似,并且因此不在本文中非常详细地描述。
在大多数场景中,C3服务器140的架构将通常比移动设备104的架构更类似于HCP系统102的架构,如果只是因为这样的变化的架构能有的性能和数据处理的水平。然而,即使与HCP系统102相比,在至少一个实施例中,C3服务器140的架构中也有差异。出于数据安全性的原因,通信接口402可以仅包括有线通信硬件(例如,以太网卡),并且可以包括与HCP系统102相比更大数量的数据通信接口。
类似地,通常将选择处理器404和数据贮存器406以便处置比通常将向HCP系统102询问的更多的通信、存储、数据处理等。数据贮存器406包含处理器404可执行以用于至少实行本文中描述的C3服务器功能的指令。最后,以虚线描绘了用户接口408以指示它并非存在于所有实施例中。例如,在一些情况下,C3服务器140仅可经由诸如远程桌面连接、shell连接和/或类似物之类的数据连接以类似用户接口的方式来访问。C3服务器140的各种组件被描绘为经由系统总线410通信地互连。
如本文中所描绘的,在至少一个实施例中,C3服务器系统106共同包含指令,所述指令可由所述一个或多个C3服务器140-146的一个或多个处理器中的一个或多个执行以用于使得C3服务器系统实行本文中描述的C3服务器系统功能的各种组合。以下描述的图7的方法700是一个这样的示例组合。实际上,在至少一个实施例中,用于实现C3服务器系统106的逻辑跨多个物理服务器分布。在至少一个实施例中,动态地供应用于促进特定访问请求和/或类似物的硬件(例如,数据贮存器、处理器容量、web服务器、交换机、路由器、通信链路等)以使得不同的硬件集可以促进不同的访问请求。可以基于各种因素,诸如请求的地理位置、负载均衡、所需的服务质量(QoS)、服务协议的参数和/或类似物,为特定的访问请求动态地供应这样的硬件。然后可以将C3服务器系统视为“云”,如该术语在本领域中使用的那样,其中该云包括共同且动态地运行虚拟服务的服务器的分布式网络。在至少一个实施例中,每个这样的虚拟服务是它自己的自含式软件过程。而且,根据一个或多个因素(诸如在本段中提到的那些)在飞行中动态地分配实际执行给定虚拟服务的给定实例的一个(或多个)特定硬件服务器。
E.示例管理员-门户系统(示例物理架构)
图4B描绘了依照至少一个实施例的管理员-门户系统148的示例物理架构。如通过检查可以看出的,图4B在多个方面与图2、图3和图4A中的每个类似,并且因此不在这里非常详细地描述。如上所述,管理员-门户系统148的一些选项包括台式计算机、膝上型计算机、平板计算机、工作站等。管理员-门户系统148可以采取被适当地装备、编程和配置成至少执行本文中描述的管理员-门户系统功能的任何一个或多个计算设备的形式。如图4B中所描绘的,管理员-门户系统148包括通信接口452、处理器454、数据贮存器456以及用户接口458,它们都经由系统总线460彼此通信地连接,所述数据贮存器456包含可由处理器454执行以用于至少实行执行本文中描述的管理员-门户系统功能的指令。
此外,应当理解,在至少一些实施例中,与HCP系统102类似,管理员-门户系统148运行或实现管理员-门户应用程序(未示出)。管理员-门户应用程序可以是在管理员-门户系统148的硬件上执行的软件或固件应用程序。例如,管理员-门户应用程序可以采取在web浏览器内运行的web应用程序的形式。管理员或用户可以通过将管理员-门户系统上的web浏览器指向超链接来登录到管理员-门户应用程序,接着管理员-门户应用程序在浏览器中打开。在这样的实施例中,管理员-门户应用程序内的内容可以由C3服务器系统106托管,并且可以几乎不在管理员-门户系统148上本地存储患者数据(例如,患者医疗记录、配量方案的数据和/或类似物)。替代地,管理员-门户系统148替代地充当其管理员/用户与C3服务器系统106之间的患者数据的纯粹管道。
F. 示例C3服务器系统(示例功能架构)
图5描绘了依照至少一个实施例的C3服务器系统106的示例功能架构。应当理解,该功能架构被提供作为说明而非限制,并且可以在各种不同的情境中实现本领域技术人员认为适合的其他功能架构。可以使用本领域技术人员认为适合的硬件、固件和/或软件的任何组合(其中固件和/或软件在硬件上运行)来实现——包括各种数据仓库(store)、服务、网关、链路和接口中的每个的——C3服务器系统106的功能架构。还要注意,在图5中示出的架构500中还描绘了除了C3服务器系统106之外的实体。这通过针对C3服务器系统106的标记为“106”的左括号来阐明——在所述左括号外面的组件与除了C3服务器系统106之外的实体相关联。
如在图5中可以看出的,架构500包括在计算和编程领域中被称为被“接口”分离的“层”的四个事物;这些是逻辑构图,其除了其他益处之外还促进复杂系统的封装和可管理性。架构500包括数据层502、内部web服务(IWS)层504、面向外部的服务(EFS)层506和应用层508。数据层502与IWS层504被数据IWS接口503分离,所述IWS层504与EFS层506被IWS-EFS接口505分离,所述EFS层506与应用层508被EFS应用接口507分离。进一步注意,接口509表示架构500的逻辑部分,在其处用户将与整个系统进行交互并且特别地直接与应用层508进行交互——换言之,接口509是本领域中常被称为“人机接口”的事物。
在所描绘的实施例中,数据层502包括多个数据仓库510a-e。每个数据仓库510a-e对应于本文中描述的微服务514、516、518、520和/或522中的一个。数据仓库510a-e共同包含患者和/或医疗数据,其包括诸如姓名、地址、电话号码、电子邮件地址、社会安全号码等的个人可标识信息(PII)。数据仓库510a-e还可以共同包含不同于PII的信息,诸如医学治疗、定义、配量方案(即模板)等。在至少一个实施例中,使用由Amazon Web Services——华盛顿州西雅图的Amazon.com公司的子公司运营和提供的按需云计算平台和服务来实现数据层502。在至少一个其他实施例中,使用由加利福尼亚州旧金山的Heroku开发的PostgreSQL产品来实现数据层502。并且当然也可以在这里列出其他选项。在至少一个实施例中,根据FHIR标准来组织数据层502,所述FHIR标准由密歇根州安阿伯市的国际健康级别七(HL7)提出。
IWS层504包括多个微服务514、516、518、520和522。服务520和服务522之间的省略号意味着指示在IWS层504中可以有如本领域技术人员认为适合于给定实现的任何数量的服务。每个微服务是被实现为负责处置某一类型的数据或功能的软件服务的数据网关。示例性微服务包括:“人”微服务,用于处置与登记的或未来的患者有关的PII;“订单”微服务,用于处置与规定订单有关的数据;“观察”微服务,用于处置与由HCP输入的或由在移动设备上运行的MMA观察到的患者观察结果有关的数据;“用户访问”微服务,用于处置与用户的访问权限和许可有关的数据;“客户端兼容性”微服务,用于验证用户的移动设备是否与C3系统106提供的功能兼容;以及“实质”微服务,用于处置与由患者处置或施予患者的药品的类型相关的数据。每个微服务514-522能够经由对应的通信链路511a-e来访问一个数据仓库510a-e。
在至少一个实施例中,每个内部服务514-522被设计成使得对存储在数据仓库510a-e中的数据的——包括读访问和写访问的——访问仅以相应内部服务514-522定义和许可的方式——对EFS层506的各种网关524-530而言——可用。在至少一个实施例中,使用Amazon Web Services来实现IWS层504。在另一实施例中,使用也由Heroku开发的HerokuPlatform 来实现IWS层504。并且当然也可以在这里列出其他选项。
进一步注意,结合图5描述的“链路”表示逻辑访问链路,不一定表示物理通信链路;在至少所描述的实施例中,图5中存在的逻辑访问链路指示适当的配置、授权、认证、许可和/或类似物已经落实到位以促进对应实体之间的通信。
EFS层506包括HCP门户网关524、MMA网关526、MMA网关528和管理网关530。此外,MMA网关526和528之间的省略号意味着指示可以实现任何适合数量的MMA网关;应用层508中的移动设备104和532之间的省略号指示相同的意思。每个MMA网关对应于特定类型或版本的MMA。每一类型或版本的MMA的专用MMA网关实例的实现都是设计选择,并且可以做出其他设计选择。跨IWS-EFS接口505,可以——通过IWS-EFS接口505的类似系统总线的描绘——看出,在该描绘的实施例中,EFS层506的任何网关都能够根据需要调用内部服务514-522中的任何内部服务。在至少一个实施例中,EFS层506中的每个网关524-530被设计成使得对IWS层502的内部服务514-522的访问仅以由相应网关524-530定义和许可的方式对应用层508中的实体而言可用。例如,在实施例中,在HCP系统102上运行的HCP门户572可以通过HCP门户网关524访问内部服务514-522;类似地,在移动设备104上运行的MMA 568可以通过MMA网关526来访问内部服务514-522。在至少一个实施例中,使用Amazon webServices来实现EFS层506。在至少一个其他实施例中,使用Heroku Platform实现EFS层。并且当然也可以在这里列出其他选项。
应用层508包括执行健康信息技术用户接口(HIT UI)574的HCP系统102,所述健康信息技术用户接口(HIT UI)574继而执行HCP门户572。应用层508进一步包括(依照本公开,执行MMA 568的)上述移动设备104、(依照本公开,执行被描绘为MMA 570的另一类型或版本的MMA的)第二移动设备532、管理门户534和管理门户536。与先前提及的省略号一样,移动设备104和移动设备532之间的省略号意味着指示应用层508中可以存在任何适合数量的移动设备。此外,单个MMA网关(例如,MMA网关526)可以连接到多个移动设备,每个移动设备运行相同类型或版本的MMA(例如,MMA 568)。类似地,管理门户534和管理门户536之间的省略号意味着指示可以实现本领域技术人员认为在给定情境中适合的任何适合数量的系统-管理员-级别门户。在一个实施例中,管理门户534是临床C3管理服务器,其被配置用于结合临床方面对C3服务器系统106的管理。在一个实施例中,管理门户536是生产-支持C3管理服务器,其被配置用于结合生产-支持方面对C3服务器系统106的管理。并且当然可以在这里列出其他示例。在至少一个实施例中,管理门户534和管理门户536中的一个或两者是在管理员-门户系统148上执行的过程。此外,尽管在图5中未描绘与HCP门户有关的省略号或附加的HCP门户,但是情况也是这样的:在给定情境中可以实现任何适合数量的HCP门户。
HCP系统102可以向HCP提供健康信息技术用户接口(HIT UI)574。在一些实施例中,HIT UI 574可以是web应用程序、shell或其他适合的用户接口,所述其他适合的用户接口允许HCP查看、编辑、创建HIT 118中存储的患者或非患者数据和记录或以其他方式与所述患者或非患者数据和记录进行交互。HIT UI 574继而可以在HCP的命令下启动HCP门户572,作为HIT UI 574内的分离的用户接口——HCP门户572的示例性屏幕截图被提供为图9-18的一部分。如本文中先前描述的,HCP门户572可以采取在web浏览器内运行的web应用程序的形式,其允许HCP访问来自C3服务器系统106的患者数据或向C3服务器系统106提供患者数据。在至少一些实施例中,HCP门户572还可以与HIT 118接口连接,并访问来自HIT118的患者数据或向HIT 118提供患者数据。以该方式,HCP可以利用点击按钮或按键来启动HCP门户572,同时在HIT UI 574内查看特定患者的记录以便规定药物配量方案、查看患者观察结果或记入日志的配量历史、或访问本文中描述的HCP门户的其他特征。
在一些实施例中,HIT UI 574和HCP门户572两者都可以由同一供应商提供。在其他实施例中,HIT UI 574可以由第一供应商提供,并且HCP门户572可以由第二供应商提供。HCP门户572可以使用上述的诸如关于FHIR的SMART之类的行业标准整合到HIT UI 574中。以该方式整合HCP门户572允许HCP通过门户572访问来自HIT 118的患者数据而不必手动地录入数据,并且允许HCP选择适当的配量方案而不必返回到HIT UI 574来回顾关键的患者数据,诸如药物、病史、化验结果、历史血糖日志、胰岛素用量信息等。在一些实例中,HCP门户572还可以被配置成从HIT 118中提取与特定患者有关的最小人口统计数据集(例如,患者姓名、出生日期、患者的唯一标识符或患者的EHR的唯一标识符),并在横幅或其他突出显示的区域中显示该人口统计数据。这可以帮助确保HCP在正确的患者记录中工作。
尽管HCP门户572被描绘为封装在HIT UI 574内,但是HCP门户572也可以被实现为任何健康IT系统外部的独立应用程序。在这样的情况下,HCP系统102将在没有任何HIT UI574的情况下执行或实现HCP门户572。在这样的实施例中,HCP门户572仍可以可选地从健康IT系统取出患者数据,但可能不作为来自健康IT系统的用户接口内的分离的窗口或图形用户接口来启动。当然,HCP门户572也可以被配置成根本不与任何健康IT系统通信——在这样的实施例中,可能需要手动地录入患者医疗和传记数据并将其存储到HCP门户572中。
跨EFS应用接口507,HCP系统102独自能够经由链路558访问HCP门户网关524;(在移动设备104上或在多个移动设备上的)MMA 568独自能够经由链路560访问MMA网关526;(在移动设备532上或在多个移动设备上的)MMA 570独自经由链路562能够访问MMA网关528;并且C3管理网关530可由C3管理门户534(经由链路564)和C3管理门户536(经由链路566)两者访问。在所描绘的实施例中,这样的受限制的访问是双向的,因为C3服务器系统106只能经由HCP门户网关524和链路558来访问HCP系统102;C3服务器系统106只能经由MMA网关526和链路560来访问MMA 568,并且类似地,经由MMA网关528和链路562来访问MMA570,以及经由C3管理网关530及链路564和566访问相应的C3管理门户534和536。
G.示例生态系统
图6描绘了依照至少一个实施例的示例通信和处理的生态系统600中的各种实体。当然术语生态系统在这里不是用在与生物学相关的词义上,而是用在通信和处理的计算情境中。在适当的地方,在图6中也标记了上面结合图1-5讨论的元素,以便通过将这样的元素放置在生态系统600的情境中来帮助读者的理解,所述生态系统600包括HCP参与(engagement)区域602、患者参与区域604、人口管理区域606和护理管理区域608,它们都经由C3服务器系统106彼此通信地交互和相互关连,所述C3服务器系统106在图6中被示出为包括该描绘中的数据分析引擎。如上所提及,还设想,在一些实施例中,C3服务器系统106通信地连接诸如保险公司、老年保健医疗制度(Medicare)等的支付方实体(例如,与所述支付方实体共享数据(或许仅以患者选择加入为条件)并从所述支付方实体接收数据)。
数据分析引擎可以被配置成分析由患者的移动设备收集或可通过患者的移动设备访问的数据和/或健康记录数据,以驱动关于患者行为或者与疾病或状况相关的症状的洞察。所分析的数据对于单个患者而言可能是唯一的,并且用于导出特定于该患者的洞察。例如,数据分析引擎可以通过分析糖尿病患者的葡萄糖读数的日志来确定该患者在某些状况下(例如,在一天中的某些时间、在吃某些类型的膳食之后、在一周的某些天、在位于某些地理位置处或在到/来自某些地理位置的途中、在某类型的身体活动之前/期间/之后,以及其他类型的状况)倾向于表现出高血糖或低血糖。基于这些洞察,数据分析引擎可以采取多种动作,诸如通知患者的HCP、向患者推送与观察到的高血糖或低血糖发作有关的教育内容、或提示患者在他们可能最有作用的特定时间或位置处(例如,提示患者就在睡觉之前、紧接在运动之后或者在他们处于特定地理位置处或到/来自特定地理位置的途中时服用药物)改变他/她的行为。
生态系统600的HCP参与区域602包括HCP系统102和健康IT系统118,并且如图6中陈述的那样使得HCP从操作C3服务器系统106的公司或其他组织订购产品、访问对这样的产品的洞察并将本系统和方法整合到他们现有的临床工作流程中。
生态系统600的患者参与区域604包括执行MMA 568的移动设备104、患者124、葡萄糖仪126、连接式注射设备134以及数个其他与患者相关的医疗设备,诸如血压计或其他仪表等。如图6中所陈述的,在生态系统600的患者参与区域604中,本系统和方法的目标包括提供相关且有价值的决策支持来减轻患者负担并改善结果。
生态系统600的人口管理区域606包括计算装备(或许在物理架构方面与HCP系统102的那个类似),以及用于适当地存储和维护患者的个人医疗信息的EMR/HIE(健康信息交换)系统。在生态系统600的人口管理区域606中,如图6中所陈述的,本系统和方法的目标包括使临床和财务利益相关者(支付方、卫生系统等)能够评估人口和更好地为高危患者服务。
生态系统600的护理管理区域608也包括与HCP系统102的计算装备类似的计算装备以及它自己的EMR/HIE系统,并且一般专用于涉及常被称为给定患者的“护理团队”的事物的远程监测和临床决策支持(CDS)。该护理团队可以包括具有各种不同的角色的多个不同的HCP(不同类型的医生、不同类型的护士、治疗专家、护理人员等),所述角色都与患者的健康和福祉相关。如图6中所陈述的,在生态系统600的护理管理区域608中,本系统和方法的目标包括使护理团队能够标识需要帮助的患者的并为所述患者划分优先顺序,并且还实现患者与护理团队之间的直接交互。
在至少一个实施例中,提供了同伴MMA,其允许照料者、亲人和/或类似者访问患者124经由MMA 568接收、记录、跟踪或录入的数据中的一些或全部。在至少一个这样的实施例中,使用同伴MMA的人能够查看患者的(包括例如葡萄糖测量结果、用量信息、与膳食相关的信息和/或类似物的)日志本以及(多个)规定的配量方案和/或本领域技术人员认为适合于给定实现的任何其他类型的数据。根据给定实现的设计参数,经由同伴MMA可查看的数据的量和/或类型可以被设置成默认值,并且还可以可由HCP、患者124和/或一个或多个其他个人调整。
依照本系统和方法,C3服务器系统106提供并支持促进生态系统600中的上述目标和其他目标的数个特征。一个这样的特征是数据存储,因为在至少一个实施例中C3服务器系统106安全地存储数据,这允许HCP系统102和MMA 568彼此安全地通信。C3服务器系统106进一步使MMA用户能够安全地备份他们的医疗数据并(例如,在其中在移动设备104以及或许与患者124相关联的另一移动设备上实例化MMA app 568的实施例中,所述患者124可能具有智能电话和平板电脑两者,如相当常见的那样,和/或在其中患者124能够如本领域中也通常实现的那样经由例如web门户来访问类似的功能和信息的实施例中)达到跨多个设备的数据一致性。
在各种实施例中,如本文中所描述的,HCP经由HCP系统102和C3服务器系统106建立配量方案,并经由C3服务器系统106的安全数据传送能力将它们发送给MMA 568。此外,在各种实施例中,C3服务器经由HCP系统102和/或MMA 568使患者历史数据、配量方案状态等可用。此外,在至少一个实施例中,C3服务器系统106促进了HCP经由HCP系统102和患者124经由MMA 568和移动设备104之间的安全通信(即,消息传递或收件箱功能)。此外,在各种不同的实施例中,C3服务器系统106促进了软件更新、召回通知和/或本领域技术人员认为适合于给定实现或适合在给定情境中的其他功能。
I.示例操作
A.HCP门户
图7描绘了依照至少一个实施例的示例方法700,其可以由C3服务器系统106执行。应当理解,本文中对C3服务器系统106执行方法700的描述被提供用于说明而非作为限制,并且方法700可以由被适合地装备、编程和配置成这么做的任何设备或设备集来执行。
在步骤702处,C3服务器系统106利用HCP系统102的用户接口208、经由HCP门户572呈现与患者124有关的多个药物配量方案。在至少一个实施例中,所呈现的药物配量方案中的每个与相应的不同的药物配量算法相关联。下面更详细地讨论示例性药物配量方案和算法。
所呈现的药物配量方案中的任何一个或多个可以是本领域中称为开环方案或闭环方案的事物。一般而言,闭环方案至少部分地基于诸如关于患者采取的(例如葡萄糖水平的)测量结果之类的自动感测到的反馈、以自动化的方式迭代地调整一个或多个药物的剂量(关于例如量、定时和/或类似物),而开环方案不以自动化方式迭代地调整药物的剂量。然而,情况常常是,开环药物配量方案更多的是以手动方式计及类似的历史数据,其中患者手动地输入反馈参数。开环药物配量方案也可能需要患者手动控制药物的分配。更一般地,本系统和方法不限于任何特定类型的配量方案、任何特定药物或药物类型或向患者输送(例如,注射、静脉注射、口服等)药物的任何特定方式。
在步骤704处,C3服务器系统106利用HCP系统102的用户接口208、经由HCP门户572接收(针对患者124)对所呈现的药物配量方案中的至少一个的HCP选择。在本公开的用语中,所选择的至少一个方案被称为“至少一个HCP选择的药物配量方案”、“至少一个HCP选择的方案”和/或类似物。
在至少一个实施例中,在步骤702中呈现的药物配量方案包括一个或多个胰岛素配量方案,并且所述至少一个HCP选择的药物配量方案包括至少一个HCP选择的胰岛素配量方案。任何数量的所呈现的方案可以是基础胰岛素配量方案,并且任何数量的所呈现的方案可以是大药丸胰岛素配量方案。在一些情况下,HCP为患者124选择基础胰岛素配量方案或大药丸胰岛素配量方案。在一些情况下,HCP同时向患者124规定一个或多个基础胰岛素配量方案和一个或多个大药丸胰岛素配量方案两者。
在至少一个实施例中,所述至少一个HCP选择的大药丸胰岛素配量方案包括在本文中称为每日滴定大药丸胰岛素配量方案的类型,其与在本文中称为每日滴定大药丸胰岛素剂量算法的一类配量算法相关联。HCP选择的大药丸胰岛素配量方案的其他类型包括:在本文中称为固定剂量大药丸胰岛素配量方案的类型,其与在本文中称为固定剂量大药丸胰岛素配量算法的一类配量算法相关联;在本文中称为碳水化合物大药丸计算器大药丸胰岛素配量方案的类型,其与在本文中称为碳水化合物大药丸计算器大药丸胰岛素配量算法的一类配量算法相关联;以及在本文中称为基于碳水化合物膳食量的计算器大药丸胰岛素配量方案的类型,其与本文中称为基于碳水化合物膳食量的计算器大药丸胰岛素配量算法的一类配量算法相关联。下面在对应标题的小部分中描述了上述那四个类型的开环大药丸胰岛素配量方案/算法中的每个的示例。
在步骤706处,C3服务器系统106将指示步骤704的所述至少一个HCP选择的方案的HCP选择的方案的数据传输到与患者124相关联的移动设备104上的MMA 568。
尽管上面已经将示例方法700描述为由C3服务器系统106实现,但是方法700也可以直接由HCP系统102实现。在这样的实施例中,HCP门户572可能不是由C3服务器系统106通过网络连接托管的web应用程序——替代地,HCP门户572可以包括由HCP系统102在本地托管和执行的用户接口。在这些情况下,HCP系统102向HCP呈现多个药物配量方案(步骤702),接收从所呈现的药物配量方案当中的HCP选择(步骤704),并将HCP选择的方案的数据传输到MMA 568,所有这些都没有利用来自C3服务器系统106的任何帮助和与C3服务器系统106的通信。在这样的实施例中,HCP系统102可以经由数据网络108直接与移动设备104进行通信,而不需要通过C3服务器系统106传递或处理数据。
不管方法700是由C3服务器系统实现还是由HCP门户102实现,在至少一些实施例中,MMA 568都配置成经由用户接口308提供基于所述至少一个HCP选择的方案的配量推荐。在一些实施例中,MMA 568经由用户接口308呈现为患者124提供接受或拒绝推荐的(即,规定的)配量方案的选项的提示。在至少一个实施例中,C3服务器系统106被配置成响应于接收到方案被拒绝指示来禁用MMA 568,所述方案被拒绝指示指示MMA 568已经经由用户接口308接收到与所述至少一个HCP选择的方案相关联的患者拒绝指示。禁用MMA 568可以包括阻止用户访问MMA 568的功能中的一些或全部,或者阻止用户访问MMA 568中存储的数据中的一些或全部。例如,禁用MMA 568可以包括防止用户访问或使用HCP规定或推荐的配量方案。在其他情况下,C3服务器系统106替代地接收方案被接受指示,所述方案被接受指示指示MMA 568已经经由用户接口308接收到与所述至少一个HCP选择的方案相关联的患者接受指示。
在至少一个实施例中,正是步骤706的MMA 568对HCP选择的方案的数据的接收解锁了MMA 568上的所述至少一个HCP选择的方案。在一些情况下,该解锁包括使MMA 568仅在收到HCP选择的方案的数据之后才能够访问用于所述至少一个HCP选择的方案的——已经存储在移动设备104上(可能作为MMA 568的一部分)的——实现数据。在其他实现中,该解锁包括MMA 568仅在收到HCP选择的方案的数据之后才从不可操作转变成可操作成下载用于所述至少一个HCP选择的方案的实现数据。在这些实现中,可以从C3服务器系统106和/或HCP系统102下载用于所述至少一个HCP选择的方案的实现数据。
在一些情况下,该解锁仅响应于MMA 568经由用户接口308接收到关于所述至少一个HCP选择的方案的患者接受指示而发生。仅在收到HCP选择的方案的数据之后才允许MMA568解锁或下载特定的HCP选择的方案可能对确保遵守美国食品和药品管理局(FDA)实施的法规有用。这样的FDA法规可能要求某些配量方案可由仅具有来自有资格且得到许可的医师的规定的患者访问。通过限制对配量方案的访问直到接收到HCP选择的方案的数据,那些实施例中的MMA 568确保了患者在没有所需规定的情况下不能访问配量方案。
进行如下操作的实施例给予改善本系统和方法的效率和/或功能的若干技术优势:存储在步骤702和704处在移动设备104上呈现给HCP且可由HCP选择的用于所有方案的实现数据(例如,作为MMA 568的一部分)并且仅在收到在步骤706中传输的HCP选择的方案的数据之后在移动设备上解锁一个或多个方案。例如,在移动设备104上存储用于所有方案的实现数据允许HCP实现患者的移动设备104上的特定的规定的方案,而无需移动设备104下载用于该规定的方案的附加、可能相当大的实现数据。如果患者的移动设备104仅具有与数据网络108的间歇性或低带宽通信链路112(例如,倘若网络故障,或者如果移动设备被置于飞行模式中),则这允许患者更容易地访问和实现规定的方案。
涉及捆绑用于所有方案的实现数据作为MMA 568的一部分的实施例还允许为了患者在用于移动应用程序的某些流行的在线储存库上的容易访问而发布MMA 568。这样的在线移动应用程序储存库可以包括由除了拥有、维护和/或附属于HCP系统102、管理员门户148或患者124的实体(或多个实体)之外的第三方实体管理的储存库;这样的在线移动应用程序储存库可以包括Apple公司维护的App Store或Google有限责任公司维护的GooglePlay。这样的在线储存库通常要求发布的应用程序在发布时包括所有实现逻辑。换言之,为确保在移动设备上运行的应用程序的安全性和稳定性,这样的在线储存库的管理员可能禁止应用程序开发人员更新或更改已发布应用程序的代码,除非每次更新都由维护在线储存库的第三方实体(例如,Apple或Google)提交、审核和/或批准。照此,涉及每次规定新的配量方案或算法时将实现数据下载到移动设备104的实施例可能需要由第三方实体进行耗时的提交、审核和/或批准过程。这是医疗移动应用程序独有的并且特别在医疗移动应用程序领域中出现的问题,所述医疗移动应用程序实现对的配量方案的访问,按照FDA法规应当仅由具有规定的患者可访问所述配量方案。通过在发布时捆绑用于所有方案的实现数据作为MMA 568的一部分,以及仅在收到HCP选择的方案的数据时才选择地解锁规定的方案,MMA568避免了每次向患者规定新的配量方案时对这样的耗时的提交、审核和/或批准过程的需要。该捆绑还提高了MMA的安全性和稳定性。
如上所述,在至少一个实施例中,MMA 568经由其主机移动设备104与和患者124相关联的一个或多个胰岛素输送和/或胰岛素监测设备通信地连接。葡萄糖仪126是这样的胰岛素监测设备的一个示例。在其中MMA 568与和患者124相关联的胰岛素输送设备通信地连接的至少一些实施例中,MMA 568与该胰岛素输送设备通信以执行所述至少一个HCP选择的方案。连接式注射设备134是这样的胰岛素输送设备的一个示例。在一些实施例中,C3服务器系统106和/或HCP系统102接收由MMA 568从胰岛素输送和/或监测设备转发的患者数据——在本文中描述了其示例(诸如胰岛素注射记录数据和葡萄糖测量数据)。
B.移动设备上的MMA
图8描绘了依照至少一个实施例的示例方法800,其可以由执行MMA 568的移动设备104实行。应当理解,本文中对方法800为由在移动设备104上执行的MMA 568实行的描述被提供用于说明而非作为限制,并且方法800可以由被适合地装备、编程和配置成这么做的任何设备或设备集实行。
在步骤802处,MMA 568接收HCP选择的方案的数据,所述数据指示从多个药物配量方案当中对至少一个药物配量方案的HCP选择,所述药物配量方案中的每个都与相应的不同的药物配量算法相关联。在至少一个实施例中,经由HCP系统102(例如,经由由C3服务器系统106提供并由HCP经由HCP系统102访问的web接口(HCP门户572))针对患者124做出HCP选择。如上面所描述的,MMA 568可以直接从HCP系统102或如在本示例中描述的那样从C3服务器系统106接收HCP选择的方案的数据。所述至少一个HCP选择的药物配量方案可以包括本文中描述的任何可能的方案或方案组合。
在步骤804处,MMA 568至少部分地响应于在步骤802处已经接收到HCP选择的方案的数据而在MMA 568上解锁所指示的HCP选择的药物配量方案。如先前所讨论的,在至少一个实施例中,步骤804涉及访问预先存储在移动设备104上的用于HCP选择的方案的先前不可访问的实现数据。至少由于上面讨论的技术原因,这些实施例可能是合期望的。在一些实施例中,步骤804涉及下载用于HCP选择的方案的先前不可访问的实现数据。
在至少一个实施例中,在执行步骤802之后并且在执行步骤804之前,MMA 568经由移动设备104的用户接口308呈现用于患者接受或患者拒绝所述至少一个HCP选择的药物配量方案的提示,然后经由用户接口308接收与所呈现的提示对应的用户输入;在至少一个这样的实施例中,MMA 568执行步骤804以接收到的用户输入是关于所述至少一个HCP选择的药物配量方案的患者接受指示为条件。此外,在至少一个实施例中,MMA 568将接收到的用户输入传输到C3服务器系统106和/或HCP系统102。
在其中规定的方案是或包括大药丸胰岛素配量方案的至少一个实施例中,一旦接收到患者接受指示,指示用户已经接受了配量方案规定,MMA 568就向用户呈现进入大药丸剂量推荐工作流程的选项,在所述工作流程期间,在至少一个实施例中,MMA 568提示用户选择进餐时间、提示用户录入和/或确认其血糖测量结果并相应地向用户呈现大药丸剂量推荐。用户可以向MMA 568指示他/她已经服用了所推荐剂量,在该情况下,MMA 568将在存储器中记录所推荐剂量。替代地,用户可以向MMA 568指示他/她已经服用了与所推荐剂量不同的胰岛素的剂量,并且MMA 568将记录实际服用的胰岛素的量。记录可以包括服用该剂量的时间,所述时间可以被在接收到用户的确认时或在用户指示的时间自动地设置。
在至少一个实施例中,MMA 568经由移动设备104与和患者相关联的胰岛素输送(和/或葡萄糖监测)设备通信地连接;在至少一个这样的实施例中,MMA 568与胰岛素输送设备通信,以执行HCP选择的方案或者接收关于患者使用胰岛素输送设备手动地输送的剂量的信息。在至少一个实施例中,MMA 568从胰岛素输送设备接收患者数据,并将接收到的患者数据转发到C3服务器系统106和/或HCP系统102。除了可以在这里列出的许多其他示例之外,患者数据还可以包括(例如,包括在先前剂量中输送的胰岛素的时间和量的)胰岛素注射记录数据和/或葡萄糖测量数据。在至少一个实施例中,MMA 568经由移动设备104的用户接口308提供基于HCP选择的方案的配量推荐。
在至少一个实施例中,MMA 568可以包括安全特征,如果它检测到患者可能正在服用不安全或不正确的剂量,则所述安全特征提示患者。例如,MMA 568可以计算针对每一剂量预期的药物的预期“基线”量。可以以多个方式确定该“基线”用量。例如,“基线”用量可以是由HCP和/或患者编程的药物的预设量,或者它可以是在算法上并且自动从患者的医疗或传记信息(例如,性别、年龄、体重、疾病的类型和严重性等)中导出的。“基线”用量还可以是从某一数量的先前剂量(例如,过去的三、五、十或更多个剂量)的或在前一滑动时间窗中(例如,在过去的三、五、十或更多天中)服用的剂量的滑动平均值、众数或平均中值导出的。在一些实施例中,“基线”用量可以基于一天中的时间或基于在先前的剂量中检测到的上升或下降趋势而变化。在基于HCP选择的方案推荐剂量之前,MMA 568可以将所推荐剂量与该“基线”用量进行比较。如果MMA 568检测到它正在推荐与该基线用量显著不同的剂量,诸如如果所推荐剂量与基线相差某一绝对药物量或某一百分比,则MMA 568可能提醒患者并提示他/她确认该剂量。例如,所推荐剂量可能基于不正确地录入的患者输入,诸如不正确地录入的机体胰岛素(insulin-on-board)参数、膳食量值或当前葡萄糖水平。替代地或另外,如果用户向MMA指示他/她打算服用与推荐量不同的量的药物,则MMA 568可以类似地确定用户指示的量是否与基线用量显著不同。如果用户指示的量显著不同,则MMA 568可以提醒患者所指示的用量显著高于或低于基线用量。该额外的提示和提醒可以帮助提醒用户,他或她可能即将服用不安全或不正确的量的药物。如果适当的话,用户可以无视该提醒。
在至少一个实施例中,MMA 568至少提供以下两个访问级别:一般访问,任何人可用来下载、自注册和使用;以及规定访问,它提供了通过电子配量方案规定来解锁的附加功能。在实施例中,一般访问提供包括以下各项的特征:(i)将与糖尿病有关的数据记入日志,作为示例,所述数据可以包括葡萄糖水平(GL)、基础胰岛素、大药丸胰岛素、碳水化合物输入以及运动/压力/疾病因素,以及(ii)用户数据的访问可视化(例如,图表),然而在实施例中,规定访问通过配量方案的实现来解锁大药丸胰岛素剂量推荐。在一些实施例中,MMA568的用户接口的外观根据MMA 568是处于一般访问模式还是规定访问模式(和/或或许其他模式)而改变。这样的改变可以包括但不限于附加的和/或更少的菜单项、色彩方案改变、图标改变、布局改变和/或类似物。
在至少一些实施例中,MMA 568的一般访问(非规定)模式提供以下特征中的一个或多个:
■ 数据输入
● 用户可以录入与糖尿病有关的数据来促进HCP对数据的跟踪和查看。
● 用户能够录入大药丸胰岛素剂量、基础胰岛素剂量、葡萄糖读数(手动地或通过到葡萄糖仪的无线连接)以及碳水化合物摄入量。
● 用户还可以将以下修饰语(如果适用的话)以及是/否数据点:活动、压力、疾病、类固醇和月经记入日志。
● 患者可以将值输入到他们的MMA中,诸如葡萄糖值(来自传感器的自动值或手动值)、当前活动水平、当前吃的食物、食物的碳水化合物含量、生理特性(诸如体重)等。
■ 数字日志本
● 用户可以跟踪与糖尿病有关的数据,使得可在一个位置中容易地访问和查看他们的所有数据。
● 用户可以以数字日志本格式查看他们录入的数据中的任何数据。
■ 葡萄糖仪配对
● 为想要将其所有的数据存储在一个位置中或想要使用葡萄糖数据来接收剂量推荐的用户简化葡萄糖输入过程。
● 用户可以选择将诸如血葡萄糖仪、连续葡萄糖仪、快速葡萄糖监测仪或其他葡萄糖监测设备之类的设备配对的选项。一旦他们将他们的葡萄糖监测设备配对,当用户导航到(仅在规定模式中可用的)大药丸剂量推荐工作流程或(在一般访问模式中可用的)数据输入工作流程时,MMA就将显示他们最新的葡萄糖测量结果。
● 用户可以与声称符合Continua标准(又称Continua设计指南)的连接式葡萄糖仪配对,所述标准由弗吉尼亚州阿灵顿的个人连接健康联盟(PCHAlliance)发布。
● 在一些实施例中,用户可以通过做活动和测量对其葡萄糖水平的影响来进行实验。用户可以回顾他们已经完成的实验。这样的实验可以基于活动、食物和/或其他因素。在一些实施例中,第三方数据源(例如,HealthKit、FitBit和/或类似物)为用户创建实验。实际上,在一些实施例中,MMA可以与诸如FitBit、Apple Watch和/或类似物的可穿戴设备连接和通信,以促进对一个或多个生理参数的监测和/或对关于所述一个或多个生理参数的洞察的整合。
■ 数据可视化
● 用户可以查看他们在一系列时间段内收集的数据,以使得数据更可理解。
● 用户可以导航到MMA的托管数据可视化的部分。他们然后可以选择他们想要查看的数据的类型和时间段。
● MMA还将示出所记录的葡萄糖值的饼图,以示出高于范围、在范围中、低于范围的数字以及落入低血糖水平(≤70mg/dL)中的那些数字。
■ 提醒
● 帮助用户记得在他们的日程安排繁忙时测试其葡萄糖或进入大药丸剂量推荐工作流程。
● 用户可以为他们想要测试他们的葡萄糖水平和/或施用胰岛素的时间设置提醒。
● 用户将在移动设备上接收关于提醒的消息。
■ 引导流程
● 用户可以注册MMA并了解有用的功能。
● 用户可以通过创建登录凭据、录入关于他们自己的基本信息并接受使用条款来注册以使用MMA。
● MMA将提供可选活动(例如教程)来帮助用户了解有用的功能,包括为葡萄糖仪配对或设置个性化提醒。
■ 关于糖尿病的教育
● 帮助用户从信誉良好的来源了解他们的糖尿病。
● 用户可以从MMA内访问糖尿病教育的链接。除了其他可能性之外,这样的链接可以在MMA内启动或启动浏览器应用程序。
C.示例HCP门户屏幕截图
如下面所描述的,图9-21描绘了HCP系统102的各种不同实施例的各种屏幕截图。
图9是屏幕截图900,其中HCP用户正在“选择[配量]方法”选项卡中进行操作,并且其中列出了四个大药丸胰岛素配量方案作为供HCP选择的选项——在下面进一步详细地描述这四个大药丸胰岛素配量方案。在实施例中,点击所呈现的方案中的任何一个都呈现提供进一步的细节的弹出窗口。在至少一个实施例中,当HCP选择这四个配量方案中的一个时,HCP系统102将HCP选择的方案的数据发送给移动设备104,这使得患者能够在移动设备上访问所选择的配量方案。
图10是屏幕截图1000,其示出了与一个示例性患者有关的电子健康记录(EHR)数据,以图形形式描绘了各种患者数据。在该屏幕截图1000中,尚未向示例性患者规定配量方案。
图11是屏幕截图1100,其中显示了警报消息1102,所述警报消息1102指示对配量推荐或规定的未决改变仍在等待患者接受。在该屏幕截图1100中,患者没有规定的主动配量方法,并且没有关于葡萄糖值和用量信息的历史记录数据。已经向患者规定了固定膳食大药丸配量方法,但患者尚未接受该规定的配量方法。
图12是屏幕截图1200,其中显示了警报消息1202,所述警报消息1202关于对配量推荐或规定的未决改变仍在等待患者接受。在该屏幕截图1200中,先前已经向患者规定了碳水化合物大药丸计算器大药丸胰岛素配量方案,但现在已经向患者规定了固定剂量大药丸胰岛素配量方案。患者尚未接受新规定的配量方法。
图13是描绘了“配置设置”选项卡的屏幕截图1300,其中所选择的配量方案是每日滴定大药丸胰岛素配量方案,也简称为“每日滴定”方案。如图13中所示,每日滴定方案设置选项卡给予HCP用于规定针对以下三餐的大药丸剂量选项的选项:早餐、午餐和晚餐。对于每一餐,HCP可以在“滴定”、“稳定”和“无”之间进行选择。滴定选项根据下面在本文中描述的算法导致针对要用滴定法测量的膳食推荐的剂量。“稳定”选项允许HCP为该进餐时间指定固定的大药丸剂量。“无”选项意味着未针对该时间规定大药丸剂量。
图14是描绘了“回顾并确认”选项卡的屏幕截图1400,其中再次所选择的配量方案是“每日滴定”。在这里,HCP可以在向患者规定未来的每日滴定配量方案之前回顾并确认所述方案。
图15A和图15B是描绘了“配置设置”选项卡的屏幕截图1500,其中所选择的配量方案是固定剂量大药丸胰岛素配量方案,也简称为“固定膳食配量”方案。HCP用户被呈现为讨论中的特定患者确认方案的可定制细节的机会。例如,HCP用户可以为以下三个时间块定制大药丸用量设置:(i)早上、(ii)下午以及(iii)晚上和夜间。每个时间块的开始时间可以由HCP调整。针对每个时间块,HCP用户可以选择目标葡萄糖水平、(在下面进一步详细描述的)胰岛素敏感系数、大药丸剂量、实现各种健康因素(例如, 在下面进一步详细描述的活动、疾病、压力、类固醇和月经)的选项、设置许可(其如果被实现,则允许患者改变他们自己的规定设置)以及(在下面进一步详细描述的)有效胰岛素。
图16是描绘了“回顾并确认”选项卡的屏幕截图1600,其中再次所选择的配量方案是固定膳食配量方案。在这里,HCP可以在向患者规定未来的固定膳食配量方案之前回顾并确认所述方案。
图17是描绘了“配置设置”选项卡的屏幕截图1700,其中所选择的配量方案是基于碳水化合物膳食量的计算器大药丸胰岛素配量方案,也简称为“碳水化合物膳食量”方案。如图17中所示,碳水化合物膳食量方案设置选项卡给予HCP用于为以下三个时间块规定大药丸剂量选项的选项:(i)早上、(ii)下午以及(iii)晚上和夜间。每个时间块的开始时间可以由HCP调整。针对每个时间块,HCP用户可以选择目标葡萄糖水平、(在下面进一步详细描述的)胰岛素敏感系数和(在下面进一步详细描述的)胰岛素与碳水化合物的比率。独立于时间段,HCP用户还可以从“小”、“中”和“大”餐中的每个中选择预期的碳水化合物克数。最后,HCP用户可以选择胰岛素持续时间。
图18是描绘了“配置设置”选项卡的屏幕截图1800,其中所选择的配量方案是碳水化合物大药丸计算器大药丸胰岛素配量算法,也简称为“碳水化合物计数”方案。如图18中所示,碳水化合物计数方案设置选项卡与碳水化合物膳食量方案设置选项卡类似,除了它没有给HCP用户用于为“小”、“中”和“大”膳食选择预期的碳水化合物克数的选项之外。
II.示例开环大药丸胰岛素配量算法和相关联的方案
本文中描述的示例性开环大药丸胰岛素配量算法和相关联的方案中的一些或全部可以基于机体胰岛素(IOB)来计算推荐的大药丸。IOB是计算值,它描述了来自先前注射的大药丸胰岛素剂量的预期在患者的身体中仍然有效的胰岛素的量。该值可以减少算法推荐的患者注射的胰岛素的量。可以使用至少两个不同的方法来计算IOB。
第一个方法可以通过仅考虑校正高于期望的葡萄糖读数所必需的先前剂量的一部分来计算IOB。可以基于包括以下各项中的任何或全部的若干参数来确定在离散时间点服用的胰岛素的单次剂量:(i)校正高于期望的葡萄糖读数所必需的胰岛素的量,(ii)“覆盖”或计及患者在该剂量的不久之后、不久之前或期间的膳食中消耗的碳水化合物的量所必需的胰岛素的附加量,以及(iii)计及可能影响所需的胰岛素的量的生活方式或健康因素(例如,患者是否生病,患者是否已经、正在或期望运动,患者是否正在来月经,患者是否正在服用类固醇,和/或患者是否正在经历压力)所必需的任何(正的或负的)调整。该第一个方法可以通过仅计及参数(i)来计算IOB,所述参数(i)即校正高于期望的葡萄糖读数所必需的胰岛素的量。在计算IOB时,第一个方法可能不将参数(ii)或(iii)考虑进来。
第二个方法可以通过考虑作为先前剂量的一部分而服用的所有胰岛素来计算IOB。换言之,第二个方法通过不仅考虑参数(i)而且考虑参数(ii)(即“覆盖”膳食中的一定量的碳水化合物所必需的胰岛素的量)以及参数(iii)(计及健康因素的任何调整)来计算IOB。该第二个方法一般将导致更高的计算出的IOB,除非来自参数(iii)的负调整不只是抵消了来自参数(ii)的正贡献。
当然用来计算IOB的其他方法也是可能的。例如,其他方法可以通过计及参数(i)和(iii)而不计及参数(ii)来计算IOB。要理解,可以使用上述方法中的任何方法来计算在下面的讨论中对机体胰岛素或IOB的引用。在一些实施例中,HCP、患者或两者都可以命令胰岛素配量算法使用特定方法来计算IOB。例如,图15B中的屏幕截图1500示出了HCP可以选择用于计算有效胰岛素(例如,IOB)的“保守”选项,或者“标准”选项。“标准”选项对应于上面讨论的第一个方法,而“保守”选项对应于第二个方法。MMA可以包括能够使用第一个方法和第二个方法两者来计算IOB的逻辑,并且在计算推荐的大药丸时,可以给患者、HCP和/或两者在两个方法之间进行选择的选项。
A.每日滴定
下面描述示例性的每日滴定算法和相关联的配量方案。
所推荐剂量从HCP在配量方案规定时设置的初始值开始。对于早餐或午餐滴定,默认起始剂量为每日总基础胰岛素的10%,对于晚餐滴定,为5%。基于从前一天记入日志的葡萄糖读数来计算随后的每一天的所推荐剂量。即,基于来自第一天的葡萄糖读数来计算第二天的所推荐剂量;基于来自第二天的葡萄糖读数来计算第三天的所推荐剂量,以此类推。下表中提供了用于计算随后的每一天的所推荐剂量的一些示例性规则。
Figure 379238DEST_PATH_IMAGE001
缩写词:GL =葡萄糖水平,TBI =总基础胰岛素,U =单位。
*前一天的GL读数(mg/dL)。
示例性的每日滴定配量方案适用于18岁与85岁之间满足以下标准的具有T2DM(2型糖尿病)的用户:
● 尽管在用或没用二甲双胍的情况下优化了基础胰岛素,但是未能达到血糖目标
● 要求关于进餐时间胰岛素的治疗强化
● 对于其而言,设置的为85-114 mg/dL的葡萄糖目标范围为是适当的。
为了实现示例性的每日滴定配量方案,HCP设置以下参数:
● 每日总基础胰岛素(TBI),以胰岛素单位为单位
● 要用滴定法测量的初始起始剂量和膳食,以胰岛素单位为单位。
另外,HCP可以设置以下参数:
● 每一次(多次)膳食的一次(多次)稳定剂量,以胰岛素单位为单位。
MMA将使用以下附加输入来计算所推荐剂量:
● 当前的GL,以mg/dL为单位:当患者具有低血糖(葡萄糖≤70 mg/dL)时,MMA使用当前的GL阻止推荐胰岛素剂量
● 膳食前的GL(GL),以mg/dL为单位:膳食前的GL是在前一天的滴定剂量后服用的GL。
在至少一个实施例中,示例性的每日滴定配量方案不采取校正剂量、IOB(机体胰岛素)或调整因素作为输入来计算所推荐剂量。
在至少一个实施例中,MMA 568使用由患者录入的葡萄糖值提供用于一餐一次发起和用滴定法测量基础胰岛素配量的推荐,并且意图在HCP的指导下每日多次以该方式使用MMA 568用于录入葡萄糖值和接收剂量推荐。
B.固定剂量
下面描述了示例性固定剂量算法和相关联的方案。该固定剂量算法可以允许HCP每餐设置“固定”大药丸量,如通过校正在期望范围外部的患者葡萄糖水平所需的任何调整进行修改那样。
膳食选择可能包括不进餐(例如,仅校正剂量)、早餐、午餐或晚餐。HCP可以向单个进餐时间分派固定剂量值,为多个进餐时间分派相同的固定剂量值,或为多个进餐时间分派不同的固定剂量值。配量方案可以包括对机体胰岛素(IOB)的剂量调整、对高于或低于GL目标的葡萄糖水平(GL)的校正以及生活方式或健康因素(例如,运动、压力、疾病、类固醇或月经)。
示例性固定剂量方案可能适合于对大药丸疗法陌生或需要大药丸剂量优化的具有1型糖尿病(T1DM)或2型糖尿病(T2DM)的用户。在一些情况下,用户可能需要每日多次注射进餐时间胰岛素与速效胰岛素类似物。
为了实现示例性固定剂量方案,HCP可以设置以下参数:
● 固定剂量(FD),以每一患者选择的膳食类型的胰岛素单位为单位
● 目标GL(GLT),以mg/dL为单位
● 胰岛素敏感系数(ISF),以mg/dL/胰岛素单位为单位
● 胰岛素持续时间(ID),以小时为单位。
在一些实施例中,HCP可以控制用户是否能够更改他们的方案特定的设置。例如,用户可能不能够更改他们的胰岛素与碳水化合物的比率,除非HCP实现了这样的改变。并且当然也可以在这里列出其他示例。另外,在一些实施例中,HCP可以实现以下生活方式修饰语中的任何生活方式修饰语、全部生活方式修饰语或不实现任何一个以下生活方式修饰语,并设置对应的调整量。如果被实现,生活方式修饰语就允许MMA患者用户经由例如他们的移动设备的用户接口来指示他们是否正在经历可能影响他们的身体需要的胰岛素量的某些状况——例如,这样的状况包括:他/她是否正在运动或进行身体活动、他/她是否正在经历压力、他/她是否生病、他/她是否正在服用类固醇或她是否正在来月经。针对这些生活方式修饰语中的每个,HCP都以百分比为单位设置调整量。将百分比值转换成十进制值以供在等式中使用。如果HCP不实现修饰语,则配量方案将使用0值。
● 活动因素(AF),以百分比为单位
● 压力因素(SF),以百分比为单位
● 疾病因素(IF),以百分比为单位
● 类固醇因素(StF),以百分比为单位
● 月经因素(MF),以百分比为单位。
MMA将使用以下附加输入来计算所推荐剂量:
● 用来确定FD值的膳食选择(不进餐、早餐、午餐、晚餐),以胰岛素单位为单位
● 当前GL(GL),以mg/dL为单位
● 当前时间(t),以小时为单位
● 注意:当前时间可能包括小时、分钟和秒,但在计算中可能用作数小时的一小部分。
将在计算中结合机体胰岛素(IOB),即在当前时间段仍然有效的所有胰岛素剂量。如果在不到ID(胰岛素持续时间)小时之前服用了前一剂量,则认为前一剂量“有效”。在一些实施例中,可以使用以下参数来计算先前的剂量:
● 输送的大药丸(DB),以胰岛素单位为单位
● 输送的大药丸的时间(tDB),以小时为单位
● 乘法因数(X)
○ 在不到且包括0.5小时之前施用了个人的输送的大药丸时,X = 0
○ 在大于0.5小时且不到ID小时之前施用了个人的输送的大药丸时,X = 1。
如先前所讨论的,可以针对特定的先前施用的胰岛素剂量以两个方式中的一个来定义IOB计算中的DB参数。根据这两个方法,可以将DB参数设置为:(i)仅前一剂量的葡萄糖校正部分,或(ii)在前一剂量中注射的胰岛素的总量。选项(i)对应于上面讨论的第一个方法,并且在本文中也称为图15B中的“标准”选项。在该选项下,可以将前一剂量的葡萄糖校正部分计算为
Figure 217750DEST_PATH_IMAGE002
,其中GLDB是在计算前一剂量时录入的GL,GLT是目标GL,并且ISF是(下面讨论的)胰岛素敏感系数。选项(ii)对应于上面讨论的第二个方法,并且在本文中也称为图15B中的“保守”选项。HCP可以选择这两个方法中的哪一种用于计算DB参数,如图15B中所示。替代地,患者或者HCP和患者两者可以具有指定将使用哪个方法来计算DB参数的选项。
依照示例性固定剂量方案,可以使用以下公式来计算大药丸胰岛素剂量推荐(RD):
Figure 466329DEST_PATH_IMAGE003
术语FD表示该公式的固定剂量部分。术语
Figure 595959DEST_PATH_IMAGE004
表示该公式的校正剂量部分,例如,基于患者的葡萄糖水平(GL)超过目标葡萄糖水平(GLT)的量来调整所推荐剂量的该公式的部分。ISF是胰岛素敏感系数,其表示一个单位的胰岛素(例如,速效胰岛素)预期使个人的葡萄糖水平降低多少。一般地,为了校正高葡萄糖水平,需要一个单位的胰岛素来使葡萄糖水平降低50 mg/dl。然而,根据个人的胰岛素敏感性和其他情况,葡萄糖水平的该下降的范围也可能从15-100mg/dl或更多。术语(1 + AF + SF + IF + StF + MF)计及先前讨论的生活方式因素。术语
Figure 613594DEST_PATH_IMAGE005
Figure 419744DEST_PATH_IMAGE006
计及所有先前剂量的IOB。
以下考虑适用于该公式:
● 如果患者选择不进餐,则固定剂量值将是0;然而,患者将仍接受校正剂量,如果适用的话。
● 校正剂量
Figure 890040DEST_PATH_IMAGE007
可以是正值、负值或0值。
● 每个IOB计算
Figure 557782DEST_PATH_IMAGE008
可以是正的或0。在该计算期间,如果IOB计算返回负值,则MMA将使用0个有效胰岛素单位的值。
如果计算出的所推荐剂量返回负值,则MMA将推荐0个胰岛素单位。替代地,如果MMA检测到患者处于或即将进入低血糖状态,和/或如果MMA确定患者具有过多IOB(机体胰岛素,即患者的系统内的胰岛素量),则MMA可以推荐患者吃顿饭或吃一定量的碳水化合物。在一些实施例中,如果MMA确定患者处于或即将进入低血糖状态,则MMA可以推荐患者注射胰高血糖素或提高患者的葡萄糖水平的一些其他药物。
该示例性固定配量方案可以通过允许用户接收基于如由HCP配置的固定配量方案的剂量推荐来降低大药丸胰岛素配量的复杂性。如果用户已经接受了配量方案规定,则用户将进入app并可以选择进入大药丸剂量推荐工作流程。他们将选择一顿饭,录入和/或确认他们的葡萄糖测量结果,选择任何附加的修饰语(诸如活动或压力中的改变),并接收大药丸剂量推荐。固定配量方案计及用来覆盖膳食的HCP分派的胰岛素量、基于当前和目标血糖的校正剂量以及基于内部胰岛素PKPD数据的机体胰岛素。
C.碳水化合物大药丸计算器
下面描述了示例性碳水化合物大药丸计算器算法和相关联的方案。
示例性碳水化合物大药丸计算器方案基于用于“覆盖”膳食的碳水化合物含量的规则,并且该方法在临床指南中被推荐作为使餐时胰岛素与膳食摄入量匹配的个性化方式。因此,它可以在一天中的任何时间使用,并且可能与特定膳食无关。它基于胰岛素敏感性、碳水化合物摄入量、GL目标和当前GL来计算所推荐的大药丸胰岛素剂量。它还将计及校正剂量、IOB和可选的调整因素。
可以基于两个因素来计算大药丸:(i)食物或碳水化合物覆盖所需的胰岛素,以及(ii)校正高血糖所需的胰岛素。
基于胰岛素与碳水化合物的比率(ICR)来规定用于食物或碳水化合物覆盖的大药丸剂量。胰岛素与碳水化合物的比率表示1单位胰岛素覆盖或解决多少克碳水化合物。一般地,一单位的速效胰岛素将解决12-15克碳水化合物;然而,根据个人对胰岛素的敏感性,该参数可以从4变化到30或更多克碳水化合物。胰岛素敏感性可能根据一天中的时间因人而异,并且受身体活动和压力的影响。
示例性碳水化合物大药丸计算器方案适于具有T1DM或T2DM的用户,他们准确地计算碳水化合物或根据HCP的判断他们可以学习这么做。在一些情况下,用户可能需要每日多次注射进餐时间胰岛素和速效胰岛素类似物。
为了实现示例性碳水化合物大药丸计算器方案,HCP可以设置以下参数:
● 目标GL(GLT),以mg/dL为单位
● 胰岛素敏感系数(ISF),以mg/dL/胰岛素单位为单位
● 胰岛素与碳水化合物的比率(ICR),以克碳水化合物/胰岛素单位为单位
● 胰岛素持续时间(ID),以小时为单位。
另外,HCP可以实现以下生活方式修饰语中的任何生活方式修饰语、全部生活方式修饰语或不实现以下生活方式修饰语,并设置对应的调整量。HCP使用适于其患者的百分比来设置生活方式因素调整。将百分比值转换成十进制值以供在等式中使用。如果HCP不实现修饰语,则配量方案将使用0值。
● 活动因素(AF),以百分比为单位
● 压力因素(SF),以百分比为单位
● 疾病因素(IF),以百分比为单位
● 类固醇因素(StF),以百分比为单位
● 月经因素(MF),以百分比为单位。
MMA将使用以下附加输入来计算所推荐剂量:
● 当前GL(GL),以mg/dL为单位
● 当前时间(t),以小时为单位
● 碳水化合物摄入量(CHO),以克碳水化合物为单位,或膳食胰岛素(MI),以胰岛素单位为单位。
将在计算中结合机体胰岛素(IOB),即在当前时间段仍然有效的所有胰岛素剂量。如果在不到ID(胰岛素持续时间)小时之前服用了前一剂量,则认为前一剂量“有效”。在一些实施例中,可以使用以下参数来计算先前的剂量:
● 输送的大药丸(DB),以胰岛素单位为单位
● 输送的大药丸的时间(tDB),以小时为单位
● 乘法因数(X)
○ 在不到且包括0.5小时之前施用了个人的输送的大药丸时,X = 0
○ 在大于0.5小时且不到ID小时之前施用了个人的输送的大药丸时,X = 1。
如先前所讨论的,可以以多个方式来定义IOB计算中的DB参数。例如,可以将DB参数设置为:(i)来自前一剂量的胰岛素的总量,或者(ii)仅前一剂量的葡萄糖校正部分。
MMA用户可以选择输入碳水化合物摄入量(CHO)(例如,膳食中的碳水化合物的预期量)或(例如,以胰岛素单位来表达的)进餐时间胰岛素(MI)。如果MMA用户选择输入进餐时间胰岛素,则MMA用户可以输入用户预期将覆盖特定膳食的胰岛素的单位数。例如,如果MMA用户不确切地知道特定膳食中有多少克碳水化合物,但是从经验中知道某一单位数的胰岛素应足以覆盖该类型的膳食,则MMA用户可以选择输入进餐时间胰岛素的单位数而不是预期的碳水化合物摄入量。根据MMA用户录入碳水化合物摄入量还是膳食胰岛素,将使用下面的适当公式来计算所推荐剂量。
当用户录入碳水化合物摄入量值时,将使用以下公式计算大药丸胰岛素剂量推荐(RD):
Figure 492240DEST_PATH_IMAGE009
其中
Figure 688866DEST_PATH_IMAGE010
表示该公式的碳水化合物摄入部分。
当用户录入膳食胰岛素值时,将使用以下公式计算大药丸胰岛素剂量推荐:
Figure 161304DEST_PATH_IMAGE011
其中MI表示用来覆盖膳食摄入量的胰岛素。
以下考虑适用于该公式:
● 校正剂量
Figure 163895DEST_PATH_IMAGE012
可以是正值、负值或0值。
● 每个IOB计算
Figure 890543DEST_PATH_IMAGE013
可以为正或0。在计算期间,如果IOB计算返回负值,则MMA将使用0个有效的胰岛素单位值。
如果计算出的所推荐剂量返回负值,则MMA将推荐0个胰岛素单位。替代地,如果MMA检测到患者处于或即将进入低血糖状态,和/或如果MMA确定患者具有过多IOB(机体胰岛素,即患者的系统内的胰岛素量),则MMA可以推荐患者吃顿饭或吃一定量的碳水化合物。在一些实施例中,如果MMA确定患者处于或即将进入低血糖状态,则MMA可以推荐患者注射胰高血糖素或提高患者的葡萄糖水平的一些其他药物。
示例性碳水化合物大药丸计算器方案有助于通过允许用户接收基于如由HCP配置的大药丸计算器方案的剂量推荐来降低大药丸胰岛素配量的复杂性。如果用户已经接受了配量方案规定,则用户将进入app并可以选择进入大药丸剂量推荐工作流程。他们将录入和/或确认他们的葡萄糖水平测量结果,录入他们意图消耗的碳水化合物数量,选择任何附加修饰语(诸如活动或压力中的改变),并接收大药丸剂量推荐。用户可以选择录入覆盖膳食所需的胰岛素的数量而不是碳水化合物的量,使用该方案有助于校正剂量并计及机体胰岛素。碳水化合物大药丸计算器配量方案计及用来覆盖预期的碳水化合物摄入量的胰岛素量、基于当前和目标血糖的校正剂量以及基于内部胰岛素PKPD数据的机体胰岛素。
D.基于碳水化合物膳食量的计算器
下面描述了示例性基于碳水化合物膳食量的计算器算法和相关联的方案。示例性基于碳水化合物膳食量的计算器方案利用上面描述的示例性碳水化合物大药丸计算器方案的功能,其中HCP做了附加设置以用于对碳水化合物膳食含量的小、中、大的定性评定。例如,代替让MMA用户输入膳食中的碳水化合物的预期数量或进餐时间胰岛素的量,MMA用户可以简单地指示他/她将要吃“小”膳食、“中”膳食还是“大”膳食。然后基于针对“小”膳食、“中”膳食或“大”膳食的(可能可由HCP和/或MMA用户配置的)预设值,将MMA用户的选择转化成碳水化合物的估计数量。
示例性基于碳水化合物膳食量的计算器方案适于具有T1DM和T2DM的用户,他们可以估计膳食量,并且特别是膳食中的碳水化合物含量的大小。在一些情况下,用户可能需要每日多次注射进餐时间胰岛素与速效胰岛素类似物。
为了实现示例性基于碳水化合物膳食量的计算器方案,HCP可以设置以下参数:
● 目标GL(GLT),以mg/dL为单位
● 胰岛素敏感系数(ISF),以mg/dL/胰岛素单位为单位
● 胰岛素与碳水化合物的比率(ICR),以克碳水化合物/胰岛素单位为单位
● 胰岛素持续时间(ID),以小时为单位
● “小”膳食量中的碳水化合物的估计量,以克碳水化合物为单位
● “中”膳食量中的碳水化合物的估计量,以克碳水化合物为单位
● “大”膳食量中的碳水化合物的估计量,以克碳水化合物为单位。
另外,HCP可以实现以下生活方式修饰语中的任何生活方式修饰语、全部生活方式修饰语或不实现以下生活方式修饰语,并设置对应的调整量。HCP使用适于其患者的百分比来设置生活方式因素调整。将百分比值转换成十进制值以供在等式中使用。如果HCP不实现修饰语,则配量方案将使用0值。
● 活动因素(AF),以百分比为单位
● 压力因素(SF),以百分比为单位
● 疾病因素(IF),以百分比为单位
● 类固醇因素(StF),以百分比为单位
● 月经因素(MF),以百分比为单位。
MMA将使用以下附加输入来计算所推荐剂量:
● 当前GL(GL),以mg/dL为单位
● 当前时间(t),以小时为单位
● 碳水化合物摄入膳食量(MS),如小、中、大或不选择
○ MMA将基于针对所选择的膳食的HCP预设用对应的碳水化合物克数取代膳食量
○ 如果患者选择“不进餐”选项,则MMA将用0值取代膳食量。
将在计算中结合机体胰岛素(IOB),即在当前时间段仍然有效的所有胰岛素剂量。如果在不到ID(胰岛素持续时间)小时之前服用了前一剂量,则认为前一剂量“有效”。在一些实施例中,可以使用以下参数来计算先前的剂量:
● 输送的大药丸(DB),以胰岛素单位为单位
● 输送的大药丸的时间(tDB),以小时为单位
● 乘法因数(X)
○ 在不到且包括0.5小时之前施用了个人的输送的大药丸时,X = 0
○ 在大于0.5小时且不到ID小时之前施用了个人的输送的大药丸时,X = 1。
如先前所讨论的,可以以多个方式来定义IOB计算中的DB参数。例如,可以将DB参数设置为:(i)来自前一剂量的胰岛素的总量,或者(ii)仅前一剂量的葡萄糖校正部分。
将使用以下公式来计算大药丸胰岛素剂量推荐(RD):
Figure 585966DEST_PATH_IMAGE014
其中
Figure 296434DEST_PATH_IMAGE015
表示碳水化合物摄入量。
以下考虑适用于该公式:
● 校正剂量
Figure 774819DEST_PATH_IMAGE016
可以是正值、负值或0值。
● 每个IOB计算
Figure 683870DEST_PATH_IMAGE017
可以为正或0。在计算期间,如果IOB计算返回负值,则MMA将使用0个有效胰岛素单位的值。
如果计算出的所推荐剂量返回负值,则MMA将推荐0个胰岛素单位。替代地,如果MMA检测到患者处于或即将进入低血糖状态,和/或如果MMA确定患者具有过多IOB(机体胰岛素,即患者的系统内的胰岛素量),则MMA可以推荐患者吃顿饭或吃一定量的碳水化合物。在一些实施例中,如果MMA确定患者处于或即将进入低血糖状态,则MMA可以推荐患者注射胰高血糖素或提高患者的葡萄糖水平的一些其他药物。
示例性基于碳水化合物膳食量的计算器方案可以有助于通过允许用户接收基于如由HCP配置的基于膳食量的计算器方案的剂量推荐来降低大药丸胰岛素配量的复杂性。如果用户已经接受了配量方案规定,则用户将进入app并可以选择进入大药丸剂量推荐工作流程。他们将录入和/或确认他们的葡萄糖测量结果,选择他们的膳食量,选择任何附加修饰语(诸如活动或压力中的改变),并接收大药丸剂量推荐。基于碳水化合物膳食量的计算器配量方案计及用来覆盖预期的碳水化合物摄入量的胰岛素量、基于当前和目标血糖的校正剂量以及基于内部胰岛素PKPD数据的机体胰岛素。
图19是图示由在移动设备上运行的MMA(例如,在移动设备104上运行的MMA 568或在移动设备532上运行的MMA 570)实现的示例性过程1900的流程图。MMA使用过程1900来收集关于患者的状况的信息和根据已被规定并在MMA上实现的无论哪个胰岛素配量方案推荐胰岛素剂量。
在步骤1902处,MMA从患者接收葡萄糖读数。这可以以多种方式来完成。例如,图20描绘了来自MMA的示例性屏幕截图,其中MMA与患者的连接式葡萄糖传感器(诸如连续葡萄糖仪(CGM))自动同步。如图20中所示,MMA可以描绘从连接式葡萄糖仪获取葡萄糖仪读数的时间(在该示例中为上午9:31)、血葡萄糖水平(在该情况下为355 mg/dL),并且还允许患者通过触摸标记为“或编辑血糖”的按钮来编辑血糖读数。如果患者同意从连接式葡萄糖仪接收到的葡萄糖水平,或者如果患者已完成编辑葡萄糖水平,则患者可以触摸标记为“确认血糖”的按钮,在该点处MMA将会把所呈现的葡萄糖水平记录在患者的日志中。
替代地,MMA可以允许患者手动键入他或她的葡萄糖水平,或者提示MMA与连接式葡萄糖仪同步。图21A、21B和21C中图示了接收患者的葡萄糖水平的这些方法。在图21A中,MMA提示患者输入他或她的葡萄糖水平。如果患者触摸标记为“录入血糖”的按钮,则MMA转变到图21B中示出的屏幕,患者可以在其中手动键入他或她的葡萄糖水平。一旦患者键入了葡萄糖水平,患者就可以触摸“下一步”按钮以命令MMA将输入的葡萄糖水平记录在患者的日志中。如果患者触摸标记为“或与仪表同步”的按钮,则MMA转变到图21C中示出的屏幕,其中MMA与患者的连接式葡萄糖仪(例如,BGM、CGM或FGM)同步。在该情况下,如图21C中所示,MMA从患者的连接式葡萄糖仪接收355 mg/dL的葡萄糖水平。替代地,如果患者触摸图21B中的“或与仪表同步”的按钮,则MMA也将转变到图21C中示出的屏幕。一旦MMA从连接式仪表接收到葡萄糖水平,患者就可以通过触摸“下一步”按钮来命令MMA将葡萄糖水平记录在患者的日志中。
返回图19,一旦MMA接收到葡萄糖读数,MMA就移动到步骤1904。此时,MMA确定已经规定并且已经在MMA上实现了哪个配量方案。如果已规定/实现每日滴定方案,则过程1900分岔到步骤1906。如果已规定/实现固定剂量方案,则过程1900分岔到步骤1908。如果已规定/实现碳水化合物大药丸计算器方案,则过程1900分岔到步骤1910。如果已规定/实现基于碳水化合物膳食量的计算器方案,则过程1900分岔到步骤1912。
在(用于每日滴定方案的)步骤1906处,MMA从患者接收对膳食类型或一天中的时间的选择。例如,图22A-22C中示出的说明性屏幕截图允许患者指示他或她是否即将在早餐时间(图22A)、在午餐时间(图22B)、在晚餐时间(图22C)或在就寝时间(图22D)服用一剂。根据上面针对“每日滴定”配量方案所描述的示例性算法,MMA使用该信息来计算所推荐的胰岛素剂量。
在(用于固定剂量方案的)步骤1908处,MMA从患者接收对进餐类型以及应用的任何健康因素的选择。例如,图23A-23D中示出的说明性屏幕截图允许患者指示他或她是否即将在早餐时间(图23B)、在午餐时间(图23C)或在晚餐时间(图23D)服用不与任何膳食(图23A)相关联的剂量。不管患者选择哪个膳食选择,患者都可以选择该患者当前正在经历的任何健康因素,诸如压力、活动、疾病、类固醇和/或月经。根据上面针对“固定剂量”配量方案所描述的示例性算法,MMA使用该信息来计算所推荐的胰岛素剂量。
在(用于碳水化合物大药丸计算器方案的)步骤1910处,MMA接收患者意图消耗的碳水化合物的预期克数,和/或患者预测将足以覆盖他或她意图消耗的碳水化合物的进餐时间胰岛素的预期单位数。MMA还从患者接收应用的任何健康因素。例如,图24A提示患者输入要消耗的碳水化合物的预期克数。患者可以使用数字小键盘输入估计的碳水化合物数量。如图24B中所描绘的,患者已经指示他或她意图消耗96克碳水化合物。当患者按“下一步”按钮时,MMA转变到图24C中示出的屏幕,患者可以在其中选择他或她当前正在经历的任何健康因素,诸如压力、活动、疾病、类固醇和/或月经。一旦患者已经完成选择健康因素,患者就可以触摸“下一步”按钮(未示出),其出现在至少一个健康因素已被选择时。替代地,如果患者没有经历这些健康因素中的任何健康因素,则患者可以按“跳过”按钮。如果至少一个健康因素被选择,或者如果患者按了“跳过”按钮,则MMA转变到图24D中示出的屏幕。在图24D中,MMA显示所选择的碳水化合物的克数以及任何所选择的健康因素以供患者的确认。患者可以通过触摸“下一步”按钮来确认。
替代地,患者可以决定输入该患者期望(例如,基于经验)将覆盖他或她即将消耗的膳食的进餐时间胰岛素的单位数。患者可以通过选择图24A上的“膳食胰岛素”单选按钮来向MMA指示他或她将输入进餐时间胰岛素。如果“膳食胰岛素”单选按钮被选择,则MMA转变到图25A-D中示出的一系列屏幕。在图25A中,MMA提示患者使用数字小键盘输入进餐时间胰岛素的单位数。例如,如图25B中所描绘的,患者已经输入了12个单位的进餐时间胰岛素。当患者按“下一步”按钮时,MMA转变到图25C中示出的屏幕,患者可以在其中选择他或她当前正在经历的任何健康因素,诸如压力、活动、疾病、类固醇和/或月经。替代地,如果患者没有经历这些健康因素中的任何健康因素,则患者可以按“跳过”按钮。在图25D中,MMA显示所选择的进餐时间胰岛素的单位数以及任何所选择的健康因素以供患者的确认。患者可以通过按“下一步”按钮来确认。
返回图19,在(用于基于碳水化合物膳食量的计算器方案的)步骤1912处,MMA从患者接收对膳食量以及应用的任何健康因素的选择。例如,图26A-D中示出的说明性屏幕截图允许患者指示他或她是否即将服用不与任何膳食(图26A)、与“小”膳食(图26B)、与“中”型膳食(图26C)或与“大”型膳食(图26D)相关联的剂量。根据先前描述的预设的膳食量定义,将这些膳食量选择转化成预期的碳水化合物数量。不管患者选择哪个膳食量选择,患者都还可以选择该患者当前正在经历的任何健康因素,诸如压力、活动、疾病、类固醇和/或月经。根据上面针对“基于碳水化合物膳食量的计算器”方案所描述的示例性算法,MMA使用该信息来计算所推荐的胰岛素剂量。
返回图19,在步骤1906、1908、1910或1912中从患者收集信息之后,MMA分岔到步骤1914,在所述步骤1914处MMA计算并呈现胰岛素的所推荐剂量。用于计算胰岛素的所推荐剂量的算法根据当前规定和实现了哪个配量方案而变化,并且先前已描述。然后,MMA向用户呈现该剂量,如图27A中的示例性屏幕截图所图示的那样(在该示例中,其推荐10个单位的进餐时间胰岛素的剂量)。还将通过例如触摸图27A中的“编辑剂量”按钮来给患者编辑所推荐剂量的机会。
在步骤1916处,MMA确定用户是否编辑了所推荐剂量。如果是这样,则MMA分岔到步骤1918,在所述步骤1918处它更新所呈现的剂量。在图27B中图示了该过程,其中患者可以通过点击在所呈现的剂量右边的“+”按钮来增加所推荐剂量,或者通过点击在所呈现的剂量左边的“-”按钮来减少所推荐剂量。当患者已完成编辑所推荐剂量时,患者可以触摸“保存”按钮,这会将患者带回到图27A中示出的屏幕。如果已规定/实现了每日滴定配量方案,则MMA可以可选地显示图27C中示出的附加消息,所述消息提醒患者在该患者的下一次膳食之前检查他或她的血糖是很重要的,因为每日滴定配量方案使用该值来调整明天的胰岛素剂量。
如果患者尚未编辑所呈现的剂量,则MMA分岔到步骤1920,在步骤1920处它确定用户是否已经确认服用该剂量。如果否,则MMA分岔回到步骤1916。如果是这样,则MMA前进到步骤1922,在步骤1922处它将该剂量记入日志。在图27A和27C中图示了该过程,其中患者可以通过触摸标记为“我服用了该剂量”的按钮来确认他们服用了该剂量。触摸该按钮使得MMA将所呈现的剂量记录在患者的日志本中。
图28描绘了替代的用户接口显示2800,其呈现了要施予患者、当前正在施予患者和/或最近施予患者了的胰岛素的剂量。胰岛素的剂量可能已经由先前讨论的胰岛素配量方案中的一个推荐,或者可能已经由患者手动输入或调整。代替图27A-27C中描绘的屏幕截图或除了图27A-27C中描绘的屏幕截图之外,用户接口显示2800可以显示在MMA上。替代地或另外,用户接口显示2800可以显示在药品输送设备上,诸如在胰岛素笔上安装的可视屏幕上。
用户接口显示2800包括多个面板。面板可以包括处理器在可视显示屏的一部分上显示的数据。第一面板2802显示要施予患者、当前正在施予患者或最近施予患者了的胰岛素的单位数——在所描绘的示例中,第一面板2802示出3.5个胰岛素单位。
第二面板2804显示预期由第一面板显示的单位数的胰岛素覆盖的碳水化合物量。如在本文中的说明书和权利要求书中所使用的,“预期由某一单位数Y的胰岛素覆盖”的碳水化合物的量X将对应于碳水化合物的估计量,其如果被具有糖尿病的患者摄入,则将需要施予患者Y个单位的胰岛素以便保持患者在摄入所述量X的碳水化合物之后的葡萄糖水平与患者在摄入所述量X的碳水化合物之前的葡萄糖水平相同。在所描绘的示例中,第二面板2804指示28g的碳水化合物预期由呈现的3.5个单位的胰岛素覆盖。可以通过将第一面板2802所显示的胰岛素的单位数除以胰岛素与碳水化合物的比率(ICR)来计算第二面板2804所显示的碳水化合物的数量。用户接口显示2800可以使用适用于所有患者或者适用于由患者、照料者或HCP提供的患者特定的ICR的默认ICR值。在一些实施例中,如果已知针对特定患者的ICR根据按照一天中的时间的可预测模式而变化,则ICR既可以特定于患者又可以特定于一天中的时间。在该示例中,如果用户接口显示2800使用的ICR为0.125,则可以通过将第一面板2802所显示的胰岛素的单位数(3.5个单位)除以为0.125的ICR来导出第二面板2804所显示的碳水化合物的克数(28g)。
第三面板2806指示第二面板显示的碳水化合物的数量是对应于小膳食量还是大膳食量。在图28中描绘的示例中,该第三面板2806采取光谱的形式,所述光谱显示在“小”膳食量、“中”膳食量或“大”膳食量之间的膳食量的范围,并且还包括指示符2810,所述指示符2810指示第二面板2804显示的碳水化合物的数量落在该光谱上的哪里。在(未示出的)其他实施例中,第三面板2806可以简单地显示指示膳食量类别的字母、单词或符号。在最简单的情况下,可以将膳食简单地分类到以下两个种类中的一个中:“小”或“大”。在一些实施例中,可以将膳食分类到以下三个种类中的一个中:“小”、“中”或“大”。在又其他实施例中,可以将膳食分类到四个或更多个膳食量类别中。
可以基于定义不同膳食量分类的可调参数来计算第三面板2806。例如,在将膳食分类到三个类别(例如“小”、“中”或“大”)中的实施例中,这样的可调参数可以包括针对“中”型膳食的最小碳水化合物阈值(例如,30g)以及针对“中”型膳食的最大碳水化合物阈值(例如,60克)。落在该最小和最大碳水化合物阈值之间的任何碳水化合物值都可以被分类为“中”型膳食。落在最小碳水化合物阈值之下的任何碳水化合物值可以被分类为“小”型膳食,并且落在最大碳水化合物阈值之上的任何碳水化合物值可以被分类为“大”型膳食。(如在图28中所描绘的)包括显示一个范围的光谱的面板还可以基于这些膳食量定义(例如通过根据膳食量定义沿着光谱缩放指示符的放置)来确定将指示符放置在哪里。如先前讨论的,这些膳食量定义可能可由患者、照料者或HCP定制。
第四面板2808显示由施用第一面板2802显示的单位数的胰岛素引起的患者的葡萄糖水平中的预期下降。在所描绘的示例中,第四面板2808指示75mg/dL的血葡萄糖下降预期是由施用第一面板2802中显示的3.5个单位的胰岛素引起的。可以通过将第一面板2802中显示的胰岛素的单位数乘以胰岛素敏感系数(ISF)来计算第四面板2808所显示的葡萄糖下降。用户接口显示2800可以使用适用于所有患者或者适用于由患者、照料者或HCP提供的患者特定的ISF的默认ISF。在一些实施例中,如果已知针对特定患者的ICR根据按照一天中的时间的可预测模式而变化,则ISF既可以特定于患者又可以特定于一天中的时间。在该示例中,如果ISF为21.4,则可以通过将第一面板2802所显示的单位数(3.5个单位)乘以为21.4的ISF来导出第四面板2808所显示的预期BG下降(75 mg/dL)。
尽管图28显示了包括所有四个面板2802、2804、2806和2808的用户接口显示2800,但是一些实施例可以仅显示这四个面板的子集,或者可以显示附加面板。例如,一些实施例可以仅包括第一面板2802、第二面板2804和第三面板2806,并且可以不显示第四面板2808。在其他实施例中,用户接口显示2800可以仅包括第一面板2802和第四面板2808,并且可以不显示第二面板2804或第三面板2806。在又其他实施例中,用户接口显示2800可以仅包括第一面板2802和第二面板2804。不必按图28中显示的顺序、配置或相对尺寸来布置面板。
不管显示哪些特定面板,当用户调整要施用、当前正在施用或最近施用了的胰岛素的单位数时,所有显示的面板都可以被更新。图29示出了在胰岛素的单位数从显示2900a中的3.5个单位调整到显示2900b中的4.0个单位以及显示2900c中的4.5个单位时的一系列用户接口显示。如所示,在第一面板中显示的单元数从面板2902a中的3.5改变成面板2902b中的4.0,然后改变成2902c中的4.5。类似地,第二面板中显示的碳水化合物数量(参见面板2904a、2904b和2904c)、第三面板中的膳食量指示符(参见面板2906a、2906b和2906c)以及第四面板中的预期葡萄糖下降(参见面板2908a、2908b和2908c)随着胰岛素的单位数改变而自动更新。
尽管图29中示出的示例示出了其中以0.5个单位的增量来调整胰岛素的单位数的示例,但是情况不必是这样。一般地,可以用来在所公开的用户接口上调整单位数的粒度可以取决于与用户接口相关联的输送设备的剂量分辨率。例如,如果输送设备(诸如胰岛素笔)能够以1.0个单位增量输送不同的剂量,则用户接口也可以被配置成允许以1.0个单位增量进行剂量调整。如果输送设备能够以2.0个单位增量输送不同的剂量,则用户接口也可以被配置成允许以2.0个单位增量进行调整。对于其他输送设备的剂量分辨率,诸如0.1个单位、5.0个单位或任何其他剂量分辨率,情况也是如此。对准用户接口的剂量分辨率以符合患者的输送设备的剂量分辨率允许患者容易地决定如何在他或她的输送设备上设置剂量。在一些情况下,用户接口可以被设计成与具有不同剂量分辨率的多个类型的输送设备一起工作。在这样的实施例中,用户接口上的剂量分辨率可以可由患者、照料者或HCP配置成符合特定患者的输送设备上的剂量分辨率。
在与要施用/当前正在施用/最近施用了的胰岛素的单位数相同的时间显示被覆盖的碳水化合物的数量、膳食量指示和/或预期的葡萄糖下降向患者提供多个益处。患者常常施用胰岛素以便覆盖某一数量的碳水化合物,覆盖某一膳食量或达到葡萄糖水平中的特定下降。通过向患者显示该信息中的一些或全部,患者可以容易地辨别所显示的剂量是否将达到他或她的目标,并且可以相应地调整所显示的剂量。
同时地显示该信息还通过减少由舍入误差引起的配量过多或不足而解决了在先前已知的输送设备用户接口中存在的技术问题。例如,当患者尝试计算用来覆盖特定膳食的剂量时,患者常常从在进餐前猜测膳食中的碳水化合物的数量开始。一旦患者获得碳水化合物的估计数量,患者然后就基于碳水化合物的估计数量来计算剂量大小。然而,在计算剂量大小时,患者常常根据他们的药品输送设备的剂量分辨率而舍入到最接近的胰岛素的单位或半个单位。该过程需要患者经历两个舍入或估计步骤来获得胰岛素的剂量:第一步,其中患者估计膳食中的碳水化合物数量;以及第二步,其中患者将该碳水化合物估计值转换成胰岛素的单位数。该两步过程增加了高估或低估覆盖特定膳食所需的剂量的风险。
使用示例性场景最好地说明了这一点。考虑其中患者估计他即将消耗的具有75克碳水化合物的膳食的情况。患者仅基于膳食的视觉外观和他先前的经验获得该估计值。用户然后基于胰岛素与碳水化合物的比率8来计算剂量,其导致剂量为75g/8 = 9.375个单位。然而,由于他的药品输送设备的剂量分辨率,他只能施用整个单位的胰岛素,并且因此向下舍入并仅施用9个单位。在该情况下,如果患者低估了膳食中的碳水化合物的数量(例如,如果患者面前的膳食实际上包含了80g碳水化合物),然后向下舍入,则患者可能会两方面地低估覆盖膳食所需的剂量。如果未被补偿,则胰岛素的该配量不足可以使患者更难达到他的血糖目标。
通过显示要覆盖的碳水化合物的数量以及胰岛素的单位数,用户接口显示减少了由舍入引入的错误。通过在用户接口上在9个单位和10个单位之间拨动(dial),患者可以快速确定9个单位将覆盖72克碳水化合物,而10个单位将覆盖80克碳水化合物。用户然后可以估计他面前的膳食更接近72克碳水化合物还是80克碳水化合物。与先前讨论的需要两个计算或估计步骤的情况形成对照,该计算仅涉及由患者进行的单个、简单的估计步骤。这增加了患者将获得正确剂量来覆盖他面前的膳食的机会。例如,面对在72克和80克之间的选择,患者可能更有可能决定他面前的膳食实际上更接近80克,并且可能选择施用10个单位的胰岛素。
所公开的用户接口同样还可以减少其他场景中的舍入误差,所述其他场景包括其中患者不是基于碳水化合物而是基于膳食量和/或葡萄糖水平中的目标下降做出配量决策的情况。通过显示膳食量和/或葡萄糖水平中的估计的下降连同所呈现的胰岛素剂量,所公开的用户接口类似地减少了患者所需的估计/舍入步骤的数量,并且因此增加了患者将获得正确剂量来覆盖特定膳食或达到特定葡萄糖水平的机会。
如先前所讨论的,代替图27A-27C中的先前公开的屏幕截图或除了图27A-27C中的先前公开的屏幕截图之外,所公开的用户接口2800可以显示在于移动设备上执行的MMA上。然而,另外,所公开的用户接口2800也可以显示在诸如连接式胰岛素笔之类的移动药品输送设备上。在图30中描绘了一个这样的示例性实现,其示出了具有显示先前讨论的用户接口的屏幕3000的连接式胰岛素笔3002。这样的连接式胰岛素笔3002可以经由蓝牙、WiFi、NFC或其他无线链路与诸如移动设备104之类的移动设备进行无线通信。通过该无线链路,连接式胰岛素笔3002可以接收各种参数以用于计算由用户接口中的面板显示的信息,所述各种参数诸如是胰岛素与碳水化合物的比率(ICR)、胰岛素敏感系数(ISF)和/或膳食量定义,诸如(如先前讨论的)针对“中”型膳食的最小和最大碳水化合物阈值。
图31描绘了图示由移动设备(诸如智能电话或药品输送设备)执行的示例性过程的流程图。在步骤3102处,移动设备经由移动设备上的可视显示器同时呈现多个面板。这些面板可以包括:第一面板,其显示要施予患者的胰岛素的单位数;第二面板,其显示预期由第一面板显示的单位数的胰岛素覆盖的碳水化合物的数量;第三面板,其指示第二面板显示的碳水化合物的数量与小膳食量、中膳食量还是大膳食量对应;和/或第四面板,其显示由施用第一面板显示的单位数的胰岛素引起的患者的葡萄糖水平中的预期下降。如先前所讨论的,一些实施例可能不显示全部四个面板,而是仅显示这些面板的子集。一些实施例还可以显示附加面板。
在步骤3104处,移动设备接收调整要施予患者、当前正在施予患者和/或最近施予患者的胰岛素的单位数的用户输入。例如,可以经由与上面在图27B中讨论的那些类似的MMA的屏幕上的“加”或“减”按钮或者使用数字小键盘来接收该用户输入。替代地,可以通过用户拨动诸如胰岛素笔之类的连接式胰岛素输送设备上的旋钮来接收用户输入。
在步骤3106处,移动设备根据胰岛素的经调整的单位数来更新第一面板、第二面板、第三面板和/或第四面板。如先前所描述的,可以使用将胰岛素的单位数转换成覆盖的碳水化合物的数量的参数(诸如胰岛素与碳水化合物的比率,或ICR)、将胰岛素的单位数转换成葡萄糖水平中的预期下降的参数(诸如胰岛素敏感系数,或ISF),或将覆盖的碳水化合物的数量转换成膳食量的参数来完成该调整。
虽然已经将本发明描述为具有示例性设计,但是可以在本公开的精神和范围内进一步修改本公开的实施例。因此本申请意图使用其一般原理来覆盖所公开的实施例的任何变型、使用或改编。

Claims (104)

1.一种方法,包括:
经由医疗保健专业人员(HCP)门户应用程序呈现与患者有关的多个药物配量方案,其中每个呈现的药物配量方案与相应的不同的药物配量算法相关联;
经由所述HCP门户应用程序接收对呈现的药物配量方案中的至少一个的HCP选择;以及
将指示所述至少一个HCP选择的药物配量方案的HCP选择的方案的数据传输到与所述患者相关联的移动设备上的医疗移动应用程序(MMA)。
2.根据权利要求1的方法,其中:
所述呈现的药物配量方案包括一个或多个胰岛素配量方案;以及
所述至少一个HCP选择的药物配量方案包括至少一个HCP选择的胰岛素配量方案。
3.根据权利要求2的方法,其中:
所述一个或多个呈现的胰岛素配量方案包括至少一个或多个基础胰岛素配量方案和一个或多个大药丸胰岛素配量方案。
4.根据权利要求3的方法,其中:
所述至少一个HCP选择的胰岛素配量方案包括至少一个HCP选择的基础胰岛素配量方案和至少一个HCP选择的大药丸胰岛素配量方案。
5.根据权利要求1的方法,进一步包括:
从健康信息技术(HIT)系统访问与所述患者有关的电子健康记录(EHR)数据;以及
经由所述HCP门户应用程序呈现所述EHR数据。
6.根据权利要求2的方法,其中所述至少一个HCP选择的胰岛素配量方案包括与每日滴定大药丸胰岛素配量算法相关联的每日滴定大药丸胰岛素配量方案。
7.根据权利要求2的方法,其中所述至少一个HCP选择的胰岛素配量方案包括与固定剂量大药丸胰岛素配量算法相关联的固定剂量大药丸胰岛素配量方案。
8.根据权利要求2的方法,其中所述至少一个HCP选择的胰岛素配量方案包括与碳水化合物大药丸计算器大药丸胰岛素配量算法相关联的碳水化合物大药丸计算器大药丸胰岛素配量方案。
9.根据权利要求2的方法,其中所述至少一个HCP选择的胰岛素配量方案包括与基于碳水化合物膳食量的计算器大药丸胰岛素配量算法相关联的基于碳水化合物膳食量的计算器大药丸胰岛素配量方案。
10.根据权利要求1的方法,进一步包括从所述MMA接收方案被接受指示,所述方案被接受指示指示所述MMA已经经由移动设备的移动设备用户接口接收到与所述至少一个HCP选择的药物配量方案相关联的患者接受指示。
11.根据权利要求1的方法,进一步包括从所述MMA接收方案被拒绝指示,所述方案被拒绝指示指示所述MMA已经经由移动设备的移动设备用户接口接收到与所述至少一个HCP选择的药物配量方案相关联的患者拒绝指示,以及响应于所述患者拒绝指示而禁用与所述患者相关联的移动设备上的所述MMA。
12.根据权利要求1的方法,其中所述HCP选择的方案的数据可操作成解锁所述MMA上的所述至少一个HCP选择的药物配量方案。
13.根据权利要求12的方法,其中所述MMA可操作成仅在已经通过所述HCP选择的方案的数据解锁所述至少一个HCP选择的药物配量方案之后访问用于所述至少一个HCP选择的药物配量方案的预先存储在所述移动设备上的实现数据。
14.根据权利要求12的方法,其中所述MMA可操作成仅在已经通过所述HCP选择的方案的数据解锁所述至少一个HCP选择的药物配量方案之后将用于所述至少一个HCP选择的药物配量方案的实现数据下载到所述移动设备上。
15.根据权利要求12的方法,其中所述HCP选择的方案的数据可操作成以所述MMA接收到关于所述至少一个HCP选择的药物配量方案的患者接受指示为条件解锁所述MMA上的所述至少一个HCP选择的药物配量方案。
16.根据权利要求1的方法,其中所述MMA与和所述患者相关联的胰岛素输送设备通信地连接。
17.根据权利要求1的方法,其中所述MMA被配置成经由移动设备的移动设备用户接口提供基于所述至少一个HCP选择的药物配量方案的配量推荐。
18.一种连接式护理服务器系统,包括:
一个或多个服务器,每个服务器包括一个或多个通信接口、一个或多个处理器以及数据贮存器,
其中所述一个或多个服务器的所述数据贮存器共同包含指令,所述指令在被所述一个或多个服务器的所述处理器中的一个或多个执行时可操作成使得所述连接式护理服务器系统实行服务器系统功能的集合,所述服务器系统功能的集合包括:
经由与所述一个或多个服务器的所述通信接口中的至少一个通信的医疗保健专业人员(HCP)门户应用程序呈现与患者有关的多个药物配量方案,其中每个呈现的药物配量方案与相应的不同的药物配量算法相关联;
经由所述HCP门户应用程序接收对呈现的药物配量方案中的至少一个的HCP选择;以及
经由所述一个或多个服务器的所述通信接口中的至少一个向与所述患者相关联的移动设备上的医疗移动应用程序(MMA)传输指示所述至少一个HCP选择的药物配量方案的HCP选择的方案的数据。
19.根据权利要求18的系统,其中:
所述呈现的药物配量方案包括一个或多个胰岛素配量方案;以及
所述至少一个HCP选择的药物配量方案包括至少一个HCP选择的胰岛素配量方案。
20.根据权利要求19的系统,其中:
所述一个或多个呈现的胰岛素配量方案包括至少一个或多个基础胰岛素配量方案和一个或多个大药丸胰岛素配量方案。
21.根据权利要求20的系统,其中:
所述至少一个HCP选择的胰岛素配量方案包括至少一个HCP选择的基础胰岛素配量方案和至少一个HCP选择的大药丸胰岛素配量方案。
22.根据权利要求18的系统,其中所述服务器系统功能的集合包括:
从健康信息技术(HIT)系统访问与所述患者有关的电子健康记录数据(EHR);以及
经由所述HCP门户应用程序呈现所述EHR数据。
23.根据权利要求19的系统,其中所述至少一个HCP选择的胰岛素配量方案包括与每日滴定大药丸胰岛素配量算法相关联的每日滴定大药丸胰岛素配量方案。
24.根据权利要求19的系统,其中所述至少一个HCP选择的胰岛素配量方案包括与固定剂量大药丸胰岛素配量算法相关联的固定剂量大药丸胰岛素配量方案。
25.根据权利要求19的系统,其中所述至少一个HCP选择的胰岛素配量方案包括与碳水化合物大药丸计算器大药丸胰岛素配量算法相关联的碳水化合物大药丸计算器大药丸胰岛素配量方案。
26.根据权利要求19的系统,其中所述至少一个HCP选择的胰岛素配量方案包括与基于碳水化合物膳食量的计算器大药丸胰岛素配量算法相关联的基于碳水化合物膳食量的计算器大药丸胰岛素配量方案。
27.根据权利要求18的系统,所述服务器系统功能的集合进一步包括从所述MMA接收方案被接受指示,所述方案被接受指示指示所述MMA已经经由移动设备的移动设备用户接口接收到与所述至少一个HCP选择的药物配量方案相关联的患者接受指示。
28.根据权利要求18的系统,所述服务器系统功能的集合进一步包括从所述MMA接收方案被拒绝指示,所述方案被拒绝指示指示所述MMA已经经由移动设备的移动设备用户接口接收到与所述至少一个HCP选择的药物配量方案相关联的患者拒绝指示,以及响应于所述方案被拒绝指示而禁用与所述患者相关联的移动设备上的所述MMA。
29.根据权利要求18的系统,其中所述HCP选择的方案的数据可操作成解锁所述MMA上的所述至少一个HCP选择的药物配量方案。
30.根据权利要求29的系统,其中所述MMA可操作成仅在已经通过所述HCP选择的方案的数据解锁所述至少一个HCP选择的药物配量方案之后访问用于所述至少一个HCP选择的药物配量方案的预先存储在所述移动设备上的实现数据。
31.根据权利要求29的系统,其中所述MMA可操作成仅在已经通过所述HCP选择的方案的数据解锁所述至少一个HCP选择的药物配量方案之后将用于所述至少一个HCP选择的药物配量方案的实现数据下载到所述移动设备上。
32.根据权利要求29的系统,其中所述HCP选择的方案的数据可操作成以所述MMA接收到关于所述至少一个HCP选择的药物配量方案的患者接受指示为条件解锁所述MMA上的所述至少一个HCP选择的药物配量方案。
33.根据权利要求18的系统,其中所述MMA与和所述患者相关联的胰岛素输送设备通信地连接。
34.根据权利要求18的系统,其中所述MMA被配置成经由移动设备的移动设备用户接口提供基于所述至少一个HCP选择的药物配量方案的配量推荐。
35.一种或多种非暂时性计算机可读介质(CRM),其上存储有指令,所述指令在被一个或多个处理器执行时可操作成使得所述一个或多个处理器实行功能的集合,所述功能的集合包括:
经由HCP门户应用程序呈现与患者有关的多个药物配量方案,其中每个呈现的药物配量方案与相应的不同的药物配量算法相关联;
经由所述HCP门户应用程序接收对所述呈现的药物配量方案中的至少一个的HCP选择;以及
将指示所述至少一个HCP选择的药物配量方案的HCP选择的方案的数据传输到与所述患者相关联的移动设备上的医疗移动应用程序(MMA)。
36.根据权利要求35的CRM,其中:
所述呈现的药物配量方案包括一个或多个胰岛素配量方案;以及
所述至少一个HCP选择的药物配量方案包括至少一个HCP选择的胰岛素配量方案。
37.根据权利要求36的CRM,其中:
所述一个或多个呈现的胰岛素配量方案包括至少一个或多个基础胰岛素配量方案和一个或多个大药丸胰岛素配量方案。
38.根据权利要求37的CRM,其中:
所述至少一个HCP选择的胰岛素配量方案包括至少一个HCP选择的基础胰岛素配量方案和至少一个HCP选择的大药丸胰岛素配量方案。
39.根据权利要求35的CRM,其中所述功能的集合进一步包括:
从健康信息技术(HIT)系统访问与所述患者有关的电子健康记录(EHR)数据;以及
经由所述HCP门户应用程序呈现所述EHR数据。
40.根据权利要求36的CRM,其中所述至少一个HCP选择的胰岛素配量方案包括与每日滴定大药丸胰岛素配量算法相关联的每日滴定大药丸胰岛素配量方案。
41.根据权利要求36的CRM,其中所述至少一个HCP选择的胰岛素配量方案包括与固定剂量大药丸胰岛素配量算法相关联的固定剂量大药丸胰岛素配量方案。
42.根据权利要求36的CRM,其中所述至少一个HCP选择的胰岛素配量方案包括与碳水化合物大药丸计算器大药丸胰岛素配量算法相关联的碳水化合物大药丸计算器大药丸胰岛素配量方案。
43.根据权利要求36的CRM,其中所述至少一个HCP选择的胰岛素配量方案包括与基于碳水化合物膳食量的计算器大药丸胰岛素配量算法相关联的基于碳水化合物膳食量的计算器大药丸胰岛素配量方案。
44.根据权利要求35的CRM,所述功能的集合进一步包括从所述MMA接收方案被接受指示,所述方案被接受指示指示所述MMA已经经由移动设备的移动设备用户接口接收到与所述至少一个HCP选择的药物配量方案相关联的患者接受指示。
45.根据权利要求35的CRM,所述功能的集合进一步包括从所述MMA接收方案被拒绝指示,所述方案被拒绝指示指示所述MMA已经经由移动设备的移动设备用户接口接收到与所述至少一个HCP选择的药物配量方案相关联的患者拒绝指示,以及响应于所述患者拒绝指示而禁用与所述患者相关联的移动设备上的所述MMA。
46.根据权利要求35的CRM,其中所述HCP选择的方案的数据可操作成解锁所述MMA上的所述至少一个HCP选择的药物配量方案。
47.根据权利要求46的CRM,其中所述MMA可操作成仅在已经通过所述HCP选择的方案的数据解锁所述至少一个HCP选择的药物配量方案之后访问用于所述至少一个HCP选择的药物配量方案的预先存储在所述移动设备上的实现数据。
48.根据权利要求46的CRM,其中所述MMA可操作成仅在已经通过所述HCP选择的方案的数据解锁所述至少一个HCP选择的药物配量方案之后将用于所述至少一个HCP选择的药物配量方案的实现数据下载到所述移动设备上。
49.根据权利要求46的CRM,其中所述HCP选择的方案的数据可操作成以所述MMA接收到关于所述至少一个HCP选择的药物配量方案的患者接受指示为条件解锁所述MMA上的所述至少一个HCP选择的药物配量方案。
50.根据权利要求35的CRM,其中所述MMA与和所述患者相关联的胰岛素输送设备通信地连接。
51.根据权利要求35的CRM,其中所述MMA被配置成经由移动设备的移动设备用户接口提供基于所述至少一个HCP选择的药物配量方案的配量推荐。
52.一种方法,包括:
在与患者相关联的移动设备上执行的医疗移动应用程序(MMA)处,接收医疗保健专业人员(HCP)选择的方案的数据,所述数据指示从多个药物配量方案当中对至少一个药物配量方案的HCP选择,所述药物配量方案中的每个与相应的不同的药物配量算法相关联,已经经由HCP门户应用程序针对所述患者做出所述HCP选择;以及
至少部分地响应于已经接收到所述HCP选择的方案的数据,在所述MMA上解锁所指示的至少一个HCP选择的药物配量方案。
53.根据权利要求52的方法,其中接收所述HCP选择的方案的数据包括从所述HCP门户应用程序接收所述HCP选择的方案的数据。
54.根据权利要求52的方法,其中接收所述HCP选择的方案的数据包括从与所述HCP门户应用程序和所述MMA两者通信的连接式护理服务器系统接收所述HCP选择的方案的数据。
55.根据权利要求52的方法,进一步包括:
在接收步骤之后并且在解锁步骤之前,经由移动设备的移动设备用户接口呈现用于患者接受或患者拒绝所述至少一个HCP选择的药物配量方案的提示;以及
经由所述移动设备用户接口接收与所呈现的提示对应的用户输入,
其中执行所述解锁步骤以所接收的用户输入是关于所述至少一个HCP选择的药物配量方案的患者接受指示为条件。
56.根据权利要求55的方法,进一步包括将所接收的用户输入传输到所述HCP门户应用程序和与所述HCP门户应用程序及所述MMA两者通信的连接式护理服务器系统中的一个或两者。
57.根据权利要求52的方法,其中所述解锁步骤包括访问用于所述至少一个HCP选择的药物配量方案的、预先存储在所述移动设备上的先前不可访问的实现数据。
58.根据权利要求52的方法,其中所述解锁步骤包括将用于所述至少一个HCP选择的药物配量方案的先前不可访问的实现数据下载到所述移动设备上。
59.根据权利要求52的方法,其中所述MMA与和所述患者相关联的胰岛素输送设备通信地连接。
60.根据权利要求52的方法,进一步包括经由移动设备的移动设备用户接口提供基于所述至少一个HCP选择的药物配量方案的配量推荐。
61.一种与患者相关联的移动设备,所述移动设备包括:
移动设备通信接口;
移动设备处理器;以及
包含指令的移动设备数据贮存器,所述指令可由所述移动设备处理器执行以用于使得所述移动设备执行医疗移动应用程序(MMA)以用于实行MMA功能的集合,所述MMA功能的集合包括:
在所述MMA处,接收医疗保健专业人员(HCP)选择的方案的数据,所述数据指示从多个药物配量方案当中对至少一个药物配量方案的HCP选择,所述多个药物配量方案中的每个与相应的不同的药物配量算法相关联,已经经由HCP门户应用程序针对所述患者做出所述HCP选择;以及
至少部分地响应于已经接收到所述HCP选择的方案的数据,在所述MMA上解锁所指示的至少一个HCP选择的药物配量方案。
62.根据权利要求61的移动设备,其中接收所述HCP选择的方案的数据包括从所述HCP门户应用程序接收所述HCP选择的方案的数据。
63.根据权利要求61的移动设备,其中接收所述HCP选择的方案的数据包括从与所述HCP门户应用程序和所述MMA两者通信的连接式护理服务器系统接收所述HCP选择的方案的数据。
64.根据权利要求61的移动设备,进一步包括移动设备用户接口,所述MMA功能的集合进一步包括:
在接收步骤之后并且在解锁步骤之前,经由所述移动设备用户接口呈现用于患者接受或患者拒绝所述至少一个HCP选择的药物配量方案的提示;以及
经由所述移动设备用户接口接收与所呈现的提示对应的用户输入,
其中执行所述解锁步骤以所接收的用户输入是关于所述至少一个HCP选择的药物配量方案的患者接受指示为条件。
65.根据权利要求64的移动设备,所述MMA功能的集合进一步包括将所接收的用户输入传输到所述HCP门户应用程序和与所述HCP门户应用程序及所述MMA两者通信的连接式护理服务器系统中的一个或两者。
66.根据权利要求61的移动设备,其中所述解锁步骤包括访问用于所述至少一个HCP选择的药物配量方案的、预先存储在所述移动设备上的先前不可访问的实现数据。
67.根据权利要求61的移动设备,其中所述解锁步骤包括将用于所述至少一个HCP选择的药物配量方案的先前不可访问的实现数据下载到所述移动设备上。
68.根据权利要求61的移动设备,其中所述MMA与和所述患者相关联的胰岛素输送设备通信地连接。
69.根据权利要求61的移动设备,进一步包括移动设备用户接口,所述MMA功能的集合进一步包括经由所述移动设备用户接口提供基于所述至少一个HCP选择的药物配量方案的配量推荐。
70.一种或多种非暂时性计算机可读介质(CRM),其上存储有指令,所述指令在被一个或多个处理器执行时可操作成使得所述一个或多个处理器实行功能的集合,所述功能的集合包括:
在与患者相关联的移动设备上执行的移动医疗应用程序(MMA)处,接收医疗保健专业人员(HCP)选择的方案的数据,所述数据指示从多个药物配量方案当中对至少一个药物配量方案的HCP选择,所述多个药物配量方案中的每个与相应的不同的药物配量算法相关联,已经经由HCP门户应用程序针对所述患者做出所述HCP选择;以及
至少部分地响应于已经接收到所述HCP选择的方案的数据,在所述MMA上解锁所指示的至少一个HCP选择的药物配量方案。
71.根据权利要求70的CRM,其中接收所述HCP选择的方案的数据包括从所述HCP门户应用程序接收所述HCP选择的方案的数据。
72.根据权利要求70的CRM,其中接收所述HCP选择的方案的数据包括从与所述HCP门户应用程序和所述MMA两者通信的连接式护理服务器系统接收所述HCP选择的方案的数据。
73.根据权利要求70的CRM,所述功能的集合进一步包括:
在接收步骤之后并且在解锁步骤之前,经由移动设备的移动设备用户接口呈现用于患者接受或患者拒绝所述至少一个HCP选择的药物配量方案的提示;以及
经由所述移动设备用户接口接收与所呈现的提示对应的用户输入,
其中执行所述解锁步骤以所接收的用户输入是关于所述至少一个HCP选择的药物配量方案的患者接受指示为条件。
74.根据权利要求73的CRM,所述功能的集合进一步包括将所接收的用户输入传输到所述HCP门户应用程序和与所述HCP门户应用程序及所述MMA两者相关联的连接式护理服务器系统中的一个或两者。
75.根据权利要求70的CRM,其中所述解锁步骤包括访问用于所述至少一个HCP选择的药物配量方案的、预先存储在所述移动设备上的先前不可访问的实现数据。
76.根据权利要求70的CRM,其中所述解锁步骤包括将用于所述至少一个HCP选择的药物配量方案的先前不可访问的实现数据下载到所述移动设备上。
77.根据权利要求70的CRM,其中所述MMA与和所述患者相关联的胰岛素输送设备通信地连接。
78.根据权利要求70的CRM,所述功能的集合进一步包括经由移动设备的移动设备用户接口提供基于所述至少一个HCP选择的药物配量方案的配量推荐。
79.一种方法,包括:
通过与患者相关联的移动设备上的处理器在所述移动设备的可视显示器上同时呈现多个面板,其中所述多个面板包括:
第一面板,其显示要施予所述患者的胰岛素的单位数,以及
第二面板,其显示预期由所述第一面板显示的所述单位数的胰岛素覆盖的碳水化合物的量;
在所述移动设备处接收用户输入,所述用户输入表示所请求的对所述第一面板显示的胰岛素的单位数的调整;以及
通过所述处理器根据所请求的对所述第一面板显示的胰岛素的单位数的调整来更新所述多个面板中的每个面板,其中所述更新包括通过所述第一面板显示胰岛素的经调整的单位数以及利用所述第二面板显示预期由经调整的单位数的胰岛素覆盖的碳水化合物的经调整的量。
80.根据权利要求79的方法,其中所述多个面板进一步包括第三面板,所述第三面板显示对与所述第二面板显示的碳水化合物的量对应的膳食量的指示,并且其中所述更新包括显示对与所述碳水化合物的经调整的量对应的经调整的膳食量的指示。
81.根据权利要求80的方法,其中所述第三面板包括显示在小膳食量和大膳食量之间的膳食量的范围的光谱,以及指示所述第二面板显示的碳水化合物的量落在所述光谱上的哪里的指示符。
82.根据权利要求80的方法,其中所述第三面板指示所述第二面板显示的碳水化合物的量对应于小膳食量、中膳食量还是大膳食量。
83.根据权利要求82的方法,进一步包括在所述移动设备处接收针对中膳食量的最大碳水化合物阈值和针对中膳食量的最小碳水化合物阈值,其中所述第三面板基于所接收的最大碳水化合物阈值和最小碳水化合物阈值来指示所述第二面板显示的碳水化合物的数量对应于小膳食量、中膳食量还是大膳食量。
84.根据权利要求79的方法,进一步包括在所述移动设备处接收与所述患者相关联的胰岛素与碳水化合物的比率(ICR),其中通过所述处理器基于所述第一面板显示的单位数和所接收的ICR来计算所述第二面板显示的碳水化合物的量。
85.根据权利要求79的方法,其中所述多个面板包括第三面板,所述第三面板显示预期由施用所述第一面板显示的单位数的胰岛素引起的所述患者的葡萄糖水平中的下降,并且其中所述更新包括显示预期由施用经调整的单位数的胰岛素引起的所述患者的葡萄糖水平中的经调整的下降。
86.根据权利要求80的方法,其中所述多个面板包括第四面板,所述第四面板显示预期由施用所述第一面板显示的单位数的胰岛素引起的所述患者的葡萄糖水平中的下降,并且其中所述更新包括显示预期由施用经调整的单位数的胰岛素引起的所述患者的葡萄糖水平中的经调整的下降。
87.根据权利要求85的方法,进一步包括在所述移动设备处接收与所述患者相关联的胰岛素敏感系数(ISF),其中基于所述第一面板显示的胰岛素的单位数和所接收的ISF来计算所述第三面板显示的所述患者的葡萄糖水平中的下降。
88.根据权利要求86的方法,进一步包括在所述移动设备处接收与所述患者相关联的胰岛素敏感系数(ISF),其中基于所述第一面板显示的胰岛素的单位数和所接收的ISF来计算所述第四面板显示的所述患者的葡萄糖水平中的下降。
89.根据权利要求79的方法,其中所述移动设备是移动智能电话。
90.根据权利要求79的方法,其中所述移动设备是药品输送设备。
91.根据权利要求90的方法,其中所述药品输送设备与移动智能电话无线地通信,并且所述药品输送设备从所述移动智能电话接收胰岛素与碳水化合物的比率(ICR)、胰岛素敏感系数(ISF)、针对中膳食量的最大碳水化合物阈值和针对中膳食量的最小碳水化合物阈值中的至少一个。
92.非暂时性计算机可读介质(CRM),其上存储有指令,所述指令在被与患者相关联的移动设备上的一个或多个处理器执行时可操作成使得所述一个或多个处理器:
在所述移动设备的可视显示器上同时呈现多个面板,其中所述多个面板包括:
第一面板,其显示要施予所述患者的胰岛素的单位数,以及
第二面板,其显示预期由所述第一面板显示的单位数的胰岛素覆盖的碳水化合物的量;
在所述移动设备处接收用户输入,所述用户输入表示所请求的对所述第一面板显示的胰岛素的单位数的调整;以及
根据所请求的对所述第一面板显示的胰岛素的单位数的调整来更新所述多个面板中的每个面板,其中所述更新包括显示经调整的所述第一面板显示的胰岛素的单位数以及利用所述第二面板显示预期由经调整的单位数的胰岛素覆盖的碳水化合物的经调整的量。
93.根据权利要求92的CRM,其中所述多个面板进一步包括第三面板,所述第三面板显示对与所述第二面板显示的碳水化合物的量对应的膳食量的指示,并且其中所述更新包括显示对根据所述碳水化合物的经调整的量所调整的膳食量的指示。
94.根据权利要求93的CRM,其中所述第三面板包括显示在小膳食量和大膳食量之间的膳食量的范围的光谱,以及指示所述第二面板显示的碳水化合物的量落在所述光谱上的哪里的指示符。
95.根据权利要求93的CRM,其中所述第三面板指示所述第二面板显示的碳水化合物的量对应于小膳食量、中膳食量还是大膳食量。
96.根据权利要求95的CRM,其中所述指令在被所述一个或多个处理器执行时进一步可操作成使得所述一个或多个处理器:
在所述移动设备处接收针对中膳食量的最大碳水化合物阈值和针对中膳食量的最小碳水化合物阈值,其中所述第三面板基于所接收的最大碳水化合物阈值和最小碳水化合物阈值来指示所述第二面板显示的碳水化合物的数量对应于小膳食量、中膳食量还是大膳食量。
97.根据权利要求92的CRM,其中所述指令在被所述一个或多个处理器执行时进一步可操作成使得所述一个或多个处理器:
在所述移动设备处接收与所述患者相关联的胰岛素与碳水化合物的比率(ICR),其中基于所述第一面板显示的单位数和所接收的ICR来计算所述第二面板显示的碳水化合物的量。
98.根据权利要求92的CRM,其中所述多个面板包括第三面板,所述第三面板显示预期由施用所述第一面板显示的单位数的胰岛素引起的所述患者的葡萄糖水平中的下降,并且其中所述更新包括显示预期由施用经调整的单位数的胰岛素引起的所述患者的葡萄糖水平中的经调整的下降。
99.根据权利要求93的CRM,其中所述多个面板包括第四面板,所述第四面板显示预期由施用所述第一面板显示的单位数的胰岛素引起的所述患者的葡萄糖水平中的下降,并且其中所述更新包括显示预期由施用经调整的单位数的胰岛素引起的所述患者的葡萄糖水平中的经调整的下降。
100.根据权利要求98的CRM,其中所述指令在被所述一个或多个处理器执行时进一步可操作成使得所述一个或多个处理器:
在所述移动设备处接收与所述患者相关联的胰岛素敏感系数(ISF),其中基于所述第一面板显示的胰岛素的单位数和所接收的ISF来计算所述第三面板显示的所述患者的葡萄糖水平中的下降。
101.根据权利要求99的CRM,其中所述指令在被所述一个或多个处理器执行时进一步可操作成使得所述一个或多个处理器:
在所述移动设备处接收与所述患者相关联的胰岛素敏感系数(ISF),其中基于所述第一面板显示的胰岛素的单位数和所接收的ISF来计算所述第四面板显示的所述患者的葡萄糖水平中的下降。
102.根据权利要求92的CRM,其中所述移动设备是移动智能电话。
103.根据权利要求92的CRM,其中所述移动设备是药品输送设备。
104.根据权利要求103的CRM,其中所述药品输送设备与移动智能电话无线地通信,并且所述药品输送设备从所述移动智能电话接收胰岛素与碳水化合物的比率(ICR)、胰岛素敏感系数(ISF)、针对中膳食量的最大碳水化合物阈值和针对中膳食量的最小碳水化合物阈值中的至少一个。
CN201980049747.7A 2018-07-26 2019-07-19 用于远程规定药物配量方案的系统和方法 Pending CN112513993A (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201862703563P 2018-07-26 2018-07-26
US62/703563 2018-07-26
US201962801217P 2019-02-05 2019-02-05
US62/801217 2019-02-05
PCT/US2019/042507 WO2020023289A1 (en) 2018-07-26 2019-07-19 Systems and methods for remote prescription of medication-dosing regimens

Publications (1)

Publication Number Publication Date
CN112513993A true CN112513993A (zh) 2021-03-16

Family

ID=67539613

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201980049747.7A Pending CN112513993A (zh) 2018-07-26 2019-07-19 用于远程规定药物配量方案的系统和方法

Country Status (10)

Country Link
US (1) US20210287794A1 (zh)
EP (1) EP3827437A1 (zh)
JP (2) JP7177911B2 (zh)
KR (1) KR20210024093A (zh)
CN (1) CN112513993A (zh)
AU (2) AU2019309779B2 (zh)
CA (2) CA3188736A1 (zh)
IL (1) IL279896A (zh)
MX (1) MX2021000798A (zh)
WO (1) WO2020023289A1 (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11568865B2 (en) * 2019-09-18 2023-01-31 Walgreen Co. Communication mode selection based upon device context for prescription processes
JP7335850B2 (ja) * 2020-04-10 2023-08-30 株式会社東芝 高熱者検出方法、高熱者検出装置、および高熱者検出システム
USD982599S1 (en) * 2020-08-13 2023-04-04 Pnc Financial Services Group, Inc. Display screen or portion thereof with graphical user interface
US20220156843A1 (en) * 2020-11-17 2022-05-19 KM Initiatives, LLC Systems and methods for real-time access to standardized medication information
US11238967B1 (en) * 2021-02-24 2022-02-01 Flatiron Health, Inc. Systems and methods for generating dynamic graphical user interfaces for dose recalculations and adjustments
WO2023232694A1 (en) * 2022-05-31 2023-12-07 F. Hoffmann-La Roche Ag Computer-implemented method for providing a personalized healthcare parameter, and healthcare management system

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101490684A (zh) * 2006-06-16 2009-07-22 霍夫曼-拉罗奇有限公司 收集可以从其确定糖尿病疗法的患者信息的系统和方法
CN102802522A (zh) * 2010-02-25 2012-11-28 生命扫描苏格兰有限公司 具有胰岛素给药安全警告的分析物测试方法和系统
US20180122503A1 (en) * 2015-08-20 2018-05-03 Aseko, Inc. Diabetes Management Therapy Advisor

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7547281B2 (en) * 2005-02-01 2009-06-16 Medtronic Minimed, Inc. Algorithm sensor augmented bolus estimator for semi-closed loop infusion system
US7941200B2 (en) * 2005-12-08 2011-05-10 Roche Diagnostics Operations, Inc. System and method for determining drug administration information
JP2009544338A (ja) * 2006-05-02 2009-12-17 プロテウス バイオメディカル インコーポレイテッド 患者に合わせてカスタマイズした治療レジメン
WO2011014704A2 (en) * 2009-07-30 2011-02-03 Tandem Diabetes Care, Inc. Infusion pump system with disposable cartridge having pressure venting and pressure feedback
WO2012108939A1 (en) * 2011-02-11 2012-08-16 Abbott Diabetes Care Inc. Feedback from cloud or hcp to payer or patient via meter or cell phone
US10383794B2 (en) * 2013-10-23 2019-08-20 Nexpil, Inc. Medication compliance alert device
US20160232322A1 (en) * 2015-02-10 2016-08-11 Dexcom, Inc. Systems and methods for distributing continuous glucose data
CN109922723A (zh) * 2016-08-31 2019-06-21 阿利弗克公司 用于生理监测的装置、系统和方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101490684A (zh) * 2006-06-16 2009-07-22 霍夫曼-拉罗奇有限公司 收集可以从其确定糖尿病疗法的患者信息的系统和方法
CN102802522A (zh) * 2010-02-25 2012-11-28 生命扫描苏格兰有限公司 具有胰岛素给药安全警告的分析物测试方法和系统
US20180122503A1 (en) * 2015-08-20 2018-05-03 Aseko, Inc. Diabetes Management Therapy Advisor

Also Published As

Publication number Publication date
AU2019309779B2 (en) 2022-09-29
JP7177911B2 (ja) 2022-11-24
AU2019309779A1 (en) 2021-01-21
US20210287794A1 (en) 2021-09-16
IL279896A (en) 2021-03-01
KR20210024093A (ko) 2021-03-04
JP2021531593A (ja) 2021-11-18
CA3107769A1 (en) 2020-01-30
JP2023015280A (ja) 2023-01-31
WO2020023289A1 (en) 2020-01-30
MX2021000798A (es) 2021-04-12
CA3188736A1 (en) 2020-01-30
EP3827437A1 (en) 2021-06-02
AU2022291483A1 (en) 2023-02-02

Similar Documents

Publication Publication Date Title
US11383027B2 (en) Integration of infusion pump with remote electronic device
AU2019309779B2 (en) Systems and methods for remote prescription of medication-dosing regimens
CN114206207A (zh) 与药物剂量指导相关的系统、装置和方法
US9252870B2 (en) Handheld diabetes manager with a user interface for displaying a status of an external medical device
US8766803B2 (en) Dynamic data collection
US20170106052A1 (en) Insulin Dosage Proposal System
US20110166875A1 (en) System and method for managing medical data and facilitating reimbursement for health care
US20130173473A1 (en) Data sychronization systems and methods
CN105188519B (zh) 医疗装置和外部装置协调系统和方法
WO2012049218A1 (en) Use of a handheld medical device as a communications mediator between a personal computer-based configurator and another networked medical device
US20130197929A1 (en) Healthcare communication system
US20130096939A1 (en) Methods and Systems for Patient Self-Management
EA040777B1 (ru) Система и способ удаленного назначения схем дозирования лекарственных препаратов
Hess et al. Diabetes technology: A primer highlighting the role of the pharmacist
WO2024086250A1 (en) Devices, systems, and methods for validating automated programming requests
JP2024505285A (ja) 薬剤用量ガイダンスに関連するシステム、デバイスおよび方法
WO2014159286A1 (en) Healthcare communication system

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination