CN1811782A - 医嘱管理系统和用户界面 - Google Patents

Abstract

本发明涉及一种医生医嘱输入用户界面系统，该系统有利于解决与待给予患者的治疗医嘱有关的问题。用来管理为患者提供治疗的医嘱的用户界面系统包括显示处理器，用于启动表示显示图象的数据的产生。该显示图象包括用户可选的第一图象元素，表明待提供给特定患者的用于特定治疗的医嘱应被保留；以及用户可选的第二图象元素，表明待提供给特定患者的用于特定治疗的医嘱应被取消。响应于用户对用户可选的第二图象元素的选择，医嘱处理器更新已经存储的代表医嘱的记录，以表明待提供给特定患者的用于特定治疗的医嘱被取消。

Description

医嘱管理系统和用户界面

本申请是由T.Komischke于2004年9月16日提交的临时申请序列号为60/610,289的正式申请。

技术领域

本发明涉及一种用户界面系统，该系统用于管理为患者提供治疗的医嘱。

背景技术

在医生使用计算机化的医嘱输入和处理系统来开医嘱以便为患者提供治疗服务的处理过程中可能产生问题。例如，如果患者的情况发生了改变，在医嘱安排或一个医嘱被在后的医嘱所替换之后发现潜在的药物相互作用，则可能产生问题。为处理这一问题可以采取的一种解决操作是停止该医嘱和/或受影响的相关医嘱(如果有的话)。现有的系统可以通过受影响的医嘱是否已签署来区分医嘱，所以该解决操作可以是“停止医嘱X”(如果该医嘱已经签署)或“不要发出医嘱Y”(如果该医嘱还没有签署)。替代地，医嘱可以被取消。现有的用户界面系统缺少显示受影响的医嘱的综合视图的概观显示图象，并且不能够提供用户友好界面。这导致差的可用性和用户的不满意。

现有的医嘱输入用户界面也不能提供使医嘱输入、编辑和修改过程便利的图象窗口。现有的用户界面系统缺少灵活的用户友好显示和相关的图象导航方法，同时不支持当前的医嘱、已有的医嘱和为特定患者选择医嘱。依据本发明的原理的系统解决了这些缺陷和相关的问题。

发明内容

医生医嘱输入用户界面系统例如支持对给予患者的当前已签署的医嘱的并发管理、对等待签署以变成当前已签署的医嘱的新医嘱和标识可供选择的医嘱的医嘱选择列表的编辑以及需要取消的问题医嘱的解决。用于管理为患者提供治疗的医嘱的用户界面系统包括显示处理器，用于启动表示显示图象的数据的产生。该显示图象包括用户可选的第一图象元素和用户可选的第二图象元素，其中该第一图象元素表明待提供给特定患者的用于特定治疗的医嘱应被保留，而第二图象元素表明待提供给特定患者的用于特定治疗的医嘱应被取消。响应于用户对用户可选的第二图象元素的选择，医嘱处理器更新已经存储的代表医嘱的记录，以表明待提供给特定患者的用于特定治疗的医嘱被取消。

附图说明

图1示出依据本发明原理的一个联网的保健信息系统，该系统使用支持对当前已签署的治疗医嘱和新的未签署的治疗医嘱的管理以及问题医嘱的解决的医生医嘱输入系统和用户界面。

图2-7示出依据本发明原理的用户界面图像，该用户界面图像被图1所示的医生医嘱输入用户界面系统用于解决问题医嘱。

图8-10示出依据本发明原理的用户界面图像，该用户界面图像被医生医嘱输入用户界面系统所使用，该系统支持对当前已签署的治疗医嘱和新的未签署的治疗医嘱的管理。

图11示出依据本发明原理的程序流程图，该程序支持对当前已签署的治疗医嘱和新的未签署的治疗医嘱的管理以及问题医嘱的解决。

具体实施方式

图1示出一个联网的医院信息系统，该系统使用医生医嘱输入用户界面系统来管理当前已签署的治疗医嘱和新的未签署的治疗医嘱以及问题医嘱的解决。该用户界面系统允许用户迅速决定什么临床问题与他们为患者所选择的待签署的一个或多个治疗医嘱相关。响应于医生对患者的治疗医嘱的选择和患者临床信息而产生的警告消息可能是复杂的，因为例如由于药物与药物的相互作用而可能需要检查数量众多的其它医嘱。而且，如果产生警告消息，则存在几个可能需要执行的解决操作。该系统解决提供所需要的结构化信息的问题，以便该信息不淹没用户，并方便简洁地在尺寸缩小的图象区域中显示信息。该系统可以无缝地组合和处理多个不同的警告。

依据本发明原理的用户界面系统解决在显示关键信息的同时便于存取更多详细信息的问题。该系统还解决例如以用户可以迅速理解的方式显示可用的解决操作选项的问题，该选项包含使用户能够取消一个治疗医嘱的“取消”命令。对于选定的医嘱，该系统显示标识可能与该医嘱相关的临床警告的图象元素。该系统有利地捕捉用户注意力并使用户注意力集中在一个图象内的所期望的位置，并提供涉及到某个问题(例如涉及临床医生启动的医嘱)的相关描述信息。该系统提供标识可用的潜在问题解决操作选项并允许用户隐藏或显示几个信息层的显示图象。该系统有利地使用视觉模式方法在显示图象中向用户标识和显示解决操作。例如，用户通过选择左边的或右边的单选按钮来建立视觉模式，该单选按钮代表保留或取消一个治疗医嘱的命令。当用户回顾这些选择时，视觉模式使用户容易察觉已经选择了什么命令选择。

如本文中所使用的可执行的应用程序包含用来实现预定功能的代码或机器可读的指令，该预定功能包括操作系统、保健信息系统或其它的信息处理系统的那些功能，例如响应用户命令或输入。可执行程序是用来执行一个或多个特殊处理的一段代码(机器可读的指令)、子程序、其它特殊的代码片断或可执行的应用程序的一部分，并且可以包括执行对所接收的输入参数的操作(或响应接收到的输入参数)并提供所得到的输出参数。如本文中所使用的处理器是一个设备和/或一组用于执行任务的机器可读的指令。处理器包括硬件、固件、和/或软件中的任何一个或任何组合。处理器通过操作、分析、修改、转换或传递可执行程序或信息设备所使用的信息和/或通过向输出设备发送信息而作用于信息。例如，处理器可使用或包含控制器或微处理器的能力。显示处理器或发生器是公知的用于产生显示图象或其部分的包含电子电路或软件或两者组合的单元。用户界面包含一个或多个使用户能够与处理器或其它设备交互作用的显示图象。

图1示出一个联网的保健信息系统10，该系统使用医生医嘱输入系统(医嘱处理器)42和用户界面40，支持对当前已签署的治疗医嘱和新的未签署的治疗医嘱的管理以及问题医嘱的解决。保健信息系统10包含客户机设备12、数据存储单元14、第一局域网(LAN)16、服务器设备18、第二局域网(LAN)20和部门系统22。客户机设备12例如包含处理器26和存储器单元28，并且可以包含个人电脑。保健信息系统10由保健提供者使用，该保健提供者负责监控在其照管下的人员的健康和/或幸福。保健提供者的实例在没有限制的情况下包括医院、疗养院、辅助生活护理机构、家庭健康护理机构、收容所机构、重病护理机构、健康护理诊所、理疗诊所、按摩疗法诊所和齿科医院。由保健提供者服务的人在没有限制的情况下例如包括患者、居民和客户。

医生医嘱输入系统42与用户界面系统40共同管理当前已签署的治疗医嘱和新的未签署的治疗医嘱以及问题医嘱的解决。用户界面系统40提供标识由医生启动的已签署的医嘱的当前医嘱方格(Current Orders Pane，COP)图象窗口，标识待签署以变成为当前医嘱并且可以或不可以被编辑的新医嘱的当前医嘱会话(Current Ordering Session，COS)图象窗口，以及标识可被选择变成为COS图象窗口中的新医嘱的可用治疗医嘱的选择列表(例如Picklist(挑选列表))图象窗口。该系统有利地在一个单独的合成图象中同时显示COP、COS和Picklist图象窗口中的至少两个图象窗口。现有的用户界面系统缺少灵活的用户友好显示和相关的同时支持当前的医嘱、已有的医嘱和针对特定患者的医嘱选择的图象导航方法。现有的系统典型地一次单独地显示COP、COS或Picklist图象窗口中的一个图象窗口，所以顺序地显示数据。此外，在现有的系统中，用户被剥夺了对COP、COS和Picklist图象窗口的概观，并且由于需要记住导航医嘱输入菜单中的相当大数量的数据以便为特定的患者创建所期望的治疗医嘱而承受负担。

医生医嘱输入系统42与用户界面系统40共同提供图2-9所示的用户界面图象并使用图10所示的程序。在另一个实施例中，系统42、用户界面系统40和工作流引擎36中的一个或多个可以位于客户机设备12中。用户界面系统40包含输入设备和输出设备，该输入设备允许用户向客户机设备12提供信息，而该输出设备向用户提供图象菜单和其它信息的显示。该输入设备优选地是键盘和鼠标，但也可以例如是触摸屏或带有语音识别程序的麦克风或电话语音应答系统。该输出设备是显示器。响应于接收来自用户的信息的输入设备或响应于客户机设备12的其它活动，输出设备向用户提供信息。例如，响应于用户在客户机设备12中通过键盘输入的信息，显示器显示信息。

医生医嘱输入系统42与用户界面系统40提供图2-7所示的用户界面图像，该用户界面图像使用户能够解决问题医嘱。例如，图2所示的图象窗口200使用户能够解决由医生选择的用于治疗的医嘱的问题。通过医嘱名称(这里是万古霉素(Vancomycin))来标识的治疗医嘱203有问题并以不同的颜色(例如使用红色字体)来加亮。与医嘱203相关的警告标题205在另一文本行中显示，并提供关于该问题的重要信息。警告标题205包含可扩展的隐蔽区，该隐蔽区可响应于用户的操作而扩展(并且随后可收缩)以便例如向医生提供标识潜在问题解决选项的信息以及更多的详细信息。本例中的扩展的警告标题显示了一个受影响的其它治疗医嘱213，该治疗医嘱指出潜在的重复的头孢霉素(Cefazolin)医嘱。例如通过选项按钮207，扩展的警告标题使能够医生单独地保留或取消万古霉素或头孢霉素医嘱中的任一个或两个医嘱。用户通过激活决定按钮210来启动所选择的保留或取消操作。医生能够通过注释框215输入关于警告的注释或通过按钮217忽略并拒绝该警告。该界面系统有利地通过图2的总图象来改进对治疗医嘱问题的显示和管理，而且便于医生理解有效使用图象不动产的问题。

图3所示的图象窗口显示了通过医嘱名称(这里是万古霉素)来标识的、有问题的并以不同颜色(例如使用红色字体)来加亮的治疗医嘱230。与医嘱230相关的警告标题232被显示为扩展的，以便向医生提供标识潜在问题的解决选项的信息以及更多的详细信息。扩展的警告标题232明确地显示了万古霉素医嘱以及三个可能受影响的其它医嘱235。这些其它医嘱包含潜在的重复的氨苄青霉素(Ampicillin)、头孢霉素医嘱和另一种万古霉素医嘱。这些医嘱与医生可选择的保留和取消选项一起被显示用于每一个治疗医嘱。通过使用一致的视觉模式234有利地显示保留和取消选项。因此，医生知道左边的选项(单选)按钮一致地使能保留医嘱操作，而右边的选项按钮一致地使能取消医嘱操作。

图4所示的图象窗口显示了通过医嘱名称(这里是阿斯匹林(Aspirin))来标识的、有问题的并以不同颜色(例如使用红色字体)来加亮的治疗医嘱250。与医嘱250相关的警告标题253被显示为扩展的，以便显示阿斯匹林医嘱以及可能受影响的其它的华法林(Warfarin)医嘱。在扩展的警告标题253中，可能受影响的华法林医嘱有利地被显示为可扩展(并且随后可收缩)的图象区域255。响应于用户的选择，图象区域255被扩展并提供补充信息，该补充信息是关于先前启动的华法林医嘱和医生选择的阿斯匹林医嘱之间的潜在的药物相互作用问题。

图5所示的图象窗口显示了一个未使用可扩展(并且随后可收缩)的警告标题隐蔽区的治疗医嘱图象窗口的实施例。治疗医嘱图象窗口300显示了临床医生所选择的治疗医嘱，这些治疗医嘱是根据功能来分类的，包括药物医嘱320、静脉内输注医嘱323、实验室医嘱325、饮食医嘱328以及护理医嘱330。通过医嘱名称(这里是肌酸磷酸激酶同功酶(CPK-MB))来标识的实验室治疗医嘱303有问题并以不同的颜色(例如使用红色字体)来加亮。与医嘱303相关的不可扩展的警告标题305带有三个连续的用户可选问题解决操作的行，和存在可能有问题的潜在的在先医嘱的指示307。上述问题解决操作使用户能够通过不启动肌酸磷酸激酶同功酶医嘱或通过在启动医嘱的同时提供预先的受益人通知来解决该医嘱问题。当例如为患者提供如由医疗保险载体(Medicarecarrier)建立的服务时，产生“预先的受益人通知”(ABN)，其中该服务是已知的或可以合理地预期是已知的并且在医学上不是必须的并且不是合理的。在履行服务之前，提供ABN以便书面通知患者医疗保险要求拒绝可以被预期的理由。在没有适当地签署的ABN的情况下，该服务会因在医学上不是必须的并且不是合理的而被拒绝，并且不能给患者开帐单。

图6和图7所示的图象窗口分别在可扩展的警告标题350和370中显示了用户可用的不同的治疗医嘱问题解决选项。在图6所示的图象窗口中，在扩展的警告标题350中向用户显示了选项353、356、359、363和365，选项353、356和359使用户能够中止特定的治疗医嘱，选项363使用户能够阻止启动医嘱，而选项365使用户能够忽略冲突警告。在图7所示的图象窗口中，在扩展的警告标题370中向用户显示了选项373、375和379，选项373使用户能够中止特定的治疗医嘱，选项375使用户能够阻止启动医嘱，而选项379使用户能够忽略冲突警告。由用户界面系统40提供的图2-7所示的用户界面图象有利地能够实现用户界面元素(可扩展/可收缩的隐蔽区、单选按钮等)的配置，以用于除了保健之外的领域。

医生医嘱输入系统42与用户界面系统40给用户提供图8-10所示的用户界面图象，这些用户界面图象支持便利的医生医嘱输入功能。图8-10所示的用户界面图象支持对当前已签署的治疗医嘱和新的未签署的治疗医嘱的管理。图8所示的图象包含在垂直方向上被分成两个大小近似相等的图象窗口400和405的图象，即包含合成图像。图象窗口400显示了当前医嘱方格(COP)图象窗口，其标识由医生为特定患者启动的已签署的医嘱。治疗医嘱按类别排列，例如包括药物医嘱420、实验室医嘱423、饮食医嘱426、护理医嘱429以及放射医嘱433。图象窗口405显示了当前医嘱会话(COS)图象窗口，其标识待签署以变成为当前医嘱并且可以或不可以被编辑的新医嘱(例如，由于系统10所触发的警告)。

COP图象窗口400有利地为用户提供当前指示用于患者治疗医嘱及其状态(例如有效、中止)的快速概观。例如，响应于用户进入系统查看关于特定患者的信息，医生医嘱输入系统42与用户界面系统40给该用户提供COP图象窗口400。COS图象窗口405给用户提供数据，该数据指示可用的待签署、编辑并加入到窗口400中当前已签署的治疗医嘱中的治疗医嘱。COS图象窗口405与治疗医嘱购物车相似。该系统有利地使用户能够同时看到图象窗口400中的当前已签署的医嘱和图象窗口405中的可用医嘱，并且帮助用户确定必要的医嘱改变并修改仍处于编辑模式的新医嘱。响应于COP图象窗口400中的治疗医嘱的状态的改变，医生医嘱输入系统42有利地向COS图象窗口405传递相应的医嘱并检查其有效性。而且，图8所示的合成图象有利地并行显示图象窗口400和405，并便于用户追踪所述窗口之间的治疗医嘱。

图9所示的图象包含在垂直方向上被分成两个大小近似相等的图象窗口410和405的图象，即包含合成图象。图9中所示的图象窗口410覆盖COP图象窗口400并且是一个选择列表(例如，Picklist)图象窗口，该选择列表图象窗口标识COS图象窗口405中的可选择以变成为新医嘱的可用治疗医嘱。例如，Picklist图象窗口410有利地作为对话菜单来提供，用户可以通过拖放控制来决定该对话菜单的位置，并且该对话菜单可以覆盖COP图象窗口400或COS图象窗口405。而且，Picklist图象窗口410有利地被布置成具有基本上近似于完整图象的一半大小的宽度，以及具有基本上与COP图象窗口400或COS图象窗口405近似相同的大小。在一个实施例中的用户界面系统40允许用户在一个合成图象窗口中同时查看图象窗口400、405和410中的两个(在另一个实施例中，同时查看所有的三个窗口)。这使用户能够容易地确定治疗医嘱问题，这些问题发生在治疗医嘱输入工作流的任务序列中的当前医嘱操作期间。通过使用Picklist图象窗口410，用户找到并选择新的治疗医嘱。图9所示的合成图象有利地使用户能够同时查看图象窗口405中的COS治疗医嘱购物车和Picklist图象窗口410，以及确定用户已经从Picklist中选出的那些医嘱并编辑购物车医嘱。

图10所示的图象包含在垂直方向上被分成两个大小近似相等的图象窗口400和410的图象、即包含合成图象。Picklist图象窗口410覆盖图9的图象中的COS图象窗口405。通过使用Picklist图象窗口410，用户找到并选择新的治疗医嘱。图10所示的包含窗口410和400的合成图象窗口有利地使用户能够查看为特定患者已经发出的当前医嘱和治疗医嘱Picklist，以确保选定的治疗医嘱不是已经发出的医嘱的重复。合成图象窗口还警告用户需要预先考虑与当前医嘱的相互作用效应，例如药物与药物的相互作用。用户界面系统40允许用户同时查看图象窗口400、405和410中的两个(或更多)。在治疗医嘱工作流期间，每一种组合为相应的特定治疗医嘱操作提供有利的医嘱特征。

在另一个实施例中，COP图象窗口400和COS图象窗口405中的一个覆盖另一个。在典型的情况中，图象窗口400和405包含许多行项，如果图象窗口的高度超过宽度(并可以垂直滚动)，那么这是有利的。在又一个实施例中，COP图象窗口400和COS图象窗口405被集成到一个具有两个分区的图象窗口中。在另外的实施例中，COP图象窗口400、COS图象窗口405和Picklist图象窗口410分别被集成到一个对话图象窗口中。以这种方式集成图象窗口限制了已签署的治疗医嘱和未签署的治疗医嘱的显示概观的范围，并且增加了滚动和存取图象窗口行项时所涉及的导航操作(和负担)。

返回图1所示的联网的保健信息系统，服务器设备18包括处理器30、包含工作流引擎36的存储器单元32、和包含病历的数据库38。服务器设备18可以被实施为个人电脑或工作站。数据库38提供用于存储病历的位置，而数据存储单元14提供病历和医院信息系统10的其它信息的替代存储。来自于多个客户机设备的多个用户存取数据存储单元14和数据库38中的信息。可以从客户机设备12中的存储器单元28或在部门系统22中的存储器单元中存取病历。数据存储单元14中的病历包括与患者相关的信息，该信息在没有限制的情况下包括涉及传记、金融、临床、工作流、护理计划和患者遭遇(访问)的信息。

第一局域网(LAN)16(图1)提供在客户机设备12、数据存储单元14和服务器设备18之间的通信网络。第二局域网(LAN)20提供在服务器设备18和部门系统22之间的通信网络。部门系统22包括实验室系统44、药房系统46、金融系统48和护理系统50，还可以包括记录系统、患者管理系统、放射系统、结算系统、付款系统以及保健信息系统中所需要的或想要的任何其它系统。第一局域网16和第二局域网20可以是相同或不同的局域网，这取决于所实现的特定的网络配置和特定的网络通讯协议。替代地，第一局域网16和第二局域网20中的一个或两个可以作为广域网(WAN)被实现。

如图1所示，通信路径52、56、60、62、64、66、68和70允许不同的单元与第一局域网16或第二局域网20通信。通信路径52、56、60、62、64、66、68和70中的每一个优选地适于使用一种或更多种数据格式(另外也被称作协议)，这取决于该保健信息系统10中的不同单元的类型和/或配置。信息系统数据格式的例子在没有限制的情况下包括RS232协议、以太网协议、医疗接口总线(Medical Interface Bus，MIB)兼容协议、DICOM协议、因特网协议(IP)数据格式、局域网(LAN)协议、广域网(WAN)协议、IEEE总线兼容协议和健康信息交换第七层(Health Level Seven，HL7)协议。

图11示出一个程序流程图，该程序由支持对当前已签署的治疗医嘱和新的未签署的治疗医嘱的管理以及问题医嘱的解决的医生医嘱输入系统42与用户界面系统40执行。在步骤701的开始之后的步骤702中，系统42和40启动表示显示图象的数据的产生，该显示图象包括当前医嘱会话窗口，该窗口响应临床医生的批准而标识待发出的医嘱；并且包括包含信息的可收缩的图象区域，该信息标识待提供给特定患者的用于特定治疗的医嘱的潜在临床问题。该潜在问题例如表示下列问题中的至少一个：例如(a)医嘱重复，b)药物用量问题，(c)药物相互作用问题，(d)患者医疗数据和指定药物之间的矛盾，(e)价格较低的等效医嘱，以及(f)由于短缺而对使用替代药物的推荐。

当前医嘱会话窗口包括用户可选的第一图象元素，它表明待提供给特定患者的用于特定治疗的医嘱应被保留；以及用户可选的第二图象元素，它表明待提供给特定患者的用于特定治疗的医嘱应被取消。用户可选的第一和第二图象元素彼此相邻并邻近标识潜在临床问题的信息。显示图象包含第二窗口，该第二窗口显示已经获得临床医生批准的现有医嘱。在该显示图象中，当前医嘱会话窗口和第二窗口相邻并且每一个基本上占用可用的显示图象的宽度的一半宽度。

响应于用户对不同的第二图象中的第三图象元素的选择，系统42和40启动表示显示图象的数据的产生，该显示图象包括用户可选的第一和第二图象元素。第三图象元素也启动可收缩的图象区域的扩展以显示标识医嘱的潜在临床问题的显示图象。该显示图象包括表明可收缩的图象区域处于收缩或扩展状态的第四图象元素。可收缩的图象区域被标记以表明待提供给特定患者的用于特定治疗的医嘱存在潜在临床问题。

在步骤704中，响应于用户对显示图象中用户可选的第二图象元素的选择，系统42更新已经存储的代表医嘱的记录，以表明待提供给特定患者的用于特定治疗的医嘱被取消。在步骤707中，系统42和40启动可移动的选择列表窗口的产生，该选择列表窗口用于合并到显示图象中并提供表明可用于选择并合并到当前医嘱会话窗口中的治疗医嘱的信息。在显示图象中，当前医嘱会话窗口和选择列表窗口邻近。当前医嘱会话窗口和选择列表窗口中的每一个基本上占用可用的显示图象宽度的一半宽度。用于执行图11所示的步骤的机器可读指令可以被包含在有形的存储媒体中。图11所示的程序以步骤714结束。

本文中所提出的系统、程序和用户界面显示图象并不是唯一的。为了实现相同的目的，依据本发明原理可以得到其它的系统和程序。虽然本发明已参照特定的实施例来加以描述，但应当认识到的是，本文中所显示和描述的实施例以及变型方案仅用于解释性的目的。本领域的技术人员在不脱离本发明的范围的情况下可以实现对当前设计的修改。而且，由图1和图11所示的系统和程序提供的任何功能均可以用硬件、软件或其组合来实现。本系统可适用于包含相似特征的种类广泛的功能。本系统可用于提供邻近窗口中的项目的概观，而不必过度限制可以显示的项目的数量。

Claims (14)

1、一种用于管理为患者提供治疗的医嘱的用户界面系统，包括：

显示处理器，用于启动表示显示图象的数据的产生，该显示图象包括：

用户可选的第一图象元素，表明待提供给特定患者的用于特定治疗的医嘱应被保留，以及

用户可选的第二图象元素，表明待提供给所述特定患者的用于所述特定治疗的所述医嘱应被取消；以及

医嘱处理器，用于响应于用户对所述用户可选的第二图象元素的选择而更新已经存储的代表医嘱的记录以表明待提供给所述特定患者的用于所述特定治疗的所述医嘱被取消。

2、如权利要求1所述的系统，其中，

所述用户可选的第一和第二图象元素相邻，而且

所述显示图象包含表明所述医嘱的潜在临床问题的信息。

3、如权利要求1所述的系统，其中，

响应于用户对不同的第二图象中的第三图象元素的选择，所述显示处理器启动表示所述显示图象的数据的产生，其中所述显示图象包括所述用户可选的第一和第二图象元素，所述第三图象元素启动可收缩的图象区域的扩展，并且

所述显示图象包括第四图象元素，该第四图象元素表明所述可收缩的图象区域至少处于(a)收缩状态和(b)扩展状态之一。

4、如权利要求3所述的系统，其中，

所述可收缩的图象区域被标记以表明待提供给所述特定患者的用于所述特定治疗的所述医嘱存在潜在临床问题，并且

所述潜在临床问题包含下列问题中的至少一个：(a)医嘱重复，(b)药物用量问题，(c)药物相互作用问题，和(d)患者医疗数据和指定药物之间的矛盾。

5、如权利要求4所述的系统，其中，

所述可收缩的图象区域被标记以表明待提供给所述特定患者的用于所述特定治疗的所述医嘱存在潜在临床问题，并且

响应于用户对所述第三图象元素的选择，所述可收缩的图象区域被扩展以显示所述显示图象，其中所述显示图象标识所述医嘱的潜在临床问题。

6、如权利要求1所述的系统，其中，

所述用户可选的第一和第二图象元素被显示在所述显示图象的当前医嘱会话窗口中，所述当前医嘱会话窗口被用于响应于临床医生的批准而显示待发出的医嘱，

所述显示图象包含第二窗口，该第二窗口显示已经获得临床医生批准的现有医嘱，以及

在所述显示图象中，所述当前医嘱会话窗口和所述第二窗口相邻。

7、如权利要求6所述的系统，其中，

所述当前医嘱会话窗口和所述第二窗口中的每一个基本上占用可用的显示图象宽度的一半宽度。

8、如权利要求6所述的系统，包括

可移动的选择列表窗口，提供表明可用于选择并合并到所述当前医嘱会话窗口中的治疗医嘱的信息，

在所述显示图象中，所述当前医嘱会话窗口和所述选择列表窗口相邻，并且

所述当前医嘱会话窗口和所述选择列表窗口中的每一个基本上占用可用的显示图象宽度的一半宽度。

9、一种用于管理为患者提供治疗的医嘱的用户界面系统，包括：

显示处理器，用于启动表示显示图象的数据的产生，该显示图象包括：当前医嘱会话窗口，响应于临床医生的批准而标识待发出的医嘱；和包含信息的可收缩的图象区域，该信息标识待提供给特定患者的用于特定治疗的医嘱的潜在临床问题；以及

医嘱处理器，用于响应于用户对用户可选的图象元素的选择而更新已经存储的代表医嘱的记录以表明待提供给所述特定患者的用于所述特定治疗的所述医嘱被取消，其中该用户可选的图象元素与在所述显示图象中标识所述潜在临床问题的所述信息相邻。

10、如权利要求9所述的系统，其中，

用户对不同的第二图象中不同的图象元素的选择启动所述可收缩的图象区域的扩展，并且所述不同的图象元素被标记以表明待提供给所述特定患者的用于治疗的医嘱存在潜在临床问题，并且

响应于用户对所述不同的图象元素的选择，所述可收缩的图象区域被扩展以显示所述标识所述医嘱的所述潜在临床问题的信息。

11、如权利要求9所述的系统，其中，

所述显示图象包含第二窗口，该第二窗口显示已经获得临床医生批准的现有医嘱，而且

在所述显示图象中，所述当前医嘱会话窗口和所述第二窗口相邻。

12、如权利要求11所述的系统，其中，

所述当前医嘱会话窗口和所述第二窗口中的每一个基本上占用可用的显示图象宽度的一半宽度。

13、一种用于管理为患者提供治疗的医嘱的方法，包括以下操作：

启动表示显示图象的数据的产生，该显示图象包括；

用户可选的第一图象元素，表明待提供给特定患者的用于特定治疗的医嘱应被保留，以及

用户可选的第二图象元素，表明待提供给所述特定患者的用于所述特定治疗的所述医嘱应被取消；以及

响应于用户对所述用户可选的第二图象元素的选择，更新已经存储的代表医嘱的记录，以表明待提供给所述特定患者的用于所述特定治疗的所述医嘱被取消。

14、一种用于管理为患者提供治疗的医嘱的方法，包括以下操作：

启动表示显示图象的数据的产生，该显示图象包括：当前医嘱会话窗口，响应于临床医生的批准而标识待发出的医嘱；和包含信息的可收缩的图象区域，该信息标识待提供给特定患者的用于特定治疗的医嘱的潜在临床问题；以及

响应于用户对用户可选的图象元素的选择，更新已经存储的代表医嘱的记录，以表明待提供给所述特定患者的用于所述特定治疗的所述医嘱被取消，其中所述用户可选的图象元素与在所述显示图象中标识所述潜在临床问题的所述信息相邻。

Images