用于医疗数据库的基于情境的用户界面的制作方法

用于医疗数据库的基于情境的用户界面
1.相关申请的交叉引用
2.本技术要求于2019年6月30日提交的题为“context-based user interface to medical database”的美国专利申请第16/458,093号的权益，出于所有目的，其全部内容通过引用并入本文。
技术领域
3.本发明涉及用于数据库的用户界面，更具体地涉及用于医疗数据库的用户界面，其中在当前查询中使用来自先前查询的信息选择标准，而无需用户重复先前的信息选择标准。


背景技术：

4.许多患者暂时或更长时间地连接到医疗设备。例如，心脏病发作的受害者可能会暂时植入心脏泵以减轻患者心脏的负荷，直到心脏恢复。心脏监测器、血压监测器、输液泵和许多其他类型的医疗设备可以被长期连接到患者，诸如当患者被收治到医院时。远程监测系统，诸如可从马萨诸塞州丹佛市(danvers，ma)的阿比奥梅德公司(abiomed,inc)获得的impella connect远程监测系统，使临床医生和其他人能够远程监测这样的医疗设备。然而，由于大量医疗设备跨大量医疗机构分布，临床医生有时难以容易地指定单个感兴趣的医疗设备、患者或机构，或者一组感兴趣的医疗设备、患者和/或机构。


技术实现要素：

5.本发明的实施例提供了一种医疗数据库查询系统。医疗数据库查询系统可由多个用户使用。每个用户与用户的至少一个组相关联。
6.医疗数据库查询系统的第一数据库被配置为存储关于以下至少一个的信息：(a)多个医疗设备、(b)多个医疗机构和(c)多个患者。每个医疗设备被配置为连接到相应患者。每个医疗机构被配置为收治患者并容纳被配置为连接到相应患者的医疗设备。关于多个患者的信息包括关于患者中的相应患者当前被收治的医疗机构的信息，以及关于患者中的相应患者当前连接到的医疗设备的信息。
7.人类用户界面被配置为从用户接收一系列请求。每个请求包括对来自数据库的信息的请求。每个请求包括相应信息选择标准。
8.第二数据库被配置为针对每个用户存储对应的用户简档信息，并且针对用户的每个组存储对应的组简档信息。
9.用户分析器(profiler)被配置为响应于一系列请求中的至少一些请求，将每个这样的请求的信息选择标准与提出至少一些请求的用户相关联地存储到第二数据库中，从而扩增针对用户的用户简档信息；
10.组分析器被配置为响应于一系列请求中的至少一些请求，将每个这样的请求的信息选择标准与和提出至少一些请求的用户相关联的至少一个组相关联地存储到第二数据
list)。
23.可选地，在具有用户登录模块的任何实施例中，为了识别与用户相关联的组，用户登录模块可以被配置为自动解析多个电子消息中的电子消息的主题。
24.可选地，在具有用户登录模块的任何实施例中，为了识别与用户相关联的组，用户登录模块可以被配置为自动识别多个电子消息中的电子消息的接收者列表中的至少一个接收者。
25.可选地，在具有第三数据库的任何实施例中，第三数据库可以被配置为基于来自注册给用户的无线移动设备当前无线连接到的无线接入点的信息存储用户的估计的当前位置。
26.可选地，在具有第三数据库的任何实施例中，第三数据库可以被配置为基于来自注册给用户的无线移动设备当前无线连接到的无线接入点的信息存储用户的估计的当前位置，并且基于来自注册给与组相关联的相应用户的相应无线移动设备当前无线连接到的至少一个无线接入点的信息存储组的估计的当前位置。
27.可选地，在任何实施例中，人类用户界面可以包括语音用户界面和/或图形用户界面和/或文本用户界面。
28.本发明的另一个实施例提供了一种用于查询医疗数据库的方法。医疗数据库可由多个用户访问。该方法可由多个用户使用。每个用户与用户的至少一个组相关联。
29.提供第一数据库。第一数据库被配置为存储关于以下至少一个的信息：(a)多个医疗设备、(b)多个医疗机构和(c)多个患者。每个医疗设备被配置为连接到相应患者。每个医疗机构被配置为收治患者并容纳被配置为连接到相应患者的医疗设备。关于多个患者的信息包括关于患者中的相应患者当前被收治的医疗机构的信息，以及关于患者中的相应患者当前连接到的医疗设备的信息。
30.经由人类用户界面从用户接收一系列请求。每个请求包括对来自数据库的信息的请求。每个请求包括相应信息选择标准。
31.提供第二数据库。第二数据库被配置为针对每个用户存储对应的用户简档信息，并且针对用户的每个组存储对应的组简档信息。
32.响应于一系列请求中的至少一些请求，将每个这样的请求的信息选择标准与提出至少一些请求的用户相关联地存储到第二数据库中，从而扩增针对用户的用户简档信息；
33.响应于一系列请求中的至少一些请求，将每个这样的请求的信息选择标准与和提出至少一些请求的用户相关联的至少一个组相关联地存储到第二数据库中，从而扩增针对至少一个组的组简档信息；
34.基于以下的组合搜索第一数据库：(a)来自一系列请求中的当前请求的信息选择标准；(b)来自对应于提出当前请求的用户的用户简档信息的至少一个信息选择标准；以及(c)来自对应于与提出当前请求的用户相关联的组的组简档信息的至少一个信息选择标准。
35.向用户提供由于第一数据库的搜索而返回的结果。
36.可选地，在任何实施例中，每个用户可以与机构相关联。在这样的实施例中，第二数据库还被配置为针对每个机构存储对应的机构简档信息。在这样的实施例中，响应于一系列请求中的至少一些请求，将每个这样的请求的信息选择标准与和提出至少一些请求的
用户相关联的机构相关联地存储到的第二数据库中，从而扩增针对机构的机构简档信息。另外，搜索第一数据库所基于的组合包括：(d)来自对应于与提出当前请求的用户相关联的机构的机构简档信息的至少一个信息选择标准。
37.可选地，在任何实施例中，可以基于一系列请求的子集的相应信息选择标准来自动识别用户。
38.可选地，在任何实施例中，可以基于一系列请求的子集的相应信息选择标准来自动识别与用户相关联的组。
39.可选地，在任何实施例中，可以基于一系列请求的子集的相应信息选择标准来自动识别与用户相关联的机构。
40.可选地，在任何实施例中，可以查询第三数据库。第三数据库可以被配置为存储关于多个用户和用户的多个组的信息。关于多个用户的信息针对每个用户包括用户的估计的当前位置。关于用户的多个组的信息针对每个组包括组的估计的当前位置。可以将用户的估计的当前位置与多个组中的至少一个组的估计的当前位置进行比较。可以至少部分地基于用户的估计的当前位置与多个组中的至少一个组的估计的当前位置之间的匹配来识别与用户相关联的组。
41.可选地，在具有第三数据库的任何实施例中，第三数据库可以包括日程数据库，该日程数据库被配置为存储关于多个会议的信息，针对每个会议，该信息包括会议的位置、会议的时间和会议中的参与者列表。
42.可选地，在任何实施例中，识别与用户相关联的组可以包括自动解析用户是参与者的多个会议中的当前会议的标题。
43.可选地，在任何实施例中，识别与用户相关联的组可以包括自动识别在用户也是参与者的多个会议中的当前会议中的参与者列表中的除该用户外的至少一个参与者。
44.可选地，在具有第三数据库的任何实施例中，第三数据库可以包括电子邮件数据库，该电子邮件数据库被配置为存储多个电子消息，对于每个电子消息，包括电子消息的主题和接收者列表。
45.可选地，在任何实施例中，识别与用户相关联的组可以包括自动解析多个电子消息中的电子消息的分布列表。
46.可选地，在任何实施例中，识别与用户相关联的组可以包括自动解析多个电子消息中的电子消息的主题。
47.可选地，在任何实施例中，识别与用户相关联的组可以包括识别多个电子消息中的电子消息的接收者列表中的至少一个接收者。
48.可选地，在具有第三数据库的任何实施例中，第三数据库可以被配置为基于来自注册给用户的无线移动设备当前无线连接到的无线接入点的信息存储用户的估计的当前位置。
49.可选地，在具有第三数据库的任何实施例中，第三数据库可以被配置为存储用户的估计的当前位置和组的估计的当前位置。用户的估计的当前位置可以基于来自注册给用户的无线移动设备当前无线连接到的无线接入点的信息。组的估计的当前位置可以基于来自注册给与组相关联的相应用户的相应无线移动设备当前无线连接到的至少一个无线接入点的信息。
50.可选地，在任何实施例中，人类用户界面可以包括语音用户界面和/或图形用户界面和/或文本用户界面。
51.本发明的另一个实施例提供了一种非暂时性计算机可读介质。该介质用指令编码。当由处理器执行时，指令建立用于执行用于查询可由多个用户使用的医疗数据库的计算机实施的方法的过程。每个用户与用户的至少一个组相关联。这些过程包括下列项：
52.被配置为访问第一数据库的过程。第一数据库被配置为存储关于以下至少一个的信息：(a)多个医疗设备、(b)多个医疗机构和(c)多个患者。每个医疗设备被配置为连接到相应患者。每个医疗机构被配置为收治患者并容纳被配置为连接到相应患者的医疗设备。关于多个患者的信息包括关于患者中的相应患者当前被收治的医疗机构的信息，以及关于患者中的相应患者当前连接到的医疗设备的信息。
53.人类用户界面被配置为从用户接收一系列请求。每个请求包括对来自数据库的信息的请求。每个请求包括相应信息选择标准。
54.第二数据库。第二数据库被配置为针对每个用户存储对应的用户简档信息，并且针对用户的每个组存储对应的组简档信息。
55.用户分析器。用户分析器被配置为响应于一系列请求中的至少一些请求，将每个这样的请求的信息选择标准与提出至少一些请求的用户相关联地存储到第二数据库中，从而扩增针对用户的用户简档信息；
56.组分析器。组分析器被配置为响应于一系列请求中的至少一些请求，将每个这样的请求的信息选择标准与和提出至少一些请求的用户相关联的至少一个组相关联地存储到所述第二数据库中，从而扩增针对至少一个组的组简档信息；
57.数据库查询引擎。数据库查询引擎被配置为基于以下的组合搜索第一数据库：(a)来自一系列请求中的当前请求的信息选择标准，(b)来自对应于提出当前请求的用户的用户简档信息的至少一个信息选择标准，以及(c)来自对应于与提出当前请求的用户相关联的组的组简档信息的至少一个信息选择标准。
58.数据库响应引擎。数据库响应引擎被配置为向用户提供由数据库查询引擎返回的结果。
附图说明
59.通过参考以下具体实施例的详细描述并结合附图，将更全面地理解本发明，其中：
60.图1是根据现有技术的示例性常规医疗设备控制器和示例性常规医疗设备的透视图，在该示例中为耦合到医疗设备控制器的心脏泵。
61.图2是在本发明的实施例的情境中连接到示例性医疗设备(在该示例中为心脏监测器)并被收治到示例性医疗机构的示例性患者的图示。
62.图3是在本发明的实施例的情境中用于收集、存储和检索关于医疗设备、患者和医疗机构(诸如图1的医疗设备和图2的患者和医疗机构)的操作数据的数据存储和检索系统的主要部件的示意性框图。
63.图4是根据本发明的实施例的包括图3的医疗数据库的医疗数据库查询系统的示意性框图。
64.图5a、图5b、图5c和图5d(统称图5)示出了由图4的医疗数据库查询系统的数据库
查询引擎返回的并且例如由图3的监测站/控制台显示给用户的示例性假设结果。
65.图6是根据本发明的相应实施例的图4的医疗数据库查询系统的可选部件(包括用户登录模块和位置数据库)的示意性框图。
66.图7是根据本发明的实施例示意性地示出图4的医疗数据库查询系统的操作的流程图。
67.图8是根据本发明的相应实施例示意性地示出图4和图5的医疗数据库查询系统的可选用户登录模块和位置数据库的操作的流程图。
具体实施方式
68.本发明的实施例提供了用于医疗数据库的用户界面。用户界面存储来自先前查询的情境(context)信息，并使用情境信息作为其当前查询的信息选择标准的一部分，从而减轻用户指定用户希望接收的信息的负担，从而使用户能够集中精力缩小范围或以其他方式阐明用户寻求的信息类型。
69.上面总结并在下面进一步详细描述的实施例在提供由用户请求的信息方面具有改善数据库查询系统的准确性的效果，而不需要用户在每个查询中完全指定信息。每个用户查询包括至少一个信息选择标准。该信息选择标准用来从数据库中选择信息。然而，这些实施例自动创建并利用用户简档，用户简档存储由相应用户在先前查询中先前输入的信息选择标准。响应于当前用户查询，实施例组合：(a)用户在当前查询中输入的信息选择标准与(b)用户先前输入并存储在用户简档中的一个或多个信息选择标准，以形成更具体的信息选择标准。该更具体的信息选择标准用来从数据库中选择信息。然后将选择的信息提供给用户。因此，这些实施例利用由用户最近的查询提供的情境来从数据库中选择信息。
70.每个用户是至少一个组的成员，并且因此与至少一个组相关联。组的示例包括：照顾特定患者的医生；隶属于特定医疗实践或办公室的医生；分配到特定医院楼层或病房的护士；维护医疗设备的技术人员；隶属于特定医院的管理人员；和隶属于特定医疗设备制造商的技术支持代表。这些实施例还自动创建和利用组简档，组简档存储由相应组的用户在先前查询中输入的信息选择标准。响应于当前用户查询，实施例组合：(a)用户在当前查询中输入的信息选择标准与(b)用户先前输入并存储在用户简档中的一个或多个信息选择标准，以及(c)由与该用户在同一组中的用户先前输入并存储在组简档中的一个或多个信息选择标准，以形成更具体的信息选择标准。
71.可选地，每个用户与机构相关联，例如雇用该用户或向该用户授予准入特权的医院。机构的其他示例包括医疗设备的制造商和研究组织，诸如大学。一些实施例自动创建并利用机构简档，机构简档存储由与相应机构相关联的用户在先前查询中输入的信息选择标准。响应于当前用户查询，这些实施例组合：(a)用户在当前查询中输入的信息选择标准与(b)由用户先前输入并存储在用户简档中的一个或多个信息选择标准，(c)由与该用户在同一组中的用户先前输入并存储在组简档中的一个或多个信息选择标准，以及(d)由与和该用户相同的机构相关联的用户先前输入并存储在机构简档中的一个或多个信息选择标准，以形成更具体的信息选择标准。
72.因此，这些和其他实施例提供了更准确地满足用户需求的数据库信息，而不会给用户带来完全指定每个查询的负担。这些实施例以这样的假设为前提，即人类用户通常最
初不知道如何完全指定查询，而是执行一系列逐渐变窄的查询、一系列逐渐变宽的查询或一系列具有不断移动的焦点的查询，直到用户已经细化其查询以满足其需要。通常，用户先验地不知道他需要什么信息，而是本质上对他的查询进行试验，直到向他呈现看起来有用的信息。有时，响应于查询而返回的信息引起问题，这导致用户执行不同但相关的查询。
73.这些实施例利用了以下事实：在用户的一系列查询中，至少一些信息选择标准在查询中可能是相同或相似的。因此，由一系列查询的初始查询所定义的情境可以被推断并传送到随后的查询，并且用户可以集中精力于缩小或扩大他查询的范围，而不是重复所有先前输入的信息选择标准。
74.通过利用作为组成员的用户和与共同机构相关联的用户的可能的查询之间的相似性，组简档和机构简档进一步减轻了用户在指定用户希望接收的信息方面的负担。一些实施例基于自动确定的用户的当前物理位置来自动确定用户的当前组成员。例如，如果用户在物理上位于一组其他用户附近，诸如在会议室中，则这些实施例可以估计该用户当前是包括会议室中的其他用户的组的成员。用户的当前物理位置可以由这些实施例从会议日程、由无线接入点从用户的移动设备(例如，电话、平板电脑或笔记本电脑)接收的信号或其他可用信息估计。
75.图1是示例性常规医疗设备控制器100和示例性常规植入式医疗单元102的透视图，在该示例中，植入式医疗单元102是心脏泵，其耦合到医疗设备控制器100。尽管可以使用任何合适的医疗单元和控制器，在图1所示的示例中，医疗设备控制器100是来自马萨诸塞州丹佛市(danvers，ma)的阿比奥梅德公司(abiomed,inc)的automated impella 并且心脏泵102是也可从阿比奥梅德公司(abiomed,inc)获得的2.5心脏泵。
76.医疗单元可与患者连接，诸如通过将医疗单元植入患者体内，或通过将医疗单元诸如经由线、带、光束等连接到患者。例如，自动血压袖带(未示出)是可以经由带连接到患者的医疗单元。在另一个示例中，心电图仪(未示出)是可以经由电线连接到患者的医疗单元。
77.医疗设备控制器100和任何相关联的医疗单元在本文中统称为医疗设备104。在一些情况下，医疗单元和与其相关联的医疗设备控制器组合。这种组合在本文中也简称为医疗设备104。
78.如图2所示，每个医疗设备104(在这种情况下是心脏监测器200)被配置为连接到相应患者202。医疗机构204(本文中由医院表示)被配置为收治患者(诸如患者202)，并且容纳医疗设备104(诸如心脏监测器200)。医疗机构204的其他示例包括诊所、医生办公室、医疗研究设施和医疗设备制造商。
79.返回到图1，医疗设备控制器100可以包括显示屏106，医疗设备控制器100在其上显示关于医疗单元102的操作数据，诸如心脏信号电平、电池温度、血液流速和管道完整性。如图3所示，医疗设备控制器100可以连接到计算机网络，并且因此将操作数据发送到远程数据服务器。
80.图3是用于收集、存储和检索来自并关于医疗设备(由示例性医疗设备104表示)的操作数据的数据存储和检索系统300的主要部件的示意性框图。尽管示出了三个医疗设备104，但是可以使用其他数量的医疗设备104。医疗设备104可以全部位于单个医疗机构204，
或者医疗设备104可以跨若干个医疗机构204分布。每个医疗设备104可以，但不是必须，连接到计算机网络302。每个可连接网络的医疗设备104被配置为自动重复地捕获关于其自身104的状态信息，并且经由计算机网络302将包含状态信息的消息发送到数据服务器304，数据服务器304将状态信息存储在数据库306中。以监测站308为例的监测站可以经由数据服务器304从数据库306请求信息，并将该信息显示给以用户310为代表的用户。用户310的示例性组312也以虚线示出。
81.监测站308还可以充当控制台，在这种情况下，用户310可以使用监测站/控制台308来将信息手动输入到数据库306中。此外，一些医疗设备104可以包括用户界面，用户310可以通过该用户界面输入信息，以存储在数据库306中。例如，当心脏泵(图1)被植入患者202时，患者信息(诸如患者姓名)、患者202被收治的医疗机构204(诸如医院)的名称、病房号、有权访问关于患者202的信息的用户的标识符、与患者202连接的医疗设备104的标识、容纳医疗设备104或患者202被收治的医疗机构204等，可以由数据服务器304输入并由此存储到数据库306。
82.因此，数据库306存储关于医疗设备104的信息。具体地，数据库306被配置为存储关于以下至少一个的信息：(a)多个医疗设备104、(b)多个医疗机构204和(c)多个患者202。关于医疗设备104的信息包括关于患者202中的相应患者当前被收治的医疗机构204的信息和关于患者202中的相应患者当前连接到的医疗设备104的信息。关于患者202的信息包括关于患者202中的相应患者当前被收治的医疗机构204的信息，以及关于患者202中的相应患者当前连接到的医疗设备104的信息。
83.虽然图3示出了单个数据库306，但是可以使用若干个子数据库，诸如，每个医疗机构204或每个政治管辖区(例如欧洲、日本和美国)一个子数据库。因此，例如，单独的子数据库可以用于存储关于收治到每个医疗机构204的患者202的信息和/或关于容纳在每个医疗机构204的医疗设备104的信息。然而，这些子数据库在本文中统称为数据库306。
84.图4是根据本发明的实施例的医疗数据库查询系统400的示意性框图。医疗数据库查询系统400包括并查询图3所示的数据库306。
85.人类用户界面402被配置为从用户310接收一系列请求404。尽管示出了一个人类用户界面402和一个用户310，但是医疗数据库查询系统400可以包括任何数量的人类用户界面402，并且可以由任何数量的用户310使用。例如，每个监测站/控制台308(图3)可以包括人类用户界面402。返回到图4，人类用户界面402可以包括语音用户界面406、图形用户界面408和/或基于文本的用户界面410的任意组合。
86.一系列请求404中的每个请求是对来自数据库306的信息的请求。一系列请求404中的每个请求包括至少一个相应信息选择标准。信息选择标准的示例包括指定下列项的选择标准：特定患者202，诸如通过患者姓名或医疗标识号(min)来指定；或特定医疗机构204，诸如通过名称或标识号来指定；或特定医疗设备104，诸如通过序列号、制造商、功能或类型来指定。示例性查询是“向我显示关于患者bob smith的信息”或“向我显示关于impella心脏泵序列号179078的信息”。
87.一系列请求404中的每个请求可以包括信息选择标准的组合。例如，“显示关于abc医院的患者bob smith的信息”。尽管一些请求指定了单个患者202、医疗设备104和/或医疗机构204，但是请求可以指定多于一个的患者202、多于一个的医疗设备104和/或多于一个
的医疗机构204。例如，“向我显示abc医院的所有心脏泵”或“向我显示处于警报的所有心脏泵”。
88.作为获得关于一组患者202、医疗设备104和/或医疗机构204的信息的结果，用户310可能希望缩小或细化搜索。例如，在请求系统400“向我显示abc医院的所有心脏泵”之后，用户310可能希望仅看到关于abc医院的处于警报的心脏泵的信息，或者仅看到关于abc医院的已经被植入超过指定时间量的心脏泵的信息。因此，在随后的请求中，用户310可以请求系统400“显示警报”或“显示长于两天的植入物”。医疗数据库查询系统400使用先前请求(诸如先前请求414和416)的情境中的一系列请求404的最近请求412来构建选择标准，利用该选择标准来查询医疗数据库306以满足用户310的当前请求412。因此，用户查询“显示警报”和“显示长于两天的植入物”可以由医疗数据库查询系统400分别实施为“向我显示abc医院的处于警报的所有心脏泵”和“向我显示abc医院的植入长于两天的所有心脏泵”。
89.医疗数据库查询系统400在第二数据库424中存储用户简档418、组简档420和(可选地)机构简档422。每个用户简档418包括来自用户310提出的先前请求414-416中的一些请求的信息选择标准。第二数据库424被配置为针对每个用户310存储对应的用户简档信息。类似地，第二数据库424被配置为针对每个组存储对应的组简档信息，并且(可选地)针对每个医疗机构存储对应的机构简档信息。
90.响应于用户310提出请求412，用户分析器426将当前请求412的(一个或多个)信息选择标准存储到第二数据库424中，并将(一个或多个)信息选择标准与提出请求412的用户310相关联。因此，随着时间的推移，当用户提出一系列请求404时，用户分析器426扩增针对用户310的用户简档信息418。
91.类似地，响应于用户310和其他用户提出请求412，组分析器428将当前请求412的(一个或多个)信息选择标准存储到第二数据库424中，并将(一个或多个)信息选择标准与提出请求412的用户310是其的成员的组相关联。因此，随着时间的推移，当组312中的用户310提出请求时，组分析器428扩增针对组的组简档信息420。
92.类似地，可选地，响应于用户310或其他用户提出请求412，机构分析器430将当前请求412的(一个或多个)信息选择标准存储到第二数据库424中，并将(一个或多个)信息选择标准与提出请求412的用户310隶属的机构204相关联。因此，随着时间的推移，当隶属于机构204的用户提出请求时，机构分析器430扩增针对机构的机构简档信息422。
93.如上所述，，医疗数据库查询系统400使用先前请求414-416的情境中的一系列请求404中最近请求412来构建选择标准，利用该选择标准来查询医疗数据库306以满足用户310的当前请求412。数据库查询引擎432被配置为基于以下的组合搜索医疗数据库306：(a)来自当前请求412的(一个或多个)信息选择标准，(b)来自对应于提出当前请求412的用户310的用户简档信息418的至少一个信息选择标准，(c)来自对应于与提出当前请求412的用户310相关联的组312的组简档信息420的至少一个信息选择标准以及(可选地)(d)来自对应于与提出当前请求412的用户310相关联的机构204的机构简档信息422的至少一个信息选择标准。
94.数据库响应引擎434向用户310提供由数据库查询引擎432返回的结果。图5示出了由数据库查询引擎432返回并由诸如监测站/控制台308(图3)中的一个显示给用户310的示例性假设结果500。
95.每个用户310在一个或多个组312中的成员资格和/或在一个或多个机构204的隶属可以由存储在数据库424中的数据来表示。该数据可以由管理员经由管理用户界面(未示出)输入和维护。
96.然而，可选地，用户登录模块436自动地识别用户310、与用户310相关联的组312和/或与用户310相关联的机构204，诸如基于由用户310提出的一系列请求404的子集中的信息选择标准。用于自动识别用户310的一种方法是将请求的子集中的信息选择标准与用户简档418中的信息选择标准进行比较。包含与请求的子集中的信息选择标准最匹配的信息选择标准的用户简档418可以被假设为与当前用户310相关联，并且因此被用于识别当前用户310。
97.类似地，用于自动识别当前用户310的组312的一种方法是将请求的子集中的信息选择标准与组简档420中的信息选择标准进行比较。可以假设包含与用户310最近提出的请求的子集中的信息选择标准最匹配的信息选择标准的组简档420与当前用户310相关联。
98.类似地，用于自动识别当前用户310的机构204的一种方法是将请求的子集中的信息选择标准与机构简档422中的信息选择标准进行比较。可以假设包含与用户310最近提出的请求的子集中的信息选择标准最匹配的信息选择标准的机构简档422与当前用户310相关联。
99.用于自动识别用户310和/或与用户310相关联的组312和/或机构204的另一种方法是基于用户310的当前位置。在一个实施例中，将用户310的当前或估计的位置与若干个潜在组312的估计的位置进行比较，并且与用户310最接近的组312可以被假设为用户310当前与之相关联的组312。例如，如果用户310是若干个组312的成员，并且这些组312中的一个(例如合规组或合规组的成员)当前正在特定会议室开会，并且用户310被安排参加会议，则可以假设用户310正在与合规组开会，并且因此当前是该组312的成员。因此，为了识别与用户310相关联的组312，用户登录模块436可以自动识别在用户310也是参与者的当前会议中的参与者列表中的除用户310外的至少一个参与者。
100.类似地，如果用户310隶属于若干个机构204，则可以将用户310的当前或估计的位置与若干个机构204的位置进行比较，并且与用户310最接近的机构204可以被假设为用户310当前关联到的机构204。
101.用户登录模块436可以使用位置数据库600，并且可选地使用其他基础设施(如图6示意性所示)以自动估计用户310的当前位置和/或自动识别用户310当前是其成员的组312。位置数据库600可以，但不必须，不同于其他数据库306和424。位置数据库600被配置为存储关于医疗数据库查询系统400的用户310的信息，针对每个用户310，该信息包括用户310的估计的当前位置。位置数据库600还被配置为存储关于用户310的多个组312的信息，针对每个组312，该信息包括组312的估计的当前位置。
102.在一些实施例中，位置数据库600包括日程数据库，诸如microsoft outlook、microsoft exchange或google日程数据库。日程数据库存储关于多个会议的信息。对于每个会议，日程数据库存储会议的位置、会议的时间和会议中的参与者列表。因此，日程条目一般列出被安排在一位置一起开会的参与者(潜在用户310)。通常，日程条目包括标题或主题，其可被解析以推断一组参与者的身份或会议目的，并且从而推断组312身份。因此，如果当前用户310与当前用户310使其成员的组312的其他用户310一起被列为当前发生的会议
的参与者，则用户登录模块436可以推断当前用户310当前是312组的成员。
103.可选地或可替代地，位置数据库600包括被配置为存储多个电子消息的电子邮件数据库。对于每个电子消息，电子邮件数据库存储电子消息的主题和接收者列表。为了识别与当前用户310相关联的组312，用户登录模块436可以自动解析电子消息的分布列表。电子消息的接收者可以被假设为组312的成员。
104.可选地或可替代地，用户登录模块436可以使用日程数据库和电子邮件数据库两者来识别当前用户310是其成员的组312。在假设当前用户310是组的成员之前，用户登录模块436可以请求电子消息和日程条目两者来识别相同的组312。此外，用户登录模块436可以自动解析电子消息的主题以找到具有共同或相似主题的多个电子消息，并且然后连接相应电子消息的分布列表。可选地或可替代地，用户登录模块436可以自动解析电子消息的主题以找到与日程会议标题或主题相似的主题以将电子消息与会议相关联。与会议出席者相关的电子消息的分布列表(其中电子消息和会议具有共同或相似的主题或标题)可以用来增加所提议的组312实际上是用户310当前所属的组的置信度。
105.因此，为了识别与用户相关联的组，用户登录模块436可以被配置为自动解析电子消息的主题和/或自动识别电子消息的接收者列表中的至少一个接收者。
106.如果可以独立地估计用户310的物理位置，即，除了用户310被安排参加会议之外，并且用户310被确定为位于会议室里面或在会议室的预定距离之内，则可以假设用户310正在会议室中与其他人开会，并且因此当前是该组312的成员。
107.日程条目一般标识会议地点，诸如通过会议室名称或其他标识符。由于会议室一般是不可移动的，因此位置数据库600可以配备有关于每个会议室的物理位置的信息。然后，如图6示意性所示，如果可以独立地估计用户310的当前物理位置，即，除了用户310被安排参加会议之外，诸如根据用户310携带的移动设备发射的wifi信号，并且用户310被确定为位于会议室里面或在会议室的预定距离之内，则可以假设用户310正在会议室中与参与者开会，并且因此当前是该组312的成员。可选地，组312中的其他人的物理位置可以独立估计，诸如根据组312的其他成员携带的相应移动设备发射的相应wifi信号。
108.位置数据库600可以被配置为基于来自无线接入点602的信息存储用户310的估计的当前位置，注册给用户310的无线移动设备(以移动电话604或支持wifi的笔记本电脑为例)当前无线连接608到该无线接入点602。无线接入点602可以是wi-fi接入点、蜂窝电话基站或能够识别和定位无线移动设备604-606的任何其他类型的无线基础设施装备。在图6所示的示例中，无线接入点602建立与用户310的无线移动设备604-606的无线连接608，这是由于与用户310的无线移动设备604-606至少在理论上可以连接到的但距离更远的其他无线接入点(以无线接入点610和612为例)相比，无线接入点602更接近于无线移动设备604-606。
109.类似地，位置数据库600可以被配置为基于来自无线接入点602、610-612的信息来存储由用户614、616、618和620表示的其他用户的估计的当前位置，注册给其他用户614-620的相应无线移动设备(未示出)当前无线连接到该无线接入点602、610-612。如本文所讨论的，为了位置数据库600的目的，可以假设由无线接入点602、610-612确定的彼此接近的用户(例如用户614和616)是组312的成员，或者至少是组312的预期成员，这有待进一步澄清，诸如通过对组312的预期成员的日程和/或电子消息的访问来澄清，如本文所讨论的。
110.如果已知至少一些用户310是组312的成员，诸如位置数据库600的提供或数据库424(图4)的提供的结果，那么为了位置数据库600的目的，作为给定组312的成员并且在预定距离内同时彼此接近的任何一组用户310可以被认为是一起开会，以便自动确定当前用户310是否接近会议，并且因此，当前是组312的成员。
111.因此，位置数据库600可以被配置为基于来自至少一个无线接入点602的信息来存储组312的估计的当前位置，注册给与组312相关联的用户614-616的相应无线移动设备当前无线连接到该至少一个无线接入点602。
112.尽管已经讨论了使用无线技术自动确定相应用户310的物理位置，但是可以可选地或可替代地使用有线计算机网络装备。例如，有线路由器622可以用于基于计算机626与路由器622上的哪个端口建立网络连接来估计使用原地固定计算机626(或至少原地固定网络连接)的用户624的位置。
113.因此，用户登录模块436可以将用户310的估计的当前位置与多个组中的至少一个组312的估计的当前位置进行比较，并基于用户310的估计的当前位置与至少一个组312的估计的当前位置之间的匹配来识别与用户310相关联的组312。
114.图7是示意性地示出实施用于查询医疗数据库306的方法700的医疗数据库查询系统300的操作的流程图。系统300和方法700可由多个用户310使用。每个用户310与用户310的至少一个组312相关联。
115.在702处，提供第一数据库306。第一数据库306被配置为存储关于以下中的至少一个的信息：(a)多个医疗设备104，(b)多个医疗机构204和(c)多个患者202。每个医疗设备104被配置为连接到相应患者202。关于医疗机构204的信息包括关于患者202中的相应患者当前被收治的医疗机构204的信息和关于患者202中的相应患者当前连接到的医疗设备104的信息。每个医疗机构204被配置为收治患者202并容纳被配置为连接到相应患者202的医疗设备104。
116.在704处，经由人类用户界面406-410从用户310接收一系列请求404。每个请求是对来自数据库306的信息的请求。每个请求包括相应信息选择标准。在一些实施例中，人类用户界面包括语音用户界面、图形用户界面和/或文本用户界面。
117.在706处，提供第二数据库(简档数据库)424。第二数据库424被配置为针对每个用户310存储对应的用户简档信息418，并且针对用户310的每个组312存储对应的组简档信息420。
118.在708处，响应于一系列请求404中的至少一些请求，将每个这样的请求的信息选择标准与提出至少一些请求的用户310相关联地存储在第二数据库424中，从而扩增针对用户310的用户简档信息418。
119.在710处，响应于一系列请求404中的至少一些请求，将每个这样的请求的信息选择标准与和提出至少一些请求的用户310相关联的至少一个组312相关联地存储在第二数据库424中，从而扩增针对至少一个组312的组简档信息420。
120.在712处，基于以下的组合来搜索第一数据库306：(a)来自一系列请求404的当前请求412的信息选择标准，(b)来自对应于提出当前请求412的用户310的用户简档信息418的至少一个信息选择标准，以及(c)来自对应于与提出当前请求412的用户310相关联的组312的组简档信息420的至少一个信息选择标准。
121.在714处，将结果500提供给用户310，其中由于第一数据库306的搜索而返回结果500。
122.可选地，每个用户310可以与机构204相关联。在这种情况下，第二数据库424还被配置为针对每个机构204存储对应的机构简档信息422。可选地在716处，响应于一系列请求404中的至少一些请求，将每个请求的信息选择标准与和提出至少一些请求的用户310相关联的机构204相关联地存储到第二数据库424中，从而扩增针对机构204的机构简档信息422。在这种情况下，在712处，搜索第一数据库306所基于的组合还包括：(d)来自对应于与提出当前请求412的用户310相关联的机构204的机构简档信息422的至少一个信息选择标准。
123.图8是示意性地示出可选用户登录模块436和可选位置数据库600的可选操作800的流程图。
124.可选地，在802处，基于一系列请求404的子集的相应信息选择标准，自动识别用户310。
125.可选地，在804处，基于一系列请求404的子集的相应信息选择标准，自动识别与用户310相关联的组312。
126.可选地，在806处，基于一系列请求404的子集的相应信息选择标准，自动识别与用户310相关联的机构204。
127.可选地，在808处，查询第三数据库(位置数据库)600。第三数据库600被配置为存储关于多个用户310和多个组312的信息。对于每个用户，第三数据库600被配置为存储用户310的估计的当前位置。对于每个组，第三数据库600被配置为存储组312的估计的当前位置。在810处，将用户310的估计的当前位置与多个组中的至少一个组312的估计的当前位置进行比较。在812处，至少部分地基于用户310的估计的当前位置与多个组中的至少一个组312的估计的当前位置之间的匹配来识别与用户310相关联的组312。
128.如上所述，第三数据库(位置数据库)600可以包括被配置为存储关于多个会议的信息的日程数据库。对于每个会议，第三数据库600存储会议的位置、会议的时间和会议中的参与者列表。
129.可选地，在814处，识别与用户310相关联的组312包括自动解析用户310是参与者的多个会议中的当前会议的标题。
130.可选地，在816处，识别与用户310相关联的组312包括自动识别在用户310也是参与者的多个会议中的当前会议中的参与者列表中的除了用户310外的至少一个参与者。
131.如上所述，第三数据库(位置数据库)600可以包括电子邮件数据库，该电子邮件数据库被配置为存储多个电子消息，对于每个电子消息，包括电子消息的主题和接收者列表。
132.可选地，在818处，识别与用户310相关联的组312包括自动解析多个电子消息中的电子消息的分布列表。
133.可选地，在820处，识别与用户310相关联的组312包括自动解析多个电子消息中的电子消息的主题。
134.可选地，在822处，识别与用户310相关联的组312包括识别在多个电子消息中的电子消息的接收者列表中的至少一个接收者。
135.第三数据库(位置数据库)600可以被配置为基于来自无线接入点602的信息来存
储用户310的估计的当前位置，注册给用户310的无线移动设备604-606当前无线连接608到该无线接入点602。
136.可选地，第三数据库(位置数据库)600被配置为基于来自无线接入点602的信息存储用户310的估计的当前位置，注册给用户310的无线移动设备604-606当前无线连接608到该无线接入点602。此外，第三数据库(位置数据库)600可以被配置为基于来自至少一个无线接入点602的信息存储组312的估计的当前位置，注册给与组312相关联的相应用户614-616的相应无线移动设备当前无线连接到该至少一个无线接入点602。
137.虽然通过上述示例性实施例描述了本发明，但是在不脱离本文公开的发明概念的情况下，可以对所示实施例进行修改和变化。例如，尽管关于所公开的实施例可以列举诸如尺寸和材料的特定参数值，但是在本发明的范围内，所有参数的值可以在宽的范围内变化以适应不同的应用。除非上下文中另有说明，否则诸如“约”的术语是指
±
20％以内，或者本领域普通技术人员可以理解诸如“约”的术语是指
±
20％以内，。
138.如本文所使用的，包括在权利要求中，与项目列表结合使用的术语“和/或”是指列表中的项目中的一个或多个，即列表中的项目中的至少一个，但不一定是列表中的所有项目。如在此使用的，包括在权利要求中，与项目列表结合使用的术语“或”是指列表中的项目中的一个或多个，即列表中的项目中的至少一个，但不一定是列表中的所有项目。“或”并不意味着“互斥或”。
139.尽管可参考流程图和/或框图来描述实施例的各方面，但每个框的全部或部分或框的组合的功能、操作、决策等可以被组合、被分成分开的操作或以其他顺序执行。对“模块”的引用是为了方便，而不是为了限制其实施方式。每个框、模块或其组合的全部或部分可以实施为计算机程序指令(诸如软件)、硬件(诸如组合逻辑、专用集成电路(asic)、现场可编程门阵列(fpga)、处理器或其他硬件)、固件或其组合。
140.医疗数据库查询系统400或其部分可以由执行存储在存储器中的指令或由存储在存储器中的指令控制的一个或多个处理器来实施。每一个处理器视情况可以是通用处理器(诸如中央处理器(cpu)、图形处理单元(gpu)、数字信号处理器(dsp))、专用处理器等，或其组合。
141.存储器可以是适用于存储控制软件或其他指令和数据的随机存取存储器(ram)、只读存储器(rom)、闪存或任何其他存储器或其组合。定义本发明功能的指令可以以多种形式传递给处理器，包括但不限于永久存储在有形非暂时性不可写存储介质(例如，计算机内的只读存储器设备(诸如rom)或计算机i/o附件可读的设备(诸如cd-rom或dvd磁盘)上的信息、可更改地存储在有形非暂时性可写存储介质(例如软盘、可移除闪存和硬盘驱动器)上的信息，或通过通信介质(包括有线或无线计算机网络)传送到计算机的信息。此外，虽然可以结合各种说明性数据结构来描述实施例，但是可以使用各种数据结构来体现系统。
142.可以以上面未列出和/或未明确要求保护的方式组合所公开的方面或其部分。此外，可以在不存在本文未具体公开的任何元素的情况下适当地实践本文公开的实施例。因此，本发明不应被视为限于所公开的实施例。
143.如本文所使用的，数字术语，诸如“第一”、“第二”和“第三”，用于将相应数据库彼此区分开来，并且在任何特定实施例中都不旨在指示数据库的任何特定顺序或总数。因此，例如，给定实施例可以仅包括第二数据库和第三数据库。