在卫生保健行业中，一直对减少错误服药的事故，提高病人监护 的整体质量方面投入了较多的注意。服药错误经常发生，因为病人收 到了错误药物、正确药物的错误剂量、在错误时刻收到了正确药物的 正确剂量，或药物与其他药物发生了有害反应。卫生保健领域的新发 展试图解决这些问题，并提高病人监护的效率和质量。
利用可编程输注泵为在监护下或接近于监护下的病人分配药物， 诸如Eggers等人的美国第5,713,856号专利和Koenig等人的美国第 5,041,086号专利中所提到的那些可编程输注泵，二者在此引用作为参 考。Eggers等人提出一个能够为病人提供治疗及监控病人状况的模块化 病人监护系统。Eggers系统利用一个中央控制模块控制和监控许多功能 模块，包括一个或多个输注泵和病人监控设备。
如今许多医院有一个配备计算机化系统的药房，以输入、准备和 跟踪处方，管理药物目录，检查药物的不相容性，及打印处方指令和 标签。尤其是，给予病人的一种或多种药物输注由病人的医师开处方。 药房根据医师的药方准备输注溶液，并把溶液放置在静脉输注袋(IV bag)、注射器或其它容器中。印刷标签能够识别容器内的物质、接受 处方的病人、开药方的医师，传送指令和/或药方的其他信息。一般用 人类可读字符打印或印刷标签。在一些实例中，使用条形码对标签上 的信息进行编码。
贴上标签之后，把容器运送到病人位置，并把容器装到床旁的诸 如Eggers等人提出的输注泵系统上。然后，护士或其它护理者根据标签 上的药物输送数据，尤其是利用键盘或键台通过人工输入输注参数， 给输注系统进行编程。作为一种选择，一些系统通过把用于编码数据 的扫描的条码阅读机加进泵系统，试图减少药物标签或处方指令的数 据输入错误。例如，数据可以包括输注率、输注总量(VTBI)和在诸 如Eggers等人所描述的多通道或模块化系统中要使用的通道或泵。
Coutré等人的美国第5,153,827号专利提出一个供给输注仪器来自 中央配药数据库的药物输注参数的系统。来自中央配药数据库的特定 治疗的输注传送参数被打印在机器可读标签上，然后把机器可读标签 传送到病人位置，并把其扫描进床旁的输注仪器中。Coutré系统要求从 机器可读标签扫描或用户手工输入用于给仪器编程的所有信息。所以， Coutré输注系统在医院内或其系统本身内并不利用其它来源的信息。
Engleson等人的美国第5,781,442号专利提出一个病人监护管理系 统，该系统包括一个具有多个用于接收病人数据及生成或显示报告的 输入和输出设备的计算机网络。所提出的系统监控正进行的病人监护 管理，自动更新记录，必要时提供报警。在一个使用例子中，病人和 药物标识信息被扫描进床旁终端，并且被传送到处理数据的中央计算 机。然后，中央计算机把操作参数发送给终端，终端再根据操作参数 给输注泵进行编程。
尽管最近技术上有一些进展，但关于特定位置的和/或具有特殊特 性的病人，当确信指定治疗符合规定的和科室的方针，对于实现医疗 设备有效而精确的编程的系统，仍然有技术上的需要。

本发明通常涉及各种来源的病人信息的传送，以便病人收到较高 质量的护理，更加有效地利用护理提供者的有用资源，及通过如今人 工操作的一些过程的自动操作，可以减少劳动力成本。在一个网络内 或多个网络的网络内，数据通过转换数据格式的网络门户进入或退出， 典型地实现了数据传送方式。本发明的一优选实施例是一个连接到医 院网络的模块化病人监护设备，其中，把设备的性能和操作特性改变 为网络中的一个功能单元。
根据本发明，所提供的病人监护系统包括一个病人监护设备和向 设备传送病人特定信息的方式。该设备包括一个存储大量配置数据库 的存储器，每个配置数据库包括许多不同的设备操作参数组。向设备 传送病人特定信息能够从大量配置数据库中选择一个特定配置数据 库，至少部分基于病人特定信息。本发明的病人监护系统还优选地包 括一个计算机网络及设备与网络之间进行通信的方式。
更进一步根据本发明，还提供了一种给病人监护设备进行编程以 向病人传送物质的方法，包含打印编码标签，所提及的标签包括一个 识别用于给病人传送物质的第一协议的协议指示；贴标签于容纳物质 的容器；把容器传送到病人监护系统；把指示字输入到病人监护系统， 病人监护系统包括存储器中的第一协议；和根据第一协议，给病人监 护系统的功能单元进行编程，以向病人传送物质。
附图说明
为了对本发明的特点和细节有一个比较好的理解，应该参考下面 与附图相关的细节描述，如下：
图1是根据本发明的病人监护管理系统的原理图；
图2是根据本发明的接口单元的原理图；
图3是根据本发明示意配置数据库的原理图；
图4示意本发明接口单元支持的许多不同输注类型的框图；
图5示意根据本发明的一个实施例给输注系统进行编程以执行特 定输注协议的处理步骤；
图6是本发明的病人监护管理系统的替用实施例的原理图；和
图7根据本发明的一个实施例示意用于把程序设计模块与病人相 关联的处理步骤。
同样的参考数字在附图的几幅视图中是指相应的部分。

图1是根据本发明的一个实施例的病人监护系统的通用示意图。如 图1所示，病人监护设备12连接到包括药房管理系统34和医院信息系统 服务器30的医院网络10上。12、30和34每个部分通过传输信道32连接 到网络10上。传输信道32是任意有线或无线传输信道，例如802.11无线 局域网(LAN)。在本发明的一个优选实施例中，网络10还包括整个 医院各个部门的计算机系统。例如，图1的网络10可包括与接待处 (admission department)36、划价处(billing department)38、生物医 学工程部门40、临床实验室42、中央供给部门44、一个或多个单元站 计算机和/或医疗决策支持系统48相关联的计算机系统。
病人监护设备12最好包括一个类似于Eggers等人申请的美国第 5,713,856专利所描述的系统，该专利在此引用作为参考。可作为一种 选择，其它病人监护设备，如泵、生理监护仪(如心率、血压、心电 图、脑电图、脉搏血氧计及其它病人监护仪)、治疗设备及其它药物 传送设备，根据这里所阐明的方法可以被利用。病人监护设备12最好 包括一个高级程序设计模块14，也可称作接口单元14，与一个或多个 功能模块16、18、20、22相连。接口单元14包括一个与诸如随机存取 存储器(RAM)58的存储器相连的中央处理单元(CPU)50，和一个 或多个接口设备，如用户接口设备54、编码数据输入设备60、网络连 接52及用来与附加模块或设备进行通信的辅助接口62。尽管不是必要 的，接口单元14最好还包括一个主非易失性存储单元56，一个存储软 件和数据的硬盘，及一个或多个用于互连上述各个组件的内总线。
在一个典型实施例中，用户接口设备54是一个触摸屏，用来为用 户显示信息并允许用户通过触摸屏幕的界定区域输入信息。作为一种 选择，用户接口设备54可包括显示和输入信息的任何设备，诸如监视 器、打印机、键盘、软键、鼠标、轨迹球和/或光笔。编码数据输入设 备60最好是一个能扫描和解释以条码格式打印的数据的条码阅读机。 作为一种选择，数据输入设备60能够是用来向计算机输入数据的任何 设备，如读取磁条的设备、PC存储卡国际协会(PCMCIA)智能卡、 射频卡、存储棒、CD、DVD或任何其它模拟或数字存储媒体。数据输 入设备60的其它例子包括一个声音激活或识别设备，或一个便携式个 人数据助理(PDA)。由使用的接口设备类型而定，用户接口设备54 和编码数据输入设备60可能是同一个设备。作为一种选择，尽管图1所 示的数据输入设备60置于接口单元14中，但本领域的技术人员将会认 识到，数据输入设备60是集成在药物系统34的内部，还是置于外部， 及是通过RS-232系列接口，还是通过任何其它适当的通信方式正在与 药物系统34进行通信。辅助接口62最好是一个RS-232通信接口，然而， 在不脱离本发明的范围下，用来与外围设备如打印机、病人监视器、 输注泵或其它医疗设备进行通信的任何其它方式都可以被使用。
网络连接52最好是一个直接网络连接，如T1(服务等级)连接， 综合业务数字网(ISDN)连接，数字用户线(DSL)调制解调器或线 缆调制解调器。作为一种选择，可以使用任何直接或间接网络连接， 包括但不局限于电话调制解调器、MIB系统、RS232接口、辅助接口、 光链路、红外链路、射频链路、微波链路或无线局域网(WLAN)连 接。
功能模块16、18、20、22是给病人提供监护或监视病人状况的任 何设备。在本发明的先有实施例中，功能模块16、18、20、22其中至 少一个是输注泵模块，如用来给病人传送药物或其它液体的静脉输注 泵。为了这个讨论目的，功能模块16是一个输注泵模块。18、20、22 每个功能模块可以是任何病人治疗或监视设备，包括但不局限于输注 泵、注射器泵、PCA泵、硬膜外泵、肠道泵、血压监视器、脉搏血氧 计、EKG监视器、脑电图(EEG)监视器、心率监视器或颅压监视器。 作为一种选择，功能模块18、20和/或22可以是一个打印机、扫描仪或 其它外围输入/输出设备。
16、18、20、22每个功能模块直接或间接地与接口单元14进行通 信，接口单元14提供设备12的全部监视和控制。在一首选实施例中， 功能模块16、18、20、22以串行方式与图1所示的和Eggers等人所描述 的接口单元14的一端或两端进行物理和电子连接。然而，本领域技术人 员将会认识到用来使功能模块与接口单元相连接的其它方法，在不脱 离本发明范围的情况下都可被利用。还将意识到，提供充分的可编程 性和互连性的设备，如泵或监视器，可在没有分离接口单元的情况下， 直接与网络进行通信。如上所述，附加医疗设备或外围设备可通过一 个或多个辅助接口62连接到病人监护设备。
16、18、20、22每个功能模块典型地包括模块专用组件76、微处 理器70、易失性存储器72和用于存储信息的非易失性存储器74。应该 指出，若四个功能模块如图1所示，则许多设备可以直接或间接地连接 到中央计算机14。这里描述的功能模块的数量和类型是例证性的，决 不是限制本发明的范围。模块专用组件76包括特定模块的操作所必要 的任何组件，如输注泵模块16的注入机制。
当每个模块典型地至少能够完成一些独立操作，接口单元14就监 视和控制设备12的全部操作。例如，接口单元14为功能模块16、18、 20、22提供编程指令，以及监视每个模块的状态，这将在下面更详细 地进行描述。
在本发明的一个首选实施例中，病人监护设备12能够以各种不同 的模式或特性来运行，每个特性由配置数据库定义。特定配置数据库 至少部分基于病人特定信息如病人位置、年龄、身体特性或医学特性 来选择。医疗特性包括但不局限于病人诊断、治疗处方、病史、病历 卡、病人监护者身份、生理特征或心理特征。像这里所使用地，病人 特定信息还包括监护者信息(如医师身份)或病人监护设备在医院或 医院计算机网络中的10位置。病人监护信息可以通过接口设备52、54、 60或62输入，并可以源自网络10的任何位置，例如来自药房34、接待 处36、实验室42等。
到达和来自各种数据源的数据能够利用现有的技术转换成网络兼 容数据，医疗设备与网络之间的信息传送可以通过多种方式来完成。 例如，病人监护设备12和网络10可以通过自动交互和/或人工交互进行 通信。自动交互可以是连续的或间歇的，并可以通过直接网络连接54 (如图1所示)或RS232链路、MIB系统、BLUETOOTH(Amtel公司， San Jose，CA)之类的射频(RF)链路、IR链路、无线局域网(WLAN)、 数字电缆系统、电话调制解调器或其它通信方式来进行。病人监护设 备12与网络10之间的人工交互涉及物理地、间歇地或周期地在系统间 传送数据，例如，利用用户接口设备54、编码数据输入设备60、条形 码、计算机磁盘、便携式数据助理、存储卡或存储数据的其它媒介进 行传送。最好，通讯方式是双向的，尽可能地从分布式数据资源的任 何地方访问数据。决策能在网络10中的任何位置发生。例如，并不是 作为限制，能够在HIS服务器30、决策支持48、医院部或单元站46或病 人监护设备12自身内做决策。
参照图2，在本发明的一个首选实施例中，病人监护设备的接口单 元14包括多个配置数据库200、202、204和206。配置数据库最好存储 在接口单元14的存储器56中；然而一个或多个数据库可以存储在一个 功能模块16、18、20、22之内。本领域技术人员将会理解，虽然存储 器56最好是一个内置式硬盘，但也可使用任何永久或移动式存储媒体， 包括但不局限于只读光盘存储器(CD-ROM)、电可擦除可编程只读 存储器(EEPROM)、磁盘、磁带、外置式硬盘、存储卡、闪存等。 作为一种选择，部分配置数据库200、202、204、206可以存储在随机 存取存储器(RAM)58之类的易失性存储器中。
200、202、204、206每个配置数据库最好包括唯一数据库标识符 或指针210、212、214、216，用于标识各个数据库。200、202、204、 206每个数据库包括多个字段，例如，这些字段定义可用治疗协议、药 库信息、模块运行限制、规则集、设备特征和用来定义病人监护设备 12特定运行参数的其它可能信息。200、202、204、206每个配置数据 库定义病人监护设备12的特定运行环境或个性。单个配置数据库可以 是特定治疗位置(如加护病房[ICU]，新生儿加护病房[NICU]，小儿科， 肿瘤学等)、特定疾病状态(颅压管理，骨髓移植等等)、特定用户 (LPN，RN，医生等等)或是由其它基本原理建立。例如，根据本发 明的一个实施例，若病人监护设备12位于加护病房(ICU)中，它将利 用配置数据库200，若病人监护设备12位于新生儿加护病房(NICU) 中，它将利用配置数据库202。200和202每个数据库分别包含特定运行 参数、治疗协议、特征等，用来配置设备12以供医院相应病房的病人 使用。
应该注意，虽然图2显示，每个数据库包括相同类别和类型的信息， 但是数据库随着其包含信息的类型和数量有相当大的变化。每个不同 的配置数据库当被选择时，至少部分定义设备12的运行环境，并包括 许多协议或缺省运行参数组。
图3是根据本发明样本配置数据库204的一个详细表示。配置数据 库204包括一个由许多协议232、234、236、238、240组成的协议模块 230。每个协议包括许多缺省运行参数字段。在一些情况下，输注协议 可包括具有全部已经定义的缺省参数值的一个十分详细的输注指令。 其它输注协议可有部分定义的参数，具有在监护下用户所要求的附加 数据入口。例如，图3的协议A232包括缺省运行参数值的字段和用于控 制药物输注泵的其它数据。这个实例的字段包括药名300、浓度304、 容器容量308、额定剂量速率312、初始药理学(initial bolus)316、最 大剂量速率320、最小剂量速率324、最大累积剂量328、药物不相容性 332和ID字段、用来识别或呼叫协议记录的记录指针336。每个字段典 型包括已存储的缺省参数值，共同定义一个特定输注协议。一些诸如 药物不相容性332之类的字段包括对另一个数据库的引用或链接，或包 含相关信息的药库。常用数据库的引用允许数据在协议和/或配置数据 库间共享，以避免重复存储和输入，允许数据库信息的有效更新。同 样地，所有协议不需要存储在每个数据库中。当然，来自于不同配置 数据库的协议可以存储在主数据库或库中，其中的每个单个配置数据 库包含对存储在库中的特定协议的引用链接。这样的安排是有优势的， 因为其避免同一协议的重复存储，并容易实现库信息的更新。
要选择这样一个协议时，必须提供确定信息。例如，设备12可以 查询网络，自动获取这样一些数据，如来自接待处36中病人电子记录 的病人体重，来自药房系统34的临界剂量参数，及双重检查，由于实 验室42的近期检验结果可以显示所开药方的不当。药物处方标签上编 码信息的药物系统34的双重检查还可以被自动执行。作为一种选择， 用户可以把病人体重和总剂量之类的数据直接输入到设备，并且确认 自动选择的参数。在本发明的一个实施例中，药物特定协议中的信息 是药物库中的信息扩展集。因此，如果用户选择一个药名，然后记录 中的特定参数将被应用。这些参数典型包括药名、输送速率限制、输 送单位、可能浓度和容器容量。用户将输入或扫描遗漏数据，如病人 体重、药量、稀释量、剂量速率、总剂量，然后确认所提供的自动选 择参数。
不同协议典型包括不同字段和/或不同参数值。从而，协议B234包 括相比于协议A232的附加字段，其附加字段定义用于实现一个或多个 不同输注类型的指令和/或参数，如主/次输注、多通道协同输注及多剂 量协议(参看图4)。作为一种选择，协议B234能包括与协议A232相 同的字段，并且仅在其中一个字段的一个或多个参数值上不同。例如， 两个协议都能用于药物多巴胺的滴注，其中一个协议有一个 400mg/250ml的浓度304值，而另一个有一个800mg/ml的浓度304值。
再参考图3，数据库204的规则集模块250包括可以用来帮助定义数 据库内特定参数的规则和/或算法。例如，规则集模块250能够包括一个 基于从网络10的其它资源中获得的数据，如来自于接待处36的病人年 龄、体重或病史，或来自于实验室42的检查结果，修改最大容许输注 率或一些其它参数的算法。规则集模块250中的其它规则集可提供关于 泵模块16内特殊事件发生的警告或建议，如输注管的闭塞。
模块250内的其它规则集仍可包含，利用来自于一个或多个功能模 块的测量修改另一个功能模块运行的算法。例如，模块250可以包含一 个能够监视血压和脑创伤病人的颅内压，并计算灌注压结果的规则集。 然后，当灌注压降到定义范围之外，这个系统通知用户，并且建议治 疗机构调节输注率，以提高血压或降低颅内压。
数据库204的泵极限模块260包含定义输注泵模块16整个运行极限 的信息，和以及如果其它泵设备存在时，附于接口单元14上，的整个 运行极限的信息。泵极限模块260典型包括至少三个字段、管中空气(Air In Line)极限262、最大速率(Max Rate)264和最大压力268。因为200、 202、204、206每个配置数据库的泵极限模块260可能包含不同参数和 数值，所以当一个特定配置数据库200、202、204、206可用时，模块 260就帮助定义设备14所运行的运行特性或模式。
AIL(Air In Line)极限262定义与病人连接的输注管中空气量的容 许极限。容许AIL(Air In Line)极限对于医院中的特定病人或特定位 置可以不同。例如，对于小儿科病人，可以设置50μL的容许极限，而 100-200μL的限界则用于普通成年人，50μL用于手术室和/或外伤病人。
最大速率264为运行在特定配置数据库20下的输注泵定义最大容 许输注速率。此外，所定义的最大速率264值在病人类别、属性、位置 等之中可以不同。例如，给小儿科病人输送肝素的最大速率可以设置 为10单位/Kg/hr，而成年病人则有一个500-1000单位/hr的界限。
当配置数据库204被激活时，配置数据库204的特征启动/禁止模块 270定义系统14的用户所能够使用的特定输注类型或特征。在本发明的 一个首选实施例中，病人监护系统14能够支持广泛的特征，从用于水 化和保持静脉张开(keep-vein-open)应用过程的简单的主输注，到复 杂多通道输送应用过程。图4根据本发明的一个实施例，示意一些被病 人监护系统14支持的不同特征或输注类型。这些特征包括但不局限于， 药物计算(Drug Calc)402、主/次404、延迟启动(Del Start)406、多 剂量408、总的肠胃外营养(TPN)410、多步骤412和多通道协同输注 (MCCI)414。如上所述，这些特征或输注类型中的每一个可以由存 储在协议模块230中的特定协议来实现。前述的特征在下文中被简单描 述；对于每个更详细地描述参看美国第5,713,856号专利。
药物计算(Drug Calc)402具有可以计算基于病人体重、时间单位 和药物浓度的速度或剂量之类的药物输注参数的特征。例如，系统的 药物计算功能允许用户：输入预期的药物剂量，然后输注泵功能单元 微处理器计算适度流速以获得预期的剂量；输入预期的流速，然后泵 功能单元计算相应的药物剂量；或者输入期望的药理学(bolus)剂量 和持续时间，然后泵功能单元计算药理学(bolus)速度和VTBL。系统 另外包括一个允许用户输入如流速、剂量和稀释量之类的小儿科药物 计算功能424。系统按照这些用户所输入的参数，计算出药物量，与稀 释液混合以便得到一个与所选择的剂量和流速一致的药物浓度。有关 药物计算(Drug Calc)402特征的补充信息可以在美国第5,713,856号专 利中找到。
特别是，药物计算(Drug Calc)402模式被用来确保输注速度数据 的精确性，但是用户至少手工输入部分输注程序数据，如可通过触摸 屏或键盘输入。例如，药物计算(Drug Calc)402可以用来与存储在如 配置数据库中的药物指定协议相结合。作为一种选择，药物计算(Drug Calc)402特征可以用来与存储的协议相结合，该协议由编码标签来识 别，以计算遗漏参数值或重新计算新值(如，当一个处方包括与标准 协议值的偏差时)。
主/次404特征允许利用与次输注溶液相结合的主输注的协议的使 用。历史上，使用次抗生素的主输注将通过输入主和次速度及VTBI来 进行编程。在本发明中，用户能从列表输注协议中简单地选择适当抗 生素疗法，自动检索合适的参数。然后，用户可以简单确认参数，并 开始输注。
延迟启动406延迟输注协议或特定持续时间或一天特定时间之前 的其它治疗的开始。作为一种选择，开始可以延迟到某一特定事件的 发生。这些事件包括但不局限于，响应被测生命符号或其它生理参数 的来自接口单元的信号、另一模块治疗阶段的完成或通过网络10系统 14所收到的信号或数据。
多剂量408随着时间允许药物的多剂量输送。合成了多剂量408特 征的协议典型包括输注速度、数量/剂量、剂量间隔、剂量数量和开始 时间这些参数。如存储在一个配置数据库中的所有其它协议，已存储 的多剂量408协议可以简单地通过扫描包含协议标识符的编码数据标 签，从配置数据库中被选择或被激活(具有或没有偏离缺省协议值的 指令)。然后，任何遗漏或不同值可以由用户输入。
TPN410利用本领域技术人员所知道的标准或自定义斜坡和锥形 协议，提供总的经肠营养输送。例如，用于八小时内输送2500卡路里 的典型TPN协议使用初始慢速输送，六到七小时内渐增到一个维持速 度，然后逐渐减速完成输注。
多步骤412与TPN410类似，因为它允许在协议中以不同的速度/量 输送药物。标准430定义对于不同病人通常无偏差使用的标准多步骤协 议。自定义432定义为特定条件而定置的多步骤输送协议。例如，自定 义多步骤协议可以用于多巴酚丁胺(dobutamine)的输送，增加压力测 试期间的心率。这个协议在输送过程中典型地改变病人的药物输送配 置，病人体重或年龄被用来作为一个选择特定配置的因素。许多自定 义多步骤协议可以被定义，而且可被本领域的技术人员使用。
多通道协同输注(MCCI)414可以用来与多剂量(Multi Dose)408 和/或延迟启动406特征相结合，给包括来自于多模块或通道的不同输注 溶液的复杂协同输注编程。图5示意一个根据本发明手工设置典型多通 道协同输注的工艺流程。在步骤500，从接口单元显示的操作菜单中选 择了多通道协同输注(MCCI)414功能之后，在502提示用户输入维持 速度/量。然后，查询该用户是否期望排空504。如果是，那么在进入步 骤508前的步骤506，提示用户输入排空量和持续时间。如果没有排空， 或输入排空量和持续时间后，在508提示用户选择连续或间隔剂量。然 后，提示用户确认维持设置510。然后，用户在步骤512为协同输注选 择一个通道。步骤514查询用户是否期望多剂量输注。如果在选择的那 个通道要使用多剂量，则用户在步骤516输入多剂量参数；如果不想使 用多剂量，则在步骤518提示用户输入延迟启动时间。如果使用稀释520 (dilution)，则提示用户输入稀释比或量522。如果为所选择的那个通 道输入了所有参数，则在步骤524询问用户是否想要使用附加输注/通 道。如果需要，则重复步骤512-520，直到所有通道都被配置。一旦配 置了所有通道，就提示用户启动MCCI 526。
根据本发明的一个首选实施例，图5所示的一些或所有流程步骤及 输入的值都可以被存储在配置数据库中的一个协议来定义。在这种情 况下，图5的步骤可以被简单扫描包括协议标识符的编码标签，或被从 菜单中选择的期望协议并检验参数值代替。
本领域的技术人员将意识到，图4所示的特征和输注类型是例证本 发明的，并且那个病人监护设备14能够支持附加的或不同的特征，多 于这里所描述的。
在本发明的一个首选实施例中，许多病人监护设备12通过局域网 (LAN)链接到图6所示的一个基底(floor)或单元服务器。例如，在 有一个NICU服务器610的新生儿加护病房单元(NICU)中，多个床旁 病人监护设备650、652、654和656通过局域网(LAN)620连接到单元 服务器610。可以提供类似的网络服务器贯穿整个医院，如小儿科612、 加护病房单元(ICU)614、外科(OR)616和肿瘤学618。单元服务器 610可包含那个特定单元的配置数据库信息。病人监护设备12中的配置 数据库能够通过从单元服务器下载它们进行周期性地更新。作为一种 选择，一个特定配置数据库能够从服务器下载，当在病人监护系统650、 652、654或656中选择使用时。仍然有一个选择，就是有一个自动下载 到病人监护系统650、652、654、656中的单元-或部门-特定配置数据库， 当系统运行连接到部门局域网时。在任何情况下，把一些或所有配置 数据库信息存储在单元服务器610、612、614、616、618中，更容易实 现数据库的管理和更新。Engleson等人的美国第5,718,442号专利，在此 引用作为参考，这个专利描述一个用于把床旁医疗设备连接到医院网 络或网络的网络中的系统，其适合本发明的使用。
在本发明的另一个可选择实施例中，病人监护设备12没有直接连 接到网络10。当然，利用数据输入设备60、用户接口54、辅助接口62 或其它通信方式，信息间接连接到网络10。这些通信方式包括但不局 限于，RS232链路、MIB系统、IR链路、WLAN、便携式数据助理、存 储卡、便携式存储媒体或其它适当的通信方式。间接通信也能完成， 例如，利用有传统电话系统、数据声音(voice over data)或蜂窝电话 的调制解调器。在一例子里，个人数据助理之类的便携式计算机可以 用来从药房系统34到病人监护设备12传送数据库信息和/或输注指令。 各种可能的直接和间接通信方式允许在病人监护设备和网络10的其它 系统(如，药物系统34，单元站服务器46，实验室42等等)之间连续 或周期地传送信息。
再参照图1，不管病人监护设备12与网络10之间的连接或通信方 式，本发明的一个特征是信息在网络10内不同部门和系统之间至少偶 尔进行传送，以致从其它系统收到的信息改变病人监护设备12的那个 功能。这样的分布式、协同式监护系统提供资产的有效利用，并通过 最大化来自系统中不同资源的信息集成和利用，和通过限制人为错误 的几率，来提高病人监护的质量。如以上所述，基于从其它资源收到 的信息，病人监护设备12如何改变其特性的一个例子是特定配置数据 库的选择，该配置数据库定义设备12的一个特定的治疗位置指定(如， NICU，小儿科，ICU，外科，肿瘤学等)的运行环境。相似地，利用 来自药房34的处方信息、病人治疗史、药物不相容性等，给设备12进 行编程和最小化数据输入错误。
在网络10内，病人监护设备12与不同部门或单元36、38、40、42、 44、46、48之间的其它通信可以提高监护的整体质量。例如，与生物 医学工程部(Biomed 40)的通信帮助确保设备12的安全和效率，并优 化资产的有效利用。资产位置能够通过查询设备的序列号和位置来完 成。如上所述，设备的网络连接或一些识别其自身和网络位置的其它 方式能自动决策设备12的位置。预防性维护过程和设备诊断能够远程 和隐蔽地为用户执行。当出现问题时，透视设备性能的诊断分析能够 远程完成。在发展的基础上，还可以象一个质量控制设备一样收集这 个信息。能收集设备利用数据来优化设备的分布。当产品更新或维护 过程到期时，在设备的用户接口上张贴通知，指示待处理的需要。类 似地，还可以从中央供给44管理资源的利用。它们能从效果中获益和 生物医学组(biomed group)一样。基于这个数据，能监视和优化医疗 设备的位置和使用。
当病人在接待处初次被接纳时，把与病人相关的各种数据输入到 医院的信息系统中，包括病人性别、体积、体重、医疗条件、药物过 敏等。医疗设备12能使用这个信息建议潜在问题的用户，如有害药物 反应，不相容的剂量摄入和不可靠的药物处方。这些似乎都是对直接 护理者的提示，或是作为指定参数之外使用的最高限制。在病人的监 护应用过程中，可能包括推荐的警告限制、监视周期等。
划价处38依靠医疗设备的利用信息，尤其是其使用的文档资料或 指定药物的输送，来给用户划价。对独立于它们实际起因的活动的跟 踪能力，利用效率上的综合提高，提供了一种交叉检查它们的方式。
特定医院单元内的护士站之类的单元站46中，连网计算机终端允 许监护者从连接到分布式协同监护网络10的任何位置，远程评估护理 的过程和病人生命迹象。在有必要授权时，能从网络的任何位置改变 监护参数(流速，PCA参数，剂量，监视间隔，告警极限等)。设备 读取、输注位置监视和回压读取，及输注和修正参数、监视限制的历 历记录，能够远程检查。
作为非限制性例子，参考给病人提供指定治疗的病人监护系统12 的配置过程，下面根据本发明更详细地解释病人监护系统的使用。
大多数医院通常有一个确立的药物处方一览表，用来定义如何典 型地配给药物。根据本发明，当初次安装病人监护管理系统时，可以 组成一个医院委员会决策如何把那个处方一览表应用给病人监护设备 12。配置定义(如，通过ICU，NICU，小儿科，肿瘤学，外科之类的 医院单元)达成一致，并建立药物和典型输注协议。此外，定义所有 外部界限或防护轨条件。把这个信息输入到药物库编辑程序及输注管 理系统(Alaris医疗系统，San Diego，CA)之类的配置管理程序中。
当全部定义完成后，就能释放一个配置。然后，通过把这个配置 数据库传送给一些或所有它们的泵，以更新系统中的泵。数据库信息 的传送典型发生在网络传输通道34上。作为一种选择，可以使用可移 动媒介、便携式计算机、个人数据助理或其它给病人监护设备12传送 信息的恰当方式，下载/更新数据库。
确保给正确的病人服药是本系统的一个关键要素。每个病人一进 入医院，就发给一个标识号(病人ID)和一个关联的腕带。病人ID以 文本形式和编码形式被打印在带子上或放置在带子内。对于编码ID存 在各种选择。例如，带子能利用条码、磁条或其它存储编码病人标识 信息的方式。期望的配置数据库还可能记录在腕带上。例如，儿童可 以有一个带指示器的带子，该指示器使用小儿科配置数据库。
根据本发明的一个实施例，利用特定配置数据库配置设备的处理 步骤如图7所示。在700启动设备12，然后执行内部系统检验704之后， 设备在用户接口54显示包含当前病人和/或当前位置的信息708。在本发 明的一个实施例中，从设备的最后使用复检这个信息。作为一种选择， 设备位置和/或病人标识通过连接到网络10和/或医院内的局域网 (LAN)所收到的信息来决定。例如，参考图5，通过局域网(LAN) 620连接到NICU610中服务器的设备650，从服务器接收信息，该设备 放置在床1边，把特定病人安排在那张床上。从而，设备650把那个信 息作为缺省病人和位置。作为一种选择，设备650通过传感器或唯一决 定其位置的其它方式，自动决策其在医院中的位置。这里把传感器广 泛地定义为感应或检测设备位置的任何设备或方法，包括但不局限于 网络插孔或端口地址、网络适配器、程序化位置指令、指示位置的医 院记录、IR传感器或标签、RF传感器或标签、磁传感器或标签，或检 测设备650位置的其它方式。
在步骤712，设备向用户询问病人信息是否正确。如果对这个设备 而言是新病人，或如果信息是遗漏的或不正确的，用户则在步骤716输 入病人ID。使用输入设备60典型输入病人ID，如通过扫描包括病人标 识信息的病人编码腕带。作为一种选择，可以利用键盘、键台或其它 接口设备54手工输入病人ID。如果在720，当前配置数据库是遗漏的或 不正确的，则在724提示用户选择恰当的配置数据库(如，根据位置、 病人、医师等)。作为一种选择，一旦把病人身份、位置或其它病人 特定信息输入到设备12，恰当配置数据库ID可以从病人标识带扫描到 系统中，或可以从网络10的存储器或其它位置自动检索到。
当医师嘱咐一个IV时，首先把嘱咐发送到药房(在药房再输入到 医院药房系统34)。许多医院包括一个药房计算机系统，能保留已给 定药物及将来那些所开药物的记录。许多商用药房系统可以检测有害 药物反应，作为处方输入过程/药物分配方法的一部分。
根据本发明的一个首选实施例，输入医嘱之后，准备处方。如果 药物在药房混合或药物直接来源于药房，则准备处方药物并把其放在 容器中。然后，药房系统34将输注指令从医院药房软件解释为有编码 信息和附带文本的标签。标签最好至少包括以下信息：病人ID，输注 协议参考，输注协议偏差，或增量，若有的话，还有预定的输注时间。 在把药方传送到单元护理站之前，先将标签贴在药物容器上。医院人 员将药物从药房传送到护理站，或放到护理站附近的配药柜内。作为 一种选择，利用PYXIS系统(Pyxis公司，San Diego，CA)之类的机器 人系统可以传送药物。如果要从单元护理站分发药物，则可在站上打 印同类标签，然后粘贴到药物容器上。
然后在适当的时候，把带标签的药物容器带到病人处。条码阅读 机(或其它数据输入设备)用于扫描编码药物标签、病人编码ID带和 监护者的ID标记卡，和任选的附加处方信息或打印在标签或附加指令 上的医疗设备配置指令(包括配置数据库ID)。在设备12首先比较扫 描的数据，确保病人身份与药物标签上的病人信息相对应，并确保在 合适的时候执行这个处方时，就把扫描的信息存储在存储器58中。在 核实了正确的病人、处方和时间后，设备12从活动配置数据库中取回 协议或其它标识在容器标签上的程序信息。缺省参数值由处方中包括 的任何增量信息来调整。提示用户使用触摸板、条码阅读机或其它合 适方式输入任何遗漏的或不完整的数据。作为一种选择，基于所输入 的病人ID、护理者ID、用户命令等，一些数据可以从网络10或恰当部 门的服务器获得。一旦输入了所有需求的设置，中央单元14就连续地 或以一个或多个组的形式显示这些值，以得到用户的确认。一旦输入 和确认了全部信息，接口单元就给功能模块进行编程，以执行指定的 治疗。
应该注意，处方标签或其它治疗指令可标识多重协议和其它指令。 多重协议(或单一复杂协议)可以定义设备12执行的多种操作。例如， 处方标签或处方指令能识别一个包含多通道和输注方案的多通道协同 输注协议。另外，相同指令可识别一个协议(或详细指令的协议)， 该协议用来给功能模块或辅助设备进行编程以监视病人的血压、心率、 O2饱和度、呼吸频率之类的生理参数(或详细指令)。接口单元14监 视被测参数，并且依据活动规则集和其它配置数据库，能够修改输注 参数，基于从生理监视器所收到的信号。这样的反馈系统对药物的滴 定、麻醉的控制或调节血压是有用的。
一直在描述本发明的不同实施例。这些描述都是例证性的，而不 是限定性的。因此，在不脱离下面所陈述的权利要求书的范围，本领 域的技术人员显然可以对所描述的发明做一些修改。
相关申请
本申请是1999年8月23日申请的美国第09/379,212号专利申请的部 分延续；也是1997年6月9日申请的题目为“模块化病人监护系统中电 源连接的方法和仪器”的美国第5,941,846号专利申请的延续；还是1995 年3月13日申请的题目为“模块化病人监护系统”的美国第5,713,856号 专利申请的部分延续。这些相关申请全部在此引用作为参考。