单采血设备车队管理系统和方法

文档序号:639464 发布日期:2021-05-11 浏览:9次 >En<

阅读说明:本技术 单采血设备车队管理系统和方法 (Single blood sampling equipment fleet management system and method ) 是由 M·谭 于 2019-08-26 设计创作,主要内容包括:车队管理系统包括单采血设备和远离单采血设备并与之通信的车队管理设备。每个单采血设备具有控制器、固件和固件设置。车队管理设备包括允许用户与车队管理设备进行交互的界面、服务器和处理器。服务器从用户和/或远程储存库接收关于每个单采血设备的固件/固件设置和固件文件的信息。处理器处理该信息,以确定哪个单采血设备需要更新固件/固件设置。然后,服务器将固件文件分发到需要更新的每个单采血设备。该系统还可以为一个或多个捐献中心开发车队模型,该模型包括针对(一个或多个)位置的推荐的设备数量和/或是否应将设备从一个位置移动到另一个位置。(The fleet management system includes a apheresis device and a fleet management device remote from and in communication with the apheresis device. Each apheresis device has a controller, firmware, and firmware settings. The fleet management device includes an interface, a server, and a processor that allow a user to interact with the fleet management device. The server receives information about the firmware/firmware settings and firmware files for each apheresis device from the user and/or a remote repository. The processor processes this information to determine which blood collection set alone needs to update the firmware/firmware settings. The server then distributes the firmware file to each apheresis device that needs to be updated. The system may also develop a fleet model for one or more donation centers that includes a recommended number of devices for the location(s) and/or whether the devices should be moved from one location to another.)

单采血设备车队管理系统和方法

优先权

本PCT专利申请要求于2018年8月26日提交的题为“Apheresis Devices FleetManagement”、分配的代理案卷号为130670-09501(以前为1611/C95)并命名Melvin Tan作为发明人的美国临时申请No.62/722,960的优先权,其公开内容通过引用整体并入本文。

技术领域

本发明涉及管理单采血(apheresis)设备,并且更具体地涉及从远程位置监督和管理多个单采血设备及其方法。

背景技术

单采血是其中可以从自受试者抽取的全血中分离并收集各个血液成分的过程,并且单采血设备是被设计并且旨在执行单采血过程的医疗设备。捐献中心通常拥有一个以上的单采血设备,并且每个设备通常被配置为以完全相同的方式操作,以符合捐献中心的标准操作过程并符合法规要求。单采血设备的配置由设备中的嵌入式软件(也称为设备固件)和不同的固件设置集合决定,以指示设备的每个特征如何操作和执行。

为了更改或更新单采血设备的固件版本,用户当前必须通过设备的内置控制器、输入方法和显示输出在本地访问设备。然后,用户将固件文件下载到单个设备,并从内置设备控制器内(即,在每个设备处)执行固件更新。为了在多个单采血设备上执行相同的过程,必须在本地对每个设备重复上述过程。

类似地,为了更改或更新单采血设备的固件设置值,用户还必须通过设备的内置控制器、输入方法和显示输出在本地访问设备。这又使用户能够访问固件设置,并允许用户通过手动操纵或通过读取、输入或扫描预编码的固件设置来更改(一个或多个)固件设置值。为了在多个单采血设备上执行相同的过程,用户必须再次在本地对每个设备重复该过程。

除了必须单独更新每个设备之外,用户还必须在本地访问每个设备以仅检查设备是否被配置为以完全相同的方式运行。因此,在用户通过设备的内置控制器、输入方法和显示输出访问单采血设备之后,用户可以检查各个设备的固件版本和固件设置值。这可以通过物理操纵单采血设备的控件并查看每个固件设置的值在每个设备上单独执行。取决于给定捐献中心内设备的数量,这可能是非常耗时的任务。

发明内容

在本发明的各种实施例中,公司员工可以从远程位置使用计算机系统来监督和管理公司车队(fleet)中的至少一个单采血设备。从该远程位置,用户可以管理单采血设备固件文件、固件设置并执行固件设置的检查,而无需对内置单采血设备控制器本身上的控件进行任何物理操纵。该系统可以从中央位置或远程位置连接到多个单采血设备。该连接可以是持久性的,或者可以是间歇性的。

该系统可以从用户或从外部储存库接收固件文件,并且该文件可以被分发到至少一个单采血设备以用于在该设备上安装。当固件文件已安装成功或不成功时,系统可以提醒用户。替代地,用户也可以使用系统检查单采血设备的固件版本,以确认固件文件是否已安装成功或不成功。

该系统可以从用户、从外部储存库或从单采血设备接收固件设置文件。固件设置文件可以用于配置公司车队中的多个单采血设备(例如,在一个捐献中心或多个捐献中心内)。固件设置文件可以被分发给(一个或多个)单采血设备,以便该设备应用固件设置文件中表示的更改。当已成功或不成功应用固件设置更改时,系统可以提醒用户。替代地,用户还可以使用系统检查单采血设备的固件设置,以确认固件设置文件的更改是成功应用还是未成功应用。

在一些实施例中,系统可以使用到车队中的单采血设备的连接来从车队中的各个设备收集关于固件版本或固件设置值的信息。然后,系统可以聚合、组合和分析信息,以确定单采血设备之间的固件版本或固件设置值是否存在任何差异。当系统检测到固件版本或固件设置差异时,系统还可以创建通知,例如,给用户的电子邮件。

在还有的实施例中,系统可以基于车队中的单采血设备的位置和来自那些位置的生产率信息来使用启发法来创建车队模型。车队建模可以确定某个位置的简档的最佳设备数量,并且可以为用户提供指示,以从该位置添加或移除设备。系统可以使用基于生产率、利用率、遥测、库存、数量、消耗、成本、定时、平均值、速率、速度数据和/或其其它性能或生产数据的信息来确定各个位置的最佳车队模型。系统还可以使用单采血设备的位置数据来确定将需要更改设备的放置来满足新车队模型的要求的血浆中心位置,并且可能以数字协助的形式向用户提供指导,带有在公司中特定血浆中心位置处调整单采血设备的放置的指示。

附加地或替代地,系统可以使用到车队中的单采血设备的连接来监视固件版本差异或固件设置差异。可以跟踪、记录单采血设备之间的意外差异(即,变化),并将其报告给公司用户或公司的用户。替代地,系统可以通过发送固件设置文件的固件文件以在不符合标准的单采血设备上进行更新来自我校正单采血设备之间的任何变化。

根据还有的实施例,车队管理系统包括第一多个单采血设备和车队管理设备。每个单采血设备可以具有控制器、固件和固件设置。车队管理设备可以远离每个单采血设备并且与每个单采血设备通信。车队管理设备可以包括界面、服务器和处理器。界面可以允许用户与车队管理设备交互,并且服务器可以从每个单采血设备接收关于固件和固件设置的信息,并且可以从用户和/或远程储存库接收固件文件。处理器可以处理从单采血设备接收到的信息,以确定哪个单采血设备需要对固件和/或固件设置进行更新。然后,服务器可以将固件文件分发到需要更新的每个单采血设备。

车队管理系统还可以包括远离车队管理设备并且与车队管理设备通信的第二多个单采血设备。服务器还可以从第二多个单采血设备中的每一个接收关于固件和固件设置的信息,并且处理器可以处理该信息以确定这些单采血设备中的哪一个需要对固件和/或固件设置进行更新。然后,服务器可以将固件文件分发到需要更新的每个设备。第一多个单采血设备可以位于第一捐献中心,并且第二多个单采血设备可以位于第二捐献中心。

在其它实施例中,车队管理设备可以允许用户远程管理每个单采血设备的固件文件和/或固件设置。例如,车队管理设备可以提醒用户固件文件和/或固件设置文件是否被成功地或不成功地安装在单采血设备上。车队管理设备还可以从每个单采血设备收集附加信息,例如与执行的单采血过程相关的数据、生产率信息、利用率信息、捐献中心内的单采血设备的数量、性能数据和/或库存数据。处理器可以分析关于每个单采血设备的固件和固件设置的信息(或其它信息),以确定每个单采血设备的固件版本或固件设置值是否存在差异。在这样的实施例中,车队管理设备可以将差异通知给用户。

在另外的实施例中,车队管理设备可以为一个或多个捐献中心生成车队模型。例如,车队模型可以至少部分地基于关于生产率、利用率、遥测、库存、数量、消耗、成本、定时、平均值、速率、速度数据以及其其它性能或生产数据的信息。车队模型可以包括针对一个或多个捐献中心的推荐的单采血设备更改,并且服务器可以向用户通知车队模型和推荐的单采血设备更改。车队管理设备还可以包括数据存储设备,该数据存储设备存储从单采血设备接收到的信息。

根据还有的实施例,车队管理设备可以包括允许用户与车队管理设备进行交互的界面和与第一多个单采血设备通信的服务器。单采血设备可以位于远离车队管理设备,并且服务器可以从每个单采血设备接收关于固件和固件设置的信息,并从用户和/或远程储存库接收固件文件。处理器可以处理从每个单采血设备接收到的信息,以确定哪个单采血设备需要更新固件和/或固件设置。然后,服务器可以将固件文件分发到需要更新的每个单采血设备。

服务器也可以与位于远离车队管理设备的第二多个单采血设备通信。在这样的实施例中,服务器还可以从第二多个单采血设备中的每一个接收关于固件和固件设置的信息,并且处理器可以处理接收到的信息以确定哪个单采血设备需要更新。然后,服务器可以将固件文件分发到需要更新的第二多个单采血设备中的每一个。

车队管理设备可以允许用户远程管理和/或监视第一多个单采血设备中的每一个的固件文件和/或固件设置,并且服务器可以提醒用户固件文件和/或固件设置文件是否被成功或不成功安装。附加地或替代地,服务器可以从第一多个单采血设备中的每一个接收附加信息(例如,执行的单采血过程、生产率信息、利用率信息、捐献中心内的单采血设备的数量、性能数据和库存数据)。

在一些实施例中,处理器可以通过分析关于每个单采血设备的固件和固件设置的信息来确定单采血设备的固件版本或固件设置值是否存在差异。服务器可以将任何差异通知给用户。附加地或替代地,服务器和/或处理器可以为一个或多个捐献中心生成车队模型。车队模型可以基于关于生产率、利用率、遥测、库存、数量、消耗、成本、定时、平均值、速率、速度数据以及其其它性能或生产数据的信息。车队模型可以包括针对一个或多个捐献中心的推荐的单采血设备更改,并且服务器可以向用户通知车队模型和推荐的单采血设备更改。设备更改可以包括应在给定捐献中心内的设备的数量、设备的位置以及是否应将一个或多个设备从一个中心移动到另一个中心。

根据还有的实施例,一种用于管理单采血设备的车队的方法包括远程连接到第一多个单采血设备,并在车队管理设备的服务器中接收(1)关于第一多个单采血设备中的每一个的固件和固件设置的信息(例如,来自单采血设备),以及(2)固件文件(例如,来自用户和/或远程储存库)。然后,该方法可以在车队管理设备的处理器中处理从单采血设备接收到的信息,以确定哪个单采血设备需要对固件和/或固件设置进行更新。然后,该方法可以使用车队管理设备的服务器将固件文件分发到需要更新的第一多个单采血设备中的每一个。

在一些实施例中,该方法还可以包括连接到远离车队管理设备的第二多个单采血设备,并且在车队管理设备的服务器中接收与第二多个单采血设备中的每一个的固件和固件设置相关的信息。然后,该方法可以(1)使用车队管理设备的处理器处理从第二多个单采血设备中的每一个接收到的信息,以确定第二多个单采血设备中的哪个需要更新固件和/或固件设置,以及(2)使用车队管理设备的服务器将固件文件分发到需要更新的第二多个单采血设备中的每一个。

附加地,该方法可以使用车队管理设备来管理和/或监视第一多个单采血设备中的每一个的固件文件和/或固件设置,和/或向用户生成固件文件和/或固件设置文件是否已成功或未成功安装在单采血设备上的提醒。该方法还可以从第一多个单采血设备中的每一个收集和存储(例如,在数据存储设备内)附加信息。例如,该方法可以收集关于执行的采血过程的信息、生产率信息、利用率信息、捐献中心内的单采血设备的数量、性能数据和库存数据。该方法还可以使用处理器来分析关于每个单采血设备的固件和固件设置的信息,以确定每个单采血设备的固件版本或固件设置值是否存在差异。如果存在差异,那么该方法可以将差异通知给用户。

在另外的实施例中,该方法可以为一个或多个捐献中心生成车队模型。车队模型可以至少部分地基于与生产率、利用率、遥测、库存、数量、消耗、成本、定时、平均值、速率、速度数据以及其其它性能或生产数据相关的信息。车队模型可以包括针对一个或多个捐献中心的推荐的单采血设备更改,并且该方法可以向用户通知车队模型和推荐的单采血设备更改。该方法还可以在车队管理设备中的数据存储设备中存储从单采血设备接收到的信息。

附图说明

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

图1示意性地示出了根据本发明的一些实施例的血液处理系统的透视图。

图2示意性地示出了根据本发明的一些实施例的图1的血液处理系统的俯视图。

图3示意性地示出了根据本发明的一些实施例的安装在图1的血液处理系统内的一次性装置(disposable set)。

图4示意性地示出了根据本发明的一些实施例的单采血设备及其相关的固件和固件设置。

图5示意性地示出了根据本发明的一些实施例的车队管理,该车队管理对多个血浆中心位置处的多个单采血设备提供监督。

图6示意性地示出了根据本发明的一些实施例的车队管理建模,以确定单采血设备在血浆中心位置处的最佳数量和放置。

具体实施方式

在说明性实施例中,车队管理系统具有车队管理设备,该车队管理设备远离若干单采血设备并与之通信。车队管理设备可以从第一多个单采血设备中的每一个接收关于固件和固件设置的信息以及固件文件。然后,设备可以处理该信息以确定哪个单采血设备需要更新,然后将固件文件分发到每个需要更新的单采血设备,例如,以确保每个单采血设备具有相同的固件和固件设置。

如图1和图2中所示,血液处理系统100包括机柜110,机柜110容纳系统100的主要部件(例如,非一次性部件)。在机柜110内,系统100可以包括第一/血液泵232和第二/抗凝剂泵234,第一/血液泵232从受试者抽取全血,并且第二/抗凝剂泵234将抗凝剂泵送通过系统100并进入到所抽取的全血中。此外,系统100可以包括多个阀,这些阀可以被打开和/或关闭以控制流体流过系统100。例如,系统100可以包括可以打开和关闭以选择性地防止和允许流体流过捐献者管线218(例如,入口管线;图3)的捐献者阀120,以及选择性地防止和允许流体流过出口/血浆管线222(图3)的血浆阀130。一些实施例还可以包括盐水阀135,该盐水阀135选择性地防止和允许盐水流过盐水管线223。

为了促进一次性装置的连接和安装并支撑对应的流体容器,系统100可以包括抗凝剂杆150和盐水杆160,抗凝剂溶液容器210(图3)可以悬挂在抗凝剂杆150上,并且盐水溶液容器217(图3)可以悬挂在盐水杆160上(例如,如果被执行的过程需要使用盐水)。此外,在一些应用中,可能有必要和/或期望过滤从受试者抽取的全血以进行处理。为此,系统100可以包括血液过滤器保持器170,血液过滤器(位于一次性装置上)可以放置在该血液过滤器保持器170中。

如下面更详细讨论的,根据本发明的实施例的单采血系统100使用血泵232通过静脉进入设备206(图3)从受试者抽取全血。当系统100从受试者抽取全血时,全血进入血液成分分离设备214,诸如Latham型离心机(可以使用其它类型的分离室和设备,诸如但不限于,如在美国专利号4,983,158和4,943,273中所述的整体吹塑成型的离心机转鼓,该专利通过引入并入本文)。血液成分分离设备214将全血分离成其组成成分(例如,红细胞、白细胞、血浆和血小板)。因此,为了促进分离设备214的操作,系统100还可以包括井180,其中可以放置分离设备214并且分离设备214在其中旋转(例如,以产生分离全血所需的离心力)。

为了允许用户/技术人员监视系统操作并控制/设置过程的各种参数,系统100可以包括显示操作参数、任何提醒消息以及用户/技术人员可以按下以控制各种参数的按钮的的用户界面190(例如,触摸屏设备)。血液处理系统100的附加部件在下面更详细地(例如,关于系统操作)进行讨论。

图3是根据本发明的血液处理系统100和可以被加载到血液处理系统100上/中的一次性收集装置200(具有入口一次性装置200A和出口一次性装置200B)的示意性框图。收集装置200包括用于从捐献者的手臂208中抽取血液的静脉进入设备206(例如,放血针)、抗凝剂容器210、离心分离碗214(例如,血液成分分离设备)、盐水容器217和最终血浆收集袋216。血液/入口管线218将静脉进入设备206耦合到碗214的入口端口220,血浆/出口管线222将碗214的出口端口224耦合到血浆收集袋216,并且盐水管线223将碗214的出口端口224连接到盐水容器217。抗凝剂管线225将抗凝剂容器210连接到入口管线218。除了以上提到的且如图3中所示的部件外,血液处理系统100还包括控制器226、马达228和离心卡盘230。控制器226可操作地耦合到两个泵232和234,以及耦合到马达228,马达228又驱动卡盘230。控制器226可以可操作地耦合到用户界面190并且与用户界面190通信。

在操作中,可以在血液处理之前将一次性收集装置200(例如,入口一次性装置200A和出口一次性装置200B)加载到血液处理系统100上/中。特别地,血液/入口管线218被布线通过血液/第一泵232,并且来自抗凝剂容器210的抗凝剂管线225被布线通过抗凝剂/第二泵234。然后可以将离心碗214牢固地加载到卡盘230中。一旦碗214被固定在适当的位置,技术人员就可以安装出口一次性装置200B。例如,技术人员可以将碗连接器300连接到碗214的出口224、将血浆容器216安装到重量传感器195、使盐水管线223穿过阀135,并且使血浆/出口管线222穿过阀130和管线传感器185。一旦安装了一次性装置200并且连接了抗凝剂容器和盐水容器210/217,系统100就准备好开始血液处理。

血液处理系统100(例如,单采血设备)和/或血液处理系统100的各个硬件部件可以包括控制血液处理系统100的各个部件(参见图4)和系统100的操作的固件420和固件设置430A-C。在各个时间,固件420和/或固件设置430A/B/C可能变得过时或以其它方式需要被更新。为此,控制器226以及设备100的输入设备和显示器190可以允许用户访问设备100,例如,以查看和/或更新固件420和/或固件设置430A/B/C。

图5示意性地示出了车队管理系统,该车队管理系统可以远程地更新一个或多个血液处理系统/单采血设备100的固件420和/或固件设置430A/B/C。例如,车队管理系统510可以是监督和管理公司车队中的单采血设备520A-F的一些或全部的远程计算机系统。管理系统510可以包括帮助系统510监视、与各种单采血设备的通信并更新其固件的多个部件。例如,管理系统/设备510可以包括监视(一个或多个)单采血设备520A-F中的每一个以及固件的状态(例如,设置、版本等)的处理器530,以及用于存储与(一个或多个)单采血设备520A-F相关的信息(例如,每个设备的固件版本、固件设置、最后更新日期、固件和/或固件设置的任何问题等)的存储器540(例如,数据存储设备)。附加地,系统510可以包括与单采血设备520A-F(以及可能其它远程设备/系统)通信的服务器550和向用户/操作员提供信息的控制器界面/显示器560。

如图5中所示,单采血设备520A-F可以位于单个捐献中心530A或多个捐献中心530A/B中。车队管理系统510允许用户远程管理单采血设备固件文件420、固件设置430A-C,并且对每个单采血设备520A-F执行固件设置的各种检查。例如并且如下面更详细讨论的,服务器550可以与单采血设备520A-F中的每一个通信以监视和下载关于设备520A-F中的每一个的固件和固件设置的数据。然后,处理器530(或服务器550)可以处理接收到的信息/数据以确定每个设备520A-F是否需要更新固件420和/或固件设置430A-C。

重要的是要注意,由于车队管理系统510允许用户远程管理单采血设备520A-F中的每一个,因此用户不需要物理上出现在每个设备520A-F处来操纵每个单采血设备上的内置控件(例如,用户不需要与每个设备的控制器226进行物理交互)。车队管理系统510与单采血设备520A-F中的每一个之间的连接/通信可以是持久性的/连续的,或者车队管理系统510可以仅当需要时(例如,当用户希望监视或管理特定设备时)连接到单采血设备520A-F。例如,车队管理系统510可以连续地接收与每个单采血设备520A-F的固件相关的信息/数据(以及关于设备520A-F的其它信息),或者车队管理系统510可以仅周期性地接收固件信息/数据(例如,以预定的间隔、当用户提示时、仅当有要分发的更新时、仅当服务器550或系统510提示时,等等)。

如上所述,车队管理系统510可以根据需要管理多个单采血设备520A-F。为此,车队管理系统510(例如,服务器550)可以从用户或从外部储存库(或其它远程设备/数据库)接收固件文件。如果系统510尚未(例如,经由连续连接或最近的周期性连接/更新)从设备520A-F中的每一个接收到固件信息/数据,那么服务器550可以然后连接到设备520A-F中的每一个并为设备520A-F中的每一个下载固件信息/数据(包括当前固件版本、固件设置和任何固件问题)。在接收到该信息后,处理器530然后可以确定哪个设备520A-F需要对固件420和/或固件设置430A-C进行更新,并且系统510(例如,服务器550)可以将(一个或多个)固件文件分发到需要(一个或多个)新固件文件进行安装的设备520A-F中的任何一个设备。

除了将(一个或多个)更新/新固件文件发送到需要它的设备520A-F中的每一个之外,系统510还可以监视安装和/或固件更新的进度并在已成功安装固件文件和/或如果安装不成功时向用户提供提醒。如果安装不成功,那么系统100可以向用户提供重试下载和安装的选项。附加地或替代地,车队管理系统510可以允许用户手动检查单采血设备520A-F中的每一个的固件版本,以确认固件文件是否已被成功安装或未成功安装。例如,系统510可以(在界面/显示器560上)显示系统510所连接/维护的设备520A-F中的每一个,并且可能显示每个设备520A-F的当前固件信息。然后,用户可以选择设备520A-F中感兴趣的设备,以获取关于该设备的附加信息,包括但不限于该设备的位置、该设备的服务和使用历史、固件420和固件设置430A-C信息、最近更新的日期、任何最近的错误消息和/或任何正在进行的安装的进度。应当注意的是,系统510可以以任何数量的方式显示设备520A-F,包括但不限于,设备列表或每个血浆中心530A/B的平面图,其带有的图标描绘在适当位置中的每个设备520A-F。

在一些实施例中,用户可能不希望在使用单采血设备520A-F时更新固件420和/或固件设置430A-C。因此,可以在血浆中心530A/B的常规捐献时间之后执行任何更新。替代地,系统510(例如,服务器550)可以接收关于每个设备520A-F的操作状态(例如,它是否正在使用)和/或设备520A-F是否被调度用于单采血过程的信息。然后,管理系统510可以基于该操作信息来决定是否更新固件420和/或固件设置430A-C。例如,如果单采血设备520A-F处于过程的中间或将要用于过程,那么系统510可以等待将固件更新分发给该设备520A-F。以类似的方式,当给定设备520A-F被调度进行更新时,系统510可以通知血浆中心530A/B,以确保直到更新完成才将设备520A-F分配给过程。

在各个时间,血浆中心530A/530B可以接收新的单采血设备520A-F和/或替换现有的设备520A-F,并且这些新的设备可能需要初始配置,使得它们的固件和固件设置与中心530A/B内的其它设备匹配。为此,系统510可以配置这些新设备(和/或配置/重新配置现有设备520A-F)。以与上述类似的方式,系统510可以从用户、从外部储存库或从至少一个单采血设备520A-F接收固件设置文件,并且车队管理系统510可以使用固件设置文件来配置公司车队中的一些或全部单采血设备520A-F。例如,系统510可以在界面/显示器560上显示需要配置的设备520A-F,并且用户可以选择要配置设备520A-F中的哪一个(或者系统510可以自动配置设备而无需来自用户的输入)。然后,系统510(例如,服务器550)可以将固件设置文件分发到适当的(一个或多个)单采血设备520A-F,使得接收固件设置文件的每个设备可以应用固件设置文件中表示的更改。再次,系统510可以在固件设置更改已成功应用时和/或如果更新不成功(例如,发生错误)时提醒用户。附加地或替代地,如上所述,用户还可以使用系统510来手动检查(一个或多个)单采血设备520A-F的固件设置,以确认固件设置文件更改被成功应用还是不成功应用。

在一些情况下,确保车队内和/或血浆中心530A/B内的每个单采血设备520A-F全部用相同的固件版本420和固件设置430A-C操作是有益的。因此,除了更新和发送固件更新到单采血设备520A-F中的每一个之外,车队管理系统510还可以从车队中的设备520A-F中的每一个收集关于固件版本420或固件设置值430A-C的信息。然后,系统510(例如,处理器530)可以聚合、组合和/或分析数据以确定在车队内和/或在特定血浆中心530A/B内的单采血设备520A-F之间是否存在固件版本420或固件设置值430A-C的任何差异。

如果固件版本420和/或固件设置430A-C之间存在差异,那么系统510可以通知用户。例如,系统210可以在它检测到固件版本或固件设置差异时创建电子邮件通知并将其发送给用户或在界面560上显示通知。然后,系统510可以通过将适当的固件版本420和/或设置430A-C下载/分发到适当的单采血设备520A-F(或将新的固件版本和/或新的固件设置下载/分发到所有设备单采血设备520A-F)来给用户纠正差异的机会。替代地,系统510可以自动将固件文件或固件设置文件分发给单采血设备以校正差异。

当计划单采血设备520A-F的类型和数量时,各个血浆中心530A/B必须考虑多个因素(例如,地理位置、预期的捐献者参与、单采血设备520A-F的成本、单采血设备520A-F的维护成本、血浆中心530A/B的大小、将在捐献中心处执行的捐献类型和单采血过程、给定时间段内所需的收集量等)以确保它们具有足够的单采血设备520A-F来服务预期的捐献者数量并达到目标收集量,而不会在任何给定时间有过多未使用的单采血设备520A-F。因此,除了在设备520A-F上更新固件420和固件设置430A-C之外,在一些实施例中并且如图6中所示,车队管理系统510可以帮助血浆中心530A/B确定最佳数量的单采血设备520A-F来满足其预期需求并实现其目标量,而没有过多的单采血设备520A-F。例如,在这样的实施例中,系统510还可以从血浆中心530A/B(和单采血设备520A-F中的每一个)下载/接收关于在血浆中心530A/B处执行的单采血过程的信息、来自血浆中心530A/B的生产率信息,以及可能关于捐献者流量和血浆中心530A/B目标的信息。然后,系统510(例如,处理器530)可以例如使用基于车队中的单采血设备的位置和来自那些位置的生产率信息的试探法来处理和分析信息数据,以为血浆中心530A创建车队模型。

车队模型针对位置的简档来确定单采血设备的最佳数量520A-F,并且系统510可以基于车队模型为用户提供指示以从该位置添加或移除设备。例如,如果车队模型指示血浆中心530A/B没有足够数量的单采血设备520A-F来满足捐献者的需求/数量和/或达到中心530A/B的目标收集量,那么系统510将通知用户血浆中心530A/B应添加附加的单采血设备520A-F。替代地,如图6中所示,如果车队模型确定血浆中心530A/B具有太多的单采血设备520A-F,那么系统510可以指示用户移除单采血设备520A-F中的一个或多个(例如,移除单采血设备520E和520F)。

当为一个或多个位置生成最佳车队模型时,系统510可以使用各种信息,包括但不限于生产率、利用率、遥测、库存、数量、消耗、成本、定时、平均值、速率、速度数据和/或其其它性能或生产数据。系统510还可以使用单采血设备位置数据来确定可能需要更改设备放置以满足新车队模型的要求的血浆中心位置。一旦生成新的车队模型,系统510就可以以数字协助的形式向用户提供指导,带有在公司中特定血浆中心位置530A/B处调整单采血设备520A-F的放置的指令。例如,如果系统510确定血浆中心530A具有太多的单采血设备520A-F,但是血浆中心530B没有足够的单采血设备,那么系统510可以指示用户将一台或多台机器从血浆中心530A移动/定位到血浆中心530B。

虽然在许多情况下,可以预期固件420和固件设置430A-C会过时(例如,如果发布了固件更新),但在其它情况下,固件420和固件设置430A-C可能会意外损坏和/或变化。为此,系统510可以使用到车队中的单采血设备520A-F的连接来监视固件版本差异或固件设置差异。然后,系统510可以跟踪、记录和(例如,向公司或用户)报告单采血设备520A-F之间的任何非预期的差异/变化。系统510可以在数据存储设备440中维护差异/变化(以及从单采血设备520A-F接收到的或由系统510生成的任何其它信息)的历史/记录。

应当注意的是,虽然上述实施例涉及血浆收集装置和血浆设备,但是本发明的各种实施例可以用于其它设备车队。例如,本发明的各种实施例可以用于其它类型的捐献中心(例如,全血捐献中心、血小板捐献中心等)和其它类型的单采血设备。此外,本发明的实施例可以用于其它医疗机构和非医疗机构。

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

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

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

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

本发明可以以许多不同的形式实现,包括但不限于与处理器(例如,微处理器、微控制器、数字信号处理器或通用计算机)一起使用的计算机程序逻辑、与可编程逻辑设备(例如,现场可编程门阵列(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”)或云计算模型来实现。当然,本发明的一些实施例可以被实现为软件(例如,计算机程序产品)和硬件两者的组合。本发明还有的其它实施例完全被实现为硬件或完全被实现为软件。

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

21页详细技术资料下载
上一篇:一种医用注射器针头装配设备
下一篇:利用胃内窥镜图像的深度学习诊断胃病变的装置及方法

网友询问留言

已有0条留言

还没有人留言评论。精彩留言会获得点赞!

精彩留言,会给你点赞!