CN109791669B - 用于在线医疗小组的系统和方法 - Google Patents

Abstract

根据一些实施例，系统和方法提供用于为诊断患有医疗病症的主治医生治疗的患者生成医疗专家小组，该医疗专家小组及时提供关于患者的医疗病症的治疗计划的推荐。根据一些实施例，主治医生向选择医疗专家小组的自动服务提交意见请求，主治医生提供患者的相关病史的叙述和相关医疗图像以供小组审阅。根据一些实施例，将来自小组的治疗推荐的结果报告提供给主治医生以传播给患者。

Description

用于在线医疗小组的系统和方法

要求优先权

本申请要求2016年10月4日提交的题为“用于在线医疗诊断小组的系统和方法”的美国临时申请号62/403,949的权益。出于所有目的，本申请的全部内容通过引用并入本文。

版权声明

本专利文件的公开内容的一部分包含受版权保护的材料。版权所有者不反对任何人对专利文件或专利公开内容进行传真复制，因为它出现在专利商标局专利文件或记录中，但在其他方面保留所有版权。

技术领域

本文描述的实施例涉及用于促进在线系统的系统、方法和制品，通过该在线系统，医疗专家小组可以向正在治疗患者的医生推荐一种或多种治疗策略。

附图说明

下面参考附图详细描述各种实施例的特征、方面和优点，附图旨在说明而不是限制实施例。图纸包括以下附图，其中：

图1是根据本文描述的一个或多个实施例的系统的实施例的示意图；

图2是根据本文描述的一个或多个实施例的在系统中有用的计算设备的实施例的框图；

图3A-3E包括可用于促进本文描述的一个或多个实施例的用户界面的示例实施例，因为根据一些实施例，它们可以在web浏览器中呈现；

图4包括与本文描述的一些实施例一致的示例过程的流程图；

图5A-5C包括在本文描述的至少一些实施例中可能有用的一些示例用户界面的呈现；

图5D包括根据本文描述的至少一些实施例的可以为患者生成的示例意见报告的呈现；以及

图6A和6B包括在本文描述的至少一些实施例中可能有用的一些示例用户界面的呈现。

具体实施方式

申请人已经认识到，面临对于医疗病症的不同治疗方案的患者通常更喜欢来自相关医疗领域具有技能和专业知识的医疗专业人员的额外信息。例如，患有脊椎不适或疼痛的患者在单独的椎板切除术或椎板切除术与融合术之间进行选择时，可能会感到困惑：他们的私人医生对其中一种选择而不是另一种选择的推荐是否公平地代表了其他医生对他/她的病情所推荐的选择。在另一个示例中，面对化学疗法和放射疗法之间的决定的癌症患者在咨询一个以上的肿瘤学家之后可能会感觉更容易做出选择。申请人进一步认识到，医生更愿意让患者更容易接受他们的建议，并设法让他们的患者以可信的方式获得更多信息(例如，从医生的角度来看，患者在网上自己发现的信息并不总是可信的，也不会根据患者的特定医疗病症量身定做)。

申请人已经认识到，尽管患者和他的治疗医生都将受益于患者对于医生推荐的治疗方案感到更加舒适和更知情，但是目前患者获得该信息的可行机制很少。作为一种潜在的可用解决方案，患者可以从专门研究患者的医疗病症的其他医生那里寻求第二或第三意见。然而，这给患者带来了几个负担。首先，患者必须花时间预约另一位医生，获取他目前的身体记录并确保新医生获得相关病症(或通过第二组重复检查和测试，以便新医生可以独立获得此信息)。其次，有时病人的保险不会包括相同情况下的访诊和/或检查，即使保险单涵盖此类拜访和/或检查，患者可能有免赔额，这会导致患者在追求其他医生的额外意见时产生额外的自付费用。此外，鉴于患者的时间和经济资源有限，患者最多可以就其病情寻求两种额外意见，当决定治疗方案时，这可能不足以达到令患者满意的舒适度。作为另一个障碍，考虑到旅行的费用和时间，患者通常仅限于寻求与患者地理位置接近的医生的额外意见(例如，为期一天的拜访的合理驾驶距离)。

当决定医疗治疗方案时寻求额外意见的患者的另一个当前可用方案是在线研究方案。然而，鉴于在线可获得的信息量以及某些来源的可信度，许多患者和医生不放心极大依赖于患者可能在线进行的研究。寻求对不同医疗治疗方案的一般理解以及每种方案的一般优缺点可能会有所帮助，但考虑到患者的特定情况(病史、人口统计特征、财务限制等)，它并未解决患者对究竟哪种治疗方案最适合他/她的担忧。不幸的是，患者通常甚至不知道哪些事实或数据与合格医生在建议患者应该采取的多种治疗方案中的哪一种时最相关。

最后，目前存在一些允许医生远程诊断患者的在线诊断服务。然而，这些服务无法为复杂的医疗病症(如腰椎滑脱或癌症)提供诊断和治疗建议。而是，它们旨在为患者提供更容易获得基本医疗护理的更常见的疾病(例如，感冒、流感、鼻窦感染)。治疗更复杂的医疗病症的大多数医生，需要患者可能无法提供的或在他/她的记录中可用的数据和信息(例如，CT扫描、X射线、患者医疗背景和相关的人口统计信息)。此外，这种在线诊断工具提供外部第二意见，就像寻求来自另一位医生的第二意见一样，其发生在主治医生-患者关系之外，并且因此，在帮助主治医生和他/她的患者以协作方式决定患者的最佳治疗方案方面不那么有效。

申请人已经认识到，患者通常更愿意与正在治疗他们的医生保持他们的关系，并且不寻求用在线诊断工具或另一个现场医生替换这种关系，而是宁愿寻求有关可用治疗方案的其他信息和意见来补充医生对治疗方案的建议。申请人认为，如果在主治医生-患者关系的背景下进行，最好满足患者对治疗方案或医生的建议的放心或确认的要求，以便治疗医生和患者可以一起获得、审阅附加信息并将附加信息纳入患者的治疗计划中。申请人进一步认为，用于向患者提供来自一个或多个合格医生的额外意见的有效解决方案也将有助于加强主治医生关系和医生的舒适度，其中治疗意见是为他/她的患者确定的。

根据一些实施例、系统、方法和制品(例如，非暂时性计算机可读介质)可以提供：(i)从主治医生处接收与患者的医疗病症相关的数据；(ii)至少根据数据产生有资格治疗该医疗病症的多个医疗专家的小组；(iii)根据数据向组成该小组的每位医疗专家转发信息；(iv)从每位医疗专家处接收根据该信息对患者适用的医疗病症的推荐治疗方案，从而从该小组接收多个推荐；(v)为主治医生生成报告，该报告总结了这些推荐。因此，根据至少一些实施例，主治医生能够为他/她的患者请求并获取报告，该报告表明有资格治疗患者的医疗病症的多个其他医疗专家将如何治疗患者的医疗病症。对于特定患者和来自特定主治医生的与医疗病症、诊断和/或治疗方案相关的医疗意见或其他输入的请求在本文中称为意见请求。根据一些实施例，系统可操作以从主治医生接收意见请求，生成具有与患者的医疗病症相关的领域的专业知识的医疗专家小组(例如，5-20名专家，他们为患者提供比患者自己合理获得的更多“第二”意见)并根据意见请求向医疗小组的每位医疗专家发送与所请求的医疗意见相关的信息(例如，患者的医疗病症和相关病史、医疗文件等的概要)。在一些实施例中，提供给医疗专家的信息在本文可称为意见请求，即使在提交意见请求时与主治医生提供的信息不完全相同或全部相同(例如，可以编辑、添加或重新格式化信息到意见请求，因为它是在转发到分配给意见请求的医疗小组的医疗专家之前从主治医生处接收的)。

根据一些实施例，系统提示分配给意见请求的医疗小组的每位医疗专家提供关于应如何治疗患者的医疗病症和/或对患者的医疗病症进行医疗诊断的意见。在一个示例中，可以给予医疗专家从中进行选择的多种选择，或者从中进行选择提供这种意见的一些其他预先格式化的选择。在另一个实施例中，可以提示医疗专家以自由形式提供意见(例如，不从预先格式化的方案中选择，例如通过在文本框中键入文本)。在其他实施例中，可以在响应意见请求时提示医疗专家提供输入的组合(例如，从关于治疗方案和/或诊断的可用方案的菜单中选择一个或多个方案，并写下医疗专家希望与他的意见一起考虑的任何注释)。从包括医疗小组的医疗专家收到的以及用于特定意见请求的表明输入、回复和/或所选择的选择(即关于给定患者的推荐治疗计划和/或诊断的医疗意见)的结果概要或其他信息在本文中称为意见报告。根据一些实施例，响应于意见请求向主治医生提供意见报告，然后主治医生可以将这种意见报告与该意见请求主体的患者分享。根据一些实施例，在系统收到意见请求的相对较短的时间段内(例如，在48小时内或在两周内)，向主治医生提供意见请求，如果患者试图以传统方式(例如，找出合理行程范围内的哪些医疗专家在患者的保险网络内，预约拜访医疗专家，进行耗时的访问以及可能的额外测试或成像等)亲自拜访相同或接近相同数量的医疗专家，来寻求第二意见，那么该时间段将无法合理地满足。因此，本文描述的系统和方法提供了迄今为止不可用的方案，即在患者请求的几天内并且在患者不必找到(更不必预约和拜访)额外的医疗专家的情况下，向患者提供关于推荐的治疗方案的多个第二意见。该系统和方法具有进一步向患者提供可能位于离患者很远(例如，在另一个州、国家或者甚至洲)的医疗专家的第二意见的能力，否则医疗专家可能无法合理地接近患者。此外，本文描述的系统和方法生成意见请求，其包括可由患者的主治医生容易地上传的相关医疗数据(活组织检查结果、关键MRI图像、X射线)。这可以减轻那些可能没有合理能力识别，更不用说获取其医疗记录的这些特定要素并将其提供给他们寻求第二意见的医疗专家的患者的负担，更不用说通过在线过程。通过将医疗专家聚焦于与诊断和治疗计划相关的病史的关键要素，并提供一种将相关数据文件(例如，相关的X射线照片)连同意见请求一起提供给医疗专家的机构，该解决方案进一步简化了要求就推荐的治疗方案提供第二意见的医疗专家的过程。

在医生-患者关系的背景下，根据本文描述的至少一些实施例的意见报告允许主治医生为患者提供额外的信息和保证，以确定主治医生推荐的治疗方案是否得到多个其他合格医疗专家的意见的支持。患者能够享受此类报告带来的好处(例如，确保其主治医生推荐的治疗方案得到其他医生的支持)，而无需费心寻找合格的医疗专家(更不用说是多名合格的医疗专家)，无需获取并向其他医疗专家提供有关他的/她的医疗病症的相关医疗数据，无需让他/她自己接受另一次医生拜访以及可能与此类拜访相关的随之而来的时间和费用，并在他的主治医生的支持和配合下这样做(申请人认为这有助于加强主治医生与患者之间的信任和关系)。此外，根据至少一些实施例的系统能够以包括来自患者可能无法联系到的医疗专家(例如，来自顶级医疗机构的医疗专家，他们可能没有时间进行新的患者拜访，但他们有时间审阅患者的数据并提供意见，和/或在地理上远离患者的居住区域的医疗专家)的意见的方式提供这样的推荐和伴随的意见报告。另外，该系统为主治医生提供保证，即他推荐的治疗方案得到其所在领域的其他专家的支持，或者提供机会获得不同治疗方案的建议，并且可能被说服改变他的原始建议，推荐不同或意想不到的治疗方案或评论的专家的随访引导主治医生考虑他/她之前可能没有考虑过的一个或多个因素(或者在相关领域中可能的新结果、数据或研究)，并提高他/她的领域的知识和舒适度。

本文描述了各种实施例的某些方面、优点和新颖特征。应该理解，根据所描述的本发明的任何特定实施例，不一定能够实现所有这些优点。因此，例如，本领域技术人员将认识到，本文描述的实施例可以以实现本文所教导的一个优点或一组优点的方式体现或实施，而不一定实现本文可能教导或建议的其他优点。

尽管下面公开了若干实施例、示例和图示，本领域普通技术人员将理解，本文描述的发明延伸超出具体公开的实施例、示例和图示，并且包括本发明的其他用途和其明显的修改和等同物。参考附图描述了本发明的实施例，其中相同的标号始终表示相同的元件。本文呈现的在描述中使用的术语不旨在以任何限制或限制性的方式解释，仅仅因为它与本发明的某些特定实施例的详细描述一起使用。另外，本发明的实施例可以包括若干新颖特征，并且可能的是，没有单个特征单独地对其期望的属性负责，或者对于实践本文所述的发明是必要的。

现在参考图1，其中示出的是与一个或多个实施例一致的示例系统100。系统100包括医疗小组服务器110、多个医生设备120和多个医疗专家设备130。系统100是系统的一个示例实施例，该系统可操作以促进本文描述的至少一些实施例。换句话说，系统100可用于促进医疗小组服务提供者(例如，其可以操作医疗小组服务器110)提供各种工具和资源以允许正在治疗患者的医生从医疗专家(例如，专门治疗患者疾病或医疗病症的其他医生)处获得第二意见、医疗诊断和/或治疗建议，以便为患者提供有关治疗方案的其他信息。

在一些实施例中，这些用户设备120和/或医疗专家设备130中的一个或多个可操作地经由网络115与医疗小组服务器110通信。网络115可以包括例如移动网络，诸如蜂窝、卫星或寻呼机网络、因特网、广域网、另一网络或这些网络的组合。应该理解，尽管图1中未示出，其他网络和设备可以与系统100的任何设备通信，并且/或网络115可以包括两个或更多个网络可操作以促进系统100的设备之间的通信路由。例如，在一个实施例中，因特网和无线蜂窝网络都可以参与系统100的两个或更多个部件之间路由通信。

在一些实施例中，图1中未示出的附加设备可以是系统100的一部分。例如，可操作用作无线网络网关或路由器的一个或多个服务器可以是系统100的一部分。在其他实施例中，本文描述为由医疗小组服务器110执行的一些功能可替代地或另外地由另一实体的服务器以医疗小组服务器110的名义操作执行(例如，操作或控制通过医疗小组服务器110提供的服务的实体可以外包某些功能或以其他方式允许某些功能由其他实体的服务器执行，例如新医疗专家和/或医生的注册、存储或促进医疗文件的共享、交易授权等。)。在一个示例中，如果医生或医生的代理人上传患者的一个或多个医疗文件，用于请求医疗专家小组对患者的诊断或推荐的治疗进行反馈，则这样的医疗文件可以存储在另一个实体的服务器上并且可以由医疗小组服务器110访问。因此，另一实体的服务器可以是系统100的一部分或者可操作以与医疗小组服务器110通信。应当理解，在一些实施例中，由医疗小组服务器110执行的本文描述的任何功能可以由另一实体的这种服务器执行。

如果超过一个可操作以促进医生的请求来获得关于患者的医疗诊断或推荐的医疗治疗的一组相关医疗专家的反馈或输入，则医疗小组服务器110可以包括并联或串联工作的一个或多个计算设备。根据本文描述的实施例，医疗小组服务器110可以由实体或以实体名义操作，所述实体提供服务以促进以一个或多个组织的名义的各种用户的这种努力。如本文所述，根据一些实施例，医疗小组服务器110可以是可操作的，以(i)与医生设备120通信(例如，从医生设备处接收登录凭证，接收用于请求医疗专家小组关于患者的医疗诊断或推荐的医疗治疗等的输入的信息的选择等)；(ii)接收关于希望参加由该系统产生的医疗小组的医疗专家的信息(例如，教育、资质证书、证书、专业领域、同行认证或评论、就业历史、同行评审的出版物等)；(iii)选择可用的医疗专家，以便为医生的特定要求组成一个小组，并促进与小组成员的通信；(iv)为特定的意见请求建立医疗专家小组(例如，根据证书、专业领域、可用性、参与之前小组的历史等选择所需数量的专家)；(v)接收医疗专家的输入，以回复意见请求(即，来自医疗专家的回复，其表明至少一种推荐的医疗治疗、医疗观点和/或解释提供的医疗专家认为与推荐的治疗和/或医疗意见相关的任何假设或考虑因素)；和/或(vi)生成从包括用于特定意见请求的小组的医疗专家处收到的输入的报告或概要。

医生设备120可以包括与利用医疗小组服务器110的服务的医生相关联的计算设备。例如，医生设备120可以包括个人计算机，诸如台式计算机、膝上型计算机或平板计算机、蜂窝电话或智能电话或其他移动设备。根据一些实施例，医生设备120可以是可操作的，与医疗小组服务器110通信以允许主治医生(或其代理人，如主治医生的护士或行政助理)登录医疗小组服务器110(例如，注册以参与医疗小组服务器110的服务、提交意见请求、上传诸如支持意见请求的医疗文件的数据、访问和打印意见报告等)。

医疗专家设备130可以包括并联或串联工作(如果超过一个)的一个或多个计算设备，可以由医疗专家操作(例如，已经向医疗小组服务器110注册的医生或其他医疗专家，或操作前述的作为愿意被包括在被提供意见请求的以主治医生名义的医疗小组中的实体)。医疗专家设备130可操作以向医疗小组服务器110发送信息或从医疗小组服务器110接收信息。此类信息可以包括，例如，与医疗专家的专业知识或证书相关的信息(例如，教育背景、同行推荐、就业历史、获得的学位或证书、专业认证、同行评审的出版物等)。在另一示例中，此类信息可以包括当确定是否将医疗专家包括在为意见请求生成的特定医疗小组中时由医疗小组服务器110应用的医疗专家的规则或偏好(例如，医疗专家想要接收意见请求的频率，医疗专家愿意在指定的时间段(例如，每月)接收的意见请求的最大数量，为了换取参加医疗小组医疗专家更愿意接受的补偿或报酬(在提供补偿或报酬的实施例中或医疗专家对前述有选择的实施例中)。

应当注意，每当信息描述为“发送”到系统100或本文描述的其他系统的设备时，它旨在包括“推送”实施例和“拉动实施例”，在“推送”实施例中，信息被另一个设备主动推送或输出到设备，在“拉动”实施例，设备联系另一个设备以便查询任何更新的信息或信息的变化。

在一些实施例中，部件110、120和130中的任何一个可以经由诸如因特网、LAN、WAN或以太网、令牌环之类的有线或无线介质或者通过任何适当的通信装置或通信装置的组合直接或间接地彼此通信。例如，在一个实施例中，系统100的任何和所有设备之间的通信可以通过因特网上通过由远程服务器上的计算机维护的网站发生或者通过包括商业在线服务提供商、公告板系统等的在线数据网络上发生。在一些实施例中，系统100的任何部件之间的通信可以通过无线电信号、蜂窝网络、有线网络、卫星链路等发生。

系统100可操作以促进使用已知通信协议的通信。在系统100中可能有用的可能的通信协议包括但不限于：以太网(或IEEE 802.3)、ATP、蓝牙、SMPP协议(例如，SMPP协议版本3.4)、HTTP、HTTPS和传输控制协议/互联网协议(TCP/IP)。可以对通信以本领域公知的各种方式中的任何方式进行加密以确保隐私并且防止欺诈，本文描述了其中一些方式。

应当理解，在一些实施例中，系统100的任何或所有设备可以包括以下中的一种或多种：(i)输入设备；(ii)输出设备；(iii)输入/输出设备；或(iv)其组合。

如本文使用的术语，输入设备可以是能够接收输入(例如，来自用户或另一设备)的任何设备、元件或部件(或其组合)。输入设备可以与另一设备通信或者是另一设备的一部分。输入设备的一些示例包括：条形码扫描仪、磁条读取器、计算机键盘或小键盘、按钮(例如，机械的、机电的或“软的”，如在触摸屏的一部分中)、手柄、小键盘、触摸屏、麦克风、红外传感器、语音识别模块、硬币或纸币接收器、声波测距仪、计算机端口、摄像机、运动检测器、数码相机、网卡、通用串行总线(USB)端口、GPS接收器、射频识别(RFID)接收器、RF接收器、温度计、压力传感器、红外端口和体重计。

输出设备可以包括可操作以从本文描述的任何设备输出信息的任何设备、部件或元件(或其组合)。输出设备的示例包括但不限于显示器(例如，以触摸屏的形式)、音频扬声器、红外发射器、无线电发射器、电动马达、分配器、红外线端口、盲文计算机监视器和硬币或纸币分配器。

输入/输出设备可以包括能够促进输入和输出功能的部件。在一个示例中，触敏显示屏包括输入/输出设备(例如，设备输出图形并从授权人接收选择)。

现在参考图2，其中示出了计算机系统200，其可用于实现本文描述的一个或多个实施例。例如，根据一些实施例，计算机系统200可以配置为选择医疗专家以形成响应于从主治医生接收的意见请求的小组，并将信息输出到包括小组的每个医疗专家，以使每个专家能够为意见请求提供意见(例如，计算机系统200可以向医疗专家输出相关患者医疗和/或人口统计信息的简要描述以及诸如X射线或其他图像的一个或多个医疗文件)。在一些实施例中，计算机系统200可以应用算法(例如，如本文所述的倾向得分)和/或用于选择特定医疗专家的一个或多个规则以形成用于特定意见请求的特定小组。

系统200可以使用一个或多个处理器(诸如处理器201)结合一个或多个有形计算机可读存储介质设备(诸如存储器设备203)来实现。本文描述的操作可以跨多个计算系统划分，并且示出为驻留在图2的单个处理设备中，以便简化描述。例如，计算机系统200可以由实体操作或以实体名义操作，该实体便于主治医生获得意见报告，该意见报告及时地(例如，在一天至七天内)为主治医生的患者总结来自多个合格的医疗专家的多个医疗意见。计算机系统200可以通过与(i)一个或多个医疗专家和(ii)主治医生和/或其代理人进行通信来这样做。在一个实施例中，系统200可以包括系统100的医疗小组服务器110(图1)。

在一些实施例中，图2中未示出的附加设备或部件可以是用于促进如本文所述的意见报告的系统的一部分。例如，可用作无线网络网关或路由器的一个或多个服务器可以是这种系统的一部分。在其他实施例中，本文描述为由系统200执行的一些功能可替代地或另外地由以系统200名义操作的第三方服务器执行(例如，操作医疗小组服务器110的实体可以外包一些功能，例如新用户的注册，上传或以其他方式获得患者的相关医疗文件，收集付款或向用户输出消息或通知)。因此，第三方服务器可以是系统的一部分，例如图2中所示的系统。应当理解，在一些实施例中，由系统200执行的本文描述的任何功能可以由这样的第三方服务器执行。例如，本文描述的由系统200或其部件(例如，系统200的模块或软件应用程序)执行的一个或多个功能或过程可以使用一个或多个云服务器来实现，在一个实施例中，其可以由第三方操作或第三方的帮助下操作，所述第三方不同于主治医生获得意见报告的实体或主治医生提交意见请求的实体。换几句话，虽然在一些实施例中，计算机系统200可以在由特定公司或企业维护或以特定公司或企业名义维护的服务器上实现，这有助于促进意见请求和/或意见报告，而在其他实施例中，系统200可以至少部分地使用其他布置来实现，例如在云计算环境中。

图2的实施例中示出的计算机系统包括数据库202，该数据库可以存储以下中的一个或多个：(i)患者数据记录204，其可包括关于作为意见请求主体的患者的信息和文件(例如，人口统计信息、医疗图像或其他文件、相关主治医生等)；(ii)医生数据记录206，其可包括关于利用计算机系统200促成的服务以获得其患者的意见报告的医生的信息(唯一的医生标识符、联系信息、相关患者、提交的意见请求的历史记录和收到的意见报告等)；(iii)医疗专家数据记录208，其可包括关于已经在系统中注册并同意回复意见请求提供医疗意见的医疗专家的信息(例如，专业领域、专业证书、相关医院或雇主、先前分配的医疗小组，同行评审、患者和/或医生反馈或评论、简历等)；(iv)医疗小组状态数据记录210，其可包括关于由系统创建的医疗小组的信息以及这种医疗小组的状态(例如，哪些医疗专家包括在特定的医疗小组中，小组的哪些医疗专家已经就特定的意见请求提供了意见，哪些系统仍在等待，等等)；以及(v)意见请求数据记录212，其可包括关于医生提交的意见请求的信息(例如，唯一的意见请求标识符，医生在提交意见请求时提交的患者状况的描述，分配到意见请求的医疗小组和/或一个或多个医疗专家的标识符，回复和/或相应的意见报告的状态等。)。

例如，数据库202可以使用任何众所周知的数据库管理系统(包括Microsoft SQL、Oracle、IBM DB2等)来实现。应当注意，在一些实施例中，数据库202(或描述为存储在其中的至少一些数据)可以存储在存储器203中，和/或可由存储器203和/或处理器201访问的另一存储器设备中。例如，在一个实施例中，数据库202(或描述为存储在其中的至少一些数据)可以存储在第三方服务器的存储器中，例如云计算服务的服务器，公司(例如，便于存储、共享和/或下载患者医疗文件的公司)可以与其签订合同以存储数据。

根据一些实施例，系统200还可以包括用于执行本文描述的至少一些功能的一个或多个模块、程序或处理器指令。在图2的示例实施例中，系统200还可以包括一个或多个软件模块220-224，用于指示处理器201以执行某些功能。根据一些实施例，用于使一个或多个处理器执行某些功能的软件部件、应用程序、例程或子例程或指令集可称为“模块”。应当注意，本文提到的这些模块或任何软件或计算机程序可以用任何计算机语言编写，并且可以是单片代码库的一部分，或者可以在更离散的代码部分中开发，例如在面向对象的计算机语言中典型的代码部分。另外，在一些实施例中，本文提到的模块或任何软件或计算机程序可以分布在多个计算机平台、服务器、终端等上。例如，可以实现给定模块，使得所描述的功能由单独的处理器和/或计算硬件平台执行。此外，尽管某些功能可以描述为由特定模块执行，但是这种描述不应该作为限制方式。在其他实施例中，在不脱离本文描述的本发明的精神和范围的情况下，本文描述的由特定模块执行的功能可以替代地(或另外地)由不同的模块、程序、子例程或计算设备执行。

应当理解，其中示出的任何软件模块或计算机程序可以是单个程序的一部分或者集成到用于控制处理器101的各种程序中。此外，其中示出的任何软件模块或计算机程序可以以压缩、未编译和/或加密的格式存储，并且包括指令，当该指令由处理器201执行时使处理器101根据本文描述的方法中的至少一些操作。当然，可以包括附加的和/或不同的软件模块或计算机程序，并且应该理解，在任何实施例中不需要关于图1示出和描述的示例软件模块。术语“模块”的使用并不意味着暗示参考其描述的功能体现为独立或独立功能运行的程序或应用程序。虽然在一些实施例中，关于特定模块描述的功能可以独立地功能运行，但是在其他实施例中，为了便于描述或仅为了方便描述，参考特定模块描述了这种功能，并且这样的功能实际上可以是另一模块、程序、应用程序或指令集的一部分，或集成到其中，用于引导计算设备的处理器。

根据实施例，可以从另一计算机可读介质(例如从ROM到RAM)将关于图2描述的任何或所有软件模块或程序的指令读入主存储器。执行软件模块或程序中的指令序列使得处理器201执行本文描述的至少一些处理步骤或功能。在可替代实施例中，可以使用硬连线电路代替软件指令或与软件指令组合，以实现本文描述的实施例的过程。因此，本文描述的实施例不限于硬件和软件的任何特定组合。

在图2所示的示例实施例中，数据组装模块220示出为与(i)存储器202，(ii)数据组装模块220，(iii)医疗小组模块222和(iii)意见报告模块224通信。模块220-224示出为可由处理器201访问以实现本文描述的一个或多个实施例。如所描述的，模块220、222和224中的一个或多个可操作以利用存储在数据库202中的至少一些数据。此外，根据一些实施例，模块220、222和224中的一个或多个可操作以检索、操纵、选择和/或以其他方式确定发送到数据库202并存储在数据库202中的数据。

根据一些实施例，数据组装模块220可操作以将来自数据库202的数据操纵到适当的记录中以供医疗小组模块222和/或意见报告模块224处理。例如，数据组装模块220可操作以基于存储在数据库202的第一记录或条目中的一些数据(例如，基于患者数据记录204、医疗专家数据记录208和意见请求数据记录212中的数据)，提供与为系统收到的新意见请求形成医疗小组相关的信息，并且传输包括医疗小组的数据以存储在数据库202中的另一记录或条目中(例如，在医疗小组状态数据记录210中的条目)和/或传输这样的数据以供医疗小组模块222(例如，使得医疗小组模块222可以联系包括小组的医疗专家并将相关信息转发给他们以从他们那里寻求医疗意见)和意见报告模块224(例如，用于生成指示给定医疗小组上的每个医疗专家的医疗意见的报告)使用。

根据一些实施例，医疗小组模块222可操作以使用存储在存储器202中的至少一些数据来创建和促进用于接收的意见请求的医疗小组的组合。例如，在一个实施例中，医疗小组模块222可操作以在选择特定医疗专家时利用一个或多个规则或算法，以包括在响应于系统已从主治医生接收到的意见请求而创建的小组中。在一个实施例中，系统可以利用一般规则和/或算法来选择用于小组的医疗专家。这些规则或算法可以考虑各种因素，例如专家在特定时间段内安排了多少个小组，为了对在特定时间段内转发给给定医疗专家的意见请求的数量、可用专家的专业知识或证书和/或来自患者和/或主治医生的反馈或评论进行负载平衡。在一些实施例中，可以为每个潜在或可用的医疗专家生成倾向得分，并且可以基于这样的倾向得分为医疗小组选择医疗专家。在一些实施例中，医疗专家可以设置某些偏好或参数以供系统用于确定是否将给定的医疗专家安排在医疗小组上(例如，医疗专家在给定时间段内愿意回复的意见请求的最大数量)。这样的偏好或参数可以存储在例如医疗专家数据记录208中，并且医疗小组模块222可以在创建小组时利用这样的偏好或参数。

根据一些实施例，医疗小组由在与给定意见请求相关的领域中具有公认专业知识的个人组成。例如，被考虑用于响应于特定意见请求的医疗小组的医疗专家可能已经发表了多篇同行评审论文，论文展示了他们在与患者的医疗病症相关的领域中的全球公认专业知识，该患者是正在形成医疗小组的意见请求的主体。

根据一些实施例，医疗小组可能包括10-15名医疗专家的组。给定小组上的医疗专家特定人数可能因各种因素而变化，例如所涉及的临床问题或医疗病症，可用于给定小组的医疗专家的数量和/或意见请求中请求的医疗专家的数量(在给主治医生提供这种数量的选择的实施例中)。在一些实施例中，主治医生或患者(或与她/他有关联的医疗机构)可向系统提供意见请求/报告的付款(例如，根据请求/报告或基于订阅，所述订阅每月或其他时间段具有最大数量的此类请求/报告)。在这样的实施例中，可以从系统获得不同层级或类别的意见请求/报告，给定小组上的医疗专家的数量取决于所涉及的意见请求/报告的类别。在一些实施例中，如果看起来在接收到来自初始医疗小组的一定数量或百分比的回复之后，没有明确的共识或大多数专家就给定的治疗方案或诊断没达成一致意见，可以将额外的医疗专家添加到给定的医疗小组，。本文描述的实施例不依赖于医疗小组上的任何特定数量的医疗专家。

根据一些实施例，可以至少部分地基于由系统针对各个医疗专家随时间生成和更新的倾向得分来为给定的小组选择医疗专家。在一些实施例中，倾向得分可以反映给定医疗专家针对给定医疗病症投票或选择特定治疗方案而不是其他治疗方案的倾向。例如，在一个实施例中，当医疗专家参与不同的医疗小组时，可以记录和更新每个医疗专家对一个治疗方案或另一个治疗方案的投票的倾向得分(例如，实时或周期性地)。在一个实施例中，因此可以通过从已知特定医疗选项的投票倾向的专家中选择给定小组的医疗专家来为给定的意见请求创建医疗小组(例如，随机或基于寻求实现某些目标的算法，例如所选专家之间的倾向得分平衡)。

根据一些实施例，倾向得分可以是“0”和“1”之间的任何值。根据一些实施例，系统可以编程为通过部分地基于潜在医疗专家的倾向得分选择医疗专家(例如，基于可用性和专业知识，如本文所述)来创建医疗小组，使得所得到的医疗小组(作为一组)具有在期望范围内(例如，在0.4和0.6之间)投票或推荐一种治疗方案与另一种治疗方案的平均倾向得分。下面是如何基于系统中存储的针对每个医疗专家的倾向得分，选择医疗专家来为特定意见请求生成的给定小组服务的一个示例。

示例A：

对于称为脊髓型颈椎病的临床问题，外科医生根据患者解剖结构从前部或后部操作。对于许多患者的最佳治疗方法存在不确定性。已经建立了一个医疗小组，其投票前部策略的平均倾向为43.3％。然而，投票“后部”策略的平均倾向为56.7％。有两种可能的“后部”策略，整个小组的总体倾向大致平分。下面的表1总结了系统为该小组选择的每位医疗专家编制的倾向得分(例如，根据每个专家在参加之前的医疗小组时的选择来确定)、小组的平均倾向得分(根据一个实施例，其在0.4和0.6的期望范围内)。应当注意，根据一些实施例，系统可以生成医疗小组标识符和意见请求标识符，并将其分配给各自。

表1

/>

在一些实施例中，医疗小组模块222还可操作以促进数据或信息与包括小组的医疗专家的通信。例如，医疗小组模块222可操作以检索、填充和/或传输数据到医疗专家可访问的用户界面。在一些实施例中，医疗小组模块222可操作以促进通过网络浏览器或移动应用程序向医疗专家提供意见请求数据。在一个实施例中，医疗专家为意见请求提供意见所需的数据可以通过在医疗专家设备130上呈现的一个或多个网页输出给医疗专家(例如，可以通过电子邮件或文本通知医疗专家请求了他对意见请求的输入，并且可以通过使用医疗专家设备130登录由医疗小组服务器110所促进的服务的他/她的帐户来访问数据。在其他实施例中，使用社交媒体(例如，将包括化身或用户的另一表示的消息发布到诸如FACEBOOK^TM、TWITTER^TM、TUMBLR^TM或GOOGLE+^TM的站点)可以将通知和/或数据传送给已经选择到小组的医疗专家。

现在参考图3A，其中示出的是示例用户界面300A，该用户界面300A体现了如何将关于意见请求的数据或信息传达给在分配给意见请求的小组上服务的医疗专家。如图所示，当主治医生提交意见请求时，可以基于主治医生提供的文本、信息或输入来填充叙事字段。根据一些实施例，伴随文件字段可以存储到文件(或者，在一些实施例中，其他信息或文件本身)的链接，文件可以有助于医疗专家提供医疗意见。在图3A所示的示例实施例中，伴随文件是主体患者脊柱的相关部分的X射线和MR图像。因此，医疗专家可以点击这些文件中的一个或多个来查看图像。在一些实施例中，主治医生(或其代理人，例如护士或行政助理)可以为患者上传医疗文件或记录或授权第三方服务以向本文描述的医疗小组服务提供这样的医疗文件或记录。在一些实施例中，可以不将唯一的患者标识符上传到系统中以保护患者隐私以符合HIPAA。在一些实施例中，因此可以通过诸如图3A中所示的界面使这些医疗文件或记录对于意见请求的主体患者的医疗专家可用。在一些实施例中，可以改变医疗文件或记录以保护主体患者的隐私(例如，可以编辑识别信息并用患者标识符替换识别信息，该患者标识符在唯一地识别患者时不向医疗专家揭示患者的身份)。在一些实施例中，医疗记录或文件的这种改变或编辑可由主治医生或便于将这些文件或记录转移到本文所述的医疗小组服务的第三方服务来完成，而在其他实施例中，医疗小组服务可以执行这些功能(例如，通过医疗小组服务器110)。在一些实施例中，系统(例如，系统200)可操作以分析或查看随意见请求提供的图像或记录，并且如果图像或记录不够清晰(例如，分辨率不足，图像模糊或图像中的数据被遮挡或不清楚)，则可以标记图像或记录。在一些实施例中，可以在将意见请求分配给医疗小组之前请求更清晰的图像。

根据一个实施例，图3B示出了用户界面300B，一旦医疗专家点击界面300A的伴随文件字段中的一个或多个文件，该用户界面300B就可以输出给医疗专家(图3A)。当然，可以将其他信息、数据或选项输出给医疗专家，以便于医疗专家为意见请求提供医疗意见，并且图3A和3B的用户界面仅是示例。例如，在一些实施例中，输出给医疗专家的用户界面的字段或特征可以允许医疗专家请求附加信息(例如，来自系统，来自主治医生或来自第三方，例如直接或间接地存储患者的医疗记录的实体)。

根据一些实施例，当数据从包括小组的医疗专家返回时，意见报告模块224可操作以生成用于意见请求的意见报告。例如，意见报告模块224可操作以接收来自在给定小组上服务的医疗专家的输入、选择或回复，并且至少为了产生意见报告的目的分析、总结和跟踪这些输入、选择或回复，将该意见报告提供给提交相应意见请求的主治医生。在一个实施例中，意见报告模块224可操作以对回复进行分析，例如确定投票的专家百分比或推荐哪个选项，并向主治医生以概要、图表或其他格式呈现该信息。根据一些实施例，主治医生转而可以与作为意见请求的主体的患者共享意见报告。

在一些实施例中，本文所述的方法或系统可以包括内置检查或子例程，以帮助确保医疗专家不仅仅是随机地或不经思考地选择治疗方案。因此，例如，传送给医疗专家的一些请求或信息可能包括错误、不完整或不一致的数据，如果医疗专家正当地审阅所提供的信息，则该数据应提示医疗专家要求说明、表明无法提供意见或以其他方式表达对信息的异议或关注。例如，系统可以将不一致的数据随机地插入到一些意见请求中并监视医疗专家的回复或反馈以确定医疗专家是否已经捕获了不一致的数据或者提供了对不一致数据的意识的指示。如果医疗专家没有表明对不一致数据的意识，则系统可以生成标记或警报，并且系统可以在包括在意见报告中之前进一步审查该医疗专家的回复。

现在参考图3C，其中示出的是示例用户界面300C(示出为经由web浏览器呈现的网页，网页输出给已经登录到本文所述的医疗小组服务的他/她的账户的主治医生)。用户界面300C示出了意见报告的一种格式，其以条形图形式总结了从医疗专家接收的关于特定意见请求的意见的结果。出于连续性的目的，图3C中所示的意见报告是针对图3A和3B中所示的意见请求(由案例标识符1003726证实，案例标识符1003726可以是系统分配的唯一标识符，用于将意见请求引用到相应的意见报告)。根据一些实施例，用户界面300C示出了十六(16)名医疗专家为意见请求提供了医疗意见，所有人都同意，假设所有其他治疗方案都失败，手术是推荐的治疗方案，虽然十(10)名医疗专家建议单独进行椎板切除术，但六(6)名推荐椎板切除术融合。虽然意见报告在网页上示出为在线报告输出，但是应当理解，可以利用这种报告的其他形式，并且本文描述的实施例不依赖于输出包括意见报告的信息的任何特定形式(例如，可以提供打印报告或电子邮件报告)。

在报告的“结果概要”部分中，存在一个链接，主治医生可以通过该链接访问更详细的信息。图3D-3E一起示出了可以输出给用户(例如，主治医生)的用户界面，该用户请求关于医疗专家的意见的更详细信息(无论是通过选择“结果概要”链接还是其他方式)。根据一些实施例，关于从医疗专家接收的意见的详细信息包括医疗专家标识符(唯一标识符，其唯一地标识提供意见的医疗专家)、由相应的医疗专家选择的推荐医疗方法以及医疗专家可能提供的任何相应评论。

应注意，在图3D-3E中所示的实施例中未识别医疗专家。虽然在一些实施例中，医疗专家的身份可以对主治医生和/或作为意见请求的主体的患者保持匿名，然而在其他实施例中，可以获得关于医疗专家的信息(例如，根据请求)。例如，关于在意见报告的医疗小组中服务的医疗专家，主治医生和/或患者可以获得以下中的一个或多个：(i)名字；(ii)联系信息；(iii)证书；(iv)医疗专家所属的医院或医疗机构；(v)教育或专业背景和证书。在一些实施例中，关于意见报告中提供的医疗意见，医疗小组系统可以允许或便于主治医生或患者直接联系医疗专家。例如，患者可能希望预约访问提供意见的医疗专家或至少知道关于为意见报告提供意见的医疗专家的更多信息。在另一个示例中，主治医生可能希望联系提供推荐的特定专家，该推荐是来自小组的其他推荐的离群值，或者希望联系为他的意见/推荐提供有趣评论的特定专家。

尽管在图2中未示出，但是应该注意，附加的和/或不同的模块、程序和/或数据可以是系统200的一部分。例如，在一些实施例中，医疗专家可以因参与医疗小组得到补偿，并且支付模块可以是系统200的一部分以便于这种支付(例如，直接向医疗专家或医疗专家所属的医疗实践、医院或其他医疗机构)。在另一示例中，主治医生或患者(或医疗实践、医院或其他医疗机构，或患者的保险提供者)可以为意见请求/报告提供费用(例如，根据意见请求，基于订阅或其他方式)。在这样的实施例中，系统200可以包括计费模块，以帮助促进其服务的计费。

图3A-3E的用户界面可以包括，例如，医疗小组服务的用户界面(在一个实施例中，例如可以操作医疗小组服务器110(图1))，用于允许主治医生为主治医生的患者的医疗病症、诊断或推荐治疗从在相关领域具有专业知识的多个医疗专家请求多个第二意见，以及允许医疗专家通过由诸如本文所述的系统创建的专家小组提供这样的第二意见。在一个实施例中，主治医生可以注册以使用该系统的服务，以获得一名或多名他的患者的意见报告，从而，使患者放心，主治医生向患者推荐的推荐治疗与相关领域的其他医疗专家为患者推荐的内容一致。医疗专家可以在系统中注册，以通过专家小组提供第二意见，以便为自己获得额外补偿，为他们的研究或他们选择的研究机构或项目获得补助金或其他补偿，以为他们的证书添光和/或向可能无法直接联系医疗专家的患者提供保证和帮助。

因此，根据一些实施例，方法、系统和制品可以提供以下服务(i)收到主治医生的意见请求(包括相关患者数据、记录和/或文件，无论是来自主治医生、其代理人还是由主治医生授权的第三方服务)；(ii)选择在相关医疗领域具有专业知识的多位医疗专家，以作为向主治医生提供医疗意见的小组，所述医疗意见关于意见请求主体的患者的推荐医疗治疗和/或诊断；(iii)向包括该小组的医疗专家提供相关的患者信息、记录或文件(基于从主治医生收到的信息)，要求每个医疗专家提供回复意见请求的意见；(iv)收到包括该小组的每位医疗专家的回复；(v)根据医疗专家的回复，为意见请求生成意见报告，并将意见报告发送给主治医生。

现在参考图4，其中示出的是与本文描述的至少一些实施例一致的示例过程400的流程图。应当注意，过程400(以及本文描述的所有过程)仅是示例性的，不应以限制性方式解释。例如，可以在本发明的范围内实施附加和/或替代所示出的那些的步骤，并且在一个或多个实施例中，可以省略或修改一个或多个步骤。在一个实施例中，过程400(或其部分)可以例如由医疗小组服务器110(图1)和/或系统200(图2)执行。过程400包括用于以及时、有效和成本有效的方式为患者获得多个专家医疗意见的示例方法，其通过执行以下功能中的至少一个来保持和加强患者与其主治医生之间的关系：(i)基于从患者的主治医生处收到的对应于患者的数据和信息，选择一组医疗专家为患者提供“第二意见”治疗推荐；(ii)跟踪和更新在系统注册提供意见的每位医疗专家以及每位学徒医疗专家的倾向评分；(iii)对被发送意见请求的医疗专家进行专心检查；(iv)跟踪已向其发送意见请求的医疗专家的对其他信息的回复和请求；以及(v)基于在相应专家小组上接收的回复为患者生成意见报告，并且在一些实施例中，将意见报告发送给主治医生以与患者共享。

现在特别参考图4，其中示出了过程400。应当注意，过程400之前可以是注册过程(未示出)，其中医疗专家向医疗小组服务体申请或注册。在此类申请或注册过程中，希望从所述服务体收到意见请求并通过服务体向患者提供治疗建议的医疗专家可以输入一些有关他/她自己的信息，以便服务体验证医疗专家的资格和证书(例如，在一些实施例中，医疗小组服务体可以联系一个或多个第三方，例如医疗专家的工作地点、医疗专家所属的医疗机构或医疗专家所在的学校，以验证证书和/或寻求参考信息)。在一些实施例中，新接受入服务体的医疗专家最初可指定为“学徒”医疗专家。根据一些实施例，可以允许学徒医疗专家以被动容量(例如，预定时间段、预定数量的意见请求或直到满足另一预定标准)参与医疗小组服务，使得虽然学徒医疗专家可能包括在意见请求中，医疗专家在他/她被指定为学徒时提供的治疗建议可以出于某些目的(例如，为医疗专家建立倾向得分)而被记录但不包括在为患者生成的意见报告中。其他类型的初步注册过程也可以在过程400之前。例如，参与的医疗站点(例如，医院或其他医疗提供者设施)、主治医生和/或患者可以在能够向系统提交意见请求之前向医疗小组服务体注册。

应当注意，除非另有说明，否则本文对医疗小组服务体的引用可适用于或可与本文所述的医疗小组服务器110(图1)和/或系统200(图2)的引用互换，或者对应于借助于这种医疗小组服务器110和/或系统200执行的方法或过程的服务体。例如，当描述将数据或信息提供给医疗小组服务体时，可以解释为将数据或信息提供给系统200(例如，直接通过系统200的输入设备，通过网络从用户或第三方组织的远程设备或者到医疗小组服务体的人员或代理，其可以继续将数据或信息输入系统200)。

现在将偶尔参考图5A-5D来描述图4的过程400，图5A-5D示出了可以根据关于过程400描述的实施例实现的一些用户界面。在过程400的步骤402中，检测意见请求的发起。例如，医疗小组服务器110可以接收用户(例如，主治医生或主治医生的代理人)已经开始输入定义新意见请求的数据的指示(例如，关于主治医生的患者的推荐治疗方案的多个“第二”意见的请求)。虽然在一些实施例中，这样的意见请求可以由主治医生或以主治医生名义发起(例如，在作为意见请求的主体的患者的许可下)，但在其他实施例中，可以是发起意见请求的患者。检测新意见请求的发起可以包括，例如，检测先前已经向系统注册的用户已经登录并选择了发起新意见请求的选项，或者已经开始将数据输入用户界面以提交新的意见请求。在一些实施例中，可以生成唯一的患者或病例标识符，并由系统分配到意见请求。图5A的用户界面500A是可用于提交新意见请求的信息的用户界面的示例。在图5A的示例实施例中(以及图5B和5C，其中的每一个示出了最初在图5A中示出的用户界面的不同方面、选项卡或字段)，新的意见请求的提交称为“主体登记”，主体是患者。因此，将患者登记到系统中可以指提交关于患者的信息以便获得患者的意见报告，从而获得关于患者的医疗病症的推荐治疗方案的多个专家医疗意见。

根据一些实施例，当将患者登记到系统中时，可以将关于患者的姓名和/或其他识别信息输入系统。根据一个实施例，示例用户界面500A(图5A)在字段502中示出了在所示示例中登记的患者的姓名是“Joseph Smith”。然而，可以从为患者的意见请求生成的医疗小组中包括的医疗专家中隐瞒这样的患者识别信息。在一些实施例中，可以将唯一标识符分配给意见请求和/或患者，以便在系统内唯一地跟踪该患者和意见请求回复。根据一个实施例，示例用户界面500A(图5A)在字段501中示出了已经将唯一“病例ID”即“CSL-66”分配给患者Joseph Smith。根据一些实施例，最终将发送给由系统为主体患者生成的小组上的医疗专家的意见请求的版本将仅包括标识符，在唯一识别患者和/或意见请求时，标识符保持患者对正在审查患者信息的医疗专家的匿名性(例如，诸如用户界面500A的字段501中所示的案例ID)。

根据一些实施例，可以在意见请求提交中或在患者的注册过程中接收特定类型的信息，旨在帮助医疗专家为患者提供治疗计划或治疗方案的知情推荐的信息，以及允许系统与提交的主治医生进行后续沟通的信息(例如，提供意见报告、给提交的数据请求额外信息或澄清、获得费用支付等)。该信息应该提供患者的医疗病症的个性化和相关背景以及相关医疗领域的医疗专家在提供针对患者的治疗建议之前合理地希望具有的相关射线照相图像或其他医疗文件。在一个实施例中，如过程400所示，可以接收主体患者的治疗部位和主治医生(步骤404)，以及登记叙述(步骤406)和射线照相成像或其他医疗文件(步骤408)。

登记叙述可以包括，例如，症状的简要概述或相关医疗病症的其他体征、症状的持续时间和位置、先前的治疗尝试和结果、减轻和/或增加疼痛的因素，相关的患者报告的生活质量问题、年龄、性别和相关领域的医疗专家可能认为与决定推荐的治疗方案相关的其他信息。用户界面500A示出了允许输入站点和主治医生的区域503(例如，通过显示注册站点和医生的菜单的相应下拉菜单)以及允许输入登记叙述的区域505。在一些实施例中，登记叙述可以包括音频和/或视频文件(例如，患者和/或主治医生提供关于患者的信息、患者的病史和/或生活质量、医疗病症等)。

根据一些实施例，可以将一个或多个射线照相图像或其他医疗文件上传到系统作为意见请求的一部分。在图5A-5D的示例中，从一组医疗专家寻求治疗推荐的医疗病症是脊柱病症。因此，建议或要求上传的相关射线照相图像包括椎骨的屈曲射线照片、扩展射线照片和轴向图像(例如，以显示是否存在可能的疾病，例如神经压迫和/或脊柱变窄)。用户界面500A在区域505中示出了用户可以选择的选择，所述选择指示用户希望为正在提交的意见请求上传哪些类型的射线照片或图像。应当注意，根据一些实施例，该系统可操作以与第三方服务体接口或通信，该第三方服务便于传送或上传这种医疗射线照片、图像或其他文件。在这样的实施例中，用户对区域505中的选项之一的选择可以触发例如医疗小组服务器110与这样的第三方服务体通信的过程或子例程，以便获得所指示的文件。在一些实施例中，用户(例如，请求意见请求的主治医生的代理人)可能需要为患者和/或特定文件提供证书或标识符，医疗小组服务器110可以使用它以便从第三方服务器请求文件。在其他实施例中，用户可以直接(例如，从他们的设备，例如医生设备120(图1))或通过促进从第三方服务传输文件来间接地将文件上传到系统。

简要地转到图5B和5C，其中示出的用户界面示出了一旦用户具有用于意见请求的登记叙述和若干射线照相图像，用户界面500A可以如何出现。特别是，用户界面500B(图5B)示出了已输入到患者“Joseph Smith”的区域504中的登记叙述，以及区域505中的“屈曲”射线照片、“延伸”射线照片和“矢状MR”射线照片的表示，表明这些文件已上传到该患者意见请求的记录中。用户界面500C(图5C)在区域505中示出了已经为患者“Joseph Smith”上传的若干附加射线照片：3个关键轴向射线照片。

在一些实施例中，需要或推荐提供的信息类型可能取决于提交的意见请求的医疗病症或诊断的类型。例如，在一些实施例中，不同专业领域(例如，脊柱疾病、前列腺癌、脑癌、膝盖受伤或病症)的医疗专家可用于组建医疗小组，因此提交意见请求信息的用户可能需要提供意见请求所涉及的医疗病症类型的指示。例如，用于输入定义意见请求的信息的用户界面(例如用户界面500)可以包括下拉菜单或其他机构，用户可以通过该机构指示与患者有关的一般领域或医疗病症。在一些实施例中，这个一般领域或医疗病症的选择可能会推动意见请求的处理方式的不同方面。例如，用户对医疗病症的选择或指示可以确定在用户界面中向用户显示哪些字段。例如，推荐或需要上传的医疗记录类型(例如，在用户界面500A的区域505中)可以基于医疗病症的类型进行修改(例如，某些医疗病症可能需要活组织检查结果而其他医疗病症不需要，其他医疗病症可能需要射线照片或某些类型的射线照片)。医疗病症的类型也可以引起附加字段或信息被请求，并且可以用于选择要包括在为意见请求生成的医疗小组上的特定医疗专家。因此，根据一些实施例，过程400或另一过程可包括从输入意见请求的用户接收与意见请求相关的医疗病症(或医疗专业知识的一般领域)的指示，并且该指示可用于选择或修改过程或其他过程的其他方面。

再次转到图4和过程400，一旦接收到登记叙述、相关射线照片或其他医疗文件以及系统进一步处理意见请求所需的任何其他信息，该过程继续到步骤425，其中提交意见请求以供批准。根据一些实施例，在选择医疗专家小组用于意见请求之前，由用户(例如，主治医生、主治医生的代理人或患者)提交的定义意见请求的信息/数据被审查以供转发给医疗专家小组。批准过程可以由医疗小组服务体的人员执行、可以是自动过程、或其组合。批准过程可以包括，例如，验证提供了足够的信息/数据，以便医疗专家能够提供合理知情的治疗建议。在一些实施例中，批准过程可以包括审阅射线照片或其他医疗文件以验证它们足够清楚(例如，在分辨率方面)，文件的大小不超过某些参数并且登记叙述提供合理相关和充分的信息。在一些实施例中，可以指派医疗小组服务体的代理人审阅意见请求，并批准该请求或向提交意见请求的用户请求其他数据。如果接收到意见请求的批准，则过程400继续到步骤435。如果不是，则过程继续到步骤430，在这一步中，联系提交意见请求的用户(例如，主治医生或主治医生的代理人)以提交确定为必要的额外说明、数据或信息，以便将批准的意见请求转发给医疗专家小组。

应当注意，根据一些实施例，步骤410-430的至少一些可以由医疗数据组装模块执行，该医疗数据组装模块可以包括医疗小组服务器110的一组指令或程序，该医疗数据组装模块可操作以接收和处理输入的意见请求的数据(例如，系统200的数据组装模块220(图2))。

在步骤435中，启动选择要被转发意见请求的医疗专家小组的过程。在一些实施例中，该过程可以是单独的子例程或过程，而在其他实施例中，该过程可以是过程400的一部分。在一些实施例中，包括步骤435的子例程或过程可以由系统200的医疗小组模块222(图2)执行。根据一些实施例，针对将要被发送特定意见请求的医疗专家小组的医疗专家的选择可以基于以下标准中的至少一个：(i)可用医疗专家的倾向得分；(ii)小组的所需范围或平均倾向得分；(iii)医疗专家的可用性；(iv)与相关医疗病症相比，可用医疗专家的医疗专业领域；(v)小组所需的地理多样性(例如，根据患者或主治医生的要求或由系统设定)；(vi)关于选为可用医疗专家小组的活动历史(例如，系统可以编程为不超过预定频率，或者尝试在给定时间段内发送给给定医疗专家不超过一定数量的意见请求(例如，对于给定的医疗专家，每周试图不超过一个意见请求)；(vii)与可用医疗专家相关的费用或由此产生的小组所需的最高费用(例如，在专家被支付以在小组上服务并且不同专家被支付不同金额的实施例中，于给定小组要支付的总金额可以设置为不超过预定金额)；(viii)与可用医疗专家相关的一个或多个偏好。

如关于图2所描述的，根据一些实施例，当选择要包括在小组中的特定医疗专家时，医疗小组模块222可操作以通过利用一个或多个规则或算法，使用存储在存储器202中的至少一些数据来创建和促进用于接收的意见请求的医疗小组的组合。这些规则或算法可以考虑各种因素，例如专家在特定时间段内放置于多少个小组，以便对在特定时间段内转发给给定医疗专家的意见请求的数量、可用专家的专业知识或证书和/或来自患者和/或主治医生的反馈或评论进行负载平衡。

如本文所述，在一些实施例中，可以为每个潜在或可用的医疗专家生成倾向得分，并且可以基于这样的倾向得分为医疗小组选择医疗专家(例如，当在该小组上的医疗专家的倾向得分被平均、求和或以其他方式组合时，获得给定小组的在所需范围内的倾向得分)。在一些实施例中，倾向得分可以包括医疗专家推荐一种治疗方案而不是另一种治疗方案的可能性的定量指示(对于给定的医疗病症或医疗病症的类型)。根据一些实施例，随着医疗专家通过推荐治疗方案来回复意见请求，可以随时间生成和更新在系统中注册的给定医疗专家的倾向得分。例如，在一个实施例中，医疗小组服务体执行的子例程或过程在每次医疗专家在医疗小组服务并且提供对意见请求的回复时，计算并重新计算给定医疗专家的倾向得分。因此，医疗专家的倾向得分可能是医疗专家过去推荐的治疗方案的最新反映(例如，对于给定的医疗病症)并且可以被系统用作预测机制，用于预测医疗专家在他/她提供的下一个意见请求中推荐一种治疗方案而不是另一种治疗方案的可能性。根据一些实施例，医疗小组服务可能会努力避免产生的专家小组(他们作为一个整体)更有可能推荐第一种治疗方案而非另一种治疗方案，因此无论具体的患者数据/情况如何，都认为偏向于给定医疗病症的第一治疗方案。在一些实施例中，该系统(例如，通过可操作以选择给定小组的医疗专家的医疗小组模块)可以通过至少部分地基于他们的倾向得分选择给定小组的医疗专家来努力避免这种看似有偏见的小组。例如，医疗小组模块可以编程为选择医疗专家，使得所选择的医疗专家的平均倾向得分在某个所需的范围内。

根据一些实施例，倾向得分可以是“0”和“1”之间的任何值，在一些实施例中，给定小组的所需平均倾向得分可以在0.4和0.6之间。在其他实施例中，小组的所需平均倾向得分可以简单地具有上限(例如，0.8)。在一些实施例中，不是选择小组的医疗专家使得所选专家的平均倾向得分在所需的范围或限度内，如果他们的倾向得分超出所需范围或高于上限，则医疗专家可能排除在小组之外。例如，在一个实施例中，可以排除对于给定的医疗病症和治疗方案具有高于0.8的倾向得分的任何医疗专家。

如本文所述，在一些实施例中，在系统中新注册的医疗专家可能指定为具有特殊状态的“学徒”，因此在他/她参与系统方面与某些限制相关联。例如，学徒医疗专家，虽然能够收到意见请求，并要求为收到的意见请求提供推荐的治疗方案，可以将他/她的意见或治疗建议用于系统的有限目的，例如计算或更新医疗专家的倾向得分，但不将其包括在意见请求的结果意见报告中。在一些实施例中，可能还有与系统中注册的医疗专家相关的其他特殊名称，同样限制他们参与系统。例如，在一些实施例中，如果医疗专家的倾向得分超过所需的上限(例如，0.8)，则该医疗专家在系统内的状态可以修改为“试用”或“受限”状态使得，虽然医疗专家可能会收到意见请求并要求提供意见/推荐的治疗方案，但是医疗专家的回复可能仅用于更新其倾向得分，而不包括在相应意见请求的结果意见报告中。在这样的实施例中，一旦医疗专家的倾向得分再次处于可接受的范围内或等于/低于上限，医疗专家可以恢复到正常状态，并且他/她的回复可以再次包括在意见报告中。根据一些实施例，具有诸如“学徒”、“试用”或“受限”的特殊状态的医疗专家可以在其他方面由系统区别对待。例如，具有某些特殊状态的医疗专家可能无法就提供对意见请求的回复被补偿(在医疗专家如此补偿的实施例中)或者可以以降低的费率/方案进行补偿。

根据一些实施例，步骤435可以不仅包括选择要包括在小组上的特定医疗专家，也要选择一名或多名具有特殊状态(例如，学徒、试用或受限)的医疗专家，并向其发送意见请求，但其回复不应包括在最终的意见报告中。可以例如基于他们的资格和确定哪些医疗专家需要用于更新其倾向得分的附加数据，来选择这种特殊状态的医疗专家。

在一些实施例中，医疗专家可以设定某些偏好或参数以供系统用于确定是否将给定的医疗专家放置在医疗小组上(例如，医疗专家愿意在给定时间段内回复的意见请求的最大数量)。这样的偏好或参数可以存储在例如医疗专家数据记录208中，并且医疗小组模块222可以在创建小组时利用这样的偏好或参数。

在一些实施例中，医疗小组服务体可以承诺在收到意见请求提交后的最长时间段内提供意见报告(例如，在七十二(72)小时、两(2)周或一(1)个月内)。在许多情况下，接受严重医疗诊断的患者急于及时决定并开始推荐的治疗计划，并且相对快速地提供意见报告可能是该服务体的重要方面。因此，在一些实施例中，小组的医疗专家的选择可以至少部分地基于(i)给定医疗专家在所需时间段内提供对意见请求的回复的可用性；和/或(ii)衡量医疗专家过去对意见请求作出回复的时间。

根据一些实施例，医疗小组由在与给定意见请求相关的领域具有公认专业知识的个人组成。例如，正在考虑回复特定意见请求的医疗小组的医疗专家可能已经发表了多篇同行评审论文，论文展示他们在与患者的医疗病症相关的领域中的全球公认专业知识，该患者是正在形成医疗小组的意见请求的主体。

根据一些实施例，医疗专家的地理位置可能是小组选择医疗专家基于的标准之一。例如，在一个实施例中，可能希望包括来自某个地理区域(例如，欧洲或南美洲)的至少一个医疗专家，包括来自患者所在国家以外的国家的至少一名医疗专家，包括在距离患者家乡一天的驾驶距离内的至少一名医疗专家(例如，因此患者可以有合理的机会亲自跟随小组中的至少一位医疗专家)。因此，在一些实施例中，地理多样性、邻近度或其他地理因素可能与小组上的医疗专家的选择相关。

根据一些实施例，医疗小组可能包括10-15名医疗专家组。给定小组的特定医疗专家人数可能因各种因素而异，例如所涉及的临床问题或医疗病症，可用于给定小组的医疗专家的数量和/或意见请求中所请求的医疗专家的数量(在这样的实施例中，给主治医生提供这样的数量供其选择)。在一些实施例中，主治医生(或其他实体，例如与主治医生有关联的医疗机构、患者或患者的保险提供者)可以向系统提供意见请求/报告的支付(例如，根据请求/报告或基于订阅，所述订阅可能每个月或其他时间段具有此类请求/报告的最大数量)。在这样的实施例中，可以从系统获得不同层级或类别的意见请求/报告，给定小组上的医疗专家的数量取决于所涉及的意见请求/报告的类别。

一旦选择了小组的医疗专家，就可以将意见请求发送给所选择的医疗专家(步骤440)。如本文所述，将意见请求发送给小组的医疗专家可以包括检索、填充和/或将数据发送到用户界面，通过网络浏览器或移动应用程序可供医疗专家访问该用户界面和/或向医疗专家提供可用意见请求数据。在一个实施例中，医疗专家为意见请求提供意见或推荐治疗方案所需的数据可以通过在医疗专家设备130上呈现的一个或多个网页输出给医疗专家。例如，可以通过电子邮件或文本通知医疗专家他被请求对意见请求的输入，并且可以通过使用医疗专家设备130登录由医疗小组服务器110促成的服务体的他/她的账号来访问数据。在其他实施例中，使用社交媒体(例如，将包括化身或用户的另一表示的消息发布到诸如FACEBOOK^TM、TWITTER^TM、TUMBLR^TM或GOOGLE+^TM的站点)可以将通知和/或数据传送给已经选择到小组的医疗专家。

作为可以输出给图5A-5C中所示的意见请求的医疗专家的信息的示例，可以向医疗专家提供用户界面500B的区域504的登记叙述和用户界面500B和/或用户界面500C的区域505中指示的射线照片(或到射线照片的链接)。然后可以要求医疗专家回答简单的民意调查或问卷调查。例如，可以要求医疗专家从针对患者的医疗病症的多个合理治疗方案中选择治疗方案。例如，图5A-5C中所示的患者数据的合理治疗方案可以包括(i)无手术器械化椎体间融合；(ii)器械化融合；(iii)非器械化融合；(iv)开放式减压；(v)MIS减压。在一些实施例中，可以要求医疗专家回答民意调查或意见请求中的一些简单问题(例如，“你推荐手术吗？”、“你推荐融合吗？”)。也可以鼓励医疗专家在为此目的提供的字段中提供自由形式的回复或评论(例如，“提供您的建议回复”)和/或对医疗专家基于其建议的治疗方案的患者的任何假设或特定信息的评论。图3A和3B示出了示例用户界面，其体现了如何将定义意见请求的数据或信息传达给在分配给意见请求的小组上服务的医疗专家，并且已经在上面详细描述，并且为了简洁起见，本文将不再重复。

根据一些实施例，至少直到在为患者生成和提供意见报告时，给定小组上的每位医疗专家可能只能查看他们自己的回复，而不能查看小组上其他医疗专家的回复。在一些实施例中，一旦接收到所有回复，小组上的医疗专家可能能够查看彼此的回复和/或所得到的意见报告。在其他实施例中，即使在所有回复都在生成意见报告之前，小组上的医疗专家也能够查看彼此的回复。

如本文所述，在一些实施例中，医疗小组服务的一个好处是在相对较短的时间内(例如，72小时或1周)为患者获得多个第二意见，使得可以在比患者通过常规手段(例如，通过访问多个个体医疗专家，提供他/她的医疗文件或使他/她自己进行额外的测试、安排和驾驶赴约等)合理地获得它们的时间短得多的时间内为患者提供多个第二意见。因此，在一些实施例中，医疗专家可能有他/她对意见请求提供回复所需的最长的时间。在一些实施例中，步骤445可以包括确定是否已经从被发送意见请求的医疗专家接收到回复。可以在为患者生成并提供意见报告之前的某个预定时间段进行该确定(无论是直接向患者还是向患者的主治医生，以便传播给患者)。例如，如果意见报告应在意见请求提交后四(4)天内提交，则可在意见请求生成前两(2)天执行步骤445。如果没有收到预期的所有回复，则过程400可以继续到步骤450，在该步骤中可以向尚未提交回复的医疗专家发送提醒(例如，通过电子邮件和/或文本消息)。如果确定已经接收到所有预期回复，则过程400继续到步骤455。

根据一些实施例，步骤440-450可以由医疗小组模块222(系统200，图2)或另一个模块(例如轮询模块)执行或在其帮助下执行，该轮询模块配置为向小组的医疗专家发送意见请求(其也可称为小组的医疗专家的轮询)，收到回复，确定是否需要将提醒发送给尚未从其收到回复的医疗专家和/或是否需要基于任何回复的任何随访通信(例如，医疗专家可以请求关于患者的附加信息，在这种情况下，轮询模块可以将请求附加信息的请求发送给主治医生、主治医生的代理人、患者或提交意见请求的其他用户)。

一旦确定已经接收到所有预期回复，就为作为相应意见请求的主体的患者生成意见报告(步骤455)。意见报告可以由例如意见报告模块或子例程(例如，系统200的意见报告模块224(图2))生成或借助于其生成。根据一些实施例，意见报告可以以一种或多种形式(例如，条形图以及饼图)提供从小组的每位医疗专家收到的对意见请求的回复的概要(例如，给定专家小组中推荐每种可用治疗方案的医疗专家的数量有多少)。在一些实施例中，意见报告也可以指出小组中包括的每位医疗专家的识别和/或联系信息，以及任何医疗专家提供的任何评论。图3C示出了如何将包括意见报告的信息或数据传达给主治医生和/或患者的一个示例，并且根据一些实施例，将其示出为经由网络浏览器呈现的网页。图3C中所示的数据基于图3A和3B中所示的意见请求数据中所示的数据。图5D示出了意见报告可以体现为的另一种格式(例如，可以由主治医生打印出来并提供给患者的报告)。图5D中所示的数据基于图5A-5C中所示的意见请求数据。

根据一些实施例，可以“为”患者生成意见报告，但可能不会由医疗小组服务体将意见报告直接“提供”给患者。例如，在某些情况下，可能需要向患者提供意见报告，同时保留患者与其主治医生之间的医生-患者关系。因此，在一些实施例中，可以将为患者生成的意见报告提供给患者的主治医生，主治医生可以转而向患者传播或分享意见报告。这允许最终与患者共享意见报告中的信息，但是在患者与其主治医生之间的关系的背景下。这可以允许主治医生帮助向患者解释意见报告中的信息，回答患者对意见报告中的信息可能有的任何问题，并帮助建立患者与其主治医生之间的信任。通过主治医生向患者提供意见报告也可以避免在患者和提供意见报告的意见或建议的医疗专家之间潜在地产生医患关系(或这样的影响)。在其他实施例中，意见报告可以直接提供给作为意见报告的主体的患者或通过另一实体(例如，通过患者的保险提供者)提供。

根据一些实施例，在为患者提供意见报告后，医疗小组服务可以继续获取有关患者的数据(无论该意见报告是直接提供还是通过患者的主治医生提供)。例如，在一些实施例中，医疗小组服务可以请求为其提供意见报告的患者回答一些问题或填写关于他/她的医疗病症的数据。医疗小组服务可以直接或间接地(例如，通过患者的主治医生或保险提供者)向患者发送对此类随访信息的请求。在为患者提供意见报告之后随时间可以在患者上收集的信息类型可以包括，例如，(i)患者的工作状态的指示(例如，患者是否能够重返工作岗位、全职工作、履行所有职责等)；(ii)患者的生活质量；(iii)患者恢复完全活动或从他的/她的医疗病症恢复的程度。根据一些实施例，如果获得的患者随访信息表明意见报告中最推荐的治疗方案无法有效改善患者的医疗病症、患者的生活质量没有得到充分改善、或者患者的结果不能令人满意，则系统可能会对患者采取一些措施。例如，可以退还已向医疗小组服务支付的意见报告的部分费用(例如，由患者、主治医生、主治医生所属的单位和患者的保险提供者中的至少一个支付)。

图6A示出了可以用于在(i)意见报告之后三(3)个月；(ii)意见报告后六(6)个月获得(例如，在患者与其主治医生的访问期间)关于患者的信息的一个示例界面。图6B示出了可用于获得关于患者的信息的另一示例界面(例如，在意见报告之后一(1)年患者访问其主治医生期间)，包括其他医疗文件，例如当时可上传的射线照片，以说明患者康复的程度。在一些实施例中，医疗小组服务可以利用关于患者恢复的随访信息来评估小组建议的有效性。在一些实施例中，关于患者恢复的随访信息可以提供给已经在患者意见报告的小组上的医疗专家。

如上所述，在一些实施例中，该系统可操作以当回复意见请求时测试医疗专家的注意力(例如，通过制定流程来防范可能只是选择推荐的治疗方案而不审阅意见请求中提供给他们的信息的医疗专家，以验证其意见报告的可信度和价值)。例如，该系统可操作以通过向医疗专家发送伪造为真实意见请求的虚假意见请求来测试医疗专家的注意力，该虚假意见请求包括至少一个与请求中包含的其余信息不兼容的信息元素(例如，与患者的医疗病症无关的身体部位的射线照片，无意义的登记叙述，无法打开的损坏文件，与患者的诊断医疗病症无关或不兼容的医疗事实，等等)。该系统可操作以随机地发送这种虚假意见请求，或者基于发送给医疗专家的每个预定的时间段或请求数量(优选地以不可预测的方式使医疗专家无法预测哪个意见请求可能是虚假意见)。在这样的实施例中，系统可以标记虚假请求并等待医疗专家的回复，该回复表明医疗专家捕获了虚假或不兼容的信息，并且正在寻求说明或以其他方式指出他/她无法基于所提供的信息提供治疗建议。在一些实施例中，如果医疗专家没有提供证明他/她注意力的回复(例如，医疗专家提供推荐的治疗选择，就像意见请求是真实的一样)，系统可以采取额外的行动。例如，可以向医疗小组服务人员发送警报，提醒医疗专家未能将意见请求识别为虚假请求。在另一个示例中，可以启动调查协议(例如，可以审查医疗专家过去提供的对其他意见请求的其他回复和/或另外的虚假意见请求可以发送给医疗专家以再次测试他的注意力和/或可能会警告系统人员以查看医疗专家的回复)。在又一示例中，医疗专家的状态可以是特殊状态的改变，其至少暂时地限制医疗专家参与系统(例如，医疗专家可以识别为“在试用期”)。在一些实施例中，可以降低向医疗专家支付的费用(例如，可以以较低的费率支付医疗专家，直到他通过另一个注意力测试)。

应当理解，以上仅是实施例的示例，不应以限制方式解释。在不脱离本发明的精神和范围的情况下，可以对本发明描述的一种或多种方法进行修改和变更。

解释规则

已经描述了许多实施例，并且仅出于说明性目的给出了这些实施例。所描述的实施例无意在任何意义上进行限制。如从本文的公开内容显而易见的，本发明可广泛应用于许多实施例。足够详细地描述了这些实施例，以使本领域技术人员能够实践本发明，并且应该理解，可以使用其他实施例，并且可以在不脱离本发明的范围的情况下进行结构、逻辑、软件、电气和其他改变。因此，本领域技术人员将认识到，可以通过各种修改和变更来实践本发明。尽管可以参考形成本公开的一部分的一个或多个特定实施例或附图来描述本发明的特定特征，并且其中通过说明的方式示出了本发明的特定实施例，但是应该理解的是，这些特征不限于在一个或多个特定实施例或附图中的使用，参考特定实施例或附图描述这些特征。因此，本公开既不是对本发明的所有实施例的文字描述，也不是必须存在于所有实施例中的本发明的特征的列表。

除非另有明确说明，否则术语“实施例(an embodiment)”、“实施例(embodiment)”、“实施例(embodiments)”、“实施例(the embodiment)”，“实施例(theembodiments)”，“实施例(an embodiment)”、“一些实施例”、“示例实施例”、“至少一个实施例”、“一个或多个实施例”和“一个实施例”表示“本发明的一个或多个(但不一定是全部)实施例”。除非另有明确说明，否则术语“包括(including)”、“包含(comprising)”及其变体表示“包括但不限于”。

除非另有明确说明，否则术语“由……组成”及其变体表示“包括且限于”。

列举的项目列表并不表示任何或所有项目是互斥的。除非另有明确规定，否则列举的项目清单并不表示任何或所有项目都完全详尽。列举的项目列表并不表示项目按照枚举顺序以任何方式排序。

术语“包括至少一个”后跟项目列表并不表示需要来自列表中的每个项目的部件或子部件。相反，它表示列出的一个或多个项目可以包括指定的项目。例如，如果说“其中A包含：a、b和c中的至少一个”表示(i)A可以包含a，(ii)A可以包含b，(iii)A可以包含c，(iv)A可包含a和b，(v)A可包含a和c，(vi)A可包含b和c，或(vii)A可包含a、b和c。

除非另有明确说明，否则术语“一(a)”、“一个(an)”和“该(the)”表示“一个或多个”。

除非另有明确说明，否则术语“基于”表示“至少基于”。

本文描述的方法(无论它们是否称为方法、过程、算法、计算等)固有地包括一个或多个步骤。因此，所有对这种方法的“步骤(step)”或“步骤(steps)”的引用在仅仅叙述术语“方法”或类似术语时具有先行基础。因此，对于方法的“步骤(step)”或“步骤(steps)”的权利要求中的任何引用认为具有足够的先行基础。

本文件中提供的章节的标题仅是为了方便，并且不应视为以任何方式限制本公开。

除非另有明确说明，否则彼此通信的设备不需要彼此连续通信。另外，彼此通信的设备可以通过一个或多个中介直接或间接地通信。

具有彼此通信的若干部件的实施例的描述并不意味着需要所有这样的部件，或者每个所公开的部件必须与每个其他部件通信。相反，描述了各种可选部件以说明本发明的各种可能的实施例。

此外，尽管可以按顺序描述过程步骤、方法步骤、算法等，但是这样的过程、方法和算法可以配置为以交替顺序工作。换句话说，可能在本文件中描述的任何顺序或步骤顺序本身并不表示要求以该顺序执行步骤。本文描述的过程的步骤可以以任何实际的顺序执行。此外，尽管描述或表示为非同时发生(例如，因为在另一步骤之后描述了一个步骤)，但是可以同时执行一些步骤。此外，通过附图中的描绘来说明过程并不意味着所示过程不包括对其的其他变化和修改，并不意味着所示的过程或其任何步骤对于本发明是必需的，并不意味着所示的过程是优选的。

显而易见的是，本文描述的各种方法和算法可以通过例如适当编程的通用计算机和计算设备来实现。通常，处理器(例如，微处理器或控制器设备)将从存储器或类似存储设备接收指令，并执行那些指令，从而执行由那些指令定义的处理。此外，可以使用各种已知媒体来存储和发送实现这些方法和算法的程序。

当本文描述单个设备或物品时，显而易见的是，可以使用一个以上的设备/物品(无论它们是否合作)来代替单个设备/物品。类似地，在本文中描述了一个以上设备或物品(无论它们是否合作)的情况下，显而易见的是，可以使用单个设备/物品来代替一个以上的设备或物品。

设备的功能和/或特征可替代地由一个或多个其他设备实现，这些设备未明确地描述为具有这样的功能/特征。因此，本发明的其他实施例不需要包括设备本身。

本文使用的术语“计算机可读介质”是指参与提供可以由计算机、处理器或类似设备读取的数据(例如，指令)的任何介质。这种介质可以采用许多形式，包括但不限于非易失性介质、易失性介质和传输介质。非易失性介质包括例如光盘或磁盘和其他永久存储器。易失性介质可以包括动态随机存取存储器(DRAM)，其通常构成主存储器。传输介质可包括同轴电缆、铜线和光纤，包括导线或包括耦合到处理器的系统总线的其他路径。传输介质可以包括或传送声波、光波和电磁发射，例如在射频(RF)和红外(IR)数据通信期间产生的那些。常见形式的计算机可读介质包括例如软盘、软磁盘、硬盘、磁带、任何其他磁介质、CD-ROM、DVD、任何其他光学介质、穿孔卡、纸带、任何其他具有孔图案的物理介质、RAM、PROM、EPROM、FLASH-EEPROM、任何其他存储器芯片或盒、如下所述的载波或计算机可从中读取的任何其他介质。

各种形式的计算机可读介质可以涉及将指令序列传送到处理器。例如，指令序列(i)可以从RAM传送到处理器，(ii)可以通过无线传输介质传送，和/或(iii)可以根据许多格式、标准或协议来格式化，例如传输控制协议、因特网协议(TCP/IP)、Wi-Fi、蓝牙、TDMA、CDMA和3G。

在描述数据库的情况下，本领域普通技术人员将理解，(i)可以容易地采用所描述的那些的替代数据库结构，以及(ii)可以容易地采用除数据库之外的其他存储器结构。本文呈现的任何样本数据库的任何示意图和随附描述是用于存储的信息表示的说明性布置。除了所示表格所建议的那些之外，可以采用任何数量的其他布置。类似地，数据库的任何所示条目仅表示示例性信息；本领域技术人员将理解，条目的数量和内容可以与本文所示的不同。此外，尽管将数据库描述为表，但是可以使用其他格式(包括关系数据库、基于对象的模型和/或分布式数据库)来存储和操纵本文描述的数据类型。同样，数据库的对象方法或行为可用于实现本发明的过程。另外，数据库可以以已知的方式从访问这种数据库中的数据的设备本地或远程存储。

例如，作为用于存储信息的数据库结构的示例替代，可以使用分层电子文件夹结构。然后，可以使用程序基于程序中指定的文件路径访问层次结构中的适当文件夹中的适当信息。

也应该理解，在某种程度上，权利要求中所述的任何术语在本文件的其他地方以与单个含义一致的方式被引用，这仅仅是为了清楚起见，并不意味着任何此类术语如此暗示或以其他方式限制于该单一含义。

在权利要求中，权利要求的限制包括短语“用于……的装置”或短语“用于……的步骤”意味着35U.S.C.§112第6款适用于该限制。

在权利要求中，权利要求的限制不包括短语“用于……的装置”或短语“用于……步骤”意味着35U.S.C.§112第6款不适用于该限制，无论该限制是否在没有叙述用于执行该功能的结构、材料或动作的情况下叙述功能。例如，在权利要求中，仅仅使用短语“……的步骤(step of)”或短语“……的步骤(steps of)”来指代权利要求或另一权利要求的一个或多个步骤并不意味着35U.S.C.§112第6款适用于该步骤。

关于根据35U.S.C§112第6款执行特定功能的装置或步骤，在说明书中描述的相应结构、材料或动作及其等同物可以执行附加功能以及特定功能。

计算机、处理器、计算设备和类似产品是可以执行各种功能的结构。这样的产品可操作以通过执行一个或多个程序来执行指定的功能，例如存储在该产品的存储器设备中或该产品访问的存储器设备中的程序。除非另有明确说明，否则这样的程序不需要基于任何特定算法，例如可能在本申请中公开的任何特定算法。本领域普通技术人员公知，可以通过不同的算法实现指定的功能，并且许多不同算法中的任何算法仅仅是用于执行指定功能的设计选择。

因此，关于根据35U.S.C§112第6款执行特定功能的装置或步骤，对应于指定功能的结构包括编程以执行指定功能的任何产品。这种结构包括执行该功能的编程产品，无论这种产品是否用以下算法编程(i)用于执行该功能的公开算法，(ii)与所公开的算法类似的算法，或(iii)用于执行该功能的不同算法。

结论

虽然本文已经描述了各种实施例，但是应该理解，本发明的范围不限于明确描述的特定实施例。在阅读本说明书之后，本领域普通技术人员将理解许多其他变型和实施例。

Claims (21)

1.一种用于生成医疗专家小组的系统，以便为由主治医生治疗的患者动态地获得多个医疗意见，所述系统包括：

医疗数据组装模块，可操作以用于通过网络接收包括患者的医疗文件的数据；

医疗小组模块，可操作以从可用的医疗专家中选择多个医疗专家以获得患者的多个相应医疗意见；

轮询模块，可操作以用于通过网络将基于数据的医疗信息发送给多个医疗专家并接收来自医疗专家的回复；

医疗报告模块，可操作以基于从医疗专家收到的回复为患者生成医疗报告；以及

处理器，其可与医疗数据组装模块、医疗小组模块、轮询模块和医疗报告模块中的每一个一起操作，以：

通过图形用户界面,识别对患者的医疗报告的请求的发起，医疗请求对应于患者的医疗病症；

基于医疗病症，确定要包括在医疗报告中的多个治疗方案；

基于多个治疗方案，选择已确定特别重要的患者病史的多个数据要素，以允许远程医疗专家从多个治疗方案中选择一个作为推荐治疗方案；

基于所选择的多个数据要素，修改图形用户界面，以输出与多个数据元素中的每一个有关的信息的输入的至少一个提示；

响应于至少一个提示,通过使用医疗数据组装模块接收包括患者的医疗文件的数据和描述患者的医疗病症的信息；

至少基于所述数据和所述信息以及通过使用医疗小组模块，从可用的医疗专家中选择有资格治疗医疗病症的多个医疗专家的小组，其中，所述选择基于小组的至少一个所需标准；

通过使用轮询模块并向为小组选择的多个医疗专家的每个医疗专家发送对患者的推荐治疗计划的请求，其中，所述请求包括允许医疗专家提供推荐治疗计划的指示的最大时间量；

确认已经从所需数量的多位医疗专家中收到针对患者的推荐治疗计划；以及

为患者生成医疗报告，所述医疗报告总结来自多个医疗专家的建议，总结方式为向患者表明有多少医疗专家推荐了包括在医疗报告中的每个治疗计划，

其中，通过向医疗专家发送虚假请求，处理器还可操作以测试医疗专家的注意力，所述医疗专家在系统中注册以接收对推荐治疗计划的请求，所述虚假请求伪装成真实请求但包括至少一个信息元素，所述至少一个信息元素与虚假请求中包括的其余信息不兼容。

2.根据权利要求1所述的系统，其中，基于从与患者的主治医生相关联的设备接收的指令，接收包括医疗文件的数据,

并且其中从与患者的主治医生相关联的设备接收包括医疗文件的数据,包括

从主治医生接收医疗报告的请求。

3.根据权利要求1所述的系统，其中，所述最大时间量不超过一个月，并且其中多个医疗专家至少为五个。

4.根据权利要求1所述的系统，其中，所述处理器至少与轮询模块进一步可操作以：

对于医疗专家有资格治疗的给定类型的医疗病症，为可供选择到医疗小组的每位医疗专家维护倾向得分，

其中，倾向得分表示对于给定类型的医疗病症，相应的医疗专家推荐特定治疗计划的倾向。

5.根据权利要求4所述的系统，其中，所述处理器可操作以基于小组的至少一个所需标准来选择多个医疗专家，包括处理器可操作以选择多个医疗专家，使得小组上所有医疗专家的倾向得分的平均值在所需范围内。

6.根据权利要求4所述的系统，其中，所述处理器可操作以基于小组的至少一个所需标准来选择多个医疗专家包括，处理器可操作以选择多个医疗专家，使得如果所述医疗专家的倾向得分在所需范围之外，则不为小组选择所述医疗专家。

7.根据权利要求4所述的系统，其中，所述处理器还可操作以基于针对给定医疗病症从给定医疗专家接收的治疗计划的推荐，来更新医疗专家针对给定医疗病症的倾向得分。

8.根据权利要求1所述的系统，其中，至少一个医疗文件是与患者的医疗病症相关的射线图像，并且其中所述请求还包括与患者的医疗病症相关的至少一个附加的射线图像。

9.根据权利要求1所述的系统，其中，所述请求包括针对患者的多个可能的治疗计划和机构，多个医疗专家中的每个医疗专家可以通过所述机构选择多个中的一个作为治疗计划作为推荐治疗计划。

10.根据权利要求1所述的系统，其中，所述处理器可操作以发送请求包括，处理器可操作以经由软件接口输出请求，所述软件接口允许被输出请求的相应医疗专家输入与医疗专家推荐的推荐治疗计划相关的至少一个评论。

11.根据权利要求1所述的系统，其中，所述处理器可操作以发送请求包括，处理器可操作以经由软件接口输出请求，所述软件接口允许被输出请求的相应医疗专家请求与所述请求相关的说明和附加信息中的至少一个。

12.根据权利要求1所述的系统，其中，所述医疗报告包括每个医疗专家的身份的指示，医疗专家的推荐包括在医疗报告中。

13.根据权利要求1所述的系统，其中，所述处理器可操作以发送针对患者的医疗报告，包括处理器可操作以将医疗报告发送到主治医生的第一设备，以便传播给患者。

14.根据权利要求1所述的系统，其中，所述处理器还可操作以在将数据包括在请求中之前，从接收来自第一设备的数据中移除患者识别信息，使得患者对于多个专家中的每个医疗专家是匿名的。

15.根据权利要求1所述的系统，其中，处理器进一步可操作以：

将请求转发给尚未注册的、包括在医疗专家小组中的学徒医疗专家；

从学徒医疗专家处接收对请求的主体的患者的推荐治疗计划的指示；以及

利用指示来更新学徒医疗专家的倾向得分。

16.根据权利要求1所述的系统，其中，所述处理器进一步可操作以：

确定已经被发送虚假请求的医疗专家没有将至少一个信息元素识别为不兼容，从而将医疗专家识别为潜在的注意力不集中的医疗专家；以及

启动调查协议进入潜在的注意力不集中的医疗专家。

17.根据权利要求1所述的系统，其中，所述处理器还可操作以在已经接收到包括患者的医疗文件的数据的七天内为患者生成医疗报告。

18.根据权利要求1所述的系统，其中，多位医疗专家的所需数量等于为小组选择的所有医疗专家。

19.根据权利要求1所述的系统，其中，所述处理器进一步可操作以：

在选择医疗专家小组之前并且在接收到包括患者的医疗文件的数据和描述患者的相关医疗病症的信息之后，请求选择医疗专家小组的批准。

20.根据权利要求1所述的系统，其中，所述处理器进一步可操作以：

确认已收到患者为请求支付的费用。

21.根据权利要求1所述的系统，其中，所述处理器进一步可操作以：

作为对请求的回复，授权向小组的医疗专家付款。