CN104871162B - 用于监测用户的系统 - Google Patents
用于监测用户的系统 Download PDFInfo
- Publication number
- CN104871162B CN104871162B CN201380067297.7A CN201380067297A CN104871162B CN 104871162 B CN104871162 B CN 104871162B CN 201380067297 A CN201380067297 A CN 201380067297A CN 104871162 B CN104871162 B CN 104871162B
- Authority
- CN
- China
- Prior art keywords
- user
- monitoring
- information
- monitoring parameters
- overview
- 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.)
- Expired - Fee Related
Links
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
- 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
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/22—Indexing; Data structures therefor; Storage structures
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/248—Presentation of query results
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/28—Databases characterised by their database models, e.g. relational or object models
- G06F16/284—Relational databases
-
- 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)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Health & Medical Sciences (AREA)
- Data Mining & Analysis (AREA)
- Medical Informatics (AREA)
- Public Health (AREA)
- General Physics & Mathematics (AREA)
- Biomedical Technology (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Epidemiology (AREA)
- Pathology (AREA)
- Computational Linguistics (AREA)
- Software Systems (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Measuring And Recording Apparatus For Diagnosis (AREA)
- Medical Treatment And Welfare Office Work (AREA)
- Testing And Monitoring For Control Systems (AREA)
- Testing, Inspecting, Measuring Of Stereoscopic Televisions And Televisions (AREA)
- Measurement Of The Respiration, Hearing Ability, Form, And Blood Characteristics Of Living Organisms (AREA)
Abstract
提供一种用于监测用户的系统,其存储关于所述用户的心理概况的用户信息和监测参数的列表,每个监测参数包括与所述用户相关的可测量参数。监测参数的定制列表基于所述用户信息从监测参数的集合中选择,并且所述系统之后使用所述监测参数的定制列表来监测所述用户,以提供监测结果。与所述监测结果相关的信息能够之后被输出给所述用户。
Description
技术领域
本发明涉及一种用于监测用户的系统和方法,尤其是关于监测用户的健康状况和/或用户对治疗方案的坚持。
背景技术
存在许多需要长期管理的疾病。例如,具有长期健康状况的患者可以具有由医生制定而患者应该随后坚持的治疗方案。治疗方案可以管理患者的症状,并且治疗方案的目标是管理患者的状况并帮助实现积极的治疗结果。应当理解,不坚持治疗方案可以引起患者健康恶化。
备选地,具有长期健康状况的患者可能不需要主动的治疗方案。对于这样的患者,可能有必要监测患者的症状,如果患者症状恶化采取适当的医疗行为。
慢性疾病循环的范例提供在图1中。这样一种模式对于许多长期健康状况是普遍的。
对于具有这种长期健康状况的患者,假设彻底治愈是不可能的,稳定性S1表示对于患者的最积极的结果。当患者稳定时,患者的症状可能每天波动,但没有下降的趋势。保持稳定性很可能达到目的在于管理长期健康状况的治疗方案的目标。
如果患者的状况恶化(参见路径P1),可能存在事件发生S2。术语“事件发生”是指当患者变得不稳定但尚未严重时的时刻(即在圆周上的下一状态)。事件可能由患者感染(contracting)另一疾病(例如,感冒)或由使患者的状况恶化的某些其他原因触发。事件可能典型地是患者的恶化的状况显现本身的第一迹象。事件在这里是指不稳定的状态,这需要某些干预来使患者返回稳定状态。这种干预能够是患者用药的变化、医生的门诊干预或者在最坏的情况下入院治疗。
事件发生S2之后,如果患者的状况被适当地管理(例如,采取正确的行为),则患者状况可以改善,并且患者可能经由路径P2返回到稳定阶段S1。然而,如果患者的状况未得到适当地管理和/或患者的症状恶化,则患者可能需要经由路径P3收治入院S3。一般来说,收治入院S3的目的是要尽快地(即,使入院病人的治疗最小化)使患者S4(经由路径P4)出院(discharge)。在此之后,在恢复步骤S5中(经由路径P5)继续恢复,以患者再次变得稳定为目的(经由路径P6)。因此,所期望的是在事件发生后立即识别该事件,因为很可能随着时间的推移,将必须使用更昂贵的干预使患者恢复到稳定状态。
因此,患者的长期健康状况能够以两个循环的方式来可视化。第一循环涉及向发生S2移动的稳定性S1,然后回到稳定性S1。该第一循环表示对于具有长期健康状况的患者的不稳定性事件的理想的管理。第二循环涉及发生之后的入院S3、出院S4和恢复S5。在健康护理系统上的资源的消耗方面,通常与患者入院治疗相关联的费用使与维持稳定性相关联的费用非常少(dwarf)。
提供用于监测用户健康的各个方面的设备是已知的。在WO2008/002525中讨论了一种这样的系统。其试图提供一种监测患者的健康上的变化的系统。在实践中,这种系统的有效性较低。许多用户不喜欢被主动监测,并且这种设备需要用户的同意和依从。如果用户有意不使用监测系统,则监测系统将是无效的。
发明内容
本发明的目的是提供一种用于监测用户的系统,其实质上减轻或克服上述问题。具体地,本发明的目的是提供一种用于监测用户的系统,其克服已知的监测系统的技术缺陷。
根据本发明的一方面,提供一种用于监测用户的系统,所述系统包括:用户数据库,其被布置为存储关于用户的心理概况(profile)的用户信息;监测数据库,其被布置为存储监测参数的集合,每个监测参数包括与所述用户相关的可测量参数;选择处理器,其被布置为基于所述用户信息从监测参数的集合中选择监测参数的定制列表;监控器机构,其被布置为使用所述监测参数的定制列表来监测所述用户,以提供监测结果;输出机构,其被布置为输出与所述监测结果相关的信息。
这种布置提供的优点是使用与所述用户的心理概况兼容并适合于所述用户的心理概况的监测参数来完成对所述用户的监测(例如,监测所述用户的健康或所述用户对用药方案的坚持)。根据人们的心理概况,能够以不同的人对监测他们的相同装置的较好的或较差的响应来对人们进行分类。
具体监测参数的相关性随用户变化。由于这种变化,监测用户的健康或幸福(wellbeing)的已知系统不是特别有效的。
通过根据所述用户的心理概况定制对所述用户的监测,所述监测系统的有效性与已知的系统相比大大提高。已知的系统没有考虑到与患者的心理概况的可兼容性。换言之,已知的系统没有考虑到患者的可接受性。如果使用不可兼容的系统,有很高的可能性是患者会根本不使用它、在某个时间段之后停止使用或以显著降低系统有效性的方式来使用。这样使用系统不是资源的有意义的使用,应当被避免。
为了克服上述问题,上述系统提供一种定制解决方案,以增加监测所述用户的有效性。通过更有效地监测所述用户,有可能增加具有长期健康状况的患者变得稳定的机会,并尽可能早地检测到不稳定性的发生。
在一些实施例中,所述用户信息包括与所述用户所属的预定数量的心理概况中的哪些相关的信息,每种所述心理概况以不同方式对某些监测参数做出响应。例如,在一些实施例中,用户可以被分类为四种概况中的一个,每种概况对应于个性类型。将用户以这种方式分类到心理概况中代表一种确定与用户的心理概况相关的信息的方便和有效的方法。已经发现,具有四种概况是定制的复杂性和有效性之间的折衷方案。
在一些实施例中,所述输出机构被布置为使用所述监测参数的定制列表来显示在对所述用户的监测中所使用的信息。例如,所述输出机构能够向用户显示关于监测期间的所述监测参数的信息,和/或输出机构能够显示与所述监测的结果相关的信息。
在一些实施例中,所述输出机构被布置为向所述用户显示关于所述监测的结果的反馈。通过这样做,所述系统能够涉及在所述过程中的用户,这在用户行为(例如,依从治疗方案)很重要的实施例中是尤其重要的。
在一些实施例中,所述输出机构被布置为基于所述用户信息选择适当的信息来显示。在一些实施例中,所述输出机构被布置为基于所述用户信息定制如何向所述用户显示所述信息。因此,在这种实施例中,向用户显示的信息的形式和/或内容根据所述用户的心理概况而变化。例如,具有某一概况类型的用户对于某些类型的信息和/或显示信息的某些方式比对于其他类型的信息和/或显示信息的方式以更主动的方式来更好地响应。
通过这样做,以用户感到舒服的形式和/或内容向所述用户提供信息,极大地增强了所述系统的可用性和用户体验。因此,所述用户更可能理解所述信息并正确地解释它,而且更可能发现信息激励。所述用户也更少可能发现令人沮丧的信息,并且更少可能感到被所述信息威胁。
已经发现,在容纳用户的心理特征的仅仅四种概况中提供定制的健康相关的信息在人们如何感知并由信息触及上产生很大的区别。与通用文件或针对其他概况(即不是他们自己的)定制的文件相比,用户对于被定制为他们的概况的文件表现出强烈的偏好。
在一些实施例中,监控器机构被布置为使用所述监测参数的定制列表来监测所述用户对治疗方案的坚持,其中,所述输出机构被布置为向所述用户显示反馈,以帮助所述用户坚持所述治疗方案。通过这样做,这种实施例能够帮助需要坚持治疗方案以维持稳定性的具有长期健康状况的用户。
在一些实施例中,所述监控器机构被布置为基于所述监测结果确定与所述用户对治疗方案的坚持相关的坚持评估结果,并基于所述坚持评估结果与所存储的坚持评估结果阈值的比较来确定是否已经存在超过预定阈值的用户对治疗方案的坚持的恶化。
在一些实施例中,如果存在超过预定阈值的用户对治疗方案的坚持的恶化,所述输出机构被布置为提供已经存在这种用户对治疗方案的坚持的恶化的坚持警报(adherence alert)。所述坚持警报能够被提供给用户或护理人员或其他健康护理专业人员。在一些实施例中,所述输出机构被布置为基于所述用户信息来定制所述坚持警报。
在一些实施例中,所述系统还包括评估机构,所述评估机构被布置为基于所述监测结果来确定与所述用户的健康相关的评估结果,并基于所述评估结果与所存储的评估结果阈值的比较来确定是否已经存在超过预定阈值的所述患者健康的恶化。通过这样做,这种实施例能够帮助检测具有长期健康状况的用户何时可能会经历不稳定性的发生。
在一些实施例中,如果已经存在超过预定阈值的所述患者健康的恶化,所述输出机构被布置为提供已经存在这种恶化的警报。所述警报能够被提供给用户或护理人员或其他健康护理专业人员。在一些实施例中,所述输出机构被布置为基于所述用户信息来定制所述警报。
在一些实施例中,所述用户信息还包括与关于所述用户的附加信息相关的信息,并且其中,所述选择处理器被布置为考虑到关于所述用户的所述附加信息从监测参数的集合中选择监测参数的定制列表。在这种实施例中,所述系统能够确定除了所述用户概况之外的与所述用户相关联的附加特征。例如,所述系统可以确定(例如,经由问卷调查)所述用户的性别、及年龄、及家庭情况(即,有孩子,没有孩子)。这些附加的概况特征之后能够与所述用户的概况类型一起使用,以改善对所述用户的监测。此外,在一些实施例中,所述系统能够基于所述概况确定哪些附加信息是所需要的。这样的附加信息也能够用于定制由所述输出装置显示的信息的形式和/或内容。
在一些实施例中,所述系统能够提供在单个设备上。在其他实施例中,所述系统的各种组件能够分布在两个或多个设备中。
根据本发明的另一方面,提供一种用于监测用户的方法,所述方法包括:存储关于所述用户的心理概况的用户信息;存储监测参数的集合,每个监测参数包括与所述用户相关的可测量参数;基于所述用户信息从监测参数的集合中选择监测参数的定制列表;使用所述监测参数的定制列表来监测所述用户,以提供监测结果;以及输出与所述监测结果相关的信息。
参考下文描述的实施例,本发明的这些方面和其他方面将是显而易见的并且得到阐明。
附图说明
现在,参考附图,仅以范例的方式对本发明的实施例进行描述,其中:
图1示出了在慢性疾病期间的患者状况和治疗状态的循环的示意图;
图2示意性地示出了根据本发明第一实施例的用于监测用户的系统;
图3示出了解释第一实施例的系统的操作的流程图;
图4示出了解释用于确定第一实施例的系统的用户的心理概况的过程的流程图;
图5示意性地示出了根据本发明第二实施例的用于监测用户的系统;
图6示出了解释根据第二实施例的系统的操作的流程图;
图7示出了解释根据第三实施例的系统的操作的流程图;
图8示意性地示出了根据本发明第四实施例的用于监测用户的系统;以及
图9示出了解释根据第四实施例的系统的操作的流程图。
具体实施方式
图2示意性地示出了根据本发明第一实施例的用于监测用户的系统100。在本实施例中,系统能够由用户(例如,具有长期健康状况的患者)或用户的护理者使用。
系统100包括用户数据库110、监测数据库120、选择处理器130、监控器机构140、以及输出机构150。
用户数据库110被布置为存储关于用户的心理概况的用户信息。在本实施例中,如将在下面更详细讨论的,用户信息包括与用户属于预定数量的心理概况中的哪种相关的信息,每种所述心理概况以不同方式对某一监测做出响应并反馈或输出参数。
监测数据库120被布置为存储监测参数的集合,每个监测参数包括与用户相关的可测量参数。在本实施例中,每个监测参数包括与用户的健康状况相关的可测量参数。下文提供了适用于本发明的这个及其他实施例的监测参数的非详尽列表(non-exhaustivelist)。
选择处理器130被布置为基于用户信息从监测参数的集合中选择监测参数的定制列表。换言之,选择处理器130被布置为基于用户的心理概况来选择适合于用户的那些监测参数。在本实施例中,用户被分类到预定数量的心理概况中的一个,并且选择处理器130将选择最适合于用户的心理概况的那些监测参数。
监控器机构140被布置为使用监测参数的定制列表来监测用户,以提供监测结果。换言之,一旦选择处理器130已经基于用户的心理概况选择了适合于用户的监测参数,用户能够由监控器机构140来监测。
输出机构150被布置为输出与监测结果相关的信息。在本实施例中,输出机构150被布置为向用户显示关于监测结果的反馈。因此,在本实施例中,输出机构150包括显示器。在本实施例中,输出机构被布置为基于用户信息选择适当的信息来显示。在本实施例中,输出机构也被布置为基于用户信息来定制信息如何被显示给用户。
因此,在这种实施例中,显示给用户的信息的形式和内容根据用户的心理概况发生变化。通过这样做,以使用户舒服的形式和内容向用户提供信息,极大地增强了系统的可用性以及用户体验和有效性。与通用文件和针对其他概况(即不是他们自己的)定制的文件相比,用户对于针对他们的概况定制的文件表现出强烈的偏好。
在本实施例中,输出机构150也被布置为使用监测参数的定制列表显示在用户的监测中使用的信息。输出机构150向用户显示关于监测期间的监测参数的信息。这种信息的形式和内容能够根据用户概况来定制。
在本实施例中,用户数据库110、监测数据库120、选择处理器130、监控器机构140和输出机构150被提供在相同的装置上。例如,这种装置能够是智能电话、平板电脑、通用计算机或其他合适的装置。在其他实施例中,所述装置可以与外部附加的监测机构进行通信。另外,在其他实施例中,系统的元件能够被提供在不同的设备上。
在一些实施例中,监控器机构140能够具有分布在若干设备中的本地组件。那些组件能够既与本地控制单元(由监测设备中的一个或由单独设备表示的)也与远程系统进行通信,或者这两种方法能够组合在一个系统中。在一些实施例中,监控器机构140能够具有由使用本地终端(例如计算机、智能电话、平板电脑等)的用户访问的远程系统(例如,网络服务器)的形式,例如用于基于问卷的用户监测。
在一些实施例中,监控器机构140能够在作为输出机构150的相同的设备内或在单独的设备内(即,一个设备监测参数,另一个设备显示参数)。
图3示出了解释系统100的操作的流程图,并且图4示出了显示在本实施例中如何获得用户信息的流程图。
在图3的步骤S10中,系统100在用户数据库110中存储关于用户的心理概况的用户信息。在本实施例中,系统100使用用户输入来确定用户信息的内容。
在一些实施例中,系统要求来自用户的某个输入(对问题的回答,来自选项的选择等),并使用分类算法来确定用户的心理概况。基于所确定的心理概况,系统可以使用其他算法来确定询问来自用户的哪个附加输入,以获得针对用户的心理概况的定制所要求的足够的一组用户信息。
在本实施例中,用户被分类到预定数量的心理概况中的一个。在图4中示出了用于确定预定数量的心理概况中的哪个的系统100的根据本发明的该实施例的范例过程。
在本实施例中,用户被归类到四种心理概况中的一个,所述四种心理概况被标记为“分析家”、“乐天派”、“敏感型”和“斗士”概况。其他实施例能够使用概况的不同数量或选择,或者能够使用其他种类的分类用户心理概况的方式。
在本实施例中,具有分析家(P1)、乐天派(P2)、斗士(P3)和敏感型(P4)概况的具有长期健康概况的相应用户具有以下范例性特征:
P1(分析家):这类用户是有组织性的,并且想知道其状况的来龙去脉。这类用户渴望关于其状况的信息。这类用户典型地喜欢例行程序,并且经常开发他们自己的用药/监测护理方案。这类用户特别容易接受客观获得的事实和数字,以帮助他们了解和管理其状况。
P2(乐天派):这类用户想要享受生活中简单的事情。他们认为他们的健康对于他们很重要,但不会让他们的状况统治他们的生活。他们经常查看他们的用药(或其他健康程序),作为允许他们做自己享受的事情的一些事情。这类用户特别容易接受他们自己和他人的主观经验来帮助他们了解和处理他们的状况。
P3(斗士):这类用户有信心、自力更生、喜欢控制的感觉。他们通常做他们必须做的事情来管理他们的状况。他们经常查看他们的用药(或其他健康程序),作为帮助他们战胜其状况的一些事情。这类用户特别容易接受与所建议采取的行动以及预期的收益/成果有关的客观信息。
P4(敏感型):这类用户不需要或不想知道关于其状况的细节。他们通常对他们的药物提供的结果很失望。他们典型地具有关于例行程序的低的自我效能,并且需要定期获得再保证。这类用户特别容易接受来自他们能够完全信任和依赖的护理人员的指导援助之手,以帮助他们应付他们的病情。
这种特征代表与用户的心理概况相关的用户信息的概括,并被提供用于便于说明。其他实施例能够使用其他概况类型。即,最近获得的初步数据说明,在容纳人们的心理特征的仅仅四种概况中提供定制的健康相关的信息在人们如何感知并由信息触及上产生很大的区别。如下面所讨论的,将用户分类为这四种概况类型中的一个已在本发明的实施例的试验中产生了良好的试验结果。在实验中,与通用文件或针对其他概况定制的那些文件相比,患者表现出对定制为他们的概况的强烈的偏好。
为了将用户特征化为上述四种概况类型中的一个,如在步骤S10a中所示,在本实施例中,用户被提供有四种语句并被要求选择最能代表他们自己的陈述。针对具有长期健康概况的用户适合于在本实施例中使用的一组陈述的范例列出如下:
陈述1:“我需要了解我的状况,从而使我能够做出对我的治疗的正确的选择”
陈述2:“我特别想要享受生活,这有时让我忘记了治疗也是我生活的一部分”
陈述3:“我只想知道该怎么做,只要它带来快速改善,我就会做”
陈述4:“有了我的状况,我唯一能做的就是相信正在为我提供最好的护理和用药的我的医生”
在本范例中,陈述1与P1(分析家)概况相关联,陈述2与P 2(乐天派)概况相关联,陈述3与P3(斗士)概况相关联,并且陈述4与P4(敏感型)概况相关联。
在步骤S10a中,用户被呈现有这四种陈述,并且在步骤S10b中,用户选择这些陈述中的哪个最能代表他。用户能够使用系统100上的任何适当的输入设备(例如智能电话上的触摸屏)来做出选择。
一旦系统100已经接收最适合陈述的用户选择,系统100在步骤S10c确定用户概况。在本实施例中,确定用户概况的步骤包括匹配最适当的指示语句的用户选择。然而,在使用用户心理概况的更详细的评估的其他实施例中,确定用户概况的步骤可以涉及许多其他过程。例如,如果用户的心理概况涉及问卷调查的使用,则确定用户的概况的步骤可以涉及分析问卷调查结果和向每个答案应用适当的权重,以便得出用户的概况。
一旦用户概况在步骤S10c中被确定,在图3的步骤S10中用户概况被存储为关于心理概况的用户信息。
在其他实施例中,用户信息还能够包括其他信息。例如,系统100能够确定除了用户概况之外与用户相关联的附加特征。例如,系统100可以确定(例如,经由问卷调查)用户的性别、年龄、以及家庭情况(即有孩子,没有孩子)。这些附加的概况特征随后能够与用户的概况类型一起使用,以改善对用户的监测。此外,在一些实施例中,系统能够基于概况确定需要哪个附加信息。例如,性别可能仅从P4(敏感型)和P2(乐天派)概况要求,家庭情况只有P2(乐天派)概况要求。
此外,在一些实施例中,用户信息能够包括与患者的病史相关的信息。这能够经由调查问卷或通过直接从医疗护理专业人员接收的信息来确定。
在步骤S11中,系统100存储监测参数的列表。应当理解,尽管步骤S11被示出在S10之后,但这仅仅是为了便于说明。系统100能够在其存储关于用户的心理概况的用户信息之前、之后或同时存储监测参数的列表。例如,监测参数的列表和用户信息二者能够同时通过属于医疗护理专业人员(或合适的服务器)的系统被发送到系统100。
在本发明的实施例中,由系统100存储的监测参数的列表能够包括与用户的特定长期健康状况相关的所有相关监测参数(其特定范例在下文提供)。例如,系统100能够通过属于健康护理专业人员的系统(或合适的服务器)被发送与用户的特定长期健康状况相关的监测参数的列表,属于健康护理专业人员的系统存储由系统100可用的所有可能的监测参数的主列表。备选地,系统100本身能够包括由系统100可用的所有可能的监测参数的主列表。
在步骤S12中,系统100的选择处理器130基于用户信息来选择监测参数的定制列表。这能够在查找表的基础上完成。
在步骤S13中,系统100的监控器机构140使用监测参数的定制列表来监测用户,以提供监测结果,并且在步骤S14中,系统100的输出机构150输出监测结果。
为了帮助解释步骤S12和S13,将讨论与用户的健康和/或用户对治疗方案的坚持的方面相关的多个范例性监测参数。
应当理解,这些范例监测参数中的一些一般适用于监测用户的健康,而其他参数(例如,呼吸困难)是更具体的并且可以仅适用于某些病情。此外,如下文所讨论的,一些监测参数可以具有一种以上的监测方法。例如,一些监测参数能够具有显眼(obtrusively)的监测方法和不显眼(unobtrusively)的监测方法。此外,一些监测参数能够具有被主观监测的变化以及被客观监测的变化。为了避免疑义,应当理解,监测的一种方式是否被认为是显眼的或不显眼的是有些主观的,因为不同用户(和不同的概况类型)对于什么被认为是对于他们是显眼的可以具有不同的阈值。因此,当特定方法被描述为“显眼”或“不显眼”时,应当理解,这仅仅是为了便于说明的引导。
不同的监测参数可以以不同的方式进行监测,因为具有不同个性类型的用户在其对监测他们的不同方式的响应上大不相同。因此,一旦系统100的选择处理器130基于用户信息选择了监测参数的定制列表,监控器机构140将基于用户的心理概况以适当的方式跟踪每个监测参数。通过根据用户的心理概况定制用户的监测,监测系统的有效性与已知系统相比大大提高。通过更有效地监测用户,有可能尽可能早地检测到不稳定性的发生,并采取正确的行动,从而提高具有长期健康状况的患者保持稳定的机会。
作为范例,监测参数可能与呼吸困难相关,这是一种存在呼吸短促的症状。呼吸困难能够依靠由用户提供的信息主观跟踪。主观监测能够经由用户问卷调查或用户使用滑杆(或其他适当的用户接口)指示他们对呼吸短促的感知水平来完成。
使用检测用户呼吸的量和类型(例如吃力或不吃力)的合适的音频监测系统,呼吸困难也能够被客观地跟踪。这种客观的监测能够显眼地(例如用户佩戴合适的音频监测系统)或不显眼地(例如使用在智能手机中的现有麦克风)进行。
监测参数的另一范例是血压。血压必须使用合适的血压计来客观跟踪。在使用智能电话(或其他这样的设备)的本发明的实施例中,系统与外部监测设备进行通信以监测血压将是必要的,这将是一种显眼的测量。这种测量的显眼是基于其花费设备的特定程序所需的时间的事实。此外,测量不是很舒服的,并且在公开场合完成该测量用户可能会感到不舒服。
某些监测参数是纯粹主观的,例如用户感知的疲劳水平。尽管这样指出,但睡意也能够客观和不显眼地测量,例如经由在自动应用中使用的对眼睑的眨眼和打开的视频监测。用户感知的疲劳水平需要基于由用户提供的信息进行跟踪。这种主观监测能够经由用户问卷调查或用户使用滑杆(或其他适当的用户接口)指示他们对疲劳的感知水平来完成。
对于主观监测参数,监测能够使用针对用户的问题或提示来执行。此外,对于一些监测参数,可以有本发明的实施例能够使用的已知的监测指标。例如,对于测量用户的生活质量的监测参数,系统能够使用标准EQ5D度量。
其他监测参数涉及用户的具体活动。例如,系统100能够跟踪用户是否已服用了他们的药物。这能够使用合适的药物分发器来监测,所述药物分发器具有指示用户是否已经接收药物的合适的传感器。药物分发器能够是系统100的部分,或者与系统100进行通信。
此外,系统100能够跟踪用户是否已经执行了规定的锻炼。这能够主观完成,用户提供(经由用户调查问卷或类似方式)他们觉得已经完成了该天的“足够”的他们的锻炼的指示。也能够以显眼的方式客观跟踪,用户或护理提供者指示用户已经完成了该天的全部所要求的锻炼。此外,能够以不显眼的方式客观跟踪,例如,使用在智能手机或类似设备中的GPS传感器来查看是否已经执行了一定量的体育锻炼(例如跑步)。
换言之,监测的形式将取决于在用户的定制列表中存在的监测参数。如上文所讨论的,一些监测参数将基于用户对提示或问题的响应提供主观数据来进行监测。其他监测参数将通过客观方法进行监测,例如使用呈现在系统100或与系统100进行通信的外部监测机构上的硬件。在其他实施例上,用户能够从外部测量机构(例如血糖水平仪、测试垫)在系统中输入读数。这也将被认为是客观的。因此,监控器机构140将基于监测参数的定制列表以适当的方式监测用户。
表1:监测参数的范例
参考上述范例概况类型,具有P1(分析家)概况的用户将会理解利用与疾病的明确联系提供详细生命体征和症状测量和报告的监测,所以用户能够自行解释(被训练这样做,或通过由系统提供的信息来支持)他正在报告什么。这类用户通常对显眼监测(例如需要时间的,或者不是很舒服的)没什么问题。作为范例,系统100能够针对具有P1(分析师)概况的用户选择测量设备(家用小型实验室)、解释系统、图形可视化、假定分析和决策工具的工具箱。
具有P2(乐天派)概况的用户将会理解提供不显眼监测的监测,用户不必花费任何时间或者他仅在如果他明确想要时能够看到。作为范例,系统100能够选择在任何可能的地方提供不显眼的活动监测的监测参数。
具有P3(斗士)概况的用户将理解监测已同意的目标的性能的监测,所以用户能够清楚地看到他的进步或进步的缺乏,用如何保持跟踪的指令来补充。作为范例,系统100能够针对具有斗士概况的用户选择简单的、对解释指示器(一个数字)方便的不费时的测量,在其他活动期间(例如驾驶汽车、锻炼)理想地执行。系统100能够提供简单的工具(自动的,但是是患者触发进入的)和进展监测可视化。
具有P4(敏感型)概况的用户将理解治疗相关的行为的监测,所以用户能够看到他已经完成了什么,以及他已经完成地如何好。对于P4(敏感型)概况,系统100应当着眼于再保证和刺激,以确立良好掌握的例行程序。作为范例,系统100能够包括分发检测、电子任务列表,以及活动日程表。
总体上,对于任何合适的长期健康状况,可以期望选择适用于该状况的尽可能多的监测参数。在已知的系统中,倾向是拣选所有相关监测参数,并以相同方式跟踪所有用户。然而,如现在将解释的,一些形式的监测(例如,针对具有敏感概况的用户的基于例行程序的监测,)对于具有其他概况的用户将不是有效的。事实上,使用不适合于用户的心理概况的形式的监测非常容易造成用户忽略,并且因此不使用系统100。当用户故意忽略监测系统的一个或多个元件时,监测系统的有效性将迅速下降。这种监测系统需要用户参与。没有用户参与,系统将不会有效。
某些概况(例如,分析家)不具有针对客观监测的不良倾向。然而,其他概况(例如乐天派)可能对客观监测响应不是很好。对于被监测的一些参数(例如,活动),有可能进行不显眼和显眼地跟踪。例如,有可能通过问卷调查来监测用户的活动水平,这是显眼的。备选地或额外地,有可能通过使用加速度计或GPS传感器(例如,如果系统100被提供在智能手机中)测量用户的活动并记录在一天内的平均活动水平或步行距离等来监测用户的活动水平。
尽管选择用于活动的监测参数的显眼变化和不显眼变化二者将收集大多数数据,这将付出额外处理和设备功耗(影响电池寿命)的成本。使用GPS传感器付出在便携式设备上的电池寿命的成本。因此,对于例如具有P3(斗士)或P1(分析家)概况的一些用户,可能期望选择用于活动水平的监测参数的显眼的变化。具有P3(斗士)或P1(分析家)概况的用户可能不会反对显眼的提问,并且将不会有对电池寿命的不必要的消耗。因此,在本范例中,对于具有P3(斗士)或P1(分析家)概况的用户,可能期望选择用于活动水平的监测参数的显眼的变化。
对于P4(敏感型)或P2(乐天派)概况,可能是用于活动水平的监测参数的显眼的变化将被用户忽略,所以最好是选择用于活动水平的监测参数的不显眼的变化,尽管这可能降低设备的电池寿命。
此外,对于一些监测参数(例如心率),不显眼的变化(例如,使用相机的远程心率测量)内在地比显眼的测量不准确。例如,如果形成系统100的智能手机上的相机试图捕捉皮肤膨胀的信息量,并且用户不知道这一点,则该用户可能会移动或放下智能手机,造成损失测量机会。因此,针对用户监测参数的最适当的方法的选择是重要的。
此外,一些概况类型对主观询问比他们对客观度量的响应更好。具有P2(乐天派)概况的用户将更好地响应于他们感受如何的主观问题,而不是被要求执行客观测量。对于具有分析家概况的那些用户,事实是相反的。
图5示意性地示出了根据本发明的第二实施例的用于监测用户的系统200。在本实施例中,系统200被具体布置为监测用户对用药方案的坚持。因此,在本实施例上下文中的用户是需要用药方案来保持用户长期健康状况稳定的具有长期健康状况的患者。在本范例性实施例中,将假设不坚持用户的用药方案将导致患者症状的恶化,这可能导致事件发生。
系统200包括设备201和若干远程设备,所述远程设备包括远程概况数据库215、远程监测数据库220和远程监控器机构245。设备201包括用户数据库210、选择处理器230、监控器机构240、以及输出机构250。
设备201经由适当的接口与远程概况数据库215、远程监测数据库225和远程监控器机构245进行通信。例如,设备201能够经由网络(例如因特网)被连接至远程概况数据库215和远程监测数据库225。设备201能够经由短距离无线连接(诸如蓝牙)被连接至远程监控器机构245。然而,应当理解,其他实施例能够使用将远程设备连接到设备201的其他方式。
在本实施例中,设备201能够是便携式设备(例如智能电话)或独立的设备。在其他实施例中,设备201能够被集成到通用设备的功能中。
图6示出了解释监测用户对用药方案的坚持的系统200的操作的流程图。
在图6的步骤S20中,系统200在用户数据库210中存储关于用户的心理概况的用户信息。在本实施例中,设备201不直接获取关于用户的心理概况的用户信息。而是,设备201从远程概况数据库215获取该信息。例如,远程概况数据库215能够包括在健康护理提供者处的数据存储,并且设备201能够访问该数据存储。在这种范例中,关于用户的心理概况的用户信息能够通过健康护理提供者(或其他外部源)获得。为了便于解释本实施例,系统200通过确定如关于图4所讨论的用户的概况来确定关于用户的心理概况的用户信息。换言之,用户被分类为P1、P2、P3或P4概况中的一个。
在步骤S21中,系统200存储监测参数的列表。在本实施例中,设备201不存储监测参数列表的完整列表。而是,这个列表被存储在远程监测数据库225上。
因为本实施例具体地涉及监测用户对用药方案的坚持,所存储的监测参数的列表可以涉及(例如从适合于监测用户对其用药方案的坚持的监测参数的主列表中选择的那些)那些监测参数。
在步骤S22中,系统200的选择处理器230基于用户信息来选择监测参数的定制列表。这能够以关于图3的步骤S12所讨论的方式完成,区别在于设备201从存储在远程监测数据库225中的那些监测参数来选择监测参数。基于用户信息的监测参数的定制列表将随后被存储在设备201的存储器(未示出)中。
在步骤S23中,输出机构250向用户提供信息,以帮助用户对治疗方案的坚持。例如,输出机构250能够提供用于用户读取的排程表,其显示何时以及如何遵循他们的用药方案。在本实施例中,提供给用户以帮助用户对治疗方案的坚持的信息基于用户信息来定制。因此,在这种实施例中,显示给用户的信息的形式和内容根据用户的心理概况变化。通过这样做,以用户更可能了解信息或正确解释它并更容易找到信息激励的方式和内容向用户提供信息。用户也很少可能发现令人沮丧的信息,并且很少可能感觉得受到信息威胁,极大地增强了系统的可用性和用户体验。
在步骤S24中,系统200的监控器机构240使用监测参数的定制列表监测用户,以提供监测结果。应当理解,监测的形式将取决于存在于针对用户定制的列表中的监测参数。在本实施例中,系统200的设备201连接至用于用户的至少部分监测的远程监测数据库220。例如,远程监测数据库220能够包括血压监控器。
应当理解,坚持具有两个主要部分:感知和实践。对于不坚持,有可能在有意或无意的不坚持之间相应地进行区分。对于坚持的感知部分,有可能监测感知到的需求,以遵循治疗方案和/或用户对治疗方案的关心水平。这能够以为此目的的问卷调查的形式来实现(例如BMQ-相信用药问卷),以针对单个概况定制的方式来应用。对于坚持的实践部分,有可能监测用户的行为(例如当用户执行某一行为时的病例的百分比)。
在步骤S25中,输出机构250向用户提供反馈,以帮助用户对用药方案的坚持。在步骤S25之后,方法循环回步骤S24。
在本实施例中,提供给用户的信息的形式和内容也在用户信息的基础上被确定。换言之,在步骤S23中,基于用户的心理概况来选择提供给用户的信息。此外,提供给用户以帮助用户坚持用药方案的反馈的形式和内容也在用户信息的基础上被确定。
作为范例,具有P1概况的用户能够被提供具有更多级别的大量要跟踪的事物,以及具有详细反馈的成组的例行程序。
具有P2概况的用户将被提供不太频繁的印象深刻的反馈(例如使用笑脸)。
具有P3概况的用户将根据链接到目标的监测参数经由定期反馈被提供清楚的进度报告。该系统能够采用带有与趋势有关的信息的输入的视觉效果。
具有P4概况的用户将使用例行程序进行监测,并且如果被提供如何执行所期望的任务(例如,以检查表的形式)的指导并通过指示沿这种指导的进展很显然是困难的,将只给出消极反馈,用户将提供用于监测(行为监测)的输入。
图7示出了解释根据另一实施例的监测用户对用药方案的坚持的系统200的操作的流程图。
在图7中,步骤S30-35与步骤S20-25相同,因此将不再讨论。图7不同于图6之处在于,在步骤S35之后,代替循环回步骤S34的方法,方法移动到步骤S36。
在步骤S36中,系统200基于监测结果来确定与用户对治疗方案的坚持相关的坚持评估结果。应当理解,坚持评估结果能够考虑到坚持的两个主要部分(即感知和实践)以多种方式来计算。例如,系统200能够将权重分配到(例如,与坚持的感知和实践部分相关的)不同的监测参数,以产生组合结果。
然后,在步骤S37中,系统200比较坚持评估结果与所存储的阈值。
在步骤S38中,系统200确定坚持评估结果是否低于所存储的阈值。如果坚持评估结果不低于所存储的阈值,则方法移动回步骤S34,并且用户的监测继续。
如果坚持评估结果低于所存储的阈值,则方法移动到步骤S39a。在步骤S39a中,系统200确定已经存在超过预定水平的用户坚持治疗方案的恶化。换言之,系统200确定用户未坚持用药方案到一个水平,所述水平可能成为对另一个有问题。
在步骤S39b中,系统200输出指示已经存在用户坚持治疗方案的恶化的信息。这能够是经由输出机构250的显示器向用户发出的合适的警报,或系统200能够向健康护理专业人员或其他护理提供者自动输出用户坚持不在其应当在的水平上的相关信息。
尽管图6和图7的流程图已在图5中所示的系统200的上下文中进行了说明,但是应当理解,系统的其他实施例能够使用不同的硬件配置。例如,被描述为相对于设备201是远程的系统200的多个组件能够对于设备是内部的。备选地,设备201的某些功能能够由远程设备来处理。具体地,应当指出,图2的硬件配置能够与图6和图7的流程图一起使用。此外,尽管示出了一个远程监控器机构,但是应当理解,本发明的一些实施例可以使用若干这样的远程监控器机构。
图8示意性地示出了根据本发明的第三实施例的用于监测用户的系统300。在本实施例中,系统300被具体布置为监测用户的健康,以测量用户的健康恶化何时超过一定水平为目标。因此,系统300能够用于检测事件发生。事件能够由患者感染其他疾病(例如感冒)或由恶化患者状况的一些其他原因(例如,不坚持用户的用药方案)触发。因此,本实施例上下文中的用户是期望保持他们的长期健康状况稳定的具有长期健康状况的患者。
系统300包括设备301和多个远程设备,所述远程设备包括远程概况数据库315、被连接到远程监测数据库325的远程选择处理器330、以及远程监控器机构345。设备301包括用户数据库310、选择存储器335、监测存储器346、以及输出机构350。
设备301经由合适的接口与远程概况数据库315、远程选择处理器330、以及远程监控器机构345进行通信。例如,设备301能够经由网络(例如因特网)被连接至远程概况数据库315和远程选择处理器330。设备301能够经由短程无线连接(例如蓝牙)被连接到远程监控器机构345。然而,应当理解,其他实施例能够使用将远程设备连接至设备301的其他方式。
在本实施例中,设备301能够是便携式设备(例如智能电话)或独立设备。在其他实施例中,设备301可以被集成到通用设备的功能中。
图9示出了解释监测用户对用药方案的坚持的系统300的操作的流程图。
在图9的步骤S40中,系统300在用户数据库310中存储关于用户的心理概况的用户信息。在本实施例中,设备301不直接获取关于用户的心理概况的用户信息。相反,设备301以与关于图5描述的相似的方式从远程概况数据库315获取该信息。
在步骤S31中,系统300存储监测参数的列表。在本实施例中,设备301不存储监测参数列表的完整列表。而是,该列表被存储在远程监测数据库325中。此外,由于本实施例具体地涉及监测用户的健康状况,所存储的监测参数的列表将涉及适合于监测用户的特定长期健康状况的(例如从监测参数的主列表中选择的那些)那些监测参数。
在步骤S42中,系统300的远程选择处理器330基于用户信息来选择监测参数的定制列表。这能够以相对于图3的步骤S12所讨论的方式来完成。为了便于本实施例的说明,系统300通过确定如相对于图4所讨论的用户的概况来确定关于用户的心理概况的用户信息。换言之,用户被分类到P1、P2、P3或P4概况中的一个。系统300的远程选择处理器330向设备301提供监测参数的定制列表,以存储在选择存储器335中。
在步骤S43中,系统300的远程监控器机构340使用监测参数的定制列表监测用户,以提供监测结果。应当理解,监测的形式将取决于存在于用户的定制列表中的监测参数。在本实施例中,远程监控器机构340向监测存储器346提供监测结果。
作为步骤S44,系统300的评估机构360被布置为基于监测结果来确定与用户的健康相关的评估结果。应当理解,评估结果能够以多种方式进行计算。例如,系统300能够将权重分配到不同的监测参数,以产生组合结果。
然后,在步骤S45中,评估机构360比较所述评估结果与所存储的阈值。在步骤S46中,评估机构360确定评估结果是否低于所存储的阈值。如果坚持评估结果不低于所存储的阈值,则方法移动回步骤S43,并且对用户的监测继续。
如果评估结果低于所存储的阈值,则方法移动到步骤S47。在步骤S47中,评估机构360确定已经存在超过预定水平的用户健康的恶化。换言之,评估机构360确定用户状况达到可能是问题或者至少可能变得有问题的水平。
在步骤S48中,系统300输出指示已经存在用户健康的恶化的信息。这能够是经由输出机构350的显示器向用户发出的合适的警报,或者系统300能够向健康护理专业人员或其他护理提供者自动输出用户健康已恶化的相关信息。
这种布置的优点是患者对早期健康状态恶化做出响应的较高的可能性,同时在家里的有效干预的机会仍然很高。在一些实施例中,如果患者能够并愿意以可靠的方式响应该警告,系统还能够被配置为直接警告用户(患者)。如果患者被认为是对于响应警告是不可靠的,或者如果没有检测到患者对警告的响应,系统能够警告护理提供者。
尽管图9的流程图已在图8中所示的系统300的上下文中进行了说明,但是应当理解,系统的其他实施例能够使用不同的硬件配置。例如,被描述为对于设备301是远程的系统300的多个组件能够对于设备是内部的。备选地,设备301的一些功能能够通过远程设备来处理。此外,尽管一个远程监控器机构被示出,但是应当理解,本发明的某些实施例可以使用若干这样的远程监控器机构。
为了帮助进一步说明本发明的实施例,现在将讨论一些具体范例。
范例1——充血性心脏衰竭
充血性心脏衰竭(CHF)是心脏无力提供足够的泵送力来分布血流以满足身体的需要。CHF能够引起许多症状,包括呼吸短促、腿部肿胀、以及不能锻炼(exerciseintolerance)。针对CHF的治疗通常包括诸如戒烟、包括呼吸协议的轻微的锻炼、减少盐的摄入量以及其他饮食结构的改变的生活方式措施以及药物治疗。有时,其由植入设备(起搏器或心室辅助设备)来治疗,偶尔通过心脏移植来治疗。
就此,CHF代表长期健康状况的范例,其能够受益于监测用户的健康和用户对他们的治疗方案的坚持二者。
对于CHF,关键药物通常是β受体阻滞剂和利尿剂。如果这些被正确服用(即,根据用户治疗方案),则用户具有保持稳定CHF的最佳机会。但是,不服用β受体阻滞剂能够导致心律失常,并且不服用利尿剂能够导致肺水肿。这两种状况可能威胁生命,并且可能需要入院。它们通常被称为“CHF代谢失常”。
在本实施例中,根据本发明的实施例的患者监测系统目的是识别患有CHF的患者的代谢失常的发生。CHF代谢失常伴随有肺水肿。早期药物干预能够减少流体在患者胸部积累的量并预防需要ER访问或入院治疗的急性事件。
用于根据目的为识别患有CHF的患者的代谢失常的发生的本发明的实施例的患者监测系统的合适的监测参数为:
M1:使用背心的胸阻抗
M2:使用标尺的作为液体累积的标记的权重(的增长)
M3:使用主观问卷调查的作为伴随肺水肿的症状的呼吸困难
M4:作为对由加速计测量的呼吸困难的行为响应的活动水平(减少)
M5:通过有引导的对话的日常活动启发
M6:感觉问卷
M7:通过交互式清单的自我管理行为(来自自我管理计划的活动的执行)
因此,M1-M7提供用于CHF的监测参数的完整集合。这些监测参数的特征是:
M1:客观的,需要努力,复杂的,需要特殊的医疗设备,疾病相关的
M2:客观的,比M1小的准确性,标准设备,小的努力,方便使用,非疾病相关的
M3:主观的,疾病相关的,中等努力(在白天期间测量)
M4:客观的,不费力,非疾病相关的,特殊的用户设备(小的,轻的),低特异性,需要与背景信息相结合
M5:主观的,能够避免疾病焦点,中等努力,社交交互(能够与合作伙伴一起完成)的机会
M6:主观的,小的努力,非疾病特异性
M7:主观的,小的努力,疾病特异性
每种概况类型P1、P2、P3和P4的特征已经在上文讨论过。下面提供用于CHF的每种概况类型的这些监测参数的定制列表:
用于P1(分析家)的定制列表:M1,M2,M3,M4
用于P2(乐天派)的定制列表:M4,M5
用于P3(斗士)的定制列表:M1,M4,M7
用于P4(敏感型)的定制列表:M2,M4,M6,M7
现在将讨论这些定制列表被选择用于每种概况的原因。
对于P1(分析家)概况,执行需要努力的例行程序将会使分析师感到在控制中。此外,复杂的医疗设备的使用和测量的艺术精度(art precision)的状态将使他感觉像专家。此外,使用各种监测参数将满足分析师对信息的饥饿。这种组合将保证分析师保持专注于自我管理。M4(如果用户期望更多地参与)。
对于P2(乐天派)概况,在社交场合分享主观感觉(即M5——其将对于乐天派是令人愉快的)是乐天派的典型的令人愉快的活动,并且同时产生对于正确解释完全不显眼的活动水平监测的重要的输入。这种方法的其他优点是其不是明确地对抗患有疾病的乐天派(M4是不费力的,并且不是疾病相关的)。
对于P3(斗士)概况,M1和M4监测提供客观趋势信息,其能够被转变成明确的目标和可行的建议。M1在这里是主要恶化检测机构,而M4主要用来保持监测可行并对于经过很长一段时间期间的斗士是相关的。交互式清单M7提供具有成就感的斗士。
对于P4(敏感)概况,客观和主观监测的组合能够创建对敏感型人的安全感,即他被准确地监测。交互式清单提供在日常例行程序中的所有步骤完成的再保证。类似标尺的非医疗色号吧的使用减少了敏感型人的焦虑并提高了易用性。
范例2-慢性阻塞性肺部疾病
慢性阻塞性肺部疾病(COPD)是一对通常共存的疾病的肺部的慢性支气管炎或肺气肿的发病,其中气道变窄。这导致来往于肺部的气流的限制、负面影响气体交换,并造成呼吸短促(呼吸困难)。
对于COPD,日常口服药物通过日常吸入药物(具有类固醇的长效支气管扩张剂)、在呼吸短促的情况下并针对利用氧气治疗和无创通气的严重情况使用的基于症状的吸入药物(短效支气管扩张剂)进行补充。
不采用支气管扩张剂导致呼吸急促和肺组织对感染和外部刺激的较高的敏感性,进一步导致COPD急性加重,需要急诊就诊。大约30%的急诊就诊结果是患者的入院治疗,大约10%的入院治疗是致命的。
不使用氧气治疗导致低氧血症或高碳酸血症,这可能导致意识丧失、脑细胞的不可逆损害或呼吸衰竭。后者通常需要入院治疗并且是高度致命的,前两个非常危险,并对生活质量具有长期的不可逆转的影响。
对于COPD,典型的监测参数是呼吸困难、咳嗽水平、痰的量和颜色、疲劳、以及针对更严重情况的SpO2(血氧)。应当理解,这些监测参数的适当的定制列表如何能够被选择以适合于每种P1、P2、P3和P4概况。
范例3-克隆氏病
克隆氏病是一种自身免疫性疾病,并且患者通常需要口服药物。现代的和非常强大的治疗包括生物制剂,这必须是典型地每隔两到三个星期(自己)注射。不这样做,即作为引起敏感身体组织的炎症反应过度的血液中的TNF-α粒子的结果,注射之间的较长的间隙或在无症状期间停止注射导致疾病的再活化。这使得受影响的身体部位(对于克隆氏病所述身体部位是肠)会逐渐受到炎症破坏,失去它们的功能,需要手术干预。
对于克隆氏病,典型的监测参数是疼痛、气体、便血、腹泻和疲劳。应当理解,这些监测参数的适当的定制列表如何能够被选择以适应每种P1、P2、P3和P4概况。
如所讨论的,本发明的实施例提供一种用于监测用户的系统,包括:用户数据库,其被布置为存储关于用户的心理概况的用户信息;监测数据库,其被布置为存储监测参数的集合,每个监测参数包括与用户相关的可测量参数;选择处理器,其被布置为基于用户信息来从监测参数的集合中选择监测参数的定制列表;监控器机构,其被布置为使用监测参数的定制列表来监测用户,以提供监测结果;以及输出机构,其被布置为输出与监测所述结果相关的输出信息。
这些实施例提供的优点是使用与所述用户的心理概况兼容并适合于所述用户的心理概况的监测参数来完成对所述用户的监测(例如,监测所述用户的健康或所述用户对用药方案的坚持)。根据人们的心理概况,能够以不同的人对监测他们的相同方式的较好的或较差的响应来对人们进行分类。此外,向用户显示的信息的形式和/或内容根据所述用户心理概况而变化。通过这样做,以用户感到舒服的形式和/或内容向所述用户提供信息,极大地增强了所述系统的可用性和用户体验。因此,所述用户更可能理解所述信息并正确地解释它,而且更可能发现信息激励。所述用户也更少可能发现令人沮丧的信息,并且更少可能感到被所述信息威胁。
因此,本发明的实施例提供一种用于监测用户的改进的系统和方法。这种系统通过定制对用户的心理概况的监测(以及在某些情况下,对监测的反馈)提供大大增强的监测。已经发现,这种布置对于对所有用户提供相同监测方法的已知的系统是一种显著改善(具有在使用或者不使用所述系统之间的差别的益处是可比较的)。
应当理解,由本发明的实施例所使用的硬件能够采取多种不同的形式。例如,系统的所有组件能够由单个设备(例如图2的范例)来提供,或者系统的不同组件能够提供在单独的设备上。这种布置的范例是图5和图8的系统,其中,相应系统的多个组件被提供在设备上,而其他组件被提供在远程设备上(“远程”在上下文中意味着不是所述设备的一部分,但能够与所述设备进行通信)。更一般地,应当理解,本发明的实施例能够提供一种包括在通信中的一个或者若干设备的系统。
应当理解,术语“包括”不排除其他元件或步骤,并且不定冠词“一”或“一个”不排除多个。单个处理器可以实现权利要求中记载的若干项的功能。在互不相同的从属权利要求中记载特定措施并不指示不能有利地使用这些措施的组合。权利要求书中的任何附图标记不应被解读为对权利要求的保护范围的限制。
尽管权利要求在本申请中被制定为特征的特定组合,但是应当理解,本发明的公开的范围还明确地或隐含地或任何概括地包括本文所公开的任何新颖特征或任何新颖特征的组合,不论它是否涉及如权利要求中目前所要求保护的相同发明,并且无论它是否减轻如母发明中所完成的任何或所有相同的技术问题。申请人在此声明,在本申请或任何从本申请衍生的其他申请的审查期间,对这些特征和/或特征的组合可以制定新的权利要求。
Claims (15)
1.一种用于监测用户的系统,所述系统包括:
用户数据库,其被布置为存储与所述用户的心理概况相关的用户信息;
监测数据库,其被布置为存储监测参数的集合,每个监测参数包括与所述用户相关的可测量参数;
选择处理器,其被布置为基于所述用户信息来从所述监测参数的集合中选择监测参数的定制列表;
监控器机构,其被布置为使用所述监测参数的定制列表来监测所述用户,以提供监测结果;
输出机构,其被布置为输出与所述监测结果相关的信息。
2.根据权利要求1所述的系统,其中,所述用户信息包括与所述用户属于预定数量的心理概况中的哪个相关的信息,其中,每种所述心理概况以不同方式对某些监测参数作出响应。
3.根据权利要求1或2所述的系统,其中,所述输出机构被布置为使用所述监测参数的定制列表来显示对所述用户的所述监测中所使用的信息。
4.根据权利要求1-2中的任一项所述的系统,其中,所述输出机构被布置为向所述用户显示关于所述监测的所述结果的反馈。
5.根据权利要求3所述的系统,其中,所述输出机构被布置为基于所述用户信息选择适当的信息来显示。
6.根据权利要求3所述的系统,其中,所述输出机构被布置为基于所述用户信息定制如何向所述用户显示与所述监测结果相关的所述信息。
7.根据权利要求1-2中的任一项所述的系统,其中,所述监控器机构被布置为使用所述监测参数的定制列表来监测所述用户对治疗方案的坚持,其中,所述输出机构被布置为向所述用户显示反馈,以帮助所述用户坚持所述治疗方案。
8.根据权利要求7所述的系统,其中,所述监控器机构被布置为基于所述监测结果来确定与所述用户对治疗方案的坚持相关的坚持评估结果,并基于所述坚持评估结果与所存储的坚持评估结果阈值的比较来确定是否已经存在超过预定阈值的所述用户对所述治疗方案的所述坚持的恶化。
9.根据权利要求8所述的系统,其中,如果存在超过所述预定阈值的所述用户对所述治疗方案的坚持的恶化,则所述输出机构被布置为提供已经存在这样的所述用户对所述治疗方案的所述坚持的恶化的适当的坚持警报。
10.根据权利要求9所述的系统,其中,所述输出机构被布置为基于所述用户信息来定制所述坚持警报。
11.根据权利要求1-2中的任一项所述的系统,还包括:
评估机构,其被布置为基于所述监测结果来确定与所述用户的健康相关的评估结果,并基于所述评估结果与所存储的评估结果阈值的比较来确定是否存在超过预定阈值的患者的健康的恶化。
12.根据权利要求11所述的系统,其中,如果已经存在超过所述预定阈值的所述患者的健康的恶化,则所述输出机构被布置为提供已经存在这样的恶化的适当的警报。
13.根据权利要求12所述的系统,其中,所述输出机构被布置为基于所述用户信息来定制所述警报。
14.根据权利要求1-2中的任一项所述的系统,其中,所述用户信息还包括与关于所述用户的附加信息相关的信息,并且其中,所述选择处理器被布置为考虑关于所述用户的所述附加信息来从所述监测参数的集合中选择监测参数的定制列表。
15.一种用于监测用户的方法,所述方法包括:
存储与所述用户的心理概况相关的用户信息;
存储监测参数的集合,每个监测参数包括与所述用户相关的可测量参数;
基于所述用户信息来从所述监测参数的集合中选择监测参数的定制列表;
使用所述监测参数的定制列表来监测所述用户,以提供监测结果;并且
输出与所述监测结果相关的信息。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP12198527.9 | 2012-12-20 | ||
EP12198527 | 2012-12-20 | ||
PCT/EP2013/077268 WO2014096118A2 (en) | 2012-12-20 | 2013-12-19 | System for monitoring a user |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104871162A CN104871162A (zh) | 2015-08-26 |
CN104871162B true CN104871162B (zh) | 2018-10-09 |
Family
ID=47598635
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201380067297.7A Expired - Fee Related CN104871162B (zh) | 2012-12-20 | 2013-12-19 | 用于监测用户的系统 |
Country Status (5)
Country | Link |
---|---|
US (1) | US20150302161A1 (zh) |
EP (1) | EP2936357A2 (zh) |
JP (1) | JP6367825B2 (zh) |
CN (1) | CN104871162B (zh) |
WO (1) | WO2014096118A2 (zh) |
Families Citing this family (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104361230A (zh) * | 2014-11-11 | 2015-02-18 | 广州三瑞医疗器械有限公司 | 窗口显示的动态配置方法及装置 |
CN105232049A (zh) * | 2015-11-17 | 2016-01-13 | 北京怡和嘉业医疗科技有限公司 | 一种云平台 |
US11164596B2 (en) | 2016-02-25 | 2021-11-02 | Samsung Electronics Co., Ltd. | Sensor assisted evaluation of health and rehabilitation |
DE102016208382B4 (de) * | 2016-05-17 | 2024-05-29 | BSH Hausgeräte GmbH | System zur Implementierung eines verfahrenstechnischen Prozesses auf einem Hausgerät |
EP3370175A1 (en) * | 2017-03-03 | 2018-09-05 | Linde Aktiengesellschaft | Method for providing a wearable device, method for predicting an acute exacerbation and system for predicting an acute exacerbation |
SG11202105963TA (en) * | 2018-12-21 | 2021-07-29 | Abiomed Inc | Using natural language processing to find adverse events |
US11651855B2 (en) * | 2020-04-16 | 2023-05-16 | Aetna Inc. | Systems and methods for managing and updating contextual intelligent processes using artificial intelligence algorithms |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1658217A (zh) * | 2000-11-30 | 2005-08-24 | 佳能株式会社 | 便携终端、健康管理方法和使用便携终端的系统 |
CN101483690A (zh) * | 2009-01-23 | 2009-07-15 | 李秀 | 移动通讯终端及健康信息采集方法 |
CN102054118A (zh) * | 2009-11-02 | 2011-05-11 | 俞青 | 一种远程医疗系统 |
Family Cites Families (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5951300A (en) * | 1997-03-10 | 1999-09-14 | Health Hero Network | Online system and method for providing composite entertainment and health information |
US20040010420A1 (en) * | 2001-08-30 | 2004-01-15 | Rooks Daniel S | System for developing implementing and monitoring a health management program |
US7849115B2 (en) * | 2006-06-05 | 2010-12-07 | Bruce Reiner | Method and apparatus for adapting computer-based systems to end-user profiles |
US20080021287A1 (en) | 2006-06-26 | 2008-01-24 | Woellenstein Matthias D | System and method for adaptively adjusting patient data collection in an automated patient management environment |
US20090247836A1 (en) * | 2008-02-28 | 2009-10-01 | Confidant Inc. | Medical System and Method for Serving Users with a Chronic Disease or Health State |
US10456036B2 (en) * | 2008-12-23 | 2019-10-29 | Roche Diabetes Care, Inc. | Structured tailoring |
JP5378814B2 (ja) * | 2009-01-28 | 2013-12-25 | シスメックス株式会社 | 保健指導支援用プログラム、保健指導支援用プログラムを記録した記録媒体および保健指導支援システム |
US20110118555A1 (en) * | 2009-04-29 | 2011-05-19 | Abhijit Dhumne | System and methods for screening, treating, and monitoring psychological conditions |
US20120197621A1 (en) * | 2011-01-31 | 2012-08-02 | Fujitsu Limited | Diagnosing Insulin Resistance |
WO2012116116A1 (en) * | 2011-02-22 | 2012-08-30 | Saul Rosenberg | Systems and methods for selecting, ordering, scheduling, administering, storing, interpreting and transmitting a plurality of psychological, neurobehavioral and neurobiological tests |
US9173567B2 (en) * | 2011-05-13 | 2015-11-03 | Fujitsu Limited | Triggering user queries based on sensor inputs |
US20140358570A1 (en) * | 2013-06-04 | 2014-12-04 | Koninklijke Philips N.V. | Healthcare support system and method |
-
2013
- 2013-12-19 WO PCT/EP2013/077268 patent/WO2014096118A2/en active Application Filing
- 2013-12-19 EP EP13814888.7A patent/EP2936357A2/en not_active Withdrawn
- 2013-12-19 US US14/648,731 patent/US20150302161A1/en not_active Abandoned
- 2013-12-19 CN CN201380067297.7A patent/CN104871162B/zh not_active Expired - Fee Related
- 2013-12-19 JP JP2015548542A patent/JP6367825B2/ja not_active Expired - Fee Related
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1658217A (zh) * | 2000-11-30 | 2005-08-24 | 佳能株式会社 | 便携终端、健康管理方法和使用便携终端的系统 |
CN101483690A (zh) * | 2009-01-23 | 2009-07-15 | 李秀 | 移动通讯终端及健康信息采集方法 |
CN102054118A (zh) * | 2009-11-02 | 2011-05-11 | 俞青 | 一种远程医疗系统 |
Also Published As
Publication number | Publication date |
---|---|
EP2936357A2 (en) | 2015-10-28 |
JP2016508041A (ja) | 2016-03-17 |
US20150302161A1 (en) | 2015-10-22 |
JP6367825B2 (ja) | 2018-08-01 |
WO2014096118A2 (en) | 2014-06-26 |
CN104871162A (zh) | 2015-08-26 |
WO2014096118A3 (en) | 2014-11-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104871162B (zh) | 用于监测用户的系统 | |
US11123562B1 (en) | Pain quantification and management system and device, and method of using | |
CN104883962B (zh) | 基于活动状态和姿势的针对亚急性患者的患者监测 | |
US10617351B2 (en) | Cognitive biometric systems to monitor emotions and stress | |
US20170273601A1 (en) | System and method for applying biomechanical characterizations to patient care | |
US20170213145A1 (en) | Adaptive model-based system to automatically quantify fall risk | |
US8706518B2 (en) | Methods and systems for presenting an inhalation experience | |
US20110245633A1 (en) | Devices and methods for treating psychological disorders | |
US20100168525A1 (en) | Methods and systems for presenting an inhalation experience | |
US20100163027A1 (en) | Methods and systems for presenting an inhalation experience | |
US20100168602A1 (en) | Methods and systems for presenting an inhalation experience | |
Rosso et al. | CHRONIOUS: an open, ubiquitous and adaptive chronic disease management platform for chronic obstructive pulmonary disease (COPD), chronic kidney disease (CKD) and renal insufficiency | |
US20190313919A1 (en) | System and method for monitoring asthma symptoms | |
US20200359913A1 (en) | System, apparatus, and methods for remote health monitoring | |
US12073933B2 (en) | Method and system for remotely identifying and monitoring anomalies in the physical and/or psychological state of an application user using baseline physical activity data associated with the user | |
US11610663B2 (en) | Method and system for remotely identifying and monitoring anomalies in the physical and/or psychological state of an application user using average physical activity data associated with a set of people other than the user | |
CN115668398A (zh) | 用于健康监测的装置 | |
Srizongkhram et al. | Critical factors for adoption of wearable technology for the elderly: case study of Thailand | |
US11967432B2 (en) | Method and system for remotely monitoring the physical and psychological state of an application user using altitude and/or motion data and one or more machine learning models | |
CN115551579B (zh) | 用于评估通风患者状况的系统和方法 | |
Allam et al. | AI economical wearable smart device to alert real time health reports to doctors | |
Li et al. | Real-time tracking and detection of patient conditions in the intelligent m-Health monitoring system | |
Xu et al. | Total health: Toward continuous personal monitoring | |
Templeton et al. | Design of a neurocognitive digital health system (NDHS) for neurodegenerative diseases | |
Dhamanti et al. | Smart home healthcare for chronic disease management: A scoping review |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20181009 Termination date: 20191219 |
|
CF01 | Termination of patent right due to non-payment of annual fee |