医用输液泵的软件特征的制作方法

专利名称：医用输液泵的软件特征的制作方法
技术领域：
本发明涉及医用输液泵的使用，特别地，本发明涉及可与医用输液泵结合使用的软件。
背景技术：
作为对患者指定疗法的一部分，医院和其它看护中心的患者有规律地需要受控的药物摄入。一种受控药物摄入的形式是通过用医用输液泵输入流体药物来实现的。通常，医用输液泵恒定地输送药物给患者。这些医用输液泵用于以编程在泵中的预定速率给患者输送选中的药物或者药剂(therapeutic agent) 0对医用输液泵进行编程和管理可能会困难且麻烦。这是由于事实上可以对单个的泵编程来输送不同疗法中和医院内不同位置处的不同流体。因为基于患者、输送的流体或者泵周围的特定环境，最大和最小输送速率可会变化，对流体输送速率的编程可能会困难。医用输液泵通常被配置来跟踪在泵内出现的事件，以产生与泵操作相关的消息， 诸如描述当前的状态和操作的编程(operational programming)。当不恰当地编程或者在当前操作编程的界限之外操作时，所述医用输液泵还可以产生多种类型的具有不同严重性的警报。因为各种原因，管理这些警报、消息及其它和状态指示会有困难。例如，为了确保合格的个人接到出现警报的通知，可能将警报广播给多个冗余的个人，造成大量的非必要的警报通知。所产生的警报通常吸引最多反应的个人，而不是最合适对所述警报作出反应的那些个人。

发明内容
在第一方面，本发明揭示一种将消息引导到个人的方法。该方法包括将一个或多个个人与医用输液泵产生的消息关联起来。该方法进一步包括在所述消息出现在所述医用输液泵后，将所述消息传达给所述一个或多个个人。在第二方面，本发明揭示一种医用输液泵。该医用输液泵包括泵机械结构、存储器、和被设置来控制所述泵机械结构且操作性地连接到所述存储器的可编程电路。所述可编程电路被编程以将一个或多个个人与医用输液泵产生的消息关联起来。所述可编程电路还被编程，在所述消息出现在所述医用输液泵之后，将所述消息传达给所述一个或多个个人。
在第三方面，本发明揭示一种用于将消息从医用输液泵引导到一个或多个个人的系统。该系统包括医用输液泵和通信地连接到所述医用输液泵的计算机系统。该系统被设置以执行程序指令，将一个或多个个人与医用输液泵所产生的消息关联起来，以及，在所述消息一出现在所述医用输液泵之后，将所述消息传达给所述一个或多个个人。在第四方面，本发明揭示一种跟踪与医用输液泵相关的费用参数的方法。该方法包括检测医用输液泵中的一个或多个产生费用的事件，每个产生费用的事件与患者使用所述医用输液泵有关。该方法还包括在存储器中存储所述产生费用的事件的历史，并基于在所述产生费用的事件的历史中所记录的医用输液泵的使用情况生成费用的结算。在第五方面，本发明揭示一种医用输液泵。该医用输液泵包括泵机械结构、存储器和被设置来控制所述泵机械结构且操作性地连接到所述存储器的可编程电路。该可编程电路被编程以检测医用输液泵中的一个或多个产生费用的事件，每个产生费用的事件与患者使用所述医用输液泵相关。所述可编程电路进一步被编程以在所述存储器存储所述产生费用的事件的历史，并基于在所述产生费用的事件的历史中所记录的所述医用输液泵的使用情况，产生费用的结算。在第六个方面，本发明揭示一种与医用输液泵一起使用的费用跟踪系统。该费用跟踪系统包括计算机系统和与该计算机系统通信地连接的医用输液泵。该医用输液泵包括泵机械结构、存储器和被设置来控制所述泵机械结构且操作地连接到所述存储器的可编程电路。该可编程电路被编程以检测医用输液泵中的一个或多个产生费用的事件，每个产生费用的事件与患者使用所述医用输液泵相关。所述可编程电路进一步被编程以在所述存储器存储所述产生费用的事件的历史，并基于在所述产生费用的事件的历史中所记录的所述医用输液泵的使用情况，产生费用的结算。在第七方面，本发明揭示一种跟踪医用输液泵中的活动的方法。该方法包括检测医用输液泵中的一个或多个产生费用的事件，每个产生费用的事件与患者使用所述医用输液泵有关。该方法还包括检测医用输液泵中的一个或多个校正事件，每个校正事件与护理员对所述医用输液泵的编程相关。该方法进一步包括在所述医用输液泵的存储器中存储所述产生费用的事件和校正事件的事件日志，并基于包括所述一个或多个产生费用的事件的事件日志的至少一部分生成费用的结算。在第八方面，本发明揭示一种评估医用输液泵中的下游压力的方法。该方法包括判断在医用输液泵泵冲程(pump stroke)结束时下游的压力，等待一段时间，判断在泵冲程结束时下游压力。该方法还包括在所述一段时间结束时评估所述下游的压力，基于该评估步骤，决定是否起动接下来的泵冲程。在第九方面，本发明揭示一种被配置来管理流体压力衰减(decay)的医用输液泵。该医用输液泵包括被配置来起动泵冲程以输送流体给患者的泵机械结构、存储器、和被设置来控制所述泵机械结构且操作地连接到所述存储器的可编程电路。该可编程电路被编程以在所述泵机械结构的泵冲程结束时判断下游的压力，等待一段时间，在该一段时间结束时判断下游的压力。所述可编程电路被进一步编程来评估在所述时间段结束时的所述下游压力，且基于这个评估，决定是否经由所述泵机械结构起动接下来的泵冲程。在第十方面，本发明揭示一种评估医用输液泵中的下游压力的方法。该方法包括起动医用输液泵中泵机械结构的第一冲程，判断在该冲程结束时下游的压力，等待一段时间，在该时间结束时，判断下游压力。该方法还包括推迟接下来的泵冲程，至少直到所述下游压力低于最大下游压力所述临界值，起动接下来的泵冲程。在第十一方面，本发明揭示一种从医用输液泵输送流体的方法。该方法包括从所述医用输液泵输送流体，直到下游压力达到一个高压界限。该方法包括，一旦达到所述高压界限时，暂停一段时间输送流体。该方法进一步包括，一旦所述一段时间经过时，从所述医用输液泵输送附加的流体。在第十二个方面，本发明揭示一种医用输液泵。该医用输液泵包括泵机械结构、存储器和被设置来控制所述泵机械结构且操作地连接到所述存储器的可编程电路。该可编程电路被编程以经由所述泵机械结构输送流体，直到下游压力达到一个高压界限值。所述可编程电路还被编程以，在一旦达到一个高压界限值时，暂停一段时间输送流体。所述可编程电路被编程，一旦所述时间段经过时，重启经由所述泵机械结构的流体输送。在第十三方面，本发明揭示一种从医用输液泵输送流体的方法。该方法包括开始泵机械结构的一个或多个冲程，用于从所述医用输液泵输送流体，直到下游压力达到一个高压界限。该方法还包括，一旦达到所述高压界限时，暂停一段时间输送流体。该方法进一步包括，一旦所述预定的时间经过时，判断所述下游压力是否保持在所述高压界限的预定阈值之内。该方法包括在一旦判断所述下游压力在所述预定阈值之外时，开始所述泵机械结构的一个或多个附加冲程，用于从所述医用输液泵输送附加的流体。通过这个方法，所述医用输液泵在最短的时间段内输送最大量的流体。在第十四方面，本发明揭示一种在医用输液中产生警报的方法。该方法包括基于一个警报事件判断一个警报的严重性。该方法进一步包括基于警报级别标准从多个警报级别中选择一个警报级别，每个警报级别对应于由所述警报通知的不同的目标群。该方法还包括根据所选择的警报级别触发所述警报。在第十五方面，本发明揭示一种医用输液泵。该医—用输液泵包括泵机械结构、存储器和被设置来控制所述泵机械结构且操作地连接到所述存储器的可编程电路。该可编程电路被编程以基于一个警报事件判断一个警报的严重性。该可编程电路还被编程以基于一个警报级别标准从多个警报级别中选择一个警报级别，每个警报级别对应于由所述警报通知的不同的目标群。所述可编程电路进一步被编程以根据所述选择的警报级别触发所述警报。在第十六方面，本发明揭示了一种在医用输液泵中产生警报的方法。该方法包括基于一个警报事件判断一个警报的严重性。该方法还包括，基于一个警报级别标准从多个警报级别中选择一个警报级别，每个警报级别对应于由所述警报通知的一个不同的目标群。该方法进一步包括根据所选择的警报级别触发所述警报，且在一段预定的时间保持触发所述警报。该方法包括，如果所述警报事件在所述预定的时间期间没有被处理，则从所述多个警报级别中选择第二警报级别。该方法包括根据所述第二警报级别触发所述警报。


图1图示的是根据本发明可能的实施例的泵-计算机通信系统；图2图示的是根据本发明的可能的实施例的输液泵网络；图3图示的是可以用于实现本发明某些方面的计算机系统的架构；
图4图示的是可以用于实现本发明某些方面的泵的架构；图5图示的是可以用于实施本发明的某方面的泵外围设备的架构；图6图示的是根据本发明的可能的实施例的包括有医用输液泵的医疗网络的可言旨布局；图7图示的是根据本发明可能的实施例，显示所跟踪的医用输液泵中的事件历史的事件日志的例子；图8图示的是根据本发明的可能的实施例，可用于将用户或者用户类与医用输液泵中的消息或者事件相关联的用户关联数据记录的例子；图9图示的是根据本发明可能的实施例的罗列医用输液泵的感兴趣用户并对进行分类的用户数据记录的例子；图10图示的是根据本发明可能的实施例的用于处理医用输液泵中的本地化警报和消息的方法和系统的流程图；图11图示的是根据本发明可能的实施例的用于处理医用输液泵中的目标警报和消息的泵-用户通信系统；图12图示的是根据本发明的可能的实施例的用于在医用输液泵中提供强度可变的警报的方法和系统的流程图；图13图示的根据本发明可能的实施例的用于在医用输液泵中跟踪费用的方法和系统的流程图；图14图示的是根据图13所描述的方法和系统基于费用跟踪数据所产生的费用结算窗口的例子；图15-16图示的是根据本发明可能的实施例的用于应用可变的延迟来感应下游压力衰减的方法流程图和系统；图17图示的是根据本发明可能的实施例的在医用输液泵上显示的用于触发一个可变延迟来感应下游压力衰减的一系列屏幕；图18图示的是根据本发明进一步可能的实施例的在医用输液泵上显示的用于触发一个可变延迟来感应下游压力衰减的又一系列屏幕；图19图示的是根据本发明可能的实施例的使用一个可变延迟来感应下游压力衰减的医用输液泵的下游压力的示例图形；图20图示的是根据本发明进一步可能的实施例的使用可变延迟来感应下游压力衰减从医用输液泵的下游压力的图片的第二个例子；图21图示的是根据本发明的可能的实施例的用于输送医用输液泵中由压力计时的间歇性快推方法和系统的流程图；图22图示的是根据本发明进一步可能的实施例的在医用输液泵上显示的用于触发用压力计时的间歇性的快推的一系列屏幕；以及图23图示的是根据本发明的可能的实施例的输送通过压力计时的间歇性的快推的医用输液泵的下游压力的示例图形。
具体实施例方式以下参考附图详细描述本发明的多个实施例，其中在几个视图中，相同的参考标号表示相同的部分和组件。参考各个实施例并不对本发明的权利要求范围有限制。另外， 本说明书中罗列的所有例子并不是来进行限制的，而是仅仅罗列权利要求的一些可能的实施例。本发明大体上涉及医用输液泵中的流体输送、和被配置为给患者输送流体的泵的管理。本发明描述医用输液泵的特征，医用输液泵和患者之间的互动(例如，涉及所述泵的流体输送或者手动控制)，和所述医用输液泵与其他用户(例如，医疗提供者或者其他可物理上或者通信地访问所述泵的人)的可能互动。本发明描述的各个实施例的逻辑操作这样实施(1)在计算机系统上运行的一系列由计算机实施的操作；和/或( 在所述计算机系统内互联的机器模块。模块代表由诸如常见的编程语言或者在动态数据库(DLL)中可见的代码之类的程序代码执行的功能。所用的实施根据所需要的所述医用输液泵和与之连接的计算机系统的性能来选择。相应地， 组成本发明实施例的逻辑操作可称作操作或模块等。I。包括医用输液泵的计算环境下面的讨论旨在提供一种可以实施本发明的适当的计算环境的大体描述。虽然没有要求，本发明将以可由计算机执行的计算机可执行指令的一般语境(general context) 方式进行描述，所述计算机例如为手持式计算机、个人计算系统或者医用输液泵。图1图示的是具有医用输液泵102、计算机系统104和通信链路106的医用输液网络100的示例性实施例。医用输液泵102被配置为将诸如药物、生理盐水或者营养之类的治疗流体输送给患者。医用输液泵102的例子包括非固定泵(ambulatory pump)、固定泵和柱式安装的泵。计算机系统104被配置为执行诸如计算机软件之类的计算机可读指令。计算机系统104可以在各种位置上，诸如在正在对患者进行治疗的护理点(POC)、远离POC的一个位置处的医疗机构、甚至是远离所述医疗机构本身的非现场位置。在进一步的实施例中，医用输液泵102用作计算机系统104。在示例的实施例中，对计算机系统104编程以产生和存储在泵应用程序的环境中执行的泵协议。每个泵协议包括一系列泵参数。泵参数指的是定义医用输液泵的操作方面的设置。所述泵参数规定对所述泵的控制。作为参考，泵协议是定义在应用具体的疗法、合格者(qualifier)和药物期间医用输液泵的可变操作特征的这些泵参数的集合。所述泵协议包括要包括在所述泵中的操作参数列表，并且与索引进行关联，所述索引用于指向包含特定的泵参数集合的特定协议。另外，作为参考，泵应用程序是控制泵的操作的指令(例如，可执行代码、规则和/ 或数据)的程序，所述操作用于具体疗法或者输液类型(例如，连续输液、间歇输液、疼痛控制、化学疗法、全部不经肠胃的营养，等等)。例如，泵应用程序可能包含有定义泵的操作来实现各种泵参数的指令。通信链路106连接泵102和计算机系统104。在多个实施例中，通信链路106可以包括连接到计算机上的串行连接或者并行连接、有线或者无线连接以及直接连接或者网络连接。另外，泵102和计算机系统104可以使用任何适用于数据通信的协议进行通信。与计算机的网络连接的例子包括内部网、互联网和LAN(例如，以太网)。与计算机的有线连接示例包括USB、RS-232、火线(Firware)和电力线调制解调器连接。无线连接的例子包括蓝牙、802. lla/b/g、红外(IR)和射频(RF)。关于在输液泵网络场合中的使用泵参数和协议的进一步细节在美国专利申请 USl 1/499，248、USl 1/499，240、USl 1/499，255 和 USl 1/499，893 中进行描述，这些专利申请都于2006年8月3日提交，以及在美国专利申请US11/702，922和11/702，925中进行描述， 这两个专利申请于2007年2月5日提交。这些专利申请中的每一个通过引用全部并入本说明书。图2图示的是具有与多个计算机系统KM1-KMn联网的服务器206的输液泵网络 200的示例实施例。网络200可以是能够在所述服务器、计算机系统和医用输液泵之间进行数据通信的任何有线或者无线网络。网络的例子包括互联网、内网和LAN。每个计算机系统104可以通过通信链路106与医用输液泵102^10 进行通信。在示例的实施例中，各个计算机系统104b执行用于产生和管理泵应用程序和泵操作参数集合的软件，并存储与相关联的医用输液泵102i_n有关的信息。泵应用程序和泵操作参数集合可以存储在服务器206上，并可以由其它各个计算机系统104i_n来访问。单个计算机系统104i_n还被编程来获取先前创建和存储在服务器206上的泵应用程序和泵操作参数集合供查看、编辑和下载到医用输液泵102^。这些泵应用程序和泵操作参数可以用来判断各种流体输送算法，诸如那些在本文中更详细描述的。各个计算机系统104i_n还被编程来在医用输液泵102i_n和服务器206之间交流各种信息。在某些实施例中，各个计算机系统104i_n被编程以将泵事件传达给所述服务器用于进行存储和后继的处理，诸如医用输液泵102i_n中跟踪的费用和操作历史数据。在进一步的实施例中，各个计算机系统104i_n被编程来将在所述泵中产生的消息传达到外部的计算机系统，这些外部计算机系统包括服务器206和其它装置，以将泵中的发生的某些事件(例如，意外或者警报)告知第三方治疗提供者。在可替换的实施例中，医用输液泵102i_n可以与所述服务器直接进行通信，获取泵应用程序和泵操作参数集合，并提供与所述泵操作相关的数据。例如，医用输液泵102i_n可以装有诸如网页浏览器之类的客户端软件，通过本文描述的有线连接或者无线连接直接与网络200进行通信。在其它可替换的实施例中，一个或多个计算机系统(例如，KM1J不被配置为与医用输液泵102i_n中的一个进行直接通信，而是提供访问服务器206的管理权，用于产生、 查看和编辑泵应用程序和泵操作参数集合，并且用于将数据从所述泵传达给所述服务器。 另外，未与医用输液泵102i_n相联系的服务器、工作站和其它计算机系统可以包含在网络 200 中。在其它可替换的实施例中，本文所描述的软件的某些方面在服务器206中执行。 例如，在某些实施例中，所述服务器作为应用服务的提供者，交流用户界面和其它诸如HTML 的标记语言或者其它允许用户从一个远程位置来执行软件的语言或者协议的数据入口。在这些实施例中，服务器206可以作为应用服务提供者，其中所述服务器提供对所述软件的访问，用于产生和存储可以由用户建立和下载到医用输液泵的泵应用程序和泵协议，以及用于管理用户数据库、泵历史、消息和警报的分发以及其它一些事件。例如，服务器206可以位于与所述用户分开的制泵、制药、药剂师或者一些其它第三方之处。在这样的实施例中的服务器206可以从单个计算机系统104进行访问，或者由具有联网能力和客户端软件的医用输液泵102进行访问。服务器206和具有网页浏览器的医用输液泵102的示例实施例在美国专利申请 US11/066, 425中有揭示，该专利申请于2005年2月22日提交，标题为医用装置的服务器， 其揭示的内容通过引用全部并入本文。图3图示的是可以用于实现本发明的某些方面的示例构架，包括计算机系统104 或者服务器206。所述计算机系统架构包括计算机系统300形式的通用计算机装置。计算机系统300可以用作，例如，图2的计算机系统或者服务器，并且可以执行包含在下文要描述的所述管理软件中或者用户软件中的程序模块。计算机系统300包括至少一个处理系统302。各种处理单元可以从各种制造商那里获得，例如，Intel或者AMD。计算机系统300还包括系统存储器304和将包括系统存储器304的各种系统组件耦联到处理单元302的系统总线306。系统总线306可以是任意数目类型的总线结构，包括存储器总线或者存储器控制器；外围总线；以及使用个多种总线结构中任意一种类型的本地总线。系统存储器304可以包括只读存储器(ROM) 308和随机存取存储器(RAM) 310。在 R0M308中通常存储有基本输入/输出系统312 (BIOS)，其包含帮助在计算机系统300内的元件之间，诸如在启动的过程中，传输信息的基本的例程(routine)。计算机系统300还可以包括用于从硬盘(图中未示)读取和写入硬盘的诸如硬盘驱动之类的辅助存储装置313，以及/或者压缩闪存卡314。硬盘驱动313和压缩闪存卡314通过硬盘驱动接口 320和压缩闪存卡接口 322分别连接到系统总线306。所述驱动和卡以及与它们相关联的计算机可读介质提供对所述计算机系统300的计算机可读指令、数据结构、程序模块和其它数据的非易失性存储。虽然此处描述的示例环境应用的是硬盘驱动313和压缩闪存卡314，所述示例系统中可以使用其它类型的能够存储数据的计算机可读介质。这些其它类型的计算机可读介质的例子包括磁盒、闪存卡、数字视频光盘，伯努利盘匣(Bernoulli cartridges)、⑶ROM、 DVD ROM、随机存取存储器(RAM)或者只读存储器(ROM)。在硬盘313、压缩闪存卡314、R0M308或者RAM310上可以存储多个程序模块，包括操作系统326、一个或多个应用程序328、其它程序模块330和程序数据332。用户可以通过输入装置334将命令和信息输入计算机系统300中。输入装置的例子包括键盘、鼠标、麦克风、手柄、游戏板、卫星碟、扫描仪、数码相机、触摸屏和电话。这些和其它输入装置经常通过耦接到系统总线306上的接口 340连接到处理单元302。这些输入装置也可以通过任意数目的接口，诸如并行端口、串行端口、游戏端口或者通用串行总线(USB)进行连接。输入装置和接口 340之间也可以是无线通信，并可以包括红外、蓝牙、802. lla/b/g、手机或者其它射频通信系统。诸如监视器或者触摸屏LCD面板之类的显示装置342也经由诸如视频适配器344之类的接口连接到系统总线306。显示装置342可以是内部的或者外部的。除了显示装置342之外，大体而言，计算机系统通常包括其它外围装置(图中未示)，诸如扬声器、 打印机和掌上设备。当在LAN网络环境中使用时，计算机系统300通过网络接口或者适配器352连接到本地网络。当在诸如互联网之类的WAN网络环境中使用时，计算机系统300通常包括调制解调器3M或者用于在广域网上建立通信的其它通信类型，诸如直接连接。调制解调器354，可以是内部的或者外部的，经由接口 340连接到系统总线306。在联网环境中，所描述的与计算机系统300相关的程序模块，或者其部分，可以存储在远程存储装置中。应当理解的是，图中所示的网络连接仅用于示例，也可以使用其它方法在所述计算机系统之间建立通信链路。计算机系统300还包括连接到存储器304的录音器360。录音器360包括用于接收声音输入和与存储器304进行通信来缓冲和存储所述声音输入的麦克风。录音器360还包括用于触发麦克风且将所述声音输入传给存储器304的录音按键361。计算机系统可以还包括用于存储数据的数据库390。数据库390可以经由存储器304 (集成于其中或者在其外部)来访问，并且可以被形成为任意数目类型的数据库，诸如，层级式或者关系数据库。计算机设备，诸如计算机系统300，通常包括至少一些形式的计算机可读介质。计算机可读介质可以是可以通过计算机系统300访问的任何可用介质。作为示例，而非限制， 计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以任何方法或者技术来实现的用于存储诸如计算机可读指令、数据结构、程序模块或者其它数据之类信息的易失性和非易失性、可除去和非可除去介质。计算机存储介质包括，但不限于RAM、ROM、EEPR0M、闪存或者其它存储技术、CD-ROM、数字多功能光盘(DVD)或者其它光学存储器、磁盒、磁带、磁盘存储器或者其它磁存储装置、 或者任何一种可以用于存储期望的信息并且可以由计算机系统300访问的其它介质。通信媒介通常体现为计算机可读指令、数据结构、程序模块或者诸如载波或者其它传输机制之类的调制的数据信号中的其它数据，并包括任意信息输送介质。术语“调制的数据信号”指这样的信号，其具有一种或多种特性组合，或者以一种方式对其改变以便对信号中的信息进行编码。作为示例，并非是限制，通信介质包括诸如有线网络或者直接连线连接之类的有线介质，以及诸如为听觉的(acoustic)、RF和红外之类的无线介质，以及其它无线介质。上述的任意一种的组合应当包含在计算机可读介质的范畴内。计算机可读介质还称为计算机程序产品。图4图示的是可以用于实施本发明的某些方面的医用输液泵400的架构。大体而言，医用输液泵400是被配置来诸如通过使用输液器输送流体(例如，流体药物)给患者的可编程的泵。如前文结合图1所描述的，医用输液泵400执行一个或多个应用程序来实现将流体输送给患者。在医用输液泵400中，微处理器402与泵电机400、屏幕406、可听见的警报408及震动警报410进行电通信，并对它们进行控制。其它实施例可以取代所述微处理器使用微机或者任何其它类型的可编程电路。泵电动机404驱动驱动机构412。驱动机构412将治疗流体输送给患者。所述驱动机构可以连接到柱塞系统(plunger system)、蠕动驱动机构或者另一类型的流体输送系统。屏幕406可以具有诸如IXD屏幕之类的多种不同配置。屏幕406显示呈现对患者或者护理员有用的各项信息的用户界面。警报在所述泵中提供实际的警报、警告和提醒。可听到的警报408可以是呼叫器或者提供可听见的通知，包括实际的警报、警告和提醒。与其它诸如手机之类的便携式电子设备类似，震动警报410提供补充声音警报的警报或者当可听到的呼叫声聒噪或者不能听到时，取代所述的声音警报。用户可以有选择地启用或者禁用可听到的警报408和震动警报410。但是，在一个可能的实施例中，可听到的警报408和震动警报410不许同时禁用。微处理器402与随机存取存储器(RAM) 416和只读存储器(ROM) 418电通信， RAM416和R0M418在泵400上，但是在微处理器402的外部。在一个可能的实施例中，微处理器402还包括内部存储器。RAM416是静态RAM，存储可以随着时间变化的数据，诸如泵的设置和医用输液泵400所经历的事件的历史日志。R0M418存储用于操作系统和应用程序的代码。R0M418可以是任意一种类型的可编程的ROM，诸如EPR0M。红外(IR)端口 420与微处理器进行电通信。如下文中更详细解释的，顶端口 420 提供与诸如计算机之类的外部设备的数据通信，所述计算机用于对应用程序进行编程、对泵设置进行编程以及下载历史数据日志。医用输液泵400可以包括取代顶端口 420或者除其之外的其它类型的通信端口。其它可能的通信端口包括射频(RF)端口或者诸如RS-232 端口、USB端口或者类似的端口之类提供硬线数据通信链路的端口。可选择的是，在所述泵中可以包括额外的诸如闪存之类的非易失性存储器，与微处理器402通过接口进行连接。这个额外的非易失性存储器可以被配置以存储所述泵收集的数据，诸如在所述医用输液泵的事件的历史、警报和消息信息，以及被授权操作所述泵的医疗人员的用户记录，以及其它信息。实时时钟422给微处理器402提供时钟信号。具有实时时钟422的优点是，它给所述程序实时提供实际的时间，使得所述医用输液泵所执行的程序可以跟踪和控制输送药物和其它事件发生的实际的时间。此处所描述的各种持续时间用于警告、警报、提醒和其它功能。在一个可能的实施例中，所述计时器由实时时钟422和由微处理器402执行的软件形成。键盘似4还给微处理器402提供输入。虽然可以使用其它类型的键盘，一种类型的键盘具有四个按键且是膜型键盘，可以防水以及抵御其它环境条件。键盘似4包含有软按键，用于这些按键的按键功能可以随着用户执行不同的菜单选项和命令来变化。有声音的快推按键425可选择给微处理器402提供输入。有声音的快推按键425 可以对泵400进行编程，用于以可听的方式施用(administer)药物或者其它治疗流体的快速注入，而不需要使用所述泵的视觉确认。在一个示例的实施例中，基于预先编程的触发间隔(granularity)，连续多次按下有声音的快推按键425，触发选定量的快推输送。根据用户的选择，按键的单次按下表示快推5克，，后继按下所述声音快推按键425表示其所述量的倍数。微处理器402的其它输入可以包括，对治疗流体输送管线的闭塞敏感的闭塞传感器426 ；对治疗流体药筒(cartridge)的出现敏感的药筒传感器428 ；检测驱动机构412中的齿轮运动的运动检测器430。在一个示例的实施例中，药筒传感器4 包括被配置来检测治疗流体药筒的插入的一个或多个传感器。泵400能够检测经由机械接口所出现的药筒的类型，并可以包括在泵中与所述药筒相结合的操作有关的软件指令。药盒感应结构的例子， 例如，在1994年4月15日提交的、于1996年7月2日授权的、标题为“药泵的药盒识别系统和方法”的US. 5，531，697美国专利中有描述。外围接口 432允许将诸如各种通信和功能性系统之类的附加系统加到泵400上。 可以与所述泵通过接口连接的示例系统包括条形码阅读器或者通信模块，或者其它诸如结
12合图5描述的那些装置的装置。图5图示的是可以与图4所描述的医用输液泵通过接口连接的外围设备500。外围设备500通常给医用输液泵400提供扩展功能。在所示的实施例中，外围设备500给所述医用输液泵提供扩展通信和计算功能，从而从所述系统卸去多个任务，释放资源用于输送流体给所述患者。外围设备500包括可编程的电路502，被配置来执行由医用输液泵400的微处理器 402所指示的以及从外部计算机系统接收的程序指令。可编程电路502还可选择地包括各种附加的操作逻辑，被配置来访问存储器且对应于所述可编程电路的各种接口。在一个实施例中，可编程电路502包括微控制器。该微控制器可以由多种诸如汇编语言、C语言或者其它下层语言之类的可编程语言中的一种进行编程。在一个替换的实施例中，可编程电路 502包括诸如现场可编程门阵列(FPGA)、复合可编程逻辑装置(CPLD)或者电源ASIC (针对应用的集成电路)之类的可编程逻辑装置(PLD)。在这些实施例中，诸如Veril0g、ABEL或者VHDL之类的硬件描述语言定义所述可编程电路的操作。外围设备500还包括与所述可编程电路通信地连接的电接口 504。电接口 504在可编程电路502和医用输液泵的连接电路(例如，图4的医用输液泵的外围接口 432)之间提供电力和数据连接。在所示的实施例中，电接口 502可以是串行接口或者并行接口，诸如 USB接口，允许所述外围设备⑴沿着所述接口发送和接收数据，以及(2)接收/发送电力， 诸如给医用输液泵400或者外围设备500供电。在可编程电路502上还连接有多种附加的接口，包括网络接口 506、红外接口 508 和无线接口 510。这些接口中的每个接口提供与所述医用输液泵外部的对应的计算机系统的数据通信连接。网络接口 506提供到基于包的、诸如hternet或者局域网之类的可IP寻址网络的有线连接。红外接口 508提供直接的装置到装置连接，允许与附近的手持式或者便携式装置进行数据通信，并且允许外围设备500从这样的装置处接收数据。无线接口 510 还提供到外部计算机系统的数据连接，并且可以使用多种诸如802. lla/b/g/n、Mesh网或者某个专有RF通信协议之类的无线通信协议或者网络中的一种。根据具体的实施方式以及与所述医用输液泵一起使用的期望的通信系统，在外围设备500中或者医用输液泵400 中可以集成其它接口。外围设备500还包括与可编程电路502通过接口连接的电池512和电源输入514。 电池512给外围设备500中的电路提供电源，并可以经由泵接口 504给医用输液泵400提供电源。在某些实施例中，电源是可以经由电源输入514充电的锂离子电池组。电源输入 514从外部来源(例如，外部AC插头)接收电力，并将该电力转化为可在所述外围设备中使用(如可编程电路502所分配的)并用于对电池512进行充电的电力。所述外围设备还包括与所述可编程电路通信地连接的各种类型的存储器，包括 RAM516和R0M518。RAM516和R0M518用于执行提供给所述外围设备的程序指令，诸如用于管理所述医用输液泵的数据输入/输出。也可以使用额外的存储器类型，诸如闪存。在某些实施例中，外围装置500可以包含在图4的医用输液泵400中。在这样的实施例中，可以去掉可编程的电路502，与其连接的各种单元直接连接到所述系统的微处理器402。在其它实施例中，所述外围设备与所述医用输液泵分开，需要在二者之间形成连接的接口电路504和432。
基于期望与所述医用输液泵一起使用的特定功能，在外围设备500中也可以包含附加的功能。附加功能的例子包括输入/输出设备，诸如条形码阅读器、指纹扫描仪或者其它生物读取器。现参考图6，示出了根据本发明的可能的实施例的，其中使用了医用输液泵的医用护理网络600的可能布局。医用护理网络600使用多个诸如服务器、医用输液泵和其它计算机系统之类的多种计算机系统和医用装置将患者和医疗专业人员互相关联。这样，所述医用护理网络图示的是图1图示的网络100的可能例子。在所示的实施例中，所述医用护理网络包括一个或多个医用输液泵、一个或多个与那些医用输液泵通信地连接的计算机系统、管理与所述医用输液泵相关的数据的一个或多个服务器、以及由患者或者医疗专业人员(例如，护士、医生、配药师或者其他临床医生) 使用的其它计算机系统。关于所示的特定网络600的细节在下文中进行描述；然而，网络 600旨在作为示例，可以包括当前未示的其它各种附加系统和装置。在图示的实施例中，医用护理网络600包括且互连有多个不同的物理实体/位置， 包括家里或者远程位置602、医疗机构604及外部的医疗提供者606。家里或者远程位置602 对应于医疗机构外部的位置，在该位置，用户可能想要使用医用输液泵，并可能需要与医疗专业人员或者所述服务器交流数据，诸如，用于监控所述医用输液泵的状态。每个位置可包括，例如，输液泵网络608，诸如在上文参考图1所描述的。医疗机构604通常对应于医院或者诊所，在这些地方会住有许多患者，以及有与所述机构相关的实体(例如，附属诊所或者其它机构)。在所示的实施例中，医疗机构604 被设置来接纳许多患者，给这些患者提供医用输液泵和用于和所述泵进行数据通信的计算机系统。在所示的实施例中，各种患者可以各自与诸如图1所示的输液泵网络608进行关联。医疗机构604中的输液泵网络608可以对应于出现在患者房间内的网络，或者围绕着在所述机构内的患者周围的计算机网络。所述输液泵网络608也可能存在有其它配置。医疗机构604进一步包括与所述医用输液泵或者医用输液泵网络608不直接相关的医疗数据服务器610和多个计算机系统612。医疗数据服务器610和计算机系统612典型的情况是由医疗专业人员用于进行患者监控和护理管理、出帐单和其它目的。医疗机构604处的每个计算机系统，包括那些与医用输液泵连接的系统，是可通信地互连的，允许在各个输液泵网络608之间以及与医疗数据服务器610和计算机系统612 进行通信。所述系统可以是通过包括各种有线和无线局域网连接的多种通信连接的任何一种进行通信连接。外部医疗提供者606可以对应于各种远程医疗提供者或者与医疗相关的实体，诸如远程主治医生、远程专家、人寿保险公司或者其它实体。外部护理提供者606通常接收与网络600内的一个或多个患者相关的特定的数据子集，诸如测试信息、帐单信息、诊断信息或者其它信息。网络600中的每一个实体中由网络614可通信地互连，网络614表示诸如互联网或者其它一些广域网(LAN或者WAN)之类的可以传输数据的通信网络。网络614将所述多个位置和在这些位置处的计算机系统互联起来，允许在多个位置之间进行数据通信。通过使用网络614，远程位置可以存储或者访问来自于其它位置和/或系统的信息。例如，外部医疗提供者606可以访问存储在位于医疗机构604处的医疗数据服务器610上的信息。或者，可以将数据从其中的一个本地(在所述机构中)输液泵网络608或者在其中的一个远程位置602处的远程输液泵网络608上载到所述医疗机构。其它例子的数据分享和数据通信也是有可能的。现参考图7-图9所示，显示的是跟踪某些泵动作的各种数据记录，诸如编程、消息、警报和其它信息。所显示的数据记录可以存储在本说明书所描述的诸如图6描述的所述医用输液泵、计算机系统、或者医疗数据服务器之类的多个计算机系统中的任意系统中。 虽然此处显示的是某组数据记录，这些记录仅旨在作为示例。更确切地说，这些记录可以互相结合或者与其它记录合并，并可以由其它各种系统来访问，用于处理医用输液泵数据和管理医用输液泵。在一个实施例中，此处所描述的每个事件日志和数据记录包含有与各个医用输液泵相关的数据，并被存储在所述泵的本地存储器内或者存储在与所述泵相关联的输液泵网络中的计算机系统内(如图1所示)。在进一步的实施例中，所述事件日志和/或数据记录被存储在可远程访问的服务器上或者其它计算机系统中，诸如图6的医疗信息服务器中。 在这样的进一步的实施例中，多个泵的所述事件日志和数据记录可选择性地合并到单个的事件日志或者数据记录中。图7图示的是根据本发明可能的实施例，显示所跟踪的医用输液泵中的事件的历史的示例事件日志700。事件日志700通常显示的是，在操作医用输液泵期间，医用输液泵的状态所出现的各种变化的历史。事件日志700可以包括，例如出现所述事件的泵的标识；与所述泵相关联的患者的名字；事件的类型；事件的日期和时间；以及事件的描述。在事件日志700中也可以存储诸如与所述事件相关的警报状态之类的附加的信息，或者与所述患者、所述泵、泵的活动、或者所述泵内所使用的泵程序相关的其它信息。图8图示的是根据本发明可能的实施例的可用于将用户或者用户类别与医用输液泵中的消息或者事件进行关联的用户关联数据记录800的例子。用户关联数据记录800 通常将特定的医疗人员与可能出现在医用输液泵中的各种类型的警报或者消息进行关联。在所示的实施例中，用户关联数据记录800列有消息类型、目标个人、通信类型和严重性。所述消息类型对应于对所述消息大体上的分类，表示所述医用输液泵中所出现的一类动作。如图所示，消息类型包括药物警报、通知消息、泵异常情况和患者警报。也可能有其它类型的消息。目标个人对应于旨在接收由所述消息类型和通信类型所表明的特定消息的特定的个人或者特定类的个人，诸如为医生、护士、配药师、临床医生或者其它类型的个人或者命名的个人。所述通信类型对应于所述医用输液泵中出现的特定类型的事件的通信。示例的通信类型表明，所述泵接近药物供给结束的时间，或者已经到达所述药物供给结束的时间；所述医用输液泵操作期间出现错误；达到或者超过了药物输送界限(软界限或者硬界限)和/或超出所述输液界限的时间量；对泵程序的患者调整；和患者的救助请求。 也可能有其它类型的通信。如图所示，每种通信类型与一个严重等级相关联，通常对应于要求对所述消息作出反应所需要的急迫性。例如，泵出现异常，跟可能不需要任何干预的信息性的消息相比， 其中的泵停止操作会要求护理员或者泵技师更快地作出反应。在所示的实施例中，图示了三个严重性级别低、中和高。低严重性级别通常可以被分配给不需要立即动作但是如果事件继续则需要采取措施的消息/通信。中等严重性级别对应于表示医疗提供者应当采取措施但是不需要马上采取措施的消息或者警报。高严重性级别对应于表示所述泵已经停止了所期望的正常操作，需要医疗提供者的干预的指示。也可以有其它的消息、警报和严重级别设置。用户关联数据记录800将个人或者各类的个人与每个消息或者警报关联起来。每类个人代表具有类似的访问和使用医用输液泵的权限的预定义的一组个人。示例的类别可以包括医生、护士、配药师、患者或者临床医生。基于所述泵的特定用途，也可以包括其它类别。例如，本地使用类别可以将某些消息和警报与可以直接登录到医用输液泵上使用存储在所述泵上的软件的个人进行关联。远程使用类别可以将其它消息或者警报与不亲自使用所述泵但监控所述泵的活动的个人进行关联。在某些实施例中，个人还单独地代表一个类别(所述类别的成员只有所述个人)。在某些实施例中，用户关联数据记录800由医疗专业人士或者其他用户定制。例如，在一个实施例中，用户关联数据记录800存储在诸如图6所示的医疗信息服务器上。在这样的实施例中，在通信地连接到所述服务器上的多个计算机系统中的任何一个之处的用户可以使用基于网页的用户界面来创建或者修改所述用户关联数据记录。在另一个实施例中，用户关联数据记录800存储在医用输液泵上，医疗提供者或者其他用户可以利用所述医用输液泵、输液泵网络(例如，图1的网络100)中的计算机系统或者诸如图6的网络600 之类的医护网络中的计算机系统来编辑所述记录。图9图示的是根据本发明可能的实施例对医用输液泵的感兴趣用户进行列表和分类的示例用户数据记录900的例子。所述用户数据记录定义具有来自于一个或多个医用输液泵的访问特权、分配的消息或者分配的警报的用户类。用户数据记录900可以与所述用户关联数据记录(例如，图8的用户关联数据记录800)结合使用，以将特定用户的联系信息与消息或者警告进行链接，确保将一个或多个医用输液泵中发生的事件告知所述用户。用户数据记录900包括独一无二的用户身份号、用户名、所述用户所属于的一个或多个类别、以及用于和所述用户进行交流的一种或多种联系方式。在进一步的实施例中， 在所述用户数据记录中还包括有附加的消息，诸如所述用户所附属的医疗机构的名称、或者与所述用户的身份相关的细节(例如，医生的专科、护士通常的轮班，等等)。在医用输液泵的一个事件(诸如消息或者警报)出现之后可以访问用户数据记录 900，以判断应当将所述事件通知哪些个人，以及如何与这些个人联系。在记录900与图8所示的用户关联数据记录800结合使用以给用户发送警报或者消息的一个可能的实施例中， 首先访问用户关联数据记录800，以判断应当通知的一个或多个类别的用户或者个人用户。 然后对用户数据记录900进行解析，以访问与如何联系那些用户或者那些类别的用户有关的信息。用户数据记录900中所包含的联系信息包括一种或多种将消息传达给用户的方法，诸如，经由电子邮件、手机通信、传呼机或者文本消息。在下文中描述与图7-9的数据记录有关的附加细节，以及它们在图1-6的网络和系统中的使用情况。B.医用输液泵网络中所包含的可编程特征以上图1-9描述的是医用输液泵和具有医用输液泵的通信网络的某些方面，包括
16用于管理和操作泵的各种类型的计算机系统和通信连接。现参考图10-23描述医用输液泵中所包含的或者是具有医用输液泵的网络中所包含的特定特征的应用。此处所描述的应用和特征可以具体表现为软件、可编程硬件、和集成在所述医用输液泵中或者与一个或多个医用输液泵连接的计算机系统中的用户界面。例如，一个或多个特征具体表现为能够装载到医用输液泵上并在泵上执行的泵应用程序。这些可编程特征通常涉及的是处理和路由(routing)医用输液泵网络内的警报和消息、跟踪因使用医用输液泵产生的费用、以及改善医用输液泵在给患者输送流体方面的性能。1、本地警报和消息处理图10-11描述的是用于管理和本地化在一个或多个医用输液泵中所产生的消息和警报的可能的实施例。消息对应于在医用输液泵中所产生的旨在告知用户的数据，所述用户为诸如患者或者监控所述泵的活动的医疗提供者。消息可以涉及医用输液泵中的各种状况中的任意一种状况，诸如所述泵的当前操作状况；在所述泵中当前执行的程序；泵操作的变化或者泵环境的变化(即，涉及患者的反馈、药物供给、光、温度或者其它所感应的状况)；或者将所述泵的状态传达给用户的其它信息性消息。警报通常对应于用于通知用户(例如，患者或者医疗提供者)来评估是否需要干预所述泵的活动的报警状况。所述系统和方法通常在诸如上文结合图6所描述的示例医护网络之类的医护网络中实施。图10图示的是根据本发明可能的实施例用于处理医用输液泵中的本地化警报和消息的处理过程1000的流程图。处理过程1000通常基于用户与消息以及产生所述消息的医用输液泵的关联，将目标警报和消息提供给和所述消息相关的用户或者用户群。这个处理过程在开始操作1002处开始，对应于医用输液泵的初始操作。关联模块1004将一个或多个个人与一个或多个消息进行关联。与所述消息关联的个人通常对应于照顾患者的个人(例如，医疗提供者)、患者、或者需要得知某些消息或者警报事件的其他人。所述消息对应于所述医用输液泵所产生的与该医用输液泵的操作状态相关的通知。所述消息可以包括警报或者其它信息性通知。通常，关联模块1004将可能会由医用输液泵产生的每个消息分配给某些个人或者某些类的个人。在某些实施例中，关联模块1004诸如通过链接数据库、电子表格或者平面文件(flat file)形式的记录，将和个人有关的记录与和消息和警报有关的记录链接起来。在一个实施例中，关联模块1004产生用户记录和用户关联记录，如结合图7-9所描述的。根据这些实施例，关联模块1004可以在产生所述消息或者警报的医用输液泵上操作，将各种记录存储在所述泵的存储器中。可替换的是，关联模块1004可以在通信地连接到所述泵上的诸如输液泵网络中的计算机系统之类的计算机系统上或者医疗数据服务器上进行操作且在其上存储记录。与消息相关联的分类的个人可以包括预定分类的个人，诸如，医生、护士、临床医生、配药师或者患者。分类的个人也可以包括可修改的具有一个或多个个人的组，诸如在数据库记录中所定义的由用户定义的个人列表。例如，可以为医院或者其它医疗机构之处不同工作轮班人员创建分开的分类的个人，所述系统被配置为将消息与当前工作的一组个人(例如，护士、医生或者其他临床医生)进行关联。这些可修改的分类可以使用关联模块 1004来改变，在所述医用输液泵上或者通信地连接到所述医用输液泵上的计算机系统上执行。基于由关联模块1004所产生的记录，通信模块1006将一个消息传达给一个或多个个人或者个人分类。通信模块1006将来自于产生消息的所述医用输液泵的消息传达给与所述消息相关联的个人。在关联模块1004和相关的关联记录存储在所述医用输液泵上或者在所述泵本地的(即，在附近)医用输液泵网络中的实施例中，通信模块1006将来自于所述泵的所述消息传达给适当的个人(根据需要，通过一个或多个计算机系统)。在关联模块1004和相关的关联记录医疗存储在所述医用输液泵的远程医疗数据服务器或者其它计算机系统上且在其上执行的实施例中，所述医用输液泵将其产生的消息发送给那个计算机系统，那个计算机系统继而访问所述用户关联记录和用户记录，以判断要将所述消息传达给哪些用户。然后，所述远程计算机系统(例如，医疗数据服务器或者其它系统)将所述消息传达给用户。在某些实施例中，一旦在所述医用输液泵中产生所述消息，则通信模块1006触发将所述消息传达给用户的通信。在其它实施例中，通信模块1006将所述消息存储在所述医用输液泵中或者一个服务器上(取决于所述用户记录和关联模块1004所产生的用户关联记录的位置)。而用户具有被配置为定期地核查来自于一个或多个所述泵或者所述服务器的消息以判断是否存在任何需要用户采取措施的消息的计算机设备。处理过程1000终止于结束操作1008，通常对应于完成了输送至少一个消息或者警报给与所述消息或者警报相关联的适当的一组个人。图11图示了根据本发明可能的实施例的泵-用户通信系统1100，在其中可以执行所述目标警报和消息的处理。泵-用户通信系统1100在诸如以上结合图6所描述的示例网络之类的医用装置网络中工作。泵-用户通信系统1100示出的是连接到医用输液泵 1102的各种可能的用户群的例子，所述医用输液泵1102与患者1104相关联且向其输送流体。医用输液泵1102可以是上述结合图1-9所描述的多种类型的医用输液泵中的任何一种。医用输液泵1102通信地连接到与多种用户1108a-e相关联的各种计算机设备 1106a-e，诸如传呼机1106a、个人数据助理1106b、手机1106c、或者便携式或者台式计算机系统1106d_e。设备1106a_e中的每一个通常可以经由至少一种通信方法，诸如通过一个或者多个中间计算机系统使用有线或者无线通信，与医用输液泵1102进行通信。用户1108a_e可以包括，例如，主治医生1108a、值班医生(on-call physician) 1108b，或者被指定来对医用输液泵所产生的问题进行响应的其他医生、护士 1108c、配药师IlOSd或者其他临床医生1108e。可以给这些用户中的每个人分配所述医用输液泵中所产生的不同类型的消息。例如，一般化的通知警报或者编程指示的目标可以是能够容易地响应低优先级消息的护士。或者是，表示要输送的流体量低或者没有剩余流体的消息被发送给配药师(以及治疗的医师和护士)，以允许配药师提供附加的流体(例如， 药物)用于经由所述医用输液泵进行输送，可选择的是需得到主治医生的批准。在另一个实施例中，对应于患者快推(bolus)事件(即，患者施用快推来增加流体的输送)的重复的消息表示的是，处方规定的输送速度太低；所述消息被沿路径送给主治医生1108a，用于评估和调节所述流体的输送速率到所需要的程度。在进一步的实施例中，紧急事件消息(例如，所述泵已经停止，或者所述患者需要立即的帮助)被沿路径输送给当前正在工作的护士 1108c，以及给值班的医生1108b。在某些实施例中，将医用输液泵1102所产生的消息告知一个以上的个人用户或用户群。在一个可能的实施例中，被通知的用户群包括被允许(例如，使用所述泵的键盘或者与所述泵通过接口连接的计算机系统的键盘)直接登陆到所述医用输液泵上的所有用户。在进一步的实施例中，基于所述泵所产生的消息，可以将特定的个人定为所述泵的个性化消息的目标。例如，低流体的警告的出现可能会要求护士检查所述泵的状态，但是可能会需要配药师获得新的流体供给(例如，药筒或者药袋)并安装所述新的流体供给，以供所述泵使用。可以给这些个人中的每个人发送由所述医用输液泵或者计算机系统所产生的、与所述泵中所产生的所述消息或者警报和所需要的可能的纠正动作相关的特定消息。2、强度可变的警报图12图示的是根据本发明可能的实施例的用于在医用输液泵中提供强度可变的警报的处理过程1200的流程图。处理过程1200可以在可在诸如结合图1和图4所描述的医用输液泵上运行的一个或多个泵应用程序中实施。处理过程1200根据分配给所述警报事件的优先级，允许以强度变化的级别来发布警报。优先级可以是基于多种因素，诸如警报的严重性、警报的持续时间、日期时间、和其它事件。警报事件可以包括具有不同重要性的多个事件中的任何一个。例如，信息性的警报事件和消息会触发低优先级的警报事件，而泵故障、电池警告、或者损害警告会对应于较高级别的泵事件。其它事件，诸如流体量低的警告事件，对应于中等程度的优先级警报事件。处理过程1200在开始操作1202处开始，对应于医护网络内的医用输液泵的初始操作。优先级划分模块1204对可能出现在医用输液泵中的警报划分优先级。优先级划分模块1204给所述警报分配一个优先级，这通常反映的是必须响应所述警报的速度。在某些实施例中，一个警报的优先级由和该警报相关的状况的严重性来规定(dictate)；在其它实施例中，所述警报的优先级可以根据所述警报的持续时间、警报事件的重要性、日期时间或者其它因素来改变。可选择地，优先级划分模块1204允许用户给一个医用输液泵可能会产生的每个警报分配定制的优先级。在某些实施例中，这对应于允许具有权限访问医用输液泵的设置的用户编辑用户关联数据记录(诸如图8所示的记录)中的消息或者警报严重性列表。在进一步的实施例中，通过从一个远程系统访问所述泵中的严重性设置来完成用户编辑。在其它实施例中，所述警报严重性设置存储在所述泵的远程计算机系统中，而用户编辑需要访问存储在所述计算机系统上的记录，诸如所述用户关联数据记录。也可能有其它实施例。在一些实施例中，优先级划分模块1204允许用户将一个或多个目标群分配给所述医用输液泵中的各种警报和警报优先级。所述目标群对应于可以与一个警报或者警报级别(即，严重性或强度)相关联的一个或多个个人，以确保当所述那些确定的警报出现在所述泵中时，告知了那些个人。例如，用户会将技师与泵故障事件关联起来，因为操作期间出现所述泵故障的事件时需要技师。某些重要的患者事件(例如，泵编程异常)可能需要治疗医生的介入；因此，所述医用输液泵或者通信地连接到所述泵的计算机系统可以将目标警报消息发送给所述医生。这种情况可选择地结合所述医用输液泵输出可听到的或者其它类型的警报而出现。在进一步的实施例中，优先级划分模块1204允许所述用户设置与警报事件相关的主题。所述主题可以包括，在一个警报事件出现时，可以执行的可见的、可听到的、和数据通信警报的混合体。所述主题可以基于时间来设置，配置夜间主题以减小可听到的警报的音量，避免惊醒其它患者(例如，医疗机构中相邻房间内的患者)。所述主题还可以基于常见的警报类型和期望的响应类型进行设置。例如，一个主题可以涉及维护，提醒护士或者技师所述医用输液泵的问题。另一个主题可以是有关于药物的输送，提醒护士、医生、和配药师药物的供给量低的警报。也可以使用优先级划分模块1204来实施其它主题。判断严重性模块1206在每个警报事件出现在医用输液泵中时执行。判断严重性模块1206通常对应于判断所述医用输液泵中所出现的警报的类型，以及访问严重性级别的一个记录，以找到分配给当前警报事件的严重性级别。根据本发明，可以将各种警报级别分配给一个警报事件。在某些实施例中，诸如使用图8的用户关联数据记录的实施例中，分配三种警报级别高级警报级别、中等警报级别、和低级警报级别。基于所用的警报级别的特殊的实施方式，也可以有附加的警报级别。在某些实施例中，判断严重性模块1206被配置为在两个或多个警报事件同时发生的地方选择整体严重性。例如，如果一个高严重性事件(例如，泵发生故障)与一个低严重性事件(例如，消息)同时发生，高严重性事件优先于低严重性事件。警报级别选择模块1208为所述医用输液泵中所出现的警报选择一个特定的警报级别。所述警报级别通常对应于一个警报的目标个人的数目，警报的目标个人更多，给它分配的警报级别越高。警报级别通常与警报所关联的警报事件的严重性相匹配。因此，较高严重性的警报以较高的强度输出，即，旨在让比以较低强度输出的/低严重性的警报多的人察觉。警报级别可以对应于具有各种可观察到的指示的不同强度设置，所述指示包括声音(特定的声音以及声音的音量、音高和声音持续时间)、目标位置、目标个人和颜色方案。 也可以使用其它可观察到的、强度可以变化的指示。在一个示例的实施例中，警报级别基于一个警报的音量和工作周期(duty cycle) 而变化。在这样的实施例中，低警报级别对应于低音量的呼叫或者其它短促的、重复的持续时间或者工作周期的声音。高警报级别对应于高音量的呼叫或者其它时间较长、重复的持续时间或者工作周期的声音。中等警报级别在低警报级别和高警报级别之间(例如，基于音量、持续时间等等)的设置。通过使用变化的警报级别，基于强度、音量或者其它强度变化的警报，可能会提醒更多或更少的人。警报触发模块1210根据警报级别选择模块1208所选择的特定的警报级别触发一个警报。警报触发模块1210可以引起目标为一个人或多个人的声音或者消息通信的输出， 作为目标的人的数目随着警报事件的严重性的增加而增加，或者随着所述警报级别的强度的增加而增加。警报触发模块1210优选的是在所述医用输液泵内执行，输出一个可以由所述泵附近的人看见或者听到的警报。在某些实施例中，警报触发模块1210还将所述警报传达给远离所述医用输液泵的一个或多个计算机设备、声音输出设备或者显示器，用于警告远离所述需要采取措施或者干预的泵的其他个人。在进一步的实施例中，选择不同的警报级别使所述警报触发模块将所述警报传达给远离所述泵的更多或更少的计算机设备，较高的警报强度对应于传达到更多个计算机系统。例如，警报触发模块1210可以在所述泵的可听见的范围内或者通过将所述警报传达给远端的计算机系统，将警报事件输出给一个或多个目标个人群。在可听到的范围内的目标群可以包括在所述医用输液泵附近的医疗提供者，或者与所述泵相关的患者。在可听见的范围之外的需要单独传输警报的那些人包括，例如，照顾患者的护士、照顾患者的医生；提供由所述医用输液泵配给的流体药物的配药师；或者需要维修所述泵的技师。操作流程从警报触发模块1210进行到警报响应评估操作1212。警报响应评估操作1212判断与所述警报相关联的所述警报事件(即，触发所述警报的原因)是否在经过设定的一段时间后仍然存在。例如，警报响应评估操作1212可以判断，在一个警报事件首次出现的一分钟或者几分钟内，医疗提供者没有修复或者得知所述警报事件，或者所述泵内的警报事件没有得到自校正(例如，引起泵重置的泵错误)。在某些实施例中，在警报响应评估操作1212的操作之前所允许经过的时间量可以变化，且可以使用在所述医用输液泵上的可用的菜单屏幕由用户进行编程。在进一步的实施例中，使用默认的时间量。如果警报响应评估操作1212判断警报事件没有被处理(即，所述警报事件继续存在)，操作流程的支路“否”到达第二警报级别选择模块1214。第二警报级别选择模块1214 选择与所述第一警报级别不同的第二警报级别。优选的是，第二警报级别选择模块1214选择比前一个警报级别的强度高的警报级别。例如，如果所述初始的警报级别设置为“低级”警报级别，第二警报级别选择模块1214 优选的是选择“中等”或者“高级”警报级别，结果是，为在前一个警报级别(在警报响应评估操作1212运行之前)在预定量的时间内没有得到处理的警报输出强度较高的警报。来自于第二警报级别选择模块1214的操作流程返回到警报触发模块1210，促使根据由第二警报级别选择模块1214所选择的第二警报级别触发所述警报。如果警报响应评估操作1212判断所述警报事件不再存在，操作流程的支路“是” 到达结束操作1216。结束操作1216对应于医用输液泵中的警报事件的完成或者解决，以及所述泵中的警报中止。结束操作1216通常对应于恢复到所述医用输液泵的正常(非警报)操作。通过使用处理过程1200，可以基于多个外部或者内部因素(例如，在判断严重性模块1206和警报级别选择模块1208中所选择的)，输出各种初始强度的或者可变强度的警报。所述过程还基于对初始警报级别的警报输出的未响应，提供可变的(优选的是增加的)警报强度。在处理过程1200的可能的实施例中，警报触发模块1210首先仅输出传达的消息给护士或者其他医疗提供者。经过一段时间之后，所述医用输液泵可以判断警报状况没有得到处理；在这时，也可以触发一个在本地可听见的警报，通知在所述泵附近的那些人存在有警报状况。这个例子可以对应于上述讨论的夜间主题，在夜间主题中，推迟在本地可听见的警报或者使其音量最小化到可能的程度。也可以是其它主题和例子，包括通信的消息、可听到的警报、可看见的警报或者其它警报配置的组合。3、费用跟踪现参考图13所示，描述的是根据本发明可能的实施例的用于跟踪医用输液泵中的费用的处理过程1300的流程图。费用跟踪处理过程1300提供与出现在医用输液泵中的产生费用的事件有关的检测和存储能力，所述产生费用的事件诸如为使用流体药物、药物供给、输液器、电池或者可以与医用输液泵结合使用的其它一次性器件。通过检测和存储所述医用输液泵中的产生费用的事件，医疗机构内的费用管理得到简化和集中处理。费用跟踪处理过程1300可以由单个的医用输液泵或者在诸如图2和图6所示的网络之类的医用输液泵网络中操作的多个医用输液泵使用。费用跟踪处理过程1300在开始操作1302处开始，对应于患者与医用输液泵的首次关联。事件检测模块1304检测医用输液泵中所出现的会产生费用的各种事件。产生费用的事件通常是物理上或者结构上的事件，诸如使用一次性器件(输液器、电池等等，药盒或者其它一次性物品)、药物或者其它流体，以及所述医用输液泵的整体操作时间。可选择的纠正事件检测模块1306与事件检测模块1304同时运行，且检测所述医用输液泵中的纠正动作。纠正事件通常是物理上或者结构上的事件，对应于这样的事件，基于这些事件的出现，会表示存在与所述医用输液泵、患者或者护理员有关的护理质量的问题。示例的纠正事件包括泵程序取消、泵设置的短期调整、或者所述医用输液泵达到一个或多个为输送流体所设置的软界限或者硬界限的事件。泵程序取消是泵程序的启动和停止时间紧接着的事件；泵程序取消会表明所述泵没有正确编程。对泵设置的短期调节可以包括诸如用户重复请求快推的事件，且可以表明整个泵程序没有为所述患者适当地编程(例如，可能需要较高的剂量)。所述医用输液泵达到软界限或者硬界限的事件，或者这些事件出现的一段时间，也可以表明所述泵的故障或者没有正常编程。存储模块1308在所述医用输液泵的存储器中存储产生费用的事件和校正事件。 在一个可能的实施例中，存储模块1308保存有代表在所述医用输液泵中所出现的事件的历史的事件日志。所述事件日志可以存储与所述产生费用的事件或者纠正事件相关的各种信息，诸如所述事件出现的时间、事件的类型、具体的事件。在日志里也可以记载其它诸如当前患者的名字、登陆的用户、泵标识和可能的纠正动作之类的信息。示例的事件日志如上文中的图7所示。发送模块1310将存储在所述事件日志中的所有数据或者一部分数据发送给在所述医用输液泵外部的一个计算机系统。发送模块1310经由一个诸如在上文结合图1的输液泵网络或者图6的医疗网络所描述的通信接口发送所选中的数据。在各个实施例中，可以定期地执行发送模块1310，可以在得到所述外部计算机系统请求时执行，或者是一旦患者的治疗完成时执行。所述外部计算机系统可以是包含在如结合图1所描述的输液泵网络中的本地计算机系统。在其它实施例中，所述外部计算机系统可以是诸如图2和图6所描述的医疗数据服务器。在其它实施例中，所述外部计算机系统可以是由在医疗机构外部的诸如保险公司或者帐单管理公司之类的实体所管理的系统。结算模块1312生成产生费用的事件(和可选择的纠正事件)的结算。结算模块 1312可以创建一个电子的总费用或者明细费用的结算，可以用作医疗机构的开账单的部门所产生的账单的至少一部分，用于发送给患者和/或保险公司。一个示例的费用结算在图 14中显示。所述处理过程中的操作流程在结束操作1314处结束，对应于完成了一个单个用户使用一个医用输液泵的费用的跟踪。结合大量的医用输液泵使用处理过程1300，允许集中跟踪和管理所述各种医用输液泵的费用。来自于所述各种医用输液泵的事件日志可以汇集在一个计算机系统处，用于分析整体的费用，并产生与一个或多个所述医用输液泵(跨多个患者)、多个患者相关的报
22告，或者产生根据所发生的校正事件评估一个部门或者医疗机构的整体绩效的报告。另外，处理过程1300中所描述的各种模块可以被记录或者执行多次。例如，发送模块1310可以周期性地在各个医用输液泵中执行，而不管其它模块的执行流，以汇集事件数据用于比较和分析。在附加的实施例中，所述一个或多个模块可以在远离所述医用输液泵的计算机系统上执行。例如，结算模块1312通常在远离所述医用输液泵的一个计算机系统上执行。在这样的实施例中，存储在存储模块1308中的数据可以输出到一个服务器上，用于产生所述患者的费用结算，与其它数据合并在一起作为患者的总的帐单。在进一步的实施例中，所述发送模块将产生费用的事件的历史的至少一部分发送给一个远程计算机系统，该远程计算机系统与诸如管理患者的治疗的主治医生或者护士之类的医疗专业人士相关。这个计算机系统可以是远离生成所述产生费用的事件的数据的医用输液泵，或者是远离所述医用输液泵所在的医疗机构。图14图示的是根据图13所描述的方法和系统基于费用跟踪数据所产生的费用结算窗口 1400。示例的费用结算窗口 1400图示的是基于图13的结算模块1312的执行结果在一个计算机系统上产生的样本结算报告。所述示例的费用结算窗1400图示的是图7中所示的事件的样本结算；但是，也可能是其它事件或者其它配置的窗口 1400。如费用结算窗口 1400所示，可以为特定的患者以及基于所述医用输液泵所检测到的事件，产生费用结算。如当前的例子所示，患者“John Doe”被接收到一个医护机构，且在一天内使用了医用输液泵，使用了一个输液器、一个电池和两个流体药筒。计算了这些产生费用的项目的每一项的总的费用。另外，在窗口 1400中记录和显示了与校正事件相关的备注，诸如重新编程事件或者达到软界限，，如结合图13所示。附加信息可以汇集在费用结算窗口 1400之外的结算报告中。例如，可以包括与附加的泵和泵持续时间相关的信息，以及与给患者的治疗处方有关的附加信息。4、用于感应下游压力衰减的可变延迟参考图15-20所示，讨论的是根据本发明可能的实施例用于在感应下游压力衰减时实施的可变延迟的系统和方法。通常，下游压力指的是在输液器导管(例如，输送流体给患者的导管和针头)中所检测的压力。所述系统和方法泵在紧随一个冲程之后扩展了医用输液泵中的传统功能。在所述更新的系统中，如果在所述泵输送流体之后在来自于所述泵的压力返回到可接受的水平之前，经过一些时间，闭塞警报不会出现。在所述医用输液泵输送特别稠的流体药物的情况下，或者所述输液器局部出现闭塞(但是可以接受)的情况下， 这样做可能是优选的操作。图15-16图示的是根据本发明可能的实施例用于实施感应下游压力衰减的可变延迟的处理过程1500的流程图。处理过程1500允许所述医用输液泵推迟评估下游压力， 并推迟接下来从所述泵输送流体，直到所述下游压力达到可接受的程度。处理过程1500的操作流程在开始操作1502处开始，对应于医用输液泵在选择了使得在感应下游压力衰减时能够可变延迟的选项之后的初始操作。起动模块1504开始一个泵冲程，促使通过连接到所述医用输液泵下游的一个输液器输送流体给患者。在起动所述泵之后，等待模块1506等待预定的一段时间，推迟接下来的对由起动模块1504所起动的所述泵冲程的状态的评估。
等待模块1506所造成的预定的延迟时间在泵冲程之间提供一段时间，产生输送药物或者流体的整体速率，如由医疗提供者所选择和编程的。较高的流体输送速率导致等待模块1506推迟的预定时间较低，而较低的流体输送速率导致产生较高的延迟。下游压力测定模块1508测定来自于所述医用输液泵的下游压力。该下游压力测定模块1508可以使用，例如所述医用输液泵中所包括的、被配置来感应从所述泵通向患者的输液器中的流体压力的下游压力传感器。通向下游压力测定模块1508的操作流来自于等待模块，以及来自于页间连接(off-page)参考号B 1509，参考号B来自于推迟的早些的泵冲程，如图16所示。通常，医用输液泵中的泵冲程以预定的速率出现，以给患者提供可靠的流体输送速率。这样一致的、预定速率通常会通过起动模块1504(或者下文的151 和等待模块1506 的循环操作，以软件的形式实现；但是，必须要中断这样的循环来评估下游压力，以确保患者的安全。如果下游压力太高，则可能会出现下游闭塞，引起泵警报的触发。然后，压力评估操作1510使用通过下游压力测定模块1508所测定的下游压力，以评估是否应当允许接下来的泵冲程。压力评估操作1510评估当前压力，并且将当前压力和一个阈值压力比较。如果压力评估操作1510判断所述压力没有足够低于所述预定的阈值，使得接下来的泵冲程会引起所述下游压力超过所述阈值，操作流程支路“延迟”到页间连接标号A 1511，引起起动延迟状况且开始监控下游闭塞，如下文结合图16所示。简而言之，系统1500 进入到等待/评估模式，直到所述压力下降到可达到的级别，且所述系统监控下游的闭塞， 如图16所示。如果压力评估操作1510判断所述压力足够低于一个预定的阈值，接下来的泵冲程不会造成所述下游压力超过所述阈值(可替换的是，不超过所述阈值一个基本量)，操作流程支路“是”到第二泵起动模块1512。第二泵起动模块1512起动所述泵，促使所述泵输送一个泵冲程，再次输送流体给所述患者。一旦第二泵起动模块1512出现，操作流返回到等待模块1506，用于进一步的操作，在等待模块、下游压力判断模块1508、压力评估操作1510 和第二个泵起动模块1512之间循环，以周期性地给所述患者输送泵冲程，直到输送了预定量的流体，或者遇到高的下游压力，对这些情况的反应结合图16进行描述。一旦输送了所有的流体，或者检测到下游闭塞，操作流程进行到结束操作1514，对应于完成输送流体给患者。来自于图16的页间连接标号C 1564也通向结束操作1514。现参考图16所示，操作流程开始于页间连接标号A 1511处，在所述操作判断来自于所述医用输液泵的下游压力不是足够低于所述预定的阈值，会使得接下来的一个泵冲程会产生超过所述阈值的下游压力的情况下，来自于压力评估操作1510。从页间连接标号 A1511开始，操作流程沿着两条路径进行第一条路径通向泵起动响应操作1550，第二条路径经由第二等待模块1570通向一个闭塞检测子系统。泵起动响应操作1550判断所述泵中与如何实现延迟压力检测相关的具体的设置。所述泵可以被设置为以至少两种方法来响应高压事件。首先，所述泵会取消较后安排的泵冲程，直到所述下游压力下降到附加的泵冲程是安全时为止。可替换的是，所述泵会推迟较后安排的泵冲程，直到所述下游压力下降到一个安全点。图19-20显示这两种模式中的每种模式中的示例操作。如果泵起动响应操作1550被设置为推迟接下来的泵冲程，操作流程支路“延迟”到延迟模块1552。如果泵起动响应操作1550被设置为取消接下来的泵冲程，操作流程“取消”的支路到取消模块15M。延迟模块1552推迟所述泵的操作一段特定的时间，而取消模块15M则取消当前的泵起动操作，允许在接下来安排的泵冲程时重新评估下游压力。延迟模块1552所延迟的具体时间可以根据延迟模块的不同的可能的实施例来变化。在第一实施例中，延迟模块1552根据编程入安装在所述医用输液泵上的软件系统中的预定量的时间进行延迟。在第二实施例中，延迟模块1552延迟可由用户调节的时间量，用户在一个泵界面中(例如，图18所示的泵界面屏幕)调节延迟的时间段。在进一步的实施例中，使用适应性的时间，其中所述的医用输液泵基于在一个或多个先前的泵冲程所观察到的压力衰减速率，估计一个延迟时间。从延迟模块1552或者取消模块15M来的操作流程进行到页间连接标号B1555，标号B 1555将处理过程1500的操作返回到下游压力判断模块1508，用于判断，在延迟或者取消所述泵冲程之后，是否可以施用一个附加的泵冲程，将所述处理过程返回到如结合图15 所描述的正常(例如，非闭塞)操作。等待模块1570与处理过程1500的可变延迟评估部分同时操作，并在允许所述系统判断是否存在下游闭塞之前，等待第二段时间。泵起动判断操作1572判断，自从压力评估操作1510判断所述压力太高不能起动所述所述泵之时，所述泵是否已被起动。如果在等待模块1570设置的第二时间段过后没有起动泵，操作流支路“否”到达下游闭塞警报模块 1574，触发所述泵内的表明出现了下游闭塞的警报。暂停泵操作模块1576暂停所述泵的操作，以确保在检测到下游闭塞后不会起动泵。从暂停操作1562来的操作流程通过页间连接标号C1564进行到图15的结束操作1514。在一个可替换的实施例中，在所述医用输液泵中可以包括与输送流体的整体速率相关的附加的警报。在这样的例子中，如果输送药物的速率比所编程的速率(基于延迟的或者取消的泵冲程)慢很多，可以在下游闭塞警报之前触发所述泵中的警报。如果在等待模块I570设置的第二时间段过后起动泵，操作流程“是”的支路到页间连接标号C 1564。如果处理过程1500在所述点完成了流体的输送，操作流进行到结束操作1514。如果所述处理过程没有完成流体的输送，操作流程返回到所述系统，而不暂停所述泵，或者触发所述闭塞警报，允许继续输送流体。图17-18图示的是显示在医用输液泵上用于触发用于感应下游压力衰减的可变延迟的两个可能的屏幕系列。图17图示的是会触发如结合上文图16所述的适应性下游压力衰减监控系统的一组示例屏幕。图18图示的是会触发用于监控下游压力衰减的由用户定义的时间段的一组示例屏幕。在图17和图18两个图中，家庭屏幕1702处的用户可以选择编辑与压力衰减敏感度相关的一个或多个选项。在所述用户选择了编辑与压力衰减敏感度相关的选项后，操作流转到压力衰减敏感屏幕1704。压力衰减敏感屏幕1704允许所述用户在高敏感度设置 1706和低敏感度设置1708之间选择。高敏感度设置1706对应于流体的输送处理过程， 其中在检测到闭塞、警报和暂停输送流体之前，不允许延迟。低敏感度设置1708对应于输送流体的处理过程，其中在检测到闭塞之前允许延迟；这样的一个处理过程的可能示例在图15-16中显示。如果用户选择了低敏感度设置，且选择了 “next”按键1710，所述泵内的操作流使其屏幕上的焦点集中在到时间可变的延时屏幕1712的索引。如果所述用户选择“back”按键1711，操作流返回到家庭屏幕1702。时间可变的延迟屏幕1712允许所述用户在适应性的计时选项1714和预设的计时选项1716之间选择。如结合图16所描述的，适应性的计时操作对应于用于下游压力衰减的可变延迟。预设的计时选项1716对应于，在检查下游压力以判断接下来的泵起动命令的可建议性之前，允许所述泵的用户能够设置所述系统延迟的时间。与时间可变的延迟屏幕1712相关，图17图示的是选择适应性的计时选项1714，以及选择“next”按键1718。在这种情况下，操作流返回到家庭屏幕1702，允许所述系统重启正常操作，而使用所述系统用于时间可变的延迟，用于压力衰减，诸如图15-16所描述的。 选择“next”按键1717使所述用户返回到压力衰减敏感度屏幕1704。图18图示的是选择预设的计时选项1716和选择“next”按键1718。操作流指向计时屏幕1720，其包括滚动框1722，用户可以循环遍历地选择几秒钟，所述泵会在评估它的起动另一个泵冲程的能力之前延迟这几秒钟，根据图15-16的系统。一旦使用滚动框1722 和显示在所述屏幕底部显示的软键(受到控制的，例如，通过图4的键盘424)选择了正确的时间，选择“next”按键17M返回到家庭屏幕1702。选择“back”按键1723返回到时间可变的延迟屏幕1712。图17-18提供的仅是可以在医用输液泵中实施的用户界面序列的例子。但是也可能有其它选项。例如，在当前的用户不可访问的延迟时间被编程到所述泵的实施例中，不需要计时屏幕1720。进一步而言，在所述系统设置中还可以包括用于判断一个计时系统用于延迟可变的压力衰减系统的一个或多个附加选项。图19-20图示的是根据本发明某些实施例的使用可变延迟来感应下游压力衰减的医用输液泵下游压力的示例图。图19图示的是使用延迟来判断接下来的泵起动时机的系统的下游压力示例图1900，如结合图16的延迟模块1552所描述的。图20图示的是使用泵冲程取消配置用于后继的泵起动的系统的下游压力的示例图2000，如结合图16的取消模块15M所描述的。两个图显示的是周期性的起动，每个泵冲程的开始处出现在穿过每个曲线部分底部(即，大约是局部最小值)的垂直实线部分，每个泵冲程的结束处大约对应于每个曲线部分的顶点(即，大约是局部最大值)。所述泵冲程接近结束处图示在每个图中的垂直虚线处；但是为了图示的清楚，并没有示出所有的泵冲程的结束之处。在每个泵冲程的结束之处，可以看到所述压力通常是从局部最大值进行衰减，直到起动接下来的泵冲程为止。在所述图中用水平虚线表示阈值压力值1950，表明一个压力，在该压力之上所述泵被配置为不操作。这可能是因为管理的考量或者所述泵机械结构、输液器或者接收流体的患者的限制。大体而言，图15-20所图示的系统的目标是保持流体输送，以及确保所述流体的输送在所述阈值之下。如图19所示，所述示例的压力图显示的是，在来自于所述泵的下游压力超过所述阈值压力值1950之前有四个泵冲程(一个出现在所述轴上，时间=0处)。这些四个泵冲程中的每一个在时间上有规律地隔开。但是，当所述时间接近第五个泵冲程出现时(由所述标记为“安排的开始泵冲程”垂直虚线)，所述医用输液泵，使用图15-18所描述的软件和硬件系统监测所述压力接近所述阈值压力值，从而不应当出现接下来的泵冲程。这样防止了所述下游压力超过所述阈值太多。在某些实施例中，所述系统可以被配置为推迟泵冲程，以确保不会因为任何泵冲程而超过阈值压力值1950。在允许出现接下来的泵冲程之前引入延时1970。判断这个延迟的时间长度是设计控制所述泵冲程的起动的所述处理过程的问题。在各种实施例中，这个时间上的延迟1970 可以基于在对先前的泵冲程(例如，一个或多个冲程1-4)的压力衰减速度的观察的基础上适应性的延迟判断，或者可以是重新编程的或者可由用户编程的延迟时间，如结合图16和 18所解释的。经过延时1970之后，所述系统会校验所述压力已经充分下降，以确保接下来的一个泵冲程不会超过(或者不会显著超过)阈值1950。如果所述下游压力已经充分降低了，则允许所述医用输液泵起动接下来的泵冲程。图20还显示了在所述泵的所述下游压力超过阈值压力值1950之前出现的四个泵冲程。再一次，这些泵冲程中的每一个都等距隔开，以图示图19和图20的实施例的操作方面的差异。在垂直的虚线所示的所安排的第五个泵冲程之处(即，与图19的“安排的开始泵冲程”同样的位置)，所述医用输液泵判断在所安排的泵冲程之后的下游压力会超过所述阈值。在图20所示的实施例中，取消了所安排的第五泵冲程，并在接下来安排的泵冲程之时重新评估压力。如图所示，在所述下游压力下降到接下来的泵冲程被判断为是安全的并被输送之前只取消一个泵冲程。但是，在下游压力下降较慢的情况下，所述系统可以取消另外的泵冲程，直到所述取消的泵冲程会出现在由于下游闭塞而出现警报的单独的时间范围内的程度。5、通过压力计时的间歇性快推(bolus)参考图21-23所示，所示的是根据本发明特定的实施例的用于管理通过压力计时的间歇性快推的处理过程。此处所描述的用于管理计时的间歇性快推的处理过程通常以被配置来起动泵的机械结构(例如，图4所描述的泵机械结构)的医用输液泵中的软件和硬件的特定方式来实施。在下面图中所描述的通过压力系统计时的间歇性快推大体上允许所述医用输液泵通过输送连续的泵冲程，直到达到最大压力，以最大速率输送流体给患者。在该点，所述系统等待一段时间，然后起动附加的泵冲程。由所述压力系统计时的间歇性快推可以用于在最小的时间内输送预定量的流体，或者可以用于在设置的时间内输送最大量的流体。图21图示的是用于在医用输液泵中输送通过压力计时的间歇性快推的处理过程 2100。操作流程开始于开始操作2102，其对应于所述医用输液泵的初始编程，以输送通过压力计时的间歇性的快推，诸如通过使用图22的屏幕序列。操作流程进行到流体输送模块 2104，该模块对应于起动所述医用输液泵中的泵冲程。输送完成操作2106根据所编程的通过压力计时的快推来评估是否完成了流体的输送。在某些实施例中，程序为，在输送完总的流体量时，完成流体的输送。在其它实施例中，一旦在所编程的一段时间内输送了最大量的流体，则完成输送。在其它实施例中，所述医用输液泵完成操作的条件是可由用户在两个选项中(总的流体或者总的时间)进行选择。如果所述输送完成操作判断出所述流体的输送完成了，则操作流支路“是”到达结束操作2112处，如下文所描述的。如果输送完成操作2106判断出所述流体的输送还未完成，则操作流支路“否”到达高压界限判断操作。高压界限判断操作2108监控来自于所述医用输液泵的下游压力，以判断所述压
27力是否超过了一个阈值压力，或者足够接近所述阈值压力使得起动所述泵会超过所述阈值压力。在某些实施例中，所述高压界限判断操作2108判断所述下游压力是否会超过所述阈值压力一个基本的、预定的量。如果高压界限判断操作2108判断出起动接下来的一个泵冲程是安全的(例如，所检测到的下游压力足够低，使得起动接下来的一个泵冲程不会产生超出阈值压力的下游压力)，操作流程返回到流体输送模块2104。通过循环流体输送模块2104，输送完成操作2106 和高压界限判断操作2108，重复泵冲程，直到达到一个高压阈值，或者直到完成了流体的输送为止(例如，在特定的时间内或者达到特定量的流体)。如果高压界限判断操作2108判断触发接下来的泵冲程会不安全(例如，所检测到的下游压力不是足够的低，起动接下来的一个泵冲程会造成下游压力超过阈值压力)，操作流进行到暂停模块。暂停模块2110暂停从所述医用输液泵输送流体。可以以多种方式来判断暂停的长度。在一个实施例中，通过观察下游压力衰减的速率和估计下游压力会足够低以允许起动接下来的泵冲程的时间，暂停模块2110适应性地暂停。在进一步的实施例中， 暂停模块2110引入短暂的暂停，允许处理过程2100使用暂停模块2110和高压界限判断操作2108转动-等待(spin-wait)，以周期性地检查低于所述阈值的特定程度的压力，在该压力时，重新开始起动泵。在进一步的实施例中，所述暂停模块是可由用户编程以暂停特定一段时间。也可能有其它实施例。操作流从所述暂停模块返回到高压界限判断操作2108，用于评估下游压力。高压界限判断操作2108重复操作，以确保所述下游压力足够低，以允许经由流体输送模块2104 起动接下来的泵冲程。处理过程2100内的操作相应地从高压界限判断操作2108处进行。如果输送完成操作2106判断已经输送了预定量的流体，或者系统预设的时间结束了，操作流支路“是”到达结束模块2112，由其取消由压力处理过程2100计时的间歇性快推的操作。所述医用输液泵内的操作然后可以取消或者返回到正常的或者前一个操作。图22图示的是根据本发明可能的实施例的显示在医用输液泵上的用于触发通过压力的计时的间歇性快推的一系列屏幕2200。所述一系列的屏幕2200引导用户遍历触发所述通过诸如上文结合图21所描述的处理过程的由压力处理过程计时的间歇性快推的处理过程。所述屏幕的系列从家里的屏幕2202开始，该屏幕是所述医用输液泵中的允许用户选择和编程各种泵输送和显示设置的常见的屏幕。一旦用户在家庭屏幕2202上选择了通过压力计时的间歇性快推的选项(未示)， 所述医用输液泵将焦点索引到启用屏幕2204上。启用屏幕2204允许所述用户启用或者禁用由压力系统控时的间歇快推。启用屏幕包括一个“on”选项2206和一个“off”选项2208， 可以经由出现在所述医用输液泵中的软键来选择。用户选择“on”选项2206且按下“next” 选项2211，使操作流索引到流量输送屏幕2210。“back”选项2209使用户返回到家庭屏幕 2202。流量输送屏幕2210允许用户设置要通过使用由诸如图21中所描述的压力处理过程计时的间歇性快推的最大量的流体。流量输送屏幕2210包括一个滚动框2212，允许用户根据例如图21中所描述的压力输送方法计时的间歇性快推的流体选择输送流体的总量。 用户可以在所述流量输送屏幕中在一个范围的值之间滚动。当所述用户已经选择了期望的流量时，用户可以选择“next”按键2214，转到速度输送屏幕2216。“back”按键2213使用
2户返回到启用屏幕2204。速度输送屏幕2216允许一个用户选择输送流体的最大输送速率。出现在速度输送屏幕2216的滚动框2218允许用户在一个范围内的输送速率值之间滚动来选择适当的最大速率。“next”按键2220确认用户选择的是最大输送速率和最大量，根据此处所描述的由压力系统计时的间歇性快推开始输送，并将焦点返回到家庭屏幕2202上。“back”按键 2219使所述用户返回到流量输送屏幕2210。可选的是，也可以将附加的屏幕加到序列2200中。例如，一个屏幕会允许所述用户选择一个总的经过时间，用于通过压力操作计时的间歇性快推的操作。或者，一个进一步的屏幕可以允许所述用户调节下游压力的阈值。也可以使用其它屏幕。图23图示的是显示根据本发明进一步可能的实施例的来自于一个输送由压力计时的间歇性快推的医用输液泵的下游压力的示例图2300。在所示的实施例中，图中显示的是变频泵起动，每个泵冲程开始于垂直实线穿过所述压力曲线的局部最小值之处，所述泵冲程结束于大约对应于每个曲线部分的顶点处(即，大约在局部最大值处)。所述泵冲程的结束处没有在图中显示；但是，对于开始的几个泵冲程，在完成前一个泵冲程之后紧接着开始接下来的泵冲程。在每个泵冲程结束时，可以看出，压力通常接近于一个局部最大值，直到起动下一个泵冲程。如示例的图形2300所示，三个泵冲程(一个在轴上)造成所述下游压力超过一个设定的阈值2350。在每个泵冲程结束时，评估下游压力，以判断是否允许进行接下来的泵冲程。在三个泵冲程结束时，由于超过了所述阈值，暂停起动泵(例如，使用图21的暂停模块 2110)，所述医用输液泵等待一段时间，直到所述下游压力已经下降到足够低于阈值2350。 如结合图21所描述的，所述医用输液泵可以在再次判断是否会引起泵机械结构的起动(一旦所述压力已经充分降低)之前，等待一段适应性的时间、一段可由用户定义的时间、或者一段常量的预先编程的时间。在该点，所描述的系统会继续起动所述泵机械结构，在所述压力已经从前一个泵冲程下降到允许接下来安全的泵冲程之处，从而保持了高的(但是基本上低于所述阈值)下游压力来输送流体给患者。也可能有别的示例的压力图。此处所描述的所述阈值、泵冲程频率和压力图，仅旨在作为示例，决不是旨在限制本发明的范围。此外，虽然本发明讨论的是各种用于等待重起动泵及建立下游压力阈值的方法，但是可以有其它符合本发明的执行此处所描述的方法和系统的方法。上述的说明书、实施例和数据提供制造和使用本发明构思的的完整描述。由于可以做出本发明的一些实施例而不偏离本发明的精神，本发明存在于所附的权利要求中。
权利要求
1.一种跟踪与医用输液泵相关的费用参数的方法，该方法包括检测医用输液泵中的一个或多个产生费用的事件，每个所述产生费用的事件与患者使用所述医用输液泵相关；将所述产生费用的事件的历史存储在存储器中；以及基于所述产生费用的事件的历史生成费用结算。
2.根据权利要求1所述的方法，其中在存储器中存储所述产生费用的事件的历史包括将事件日志存储在与所述医用输液泵通信地连接的计算机系统中。
3.根据权利要求1所述的方法，其中在存储器中存储所述产生费用的事件的历史包括将事件日志存储在所述医用输液泵的存储器中。
4.根据权利要求3所述的方法，其进一步包括将所述事件日志的至少一部分传送到通信地连接至所述医用输液泵的计算机系统。
5.根据前述权利要求任一项所述的方法，其中基于所述产生费用的事件的历史生成费用结算包括生成所述患者使用所述医用输液泵的账单。
6.根据前述权利要求任一项所述的方法，其中所述产生费用的事件包括选自下组的事件换药盒事件；输送新药事件；输送的流体的总量；泵操作经过的时间；换电池事件；电池的使用情况；和一次性物品的使用情况。
7.根据前述权利要求任一项所述的方法，其进一步包括检测医用输液泵中的一个或多个纠正事件，这些纠正事件中的每一个都与护理员对医用输液泵的编程相关。
8.根据权利要求7所述的方法，其中所述纠正事件包括选自下组的事件泵程序取消；泵设置的短期调节；和出现所述医用输液泵达到一个或多个软界限。
9.根据前述权利要求任一项所述的方法，其进一步包括将所述产生费用的事件的历史的至少一部分传送给远离所述医用输液泵的医疗专业人员。
10.一种医用输液泵，包括泵机械结构；存储器；和被设置以控制所述泵机械结构且操作性地连接到所述存储器的可编程电路，该可编程电路被编程来检测医用输液泵中的一个或多个产生费用的事件，每个所述产生费用的事件与患者使用所述医用输液泵相关；将所述产生费用的事件的历史存储在所述存储器中；以及基于所述产生费用的事件的历史生成费用结算。
11.根据权利要求10所述的医用输液泵，其中所述的可编程电路还被编程为将所述事件日志的至少一部分传送到与所述医用输液泵通信地连接的计算机系统。
12.根据权利要求10或11所述的医用输液泵，其中所述产生费用的事件包括选自下组的事件换药盒事件；输送新药事件；输送的流体的总量；泵操作经过的时间；换电池事件； 电池的使用情况；和一次性物品的使用情况。
13.根据权利要求10-12任一项所述的医用输液泵，其中所述可编程电路进一步被编程以检测医用输液泵中的一个或多个纠正事件，所述纠正事件中的每一个都与护理员对医用输液泵的编程有关。
14.根据权利要求13所述的医用输液泵，其中所述纠正事件包括选自下组的事件泵程序取消；泵设置的短期调节；和出现所述医用输液泵达到一个或多个软界限。
15.根据权利要求10-14任一项所述的医用输液泵，其中所述可编程的电路还被编程为将所述产生费用的事件的历史的至少一部分发送到远离所述医用输液泵的医疗专业人员O
全文摘要
公开了可用于医疗输液泵的各种软件特征。在某些方面，公开了本地警报和消息处理系统。在其它方面，公开了各种强度警报。在还有一些方面，公开了用于医疗输液泵的成本跟踪系统和方法。再有一些方面，公开了产生医疗输液泵中的警报的方法。
文档编号A61M5/142GK102354335SQ20111029944
公开日2012年2月15日 申请日期2009年4月1日 优先权日2008年4月1日
发明者克林顿·罗伯特·海弛勒, 凯文·肖恩·科普, 大卫·戴博瑟, 拉里·R·扎列斯基 申请人:史密斯医疗Asd公司