专利名称：用于处理有关实验室检验和结果的系统和方法
技术领域：
本发明涉及实验室检验(test)且更具体地涉及在微生物学检验实验室里在贯穿临床培养物的检验生命周期的始终验证(validate)检验结果。
背景技术：
临床实验室被赋予这样的任务，即执行对临床培养物的检验以标识可正在引起患者内感染的有机体。在正常操作期间，微生物学实验室部门接收由医生所收集的各种患者试样。微生物学技师将试样平涂在培养基上且孵育培养基。被平涂的试样在本技术中通常被称为“临床培养物”。经过一定的时间，有机物在临床培养物上生长。微生物学技师的责任是从临床培养物中识别可正在引起患者内感染的任何有机物(例如，细菌，真菌(fungus)，微细菌，寄生物，病毒)并且提供技师所知的可适用于治疗可能的感染源的任何抗菌信息。
正如传统地，实验室技师在通常被称为临床培养物“检验生命周期”的数小时、天或周期间分析临床培养物。贯穿培养物的“检验生命周期”的始终，当生物化学检验被执行时，技师周期性地将单个的检验结果输入到实验室系统。当这些单个的检验结果出现时其被典型地发布给技师。基于从前的结果，在生命周期较后阶段所输入的结果应该具有预期的后果。作为一个实例，如果较早被执行的检验，如GramStain(革兰氏染色剂)检验被报告为许多Gram Negative Rods(革兰氏阴性棒)，则在较后被执行的检验，如有机物ID检验中见识广的技师应该预料到作为较后的检验结果的Gram Negative Organism(革兰氏阴性有机体)。
技师义不容辞地是当输入较后的结果时将较早检验的结果考虑进去，这样不一致或错误的结果并不被发布给医生用于复查。
这个过程的缺点是其的不可预测性和不一致性。具体地，技师区分预期和非预期结果的能力部分地取决于技师所获取和所记忆的可随技师到技师而变化的知识，他就参考图，手册以及监督复查的程序的能力。
所述过程的另一缺点是培养物试样的验证是在培养物被定案之后(即在检验生命周期的结束时)而被执行的。在多数情况下这太迟了，因为任何非预期的中间结果当其发生时便已经被发布给医生用于复查。相反验证应该优选地在贯穿培养物的检验生命周期始终通过连续地监视检验结果且当其出现时将其与其它培养结果比较而被执行，而不象传统那样在最后阶段。
另一缺点是没有消息能力，以用于当非预期结果出现时通知技师要采取什么附加步骤。
另一缺点是在验证期间数量并不被加以考虑，由此使验证不精确。
不存在克服了上述所提到缺点的用于处理与实验室检验和结果有关信息的已有系统。
发明内容
本发明强调对得到改善的微生物学验证系统的需求。在临床微生物学实验室在培养物的“检验生命周期”期间，在数小时、天或周期间若干结果被输入且被发布。本发明通过提供这样的技术对这个过程加以改善，当输入较后被执行的检验的结果时所述技术考虑较早被执行的检验的结果，以便于不一致性或错误的结果并不被发布给技师用于复查。
根据本发明的一个方面，一种用于处理有关实验室检验和结果的方法包括接口处理器，其接收用以标识患者的实验室检验结果和实验室检验的预期结果的由用户所输入的数据。验证处理器将实验室检验结果与预期的检验结果进行比较并且在其中实验室检验结果未能与预期的检验结果匹配的情况下标识失败条件。结果处理器向用户产生警告消息，从而通知用户失败条件。
现在参考附图，其中贯穿始终相似的参考号表示对应的部件，其中图1示例一个用于处理有关实验室检验/结果信息的微生物学验证系统的实施例；图2是示范性显示图像窗口，其示例用于构建微验证定义的微验证用户定义样板(UDT)；图3是包括在图2的UDT上端部分中的那些微验证参数的示范性清单；以及图4-10是根据本发明方面的各种用户接口屏的计算机显示图像窗口。
具体实施例方式
本发明系统适合于使用在药学和放射学信息系统且使用户能够定义简单或复杂的结果验证过程和消息。所述系统具有在医院实验室设置的特定应用，从而使能对培养物高效且准确的分析。培养物的分析可包括报告各种微生物类型，其可包括细菌、真菌(fungi)、寄生物和病毒。就这个上下文本发明被加以说明。在此所使用的处理器是用于执行任务的一设备和/或一机器可读取的指令集合。处理器包括硬件、固件及/或软件中的任何一个或组合。处理器通过操纵、分析、修改、转换、传输由可执行程序、信息设备所使用的信息，并且/或将所述信息发送到输出设备而作用于信息。处理器可使用控制器的能力。
本发明系统提供若干超出现有技术系统的具体优点，其包括贯穿培养物的生命周期始终通过连续地监视检验结果且当它们出现时与从前所获得的检验结果进行比较而执行对检验培养物的验证。由本发明所提供的另一优点是贯穿培养物的生命周期始终监视被输入的检验结果的能力。当定义预期的结果并且在将非预期的结果发布给技师用于复查之前向用户警告时，本发明还有利地考虑具体的数量。另一优点允许用户定义谁可以忽略(override)验证失败并且在相关方面，允许直接从验证失败窗口输入忽略注释。就具体的消息传递，本发明向用户提供定义用户消息并且允许用户定制系统以向其它人提供提示的能力。本发明还包括失败管理报告，其列出已经被实验室技师所忽略的那些检验。就有关预期的和实际的检验结果，本发明提供一验证失败窗口，其既显示预期的检验结果值又显示引起验证失败的实际检验结果，并且允许用户来定义或构建所组成预期结果的内容，而不是定义预期结果的例外。
在此所说明的被公开元素可由硬件部分(例如分立的电子电路)、软件部分(例如计算机编程)或任何其组合所组成。根据本发明的所述系统可被实施在运行UNIX，Windows NT，Windows 2000或WindowsXP的任何适合计算机上。显然地，当技术变化时，在未来其它计算机和/或操作系统可是优选的。在此所公开的系统可以由使用市场上可获得的研制工具的编程器加以实施。
本技术领域中普通的一个技术人员可以意识到在本发明实施例的图中所示例的显示图像窗口表示一个可能的设置，且其它设置可被使用，所述其它设置可包括代替图中所示例的一个图像窗口的几个图像窗口，或相反地表示几个图像窗口，或不同图像窗口设置的一个图像窗口。
就在临床微生物学实验室内的检验培养物的非限制性上下文中，微生物学验证系统被加以说明。
参考图1本发明可被更加完全地加以理解，所述图1示例根据本发明一个实施侧的微生物学验证系统100。所述微生物学验证系统100包括，例如接口处理器2、验证处理器4、结果处理器6和微验证定义数据库8。所述微验证定义数据库8存储对需要被验证的那些实验室检验的预期检验结果加以定义的微验证定义，下面将要对此加以说明。
在示范性实施例中，微生物学验证系统100由集成在外部计算机系统如医院实验室信息系统(LIS)内的一个或多个软件模块所组成。
本发明以两阶段，预配置阶段和操作阶段操作。在预配置阶段，用户就有关即将执行临床培养的多个检验当中的哪些检验要求验证做出确定。如在此所定义，验证涉及基于用户所供给的预先定义的预期结果寻找非预期的检验结果。对于由用户要求验证所标识的那些检验，用户建立对预期结果加以定义的一个或多个微验证定义。一旦被建立，微验证定义被存储在微验证定义数据库8内，用于在操作阶段的随后调用，用于与实际检验结果相比较以确定要求验证的检验的有效性或无效性。所述过程的两个阶段，预配置和处理被更详细地说明如下在预配置阶段，用户(顾客)首先决定要执行特定临床培养的那些实验室检验当中的哪些检验需要验证。在随后示例性实例中，参考血的临床培养物。在血临床培养物的具体情况下，典型地对要求验证的血培养物试样所执行的一个检验是GRAM检验。为了验证GRAM检验，用户完成图2的用户定义样板(UDT)200，其包括数据如预期的GRAM检验结果，多个预先条件，以及一个或多个进一步被定义的检验及其预期的结果，其中考虑到较早被执行的GRAM检验及其预期结果，进一步被定义的检验的预期结果由用户供给。
通过完成一个或多个用户定义的样板(UDT)，如图2中所示的示范性UDT，用户对要求验证的由用户标识的检验的预期结果加以定义。
图2是示例UDT样板200的一个实施例的示范性显示图像窗口。UDT 200样板一旦由用户完成，便被作为要求验证的特定检验的预期结果的微验证定义被存储。如由用户所决定，微验证定义是针对要求验证的那些检验而建立的。
如上所陈述，针对要被验证的检验的微验证定义的建立要求用户标识要被验证的检验连同其预期结果，供给包括预先条件的数据并且考虑到要被验证的检验标识任何进一步的检验及其相应的预期结果。就有关任何进一步的检验，用户具有要求或不要求实际检验结果与预期检验结果匹配的选项。通过核对或不核对“Req？”项目框(entry box)238提供这个选项，所述项目框与在预配置期间标识UDT 200上进一步被定义的检验的行项目(line entry)相联系。
UDT200的预先条件的一个实例是示于UDT 200上端部分中的“Incubation Time(孵育时间)”域230。在本实例中，用户已经输入值“1”，其表示“Incubation Time”域的1天。用户已经确定用于验证“GRAM”检验208的必要预先条件是等于或大于一天的孵育时间。
确定是否孵育时间预先条件被满足由系统100执行如下。验证处理器4被配置成核对检验结果被观察的当前日期及培养物的起始日期，以确定是否孵育时间是至少一天。如果孵育时间被确定为小于一天，则预先条件未得到满足且“GRAM”检验208的微验证不被执行。
在完成要被验证的特定检验的UDT 200时，由用户所提供的用来填写UDT样板200的微验证参数作为单个记录被存储在微验证数据库8中。所述记录由各种预先条件参数值和进一步被定义的检验及其相联系的预期值组成。微验证记录随后在执行检验验证的处理阶段期间的各种时间里被调用。
图2的示范性UDT 200被示出被分成顶端部分202和底端部分204。顶端部分202包括如检验说明域，即标识要被验证的实验室检验的“Test”208，执行机构“Perf Instn”210，“result”212，组织团体优先权(“Org Grp Prio”)214，激活(“Active”)216，“CultureTest”218，“Source”220，验证说明(“Validation Desc。”)222，验证失败消息(“Validation Fail Msg”)224，“Validation Severity”(“验证严重程度”)226，所要求的忽略注释(“Override Cmnt Req？”)228，及“Incubation Time”230等域。从上面提到的域当中，定义预先条件的域包括图2中的域208、212、214、216、218、220和230。
UDT 200的底端部分204包括若干项目行232a-h，为了验证或作废要求验证的检验(例如GRAM检验208)的目的，其用于允许用户定义进一步的实验室检验234及其相联系的预期检验结果236。
当“Req？”项目框238被核对时，其要求当执行验证时进一步的实验室检验，例如ORG ID 234要被考虑为确认检验。在其中两个或多个进一步的实验室检验234被用作为UDT 200的底端部分204的确认检验情况下，每当至少一个确认检验的实际结果未能与其预期结果相匹配时，则失败条件发生。
图3的表1说明了被示例于图2中UDT 200的顶端部分202的微验证参数。表1的第一列30标识各种微验证参数208-238。第二列32提供对第一列的微验证参数208-238的简洁说明。例如，示出针对微验证参数“validation severity”226，当非预期的检验结果即“INFO”，“WARN”或“FAIL”出现时，用户具有选择要被显示的三个消息之一的选项。所述选择可针对要被执行的不同微验证检验而不同。第三列34说明在一个实施例中微验证参数(micro-validation)可如何被存储在微验证数据库8中。
对于要求验证的实验室检验，在预处理阶段期间，每个要被验证的检验的一个或多个UDT 200以上述所说明的方式被完成。当用户完成要求验证的那些检验的UDT 200时，则认为预配置阶段完成。
处理阶段紧跟着预配置阶段，且涉及在数小时、天或周期间对临床培养物的生命周期检验。培养物的处理开始于医生确定培养物需要从患者获取。培养物被从患者获取且被交付到微生物学实验室。在确定培养物适合于身体部位时，如传统地，实验室将此培养物登记到实验室信息系统(LIS)。
贯穿处理阶段始终，实验室技师执行检验且记录与在考虑当中的培养物有关的结果。为了完成涉及到培养物生命周期检验的必要操作，技师经由用户接口，在此被称为用于处理与实验室检验和结果有关的信息的“工作卡”，与本发明的系统进行接口。
图4是所谓的“工作卡”400的一个实施例的显示图像窗口，在处理阶段开始之时所述“工作卡”400被技师调用在工作屏上。
作为实例，响应于技师对患者血培养物的调用，图4的微工作卡400被示于技师。要理解到“血培养物”类型(C BLD)411的工作卡表示技师可选择要调用的宽范围培养物类型之一。由技师可调用的其它培养物类型可包括，例如伤口培养物，唾液培养物、尿液培养物等。
工作卡400是贯穿培养物的检验生命周期始终由实验室候补技师所使用的显示用户接口，当检验结果发生时其允许技师输入、显示、复查、接收和拒绝检验结果。
工作卡400被分成三个区域，第一(上部)区域402包括标题域411，“C BLD(PRELIM)”及各种患者人口统计，如姓名413-“Dillow，Raliegh”，性别415-“M”，年龄417-“42”，主治医生419-“UNKOWNDOCTOR”。标题域411，例如“C BLD(PRELIM)”将工作卡400标识为工作卡的血培养物类型。
工作卡400的第二(中间)区域404被标明“Direct Exam”且表示用于显示可直接在标本培养物上执行的检验的区域。在本实例中，项目行412在标题“Test ID”下示出MEDIA及在标题“Rslt”下示出PERFORMED。MEDIA检验是用户定义的检验，其自动地是血培养物组检验的一部分。要注意到一些用户并不对这个检验加以定义。在的确对MEDIA检验加以定义的用户当中，出于包括审查，调查表，系统和内部原因等任何数量的原因，大多数用户使检验自动地带有“PERFORMED”状态的结果。作为选择地，用户可以手动输入MEDIA检验的结果。通过在“Rslt”域看到结果，例如PERFORMED，结合被覆盖日期/时间域418的项目，例如“09/26/2003”，向实验室技师提供血培养物已经被孵育且生命周期检验已经开始的指示。在第二区域404中还示出的是“Culture Tech Note”域421，其用于通过使用工作卡400可在实验室人员当中被共享的非报告信息。
工作卡400的第三(下部)区域406被标明“Culture Workshop”且表示工作卡400这样的区，其用于显示在培养物标本上所执行的非直接检验的状态。在项目行423所指示的“CULT RPT”检验是作为血培养物组检验的一部分而执行的标准检验。每当血培养物类型的工作卡由实验室技师引出时，项目行423被自动地显示。
要理解工作卡400的布局表示代表从中得到布局的传统纸系统的一个实施例。其它布局处于本发明的规划当中。
图5a是在制备血培养物的正常进展中图4中工作卡400的显示图像窗口。图5a示例在图4中所示的相同数据且附加地包括在工作卡400的“Direct Exam”区域404的项目行512，其指示技师已经执行革兰氏染色剂检验，即“GRAM”，且已经观察到它对应的检验结果，即“MANY GRAM NEGATIVE RODS”。项目行512进一步示出结果已经被输入到系统100内，即在题目“Rslt Sts”下看到“ENT”514。ENT状态指示已经被输入到系统内但还未被发布给医生用于复查的结果。
正如在检验领域中的那些在行人员所众所周知，用于执行革兰氏染色剂的准备步骤包括将培养物试样孵育到适当的培养基及显微玻片上，并且将被孵育的培养基放置在孵育器内用于整夜孵育。在孵育周期之后，技师执行Gram Stain检验且将检验结果输入到系统100内。
现在参考图1和5及下面的表II说明输入检验结果的过程。
首先参考图1，当检验如革兰氏染色剂检验被执行时，结果被输入进系统100。检验经由接口处理器2被输入，所述接口处理器被配置成在贯穿培养物的检验生命周期始终的不同时间阶段接收包括检验结果数据的输入数据。
表II示例可由图1中接口处理器2所接收的各种类型数据。第一列是对各种数据类型的说明且第二列是对在本发明中所使用的那些数据类型的具体实例的说明。
表II
通过将实际实验室检验结果9(表II的排3)与要求验证的检验，例如图2中的革兰氏检验及在较后阶段为验证或作废要被验证的检验如革兰氏检验208而进行的进一步被执行的检验的预期检验结果7(表II的排2)进行比较，验证处理器4执行验证处理。出于验证Gram检验208的目的，在图2中示出单个进一步被执行的检验。所示出的进一步被执行的检验是具有其预期结果，即GNRGRP 236的ORG ID检验。当要被验证的检验，如Gram检验208的实际实验室检验结果9(表II的排3)未能与其预期的结果7(表II的排2)匹配时，失败条件被标识。当进一步被执行的实际检验结果15(表II的排6)未能与其预期的检验结果13(表II的排5)匹配时失败条件也被标识。在其中出现失败条件的那些情况下，结果处理器6向用户产生警告消息。
预期的结果可以以若干方法被表达。一些常见的表达通过指示，例如培养物对检验化合物有“抵抗性”，或对检验化合物有“敏感性”可被讲述。检验结果另外还可以被简单地表达成具有“阳性的”或“阴性的”检验结果。
应该理解为预期的结果还可以被表达成数量的定性描述，如在本实例所讲述(GRNGRP＝many gram negative rods(许多革兰氏阴性棒))，其中述语“many(许多)”表示对“gram negative rods”数量的定性说明。由本发明所使用的其它定性描述包括，但不局限于“few”(“几个”)、“resistant”(“抵抗性”)、“sensitive”(“敏感”)、“positive”(“阳性的”)和“negative”(“阴性的”)。
定性描述的一些实例如下。如果要被验证的检验是，例如ORG ID检验且其检验结果是“Klebsiella pnuemoniae”(“肺炎克雷白杆菌”)，则确认检验如Ampicilli(AM)(氨卡青霉素)具有“抵抗性”的预期结果。如果ORG ID检验结果是“Staphylococcus aureus”(“金黄色葡萄球菌”)，则Vancomycin(VA)(万古霉素)确认检验具有“敏感性”的预期结果。如果ORG ID检验是“Staphylococcus”(“葡萄球菌”)，则Catalase确认检验(CAT)(过氧化氢酶确认检验)具有“阳性的”的预期结果。如果ORG ID检验结果是“Streptococcus”(“链球菌”)，则Catalase确认检验具有“阴性的”的预期结果。
使用定性数量指示符的另一实例将是在这样的情况下，其中Sputum Culture(唾液培养物)被用作具有“Many”革氏兰阴性棒(GNRGRP)的预期结果的确认检验(见图2的218)。再参考图5a，向本发明系统100输入检验标识符及其对应的检验涉及到在图5a中工作卡400的“Add Test”图标516上点击的动作。作为响应，图5b的弹出窗口550被显示给技师。弹出窗口550的区域580列出可由技师添加的用于血培养物实例的各种检验。在本实例中，技师将加亮“GRAM”检验且在“Add”图标582上点击，从而引起弹出窗口550消失且项目行512出现在图5a的工作卡400上。
通过按下图5a中工作卡400的“Enter Result”图标518，GRAM检验的检验结果，如技师所观察的那样，随后被输入进系统100。作为响应，图5c的弹出窗口570被显示给技师。弹出窗口570包括数量菜单590和说明菜单592，其中数量菜单590列出测量结果数量的菜单，以及说明菜单592列出检验结果说明的菜单。在本实例中，针对GRAMSTAIN检验的“many gram negative rods”结果，技师将从数量菜单590中选择“MANY”且从说明菜单592中选择“GNR”。当在“Add”图标594上点击时，经编码的文本结果“MANY GRAM NEGA TIVERODS”被显示在弹出窗口570的经编码文本结果区域596内，由此给技师提供进一步机会，即在“Apply”图标598上点击之前修改所做出的选择。在“Apply”图标598上点击之后，被输入的检验结果以“MANYGRAM NEGATIVE RODS”出现在图5a中工作卡400的行512上。
接下来，在检验血培养物试样的正常期间，在较后阶段，技师接收到血培养物试样，其带有在其上生长的有机物。若干微生物学检验被执行且结果经由工作卡400被输入进系统100。在本实例中，在血培养物试样上所执行的生物化学检验导致“Many Staph Aurues”的确定。通过在图5a中工作卡400的“Add/Edit Org”按钮520上进行点击以输入有机物检验结果及有机物标识，技师输入检验结果以用于较后执行的生物化学检验。
图5d是响应于技师在图5a中“Add/Edit Org”按钮520上的点击显示给技师的弹出窗口580。当结果被输入时，它们出现在弹出窗口的右上部分606。有机物数量和标识被输入在区域604，其结果出现在弹出窗口的右下区域608。
在示例性的实例中，技师执行两个生物化学检验，催化检验“CAT”及试管凝固酶检验“TUBE”。两个检验结果被技师确定为阳性，导致“Many Staphlococcus Aurues”(“许多金黄色葡萄球菌”)有机物标识。技师在“Apply“图标610上点击以接受此结果。
图6是响应于技师在图5d中的“Apply”图标610上点击的工作卡400的显示图像窗口。显示图像窗口包括区域406中的新项目行416，其表示有着所执行的生物化学检验及有机物的标识等信息。对于本领域中那些普通技术人员所众所周知地是，“Many Staph Aurues”的有机物标识并不是如所预期的Gram Negative Rod类型。所预期的结果是“GNRGRP”236(见图2)。如果非正确的结果被试图发布给医生用于复查，则它将导致验证失败。
在这一点上有益地是说明各种方法，借此所述各种方法结果可被发布给医生用于复查。总体上，存在三个状态类型“Enter Status”、“Review Status”和“Release Status”。“Enter Status”定义其中技师将检验结果输入到系统100但并不使结果可用于发言(floor)的情况 “Review Status”定义其中监督员在允许检验结果即将被输入到发言之前对其复查的情况，以及“Release Status”定义其中结果既被输入进系统100又被发布给医生用于复查的情况。上面所说明的状态条件经由四个图标在工作卡400中被实施。
现在参考图6，四个图标，即“Comp/Save”420，“Rel/Save”422，“Rel/Fin/Save”424和“Comp/Fin/Save”426被示在工作卡400的左下侧部分。在此提供各种选项以适应不同的实验室政策和技师用于结果复查的专业技巧水平。
当检验结果已经被具有适当安全证书的监督员或实验室技师复查时，“Comp/Save”图标420被用来保存所述检验结果。所述复查可在线地或通过使用工作卡400的打印输出而发生。假设继保存即时结果之后附加的检验被执行。换句话说，还一直没有到达培养物检验生命周期的结束。复查之后，检验结果被发布给医生用于复查。
“Rel/Save”图标422被应用于其中实验室技师并不拥有适当的证书且监督复查被委托的情况。假设继保存即时的结果之后附加的检验被执行。换句话说，还一直没有到达培养物检验生命周期的结束。
“Comp/FinSave”图标424可应用于相同的培养物检验生命周期的结束之时，且包括“Comp/Save”的上面所说明的特点。除了上面提到的特点以外，“Comp/Fin/Save”图标424还将任何更新的/或未保存的数据保存到数据库8。从时间这一点上，培养物的状态从“Preliminary”(“初步的”)变化到“final”(“最终的”)(见图4的“C BLD(PRELIM)”411)。
然而，Rel/Fin/Save图标426还可被用来对培养物的生命周期检验加以定案，在这种情况下技师需要执行一附加步骤。具体地，技师被要求手动地执行REVIEW动作(位于工作卡400菜单选项下)。
在本实例中，技师试图发布有机物标识检验，即“ORG ID”的实验室检验结果，即，“Many Staph Aureus”。在这种情况下，实际的检验结果并不与预期的检验结果，即“Gram Negative Rod”匹配。因此，试图发布实际的实验室检验结果导致验证失败。
虽然出于示例本发明方面的目的，在正常情况下技师将试图不发布失败的检验，但是假设通过按下“Comp/Save”图标420或“Rel/Save”图标422技师发布实验室检验结果，即“Many Staph Aureus”。
图7a是当试图发布失败的结果时被显示给技师的失败验证屏700的显示图像窗口。失败验证屏700提供给技师复查被探测的失败且决定是否忽略此失败并向技师发布此结果的机会。
独立于本发明的系统，根据预先存在的被结合进实验室信息系统的安全措施，每个技师最初被提供有安全访问状态，其允许技师来执行整个实验室系统内的某些功能。这个安全访问状态的一个方面允许技师忽略其验证安全水平状态被确定为“Informational”(“信息的”)或“Warning”(“报警的”)的任何验证失败。在其中验证安全水平状态是“Failure”的情况下，如果技师的安全状态是“validation”，则技师可忽略所述失败。作为实验室信息系统一部分被结合的授权处理器被用来确定技师的安全状态并且允许或拒绝所述忽略。参考图7a，当技师的状态是“validation”时，技师可以通过按下“Yes”图标716忽略失败。
失败验证屏700被显出包括若干列，所述列包括被命名为“Validation Severity”(“验证严重程度”)702用于说明失败检验的验证失败严重程度的第一列。在所示例的实例中，验证严重程度被示为“FAIL”。如上所陈述，在预处理阶段，经由UDT 200验证严重程度水平被设置。验证严重程度可以被设置成“INFO”，“WARN”或“FAIL”之一。
失败验证屏700的第二列被命名为“Validated TestID/Result”704，其标识要被验证的检验及其预期的结果。在本实例中，“TestID/Result”是GRAM STAIN检验208(见图2)且预期的结果是许多革兰氏阴性棒“MANY FNR”212(见图2)。
失败验证屏700的第三列被命名为“Failed TestID/Result”706，其标识在培养物检验生命周期的较后阶段所执行的检验及其所观察的(实际的)结果。在本实例中，ORG ID检验在较后阶段作为较早被执行的ORG ID检验的确认检验而被执行。如在706中所示，ORG ID的实际检验结果是“MANY STAAUR”。回想起当构建Gram检验208的微验证定义时，图2的ORG ID检验234被包括作为随后要被执行的作为验证或确认检验的检验，如在图2的项目行232a上所示，连同其预期结果，图2的GNRGP 236，其也被示于图7a的第五列710上。在执行ORG ID检验时，其实际的或经观察的结果，即“MANYSTAUUR”706不同于其预期的检验结果GNRGRP236，从而使较早被执行的GRAM STAIN检验208无效。
失败验证屏700的第四列被命名为“User Message”708，其为技师提供这样的指示，即在这种情形下，要被验证的较早被执行的检验/结果704与实际的检验/结果706不匹配。所示出的消息包括用户提示，其建议技师重新确认较早被执行的检验。消息提示还可包括，例如引导技师执行另一预先确定的实验室检验的提示、引导技师重复检验的提示、为用户提供预先确定的消息的提示及标识实际的检验结果及预期的检验结果的提示。
失败验证屏700的第五列被命名为“Expected Result”710，其标识较后被执行的检验和其相联系的预期结果。在本实例中，较后被执行的“ORG ID”检验的预期结果是“GNRGRP”，即革兰氏阴性棒。
失败验证屏700的第六列被命名为“Requires Comment”712并且显示“Y”(yes)或“N”(no)以向技师提供一快速指示，即为了使验证被忽略，验证是否要求忽略的原因。如果所述列显示“Y”且技师按下YES图标716(并且没有所输入的忽略的原因，见714)，则要输入忽略的原因的消息被显示给技师。通过显示给技师其中在验证忽略之前要输入原因的那些情况，这个列可以潜在地节省技师的时间。在本实例中，“N”(no)被示在712，其指示不要求忽略的原因，这样YES图标716可以被按下且验证被忽略而无需在714输入原因。
失败验证屏700的第七列被命名为“Reason to Override”714并且提供可能已经被输入的任何“reason for override”的显示。技师有机会提供对忽略验证失败的简洁说明。通过按下图7a中FailureValidation Window(失败验证窗口)左上侧部分处的“Enter Reason ForOverride”图标720，可以输入这个忽略域的文本。“reason foroverride”被结合进可由监督员复查的验证复查记录。下面就与图10相联系对验证复查记录加以定义。
图7b是响应于技师按下图7a中的“Enter Reason For Override”图标720被示与技师的弹出窗口750的显示图像窗口。弹出窗口750包括用于提供忽略原因的文本项目域752。当在“Add”图标754上点击时，所述文本被包括在图7a的验证窗口的文本域714处。
技师具有这样的选项，即按下图7a的“Yes”图标716以接受(忽略)验证失败并且将较后被执行的检验结果发布给医生，或者按下图7a的“No”图标718并且不将检验结果发布给医生。注意到通过按下“Yes”图标716忽略验证失败导致忽略被包括在可由监督员复查的管理报告中。
图8是响应于技师按下图7a中失败验证屏处的“No”图标718被示于技师的工作卡400的显示图像窗口。当技师按下“No”图标718并且选择不接受验证失败的检验结果时，技师具有若干选项，其包括再次重新读取革兰氏染色剂，输入革兰氏染色剂的新结果或返回到原始的血培养物且重新开始。选择“No”图标718防止检验结果被发布给医生用于复查。注意到图8的项目行416(被示出相对于图6中所示的项目行向右卷动)包括在“Rslt Sts”标题下的ENT项目433。这指示所述结果被保存到数据库8但还未被医生用于复查。项目行416进一步示出对有机物所执行的生物化学检验及其联系的结果431。在所示例的实例中，示出对血培养物所执行的两个生物化学检验，即CAT检验和TUBE检验，两者均具有阳性P结果。应该理解为如果用户要求的话，两个生物化学检验，CAT和TUBE还可以按照上面所说明的方式被验证。换句话说，用于验证较早被执行检验的检验可本身由较后被执行的检验所验证。然而，要注意到为了验证任何检验，要求在预处理阶段填充UDT 200。
图9是响应于技师按下图7a中失败验证屏处的“Yes”图标716被示于技师的工作卡400的显示图像窗口。选择“Yes”图标716将检验结果发布给医生。注意到图8的项目行416(被示出相对于图6中所示的相同行向右卷动)包括在“Rslt Sts”标题下的COMP项目417。COMP项目指示结果已经被保存到数据库且被发布给医生用于复查。
在本实例中，“ORG ID”检验作为正在考虑当中的血培养物的最后验证或确认检验而被加以执行。因此，在执行ORG ID检验并且记录所述结果之后，技师按下“Rel/Fin/Save”图标424以对血培养物的生命周期检验加以定案。
图10是复查验证窗口1000的显示图像窗口。复查验证窗口1000可从图9的工作卡400上的下拉清单中获得。在其中培养物具有一个或多个被忽略的验证情况下，监督员具有复查被忽略的失败验证清单的能力并且通过按下“Yes”图标1002具有继续对培养物加以定案的过程的选项或相反通过按下“No”图标1004决定不对所述过程加以定案。
虽然本发明已经参考特定的实施例被加以说明，但是应该理解到可以诉诸于许多变化，而不偏离在所附的权利要求中所提出的本发明的实质和范围。技术说明和附图要相应地被视为以示例性的方式且并不旨在限制所附权利要求的范围。
权利要求
1.一种用于处理与实验室检验和结果相关的系统，包括接口处理器，其用于接收由用户所输入的用来标识患者的实验室检验结果的数据以及用于接收由用户所输入的用来标识所述实验室检验的预期结果的数据；验证处理器，其用于将所述实验室检验结果与所述预期检验结果进行比较并且用于响应于未能与所述预期检验结果匹配的所述实验室检验结果标识第一失败条件；以及结果处理器，其用于启动给用户的指示所述第一失败条件的警告消息的产生。
2.根据权利要求1的系统，其中所述接口处理器进一步接收由用户所输入的用来标识所述患者的至少一个进一步的实验室检验结果的数据以及用来标识由用户所输入的所述至少一个进一步的实验室检验的至少一个进一步的预期实验室检验结果的数据；以及其中所述验证处理器将所述至少一个进一步的实验室检验结果与所述至少一个进一步的预期实验室检验结果进行比较，并且响应于未能与所述一个进一步的预期实验室检验结果匹配的所述至少一个进一步的实验室检验结果标识第二失败条件；以及其中所述结果处理器启动给用户的指示所述第二失败条件的警告消息的产生。
3.根据权利要求1的系统，其中所述接口处理器进一步接收标识用于验证所述患者的所述实验室检验的多个验证预先条件的用户所输入的数据，其中当至少一个所述多个验证预先条件未得到满足时，所述验证处理器标识第三失败条件，其中所述结果处理器启动给用户的指示所述第三失败条件的警告消息的产生以及所述多个验证预先条件之一对应于在将所述实验室检验结果与所述预期的检验结果进行比较之前进行等待的经过的时间周期，所述经过的时间周期是在所述实验室检验启动之后的时间周期。
4.根据权利要求1的系统，其中所述被接收的由用户输入的用来标识所述实验室检验预期结果的数据包括下述至少之一，(a)指示培养物对检验化合物有抵抗性的标识符，(b)指示培养物对检验化合物有敏感性的标识符，(c)指示阳性检验结果的标识符及(d)指示阴性检验结果的标识符。
5.根据权利要求1的系统，其中其中所述被接收的由用户输入的用来标识所述实验室检验预期结果的数据包括一数量标识符，所述数量标识符指示培养物的每单位面积上微生物的近似数量的存在，所述数量标识符标识每单位面积上所述微生物数量的定性范围，包括下述至少之一，(a)指示“few”(几个)的标识符及(b)指示“many”(许多)的标识符以及所述微生物包括至少下述之一，(a)细菌，(b)真菌，(c)寄生物及(d)病毒。
6.根据权利要求1的系统，其中所述被接收的由用户输入的用来标识所述实验室检验预期结果的数据标识至少下述之一，(a)存在于培养物每单位面积上的微生物数量的计数值，(b)微生物指示剂的颜色，(c)微生物指示剂的颜色变化。
7.根据权利要求1的系统，其中所述被接收的由用户输入的数据标识所述实验室检验的多个预期结果以及用来将多个实验室检验结果与所述多个预期结果进行比较的所述验证处理器，以及如果至少一个所述多个实验室检验结果未能与所述多个预期结果的对应之一相匹配响应于预先确定的条件标识失败条件，所述接口处理器接收由用户所输入的数据，所述数据标识对应在实验室检验的不同时间阶段所得到的多个检验结果的多个预期结果，所述验证处理器将所述多个预期检验结果的单个结果与所述多个检验结果对应的单个实验室检验结果进行比较，并且响应于未能与所述对应的预期检验结果相匹配的所述单个实验室检验结果，标识失败条件，以及所述结果处理器启动给用户的警告消息的产生，所述警告消息指示在所述不同时间阶段的特定时间阶段所进行的所述单个检验的失败条件。
8.根据权利要求1的系统，其中所述结果处理器响应于所述失败条件的发生启动给用户的警告消息的产生，所述消息至少执行下述之一，(a)提示用户启动另一预先确定的实验室检验行为，(b)通知用户所述失败条件的潜在原因，(c)提示用户重复所述实验室检验，(d)给用户提示一用户预先确定的消息及(e)所述实验室检验的预期结果和实际结果的标识。
9.根据权利要求1的系统，其中所述结果处理器启动给用户的警告消息的产生，提示用户输入用来指示是否所述失败条件要被忽略的忽略命令，响应于所述被用户忽略的命令，所述结果处理器启动对用来指示所述失败条件被忽略的记录的存储，以及所述记录至少是下述之一，(a)可由被授权的人访问，(b)提供用来指示输入所述忽略命令的人的审查痕迹以及(c)被结合在用来标识忽略命令发生的报告中。
10.根据权利要求1的系统，包括授权处理器，用于确定用户是否被授权来忽略所述失败条件并且响应于所述用户未被授权的确定来禁止忽略。
11.一种用来处理有关实验室检验和结果的信息的用户接口系统，包括显示处理器，用于启动至少一个显示图像产生，所述显示图像包括显示元素，其用于使用户能够输入用来标识患者的实验室检验结果的数据，以及输入用来标识所述实验室检验的预期结果的数据，以及用于向用户显示用来指示失败条件的警告消息，其源自通过比较所述实验室检验结果与所述预期的检验结果以及通过响应于未能与所述预期的检验结果相匹配的所述实验室检验结果来确定失败条件。
12.根据权利要求11的用户接口系统，其中所述至少一个显示图像包括用于使用户能够输入用来标识所述实验室检验的预期结果的显示元素，其包括至少下述之一，(a)指示培养物对检验化合物具有抵抗性的标识符，(b)指示培养物对检验化合物具有敏感性的标识符，(c)指示阳性检验结果的标识符，(d)指示阴性检验结果的标识符以及(e)指示培养物的每单位面积上微生物近似数量存在的数量标识符以及所述至少一个显示图像包括用于向用户显示警告消息的显示元素，用以提示用户输入用来指示所述失败条件是否要被忽略的忽略命令。
13.一种用于处理有关实验室检验和结果的信息的系统，包括接口处理器，用于接收由用户输入的用来标识对应于在实验室检验的不同时间阶段所得到的多个检验结果的多个预期结果的数据；验证处理器，用于将所述多个预期的检验结果与所述多个检验结果对应的单个实验室检验结果进行比较，以及响应于未能与所述对应的预期检验结果相匹配的所述单个实验室检验结果，标识失败条件；以及结果处理器，用于启动给用户的警告消息的产生，其指示在所述不同时间阶段的特定时间阶段而执行的所述单个检验的失败条件。
14.一种用于处理有关实验室检验和结果的信息的方法，包括下述活动接收由用户输入的用来标识在实验室检验的不同时间阶段所得到的对应多个检验结果的多个预期结果的数据；将所述多个预期检验结果的单个结果与所述多个检验结果对应的单个实验室检验结果进行比较；响应于未能与所述对应的预期检验结果相匹配的所述单个实验室检验结果，标识失败条件；以及启动给用户的警告消息的产生，其指示在所述不同时间阶段的特定时间阶段而执行的所述单个检验的失败条件。
15.一种用于处理有关实验室检验和结果的信息的用户接口系统，包括显示处理器，用于启动至少一个显示图像的产生，所述显示图像包括显示元素，其用于，使用户能够输入用来标识预期的实验室检验结果、实验室检验结果、至少一个进一步的预期实验室检验结果、至少一个进一步的实验室检验结果的数据；以及用于验证所述第一实验室检验的多个验证预先条件，以及用于给用户显示警告消息来指示失败条件，所述警告消息来源于将所述预期的实验室检验结果与所述实验室检验结果进行比较，以及响应于未能与所述预期的实验室检验结果相匹配的所述实验室检验结果，标识第一失败条件；将所述至少一个进一步的实验室检验结果与所述至少一个进一步的预期实验室检验结果进行比较，以及响应于未能与所述至少一个进一步的预期实验室检验结果匹配的所述至少一个进一步的实验室检验结果，标识第一失败条件；以及确定至少一个所述多个验证预先条件没有得到满足。
全文摘要
提供了一种强调对改善的微生物学验证系统的需求的系统和方法，贯穿临床培养物生命周期的始终，当临床培养物出现时，所述验证系统监视且验证临床培养物的实验室检验结果。提供了这样的技术，当输入较后被执行检验的结果时，所述技术考虑了较早被执行的结果，以便于患者的不一致或错误的检验结果并不被疏忽地发布给医生用于复查。
文档编号G06F19/00GK1603834SQ20041003013
公开日2005年4月6日 申请日期2004年3月19日 优先权日2003年3月19日
发明者D·布伦巴赫, L·马尔基奥迪, J.汉斯伯格, S.布朗斯特 申请人:西门子医疗健康服务公司