专利名称：警报通知服务的制作方法
技术领域：
本发明主要涉及配药，特别是提供与接收分配药物的病人有关的警报。
背景技术：
众所周知，医生给病人开药以改善病人的健康。在很多这样的情况下，在医生查看了与病人健康有关的关键实验室数值(例如，关于感染、抵抗力、敏感性)后给病人开药。例如，若实验室数值指示病人的胆固醇水平太高，则医生则可开出降低胆固醇的药物。在医学界特别是在医院中同样众所周知的是，提供位于中心的诸如墙柜、手动固定(secured)的病人盒式抽屉、以及自动配药机(ADM)之类的药物和供应分配站，以有助于例如通过医院的护士将这些药物分配给病人。医院的护士通常负责一天几次地为他或她所看护的病人配药。在医院的护士提供了正确的身份验证信息(例如，用户标识)后，医院的护士一般从ADM中取得要分配的药物。在配药期间，护士经常不知道到在医生进行了他或她的每日巡回病人检查之后获得的关于他或她的病人的关键实验室数值。若实验室数值返回的指示是停止某药物的治疗，则在下一天到来前护士很少或没有机会了解到该治疗变动。若继续采用该药物的治疗会对病人的健康造成危害，则延迟对护士提供治疗变动信息将会导致给病人带来本可避免的和无意的伤害。例如，若病人的最新实验室数值指示他的胆固醇水平严重偏低，则继续给病人提供降低胆固醇的药物将会带来危害。
发明内容
需要一种在护士获得药物并为病人分配药物时向护士提供最新的关于治疗变动的信息的系统和方法。根据某些实施例，当护士尝试从ADM配药时，本公开的系统根据最新得到的关键实验室数值，利用ADM来显示关于特定病人和特定病人药物的治疗变动的最新信息。根据本公开的某些实施例，提供了一种用于提供配药警报通知的系统。该系统包括通信模块，其被构造为从客户端接收关于为病人配药的信息的请求，并基于该请求获得与该病人有关的临床信息。所述系统还包括处理器，其被构造为根据所述临床信息来判定要提供给客户端的响应是否包括关于配药的警报。所述通信模块还被构造为向客户端提供对所述请求的响应。根据本公开的某些实施例，提供了一种提供配药警报通知的方法。该方法包括从客户端接收关于为病人配药的信息的请求，并基于该请求获得与该病人有关的临床信息。所述方法还包括使用处理器并根据所述临床信息来判定要提供给客户端的响应是否包括关于配药的警报，并且为客户端提供对所述请求的响应。根据本公开的某些实施例，提供了一种机器可读介质，该介质包括使处理器执行提供配药报警通知的方法的机器可读指令。所述方法包括从客户端接收关于为病人配药的信息的请求，并基于该请求获得与该病人有关的临床信息。所述方法还包括使用处理器并根据所述临床信息来判定要提供给客户端的响应是否包括关于配药的警报，并且为客户端提供对所述请求的响应。根据本公开的某些实施例，提供了一种用于提供配药警报通知的系统。该系统包括通信模块，其被构造为接收用于配药的病人选择，以向服务器提供关于为该病人配药的信息的请求，并从服务器接收对该请求的响应。所述系统还包括处理器，其被构造为若该响应包括关于配药的警报，则指示显示装置显示警报窗口。根据本公开的某些实施例，提供了一种为病人配药系统。该系统包括:输入装置，其被构造为从用户接收为病人配药的请求；以及通信模块，其被构造为向服务器提供关于为病人配药的信息的请求，并且从服务器接收对该请求的响应。对该请求的响应包括指标，该指标根据病人的临床信息来标识该药物为对病人具有潜在的危害。所述系统还包括处理器，其被构造为指示显示装置来向用户显示包括所示指标的警报窗口，所述指标根据病人的临床信息表示该药物为对病人具有潜在危害。根据本公开的某些实施例，提供了一种用于提供配药警报通知的方法。该方法包括接收用于配药的病人选择，并且向服务器提供关于为该病人配药的信息的请求。所述方法还包括从服务器接收对该请求的响应，并且若该响应包括关于配药的警报，则使用处理器来显示警报窗口。根据本公开的某些实施例，提供了一种机器可读介质，该介质包括用于使处理器执行提供配药警报通知的方法的机器可读指令。所述方法包括接受用于配药的病人选择，并向服务器提供关于为该病人配药的信息的请求。所述方法还包括从服务器接收对该请求的响应，并且若该响应包括关于配药的警报，则使用处理器来显示警报窗口。
为了提供进一步的理解而并入本说明书并构成本说明书一部分的附图示出了所公开的实施例，并与说明书一起用来解释所公开的实施例的原理。在附图中:图1示出了根据某些实施例的配药警报通知服务的示例结构。图2是使用图1所示的结构来提供配药警报的示例性处理。图3A至图3G是示出了图2所示的处理的各个步骤以及图1所示的服务的特征的示例性屏幕截图。图4示出了可以实现图1所示的ADM、控制台、或者服务器的计算机系统的一个示例的框图。
具体实施例方式在以下的详细描述中，阐述了大量的具体细节，以为本公开提供全面的理解。但是，对本领域普通技术人员来说显而易见的是，在没有这些具体细节中的一些的情况下，也可以实施本公开的实施例。在其他情况下，为了不模糊本公开，没有详细地示出公知的结构和技术。图1示出了根据某些实施例的配药警报通知服务的示例性结构100。该结构100包括客户端102和服务器140。客户端102包括自动配药机104 (ADM)和控制台120。ADM104通过局域网130与控制台120有线或无线连接，并且控制台120通过通信网络150将客户端102连接至服务器140。例如，局域网130可以是私人通信网络，并且例如通信网络150可以是另一局域网或者是广域网。示例性通信网络150包括因特网或私人通信网络。服务器140包括处理器142、通信模块144、和包括警报生成服务148的存储器146。服务器140被构造为使用通信模块144通过通信网络150 (例如，与控制台120)进行通信。例如，通信模块144可以是调制解调器或以太网卡。通信模块144被构造为从客户端102接收关于为用户配药的信息的请求。通信模块144还被构造为从例如存储于通过通信网络150连接至服务器140的实验室系统160的存储器162内的实验室数据库164获得病人的临床信息。构造为可供本公开系统使用的用于提供临床信息的示例性实验室系统(或者用于所述系统的软件)包括但不限于:CareFusion公司的MedMined、Hospira公司的 Theradoc、Pharmacy OneSource 公司的 Sentri7>Thomson-Reuters 公司的 CareExpert>Premier 公司的 Safety Survei I lor > Quantros 公司的 Vigilanz、以及 Advisor Board 公司的Vecna。在某些实施例中，临床信息包括:例如，实验室数值、实验室结果、和生命体征。在某些实施例中，临床信息包括关于是否包括诸如以下之类的关键信息的指示:超出范围的实验室数值、异常实验室结果、或异常生命体征。在某些实施例中，例如，在收到来自客户端的请求后获得临床信息，以确保临床信息是最新的。类似地，在某些实施例中，根据最新记录的医生巡回出诊来更新临床信息。服务器140的处理器142被构造为执行诸如以下之类的指令:被物理编码到处理器142内的指令、从存储器146内的软件接收到的指令或两者的结合。例如，服务器140的处理器142被构造为使用警报生成服务148并根据通过通信模块144从客户端102接收到的临床信息来判定要提供给客户端102的响应是否包括关于配药的警报。通信模块144还被构造为向客户端102提供对请求的响应。对请求的响应由警报生成服务148生成。在一些实施例中，若临床信息包含关键指标，则响应内包括警报。例如，若临床信息指示实验室数值严重超出范围，则在提供所述实验室数值指示的响应中将包括警报。因此，在某些实施例中，警报可以包括以下各项中的至少一种:实验室数值、时间值、药物、查询(query )、指令、和确认。在某些实施例中，由服务器140的警报生成服务148向控制台120的警报管理服务128提供响应。客户端102包括至少两个装置:ADM 104和控制台120。ADM104和控制台120被构造为利用它们相应的通信模块114和124在局域网130上进行通信。例如，通信模块114和124可以是调制解调器或以太网卡。控制台120包括处理器、通信模块124、输入装置152、显示装置154、和包括警报管理服务128的存储器126。通信模块124被构造为从ADM 104接收对信息的请求，将请求提供给服务器140，从服务器140接收对关于为病人配药的信息的请求的响应，并将该响应提供给ADM 104。尽管示出的控制台120的通信模块124与单个ADM 104连接，但通信模块124被构造为与多个ADM 104连接，使得通信模块124被构造为从多个ADM 104接收多个信息的请求，将多个请求提供给服务器140，从服务器140接收对多个请求的响应，以及将多个响应提供给多个ADM 104中恰当的ADM 104。因此，所有的请求从控制台120被送到服务器，这使得控制台120的警报管理服务128能够记下请求日志并可以访问连接的ADM 104的服务状态信息。警报管理服务128由此被构造为在存在多个ADM的情况下进行警报相关操作的集中管理。
控制台120的处理器122被构造为执行诸如以下之类的指令:被物理编码到处理器122的指令、从存储器126内的软件接收的指令、或者两者的结合。例如，控制台120的处理器122被构造为提供下面将进一步描述的用于管理警报服务的用户界面(如图3E和图3F所示)以及下面将进一步描述的病人事件顾问(patient event advisor)用户界面(如图3G所示)。继续图1，用户界面可以显示在显示装置154上并通过输入装置152接收输入。在某些实施例中，警报服务用户界面和病人事件顾问用户界面中的任一个需要进行诸如用户名和密码之类的身份验证，以确保对用户界面的访问仅限于授权用户。ADM 104包括处理器112、通信模块114、输入装置116、显示装置118、以及包括ADM软件106、代理108和警报服务110的存储器105。在某些实施例中，ADM软件106和警报服务110是预先存在的加载在ADM 104的存储器105内的软件。因此，通过将警报服务110安装在具有恰当的ADM软件106和警报服务110的ADM104上，ADM104与本公开系统兼容。在某些实施例中，警报服务110用作在操作系统的后台的单独的可执行的运行程序。示例性ADM包括CareFusion (康尔福盛)公司的MedStations的Pyxis系列产品。也可以使用其他ADM，只要它们按照以上进行构造即可。在一些实施例中，可以使用医疗点配药装置(point-of-care dispensing device)来取代 ADM。ADM 104的通信模块114被构造为:(如图3A至图3C所示，下面将进一步详细描述的，例如由用户使用输入装置116)接收用于配药的病人选择，该选择触发对关于为该病人配药的信息的请求；并且将对该信息的请求提供给控制台120。通信模块114也被构造为从控制台120接收对关于为病人配药的信息的请求的响应。控制台120的处理器122被构造为执行诸如以下之类的指令:被物理编码到处理器122内的指令、从存储器126内的软件接收的指令、或者两者的结合。例如，控制台120的处理器122被构造为通过代理108指示警报服务110来处理对信息的请求的响应，并且如图3D所示，若对信息请求的响应包括关于配药的警报，则控制台120的处理器122被构造为通过代理108指示显示装置118来显示下面将进一步详细介绍的警报窗口。显示的警报可以包括诸如(但不局限于)标题、(处于正常范围内或异常范围内的)实验室数值、时间值、药物、查询、(例如不进行配药的)指令、对参考数据库(例如，Lex1-Comp)的访问、以及确认(例如，用户已经查看了所显示的警报)。例如，警报可以显示警报的名称、警报的日期、以及与警报相关的最新的实验室结果的日期。在某些实施例中，若局域网130或通信网络150不可用，则控制台120的处理器122被构造为通过代理108在显示装置118上显示局域网130或通信网络150不可用的警报，由此为尝试从发出关于配药警报的ADM配药的用户(例如护士)提供指示，警报用户不能进行配药。在某些实施例中，关于为病人配药的信息的请求和对请求的响应的传输均是在诸如(但不限于)以下之类的各种数据通道类型和/或格式下进行的:传输控制协议(TCP) /互联网协议(IP)请求/响应格式、共享数据通道、单独的数据通道、轮询格式、文件传输协议(FTP )、或者简单对象访问协议(SOAP )格式。在某些实施例中，通过在ADM 104的存储器105内提供警报管理服务128并通过通信网络150将ADM 104连接至服务器140，可以将控制台120从结构100中移除。或者，通过将ADM 104的存储器105内的警报服务110 (通过代理108)构造为通过通信网络150直接从服务器140接收对信息请求的响应，可以将控制台120从结构100中移除。
图2是使用图1所示的结构100来提供配药警报的示例性处理200。处理200从开始步骤201进行到步骤202，在步骤202中接收用于配药的病人选择。在步骤203中，向服务器140提供关于为该病人配药的信息的请求。在步骤204中，服务器140接收来自客户端102的请求，并在步骤205中获得与病人相关的临床信息(例如，生命体征、实验室结果)。接下来在步骤206中，根据临床信息来判定提供给客户端102的响应是否包括关于配药的警报。在步骤207中，将对请求的响应提供给客户端102。在步骤208中，回到客户端102的一侧，接收来自服务器140的对请求的响应。在判断步骤209中，若响应包括关于配药的警报，则在步骤210中通过客户端102 (例如，ADM 104)的显示装置118来显示警报，并在步骤211中结束处理。然而，若在判断步骤209中，响应不包括关于配药的警报，则在步骤211中结束处理200。在某些实施例中，若在用户已经完成了为所选病人的配药后ADM 104接收到警报，则该警报不会被显示。已经在图2中阐述了使用图1所示的结构100来提供配药警报的处理200，现在将使用图2的处理200、作为用户的授权护士、以及图3A至图3D的示例性屏幕截图来介绍示例。例如，当护士接近ADM来获取要分配给病人的药物时，开始处理200。若需要，护士登陆进ADM 104，并且在ADM 104的显示装置118上向她显示了图3A的示例性屏幕截图300。处理200然后从开始步骤201进行到步骤202，在步骤202中护士通过输入装置116从显示装置118上对动作和病人做出合适的选择。来自显示装置118的屏幕截图300包括各种病人护理功能，包括用户可以使用输入装置116选中的去除药物302、返回药物304、或者浪费药物306。作为她在步骤202中的第一选择，护士选择去除药物302，并且如图3B的示例性屏幕截图310所示，显示器然后通过病人列表来提示护士选择她正在为哪位病人去除药物。护士选择了病人后，在步骤203中，关于为所选病人配药的信息的请求被提供给服务器140。在某些实施例中，该请求是非阻塞的函数调用。例如，它容许护士继续使用输入装置116来与ADM 104互动，如图3C的示例性屏幕截图所示，ADM104为了响应病人的选择，会显示一列与该病人相关的药物。在步骤204中，服务器140从客户端102接收请求，并在步骤205中获得与该病人相关的临床信息(例如，生命体征、实验室结果)。接下来在步骤206中，根据临床信息来判定要提供给客户端102的响应将因为临床信息包括了受与病人有关的某种药物(例如，华法令阻凝剂和依诺肝素)影响的关键数值所以包括关于配药的警报。具体来说，病人的最新关键实验室数值指示病人的出血时间超出范围(也就是，病人的国际标准比例为2.0至3.0之间的值，且Xa因子值超出了范围)，因此不应该配给病人华法令阻凝剂和依诺肝素，因为它们会加重病情。在步骤207中，向客户端102提供对请求的响应。在步骤208中，回到客户端102的一侧，接受来自服务器140的对请求的响应，并且在判断步骤208中，因为该响应包括关于配药的警报，并且护士还在显示装置118上查看所选病人，所以在显示装置118上显示如图3D的示例性屏幕截图330所示的警报。如所显示的警报的屏幕截图330所示，为了显示病人警报窗口 332，已经打断了护士平常在ADM104上的工作流处理。通知在配药时没有意识到病人的出血时间超出范围的护士不要将华法令阻凝剂和依诺肝素配给病人，由此避免对病人造成伤害，甚至可能挽救病人的生命。病人警报窗口 332之外的余下屏幕区域已经变黑，且防止护士与ADM软件106互动，直至关闭警报窗口 332，以确保护士确认了警报。警报窗口 332为护士提供了查看显示在警报窗口332内的四个药物警报的选项。护士选择确认按钮334并继续ADM 104上的工作流处理。在某些实施例中，若护士没有与警报窗口 332进行互动，则会显示超时窗口(未示出)，其提供倒计时来使护士从ADM 104中登出，以防止未授权访问或互动。响应倒计时窗口会取消登出程序。在步骤211中结束处理200。在某些实施例中，若警报被护士标记为已查看，则当护士下一次选择相同的病人和相同的药物时不再显示该警报，由此避免对通知不敏感(例如，护士会因为通知出现得太频繁和/或通知由于先前已经被查看过所以变得没有意义而不去注意他们)。图3E和图3F是由控制台120的警报管理服务128生成并且被显示在控制台120的显示装置154上的示例性屏幕截图340和350。在某些实施例中，在用户身份验证后可以访问警报管理服务128的用户界面。警报管理服务128被构造为容许用户查看已经显示在ADM104上的先前查看的警报。例如，图3E的屏幕截面图所示的警报管理服务用户界面340包括先前显示的警报和他们是否被查看的列表342。管理服务用户界面340也包括警报动作的日志344。如图3F的警报管理服务用户界面340所示，用户界面340也可以包括由ADM104对护士的动作进行分类的列表352。警报管理服务128也被构造为容许用户(例如，管理员)来配置将哪些警报显示在ADM 104上(例如，若ADM 104位于急诊室部门内，则ADM 104可以被构造为接收和显示重要的警报)。这使得中心用户界面可以配置连接至控制台120的任何ADM 104，由此不必单独地配置每个ADM 104。例如，可以使用控制台120的警报管理服务128来确定被授权使用连接至控制台120的任何ADM 104的医疗服务提供者的身份认证信息。图3G是显示在控制台120的显示装置154上的病人事件顾问用户界面380的示例性屏幕截图。在某些实施例中，在用户身份认证后可以访问病人事件顾问用户界面380。病人事件顾问用户界面380为用户提供信息，以实时地监控病人(例如，医院的住院病人)对药物的潜在的不良临床事件的信息。病人事件顾问用户界面380帮助用户(例如，临床药师)标识高度关注的病人并跟踪他们的需求不断变化的治疗。病人事件顾问用户界面380为医院绩效举措提供质量指标报告，并为临床干预提供工作流文档。病人事件顾问用户界面380提供关于通过位置382 (通过时间384进行过滤)、通过警报类型386、和通过病人388进行组织的警报的信息。弹出式窗口 390为列出的病人388提供重要的病人信息。病人事件顾问用户界面380也提供诸如响应特殊病人查询和自定义报告请求的报告。图4是示出了可以实现图1所示的ADM 104、控制台120、或者服务器140的计算机系统的示例。在某些实施例中，可以使用软件、硬件或者两者的结合在专用服务器内、或者被集成到另一实体内、或者被分布到多个实体内来实现计算机系统400。计算机系统400 (例如，图1中的ADM 104、控制台120、或者服务器140)包括总线408或其他用于交流信息的通信机制，以及与总线408耦接、用于处理信息的处理器402(例如，图1中的处理器112、122、或142)。举例说明，计算机系统400可以使用一个或多个处理器402来实现。处理器402可以是通用微处理器、微控制器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、可编程逻辑器件(PLD)、控制器、状态机、门控逻辑、分立硬件组件、或者任何其他可以进行计算或其他信息操作的合适实体。计算机系统400也包括耦接至总线408、用于存储要被处理器402执行的信息和指令的诸如以下之类的存储器404 (例如，图1中的存储器105、126、或146):随机读取存储器(RAM)、闪速存储器、只读存储器(ROM)、可编程只读存储器(PR0M)、可擦除PROM (EPR0M)、寄存器、硬盘、可移动磁盘、CD-ROM、DVD、或者任何其他适合的存储装置。可以根据任何本领域技术人员公知的方法来实现指令，所述方法包括(但不限于)诸如以下之类的计算机语言:面向数据语目(例如，SQL、dBase)、系统语目(例如，C、对象-C、C++、汇编)、架构语目(例如，Java)、以及应用语言(例如，PHP、Ruby、Perl、Python)。指令也可以用诸如以下之类的计算机语言实现:阵列语言、面向方面的语言、汇编语言、编辑语言、命令行界面语言、编译语言、并发式语言、花括号语言(curly-bracket language)、数据流语言、数据结构语言、声明性语言、专业(esoteric)语言、扩展语言、第四代语言、功能语言、互动模式语言、解释型语言、迭代语H、基于列表的语目、小型语目、基于逻辑的语目、机器语目、宏语目、兀编程语目、多模式语言、数值分析、基于非英语语言、面向对象基于类的语言、面向对象的基于原型的语言、越位规则语言(offside rule language),过程语言，反射语言(reflective language),基于规则的语言，脚本语言，基于堆栈的语言，同步语言，语法处理语言，视觉语言，wirth语言和基于XML的语言。存储器404也可以在执行处理器402所执行的指令的期间用于存储临时变量或者其他中间信息。计算机系统400还包括诸如磁盘或者光盘之类的数据存储装置406，数据存储装置406被耦接至总线408，用于存储信息和指令。计算机系统400可以通过通信模块410 (例如，图1中的通信模块114、124或144)来与各种装置(未示出)耦接。通信模块410可以是任何的输入/输出模块。在某些未示出的实施例中，通信模块410被构造为连接至诸如输入装置(例如，图1中的输入装置118或152)和/或显示装置(例如，图1中的显示装置118或148)之类的多个装置。根据本公开的一个方面，可以使用计算机系统400来实现ADM104、控制台120、或者服务器140，该计算机系统400响应处理器402执行的包含在存储器404内的一个或多个指令的一个或多个序列。可以从诸如数据存储装置406之类的另一机器可读的介质中将所述指令读入存储器404。执行包含在主存404内的指令序列使得处理器402进行本文所描述的处理步骤。同样可以采用多处理布局中的一个或多个处理器，来执行包含在存储器404内的指令序列。在替代的实施例中，可以使用硬连线电路(hard-wired circuitry)替代或者结合软件指令来实现本公开的各种实施例。因此，本公开的实施例不限制于硬件电路和软件的任何特定组合。在本文中使用的术语“机器可读介质”指的是参与为处理器402提供执行指令的任何介质或媒介。这样的介质可以有很多形式，形式包括但不限于:非易失性介质、易失性介质、和传送介质。非易失性介质包括:例如，诸如数据存储装置406之类的光盘或磁盘。易失性介质包括诸如存储器404之类的动态存储器。传输介质包括同轴电缆、铜线、和光纤，包括包含总线408的线路。机器可读介质的一般形式包括:例如，软盘、软磁盘、硬盘、磁带、任何其他磁介质、CD-ROM、DVD、任何其他光介质、穿孔卡片、纸带、任何其他具有孔图案的物理介质、RAM、PROM、EPROM、FLASH EPROM、任何其他存储芯片或卡式盒、或者任何其他计算机可以读的介质。所公开的系统和方法提供了在诸如ADM之类的配药站显示警报的警报管理系统，其为病人提供针对该病人和药物的临床信息的最新信息，该信息可能会影响分配给该特定病人的特定药物。该警报通过与服务器连接的中心控制台提供，服务器响应配药站的请求生成该警报。尽管已经描述了本发明的某些方面和实施例，但它们仅以示例的方式进行说明，并且不意味着限制本发明的范围。实际上，在本文中描述的新颖的方法和系统可以在不脱离本发明的精神的情况下通过各种其他形式得以实施。所附的权利要求及其等同形式意在覆盖本发明的范围和精神内的所述形式或变形。本文中描述的所有元件、部件和步骤均是优选包括的。要理解的是，对本领域技术人员显而易见的是，这些元件、部件和步骤中的任何都可以被其他元件、部件和步骤取代或被一起删除。本领域的技术人员将理解，在本说明书中提到的方法步骤可以通过包括但不限于处理器的硬件来实现；输入装置至少包括键盘、鼠标、扫描仪、相机；输出装置至少包括监视器、打印机。必要时使用合适的装置来实现所述方法步骤。例如，可以通过处理器内的决策单元实现判断算法来实现判断步骤。本领域技术人员将会理解的是，当实现前述判断算法时，该决策单元可以物理地或有效地存在于(例如)计算机的处理器内。上述分析适用于本文描述的其他步骤。构思本文公开了至少以下构思:构思1.一种用于提供配药警报通知的系统，其包括通信模块，其被构造为从客户端接收关于为病人配药的信息的请求，并根据所述请求获得与所述病人相关的临床信息；以及处理器，其被构造为根据所述临床信息判定要提供给所述客户端的响应是否包括关于所述配药的警报，其中所述通信模块还被构造为向所述客户端提供对所述请求的响应。构思2.如构思I所述的系统，其中响应于为所述病人配药的请求发出对信息的请求。构思3.如构思I所述的系统，其中所述临床信息包括实验室数值、实验室结果、以及生命体征中的至少一个。构思4.如构思I所述的系统，其中在从所述客户端接收到所述请求后获得所述临
床信息。构思5.如构思I所述的系统，其中根据最新记录的医生巡回出诊来更新所述临床信息。构思6.如构思I所述的系统，其中若所述临床信息包括关键指标，则所述响应中包括所述警报。构思7.如构思I所述的系统，其中所述警报包括实验室数值、时间值、药物、查询、指令、和确认中的至少一个。构思8.如构思I所述的系统，其中所述警报包括所述警报的标题、所述警报的日期、以及与所述警报有关的最新实验室结果的日期。构思9.一种用于提供配药警报通知的方法，其包括:从客户端接收关于为病人配药的信息的请求；根据所述请求获得与所述病人有关的临床信息；利用处理器并根据所述临床信息来判定要提供给所述客户端的响应是否包括关于所述配药的警报；以及
向所述客户端提供对所述请求的响应。构思10.如构思9所述的方法，其中所述临床信息包括实验室数值、实验室结果、和生命体征中的至少一个。构思11.如构思9所述的方法，其中在从所述客户端收到所述请求后获得所述临
床信息。构思12.如构思9所述的方法，其中根据最新记录的医生的巡回出诊来更新所述临床信息。构思13.如构思9所述的方法，其中若所述临床信息包括关键指标，则所述响应内包括所述警报。构思14.如构思9所述的方法，其中所述警报包括实验室数值、时间值、药物、查询、指令、和确认中的至少一个。构思15.如构思9所述的方法，其中所述警报包括所述警报的标题、所述警报的日期、以及与所述警报有关的最新实验室结果的日期。构思16.—种机器可读介质，其包括用于使处理器执行提供配药警报通知的方法的机器可读指令，所述指令包括:从客户端接收关于为病人配药的信息的请求；根据所述请求获得与所述病人有关的临床信息；利用处理器并根据所述临床信息来判定要提供给所述客户端的响应是否包括关于配药的警报；以及向所述客户端提供对所述请求的响应。构思17.—种用于提供配药警报通知的系统，其包括:通信模块，其被构造为接收用于配药的病人选择，以向服务器提供关于为所述病人配药的信息的请求，并且从所述服务器接收对所述请求的响应；以及处理器，其被构造为若所述响应包括关于所述配药的警报，则指示显示装置来显示警报窗口。构思18.—种用于为病人配药的系统，其包括:输入装置，其被构造为从用户接收为病人配药的请求；通信模块，其被构造为向服务器提供关于为所述病人配药的信息的请求，并从所述服务器接收对所述请求的响应，其中对所述请求的响应包括根据所述病人的临床信息来标识所述药物为对所述病人具有潜在危害的指标；以及处理器，其被构造为指示显示装置向用户显示包括所述指标的警报窗口，所述指标根据所述病人的临床信息标识所述药品为对所述病人具有潜在危害。构思19.一种用于提供配药警报通知的方法，其包括:接收用于配药的病人选择；向服务器提供关于为所述病人配药的信息的请求；从所述服务器接收对所述请求的响应；以及若所述响应包括关于所述配药的警报，则利用处理器显示警报窗口。构思20.—种机器可读介质，其包括用于使处理器执行提供配药警报通知的方法的机器可读指令，所述指令包括:
接收用于配药的病人选择；向服务器提供关于为所述病人配药的信息的请求；从所述服务器接收对所述请求的响应；以及若所述响应包括关于所述配药的警报，则利用处理器显示警报窗口。
权利要求
1.一种用于提供配药警报通知的系统，其包括 通信模块，其被构造为从客户端接收关于为病人配药的信息的请求，并根据所述请求获得与所述病人相关的临床信息；以及 处理器，其被构造为根据所述临床信息判定要提供给所述客户端的响应是否包括关于所述配药的警报， 其中所述通信模块还被构造为向所述客户端提供对所述请求的响应。
2.如权利要求1所述的系统，其中响应于为所述病人配药的请求发出对信息的请求。
3.如权利要求1所述的系统，其中所述临床信息包括实验室数值、实验室结果、以及生命体征中的至少一个。
4.如权利要求1所述的系统，其中在从所述客户端接收到所述请求后获得所述临床信息
5.如权利要求1所述的系统，其中根据最新记录的医生巡回出诊来更新所述临床信息
6.如权利要求1所述的系统，其中若所述临床信息包括关键指标，则所述响应中包括所述警报。
7.如权利要求1所述的系统，其中所述警报包括实验室数值、时间值、药物、查询、指令、和确认中的至少一个。
8.如权利要求1所述的系统，其中所述警报包括所述警报的标题、所述警报的日期、以及与所述警报有关的最新实验室结果的日期。
9.一种用于提供配药警报通知的方法，其包括: 从客户端接收关于为病人配药的信息的请求； 根据所述请求获得与所述病人有关的临床信息； 利用处理器并根据所述临床信息来判定要提供给所述客户端的响应是否包括关于所述配药的警报；以及 向所述客户端提供对所述请求的响应。
10.如权利要求9所述的方法，其中所述临床信息包括实验室数值、实验室结果、和生命体征中的至少一个。
11.如权利要求9所述的方法，其中在从所述客户端收到所述请求后获得所述临床信息
12.如权利要求9所述的方法，其中根据最新记录的医生的巡回出诊来更新所述临床信息。
13.如权利要求9所述的方法，其中若所述临床信息包括关键指标，则所述响应内包括所述警报。
14.如权利要求9所述的方法，其中所述警报包括实验室数值、时间值、药物、查询、指令、和确认中的至少一个。
15.如权利要求9所述的方法，其中所述警报包括所述警报的标题、所述警报的日期、以及与所述警报有关的最新实验室结果的日期。
16.一种机器可读介质，其包括用于使处理器执行提供配药警报通知的方法的机器可读指令，所述指令包括:从客户端接收关于为病人配药的信息的请求； 根据所述请求获得与所述病人有关的临床信息； 利用处理器并根据所述临床信息来判定要提供给所述客户端的响应是否包括关于配药的警报；以及 向所述客户端提供对所述请求的响应。
17.一种用于提供配药警报通知的系统，其包括: 通信模块，其被构造为接收用于配药的病人选择，以向服务器提供关于为所述病人配药的信息的请求，并且从所述服务器接收对所述请求的响应；以及 处理器，其被构造为若所述响应包括关于所述配药的警报，则指示显示装置来显示警报窗口。
18.一种用于为病人配药的系统，其包括: 输入装置，其被构造为从用户接收为病人配药的请求； 通信模块，其被构造为向服务器提供关于为所述病人配药的信息的请求，并从所述服务器接收对所述请求的响应，其中对所述请求的响应包括根据所述病人的临床信息来标识所述药物为对所述病人具有潜在危害的指标；以及 处理器，其被构造为指示显示装置向用户显示包括所述指标的警报窗口，所述指标根据所述病人的临床信息标识所述药品为对所述病人具有潜在危害。
19.一种用于提供配药警报通知的方法，其包括: 接收用于配药的病人选择； 向服务器提供关于为所述病人配药的信息的请求； 从所述服务器接收对所述请求的响应；以及 若所述响应包括关于所述配药的警报，则利用处理器显示警报窗口。
20.一种机器可读介质，其包括用于使处理器执行提供配药警报通知的方法的机器可读指令，所述指令包括: 接收用于配药的病人选择； 向服务器提供关于为所述病人配药的信息的请求； 从所述服务器接收对所述请求的响应；以及 若所述响应包括关于所述配药的警报，则利用处理器显示警报窗口。
全文摘要
根据本公开的某些实施例，描述了一种用于提供配药警报通知的系统。该系统包括通信模块，其被构造为从客户端接收关于为病人配药的信息的请求，并基于该请求获得与该病人有关的临床信息。所述系统还包括处理器，其被构造为根据所述临床信息判定要提供给客户端的响应是否包括关于配药的警报。所述通信模块还被构造为向客户端提供对所述请求的响应。此外还描述了方法和机器可读介质。
文档编号G06F19/00GK103210392SQ201180054937
公开日2013年7月17日 申请日期2011年11月10日 优先权日2010年11月16日
发明者安东尼·努德尔曼, 史蒂芬·谢尔顿, 托马斯·乌特希, 彼得·格德勒维斯基, 埃米莉·京, 查利·施密特 申请人:康尔福盛303公司