用于管理多重诊断引擎环境的用户接口的制作方法
本申请在35usc§119(e)下要求2017年11月20日提交的申请号为62/588,689的美国临时申请的权益。以上引用的专利申请的全部内容由此通过引用明确地被并入本文中。
背景技术：
护理点测试可以被定义为在该处提供护理或其它治疗的位置处所执行的医学诊断测试。护理点测试也可以被称为近患者测试、远程测试、卫星测试、以及迅速诊断测试。可以相对快速地使得护理点测试结果可用，使得可以无延迟地对它们采取行动。这增大患者、医师和护理团队将更快地接收结果的可能性，其允许做出更好并且更即时的临床管理决策。
技术实现要素：
本文中所公开的是用于分析一个或多个样本的方法和系统。护理点系统可以包括多个诊断引擎，以及与每个诊断引擎进行电子通信的仪器数据管理器（idm）。诊断引擎中的每一个可以在样本上执行测试。所述idm可以被配置成与所述多个诊断引擎中的每一个通信，以使得能够由多个用户通过使用所述多个诊断引擎而大体上同时地在多个不同的样本上执行多个测试，并且呈现单个用户接口以用于管理通过所述多个诊断引擎的测试以及用于接收由所述多个诊断引擎中的每一个所执行的测试的测量结果。
所述多个诊断引擎可以例如包括以下各项中的至少一个：血液气体诊断引擎、心脏诊断引擎、凝结诊断引擎、糖尿病诊断引擎、以及尿分析诊断引擎，并且所述多个诊断引擎中的一个或多个可以是不同类型的诊断引擎。所述一个或多个诊断引擎可以执行测试并且可以在受限的时段内存储（例如缓冲）该测试的测量结果，直到测量结果被idm接收为止，或直到在诊断引擎上运行的应用停闭为止。用户接口可以显示一个或多个图标，其各自表示与idm相关联的诊断引擎中的给定一个。
附图说明
以下详细描述在结合附图而阅读的时候被更好地理解。为了图示的目的，在附图中示出了示例；然而，主题不被限制到所公开的特定元素和手段。在附图中：
图1示出了根据本公开内容的一方面的示例性系统图解；
图1a示出了示例性诊断引擎；
图2示出了根据本公开内容的一方面的示例性方法的流程图；
图3示出了根据本公开内容的一方面的示例性方法的流程图；
图4a示出了由用户接口所呈现的用于表示多个诊断引擎的示例性图标；
图4b示出了用户接口的示例性操作者登录页面；
图4c示出了由用户接口所显示的示例性提示；
图4d示出了用户接口的示例性患者信息页面；
图4e示出了由用户接口所呈现的用于表示所述多个诊断引擎的示例性图标；
图4f示出了由用户接口所显示的示例性提示；
图4g示出了用户接口的示例性患者信息页面；
图4h示出了由用户接口所呈现的用于表示所述多个诊断引擎的示例性图标；
图4i示出了由用户接口所显示的示例性提示；
图4j示出了用户接口的示例性患者信息页面；
图4k示出了由用户接口所呈现的用于表示所述多个诊断引擎的示例性图标；
图4l示出了由用户接口所呈现的示例性计算结果；
图4m示出了由用户接口所显示的示例性提示；
图4n示出了由用户接口所呈现的用于表示所述多个诊断引擎的示例性图标；
图4o示出了由用户接口所呈现的示例性计算结果；
图4p示出了由用户接口所显示的示例性提示；
图4q示出了由用户接口所呈现的用于表示所述多个诊断引擎的示例性图标；
图4r示出了由用户接口所呈现的示例性计算结果；
图4s示出了由用户接口所显示的示例性提示；
图4t示出了由用户接口所呈现的用于表示所述多个诊断引擎的示例性图标；
图4u示出了由用户接口所显示的示例性提示；
图4v示出了由用户接口所呈现的用于表示多个诊断引擎的示例性图标；
图5a示出了由用户接口所呈现的用于表示多个诊断引擎的示例性图标；
图5b示出了用户接口的示例性操作者登录页面；
图5c示出了由用户接口所显示的示例性提示；
图5d示出了用户接口的示例性患者信息页面；
图5e示出了由用户接口所呈现的用于表示所述多个诊断引擎的示例性图标；
图5f示出了用户接口的示例性操作者登出页面；
图5g示出了由用户接口所呈现的用于表示所述多个诊断引擎的示例性图标；
图5h示出了用户接口的示例性操作者登录页面；
图5i示出了由用户接口所显示的示例性提示；
图5j示出了用户接口的示例性患者信息页面；
图5k示出了由用户接口所呈现的用于表示所述多个诊断引擎的示例性图标；
图5l示出了由用户接口所呈现的示例性计算结果；
图5m示出了由用户接口所显示的示例性提示；
图5n示出了由用户接口所呈现的用于表示所述多个诊断引擎的示例性图标；并且
图5o示出了由用户接口所呈现的用于表示所述多个诊断引擎的示例性图标。
具体实施方式
护理点测试可以被定义为在该处提供护理或其它治疗的位置处所执行的医学诊断测试。护理点系统或设备可以位于例如医院、疗养院、诊所中，或位于个体患者的家中。护理点测试在本文中也可以被称为近患者测试、远程测试、卫星测试、以及迅速诊断测试。
护理点系统典型地包括单个诊断引擎、处理器、以及用于查看由诊断引擎所生成的结果的用户接口。例如，用于糖尿病测试的护理点系统可以包括：单个诊断引擎，其用于接收血液样本；处理器，其被配置成一次处理单个血液样本测试；以及用户接口，其用于显示在该样本上的测试的结果。在某些现有技术系统中，用户接口和诊断引擎位于相同的外壳内。由于用户接口典型地被附连到诊断引擎，所以通常由单个用户、通过使用单个诊断引擎可执行仅一个测试。甚至在其中用户接口能够与多于一个诊断引擎配对的示例中，用户接口也不可允许同时控制多个测试，更不用说由众多不同的用户执行多个不同种类的测试。
在该处多个操作者在多个患者上执行测试的护理点位置中，可能有必要具有许多护理点系统，其各自具有其自己的用户接口。例如，第一用户（例如护士或实验室技师）可以将血液样本插入到糖尿病诊断引擎中，而第二用户可以将尿样本插入到尿分析诊断引擎中。第一用户可以从与糖尿病诊断引擎相关联的第一用户接口接收结果，而第二用户可以从与尿分析诊断引擎相关联的第二用户接口接收结果。多个用户接口可导致对于测试设施的不必要的成本，并且可占据测试设施中不必要的空间。另外，如果要对诊断引擎中给定的一个做出升级，则将会有必要购买全新的护理点系统，包括新的诊断引擎、新的处理器和新的用户接口。如果护理点系统的仅单个组件坏掉或以其它方式需要更换，则将同样如此。因而，从其中护理点系统的每个组件位于单个围封中的护理点系统中的技术立场，许多缺点是明显的。
本文中所公开的是一种护理点系统，其包括多个诊断引擎，以及与所述多个诊断引擎中的每一个进行电子通信的仪器数据管理器（idm）。所述多个诊断引擎中的每一个可以在样本上执行测试。所述idm可以被配置成与所述多个诊断引擎中的每一个通信，以使得能够由多个用户通过使用所述多个诊断引擎而大体上同时地在多个不同的样本上执行多个测试，并且呈现单个用户接口以用于管理通过所述多个诊断引擎的测试以及用于接收由所述多个诊断引擎中的每一个所执行的测试的测量结果。还公开了用于与护理点系统和用户接口交互的方法。
所公开的护理点系统可以包括idm和用户接口，其可以与任何数目的诊断引擎配对。当对诊断引擎做出改进的时候，可以有可能将最新的诊断引擎与现有的用户接口配对。另外，可以有可能将idm与多个不同类型的诊断引擎配对，并且允许多个操作者同时在不同类型的诊断引擎上运行测试。这可允许护理点系统的用户定制诊断引擎的数目和类型以适合他们特定的需要。此外，由于idm和用户接口可以管理测试设施中的多个诊断引擎，所以可以有可能的是：诊断引擎它们自身可具有受限的处理能力以及很少或无显示能力。
本文中所公开的诊断引擎可以实时地在样本上执行一个或多个测量。理解到：如本文中所使用的术语“实时”意图意指：测量必须在特定的时间和/或基于特定事件的发生被获得。在其中测量必须在特定的时间被获得的示例中，在通过诊断引擎对血液样本的测试期间，数据必须在特定的时间点（例如在样本上的测试被发起之后的确切十秒）被获得以便于计算准确的结果。在其中测量必须基于特定的事件而被获得的示例中，可以发起样本的加热，并且指令可以包括当样本的温度达到100度的时候收集样本的一个或多个测量。何时、如何以及为什么需要获得数据取决于单独的诊断引擎的设计。诊断引擎可以另外基于测量来确定一个或多个测量结果。测量结果可以实时地或非实时地被确定。理解到，如本文中所使用的术语“非实时”意图意指：结果不需要在特定的时间处或在特定的时间间隔内被执行以便被视为有效。测量结果可以表示样本上的测试的结果，并且可以基于在诊断引擎处所执行的实时测量中的一个或多个。测量结果可以由所述一个或多个诊断引擎发送到idm，以用于进一步的处理和/或在用户接口上显示。所述一个或多个测量可以附加地或可替换地被发送到idm。例如，诊断引擎可以向idm发送仅测量结果、仅所收集的测量、或者测量和测量结果的组合。
idm可以从所述一个或多个诊断引擎接收测量结果，并且可以生成计算结果。计算结果可以基于测量结果以及一个或多个参数来被确定。所述一个或多个参数可以是被存储在idm处的参数、经由idm的接口而从用户所接收的参数、和/或从诊断引擎所接收的参数。示例性的参数可以包括但不限于与患者相关联的人口统计信息以及确定测量结果的一天中的某个时间。生成计算结果可以包括执行单位转换（例如从摄氏度到华氏温度）或计算一个测量结果与另一个的比。计算结果可以在idm处非实时地被确定。理解到，idm不变更测量结果它们本身，并且代替地，基于测量结果以及可能地在idm处所接收的其它参数而生成新的计算结果。另外理解到，没有任何患者信息可以从诊断引擎被发送到idm以便确保患者信息的安全性。
idm可以接收患者信息并且可以链接患者信息与测量结果和/或计算结果。理解到，诊断引擎它们本身不可以接收任何患者信息。调控标准可要求诊断引擎不接收任何与患者相关联的信息。代替地，该信息可以被接收并且被存储在idm处。idm可以包括用户接口，用于显示从诊断引擎所接收的测量结果和/或在idm处所确定的计算结果。
在示例中，糖尿病诊断引擎可以测试血液样本以确定对血液样本的白蛋白水平和/或肌酸酐水平进行指示的一个或多个测量。诊断引擎可以具有实时处理器，并且因而可以实时地确定测量。测量结果可以由诊断引擎（实时地或非实时地）生成，其表示样本上的测试的结果，诸如血液样本的白蛋白水平和肌酸酐水平。诊断引擎可以实时地或非实时地将测量结果发送到idm。idm可以基于在idm处所接收的（例如通过使用与idm相关联的用户接口）测量结果和参数中的一个或多个来生成计算结果。通过使用以上示例，idm可以通过如下来生成计算结果：计算血液样本中白蛋白水平与肌酸酐水平的比。idm可以执行其它操作，包括但不限于单位转换。
诊断引擎处理可被限制到样本上测试的执行、一个或多个测量结果的计算、以及存储测量结果直到被传送到idm为止。测量结果的高水平处理可以由idm执行。例如，idm可以根据由诊断引擎所生成的测量结果以及由用户（例如通过用户接口）所提供的参数来生成计算结果。限制诊断引擎它们自身的处理必要性以及在idm处生成并且显示计算结果可以允许对诊断引擎做出改进，而无需庞大的处理器和用户接口。由于idm处的用户接口是诊断引擎不可知的，所以可以在稍后的时间购买诊断引擎，并且所述诊断引擎可以在无需升级用户接口或其世界接口的情况下被升级。
图1示出了根据本公开内容的一方面的护理点系统100。系统100可以包括一个或多个诊断引擎102a直到102n、仪器数据管理器（idm）104、用户接口108、和网络基础设施122。用户接口108可以是idm104的一部分。系统可以可选地包括以下各项中的一个或多个：条形码读取器112、可移除的存储装置116、本地打印机118、和蓝牙条形码读取器120。
诊断引擎102可以执行一个或多个测试。诊断引擎102可以执行一个或多个测试以确定样本、诸如体液样本的一个或多个特性。例如，诊断引擎102可以是糖尿病诊断引擎，其被配置成确定血液样本的一个或多个特性，诸如与血液样本相关联的hba1c水平；或者可以是尿分析诊断引擎，其被配置成确定尿样本的一个或多个特性，诸如该尿样本中的一个或多个代谢物的存在。
诊断引擎102不仅可以包含诊断引擎102的物理组件（例如加热元件146、混合构件148、光学扫描仪150、泵152、试剂154、消耗品等等），而且还可以控制其中那些组件的使用被用于获得测量结果的步骤序列。诊断引擎102可以例如是糖尿病诊断引擎，可以通过使用混合构件148来混合样本，通过使用加热元件146来将样本加热到80摄氏度，通过使用混合构件148来二次混合样本，以及通过使用光学扫描仪150来取得样本的光学读数。
诊断引擎102可以被配置成直接或间接地接收样本。被配置成直接接收样本的诊断引擎可以它自己负责处置该样本，在测试期间与样本直接接触。这些类型的诊断引擎的示例包括所谓的“台架顶部”血液气体分析器（诸如由siemenshealthcarediagnostics（西门子医疗诊断）公司所出售的rapidpoint500），以及自动化的尿化学分析器（诸如由siemenshealthcarediagnostics（西门子医疗诊断）公司所出售的cliniteknovus）。
可替换地，诊断引擎及其物理组件不可直接与样本接触，而是相反地间接接触。该类型的说明性诊断引擎可以接收包含样本的消耗品，而非直接地接收样本。消耗品可以是指可包含样本的任何物理结构。消耗品的示例包括尿条、卡盒、以及侧流条。
诊断引擎102可以是虚拟诊断引擎。虚拟诊断引擎可以利用护理点系统的一个或多个特征，诸如与护理点系统相关联的相机，用于与测试样本对接。虚拟诊断引擎可以非侵入性地确定来自患者的一个或多个测量结果，诸如确定患者的血压或脉搏（例如通过使用血压袖带或脉搏监视器）。虚拟诊断引擎可以确定其它信息、诸如环境温度、湿度，或者可以呈现问卷，其允许录入患者信息。理解到，如本文中所使用的术语“样本”意图包括来自虚拟诊断引擎的测量结果。
可以通过使用本领域中已知的方法中的任一个或其组合而从患者获得样本。例如，为了获得血液样本，注射器可以用于从患者的血管取出血液。附加地或可替换地，血液样本可以被分离（例如通过离心）以隔离并且获得血清样本。血液样本可以附加地或可选地通过如下来被获得：轻刺主体的一根手指（例如利用无菌针），然后收集所期望的量的血液。
在收集了样本之后，样本可以被安置在样本容器中或消耗品上，所述消耗品被配置成由诊断引擎102中的给定一个接收。例如，样本容器可以是被配置成接收某个量的样本的塑料或玻璃容器，或者可以是被配置成接收微小量样本的测试条。理解到，样本容器可以包括任何类型的容器，其被配置成接收任何量的样本，所述样本能够被插入到诊断引擎102中。
能够通过诊断引擎102被测试的体液包括但不限于尿、血液、血浆、唾液、脑脊液、胸膜液、鼻咽的等等。血液样本可以常规地被分析以获得血液中co2和o2的分压以及电解质和代谢物的浓度的测量。许多不同的诊断引擎可以被提供以用于做出这样的测量，其利用刚性分层的传感器组装件和电路。这样的传感器组装件可以用于通过主要临床指示、例如通过监控pco2、po2、ph、na+、k+、ca2+、cl−、葡萄糖、乳酸和血红蛋白值来评定医学患者的状况。然而，理解到，样本不限于这些类型的样本，并且诊断引擎102可以被配置成处理任何类型的样本。
诊断引擎102可以包括化学传感器。诊断引擎102可以包括化学表面、集成电路结构、微机电结构、光学传感器、或响应于化学特性的另一设备，所述化学特性诸如化学物类型、血液气体水平、ph水平、特定化学物的存在、特定化学物的量或其它特性。例如，诊断引擎102可以包括化学或生物识别元件，所述化学或生物识别元件具有或没有渗透膜和信号换能器元件、诸如电化学（安培法或电位法）、电学（离子灵敏的场效应晶体管、电导、阻抗、电势或电流）、光学（发光、荧光或折射率）、热学和/或压电元件。放大或处理元件可以与分析物响应识别元件和/或信号换能器元件相集成。通过使用隔膜截留、物理吸附、基质截留、反应腔室、共价键结、或用于暴露的另一物理结构，生物识别相（酶、抗体、受体、dna或其它化学物）可以与感兴趣的分析物相互作用，以在传感器-换能器界面或电极处产生电荷或光学改变。可以使用任何现在已知或稍后开发的化学传感器、诸如免疫传感器、光极、化学特高频噪声（chemicalcanaries）、谐振镜件、血糖仪、生物芯片、和/或生物计算机。
系统100可以包括多个诊断引擎102和/或多个不同类型的诊断引擎102。例如，系统100可以包括被配置用于测试第一类型的样本（例如血液样本）的第一诊断引擎102a以及被配置用于测试第二类型的样本（例如尿样本）的第二诊断引擎102b。系统100可以包括任何数目的诊断引擎102，用于测试任何数目的不同类型和组合的样本。示例性的诊断引擎102包括但不限于血液气体诊断引擎、心脏诊断引擎、凝结诊断引擎、糖尿病诊断引擎、尿分析诊断引擎、和血压诊断引擎。
血液气体诊断引擎可以被配置成接收血液样本并且确定该血液样本的一个或多个特性。例如，血液气体诊断引擎可以被配置成测量血液样本中氢离子（ph）、二氧化碳分压（pco2）以及氧分压（po2）中的一个或多个。血液气体诊断引擎还可以被配置成针对血液样本中电解质和代谢物的存在和/或浓度进行测量。
心脏诊断引擎可以被配置成接收样本并且测量一个或多个心脏健康标记。在一个实施例中，心脏诊断引擎可以接收血液样本并且可以被配置成测量以下各项中的一个或多个：血液样本中的总胆固醇、低密度脂蛋白（ldl）胆固醇、高密度脂蛋白（hdl）胆固醇、甘油三酯、非hdl胆固醇、以及高灵敏性c反应蛋白质。另外，心脏诊断引擎可以被配置成针对血液样本中的肌钙蛋白水平进行测试和/或测量所述肌钙蛋白水平。
凝结诊断引擎可以被配置成接收血液样本并且测量一个或多个血液凝血特性。凝结诊断引擎可以执行以下测试中的一个或多个：前凝血酶时间（pt）、经激活的部分促凝血酶原激酶时间（aptt）、以及经激活的凝血时间（act）。凝结诊断引擎可以将化学隔膜应用到反应腔室中的一个或多个电极，其可在血液样本中产生凝血酶。还可存在激活剂以加速样本中凝血酶的产生。
糖尿病诊断引擎可以被配置成测量样本中的一个或多个糖尿病标记。在一个实施例中，糖尿病诊断引擎可以通过使用单克隆抗体凝集（addlutination）反应来测量患者的hba1c水平。附加地或可替换地，糖尿病诊断引擎可以被配置成通过使用多克隆山羊抗人白蛋白抗血清来测试血液样本中的白蛋白水平，以及通过使用benedictbehre化学反应来测试样本的肌酸酐水平。idm104可以计算血液样本中白蛋白水平与肌酸酐水平的比。
尿分析诊断引擎可以被配置成接收尿样本并且针对尿样本的一个或多个特性进行测试。示例性的方法可以包括使用色析法检测垫、比色试剂垫（其可以取决于血液中分析物的浓度而改变颜色）、以及光学测试系统，其中尿的图像被置于显微镜下方并且图像识别算法标识样本中的物质。
图1a示出了诊断引擎102n的示例性组件。诊断引擎102n可以包括以下各项中的一个或多个：处理器103、存储器140、无线电路142、加热元件146、混合构件148、光学传感器150、泵152、和试剂154。理解到，诊断引擎102中给定的一个可以可选地包括任何数目或任何组合的这些元件。例如，诊断引擎可以包括多个光学传感器150但是可以不包括泵152。此外理解到，诊断引擎可以包括没有在图中示出或没有在本文中描述的其它组件，诸如分离构件或任何其它组件，如本领域技术人员将会理解的。另外，与第二类型的诊断引擎（例如尿分析诊断引擎）相比，第一类型的诊断引擎（例如糖尿病诊断引擎）可以包括不同数目和/或不同组合的组件。
处理器103可以被配置成处理样本。例如，处理器103可以被配置成从用户接收指令，以在被插入到诊断引擎102中的样本上执行测试，并且输出对该样本上的测试的测量结果进行表示的一个或多个值。在一个实施例中，处理器103可以是实时处理器，其被配置成在给定的时间段、诸如十秒内生成一个或多个测量。处理器103可以附加地或可替换地是非实时处理器，其被配置成基于来自测试样本的测量而生成测量结果。在一个示例中，诊断引擎可以包括多个处理器，诸如被配置成实时地获得测量的实时处理器，以及被配置成处理所述测量以生成测量结果的非实时处理器。
处理器103可以控制诊断引擎102的各种组件（例如加热元件146、混合构件148、光学扫描仪150、泵152、试剂154等等），并且可以从那些组件接收反馈。处理器103可以相应地（实时地）调节诊断引擎102的一个或多个特性，用于将诊断引擎102保持在恰当的操作条件内，并且可以获得通过诊断引擎102所执行的测试的测量结果。
存储器140可以被配置成存储由诊断引擎102所接收或生成的信息。例如，存储器140可以被配置成存储对诊断引擎102所执行的测试的测量结果进行表示的一个或多个值。在一个实施例中，诊断引擎102可以包括受限的处理和存储器能力，使得诊断引擎102被配置成仅仅处理特定类型的样本，将对测量和/或该样本上的测试的测量结果进行表示的一个或多个值存储在存储器140中，以及将测量结果发送到idm104。
无线电路142可以使得诊断引擎102能够与护理点系统100的一个或多个其它组件通信。例如，无线电路142可以使得诊断引擎102能够通过蓝牙或wifi连接而将测量结果传送到idm104。信息可以附加地或可替换地被传送到打印机、信息学管理程序、或任何其它类型的信息系统。
诊断引擎102可以包括一个或多个组件，所述一个或多个组件可以与处理器103通信并且可以受处理器103控制。例如，诊断引擎102可以包括以下各项中的一个或多个：被配置成对测试样本进行加热的加热元件146，被配置成混合测试样本的一个或多个组分的混合构件148，被配置成确定测试样本的一个或多个光学特性的光学传感器150，以及被配置成将样本的至少一部分从诊断引擎102中的一个位置移动到另一个位置的泵152。诊断引擎102可以包括用户接口，所述用户接口使得用户能够发起该特定诊断引擎102的测试。
如本文中所讨论的，图1中所示出的系统100可以包括任何数目和任何组合的类型的不同诊断引擎102。诊断引擎102可以被配置成接收测试样本、在样本上执行测试、以及将该测试的测量结果发送到idm104。诊断引擎102还可以被配置成将一个或多个测量结果存储在诊断引擎102的存储器中。
idm104可以被配置成从诊断引擎102a直到102n中的一个或多个接收一个或多个测量结果作为输入。可以例如通过在所述一个或多个诊断引擎102和idm104之间的连接110来接收测量结果。在一个实施例中，连接110可以包括无线连接。例如，连接可以包括蓝牙连接。然而，理解到，连接110可以是任何类型的无线连接，诸如zigbee连接、wifi连接等等。在另一实施例中，连接可以包括硬接线的连接。连接可以经由usb线缆或任何其它合适的通信线缆接口技术来被做出。测量结果可以包括一个或多个值，其表示由诊断引擎102所执行的测试的测量结果。例如，idm104可以从糖尿病诊断引擎接收单个值，其表示血液样本的hba1c值；或者可以从心脏诊断引擎接收多个值，其对应于血液样本的总胆固醇、ldl胆固醇、hdl胆固醇和甘油三酯水平。
idm104可以被配置成将信息传送到诊断引擎102，诸如用于发起测试的指令、软件更新、或可以由诊断引擎102的处理器103在生成一个或多个测试结果中使用的对于诊断引擎协议的改变。然而，理解到，idm104在将指令发送到诊断引擎以发起测试之后不控制诊断引擎它们本身。该限制可就位以符合针对idm和/或诊断引擎的调控。代替地，对诊断引擎它们本身的控制可以由与诊断引擎相关联的处理器103和/或在诊断引擎处从一个或多个用户所接收的指令来执行。
idm104可以包括处理器105和存储器106。处理器可以执行护理点系统的各种较高级处理功能。这样的较高级功能可以通过执行被存储在计算机可读介质、诸如存储器106中的计算机可执行指令（例如程序代码）来被施行。idm104可以包括任何合适的计算设备、诸如平板计算机、膝上型计算机、台式计算机、个人数字助理、或其它静止的或手持式计算设备。
处理器105在从诊断引擎102接收到测量结果时可以被配置成处理所述测量结果，使得可以将计算结果呈现给护理点系统的用户。例如，idm104可以从诊断引擎102接收一个或多个值（例如测量结果）。处理器105可以被配置成确定哪些值对应于某些健康标记，并且可以确定如何将那些值呈现给系统100的用户。处理器105可以被配置成通过比较所接收的值与一个或多个其它所存储或接收的值来生成计算结果，并且可以被配置成计算一个值与另一个值的比、诸如血液样本的甘油三酯与hdl胆固醇比，以便生成计算结果。处理器105可以是非实时处理器，其被配置成将从诊断引擎102所接收的测量转换成能够被显示给用户的计算结果。非实时处理器105可以被配置成在测试完成时从处理器103接收一个或多个测量结果，并且可以处理信息，如以上所讨论的那样。在一个实施例中，用于所述一个或多个诊断引擎102的功率可以由idm104提供。附加地或可替换地，诊断引擎102可以为idm104提供功率。
存储器106可以被配置成存储从任何诊断引擎102所接收的测量结果，和/或由idm104所生成的一个或多个计算结果。存储器106可以被配置成在任何数目的测量或计算结果被删除之前存储它们（例如一千个结果），或者可以被配置成在所确定的时间段（例如一年）内存储所述测量或计算结果。存储器106可以此外存储与一个或多个患者相关联的信息。例如，存储器106可以存储患者信息、诸如与患者相关联的标识符、患者的姓、患者的名、患者的性别、以及患者的出生日期。存储器106可以连同患者信息一起存储患者的测试结果，使得它们可以在稍后的日期被检索。虽然没有在图中示出，但是理解到，诊断引擎102中的一个或多个可以包括与存储器106类似的存储器，其被配置成存储一个或多个测量和/或一个或多个测量结果。
用户接口108可以被配置成将一个或多个计算结果呈现给接口的用户。用户接口108可以包括以下各项中的一个或多个：显示屏、触摸面板、音频扬声器和麦克风。用户接口108可以受idm104控制。用户接口的功能性可以至少部分地由在idm104的处理器105上执行的计算机可执行指令（即程序代码或软件）来实现。idm104可以通过连接110而从一个或多个诊断引擎102接收一个或多个测量结果，处理所述测量结果以生成计算结果，以及经由用户接口108来呈现计算结果以及其它信息、诸如患者信息。
用户接口108可以是诊断引擎不可知的，其意味着它可以能够呈现与任何数目的诊断引擎以及任何类型的诊断引擎相关联的结果。用户接口108可以允许同时并且通过使用相同的接口来操作多个诊断引擎。接口108的用户可以能够开始测试、录入或查看患者信息、登录证书、查看特定测试上剩余的时间，以及查看计算结果，其基于通过给定的诊断引擎102所执行的测试。
接口108可以允许在不同类型的诊断引擎之间的公共屏幕和元件，从而改善系统的效率，因为接口108的用户可仅仅需要学习单个接口。公共元件可以被呈现在接口上。附加地或可替换地，特定的指令、诸如产品特定的指令可以被呈现在接口108上，所述接口108可以从单个主页屏幕被访问。
用户接口可以包括一特征（例如，“过去的条目”或“上一个患者”特征），所述特征使得用户经由用户接口上的图标能够填入来自一个或多个先前的测试的患者信息。例如，在运行尿测试的用户可以录入患者信息、诸如患者姓名、患者年龄和患者性别。用户然后可以选择运行该测试。用户然后可以开始预备第二测试（例如血液测试）并且可以选择经由用户接口上的图标来自动填入针对第二测试的信息与来自第一测试的信息，诸如患者姓名、患者年龄和患者性别。该特征可以是可用的，即使第一诊断引擎是与第二诊断引擎不同的诊断引擎。
用户接口108可以使能实现远程登录连接。例如，用户可以通过设备的蜂窝式电话上的用户接口来访问计算结果，所述计算结果基于通过诊断引擎102中给定的一个所执行的测试。然而，可限制通过远程用户接口被提供给用户的特权。用户可以能够从远程用户接口查看计算结果，但是可能不能够从远程接口管理诊断引擎它们本身（例如用以开始新测试）。在一个示例中，如果软件被安装在设备（例如蜂窝式电话）上以使得能够控制idm104，则设备可仅仅具有用于控制idm的功能性，并且可能不能够执行任何其它功能性。
用户接口108可以显示测试的状态或计算结果。用户接口108可以同时显示多个测试的状态或计算结果。例如，如果用户在第一患者上运行尿测试并且在第二患者上运行血液测试，则用户可以能够在单个屏幕上查看所述尿测试和血液测试的状态或计算结果中的一个或多个。甚至当尿测试正在第一公司所制造的尿分析诊断引擎上被执行并且血液测试正在第二公司所制造的血液测试引擎上被执行的时候，也可以是这种情况。在一个示例中，用户接口可以被配置成同时显示与接口108的两个不同用户相关联的计算结果。例如，用户接口108可以同时显示由接口108的第一用户所发起的针对第一患者的血液测试结果，以及由接口108的第二用户所发起的针对第二患者的尿测试结果。血液诊断引擎和尿诊断引擎中的一个或多个可以不被硬接线到用户接口108。
在一个示例中，与idm104相关联的处理器105和存储器106中的一个或多个可以在idm104外部。例如，处理器105和存储器106可以位于云中。
条形码读取器112可以被配置成读取条形码。例如，条形码读取器112可以被配置成读取测试样本上的条形码，以便确定患者标识符（例如患者人口统计资料）以及在接收的测试样本的类型。附加地或可替换地，条形码读取器112可以被配置成扫描用户接口108的操作者的id标章或其它标识符，以便对操作者进行标识或认证。idm104可以从条形码读取器112并且通过连接114而接收信息，包括但不限于患者信息、测试样本信息和/或操作者信息。在一个实施例中，连接114可以是usb通信或硬接线的连接。然而，理解到，连接114可以是任何类型的连接，诸如蓝牙或wifi连接。
可移除的存储装置116可以被配置成存储测量结果、计算结果、患者信息、以及其它信息，类似于被存储在idm104的存储器中的信息。例如，可移除的存储装置116可以存储患者信息、诸如与患者相关联的标识符、患者的姓、患者的名、患者的性别、以及患者的出生日期，并且可以关联测量和/或计算结果与所存储的患者信息。可移除的存储装置116可以包括例如外部硬驱动器或闪速存储器。然而，可移除的存储装置116可以是任何类型的可移除存储设备。
本地打印机118可以被配置成打印从idm104所接收的数据。所述数据可以包括以下各项中的一个或多个：计算结果、患者信息、操作者信息、测试的时间和日期、以及能够被打印的任何其它信息。在一个实施例中，打印机可以通过蓝牙连接来与idm104通信并且从idm104接收数据。然而，理解到，idm104和本地打印机118可以通过任何类型的连接来通信。
蓝牙条形码读取器120可以被配置成读取一个或多个条形码。蓝牙条形码读取器可以用与条形码读取器112类似的方式运作，除了其与idm104的连接可以是无线（即蓝牙）的之外。例如，条形码读取器112可以被配置成读取测试样本上的条形码，以便确定患者标识符以及在接收的测试样本的类型。附加地或可替换地，条形码读取器112可以被配置成扫描用户接口108的操作者的id标章或其它标识符，以便对操作者进行标识或认证。在一个实施例中，蓝牙条形码读取器120可以是手持式条形码读取器、诸如移动设备、腕表、或表现得像条形码扫描仪的任何事物。其它操作者信息可以包括但不限于钥匙坠、rfid、或任何类型的生物计量指示符。
网络基础设施122可以包括以下各项中的一个或多个：信息学系统124、网络打印机126、网络文件系统128、以及启用了web（网络）的设备130。网络基础设施可以通过通信链路134而与idm104通信。在一个实施例中，通信链路134可以是wifi通信链路。然而，理解到，通信链路可以是任何类型的通信链路、诸如蓝牙、zigbee、以太网等等。
信息学系统124可以被配置成存储与护理点系统的一个或多个用户如何与护理点系统交互相关的信息。信息学系统124可以包括一个或多个计算设备。例如，信息学系统124可以被配置成下载和存储与一个或多个患者以及系统的一个或多个操作者相关联的信息。信息学系统可以包括能够从idm104接收信息的任何类型的系统，包括但不限于护理点系统、实验室系统、或在医院中所实现的其它系统。
网络打印机124可以打印从idm104所接收的数据。所述数据可以包括以下各项中的一个或多个：计算结果、患者信息、操作者信息、测试的时间和日期、以及能够被打印的任何其它信息。在一个实施例中，网络打印机124可以通过wifi连接134或任何其它连接来与idm104通信并且从idm104接收数据。
网络文件系统128可以存储从idm104所接收的数据。例如，网络文件系统128可以被配置成存储信息，包括但不限于计算结果、患者信息、诸如患者标识符、患者的姓、患者的名、患者性别、以及患者的出生日期、时间和日期、以及操作者信息。网络文件系统128可以与患者和/或操作者信息一起存储测量或计算结果。
在本发明的实施例中，一个或多个单独的诊断引擎不能直接与除了idm104和任何相关消耗品之外的设备对接或通信。相反，诊断引擎向/自idm104中继信息，所述idm104进而控制经由条形码读取器112、可移除存储装置116、本地打印机118、蓝牙条形码读取器120、信息学系统124、网络打印机126、网络文件系统126或任何其它实体而向/自外部世界的所有通信。通过控制这些“世界接口”，单独的诊断引擎仅仅需要包含对于达成特定的测量结果而言所必要的那些组件，而idm104收容对于与其它设备/数据库——能够在多个诊断引擎之间共享的资源——对接而言所需要的那些组件。
在本发明的又一实施例中，一个或多个单独的诊断引擎具有用于直接与除了idm104和任何相关消耗品之外的设备对接或通信的受限的能力。例如，诊断引擎可以能够通过使用诸如被耦合到诊断引擎的条形码读取器或相机来从消耗品本身接收与消耗品相关的信息（诸如批号、校准信息和/或序列号）。在该实施例中，向/自诊断引擎和idm104中继所有其余的通信，所述idm104进而控制经由条形码读取器112、可移除存储装置116、本地打印机118、蓝牙条形码读取器120、信息学系统124、网络打印机126、网络文件系统126或任何其它实体而向/自外部世界的所有通信。应当领会到，说明性的系统可以具有无能力与除了idm104之外的设备通信或具有与除了idm104之外的设备通信的受限能力的诊断引擎的组合。
理解到，系统100和本文中所述的任何组件可以是“开放系统”的部分。例如，idm104可以被配置成与来自各种制造商的诊断引擎102连接和通信。idm104可以可配置成下载或安装新软件，所述新软件使得idm104能够与所述各种诊断引擎102通信。用户接口108可以包括图标，所述图标使得一个或多个新的诊断引擎能够被添加到idm104。在一个示例中，给定的诊断引擎102可能仅仅可受单个idm104控制。在另一示例中，诊断引擎102可以可受多个idm104控制。
在一个示例中，诊断引擎和idm二者可由相同的制造商所开发。在另一示例中，诊断引擎可以由利用诊断引擎用户接口和世界接口二者的制造商的外部合伙人所开发。idm软件可能需要被更新以适应这样的诊断引擎。在另一示例中，诊断引擎可以由仅仅利用诊断引擎的世界接口而不利用用户接口的制造商的外部合伙人所开发。在另一示例中，诊断引擎可以是虚拟引擎，其与其它外部设备的硬件和软件协作地起作用。在示例中，这可以是血压监视器，其允许idm组合来自血压监视器的结果与其它测量或计算结果以生成新的计算结果。在另一示例中，诊断引擎可以是虚拟引擎，其仅仅包括能包含并且操纵数据的应用。例如，诊断引擎可向患者呈递问卷、测量环境温度、湿度等等。这些结果可与其它测量或计算结果相组合以生成新的计算结果。
图2示出了根据本公开内容的一方面的示例性方法。在步骤202处，可以接收对于在第一样本上执行测试的请求。可以例如经由与护理点系统相关联的用户接口以及从护理点系统的第一用户接收请求。第一样本可以被插入到与护理点系统相关联的多个诊断引擎中的第一诊断引擎中。所述多个诊断引擎可以在被插入到诊断引擎中的样本上执行测试。所述多个诊断引擎可以包括例如血液气体诊断引擎、心脏诊断引擎、凝结诊断引擎、糖尿病诊断引擎和/或尿分析诊断引擎。与idm相关联的用户接口被配置成与所述多个诊断引擎中的一个或多个通信。所述第一样本可以包括例如从与护理点系统相关联的患者所收集的血液样本或尿样本。第一用户可以是护理点系统的操作者、诸如医生、护士、实验室技师或患者。
在步骤204处，用于在第一样本上执行测试的指令可以被发送到第一诊断引擎。用户接口可以显示一图标，所述图标表示第一诊断引擎。所述图标可以指示第一诊断引擎的状态。例如，所述图标可以表示由第一诊断引擎所执行的测试在完成百分比或剩余时间方面的状态。理解到，诊断引擎可以附加地或可替换地在没有从idm接收到命令的情况下在样本上开始测试。例如，诊断引擎可以在插入样本时或基于在诊断引擎处从用户所接收的一个或多个指令而自动开始测试。
在步骤206处，可以经由相同的用户接口108而从第二用户接收用于在第二样本上执行测试的请求，所述第二用户可不同于所述第一用户。第二样本可以被插入到与护理点系统相关联的多个诊断引擎中的第二诊断引擎中。第二诊断引擎可以是与第一诊断引擎不同类型的诊断引擎。例如，第一诊断引擎可以是糖尿病诊断引擎，并且第二诊断引擎可以是尿分析诊断引擎。在另一示例中，第一诊断引擎和第二诊断引擎可以是相同类型的诊断引擎。
在步骤208处，用于在第二样本上执行测试的指令可以被发送到第二诊断引擎。用户接口可以显示一图标，所述图标表示第二诊断引擎。所述图标可以指示第二诊断引擎的状态。例如，所述图标可以表示由第二诊断引擎所执行的测试在测试的完成百分比或剩余时间方面的状态。第一测试和第二测试可以大体上同时地被执行（例如使得第一样本的处理和第二样本的处理的至少一部分重叠）。
图3示出了根据本公开内容的另一方面的示例性方法。在步骤302处，可以发起被插入到多个诊断引擎中的第一诊断引擎中的第一样本的第一测试。可以响应于经由护理点系统100的用户接口108而从第一用户所接收的第一用户输入而发起第一测试。在步骤304处，idm可以从一个或多个诊断引擎接收一个或多个测量结果。在步骤306处，idm可以基于所述一个或多个测量结果以及至少一个其它参数而确定一个或多个计算结果。
在步骤308处，可以发起被插入到所述多个诊断引擎中的第二诊断引擎中的第二样本的第二测试。可以响应于经由护理点系统100的用户接口108而从第二用户所接收的第二用户输入而发起第二测试。所述第二诊断引擎可以在被插入到诊断引擎中的第二样本上执行测试。所述第一测试和第二测试可以大体上同时地被执行。大体上同时被理解成意指：第一测试和第二测试同时或几近同时地被处理。在一个示例中，第一测试和第二测试可以具有相同的开始时间和/或相同的结束时间。在另一示例中，第一测试可以由第一诊断引擎在通过第二诊断引擎处理第二测试的相同时间来被处理，使得第一测试和第二测试的至少一部分重叠。在另一示例中，所述第一测试和第二测试可不重叠，但是可以在类似的时间帧内被执行（例如相距数秒或数分钟）。
图4a-4v示出了根据本公开内容的一方面的idm的用户接口的示例性操作。如图4a中所示，用户接口可以显示可用于供一个或多个用户使用的一个或多个诊断引擎。诊断引擎在本文中还可以被称为分析器。用户接口可以被配置成显示一个或多个图标，所述一个或多个图标中的每一个对应于与idm通信的诊断引擎。所述一个或多个诊断引擎可以通过使用例如无线连接、诸如蓝牙连接、wifi连接、zigbee连接等等而被连接到idm。可替换地，诊断引擎可以经由有线连接、诸如经由usb线缆等等而被连接到idm。idm以及因此用户接口可以与任何数目的诊断引擎通信，并且因而可以显示与那些诊断引擎中的每一个相对应的任何数目的图标。另外，用户接口可以同时与多个不同类型的诊断引擎通信。例如，用户接口可以与以下各项中的一个或多个通信：血液气体诊断引擎、心脏诊断引擎、凝结诊断引擎、糖尿病诊断引擎和尿分析诊断引擎。因而，虽然图4a示出了与三个糖尿病诊断引擎通信的用户接口，但是理解到，用户接口可以与任何数目以及任何组合的不同诊断引擎通信。
图4a中所示的用户接口显示当前时间和日期，三个图标对应于三个hba1c诊断引擎、下拉菜单、以及用于用户扫描或录入操作者id（例如用户名）的提示。然而，理解到，用户接口不限于该信息或这些配置。例如，由用户接口所呈现的图标可以包括任何形状或颜色。图标可以是小图标、大图标、方形图标、灰色图标、蓝色图标等等，或者诊断引擎可以通过使用本领域中已知的任何其它表示、诸如通过诊断引擎的列表来被图示。虽然图4a中所示出的诊断引擎被标注为“分析器1”、“分析器2”和“分析器3”，但是理解到，诊断引擎可以通过使用其它信息来被标注，所述其它信息可以被用户改变或编辑。例如，“糖尿病分析器”可以由圆形灰色图标表示，“血液气体分析器”可以由方形蓝色图标表示，并且“尿分析分析器”可以由菱形紫色图标表示。分析器可以基于例如字母列表、按最普及的分析器、按最近使用的分析器、按最近被连接的分析器等等来被组织。理解到，用户接口不被本文中所述的任何示例或图中所示的任何示例所限制。
如图4b中所示，在选择了诊断引擎中给定的一个时，可以经由用户接口来提示用户以录入登录证书（例如“操作者登录”信息）。如图中所示，登录证书可以包括用户标识符（例如“操作者id”）以及密码。在一个示例中，在不经由用户接口录入用户的登录证书的情况下，第一用户可能不能够开始测试或以其它方式与所述多个诊断引擎交互。在另一示例中，第一用户可以能够在不录入登录证书的情况下开始测试，但是可能不能够在不录入登录证书的情况下查看该测试的结果。在又一示例中，所述系统可不要求在开始测试之前或在查看测试结果之前录入登录证书。在又一示例中，所述系统可要求既在开始测试之前也在查看该测试的结果之前录入登录证书。
在一个实施例中，登录证书可以被编码在条形码中，所述条形码通过使用与用户接口相关联的条形码读取器而可扫描。例如，用户可以选择“扫描”按钮以便使得用户接口的条形码扫描仪能够对包含用户登录证书的条形码进行扫描。护理点系统可以使用语音识别和生物计量信息、诸如面部识别技术，以便获得用户的登录证书。理解到，可以通过任何数目的方法、诸如通过由用户接口所呈现的键盘或通过使用话音至文本处理来录入登录证书。
用户接口可以包括列表和/或下拉菜单，其显示多个操作者标识符，诸如在护理点系统所位于的位置中工作的用户中的全部或一部分。用户可以选自那些标识符中的给定一个，以便录入他们的登录证书。附加地或可替换地，可以提示用户除了操作者标识符之外还录入密码，以便获得对护理点系统的访问。
如图4c中所示，用户接口可提示用户将测试卡盒插入到诊断引擎中。例如，如在该图中所示，如果用户在先前的步骤中选择了hba1c诊断引擎，则可以提示用户将包含血液样本的hba1c卡盒插入到hba1c诊断引擎中。在存在被连接到用户接口的多个hba1c诊断引擎的示例中，用户接口可以提示用户将hba1c卡盒插入到任何hba1c诊断引擎中，或者可以提示用户将hba1c卡盒插入到与用户所选的图标相对应的hba1c诊断引擎中。理解到，用户接口可以提示用户插入与用户所选的图标相对应的任何类型的测试卡盒。例如，如果用户选择了与尿分析诊断引擎相对应的图标，则用户接口可以提示用户将尿样本插入到尿分析诊断引擎中。
在一个实施例中，在选择诊断引擎中给定的一个之前，用户可以将测试样本插入到诊断引擎中给定的一个中。在该实施例中，用户接口可以跳过提示用户插入测试卡盒的步骤，或者可以提示用户从任何可用的诊断引擎中或从可用诊断引擎的一部分中选择他们想要选择哪个诊断引擎。在将测试样本插入到诊断引擎中和/或选择了诊断引擎中给定的一个时，用户可以选择“ok”按钮以继续进行到下一个屏幕。理解到，这可以是任何类型的按钮、诸如“继续进行”按钮。在一个示例中，用户可以言语地与用户接口通信以继续进行，诸如通过说出言语命令“下一个屏幕”。在另一示例中，在检测到测试样本被插入到诊断引擎中给定的一个中时，用户接口可以自动继续进行到下一个屏幕。
如图4中所示，用户接口可以显示患者信息和/或可以提示用户录入与所选的测试样本相关联的患者信息。例如，用户接口可以显示或可以提示用户录入与患者相关联的标识符、患者的姓、患者的名、患者的性别、以及患者的出生日期。患者标识符可以是字母、数字、符号等等的任何组合。理解到，患者信息不限于该信息。例如，用户接口还可以显示或提示用户录入患者的身高、体重、预先存在的状况、过去的测试结果等等。另外，用户接口可以不显示该信息中的一些，诸如患者的姓名，以便保持患者信息匿名。在一个实施例中，用户接口可以被配置成扫描条形码以便确定患者信息。例如，条形码可以位于测试样本上，并且可以通过用户接口来被读取和解码以便显示患者信息。附加地或可替换地，用户可能需要经由用户接口手动地录入所有或一些患者信息。
用户接口可以呈现附加的图标、诸如“近来的患者”图标以及“患者列表”图标以便辅助用户录入患者信息。例如，近来的患者的图标当被用户选择的时候可以使得用户接口显示与护理点系统相关联的最近的患者的数目（例如二十五个）。用户可以选择近来的患者的图标并且可以从列表中选择患者的姓名或标识符，而不是手动地录入患者的信息。由用户选择患者列表图标可以使得接口显示曾与诊断引擎中的给定一个相关联的所有患者或与诊断引擎的位置相关联的所有患者、诸如在护理点系统位于其中的疗养院中的所有患者的列表。
如图4e中所示，在录入或确认了患者信息之后，诊断引擎可以开始在测试样本上运行测试。用户接口，其响应于来自用户的提示，可以指示与所选图标相对应的诊断引擎开始在样本上运行测试。用户接口可以被配置成显示一个或多个诊断引擎的状态。在一个实施例中，用户接口可以被配置成显示图标，所述图标表示所述多个可用诊断引擎中每一个的状态。如该图中所示，用户接口可以显示由分析器1所执行的测试的状态，并且可以显示：分析器2和分析器3可用于使用。例如，用户接口可以显示：由分析器1所执行的测试具有两分钟及二十五秒剩余直到完成。用户接口可以用任何数目的方式来显示给定诊断引擎的状态。例如，用户接口可以显示完成百分比、剩余时间、过去的时间，和/或可以图形地显示诊断引擎的状态（例如通过使用图形状态指示符）。
由用户接口所呈现的每个图标可以对应于单个诊断引擎。与诊断引擎相对应的图标可以允许用户在测试已经开始运行之后取消该测试，例如通过提示用户点击“x”按钮，如图中所示。另外，用户接口可以允许用户暂停测试，或用任何数目的方式与测试交互。如还在图中所示的，用户接口可以允许相同的用户或不同的用户在第一测试仍在运行的时候开始新测试。在一个实施例中，每当选择新测试的时候，用户接口可提示用户录入他们的证书，而无论当前登录到系统中的用户如何。在另一实施例中，用户接口可以允许操作者开始另一测试，而不要求该操作者录入他们的登录证书。用户可以“登出”系统，例如通过从用户接口的下拉菜单中选择登出选项。
如图4f中所示，响应于用户选择了与诊断引擎中不同的一个诊断引擎相对应的图标中不同的一个图标，用户接口可提示用户将第二测试卡盒插入到诊断引擎中的第二诊断引擎中。理解到，第二诊断引擎可以是与第一诊断引擎不同类型的诊断引擎。例如，第一诊断引擎可以是糖尿病测试，而第二诊断引擎可以是心脏诊断引擎。如本文中所讨论的，用户接口可以是诊断引擎不可知的，其意味着可以使得用户接口能够与多个不同类型的诊断引擎通信。选择与第二诊断引擎相对应的图标的接口用户可以是提示第一测试的第一操作者，或者可以是不同于第一操作者的第二操作者。接口可在指示用户将测试卡盒插入到诊断引擎中之前提示用户录入登录证书。
如图4g中所示，用户接口可以显示患者信息，或可以提示用户录入同针对与第二样本相关联的患者的所选测试相关的患者信息。例如，用户接口可以显示或可以提示用户录入以下各项中的一个或多个：与患者相关联的标识符、患者的姓、患者的名、患者的性别、以及患者的出生日期。第二患者可以是与第一患者相同的患者。例如，操作者可能希望通过使用第一诊断引擎来在患者上执行hba1c测试，以及通过使用第二诊断引擎来在相同的患者上执行血液气体测试。可替换地，第二患者可以是与第一患者不同的患者。
在一个实施例中，用户接口可以被配置成扫描条形码以便确定与第二患者相关联的患者信息。例如，条形码可以位于第二测试样本上，并且可以通过用户接口来被读取和解码以便显示与第二患者相关联的患者信息。附加地或可替换地，用户可能需要经由用户接口手动地录入所有或一些第二患者信息。
如图4h中所示，第二诊断引擎可以开始在与第二患者相关联的样本上运行测试。在用户已经录入或确认了患者信息之后，用户接口可以指示诊断引擎开始在样本上的测试。用户接口可以被配置成显示图标，所述图标表示所述多个可用诊断引擎中每一个的状态。如该图中所示，用户接口可以显示由分析器1所执行的测试的状态，以及由分析器2所执行的测试的状态，并且可以显示：分析器3可用于使用。例如，与第一分析器相对应的图标示出了分析器1具有一分钟及四十四秒剩余，而与第二分析器相对应的图标示出了分析器2具有两分钟及二十二秒剩余。
用户接口可以允许相同的用户或不同的用户在第一测试和第二测试仍在运行的时候开始新测试。在一个实施例中，每当选择新测试的时候，用户接口针对操作者证书来提示用户，而无论当前登录到系统中的用户如何。在另一实施例中，用户接口可以允许相同的操作者开始另一测试，而不要求该操作者录入他们的登录证书。用户可以“登出”系统，例如通过从用户接口的下拉菜单中选择登出选项。
如图4i中所示，响应于用户选择了与诊断引擎中不同的一个诊断引擎相对应的图标中不同的一个图标，用户接口可提示用户将一测试卡盒插入到诊断引擎中的另一个诊断引擎、诸如与用户接口通信的第三诊断引擎中。理解到，第三诊断引擎可以是与第一诊断引擎和/或第二诊断引擎不同类型的引擎。例如，第一类型的诊断引擎可以是糖尿病诊断引擎，第二诊断引擎可以是心脏诊断引擎，并且第三诊断引擎可以是尿分析诊断引擎。在另一示例中，第三诊断引擎可以是与第一诊断引擎相同类型的诊断引擎，而第二类型的诊断引擎可以是不同类型的诊断引擎。
如图4j中所示，用户接口可以显示患者信息和/或可以提示用户录入与针对第三患者的所选测试样本相关联的患者信息。例如，用户接口可以提示用户录入与患者相关联的标识符、患者的姓、患者的名、患者的性别、以及患者的出生日期。在一个实施例中，用户接口可以被配置成对条形码进行扫描和/或解码以便确定与第三患者相关联的患者信息。条形码可以位于例如第三测试样本上。附加地或可替换地，用户可能需要经由用户接口手动地录入所有或一些第三患者信息。
如图4k中所示，第三诊断引擎可以开始在与第三患者相关联的样本上运行测试。在用户已经录入或确认了患者信息之后，用户接口可以指示第三诊断引擎开始在样本上的测试。用户接口可以被配置成显示图标，所述图标表示所述多个可用诊断引擎中每一个的状态。用户接口可以允许用户查看结果，其通过选择与在样本上执行测试的诊断引擎相对应的图标或其它可视表示。用户可以选择查看结果，其独立于任何其它诊断引擎的状态。理解到，用户所查看的结果可以是计算结果。计算结果可以由idm基于从诊断引擎中给定的一个所接收的测量结果来被确定，如本文中所述。
如图4l中所示，用户接口可以显示与通过诊断引擎中给定的一个所执行的测试相对应的结果（例如计算结果）。在一个实施例中，任何用户可以在不录入他们的登录证书的情况下查看结果。例如，响应于接口的操作者选择了与分析器1相对应的图标，用户接口可以显示与通过分析器1所执行的测试相对应的结果。响应于用户选择了与分析器2相对应的图标，用户接口可以被配置成显示与通过分析器2所执行的测试相对应的结果。响应于用户选择了与分析器3相对应的图标，用户接口可以生成告警，其向用户指示测试尚未完成，或者可以显示与测试相关联的当前结果，即使测试尚未完成。在另一实施例中，用户接口可以不显示任何结果，除非操作者当前登录到系统中。例如，登录到系统中的第一操作者可以能够查看针对与该操作者相关联的任何患者的结果，诸如通过使用与该操作者相关联的操作者标识符而被发起的所有结果。另外，操作者可以能够查看与任何其他操作者相关联的结果，只要至少一个操作者登录到系统中。例如，包括多个医生的医院中的第一医生可以能够查看针对由该第一医生所发起的测试的结果，并且还可以能够查看针对由第二医生所发起的测试的结果，只要第一医生登录到系统中。
用户接口可以被配置成响应于由接口的用户选择了图标而显示任何类型的信息。例如，用户接口可以显示从诊断引擎所接收的、与同测试相关联的结果相对应的值。在所选图标对应于hba1c分析器的示例中，用户接口可以显示与患者的hba1c水平相对应的值，诸如5.6%，如在该图中所示出的。在用户选择了与心脏诊断引擎相对应的图标的示例中，用户接口可以显示与从心脏诊断引擎所接收的结果相对应的一个或多个值。例如，用户接口可以显示与患者的总胆固醇、ldl胆固醇、hdl胆固醇、甘油三酯、非hdl胆固醇、和高灵敏性c反应蛋白质相对应的值。
用户接口可以显示除了从诊断引擎所接收的信息之外的信息。例如，用户接口可以显示操作者id、患者id、测试的日期和时间、诊断引擎标识符、患者的名、患者的姓、患者性别、以及患者出生日期。理解到，用户接口可以显示该信息的仅一部分，并且不被限制到此处所述的信息。
用户接口可以允许用户在结果上进行评注。例如，通过点击“评注”按钮，用户可以录入与测试相关联的信息，诸如“hba1c水平在正常范围内”，或“在六个月内跟进患者”。用户接口可以此外允许用户通过点击“打印”图标而打印结果，或者可以允许用户通过选择“传送”图标而将结果发送到另一实体。例如，在用户选择了“打印”图标时，用户接口可以显示打印机的列表，或者可以自动地打印到可用打印机中选择的一个。附加地或可替换地，响应于用户选择了“传送”图标，用户接口可以允许用户手动地录入目的地、诸如电子邮件地址或能够接收结果的其它系统，或者可以允许用户从下拉菜单中选择目的地。
如图4m中所示，用户接口可以指示用户移除测试卡盒。用户接口可以指示用户移除与如下图标相对应的测试卡盒：用户当前正在查看针对所述图标的结果。用户接口可以在用户已查看与测试相关联的结果之前、期间或之后的任何点处呈现用于移除测试卡盒的该指令。在一个示例中，用户接口可仅仅响应于用户选择了他们已查看结果或用户已经打印或传送了结果而显示该消息。用户接口可以被配置成自动将结果存储在数据库中。用于存储结果的该过程还可以在用户已经查看了由诊断引擎所执行的测试的结果之前、期间或之后被执行。用户接口还可以显示附加的信息，诸如如何恰当地布置测试卡盒。
如图4n中所示，用户接口可以显示被连接到用户接口的诊断引擎中的全部或一些的状态。在用户已经查看了与给定的诊断引擎相关联的结果并且已经从该诊断引擎移除了测试卡盒之后，用户接口可以显示：所述诊断引擎再一次可用。例如，用户接口可以显示与该诊断引擎相对应的一图标，其将所述诊断引擎示出为可用于使用。如该图中所示出的，用户接口可以显示分析器1可用，由分析器2所执行的测试完成的指示符，以及由分析器3所执行的测试的状态（例如十二秒剩余）。理解到，用户接口可以显示：在由该诊断引擎所执行的测试完成之后，分析器可用于在任何时间使用。
接口的用户可以选择图标中的任一个，以与同该图标相对应的诊断引擎交互。例如，用户可以选择与分析器1相对应的图标，以便通过使用该分析器来执行测试。用户可以选择与分析器2相对应的图标，以便查看与该分析器相关联的测试的结果。响应于用户选择了分析器3，接口可以向用户告警：分析器3当前正在运行测试，并且可以可选地允许用户查看该测试的部分结果。
如图4o中所示出的，响应于用户选择了与分析器2相对应的图标，用户接口可以显示与该分析器相关联的测试的结果。例如，用户接口可以显示从与分析器2相对应的诊断引擎所接收的值。在所选图标对应于hba1c分析器的示例中，用户接口可以显示与患者的hba1c水平相对应的值，诸如4.3%，如在该图中所示出的。用户接口可以显示除了从诊断引擎所接收的信息之外的附加信息，诸如操作者id、患者id、测试的日期和时间、诊断引擎标识符、患者的名、患者的姓、患者性别、以及患者的出生日期。附加地或可替换地，用户接口可以允许用户在结果上评注、打印结果、或者将结果传送到一个或多个其它位置。
如图4p中所示，用户接口可以指示用户移除测试卡盒。用户接口可以指示用户移除与如下图标相对应的测试卡盒：用户当前正在查看针对所述图标的结果。用户接口可以在用户已查看结果之前、期间或之后的任何点处呈现用于移除测试卡盒的该指令。在一个示例中，用户接口可仅仅响应于用户选择了他们已查看结果或用户已经打印或传送了结果而显示该消息。
如图4q中所示，用户接口可以显示被连接到用户接口的诊断引擎中的全部或一些的状态。在用户已经查看了与给定的诊断引擎相关联的结果并且已经从该诊断引擎移除了测试卡盒之后，用户接口可以显示：所述诊断引擎再一次可用。例如，用户接口可以显示与该诊断引擎相对应的一图标，其将所述诊断引擎示出为可用于使用。
如图4r中所示出的，响应于用户选择了与分析器3相对应的图标，用户接口可以显示与该分析器相关联的测试的结果。例如，用户接口可以显示从与分析器3相对应的诊断引擎所接收的值。在所选图标对应于hba1c分析器的示例中，用户接口可以显示与患者的hba1c水平相对应的值，诸如6.9%，如在该图中所示出的。用户接口可以显示除了从诊断引擎所接收的信息之外的附加信息，诸如操作者id、患者id、测试的日期和时间、诊断引擎标识符、患者的名、患者的姓、患者性别、以及患者的出生日期。附加地或可替换地，用户接口可以允许用户在结果上评注、打印结果、或者将结果传送到一个或多个其它位置。
如图4s中所示，用户接口可以指示用户移除测试卡盒。用户接口可以指示用户移除与如下图标相对应的测试卡盒：用户当前正在查看针对所述图标的结果。用户接口可以在用户已查看结果之前、期间或之后的任何点处呈现用于移除测试卡盒的该指令。在一个示例中，用户接口可仅仅响应于用户选择了他们已查看结果或用户已经打印或传送了结果而显示该消息。
如图4t中所示，用户接口可以指示：当前被连接到用户接口的所有诊断引擎都可用于使用。例如，已经查看了基于由分析器1、分析器2和分析器3所执行的测试的每个结果（例如计算结果），那些诊断引擎中的每一个可以可用于由该相同用户或护理点系统的不同用户来使用。当前登录到用户接口的用户可以通过用户接口来选择登出护理点系统，例如通过从下拉菜单中选择登出选项。附加地或可替换地，用户可以在不活动的一时段、诸如一分钟之后登出系统。在另一示例中，用户可以在查看了结果之后自动登出。
如图4u中所示，可以提示用户核查他们希望登出。例如，用户接口可以显示消息“您确定您希望登出
如图4v中所示，用户接口可以显示一个或多个图标或其它可视表示，其图示了：一个或多个诊断引擎可用于使用。图标中的给定一个可以由接口的用户选择以开始样本上的测试。
图5a-5o示出了根据本公开内容的另一方面的用户接口的示例性操作。如图5a中所示，用户接口可以显示可用于供一个或多个用户使用的一个或多个诊断引擎。诊断引擎在本文中还可以被称为分析器。用户接口可以被配置成显示一个或多个图标，所述一个或多个图标中的每一个对应于与用户接口通信的诊断引擎。所述一个或多个诊断引擎可以通过使用例如蓝牙连接、wifi连接、usb线缆、或本领域中已知的任何类型的连接而被连接到用户接口。用户接口可以与任何数目的诊断引擎通信，并且因而可以显示与那些诊断引擎中的每一个相对应的任何数目的图标。另外，用户接口可以同时与多个不同类型的诊断引擎通信。例如，用户接口可以与以下各项中的一个或多个通信：血液气体诊断引擎、心脏诊断引擎、凝结诊断引擎、糖尿病诊断引擎和尿分析诊断引擎。
图5a中所示的用户接口显示当前时间和日期，三个图标对应于三个不同的诊断引擎、下拉菜单、以及用于用户扫描或录入操作者id的提示。然而，理解到，用户接口不限于该信息或这些配置。例如，由用户接口所呈现的图标可以包括任何形状或颜色。图标可以是小图标、大图标、方形图标、灰色图标、蓝色图标等等，或者诊断引擎可以通过使用本领域中已知的任何其它表示、诸如通过诊断引擎的列表来被图示。虽然图5a中所示出的诊断引擎被标注为“临床1”、“临床2”和“尿分析器”，但是理解到，诊断引擎可以通过使用其它信息来被标注，所述其它信息可以被用户改变或编辑。另外，此外理解到，用户接口不被本文中所述的任何示例或图中所示的任何示例所限制。
如图5b中所示，在选择了诊断引擎中给定的一个时，可以经由用户接口来提示用户以录入登录证书（例如“操作者登录”信息）。如图中所示，登录证书可以包括用户标识符（例如“操作者id”）以及密码。在一个示例中，在不经由用户接口录入用户的登录证书的情况下，第一用户可能不能够开始测试或以其它方式与所述多个诊断引擎交互。在另一示例中，第一用户可以能够在不录入登录证书的情况下开始测试，但是可能不能够在不录入登录证书的情况下查看该测试的结果。在又一示例中，所述系统可不要求在开始测试之前或在查看测试结果之前录入登录证书。在又一示例中，所述系统可要求既在开始测试之前也在查看该测试的结果之前录入登录证书。
登录证书可以被编码在条形码中，所述条形码通过使用与用户接口相关联的条形码读取器而可扫描。例如，用户可以选择“扫描”按钮以便使得用户接口的条形码扫描仪能够对包含用户登录证书的条形码进行扫描。另外，护理点系统可以使用语音识别和生物计量信息、诸如面部识别技术，以便获得用户的登录证书。理解到，可以通过任何数目的方法、诸如通过由用户接口所呈现的键盘或通过使用话音至文本处理来录入登录证书。
在一个实施例中，用户接口可以显示列表和/或下拉菜单，其包括多个操作者标识符，诸如在护理点系统所位于的位置中工作的用户中的全部或一部分。用户可以选自那些标识符中的给定一个，以便录入他们的登录证书。附加地或可替换地，可以提示用户录入与登录证书相关联的密码，以便获得对护理点系统的访问。虽然图5a-5o示出了在选择了与诊断引擎相对应的图标中的给定一个之后，用户接口提示用户录入他的登录证书，但是理解到，用户接口可以在测试过程中的任何点处提示用户录入他们的登录证书。例如，用户接口可以在查看并且选择图标中的给定一个之前、在诊断引擎中的给定一个上开始测试之前、和/或在查看与给定的诊断引擎相关联的结果（例如计算结果）之前提示用户录入他们的登录证书。
如图5c中所示，用户接口可提示用户将测试样本卡盒插入到诊断引擎中。例如，如在该图中所示，如果用户在先前的步骤中选择了hba1c诊断引擎，则可以提示用户将包含血液样本的hba1c卡盒插入到hba1c诊断引擎中。在存在被连接到用户接口的多个hba1c诊断引擎的示例中，用户接口可以提示用户将hba1c卡盒插入到任何hba1c诊断引擎中，或者可以提示用户将hba1c卡盒插入到与用户所选的图标相对应的hba1c诊断引擎中。理解到，用户接口可以提示用户插入与用户所选的图标相对应的任何类型的测试卡盒。例如，如果用户选择了与尿分析诊断引擎相对应的图标，则用户接口可以提示用户将尿样本插入到尿分析诊断引擎中。
在一个实施例中，在选择诊断引擎中给定的一个之前，用户可以将测试样本插入到诊断引擎中给定的一个中。在该实施例中，用户接口可以跳过提示用户插入测试卡盒的步骤，或者可以提示用户从任何可用的诊断引擎中或从可用诊断引擎的一部分中选择他们想要选择哪个诊断引擎。在将测试样本插入到诊断引擎中和/或选择了诊断引擎中给定的一个时，用户可以选择“ok”按钮以继续进行到下一个屏幕。理解到，这可以是任何类型的按钮、诸如“继续进行”按钮。在一个示例中，用户可以言语地与用户接口通信以继续进行，诸如通过说出言语命令“下一个屏幕”。在另一示例中，在检测到测试样本被插入到诊断引擎中给定的一个中时，用户接口可以自动继续进行到下一个屏幕。
如图5d中所示，用户接口可以显示患者信息和/或可以提示用户录入与所选的测试样本相关联的患者信息。例如，用户接口可以提示用户录入与患者相关联的标识符、患者的姓、患者的名、患者的性别、以及患者的出生日期。患者标识符可以是字母、数字、符号等等的任何组合。理解到，患者信息不限于该信息。例如，用户接口还可以显示或提示用户录入患者的身高、体重、预先存在的状况、过去的测试结果等等。另外，用户接口可以不显示该信息中的一些，诸如患者的姓名，以便保持患者信息匿名。在一个实施例中，用户接口可以被配置成扫描条形码以便确定患者信息。例如，用户可以选择“扫描”按钮以便启用用户接口的条形码扫描仪。条形码可以位于测试样本上，并且可以通过用户接口来被读取和解码以便显示患者信息。附加地或可替换地，用户可能需要经由用户接口手动地录入所有或一些患者信息。
用户接口可以呈现附加的图标、诸如“近来的患者”图标以及“患者列表”图标以便辅助用户录入患者信息。例如，近来的患者图标当被用户选择的时候可以使得用户接口显示与护理点系统相关联的最近的患者的数目（例如二十五个）。用户可以选择近来的患者图标并且可以从列表中选择患者的姓名或标识符，而不是手动地录入患者信息。由用户选择患者列表图标可以使得接口显示曾与诊断引擎中的给定一个相关联的所有患者或与诊断引擎的位置相关联的所有患者、诸如在护理点系统位于其中的疗养院中的所有患者的列表。
如图5e中所示，在录入或确认了患者信息之后，诊断引擎可以开始在测试样本上运行测试。用户接口，其响应于用户录入或确认了患者信息，可以指示与所选图标相对应的诊断引擎开始在样本上运行测试。用户接口可以被配置成显示一个或多个诊断引擎的状态。在一个实施例中，用户接口可以被配置成显示图标，所述图标表示所述多个可用诊断引擎中每一个的状态。如该图中所示，用户接口可以显示由临床1所执行的测试的状态（例如一分钟及四十五秒剩余），并且可以显示：临床2分析器和尿分析器可用于使用。用户接口可以用任何数目的方式来显示给定诊断引擎的状态。例如，用户接口可以显示完成百分比、剩余时间、过去的时间，和/或可以图形地显示诊断引擎的状态（例如通过使用图形状态指示符）。
如图5f中所示，可以提示用户登出护理点系统。在一个实施例中，在诊断引擎开始运行测试之后，用户可以自动登出护理点系统。在另一实施例中，用户可能需要手动地登出，但是在不重录入他们的登录证书的情况下可能不能够开始另一测试。例如，如果用户将选择“临床2”图标，则用户接口可以在开始测试之前提示用户录入他们的登录证书。在另一实施例中，用户接口可以允许相同的用户在不录入他们的登录证书的情况下开始新的测试。如该图中所示，在选择从用户接口登出之后，可以向操作者呈现消息“您确定您想要登出
如图5g中所示，用户接口可以再一次显示所述一个或多个诊断引擎的当前状态。用户接口可以使得操作者能够选择诊断引擎中给定的一个以用于在样本上运行测试。操作者可以是运行第一测试的第一操作者，或可以是与第一操作者不同的第二操作者。在选择了与诊断引擎相对应的图标中的给定一个时，用户接口可以提示操作者录入他们的登录证书。在一个实施例中，每当操作者选择新测试的时候，用户接口可以提示他们录入其登录证书。因而，即使操作者是运行第一测试的相同操作者，但是用户接口仍可要求操作者录入他们的登录证书。在另一实施例中，用户接口可以允许第一操作者在不录入他们的登录证书的情况下开始第二测试，只要该操作者仍登录到系统。
如图5h中所示，可以经由用户接口来提示用户录入操作者登录信息。如图中所示，用户可以被配置成录入登录证书，包括字母、数字、符号等等的任何组合。理解到，操作者标识符可以包括任何种类的标识符，包括但不限于用户名、密码、pin号、以及条形码，其通过使用与用户接口相关联的条形码读取器而可扫描。例如，用户可以选择“扫描”按钮以便启用用户接口的条形码扫描仪。另外，护理点系统可以使用语音识别和生物计量信息、诸如面部识别技术，以便标识用户。可以通过任何数目的手段、诸如通过由用户接口所呈现的键盘或通过使用话音至文本处理来录入登录信息。
如图5i中所示，用户接口可以提示用户将测试样本卡盒插入到诊断引擎中。例如，如在该图中所示，如果用户在先前的步骤中选择了hba1c诊断引擎，则可以提示用户将包含血液样本的hba1c卡盒插入到hba1c诊断引擎中。在将测试样本插入到诊断引擎中和/或选择了诊断引擎中给定的一个时，用户可以选择“ok”按钮或可以用其它方式向用户接口通信以继续进行到下一个屏幕。
如图5j中所示，用户接口可以显示患者信息和/或可以提示用户录入与所选的测试样本相关联的患者信息。例如，用户接口可以显示或可以提示用户录入与患者相关联的标识符、患者的姓、患者的名、患者的性别、以及患者的出生日期。理解到，患者信息不限于该信息。例如，用户接口还可以显示或提示用户录入患者的身高、体重、预先存在的状况、过去的测试结果等等。在一个实施例中，用户接口可以被配置成扫描条形码以便确定患者信息。用户可以选择“扫描”按钮以便启用用户接口的条形码扫描仪。条形码可以位于例如测试样本上。用户接口可以呈现附加的图标、诸如“近来的患者”图标以及“患者列表”图标以便辅助用户录入患者信息。
如图5l中所示，用户接口可以显示与通过诊断引擎中给定的一个所执行的测试相关联的测试结果（例如计算结果）。在一个实施例中，在查看结果之前，用户接口可以提示用户录入他们的登录证书。在另一实施例中，任何用户可以在不录入他们的登录证书的情况下查看结果。例如，响应于接口的用户选择了与临床分析器1相对应的图标，用户接口可以显示与通过临床分析器1所执行的测试相关联的结果。响应于用户选择了与临床分析器2相对应的图标，用户接口可以被配置成显示与通过临床分析器2所执行的测试相关联的结果。
用户接口可以被配置成响应于由接口的用户选择了图标而显示任何类型的信息。例如，用户接口可以显示计算结果，所述计算结果基于从诊断引擎所接收的测量结果。在所选图标对应于hba1c分析器的示例中，用户接口可以显示与患者的hba1c水平相对应的值，诸如5.6%，如在该图中所示出的。在另一实施例中，响应于用户选择了与心脏诊断引擎相对应的图标，用户接口可以显示与从心脏诊断引擎所接收的测量结果相对应的一个或多个计算结果。例如，用户接口可以显示与患者的总胆固醇、ldl胆固醇、hdl胆固醇、甘油三酯、非hdl胆固醇、和高灵敏性c反应蛋白质相对应的值。用户接口可以显示除了从诊断引擎所接收的信息之外的信息。例如，用户接口可以显示操作者id、患者id、测试的日期和时间、诊断引擎标识符、患者的名、患者的姓、患者性别、以及患者出生日期。理解到，用户接口可以显示该信息的仅一部分，并且不被限制到此处所述的信息。
用户接口可以允许用户在测量结果和/或计算结果上进行评注。例如，通过点击“评注”按钮，用户可以录入与测试相关联的信息，诸如“hba1c水平在正常范围内”，或“在六个月内跟进患者”。用户接口可以此外允许用户通过点击“打印”图标而打印结果，或者可以允许用户通过选择“传送”图标而将结果发送到另一实体。例如，在用户选择了“打印”图标时，用户接口可以显示打印机的列表，或者可以自动地打印到可用打印机中选择的一个。附加地或可替换地，响应于用户选择了“传送”图标，用户接口可以允许用户手动地录入目的地、诸如电子邮件地址或能够接收结果的其它系统，或者可以允许用户从下拉菜单中选择目的地。
如图5m中所示，用户接口可以指示用户移除测试卡盒。用户接口可以指示用户移除与如下图标相对应的测试卡盒：用户当前正在查看针对所述图标的结果。用户接口可以在用户已查看结果之前、期间或之后的任何点处呈现用于移除测试卡盒的该指令。在一个示例中，用户接口可仅仅响应于用户选择了他们已查看结果或用户已经打印或传送了结果而显示该消息。用户接口可以被配置成自动将从诊断引擎所接收的结果存储在数据库中。用于存储测试结果的该过程还可以在用户已经查看了基于诊断引擎所执行的测试的结果之前、期间或之后被执行。用户接口还可以显示附加的信息，诸如如何恰当地布置测试卡盒。
如图5n中所示，用户接口可以显示被连接到用户接口的诊断引擎中的全部或一些的状态。在用户已经查看了与给定的诊断引擎相关联的测试的结果并且已经从该诊断引擎移除了测试卡盒之后，用户接口可以显示：所述诊断引擎再一次可用。例如，用户接口可以显示与该诊断引擎相对应的一图标，其将所述诊断引擎示出为可用于使用。如该图中所示，用户接口可以显示：临床1分析器已经完成了测试，以及临床2分析器和尿分析器可用于使用。如在该图中所示，用户接口可以在屏幕的顶部分上显示操作者标识符，以便指示当前登录到系统的操作者。理解到，该信息可以被显示在屏幕上的任何地方，或可以完全不被显示。
如图5o中所示，用户接口可以在不活动的一时段之后自动将当前登录到系统中的操作者登出。例如，用户接口可以在六十秒不活动之后自动地将当前操作者登出。理解到，用户接口可以在任何时间段之后将操作者登出用户接口，并且该时间段可以由用户接口的操作者、诸如护理点系统所位于其中的位置中的管理员来设置。如该图中所示，一旦用户被登出系统，用户接口就可以显示提示“扫描或录入操作者id”。在该点处，响应于用户选择了与“临床1”相对应的图标，用户接口可要求用户录入登录证书。
虽然已经结合优选实施例和特定示例而描述了方法和系统，但是不意图范围被限制到所阐明的特定实施例，因为本文中的实施例意图在所有方面中是说明性的而不是限制性的。
除非另行明确陈述，否则决不意图本文中所阐明的任何方法被解释为要求其操作以特定的次序被执行。因此，在其中方法权利要求不实际记载将由其操作遵循的次序或没有在权利要求书或说明书中另行特别地声明操作将被限制成特定的次序的情况中，决不意图在任何方面推断次序。这适用于用于解释的任何可能的非明确基础，包括：关于步骤或操作流的布置的逻辑事件；从语法组织或标点符号中所得的明白含义；以及在说明书中所述的实施例的数目或类型。
对于本领域技术人员将明显的是：可以做出各种修改和变型，而不偏离本公开内容的精神或范围。出自对本文中所述的说明书和实践的考虑，对于本领域技术人员而言，其它实施例将是显而易见的。所意图的是，说明书和示例性的图仅仅被认为是示例性的，其中真实范围和精神由以下权利要求来指示。
示例实施例：
1.一种由与多个诊断引擎进行电子通信的仪器数据管理器（idm）所执行的方法，所述idm被配置成与所述多个诊断引擎中的每一个通信以使得能够由多个用户通过使用所述多个诊断引擎而大体上同时地在多个样本上执行多个测试；以及呈现单个用户接口以用于管理通过所述多个诊断引擎的测试以及用于接收由所述多个诊断引擎中的每一个所执行的测试的测量结果，所述方法包括：
经由所述用户接口并且从第一用户接收用于在与诊断引擎中的第一诊断引擎相关联的样本上执行测试的请求；
向第一诊断引擎发送用于在与第一诊断引擎相关联的样本上执行测试的指令；
经由所述用户接口并且从第二用户接收用于在与诊断引擎中的第二诊断引擎相关联的样本上执行测试的请求；以及
向第二诊断引擎发送用于执行与第二诊断引擎相关联的测试的指令；
其中与第一诊断引擎相关联的测试以及与第二诊断引擎相关联的测试大体上同时地被执行。
2.根据权利要求1所述的方法，此外包括：
经由所述用户接口来提示第一用户录入与同第一诊断引擎相关联的样本相对应的信息；以及
经由所述用户接口来提示第二用户录入与同第二诊断引擎相关联的样本相对应的信息，
其中所述信息包括以下各项中的一个或多个：患者标识符、患者人口统计数据、样本人口统计数据、以及命令信息。
3.根据权利要求2所述的方法，其中在已经发起了对应的测试之后显示用于以下各项中至少一个的提示：第一用户录入与同第一诊断引擎相关联的样本相对应的信息以及第二用户录入与同第二诊断引擎相关联的样本相对应的信息。
4.根据权利要求1所述的方法，此外包括：
经由所述用户接口并且在发起了与第一诊断引擎相关联的测试之后显示对第一诊断引擎进行表示的图标；以及
经由所述用户接口并且在发起了与第二诊断引擎相关联的测试之后显示对第二诊断引擎进行表示的图标。
5.根据权利要求1所述的方法，其中所述多个诊断引擎包括以下各项中的至少一个：血液气体诊断引擎、心脏诊断引擎、凝结诊断引擎、糖尿病诊断引擎、和尿分析诊断引擎。
6.根据权利要求5所述的方法，其中所述第一诊断引擎和第二诊断引擎是不同类型的诊断引擎。
7.根据权利要求1所述的方法，其中所述第一用户是与第二用户相同的用户。
8.根据权利要求1所述的方法，其中所述第一用户是与第二用户不同的用户。
9.根据权利要求1所述的方法，其中所述idm非实时地从所述多个诊断引擎中的一个或多个接收测量结果。
10.根据权利要求9所述的方法，此外包括基于所述测量结果和至少一个其它参数来生成计算结果，
其中所述至少一个其它参数包括与患者相关联的人口统计信息，以及确定测量结果的一天中的某时间。
11.一种与多个诊断引擎进行电子通信的仪器数据管理器（idm），所述idm被配置成与所述多个诊断引擎中的每一个通信以使得能够由多个用户通过使用所述多个诊断引擎而大体上同时地在多个样本上执行多个测试；以及呈现单个用户接口以用于管理通过所述多个诊断引擎的测试以及用于接收由所述多个诊断引擎中的每一个所执行的测试的结果，其中所述idm包括处理器和存储器，所述存储器存储计算机可执行指令，所述计算机可执行指令当被处理器执行的时候使得所述idm执行包括以下各项的操作：
经由所述用户接口并且从第一用户接收用于在与诊断引擎中的第一诊断引擎相关联的样本上执行测试的请求；
向第一诊断引擎发送用于在与第一诊断引擎相关联的样本上执行测试的指令；
经由所述用户接口并且从第二用户接收用于在与诊断引擎中的第二诊断引擎相关联的样本上执行测试的请求；以及
向第二诊断引擎发送用于执行与第二诊断引擎相关联的测试的指令；
其中与第一诊断引擎相关联的测试以及与第二诊断引擎相关联的测试大体上同时地被执行。
12.根据权利要求11所述的idm，其中所述指令当被执行的时候此外使得所述idm执行包括以下各项的操作：
经由所述用户接口来提示第一用户录入与同第一诊断引擎相关联的样本相对应的信息；以及
经由所述用户接口来提示第二用户录入与同第二诊断引擎相关联的样本相对应的信息，
其中所述信息包括以下各项中的一个或多个：患者标识符、患者人口统计数据、样本人口统计数据、以及命令信息。
13.根据权利要求12所述的idm，其中在已经发起了对应的测试之后显示用于以下各项中至少一个的提示：第一用户录入与同第一诊断引擎相关联的样本相对应的信息以及第二用户录入与同第二诊断引擎相关联的样本相对应的信息。
14.根据权利要求11所述的idm，其中所述指令当被执行的时候此外使得所述idm执行包括以下各项的操作：
经由所述用户接口并且在发起了与第一诊断引擎相关联的测试之后显示对第一诊断引擎进行表示的图标；以及
经由所述用户接口并且在发起了与第二诊断引擎相关联的测试之后显示对第二诊断引擎进行表示的图标。
15.根据权利要求11所述的idm，其中所述多个诊断引擎包括以下各项中的至少一个：血液气体诊断引擎、心脏诊断引擎、凝结诊断引擎、糖尿病诊断引擎、和尿分析诊断引擎。
16.根据权利要求15所述的idm，其中所述第一诊断引擎和第二诊断引擎是不同类型的诊断引擎。
17.根据权利要求11所述的idm，其中所述第一用户是与第二用户相同的用户。
18.根据权利要求11所述的idm，其中所述第一用户是与第二用户不同的用户。
19.根据权利要求11所述的idm，其中所述idm非实时地从所述多个诊断引擎中的一个或多个接收测量结果。
20.根据权利要求19所述的idm，此外包括基于所述测量结果和至少一个其它参数来生成计算结果，
其中所述至少一个其它参数包括与患者相关联的人口统计信息，或确定测量结果的一天中的某时间。
- 还没有人留言评论。精彩留言会获得点赞！