CN112005315A - 用于确定患者住院风险和处置患者的系统和方法 - Google Patents
用于确定患者住院风险和处置患者的系统和方法 Download PDFInfo
- Publication number
- CN112005315A CN112005315A CN201980027434.1A CN201980027434A CN112005315A CN 112005315 A CN112005315 A CN 112005315A CN 201980027434 A CN201980027434 A CN 201980027434A CN 112005315 A CN112005315 A CN 112005315A
- Authority
- CN
- China
- Prior art keywords
- patient
- care
- data
- hospitalization
- patients
- 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
-
- 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
-
- 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/30—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for calculating health indices; for individual health risk assessment
Landscapes
- Engineering & Computer Science (AREA)
- Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Public Health (AREA)
- Data Mining & Analysis (AREA)
- Biomedical Technology (AREA)
- Databases & Information Systems (AREA)
- Pathology (AREA)
- Epidemiology (AREA)
- General Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
公开了用于确定患者住院风险和处置患者的系统和方法。所述系统和方法可以包括:从与具有末期肾脏疾病的患者的池相对应的一个或多个数据库提取患者数据;使用利用所提取的患者数据的预测性模型来针对所述患者中的每个生成在预定时间段内的相应预期住院概率;识别比所述患者的池中的其他患者具有更高的相应预期概率的患者的子集;针对每个患者识别来自所述患者数据的增加所述预期住院概率的至少一个因素;并且基于所识别的因素,确定并执行临床干预以降低所述患者的池的所述子集内的所述住院概率。
Description
相关申请的交叉引用
这是2018年3月1日提交的标题为“Systems and Methods for DeterminingPatient Hospitalization”的待决美国临时专利申请号62/637332的正常申请并要求其申请日的权益,并且是2018年8月8日提交的标题为“Systems and Methods for DeterminingPatient Hospitalization Risk”的待决美国临时专利申请号62/716034的正常申请并要求其申请日的权益,这些申请的完整内容以引用方式被明确地并入本文。
技术领域
本公开总体涉及与健康护理相关的系统、设备和方法。
背景技术
传统的健康护理系统是基于服务收费模式的,借此健康护理提供者可以在每次处置或按每次服务的基础获得补偿。在这种模式下,当提供的处置或服务数量增加时,健康护理提供者的补偿增加。因此,对于这种提供者没有财务激励来有效地管理所提供的服务/程序的数量,也没有与患者的整体健康结果有关的任何财务激励。这种传统系统导致健康护理费用不断攀升和效率低下,阻碍了患者的总体护理的质量。
此外,许多患者——特别是患有慢性疾病的患者——在诊断、处置和长期护理管理过程中与各种不同的实体和健康护理专业人员进行接触,包括医院、诊所、实验室、药房、医师、临床医师和/或其他专家。患者的处置信息可能散布在多个实体、存储库和医学专业人员之间,这可能导致各个相关实体之间缺乏沟通或沟通不畅,这可能对患者的处置和健康产生不利影响,甚至可能造成危及生命的处置条件。此外,这种不协调的数据处理以及患者的整体处置导致效率低下,从而可能导致医学总成本增加。在这方面,就护理质量和经济性而言,传统的服务收费健康护理模式远非理想。后者是由美国在服务收费模式下的健康护理费用持续增长而难以维持而证明的。
就这些和其他考虑而言,目前的改进可能是有用的。
发明内容
提供本发明内容来以简化形式介绍一些概念,这些概念将在下面的具体实施方式中进一步描述。本发明内容并非旨在一事实上识别本公开的关键特征或必要特征。本公开可以包括以下各个方面和实施例。
根据本公开的一个或多个实施例,公开了一种用于确定患者住院风险和处置患者的方法。在一个实施例中,所述方法包括:从对应于具有终末期肾脏疾病(ESRD)的患者的池的一个或多个数据库提取患者数据;使用利用所提取的患者数据的预测性模型针对所述患者的池中的每个患者生成在预定时间段内的相应预期住院概率;识别比所述患者的池中的其他患者具有更高的相应预期概率的所述患者的池的子集;针对所述患者的池的所述子集中的每个患者识别来自所述患者数据的增加所述预期住院概率的至少一个因素;并且基于所识别的因素,确定并执行临床干预以降低所述患者的池的所述子集内的所述住院概率,其中,所述临床干预包括以下中的至少一种:(a)给予除了患者的现有透析安排之外的一个或多个透析处置,(b)延长患者的透析处置时间,(c)针对透析处置调整患者的目标体重,(d)针对患者的透析处置调整透析液钠浓度,和(e)调整患者的血压药物。
在这个和其他实施例中,所述预测性模型包括梯度提升框架。
在这个和其他实施例中,针对每个患者使用沙普利添加解释来识别所述至少一个因素。
在这个和其他实施例中,所述预定时间段是7天或更少。
在这个和其他实施例中,所提取的患者数据包括患者的人口统计数、患者的实验室值、患者的处置数据、或患者的综合评价,或其组合。
在这个和其他实施例中,所述患者的人口统计数据包括所述患者的出生日期、所述患者的第一次透析的日期、所述患者的性别、所述患者的人种、所述患者的种族、或所述患者的婚姻状况,或其组合。
在这个和其他实施例中,所述患者的实验室值包括患者的血红蛋白水平、或患者的白蛋白水平,或其组合。
在这个和其他实施例中,所述患者的实验室值被提供为在指定时间段内的平均值、最大值、最小值、值尖峰、值下降、或趋势值,或其组合。
在这个和其他实施例中,患者的处置数据包括患者的体征,并且其中,所述患者的体征被提供为在指定时间段内的平均值、最大值、最小值、值尖峰和、值下降、或趋势值,或其组合。
在这个和其他实施例中,所述患者的综合评价包括患者的最近的住院历史、患者的失约的历史、任何患者的注释或抱怨、护士的或其他医学专业人员的评价、或任何递送的药物,或其组合。
在这个和其他实施例中,所述预测性模型根据来自其他患者的数据来建立。
在这个和其他实施例中,所述方法还包括生成根据其相应的预期住院概率对所述患者的池进行分级的报告,其中,所述报告也针对每个相应患者提供所识别的因素。在这个和其他实施例中,所述方法还包括为一个或多个健康护理提供者提供所生成的报告。
在这个和其他实施例中,所述方法还包括基于所述预期住院概率向一个或多个健康护理提供者传输自动化警告。
在这个和其他实施例中,所述患者的池是ESRD无缝护理组织(ESCO)的患者。
还公开了一种用于确定具有终末期肾脏疾病(ESRD)的患者的住院风险的系统。在一个实施例中,所述系统包括综合护理系统,所述综合护理系统被配置为:从对应于具有终末期肾脏疾病(ESRD)的患者的池的一个或多个数据库提取患者数据;使用利用所提取的患者数据的预测性模型来针对所述患者的池中的每个患者生成在预定时间段内的相应预期住院概率;识别比所述患者的池中的其他患者具有更高的相应预期概率的所述患者的池的子集;针对所述患者的池的所述子集是的每个患者识别来自所述患者数据的增加所述预期住院概率的至少一个因素;并且生成根据患者相应的预期住院概率对所述患者的池进行分级的报告,其中,所述报告也针对每个相应患者提供所识别的因素。
在这个和其他实施例中,所述预测性模型包括梯度提升框架。
在这个和其他实施例中,所述综合护理系统被配置为针对每个患者使用沙普利添加解释来识别所述至少一个因素。
在这个和其他实施例中,所述预定时间段是7天或更少。
在这个和其他实施例中,所提取的患者数据包括患者的人口统计数、患者的实验室值、患者的处置数据、或患者的综合评价,或其组合。
在这个和其他实施例中,所述患者的人口统计数据包括所述患者的出生日期、所述患者的第一次透析的日期、所述患者的性别、所述患者的人种、所述患者的种族、或所述患者的婚姻状况,或其组合。
在这个和其他实施例中,所述患者的实验室值包括患者的血红蛋白水平、或患者的白蛋白水平,或其组合。
在这个和其他实施例中,所述患者的实验室值被提供为在指定时间段内的平均值、最大值、最小值、值尖峰和、值下降、或趋势值,或其组合。
在这个和其他实施例中,患者的处置数据包括患者的体征,并且其中,所述患者的体征被提供为在指定时间段内的平均值、最大值、最小值、值尖峰和、值下降、或趋势值,或其组合。
在这个和其他实施例中,所述患者的综合评价包括患者的最近的住院历史、患者的失约的历史、任何患者的注释或抱怨、护士的或其他医学专业人员的评价、或任何递送的药物,或其组合。
在这个和其他实施例中,所述预测性模型根据来自其他患者的数据来建立。
下面参考附图进一步详细描述其他特征和方面。
附图说明
作为范例,现在将参考附图描述所公开的方法和设备的实施例,其中:
图1A是图示根据本公开的用于确定终末期肾病疾病(ESRD)患者的住院风险的方法的示范性实施例的流程图;
图1B是图示根据本公开的所识别的处于住院风险的患者的报告的示范性实施例的示意图;
图1C是图示根据本公开的用于确定终末期肾病疾病(ESRD)患者的住院风险的患者变量的示范性实施例的示意图;
图1D-1F是图示根据本公开的用于患者的护理协调的过程的示范性实施例的流程图;
图2A是示出根据本公开的用于提供协调的健康护理的系统的一个示范性实施例的示意图;
图2B是示出根据本公开的用于评估和处置包括肾脏疾病的疾病的系统的一个示范性实施例的示意图;
图3是示出根据本公开的综合护理系统的一个示范性实施例的方框图;
图4是示出根据本公开的操作环境的一个示范性实施例的方框图;
图5是示出根据本公开的另一个操作环境的一个示范性实施例的方框图;
图6-10是示出根据本公开的用于提供协调的健康护理的系统的部件的示范性实施例的示意图;
图11是示出根据本公开的提供协调的健康护理的系统的护理协调部件的示范性实施例的示意图;
图12是示出根据本公开的透析机器的一个示范性实施例的示意图;
图13A-13B示出了根据本公开的透析系统的一个示范性实施例;
图14是示出根据本公开的透析系统的另一个示范性实施例的示意图;并且
图15是示出根据本公开的计算架构的一个示范性实施例的方框图。
具体实施方式
现在将在下文中参考附图更全面地描述本实施例,在附图中示出了多个示范性实施例。然而,本公开的主题可以体现在用于透析机器和用于各种疾病的其他潜在医学设备、诊断和处置的许多不同形式和类型的方法和设备,并且不应被解释为仅限于本文所述的实施例。相反,提供这些实施例使得本公开将是彻底和完整的,并且意图将本主题的范围传达给本领域技术人员。在附图中,相似的附图标记始终表示相似的元素。
本文描述的范例实施例适合于实现基于价值的护理,这是服务收费健康护理模式的替代方案。在基于价值的健康护理系统(也称为“绩效收费”模式)下,健康护理提供者获得与护理质量和效率以及患者处置效果相关的财务激励。
一些范例实施例被配置成能够向患有诸如慢性肾脏疾病(CKD)的慢性疾病的患者群体提供协调护理。CKD是一种以肾脏功能减退为特征的进行性疾病。一旦肾脏功能下降到阈值以下,就认为患者患有肾衰竭或终末期肾脏疾病(ESRD)。ESRD是CKD的最后阶段,需要在患者的余生中进行透析处置(没有移植)。
在美国,可以实施本文所述的范例实施例的、基于价值的护理的一种模型是综合ESRD护理(CEC)模型,这是在美国医学保险和医学补助创新中心的授权下开发的一种问责护理组织(ACO)模型。为了实施CEC模型,形成了ESRD无缝护理组织(ESCO)。ESCO是由健康护理供应商和提供者自愿走到一起形成的ACO。由此产生的ESCO是通过CEC模型为ESRD受益人提供协调护理的法律实体。
在ESCO模型下,ESCO为ESCO的受益人分担了美国医学保险和医学补助服务中心(CMS)带来的储蓄和损失。储蓄或损失由CMS基于支出基准确定,该基准是从反映相似或类似受益人的历史支出数据的基线得出的。将该基准与绩效年中参与患者群体的实际医学保险服务收费(FFS)部分A和B支出进行比较。也将基于质量绩效对储蓄进行调整。成本的任何减少都会直接转化为增加的共享储蓄(收益),因为费用是根据预定的基准来衡量的。护理质量通过对计算的共享储蓄进行质量绩效调整来激励。
ESCO负责每个患者的整体护理,这超出了透析处置的范围。例如,如果患者由于任何原因(例如感染、血管透析通路并发症和/或心脏并发症)而住院,则住院费用将计入年度储蓄计算。由于住院费用特别昂贵,因此从财务角度来看,避免患者住院对于ESCO来说是非常有利的。本文所述的范例实施例实施了一种整体方法来监督和管理患者健康的所有方面,这提高了护理质量,同时提高了医学资源的效率和总费用效率。
本文所述的一些范例实施例分析了适当的患者群体的医学数据,以便对高危患者进行干预,以减少住院的可能性。一些范例分析患者数据以预测患者何时可能经历特定的健康相关事件或疾病进程阶段,并相应地提供/调整处置。
根据范例实施例,患者信息可以被发送到协调护理系统、在协调护理系统内管理和/或可由协调护理系统访问,以便患者可以在能够智能地管理和协调患者整体护理的管理系统内接受高质量、高效、协调的健康护理。合并协调护理系统可以例如通过向患者提供基于价值的护理来代替服务收费护理,从而更好地控制健康护理费用。例如,如上所述,被诊断为ESRD的患者群体随着时间的推移而增加,通常是由多种其他疾病引起的,包括但不限于糖尿病、高血压和/或肾小球肾炎。由于疾病的性质,患有ESRD的患者可能会面临另外的挑战。例如,必需的生活方式改变可能导致心理健康恶化。此外,在家处置可能导致与医学专业人员的隔离度增加。随着健康护理格局的变化,为患者提供用于协调处置的资源的机会可能会带来透析处置以外的另外的患者健康益处。
虽然本文所述的示范性实施例与肾脏疾病有关,但应理解,本文所述的协调护理系统和基础设施可以替代于肾脏疾病或除了肾脏疾病之外适用于其他慢性疾病。作为非限制性范例,此类其他疾病可以包括心血管相关疾病、肺、胃肠、神经、泌尿科或妇科疾病、糖尿病、循环系统疾病、阿尔茨海默氏病或其他痴呆、哮喘、COPD、肺气肿、癌症、肥胖症、吸烟、囊性纤维化或其组合。此外,虽然一些范例是关于肾脏相关ACO,如ESCO中的实施来描述的,但是应当理解,本文所述的范例可以关于其他疾病或患者群体和/或任何其他合适的基于价值的健康护理模式在其他ACO中类似地实现。
根据本公开的示范性实施例可以包括用于确定遭受肾脏疾病(例如,ESRD)的患者的住院的风险的系统。如下所述,综合护理系统可以被配置为使得接收来自诊所的透析处置的ESRD患者的数据(例如,实验室测试结果)和记录信息(例如,处置注释)可以通过用于确定具有肾脏疾病(例如,ESRD)的患者住院的风险水平的一个或多个算法来分析。在一些实施例中,患者住院的风险可以是临近的(例如,在七天内)。应理解,尽管在一些示范性实施例中使用七天或一周,但是患者的临近住院可以大约发生在1天和15天之间或在任何预定的时间量内,包括但不限于一个月、三至六个月等。例如,综合护理系统可以被配置为执行确定患者住院风险并且通过针对风险水平对选定患者进行分析而生成报告的方法。例如,图1A图示了用于确定患者住院风险的示范性方法100的流程图。在步骤105处,数据可以被提取。来自选定患者的数据可以由综合护理系统从其他临床系统、外部系统和/或如图2A-11中图示的其他数据库提取。
如上所述,在图1A的步骤105处,许多变量可以被综合护理系统提取和/或分配,包括但不限于患者人口统计数据、实验室值、处置数据和/或综合评价。例如,图1C图示了可以被包括用于确定患者住院风险的变量的图标140的示范性实施例。患者人口统计数据可以包括出生日期、第一次透析的日期、性别、人种、种族和婚姻状况。实验室值可以是包括但不限于血红蛋白、白蛋白等的数据。另外地,实验室数据可以以各种方式被计算,例如,提供在指定时间段内的平均值、最大值、最小值、值尖峰和/或下降、和趋势值,用于由综合护理系统进行分析。
应理解,原始数据变量可以是通过特征工程可变换的,以基于数据型式和临床经验的分析创建另外的变量和/或特征。处置数据可以包括患者体征,例如,血压、体重、脉搏、温度、呼吸率等。处置数据也可以是以各种方式可计算的,例如,提供在指定时间段内的平均值、最大值、最小值、值尖峰和/或下降、和趋势值,用于由综合护理系统进行分析。类似于实验室值,处置数据的原始数据变量可以通过特征工程被可变换,以基于数据型式和临床经验的分析创建另外的变量和/或特征。例如,90天内的最大收缩血压可以作为患者的处置数据被计算。
应理解,任何数量和类型的患者变量可以被利用,并且图1C的变量是示范性实施例。在一些实施例中,与患者住院相关的变量可以包括最近的患者住院历史;与患者的最近的处置相关的工程特征;患者的白蛋白水平、血红蛋白水平和/或淋巴细胞的实验室值;在最近的透析处置期间测量的患者的体征,包括但不限于血压、体重和/或温度;失约(例如,患者失约规定的处置和/或评价)历史;和/或在最近的透析处置时的患者的注释的和/或测量到的呼吸浅短。
在实施例中,处置数据可以还包括例如经由复选框和/或文本输入的护士或其他医学专业人员评价、递送的药物和辅助信息(例如,所给予的氧气)。由医师、临床医师和/或营养师在选定时间段内(例如,每月、每年)的综合患者评价也可以被利用。应理解,综合护理系统可以将文本输入转换成用于在一个或多个算法中包括和分析的指定特征。
回来参考图1A,在步骤110处,如在步骤105处关于图1C描述的提取的患者数据可以由综合护理系统进行处理。用于处理的患者数据可以是测量的数据、计算的数据、书写的注释等。一些提取的数据(例如,测量的数据、计算的数据)是数值的,并且一些(例如,临床注释)是文本和/或图形。
在一些范例中,在步骤110处,数值数据形式的一些或所有患者数据可以被处理为用于由综合护理系统进一步分析的更合适形式。这种处理可以包括例如缩放和转换。在一些范例中,这种处理可以包括筛选以确保数据在可行范围内,以便滤除或识别错误数据。在一些范例中,一些或所有提取的数值数据通过处理110保持其原始的未修改形式。
根据一些实施例,也是在110处,图形的提取的数据(例如,手写的临床注释)在进一步分析之前可转换为文本数据。在一些范例中,这通过应用卷积神经网络来实现,但是其他合适的算法可以代替或除了这种类型的网络之外被使用。
文本数据(包括从如上所述的图形辨别的任何文本)可以使用自然语言处理技术来进行处理。这些技术可以包括但不限于word2vec、doc2vec、连续词袋或其他。这种经处理的数据然后可以用来训练机器学习模型以识别(例如,预测)特定结果、结果是否是住院、特定症状或其他医学相关变量。
在一些实施例中,如图1C的范例中的步骤115处图示的,经处理的数据(包括对应于文本数据的数字识别符中的任一个)可以被发送到综合护理系统的一个或多个算法以便进行分析(例如,预测)。在一些范例中,算法可以被用于从历史数据(原始或预处理器)进行学习,并且基于历史数据(原始或预处理器)识别风险(例如,进行预测)。例如,梯度提升框架和/或极端梯度提升树算法可以被利用。一些范例实施XGBoost。在步骤115处,算法可以分析选定的数据以便确定住院的风险评分,例如,识别风险。如上所述,图1C中描述的患者数据可以被综合护理系统用来确定每个患者可能住院(例如,临近和/或长期住院)的风险评分。在一些范例中,算法(例如,梯度提升框架和/或极端梯度提升树算法)可以在一群其他患者的对应数据的背景下分析特定患者的数据。
在一些范例中,综合护理系统的分析/预测算法可以检查并分析患者的整个池,以便为每个患者分配在预定时间段(例如,7天、数周、数月等)内的相应风险评分。然而,应当注意,在一些范例中,算法可以针对来自该池中的单个患者或任何合适数量的选定患者被运行。
在步骤120处,文档可以是由护理分析和指导系统(例如,综合护理系统)、由护理协调系统、和/或由护理导航单元(参见图1A的步骤125)可生成的。现在参考图1B,报告130可以由接收最近的诊所内透析处置的患者(例如ESRD患者)的综合护理系统生成,识别具有住院风险/概率的那些患者和/或与风险确定相关联的原因。在一些实施例中,报告可以指示患者住院的风险评分和/或针对每个患者的相关联的原因。例如,患者John Doe可以被综合护理系统确定为处于临近住院的风险,具有大约85.90%的计算的风险评分。通过综合护理系统识别的相关联的原因可以包括最近的住院(例如,John Doe已经在前四天住院),并且患者被确定为正经历呼吸浅短。应理解,John Doe的呼吸浅短可以在透析处置时通过医学专业人员的注释来指示,和/或综合护理系统可以基于在透析处置时测量的患者体征(例如,血氧水平、心率等)已经计算呼吸浅短。报告130可以还包括另外的患者,例如,JaneDoe,也处于住院的风险。例如,基于医学专业人员注释和前八天的住院,Jane Doe可以具有住院(例如,临近和/或长期住院)的85.06%的计算的风险评分。报告130可以包括与医师、或诊所、或其他医学专业人员或护理提供者相关联的患者的列表。
在一些范例中,风险确定的原因或主要因素通过使用诸如Scott M.Lundberg等人的“A Unified Approach to Interpreting Model Predictions”(2017)中描述的沙普利添加解释技术来确定,其以引用方式被完全并入本文。这允许靶向最可能会影响患者的预期住院概率的因素的患者干预的确定。
在实施例中,报告130可以被生成,使得患者根据其相关联的计算的风险评分被分级。以这种方式,可以警告接收报告的护理提供者患者处于最高风险。在步骤125处,该报告130可以被提供给护理协调系统和/或护理导航单元,使得医学专业人员可以接触所识别的患者,并且确定适当的干预来帮助最小化或消除住院风险(参见图1D-1F)。例如,如果原因的列表指示患者具有高温度,则患者可能感染。护理协调系统和/或护理导航单元可以安装患者与其主要护理医师的预约,以便进行测试和评价(例如,培养物抽取、随访温度读数等)。
现在参考图1D-1F,示出了用于处理报告和患者随访的护理协调系统和/或护理导航单元的过程的示范性实施例的流程图150。例如,图1D图示了例如由技术人员、护理协调者或其他服务提供者协调患者护理的示范性过程。提供另外的护理和患者服务的协调可以最小化和/或消除患者的住院风险,由此避免另外的健康护理成本和/或改善患者的健康。
在步骤151处,报告(例如,报告130)可以被护理协调系统和/或护理导航单元的成员访问。在一些实施例中,报告可以是技术人员、护理提供者、服务提供者和/或另一健康护理提供者可访问的。在步骤152处,报告130可以被过滤和/或分类以便识别被确定为处于住院风险的患者,并且每个患者的住院风险评分可以在步骤153处被评估。
在步骤154处,另外的记录可以被评估以便确定所识别的患者是否已经被送到急诊室(ER),并且步骤155、156、157可以确定住院记录和/或ER访问是否存在于综合护理系统中,并且如果这样的话,如果患者仅访问ER,仅住院,或导致住院的ER访问。如果在步骤156处,患者被确定为已经住院,具有或没有之前到ER的访问,那么在步骤158处,住院准许可以被确认,并且该信息可以针对患者被录入综合护理系统中。如果在步骤157处患者访问ER但是未住院,那么分别在步骤159和160处,患者可以已经从ER被转移到诊所,或患者可以已经从ER出院并且送回家。在步骤159和160处患者被转移到诊所和/或出院的情况下,在步骤161处,注释可以被添加到报告130内,以便医学专业人员随访患者。在步骤159、160处患者未被转移到诊所和/或从ER出院的情况下,综合护理系统中的记录可以回来在步骤155处被评估以便确定患者状况。
如果在步骤155处综合护理系统中不存在住院和/或ER访问的记录,在步骤162处可以针对应当被包括报告130中的最近的活动和/或注释或其他信息进一步对患者的记录进行评估。另外地,如果在步骤161处另外的患者信息已经被包括在报告130中,在步骤162处另外的信息也可以被包括。
当所有信息都已经被添加到报告130时,在步骤163处由技术人员、护理协调者或服务提供者识别的成员(例如,护士、临床医师、医师、护理协调者和/或其他医学专业人员)可以接触患者,以便在步骤164处讨论患者的总体状况和任何健康担忧。如果患者未出现,在步骤167处可以安排回拨电话。在一些实施例中,如果患者由技术人员、护理协调者或服务提供者接触,在步骤165处护理提供者(例如,医学专业人员)也可以被包括在电话会议中,用于另外的帮助。例如,医学专业人员(例如,护士、临床医师、医师、专家或诸如此类)可以能够回答任何医学相关问题和/或提供另外的医学信息以解决患者担忧。技术人员、护理协调者或服务提供者可以保持随时待命以提供任何另外的协调护理,例如,如果另外的诊断测试需要被安排,或其他临床医师应当参与由医学专业人员确定的患者的护理。在一些实施例中,在步骤166处,可以由护理协调者经由综合护理系统的护理协调系统向医学专业人员发送信息(例如,患者的医学记录),以便评估与患者讨论分开。医学专业人员可以能够通过综合护理系统访问患者记录,并且通知护理协调者从患者获得和/或为患者提供的任何另外的信息。
图1E图示了在步骤165之后的用于护理提供者以便协调患者护理的示范性过程。例如,在步骤168处,可以询问患者的总体健康,并且在步骤169处,医学专业人员可以具体解决在报告130上关于患者列出的原因。例如,医学专业人员可以访问列出的原因,并且基于列出的原因直接关于症状和/或其他潜在健康担忧进行询问。在步骤170处,也可以问患者他们是否有还未解决的任何健康担忧。如果患者没有另外的担忧,在步骤171处,可以通知患者其状况可以继续被监测,并且鼓励患者如果其状况改变或需要另外的帮助则联系护理协调者。应理解,在步骤172处,来自步骤171的患者注释和其他信息可以被录入综合护理系统。
如果患者的确有另外的担忧,那么在步骤173处,医学专业人员可以能够确定健康担忧是否是新的状况和/或恶化的状况,并且患者是否已经与其主要护理医师或其他专家讨论其担忧。在步骤174处,医学专业人员可以另外地确定患者是否需要立即评估。例如,医学专业人员可以确定患者应当由其主要护理医师、临床医师、肾病学家、专家或其他医学专业人员进行评估,以便进一步评估和测试。如果医学专业人员确定患者需要立即评估,那么在步骤175处,可以通知患者适当的几方正被通知,并且与安排和协调相关的其他步骤可以由护理协调者处理。如果在步骤174处患者不需要由医学专业人员确定的立即评估,那么在步骤176处,患者信息可以被发送到适当的几方(例如,主要护理医师、临床医师、肾病学家、专家或其他医学专业人员)以便进行另外的评估和潜在的随访。在步骤175、176处也可以为患者提供接触信息,并且鼓励患者如果其状况改变或需要另外的帮助则接触护理协调者。应理解,在步骤172处,来自步骤175、176的患者注释和其他信息可以被录入综合护理系统。在一些实施例中,在步骤172处,综合护理系统可以更新报告130。
图1F图示了与综合护理系统相关联的各方之间的交互和参与的示范性实施例。例如,如关于图11描述的,护理协调系统和/或导航单元可以涉及多方以便协调总体患者处置。如上所述,技术人员或服务提供者可以包括呼叫人员、操作者、护士、临床医师、医师、护理协调者、和/或其他医学专业人员,并且每一个可以基于报告130而个体地与患者互动,并且报告130可以基于其与患者的交互而被更新。一旦报告130已经如流程图150中描述的那样被更新,报告就130可以被提供给另一方或服务提供者,例如,现场护士和/或专科护士,包括但不限于肾脏护理护士。如图1F所示,每一方的泳道可以定义进一步的患者互动。例如,例如来自步骤172的更新的报告130可以由技术人员、护理协调者或服务提供者提供,并且在步骤177处被发送给责任方。在步骤178处,现场护士或其他医学专业人员可以接收更新的报告,并且确定被识别为处于住院风险的哪些患者被安排参加处置(例如,诊所处的透析处置)。在步骤179处,现场护士可以访问每个所识别的参加处置的患者,以当面评价其状况和/或解决任何患者担忧。另外地和/或备选地,在步骤180处,专科护士(例如,肾脏护理护士)可以检查报告130,并且确定护理导航单元是否联系了所识别的患者,并且在步骤181处,可以分配工作人员或其他医学专业人员以寻找和联系患者以便直接患者评价。例如,患者与医学专业人员之间的当面联系可以允许否则不可通过报告130确定的诊断和/或评价。这种另外的随访和护理可以帮助降低和/或消除患者的住院风险,这对患者的长期护理会是有益的。在步骤182处,技术人员、护理协调者或服务提供者可以确定任何患者是否缺失安排的处置,并且如果这样的话,如果他们住院。另外的随访和患者接触然后可以被协调。
报告130可以是由综合护理系统可生成的,以便识别和/或为患者提供干预处置。在一些实施例中,当报告被生成时,可以基于风险评分水平识别可以受益于预定处置的一个或多个患者。护理提供者可以根据报告130评价所识别的患者以便指导另外的和/或不同的处置。例如,可以为所识别的具有高风险评分的患者提供可以改变其疾病进程的另外的服务和/或处置。在一些患者中,肾脏疾病进程可以通过接收即时的干预处置而被减慢或甚至逆转,由此潜在地最小化或甚至防止未来的临近住院。综合护理系统可以确定一个或多个患者的住院风险,这可以导致患者以前瞻性方式接收另外的服务和护理,潜在地预防其肾脏疾病的恶化或甚至住院。
参考图2A,根据本公开的一个范例包括用于处置患者或患者群体240的协调护理框架200。患者/群体240的整体护理由护理协调系统210监督和协调。护理协调系统210包括护理分析和指导系统220(其在本文中可互换地称为“综合护理系统”),所述护理分析和指导系统220接收、分析和创建用于协调患者/群体240的护理的数据。护理协调系统210利用护理导航单元(CNU)230,护理导航单元根据从护理分析和指导系统220接收的数据来实施协调护理。为管理患者/群体240的整体健康和福祉,护理协调系统210与许多相关实体和部件进行通信。在图2A中,双箭头线以图形方式表示通信和交互流/渠道。
在图2A所示的范例中,护理协调系统210在包括慢性护理中心或诊所241、医师242(其可能包括肾病学家,尤其是针对肾脏患者)、护士243、实验室244(例如,血液实验室或其他诊断实验室)、药房245、医院246、医学设备247(例如,透析机器或其他医学处置/监测设备)、紧急护理诊所248、专科服务249、咨询和心理健康服务250、营养学家/营养师251、运输服务252、医学设备和用品提供者253、门诊外科中心(ASC)254、另外服务255、医学记录256、财务和账单记录257和付款人258(例如,CMS或私人保险公司)的实体之间协调对患者240的护理。
应该理解,一些范例实施例可以包括未示出的其他实体,和/或可以排除所示的实体中的一些。此外,应该理解,所示的通信渠道不是排他的,并且各种实体还可以在适当时在彼此和/或患者240之间直接或间接地通信。在一些范例中,护理协调系统210与其他实体中的一个或多个之间的通信可以是间接的,经过一个或多个中间实体。例如,护士243的协调可以直接在护理协调系统210与护士243之间进行,或经由诸如诊所241、248、医院246之类的中间渠道或任何其他合适的渠道进行。
根据一些范例,图2A的框架200可以用于处置诸如肾脏疾病的进程等疾病,例如终末期肾脏疾病(ESRD)和/或慢性肾脏疾病(CKD)。患有ESRD的患者是正在接受肾脏疾病的长期护理、例如通过透析处置的患者。如果肾脏处置未被适当地维持,具有肾脏疾病(例如,ESRD)的患者则会住院,但是一些住院事件对患者会是破坏性的且昂贵的,并且经常会被干预阻止。例如,综合护理系统220可以被用来和/或配置为识别患者处于风险和被识别处于风险的原因来确定患者住院风险。监测透析患者的健康状况趋势可能会带来挑战。例如,患者可能会表现出不同程度和不稳定程度的功能/认知障碍,并且可能伴随复杂的临床异常现象,而与患者透析时间的长短无关。通过确定患者的住院风险,综合护理系统可以为患者识别另外的和/或不同处置选项。根据本公开的示范性实施例,包括护理分析和指导系统220的协调护理框架200,患者可以通过接收即时的干预处置以潜在地减慢或逆转疾病进程而延迟和/或完全避免住院。
护理分析和指导系统(综合护理系统)220可以包括并执行各种与健康护理有关的模式和/或程序。在一些范例中,这些模式和/或程序专门用于实施或执行特定的基于价值的护理框架(例如,ESCO模式、其他ACO模式、慢性特殊需求计划(C-SNP’s)等),而其他范例可能包括通常适用于多个基于价值的护理框架的模式/程序。还应当理解,可以为其他慢性疾病提供其他类型的基于价值的护理模式,其他慢性疾病包括但不限于慢性肾脏疾病,或上述其他慢性疾病和状况中的一种或两种以上。这些健康护理模式可能影响改善向患者提供基于价值的护理的方式,例如通过在指定结构内更有效地管理患者的护理,并且可能取代传统的服务收费(FFS)模式。服务收费模式通常可能专注于量而不是个性化患者护理的质量,而很少有动力改善患者的整体健康,与基于价值的模式相比,这种模式可能效率更低并且效果也更差。
将患者护理从传统的服务收费模式转向基于价值的健康护理模式可能会改善患者接受的护理,降低总成本,并且可能改善对被诊断成患有相同慢性疾病的大量患者群体的管理。例如,如上所述,基于价值的健康护理模式可以基于患者接受的护理的质量(例如,临床处置效果、满足特定的表现准则等)来向提供者付款,并且提供者和患者可以从致力于解决并改善患者的整体健康状况中受益。例如,CMS可以为诊断的疾病(例如,ESRD)的患者护理设定预算,从而激励健康护理提供者进行创新以降低提供对该疾病的处置的成本。在一些实施例中,可以通过“分担风险”合同来关联或协商支付,其中,与疾病和患者的协调护理相关联的成本以及储蓄由提供者和支付者共同承担。这种安排存在于上文更详细描述的ESCO模式中。
在一些实施例中,护理协调系统可以通过CEC/ESCO框架来识别、测试和/或评估创新,以改善对诊断患有ESRD的医学保险受益人的患者护理。护理协调系统可以为要彼此联系的透析诊所、肾病学家或其他专家和/或其他提供者提供结构,以为一致的受益人进行护理协调。基于价值的健康护理模式可能基于所递送护理服务的质量来激励提供者。例如,护理协调系统可以包括用于改善护理协调、个性化患者护理和/或改善患者群体的长期健康结果的激励措施。护理协调系统还可以协调由医学保险A部分(例如,医院保险)和B部分(例如,医学保险)支出、包括用于其一致的ESRD受益人的透析服务相关的支出衡量的处置效果,例如临床质量、财务等。应当理解,一些基于价值的健康护理模式也可能包括医学保险D部分(例如,处方药保险)支出。
综合护理系统220可以形成用于在所有护理方面中诊断和处置患者的临床系统的一部分。综合护理系统220可以连接到另外的临床系统,包括但不限于药房、CKD/ESRD数据登记处等。例如,综合护理系统可以基于医学专业人员提供的信息自动向药房发送处方和其他患者信息,并且可以向CKD/ESRD数据登记处发送和接收数据和信息,以便与其他患者进行比较,并预测未来的处置。综合护理系统可以确定与CKD/ESRD相关联的事件,并采取适当的措施,包括但不限于通知患者、通知临床医师何时需要特定的干预和/或提醒临床医师即将到来的重要干预日期。
一个或多个外系统或外部系统也可以连接到综合护理系统220。例如,外部系统可以包括诊断和/或处置装备(诸如透析机器)、实验室、医生办公室、医院和/或电子医学记录中的一个或多个。患者信息可以在综合护理系统与外部系统之间发送和接收,以便患者护理可以在多个功能之间更有效、标准化和一致。例如,综合护理系统220(参见图2A)可以从患者的电子医学记录中接收信息,从而访问历史信息。透析单元或透析机器、医生办公室、实验室和医院可以基于患者处置向综合护理系统发送信息,并且从综合护理系统接收信息。
如以下关于图12-15所述,在一些实施例中,护理协调系统可以向透析机器1200、1300、1400提供信息,以透析处置中使用。在一些实施例中,综合护理系统可以向透析机器1200、1300、1400发送来自医学专业人员的用于规定透析处置的处方,在这种情况下,综合护理系统可以从医生办公室或医院接收处方。综合护理系统还可以对照患者的实验室检查或医学记录来验证所规定的处置,并且在某些情况下,可以将处方远程编程到患者的透析机器上,或将处方转发到机器上以进行本地设置。以这种方式,可以确保患者接受必要和正确的处置,并且可以防止患者进行或接受不适当量的透析处置,从而减少人为失误并改善患者护理。综合护理系统220还能够基于从这些外部系统以及另外的临床系统接收的信息来通知相关医学专业人员,例如,以向患者提供适当的医学处置,包括可以减轻或避免住院的风险、甚至可以改变患者的疾病进程的处置的(一个或多个)进程。如果患者接收前瞻性医学处置,则患者的肾脏疾病进程可以减慢或和/或甚至被逆转。
图2B是协调护理框架的另一个图示。图2B的协调护理框架200’与图2A的协调护理框架200共享本文中描述的特征,除非另有说明。在本范例中描述的协调护理框架200’被提供用于将患者护理整合到处置肾脏疾病中,例如,示出了ESRD和/或CKD(但是它也可以适配为针对类似于图2A的框架地适用于其他慢性疾病)。护理协调系统210’可以将患者护理的至少一些方面与综合护理系统220’(其可以包括并执行与健康护理有关的模式和/或程序260)进行协调,以支持患者护理。各种部件可以参与护理协调系统210’,以经由护理框架提供完整的患者护理。例如,任何数量的并入的护理部件可以向综合护理系统220’发送信息,以及从综合护理系统220’接收信息,包括但不限于辅助服务部件265、数据创建和/或管理部件270、护理提供者部件275、设备和/或用品部件280和监管部件285。在一些实施例中,护理协调系统210’可以与包括但不限于实验室服务、研究等的第三方资源合作。在一些实施例中,护理框架可以包括护理导航单元230’,或由护理导航单元230’实现,或与护理导航单元230’相关联。在图2B的范例中,注意到,护理导航单元230’被指示为与护理协调系统210’分离开的实体,但是应该理解,在其他范例中(例如参见图2A),护理导航单元可以被包括为护理协调系统的一部分。
如上所述,综合护理系统(例如,护理分析和指导系统)220、220’的每个部件可以包括一个或多个单元,包括内部服务和支持以及外部服务和支持。如图6中所示,辅助服务部件265可以包括与辅助患者服务有关的任何数量的“n”个服务605a、605b、...、605n。例如,辅助服务可以包括实验室605a、个性化护理605b和/或药房605c。辅助服务605a、605b、...、605n中的每个可以向综合护理系统220、220’发送和接收患者信息,以进行编译和分析。例如,实验室可以自动向综合护理系统220、220’发送患者血液检查的结果和其他测试结果。另外地,综合护理系统220、220’可以基于来自医学专业人员的确定和/或由护理协调系统210’经由护理框架收集的其他信息,自动向实验室发送测试指令以对患者样本进行选择的测试。类似地,综合护理系统220、220’可以基于患者的测试结果和由综合护理系统220、220’确定的其他因素,自动向药房发送处方和剂量指令。药房还可以向综合护理系统220、220’发送与其他患者处方相关的信息,以用于潜在的不良药物相互作用、如何及时补充处方和/或患者与药剂师的交互等。
在一些实施例中,患者可以从营养学家和/或营养师605d的护理中受益,以调整饮食限制作为其护理的组成部分。例如,ESRD患者可能已经规定了饮食要求,这是接受血液透析和对他们的肾脏疾病的其他处置的一部分。患者可能会从营养学家和/或营养师的咨询中受益,以朝向更健康的饮食生活方式和其他潜在的与健康有关的益处移动。还可以对患者管理流体管理605e,以确保患者正在接收适当量和类型的流体。患有CKD和/或ESRD的患者可能会有流体限制,以获得更好的透析结果。一些患者可能难以理解液体摄入,和/或可能无法可靠地追踪其液体摄入。在一些实施例中,流体管理可以由营养学家和/或营养师管理,虽然应当理解,在其他实施例中,患者的流体摄入可以由另一位医学专业人员进行管理。在实施例中,患者可以受益于心理健康专业人员605f的护理,例如,心理学家、精神科医生和/或其他咨询服务。如上所述,患者的心理健康可能会受到疾病进程的影响,否则可能会在处置过程中被其他医学专业人员忽略。因此,安排并提供心理健康专业人员可能会改善患者的全面健康状况。
现在参考图7,如上所述,数据创建/管理部件270可以包括与患者数据的创建和/或管理有关的一个或多个单元,包括内部服务和支持以及外部服务和支持。例如,数据创建/管理部件270可以包括任何数量的“n”个服务705a、705b、...、705n。如图7所示,电子医学记录(EMR)705a、数据登记处705b和临床信息705c可以接收、存储和/或发送由护理分析和指导系统220、220’确定的患者数据记录。例如,患者的医学记录可以在接收到来自医学专业人员的实验室结果、处置信息和/或注释之后自动更新。护理分析和指导系统220、220’可以利用患者的医学记录以用于趋势或触发事件,以便护理协调系统210’可以向医学专业人员提供相关信息,以进行处置和其他护理选择建议以及对各种可能的干预进行时间安排和协调。在一些实施例中,护理分析和指导系统220、220’可以分析多个患者作为数据登记的一部分,以用于确定全局趋势并从宏观水平分析数据。
图8示出了一个示范性护理提供者部件275,包括提供患者护理的一个或多个单元,如附图标记805a、805b、、805n所示。提供者部件275中可以包括任何数量的“n”个单元。在一些实施例中,护理提供者可以包括医师和/或医师组805a(例如,初级护理医师(PCP)和专家,如肾病学家)、实践管理系统805b、医院805c和/或诊所/中心805d,虽然也可以设想另外性的或替代性的护理提供者。综合护理系统220、220’可以向护理提供者发送信息并且从护理提供者接收信息,以用于患者处置。例如,综合护理系统220、220’可以接收患者检查的医生注释、住院信息等,并且可以基于接收到的其他患者数据来发送计算的信息和其他确定的因素。例如,综合护理系统220、220’可以发送估计和处置建议,以识别、减少、避免和/或消除患者在肾脏疾病或肾脏疾病处置的方面和/或影响的风险,以基于所有接收到的患者数据和对其进行的评估来向患者提供处置。
图9示出了用于单个患者的一个示范性设备和/或用品部件280,例如,处置用品,其可以包括任何数量的“n”个服务905a、905b、...、905n。在一些实施例中,综合护理系统220、220’可以发送和接收与一次性医学设备905a、信息技术(IT)技术支持905b、库存控制905c和/或透析单元905d、或诊所中的透析机器的套件有关的信息。如上所述,许多患者在家接受处置,如家庭透析,需要持续供应一次性医学用品以用于每次处置。用品和/或透析设备的交付可以由综合护理系统220、220’自动监测、补充和/或存库,以确保适当的机器功能和材料和资源的稳定供应,以确保患者接受所有规定的处置。
图10示出了一种示范性监管部件285,其可以包括与政府和监管要求有关的任何数量的“n”个服务1005a、1005b、...、1005n。例如,某些州和联邦法规和监管机构可能参与了保险和/或医学补助和医学保险服务中心(CMS)1005a、公众产品批准(例如,食品和药物管理局(FDA))1005b以及帐单1005c。综合护理系统220、220’可以向这些单元中的每个单元发送信息,并且从这些单元中的每个单元接收信息,以确保正确的账单编码、监管批准和/或保险支付。
如上文所介绍的,护理导航单元230、230’可以基于由综合护理系统220、220’根据来自部件265、270、275、280、285中的任何一个以及护理协调系统210’的数据和信息确定的分析和计算来监督和协调患者护理。例如,护理导航单元230’可以协调对患者的护理以跟踪完成干预处置,以解决随着时间的推移功能性和/或认知性患者损伤,改进共病管理,并帮助推动高价值的护理选择和随着时间的推移对患者作出处置决定的时间安排。如图11所示,护理导航单元230、230’可以包括由附图标记1105a、1105b、...、1105n指示的健康护理协调的不同方面,包括但不限于咨询、处置过渡、安排、患者监测、追踪、运输和/或出院护理。例如,综合护理系统220、220’可以确定患者需要往返处置中心的运输,并且可以自动安排运输,例如,公共交通、拼车、出租车、骑乘共享单车等,以便患者不会错过安排的处置。另外地,综合护理系统220、220’可以向相关的护理提供者、例如医学专家、医生和/或护士发送患者结果,以用于监测和/或处置建议。护理导航单元230’可以向患者提供服务,以解决与他们的肾脏疾病有关的完整健康护理需求。
护理导航单元230、230’可以包括处置过渡1105b,以使综合护理系统220、220’在肾脏疾病的进程中协调患者护理。例如,患者可能最初被诊断出患有慢性肾脏疾病(CKD)。然而,随着时间的推移,如果没有干预处置(例如,肾脏移植)或改善肾脏功能,患者可能会发展为终末期肾脏疾病(ESRD)。随着患者肾脏疾病的进程,患者可能需要额外的服务、支持和/或健康护理,这些服务、支持和/或健康护理可能由护理导航单元230’经由综合护理系统220、220’并通过护理协调系统210、210’的护理框架在护理框架200’下进行监督和/或管理。如上所述,护理导航单元230、230’可以基于相关联的住院风险评分来通过护理框架为患者提供另外的服务和/或处置。例如,为了降低住院的风险,护理导航单元230、230’可以基于向综合护理系统220、220’提供的患者参数评价患者的状况(例如,参见图1D-1F)。如果必要的话,护理导航单元230、230’然后可以确定干预处置,以降低住院风险评分。通过前瞻性地解决潜在的患者健康担忧,住院可以被延迟和/或避免,并且患者的疾病进程可以被减慢或逆转。
现在参考图3,综合护理系统、诸如综合护理系统220、220’可以包括控制器305、处理器310和存储器320。控制器305可以自动控制接收到的和发送到其他系统、例如另外的临床系统、外部系统以及业务管理和计费系统的信号。控制器305与其他系统之间的通信可以是双向的,由此系统可以确认控制信号,和/或可以提供与系统和/或所请求的操作相关联的信息。另外地,用户输入接口315和显示器302可以被设置成接收和/或显示来自用户、例如患者或诸如医生、护士、技术人员等的医学专业人员的输入。可以在用户输入接口315内采用的部件的范例包括小键盘、按钮、麦克风、触摸屏、手势识别设备、显示屏和扬声器。在一些实施例中,综合护理系统220、220’可以是用于存储和处理数据以及控制到其他系统的信号的服务器、计算机或其他设备。电源325可以允许综合护理系统220、220’接收电力,并且在一些实施例中可以是独立的电源。
处理器310可以被配置为能够执行操作系统,所述操作系统可以向应用软件提供平台服务,例如,用于操作综合护理系统220、220’。这些平台服务可以包括进程间和网络通信、文件系统管理和标准数据库操作。可以使用许多操作系统中的一个或多个,并且范例不限于任何特定的操作系统或操作系统特性。在一些范例中,处理器310可以被配置成能够执行实时操作系统(RTOS),如RTLinux,或非实时操作系统,如BSD或GNU/Linux。根据各种范例,处理器310可以是市售处理器,如由INTEL、AMD、MOTOROLA和FREESCALE制造的处理器。然而,处理器310可以是任何类型的处理器、多处理器或控制器,无论是市售的还是专门制造的。例如,根据一个范例,处理器310可以包括由MOTOROLA制造的MPC823微处理器。
存储器320可以包括被配置为能够存储非瞬态指令和数据的计算机可读和可写的非易失性数据存储介质。另外地,存储器320可以包括在处理器310的操作期间存储数据的处理器存储器。在一些范例中,处理器存储器包括相对高性能、易失性、随机存取存储器,如动态随机存取存储器(DRAM)、静态存储器(SRAM)或同步DRAM。然而,处理器存储器可以包括用于存储数据的任何设备,如非易失性存储器,其具有足够的信息通过量和存储容量以支持本文所述的功能。此外,范例不限于特定的存储器、存储器系统或数据存储系统。
存储在存储器320上的指令可以包括可以由处理器310执行的可执行程序或其他代码。该指令可以被持久地存储为编码信号,并且该指令可以使处理器310执行本文所述的功能。存储器320可以包括记录在介质上或介质中的信息,并且该信息可以在指令的执行期间由处理器310处理。存储器320还可以包括例如数据记录、用于处置和/或操作的定时、历史信息、统计信息以及用于处置的信息数据库。数据库可以存储在综合护理系统220、220’的存储器320中,并且可以由处理器310和控制器305访问。例如,可以从综合系统220、220’中的各种数据库中提取患者信息的历史数据,包括但不限于患者实验室结果、处置数据、处置期间的技术人员数据(护士注释)等。提取的数据可以用来生成可以用来训练机器学习模型以评价导致患者的住院的因素的数据库。例如,机器学习模型可以识别已经住院的患者,并且针对可能已经导致的住院的共性分析患者实验室值、处置数据、护士注释等。介质可以例如是光盘、磁盘或闪速存储器、以及其他,并且可以被永久地固定到控制器305或是从控制器305可移除的。
综合护理系统220、220’可以包括通信链路306,以便其他系统可以连接到综合护理系统220、220’。例如,另外的临床系统、外部系统以及业务管理和计费系统可以连接到综合护理系统220、220’,以发送和接收与提供患者护理相关联的数据和信息。在一些实施例中,通信链路306可以是无线的,以便系统可以是远程的,或综合护理系统220、220’和/或系统265、270、275、280、285、230’中的一个或多个可以驻留在基于云的架构中并在基于云的架构中操作。
一个或多个算法可以利用历史数据的模型,以在当前患者数据被综合护理系统220、220’输入和/或收集时对当前患者数据进行分析。算法可以基于历史数据对患者数据进行分析,以确定最可能住院的患者。综合护理系统220、220’可以进一步生成识别被确定为最可能处于住院风险的患者的报告。此类报告可以被发送给护理协调单元125,用于随访和处置推荐(参见图1A-1F)。这可以允许医学专业人员有时间干预并解决患者的潜在加剧的健康担忧,这最终可以降低或避免住院风险。及时的干预可以减慢或甚至逆转患者的肾脏疾病进程。
综合护理系统220、220’也可以经由天线345无线连接以进行远程通信。例如,综合护理系统220、220’可以通过控制器305、处理器310和/或存储器320来确定一个或多个患者参数,并且可以访问由外部系统存储的其他患者参数,例如,在存储在远离系统或机器的位置的服务器或数据库上或来自实验室或医院信息的电子医学记录中的患者参数。对于综合护理系统220、220’来说,访问在其他情况下可能是未知的或无法确定的患者参数以提供对患者的完整护理分析可能是有利的。如上所述,患者数据可以被发送到综合护理系统220、220’和/或由综合护理系统220、220’访问。控制器305、处理器310和存储器320可以接收、存储和/或确定相关的人口统计和实验室值或其他数据以用于计算。综合护理系统220、220’然后可以使用计算以确定住院的风险。在一些实施例中,当患者参数信息被更新时,例如,新的数据点可以被包括在系统中,并且对应的未来的或所识别的患者参数可以被更新并且被相应地调整。在实施例中,任何数量的变量可以被提取用于确定患者住院风险,例如,即将来临的住院、或在一周或一些其他定义的时间窗内的住院。在一些实施例中,综合护理系统220、220’可以利用患者变量用于确定长期住院风险,例如,在接下来十二个月内。另外地,在确定患者住院风险时可以包括注释(例如,来自医学专业人员的注释)。一个或多个算法可以基于提取的变量和历史数据生成住院的风险评分,并且在一些实施例中,可以识别与所生成的风险评分相关的主要因素。如上所述,通过确定患者的住院风险和原因,医学专业人员可以能够发展个性化患者干预来降低风险和/或防止住院。
现在参考图4-5,描述了包括综合护理系统(护理分析和指导系统)220、220’的健康护理系统(例如,协调护理框架200、200’)的操作环境的示范性实施例。图4示出了可以代表一些实施例的操作环境400的一个范例。如图4所示,操作环境400可以包括能操作以用于处置患者、例如患有慢性疾病的患者的系统405。在各种实施例中,系统405可以包括计算设备410。计算设备410可以包括处理电路420、存储器单元430、收发器450和/或显示器452。处理电路420可以通信地耦合到存储器单元430、收发器450和/或显示器452。应当理解,在一些实施例中,系统405可以包括协调护理框架200、200’,并且在一些实施例中,系统405可以包括其他系统和/或框架。
在一些实施例中,计算设备410可以通过收发器450连接到网络460。网络460可以包括节点462a-n,例如,远程计算设备、数据源464和/或诸如此类。
处理电路420可以包括和/或可以访问各种逻辑器件以执行根据一些实施例的处理。处理电路120或其部分可以在硬件、软件或其组合中实施。如本申请中所使用的,术语“逻辑器件”、“部件”、“层”、“系统”、“电路”、“解码器”、“编码器”和/或“模块”意指与计算机有关的实体,要么是硬件、硬件和软件的组合、软件,要么是执行中的软件,其范例由图15的示范性计算架构1500提供。例如,逻辑、电路或层可以是和/或可以包括,但不限于,在处理器上运行的进程、处理器、硬盘驱动器、(光学和/或磁性存储介质的)多个存储驱动器、对象、可执行文件、执行线程、程序、计算机、硬件电路、集成电路、专用集成电路(ASIC)、可编程逻辑设备(PLD)、数字信号处理器(DSP)、现场可编程门阵列(FPGA)、片上系统(SoC)、存储器单元、逻辑门、寄存器、半导体器件、芯片、微芯片、芯片组、软件部件、程序、应用程序、固件、软件模块、计算机代码、前述任何一种的组合和/或诸如此类。
还应当理解,处理电路420的部件可以位于加速器、处理器核心、接口、单独的处理器管芯内、完全实施为软件应用程序和/或诸如此类。
存储器单元430可以包括一个或多个更高速度存储器单元形式的各种类型的计算机可读存储介质和/或系统,如只读存储器(ROM)、随机存取存储器(RAM)、动态RAM(DRAM)、双倍数据速率DRAM(DDRAM)、同步DRAM(SDRAM)、静态RAM(SRAM)、可编程ROM(PROM)、可擦除可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)、闪存、聚合物存储器、如铁电聚合物存储器、奥氏存储器、相变或铁电存储器、硅氧化物-氮化物-氧化物-硅(SONOS)存储器、磁卡或光卡、诸如独立磁盘冗余阵列(RAID)驱动器的设备的阵列、固态存储器设备(例如,USB存储器、固态驱动器(SSD))和任何其他类型的适合于存储信息的存储介质。此外,存储器单元430可以包括一个或多个较低速度存储器单元形式的各种类型的计算机可读存储介质,包括内部(或外部)硬盘驱动器(HDD)、磁性软盘驱动器(FDD)和从可移动光盘(例如,CD-ROM或DVD)读取或写入的光盘驱动器、固态驱动器(SSD)和/或诸如此类。
存储器单元430可以存储各种信息,例如,一个或多个程序,以执行识别和处置患有CKD和/或ESRD的患者的各种功能。在一些实施例中,存储器430可以包括具有应用程序编程接口(API)和/或图形用户接口(GUI)以读取、写入和/或以其他方式访问信息的逻辑,例如经由显示器452、Web接口、移动应用程序(“移动应用程序”、“移动app”或“app”)和/或诸如此类。以这种方式,在一些实施例中,操作者可以搜索、可视化、读取、添加或以其他方式访问与患者群体相关联的信息,以用于识别和处置CKD和/或ESRD。
在一些实施例中,存储器单元430可以存储与患者群体相关联的各种信息,以用于识别和处置CKD和/或ESRD。在一些实施例中,存储在存储器单元430中的信息可以从数据源464检索和/或移动到数据源464中,所述数据源464包括但不限于医院信息管理系统(HIMS)、实验室信息管理系统(LIMS)、健康信息系统(HIS)、电子医学记录(EMR)、临床试验数据库和/或诸如此类。例如,作为患者信息分析435,一个或多个成像或算法或其组合可以是可实施的。在一些实施例中,程序和/或算法可以被用于确定住院的风险评分。
图5示出了可以代表一些实施例的操作环境500的一个范例。如图5所示,操作环境500可以包括平台505,例如,健康护理交换平台。在一些实施例中,平台505可以用于在感兴趣的实体之间提供临床数据和/或临床试验信息的交换。在各种实施例中,平台505可以包括可操作以在节点560a-n和570a-n之间利用服务来识别患者群体并处置CKD和/或ESRD的应用平台。在示范性实施例中,平台505可以是与医学设备、健康护理服务、临床研究服务、实验室服务、临床试验服务和/或诸如此类相关联的制造商和/或开发商(“开发商”)提供给客户的软件平台、套件、协议集和/或诸如此类。
例如,开发商可以提供平台505作为数据交换接口,以供各种实体使用,包括政府实体(例如,FDA)和其他利益相关者(例如,药品制造商、医学设备制造商和/或诸如此类)。诸如医院、透析诊所、健康护理提供者、政府实体、监管实体、药品制造商、医学设备制造商和/或诸如此类的实体,经由开发商提供的节点570a-n提供和/或接收临床试验服务,可以使用平台505来根据一些实施例实施过程。其他实体可以经由诸如客户端应用程序、Web接口、移动应用程序和/或诸如此类的GUI访问平台505,例如,用于执行与存储器522相关联的功能。在一些实施例中,平台505的至少一部分可以托管在云计算环境中。
节点570a-n可以是存储器522的数据生产者,而节点560a-n可以是存储器522的数据消费者。例如,节点570a-n可以包括提供由存储器522用于生成、执行和/或评估患者群体的临床数据、模型信息和/或诸如此类的实体。节点560a-n可以包括第三方应用、决策者、分析过程、监管者和/或可能对生成、执行和/或评估患者群体的结果感兴趣的其他数据消费者。实体既可以是数据生产者,也可以是数据消费者。
例如,节点560a可以是基于对包括医学记录、实验室数据、药房等(节点570a)的患者群体的分析向患者提供处置的护理提供者(节点560b)。数据生产者570a-n可以根据许可以例如以HIMS、LIMS、EMR和/或诸如此类中的记录的形式向平台505提供分析数据。数据消费者560a-n可以根据许可而经由平台505(例如,通过HIMS、LIMS、EMR和/或诸如此类和/或此类记录的本地副本)来访问分析数据。
在一些实施例中,平台505可以根据基于云的模型和/或“即服务”模型进行操作。以这种方式,平台505可以提供作为单个中央平台操作的服务,该中央平台允许实体访问临床数据、模型信息、模拟结果和/或诸如此类。
在一些实施例中,推荐的处置和/或服务中的一个可以是改变或更改用于患者的透析处置处方。如图12-14所示和下面描述的,透析机器1200、1300、1400,例如诸如腹膜透析机器或血液透析机器等的透析机器,可以连接到综合护理系统220、220’,以用于发送和接收透析信息,以向患者提供适当的护理。血液透析机器可以位于诸如肾脏护理诊所、透析诊所或其他第三方护理提供者等的肾脏诊所中。在一些实施例中,腹膜透析机器和/或血液透析机器可以是家用机器,例如,可以在患者的家中执行处置。如上所述,综合护理系统可以适用于其他慢性疾病,并且可以连接到与那些疾病有关的机器,那些疾病包括但不限于慢性肾脏疾病,或上述一种或两种以上其他慢性疾病和状况。例如,机器1200、1300、1400可以将患者数据发送到综合护理系统220、220’,用于在一个或多个算法中作为数据用于提取和/或处理以便确定ESRD患者是否处于住院的风险。
参考图12,示出了根据本公开的透析机器1200和控制器1205的一个示范性实施例的示意图。透析机器1200可以是用于对患者执行透析处置的透析机器,例如,腹膜透析机器或血液透析机器(参见图12-14)。控制器1205可以在透析处置的过程期间自动控制处置功能的执行。例如,控制器1200可以基于从护理分析和指导系统220、220’接收到的信息来控制透析处置。控制器1205可以操作地连接到传感器1240,并递送一个或多个信号以执行一个或多个处置功能,或与各种处置系统相关联的处置过程。虽然图12示出了并入透析机器1200中的部件,但是控制器1205、处理器1210和存储器1220中的至少一个可以被配置成能够在外部并且有线或无线地连接到透析机器1200,作为透析系统的单独的部件。在一些实施例中,控制器1205、处理器1210和存储器1220可以远离透析机器并且被配置成能够无线通信。
在一些实施例中,系统或机器1200、1300、1400的控制器1205、处理器1210和存储器1220可以从传感器1240接收指示一个或多个患者参数的信号。控制器1205与处置系统之间的通信可以是双向的,借此处置系统确认控制信号,和/或可以提供与处置系统和/或所请求的操作相关联的状态信息。例如,系统状态信息可以包括与待由处置系统执行的特定操作(例如,用于输送透析液的触发泵、用于输送过滤后的血液的触发泵和/或压缩机等)相关联的状态和与特定操作(例如,准备执行、在执行、完成、成功完成、排队等待执行、等待控制信号等)相关联的状态。
透析系统或机器1200、1300、1400还可以包括至少一个操作地连接到控制器1205的泵1250。控制器1205还可以操作地连接到设置在系统或透析机器1200、1300、1400中的一个或多个扬声器1230和一个或多个麦克风1235。用户输入接口1215可以包括允许控制器1205与诸如患者或其他用户的外部实体通信的硬件和软件部件的组合。这些部件可以被配置成能够从诸如身体运动或手势等的措施和言语语调接收信息。在实施例中,用户输入接口1215的部件可以向外部实体提供信息。可以在用户输入接口1215内使用的部件的范例包括键区、按钮、麦克风、触摸屏、手势识别设备、显示屏和扬声器。
如图12中所示,传感器1240可以被包括,以用于检测和监测一个或多个参数,并且传感器1240可以操作地连接到至少控制器1205、处理器1210和存储器1220。处理器1210可以被配置为能够执行操作系统,操作系统可以向应用程序软件提供平台服务,例如以用于操作透析机器1200。这些平台服务可以包括进程间和网络通信、文件系统管理和标准数据库操作。可以使用许多操作系统中的一个或多个,并且范例不限于任何特定的操作系统或操作系统特性。在一些范例中,处理器1210可以被配置成能够执行实时操作系统(RTOS),如RTLinux,或非实时操作系统,如BSD或GNU/Linux。根据各种范例,处理器1210可以是市售处理器,如由INTEL、AMD、MOTOROLA和FREESCALE制造的处理器。然而,处理器1210可以是任何类型的处理器、多处理器或控制器,无论是市售的还是专门制造的。例如,根据一个范例,处理器1210可以包括由MOTOROLA制造的MPC823微处理器。
存储器1220可以包括被配置成能够存储非瞬态指令和数据的计算机可读和可写的非易失性数据存储介质。此外,存储器1220可以包括在处理器1210的操作期间存储数据的处理器存储器。在一些范例中,处理器存储器包括相对高性能、易失性、随机存取存储器,如动态随机存取存储器(DRAM)、静态存储器(SRAM)或同步DRAM。然而,处理器存储器可以包括用于存储数据的任何设备,如非易失性存储器,其具有足够的信息通过量和存储容量以支持本文所述的功能。此外,范例不限于特定的存储器、存储器系统或数据存储系统。
存储在存储器1220上的指令可以包括可以由处理器1210执行的可执行程序或其他代码。该指令可以被持久地存储为编码信号,并且该指令可以使处理器1210执行本文所述的功能。存储器1220可以包括记录在介质上或介质中的信息,并且该信息可以在指令的执行期间由处理器1210处理。存储器1220还可以包括例如用于用户定时要求的数据记录的规范、用于处置和/或操作的定时、历史传感器信息以及其他数据库等。介质可以例如是光盘、磁盘或闪存等,并且可以永久地附于控制器1200上或从控制器1200上移除。
压力传感器可以被包括,以用于监测系统或机器1200、1300、1400的流体压力,但是传感器1240也可以包括心率传感器、呼吸传感器、温度传感器、重量传感器、视频传感器、热成像传感器、脑电图传感器、运动传感器、音频传感器、加速计或电容传感器中的任何一种。应当理解,传感器1240可以包括具有变化的采样率的传感器,包括无线传感器。基于由传感器1240监测的数据,诸如心率和呼吸速率等的患者参数可以由控制器1200确定。
控制器1205可以被设置在机器1200、1300、1400中,或可以经由示意性地示为通信元件1206的通信端口或无线通信链路耦合到机器1200、1300、1400。例如,通信元件1206可以将透析机器1200、1300、1400连接到护理分析和指导系统220、220’或诸如外部系统或其他临床系统的另一个远程系统。透析机器1200、1300、1400可以经由通信元件1206连接到综合护理系统220、220’,以便控制器1205可以向护理分析和指导系统220、220’发送和接收信息和其他信号。如上所述,护理分析和指导系统220、220’可以基于从其他系统(例如,外部系统、临床系统)接收到的信息,将规定的透析处置直接引导到透析机器,以确保患者接受正确的处置。透析机器还可以向护理分析和指导系统220、220’发送数据和其他信息,以便在透析处置需要调整的情况下,护理分析和指导系统220、220’可以确保任何变化都不会不利地影响患者的健康。
作为设置在机器1200、1300、1400内的部件,控制器1205可以操作地连接到传感器1240、泵1250、泵头1404、1406等中的任何一个或多个。控制器1205可以将控制信号或触发电压通信到系统或机器1200、1300、1400的部件。如所讨论的,控制器1205的示范性实施例可以包括无线通信接口。控制器1205可以检测远程设备以确定是否有任何远程传感器可用于增强用于评估患者的任何传感器数据。
图13A-13B示出了腹膜透析(PD)系统1301的一个范例,所述系统是根据本文所述的系统的一个示范性实施例配置的。在一些实施方式中,PD系统1301可以是家庭PD系统,例如,被配置用于在患者家中使用的PD系统。透析系统1301可以包括透析机器1300(例如,腹膜透析机器1300,也称为PD循环仪),并且在一些实施例中,该机器可以坐在推车1304上。
透析机器1302可以包括壳体1306、门1308和包括用于接触一次性匣盒或盒1315的泵头1342、1344的盒式接口,其中,盒1315位于在盒式接口与关闭的门1308之间形成的隔室(例如,腔1305)内。流体管线1325可以以已知的方式,例如经由连接器耦合到盒1315,并且还可以包括用于控制流体流入和流出容纳新鲜透析液和加温流体的流体袋的阀。在另一个实施例中,流体管线1325的至少一部分可以与盒1315成一体。在操作之前,用户可以打开门1308以插入新的盒1315,并且在操作之后移除用过的盒1315。
盒1315可以放置在机器1300的腔1305中以供操作。在操作期间,透析流体可以经由盒1315流入患者的腹部,并且用过的透析液、废物和/或多余的流体可以经由盒1315从患者的腹部去除。门1308可以牢固地关闭到机器1300上。用于患者的腹膜透析可以包括大约10至30升流体的总处置,其中,大约2升的透析流体被泵入到患者的腹部,保留一段时间,例如,约一个小时,然后从患者身体泵出。重复该过程直到达到全部处置量,并且通常发生在患者入睡的夜间。
加热器托盘1316可以定位在壳体1306的顶部上。加热器托盘1316可以具有任何尺寸和形状,以容纳一袋透析液(例如,5L透析液袋)用于分批加热。透析机器1300还可以包括用户接口,如可由用户(例如,护理者或患者)操作的触摸屏1318和控制面板1320,以允许例如设置、启动和/或终止透析处置。在一些实施例中,加热器托盘1316可以包括加热元件1335,用于在将透析液输送到患者体内之前对其进行加热。
透析液袋1322可以悬挂在推车1334侧面的钩上,并且加热器袋1324可以定位在加热器托盘1316中。悬挂透析液袋1322可以改善空气管理,因为空气内容物可以通过重力排到透析液袋1322的顶部部分。虽然在图13B中示出了四个透析液袋1322,但是任何数量的“n”个透析液袋可以连接到透析机器1300(例如,1至5个袋,或更多),并且对第一和第二袋的引用不限制在透析系统1301中使用的袋的总数。例如,透析机器可以具有可连接在系统1301中的透析液袋1322a、...、1322n。在一些实施例中,连接器和管端口可以连接透析液袋1322和用于转移透析液的管线。来自透析液袋1322的透析液可以分批转移到加热袋1324。例如,一批透析液可以从透析液袋1322转移到加热器袋1324,在加热器袋处透析液由加热元件1340加热。当该批透析液已经达到预定的温度(例如,大约98°-100°F,37℃)时,该批透析液可以流入患者体内。透析液袋1322和加热器袋1324可以分别经由透析液袋管线或管1325和加热器袋管线或管1328连接到盒1315。透析液袋管线1325可以用于在使用期间将透析液从透析液袋1322传递到盒,并且加热器袋管线1328可以用于在使用期间在盒与加热器袋1324之间来回传递透析液。此外,患者管线1336和排出管线1332可以连接到盒1315。患者管线1336可以经由导管连接到患者的腹部,并且可以用于在使用期间通过泵头1342、1344在盒与患者的腹膜腔之间来回传递透析液。排出管线1332可以连接到排出部或排出容器,并且可以用于在使用期间将透析液从盒传递到排出部或排出容器。
虽然在一些实施例中,透析液可以如上所述进行分批加热,但是在其他实施例中,透析机器可以通过线内加热来加热透析液,例如,在将透析液输送到患者之前,连续地使透析液流过位于加热元件之间的较暖的包袋。例如,代替将用于分批加热的加热器袋放置在加热器托盘上,可以在透析机器内部设置一个或多个加热元件。较暖的包袋可以经由开口插入到透析机器中。还应当理解的是,较暖的包袋可以经由管(例如,管1325)或流体管线经由盒连接到透析机器。所述管可以是可连接的,以便透析液可以从透析液袋流出通过用于加热的较暖的包袋并流向患者。
在这样的线内加热实施例中,可以配置较暖的包袋,以便透析液可以连续流过该较暖的包袋(而不是分批地转移以进行分批加热),以在流入患者体内之前达到预定的温度。例如,在一些实施例中,透析液可以以大约100-300mL/min之间的速率持续流过较暖的包袋。内部加热元件(未示出)可以位于开口的上方和/或下方,以便当将较暖的包袋插入到开口中时,一个或多个加热元件可以影响流过较暖的包袋的透析液的温度。在一些实施例中,内部的较暖的包袋可以替代地是系统中被加热元件经过、围绕加热元件或以其他方式相对于加热元件配置的管的一部分。
触摸屏1318和控制面板1320可以允许操作者向透析机器1300输入各种处置参数,以及以其他方式控制透析机器1300。此外,触摸屏1318可以用作显示器。触摸屏1318可以起到向患者和透析系统1301的操作者提供信息的作用。例如,触摸屏1318可以显示与待应用于患者的透析处置有关的信息,包括与处方有关的信息。
透析机器1300可以包括处于透析机器1300内部的处理模块1302,所述处理模块1302被配置为能够与触摸屏1318和控制面板1320通信。处理模块1302可以被配置为能够从触摸屏1318、控制面板1320和传感器、例如,重量、空气、流量、温度和/或压力传感器接收数据,基于接收到的数据来控制透析机器1300。例如,处理模块1302可以调整透析机器1300的操作参数。
透析机器1300可以被配置为能够连接到网络1303。到网络1303的连接可以经由有线和/或无线连接。透析机器1300可以包括被配置为能够促进到网络1303的连接的连接部件1304。连接部件1304可以是用于无线连接的收发器和/或用于处理通过有线连接发送和接收的信号的其他信号处理器。其他医学设备(例如,其他透析机器)或部件可以被配置成能够连接到网络1303并且与透析机器1300通信。
诸如触摸屏1318和/或显示器1320的用户接口部分可以包括用于选择和/或输入用户信息的一个或多个按钮。触摸屏1318和/或显示器1320可以操作地连接到控制器(未示出),并且设置在机器1300中,用于接收和处理用于操作透析机器1300的输入。
在一些实施例中,机器1200、1300、1400可以——替代性地或同时地或协同于向综合护理系统220、220’发送信息——将信息或提醒无线传输(例如,经由无线互联网连接)到远程位置,包括但不限于医生办公室、医院、呼叫中心和技术支持。例如,机器1200、1300、1400可以提供对机器操作和患者参数的实时远程监控。机器1200的存储器1220可以存储数据,或机器1200、1300、1400可以以预定间隔向本地或远程服务器传输数据。
图14图示了根据本公开的透析系统1400的一个示范性实施例的示意图。透析系统1400可以被配置为能够向患者1401提供血液透析处置。流体储存器1402可以经由管1403将新鲜透析液输送到透析器1404,并且一旦透析液通过透析器1404,储存器1406就可以经由管1405接收用过的透析液。血液透析操作可以通过患者外部过滤设备、例如透析器1404从患者血液中过滤微粒和/或污染物。由于透析液通过透析器1404,因此未过滤的患者血液也经由管1407进入透析器,并且过滤后的血液经由管1409返回给患者。可以经由压力传感器1410监测动脉压、经由传感器1418监测流入压力、经由压力传感器1414监测静脉压力。空气阱和检测器1416可以确保空气当被过滤并返回给患者1401时,没有被引入患者血液中。血液的流动和透析液的流动经由相应的泵、包括血液泵1412和流体泵1420来控制。肝素1422(血液稀释剂)可以与盐水1424结合使用,以确保血块不形成或阻塞通过系统的血液流动。
在一些实施例中,透析系统1400可以包括控制器1450,其可以类似于以上关于透析机器1400、1400所描述的控制器1450。控制器1450可以被配置为能够监视流体压力读数以识别指示诸如心率和/或呼吸速率等的患者参数的波动。在一些实施例中,患者心率和/或呼吸速率可以由流体流动管线和流体袋中的流体压力来确定。控制器1450还可以操作地连接到另外的传感器或传感器系统和/或与另外的传感器或传感器系统通信,虽然控制器1450可以使用关于患者的生物学功能或其他患者参数的任何可用数据。例如,控制器1450可以将患者数据发送给综合护理系统220、220’,用于在一个或多个算法中作为用于提取和处理的数据使用以便确定ESRD患者是否处于住院的风险。
图15示出了适合于实施如前所述的各种实施例的示范性计算架构1500的一个实施例。在各种实施例中,计算架构1500可以包括或被实施为电子设备的一部分。在一些实施例中,计算架构1500可以代表例如计算设备410和/或平台505和/或综合护理系统220、220’的部件。实施例不限于此上下文。
如在本申请中所使用的,术语“系统”和“部件”以及“模块”意指与计算机有关的实体,要么是硬件、硬件和软件的组合、软件,要么是执行中的软件,其范例由示范性计算架构1500提供。例如,部件可以是但不限于在处理器上运行的进程、处理器、硬盘驱动器、(光学和/或磁性存储介质的)多个存储驱动器、对象、可执行文件、执行线程、程序和/或计算机。作为说明,在服务器上运行的应用程序和服务器都可以是部件。一个或多个部件可以处于进程和/或执行线程内,并且部件可以位于一台计算机上和/或分布在两台或两台以上计算机之间。此外,部件可以通过各种类型的通信介质彼此通信地耦合以协调操作。协调可能涉及单向或双向的信息交换。例如,部件可以以在通信介质上传递的信号的形式来通信信息。该信息可以被实现为分配给各种信号线的信号。在这样的分配中,每个消息都是信号。然而,其他实施例可以替代性地使用数据消息。这样的数据消息可以通过各种连接发送。示范性连接包括并行接口、串行接口和总线接口。
计算架构1500包括诸如一个或多个处理器、多核处理器、协处理器、存储器单元、芯片组、控制器、外围设备、接口、振荡器、定时设备、视频卡、音频卡、多媒体输入/输出(I/O)部件、电源等各种常见的计算元件。然而,实施例并不限于由计算架构1500实现。
如图15所示,计算架构1500包括处理单元1504、系统存储器1506和系统总线1508。处理单元1504可以是各种市售处理器中的任何一种,包括但不限于和处理器;应用程序、嵌入式和安全处理器;和和处理器;IBM和Cell处理器;Core(2)和处理器;以及类似的处理器。双微处理器、多核处理器和其他多处理器架构也可以用作处理单元1504。
系统总线1508向处理单元1504提供用于包括但不限于系统存储器1506的系统部件的接口。系统总线1508可以是可以使用各种市售总线架构中的任何一种进一步互连到存储器总线(带有或没有存储器控制器)、外围总线和本地总线的多种类型的总线结构中的任何一种。接口适配器可以经由插槽架构连接到系统总线1508。范例插槽架构可以包括但不限于加速图形端口(AGP)、卡总线、(扩展的)行业标准架构((E)ISA)、微通道架构(MCA)、NuBus、外围部件互连(扩展的)(PCI(X))、PCIExpress、个人计算机存储卡国际协会(PCMCIA)等。
系统存储器1506可以包括一个或多个更高速度存储器单元形式的各种类型的计算机可读存储介质,如只读存储器(ROM)、随机存取存储器(RAM)、动态RAM(DRAM)、双倍数据速率DRAM(DDRAM)、同步DRAM(SDRAM)、静态RAM(SRAM)、可编程ROM(PROM)、可擦除可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)、闪存、聚合物存储器,如铁电聚合物存储器、奥氏存储器、相变或铁电存储器、硅氧化物-氮化物-氧化物-硅(SONOS)存储器、磁卡或光卡、诸如独立磁盘冗余阵列(RAID)驱动器的设备的阵列、固态存储器设备(例如,USB存储器、固态驱动器(SSD)和任何其他类型的适合于存储信息的存储介质。在图15中所示的说明性实施例中,系统存储器1506可以包括非易失性存储器1510和/或易失性存储器1512。基本输入/输出系统(BIOS)可以存储在非易失性存储器1510中。
计算机1502可以包括一个或多个较低速度存储器单元形式的各种类型的计算机可读存储介质,包括内部(或外部)硬盘驱动器(HDD)1514、从可移动磁盘1518读取或写入的磁性软盘驱动器(FDD)1516以及从可移动磁盘1522(例如,CD-ROM或DVD)读取或写入的光盘驱动器1520。HDD1514、FDD1516和光盘驱动器1520可以分别通过HDD接口1524、FDD接口1526和光盘驱动器接口1528连接到系统总线1508。用于外部驱动器实现的HDD接口1524可以包括通用串行总线(USB)和IEEE 884接口技术中的至少一项或两者。
驱动器和相关联的计算机可读介质提供数据、数据结构、计算机可执行指令等的易失性和/或非易失性存储。例如,许多程序模块可以存储在驱动器和存储器单元1510、1512中,包括操作系统1530、一个或多个应用程序1532、其他程序模块1534和程序数据1536。在一个实施例中,所述一个或多个应用程序1532、其他程序模块1534和程序数据1536可以包括例如系统和/或装置200、200’、220、220’、400、500的各种应用程序和/或部件。
用户可以通过一个或多个有线/无线输入设备,例如,键盘1528和诸如鼠标1540的指向设备,向计算机1502输入命令和信息。其他输入设备可以包括麦克风、红外线(IR)遥控器、射频(RF)遥控器、游戏垫、手写笔、读卡器、加密狗、指纹读取器、手套、图形输入板、操纵杆、键盘、视网膜读取器、触摸屏(例如,电容式、电阻式等)、轨迹球、轨迹板、传感器、触控笔等。这些和其他输入设备通常通过耦合到系统总线1508的输入设备接口1542连接到处理单元1504,但是可以通过诸如并行端口、IEEE894串行端口、游戏端口、USB端口、IR接口等的其他接口来连接。
监视器1544或其他类型的显示设备也经由诸如视频适配器1546等的接口连接到系统总线1508。监视器1544可以在计算机802的内部或外部。除了监视器1544之外,计算机通常还包括诸如扬声器、打印机等其他外围输出设备。
计算机1502可以在网络环境中使用经由到一个或多个远程计算机、例如远程计算机1548的有线和/或无线通信的逻辑连接来操作。远程计算机1548可以是工作站、服务器计算机、路由器、个人计算机、便携式计算机、基于微处理器的娱乐设备、对等设备或其他公共网络节点,并且通常包括相对于计算机1502所描述的许多或所有元件,但是为简洁起见,仅示出了存储器/存储设备1550。所描绘的逻辑连接包括到局域网(LAN)1552和/或更大的网络、例如广域网(WAN)1554的有线/无线连接。这样的LAN和WAN网络环境在办公室和公司中是常见的,并且促进了全企业范围的计算机网络,如内联网,所有这些网络都可以连接到全球通信网络,例如,互联网。
当在LAN网络环境中使用时,计算机1502通过有线和/或无线通信网络接口或适配器1556连接到LAN 1552。适配器1556可以促进到LAN 1552的有线和/或无线通信,LAN 1552还可以包括设置在其上的无线接入点,用于与适配器1556的无线功能通信。
当在WAN网络环境中使用时,计算机1502可以包括调制解调器1558,或连接到WAN1554上的通信服务器,或具有通过WAN 1554、例如通过互联网建立通信的其他设备。调制解调器1558,其可以是内部的或外部的,并且可以是有线和/或无线设备,经由输入设备接口1542连接到系统总线1508。在网络环境中,相对于计算机1502或其部分描绘的程序模块,可以存储在远程存储器/存储设备1550中。应当理解,所示的网络连接是示范性的,并且可以使用在计算机之间建立通信链路的其他方法。
计算机1502可操作以使用IEEE 802系列标准与有线和无线设备或实体、如操作地设置在无线通信(例如,IEEE 802.16空中调制技术)中的无线设备进行通信。这至少包括Wi-Fi(或无线保真)、WiMax和BluetoothTM无线技术等。因此,通信可以是与传统网络一样的预定义结构,或仅仅是至少两个设备之间的简单自组织通信。Wi-Fi网络使用称为IEEE802.11x(a、b、g、n等)的无线电技术来提供安全、可靠、快速的无线连接。Wi-Fi网络可以用于将计算机彼此连接、连接到互连网和连接到有线网络(这些网络使用与IEEE802.3相关的媒体和功能)。
所公开的系统的一些实施例可以例如使用存储介质、计算机可读介质或制造的物品来实施,该存储介质、计算机可读介质或制造的物品可以存储指令或指令集,如果该指令或指令集由机器(即,处理器或微控制器)执行,则可以使机器执行根据本公开的实施例的方法和/或操作。此外,服务器或数据库服务器可以包括被配置为能够存储机器可执行程序指令的机器可读介质。这样的机器可以包括例如任何合适的处理平台、计算平台、计算设备、处理设备、计算系统、处理系统、计算机、处理器等,并且可以使用硬件、软件、固件或其组合的任何合适的组合来实现,并且可以用于系统、子系统、部件或子部件。计算机可读介质或物品可以包括例如任何合适类型的存储器单元、存储器设备、存储器物品、存储器介质、存储设备、存储物品、存储介质和/或存储单元,例如,存储器(包括非临时存储器)、可移动或不可移动介质、可擦除或不可擦除介质、可写或可重写介质、数字或模拟介质、硬盘、软盘、光盘只读存储器(CD-ROM)、可记录光盘(CD-R)、可重写光盘(CD-RW)、光盘、磁性介质、磁光介质、可移动存储卡或磁盘、各种类型的数字多功能磁盘(DVD)、磁带、盒式磁带等。指令可以包括使用任何合适的高级、低级、面向对象、可视化、编译的和/或解释的编程语言实现的任何合适类型的代码,如源代码、编译代码、解释代码、可执行代码、静态代码、动态代码、加密代码等。
本文已经阐述了许多具体细节,以提供对实施例的透彻理解。然而,本领域技术人员将理解,可以在没有这些具体细节的情况下实践实施例。在其他情况下,没有详细描述众所周知的操作、部件和电路,以免混淆实施例。可以理解的是,本文公开的具体结构和功能细节可以是代表性的,并且不一定限制实施例的范围。
一些实施例可以使用表述“耦合”和“连接”及其派生词来描述。这些术语并非旨在互为同义词。例如,一些实施例可以使用术语“连接”和/或“耦合”来描述,以指示两个或多个元件彼此直接物理或电接触。然而,术语“耦合”也可以表示两个或多个元件彼此不直接接触,但是仍然彼此协作或相互作用。
除非另有明确说明,否则可以理解,诸如“处理”、“计算”、“运算”、“确定”等术语是指计算机或计算系统或类似的电子计算设备的措施和/或过程,这些措施和/或过程将计算系统的寄存器和/或存储器中表示为物理量(例如,电子)的数据操纵和/或转换为类似地表示为计算系统的存储器、寄存器或其他此类信息存储、传输或显示设备内的物理量的其他数据。实施例不限于此上下文。
应注意,本文所述的方法不必以所述的顺序或以任何特定的顺序执行。此外,关于本文中所识别的方法描述的各种活动可以以串行或并行方式执行。
虽然在此已经示出和描述了特定实施例,但是应当理解,被计算为实现相同目的的任何布置可以代替所示的特定实施例。本公开旨在涵盖各种实施例的任何和所有修改或变化。应当理解,以上描述是以说明性的方式作出的,而不是限制性的。在回顾以上描述时,以上实施例和本文未具体描述的其他实施例的组合对于本领域技术人员来说将是显而易见的。因此,各种实施例的范围包括其中,使用以上组成、结构和方法的任何其他应用。
虽然已经以特定于结构特征和/或方法措施的语言描述了主题,但是应该理解,所附权利要求书中定义的主题不一定限于上述特定特征或措施。相反,上述特定特征和措施被公开为实现权利要求的范例形式。
如本文中所使用的,以单数形式叙述并且以单词“一”或“一个”为前缀的元件或操作应被理解为不排除复数个元件或操作,除非明确地叙述了这种排除。此外,对本公开的“一个实施例”的引用不旨在被解释为排除也并入了所叙述的特征的另外的实施例的存在。
在本说明书中和权利要求书中使用的范围内,以“[a]和[b]中的至少一个”的一般形式的叙述应被解释为分离式的。例如,对“[a]、[b]和[c]中的至少一个”的叙述将包括单独的[a]、单独的[b]、单独的[c]或[a]、[b]和[c]的任何组合。
本公开不受本文所述的具体实施例的范围限制。实际上,除了本文所述的那些实施例之外,根据前面的描述和附图,本公开的其他各种实施例和修改对于本领域普通技术人员来说将是显而易见的。因此,这样的其他实施例和修改旨在落入本公开的范围内。此外,虽然本公开在此已经在出于特定目的的特定环境中的特定实现的上下文中进行了描述,但是本领域普通技术人员将认识到其实用性不限于此,并且本公开可以出于任何数量的目的而有利地在任何数量的环境中有益地实施。
Claims (26)
1.一种用于确定具有终末期肾脏疾病(ESRD)的患者的住院风险的系统,所述系统包括:
综合护理系统,其被配置为:
从与具有终末期肾脏疾病(ESRD)的患者的池相对应的一个或多个数据库提取患者数据;
使用利用所提取的患者数据的预测性模型来针对所述患者的池中的所述患者中的每个患者生成在预定时间段内的相应预期住院概率;
识别比所述患者的池中的其他患者具有更高的相应预期概率的所述患者的池的子集;
针对所述患者的池的所述子集中的每个患者识别来自所述患者数据的增加了所述预期住院概率的至少一个因素;并且
生成根据患者的相应的预期住院概率对所述患者的池进行分级的报告,其中,所述报告也针对每个相应患者提供所识别的因素。
2.根据权利要求1所述的系统,其中,所述预测性模型包括梯度提升框架。
3.根据权利要求1所述的系统,其中,所述综合护理系统被配置为针对每个患者使用沙普利添加解释来识别所述至少一个因素。
4.根据权利要求1所述的系统,其中,所述预定时间段是7天或更少。
5.根据权利要求1所述的系统,其中,所提取的患者数据包括患者的人口统计数、患者的实验室值、患者的处置数据、或患者的综合评价,或其组合。
6.根据权利要求5所述的系统,其中,所述患者的人口统计数据包括所述患者的出生日期、所述患者的第一次透析的日期、所述患者的性别、所述患者的人种、所述患者的种族、或所述患者的婚姻状况,或其组合。
7.根据权利要求5所述的系统,其中,所述患者的实验室值包括患者的血红蛋白水平、或患者的白蛋白水平,或其组合。
8.根据权利要求5所述的系统,其中,所述患者的实验室值被提供为在指定时间段内的平均值、最大值、最小值、值尖峰、值下降、或趋势值,或其组合。
9.根据权利要求5所述的系统,其中,患者的处置数据包括患者的体征,并且其中,所述患者的体征被提供为在指定时间段内的平均值、最大值、最小值、值尖峰、值下降、或趋势值,或其组合。
10.根据权利要求5所述的系统,其中,所述患者的综合评价包括患者的最近的住院历史、患者的失约的历史、任何患者的注释或抱怨、护士或其他医学专业人员的评价、或任何递送的药物,或其组合。
11.根据权利要求1所述的系统,其中,所述预测性模型是根据来自其他患者的历史数据构建的。
12.一种方法,包括:
从与具有终末期肾脏疾病(ESRD)的患者的池相对应的一个或多个数据库提取患者数据;
使用利用所提取的患者数据的预测性模型来针对所述患者的池中的所述患者中的每个患者生成在预定时间段内的相应预期住院概率;
识别比所述患者的池中的其他患者具有更高的相应预期概率的所述患者的池的子集;
针对所述患者的池的所述子集中的每个患者识别来自所述患者数据的增加了所述预期住院概率的至少一个因素;并且
基于所识别的因素,确定并执行临床干预以降低所述患者的池的所述子集内的所述住院概率,其中,所述临床干预包括以下中的至少一个:(a)给予除了患者的现有透析安排之外的一个或多个透析处置,(b)延长患者的透析处置时间,(c)针对透析处置调整患者的目标体重,(d)针对患者的透析处置调整透析液钠浓度,以及(e)调整患者的血压药物。
13.根据权利要求12所述的方法,其中,所述预测性模型包括梯度提升框架。
14.根据权利要求12所述的方法,其中,针对每个患者使用沙普利添加解释来识别所述至少一个因素。
15.根据权利要求12所述的方法,其中,所述预定时间段是7天或更少。
16.根据权利要求12所述的方法,其中,所提取的患者数据包括患者的人口统计数、患者的实验室值、患者的处置数据、或患者的综合评价,或其组合。
17.根据权利要求16所述的方法,其中,所述患者的人口统计数据包括所述患者的出生日期、所述患者的第一次透析的日期、所述患者的性别、所述患者的人种、所述患者的种族、或所述患者的婚姻状况,或其组合。
18.根据权利要求16所述的方法,其中,所述患者的实验室值包括患者的血红蛋白水平、或患者的白蛋白水平,或其组合。
19.根据权利要求16所述的方法,其中,所述患者的实验室值被提供为在指定时间段内的平均值、最大值、最小值、值尖峰、值下降、或趋势值,或其组合。
20.根据权利要求16所述的方法,其中,患者的处置数据包括患者的体征,并且其中,所述患者的体征被提供为在指定时间段内的平均值、最大值、最小值、值尖峰、值下降、或趋势值,或其组合。
21.根据权利要求16所述的方法,其中,所述患者的综合评价包括患者的最近的住院历史、患者的失约的历史、任何患者的注释或抱怨、护士或其他医学专业人员的评价、或任何递送的药物,或其组合。
22.根据权利要求12所述的方法,其中,所述预测性模型是根据来自其他患者的历史数据构建的。
23.根据权利要求12所述的方法,还包括生成根据患者的相应的预期住院概率来对所述患者的池进行分级的报告,其中,所述报告也针对每个相应患者提供所识别的因素。
24.根据权利要求23所述的方法,还包括为一个或多个健康护理提供者提供所生成的报告。
25.根据权利要求12所述的方法,还包括基于所述预期住院概率来向一个或多个健康护理提供者传输自动化警告。
26.根据权利要求12所述的方法,其中,所述患者的池是ESRD无缝护理组织(ESCO)的患者。
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201862637332P | 2018-03-01 | 2018-03-01 | |
US62/637,332 | 2018-03-01 | ||
US201862716034P | 2018-08-08 | 2018-08-08 | |
US62/716,034 | 2018-08-08 | ||
PCT/US2019/020129 WO2019169186A1 (en) | 2018-03-01 | 2019-02-28 | Systems and methods for determining patient hospitalization risk and treating patients |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112005315A true CN112005315A (zh) | 2020-11-27 |
Family
ID=65763870
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201980027434.1A Pending CN112005315A (zh) | 2018-03-01 | 2019-02-28 | 用于确定患者住院风险和处置患者的系统和方法 |
Country Status (5)
Country | Link |
---|---|
EP (1) | EP3759723A1 (zh) |
CN (1) | CN112005315A (zh) |
AU (3) | AU2019227922A1 (zh) |
CA (1) | CA3092810A1 (zh) |
WO (1) | WO2019169186A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113223711A (zh) * | 2021-04-29 | 2021-08-06 | 天津大学 | 基于多模态数据的再入院预测模型 |
CN115473925A (zh) * | 2022-11-02 | 2022-12-13 | 四川港通医疗设备集团股份有限公司 | 一种基于云计算的医用呼叫智能管理方法及系统 |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114139858B (zh) * | 2021-10-26 | 2023-04-18 | 四川大学 | 一种基于预想事故集的场馆供电系统运行风险评估方法 |
WO2024035630A1 (en) * | 2022-08-08 | 2024-02-15 | New York Society For The Relief Of The Ruptured And Crippled, Maintaining The Hospital For Special Surgery | Method and system to determine need for hospital admission after elective surgical procedures |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060167654A1 (en) * | 2003-01-07 | 2006-07-27 | Alon Keinan | Identification of effective elements in complex systems |
US20130197936A1 (en) * | 2012-02-01 | 2013-08-01 | Richard R. Willich | Predictive Healthcare Diagnosis Animation |
US20140172498A1 (en) * | 2012-12-14 | 2014-06-19 | Edward F. Tuck | Relationship prediction system using external databases |
US20140278546A1 (en) * | 2013-03-15 | 2014-09-18 | Koninklijke Philips N.V. | System and method for population health management considering individual patient risk and resource constraints |
US20150213217A1 (en) * | 2012-09-13 | 2015-07-30 | Parkland Center For Clinical Innovation | Holistic hospital patient care and management system and method for telemedicine |
CN105528652A (zh) * | 2015-12-03 | 2016-04-27 | 北京金山安全软件有限公司 | 一种预测模型的建立方法及终端 |
US20160357923A1 (en) * | 2015-02-27 | 2016-12-08 | Humana Inc. | Dialysis predictive model |
WO2017106558A1 (en) * | 2015-12-15 | 2017-06-22 | Allyalign Health, Inc. | Hospitalization admission risk assessment tool and uses thereof |
-
2019
- 2019-02-28 WO PCT/US2019/020129 patent/WO2019169186A1/en active Application Filing
- 2019-02-28 AU AU2019227922A patent/AU2019227922A1/en not_active Abandoned
- 2019-02-28 EP EP19710938.2A patent/EP3759723A1/en active Pending
- 2019-02-28 CN CN201980027434.1A patent/CN112005315A/zh active Pending
- 2019-02-28 CA CA3092810A patent/CA3092810A1/en active Pending
-
2022
- 2022-05-31 AU AU2022203714A patent/AU2022203714A1/en not_active Abandoned
-
2024
- 2024-06-13 AU AU2024204014A patent/AU2024204014A1/en active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060167654A1 (en) * | 2003-01-07 | 2006-07-27 | Alon Keinan | Identification of effective elements in complex systems |
US20130197936A1 (en) * | 2012-02-01 | 2013-08-01 | Richard R. Willich | Predictive Healthcare Diagnosis Animation |
US20150213217A1 (en) * | 2012-09-13 | 2015-07-30 | Parkland Center For Clinical Innovation | Holistic hospital patient care and management system and method for telemedicine |
US20140172498A1 (en) * | 2012-12-14 | 2014-06-19 | Edward F. Tuck | Relationship prediction system using external databases |
US20140278546A1 (en) * | 2013-03-15 | 2014-09-18 | Koninklijke Philips N.V. | System and method for population health management considering individual patient risk and resource constraints |
US20160357923A1 (en) * | 2015-02-27 | 2016-12-08 | Humana Inc. | Dialysis predictive model |
CN105528652A (zh) * | 2015-12-03 | 2016-04-27 | 北京金山安全软件有限公司 | 一种预测模型的建立方法及终端 |
WO2017106558A1 (en) * | 2015-12-15 | 2017-06-22 | Allyalign Health, Inc. | Hospitalization admission risk assessment tool and uses thereof |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113223711A (zh) * | 2021-04-29 | 2021-08-06 | 天津大学 | 基于多模态数据的再入院预测模型 |
CN115473925A (zh) * | 2022-11-02 | 2022-12-13 | 四川港通医疗设备集团股份有限公司 | 一种基于云计算的医用呼叫智能管理方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
CA3092810A1 (en) | 2019-09-06 |
AU2019227922A1 (en) | 2020-09-03 |
AU2024204014A1 (en) | 2024-07-04 |
WO2019169186A1 (en) | 2019-09-06 |
EP3759723A1 (en) | 2021-01-06 |
AU2022203714A1 (en) | 2022-06-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11495359B2 (en) | Systems and methods for identifying risk of infection in dialysis patients | |
US20190318818A1 (en) | Systems and methods for determining functionality of dialysis patients for assessing parameters and timing of palliative and/or hospice care | |
CN111033637B (zh) | 用于治疗和评估慢性肾脏疾病的进程的系统和方法 | |
US20200051674A1 (en) | Systems and methods for determining patient hospitalization risk and treating patients | |
CN112020748B (zh) | 进行虚拟临床试验的技术 | |
JP6466422B2 (ja) | 医療支援システム及び方法 | |
US20190371472A1 (en) | Systems and methods for identifying comorbidities | |
CN112005315A (zh) | 用于确定患者住院风险和处置患者的系统和方法 | |
WO2015139115A1 (en) | System and method for managing illness outside of a hospital environment | |
Neyra et al. | Continuous kidney replacement therapy of the future: innovations in information technology, data analytics, and quality assurance systems | |
Lewy et al. | Personalized health systems—past, present, and future of research development and implementation in real-life environment | |
WO2021247557A1 (en) | Artificial intelligence and/or machine learning based systems, devices, and methods for designing patient prescriptions | |
US20150182696A1 (en) | Automatically disassociating medical devices from patients | |
Vercell et al. | Digital Health | |
JP2023501403A (ja) | 透析アクセス部位の画像ベースの検査のための技法 |
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 |