医疗保健提供者数据系统处理和分析

优先权

本PCT专利申请要求于2018年8月26日提交的题为“Health Care Provider DataSystems Processing and Analytics”、被分配代理人案卷号130670-09101(以前为1611/C91)并指定Melvin Tan、James Odeen、Christopher Cairns和Ronald Sheehan为发明人的美国临时专利申请No.62/722,929的优先权，其全部内容通过引用并入本文。

技术领域

本发明涉及医疗保健提供者数据系统，并且更特别地涉及用于集成多个医疗保健提供者数据系统以进行处理和分析的命令中心。

背景技术

医疗保健提供者收集并维护关于其业务的大量信息和数据，包括：捐献者、患者、员工、生产率、性能、质量、库存、成本等。但是，这些医疗保健提供者依靠数据报告来了解他们的的操作条件以用于性能改善、纠正动作、风险缓解以及其其它业务需求。这些报告由员工手动生成，或者由计算机化系统自动生成，以为企业提供回顾性见解。然后，医疗保健提供者的员工成员将分析报告中的数据，并做出调整条件/过程的决策来提高生产率。

发明内容

根据本发明的一些实施例，一种方法包括与多个医疗保健提供者数据系统集成并从该数据系统获得信息。然后，该方法可以使用人工智能将信息与识别出的业务目标相关联，并使用启发式方法来布置指令以实现业务目标。该方法然后可以在相关时间将指令呈现给多个用户或用户系统。在一些实施例中，集成可以是自主的。在其它实施例中，集成是实时完成的(即，当在生产中进行业务操作时接收到数据)。

数据系统可以是捐献者系统、筛查系统、收集系统、装备系统、供应系统、库存系统、测试系统、运输系统、质量系统、支付系统、营销系统、招聘系统、参与系统、仓库系统、工资系统、时间跟踪系统、安全系统和/或另一个数据系统。来自多个数据系统的信息可以是定时数据、遥测数据、性能数据、质量数据、成本数据、体积数据、数量数据、速率数据、人员数据、捐献者数据、捐献数据、生产率数据、性能数据和/或速度数据。

在一些实施例中，业务目标可以是基于来自医疗保健提供者数据系统的历史信息推断的医疗保健提供者的简档。在其它实施例中，业务目标可以由医疗保健提供者自己提供，而不由系统推断。业务目标可以包括生产率目标、性能目标和/或质量目标。推断的简档和供应的公司简档可以包含特定于位置的简档和/或与时间相关的简档。业务目标可以是可测量的。

指令可以包括补充关于为实现业务目标而采取的步骤的信息。补充信息可以是特定于位置的，以实现业务目标。在一些实施例中，可以经由电子邮件、SMS、推送通知、电话呼叫、社交媒体公开、视觉反馈、听觉反馈或触觉反馈将指令呈现给多个用户。附加地或替代地，可以经由电子接口和/或用户执行的手动文件上传将指令呈现给多个用户系统。在其它实施例中，可以以可以从蜂窝电话、平板电脑、计算机、膝上型电脑、个人数字助理、数字显示器、智能手表、电话、寻呼机或公共广播系统访问的方法将指令呈现给多个用户。

根据附加的实施例，一种具有记录和存储的命令的可记录介质，该指令在计算设备上执行时，执行包括获得关于多个位置的信息以及将特定于位置的信息与多个特定于时间的信息相关联的动作。动作还可以包括：使用多条指令来识别医疗保健提供者的业务目标；选择与业务目标相关的指令；以及将该指令提供给公司。业务目标可以基于(a)与业务目标相关的位置，和/或(b)与业务目标相关的时间。可以提供指令以供用户审查或用户系统执行，以实现业务目标。

根据另外的实施例，一种系统包括：用于收集与多个医疗保健提供者数据系统对应的信息的第一接口、启发式模块和人工智能模块。启发式模块可以识别未实现的特定于位置的、与时间相关的业务目标。人工智能模块可以(a)选择关于业务目标的信息，(b)预测实现业务目标要采取的步骤，以及(c)利用包括要采取的步骤的指令来修改信息。该系统还可以包括第二和第三接口。第二接口可以被布置为提供(a)供用户审查或者(b)供用户系统审查要执行的指令。第三接口可以被布置为接收对指令是(a)由用户接收或(b)由用户系统接收的确认。人工智能模块还可以(a)选择关于业务目标的信息，(b)选择关于提供给由用户或用户系统审查的指令的信息，(c)将指令与业务目标相关联，以及(d)识别指令针对业务目标的有效性。

一种用于生成用于维持目标的指令(例如，业务指令)的方法可以将控制中心系统与多个医疗保健提供者数据系统集成，并从医疗保健提供者数据系统中的至少一个获得信息。然后，该方法可以使用人工智能将获得的信息与捐献中心的识别出的业务目标相关联，并使用启发式模型生成给(一个或多个)捐献中心的指令以实现识别出的业务目标。该方法然后可以将该指令呈现给用户和/或用户系统，使得该指令可以由用户和/或用户系统执行。

在一些实施例中，将控制中心系统与医疗保健提供者数据系统集成可以包括自主地集成控制中心系统。数据系统可以包括捐献者系统、筛查系统、收集系统、装备系统、供应系统、库存系统、测试系统、运输系统、质量系统、支付系统、营销系统、招聘系统、参与系统、仓库系统、工资系统，时间跟踪系统和/或安全系统。来自医疗保健提供者数据系统的信息可以包括定时数据、遥测数据、性能数据、质量数据、成本数据、体积数据、数量数据、速率数据、人员数据、捐献者数据、捐献数据、生产率数据、性能数据和/或速度数据。

业务目标可以是基于来自多个医疗保健提供者数据系统的历史信息推断的捐献中心的简档。该方法还可以包括接收包括生产率目标、性能目标和/或质量目标的公司简档。业务目标可以至少部分地基于生产率目标、性能目标和/或质量目标。业务目标可以包括接收到的包含特定于位置的简档和/或时间相关的简档的公司简档，并且业务目标可以是可测量的。

指令可以包括关于实现业务目标要采取的至少一个步骤的信息，和/或指令信息可以是特定于位置的，以实现业务目标。该方法可以经由电子邮件、SMS、推送通知、电话呼叫、社交媒体公开、视觉反馈、听觉反馈和/或触觉反馈将指令呈现给用户。附加地或替代地，可以经由电子接口(例如，自动化电子接口)和/或经由用户执行的手动文件上传将指令呈现给用户系统。指令可以被呈现给多个用户，使得可以从蜂窝电话、平板电脑、计算机、膝上型电脑、个人数字助理、数字显示器、智能手表、电话、寻呼机和/或公共广播系统访问指令。

在另外的实施例中，该方法可以将来自医疗保健提供者数据系统的信息存储在数据存储设备中。附加地或替代地，该方法可以通过使用数据提取器从医疗保健提供者数据系统中提取信息来获得信息。医疗保健提供者数据系统可以包括捐献者管理系统。生成指令可以包括识别基于获得的信息的生产度量与业务目标之间的差距。该方法还可以从用户接收用户已经取得实现指令的所有权和/或使用人工智能监视指令对业务目标的有效性的确认。

根据另外的实施例，一种用于生成用于维持目标的指令的系统可以包括：集成器，被配置为将控制中心系统与至少一个医疗保健提供者数据系统集成；以及数据提取器，被配置为针对生产数据搜索(一个或多个)医疗保健数据系统。数据提取器还可以从(一个或多个)医疗保健提供者数据系统中检索生产数据。该系统还可以包括存储检索到的生产数据的数据存储设备和人工智能模块。人工智能模型可以将检索到的生产信息与识别出的业务目标相关联，并生成指令以实现识别出的业务目标。虚拟数字助理可以处理该指令并将该指令分发给接收者(例如，用户和/或捐献者管理系统)，使得接收者可以执行该指令。人工智能模块可以使用启发式模型来生成指令。

集成器可以将控制中心系统与(一个或多个)医疗保健提供者数据系统自主集成。基于来自医疗保健提供者数据系统的历史信息，业务目标可以是可测量的和/或推断的医疗保健提供者的简档。附加地或替代地，业务目标可以至少部分地基于公司简档内包含的生产率目标、性能目标和/或质量目标。

指令可以包括关于实现业务目标要采取的至少一个步骤的信息，和/或实现业务目标的特定于位置的信息。虚拟数字助理可以经由电子邮件、SMS、推送通知、电话呼叫、社交媒体公开、视觉反馈、听觉反馈和/或触觉反馈来分发指令。

该系统还可以包括电子接口，并且虚拟数字助理可以经由电子接口将指令分发给用户系统。附加地或替代地，虚拟数字助理可以经由用户执行的手动文件上传来将指令分发给用户系统。指令可以被分发给接收者，使得可以从蜂窝电话、平板电脑、计算机、膝上型电脑、个人数字助理、数字显示器、智能手表、电话、寻呼机和/或公共广播系统访问指令。

在其它实施例中，医疗保健提供者数据系统可以包括捐献者管理系统。人工智能模块可以识别至少一个生产度量和业务目标之间的差距。指令可以至少部分地基于(一个或多个)差距。该系统还可以包括指令监听器，该指令监听器使用人工智能监视针指令针对业务目标的有效性。接口可以接收指令(a)被用户接收或(b)被用户系统接收的确认。

根据附加的实施例，一种非暂态计算机可记录介质可以具有计算机可执行命令，该计算机可执行命令在计算设备上执行时执行动作，所述动作包括获得关于多个位置的特定于位置的信息以及将特定于位置的信息与多个特定于时间的信息相关联。动作还可以包括使用多个指令来识别医疗保健提供者的业务目标，并选择与业务目标相关的指令。指令可以基于(a)与业务目标相关的位置，和/或(b)与业务目标相关的时间。动作还可以包括提供用于实现业务目标的指令以供(a)用户审查和/或(b)用户系统执行。

附图说明

通过参考以下参考附图的详细描述，将更容易理解实施例的前述特征，其中：

图1示出了根据本发明的一些实施例的数据系统处理器和分析控制中心系统。

图2是描绘根据本发明的各种实施例的集成数据系统的方法的流程图。

图3A-3E示意性地示出了根据本发明的实施例的用于各种筛查处理的流程图示例。

图4A-4E示意性地示出了根据本发明的实施例的各种抽血(phlebotomy)处理的流程图示例。

图5A-5C示意性地示出了根据本发明的实施例的各种供应库存处理的流程图示例。

具体实施方式

在说明性实施例中，用于医疗保健提供者的数据系统处理器和分析系统将各种数据系统集成在医疗保健提供者内，并利用具有人工智能处理和分析的虚拟数字助理顾问为医疗保健提供者提供决策支持(例如，自动操舵决策支持)。下面讨论说明性实施例的细节。

一般而言，根据本发明的各种实施例的系统和方法与多个医疗保健提供者的数据系统集成以访问大量的上下文敏感信息。该系统和方法使用人工智能子系统来处理该信息，以识别有效或预测的新出现的条件、创建个性化的推荐以修改条件，并将这些推荐作为主动指导提供给医疗保健提供者员工。这样的推荐可以由虚拟数字助理顾问生成和呈现。替代地，可以在没有任何员工参与的情况下自动执行推荐。

在从多个医疗保健提供者的数据系统获得信息(例如，遥测数据、定时数据、性能数据和相关的度量数据)之后，根据本发明的各种实施例的系统和方法使用该信息来训练人工智能数据处理器，以识别正在导致医疗保健提供者的某些结果的条件。此后，这些条件由人工智能子系统分析并处理为通过多种方法(诸如，电子邮件、SMS、推送通知、电话、社交媒体和相关方法)提供给医疗保健提供者人员的命令，以主动向医疗保健提供者通知条件，并提供用于修改条件以实现不同结果的指导。使用个人计算设备，诸如蜂窝电话、平板电脑、计算机、笔记本电脑、个人数字助理、智能手表、公共广播系统或相关的电子通信技术，医疗保健提供者人员可以从本发明的虚拟数字助理顾问接收通知形式的建议，并且人员可以随后从任何前述计算设备访问关于建议通知的详细信息。附加地或替代地，本发明可以自动执行命令，而无需医疗保健提供者人员的参与。

例如，关于血浆收集系统和捐献系统，各种实施例可以与用于大量上下文敏感信息的多个血浆收集器的捐献者管理数据系统集成。然后，该系统/方法可以使用人工智能子系统来处理该信息，以识别有效的或预测的新出现的条件。基于这些条件，该系统/方法可以创建个性化的推荐以修改条件，并且可以经由虚拟数字助理顾问或通过自动执行推荐而无需任何员工参与来将推荐作为主动指导来呈现给血浆中心员工。

在从多个血浆收集器的捐献者管理数据系统获得信息(例如，遥测数据、定时数据、性能数据和相关的度量数据)之后，该系统和方法可以使用该信息来训练人工智能数据处理器以识别正在导致血浆中心的某些结果的条件。此后，该系统/方法分析条件，并且人工智能子系统将条件和信息处理为命令，这些命令通过(例如，经由电子邮件、SMS、推送通知、电话、社交媒体及相关方法)被提供给血浆中心人员，以主动向血浆中心人员通知条件并提供用于修改条件以实现不同结果的指导。

使用个人计算设备，诸如蜂窝电话、平板电脑、计算机、笔记本电脑、个人数字助理、智能手表、公共广播系统或相关电子通信技术，血浆中心人员可以从虚拟数字助理顾问接收通知形式的建议，并且人员可以随后从任何前述计算设备访问关于建议通知的详细信息。替代地，本发明可以自动执行命令，而无需血浆中心人员的参与。

图1示意性地示出了根据本发明的一些实施例的控制中心系统。控制中心系统100编程或包含执行上述各种功能的模块。例如，系统100可以具有集成器105，该集成器105链接到捐献者管理系统210或血浆收集器和/或血浆中心使用的任何其它数据系统220，并且使系统100可以访问在这些外部数据系统中记录和存储的数据。系统100还具有数据提取器程序/模块110，其使用集成器105从血浆数据系统210/220中搜索特定记录的生产数据。例如，取决于应用，数据提取器可以搜索捐献者、单元、单元体积、设备、供应、运输、日期、时间、用户、阶段和匿名数据。

一旦数据提取器110找到所需的数据/信息，数据传输器115就取得数据提取器110找到的数据，并将该数据电子传输回系统服务器125。例如，数据传输器可以通过互联网连接将数据从源系统传输到数据系统处理器和分析系统100。可以通过互联网并使用安全连接进行传输。在从传输器115接收到数据/信息后，数据存储库120(例如，数据存储设备)接收数据并将数据存储到可记录介质上。可记录媒体上的数据可以是安全的。

如图1中所示，系统100还可以具有读取存储在数据存储库120中的数据的人工智能130(和/或可以包括或连接到一个或多个神经网络)。人工智能使用启发式方法分析数据，使得它可以识别与血浆收集器(或其它血液处理中心、医疗保健提供者等)的运营性能相关的业务目标，并分析实时数据，使得它可以测量和比较血浆收集器针对业务目标的实时性能。如果实时性能测量不符合(例如，高于或低于)业务目标，那么系统100创建旨在补救性能的逐步命令，使得它达到或优于业务目标。总的来说，这种逐步命令被称为指令。

一旦人工智能程序/模块130(例如，机器学习模块)生成指令，它就将指令发送到虚拟数字助理145。虚拟数字助理145进而处理指令以分发给预定的接收者。例如，虚拟数字助理145可以以多种方法来分发指令，包括但不限于直接在系统屏幕上在在线通知馈送上显示、将指令发送到外部SMS系统230，使得接收者可以在其移动设备上将其接收为文本消息、将指令发送到外部电子邮件系统240，使得接收者可以将其作为电子邮件接收，和/或将指令发送到自动操舵系统以进行进一步处理(在下面更详细讨论)。

如上所述，在一些情况下，虚拟数字助理145可以将指令发送到自动操舵系统140。在这样的情况下，自动操舵系统140可以基于指令自动创建用于改变血浆中心(或其它医疗提供者)的操作参数的新命令。命令可以被发送到捐献者管理系统210和/或数据系统220以进行处理和处置。

在接收和完成指令和/或命令后，捐献者管理系统210和/或数据系统220可以向控制中心100提供反馈。为此，控制中心100可以具有指令侦听器135，该指令侦听器135从指令的接收者接收反馈，并更新控制中心的数据存储库120内的记录。例如，指令侦听器135可以接收反馈，该反馈指示该指令由接收者接收、由接收者读取、由接收者分配所有者、和/或由接收者/所有者完成，等等。

图2示意性地示出了流程图，该流程图描绘了根据本发明的各种实施例的集成数据系统的方法300。应当注意的是，该方法涉及血浆捐献中心，但是其它实施例可以用于其它医疗保健和非医疗保健应用。最初，在血浆捐献者进入血浆中心进行捐献时(步骤302)，血浆中心雇员将所有访问数据输入到捐献者管理系统服务器中(步骤304)，外部数据系统经由电子文件将数据传送到捐献者管理系统服务器(步骤306)，并且筛查仪器或单采血设备经由电子文件将数据传送到捐献者管理系统服务器(步骤308)。该方法(例如，数据提取器110)然后可以运行应用以从捐献者管理系统210提取和接收数据(步骤310)，并且(例如，经由数据存储库120)将数据记录/存储在系统服务器125上的可记录介质上(步骤312)。

一旦数据被接收和存储，人工智能130就可以使用该数据来通过启发式方法推断每日业务目标指标(步骤314)。指标可以包括捐献者总数、单元总数、每小时捐献率、捐献者门到门时间、平均产量和平均设备周转率，等等。附加地或替代地，系统用户还可以使用应用屏幕来提供每日业务目标指标(步骤316)。然后，该方法(例如，人工智能130)可以将实时生产数据与业务目标相关联(步骤318)。对于实时生产与业务目标之间的每个差距，方法300/系统100创建新指令，该新指令包括中心可以采取的使生产度量达到(或优于)业务目标的步骤(步骤320)。

然后，数字助理145可以接收这些指令并对其进行处理以分发给适当的系统用户(步骤322)。例如，方法300/系统可以在登录用户的屏幕上将指令显示为通知(步骤324)、将指令发送到外部系统(例如，SMS系统230或电子邮件系统230)以将其处理成通知并发送给用户(步骤326)、或发送给外部系统(或自动操舵140)以在无人参与的情况下自动执行(步骤342)。

如果系统100/方法300显示指令或将指令发送给用户，那么方法300然后可以确认用户接收并读取了指令(步骤328)，并且系统用户可以确认他们将取得指令的所有权，并将指令分配给他们自己来完成(步骤330)。用户可以使他们执行必要的指令(例如，在系统100外部)(步骤332)。应当注意的是，在这段时间中，该方法可以跟踪接收和读取通知的每个系统用户(步骤344)，并且可以向所有其它接收者发送关于另一个用户被分配给该指令的通知(步骤346)。一旦完成，用户就可以指示指令已完成(步骤334)。例如，为了确认用户已取得任务的所有权和/或任务已完成，用户可以单击/按下位于系统100和/或其屏幕上的用户界面(例如，图形用户界面)上的按钮。替代地，用户可以将响应(例如，电子邮件、文本消息等)发送回系统100，以通知系统100任务已分配给用户和/或任务已完成。

一旦指令完成(例如，经由用户或自动完成)，系统100/方法300(例如，人工智能130)就可以连续检查生产数据，以确定发出的指令是否已完成(步骤336)。捐献者然后可以完成捐献(步骤338)，并且系统可以连续地测量指令针对业务目标的有效性(步骤340)。通过连续监视生产数据和指令的有效性，如果数据、业务目标有变化和/或指令未按预期执行，那么系统100可以创建新指令和/或更改现有指令。

应当注意的是，本发明的各种实施例可以用于任何数量的应用以及用于任何数量的业务目标和处理管理。例如，如图3A至3E中所示，在筛查处理期间可以使用各种实施例。此外，如图4A至图4E中所示，可以使用各种实施例来确定捐献者处理速率。最后，如图5A至5C中所示，各种实施例用于供应管理。

图3A示意性地示出了系统100，该系统100用于满足和维护特定捐献者门到门时间(例如，从捐献者第一次到达的时间到捐献者离开的时间)的业务目标。例如，捐献中心可以建立或者系统可以推断60分钟的目的(步骤410)。捐献者通过捐献处理的总体流程是，捐献者首先到达血浆中心进行捐献(步骤430)、等待下一个筛查室开放(步骤432)，然后一旦筛查室开发就进入筛查处理(步骤434)。筛查处理将确定捐献者是否被批准捐献(步骤436)。然后，捐献者可以等待床位/捐献设备变得可用(步骤438)，并且一旦有一个可用，捐献者就开始捐献(例如，他进入抽血阶段)(步骤440)。一旦捐献完成(步骤442)，就向捐献者付款(步骤444)，并且捐献者可以离开捐献中心(步骤446)。

在捐献/血浆中心已经建立业务目标(步骤410)或者系统100已经推断出业务目标之后，系统100(或方法)然后可以识别满足该业务目标所需的捐献者吞吐量(例如，在这种情况下，每小时50个捐献者)(步骤420)。系统100然后可以跟踪捐献者到达速率(步骤450)以确定有多少捐献者和捐献者多快到达并且跟踪筛查室速率(步骤460)以确定捐献者在筛查室处多快地被处理和/或筛查。如果筛查速率低于至少部分地基于捐献者到达速率而确定的阈值(例如，每小时少于50个捐献者)，那么系统100可以跟踪开放的筛查室数量(步骤470)以确定筛查室是否不足(步骤475)。如果系统100确定缺少开放的筛查室，那么系统100可以向血浆中心生成指令，命令血浆中心开放附加的筛查室以满足捐献者需求(步骤480)。作为响应，中心然后可以开放附加的筛查室(步骤485)，并且系统100可以继续监视指令的有效性(例如，它可以跟踪捐献者到达速率、筛查室速率、开放的筛查室数量等)，以确保指令正在帮助中心实现业务目标(步骤490)。如果指令不再有助于实现业务目标或所收集的数据(例如，上述的筛查室的速率和数量)改变，那么系统100可以修正该指令。

如上所述，在一些实施例中，系统100可以自动执行指令以实现业务目标。为此，如图3B中所示，系统100可以自动执行指令，而不是创建指令并将其发送给用户和/或血浆中心以供用户/血浆中心执行。例如，在确定血浆中心缺少筛查室之后(步骤475)，系统100可以使用数字助理145向捐献者管理系统210发送消息，捐献者管理系统210进而自动开放附加的筛查室以满足捐献者需求和门到门业务目标/目的。

图3C和3D示出了另一个示例，其中筛查期间的捐献者处理速率高于血浆中心的捐献者到达模式。以类似于图3A和3B中的示例的方式，血浆中心可以将捐献者门到门目的设置为60分钟(步骤410)，然后系统100可以确定捐献的指标数量(例如，每个图3C中的示例300个)和/或每小时捐献/捐献者的指标数量(例如，每小时50个捐献者)，以满足血浆中心设置的业务目标/目的(步骤420)。然后，系统100可以监视/跟踪捐献者到达速率(例如，图3C中每小时40个捐献者)(步骤510)和筛查室速率(步骤460)，使得系统可以将筛查速率与所建立的指标进行比较。如果筛查速率大于指标(例如，每小时50个捐献者)(步骤465)，那么系统100可以跟踪开放的筛查室的数量(步骤470)以确定筛查室的数量是否过多(步骤520)。如果筛查室数量过多，那么系统100可以向用户/血浆中心生成指令以关闭一些筛查室(步骤530)。然后，中心可以按照系统100的指示关闭筛查室(步骤540)，并且系统100可以继续测量指令的有效性。替代地，如图3D中所示，系统100可以自动关闭筛查室，而不是指示用户/血浆中心关闭筛查室(步骤550)。

图3E示出了与捐献者筛查处理相关的另一个示例，其中系统100确定血浆中心内的较长的等待时间。在这个示例中，血浆中心可以在整个捐献处理中为捐献者设置最大等待时间(例如，10分钟)的业务目标/目的(步骤605)。然后，系统100可以查看处理中的各个点，以确定等待时间是否超过目的。例如，系统100可以跟踪两个等待时间的筛查(步骤610)，并确定等待时间是否大于目的(例如，它是否大于10分钟)(步骤620)。然后，系统100可以向用户/血浆中心生成指令，命令血浆中心向筛查处理添加附加的员工(步骤630)。然后，中心可以根据指令开放更多的筛查室和/或添加附加的员工(步骤640)。然后，系统100可以监视/测量指令的有效性(步骤490)并根据需要进行调整。应当注意的是，虽然图3E仅示出了系统100查看筛查等待时间，但是系统100可以类似地查看床位/捐献机器的等待时间、付款的等待时间等。

图4A示出了系统100的示例性使用，其中在抽血阶段(例如，在捐献者等待床位/单采血设备的点；步骤438)的捐献者处理速率低于到达速率。在这个示例中，由血浆中心设置的(或由系统100推断的)业务目标可以类似于图3A和3B的业务目标，即，60分钟的捐献者门到门时间(步骤410)。因此，以与上述类似的方式，系统100可以识别所需的捐献者吞吐量(步骤420)并且可以跟踪捐献者到达速率(步骤450)。在捐献者处理和捐献期间的各个点，系统100可以监视和跟踪各种标准和/或数据。例如，当捐献者正在等待床位/单采血设备可用时(步骤438)，系统100可以跟踪捐献者楼层(floor)速率(例如，捐献者等待床位/单采血设备多长时间以及多长时间使他们经过捐献处理)(步骤710)，并且如果该速率低于所需的吞吐量(例如，每小时60个捐献者)(步骤720)，那么系统100将跟踪开放的床位/单采血设备的数量(步骤730)。

基于该信息以及床位/单采血设备是否不足以处理捐献者的流量(步骤740)，系统100将生成指令以命令用户/血浆中心添加附加的床位(步骤750)。然后，血浆中心可以根据指令添加更多的床位(步骤760)，并且系统100将继续监视/测量指令的有效性(步骤490)。替代地，如图4B中所示，系统100可以例如通过使虚拟数字助理145将命令发送到下游捐献者管理210来自动关闭筛查室(步骤770)。

图4C和4D示出了系统100的示例，该系统确定抽血的等待时间较长(例如，在步骤438)，与血浆中心的等待时间限制/目的(例如，小于10分钟)相矛盾(步骤810)。在这种情况下，系统100可以跟踪抽血等待时间(步骤820)，并确定该时间是否大于中心的指标(例如，该时间是否大于10分钟)。如果等待时间超过指标/目的，那么系统100将生成指令，该指令命令用户/血浆中心例如经由数字助手145将抽血医师添加到楼层(步骤840)。替代地，如图4D中所示，系统100可以通过自动开放附加的床位(例如，通过经由数字助理145向捐献者管理系统210发送命令)来自动解决延长的等待时间(步骤860)。在任一情况下，一旦中心添加了附加的抽血医师和/或附加的床位被开放，系统100就可以继续测量指令的有效性(步骤490)。

虽然图4C和4D处理等待时间太长的情况，但是在一些情况下，等待时间可能太短，并且可能指示血浆中心处的一些效率低下和/或容量过大。在这种情况下，如图4E中所示，系统100可以跟踪抽血等待时间(步骤820)，并且如果没有等待时间(例如，等待时间为0)(步骤870)，那么系统100可以生成指令以命令用户/血浆中心移除员工(或关闭床位)(步骤880)以减少中心的任何低效率(例如，闲置的员工、开放的床位等)。中心然后可以通过移除员工来执行指令(步骤890)，然后系统100可以继续监视/测量指令的有效性(步骤490)。

除了监视筛查处理和/或抽血处理的效率和业务目标之外，其它实施例可以用于监视、跟踪和维持血浆中心楼层上的供应的适当库存。例如，如图5A中所示，如果血浆中心建立了具有足够可用供应的目的/目标(步骤910)，那么系统100可以例如基于中心的已知业务目标建立捐献目的和/或每小时捐献者目的(步骤920)，并且可以以与上述方式类似的方式跟踪捐献者到达速率(步骤450)。然后，在抽血阶段期间(例如，在步骤438期间)，系统100可以对楼层上可用的捐献供应进行补充(步骤930)，并确定供应的可用性是否不足以满足当前需求(例如，是否存在不足以每小时处理60个捐献者)(步骤940)。如果供应的数量不足，那么系统100将生成指令，以命令用户/血浆中心补充供应(步骤950)，并且例如经由数字助理145将消息/指令发送到用户/血浆中心。然后，用户/中心可以响应于接收到的指令来补充供应(步骤960)，并且系统100可以监视/测量指令的有效性(步骤490)。

在其它情况下，如图5B中所示，血浆中心可以附加地或替代地希望在血浆中心内具有平衡的供应(例如，供应线和仓室平衡)(步骤1010)。基于该业务目标/目的，系统100识别所需的捐献者吞吐量(例如，以满足血浆中心收集目的)(步骤1020)，并且系统100跟踪捐献者到达速率(步骤1030)。在抽血阶段期间，例如，当捐献者正在等待开放床位时(步骤438)，系统100可以跟踪捐献楼层供应比率(步骤1040)并确定供应是否平衡(例如，比率为1:1)(步骤1050)。如果不平衡，那么系统100生成指令并指示中心重新平衡供应线和仓室(步骤1060)，并且作为响应，中心可以平衡供应(步骤1070)。为了确保指令有效工作，系统100可以继续监视/测量有效性(步骤490)。

图5C示出了另一个示例，其中系统100跟踪抽血医师的活动并命令他们执行替代任务，诸如补充供应。在这个示例中，血浆中心可以再次设置最大化供应库存的业务目标/目的(步骤1110)。然后，在抽血阶段期间(例如，当捐献者在床位上时；步骤440)，系统100可以跟踪抽血医师的活动(步骤1120)，以确定是否有任何抽血医师空闲(步骤1130)。如果有空闲的抽血医师，那么系统100然后可以确定楼层上是否有足够的空间用于附加的供应(步骤1140)，并且如果是，那么系统100可以指示空闲的抽血医师补充供应(步骤1150)。

重要的是要注意，图3A-3E、4A-4E和5A-5C仅示出了如何使用系统100来满足血浆中心的各种业务目标的示例。系统100可以用于任何数量的附加示例和业务指令。另外，系统100可以在任何给定时间同时用于实现多个业务指令。

应当注意的是，诸如“控制器”、“处理器”和“服务器”之类的术语在本文中可以用来描述可以在本发明的某些实施例中使用的设备，并且除非上下文另外要求，否则不应该被解释为将本发明限制为任何特定的设备类型或系统。因此，系统可以包括但不限于客户端、服务器、计算机、电器或其它类型的设备。这样的设备通常包括一个或多个用于在通信网络上进行通信的网络界面以及相应地被配置为执行设备和/或系统功能的处理器(例如，具有存储器和其它外围设备和/或专用硬件的微处理器)。通信网络通常可以包括公共和/或专用网络；可以包括局域网、广域网、城域网、存储网络和/或其它类型的网络；并且可以采用通信技术，包括但决不限于模拟技术、数字技术、光学技术、无线技术、联网技术和互联技术。

控制程序的各个组件可以单独或组合实现。例如，可以实现每个组件，或者可以以分布式方式配置专用服务器或一组服务器。

还应当注意的是，设备可以使用通信协议和消息(例如，由系统创建、传输、接收、存储和/或处理的消息)，并且这样的消息可以由通信网络或介质来传达。除非上下文另外要求，否则本发明不应被解释为限于任何特定的通信消息类型、通信消息格式或通信协议。因此，通信消息通常可以包括但不限于帧、分组、数据报、用户数据报、蜂窝或其它类型的通信消息。除非上下文另外要求，否则对特定通信协议的引用是示例性的，并且应该理解的是，替代实施例可以适当地采用这种通信协议的变体(例如，可以有时进行的对协议的修改或扩展)或将来已知或开发的其它协议。

还应当注意的是，逻辑流程可能在本文被描述来演示本发明的各个方面，并且不应被解释为将本发明限制为任何特定的逻辑流程或逻辑实现。所描述的逻辑可以被划分为不同的逻辑块(例如，程序、模块、界面、功能或子例程)，而不会改变总体结果或以其它方式脱离本发明的真正范围。一般而言，逻辑元素可以被添加、修改、省略、以不同顺序执行、或使用不同的逻辑构造(例如，逻辑门、循环原语、条件逻辑和其它逻辑构造)实现，而不会改变总体结果或以其它方式脱离本发明的真实范围。

本发明可以以许多不同的形式实现，包括但不限于与处理器(例如，微处理器、微控制器、数字信号处理器或通用计算机)一起使用的计算机程序逻辑、与可编程逻辑设备(例如，现场可编程门阵列(FPGA)或其它可编程逻辑设备(PLD))一起使用的可编程逻辑、分立组件、集成电路系统(例如，专用集成电路(ASIC))或任何其它部件，包括其任何组合。在本发明的一些实施例中，主要所有描述的逻辑被实现为一组计算机程序命令，该组计算机程序命令被转换成计算机可执行形式、被如此存储在计算机可读介质中，并且在操作系统的控制下由微处理器执行。

实现本文先前描述的全部或部分功能的计算机程序逻辑可以以各种形式实施，包括但绝不限于源代码形式、计算机可执行形式和各种中间形式(例如，由汇编器、编译器、链接器或定位器生成的表单)。源代码可以包括以任何各种编程语言(例如，目标代码、汇编语言或高级语言，诸如FORTRAN、C、C++、JAVA或HTML)实现的与各种操作系统或操作环境一起使用的一系列计算机程序命令。源代码可以定义和使用各种数据结构和通信消息。源代码可以是计算机可执行形式(例如，经由解释器)，或者源代码可以(例如，经由翻译器、汇编器或编译器)被转换成计算机可执行形式。

计算机程序可以以任何形式(例如，源代码形式、计算机可执行形式或中间形式)永久或临时固定在有形存储介质中，诸如半导体存储器设备(例如，RAM、ROM、PROM、EEPROM或闪存可编程RAM)、磁存储器设备(例如，软盘或固定盘)、光存储器设备(例如，CD-ROM)、PC卡(例如，PCMCIA卡)或其它存储器设备。可以以任何形式将计算机程序固定为可使用各种通信技术(包括但不限于模拟技术、数字技术、光学技术、无线技术、联网技术和互联技术)中的任何一种传输到计算机的信号。计算机程序可以以任何形式作为带有随附的打印或电子文档(例如，压缩包装的软件)、(例如，在系统ROM或固定盘上)预装有计算机系统的可移动存储介质分发，或通过通信系统(例如，互联网或万维网)从服务器或电子公告板分发。

实现本文先前描述的全部或部分功能的硬件逻辑(包括与可编程逻辑设备一起使用的可编程逻辑)可以使用传统的手动方法来设计，或者可以使用各种工具(诸如计算机辅助设计(CAD)、硬件描述语言(例如，VHDL或AHDL)或PLD编程语言(例如，PALASM、ABEL或CUPL))以电子方式来设计、捕获、模拟或文档化。

可编程逻辑可以永久或临时固定在有形存储介质中，诸如半导体存储器设备(例如，RAM、ROM、PROM、EEPROM或闪存可编程RAM)、磁存储器设备(例如，软盘或固定盘)、光学存储器设备(例如，CD-ROM)或其它存储器设备。可编程逻辑可以固定在可使用各种通信技术中的任何一种传输到计算机的信号中，这些通信技术包括但绝不限于模拟技术、数字技术、光学技术、无线技术(例如，蓝牙)、联网技术和互联技术。可编程逻辑可以作为带有随附的打印或电子文档(例如，压缩包装的软件)、(例如，在系统ROM或固定磁盘上)预装有计算机系统的可移动存储介质分发，或通过通信系统(例如，互联网或万维网)从服务器或电子设备公告板分发。实际上，一些实施例可以以软件即服务模型(“SAAS”)或云计算模型来实现。当然，本发明的一些实施例可以被实现为软件(例如，计算机程序产品)和硬件两者的组合。本发明还有的其它实施例完全被实现为硬件或完全被实现为软件。

上面描述的本发明的实施例仅是示例性的；对于本领域技术人员而言，许多变型和修改将是显而易见的。所有这些变型和修改都旨在落入如由任何所附权利要求书所限定的本发明的范围内。