药物递送系统中的填装区分的制作方法

药物递送系统中的填装区分
1.相关申请的交叉引用
2.本技术要求于2019年4月17日提交的题为“药物递送系统中的填装区分(prime differentiation in medication delivery system)”的美国临时申请序列号62/835,390和于2020年3月24日提交的题为“药物递送系统中的前瞻性填装区分(prospective prime differentiation in medication delivery system)”的美国临时申请序列号62/993,826的优先权，所述申请中的每一个申请的全部内容均出于所有目的通过引用并入本公开。
技术领域
3.此专利文件涉及药物施用和跟踪系统、装置和过程。


背景技术：

4.糖尿病(diabetes mellitus)，也被称为糖尿病(diabetes)，是一种与高血糖相关的代谢疾病，其是由身体对胰岛素的产生或使用不足引起的。糖尿病在全球范围内广泛传播，影响了数亿人，并且是全球主要的死亡原因之一。糖尿病被分为三个类别或类型：1型、2型和妊娠糖尿病。1型糖尿病与身体无法产生足够水平的胰岛素让细胞摄取葡萄糖有关。2型糖尿病与胰岛素抵抗有关，其中细胞无法正确使用胰岛素。第三种类型的糖尿病通常被称为妊娠糖尿病，当孕妇在怀孕期间出现高血糖水平时，就会发生这种糖尿病。妊娠糖尿病可发展为2型糖尿病，但通常会在怀孕后消退。
5.各种疾病和医疗病状，如糖尿病，都需要患者自我施用一定剂量的流体药物。通常，当施用流体药物时，适当的剂量由患者使用注射器、笔或泵设置和分配。
6.药剂笔是可以用于将一定量的药品(例如，单个或多个团注或剂量的药品)注射到用户体内的装置，其中可以将多于一剂存储在包含在笔装置中的药筒中。与其它递送方法(如基于注射器或泵的方法)相比，笔提供简单性的益处。
7.对于药剂笔(以及其它类型和用于其它疗法的其它注射器)，用户通常准备笔以去除空气并在注射治疗剂量之前确认正确操作。此准备过程也被称为“填装”笔或填装事件。填装过程可能取决于用户行为和系统状态
‑
有时在服用治疗剂量之前需要多个填装事件；有时可能会连续服用多个治疗剂量；有时装置可能已被填装但尚未分配治疗剂量；并且有时用户可能会忽略以完全填装装置。为了准确跟踪患者接受的剂量，装置必须区分填装事件和治疗剂量，使得仅使用治疗剂量来计算和调整用户的药物剂量。


技术实现要素：

8.所公开的实施例涉及一种智能药品施用和跟踪系统。一个示例系统包含与患者用户的移动计算和通信装置(也被称为用户的配套装置)进行无线通信的笔装置。所述笔装置可操作以选择、设置和/或分配用于分配的药品的剂量。在一些实施方案中，所述配套装置包括智能手机、平板电脑和/或佩戴式计算装置，如智能手表、智能眼镜等。在一些实施方案中，所述配套装置与其它计算装置(如膝上型和/或台式计算机、智能电视或基于网络的服
务器计算机)进行通信。所述笔装置和/或配套装置包含可以与所述笔装置和所述智能药品施用系统的其它智能健康管理附件/装置相关联的健康管理软件应用程序(“app”)。在一个示例实施例中，当从所述笔装置分配药品时，所述笔装置和/或配套装置能够区分填装事件或“填装”和治疗剂量或“剂量”。在一个实施例中，所述健康管理应用程序包含自适应剂量计算器和/或决策支持模块来为患者建议剂量并提供对所述笔装置的若干功能的控制。
9.与所述笔装置相关联的所述配套装置的所述健康管理应用程序提供用户界面以允许用户管理他/她的健康相关数据。在一些实施方案中，例如，所述健康管理应用程序可以被配置成控制所述笔装置的一些功能。在一些实施方案中，例如，所述健康管理应用程序提供交互式用户界面以允许用户管理所述笔装置的设置，以及可以影响系统功能的所述配套装置(例如，智能手机、平板电脑或佩戴式计算装置)的设置。在实施方案中，例如，所述配套装置是所述用户可以随身携带的独立便携式装置。在所述独立便携式配套装置的示例实施例中，所述配套装置包含数据处理单元、允许所述装置与所述笔装置进行通信的无线通信单元和显示单元。
10.在一些实施方案中，例如，通过所述健康管理应用程序的所述用户界面，所述配套装置允许患者浏览先前剂量的列表，以基于所述健康管理应用程序的药品计算模块执行的计算查看患者体内当前活性药剂的估计值(“活性药剂(medicament on board)”)，和/或利用软件应用程序的剂量确定模块来帮助所述患者了解有关下一个待递送的剂量的大小的剂量设置信息。例如，所述患者可以输入待食用的碳水化合物和当前血糖，并且所述配套装置已经知道活性胰岛素。使用这些参数，可以确定由所述剂量确定模块计算的建议药品剂量(例如，如胰岛素剂量)。
11.除其它特征和益处之外，所公开技术的实施例为笔装置或智能注射器和/或健康管理应用程序提供多种方法以区分治疗剂量和填装事件。在一些场景下，用于评估或检测药物剂量与填装的方法可能不明确，并且在这些场景下，可能有用的是，数据记录器组件记录或以其它方式保留有关歧义的信息，因此其可能会提示用户进行手动确认。通常，过量服用胰岛素比服用太少胰岛素更加有害，因此在出现歧义的情况下，更安全的做法是假设将分配事件作为剂量。例如，在后续计算中，可能会考虑到歧义的存在，以人为地减少用户将服用的剂量。相比之下，将剂量误认为是填装会导致系统低估用户已服用的胰岛素量，从而导致后续计算推荐分配过多的胰岛素。
12.用户通常在施用治疗剂量之前填装所述分配装置，可能多次地。因此，举例来说，所述智能药品施用系统可以评估给定时间窗口内的分配事件的模式或序列，从而将所述模式中的最后一个事件指定为治疗剂量并且将所述模式中的最后一个事件之前的事件指定为填装事件。然而，本文以实例的方式描述了在所述智能药品施用系统的正常使用期间发生的几种场景，对于这些场景，分配事件序列中的最后一个事件实际上不是治疗剂量，包含这样的场景：其中一个或多个治疗剂量事件发生在分配事件序列中的最后一个事件之前。所述智能药品施用系统被配置成在将分配事件指定为填装或剂量时识别并考虑这些场景。
13.在一些实施例中，感测药筒柱塞的前进(或检测与柱塞前进相关的机构移动，如旋钮或螺杆旋转)的手动致动的注射笔装置可以区分在单个注射事件和/或单独的注射事件期间用户移动的暂停。所述系统可以使用预设超时阈值，如一秒，使得所述预设超时阈值内的移动被认为是单个分配事件，而所述超时阈值之外的移动被认为是单独的分配事件(例
如，填装和剂量)。然而，不同的用户以不同的速率分配并且在分配事件之间具有不同的暂停，因此默认超时阈值可能不足以满足所有用户。因此，在一些实施例中，所述智能药品施用系统可以被配置成使用本文公开的几种方法中的一种或多种方法来确定用户特异性超时阈值。
14.虽然填装行为可能因用户而异，但任何单个用户通常表现出一致的填装行为。因此，对用户的特定分配历史的分析可以告知以下确定：有疑问的分配事件是填装事件还是剂量事件。举例来说，本公开的智能药品施用系统可以被配置成监测和分析特定用户的分配活动历史，以鉴定(1)所述用户在填装和剂量事件中的典型分配量，以及(2)所述用户的典型填装行为。该数据，本身或与本文公开的其它方法相结合，可以帮助告知填装/剂量的确定。
15.在一些情况下，分配事件可能是无意的。将这些无意的移动记录为治疗剂量可能会产生不准确的记录，并导致未来的计算不准确。因此，如果所述智能药品施用系统检测到可能是无意的分配事件，则所述系统可以忽略此类分配事件，将该事件记录为无效事件，或提示用户确认所述分配事件是否有效(例如剂量或填装)。
16.在一些实施例中，来自所述用户的手动输入可以提供准确的信息并且可以帮助检测偶发错误，即使是在自动剂量/填装检测可用时。
17.在一些实施例中，所述智能药品施用系统可以实时显示所述笔装置检测到的剂量，从而允许所述用户验证其动作是否被所述系统正确解释，并为所述用户提供机会来校正数据日志(如果有必要的话)。
18.在一些实施例中，所述笔装置可以包含加速度计，所述加速度计被配置成感测自由地握持在空中的笔装置与抵靠用户的皮肤稳定地握持的笔装置之间的差异，并且可以相应地区分填装分配事件和剂量分配事件。
19.在一些实施例中，所述系统可以要求所述用户在启用所述剂量计算器的使用之前(或在所述配套装置的显示单元上显示计算结果之前)填装所述笔装置。在此类实施例中，所述系统可以将在剂量计算器使用之前发生的分配事件视为填装事件，并将在剂量计算器使用之后发生的分配事件视为治疗剂量。
20.在一些实施例中，所述笔装置可以被配置成通过机械锁定分配机构来强制填装，除非并且直到分配事件发生同时所述笔装置的远端或分配端向上指向。
21.在一些实施例中，所述智能药品施用系统可以自动填装所述笔装置，使得所述用户不需要分配单独的填装事件。
22.在一些实施例中，所述智能药品施用系统可以被配置成检测所述笔装置是否接近或接触皮肤以确定分配事件是治疗剂量还是填装事件。
23.在一些实施例中，所述笔装置可以具有围绕针头的护罩，其允许液体流出以进行填装但防止针头与用户或环境中的其它物体意外接触。所述笔装置可以包含开关，所述开关被配置成检测所述护罩的平移，从而暴露针头并且表明所述分配事件是治疗剂量。
24.在一些实施例中，设置在针头或针头附件上的压力传感器或振动传感器可以检测由用户的皮肤施加在所述针头上的力和振动。响应于所述压力或振动传感器检测到的针头中的力或振动的存在，所述系统可以将相关的分配事件记录为治疗剂量。
25.在一些实施例中，电容传感器可以电耦接到针头以电检测皮肤接触。
26.在一些实施例中，线圈可以围绕针头定位以测量其电感，一旦针头与皮肤接触，电感就会改变。
27.在一些实施例中，定位在所述笔装置的针头末端的两个或更多个电触点(其中之一可以是针头本身)可以感测到电路何时完成(闭合)，从而表明触点正在接触用户的皮肤，并且所述系统可以将所述分配事件指定为治疗剂量。
28.在一些实施方案中，所述笔装置可以在所述针头末端具有热传感器，所述热传感器被配置成检测用户的体热。
29.在一些实施例中，深度传感器(例如激光、光学或超声波)可以朝向所述笔装置的所述针头末端定向。当所述深度传感器检测到附近的表面(例如，在典型笔针头的长度(如5mm)内)时，这表明针头被注射到表面中并且所述系统可以将所述分配事件鉴定为治疗剂量。
30.在一些实施例中，所述智能药品施用系统和/或笔装置可以组合使用本文公开的单一方法或多种方法来区分治疗剂量与填装事件。例如，所述系统可以利用模式识别、深度传感器和加速度计。在一些实施方案中，所述系统可以概率性地聚合不同的输入，如使用投票方案，使得多个输入中的大多数被接受为事实。在一些实施例中，所述系统可以保守地假设指示治疗剂量的任何输入是正确的。在此模式下，如果所有输入都如此指示，则所述系统可以仅将分配事件鉴定为填装事件。在一些实施方案中，如果所有输入不一致并且证实剂量/填装指定，则所述系统提示所述用户提供确认。在一些实施例中，所述系统可以使用主要方法来确定治疗/填装事件指定。当主要方法的结果不明确时，所述系统可以使用次要方法辅助确定。
31.在一些情况下，用户可以使用剂量计算器来帮助他们确保他们正在注射正确的治疗剂量。举例来说，剂量计算器是糖尿病患者根据计划的碳水化合物摄入量、当前的葡萄糖水平和先前注射后仍处于活性状态的胰岛素来计算速效胰岛素剂量的工具。剂量计算器的输出是所述智能药品施用系统在所述配套装置和/或笔装置的用户界面上显示的剂量推荐。为了获得良好的体验，应显示剂量推荐，直到用户注射该剂量，然后所述系统可能会更新所述配套装置的用户界面以移除推荐并任选地显示已服用的剂量，从而对动作进行肯定的确认。此外，如果用户正在施用多部分剂量，则可以实时更新推荐以告知用户在下次注射时还剩下多少剂量推荐待注射。
32.本文描述了各种方法，通过这些方法，所述智能药品施用系统可以前瞻性地区分填装剂量和治疗剂量，并因此从所述配套装置的用户界面中移除剂量推荐(在本文中也被称为“推荐撤除”)。在一些实施例中，所述系统可以结合习得的先前填装和使用模式，所述模式特定于用户并且针对用户自己的最近行为进行定制，以确定剂量是否具有治疗作用，从而告知推荐撤除的适当时机。在一些实施例中，所述系统可以使用置信度评分来确定剂量是否具有治疗作用。在一些实施例中，所述系统可以结合用户交互以改善用户体验。在一些实施例中，所述系统可以实时更新所述剂量推荐，以告知用户在多次注射中施用治疗剂量。
33.出于本公开的目的，“胰岛素推荐”是在用户开始分配胰岛素之前由系统剂量计算器推荐的最后一个剂量。“事件(episode)”是在胰岛素推荐之后的预定时间段内的剂量活动(例如，填装和/或治疗)的集合。所述系统通过参考所述胰岛素推荐的存储日期时间值来
确定所述事件的开始时间。
34.在一些实施例中，所述系统可以通过分析在当前事件的开始时间之前的预定时间段内开始的事件集合中的用户的填装活动来确定所述用户的滚动先前填装行为。所述预定时间段可以是足以建立用户行为模式的任何时间段。举例来说，所述预定时间段可以是一周，从而导致所述系统确定滚动周填装行为。一旦确定了事件集合，所述系统使用来自这些事件的存储数据来计算代表性或典型填装计数值、代表性或典型填装量值以及代表性剂量持续时间值，所有这些都特定于用户，所述系统稍后将使用这些来确定推荐撤除的适当时机。
35.在一些实施例中，所述系统可以使用多种方法中的任一种方法来确定所述代表性或典型填装计数值，所述多种方法包含但不限于基于用户记录的最近行为找到中位数填装计数值、基于用户记录的最近行为找到平均填装计数值、提示用户选择待使用的填装计数、在其子集的群体中找到平均填装计数值、依赖于软件应用程序中预先选择的默认填装计数值等。
36.在一些实施例中，所述系统可以使用多种方法中的任一种方法来确定所述代表性或典型填装量值，所述多种方法包含但不限于基于用户记录的最近行为找到中位数填装量值、基于用户记录的最近行为找到平均填装量值、提示用户选择待使用的填装量、在其子集的群体中找到平均填装量值、依赖于软件应用程序中预先选择的默认填装量值等。
37.在一些实施例中，所述系统可以使用多种方法中的任一种方法来确定所述代表性剂量持续时间值，所述多种方法包含但不限于基于用户记录的最近行为计算代表性剂量持续时间值(例如，找到中值、平均值，或在第三或第四四分位数的钟形曲线分布上选择一个值等)、提示用户选择待使用的剂量持续时间值、在其子集的群体中找到平均剂量持续时间值、依赖于软件应用程序中预先选择的默认剂量持续时间值等。
38.在一些实施例中，当系统确定自胰岛素推荐时间以来的剂量总和值达到或超过以下阈值时，所述系统可以从所述配套装置和/或笔装置的用户界面屏幕中移除或撤除所述剂量推荐：
39.(代表性填装量)*(代表性填装计数) (胰岛素推荐)
‑
(拨出错误校正值)
40.举例来说，拨出错误校正值可以根据使用中的笔装置的增量大小而变化(例如，对于半个单位增量的笔装置为0.5，对于一个单位增量的笔装置为1.0等)。
41.在一些实施例中，当系统确定所述剂量的体积值大于或等于预定数量的单位时，所述系统可以从所述配套装置和/或笔装置的用户界面屏幕中移除或撤除所述剂量推荐。
42.在一些实施例中，当系统确定自第一个剂量的时间以来，已经过用户的代表性剂量持续时间(从前一周开始，并且不超过两分钟)时，所述系统可以从所述配套装置和/或笔装置的用户界面屏幕中移除或撤除所述剂量推荐。
43.在一些实施例中，当系统确定胰岛素推荐为0.5、用户的中位数填装计数＝0并且第一个正量剂量出现时，所述系统可以从所述配套装置和/或笔装置的用户界面屏幕中移除或撤除所述剂量推荐。
44.在一些实施例中，当系统确定胰岛素推荐为0.5、用户的中位数填装计数>0并且第二个正量剂量出现时，所述系统可以从所述配套装置和/或笔装置的用户界面屏幕中移除或撤除所述剂量推荐。
45.在一些实施例中，当系统确定用户手动输入剂量值时，所述系统可以从所述配套装置和/或笔装置的用户界面屏幕中移除或撤除所述剂量推荐。
46.在一些实施例中，如果用户手动将剂量类型更改为“填装”，则所述系统可能会在用户界面上重新显示剂量推荐，排除被手动更改为“填装”的剂量，并使用以下各项之一来确定推荐撤除时机：(i)胰岛素推荐
–
0.5；(ii)剂量的体积值大于或等于4个单位(例如)；或(iii)自第一个剂量的时间以来，已经过从前一周开始的用户的代表性剂量持续时间(且不超过两分钟)。
47.在一些实施例中，所述系统可以使用置信度评分来确定剂量是否具有治疗作用。在一些实施例中，了解用户填装行为的分布可以导致用于应用程序中的新剂量交互的置信度评分方法。在一些实施例中，如配对推荐量等其它特征也可能影响置信度评分。
48.在一些实施例中，所述系统可能需要最小置信度评分以指定具有治疗做用的剂量值。
49.在一些实施例中，所述系统可以在置信治疗剂量值阈值和置信填装剂量值阈值之间建立可调的不确定区域。如果置信度评分落在所述可调的不确定区域内，则所述系统可以实施一个或多个动作，包含但不限于：在用户界面屏幕上显示剂量推荐，直到已经过预定的用户事件持续时间(例如，平均值、中值或百分位值，如90％)；在用户界面屏幕36上显示推荐，直到已经过预定的固定时间量；从用户界面屏幕36中撤除剂量推荐；将剂量指定为治疗剂量；将剂量指定为填装剂量；在界面屏幕上显示未识别的剂量类型的指示；以及提示用户手动指定剂量。
50.在一些实施例中，具体地说，对于没有填装笔装置的用户，或者对于可能导致不适当的推荐撤除的不一致用户，所述系统可以将用户标记为可能从额外教育中受益，并且激活交互式培训模块来教育用户练习一致的填装。
51.在一些实施例中，所述系统可以实时更新所述剂量推荐，以告知用户在多次注射中施用治疗剂量。
52.举例来说，所述系统可以在置信度分析中包含的数据包含(但不限于)：剂量后的葡萄糖反应、剂量的时机、一段时间内的剂量数、与正常给药模式的偏差、反馈回置信度评分分析中的来自系统指定的用户反馈以及可从笔装置获得的附加传感器数据，如定向、力、递送速度、绝对柱塞位置传感器等。
53.在一些实施例中，上述数据点的组合可用于时间系列异常检测系统中，每当所述剂量与其它方面的正常预测剂量显著不同时，所述时间系列异常检测系统指示关注。
54.在一些实施例中，所述系统可以被配置成在每个剂量后的预定时间量(例如，1分钟、2分钟等)内显示剂量推荐，使得对于大多数用户，所述剂量推荐将被显示过去的填装剂量并且直到治疗剂量。
55.在一些实施例中，所述系统可以通过从过去的给药事件测量事件持续时间来个性化该量，所述事件持续时间被定义为从第一个填装剂量到实际治疗剂量(序列中的最后一个剂量事件)的时间。
56.在一些实施例中，所述系统可以被配置成将具有小于预定剂量值的剂量值的所有剂量指定为最初的填装剂量，从而预期接下来的另一个剂量。如果在超时之后，在最后一个剂量之后没有服用剂量，则所述系统可以将多部分剂量事件中的最后一个或多个剂量的指
定从填装剂量更改为治疗剂量。最后一个剂量或几个剂量通常是治疗性注射剂量。
57.下面提供所公开技术的一些示例实施例。
58.实施例1是一种用于确定适当的持续时间以显示与来自药品分配装置的当前分配事件相关联的治疗剂量推荐的方法，所述方法包括：(1)在显示装置上显示剂量推荐，所述剂量推荐包括针对药品分配装置的用户推荐的药品治疗剂量；(2)分析与特定用户的过去和当前分配事件中的至少一个有关的使用数据；以及(3)基于对所述使用数据的分析，从用户界面中移除所述剂量推荐。
59.实施例2是根据实施例1所述的方法，其中所述使用数据包括来自最后一个分配事件的体积数据，并且所述最后一个分配事件的体积超过预设阈值。
60.实施例3是根据实施例1或2所述的方法，其中分析使用数据包括：(1)鉴定在当前事件之前的预定时间段内发生的事件的集合，其中事件包括在显示所述剂量推荐后的规定时间段内发生的填装分配活动和治疗剂量分配活动的集合；(2)基于所鉴定的事件集合内每个事件的填装事件的计数来确定代表性填装计数值；(3)基于所鉴定的事件集合内每个事件的填装事件中分配药品的体积来确定代表性填装量值；(4)基于所鉴定的事件集合内每个事件的剂量持续时间值来确定代表性剂量持续时间值；以及(5)使用所述代表性填装计数值、所述代表性填装量值和所述代表性剂量持续时间值中的至少一个来计算用于剂量推荐撤除的适当时机。
61.实施例4是根据实施例1到3中任一项所述的方法，其中分析使用数据包括：(1)计算自显示所述剂量推荐以来发生的分配事件的总和值，其中分配事件包括从所述药品分配装置中喷出的药品的任何体积；以及(2)将计算出的分配事件的总和值与用户特异性阈值进行比较。
62.实施例5是根据实施例1到4中任一项所述的方法，其中使用下式计算所述用户特异性阈值：
63.(代表性填装量)*(代表性填装计数) (剂量推荐)
‑
(拨出错误校正值)
64.实施例6是根据实施例1到5中任一项所述的方法，其中基于所分析的使用数据从所述用户界面中移除所述剂量推荐的步骤包括：在确定计算出的分配事件的总和值满足和超过所述用户特异性阈值或符合二者中的至少一个时，从所述显示装置中移除显示的剂量推荐。
65.实施例7是根据实施例1到6中任一项所述的方法，其中所述预定时间段包括足以建立所述药品分配装置的用户的行为模式的时间长度。
66.实施例8是根据实施例1到7中任一项所述的方法，其中所述预定时间段包括一周。
67.实施例9是根据实施例1到8中任一项所述的方法，其中分析与特定用户的过去和当前分配事件中的至少一个有关的使用数据包括：(1)分析过去的填装分配事件的集合，以计算给定分配事件是填装事件的置信度评分；以及(2)分析过去的治疗分配事件的集合，以计算给定分配事件是治疗剂量事件的置信度评分。
68.实施例10是根据实施例1到9中任一项所述的方法，其中基于所分析的使用数据从所述用户界面中移除所述剂量推荐的步骤包括：在确定所述当前分配事件的体积满足和超过预设的置信度评分阈值或符合二者中的至少一个时，从所述显示装置中移除显示的剂量推荐。
69.实施例11是根据实施例1到10中任一项所述的方法，其中所述显示装置包括药品分配装置和与所述药品分配装置相关联的移动通信装置中的至少一个。
70.实施例12是一种用于在药物分配装置分配药物时区分治疗剂量和填装事件的方法，所述方法包括：(1)分析按序列发生的多个分配事件，所述序列包含至少第一个分配事件和最后一个分配事件，每个分配事件包括来自所述药物分配装置的药物的分配量；(2)基于以下至少一项，将在所述最后一个分配事件之前发生的分配事件中的至少一个分配事件分类为治疗剂量分配事件：(a)所述分配量的体积高于预定阈值体积；(b)所述分配量的体积等于所述分配装置的最大体积容量；以及(c)所述分配量耗尽所述分配装置内包含的药品的供应。
71.实施例13是一种用于在药物注射装置施用药物时区分治疗事件和填装事件的方法，所述方法包括：(1)分析在预设时间段内和剂量窗口内按序列发生的多个分配事件；以及(2)基于一个或多个标准将所述分配事件中的至少一个分配事件分类为治疗剂量分配事件。
72.实施例14是根据实施例13所述的方法，其进一步包括：(1)估计所述序列中单个分配事件的持续时间，以使用可变时间阈值将单个分配事件与所述序列中的多个连续分配事件区分开来；以及(2)基于所述单个分配事件的持续时间推导出时间窗口。
73.实施例15是根据实施例13或14所述的方法，其中基于所述药品注射装置的用户的过去分配事件来调整所述可变时间阈值。
74.实施例16是根据实施例13到15中任一项所述的方法，其中基于当用户操纵所述药物注射装置以分配治疗剂量或分配填装剂量时的移动速度来调整所述可变时间阈值。
75.实施例17是根据实施例13到16中任一项所述的方法，其中所述分类包括在确定在分配事件中释放的药物的量超过预定阈值时将所述分配事件指定为所述治疗剂量分配事件。
76.实施例18是根据实施例13到17中任一项所述的方法，其中基于所述患者过去的分配事件确定所述预定阈值。
77.实施例19是根据实施例13到18中任一项所述的方法，其中所述分类包括：通过将在分配事件中释放的药物的量与预定的填装剂量进行比较来指定所述分配事件。
78.实施例20是根据实施例13到19中任一项所述的方法，其中所述分类包括：在确定分配事件在所述药物注射装置的药筒更换之后立即发生时，将所述分配事件指定为填装事件。
79.实施例21是根据实施例13到20中任一项所述的方法，其中所述分类包括：(1)在确定在所述序列中的第一个分配事件中释放的药物的量达到所述药物注射装置的最大限制时，将所述第一个分配事件指定为所述治疗剂量分配事件；(2)将紧接在所述第一个分配事件之后的第二个分配事件指定为所述治疗剂量分配事件；以及(3)累积在所述第一个和第二个分配事件中释放的药物的量，用于计算和跟踪患者的剂量。
80.实施例22是根据实施例13到21中任一项所述的方法，其中所述分类包括：(1)在分配事件的分类中存在歧义时通知用户；以及(2)接收来自所述用户的输入以确认所述分配事件是治疗剂量分配事件还是填装事件。
81.实施例23是一种用于在施用药物时区分治疗分配事件和填装事件的设备，所述设
备包括：(1)处理器，和(2)包含处理器可执行代码的非暂时性存储器，其中所述处理器可执行代码在由所述处理器执行时将所述处理器配置成执行以下操作：(a)基于来自注射装置的传感器的输入，确定所述注射装置是与患者接触还是被自由地握持；(b)当所述装置被自由地握持时，将分配事件指定为填装事件；以及(c)当所述装置与患者接触时，将分配事件指定为给药事件。
82.实施例24是根据实施例23所述的设备，其中所述注射装置的所述传感器包含加速度计、压力传感器和振动传感器中的至少一个。
83.实施例25是根据实施例23或24所述的设备，其中所述注射装置的所述传感器包含耦接到所述注射装置的针头以电检测皮肤接触的电容传感器。
84.实施例26是根据实施例23到25中任一项所述的设备，其中所述注射装置的所述传感器包含朝向所述注射装置的针头的末端定向以检测附近表面的深度传感器或电容传感器。
85.实施例27是根据实施例23到26中任一项所述的设备，其中所述处理器可执行代码在由所述处理器执行时将所述处理器配置成执行以下操作：(1)在确定所述注射装置未竖直向上定向时，在检测到填装事件之前激活所述注射装置上的锁定机构；以及(2)在检测到填装事件之后停用所述锁定机构。
86.实施例28是根据实施例23到27中任一项所述的设备，其中所述注射装置被配置成自动地执行所述药物的第一次分配作为所述填装事件。
附图说明
87.图1是表示根据本公开的一个实施例的智能药品施用系统的实例的框图；
88.图2是表示构成图1的智能药品施用系统的一部分的笔装置的实例的框图；
89.图3是表示图1的智能药品施用系统的配套装置的实例的框图；
90.图4是表示根据图1的智能药品施用系统的健康管理应用程序的一些实施例的数据处理模块的软件架构的实例的框图；
91.图5是根据本发明技术的用于在药物注射装置施用药物时区分治疗事件和填装事件的方法的流程图表示；
92.图6是用于在施用药物时区分治疗分配事件和填装事件的方法的流程图表示；并且
93.图7是根据一个示例实施例的用于使用用户的先前填装和使用模式来确定推荐撤除的适当时机的方法的流程图表示。
具体实施方式
94.本文公开了药品施用系统，除其它特征和益处之外，所述药品施用系统准确地为患者和护理人员提供健康管理能力。在一个示例方面，一种系统包含与患者的配套装置(例如，具有适当应用软件的智能手机)通信的药品注射装置(也被称为“笔”或“笔装置”)，其中当从所述注射装置分配药品时，所述笔装置能够区分填装事件或“填装”和治疗剂量或“剂量”。所述配套装置包含软件应用程序(“app”)，所述软件应用程序具有自适应剂量计算器和决策支持模块，用于为患者建议剂量并提供对所述笔装置的若干功能的控制。
95.图l示出了根据本发明技术的智能药品施用系统10的示例实施例的图。系统10包含与患者用户的移动计算和通信装置30(也被称为用户的配套装置)进行无线通信的笔装置20。笔装置20可操作以选择、设置和/或分配用于分配的药品剂量。在一些实施方案中，配套装置30包含智能手机、平板电脑和/或佩戴式计算装置，如智能手表、智能眼镜等。在一些实施方案中，配套装置30与其它计算装置(如膝上型和/或台式计算机、智能电视或基于网络的服务器计算机)进行通信。笔装置20和/或配套装置30包含可以与所述笔装置20和所述智能药品施用系统10的其它智能健康管理附件/装置相关联的健康管理应用程序40。
96.在一些实施例中，系统10包含与配套装置30和/或笔装置20通信的数据处理系统50。数据处理系统50可以包含可通过因特网(也被称为“云”)访问的计算机系统或通信网络中的一个或多个计算装置，例如，所述因特网包含云中的服务器和/或数据库。
97.健康管理应用程序40与笔装置20配对，所述笔装置可以是仅限处方的医疗装置。在一些实施方案中，配套装置30与笔装置20的配对(也被称为绑定)向健康管理应用程序40指示用户已准备好使用应用程序的所有特征，这可以增强性能并为智能药品施用系统10提供重要特征。因此在一些实施方案中，配对(绑定)的行为因此启用了健康管理应用程序40的全部功能。例如，在一些情况下，配对可以启用整个应用程序40，其中在没有专门配对的情况下，健康管理应用程序40的至少一部分可能被禁用；而在其它情况下，配对可以启用健康管理应用程序40的某些特征，在没有专门配对的情况下，其以其它方式提供一些有限的特征。
98.在一些实施方案中，例如，健康管理应用程序40可以监测和/或控制笔装置20的功能并提供剂量计算器和/或决策支持模块，所述剂量计算器和/或决策支持模块可以计算和推荐药品的剂量以供患者用户使用笔装置20进行施用。
99.配套装置30可以用于获取、处理和/或显示可以用于与患者用户的健康状况关联的上下文数据，包含使用笔装置20进行治疗的状况。在说明性实例中，配套装置30可操作以跟踪患者用户的位置；包含步数、移动距离和/或强度、估计消耗的卡路里和/或活动持续时间的患者用户的身体活动；和/或患者用户与配套装置30的交互模式。在一些实施方案中，应用程序40可以聚合和处理上下文数据以生成决策支持输出从而指导和帮助患者用户使用笔装置20和/或管理患者用户的行为以在治疗他/她的健康状况方面促进更好的健康状况。
100.在一些实施例中，例如，系统10可以任选地包含传感器装置60以监测患者用户的一个或多个健康度量。由传感器装置60监测的健康度量数据的实例包含分析物，如葡萄糖、心率、血压、用户移动或其它。在一些实施方案中，传感器装置60是用于获得经处理以产生连续葡萄糖值的经皮或血糖测量结果的可穿戴传感器装置如连续葡萄糖监测器(cgm)。例如，连续葡萄糖监测器可以包含在独立显示装置上实施和/或在配套装置30上实施的葡萄糖处理模块，其为患者用户处理、存储和显示连续的葡萄糖值。
101.图2示出了智能药品施用系统10的笔装置20的示例实施例的图。笔装置20被构造成具有被配置成保护药品分配元件(例如针头29)的帽21和被配置成容纳药筒23(例如，其可更换)的主体22。笔装置20被构造成包含将包含在药筒23中的药品分配(例如，递送)到笔装置20之外的剂量分配机构24；用于选择和/或设置待分配的剂量的剂量设置机构25；用于确定笔装置20正在被操作和/或用于监测正在被分配的剂量的操作的操作监测机构26(例
如，如开关和/或传感器，或编码器)；以及可以包含处理器、存储器、电池或其它电源和发射器的电子单元27。
102.笔装置20被配置成与患者用户的移动计算和通信装置30进行通信，例如，如用户的智能手机、平板电脑和/或佩戴式计算装置(如智能手表、智能眼镜等)和/或用户的膝上型和/或台式计算机、智能电视或基于网络的服务器计算机。
103.在系统10的一些实施方案中，例如，为了使用笔装置20，用户首先使用剂量旋钮拨出剂量。笔装置20的剂量旋钮可以作为剂量设置机构25和/或剂量分配机构24的一部分被包含在内。例如，可以在施用剂量之前调高或调低剂量。当用户对剂量分配按钮施加力(例如，在使用剂量旋钮拨出剂量时，按压导致从笔的主体向外突出的剂量分配按钮)时，剂量分配机构24的推动组件(例如，也被称为“柱塞”)被压在装载在笔装置20中的药筒23的邻接部上以使笔装置20开始分配药品，其中分配的数量与剂量设置机构25设置的数量一致。在此类实施方案中，笔装置20的操作监测机构22将开始感测驱动柱塞的旋转组件或轴的移动，例如，其中通过编码器感测移动。在一些实例中，编码器可以被配置成感测耦接到驱动轴的组件的旋转，并且当驱动轴旋转时，柱塞线性移动；并且因此，通过感测组件的旋转，感测驱动轴和柱塞的移动。编码器的移动可以被检测为由笔装置10的电子单元27的处理器处理的数据，其可以用于测量剂量。在一些实施方案中，处理器然后可以存储剂量的大小以及所述剂量的时间戳。在一些实施方案中，笔装置20然后可以将剂量和相关信息传输到配套装置30。在此类实施方案中，当传输剂量时，与特定传输剂量相关联的数据在笔装置20的存储器中被标记为传输的。在此类实施方案中，如果剂量还没有传输到配套装置30，那么与剂量相关联的数据将在下一次在笔装置10与配套装置30之间建立成功的通信链路时被传输。
104.笔装置20的操作监测机构22可以包含可以利用感测旋转或线性移动的任何方法的传感器。此类传感器的非限制性实例包含旋转和线性编码器、霍尔效应(hall effect)和其它基于磁性的传感器、线性可变位移传感器或本领域已知的任何其它适当的感测方法。
105.笔装置20的剂量分配机构24可以包含手动机构或机动机构。在任一情况下，力(例如，由患者产生或由电动马达产生)推动剂量分配机构24的柱塞，进而迫使药剂小瓶或药筒23的接收柱塞递送特定量的药剂。在一些实施方案中，例如，可以调整剂量分配机构24以在不同的时间段内递送剂量。在一个实例中，可以操作剂量分配机构24使得柱塞被可调整的拉伸弹簧推入或改变马达的速度以在时间范围内(例如，1秒、5秒或其它)注射剂量以有助于减轻给药的痛苦。在一个实例中，可以在更长的时间段内操作剂量分配机构24，例如，以更好地匹配碳水化合物的动力学，这可以类似于泵的扩展团注。
106.与笔装置20相关联的配套装置30的健康管理应用程序40提供用户界面以允许用户管理他/她的健康相关数据。在一些实施方案中，例如，健康管理应用程序40可以被配置成控制笔装置20的一些功能。在一些实施方案中，例如，健康管理应用程序40提供交互式用户界面以允许用户管理笔装置20的设置，以及可以影响系统10功能的配套装置30(例如，智能手机、平板电脑或佩戴式计算装置)的设置。在实施方案中，例如，配套装置30是用户可以随身携带的独立便携式装置。在独立便携式配套装置30的示例实施例中，配套装置30包含数据处理单元、允许所述装置与笔装置20进行通信的无线通信单元和显示单元。
107.图3示出了智能药品施用系统10的配套装置30(例如，或“配套计算装置”或“计算机”)的示例实施例的框图。配套装置30的数据处理单元31包含处理数据的处理器32、与处
理器32进行通信以存储数据的存储器单元33、以及将处理器32和/或存储器33连接到其它模块的输入/输出单元(i/o)34、配套装置30或外部装置的单元或装置。例如，处理器32可以包含中央处理单元(cpu)或微控制器单元(mcu)。例如，存储器33可以包含并且存储处理器可执行代码，所述处理器可执行代码在由处理器32执行时将数据处理单元31配置成执行各种操作，例如，如接收信息、命令和/或数据、处理信息和数据、以及向另一个装置传输或提供信息/数据。在一些实施方案中，数据处理单元可以将原始数据或经处理的数据传输到可通过因特网(也被称为“云”)访问的计算机系统或通信网络，所述因特网包含一个或多个远程计算处理装置(例如，云中的服务器)。为了支持数据处理单元的各种功能，存储器33可以存储信息和数据，如指令、软件、值、图像以及处理器32处理或引用的其它数据。例如，各种类型的随机存取存储器(ram)装置、只读存储器(rom)装置、闪存存储器装置和其它可以被用来实施存储器单元33的存储功能的合适的存储介质。数据处理单元31的i/o 34可以将数据处理单元31与无线通信单元35连接起来，以利用与典型数据通信标准兼容的各种类型的有线或无线接口，例如，所述接口可以通过无线发射器/接收器(tx/rx)单元用于数据处理单元31与其它装置(如笔装置20)的通信，例如，所述无线发射器/接收器单元包含但不限于蓝牙、蓝牙低能量、zigbee、ieee 802.11、无线局域网(wlan)、无线个域网(wpan)、无线广域网(wwan)、wimax、ieee 802.16(全球微波接入互操作性(wimax))、3g/4g/lte蜂窝通信方法、nfc(近场通信)和并行接口。数据处理单元31的i/o 34还可以与其它外部接口、数据存储源和/或视觉或音频显示装置等连接，以检索和传输可以由处理器32处理的数据和信息，所述数据和信息存储在存储器单元33或展现在配套装置30或外部装置的输出单元上。例如，配套装置30的显示单元36可以被配置成例如通过i/o 34与数据处理单元31进行数据通信，以提供视觉显示、音频显示和/或产生健康管理应用程序40的用户界面的其它感官显示。在一些实例中，显示单元36可以包含各种类型的屏幕显示器、扬声器或打印接口，例如，包含但不限于发光二极管(led)或液晶显示器(lcd)监视器或屏幕、作为视觉显示器的阴极射线管(crt)；作为音频显示器的音频信号转换器设备；和/或墨粉、液体喷墨、固体油墨、染料升华、无墨(例如，热或uv)印刷设备等。
108.举例来说，当给药事件发生(例如，从笔装置20分配一定量的流体)时，与给药事件相关联的时间戳被笔装置20的处理单元记录(例如，存储在笔装置20的存储器中)。例如，时间戳可以是当前时间或使用计数定时器的时间。当剂量信息最终被传输到配套装置30的健康管理应用程序40时，时间戳和/或“自剂量以来的时间”参数由笔装置20传输并且由配套装置30接收并存储在配套装置30的数据处理单元31的存储器33中。在一些实施方案中，例如，可以在笔装置20不必知道当前时间的情况下确定剂量的时间。这可以简化笔装置20的操作和设置。在一些实施方案中，例如，从配套装置30在笔装置20上初始化用户时间，其中用户时间用于剂量时间跟踪。使用系统10，健康管理应用程序40可以知道相对于当前时间的剂量时间。
109.一旦配套装置30接收到剂量相关信息(例如，其可以包含时间信息和剂量设置和/或分配信息，以及与给药事件相关的关于笔装置20的其它信息)，配套装置30在存储器33中存储剂量相关信息，例如，其可以包含剂量或给药事件列表。在一些实施方案中，例如，通过健康管理应用程序40的用户界面，配套装置30允许患者浏览先前剂量的列表，以基于健康管理应用程序40的药品计算模块74执行的计算查看患者体内当前活性药剂的估计值(“活
性药剂(medicament on board)”)，和/或利用软件应用程序的剂量确定模块75来帮助所述患者了解有关下一个待递送的剂量的大小的剂量设置信息。例如，患者可以输入待食用的碳水化合物和当前血糖，并且配套装置30已经知道活性胰岛素。使用这些参数，可以确定由剂量确定模块75计算的建议药品剂量(例如，如胰岛素剂量)。在一些实施方案中，例如，配套装置30还可以允许患者手动将团注输入笔装置20或另一个药品递送装置中。如果患者被迫使用注射器或者如果笔装置20中的电池耗尽，这将是有用的。
110.描述了所公开的智能药品施用系统10的示例实施例和实施方案，包含可在能够与医疗装置(例如，如笔装置20等药品分配装置)通信的配套装置30上操作的健康管理应用程序40。可以与用于在系统上提供处方调节的软件控制的示例方法、装置和系统一起使用的智能药品施用系统的特征的一些示例描述于题为“包含注射笔和配套装置的药品施用系统(medicine administering system including injection pen and companion device)”的共同拥有的美国专利第9,672,328 b2号中。
111.虽然本文所描述的公开实施例主要使用涉及胰岛素笔、与所述胰岛素笔相关联的健康管理应用程序和/或葡萄糖监测装置的糖尿病管理系统和方法作为实例来进行描述以促进对潜在概念的理解，但应理解，所公开的实施例也可以包含通过笔装置、健康管理应用程序使用其它药物治疗其它健康状况和/或通过传感器装置监测其它分析物。例如，所公开的填装区分技术可以与需要填装的其它分配装置和药物(除胰岛素之外)结合使用。
112.图4示出了根据智能药品施用系统10的健康管理应用程序40的一些实施例的数据处理模块的软件架构70的框图。在一些实施例中，健康管理应用程序40的软件架构70的一些或全部数据处理模块驻留在配套装置30上。在示例软件架构70的一些实施方案中，模块操作以控制配套装置30的某些功能，其包含聚合和处理由医疗注射装置(例如，笔装置20)传输的输出信号以执行装置配对从而验证药品注射装置并解锁配套装置30上的健康管理应用程序40的一些或全部功能。
113.在软件架构70的一些实施例中，一些或所有数据处理模块驻留在配套装置30上，例如，驻留在数据处理单元31中。在系统10的软件架构70的一些实施例中，一些数据处理模块可以驻留在笔装置20上，例如，驻留在电子单元27中。在系统10的软件架构70的一些实施例中，一些数据处理模块可以驻留在智能附件上，所述智能附件被配置为与标准(非智能)分配装置一起使用。类似地，在一些实施例中，例如，软件架构70的一些数据处理模块可以体现为云中的数据处理系统50的一部分(例如，驻留在一个或多个云计算机上)。
114.配套装置30上的健康管理应用程序40的数据处理模块可以包含驻留在笔装置20上的软件架构70的不同或相同的数据处理模块。例如，可以驻留在笔装置20上并由其实施的数据处理模块之一包含装置配对模块71，用于接收和处理来自笔装置20的输出信号以与驻留在配套装置30上的健康管理应用程序40配对。
115.在一些实施方案中，笔装置20可以与配套装置30配对以启用与笔装置20的特定用户和/或配套装置30上的数据管理相关联的健康管理应用程序40的一些或所有受保护特征，所述特征需要安全访问以供患者用户使用。安全配对方法确保驻留在配套装置30上的健康管理应用程序40具体地与属于患者用户的特定笔装置20相关联，例如，所述患者用户可能具有与使用健康管理应用程序40的一些或所有特征相对应的处方。
116.在健康管理应用程序40的软件架构70的一些实施例中，数据处理模块还可以被配
置成处理由配套装置30上的健康管理应用程序40从笔装置20、从传感器装置60和/或从患者用户的其它装置和/或配套装置30上的应用程序获得的健康度量数据和上下文数据。在一些实施例中，例如，软件架构70包含数据聚合模块72以获得健康来自如笔装置20、传感器装置60和/或与配套装置30通信的其它装置或应用程序等装置的度量数据。软件架构70包含数据库73或与所述数据库通信，以存储与患者用户和患者用户群体相关的健康数据和上下文数据。在各个实施例中，数据库73可以驻留在数据处理系统60上，例如，在云中。在一些实施例中，软件架构70包含药品计算模块74，以估计在患者体内有效的当前药剂(“活性药剂”或“活性胰岛素”或iob)。在一些实施例中，软件架构70包含剂量确定模块75，如剂量计算器模块，以基于特定于笔装置20的患者用户的时间相关和上下文或环境相关数据自主地计算与来自笔装置20的剂量注射相关联的药品的剂量。软件架构图中所示的示例模块可以被组织成以各种方式周期性地、间歇性地和/或逐个请求地相互提供数据，包含直接(例如，模块到模块)和/或间接(例如，通过中间模块)。
117.除其它特征和益处之外，所公开技术的实施例为笔装置或智能注射器20和/或健康管理应用程序40提供多种方法以区分剂量和填装。在一些场景下，用于评估或检测药物剂量与填装的方法可能不明确，并且在这些场景下，可能有用的是，数据记录器组件记录或以其它方式保留有关歧义的信息，因此其可能会提示用户进行手动确认。通常，过量服用胰岛素比服用太少胰岛素更加有害，因此在出现歧义的情况下，更安全的做法是假设将分配事件作为剂量。例如，在随后的计算中，可以考虑歧义的存在以人为地减少用户将服用的剂量。相比之下，将剂量误认为是填装会导致系统低估用户已服用的胰岛素量，从而导致后续计算推荐分配过多的胰岛素。
118.在以下描述中，副标题用于提供用于理解所公开实施例的正确流程。然而，应当理解，所公开的实施例的各种特征在本专利文件中被描述并且它们的描述不限于在特定子标题下提供的内容。
119.分配模式识别
120.在操作如笔装置20等药剂分配装置时，用户通常在施加治疗剂量之前可能多次填装分配装置20。因此，举例来说，智能药品分配系统10可以评估给定时间窗口内的分配事件的模式或序列，从而将所述模式中的最后一个事件指定为治疗剂量并且将所述模式中的最后一个事件之前的事件指定为填装事件。然而，在智能药品分配系统10的正常使用期间可能会出现几种场景，对于这些场景，分配事件序列中的最后一个事件实际上不是治疗剂量，包含这样的场景：其中一个或多个治疗剂量事件发生在分配事件序列中的最后一个事件之前。智能药品分配系统10被配置成在将分配事件指定为填装或剂量时识别并考虑这些场景。举例来说，可能需要替代指定分析的场景可以包含(但不限于)以下示例场景：
121.1.如果分配量高于预定阈值，则智能药品施用系统10可以将分配事件指定为治疗剂量，即使它不是序列中的最后一个分配事件。这是因为填装事件中的剂量通常很小(例如，2个单位或更少)。大量注射表明分配的量可能是治疗剂量。
122.2.通常，用户需要填装新药筒以能够分配胰岛素。智能药品施用系统10因此可以将药筒更换之后的第一个分配事件指定为填装事件。
123.3.如果在初始分配事件之后使用剂量计算器，这表明用户还没有施加治疗剂量，则智能药品施用系统10可以将在该点之前进行的分配事件指定为填装事件并且可以重置
剂量/填装窗口时间。
124.4.使注射药品的体积处于笔装置20的最大容量(通常为30u、60u或80u)的任何剂量可以被指定为治疗剂量，并且可以将注射的量累积至总治疗剂量。例如，当用户需要超过其笔装置20容量的剂量(例如，90u)时，首先施用装置的最大剂量(例如，80u)，然后施用所需的额外量(例如，10u)。在这种情况下，智能药品施用系统10可以将两个分配事件均指定为治疗剂量。
125.5.如果剂量的施用耗尽了笔装置20的药筒23中剩余的药品的供应并且随后在剂量时间窗口内更换药筒，则药筒更换发生之前的最终分配事件可以被指定为治疗剂量，即使在时间窗口内跟随更多的填装和/或剂量。
126.6.如果两个分配事件大小相同(例如，2u之后是另一个2u)，则智能药品施用系统10可以提示用户确认所述两个分配事件是治疗剂量和/或填装事件。系统10还可以提示用户确认发生不是偶然的双剂量。
127.7.如果在规定的时间阈值(例如10分钟)内发生两次缩回事件(例如柱塞的向后移动)，则智能药品施用系统10可以将缩回事件之间发生的任何分配事件指定为无治疗作用(例如填装和/或无效)。
128.8.在新装置的初始使用的背景下，如果一个或多个分配事件发生后发生缩回事件，则系统10可以将分配事件指定为无治疗作用(例如填装、训练和/或无效)。
129.在一些实施例中，感测药筒柱塞的前进(或检测与柱塞前进相关的机构移动，如旋钮或螺杆旋转)的手动致动的注射笔装置20可以区分在单个注射事件和/或单独的注射事件期间用户移动的暂停。系统10可以使用预设超时阈值，如一秒，使得所述预设超时阈值内的移动被认为是单个分配事件，而所述超时阈值之外的移动被认为是单独的分配事件(例如，填装和剂量)。
130.固定超时阈值的挑战在于用户以不同的速率分配并且在分配事件之间具有不同的暂停。例如，一些用户可能会非常快速地拨出和分配，从而导致非常短的超时阈值来区分两个单独的分配事件，而其它用户可能分配地非常慢，从而导致单次注射内的移动之间的暂停更长。此类用户需要更长的超时阈值，以避免将单次注射解释为多次较小的注射。为了解决这种差异，智能药品施用系统10可以被配置成使用以下方法中的一种或多种方法来确定用户特异性超时阈值，所述方法以实例的方式呈现：
131.1.智能药品施用系统10可以被配置成使用户能够基于用户的行为手动选择期望的超时阈值。
132.2.笔装置20可以被配置成当分配事件被认为完成时向用户发出信号(例如，通过集成的光或声音装置，或通过在用户的配套装置30中触发即时通知)。如果用户在注射期间注意到该通知，则他们可以通过与配套装置30交互来手动校正该注射事件的记录，并且如果需要的话，调整超时阈值设置以避免将来的警报。
133.3.智能药品施用系统10可以分析用户的剂量时机历史(例如，根据检测到的注射事件，包含过去的手动校正或超控)并相应地调整超时阈值。例如，系统10可以将固定百分比应用于用户在剂量和填装之间的平均时间以确定时间超时阈值。
134.4.在一些情况下，非常缓慢地分配的用户可能倾向于在分配事件的中途暂时暂停，或者可能移动得太慢以致笔装置20可能在延长的时间段内感测不到移动。为了解决这
种情况，智能药品施用系统10可以被配置成检测用户移动的速度(例如旋转螺杆的每分钟转数(rpm)或柱塞前进的线速度)并使用该检测到的速度来调整用户特异性超时阈值。例如，系统10可以在用户注射非常缓慢时增加超时阈值，而在用户注射较快时降低超时阈值。
135.5.在一些实施例中，智能药品施用系统10可以被配置成定义最小超时阈值和最大超时阈值。例如，系统10可以将最小超时阈值内的多个移动指定为单次移动，并将超出最大超时阈值的多个移动指定为多次移动。对于落在最小超时阈值和最大超时阈值之间的移动，系统10可以提示用户进行确认(例如，通过在配套装置30或笔装置20的用户界面上呈现交互式提示)和/或分析附加的模式识别方法以做出决定。
136.用户适配
137.虽然填装行为可能因用户而异，但任何单个用户通常表现出一致的填装行为。因此，对用户的特定分配历史的分析可以告知以下确定：有疑问的分配事件是填装事件还是剂量事件。举例来说，本公开的智能药品施用系统10可以被配置成监测和分析特定用户的分配活动历史，以鉴定(1)所述用户在填装和剂量事件中的典型分配量，以及(2)所述用户的典型填装行为。该数据，本身或与本文公开的其它方法相结合，可以帮助告知填装/剂量的确定。
138.例如，在鉴定用于治疗剂量和填装事件的用户典型分配量时，系统10可以确定分配量，如平均、最大、最小、上第75百分位数和/或下第75百分位数。在一些实施方案中，例如，智能药品施用系统10可以将大于用户过去的最大填装量的分配事件指定为治疗剂量。在一些实施例中，系统10可以将大于用户过去的下第75百分位数剂量的分配事件指定为治疗剂量。
139.举例来说，在鉴定用户的典型填装行为时，系统10可以分析用户的分配事件历史以确定填装事件的频率。例如，如果系统10确定小于预定百分比(例如10％)的用户记录的治疗剂量伴随着填装事件，则系统10可以将所有分配事件记录为治疗剂量。类似地，如果系统10确定大于预定百分比(例如90％)的用户治疗剂量伴随着填装事件，则系统可以将序列中的第一个分配事件记录为填装事件。
140.在一些实施例中，例如，如果用户使用剂量计算器(例如健康维护应用程序40的剂量确定模块75)或被呈现计算的剂量以确定剂量，或者系统10确定用户的葡萄糖值以及活性胰岛素(iob)以为用户计算正确的校正剂量(例如通过药品计算模块74)，则智能药品施用系统10可以使用该剂量来定义区分治疗剂量和填装事件的分配阈值。例如，如果最小治疗剂量显著高于典型的填装量(例如2个单位)，则系统10可以将所有小的分配事件(例如2个单位或更少)指定为填装事件。然而，如果计算出的最小治疗剂量相当于或小于典型的填装大小，则系统10可以将小的分配事件指定为治疗剂量，除非系统10可用并分析的其它数据表明分配事件是填装事件。
141.在一些情况下，分配事件可能是无意的。例如，用户可能会在处理过程中无意中将少量药品分配到地板上等。将这些无意的移动记录为治疗剂量可能会产生不准确的记录，并导致未来的计算不准确。因此，智能药品施用系统10可以忽略此类分配事件，将该事件记录为无效事件，或通过分析用户的剂量历史数据并确定以下一个或多个示例条件被满足来提示用户确认该分配事件是否有效(例如剂量或填装)：(1)分配的药品量小于用户过去的治疗剂量和/或填装事件；(2)分配发生在用户的正常剂量提醒窗口之外；(3)分配事件发生
在过去的给药事件的典型时间窗口之外；和/或(4)存在用户的单个分配事件，用户过去的数据表明他们通常在施加治疗剂量之前进行填装(因此通常具有连续的两个或更多个分配事件)。
142.在一些实施例中，智能药品施用系统10可以被配置成使用剂量计算器参数来为用户设置不切实际的剂量的阈值，以帮助确定分配事件是否有效。例如，阈值可以基于预设最大剂量设置、预设最大剂量设置的偏移量或预设最大剂量设置的倍数。在一些实施例中，系统10可以使用设置的剂量计算器参数，基于对大餐的大校正的剂量计算来设置阈值。
143.手动设置
144.如上所述，在一些实施例中，来自所述用户的手动输入可以提供准确的信息并且可以帮助检测偶发错误，即使是在自动剂量/填装检测可用时。举例来说，智能药品施用系统10还可以提示用户最初手动输入某些数据，直到系统的数据库73中记录了足够的使用数据，以使系统10能够自动地识别和/或预测用户的典型行为。在一些实施例中，这种用户交互可以通过用户的配套装置30或笔装置20的显示单元上的图形用户界面发生。在一些实施例中，可以使用如语音或音频提示以及语音或音频命令等其它交互方式。
145.在一些实施方案中，智能药品施用系统10可以实时显示笔装置20检测到的剂量。剂量信息可以显示在笔装置20或用户的配套装置30(例如智能手机或其它智能装置)的显示单元36上，从而允许用户验证他们的动作是否被系统10正确地解释。如果需要的话，系统10可以为用户提供校正数据日志的机会。在一些实施例中，如果存在任何歧义，系统10可以提示用户确认剂量或确认分配事件是治疗剂量还是填装事件(或无效事件)。例如，如果系统10在用户使用剂量计算器之前立即检测到分配事件，则系统10可以在启用对剂量计算器75的访问之前提示用户确认这是治疗剂量还是填装事件(或无效事件)，从而确保系统10在计算即将到来的剂量之前准确确定用户体内的胰岛素。
146.隐式检测和强制填装
147.举例来说，在一些实施例中，笔装置20可以包含加速度计28，所述加速度计被配置成感测自由地握持在空中的笔装置20与抵靠用户的皮肤稳定地握持的笔装置20之间的差异。例如，当加速度计28在分配事件期间(或即将完成分配之前)指示大的移动和/或较低频率的移动时，智能药品施用系统10可以确定这种移动是由于笔装置20被自由地握持在空中，并且因此系统10可以将分配事件指定为填装事件。当加速度计28在分配事件期间指示小的移动和/或更高频率的移动时，系统10可以确定这种移动是由于装置被稳定地抵靠用户的皮肤握持，并且因此系统10可以将分配事件指定为治疗剂量。
148.在一些实施例中，系统10可以要求用户在启用剂量计算器75的使用之前(或在配套装置30的显示单元36上显示计算结果之前)填装笔装置20。在此类实施例中，系统10可以将剂量计算器75使用前发生的分配事件视为填装事件，并将剂量计算器75使用后发生的分配事件视为治疗剂量。为了使填装笔装置20时引起的胰岛素浪费最小化，系统10可以仅在以下情况时才需要填装：当系统10确定治疗剂量被推荐或需要高于某些阈值量的治疗剂量时。
149.在一些实施例中，笔装置20可以被配置成通过机械锁定分配机构24来强制填装，除非并且直到分配事件发生同时笔装置20的远端或分配端向上指向。例如，加速度计27或其它姿态指示器可以感测笔装置20的定向并将该信息中继到笔装置20或用户的配套装置
30的处理单元。在一些实施方案中，可以使用机械重量来将笔装置20解锁以在垂直握持且远端或分配端朝上指向时进行填装。由于用户难以在笔装置20朝上指向的情况下施用剂量，因此锁定笔装置20可有效地迫使用户正确地填装笔装置20。锁机构可应用于分配机构24(例如注射按钮)或护罩41或支座，所述护罩或支座防止用户注射针头29，同时仍允许用户接近以安装针头、移除针头盖或将液体从针头中排出。
150.在一些实施例中，智能药品施用系统10可以自动填装笔装置20，使得用户不需要分配单独的填装事件。在这种情况下，(例如)当剂量选择机构25被致动时，作为填装事件，系统10可以使柱塞自动地推进少量。在此类装置中，系统10将所有用户分配事件记录为治疗剂量。
151.显式检测
152.在一些实施例中，智能药品施用系统10可以被配置成检测笔装置20是否接近或接触皮肤以确定分配事件是治疗剂量还是填装事件。例如，笔装置20可以被配置成检测注射器与用户的物理接触。笔装置20还可以被配置成执行对嵌入组织中的针头29的电检测，或对注射器与用户的接近度的检测。
153.在一些实施方案中，笔装置20可以具有围绕针头29的护罩41，所述护罩允许液体流出以进行填装，但防止针头29与用户或环境中的其它物体(如桌子或地面)意外接触。当笔装置20的远端抵靠用户的皮肤按压时，护罩41向后平移以允许针头29刺入用户的皮肤。举例来说，笔装置20可以包含被配置成检测护罩41的平移的开关，其表明分配事件是治疗剂量。因此，当开关在分配事件之前检测到护罩41的平移时，智能药品施用系统10将分配事件记录为治疗剂量。当开关在分配事件期间未能检测到护罩的平移时，系统10将分配事件记录为填装事件。
154.在一些实施例中，设置在针头或针头附件上的压力传感器42或振动传感器43可以检测由用户的皮肤施加在所述针头上的力和振动。举例来说，响应于压力或振动传感器检测到的针头中的力或振动的存在，系统10可以将相关的分配事件记录为治疗剂量。在压力或振动传感器没有检测到针头中的力或振动的情况下，系统10可以将分配事件记录为填装事件，而不存在另外指示的进一步数据。
155.在一些实施例中，电容传感器44可以电耦接到针头29以电检测皮肤接触。笔装置20可以具有导电的药筒隔膜，或被配置成与一次性针头29电接触的导电针头接口。
156.在一些实施例中，线圈45可以围绕针头定位以测量其电感，一旦针头29与皮肤接触，电感就会改变。系统10然后可以基于测量的针头电感将分配事件指定为治疗剂量或填装事件。在一些情况下，测量的电感可能会受到药筒23中剩余的胰岛素量的轻微影响。因此，在针头29未接触用户时的填装期间，系统10可以使用电感来近似药筒23中剩余的药物量。此外，系统可以使用所述测量的电感来检测在更换药筒后安装了满的药筒还是部分空置的药筒。
157.在一些实施例中，定位在笔装置20的针头末端的两个或更多个电触点(其中之一可以是针头29本身)可以感测到电路何时完成(闭合)，从而表明触点正在接触用户的皮肤，并且系统10可以将所述分配事件指定为治疗剂量。
158.在一些配置中，安装到笔装置20中的新药筒23需要笔装置20的一些移动，以便在可以分配药品之前抵靠药筒的柱塞调整驱动机构。在这些配置中，如果笔装置20检测到抵
靠驱动机构的可忽略不计的力，则系统10可以确定驱动机构尚未接触药筒柱塞，并且因此根据一些实施例，可以将该移动指定为填装事件。
159.在一些实施方案中，笔装置20可以在针头末端具有热传感器46，所述热传感器被配置成检测用户的体热。举例来说，系统10可以使用从热传感器接收的信息来确定笔装置20是抵靠用户握持还是自由地握持，并且因此同时分配事件是剂量还是填装事件。
160.在一些实施例中，深度传感器47(例如激光、光学或超声波)可以朝向笔装置20的针头末端定向。当所述深度传感器检测到附近的表面(例如，在典型笔针头的长度(如5mm)内)时，这表明针头29被注射到表面中并且系统10可以将所述分配事件鉴定为治疗剂量。如果深度传感器无法检测到附近的表面，或者其检测到的距离大于笔针头，则系统10可以将分配事件指定为填装事件。
161.举例来说，智能药品施用系统10和/或笔装置20可以组合使用本文公开的单一方法或多种方法来区分治疗剂量与填装事件。例如，系统10可以利用模式识别、深度传感器和加速度计。在一些实施方案中，系统10可以概率性地聚合不同的输入，如使用投票方案，使得多个输入中的大多数被接受为事实。在一些实施例中，系统10可以保守地假设指示治疗剂量的任何输入是正确的。在此模式下，如果所有输入都如此指示，则所述系统可以仅将分配事件鉴定为填装事件。在一些实施方案中，如果所有输入不一致并且证实剂量/填装指定，则系统10提示所述用户提供确认。在一些实施例中，系统10可以使用主要方法来确定治疗/填装事件指定。当主要方法的结果不明确时，系统10可以使用次要方法辅助确定。
162.举例来说，图5是根据本发明技术的用于在药物注射装置施用药物时区分治疗事件和填装事件的方法100的流程图表示。方法100包含，在操作102处，分析按序列发生的多个分配事件。方法100包含，在操作104处，基于一个或多个标准将所述分配事件中的至少一个分配事件分类为治疗剂量分配事件。
163.举例来说，图6是用于在施用药物时区分治疗分配事件和填装事件的方法110的流程图表示。方法110包含，在操作112处，基于来自注射装置的传感器的输入，确定所述注射装置是与患者接触还是被自由地握持。方法110包含，在操作114处，在确定注射装置被自由地握持时激活注射装置的锁定机构。方法110包含，在操作116处，当锁定机构被激活时将第一个分配事件指定为填装事件。方法110包含，在操作118处，在填装事件之后停用锁定机构以使患者能够执行第二个分配事件以施用药物。方法110还包含，在操作120处，基于患者过去的行为将所述第二个分配事件分类为治疗分配事件或填装事件。
164.前瞻性填装区分和推荐撤除
165.如前所述，在一些情况下，用户可以使用剂量计算器75来帮助他们确保他们正在注射正确的治疗剂量。举例来说，剂量计算器75是糖尿病患者根据计划的碳水化合物摄入量、当前的葡萄糖水平和先前注射后仍处于活性状态的胰岛素来计算速效胰岛素剂量的工具。剂量计算器75的输出是智能药品施用系统10在配套装置30和/或笔装置20的用户界面36上显示的剂量推荐。为了获得良好的体验，应显示剂量推荐，直到用户注射该剂量，然后系统10可能会更新配套装置30的用户界面以移除推荐并任选地显示已服用的剂量，从而对动作进行肯定的确认。此外，如果用户正在施用多部分剂量(例如将总共50u分两部分给药
–
先注射30u然后再注射20u)，则可以实时更新推荐以告知用户在下次注射时还剩下多少剂量推荐待注射。
166.本文描述了各种方法，通过这些方法，智能药品施用系统10(例如笔装置或智能注射笔20、配套装置30和/或健康管理应用程序40)可以前瞻性地区分填装剂量和治疗剂量，并因此从配套装置30的用户界面中移除剂量推荐(在本文中也被称为“推荐撤除”)。在一些实施例中，系统10可以结合习得的先前填装和使用模式，所述模式特定于用户并且针对用户自己的最近行为进行定制，以确定剂量是否具有治疗作用，从而告知推荐撤除的适当时机。在一些实施例中，系统10可以使用置信度评分来确定剂量是否具有治疗作用。在一些实施例中，系统10可以结合用户交互以改善用户体验。在一些实施例中，系统10可以实时更新所述剂量推荐，以告知用户在多次注射中施用治疗剂量。
167.习得的先前填装和使用模式
168.图7是根据一个示例实施例的用于使用用户的先前填装和使用模式来确定推荐撤除的适当时机的方法130的流程图表示。出于本公开的目的，“胰岛素推荐”是在用户开始分配胰岛素之前由系统剂量计算器75推荐的最后一个剂量。“事件(episode)”是在胰岛素推荐之后的预定时间段(例如，10分钟)内的剂量活动(例如，填装和/或治疗)的集合。系统10通过参考所述胰岛素推荐的存储日期时间值来确定所述事件的开始时间。
169.举例来说，系统10可以通过分析在当前事件的开始时间之前的预定时间段内开始的事件集合中的用户的填装活动来确定所述用户的滚动先前填装行为。所述预定时间段可以是足以建立用户行为模式的任何时间段。举例来说，所述预定时间段可以是一周，从而导致所述系统确定滚动周填装行为。一旦确定了事件集合132，系统10使用来自这些事件的存储数据来计算代表性或典型填装计数值134、代表性或典型填装量值136以及代表性剂量持续时间值138，所有这些都特定于用户，系统10稍后将使用这些来确定推荐撤除的适当时机。
170.在一些实施方案中，系统10可以使用多种方法中的任一种方法来确定所述代表性或典型填装计数值134，所述多种方法包含但不限于基于用户记录的最近行为找到中位数填装计数值、基于用户记录的最近行为找到平均填装计数值、提示用户选择待使用的填装计数、在其子集的群体中找到平均填装计数值、依赖于软件应用程序40中预先选择的默认填装计数值等。在本实例中，系统10通过在填装行为的滚动周中找到用户的中位数填装计数值来确定代表性或典型填装计数值134。举例来说，为了建立中位数填装计数值，系统10计算先前事件的滚动周(例如)子集内每个事件的填装发生的计数。对于子集中没有填装发生的任何事件，系统10为该事件分配填装计数值零。对于确实具有填装发生的事件，系统10计算在发生时有多少次发生被标记为填装，并将该填装计数分配给所述事件。系统10然后找到填装计数值的中位数，按数字从最小到最大排列。
171.在一些实施方案中，系统10可以使用多种方法中的任一种方法来确定所述代表性或典型填装量值136，所述多种方法包含但不限于基于用户记录的最近行为找到中位数填装量值、基于用户记录的最近行为找到平均填装量值、提示用户选择待使用的填装量、在其子集的群体中找到平均填装量值、依赖于软件应用程序40中预先选择的默认填装量值等。在本实例中，系统10通过在填装行为的滚动周中找到用户的中位数填装量值来确定代表性或典型填装量值136。举例来说，为了建立中位数填装量值136，系统10根据先前事件的滚动周(例如)子集内的“类型”检索被标记为“填装”的剂量的存储剂量数据，并且排除任何统计异常事件，例如包含但不限于药筒更换事件。对于子集中没有填装发生的任何事件，系统10
为该事件分配填装量值零。系统10然后找到填装量值的中位数，按数字从最小到最大排列。
172.如果在预定时间段内的事件少于预定数量，则系统10可以访问在预定时间段之外(例如早于所述预定时间段)发生的事件的存储数据，以便将预定数量的事件包含在中位数填装计数和中位数填装量计算中。例如，如果前一周存在少于九个事件，则系统10可以访问最近九个事件的数据而不管预定时间段，以确保来自最少九个事件的数据被用于中位数填装计数和中位数填装量计算中。
173.在一些实施方案中，系统10可以使用多种方法中的任一种方法来确定所述代表性剂量持续时间值138，所述多种方法包含但不限于基于用户记录的最近行为计算代表性剂量持续时间值138(例如，找到中值、平均值，或在第三或第四四分位数的钟形曲线分布上选择一个值等)、提示用户选择待使用的剂量持续时间值、在其子集的群体中找到平均剂量持续时间值、依赖于软件应用程序40中预先选择的默认剂量持续时间值等。在本实例中，系统10通过在朝向用户典型的较高端的钟形曲线分布上选择剂量持续时间值来确定代表性或典型剂量持续时间值138，如剂量持续时间值的第三个四分位数(例如第51百分位数到第75百分位数)中的值。举例来说，为了确定用户代表性剂量持续时间值138，系统10通过从预定的先前时间段内所有事件的第一个剂量的时间值中减去最后一个剂量的时间值来计算剂量持续时间值。系统10然后选择剂量持续时间值分布的第三个四分位数内的值作为代表性剂量持续时间值。如果在预定时间段内的事件少于预定数量，则系统10可以访问在预定时间段之外(例如早于所述预定时间段)发生的事件的存储数据，以便将预定数量的事件包含在代表性剂量持续时间值计算中。例如，如果前一周存在少于九个事件，则系统10可以访问最近九个事件的数据而不管预定时间段，以确保来自最少九个事件的数据被用于代表性剂量持续时间值计算中。
174.下一步骤140是为了确定推荐撤除的适当时机。在一些实施方案中，当系统10确定自胰岛素推荐时间以来的剂量总和值达到或超过以下阈值时，系统10可以从配套装置30和/或笔装置20的用户界面屏幕36中移除或撤除所述剂量推荐：
175.(代表性填装量)*(代表性填装计数) (胰岛素推荐)
‑
(拨出错误校正值)
176.举例来说，拨出错误校正值可以根据使用中的笔装置20的增量大小而变化(例如，对于半个单位增量的笔装置为0.5，对于一个单位增量的笔装置为1.0等)。在一些实施方案中，当系统10确定所述剂量的体积值大于或等于预定数量的单位(例如，4个单位)时，系统10可以从配套装置30和/或笔装置20的用户界面屏幕36中移除或撤除所述剂量推荐。在一些实施方案中，当系统确定自第一个剂量的时间以来，已经过用户的代表性剂量持续时间(从前一周开始，并且不超过两分钟)时，系统10可以从配套装置30和/或笔装置20的用户界面屏幕36中移除或撤除所述剂量推荐。在一些实施方案中，当系统确定胰岛素推荐为0.5、用户的中位数填装计数＝0并且第一个正量剂量出现时，系统10可以从配套装置30和/或笔装置20的用户界面屏幕中移除或撤除所述剂量推荐。在一些实施方案中，当系统10确定胰岛素推荐为0.5、用户的中位数填装计数>0并且第二个正量剂量出现时，系统10可以从配套装置30和/或笔装置20的用户界面屏幕中移除或撤除所述剂量推荐。在一些实施方案中，当系统10确定用户手动输入剂量值时，系统10可以从配套装置30和/或笔装置20的用户界面屏幕中移除或撤除所述剂量推荐。
177.在一些实施方案中，如果用户手动将剂量类型更改为“填装”，则系统10可能会在
用户界面上重新显示剂量推荐，排除被手动更改为“填装”的剂量，并使用以下各项之一来确定推荐撤除时机：(i)胰岛素推荐
–
0.5；(ii)剂量的体积值大于或等于4个单位(例如)；或(iii)自第一个剂量的时间以来，已经过从前一周开始的用户的代表性剂量持续时间(且不超过两分钟)。
178.举例来说，如果用户具有少于预定总数的先前给药事件(例如九个)，则系统10可以在用户界面屏幕上显示剂量推荐，持续至多在预定天数的事件(例如，用户事件的第一周)中第一个正量剂量开始之后的预定时间长度(例如两分钟)。
179.举例来说，如果系统10鉴定出事件在更换药筒之后发生(例如，所述事件包含缩回事件)，则系统10可以在用户界面屏幕上显示剂量推荐，持续至多从最近一个剂量开始的预定时间长度(例如60秒)。
180.置信度评分
181.在一些实施方案中，系统10可以使用置信度评分来确定剂量是否具有治疗作用。举例来说，了解用户填装行为的分布可以导致用于应用程序中的新剂量交互的置信度评分方法。为此，系统10可以向每个用户分配具有有限支持的离散单变量概率分布，其描述每个可能的填装计数，以及描述每个可能的剂量的另一个概率分布。根据所述概率分布，系统10可以计算给定剂量值作为填装剂量的概率。例如，如果对于给定的用户(例如具有不一致的填装量历史的用户)，中位数填装量值为1.0u并且用户填装的值为0.5、0.5、1.0、1.0、1.5、2.5，则系统10可以计算具有值0.5的剂量有33.33％可能是填装剂量值的概率。举例来说，填装更一致的用户可以具有0.5、0.5、1.0、1.0、1.0、1.0、1.0、1.0、1.0、1.0、1.0、1.0、1.0、1.0、3.0的填装量值分布。因此，对于一致填装用户，系统10可以计算具有1.0u的剂量值的剂量有80％可能是填装剂量值的概率。系统10可以使用这些概率来生成填装给药活动的“置信度评分”。在一些实施例中，系统10可以采用类似的计算来生成治疗给药活动的置信度评分。
182.在一些实施例中，如配对推荐量等其它特征也可能影响置信度评分。在上面的实例中，对于1.0u的推荐，置信度评分会更低，因为这更难区分。
183.对于在他们的模式中高度可预测并因此具有高置信度评分的用户，系统10可以准确地将剂量值指定为填装或治疗。然而，对于一些使用不一致方法的用户，置信度评分可能较低，这提示系统10实施一个或多个动作以在没有高置信度评分的情况下减轻推荐撤除的风险。在一些实施方案中，所述系统可能需要最小置信度评分以指定具有治疗做用的剂量值。在一些实施方案中，系统10可以在置信治疗剂量值阈值和置信填装剂量值阈值之间建立可调的不确定区域。如果置信度评分落在所述可调的不确定区域内，则系统10可以实施一个或多个动作，包含但不限于：在用户界面屏幕上显示剂量推荐，直到已经过预定的用户事件持续时间(例如，平均值、中值或百分位值，如第90百分位数)；在用户界面屏幕36上显示推荐，直到已经过预定的固定时间量；从用户界面屏幕36中撤除剂量推荐；将剂量指定为治疗剂量；将剂量指定为填装剂量；在界面屏幕上显示未识别的剂量类型的指示；以及提示用户手动指定剂量。
184.用户交互
185.在一些实施方案中，具体地说，对于没有填装笔装置20的用户，或者对于可能导致不适当的推荐撤除的不一致用户，系统10可以将用户标记为可能从额外教育中受益，并且
激活交互式培训模块来教育用户练习一致的填装。例如，在没有检测到的填装剂量值的预定数量的给药事件之后，系统10可以确定用户没有在填装，并且在用户界面屏幕36上显示交互式训练模块。在一些实施方案中，在系统10显示交互式训练模块之后，系统10可以以预定间隔向继续拒绝填装的用户显示附加的训练模块(例如，与第一训练模块相同或不同)，直到用户修改他们的行为。在一些实施方案中，在规定数量的再教育干预未能改变用户的行为之后，系统10可以启动升级至护理团队成员以进行人工干预。在一些实施方案中，对于施用具有大剂量值的治疗剂量的用户，并且由于不使用填装剂量(例如小于2u)而导致的误差是所述治疗剂量的一小部分，系统10可以完全避免显示训练模块，因为用户的填装技术可能不会对他们的治疗产生很大影响。
186.多部分给药
187.在一些实施方案中，系统10可以实时更新所述剂量推荐，以告知用户在多次注射中施用治疗剂量。举例来说，对于在多次注射中施用较大治疗剂量的用户，系统10可以将剂量序列识别为加起来为总治疗剂量的多个较小剂量。在这种情况下，系统10可以将所有实际注射的剂量指定为治疗剂量，并实时更新剂量推荐以显示尚未注射的初始剂量推荐中剩余的剂量值(例如，在注射50单位剂量推荐的前30单位后，系统10可以更新剂量推荐以指示用户施用原始50单位剂量推荐中剩余的20单位)。
188.举例来说，为了实现这一点，系统10可以首先使用上述置信度评分方法来确定剂量是否是填装剂量。举例来说，如果填装的置信度评分高于预定阈值，则系统10可以将剂量识别为填装剂量，并且因此将不会更新剂量推荐量。举例来说，如果填装剂量的置信度评分低、治疗剂量的置信度评分高或所施用的剂量为4个单位或更大，则系统10可以更新用户界面屏幕上的剂量推荐以显示差异(原始推荐量
–
剂量)。
189.在一些情况下，某些事件可能导致笔式注射器20分配既不是填装剂量也不是治疗剂量的少量药品。这可以被称为无效事件。例如，无效事件可能发生在用户在新装置上执行训练时，或在处理过程中无意中将少量分配到地板上等。在这种情况下，系统可以被配置成将这些事件标记为低置信度治疗剂量。如果系统10检测到无效事件的可能性(例如系统10检测到少量药品从注射笔20发射)，则系统10可以采用上述置信度评分方法来自动地将所述剂量指定为填装剂量或治疗剂量。举例来说，如果填装剂量和治疗剂量二者的置信度评分都很低，则系统可以提示用户手动指定或确认该剂量为无效剂量、填装剂量或治疗剂量。
190.系统10可以在置信度分析中包含的数据包含(但不限于)：
191.1.剂量后的葡萄糖反应
–
如果葡萄糖值没有按照记录大小的剂量所预测的那样降低，并且更符合不服用胰岛素的用户的预测趋势，则治疗剂量的置信度评分可能是低的。
192.2.时机
–
如果该用户的剂量时机不典型，则置信度评分可能会降低(例如，用户在半夜没有发生或很少发生给药，或者剂量太接近另一个治疗剂量以致无法被信任也有治疗作用)。
193.3.一段时间内的剂量数
–
在多个分配事件被紧密记录的情况下，事件中的所有剂量都可能被分配降低的置信度评分。
194.4.与正常给药模式的偏差
–
序列中的一个或多个剂量的模式与正常用户模式不同。该模式可以包含填装剂量的数量和大小、填装剂量之间的时机、序列中最后一个填装剂量与最后一个治疗剂量之间的时机(典型的用户剂量)。
195.5.反馈回置信度评分分析中的来自系统指定的用户反馈
–
如果系统正在错误地对治疗剂量或填装剂量进行分类并且用户正在手动更改分类，则整体置信度评分分析可能会受到影响，并且结果可能会偏向于改变评分权重的方向，从而改善历史结果。
196.6.可从笔装置10获得的附加传感器数据，如定向、力、递送速度、绝对柱塞位置传感器等。
197.在一些实施方案中，上述数据点的组合可用于时间系列异常检测系统中，每当所述剂量与当时其它方面的正常预测剂量显著不同时，所述时间系列异常检测系统指示关注。
198.除了以上用于确定推荐撤除时机的方法外，系统10可以被配置成在每个剂量后的预定时间量(例如，1分钟、2分钟等)内显示剂量推荐，使得对于大多数用户，所述剂量推荐将被显示过去的填装剂量并且直到治疗剂量。系统10可以通过从过去的给药事件测量事件持续时间来个性化该量，所述事件持续时间被定义为从第一个填装剂量到实际治疗剂量(序列中的最后一个剂量事件)的时间。可替代地，所述系统可以被配置成将具有小于预定剂量值(例如，小于4u)的剂量值的所有剂量指定为最初的填装剂量，从而预期接下来的另一个剂量。如果在超时之后，在最后一个剂量之后没有服用剂量，则系统10可以将多部分剂量事件中的最后一个或多个剂量的指定从填装剂量更改为治疗剂量。最后一个剂量或几个剂量通常是治疗性注射剂量。
199.包含模块和操作的所公开实施例的至少部分可以在数字电子电路系统中或者在计算机软件、固件或硬件中实施。那些实施例或操作中的至少一些可以被实施为一个或多个计算机程序产品，即，编码在计算机可读介质上以由数据处理设备执行或控制所述数据处理设备的操作的计算机程序指令的一个或多个模块。计算机可读介质可以是机器可读存储装置、机器可读存储基板、存储器装置、影响机器可读传播信号的物质组合或它们的一个或多个的组合。术语“数据处理设备”涵盖用于处理数据的所有设备、装置和机器，包含例如可编程处理器、计算机或多个处理器或计算机。除了硬件以外，所述设备可以包含为正在讨论的计算机程序创建执行环境的代码，例如，构成处理器固件、协议栈、数据库管理系统、操作系统或它们的一个或多个的组合的代码。传播信号是人工生成的信号，例如，机器生成的电、光或电磁信号，其被生成以对信息进行编码以传输到合适的接收器设备。
200.计算机程序(也被称为程序、软件、软件应用、脚本或代码)可以用任何形式的编程语言编写，包含编译型语言或解释型语言，并且其可以用任何形式部署，包含作为独立式程序或作为模块、组件、子例程、或适合于在计算环境中使用的其它单元。计算机程序不一定对应于文件系统中的文件。程序可以存储在保持其它程序或数据的文件的一部分(例如，存储在标记语言文档中的一个或多个脚本)中、存储在专用于所讨论的程序的单个文件中或存储在多个协调文件(例如、存储一个或多个模块、子程序或代码的各部分的文件)中。计算机程序可以被部署成在一个计算机上或者在位于一个站点或分布在多个站点并且通过通信网络互连的多个计算机上被执行。
201.本说明书中所描述的过程或逻辑流程可以由执行一个或多个计算机程序的一个或多个可编程处理器执行以便执行对输入数据进行操作并且生成输出的功能。所述过程和逻辑流程也可以由专用逻辑电路系统来执行，并且设备也可以作为专用逻辑电路系统来实施，例如，fpga(现场可编程门阵列)或asic(专用集成电路)。
202.适合于执行计算机程序的处理器包含例如通用微处理器和专用微处理器两者，以及任何种类的数字计算机的任何一种或多种处理器。通常，处理器从只读存储器或随机存取存储器或两者接收指令和数据。计算机的基本元件是用于执行指令的处理器和一个或多个用于存储指令和数据的存储器装置。通常，计算机还将包含或可操作地耦接以从一个或多个用于存储数据的大容量存储装置(例如，磁盘、磁光盘或光盘)接收数据或向其传输数据或两者。然而，计算机不需要有此类装置。适用于存储计算机程序指令和数据的计算机可读介质包含所有形式的非易失性存储器，介质和存储器装置，包含例如半导体存储器装置，例如eprom、eeprom和闪存存储器装置。处理器和存储器可以由专用逻辑电路补充或并入专用逻辑电路系统中。
203.尽管此专利文献含有许多细节，但这些细节不应被解释为对任何发明或可以要求保护的范围的限制，而是作为特定于具体发明的具体实施例的特征的描述。在单独的实施例的上下文中在本专利文件中描述的某些特征还可以在单个实施例中组合实施。相反，在单个实施例的上下文中描述的各种特征还可以在多个实施例中单独地或以任何合适的子组合来实施。此外，尽管上文的特征可以描述为以某些组合起作用并且甚至最初如此声明，但是在一些情况下可以从组合中去除要求保护的组合的一个或多个特征，并且所要求保护的组合可以指向子组合或子组合的变体。
204.类似地，虽然在附图中以具体顺序描绘了操作，但是这不应该被理解为要求以所示的具体顺序或按顺序执行这些操作，或者执行所有示出的操作，以实现期望的结果。此外，在本专利文件中描述的实施例中的各种系统组件的分离不应被理解为在所有实施例中都需要这种分离。
205.仅描述了少数实施方案和实例，并且可以基于本专利文档中描述和示出的内容来进行其它实施方案、增强和变化。