基于智能手机的多患者工作列表(SPWL)的制作方法

本创新应用于医疗保健管理，具体而言关于其中的患者工作列表管理。然而，将认识到，所描述的技术也可以应用于其他工作列表系统、其他医疗保健提供情形、其他组织技术等。

背景技术：

当今可用的智能手机应用程序(“app”)的数量呈几何倍数增长，并且每天越来越多的app可用。智能手机已经变成了除电视和因特网之外的人类日常生活的部分。智能手机是真实可移动的，并且适合于在人的口袋内，这不同于笨重的便携式电脑和平板电脑，其需要两只手来操作。

自然地，常规多患者工作列表应用通常需要访问覆盖多个患者的大量数据。例如，在普通病房的护士可能在日班期间照护3到8个患者，在傍晚期间照护6到15个患者，并且在晚上照护多达40个患者。每个患者已经安排了治疗和排程(scheduled)事件。治疗能够包括如药物给予和处置的这样的任务。排程事件能够包括诊断测试、教育会话和ADT活动。这些排程活动中的一些由于临床需要而必须接近于排程时间来执行并且被认为是时间敏感的。例如，接近手术流程之前的一个小时必须给予术前药物，以便患者处在针对手术的适当状况中。患者也可以具有需要紧密监控的的正在进行的治疗和状况，诸如使用注入泵的静脉线、手术创伤、胸管、导尿管、氧气治疗和跌倒防范措施。

在对多个患者的照护中，普通病房护士决不在一个地方太久。患者在多个房间中。护士常常被需要逐病房奔走，以评估和照护患者。病房护士比危重症照护护士在患者上花费少的多的时间，并且更多的时间用于行走在患者之间。病房护士的手必须自由以量血压，给予药物，辅助患者移动和其他任务。

对护士的一个挑战是如何在有限的时段内照护多个患者，按时执行需要的任务。当护士首先进行轮班并检查分配的患者时，护士开始计划他或她的一天。护士必须评估时间紧要的任务以及在床旁在他们有限的时间中监控患者的什么健康参数。在护士的纸质工作列表中记录该信息中的许多，当护士首先到达轮班的医疗保健设施时，创建所述纸质工作列表。这种静态的纸片是普通病房护士的生命线，并且频繁地被查看以计划被分配给护士的多个患者的患者照护。即使在具有电子健康记录和计算机工作列表的医院，护士常常打印出工作列表的副本以装在他们的口袋里以便快速和容易地访问患者的排程和任务。当患者照护改变时，诸如当写了新医嘱，护士必须身体上地转到患者的图标并且将影响他或她轮班的医嘱复印到纸质工作列表。在轮班结束时，护士将纸质工作列表用作信息源以用于记述到患者的记录。工作列表是由普通病房护士使用的用于对患者进行照护的主要文件。

技术实现要素：

本申请提供促进提供可移动并且用一只手容易操作的基于智能手机的多患者工作列表的新的和改进的系统和方法，其克服了上述问题和其他问题。

根据一个方面，一种计算机可读介质，已经在其上存储了用于提供基于智能手机的多患者工作列表(SPWL)的指令以便记述患者状态信息，所述指令包括：接收识别智能手机的用户的用户登录信息；在智能手机的用户接口上向用户呈现工作列表主屏幕，所述工作列表主屏幕包括针对分配给用户的多个患者的要在用户轮班期间被完成的排程任务；并且检测用户已经导航到患者详细屏幕，所述患者详细屏幕包括针对多个患者中的特定一个要执行的任务。指令还包括：接收关于针对特定患者要执行的任务的完成的用户输入状态更新信息；并且将状态更新信息发送到中央服务器以便特定患者的病历的实时更新。

根据另一方面，一种个人通信设备，被配置为提供基于智能手机的多患者工作列表(SPWL)以记述患者状态信息，并且包括处理器，所述处理器被配置为：接收识别智能手机的用户的用户登录信息；机在智能手机的用户接口上向用户呈现工作列表主屏幕，所述工作列表主屏幕包括针对分配给用户的多个患者的要在用户轮班期间被完成的排程任务；并且检测用户已经导航到患者详细屏幕，所述患者详细屏幕包括针对多个患者中的特定一个要执行的任务。处理器还被配置为：接收关于针对特定患者要执行的任务的完成的用户输入状态更新信息；并且将状态更新信息发送到中央服务器以便特定患者的病历的实时更新。

根据另一方面，一种提供基于智能手机的多患者工作列表(SPWL)以记述患者状态信息的方法，包括：接收识别智能手机的用户的用户登录信息；机在智能手机的用户接口上向用户呈现工作列表主屏幕，所述工作列表主屏幕包括针对分配给用户的多个患者的要在用户轮班期间被完成的排程任务；并且检测用户已经导航到患者详细屏幕，所述患者详细屏幕包括针对多个患者中的特定一个要执行的任务。所述方法还包括：接收关于针对特定患者要执行的任务的完成的用户输入状态更新信息；并且将状态更新信息发送到中央服务器以便特定患者的病历的实时更新。

一个优点是提高了工作列表移动性。

另一优点是能够实时执行患者记述，而不需要便携式电脑或其他笨重计算设备。

在阅读和理解下面详细描述后，本领域的普通技术人员将认识到本创新的其他优点。

专利或申请文件包括以色彩执行的至少一幅图。在请求和必要酬金的支付后，将由专利与商标局提供具有(一幅或多幅)彩色图的本专利或专利申请出版的副本。

附图仅出于图示各个方面的目的，而不应被解读为限制性的。

附图说明

图1图示了促进经由智能手机(或平板电脑)提供基于智能手机的多患者工作列表(SPWL)的系统。

图2示出了根据本文描述的一个或多个方面如在苹果操作系统上呈现的在SPWL中的“排程”屏幕的范例。

图3示出了根据本文描述的一个或多个方面如在安卓操作系统上呈现的在SPWL中的“排程”屏幕的范例。

图4示出了根据本文描述的一个或多个方面如在微软手机操作系统上呈现的在SPWL中的“日程”屏幕的范例。

图5示出了根据本文描述的一个或多个方面如在智能手机上呈现的在SPWL中的“患者”屏幕的范例。

图6示出了根据本文描述的一个或多个方面如在智能手机上呈现的在SPWL中的“日程细节”屏幕的范例。

图7示出了根据本文描述的一个或多个方面如在智能手机上呈现的在SPWL中的“患者细节”屏幕的范例。

图8图示了根据本文描述的一个或多个方面的用于提供基于智能手机的多患者工作列表(SPWL)以便记述患者状态信息的方法。

具体实施方式

所描述的系统和方法通过提供允许查看针对轮班的他们的整个工作量的唯一用户接口克服了上述问题，其能够向下钻取或放大到单个患者或时段。图标被用于视觉地压缩跨多个患者的广泛信息。检查图标，护士或其他临床医师能够快速地辨别什么主要任务需要完成，以及需要密切监测和评估的关键患者状况和治疗。图标也被用于向护士通知临床报告和工作流程提醒。工作列表被自动生成，动态更新，并且能够被用于记述病历。

描述的基于智能手机的多患者工作列表(SPWL)代替纸质多患者工作列表并且合并临床决策支持和工作流程提醒。SPWL具有解决小屏幕尺寸的用户接口途径，同时仍然将护士总结和详细视图提供到必须完成的任务和要解决的患者问题中。SPWL具有使用图标来提供关于被分配给护士的所有患者的总结信息的一组屏幕。逐屏幕的容易导航允许查看采取各种格式的多个患者的信息，其聚焦于照护的不同方面。基于被分配给护士的患者自动生成SPWL，而不需要护士生成纸质工作列表。每当在患者的图表中进行改变时，SPWL自动更新，而不需要护士更新纸质工作列表。工作列表也向护士提供关于患者和工作流程问题的提醒和警告，其不可用在纸质工作列表上。作为在智能手机上的应用，在任何情形下SPWL容易运载到任何房间，从而使护士的手自由以便给予照护。

额外地，护士能够将SPWL用于记述已完成的任务，并且用在患者评估上，其在常规纸质工作列表上不能够完成。经由SPWL执行的所有记述自动更新患者记录。SPWL获得并且将信息传送到临床信息系统，诸如飞利浦Intellivue急救照护和麻醉系统(ICCA)。ICCA能够被用在医疗保健场所的普通病房中，并且在急救照护病房和普通病房之间文档是相似的。在急救照护单元和普通病房之间的一个差异是在普通病房中护士照护更大数量的患者，而急救照护护士常常照护1到2个患者。因此，SPWL是能够支持在普通病房临床区域中的ICCA的使用的应用。

图1图示了促进经由智能手机12(或平板电脑)提供基于智能手机的多患者工作列表(SPWL)的系统10。智能手机12包括用户接口13，以及处理器14和存储器16，所述处理器14运行用于执行本文所描述的各个功能、方法、技术、应用等的计算机可执行指令并且所述存储器16存储所述计算机可执行指令。智能手机(例如，经由Wi-Fi连接、蜂窝连接、短距离连接，诸如蓝牙^TM等)与内联网18无线地通信，内联网18还被耦合到因特网20。网络服务22经由内联网18从服务器24(例如，ICCA服务器)被提供到智能手机12。尽管被描绘为与内联网18通信，但是将认识到智能手机也能够经由因特网20访问内联网。

将理解，处理器14运行用于执行本文所述的各个功能和/或方法的计算机可执行指令并且存储器16存储所述计算机可执行指令。存储器16可以是计算机可读介质，控制程序存储在所述计算机可读介质上，所述计算机可读介质诸如磁盘、硬盘驱动器等。普通形式的计算机可读介质包括，例如，软磁盘、软盘、硬盘、磁带或任何其他磁性存储介质，CD-ROM、DVD或任何其他光学介质，RAM、ROM、PROM、EPROM、FLASH-EPROM、其变型，其他存储芯片或盒，或处理器能够从其中读取和运行的任何其他有形介质。在该背景下，系统10可以被实施在以下上或为以下：一个或多个通用计算机、专用计算机、编程的微处理器或微控制器和外围集成电路元件，ASIC或其他集成电路、数字信号处理器、硬连线电子设备或逻辑电路，诸如分立元件电路、可编程逻辑设备，诸如PLD、PLA、FPGA、图形处理单元(GPU)或PAL等。

网络服务22提供到在服务器24中的ICCA数据库(未示出)的读和写访问。网络服务22也提供使用简单对象的对象模型。智能手机12采用本地开发语言和工具来访问ICCA网络服务22，并且开发针对特定智能手机操作系统的用户接口。架构因此例如，基于安卓^TM、微软手机^TM或者基于苹果的系统促进提供跨变化的智能手机操作系统的常见水平的功能。通过接口和对象的与ICCA架构的松散耦合，用户接口可扩展到任何智能手机和任何操作系统。

对于安卓移动平台，使用诸如但不限于Eclipse集成开发环境(IDE)和Java语言的标准开发工具建立应用，并且使用安卓Java本机API库。应用使用谷歌的模型-视图-控制器(MVC)模式并且经由JavaScript对象表示法(.JSON)网络服务与ICCA服务器交互。在该实施例中，安卓设备使用设备持久性(例如，SQL Lite)来提供最佳性能和离线用户的缓存数据。

对于苹果手机^TM移动平台，使用苹果iOS开发工具建立应用，苹果iOS开发工具诸如，通过范例而并不限于，Xcode集成开发环境(IDE)、接口建立器和苹果手机软件开发工具箱(SDK)。使用苹果手机框架，例如Cocoa Touch^TM来定义用户接口13。诸如Cocoa Touch的苹果手机框架的使用确保应用具有其他苹果手机应用的外观和感觉。Objective-C编程能够被用于定义商业逻辑，管理逐屏幕导航，并且访问ICCA网络服务以检索用于显示的患者工作列表信息。使用本地NSXML解析器或第三方JSON解析器解析经由可扩展标记语言(.XML)或Javascript对象表示法(.JSON)结构从图像处理国际会议(ICIP)网络服务返回的数据。

对于微软Windows手机移动平台，使用Windows手机软件开发工具箱建立应用。使用可扩展应用标记语言(XAML)标记语言创建用户接口13。使用Windows手机Pivot控制实施应用主屏幕。这允许用户使用例如Windows手机屏幕姿势在“我的日程”和“我的患者”屏幕(图2-5)之间导航。当用户在“我的日程”屏幕(图2-4)上选择任何基于时间的行时显示“日程细节”(图5)屏幕。当用户在“我的患者”屏幕(图6)上选择患者行时显示“患者细节”屏幕(图7)。使用例如C#编程语言或任何其他合适的编程语言来实施商业逻辑与网络特性。应用使用由Windows手机运行时间环境提供的WebClient和HttpWebRequest类与ICCA网络服务22通信。

经由手机制造商的应用商店分布和/或能够通过运行在智能手机12上的安装包来手动安装经由用户接口13呈现的应用。程序包能够经由在PC(未示出)和智能手机12之间的直接连接被下载到设备，从网络屏幕下载，或经由e-mail发送给用户。

图2-7示出了根据本文提出的一个或多个方面SPWL屏幕或如经由用户接口13(图1)呈现给护士或其他用户的屏幕的范例的截屏。用户接口13使用图标呈现多患者总结屏幕以使用智能手机的有限屏幕空间传递大量的信息。图标表示任务、警告、治疗、关注等的类别或类型。单个图标能够表示一项或多项。如果具有由图标表示的多于一项，图标具有与它一起显示的数字。本文描述的用户接口屏幕的图标或屏幕允许用户“向下钻取”或“放大”到关于任何患者、项或排程时间范围的更多细节，以及缩小到更大的图片。呈现给用户的图标在患者记录改变时被动态更新，并且呈现ICCA临床咨询和工作流程提醒以用于临床决策支持。一旦用户识别被分配给护士的一个或多个患者，自动生成和/或更新图标。

额外地，描述的SPWL屏幕或屏幕允许用户来记述完成的任务和简单的评估信息。所有的记述信息自动传递到患者图表，并且实时更新患者图表。在智能手机和临床信息系统之间的所有通信遵循HIPAA和有意义使用的安全和隐私需要。

经由SPWL用户接口呈现给用户的各个屏幕能够包括但不限于：“日程”屏幕50、100、150(图2-4)，其是示出针对多个患者的要按时间进行的任务的基于时间的屏幕；“患者”屏幕200(图5)，其是示出关于被分配给护士或其他用户的患者组的细节的基于患者的屏幕；“日程细节”屏幕250，其聚焦于针对特定时段需要进行什么。只读屏幕；和“患者细节”屏幕300，其聚焦于特定患者的细节。该屏幕允许记述关于患者的信息。在一个实施例中，仅患者细节屏幕300能够被记述为安全性特征，以便缓解其中护士无意地在非正确患者图表中记述已经完成的任务或已经给予的药的情况。

图2示出了根据本文描述的一个或多个方面如在苹果操作系统上呈现的在SPWL中的“我的日程”屏幕50的范例。日程屏幕50是示出针对多个患者的按时间进行的任务的基于时间的屏幕。在一个实施例中，日程屏幕50是只读屏幕以防止在其中呈现的信息的不经意修改。日程屏幕50是跨被分配给护士的患者的针对时段进行的任务的时间取向视图。日程屏幕是登录时显示的初始屏幕。在一个实施例中，日程屏幕被呈现为基于时间的网格，其中，首先呈现最紧迫任务或时间，并且在时间上更远的任务在屏幕的更下方呈现。在另一实施例中，仅仅显示具有日程任务的时段。

日程屏幕50包括在屏幕顶部的警告面板52，其示出针对以下的图标：需要验证的通知54(例如，新实验室结果可用)，针对一个或多个患者的临床咨询56(例如，患者状况已经改变，诸如血压下降等的通知)，以及工作流程提醒58(例如，逼近或逾期的时间关键任务提醒)。主屏幕区域60包括取决于屏幕目的/内容的可变内容。在屏幕底部的导航面板62允许用户导航到其他屏幕，返回到先前屏幕，注销和登录等。

主屏幕区域60包括按时间示出排程项的排程时间行区域64。在一个实施例中，药物呈现为比其他项更高的优先级。药物图标66包括与跨被分配给护士的所有患者针对排程时间或时段到期的药物给予的数量有关的信息。在图示的范例中，用户被呈现为具有药物图标，其指示在四月26日的上午1点和7点以及在四月27日的上午1点药物必须给予到一个或多个患者。

不同图标被用于表示例如药物给予、排程手术和流程、测试(例如，放射学、血液面板等)、ADT动作(例如，入院、出院、转移等)、处置(例如，换药等)和杂项。在一个实施例中，例如，用黄色或一些其他预定颜色突出显示具有时间敏感性任务的图标。在另一实施例中，用例如红色文字或一些其他合适方式呈现具有逾期的项的行。一旦任务被记述为已做/进行，从日程中将其移除。

“非排程任务”行68示出未排程和没有相关联时间的任务类型的图标69、70。非排程任务包括表示要注意的关键问题或状况的图标。不同图标表示任务的每个类别(例如，连续或不间断的任务，临机应变(PRN)或“根据需要”任务等)。这样的任务的范例包括，例如，包括打点滴的注入、全肠外营养(TPN)、胶体、输血、静脉注入、排出和输出位点、伤口/手术位点、不间断呼吸处置，诸如氧气治疗/呼吸器和其他混杂信息。在图示的范例中，“饮食”图标69表示用户要执行的饮食任务，诸如检查患者消耗的特定食物或特定量的卡路里。还示出了药物图标70，其表示用户要执行的不间断的药物任务。

导航面板62包括：“首页”图标72，用户选择所述首页图标以返回到SPWL主页屏幕；“患者”图标74，用户选择所述患者图标74来查看“我的患者”屏幕；“保存”图标76，用户选择所述保存图标76来保存数据；以及“返回”图标78，用户选择所述返回图标来返回到先前屏幕。用户能够在日程屏幕50上执行的动作包括，但不限于，选择任何基于时间的行以便导航到针对该时段的日程细节屏幕(图6)，并且选择任何任务图标以便导航到通过该时段过滤和/或通过该任务类型过滤的日程细节。

图3示出了根据本文描述的一个或多个方面如在安卓操作系统上呈现的在SPWL中的“我的日程”屏幕100的范例。日程屏幕100是示出针对多个患者的按时间进行的任务的基于时间的屏幕。在一个实施例中，日程屏幕100是只读屏幕以防止在其中呈现的信息的不经意修改。日程屏幕100是跨被分配给护士的患者针对时段进行的任务的时间取向视图。日程屏幕是登录时显示的初始屏幕。在一个实施例中，日程屏幕被呈现为基于时间的网格，其中，首先呈现最紧迫任务或时间，并且在时间上更远的任务在屏幕的更下方呈现。在另一实施例中，仅仅显示具有日程任务的时段。

日程屏幕100包括在屏幕顶部的警告面板102，其示出针对以下的图标：需要验证的通知104(例如，新实验室结果可用)，针对一个或多个患者的临床咨询106(例如，需要排程的任务或者流程等)以及工作流程提醒108(例如，逼近或逾期的时间关键任务提醒)。主屏幕区域110包括取决于屏幕目的/内容的可变内容。在屏幕底部的导航面板允许用户导航到其他屏幕，返回到先前屏幕，注销和登录等。

主屏幕区域110包括示出排程项的排程时间行112。在一个实施例中，药物被呈现为比其他项更高的优先级。药物图标112包括与跨被分配给护士的所有患者的针对排程时间或时段到期的药物给予的数量有关的信息。在图示的范例中，用户被呈现有指示对于一个或多个患者在四月26日的下午1点必须给予两个药物并且必须执行的一个时间关键任务的图标。在四月26日下午8点，必须执行额外的任务，并且在四月27日的上午11点，要将药物给予患者。

不同图标被用于表示例如药物给予、排程手术和流程、测试(例如，放射学、血液面板等)、ADT动作(例如，入院、出院、转移等)、处置(例如，换药等)和杂项。在一个实施例中，例如，用黄色或一些其他预定颜色突出显示具有时间敏感任务的图标。在另一实施例中，用例如红色文字或一些其他合适方式呈现具有逾期的项的行。一旦任务被记述为已做/进行，从日程中将其移除。

“非排程任务”行114能够包括针对未被排程和没有相关联时间的任务类型的图标(在图3中未示出)。非排程任务包括表示要注意的关键问题或情况的图标。不同图标表示任务的每个类别(例如，连续或不间断的任务，临机应变(PRN)或“根据需要”任务等)。这样的任务的范例包括例如，包括打点滴的注入、肠外营养(TPN)、胶体、输血、静脉注入、排出和输出位点、伤口/手术位点、不间断呼吸处置，诸如氧气治疗/呼吸器和其他混杂信息。例如，“饮食”图标表示用户要执行的饮食项，诸如检查患者消耗的特定食物或特定量的卡路里。药物图标表示用户要执行的不间断的药物任务。将理解，图3的非排程任务行114的图标以类似于关于图2描述的方式向用户呈现信息。

用户能够向下滚动到导航面板(在图3中未示出)，其包括类似于关于图2描述的那些的图标，诸如“首页”图标，用户选择所述首页图标以返回到SPWL主页屏幕；“患者”图标，用户选择所述患者图标74来查看“我的患者”屏幕；“保存”图标，用户选择所述保存图标76来保存数据；以及“返回”图标，用户选择所述返回图标来返回到先前屏幕。用户能够在日程屏幕100上执行的动作包括，但不限于，选择任何基于时间的行以便导航到针对该时段的日程细节屏幕(图6)，以及选择任何任务图标以便导航到通过该时段过滤和/或通过该任务类型过滤的日程细节。

图4示出了根据本文描述的一个或多个方面的如在微软手机操作系统上呈现的在SPWL中的“日程”屏幕150的范例。日程屏幕150是示出针对多个患者的要按时间进行的任务的基于时间的屏幕。在一个实施例中，日程屏幕150是只读屏幕以防止在其中呈现的信息的不经意修改。日程屏幕150是要跨被分配给护士的患者的针对时段进行的任务的时间取向视图。日程屏幕是登录时显示的初始屏幕。在一个实施例中，日程屏幕被呈现为基于时间的网格，其中，首先呈现最紧迫任务或时间，并且在时间上更远的任务在屏幕的更下方呈现。在另一实施例中，仅显示具有日程任务的时段。

日程屏幕150包括在屏幕顶部的警告面板152，其示出针对以下的图标：需要验证的通知154(例如，新实验室结果可用)，针对一个或多个患者的临床咨询156(例如，需要排程的任务或者流程等)以及工作流程提醒158(例如，逼近或逾期的时间关键任务提醒)。主屏幕区域160包括取决于屏幕目的/内容的可变内容。在屏幕底部的导航面板(未示出)允许用户导航到其他屏幕，返回到先前屏幕，注销和登录等。

主屏幕区域160包括示出排程项的排程时间行162。在一个实施例中，药物被呈现为比其他项更高的优先级。药物图标164包括与跨被分配给护士的所有患者的针对排程时间或时段到期的药物给予的数量有关的信息。在图示的范例中，用户被呈现有指示在下午12点必须给一个药物，在下午4点给予两个药物以及在上午8点必须给予另一药物的图标。额外地，在下午3点必须完成患者照护任务，以及在下午4点饮食相关任务需要完成。

不同图标被用于表示例如药物给予、排程手术和流程、测试(例如，放射学、血液面板等)、ADT动作(例如，出院等)、处置(例如，换药等)和杂项。在一个实施例中，例如，用黄色或一些其他预定颜色突出显示具有时间敏感任务的图标。在另一实施例中，用例如红色文字或一些其他合适方式呈现具有逾期的项的行。一旦任务被记述为已做/进行，从日程中将其移除。

“非排程任务”行166能够包括针对未被排程和没有相关联时间的任务类型的图标(在图3中未示出)。非排程任务包括表示要注意的关键问题或状况的图标。不同图标表示任务的每个类别(例如，连续或不间断的任务，PRN任务等)。这样的任务的范例包括，例如，包括打点滴的注入、TPN、胶体、输血、静脉注入、排出和输出位点、伤口/手术位点、进行的呼吸处置，诸如氧气治疗/呼吸器和其他混杂信息。例如，“饮食”图标表示用户将要执行的饮食项，诸如检查患者消耗的特定食物或特定量的卡路里。药物图标表示用户要执行的不间断的药物任务。将理解，图3的非排程任务行166的图标以类似于关于图2描述的方式向用户呈现信息。

用户能够向下滚动到导航面板(在图3中未示出)，其包括类似于关于图2描述的那些的图标，诸如“首页”图标，用户选择所述首页图标以返回到SPWL主页屏幕；“患者”图标，用户选择所述患者图标74来查看“我的患者”屏幕；“保存”图标，用户选择所述保存图标76来保存数据；以及“返回”图标，用户选择所述返回图标来返回到先前屏幕。用户能够在日程屏幕150上执行的动作包括，但不限于，选择任何基于时间的行以便导航到针对该时段的日程细节屏幕(图6)，以及选择任何任务图标以便导航到通过该时段过滤和/或通过该任务类型过滤的日程细节。

图5示出了根据本文描述的一个或多个方面的如在智能手机上呈现的在SPWL中的“我的患者”屏幕200的范例。患者屏幕200包括警告面板202和导航面板204，其包括类似于关于先前图描述的图标。主屏幕区域206示出了按照查床顺序的针对被分配给护士的每个患者的可选择条目208、210。护士选择患者来更详细地查看与被选择患者相关联的工作列表信息。

在图示的范例中，描绘了患者John Smith和Jim Tasser。每个患者条目208、210包括人口统计信息，诸如患者名字、房间号、主要诊断、手术和手术日期。每个患者条目还包括使用针对每个药物的图标的针对下一个4小时到期的药物的列表。每个药物图标212显示要给予药物的时间。在所描绘的范例中，突出显示了时间敏感剂量214。在一个实施例中，以预定颜色(例如，红色等)描绘逾期药物。每个患者条目还包括使用表示具有他们的排程时间的该任务类型的图标的其他排程任务的列表。例如，X射线图标216指示在下午12点针对放射学中的流程对John Smith进行排程。还通过图标表示非排程问题，其中，图标能够表示一个或多个问题。例如，IV图标218指示用户应当检查的患者的IV包。

图6示出了根据本文描述的一个或多个方面的如在智能手机上呈现的在SPWL中的“日程细节”屏幕250的范例。日程细节屏幕250包括警告面板252和导航面板254，其包括类似于关于前述图描述的那些的图标。主屏幕区域256示出了按照查床顺序的针对被分配给护士的每个患者的可选择患者行258、260、262、264。

日程细节屏幕250提供患者的细节和针对特定排程时间和/或任务类型的他们需要的任务。提供关于任务的完整信息，诸如药物剂量或注入类型。当任务的特定类别被选择时，然后从显示的接口过滤掉所有其他类型的任务(即，用户深入到被选择的任务)。当特定时段被选择时，然后从显示的接口过滤掉所有其他时段(即，用户深入到被选择的时段)。在一个实施例中，诸如根据如何列出医疗保健设施的查床，通过病房组织信息行。每个患者行列出针对该任务类别的(如果基于时间)该时间到期的一个或多个任务(当特定图标被选择时)。在一个实施例中，日程细节屏幕是只读屏幕以缓解对被显示数据的不经意改变。每个患者行包括人口统计信息，诸如名字、房间、诊断年龄、过敏史、手术和手术日期等。在选择患者后，向用户呈现患者细节屏幕(图7)。

图7示出了根据本文描述的一个或多个方面的如在智能手机上呈现的在SPWL中的“患者细节”屏幕300的范例。患者细节屏幕是多个SPWL屏幕的“最深”屏幕，其中，用户通过一个或多个其他屏幕(例如，“我的患者”屏幕等)深入到患者细节屏幕，使得用户不能够导航超越患者细节屏幕，但是被允许通过多个屏幕向回导航。额外地，与其他SPWL屏幕对比，其是只读的以阻止在其上的不经意记述，患者细节屏幕能够被写以使得用户能够在其上执行记述。

患者细节屏幕300包括警告面板302和导航面板304，其包括类似于关于前图描述的那些的图标。主屏幕区域306示出与针对按时间组织的患者的要执行的任务有关的完整任务信息。在描绘的范例中，已经在针对John Smith的患者细节屏幕上的主屏幕区域306扩展了“排程任务”图标308，如通过靠近图标308的“-”指示的。John Smith的排程任务包括四个药物：要在上午8点给予三个药物并且在上午11点给予第四个，其是时间关键的，如由突出显示的药物图标310指示的。在该屏幕(患者细节屏幕)上，允许用户选择给定任务，并且在其完成后，输入任务已经完成的指示。用户输入被用于实时更新患者的记述。

患者细节屏幕还示出了靠近相应图标/标题的三个“+”符号图标，在对应“+”符号图标的选择后能够扩展所述图标。针对“+”符号的相应标题对应于连续注入/治疗和PRN、照护位点、问题列表，并且还能够包括患者细节信息。用户点击“+”图标以扩展相应内容。然后用户选择在扩展标题下的任务，并且输入关于是否已经完成任务的指示。在一个实施例中，例如，可例如以经由智能手机键盘或经由在智能手机设备上的麦克风输入短评论。当进行或“保持”记述时，可以输入其他信息，诸如药物剂量。

关于如关于图2-7讨论的SPWL的屏幕，在一个实施例中，在每个屏幕的顶部显示本文描述的SPWL屏幕的警告面板。警告面板包括表示不同类型的患者和工作流程警告的一个或多个警告图标。警告的类型能够包括逾期工作流程提醒，其指示排程任务大于预定逾期时间量(例如，30分钟等)。能够以第一预定颜色(例如，红色等)突出显示逾期工作流程提醒图标。警告面板也能够包括在预定时段内到期的时间敏感干涉(例如，下一个30分钟等)。时间敏感干涉是必须接近排程时间完成的排程任务，并且这些图标能够以第二预定颜色(例如，黄色等)突出显示。也能够在警告面板中包括临床咨询，诸如患者钾(K)值太低的警告。

额外地，警告面板能够包括针对工作流程提醒(诸如患者的新项到达等)以及新实验结果可用于分配的患者的通知的图标。选择在警告面板中的图标显示包括患者名字和房间的警告细节。当用户在患者特异性屏幕上时，警告面板能够示出由可视化指示器分开的针对特定患者和针对所有分配的患者两者的警告。这允许护士获悉所有患者状态，甚至护士正聚焦于特定患者。

根据一个实施例，在SPWL屏幕的底部显示导航面板。导航面板包括可选择图标来访问以下项(我的患者屏幕、我的日程屏幕)或返回到先前屏幕，以及注销或登录(例如，通过输入密码和将登录信息传送到临床信息系统)。该特征允许护士用单个的密码输来记述多项。将认识到，在另一实施例中，在SPWL屏幕的底部显示警告面板，并且在SPWL屏幕的顶部显示导航面板。

图8图示了根据本文描述的一个或多个方面的用于提供基于智能手机的多患者工作列表(SPWL)以记述患者状态信息的方法。在400处，接收识别智能手机或其他个人通信设备的用户的用户登录信息。例如，用户可以输入他或她的登录凭证，并且智能手机与中央服务器通信以验证用户的凭证。在另一实施例中，通过智能手机本地地验证用户的凭证。在402处，一旦用户已经登录，在智能手机的用户接口上向用户呈现工作列表主屏幕。工作列表主屏幕包括针对被分配给用户的多个患者要在用户的轮班期间完成的排程任务。在一个实施例中，如关于图2-4描述的，主屏幕是“我的日程”屏幕。在另一实施例中，主屏幕包括可选择图标，经由所述可选择图标用户能够导航到关于图2-7描述的屏幕中的任何。主屏幕也可以包括本文描述的警告面板和导航面板。

在404处，确定所述用户已经导航到患者细节屏幕，所述患者细节屏幕包括针对所述多个患者中的特定一个的要被执行的任务。在406处，接收关于针对所述特定患者的要被执行的所述任务的完成的用户输入状态更新信息。例如，用户可以指示在指定时间给予时间关键药物，或改变患者的IV包。在408处，将所述状态更新信息发送到中央服务器以便特定患者的所述病历的实时更新。以这种方式，在患者细节屏幕上由用户(例如，护士)执行记述，尽管SPWL应用的其他屏幕被提供为只读以阻止不经意状态更新。

已经参考若干实施例描述了本创新。他人在阅读和理解上述详细描述之后可以进行修改和变化。本创新旨在被解释为包括所有这样的修改和变化，只要它们落在权利要求书或其等价方案的范围之内。