CN116034435A - 医疗监测系统和方法 - Google Patents
医疗监测系统和方法 Download PDFInfo
- Publication number
- CN116034435A CN116034435A CN202180056835.7A CN202180056835A CN116034435A CN 116034435 A CN116034435 A CN 116034435A CN 202180056835 A CN202180056835 A CN 202180056835A CN 116034435 A CN116034435 A CN 116034435A
- Authority
- CN
- China
- Prior art keywords
- processor
- patient
- intervention
- data
- glucose
- 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
Links
Images
Classifications
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
- A61B5/00—Measuring for diagnostic purposes; Identification of persons
- A61B5/74—Details of notification to user or communication with user or patient ; user input means
- A61B5/7475—User input or interface means, e.g. keyboard, pointing device, joystick
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
- G16H50/20—ICT 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
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
- G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H15/00—ICT specially adapted for medical reports, e.g. generation or transmission thereof
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
- G16H20/10—ICT 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
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
- G16H50/70—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for mining of medical data, e.g. analysing previous cases of other patients
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
- A61B5/00—Measuring for diagnostic purposes; Identification of persons
- A61B5/145—Measuring characteristics of blood in vivo, e.g. gas concentration, pH value; Measuring characteristics of body fluids or tissues, e.g. interstitial fluid, cerebral tissue
- A61B5/14532—Measuring characteristics of blood in vivo, e.g. gas concentration, pH value; Measuring characteristics of body fluids or tissues, e.g. interstitial fluid, cerebral tissue for measuring glucose, e.g. by tissue impedance measurement
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H40/00—ICT 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/60—ICT 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/67—ICT 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
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H80/00—ICT specially adapted for facilitating communication between medical practitioners or patients, e.g. for collaborative diagnosis, therapy or health monitoring
Landscapes
- Health & Medical Sciences (AREA)
- Engineering & Computer Science (AREA)
- Medical Informatics (AREA)
- Public Health (AREA)
- General Health & Medical Sciences (AREA)
- Epidemiology (AREA)
- Primary Health Care (AREA)
- Biomedical Technology (AREA)
- Life Sciences & Earth Sciences (AREA)
- Data Mining & Analysis (AREA)
- Pathology (AREA)
- Databases & Information Systems (AREA)
- Molecular Biology (AREA)
- Physics & Mathematics (AREA)
- Biophysics (AREA)
- Heart & Thoracic Surgery (AREA)
- Surgery (AREA)
- Animal Behavior & Ethology (AREA)
- Veterinary Medicine (AREA)
- Medicinal Chemistry (AREA)
- Bioinformatics & Cheminformatics (AREA)
- Chemical & Material Sciences (AREA)
- Measuring And Recording Apparatus For Diagnosis (AREA)
- Electrotherapy Devices (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
交互式图形用户界面将配置用于交互式显示和输入的信息相关联,所述信息包括患者列表中用于每个患者的患者标识信息、用于所述每个患者的药物治疗计划以及包括指示用于所述每个患者的医疗监测数据的显示的治疗评估工作表。该工作表使得能够比较不同时间段的监测结果并制定治疗计划。
Description
相关申请的交叉引用
本申请要求于2020年8月5日提交的美国申请第63/061,704号的优先权,出于所有目的本文通过引用将其全部内容明确并入。
技术领域
本申请涉及一种电子接口,如用于医疗监测和治疗管理的图形用户界面,以及与其相关的系统、设备和方法。
背景技术
存在各种可穿戴监测设备,用于指示健康状况的分析物的间质或静脉内监测。例如,在糖尿病治疗领域,使用植入皮下并耦接到包含在粘附到患者皮肤的外壳内部的处理器、存储器、电源和无线接口的传感器,传感器控制设备可以用于监测间质组织中的葡萄糖。处理器获取时段性的传感器读数,将传感器数据存储在存储器中,并且可以将传感器数据传输到另一设备,例如,患者的智能手机,或者记事本计算机、个人计算机,或者医疗从业者的类似处理和显示设备。在某些情况下,智能手机或其他设备被配置为将监测数据上传到远程服务器,以便安全保存并分发给授权的医疗从业者。因此,可以向患者和医疗从业者提供在连续时段间隔获得的大量监测数据,用于管理健康状况(包括但不限于糖尿病)的治疗。
然而,在某些情况下,健康从业者可能难以最佳利用来自可穿戴监测设备的监测数据。虽然包括图形用户界面在内的电子接口已知并用于访问监测信息,但医疗从业者通常需要补充信息、解释监测数据的指导或治疗建议的指导,以最有效地使用可用数据。目前,供医疗从业者在访问和应用来自可穿戴设备的医疗监测数据时使用的电子接口缺乏有用的特征,或者没有以最佳方式为工作流程安排特征。
因此,希望开发用于电子接口的新方法和其他新技术,如用于医疗监测和治疗管理的图形用户界面,其克服现有技术的这些和其他限制。
发明内容
本概要和以下详细描述应被解释为综合公开的补充部分,这些部分可以包括冗余主题和/或补充主题。任何部分中的遗漏都不表示综合申请中描述的任何元素的优先级或相对重要性。各部分之间的差异可以包括替代实施例的补充公开、附加细节或使用不同术语的相同实施例的替代描述,这从相应的公开中应该是显而易见的。
在本公开的一个方面,一种用于计算设备的电子接口的方法,可以包括通过至少一个处理器在耦接到至少一个处理器的接收器的无线范围内检测被患者佩戴的传感器控制设备的标识符。该方法可以进一步包括:通过至少一个处理器接收由传感器控制设备在连续时段内收集的医疗监测数据。该方法可以包括:向显示设备提供交互式图形用户界面,所述交互式图形用户界面关联了被配置用于交互式显示和输入的信息,所述信息包括用于患者列表中的用于每个患者的患者标识信息、用于所述每个患者的药物治疗计划、以及包括指示用于所述每个患者的医疗监测数据的显示的治疗评估工作表。在一些实施例中,该方法还可以包括:向显示设备提供交互式图形用户界面,该交互式图形用户界面关联了被配置为交互式显示和输入的信息,该信息包括被配置成允许提供商指示提供商将在当前就诊期间解决的模式(问题)的干预屏幕;编辑、添加和/或删除患者的药物治疗;以及患者可以尝试遵循的自我护理行动。所述方法可以包括在患者就诊期间通过交互式图形用户界面接收用于每个患者的数据输入,以及将所述数据输入存储在用于每个患者的记录中。该方法可以包括如在下面的详细公开中所描述的进一步的细节和操作。
所述方法可以由任何合适的用户接口设备实现,所述用户接口设备可以接收所标识的患者的医疗监测数据。如本文所使用的,“用户接口设备”包括耦接到存储器和一个或多个端口的至少计算机处理器,所述端口包括至少一个输入端口和至少一个输出端口(例如,台式计算机、膝上型计算机、平板计算机、智能手机、PDA等)。计算机处理器可以包括例如微处理器、微控制器、片上系统或其他处理电路。如本文所使用的,“处理器”是指计算机处理器。
为了实现前述和相关目的,一个或多个示例包括所附在权利要求书中充分描述和特别指出的特征。以下描述和附图详细阐述了特定的说明性方面,并且仅指示了可以采用示例的原理的各种方式中的几种。当结合附图和公开的示例考虑时,从下面的详细描述中,其他优点和新颖特征将变得显而易见,附图和公开的示例包括所有这些方面及其等同物。
附图说明
当结合附图时,从下面阐述的详细描述中,本公开的特征、性质和优点将变得更加明显,在附图中,在整个说明书和附图中,相同的附图标记相应地标识相同的元件。
图1示出了分析物监测系统的概述,该系统包括传感器施加器、传感器控制设备、读取器设备、网络、可信计算机系统和本地计算机系统。
图2A是示出读取器设备的示例实施例的框图。
图2B和图2C是示出传感器控制设备的示例实施例的框图。
图2D是示出用户接口设备的示例实施例的框图。
图3是示出用于提供用于医疗监测和治疗管理的图形用户界面的方法的操作的流程图。
图4是进一步说明图3所示方法的可选方面的流程图。
图5A至图5C是示出图形用户界面和方法的患者体验部分的方面的图形用户界面。
图6A至图6E是示出图形用户界面和方法的患者信息部分的方面的图形用户界面。
图7A至图7D是示出图形用户界面和方法的就诊信息部分的方面的图形用户界面。
图8是进一步说明图3所示方法的可选方面的流程图。
图9A至图9G是图示图形用户界面和方法的药物治疗部分的方面的图形用户界面。
图10是进一步示出了图3中所示方法的可选治疗评估的方面的流程图。
图11A至图11D是示出图形用户界面和方法的治疗评估部分的方面的图形用户界面。
图12是示出用于在治疗评估中提供人类可读的观察和建议的一个或多个附加操作的流程图,其可以包括在图3所示的方法中。
图13A是示出可以使用图形用户界面和方法来管理和显示的评估结果的示例的表格。
图13B是示出由处理器选择用于表达评估结果的文本的方法的方面的流程图。
图14是示出用于提供用于医疗监测和治疗管理的图形用户界面的装置或系统的组件的概念框图。
具体实施方式
现在参照附图描述各个方面。在下面的描述中,出于解释的目的,阐述了许多具体细节以提供对一个或多个方面的透彻理解。然而,很明显,可以在没有这些具体细节的情况下实践各个方面。在其他情况下,以框图形式表示公知的结构和设备,以促进对本公开的新颖方面的关注。虽然示例性实施例涉及葡萄糖浓度的监测和糖尿病治疗的相关管理,但是这里的发明概念可以扩展到用于监测和治疗其他病症或疾病的图形用户界面。
本文公开的实施例涉及用于分析物监测系统的改进的GUI或GUI特征,这些GUI或GUI特征是直观的、用户友好的,并且有助于医疗从业者对患者生理信息的评估。例如,这些实施例允许医疗从业者快速且彻底地评估患者的医疗监测数据,回顾与监测数据的图形显示同步的患者的药物治疗和自我护理记录,标识治疗中的潜在缺点,改进药物治疗处方,并就自我护理向患者提供咨询。GUI的各个方面和GUI特征,如引导解释报告,使医疗从业者能够更好地理解药物治疗的实际影响、患者习惯和对药物治疗的响应,并改进对疾病或医疗状况的治疗。同样,本文提供的实施例包括改进的数字接口和/或特征,用于评估由自动化分析物监测系统收集的大量数据,以快速和准确地评估过去干预的效果、在一天中特定时间复发的问题、在紧凑的接口中收集相关数据以快速同化、组织患者记录、在临床就诊期间简化患者摄入、以及方便地为患者的医疗记录创建发现和干预的准确记录,以及本文公开的其他益处和优点。
如本文和所附权利要求中所用,单数形式“一个”、“一种”和“所述”包括复数对象,除非上下文另有明确规定。
此处讨论的公开物仅供其在本申请的申请日之前公开。此处的任何内容都不应被解释为承认本公开无权凭借先前的公开而先于此类公开。此外,所提供的公开日期可能不同于实际公开日期,这可能需要独立确认。
通常,本公开的实施例包括用于分析物监测系统的GUI和数字接口,以及与其相关的方法和设备。因此,许多实施例包括体内分析物传感器,其结构被配置使得传感器的至少一部分位于或可以位于用户身体内,以获得关于身体至少一种分析物的信息。然而,应该注意的是,本文公开的实施例可以与结合体外能力的体内分析物监测系统以及纯体外或离体分析物监测系统一起使用,包括完全非侵入性的系统。
此外,对于这里公开的方法的每个实施例,能够执行这些实施例中的每个实施例的系统和设备都包括在本公开的范围内。例如,公开了传感器控制设备、读取器设备、本地计算机系统和可信计算机系统的实施例,并且这些设备和系统可以具有一个或多个传感器、分析物监测电路(例如,模拟电路)、存储器(例如,用于存储指令)、电源、通信电路、发射器、接收器、处理器和/或控制器(例如,用于执行指令),其可以执行任何和所有方法步骤或促进任何和所有方法步骤的执行。
然而,在详细描述实施例的这些方面之前,首先希望描述可以存在于例如体内分析物监测系统内的设备的示例,以及它们的操作的示例,所有这些都可以与本文描述的实施例一起使用。
存在各种类型的体内分析物监测系统。例如,“连续分析物监测”系统(或“连续葡萄糖监测”系统)可以连续地将数据从传感器控制设备传送到读取器设备,而不需要提示,例如根据计划自动传送。作为另一示例,“快速分析物监测”系统(或“快速葡萄糖监测”系统或简单地“快速”系统)可以响应于由读取器设备对数据的扫描或请求,如利用近场通信(NFC)或射频标识(RFID)协议,从传感器控制设备传输数据。体内分析物监测系统也可以在不需要手指棒校准的情况下运行。
体内分析物监测系统可以与接触身体外部生物样品(或“离体”)的“体外”系统相区别,该“体外”系统通常包括仪表设备,该仪表设备具有用于接收携带用户体液的分析物测试条的端口,该分析物测试条可以被分析以确定用户的血糖水平。
体内监测系统可以包括传感器,该传感器当定位在体内时,与用户的体液接触并感测其中包含的分析物水平。传感器可以是传感器控制设备的一部分,传感器控制设备位于用户身体上,并且包含能够并控制分析物感测的电子设备和电源。该传感器可以是侵入式传感器,例如被配置为插入皮下用于感测间质组织中的葡萄糖的葡萄糖传感器,或者血糖传感器。在替代实施例中,传感器可以感测不同的分析物,或者可以是非侵入性的。所述传感器控制设备可以被装备成测量除葡萄糖或其他分析物之外的不同量,例如体温、脉搏或血氧水平。例如,传感器控制设备及其变型也可以被称为“传感器控制单元”、“身体上的电子设备”设备或单元、“身体上的”设备或单元,或者“传感器数据通信”设备或单元。
体内监测系统还可以包括从传感器控制设备接收感测的分析物数据并以任意数量的形式处理和/或向用户显示感测的分析物数据的设备。该设备及其变体可以被称为“手持式读取器设备”、“读取器设备”(或简称为“读取器”)、“手持式电子设备”(或简称为“手持式”)、“便携式数据处理”设备或单元、“数据接收器”、“接收器”设备或单元(或简称为“接收器”),或“远程”设备或单元,仅举几例。诸如个人计算机的其他设备也已经与体内和体外监测系统一起使用或结合到体内和体外监测系统中。
体内分析物监测系统的示例性实施例
图1是描绘了分析物监测系统100的示例实施例的概念图,该分析物监测系统100包括传感器施加器150、传感器控制设备102和读取器设备120。这里,传感器施加器150可以用于将传感器控制设备102递送到用户皮肤上的监测位置,在该位置,传感器104通过粘合剂贴片105保持在该位置一段时间。在图2B和图2C中进一步描述了传感器控制设备102,并且传感器控制设备102可以使用有线或无线技术经由通信路径140与读取器设备120通信。示例无线协议包括蓝牙、蓝牙低能量(BLE、BTLE、蓝牙智能等)、近场通信(NFC)等。用户可以使用屏幕122(在许多实施例中,屏幕122可以包括触摸屏)和输入121来查看和使用安装在读取器设备120上的存储器中的应用。可以使用电源端口123对读取器设备120的设备电池进行再充电。虽然仅示出了一个读取器设备120,但是传感器控制设备102可以与多个读取器设备120通信。每个读取器设备120可以彼此通信和共享数据。关于读取器设备120的更多细节参照下面的图2A来阐述。读取器设备120可以使用有线或无线通信协议经由通信路径141与本地计算机系统170通信。
本地计算机系统170可以是或可以包括膝上型电脑、台式机、平板电脑、平板手机、智能手机、机顶盒、视频游戏控制台或其他计算设备中的一者或多者,并且无线通信可以包括许多适用的无线网络协议中的任何一者,包括蓝牙、蓝牙低能耗(BTLE)、Wi-Fi或其他协议。本地计算机系统170可以通过通信路径143与网络190通信,类似于读取器设备120如何能够通过如前所述的有线或无线通信协议经由通信路径142与网络190通信。网络190可以是多个网络中的任何一个网络,诸如专用网络和公共网络、局域网或广域网等等。在一些实施例中,本地计算机系统170可以用作操作本文所述的交互式图形用户界面(GUI)的用户接口设备,如在临床环境中供医疗从业者使用。本地计算机系统170可以包括与读取器设备120的组件相同或等价于读取器设备120的组件的相同形状因子或不同形状因子的组件。例如,读取器设备可以是智能电话,本地计算机可以是膝上型计算机或个人计算机。
可信计算机系统180可以包括基于云的平台或服务器,并且可以提供认证服务、安全数据存储、报告生成,并且可以通过有线或无线技术经由通信路径144与网络190通信。此外,尽管图1描绘了与单个传感器控制设备102和单个读取器设备120通信的可信计算机系统180和本地计算机系统170,但是本领域技术人员将理解,本地计算机系统170和/或可信计算机系统180各自能够与多个读取器设备和传感器控制设备进行有线或无线通信。
读取器设备的示例性实施例
图2A是描绘读取器设备120的示例实施例的框图,在一些实施例中,读取器设备120可以包括智能电话。这里,读取器设备120可以包括显示器122、输入组件121和处理核心206,处理核心206包括与存储器223耦接的通信处理器222和与存储器225耦接的应用程序处理器224。还可以包括单独的存储器230、具有天线229的RF收发器228和具有功率管理模块238的电源226。此外,读取器设备120还可以包括多功能收发器232,其可以包括无线通信电路,并且可以被配置成通过Wi-Fi、NFC、蓝牙、BTLE和GPS与天线234进行通信。如本领域技术人员所理解的,这些组件以某种方式电连接和通信连接,以形成功能设备。
传感器控制设备的示例实施例
图2B图2C是描绘具有分析物传感器104和传感器电子器件160(包括分析物监测电路)的传感器控制设备102的示例实施例的框图,所述传感器控制设备102可以具有用于呈现适合于向用户显示的最终结果数据的大部分处理能力。在图2B中,描述了可以是定制专用集成电路(ASIC)的单个半导体芯片161。ASIC 161内示出了特定的高级功能单元,包括模拟前端(AFE)162、电源管理(或控制)电路164、处理器166和通信电路168(其可以被实现为发射器、接收器、收发器、无源电路或根据通信协议的其他方式)。在该实施例中,AFE 162和处理器166都用作分析物监测电路,但是在其他实施例中,任一电路都可以执行分析物监测功能。处理器166可以包括一个或多个处理器、微处理器、控制器和/或微控制器,每个处理器、微处理器、控制器和/或微控制器可以是分立的芯片或分布在多个不同芯片之间(和其中的一部分)。
存储器163也包括在ASIC 161内,并且可以由存在于ASIC 161内的各种功能单元共享,或者可以分布在它们中的两个或多个之间。存储器163也可以是单独的芯片。存储器163可以是易失性或非易失性存储器。在该实施例中,ASIC 161与电源170耦接,电源170可以是纽扣电池等。AFE162与体内分析物传感器104接口,并从其接收测量数据,并将数据以数字形式输出到处理器166,处理器166依次处理数据以得出最终结果葡萄糖离散值和趋势值等。然后,该数据可以被提供给通信电路168,用于通过天线171发送到读取器设备120(未示出),例如,其中最小进一步处理需要由驻留软件应用程序来显示数据。根据一些实施例,例如,当前葡萄糖值可以每分钟从传感器控制设备102传输到读取器设备120,并且历史葡萄糖值可以每五分钟从传感器控制设备102传输到读取器设备120。
在一些实施例中,为了节省传感器控制设备102上的功率和处理资源,从AFE 162接收的数字数据可以以最小处理或不处理的方式发送到读取器设备120(未示出)。在其他实施例中,处理器166可被配置为生成特定的预定数据类型(例如,当前葡萄糖值、历史葡萄糖值),用于存储在存储器163中或传输到读取器设备120(未示出),并确定特定的报警条件(例如,传感器故障条件),而其他处理和报警功能(例如,高/低葡萄糖阈值报警)可以在读取器设备120上执行。本领域技术人员将理解,这里描述的方法、功能和接口可以全部或部分地通过传感器控制设备102、读取器设备120、本地计算机系统170或可信计算机系统180上的处理电路来执行。如本文所使用的,“用户接口设备”是或包括这些设备中的一个设备,其控制出现在显示设备上的交互式图形用户界面。
图2C类似于图2B,但是相反包括两个分立的半导体芯片162和174,它们可以封装在一起或分开。这里,AFE 162驻留在ASIC 161上。处理器166与芯片174上的电源管理电路164和通信电路168集成。AFE 162可以包括存储器163,芯片174包括存储器165,存储器165可以被隔离或分布在芯片174内。在一个示例性实施例中,AFE 162与功率管理电路164和处理器166组合在一个芯片上,而通信电路168在单独的芯片上。在另一示例性实施例中,AFE162和通信电路168都在一个芯片上,处理器166和功率管理电路164在另一芯片上。应该注意的是,其他的芯片组合也是可行的,包括三个以上芯片,每个芯片负责所描述的单独功能,或者共享一个或多个功能以实现故障安全冗余。
用于分析物监测系统的图形用户界面的示例实施例
这里描述了用于分析物监测系统的GUI的示例实施例。首先,本领域技术人员将理解,这里描述的GUI包括存储在读取器设备120、本地计算机系统170、可信计算机系统180和/或作为分析物监测系统100的一部分或与分析物监测系统100通信的任何其他设备或系统的存储器中的指令。当由读取器设备120、本地计算机系统170、可信计算机系统180或分析物监测系统100的其他设备或系统的一个或多个处理器执行时,这些指令导致一个或多个处理器执行本文描述的方法步骤和/或输出GUI。本领域技术人员将进一步认识到,这里描述的GUI可以作为指令存储在单个集中式设备的存储器中,或者作为替代,可以分布在地理上分散的位置中的多个分立的设备上。
传感器控制设备102的处理器可以被配置成以时段性间隔或响应于检测到的事件接收和处理传感器数据,并将分析物读数的测量值(例如,葡萄糖测量值)存储在本地存储器中。此外,处理器可以经由其无线接口直接或经由中间节点(例如经由一个或多个网络)将传感器数据传送到用户接口设备,例如读取器设备120、本地计算机系统170或可信计算机系统180。在替代实施例中,传感器控制设备可以使用BLE或其他合适的协议将数据传输到本地接收器,例如读取器设备120,并且本地接收器可以将数据转发到远程计算机。当使用用户接口设备的医疗从业者远离患者时,这是有用的。在其他实施例中,例如,在特定的临床设置中,操作用户接口设备的医生或其他医疗从业者可以经由传感器控制设备的无线接口直接从传感器控制设备102接收数据。在这里考虑的示例中,监测数据包括由传感器控制设备在一个或多个限定的时段内以间隔时间进行的葡萄糖测量。
在用户接口设备上运行的应用程序可以在患者就诊期间获取患者的真实世界药物治疗数据和葡萄糖数据。该应用程序旨在由医疗助理(MA)、医生或其他合格的医疗从业者使用。为了简洁起见,这些人在这里有时被称为“用户”。患者可以使用与用户接口应用程序兼容的任何市售传感器控制设备。用户接口应用程序可以使用户接口设备显示葡萄糖数据(例如,动态葡萄糖曲线,AGP),并且使得医疗从业者能够输入与患者记录相关联的药物治疗数据。交互式图形用户界面应用可以被设计成便于使用AGP和药物治疗记录来评估过去治疗更改的影响并调整治疗建议。在患者就诊完成之后,用户界面应用程序可以生成用于添加到患者的现有电子医疗记录(EMR)的概要文档。
图2D示出了用户接口设备103的进一步细节,用户接口设备103可以包括至少一个处理器204,该处理器204耦接到存储器207,并且经由总线212或其他合适的连接耦接到图形处理单元(GPU)210和无线接口208。处理器204可以向GPU 210发送显示输出和相关指令,GPU 210为显示器202(例如LED监视器或触摸屏)生成视频信号。当显示器202被配置为触摸屏时,它还可以用作数据输入设备,用于使用显示设备202上显示的用户界面从人接收输入。在其他实施例中,处理器204可以经由合适的接口耦接到一个或多个附加输入设备,例如键盘、麦克风或定点设备。
存储器207可以包括一个或多个代码模块,当由程序员执行时,这些代码模块产生如本文所述的交互式图形用户界面。可以使用任何合适的编程语言来编码模块,包括但限于诸如JavaScript和/或PHP的web应用语言,或者诸如C++的编译语言。模块可以包括例如这里描述的一个或多个用户接口模块,以及其他模块,例如本领域已知的通信和认证模块。当通过至少一个处理器204执行时,存储器207中的一个或多个模块可以导致用户接口设备103执行如图3所示的方法300的操作或其变体。
参考图3,用于计算设备(例如,本地计算机系统170、读取器设备120或用户接口设备103)的电子接口的计算机实现的方法300可以包括,在310处,通过至少一个处理器在耦接到至少一个处理器的接收器的无线范围内检测由被患者佩戴的一个或多个患者标识符或传感器控制设备的标识符。在替代方案中,或者另外,至少一个处理器可以通过中间节点或服务器从传感器控制设备接收数据和/或附加的医疗或患者信息。应当理解,操作310不需要包括在所有实施例中。相反,例如,用户可以通过数据输入来手动标识患者。如果使用自动检测,处理器可以从传感器控制设备接收标识符,并且可选地,可以将传感器控制设备的标识符链接到患者标识符。
因此,方法300可以包括在320处,通过至少一个处理器接收由传感器控制设备在预定时间段内收集的医疗监测数据。方法300可以进一步包括,在330处,向显示设备提供交互式图形用户界面。在表示屏幕截图或部分屏幕截图示例的附图中提供了这种图形用户界面的各种状态的示例。图形用户界面可以将配置用于交互显示的信息与用于由用户输入的一个或多个字段相关联。该信息可以包括患者列表中用于每个患者的患者标识信息、用于所述每个患者的药物治疗计划以及包括指示用于所述每个患者的医疗监测数据的显示的治疗评估工作表和/或本文所述的其他信息。方法300可以包括在340处,在患者就诊期间通过交互式图形用户界面接收用于每个患者的数据输入,以及在350处,将数据输入存储在用于每个患者的记录中。结合下面描述的附图进一步说明和描述上述操作。
方法300可以包括如本文所述的任何一个或多个附加的新颖操作,以及本领域中已知的其他操作。例如,该方法可以包括在提供对交互式图形界面的访问之前对用户进行认证的操作。这些附加操作中的每个操作不一定在该方法的每个实施例中执行,并且任何一个操作的存在不一定要求也执行这些附加操作中的任何其他操作。
例如,图4示出了用于增强交互式图形用户界面的操作的附加操作400。在410处,方法300可以进一步包括生成被配置用于包括患者列表的交互式显示的信息。图5A和图5B示出了相关屏幕截图500中的患者列表的示例。在处理器认证用户之后,它可以生成类似屏幕截图500的显示,这里标记为“体验(encounter)”,如竖直选项卡列表502中突出显示的选项卡504所示。体验屏幕500包括患者列表,该患者列表根据先前登记在用户接口设备的存储器中列出患者。在一些实施例中,仅当就诊开始且尚未完成时,处理器才使患者数据出现在就诊屏幕500上。在图5B所示的另一方面中,如果用户在搜索字段506中键入字符串,则处理器可以使用索引或其他方法,使匹配字符屏幕的患者体验出现在列表中。如果患者没有出现,用户可以通过交互式图形用户界面指示处理器添加新的患者记录。
在另一方面,处理器可以使患者列表中的特定的列,例如屏幕500中最右边的三列,显示患者体验的状态。在所示的示例中,将在下面更详细描述的过程选项卡“就诊”、“药物治疗”和“评估”的状态在屏幕500中指示。
图5C描绘了体验屏幕550的另一示例性实施例。在几个方面中,屏幕550中示出的界面类似于关于图5A和图5B描述的屏幕500。根据一些实施例,屏幕550可以进一步包括列552,这里标记为“Libre Auth”,指示每行的葡萄糖数据的状态。作为示例,可以在列552中显示的一些值可以包括“未授权的自由访问”(指示系统尚未被授权检索、处理和/或显示患者的葡萄糖数据)、“检索/处理数据”(指示系统正在检索和/或处理葡萄糖数据)、“数据不足”或“生成的图表”。本领域技术人员将认识到,可以显示反映葡萄糖数据状态的其他值,并且这些值完全在本公开的范围内。
图6A和图6B示出了在选项卡列表502的信息选项卡602下的患者信息屏幕600的示例。至少一个处理器可以导致交互字段604出现,用户可以通过交互字段604查看和编辑或输入所指示类别中的数据。所述至少一个处理器可以使标题608出现,其示出一旦保存了患者信息的患者标识数据。至少一个处理器可以使在屏幕600和其他选项卡下的屏幕提供交互式导航按钮606的行或排列,用于执行本领域已知的导航功能(例如,上一屏幕、下一屏幕、保存数据、取消数据更改)。根据用户和/或应用设计者的偏好,处理器可以被配置为在用户选择“后退”或“下一步”时保存数据更改,或者丢弃更改。在一个方面中,处理器可以要求在允许前进到后续屏幕(例如,到就诊屏幕或以后的屏幕)之前完成所有患者信息字段。
图6C至图6E描绘了患者信息屏幕的附加示例。例如,在一些实施例中,当患者正在被登记时,可以显示登记患者屏幕620。至少一个处理器可以导致交互字段624出现,用户可以通过交互字段604查看和编辑或输入所指示类别中的数据。根据一些实施例,登记患者屏幕620还可以包括“创建”按钮626,该按钮被配置为当被点击时,基于输入到交互字段624中的数据在系统中创建患者条目。根据一些实施例的另一方面,一旦创建了患者条目(例如,通过“创建”按钮626),至少一个处理器可以使一个或多个葡萄糖数据授权按钮(例如,按钮628和630)显示在登记患者屏幕620上,该屏幕620可以用于授权和/或请求从系统访问患者的葡萄糖数据。虽然图6D示出了具有“立即授权”和“发送授权链接”文本标签的两个葡萄糖数据授权按钮628和630,但本领域技术人员将理解,可以使用其他用户界面对象、标签、符号或图片来代替(或除了)“立即授权”按钮628和“发送授权链接”按钮630。
根据一些实施例的另一方面,一旦系统被授权访问葡萄糖数据,至少一个处理器可以用患者信息屏幕640替换登记患者屏幕620。在几个方面中,图6E的患者信息屏幕640类似于图6A和图6B的患者信息屏幕600。例如,图6A中的交互字段604类似于图6E中的交互字段642。此外,至少一个处理器可以使在屏幕640和其他选项卡下的屏幕提供用于执行导航功能(例如,上一屏幕、下一屏幕、保存数据)的交互式导航按钮646的行或排列。在一些实施例中,导航按钮646不包括取消按钮。
再次参考图4,方法300可以进一步包括,在420,通过至少一个处理器提供被配置用于交互式显示的信息,该信息包括使得就诊信息除了能够输入医疗监测数据之外还能够输入测试结果数据。在430处所示的方法300的一方面中,使得就诊信息能够独立于测试结果数据输入患者生命体征数据。在另一方面,在440处,测试结果数据包括血红蛋白A1c、总胆固醇、低密度脂蛋白、高密度脂蛋白、肾功能和甘油三酯中的一者或多者。该方法可以进一步包括,在450处,通过至少一个处理器提供先前的测试结果数据到所述显示设备,用于与在最新会话期间经由交互式图形用户界面输入的测试结果数据一起显示。
图7A和图7B通过在突出显示的访问选项卡702下的访问屏幕700的示例进一步示出了前述操作420至450。如图7A所示,一旦患者数据被完全输入,处理器可以使患者标识符出现在屏幕标题中。处理器可以生成就诊屏幕700,包括包含用于输入和查看患者“生命体征”(例如,身高、体重、BMI、血压(例如,收缩期和舒张期血压)、心率和习惯(例如,饮酒频率、身体活动、吸烟频率))的字段的区段704,和包含用于输入和查看具有相关测量日期的实验室数据(例如,血红蛋白A1c、总胆固醇、低密度脂蛋白、高密度脂蛋白和甘油三酯)的字段的区段706。在一方面中,至少一个处理器可以使得用户能够分别完成区段704和706。如图7B所示,处理器可以使实验室数据的最新先前值出现在屏幕700上,如区段708所示。例如,在随后的就诊中,可能会显示先前输入的生命体征和实验室结果的值以供参考。此外,根据一些实施例,如图7C和图7D所示,“没有更近的”复选框710可以显示在区段706中的每一行数据附近。根据实施例的一个方面,可以选择“没有更近的”复选框来指示没有最近的实验室测量可用,使得没有值将被输入到相邻的值和日期字段中。所述至少一个处理器可以在作为字段被输入时显示字段中的值。如果没有要输入的值,则选择“没有更近的”复选框710。
患者数据可以由健康护理提供者手动输入。另外,或者作为替代,可以通过任何合适的方法,例如通过电子医疗记录(EMR)数据和通信协议,自动地检索患者数据并将其输入到界面中。
图8示出了可以被包括为方法300的一部分的进一步的附加操作800。在810处,该方法可以包括通过至少一个处理器,能够从列表中选择用于输入到药物治疗计划中的药物治疗。图9A示出了与该操作一致的示例药物治疗屏幕900,其中,处理器使患者服用的糖尿病药物治疗列表904和其他药物治疗列表906出现。如果用户在搜索字段908中输入字符,处理器可以显示匹配药物治疗名称910的可选择列表。药物治疗屏幕出现在选项卡列表502中突出显示的药物治疗选项卡902下。
在图8的820处,方法300可以包括,通过至少一个处理器,能够用于由用户从交互式图形用户界面的所述列表中选择的药物治疗的一个或多个可用剂量中选择剂量,添加了药物治疗,在815处,处理器确定在其存储器中有可用的剂量计划。图9B示出了药物治疗屏幕900,包括框908中所示药物治疗的典型或可用剂量推荐。处理器对用户从列表914中选择剂量的响应,该剂量指示患者服用的药物治疗剂量。此外,如在图9B-2和图9B-3中可以看到的,屏幕900还可以包括可选择的频率字段915(例如,具有从1开始的整数值)和/或可选择的计划字段916(例如,早餐、午餐、晚餐、就寝时间、日常)。
在图8的825处,如果所选择的药物治疗是胰岛素类型,则在830处,该方法可以包括:通过至少一个处理器响应于从列表中选择胰岛素药物治疗,激活交互式图形用户界面的配量方案模块,配量方案模块使得能够输入用于一个或多个患者事件的胰岛素剂量。图9C示出了药物治疗屏幕的示例,包括在919处所示胰岛素药物治疗的配量方案的显示918。对于长效形式的胰岛素,如Lantus,在区段918中的配量方案字段允许用户在进餐时间和睡觉前输入用于胰岛素配量的值。
在图8的835处,如果胰岛素的形式是短效的,则在830处,方法300可以包括至少一个处理器,该至少一个处理器使得用户能够仅响应于用户从列表中选择短效胰岛素药物治疗来选择选项。处理器可以显示用于递送短效胰岛素的选项列表922,如图9D所示。当输入长效形式的胰岛素时,这些选项不会出现。在图示的示例中,出现了三个选项:通过注射给药的固定膳食剂量、基于通过注射给药的膳食的碳水化合物计数的剂量,以及通过胰岛素泵来给药的剂量。在845处,如果短效胰岛素以固定剂量递送,则方法300可以包括在840处,通过至少一个处理器响应于用户从进餐时间胰岛素配量选项中选择固定进餐注射剂量选项,激活工作表使得能够为所述一个或多个患者事件中的每个患者事件输入更详细的配量信息。例如,在840处用于固定剂量而激活的工作表可以允许输入剂量量、校正因子、目标葡萄糖和校正阈值。在一些实施例中,校正阈值可以在输入校正因子和目标葡萄糖之后自动填充,因为校正阈值等于校正因子加上目标阈值(或其一些其他函数)。图9E示出了药物治疗屏幕900的一部分,包括更详细的工作表928,除了用于每日总剂量(TDD)值的字段926之外,还具有用于校正因子、目标葡萄糖和校正阈值的附加列。固定剂量选项的选择在924处指示。
在855处,如果短效胰岛素基于碳水化合物计数,则方法300可以进一步包括在850处,通过至少一个处理器响应于用户从用于进餐时间胰岛素配量的选项中选择碳水化合物计数注射剂量选项,激活工作表使得能够为所述一个或多个患者事件、每日总剂量(TDD),以及选择经验配量的选项中的每一者输入更详细的配量信息。例如,碳水化合物计数工作表可以允许输入I:C比率、校正因子、目标葡萄糖和校正阈值。在一些实施例中,校正阈值可以在输入校正因子和目标葡萄糖之后自动填充,因为校正阈值等于校正因子加上目标阈值(或其一些其他函数)。图9F示出了药物治疗屏幕900的一部分,包括更详细的工作表928、用于每日总剂量(TDD)值的字段926以及用于经验配量的选项,该工作表928具有用于校正因子、目标葡萄糖和校正阈值的附加列。碳水化合物计数剂量选项的选择在930处指示。
在865处,如果短效胰岛素由泵递送,则方法300可以进一步包括在860处,通过至少一个处理器响应于用户从用于进餐时间胰岛素配量的选项中选择胰岛素泵送剂量选项,激活工作表使得能够输入时间、基础速率、I:C比率、校正阈值和校正因子、每日总剂量(TDD),以及选择经验配量的选项。图9G示出了药物治疗屏幕900的一部分,包括能够输入时间和校正因子的工作表934、用于每日总剂量(TDD)值的字段926,以及用于经验配量的选项。在932处指示泵递送选项的选择。
对于任何上述屏幕,医疗保健提供者可以手动输入药物治疗数据。另外,或者作为替代,可以通过任何合适的方法,例如通过电子医疗记录(EMR)数据和通信协议,自动地检索药物治疗数据并将其输入到界面中。
参考图10,方法300可以包括用于治疗评估的一个或多个附加操作1000。交互式图形用户界面的治疗评估部分使得用户能够将当前AGP与上次治疗更改之前的AGP进行比较,回顾在先前患者就诊期间所处理的问题,回顾治疗效果的相对更改(如果有的话),以及回顾药物治疗的更改。在1010处,方法300可以包括准备治疗评估工作表的至少一个处理器,使得所述治疗评估工作表能够将患者的最新动态葡萄糖曲线(AGP)与用于在患者的治疗中的最新更改之前的一段时间的AGP并排比较。图11A示出了并排比较,示出了显示最新干预之前的监测和药物治疗数据的最左侧区段1104,并示出最新数据的最右侧区段1106。治疗评估屏幕1100出现在用于治疗评估的评估选项卡1102、子选项卡1124下。其他可用的子选项卡可以包括用于事件和观察的子选项卡1122、用于干预的子选项卡1126和用于干预概要的子选项卡1128。
在其他实施例中,如图11A-2所示,评估1160和干预1162区段可以完全包括单独的选项卡(即,代替子选项卡)。根据一些实施例,评估选项卡1160可以包括治疗评估子选项卡(未示出)与事件和观察子选项卡(未示出)。根据一些实施例的另一方面,干预选项卡1162可以包括干预子选项卡1164和干预概要子选项卡1166,其中,干预概要子选项卡1166仅在访问已经被签署之后出现(例如,通过点击签署按钮1168)。
返回参考图11A,治疗评估数据1104、1106可以包括诸如GMI、平均葡萄糖、标准偏差和变异系数的度量的比较;图表形式的葡萄糖模式1108、1110的比较、在上次就诊期间所解决的葡萄糖模式的列表1112、当前葡萄糖模式问题的列表1116、以及药物治疗列表1120、1118。区段1120示出了根据患者上次就诊时的治疗评估产生推荐的药物治疗更改。同样,区段1121可以示出由先前治疗评估标识的任何推荐的自我护理更改,如果有的话。此外,最新数据区段1106可以包括关于治疗有效性的观察和/或建议1114。这些观察结果和/或建议1114可以使用基于例如葡萄糖中心趋势(例如,中值)和可变性值和/或范围内时间值(例如,低于70mg/dL的时间、高于180mg/dL的时间)的算法和逻辑来确定,其中许多在WO 2012/108939、WO 2014/106263和WO 2014/145335中有更详细的描述,所有这些都在此明确地通过引用的方式全部结合用于所有目的。这些算法可以在基于云的平台上运行。突出显示的葡萄糖模式问题1112、1114可以包括:基于算法确定为最有问题的高或低葡萄糖水平的时段。下面结合图12提供了用于提供观察和建议的算法的进一步讨论。
在1020处参考图10,方法300可以进一步包括:通过至少一个处理器响应于用户选择而激活事件和观察工作表,事件和观察工作表使得能够选择与治疗相关的事件、观察和共病。图11B示出了在事件和观察子选项卡1122下的评估屏幕1100的示例。屏幕1100包括在左列1130下的糖尿病相关事件和观察的列表,以及在右列1132下的患者共病的列表。根据一些实施例,共病的列表和/或它们的选择可以从先前的访问中结转。处理器配置交互式图形用户界面,使得两个列表1130、1132中的每个项都可由用户选择。
在1030,方法300可以进一步包括:通过至少一个处理器响应于用户选择而激活干预工作表,所述干预工作表使得用户能够选择葡萄糖模式以解决治疗中的更改。在1040处,在一个方面中,干预工作表进一步使得能够选择用于影响要解决的葡萄糖模式的患者自我护理选项。图11C示出了干预屏幕1170的示例,在所示实施例中,干预屏幕1170位于评估选项卡1102的干预子选项卡1126之下。干预工作表1140包括标识了要解决的葡萄糖模式、药物治疗更改1144和自我护理动作1146的用户可选择选项1142的列表。在右边,处理器可以显示最新数据1132的结果,以方便参考。在用户完成干预屏幕之后,处理器可以将就诊视为完成,并将患者从体验列表中移除。
根据一些实施例的另一方面,可以基于上下文来显示特定的用户界面特征。例如,在一些实施例中,如果如上面关于图9A至图9D所述的列表上已经有胰岛素药物治疗,那么药物治疗更改区段1144可以包括“方案”按钮1145(而不是“下一步”按钮),如图11C-1所示。“方案”按钮1145,当被点击时,可以被配置为显示药物治疗方案(例如,胰岛素方案),并且允许用户编辑方案条目。在其他情况下,药物治疗更改区段1144可以包括按钮“编辑”,其允许编辑药物治疗列表(例如,可以添加和/或删除药物治疗)。在其他情况下,如图11C所示,按钮表示为“下一步”,这可以引导用户到自我护理动作区段1146。
处理器可以确定上述美国专利第9,351,670号和/或相关申请WO 2012/108939、WO2014/106263和WO 2014/145335中描述的葡萄糖模式。这些模式在1142中列出,并且可以被配置为用户可选择的链接。干预屏幕可以被配置成帮助用户(例如,健康护理从业者)对需要通过药物治疗更改或自我护理更改或这两者来纠正的模式进行标识并进行优先排序。例如,屏幕1170可以包括分别如1144和1146所示的用于药物治疗更改和自我护理更改的用户可选择/可输入的字段。处理器将所有这些用户条目与当前访问日期相关联并存储。当同一用户在下次就诊时访问系统时,处理器可以在评估屏幕上显示先前的解决模式、药物治疗更改和自我护理更改,如图11A所示的上述特征1112、1120和1121,以通过将用于当前就诊的数据与发生干预时的用于先前就诊的数据进行比较,来协助用户评估先前干预如何影响患者的葡萄糖模式。评估屏幕1100可以协助用户在回忆用户打算从先前就诊中解决哪些模式的上下文中评估先前的干预的有效性,和/或还可以提供关于未解决的模式的更改的信息。
在1050处,方法300可以进一步包括:通过至少一个处理器响应于用户选择而生成干预概要页,所述干预概要页汇总了在交互式图形用户界面中输入的数据、治疗评估和治疗计划的更改,如果有的话。图11D示出了干预概要1180的示例,在所示实施例中,干预概要1180位于评估选项卡1102的概要子选项卡1128之下。处理器以适于输入电子医疗记录(EMR)的标准格式来显示概要1150。响应于用户选择,处理器可以生成电子格式的概要,并将其作为EMR保存在患者文件中。
图12示出了用于在治疗评估中提供人类可读的观察和建议的一个或多个附加操作1200,有时称为引导解释报告(GIR),其可以包括在用于控制交互式用户界面(例如GUI)的方法300或类似方法中。观察可以包括一天中的时间模式,并且建议可以包括药物治疗和自我护理考虑,其可以通过基于一天中的时间或一天中的多个时间的葡萄糖模式之间的检测关系的算法来优先化。操作1200和/或相关操作的更详细示例可如WO 2012/108939、WO2014/106263和/或WO 2014/145335中所述。
在1202处,该方法可以进一步包括由装置处理器限定用于分析的干预前和干预后监测数据集。“干预”可以指患者对医疗从业者的先前就诊,对于该就诊,如本文所述的药物治疗和监测数据可以由医疗从业者经由交互式图形用户界面获得和更新。干预后监测数据集可以是或可以包括在最新完成的干预后收集的监测数据。干预前监测数据可以是或可以包括在最新完成的干预之前收集的监测数据,并且不早于下一次最新的干预。在一些实施例中,干预前数据集可以包括最新的干预前监测数据和来自一个或多个早期时段的数据。在一方面中,在访问最新监测数据之后,可以基于存储器状态隐式地执行对干预前数据集和干预后数据集的限定。作为替代,或者另外,装置处理器可以基于用户输入来限定数据集。
在1204处,处理器可基于预限定时间或基于监视数据中可以检测到的事件来设置一个或多个第一一天中的时间值。例如,一天中的“早餐后”时间可以被限定为上午8点和中午之间的时间段,或者是指示早餐被吃完直到下一餐之间的信号或数据的时间。在1206,处理器可以分析一天中所选择的时间段中的数据以表征葡萄糖模式(GP)。葡萄糖模式可以是一个或多个数值,或者可以是文本字符串,例如,“高”、“低”、“中等高”、“中等低”、“在范围内”等,或其符号指示符。一旦确定,处理器可以将GP保存在存储器1208中,以供以后在操作1200中使用。
在1210处,处理器检查是否存在尚未被分析的一天中其他的时间段。在1212处,如果要分析一天中的另一时间段,则处理器限定一天中的下个时间段并回归到先前描述的框1206。处理器对干预前数据集和干预后数据集重复GP表征循环(1206、1210、1212),直到不再需要分析一天中另一的时间段。然后,处理器在1214处重置时间,以开始数据中每个相关时间的评估循环。
在1216处,处理器检索干预前GP,在1218处,检索干预后GP,例如,从存储器1208中,其中根据一天中的相关时间来存储GP。可选地,处理器可以确定或检索表示GP对一天中相邻时间的影响的次要因子。例如,对于午餐后GP,处理器可以检索早餐后GP作为次要因素。在1220处,对于当前时间,处理器可以基于每个时段的GP,并且可选地为一个或多个次要因素,从表格或其他数据结构中查找评论、观察或推荐的文本值。例如,它可以查找存储在由行-列交集指示的记录中的文本,其中,对于干预前时段的GP指示行,而对于干预后时段的GP指示列。如果使用次要因子,则每个因子可以用于限定数据表格的另一维度。因此,在1220处,处理器选择最适合于至少一天中的时间段、干预前GP和干预后GP的唯一组合的文本。在1222处,处理器可以将在1220处限定的唯一组合和相关联的文本存储在存储器1224中,以供以后在图形用户界面中使用。
在1226处,处理器确定评估循环(1216-1228)是否结束。如果不是,处理器在1228选择一天中的下一个时间段,并回归到框1216。如果是,在1230处,处理器根据优先级方案以优先级顺序排列存储器1224中的文本或文本的子集。可以使用任何期望的优先级方案,例如基于每个预限定文本串的相关联风险或优先级分数或相关联的唯一因素组合的方案。在1232处,处理器提供文本串或其高优先级子集,可选地,每个文本串或其高优先级子集具有其相关联的因子,用于经由交互式图形用户界面输出,以在本干预中使用。例如,图11A中的屏幕截图1100在1114处示出了选择的和优先化的文本字符串,在1112处示出了相关联的葡萄糖模式和一天中的时间。
图13A示出了用于糖尿病治疗的模式和评估的示例,包括评估细节。表1300示出了使用用于确定向用户显示的推荐的评估逻辑的一些示例结果。从左到右读取,前两列示出了用于得出分类评估的输入条件的示例,如第三列所示。更具体地,第一列指示在多天监测时段内检测到的明显葡萄糖模式的一天中的时间,而第二列显示在指示的时间观察到的模式。第三列示出了基于将最新监测期间检测到的葡萄糖模式与一个或多个先前期间(例如,下一个至最新时段)的葡萄糖模式进行比较的状况评估。标题为“细节”的第四列示出了可以根据如上所述的选择算法从所显示的存储器中检索的预定文本的示例,例如在如图11A的1114处所示。
例如,装置的至少一个处理器可以执行如图13B所示的附加操作1310,用于执行评估逻辑以生成如图13A所示的文本。该逻辑可以由数据表格或等同的数据结构来表示,所述数据表或等同的数据结构经由干预输入条件的集合将用于每个一天中的时间(TOD)段的葡萄糖模式与显示文本相关联。该表格可以在每个TOD时段使用一次(早餐后、午餐后、晚餐后、隔夜)。表格的输入列可以用于标识对应于唯一输入集合的表格的行。例如,第一列可以标识与该行相关的TOD时段,第二列可以标识先前就诊的葡萄糖模式,也称为干预前模式,第三列可以标识当前就诊的葡萄糖模式(也称为干预后模式),第四列可以比较干预后与干预前的范围内时间(TB70、TA180等),以及第五列标识预定文本。
附加操作(算法)1310可以包括在1312处标识用于评估的TOD时段。在1314处,处理器可以接收用于TOD时段的输入参数,包括至少干预前模式和干预后模式。在131 6处,处理器可以选择匹配输入参数的一个或多个记录,例如,处理器可以选择匹配TOD、干预前模式和干预后模式的输入组合的一个或多个行。在1316处,处理器可以确定所选择的记录(例如,行)的数目是否大于1(即,该记录是否是唯一的)。如果记录是唯一的,在1320处,处理器可以选择位于所选行或记录中的文本进行显示。
对于一些TOD时段,第二列和第三列的组合可能不是唯一的,即,相同的组合可能出现在表格的不止一行中。在这种情况下,附加的或“第四”列也可以用作输入,以最终选择唯一的行。第四列可以表达干预前模式和干预后模式之间的关系,例如,小于、大于或等于干预后度量的干预前度量。度量计算可以基于用于确定葡萄糖模式的葡萄糖数据。因此,在1322处,处理器可以比较干预前时段和干预后时段的该度量,并且在1324处,选择满足比较度量的行或记录。
例如,度量可以是或可以包括葡萄糖低于阈值(例如,70mg/dL)的时间百分比。同样,对于高时段,度量可以是或可以包括葡萄糖高于阈值(例如180mg/dL)的时间百分比。当两个度量都在规定的范围内时,例如,不大于5%的差,处理器可以检测到“无更改”或“等效”。同样,处理器可以在确定“大于”或“小于”时应用阈值,使得这些关系需要大于阈值的差。
在1320处,处理器可以使用输入参数的唯一组合来选择包含要在1326处显示的输出文本的对应唯一行。文本的一些实例可以具有由度量计算确定的另一变量文本。例如,在指示{度量文本}的情况下,处理器可以计算在第四列中使用的度量的差;例如,处理器可以计算当前就诊和先前就诊之间度量更改的绝对值。如示例中所示,装置可以显示1326与文本的其余部分一致的具有百分比单位(或时间)的值。在1328处,处理器可以确定是否还有附加的TOD时段待评估。如果操作1310没有完成,在1330处,处理器可以选择下一个TOD时段,并针对新选择的时段回归到框1314。如果该方法完成,处理器可以回归到调用评估逻辑操作1310的例程。
在替代实施例中,该表格可以包括进一步对评估进行分类的一个或多个进一步的输出,例如通过将显示的文本着色为绿色来突出显示“改进”评估。
在另一方面,处理器可以确定显示评估文本的顺序。例如,该表格可以被提供若干,例如多达4个评估文本句子以用于显示,每个TOD时段一个评估文本句子。处理器可以通过列中指示的顺序来限定显示顺序。例如,处理器可以在其他模式的文本之前显示与“低”模式相关联的文本。作为进一步的示例,在模式中,处理器可以显示与从隔夜时段开始的TOD相关联的文本,并按照它们正常的每日序列的顺序排列后续时段。
结合图13A和图13B所示和描述的文本示例和评估逻辑是非限制性的。任何合适的文本都可以被开发并保存在存储器中,以供选择并显示在图形用户界面上,并且评估逻辑可以适用于文本和预期的用例。
图14是根据一个实施例的用于提供如本文所述的交互式图形用户界面的装置或系统1400的组件的概念框图。如图所示,装置或系统1400可以包括功能块,其可以表示由处理器、软件或其组合(例如,固件)实现的功能。
装置或系统1400可进一步包括用于接收由传感器控制设备在连续时段内收集的传感器控制数据的电组件1402。组件1402可以是用于所述接收的装置,或者可以包括用于所述接收的仪器。所述仪器可以包括耦接到存储器1416和无线接口1414的处理器1410,处理器基于存储在存储器中的程序指令执行算法。这种算法可以包括一系列更详细的操作,例如,与被患者佩戴的传感器控制设备建立无线会话,从监测设备请求数据,以及从该设备接收监测数据;或者在替代方案中,将用于患者的标识符与数据请求一起发送到服务器(不是监测设备),并从服务器接收监测数据。
装置或系统1400可以进一步包括电组件1404,用于提供交互图形用户界面,该交互图形用户界面关联了被配置用于交互式显示和输入的信息,所述信息包括用于患者列表中的用于每个患者的患者标识信息、用于每个患者的药物治疗计划、以及包括指示用于每个患者的医疗监测数据的显示的治疗评估工作表。组件1404可以是或可以包括用于所述提供的仪器。所述仪器可以包括耦接到存储器1416和输入设备1414的处理器1410,处理器基于存储在存储器中的程序指令执行算法。这种算法可以包括一系列更详细的操作,例如,认证用户、确定会话状态、基于会话状态生成交互式数据对象,以及将数据对象发送到图形处理器用于渲染和输出。在一些实施例中,电组件1404可以是独立的组件或设备。在其他实施例中,例如,电组件1404可以是EMR中的嵌入式屏幕,使得HFC可以从EMR内访问电组件1404及其一个或多个对应功能。
装置或系统1400可以进一步包括电组件1406,用于在患者就诊期间接收经由用于每个患者的交互式图形用户界面输入的数据,并存储在记录中。组件1406可以是或者可以包括用于所述接收和存储的仪器。所述仪器可以包括耦接到存储器1416和无线接口1414的处理器1410,处理器基于存储在存储器中的程序指令执行算法。这种算法可以包括一系列更详细的操作,例如,限定与变量相关的界面对象,响应于用户输入激活对界面对象的聚焦,将来自聚焦对象的输入与分配给该对象的变量相关联,生成接收到的变量的报告,以及将报告发送到计算机存储器进行存储。
在装置1400被配置为数据处理器的情况下,装置1400可以可选地包括具有至少一个处理器的处理器模块1410。在这种情况下,处理器1410可以通过总线1412或其他通信耦接(例如网络)与模块1402至1406进行操作通信。处理器1410可以影响由电组件1402至1406执行的过程或功能的启动和调度。
在相关方面中,装置1400可以包括无线接口模块1414,该无线接口模块1414可操作用于与被患者佩戴的传感器控制设备通信。在进一步的相关方面中,装置1400可以可选地包括用于存储信息的模块,例如存储器设备/模块1416。计算机可读介质或存储器模块1416可以通过总线1412等可操作地耦接到装置1400的其他组件。存储器模块1416可适于存储用于影响模块1402至1406的过程和行为的计算机可读指令和数据和其子组件,或处理器1410,或方法300,以及与所描述的过程和行为结合的附加操作400、800、1000、1200或1310中的一个或多个附加操作。存储器模块1416可以保留用于执行与模块1402至1406相关联的功能的指令。尽管示出为在存储器1416外部,但是应当理解,模块1402至1406可以存在于存储器1416内。
结合本文公开的方面描述的各种说明性逻辑、模块、电路和算法步骤可以实现为电子硬件、计算机软件或上述两者的组合。为了清楚地说明硬件和软件的这种互换性,上面已经根据它们的功能概括地描述了各种说明性组件、块、模块、电路和步骤。这种功能是以硬件还是软件的形式实现,取决于应用程序和对整个系统的设计约束。技术人员可以针对每个应用程序以不同的方式实现所描述的功能,但是这种实现决策不应该被解释为导致偏离本公开的范围。
如本申请中所使用的,术语“组件”、“模块”、“系统”等旨在指代与计算机相关的实体,可以是硬件、硬件和软件的组合、软件或执行中的软件。例如,组件可以是但不限于在处理器上运行的进程、处理器、对象、可执行文件、执行线程、程序和/或计算机或协作计算机系统。作为说明,在服务器上运行的应用程序和服务器都可以是组件。一个或更多个组件可以驻留在进程和/或执行线程内,并且组件可以位于一台计算机上和/或分布在两台以上计算机之间。
程序指令可以用任何合适的高级语言编写,例如C、C++、C#、JavaScript或JavaTM,并被编译以产生由处理器执行的机器语言代码。程序指令可以被分组成功能模块,以促进编码效率和可理解性。应该理解的是,即使在源代码中可以作为划分或分组来辨别,这些模块也不一定可以作为机器级编码中的单独代码块来区分。指向特定功能的代码束可以被认为包括模块,而不管束上的机器码是否可以独立于其他机器码执行。换句话说,模块可以仅是高级模块。
将根据可以包括几个组件、模块等的系统来呈现各个方面。应当理解和领会的是,各种系统可能包括附加的组件、模块等,和/或可能不包括所有的组件、模块等,结合附图进行讨论。也可以使用这些方法的组合。本文公开的各个方面可以在包括利用触摸屏显示技术和/或鼠标和键盘类型接口的设备的电气设备上执行。这种设备的示例包括计算机(台式和移动)、智能电话、个人数字助理(PDA)和其他有线和无线电子设备。
此外,与本文所公开的方面相关的各种说明性逻辑块、模块和电路可以用通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其他可编程逻辑器件、分立门或晶体管逻辑、分立的硬件组件或为执行本文所描述的功能而设计的任何组合来实现或执行。通用处理器可以是微处理器,但作为替代,处理器可以是任何传统的处理器、控制器、微控制器或状态机。处理器也可以实现为计算设备的组合,例如DSP和微处理器的组合、多个微处理器、与DSP内核结合的一个或多个微处理器,或者任何其他这样的配置。如本文所使用的,“处理器”包括前述示例的任何一个或功能组合。
本文公开的操作方面可以直接体现在硬件中、由处理器执行的软件模块中或上述两者的组合中。软件模块可以驻留在RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、存储器、硬盘、可移动盘、CD-ROM或本领域已知的任何其他形式的存储介质中。示例性存储介质耦接到处理器,使得处理器可以从存储介质读取信息,并向存储介质写入信息。在替代方案中,存储介质可以是处理器的整体。处理器和存储介质可以驻留在ASIC中。ASIC可以驻留在用户终端中。在替代方案中,处理器和存储介质可以作为分立的组件驻留在用户终端中。
此外,一个或多个版本可以被实现为使用标准编程和/或工程技术来生产软件、固件、硬件或其任意组合的方法、装置或制品,以控制计算机实现所公开的方面。非暂时性计算机可读介质可以包括但不限于磁存储设备(例如,硬盘、软盘、磁条……)、光学盘(例如,光盘(CD)、数字多功能盘(DVD)、BluRayTM……)、智能卡、固态设备(SSD)和闪存设备(例如,卡、棒)。当然,本领域技术人员将认识到,在不脱离所公开的方面的范围的情况下,可以对该配置进行许多修改。
鉴于上文描述的示例性系统,已经参考几个流程图描述了可以根据所公开的主题实现的方法。虽然为了简化说明而将方法示出和描述为一系列的框,但是应当理解和领会的是,所要求保护的主题不受框的顺序限制,因为一些框可以以不同的顺序和/或与来自本文所描绘和描述的其他框同时发生。此外,可能不需要所有示出的框来实施本文描述的方法。此外,应当进一步理解,本文公开的方法能够存储在制造物品上,以便于将这种方法运输和转移到计算机。
非限制性实施例在以下编号项中进一步举例说明:
1.一种用于在计算设备的交互式用户界面的治疗评估中提供人类可读的观察和建议的方法,所述方法包括:
接收由传感器控制设备在预定时间段内收集的医疗监测数据;
限定用于评估的所述医疗监测数据的单独的干预前数据集和干预后数据集;
确定所述单独的干预前数据集和干预后数据集中用于每个一天中相应的时间段的葡萄糖模式;
至少部分地基用于每个一天中相应的时间段的所述葡萄糖模式,确定用于在所述交互式用户界面中显示的文本;以及
提供所述文本用于通过所述交互式用户界面来输出。
2.根据项1所述的方法,其中,所述至少一个处理器使用数据结构,以查找由用于每个一天中相应的时间段的至少两个单独的所述葡萄糖模式的指示符来索引的预定值,来确定所述文本。
3.根据项1或2所述的方法,其中,所述至少一个处理器进一步基于用于每个一天中相应的时间段的一天中的时间指示符来确定所述文本。
4.根据项2或3所述的方法,其中,所述至少一个处理器进一步基于用于与所述一天中相应的时间段相邻的至少一个时间段的至少一个附加的葡萄糖模式指示符来确定所述文本。
5.根据项2至4中任一项所述的方法,进一步包括:通过所述至少一个处理器向显示设备提供用于利用所述交互式用户界面显示所述文本的信号。
6.根据项1至5中任一项所述的方法,其中,在访问最新监测数据之后,基于存储器状态隐式地执行对干预前数据集和干预后数据集的限定。
7.根据项1至6中任一项所述的方法,其中,对所述干预前数据集和干预后数据集进行的限定是基于经由所述交互式用户界面的用户输入。
8.根据项1至7中任一项所述的方法,进一步包括:通过所述至少一个处理器分析所述医疗监测数据,基于指示一个或多个进餐事件的数据特征来限定所述一天中的时间段。
9.根据项1至8中任一项所述的方法,其中,所述葡萄糖模式指示符包括高指示符和低指示符。
10.根据项1至9中任一项所述的方法,进一步包括:通过所述至少一个处理器按照所述输出的排序顺序对一天中不同的时间段的文本进行排序。
11.根据项1至10中任一项所述的方法,进一步包括:在用户接口设备上显示具有相关联的葡萄糖模式和一天中的时间的文本字符串。
12.根据项1至11中任一项所述的方法,进一步包括:处理所述干预前数据集以确定第一葡萄糖模式,以及分离地处理所述干预后数据集以确定第二葡萄糖模式。
13.根据项1至12中任一项所述的方法:根据第一处理方法处理所述干预前数据集,以及根据第二处理方法处理所述干预后数据集。
14.根据项1至13中任一项所述的方法,进一步包括:基于标识所述医疗监测数据中的预定模式来自动限定所述干预前数据集和干预后数据集。
15.根据项1至14中任一项所述的方法,进一步包括:分析所述干预前数据集以基于第一预定模式的集合标识第一葡萄糖模式或第一葡萄糖事件,以及分析所述干预后数据集以基于第二预定模式的集合标识第二葡萄糖模式或第二葡萄糖事件。
16.一种用于在交互式用户界面的治疗评估中提供人类可读的观察和建议的装置,包括至少一个处理器,所述至少一个处理器耦接到计算机存储器和无线接口,用于从被患者佩戴的传感器控制设备接收数据,所述至少一个处理器耦接到保存程序指令的存储器,当所述程序指令通过所述至少一个处理器执行时,使得所述装置执行项1至15中任一项所述的操作。
17.一种保存程序指令的非暂时性计算机可读介质,当由处理器执行时,所述程序治疗使装置执行项1至15中任一项所述的操作。
18.一种装置,包括用于执行项1至15中任一项所述的操作的仪器。
总之,交互式图形用户界面将配置用于交互式显示和输入的信息相关联,所述信息包括患者列表中用于每个患者的患者标识信息、用于每个患者的药物治疗计划以及包括指示用于每个患者的医疗监测数据的显示的治疗评估工作表。该工作表使得能够比较不同时间段的监测结果并制定治疗计划。
应当注意,关于这里提供的任何实施例所描述的所有特征、元件、组件、功能和步骤旨在与来自任何其他实施例的特征、元件、组件、功能和步骤自由组合和替代。如果仅针对仅一个实施例描述的某个特征、元件、组件、功能或步骤,那么应该理解,该特征、元件、组件、功能或步骤可以与这里描述的每个其他实施例一起使用,除非另有明确说明。因此,本段可随时作为引入权利要求的先行基础和书面支持,这些权利要求将来自不同实施例的特征、元素、组件、功能和步骤结合起来,或者将来自一个实施例的特征、元素、组件、功能和步骤替换为另一个实施例的特征、元素、组件、功能和步骤,即使描述没有明确说明,在特定情况下,这样的组合或替换是可能的。因此,为了说明和描述的目的,已经呈现了对所公开主题的特定实施例的前述描述。明确承认,明确列举每一种可能的组合和替代是过于繁琐的,特别是考虑到每一种这样的组合和替代的允许性将很容易被本领域的普通技术人员认识到。
虽然实施例易于进行各种修改和替代形式,但是其具体示例已经在附图中示出并且在本文中被详细描述。对于本领域技术人员来说显而易见的是,在不脱离所公开主题的精神或范围的情况下,可以对所公开主题的方法和系统进行各种修改和变化。因此,所公开的主题旨在包括在所附权利要求及其等同物的范围内的修改和变化。此外,实施例的任何特征、功能、步骤或元件可以在权利要求中叙述或添加到权利要求中,以及通过不在该范围内的特征、功能、步骤或元件来限定权利要求的发明范围的负面限制。
Claims (47)
1.一种用于在计算设备的交互式用户界面的治疗评估中提供人类可读的观察和建议的方法,所述方法包括:
通过至少一个处理器接收由传感器控制设备在预定时间段内收集的医疗监测数据;
通过所述至少一个处理器限定用于评估的所述医疗监测数据的单独的干预前数据集和干预后数据集;
通过所述至少一个处理器确定所述单独的干预前数据集和干预后数据集中用于每个一天中相应时间段的葡萄糖模式;
通过所述至少一个处理器至少部分地基于每个一天中相应时间段的所述葡萄糖模式,确定用于在所述交互式用户界面中显示的文本;以及
提供所述文本用于通过所述交互式用户界面来输出。
2.根据权利要求1所述的方法,其中,所述至少一个处理器使用数据结构以查找由用于每个一天中相应时间段的至少两个单独的所述葡萄糖模式的指示符来索引的预定值,来确定所述文本。
3.根据权利要求1所述的方法,其中,所述至少一个处理器进一步基于用于每个一天中相应时间段的一天中时间指示符来确定所述文本。
4.根据权利要求2所述的方法,其中,所述至少一个处理器进一步基于用于与所述一天中相应时间段相邻的至少一个时间段的至少一个附加的葡萄糖模式指示符,来确定所述文本。
5.根据权利要求2所述的方法,进一步包括:通过所述至少一个处理器向显示设备提供用于利用所述交互式用户界面显示所述文本的信号。
6.根据权利要求1所述的方法,其中,在访问最新监测数据之后,基于存储器状态隐式地执行对所述干预前数据集和所述干预后数据集的限定。
7.根据权利要求1所述的方法,其中,对所述干预前数据集和所述干预后数据集进行的限定是基于经由所述交互式用户界面的用户输入。
8.根据权利要求1所述的方法,进一步包括:通过所述至少一个处理器分析所述医疗监测数据,基于指示一个或多个进餐事件的数据特征来限定一天中时间段。
9.根据权利要求1所述的方法,其中,葡萄糖模式指示符包括高指示符和低指示符。
10.根据权利要求1所述的方法,进一步包括:通过所述至少一个处理器按照输出的排序顺序对一天中不同时间段的文本进行排序。
11.根据权利要求1所述的方法,进一步包括:在用户接口设备上显示具有相关联的葡萄糖模式和一天中时间的文本字符串。
12.根据权利要求1所述的方法,进一步包括:处理所述干预前数据集以确定第一葡萄糖模式,以及单独地处理所述干预后数据集以确定第二葡萄糖模式。
13.根据权利要求1所述的方法,进一步包括:根据第一处理方法处理所述干预前数据集,以及根据第二处理方法处理所述干预后数据集。
14.根据权利要求1所述的方法,进一步包括:基于标识所述医疗监测数据中的预定模式,自动限定所述干预前数据集和所述干预后数据集。
15.根据权利要求1所述的方法,进一步包括:分析所述干预前数据集以基于第一预定模式的集合标识第一葡萄糖模式或第一葡萄糖事件,以及分析所述干预后数据集以基于第二预定模式的集合标识第二葡萄糖模式或第二葡萄糖事件。
16.一种用于在交互式用户界面的治疗评估中提供人类可读的观察和建议的装置,所述装置包括至少一个处理器,所述至少一个处理器耦接到计算机存储器和无线接口,用于从被患者佩戴的传感器控制设备接收数据,所述至少一个处理器耦接到保存程序指令的存储器,当所述程序指令通过所述至少一个处理器执行时,使得所述装置执行根据权利要求1中所陈述的操作,并且可选地,执行权利要求2至15中所陈述的一个或多个操作。
17.一种非暂时性计算机可读介质,保存程序指令,当由处理器执行时,所述程序指令使得装置执行权利要求30中所陈述的操作,并且可选地,执行权利要求2至15中所陈述的一个或多个操作。
18.一种装置,包括用于执行权利要求30中所陈述的操作的仪器,以及可选地,执行权利要求2至15中所陈述的一个或多个操作。
19.一种用于计算设备的电子接口的方法,所述方法包括:
通过至少一个处理器接收由传感器控制设备在预定时间段内收集的医疗监测数据;
向显示设备提供关联了被配置用于交互式显示和输入的信息的交互式图形用户界面,所述信息包括用于患者列表中的每个患者的患者标识信息、用于所述每个患者的药物治疗计划、以及包括指示用于所述每个患者的医疗监测数据的显示的治疗评估工作表;
在患者就诊期间接收经由用于所述每个患者的所述交互式图形用户界面输入的数据;以及
将数据输入存储在用于所述每个患者的记录中。
20.根据权利要求19所述的方法,其中,被配置用于交互显示的所述信息进一步包括:所述患者列表。
21.根据权利要求19所述的方法,其中,被配置用于交互显示的所述信息进一步包括:就诊信息,所述就诊信息使得除了能够输入所述医疗监测数据之外还能够输入测试结果数据。
22.根据权利要求21所述的方法,其中,所述就诊信息使得能够独立于所述测试结果数据输入患者生命体征数据。
23.根据权利要求21所述的方法,其中,所述测试结果数据包括:血红蛋白A1c、总胆固醇、低密度脂蛋白、高密度脂蛋白和甘油三酯中的一者或多者。
24.根据权利要求21所述的方法,进一步包括:通过所述至少一个处理器将先前的测试结果数据提供给所述显示设备,用于与在最新会话期间经由所述交互式图形用户界面输入的测试结果数据一起显示。
25.根据权利要求19所述的方法,进一步包括:通过所述至少一个处理器,能够从列表中选择用于进入到药物治疗计划中的药物治疗。
26.根据权利要求25所述的方法,进一步包括:通过所述至少一个处理器,能够用于由用户从所述交互式图形用户界面的所述列表中选择的所述药物治疗的一个或多个可用剂量中选择剂量。
27.根据权利要求25所述的方法,进一步包括:通过所述至少一个处理器响应于从所述列表中选择胰岛素药物治疗,激活所述交互式图形用户界面的配量方案模块,所述配量方案模块使得能够输入用于一个或多个患者事件的胰岛素剂量。
28.根据权利要求27所述的方法,进一步包括:通过所述至少一个处理器使得用户能够选择进餐时间胰岛素配量的选项。
29.根据权利要求28所述的方法,其中,所述至少一个处理器使得所述用户能够仅响应于所述用户从所述列表中选择短效胰岛素药物治疗来选择选项。
30.根据权利要求28所述的方法,进一步包括:通过所述至少一个处理器响应于用户从进餐时间胰岛素配量选项中选择固定进餐注射剂量选项,激活工作表使得能够为所述一个或多个患者事件中的每个患者事件输入更详细的配量信息。
31.根据权利要求28所述的方法,进一步包括:通过所述至少一个处理器响应于用户从用于进餐时间胰岛素配量的选项中选择碳水化合物计数注射剂量选项,激活工作表使得能够为所述一个或多个患者事件、每日总剂量(TDD)和选择经验配量的选项中的每一者输入更详细的配量信息。
32.根据权利要求28所述的方法,进一步包括:通过所述至少一个处理器响应于用户从用于进餐时间胰岛素配量的选项中选择胰岛素泵送剂量选项,激活工作表使得能够输入时间和校正因子、每日总剂量(TDD)、以及选择经验配量的选项。
33.根据权利要求19所述的方法,其中,所述治疗评估工作表使得能够将所述患者的最新动态葡萄糖曲线(AGP)与用于在所述患者的治疗中的最新更改之前的一段时间的AGP并排比较。
34.根据权利要求33所述的方法,进一步包括:通过所述至少一个处理器响应于用户选择而激活事件和观察工作表,所述事件和观察工作表使得能够选择与治疗相关的事件、观察和共病。
35.根据权利要求33所述的方法,进一步包括:通过所述至少一个处理器响应于用户选择而激活干预工作表,所述干预工作表使得所述用户能够选择葡萄糖模式以解决治疗中的更改。
36.根据权利要求35所述的方法,其中,所述干预工作表进一步能够选择患者自我护理选项用于影响待解决的葡萄糖模式。
37.根据权利要求33所述的方法,进一步包括:通过所述至少一个处理器响应于用户选择而生成干预概要页,所述干预概要页汇总了在所述交互式图形用户界面中输入的数据、治疗评估和治疗计划的更改,如果有的话。
38.根据权利要求19所述的方法,进一步包括:通过所述至少一个处理器限定用于评估的单独的干预前数据集和干预后数据集。
39.根据权利要求38所述的方法,进一步包括:通过所述至少一个处理器确定在所述单独的所述干预前数据集和所述干预后数据集中用于每个一天中相应时间段的葡萄糖模式。
40.根据权利要求39所述的方法,进一步包括:通过所述至少一个处理器至少部分地基于每个一天中相应时间段的所述葡萄糖模式,确定用于在所述交互式图形用户界面中显示的文本。
41.根据权利要求40所述的方法,其中,所述至少一个处理器使用数据结构以查找由用于每个一天中相应时间段的至少两个单独的所述葡萄糖模式的指示符来索引的预定值,来确定所述文本。
42.根据权利要求40所述的方法,其中,所述至少一个处理器进一步基于用于每个一天中相应时间段的一天中时间指示符来确定所述文本。
43.根据权利要求40所述的方法,其中,所述至少一个处理器进一步基于用于与所述一天中相应时间段相邻的至少一个时间段的至少一个附加的葡萄糖模式指示符来确定所述文本。
44.根据权利要求40所述的方法,进一步包括:通过所述至少一个处理器向显示设备提供用于利用所述交互式图形用户界面显示所述文本的信号。
45.一种用于提供交互式图形用户界面的装置,所述装置包括至少一个处理器,所述至少一个处理器耦接到计算机存储器和无线接口,用于从被患者佩戴的传感器控制设备接收数据,所述至少一个处理器耦接到保存程序指令的存储器,当所述程序指令通过所述至少一个处理器执行时,使得所述装置用于执行权利要求19中所陈述的操作,并且可选地,执行权利要求20至44中所陈述的一个或多个操作。
46.一种非暂时性计算机可读介质,保存程序指令,当由处理器执行时,所述程序指令使得装置执行权利要求19中所陈述的操作,并且可选地,执行权利要求20至244中所陈述的一个或多个操作。
47.一种包括仪器的装置,所述仪器用于执行权利要求19中所陈述的操作,以及可选地,执行权利要求20至44中所陈述的一个或多个操作。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US202063061704P | 2020-08-05 | 2020-08-05 | |
US63/061,704 | 2020-08-05 | ||
PCT/US2021/044462 WO2022031792A1 (en) | 2020-08-05 | 2021-08-04 | Medical monitoring systems and methods |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116034435A true CN116034435A (zh) | 2023-04-28 |
Family
ID=77448152
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202180056835.7A Pending CN116034435A (zh) | 2020-08-05 | 2021-08-04 | 医疗监测系统和方法 |
Country Status (7)
Country | Link |
---|---|
US (1) | US20230329650A1 (zh) |
EP (1) | EP4193370A1 (zh) |
JP (1) | JP2023537257A (zh) |
CN (1) | CN116034435A (zh) |
AU (1) | AU2021321419A1 (zh) |
CA (1) | CA3185847A1 (zh) |
WO (1) | WO2022031792A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117041906A (zh) * | 2023-10-08 | 2023-11-10 | 天津鹏萱汇智信息技术有限公司 | 一种基于物联网的数据监测服务管理系统 |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
USD1013544S1 (en) | 2022-04-29 | 2024-02-06 | Biolinq Incorporated | Wearable sensor |
USD1012744S1 (en) | 2022-05-16 | 2024-01-30 | Biolinq Incorporated | Wearable sensor with illuminated display |
USD1035004S1 (en) | 2023-02-28 | 2024-07-09 | Biolinq Incorporated | Wearable sensor |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
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 |
US9351670B2 (en) | 2012-12-31 | 2016-05-31 | Abbott Diabetes Care Inc. | Glycemic risk determination based on variability of glucose levels |
DK3409201T3 (da) | 2013-03-15 | 2024-07-15 | Abbott Diabetes Care Inc | System og fremgangsmåde til håndtering af diabetes baseret på glucosemedian, glucosevariabilitet og hypoglykæmisk risiko |
US10888272B2 (en) * | 2015-07-10 | 2021-01-12 | Abbott Diabetes Care Inc. | Systems, devices, and methods for meal information collection, meal assessment, and analyte data correlation |
CA3029252A1 (en) * | 2016-08-12 | 2018-02-15 | Dexcom, Inc. | Systems and methods for health data visualization and user support tools for continuous glucose monitoring |
CA3089642A1 (en) * | 2018-02-09 | 2019-08-15 | Dexcom, Inc. | System and method for decision support |
-
2021
- 2021-08-04 EP EP21758978.7A patent/EP4193370A1/en active Pending
- 2021-08-04 WO PCT/US2021/044462 patent/WO2022031792A1/en active Application Filing
- 2021-08-04 CN CN202180056835.7A patent/CN116034435A/zh active Pending
- 2021-08-04 CA CA3185847A patent/CA3185847A1/en active Pending
- 2021-08-04 US US18/019,289 patent/US20230329650A1/en active Pending
- 2021-08-04 AU AU2021321419A patent/AU2021321419A1/en active Pending
- 2021-08-04 JP JP2023504547A patent/JP2023537257A/ja active Pending
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117041906A (zh) * | 2023-10-08 | 2023-11-10 | 天津鹏萱汇智信息技术有限公司 | 一种基于物联网的数据监测服务管理系统 |
Also Published As
Publication number | Publication date |
---|---|
AU2021321419A1 (en) | 2023-02-23 |
WO2022031792A9 (en) | 2022-04-14 |
JP2023537257A (ja) | 2023-08-31 |
CA3185847A1 (en) | 2022-02-10 |
US20230329650A1 (en) | 2023-10-19 |
EP4193370A1 (en) | 2023-06-14 |
WO2022031792A1 (en) | 2022-02-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10368745B2 (en) | Systems and methods for optimizing insulin dosage | |
EP2710502B1 (en) | Dynamic data collection | |
US10915505B2 (en) | Management method and system implementation, execution, data collection, and data analysis of a structured collection procedure which runs on a collection device | |
US8849458B2 (en) | Collection device with selective display of test results, method and computer program product thereof | |
US8755938B2 (en) | Systems and methods for handling unacceptable values in structured collection protocols | |
US10522247B2 (en) | Methods of assessing diabetes treatment protocols based on protocol complexity levels and patient proficiency levels | |
CN116034435A (zh) | 医疗监测系统和方法 | |
US20140068487A1 (en) | Computer Implemented Methods For Visualizing Correlations Between Blood Glucose Data And Events And Apparatuses Thereof | |
EP2723233B1 (en) | Management method and system for implementation, execution, data collection, and data analysis of a structured collection procedure which runs on a collection device | |
US20140365534A1 (en) | Management method and system for implementation, execution, data collection, and data analysis of a structured collection procedure which runs on a collection device | |
WO2012108939A1 (en) | Feedback from cloud or hcp to payer or patient via meter or cell phone | |
EP2723232A1 (en) | Management method and system for implementation, execution, data collection, and data analysis of a structured collection procedure which runs on a collection device | |
US20170251982A1 (en) | Method and system for analyzing glucose monitoring data indicative of a glucose level and a non-transitory computer readable medium |
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 |