CN102693351A - 用于临床决策支持的系统和方法 - Google Patents

Abstract

提供用于提供临床决策支持的系统和方法。确定健康属性(474)是否符合要通知护理提供者的条件。当该健康属性(474)符合这样的条件时，提供患者指示(370)。选择第一护理规程，其包括许多规则(151-159)并且对应于该患者指示(370)。从这些多个规则(151-159)生成第一多个治疗观察选项(469-472)。显示这些第一多个治疗观察选项(469-472)的每个。接收第一用户生成的响应，其对应于这些多个治疗观察选项(469-472)中的至少一个。至少部分基于该第一用户生成的响应确定治疗推荐(601)。显示该治疗推荐(601)。接受关于该治疗推荐(601)的反馈。

Description

用于临床决策支持的系统和方法

相关申请

[不适用]

联邦资助的研究或开发

[不适用]

微缩胶片/版权参考

[不适用]

背景技术

今天，医院和临床医生正面临提供高质量患者护理、预防不利事件/错误并且实现临床最佳实践同时减少提供健康护理的成本的压力。此外，医院可能面临临床需求的急剧变化并且当患者护理不足时越来越有可能被拒绝偿付。满负荷或超负荷运行的医院可遭遇高比例的安全事件。当前支持基于预期的静态事件来提供，并且没有考虑与许多医疗事件关联的混乱和不可预测性。

发明内容

本发明的某些示例提供用于提供临床决策支持的系统和方法。

某些示例提供用于提供临床决策支持的计算机实现的方法。该方法包括接收多个护理规程和患者的至少一个健康属性。该方法还包括确定该至少一个健康属性是否符合要通知护理提供者的条件。该方法进一步包括当该至少一个健康属性符合该条件时通过用户界面提供患者指示来通知护理提供者患者有资格接受护理治疗。该方法还包括从多个护理规程中选择第一规程，其对应于患者指示并且包括第一多个规则。该方法进一步包括从这些第一多个规则生成第一多个治疗观察选项。该方法还包括通过用户界面显示这些第一多个治疗观察选项的每个和关于推荐的治疗观察选项的建议，以使护理提供者能够确定这些第一多个治疗观察选项中的哪个应用于患者。该方法进一步包括接收第一用户生成的响应，其对应于这些第一多个治疗观察选项中的至少一个。该方法还包括至少部分基于该第一用户生成的响应确定治疗推荐。该方法进一步包括通过用户界面显示该治疗推荐来通知护理提供者用于护理治疗的治疗推荐。该方法还包括接受关于应用于患者的治疗推荐的反馈。

某些示例提供临床决策支持系统。该系统包括连接到存储器的处理器。对该处理器编程来实现该系统。该系统还包括数据库接口来接收多个护理规程和患者的至少一个健康属性。该系统进一步包括决策模块。该决策模块用于确定该至少一个健康属性是否符合要通知护理提供者的条件。该决策模块用于从这些多个护理规程中选择第一规程，其对应于患者指示并且包括第一多个规则。该决策模块用于从这些第一多个规则生成第一多个治疗观察选项。该决策模块用于至少部分基于第一用户生成的响应(其对应于这些第一多个治疗观察选项中的至少一个)来确定治疗推荐。该系统还包括用户界面。该用户界面用于当该至少一个健康属性符合条件时提供患者指示来通知护理提供者患者有资格接受护理治疗。该用户界面用于显示这些第一多个治疗观察选项的每个。该用户界面用于使护理提供者能够确定这些第一多个治疗观察选项中的哪个应用于患者。该用户界面用于接收第一用户生成的响应。该用户界面用于显示治疗推荐来通知护理提供者用于护理治疗的治疗推荐。该用户界面用于接受关于应用于患者的治疗推荐的反馈。

某些示例提供有形的计算机可读存储介质。该存储介质包括当执行时使处理器至少接收多个护理规程和患者的至少一个健康属性的一组指令。该处理器还确定该至少一个健康属性是否符合要通知护理提供者的条件。该处理器进一步当该至少一个健康属性符合该条件时通过用户界面提供患者指示来通知护理提供者患者有资格接受护理治疗。该处理器还从这些多个护理规程中选择第一规程，其对应于患者指示并且包括第一多个规则。该处理器还从这些第一多个规则生成第一多个治疗观察选项。该处理器通过用户界面进一步显示这些第一多个治疗观察选项的每个，以使护理提供者能够确定这些第一多个治疗观察选项中的哪个应用于患者。该处理器还接收第一用户生成的响应，其对应于这些多个治疗观察选项中的至少一个。该处理器进一步至少部分基于该第一用户生成的响应确定治疗推荐。该处理器还通过用户界面显示该治疗推荐来通知护理提供者用于护理治疗的治疗推荐。该处理器进一步接受关于应用于患者的治疗推荐的反馈。

附图说明

图1A图示其中示例临床决策支持系统运行的环境。

图1B图示对肾衰竭的示例分类。

图1C图示对应于对肾衰竭的示例分类的示例护理规程的一部分。

图2图示示例临床决策支持系统的示例登录界面。

图3图示示例临床决策支持系统的示例部门界面。

图4图示示例临床决策支持系统的示例患者界面。

图5图示在护理提供者选择第一治疗观察选项后的示例患者界面。

图6图示在护理提供者选择第二治疗观察选项后的示例患者界面。

图7图示示出护理规程的图形表示的示例患者界面。

图8图示示出示例规程表的示例患者界面。

图9图示描绘用于临床决策支持的示例方法的流程图。

图10图示可以用于实现本文描述的设备和方法的示例处理器系统的框图。

前面的简要描述以及本发明的某些实施例的下列详细说明当与附图结合阅读时将更好理解。为了说明本发明的目的，某些实施例在图中示出。然而，应该理解本发明不限于附图中示出的设置和工具。

具体实施方式

尽管以下公开示例方法、系统、制造物品和设备，其除其他部件之外还包括在硬件上执行的软件，应该注意到这样的方法和设备仅是说明性的并且不应该看作限制。例如，设想这些硬件和软件部件中的任何或所有可以专门采用硬件、专门采用软件、专门采用固件或采用硬件、软件和/或固件的任何组合体现。因此，尽管以下描述示例方法、系统、制造物品和设备，提供的示例不是实现这样的方法、系统、制造物品和设备的唯一方式。

当附上的权利要求中的任何权利要求阅读为涵盖纯粹软件和/或固件实现时，至少一个示例中的元件中的至少一个以此明确地限定为包括存储该软件和/或固件的有形介质，例如存储器、DVD、CD等。

今天，医院和临床医生面临提供高质量患者护理、预防不利事件/错误并且实现临床最佳实践同时减少提供健康护理的成本的压力。此外，医院可能面临临床需求的急剧变化并且日益面临当患者护理不足时被拒绝偿付的可能性。满负荷或超负荷运行的医院可遭遇高比例的安全事件并且可考虑在高压力期间重建护理结构来更好地响应。

图1A示出示例处理器实现的环境100。该环境100包括临床决策支持系统100、规程数据库120和患者信息数据库130。该临床决策支持系统110包括用户界面112、决策模块114和数据库接口116。该用户界面112逻辑连接到该决策模块114和该数据库接口116，如由箭头113指示的。该决策模块114逻辑连接到该数据库接口116，如由箭头115指示的。

规程数据库120存储一个或多个护理规程122。护理规程一般是对于如何管理(例如，识别和/或处理)临床问题和/或患者状况的详细指导。该一个或多个护理规程122一般包括多个规则。该一个或多个护理规程122的格式可以从纯文本变化到决策的算法序列。

患者信息数据库130存储患者特定属性。患者特定属性包括对于患者特定的至少一个属性。适合的患者属性包括但不限于血压、体温和/或心率。患者信息数据库130可以存储各种其他患者属性。

在示例中，由负责的护理人员基于源于患者人群(其不包括特定患者)的统计数据创建一个或多个护理规程122。该患者人群可包括其临床问题对应于特定患者的临床问题的患者，或该人群可包括具有各种临床问题的患者。例如，统计数据和一个或多个规则可以用于生成护理规程。

临床决策支持系统110的数据库接口116配置成从规程数据库120接收信息，并且发送信息至规程数据库120，如由箭头121指示的。例如，数据库接口116可以从规程数据库120接收护理规程122中的一个或多个，并且发送一个或多个护理规程至规程数据库120。数据库接口116进一步配置成从患者信息数据库130接收信息，并且发送信息至患者信息数据库130，如由箭头131指示的。例如，数据库接口116可以从患者信息数据库130接收患者信息，并且/或发送患者信息至患者信息数据库130。

图1B和1C一起示出医疗模型和它作为护理规程的表示，其可以存储到规程数据库120。图1B示出风险、损伤、衰竭、丧失和终末期肾(RIFLE)图140。RIFLE图140根据日益严重的三个等级将急性肾损伤归类：风险141、损伤142和衰竭143。RIFLE图140还根据两个结果类别将急性肾损伤归类：丧失145和终末期肾病146。严重等级141-143基于两个准则中的一个：肾小球滤过率(GFR)147(流体滤过肾的流量)或尿量148。RIFLE图140在每个严重等级141-143和每个准则147-148的交叉处提出一个或多个指导。例如，在风险141和GFR的交叉处，RIFLE图140提供指导“肌酐增加×1.5或GFR减少＞25％”。

图1C示出对应于RIFLE图150的示例护理规程150的一部分。该部分护理规程150是可以存储到规程数据库120的护理规程的示例。该部分规程150包括若干规则151-159。例如，规则151对应于RIFLE图150中在风险141和GFR147交叉处的那部分指导。规则151规定如果患者的当前肌酐水平超出基准肌酐水平的150％，那么患者将归类在风险类别中。基准肌酐水平是由医生确定的水平。规则152-159源于RIFLE图140中对应的指导。

在示例中，用户界面是图形软件模块。图2-8图示示例临床决策支持系统110的示例用户界面112的屏幕截图。用户界面可采用各种其他方式实现。例如，用户界面可以是命令提示驱动的界面。

图2示出登录屏幕200，其充当用户界面112的门户。该登录屏幕200包括用户栏202、密码栏204、职能栏206、OK按钮208和CANCEL按钮210。该用户栏202指示用户姓名，该密码栏204指示用户安全凭证，并且职能栏206指示用户的组织职能。用户可以提交他的姓名到用户栏202、提交他的密码到密码栏204，并且提交他的组织职能到职能栏206。然后，该用户可以选择OK按钮208。如果该用户的凭证是经过验证的，用户界面112继续；否则，用户界面112可提示用户重新提交他或她的凭证。

图3示出用户界面112的部门屏幕300。该部门屏幕300包括上面板310。该上面板310具有My View标签312、Departments标签(部门标签)314、Notification Center标签(通知中心标签)316、Notes标签(注释标签)318、Statistics标签(统计数据标签)320、PatientArchive标签(患者档案标签)322、Patients标签(患者标签)324和Logout标签(注销标签)326。在该上面板310下方是视图选项330，其使用户能够在地图视图或表视图中显示部门屏幕300。示出的部门屏幕300在地图视图中显示。在该视图选项330下方是主体部分340。该主体部分340一般描绘各种房间、占用那些房间的患者、与那些患者有关的指标和其他信息。具体地，该主体部分340示出九个房间图标351-359。房间图标359代表具有至少三张空床、在某天有至少六个患者出院并且当天有至少七个未分配的患者的示例病房。房间图标351-358的每个代表具有至少一个患者的示例房间。例如，房间图标351具有六个患者图标361-366；因此，房间图标351代表具有六个患者的房间。例如，对应于房间图标362的房间中的患者是叫“Lewis，J.”的男性，其已经入院七天以治疗急性呼吸窘迫综合征(在图2中缩写为“ARDS”)。

除该信息外，患者图标362还示出患者指示370，题为“CV Precondfail”(“CV预置条件衰竭”)。该患者指示370一般响应于与患者有关的事件而出现。在该情况下，该患者指示370在患者图标362中出现来指示“Lewis，J.”已经遭遇心血管衰竭(在患者指示370中缩写为“CV Precond fail”)。

图4示出用户界面112的患者屏幕400。示出的患者屏幕400可通过在部门屏幕300的主体部分340中选择患者图标362而被访问。该患者屏幕400包括上面板410。在该上面板410中是七个标签：Home标签(主页标签)412，Orders标签(医嘱标签)414，Care标签(护理标签)416，Views标签(视图标签)418，Protocols标签(规程标签)420，Help标签(帮助标签)422和Logout标签(注销标签)424。该上面板410的右方是Back按钮(后退按钮)426。

在上面板410下方是患者屏幕400的主体部分440。该主体部分440具有标签442，其识别患者(在该情况下是“Lewis，J.”)并且包括其他与患者有关的信息。尽管未示出，患者屏幕400可包括多个主体部分，每个可通过多个标签中的对应的一个来访问。主体部分440垂直分成患者信息部分444和患者规程部分450。

患者信息部分444水平分成一般信息子部分446和生命体征子部分448。该一般信息子部分446一般包括对于患者特定的属性。这些属性可存储到患者信息数据库130，并且用户界面112可配置成从患者信息数据库130获得属性。如示出的，一般信息子部分446列出各种属性，其包括患者入院日期、他的负责医生和护士、他的入院诊断和他最近的检查结果，等。当然，患者信息子部分446可列出其他适合的患者属性。

生命体征子部分448列出并且图形地描绘相关的患者的生命体征属性。像形成一般信息子部分446的属性一样，形成生命体征子部分448的属性可存储到患者信息数据库130，对于用户界面112，可通过数据库接口116访问该患者信息数据库130。如示出的，生命体征子部分448描绘并且列出各种属性，其包括患者体温、他的心率等。生命体征子部分446可例如列出或描绘其他适合的患者属性。

患者规程部分450包括工具栏子部分452和本体子部分454。该工具栏子部分452除了其他按钮外还包括后退按钮456、前进按钮458和规程显示按钮460。该本体子部分454包括与活跃的规程相关的信息。示出的本体子部分454列出规程类型462、活跃的规程规则464、与该活跃的规程规则464有关的详细信息对话466以及治疗决策对话468。

用户可以选择规程显示按钮460来将患者屏幕400的主体部分440从图4中示出的拆分模式切换到规程显示模式。

图7示出采用规程显示模式的患者屏幕400的主体部分440。在该模式中，主体部分440包括活跃规程子部分710和附属规程子部分720。该活跃规程子部分710图形地描绘活跃规程的流程图712。该附属规程子部分720一般描绘附属规程的一个或多个流程图。示出的附属规程子部分720图形地描绘第一流程图722、第二流程图724和第三流程图726，其分别对应于第一、第二和第三附属规程。

采用规程显示模式的主体部分440还包括视图选择面板730，其包括浏览器链接732和管理器链接734。当用户选择浏览器链接732时，主体部分440采用规程显示模式出现，如在图7中示出的。当用户选择管理器链接734时，主体部分440采用规程管理器模式出现。

图8示出采用规程管理器模式的患者屏幕400的主体部分440。在该模式中，主体部分440包括规程表810。该规程表810包括规程纵栏812、状态纵栏814和当前规则纵栏816。示出的示例规程表810列出一个活跃的规程(CV Failure)、两个使用中规程(ARDS和Sedation(镇静))、一个推荐规程(Insulin(胰岛素))和一个结束规程(DVT)。规程表810可以列出更少或更多的规程。患者屏幕400的主体部分440还包括添加按钮818，其使用户能够添加规程到规程表810；和去除按钮820，其使用户能够从规程表810中去除规程。

图9是代表可以执行来实现在图1-8中示出的示例系统和/或那些系统中的一个或多个的部分的示例机器可读指令的流程图。图9的示例过程可以使用处理器、控制器和/或任何其他适合的处理装置进行。例如，图9的示例过程可以使用存储在例如闪速存储器、只读存储器(ROM)和/或随机存取存储器(RAM)等有形的计算机可读介质上的编码指令(例如，计算机可读指令)实现。如本文使用的，术语有形的计算机可读介质明确地限定为包括任何类型的计算机可读存储并且排除传播信号。另外或备选地，图9的示例过程可以使用存储在例如闪速存储器、只读存储器(ROM)、随机存取存储器(RAM)、高速缓存或其中持续任何时间地(例如，延长时段地、永久地、简短地、暂时缓存地和/或信息高速缓存地)存储信息的任何其他存储介质等非暂时性计算机可读介质上的编码指令(例如，计算机可读指令)来实现。如本文使用的，术语非暂时性计算机可读介质明确地限定为包括任何类型的计算机可读介质并且排除传播信号。

备选地，图9的示例过程中的一些或全部可以使用专用集成电路(ASIC)、可编程逻辑装置(PLD)、现场可编程逻辑装置(FPLD)、离散逻辑、硬件、固件等的任何组合来实现。而且，图9的示例过程中的一些或全部可以人工实现或作为前面的技术中的任何技术的任何组合(例如，固件、软件、离散逻辑和/或硬件的任何组合)实现。此外，尽管图9的示例过程参照图9的流程图描述，可采用实现图9的过程的其他方法。例如，框的执行顺序可以改变，并且/或描述的框中的一些可以改变、消除、细分或组合。另外，图9的示例过程中的任何过程或全部过程可以通过例如单独处理线程、处理器、装置、离散逻辑、电路等相继和/或并行进行。

图9是示出提供临床决策支持的示例方法的流程图900。该方法将参照在图1-8中描绘的示例临床决策支持系统110解释。然而，该方法不限于示例系统110。

框910一般包括接收多个护理规程和患者的至少一个健康属性。参考在图1A和3中示出的示例临床决策支持系统110。如上文描述的，图3示出部门屏幕300的主体部分340包括若干房间图标351-359和那些房间图标的每个中的至少一个患者图标。例如，房间图标351包括六个患者图标361-366。在框910中，数据库接口116从患者信息数据库130接收对应于患者图标361-366的患者的患者属性和在其他房间352-359中的患者的患者属性。适合的患者属性包括但不限于血压、体温和心率。数据库接口116可以接收各种其他患者属性。在框910中，数据库接口116还从规程数据库120接收护理规程122中的一个或多个。数据库接口116然后传递患者属性和一个或多个护理规程到决策模块114。

参考图9，框920一般包括确定至少一个患者属性是否符合要通知护理提供者的条件。参考图1A和3。决策模块114确定接收的患者属性是否满足要通知护理提供者的条件。在示例中，该条件可以是阈值。例如，如果患者属性是尿量，则该条件可以是阈值尿量。在另一个示例中，一个或多个接收的护理规程可指示患者条件。

参考图9，框930一般包括当至少一个健康属性符合条件时，通过用户界面提供患者指示来通知护理提供者患者有资格接受护理治疗(例如，参考图1A和3)。一旦决策模块114确定接收的患者属性满足要通知护理提供者的条件，用户界面112提供患者指示来通知护理提供者给定的患者有资格接受护理治疗。例如，决策模块114已经确定患者362“Lewis，J.”的患者属性满足要通知患者的护理提供者的条件。作为响应，用户界面112显示患者指示370来通知Lewis，J.的护理提供者Lewis，J.已经遭遇心血管衰竭(缩写为“CV Precondfail”)。

用户界面112可采用各种其他方式向患者护理提供者通知患者指示370。例如，用户界面112可通过网络提供患者指示370给护理提供者。具体地，用户界面112可使用电子邮件、SMS消息和页面的任何组合发送患者指示370给护理提供者，使得护理提供者可在专用本地终端或通过远程或手持装置接收患者指示370。这些示例不是限制性的。用户界面112可采用各种其他方式通知患者的护理提供者，并且护理提供者可采用各种其他方式查看患者指示370。

参考图1A、3和9，框940一般包括从多个护理规程中选择第一规程，其对应于患者指示并且包括第一多个规则。在示例临床决策支持系统110中，决策模块114已经从接收的护理规程中选择“CVFailure”规程，其对应于患者指示370。该CV Failure规程包括多个规则(要论述的)。

框950一般包括从第一多个规则生成第一多个治疗观察选项。在示例临床决策支持系统110中，决策模块114已经从CV Failure规程的规则生成多个治疗观察选项(要论述的)。

框960一般包括通过用户界面显示第一多个治疗观察选项的每个，来使护理提供者能够确定第一多个治疗观察选项中的哪个应用于患者(例如参考图1A和4)。用户界面112显示活跃的护理规程(“CVFailure”)462、CV Failure规程的活跃规则464(“Preconditions”)和治疗决策对话468，治疗决策对话468包括若干治疗观察选项469-472。用户界面112还在详细的信息对话466中显示两个患者属性474和两个目标患者属性476。示出的患者属性474和示出的目标患者属性476都与心血管压力和尿量有关。具体地，Lewis，J.的实际心血管压力是5cmH₂O并且他的目标心血管压力是8cmH₂O；同样，他的实际尿量是0.3mL/kg/h并且他的目标尿量是0.5mL/kg/h。患者属性474和目标患者属性476的显示可通过告知护理提供者理想的治疗应该达到目标患者属性的值来帮助护理提供者。

参考图9，框970一般包括接收第一用户生成的响应，其对应于第一多个治疗观察选项中的至少一个(例如，参考图1A和4)。护理提供者可观察患者，并且在此基础上选择治疗观察选项469-472中的一个。例如，护理提供者可选择选项469来起动程序用于改进心脏的先决条件(precondition)，选择选项470来继续后置条件评估(postconditional assessment)，选择选项471来撤销他或她先前的选择(如果有的话)，或选择选项472来退出CV Failure规程。在图4中，加亮显示选项469来指示护理提供者选择的选项469。用户界面112接收护理提供者选择的选项469。

参考图9，框980一般包括至少部分基于第一用户生成的响应确定治疗推荐(例如，参考图1A和5)。图5示出在护理提供者选择选项469后的患者屏幕400(在图4中)。决策模块114从CV Failure规程的规则生成第二规则，其包括第二多个治疗观察选项。用户界面112然后显示该第二规则(“Diastolic dysfunction(舒张功能障碍)”)501、活跃的护理规程(“CV Failure”)462、详细信息对话466中与该第二规则有关的详细信息(“为了继续，我们需要评估舒张功能。有功能障碍的征兆吗？”)，以及第二多个治疗观察选项502-505。护理提供者可观察患者，并且在此基础上选择治疗观察选项502来指示存在功能障碍的征兆，选择选项503来指示不存在功能障碍的征兆，选择选项504以返回到CV Failure规程的第一规则(在图4中示出的患者屏幕400)，或选择选项505来退出CV Failure规程。尽管CVFailure规程包括第一组治疗观察选项469-472(在图4中示出)和第二组治疗观察选项502-505，临床决策支持系统110可例如使用具有单组治疗观察选项的规程。在图5中，加亮显示治疗观察选项502来指示护理提供者选择的选项502。用户界面112接收护理提供者选择的选项502。

在护理提供者选择选项502后，决策模块114基于护理提供者选择的选项469(在图4中示出)和选择的选项502(在图5中示出)确定治疗推荐。在一个示例中，护理规程具有一个或多个预定治疗推荐，并且每个治疗推荐对应于治疗观察选项的选择的组合。在示例临床决策支持系统110中，例如，决策模块114可使护理提供者选择的治疗观察选项(469和502)组合对应于护理规程，并且在护理规程中选择对应于该选择的组合的预定治疗推荐。

参考图9，框990一般包括通过用户界面显示治疗推荐来通知护理提供者用于护理治疗的治疗推荐(例如，参考图1A和6)。图6示出在决策模块114确定治疗推荐后的患者屏幕400。在患者屏幕400中，用户界面112用除其他事物以外的治疗推荐601、备选治疗推荐602、患者状况的诊断603和活跃的规程规则604填充主体部分440的患者规程部分450。具体地，治疗推荐601规定护理提供者应该给患者500ml的盐水并且通过将输液速率降低至6mL/h来减少肌肉收缩力支持。诊断603指示患者具有肌肉收缩力输液(inotropic infusion)。备选治疗推荐602建议护理提供者给予患者规定容量并且提供阻滞剂给患者。

在示例中，用户界面112根据护理提供者的组织职能显示治疗推荐(例如，参考图2和6)。如果护理提供者要将第一职能(例如，“住院护士”)键入职能栏206，用户界面112可只显示治疗推荐601。如果护理提供者要将第二职能(例如，“非住院护士”)键入职能栏206，用户界面112可只显示备选治疗推荐602。如果护理提供者要将第三职能(例如，“医生”)键入职能栏206，用户界面112可显示治疗推荐601和备选治疗推荐602两者。以此方式，用户界面112可以根据护理提供者的经验水平、对患者的熟悉度或类似物呈现一个或多个治疗选项给护理提供者。

参考图9，框995一般包括通过用户界面接受关于应用于患者的治疗推荐的反馈(例如，参考图1A和6)。在护理提供者实现治疗推荐601后，护理提供者选择链接605来记录他或她的医嘱。选择链接605可例如发送推荐的处方的医嘱到药房。选择链接605还可或代替地更新患者信息部分444的一般信息子部分446中的信息。选择链接605还可或代替地使护理提供者能够通过用户界面112提交护理提供者发现治疗推荐601是否有用以及有用到何种程度。用户界面112可接受未提及的各种其他形式的反馈。

在示例中，用户界面112显示护理规程的图形表示(例如，参考图6和7)。在患者屏幕400中，护理提供者可以选项Protocol标签420或规程显示按钮460来使用户界面112显示活跃的护理规程的图形表示。图7示出在护理提供者选择在图6中示出的患者屏幕400中的Protocol标签420或规程显示按钮460后，向护理提供者显示CVFailure规程的流程图712的患者屏幕400。该流程图712一般包括规则要素732-737、治疗选项要素738-740和控制要素741。规则要素732-737的每个对应于CV Failure规程的规则中的一个。例如，规则要素733对应于Precondition规则464(在图4中示出)，规则要素734对应于舒张功能障碍规则501(在图5中示出)，并且规则要素736对应于On Isotropes(具有肌肉收缩力)规则604(在图6中示出)。治疗选项要素738-740的每个对应于CV Failure规程的治疗选项中的一个。例如，治疗选项要素738对应于治疗推荐601(在图6中示出)并且治疗选项要素739对应于备选治疗推荐602(也在图6中示出)。

流程图712还示出规则之间的关系和治疗选项。例如，箭头742指示规则要素733(对应于规则464)和规则要素734(对应于规则501)之间的关系。在示例用户界面112中，护理提供者选择治疗观察选项469；因此，规则要素734相对于规则要素735是暗的，并且箭头742相对于虚线箭头743是实线的。相似地，治疗选项要素738相对于治疗选项要素739-740是暗的来指示治疗选项要素738对应于治疗推荐601。以此方式，护理提供者可以使规则和他或她选择的那些的备选治疗选项可视化。例如，护理提供者可以看到是他或她选择选项470(在图4中)，然后CV Failure规程将指示他或她检查患者心脏功能，如由治疗观察要素737表示的。

在示例中，用户界面112可以描绘一个或多个不活跃的规程。例如，参考图7。如上文描述的，患者屏幕400的附属规程子部分720包括第一流程图722、第二流程图724和第三流程图726。第一流程图722描绘在使用中但不活跃的ARDS规程。同样，第二流程图724描绘在使用中但不活跃的Sedation规程。第三流程图726描绘推荐的但不在使用的Insulin规程。护理提供者可以通过首先选择管理器链接734将Insulin规程添加作为“在使用中”规程。用户界面100然后将填充患者屏幕400，如在图8中示出的。护理提供者然后可以在规程表810中选择胰岛素规程并且点击添加按钮818。

图10是可以用于实现本文描述的设备和方法的示例处理器系统1000的框图。如在图10中示出的，该处理器系统1000包括耦合于互连总线1004的处理器1002。该处理器1002可以是任何适合的处理器、处理单元或微处理器。尽管未在图10中示出，该系统1000可以是多处理器系统，并且从而可包括与处理器1002相同或相似并且通信地耦合于互连总线1004的一个或多个另外的处理器。

图10的处理器1002耦合于芯片集1006，其包括存储器控制器1008和输入/输出(I/O)控制器1010。众所周知，芯片集典型地提供I/O和存储器管理功能以及可由耦合于芯片集1006的一个或多个处理器访问或使用的多个通用和/或专有寄存器、计时器等。存储器控制器1008执行使处理器1002(或多个处理器，如果存在多个处理器)能够访问系统存储器1012和大容量存储存储器1014的功能。

系统存储器1012可以包括任何期望类型的易失性和/或非易失性存储器，例如静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、闪速存储器、只读存储器(ROM)等。大容量存储存储器1014可以包括任何期望类型的大容量存储装置，其包括硬盘驱动器、光盘驱动器、磁带存储装置等。

I/O控制器1010执行使处理器1002能够通过I/O总线1022与外设输入/输出(I/O)装置1016和1018以及网络接口1020通信的功能。I/O装置1016和1018可以是任何期望类型的I/O装置，例如键盘、视频显示器或监视器、鼠标等。网络接口1020可以是，例如使处理器系统1000能够与另一个处理器系统通信的以太网装置、异步传送模式(ATM)装置、802.11装置、DSL调制解调器、电缆调制解调器、蜂窝调制解调器等。

尽管存储器控制器1008和I/O控制器1010作为芯片集1006内的单独框在图10中描绘，由这些框执行的功能可集成在单个半导体电路内或可使用两个或以上的单独集成电路实现。

尽管本发明已经参照某些实施例描述，本领域内技术人员将理解可做出各种改变并且可代替等同物而不偏离本发明的范围。另外，可做出许多修改以使特定情况或材料适应于本发明的教导而不偏离它的范围。因此，规定本发明不限于公开的特定实施例，而本发明将包括落入附上的权利要求的范围内的所有实施例。

Claims (10)

1.一种用于提供临床决策支持的计算机实现的方法，所述方法包括：

接收(910)多个护理规程(122)和患者的至少一个健康属性(474)；

确定(920)所述至少一个健康属性(474)是否符合要通知护理提供者的条件；

当所述至少一个健康属性(474)符合所述条件时，通过用户界面(112)提供(930)患者指示(370)来通知护理提供者患者有资格接受护理治疗；

从所述多个护理规程(122)中选择(940)第一规程，其对应于所述患者指示(370)并且包括第一多个规则(151-159)；

从所述第一多个规则(151-159)生成(950)第一多个治疗观察选项(469-472)；

通过所述用户界面(112)显示(960)所述第一多个治疗观察选项(469-472)的每个和关于推荐的治疗观察选项的建议(469)，以使护理提供者能够确定所述第一多个治疗观察选项(469-472)中的哪个应用于患者；

接收(970)第一用户生成的响应，其对应于所述第一多个治疗观察选项(469-472)中的至少一个；

至少部分基于所述第一用户生成的响应确定(980)治疗推荐(601)；

通过所述用户界面(112)显示(990)所述治疗推荐(601)来通知护理提供者用于护理治疗的所述治疗推荐(601)；以及

接受(995)关于应用于患者的所述治疗推荐(601)的反馈。

2.如权利要求1所述的方法，其中确定所述治疗推荐(601)包括：

从所述第一多个规则(151-159)生成第二多个治疗观察选项(502-505)；

通过所述用户界面(112)显示所述第二多个治疗观察选项(502-505)的每个，以使护理提供者能够确定所述第二多个治疗观察选项(502-505)中的哪个应用于患者；

接收第二用户生成的响应，其对应于所述第二多个治疗观察选项(502-505)中的至少一个；

至少部分基于所述第一和第二用户生成的响应确定所述治疗推荐(601)。

3.如权利要求1所述的方法，其进一步包括通过所述用户界面(112)显示所述第一规程的图形表示(712)。

4.如权利要求3所述的方法，其中所述图形表示(712)是描绘所述第一多个规则(151-159)的每个、所述第一多个规则(151-159)的每个之间的任何关系和所述治疗推荐(601)的流程图。

5.如权利要求1所述的方法，其进一步包括：

从所述至少一个健康属性(474)确定至少一个目标健康属性(476)，以及

通过所述用户界面(112)显示所述至少一个目标健康属性(476)来通知护理提供者所述治疗推荐(601)试图完成所述至少一个目标健康属性(476)。

6.如权利要求1所述的方法，其中所述多个护理规程(122)由护理提供者基于不包括所述患者的患者人群而生成。

7.一种临床决策支持系统(110)，其包括：

连接到存储器(1012，1014)的处理器(1002)，对所述处理器(1002)编程来实现所述系统(110)；

数据库接口(116)，用于接收多个护理规程(122)和患者的至少一个健康属性(474)；

决策模块(114)，用于确定所述至少一个健康属性(474)是否符合要通知护理提供者的条件，用于从所述多个护理规程(122)中选择第一规程，其对应于所述患者指示(370)并且包括第一多个规则(151-159)，用于从所述第一多个规则(151-159)生成第一多个治疗观察选项(469-472)，以及用于至少部分基于第一用户生成的响应来确定治疗推荐(601)，第一用户生成的响应对应于所述多个治疗观察选项(469-472)中的至少一个；和

用户界面(112)，用于当所述至少一个健康属性(474)符合条件时提供所述患者指示(370)来通知护理提供者患者有资格接受护理治疗，用于显示所述第一多个治疗观察选项(469-472)的每个，用于使护理提供者能够确定所述第一多个治疗观察选项(469-472)中的哪个应用于患者，用于接收所述第一用户生成的响应，以及用于显示所述治疗推荐(601)来通知护理提供者用于护理治疗的所述治疗推荐(601)，以及用于接受关于应用于患者的所述治疗推荐(601)的反馈。

8.如权利要求7所述的系统，其中所述决策模块(114)用于从所述第一多个规则(151-159)生成第二多个治疗观察选项(502-505)，通过所述用户界面(112)显示所述第二多个治疗观察选项(502-505)的每个来使护理提供者能够确定所述第二多个治疗观察选项(502-505)中的哪个应用于患者；用于接收第二用户生成的响应，其对应于所述第二多个治疗观察选项(502-505)中的至少一个，以及用于至少部分基于所述第一和第二用户生成的响应确定所述治疗推荐(601)。

9.如权利要求7所述的系统，其中所述用户界面(112)用于显示所述第一规程的图形表示(712)。

10.如权利要求9所述的系统，其中所述图形表示(712)是描绘所述第一多个规则(151-159)的每个、所述第一多个规则(151-159)的每个之间的任何关系和所述治疗推荐(601)的流程图。

Images