计算机化的医疗培训系统.pdf

一种医疗培训的方法，所述方法包括：向用户呈现其中用户扮演医生的医疗模拟中的医疗情景。医疗情景包括用户和患者之间的交互。识别对应于用户的表现数据。所识别的表现数据至少部分基于用户和患者之间的交互过程中的用户的行为。至少部分基于所识别的表现数据评估用户，以确定用户是否已经实现医疗模拟中的培训目标。培训目标意在提高用户的医疗技能。

1.  一种医疗培训方法，所述方法包括：
向用户呈现其中所述用户扮演医生的医疗模拟中的医疗情景，其中，所述医疗情景包括所述用户和患者之间的交互；
识别对应于所述用户的表现数据，其中，所识别的表现数据至少部分基于所述用户和所述患者之间的所述交互过程中所述用户的行为；以及
至少部分基于所述识别的表现数据来评估所述用户，以确定所述用户是否已经实现所述医疗模拟中的培训目标，其中，所述培训目标意在提高所述用户的医疗技能。

2.  根据权利要求1的方法，进一步包括基于所述识别的表现数据向所述用户提供反馈。

3.  根据权利要求2的方法，其中，所述反馈包括基于所述用户和所述患者之间的所述交互过程中所述用户的行为的评论。

4.  根据权利要求2的方法，其中，所述反馈包括所述医疗模拟中的结果，其中，所述结果产生于所述用户和所述患者之间的所述交互过程中所述用户的行为。

5.  根据权利要求1的方法，进一步包括向所述用户分配化身。

6.  根据权利要求1的方法，进一步包括从所述用户接收化身选择。

7.  根据权利要求1的方法，进一步包括向所述用户呈现其中所述用户扮演第二患者的所述医疗模拟中的第二医疗情景，其中，所述医疗情景包括所述用户和第二医生之间的交互。

8.  根据权利要求1的方法，其中，所述识别的表现数据包括：由所述用户作出的对所述患者的诊断、所述患者的满意水平、由所述用户造成的所述患者的信任水平、由所述用户对所述患者提问的问题、所述用户对来自所述患者的问题的响应、由所述用户对所述患者进行的检查以及所述交互的视听表示中的至少其中一个。

9.  根据权利要求1的方法，其中，所述交互包括所述患者寻求医疗帮助的尝试。

10.  根据权利要求1的方法，其中，所述患者在所述交互过程中关于所述患者的医疗健康状况在向所述用户说谎。

11.  根据权利要求1的方法，其中，在所述医疗模拟中的医疗背景中发生所述交互。

12.  根据权利要求11的方法，其中，所述医疗背景包括医院和医疗诊所中的至少其中一个。

13.  根据权利要求1的方法，其中，所述培训目标包括所述用户对所述患者的准确诊断。

14.  根据权利要求1的方法，其中，所述培训目标包括说服所述患者遵守处方的治疗方案。

15.  根据权利要求1的方法，其中，所述培训目标包括实现特定患者满意率。

16.  根据权利要求1的方法，其中，所述患者包括计算机控制的患者。

17.  根据权利要求1的方法，其中，所述患者包括第二用户。

18.  根据权利要求1的方法，进一步包括向所述用户提供病情分析，其中，所述病情分析包括如果所述患者和所述用户之间的所述交互不成功将会实现的负面结果。

19.  根据权利要求18的方法，其中，所述培训目标包括防止所述负面结果。

20.  根据权利要求1的方法，进一步包括接收有关所述用户的个人信息。

21.  根据权利要求20的方法，其中，所述个人信息包括所述用户的优点、所述用户的缺点、所述用户的职业以及所述用户的技能中的至少其中一个。

22.  根据权利要求20的方法，其中，所述个人信息用于建立所述培训目标。

23.  根据权利要求20的方法，其中，所述个人信息用于确定所述用户的化身的特征。

24.  根据权利要求20的方法，其中，所述个人信息用于确定所述医疗模拟中的所述用户的状态。

25.  根据权利要求1的方法，其中，表示所述医疗模拟中的所述用户的化身展示所述用户的真实世界的特征。

26.  根据权利要求1的方法，进一步包括如果所述用户已经实现所述培训目标，那么升级所述医疗模拟中的所述用户的状态。

27.  根据权利要求1的方法，进一步包括如果所述用户已经实现所述培训目标，那么增强所述用户的化身。

28.  根据权利要求1的方法，其中，所述交互过程中所述用户和所述患者之间的通信通过自由形式的讲话实现。

29.  根据权利要求1的方法，其中，所述交互过程中所述用户和所述患者之间的通信通过对话框中的文本实现。

30.  根据权利要求29的方法，其中，所述对话框中的所述文本由所述用户从多个文本选择中选出。

31.  根据权利要求30的方法，其中，所述多个文本选择由医疗专业人员建立。

32.  根据权利要求1的方法，进一步包括向所述用户提供所述患者的感觉或情感的图形模型。

33.  根据权利要求32的方法，其中，所述患者的所述感觉或情感包括高兴、满意、生气、信任、害怕和紧张中的至少其中一个。

34.  根据权利要求1的方法，进一步包括向所述用户提供医疗信息，以便所述用户能够对所述患者进行诊断。

35.  根据权利要求1的方法，进一步包括向所述用户提供对所述患者的诊断。

36.  根据权利要求1的方法，进一步包括向所述用户提供对应于由所述患者向所述用户提供的不真实的陈述的真实的陈述。

37.  一种具有在其上存储计算机可读指令的计算机可读介质，当所述计算机可读指令由处理器执行时，使所述处理器维持医疗模拟，所述指令配置用于：
向用户呈现其中所述用户扮演医生的医疗情景，其中，所述医疗情景包括所述用户和患者之间的交互；
识别对应于所述用户的表现数据，其中，所识别的表现数据至少部分基于所述用户和所述患者之间的所述交互过程中所述用户的行为；以及
至少部分基于所述识别的表现数据，确定所述用户是否已经实现所述医疗模拟中的培训目标，其中，所述培训目标意在提高所述用户的医疗技能。

38.  一种用于医疗培训的系统，所述系统包括：
医疗培训引擎，其中，所述医疗培训引擎包括计算机代码，所述计算机代码配置用于：
产生医疗模拟中的医疗情景；
向用户呈现所述医疗情景，其中，所述用户扮演所述医疗情景中的医生；
基于所述医疗情景中的所述用户的行为，识别表现数据；
至少部分基于所识别的表现数据，确定所述用户是否已经实现所述医疗模拟中的培训目标，其中，所述培训目标意在提高所述用户的医疗技能；以及
如果所述用户已经实现所述培训目标，那么提升所述医疗模拟中所述用户的状态；
存储器，所述存储器配置用于存储所述医疗培训引擎；以及
处理器，所述处理器耦接到所述存储器并配置用于执行所述医疗培训引擎。

计算机化的医疗培训系统
技术领域
本公开的主题总体涉及医疗培训。更具体地，本公开涉及用于通过在具有情感表达化身的社会的、三维环境中的构建主义学习，教授有同情心、以患者为中心、职业化、面谈微技能以及交流技能(例如，临床态度)的方法、系统和计算机可读介质。
背景技术
在医学院期间，医学学生学习人体解剖学、疾病症状、疾病分期、诊断技术、治疗技术以及审慎地思考有关疾病的诊断和治疗所需的任何其他科学信息。但是，成为一个好的医生需要的不仅仅是科学知识。医生还需要能够与他/她的患者之间形成并维持有效的关系。这是具有挑战性的，因为每个患者都是独特的个体，其在外表、背景、经历、教育水平、认知能力、宗教、看法、种族等上都不同于其他患者。为了与这样的形形色色的患者形成有效的关系，医生必须是耐心的、敏锐的、富于理解力的、乐于助人的并有同情心的。此外，医生需要能够将他/她自己表现成有知识的和值得信赖的个体。
现代医学的全部课程关注于传输科学知识，但在与患者的交互上没有对医生进行足够的培训。这种强调医学人道主义的课程的缺乏以及将社会学和心理学信息适当整合到医疗培训中的缺乏导致医生不具备必要的工具将患者作为人来理解，不能有效地向患者传达信息或者不能有效地倾听患者的心声。甚至在努力教导医学人道主义的医学院中，努力也在很大程度上是无效的。书本和讲稿甚至没有开始将医生在他们每天的实践过程中自己所发现的形形色色的情况揭示给医学学生。进一步地，书本和讲稿没有向医学学生提供与患者、同事、医务人员、药剂师、上级、保险公司代表或者其他涉及到医疗职业中的个体交互的任何经验。书本和讲稿被进一步将它们的能力限制在帮助医学学生理解为什么获取某种信息非常关键以及如果该信息被忽略将会是什么后果。
作为上述课程不足的结果，大部分医生不能有效地与他们的患者交流或者以其他方式与他们的患者具有良好的关系。糟糕的医生/患者之间的关系能导致误诊和/或其他医疗错误。医疗错误每年导致将近200,000患者死亡，超过死于机动车辆事故、乳腺癌以及艾滋病加在一起的个体数量。医疗错误还是对医生提起医疗事故索赔的主要依据。此外，糟糕的医生/患者之间交流能够导致未被通知的患者、被错误通知的患者、不愉快的患者以及不能或者不愿坚持处方治疗的患者和/或拒绝医疗职业的患者。
医疗职业中的另一个问题是大部分进入实践的医生没有医疗经济学、医疗政策、良好的商业实践或者良好的管理实践的概念。这又源于在传统的医学院的课堂上没能有效地教授这些技能。医疗职业中的另一个问题是跨职业团体的医疗实践中缺乏一致性。医疗实践在地区到地区之间、州到州之间、医学院到医学院之间，并且甚至在同一所医学院的不同系之间也不一致。不一致的医疗实践会使得医生难以变换地点和/或与其他地理区域的医生一起工作。不一致还会造成困难并且有时会造成职业挫败，甚至对新的医学院毕业生造成更大的职业挫败。此外，对医学学生而言，这会更加困难，因为不一致不仅仅存在于地区之间与个体之间，也存在于医学学生观察到的看法之间和实践之间以及被明确地教给他们的价值之间。这个所谓的“隐藏的课程”(即，与教育机构声称或设想的课程目标并列存在的教育的社会和文化方面)在医学学生试图形成实践中的伦理和反思风格时，对他们造成巨大的问题。
因而，需要一种能够教导医务人员如何有效地通过实际经验与患者交互的医疗培训系统。还需要一种能够教导医务人员如何有效地与其他医生、助手、员工、帐单协调员以及与医疗职业相关联的任何其他人员交互的医疗培训系统。还需要一种能够有效地教导医务人员有关医疗经济学、医疗政策、良好的商业实践以及良好的管理实践的医疗培训系统。此外，需要一种能够一致地培训大量的医务人员以使得医疗实践能够在整个医疗职业中变得更加一致并且更加接近地符合所采纳的人道主义、以患者为中心的价值的医疗培训系统。
发明内容
医疗培训的示例性方法包括向用户呈现医疗模拟中的医疗情景，其中用户扮演医生。医疗情景包括用户与患者之间的交互。识别对应于用户的表现数据。所识别的表现数据至少部分基于用户与患者之间的交互过程中的用户的行为。至少部分基于所识别的表现数据评估用户，以确定用户是否已经实现医疗模拟中的培训目标。培训目标意在提高用户的医疗技能。
示例性计算机可读介质具有存储在其上的计算机可读指令，当所述指令由处理器执行时，使得处理器维持医疗模拟。指令被配置用于向用户呈现其中用户扮演医生的医疗情景。医疗情景包括用户与患者之间的交互。识别对应于用户的表现数据。所识别的表现数据至少部分基于用户与患者之间的交互过程中的用户的行为。指令被进一步配置用于至少部分基于所识别的表现数据，确定用户是否已经实现医疗模拟中的培训目标。培训目标意在提高用户的医疗技能。
医疗培训的示例性系统包括医疗培训引擎、存储器以及处理器。医疗培训引擎包括配置用于产生医疗模拟中的医疗情景的计算机代码。向用户呈现医疗情景，其中，用户在医疗情景中扮演医生。识别基于医疗情景中的用户行为的表现数据。计算机代码被进一步配置用于至少部分基于所识别的表现数据，确定用户是否已经实现医疗模拟中的培训目标。培训目标意在提高用户的医疗技能。如果用户已经实现培训目标，那么提升医疗模拟中的用户状态。存储器配置用于存储医疗培训引擎。处理器被耦接到存储器并被配置用于执行医疗培训引擎。
通过考察下文中的附图、详细说明以及所附的权利要求，本领域技术人员将更清楚地理解其他主要特征和优点。
附图说明
将参考附图在下文中说明示例性实施例。
图1是示出根据示例性实施例的由医疗培训系统执行的操作的流程图。
图2是根据示例性实施例的医疗培训系统。
图3是示出根据示例性实施例的医疗培训系统组件的示意图。
图4是示出根据示例性实施例的医生办公室的示意图。
图5是示出根据示例性实施例的接待区的示意图。
图6是示出根据示例性实施例的医疗机构中的走廊的示意图。
图7是示出根据示例性实施例的检查室的示意图。
图8是示出根据示例性实施例的虚拟会议室的示意图。
具体实施方式
本文所描述的是适于教导用户如何成功地与其他个体交互的培训系统。在示例性实施例中，培训系统(或系统)可以是在线模拟，其中，用户能够彼此交互并参与到情景中。系统还可以指用于执行模拟的任何硬件和/或软件。系统能够由本领域技术人员公知的任何编程方法来执行。在示例性实施例中，在线模拟能够利用大型多人在线游戏(MMOG)结构、过程和方法。这样，模拟能够在分布式、三维人造环境中发生。可以包括游戏方略设计元素的人造环境还能包括化身。如在本文中所使用的，化身可以指模拟中由真实的用户控制的模拟人物或由计算机控制的(即，虚拟的)的人物。由计算机控制的化身能够具有认知和情感模型化的特征，使得他们的行为高度真实并与人类相似。可以包括游戏方略设计元素的人造环境还能够包括具有认知和情感模型化特征的真实的化身。如在本文中所使用的，化身可以指模拟中由真实的用户控制的模拟人物或由计算机控制(即，虚拟的)的人物。这些特征能够组合以创建自然的、高度社会的以及构建主义的学习环境，其中，用户能够体验性地学习价值、同情心、患者和/或客户为中心、职业化、面谈微技能、交流技能等。模拟还能够利用虚拟现实技术来进一步增加模拟的真实性和印象。
如在本文中所描述的，系统能够用于教导医学学生如何与患者和/或他们在作为医生的角色时可能遇到的任何其他个体进行交互并与其形成关系。系统还能够由执业医生使用以获得持续的医疗教育学分，由医学院教授使用以与他们的学生进行交互并测试他们的学生，由医务人员使用用于培训目的，由希望与他们的医生形成更好的关系的患者使用和/或由公众用于娱乐。尽管培训系统主要参考医疗领域中的培训进行描述，但重要的是应当理解系统不限于此。利用本文所描述的相同的原理，培训系统能够应用于其中个体需要与其他个体交互并形成关系的任何领域/职业。例如，培训系统能够用于法律领域，以教导法学学生和律师如何有效地与他们的客户交互。类似地，培训系统能够用于教导护士、牙医、业务经理、教练、教师、接待员、客户服务专家、银行家等如何与他们的客户、学生和/或雇员交互并对待他们。
图1是示出根据示例性实施例由医疗培训系统执行的操作的流程图。另外的、更少的或者不同的操作可以在选择性实施例中执行。在操作100中，医疗培训系统能够从用户接收登记信息。登记信息可以包括用户姓名、联系信息、职业、培训水平等。登记信息能够通过本领域技术人员公知的任何方法接收。在一个实施例中，系统还能够在登记过程中从用户接收货币性费用。货币性费用能够由用户、用户所在的医学院、用户的雇主或任何其他实体直接支付。在示例性实施例中，用户可以是医学学生，并且当医学学生登记利用医疗培训系统作为教学工具的课程时，能够执行登记处理。
在操作105中，系统向用户提供到医疗模拟的访问。医疗模拟可以是包括其中医生能够与患者以及其他个体交互的一个或多个医疗背景的虚拟世界。医疗背景可以是任何地点，如诊所、医院、患者家中、疗养所、收容机构等，其中，医疗从业者可以被约请去行医。医疗模拟还可以包括城市和乡村背景中的家庭、商店、交通工具、银行、政府等以使医疗模拟更为真实。能够通过用户下载并安装在他/她的计算机上的医疗模拟软件提供对医疗模拟的访问。作为一种选择，能够通过医疗模拟能在其上被访问的网站提供访问。作为一种选择，能够通过本领域技术人员公知的任何其他方法提供对医疗模拟的访问。在一个实施例中，不同版本的医疗模拟能够用于适应不同类型的用户。第一版本能够用于医学学生用户，第二版本能够用于执业医生用户，并且第三版本能够用于普通公众。作为一种选择，单个版本能够用于适应所有系统用户。
在示例性实施例中，医疗模拟可以是通过网络，如因特网，可访问的在线世界。这样，多个用户能够彼此交互和学习。图2是根据示例性实施例的医疗培训系统200。医疗培训系统200包括连接到网络210的医疗培训服务器205。医疗培训服务器205可以是包括存储器、处理器和输入/输出端口的计算机。这样，医疗培训服务器205能够维持一个或多个医疗模拟，从一个或多个医疗模拟中的用户接收数据，向一个或多个医疗模拟中的用户发送数据，和/或存储对应于用户和/或一个或多个医疗模拟的数据。网络210可以是如本领域技术人员公知的能够在其上发送信息的任何网络。第一用户设备215、第二用户设备220和第三用户设备225能够通过网络210与医疗培训服务器205通信。第一用户设备215可以是第一用户的台式计算机、第二用户设备220可以是第二用户的膝上型计算机。第三用户设备225可以是蜂窝电话、个人数字助理或者能够通过网络210与医疗培训服务器205通信的第三用户的任何其他电子设备。在可选实施例中，系统可以通过对等网络与用户通信，而医疗培训服务器205可以不被使用。
再次参考图1，在操作108中，系统接收有关用户的个人信息。个人信息可以是能够用于评估用户的医疗经验、医疗技能、优点、缺点和/或计算经验的任何信息。个人信息能够用于帮助设计用户的化身，以为医疗模拟中的用户确定适当的培训目标，和/或用于确定其中用户应当参与的适当的医疗情景。作为一个例子，用户能够指示他/她的最大的担心是传达坏消息，如告诉患者他/她患有慢性病，他/她的治疗失败了，他/她将要死亡等。为了帮助用户克服该担心，用户能够被置于患者需要被告知他们患有慢性病的医疗情景中。个人信息还可以包括用户的心理测量数据。心理测量数据可以用于调节医疗模拟中的用户的交互。
在示例性实施例中，能够直接从用户接收个人信息。作为一种选择，能够从用户的教授、同事、患者等接收个人信息。在可选实施例中，个人信息能够在参考操作100描述的登记过程期间被获取。在另一个可选实施例中，个人信息能够被接收作为向用户呈现的医疗模拟指南的一部分。作为一种选择，只有当用户指示他/她缺乏计算经验或缺乏虚拟世界中的经验时，才可以向用户呈现医疗模拟指南。
在操作110中，为用户建立化身。化身可以是用户的数字表示，通过该化身他/她能够在医疗模拟中与其他用户的化身以及由系统产生并控制的化身交互。在一个实施例中，用户能够选择他/她的化身，使得化身在外表上类似于用户。例如，如果用户是25岁，5英尺4英寸的有着金发的白人女性，她能选择具有那些特征的化身。作为一种选择，可以允许用户选择具有任何其他正常范围内的人类特征的化身。在可选实施例中，化身可以由系统或培训管理员，如医学院教授，来分配给用户。例如，女性用户可以被分配以男性化身，使得女性用户能够体验各种患者如何对男性医生作出反应和/或各种医生如何对男性患者作出反应。在另一个可选实施例中，系统能够基于所接收的有关用户的个人信息向用户分配化身。
在示例性实施例中，用户能够对于他/她将在医疗模拟中扮演的每个角色具有至少一个化身。例如，用户能够为他/她作为医生的角色选择(或被分配)医生的化身，以及为他/她作为患者的角色选择(或被分配)患者的化身。在另一个示例性实施例中，能够由系统产生患者的化身，以展示特定患者的特点。此外，患者化身可以对用户不是特定的，使得多个用户能够同时或者在医疗模拟中的不同时间使用相同的患者化身。在可选实施例中，用户能够为他/她在医疗模拟中的所有角色，具有单个化身。
在示例性实施例中，所建立的化身能够具有可以随着时间期间变化的状态和/或特征。例如，新用户(如将扮演医生角色的一年级医学学生)能够具有初学者的状态。这样，一年级医学学生的化身能够展示新手医生的特征类型。例如，当化身在与患者交互时会显示出犹豫的、不自信的或者畏惧的样子。这些特征能够通过化身的面部表情、化身的身体语言、化身的对话和/或化身的一般外表来展示。一旦一年级医学学生已经通过考试，实现目标或者以其他方式在医疗模拟中证明了他/她自己，那么他/她的化身的状态和/或特征能被升级以反映为更有经验的医生。例如，作为二年级的医学学生，用户能够具有中间的状态，使得他/她的化身在医疗模拟中显示和/或行动更为平静和职业化。可以随时间变化的化身的其他方面可以包括：化身的服装、化身的头衔(即，实习医生、住院医生、新医生、高级医生等)、化身的声望、化身的可信赖度、化身的友好度等。
在示例性实施例中，化身的状态和/或特征能够基于用户的实际特征。例如，用户可能是不耐心的人，当患者没有理解指示或解释时会趋向于变得不安。不耐心的用户的化身也同样能够通过身体语言和面部表情展示用户不耐心的行为。当与医疗模拟中的患者交互时，用户能够查看他/她的化身并直接看到不耐心的行为如何不利地影响患者的关系。在示例性实施例中，能够由用户、教导用户的医学院教授、医疗实践中用户的同事、用户的实际患者的反馈等来识别赋予用户化身的特征。
在操作115中，向用户提供目标。在示例性实施例中，目标可以是医疗模拟中的基础，通过该基础用户能够提升他/她的化身的状态和/或特征。例如，目标可以是在特定时间期间内的医疗模拟中要具有90％或更高的患者满意率。作为一种选择，目标可以是要克服用户的不利特征，例如，犹豫、不耐心、傲慢、优越感等。这些特征能够在医疗模拟中被操作地定义，使得他们有责任进行改进。目标还可以是改进患者的看法，以说服患者采取更健康的生活方式，以说服患者遵守治疗计划，或者以其他方式改进患者的健康。目标还可以是要成功地管理具有给定预算的医疗机构，要学习作为接待员如果接纳患者，要学习如何对待患者忧伤的家庭成员，要准确地对患者进行诊断，要处理患者的错误指控，要为错误道歉等。
在一个实施例中，能够向用户提供一个或多个短期目标，一个或多个中期目标，和/或一个或多个长期目标。例如，在医生的角色中，用户可以具有说服高血压患者遵守他/她的药物治疗方案的短期目标。用户还可以具有获得在多次办公室访问和长期的时间期间内发生的医生/患者交互中的至少85％的患者满意率的中期目标。患者满意能够基于由医生使用的对话、来自患者的反馈和/或来自教授或其他交互观察者的评估来确定。患者可以是真实的用户或者计算机产生的虚拟患者。反馈能够直接从患者用户获得，由系统产生，和/或由一个或多个观察交互的第三方提供。用户可以具有在以医疗培训系统作为学习工具为特征的课程结束时通过一组标准化的考试的长期目标。
对于患者的角色，用户可以是沉溺于毒品的受人尊敬的商人。患者可以具有说服医生开出毒品的处方而不泄漏他非法的毒品使用的短期目标。患者还可以具有为表面上简单的感染而求诊于城外的专家(违反他的保险规定)的中期目标。患者可以具有为他怀疑可能是艾滋病寻求治疗，而不泄漏他的毒品使用或者已经与其他人共用针头的事实的长期目标。患者的目标还能够包括说服医生患者是健康的，使得患者可以从有关他/她的疾病的顾虑中摆脱出来。这样，医生和患者的“胜利”条件可能彼此冲突。这些类型的患者的目标能够用作工具以通知医生有关潜在模糊的、反直观的以及表面上起反作用的患者的动机。患者的目标还能够揭示对患者进行广阔的、心理生物社会学观察的必要性，使得用户能够完全理解并充分地解决患者真正关心的问题。
在示例性实施例中，当目标完成时，医疗模拟中的用户状态能够提高。通过增强他/她的化身，通过增加他/她在医疗模拟中的薪水，通过给他/她以奖励或者以其他方式提升/增强用户的职业状态，能够提高用户的状态。作为一种选择，当目标实现时，能够完成医疗模拟中的用户培训。在另一个示例性实施例中，能够由系统、医学教授、用户的同事、用户、患者和/或医疗测试委员会来建立用户的目标。在一个实施例中，能够至少部分基于所接收的有关用户的个人信息来建立目标。
在操作120中，向用户呈现医疗模拟中的医疗情景。在示例性实施例中，医疗情景可以是其中用户扮演医生或患者角色的医生/患者交互。作为一种选择，医疗情景可以是在医生与已经进行手术、已经诊断为晚期疾病、已经去世或者已经成功治疗的患者的家属之间的交互。医疗情景还可以是事故现场紧急医疗技术人员与事故受害者之间的交互、急诊室前台工作人员与请求允许进入急诊室的个体之间的交互、医疗机构管理员与帐单收取人之间的交互、医务人员与保险公司之间的交互或者可能发生在医疗职业中的任何其他交互。参考图3更详细地描述医疗情景。
在操作125中，系统基于在医疗情景过程中用户的行为识别表现数据。表现数据可以是在医疗情景过程中能够用于评级、打分、观察或以其他方式评估用户的与用户行为相关的任何信息。例如，表现数据可以是能够由评估者从任何观察点被重放的医疗情景的音频和/或视频捕获。表现数据还可以是基于医疗情景中的事件的计时信息、在医疗情景过程中基于用户作出的陈述的准确数据、基于用户作出的诊断的准确数据、基于由用户对患者进行的检查的准确数据、来自医疗情景中的任何参与者或者观察者的反馈、教授评论、用户作出的决定、与用户的交互风格有关的度量等。表现数据还能够包括用户的眼睛运动。例如，摄像机能够用于在医疗情景过程中追踪用户的眼睛运动，以确定用户是否在与患者进行目光接触，看着地面，转动他/她的眼睛等。类似地，在使用对话的实施例中，表现数据能够包括语音分析数据。例如，麦克风和语音分析器能够用于检测用户的压力水平、用户的紧张水平、用户语音的语气(即，友好的、敌意的等)等。在一个实施例中，摄像机可以用于捕获用户的眼睛运动、面部表情、身体语言以及其他身体运动。捕获的运动/表情能够被实时地赋予用户的化身，使得化身模仿用户在真实世界中正做的行为。任何或者所有被捕获的运动/表情还能够用作表现数据以评估用户。
作为一个例子，医疗情景可以是医疗诊所的检查室中患者与医生之间的交互。取决于实施例，医生可以是第一用户，并且患者可以是第二用户或者计算机控制的患者。医生能够从患者得到症状信息，对患者进行检查，访问医疗文献，基于症状信息作出诊断，向患者提供诊断，和/或向患者推荐一种或多种治疗选项。表现数据能够基于当与患者对话时的医生的诚挚度、医生所问的问题、医生的认真水平、医生对患者所问的问题的响应、在患者检查期间医生对电话或寻呼(page)的处理、医生造成的在患者中的信任水平、医生的守时、医生检测来自患者的谬误的能力和/或医生的响应性。医生的特征，如诚挚、信任以及认真能够被操作性地定义，使得它们能够被测量并用作用户评估的一部分。表现数据还能够基于医生诊断的准确性、由医生进行的检查的准确性、由医生推荐的治疗的准确性等。在示例性实施例中，表现数据还能够基于在其中患者也是用户的医疗情景过程中的患者行为被捕获。患者的表现数据能够用于确保患者在真实的行动，在适当地响应并且没有与医生串通。
在操作130中，基于表现数据对用户进行评估。在示例性实施例中，用户能够被教授、上级、医疗委员会、检查单位或与用户相关联的任何其他个体评估(或评价)。作为一种选择，用户能够被系统评估。可能是客观或主观的评估能够基于由评估者建立的任何标准。在一个实施例中，通过比较医疗情景中他/她的处理与医疗情景中一个或多个医疗专家的处理，能够对用户进行评估。在用户参与其中的每个医疗情景之后、在参与预定次数的医疗情景之后、在如学期末的所设定的时间和/或随机地，能对用户进行评估。在一个实施例中，用户能够被评估以确定用户是否已经实现在操作115中向用户提供的目标。
在示例性实施例中，可以对普通用户，如医学学生用户，限制他们访问和/或修改有关在医疗模拟中的事件的归档信息的能力。培训管理员和其他特殊用户可以被提供扩展的或不受限制的访问，使得他们能够有效地评估其他用户。例如，医学学生不能查看或修改其中他/她参与的患者交互。医学学生的教授可以被给予从任何观察点重放患者交互，对患者交互添加评注，和/或修改患者交互的能力，使得能够向医学学生用户显示他/她的错误。
在示例性实施例中，在医疗模拟中对医疗模拟的访问能够被分成多个种类，包括观察者访问、受限制学生访问、标准学生访问、助理讲师或特许学生访问、教授访问、模拟管理员访问以及开发人员访问。观察者可以指观看其他人参与医疗模拟，但是他/她自己没有参与的个人。观察者访问允许观察者跟随医疗模拟中的各个化身并从第三人的观察点来观察化身的交互。观察者不能与化身交流，不能控制化身也不能以其他方式影响医疗模拟的任何部分。观察者可以是希望将他/她的课程引入到医疗模拟中的交互中的教授。
具有受限制学生访问权的用户只可以访问医疗模拟的限制部分或者只可以访问医疗模拟中的某些化身。作为一种选择，受限制学生访问可以包括每天或每星期对医疗模拟只进行时间限数的完全访问。作为一个例子，受限制学生可以是医学院预科的学生，其只允许在医疗模拟中扮演患者的角色。标准学生访问能够向参与者提供完全控制医疗模拟中的一个或多个医生化身以及一个或多个患者的化身的能力。标准学生能够完全参与到医生/患者交互中。助理讲师或特许学生访问能够被授予授课讲师或例外学生。这个水平的访问允许用户出于学习的原因稍微地违反医疗模拟的规则。教授访问允许教授开始新的模拟训练、观察学生以及接管学生的化身。教授访问还允许教授编辑学生的记录，更改学生的访问水平并更改学生的在模拟中的能力。模拟管理员访问允许模拟管理员改变有关医疗模拟的任何变量、记录等，而不需要改变源代码。开发人员访问允许开发人员对医疗模拟具有完全和全部的访问，包括修改医疗模拟的源代码的能力。
在操作135中，向用户提供反馈。反馈能够由系统产生，由评估者提供和/或由其中用户参与的医疗情景中的参与者提供。反馈可以是分数、等级、评论或医疗模拟中的用户表现的任何其他指示物的形式。在一个实施例中，反馈能够作为正为其提供评注与反馈的医疗情景的视听重放一起提供。反馈还可以以医疗模拟中的负面和正面结果的形式发生。例如，如果用户能够成功说服患者服用他/她的药，那么患者就可以治愈他/她的疾病。如果用户不能说服患者服用他/她的药，那么患者可能以昏迷告终，并且患者的家庭可能以医疗事故控告用户。这样，医疗模拟向用户提供了经验的、构建主义的学习模式。可以在医疗情景过程中或医疗情景之后的任何时间向用户提供反馈。在一个实施例中，当用户在医疗情景过程中犯了严重的或者致命的错误时，能够立刻由系统或监视器提供反馈。
以模拟中结果形式的反馈向用户提供经验的学习。除了由医生/患者交互产生的结果以外，结果还可以产生于模拟中的各种用户行为和选择。例如，在模拟中发现和研究韩国邻里的用户可以形成对韩国文化、韩国人对于生命和死亡的看法、家庭关系、韩国人的草药的使用以及其他补充的医疗技术等的更好的理解。这种发现的结果可能反过来影响与用户正在治疗的韩国患者之间的交互。作为另一个例子，用户可以决定对表面上固执的糖尿病患者进行家庭访问，并发现患者居住在无家可归者收容所。因此，系统可以引导用户，使他/她学习有关贫困者的健康保健选择或者如何/在哪里为贫困者获得免费的药物治疗，使患者能够被成功治疗。家庭访问通过创建或扩展贫困者的免费诊所，甚至可以引导用户尝试在模拟中产生政治上的变化。因而，能够理解的是模拟是动态的而且能够基于系统认识到用户需要改进的方面向用户提出挑战。
在操作140中，作出有关用户是否达到所提供的目标的决定。如果用户还没有达到所提供的目标，那么系统能够向用户呈现操作120中的另一个医疗情景，并且过程能够被重复直到用户达到目标。如果用户已经达到了所提供的目标，那么系统能够在操作145中提升医疗模拟中的用户状态。通过增加用户的技能水平，增加用户的薪水，增强用户的化身，增加用户的职业声望，增加用户的医疗技能集，降低用户的医疗事故率，增加用户的患者数量，和/或以其他方式晋升用户，能够提升用户状态。在示例性实施例中，能够在操作115中向用户提供新的目标，并且能够重复该过程直到用户达到新的目标。作为一种选择，当达到所提供的目标时，用户可以完成他/她在医疗模拟中的培训。
图3是示出根据示例性实施例的医疗培训系统300的组件的示意图。另外的、更少的或者不同的组件能够被包括在可选实施例中。医疗培训系统300可以包括医疗背景引擎305、医疗情景引擎310、参考引擎315、诊断引擎320、协商引擎325、捕获引擎330、评价引擎335、财务引擎340、外部引擎345以及个人生活引擎350。
在示例性实施例中，医疗背景引擎305能够用于提供并维持其中能够发生医疗情景的医疗背景。医疗背景可以是医疗诊所、医院、急诊室、患者家中、事故地点、自然疾病地点、私人诊所或者其中医疗从业者可以被约请进行行医的任何其他场所。作为一种选择，医疗背景可以是其中在行医或者寻求医疗治疗的过程期间医生、患者或者医务人员成员可以去的任何其他场所。在示例性实施例中，医疗背景引擎305能够提供多个医疗背景，使得医疗模拟更加真实。例如，医生可以在下午2:00在第一诊所有第一个约见，在下午3:30在第二诊所有第二个约见，并在下午5:00在医院有第三个约见。在示例性实施例中，医疗背景可以是模拟世界的无缝连续体的一部分。作为一种选择，医疗背景可以以模拟世界中的离散的、单个用户的或者组的实例的形式发生。
在示例性实施例中，医疗模拟中的至少一个医疗背景可以是诊所。诊所可以包括具有接待员的接待台、患者等待区、筛查(screening)区、护士站、多个医生办公室、多个患者检查室、诊所经理办公室、患者结帐区、现场化验室等。在一个实施例中，接待员、守门人和其他员工成员可以是计算机控制的模拟。作为一种选择，任何或所有员工成员能够由系统用户扮演。例如，接待员可以是用户，医疗培训系统300能够用于培训用户，使得他/她习惯于交涉患者，收集保险信息，接电话，计划跟踪访问，和/或执行接待员预期的任何其他任务。
在另一个实施例中，诊所还可以包括多个虚拟计算机终端，医生能够通过该终端访问电子健康记录(EHR)系统。医生能够利用EHR系统访问患者的个人信息、保险信息、化验报告、x射线数据、协商报告和/或病历。医生还能够利用全功能EHR系统来预订化验检查，输入处方，获得、完成和/或发送标准表格(即，返回工作、残疾、学校记录等)，自动设立“备忘录”文件来提醒医生什么时候患者研究和跟踪访问到期，以收集和/或分析有关患有慢性病的患者人口的信息等。EHR系统可以为帐单目的提供全编码功能。EHR系统还能够包括虚拟会议功能，使得用户能够形成保健团队并在团体中工作。虚拟会议功能能够允许多个用户同时审查患者的信息，向专家咨询，举行圆桌讨论，或者以其他方式彼此交流。在一个实施例中，EHR系统可以包括有关真实世界患者的信息，并且虚拟会议功能可以被真实世界的医生所使用，以进行有关患者治疗的交流。
模拟中的计算机终端还可以是信息入口，医生能够通过该入口行医和/或进行有关医疗领域的学习。用户还能够利用计算机终端来及时获取有关他们的患者、他们的同事或与模拟中挑战性的问题相关的任何心理生物社会学主题的信息。信息可以由内容专家以概要性的、脉络化的形式来提供。信息还可以通过到模拟或真实世界的生物医学图书馆的链接来提供。在一个实施例中，诊所中的每个检查室都可以包括虚拟的计算机终端(即，信息入口)，使当医生在检查患者的时候医生能够检索和/或输入数据。
诊所还可以具有适当的标记系统，使得能向用户提供指示诊所中的诊室状态的视觉提示。例如，检查室外的蓝色标记能够指示护士正在为访问的患者进行准备，绿色标记能够指示患者正在候诊，黄色标记能够指示医生与患者一同在检查室中，红色标记能够指示医生看完了该患者并且患者准备结帐，白色标记能够指示需要为患者进行化验检查，黑色标记能够指示需要为患者照射x射线，棕色标记能够指示检查室需要清洗并为下一个患者进行准备等等。此外，诊所可以是人机工程学发声、轮椅可访问的、符合任何可用的真实世界的建筑和/或设计规范，并且以反映当前智能的真实世界诊所设计标准的平静的颜色和装饰风格来装饰。
医疗情景引擎310能够用于执行其中一个医疗背景中的医疗情景。在示例性实施例中，医疗情景可以是医生和患者之间的交互，并且患者和/或医生的角色能够由用户来扮演。作为一种选择，患者和/或医生的角色能够由计算机控制的人物来扮演。这种计算机控制的人物能够被设计，以包括认知和情感系统，使得他们的行为像人类医生和患者并且在他们的角色中像人类医生和患者一样可信任。在可选实施例中，医疗情景可以是患者、医生、医务人员和/或在每天的医疗实践过程中可能会碰到的其他个体之间的任何其他交互。例如，医疗情景可以是医生和他/她的上级之间的交互、医生和他/她的雇佣场所的会计部门负责人之间的交互、医生和患者的家庭成员之间的交互、医生和医疗事故律师之间的交互、医生和下级之间的交互、医生和保险公司代表之间的交互、医生和药剂师之间的交互、患者和接待员之间的交互、患者和家庭成员之间的交互等。
模拟用户所遇到的情景不限于医疗诊所或机构中的交互。进一步，情景不限于与其他用户或计算机控制的化身之间交互。情景能够在模拟中的任何地点整个或部分发生，并且可以包括模拟/人造的世界中的任何人物或三维结构。作为一个例子，情景可以包括用户去患者的家中以确定患者家的墙是否包括可以影响患者健康的石棉。情景还可以包括去患者虚拟的邻里以确定那里是否存在污染，或者去看看患者是否居住在核电厂、蚊子大批滋生的池塘或者发霉的干草谷仓附近。在示例性实施例中，增加的现实设备，如个人数字助理(PDA)、呼机、蜂窝电话等能够用于情景中以将真实世界的元素和/或任务引入模拟中。
在示例性实施例中，医疗情景可以是虚拟面对面交互、虚拟电话交互、虚拟电子邮件交互或者任何其他虚拟交流的形式。作为一个例子，当医生在面对面与患者进行协商的过程中，医生可能接到来自药剂师要求澄清处方的紧急呼叫。类似地，当医生正在与药剂师通电话的过程中，医生可能接到来自他/她的上级的生气的电话。医生还可能接到来自化验室技术人员的电话，接到来自患者的电话，接到来自医疗委员会的信件，接到来自护士的电子邮件等。
医疗情景引擎310能够提供一次性事件的医疗情景和/或随着时间期间发展和持续的医疗情景。作为一个一次性事件的例子，患者可能因为在他/她的手臂上患有令人尴尬的皮疹而访问医生。医生能够诊断皮疹，给患者开止痒霜处方并告诉患者如果皮疹在十天内还没有消失就回来复诊。如果诊断和处方都是正确的，患者可以不用回来复诊并且医生也可以不用与患者进一步接触。
作为持续的医疗情景的一个例子，医生可能看了一个拒绝适当饮食或服药的顽固的糖尿病患者。医生可能有在成系列的数天、数周或数月进行的访问过程中改变糖尿病患者的看法的目标。目标还可以包括实际的医生/患者交互以外的但与医生/患者关系相关的一个或多个任务。例如，患者可能不能支付药物治疗的费用。医生可能不得不研究以确定患者如何能够获得免费或打折的药物。如果医生没有进行研究并向患者提供信息，那么随后进行访问的患者可能变得更加好争吵或更加孤僻，可能计划进行更高(或更低)频率的访问，可能显示对他/她的疾病的控制恶化或者可能将他/她的治疗转给另一个医生。作为一种选择，医生可能必须到家中访问患者，以确定患者居住在无家可归者的收容所，患者是贫困者以及患者的健康状况不能改善的原因是因为患者不能支付药物治疗的费用。一旦进行了这样的确定，医生就能够使用模拟中的资源来研究患者如何能得到免费或打折的药物治疗。医疗情景引擎310能够基于医生对糖尿病患者的处理提供结果。例如，如果医生没有对糖尿病患者进行适当地处理，那么糖尿病患者可能最终昏迷，死亡，由于昏倒在车轮后而卷入车祸，或者以其他方式遭受来自他/她的疾病的痛苦。但是，如果医生能够帮助糖尿病患者好转，那么糖尿病患者还能够继续成为成功的商人、有造诣的运动员或好学生。
在一个实施例中，医疗情景引擎310能够在医生第一次会见患者之前、之中、或之后向医生提供病情分析(teaser)。病情分析能够在将来被设置，并能够说明可能由于医生对患者的处理而产生的结果。例如，患者可能是喜欢滑冰板的患有糖尿病的16岁的男孩，但却拒绝承认自己的健康状况或者服用任何药物来减轻糖尿病。在男孩第一次访问医生之前，就能够向医生显示描述如果男孩不开始服药那么在将来的三个月将发生的事情的病情分析。病情分析能够显示男孩准备进行电视播放的月牙滑雪道滑冰板比赛。男孩的家庭、朋友和女朋友可能在看台上为男孩欢呼并给他支持。男孩可能以完美的形式开始他的比赛，而观众可能乱哄哄地鼓掌。比赛将近结束的时候，在困难的空中特技的过程中，男孩可能昏倒并落下二十英尺，头部首先着地。当他的家人失控时，救护车可能赶来并将流血的男孩慌忙地送到医院。在示例性实施例中，这种病情分析的使用能够帮助医生在情感上和患者联系在一起，使得医生真诚地关心患者的福利。病情分析的使用还能够向医生提供确保所描述的灾难不会成为现实的激励。病情分析还能够用于教导医生他/她在办公室的表现能够对无数的生命产生深远的影响。在示例性实施例中，还能够以音频信息、视频信息、文本信息或者任何其他格式的形式向用户提供病情分析。
在示例性实施例中，发生在医疗情景中的参与者之间的对话能够通过医疗情景中参与者佩戴的头戴送受话器(或者其他扬声器)和麦克风来传达。例如，患者能够使用他/她的麦克风和头戴送受话器对医生说话并听到医生的实际声音。类似地，医生能够使用他/她的麦克风和头戴送受话器对患者说话并听到患者的实际声音。在一个实施例中，可以使用完全自然的对话语言处理，而且用户能够向计算机控制化身说有关模拟中的任何主题。作为一种选择，可以使用领域特定语音识别，使用户只能与计算机控制的化身说出有关限制数量的主题。例如，如果使用医疗领域特定语音识别，那么用户能够与计算机控制的患者谈论有关许多医疗主题。但是，如果用户尝试与计算机控制的患者谈论有关棒球时，他/她可能不会被系统理解。如果用户尝试谈论棒球，计算机控制患者可以通过变得不安，要求医生重复陈述或者指引医生回到访问的原因来对此进行纠正。语音分析器还能够用于为评估的目的而对用户的声音进行分析。语音分析器能够检测出紧张、压力、语气或者本领域技术人员公知任何其他声音特征。这些声音特征能够用于调节用户/患者的交互。除了对话分析以外，还可以使用摄像机来捕获用户的运动、表情和身体语言，并且所捕获的信息能够被实时地赋予用户的化身，使得化身的行为像用户正在真实世界中的行为。所捕获的信息还能够用于评估用户，以确保用户认真地进行模拟，并用以调节用户/患者交互。
在可选实施例中，发生在医疗情景中的参与者之间的对话能够被写成脚本(script)或被固定(can)，而且以对话树(dialog tree)的形式。预先选择的对话的使用能够确保症状描述和对问题的响应都是适当的，无论参与者的医疗知识如何。此外，由医疗专业人员预先写好的对话能够使得根据患者的年龄、种族、情感状态以及医疗健康状况来准确地反映患者。对话树能够以参与者能够从中进行选择的多种选择的形式被执行。例如，患者可能通过对话框中的文本抱怨症状。医生能够选择提问有关症状的更多的细节，问症状已经持续多久，为他/她自己要与与同事协商而致歉，或者马上进行诊断。患者的响应能够至少部分基于医生的响应等等。患者可以是也选择他/她的对话的系统用户，或者是其对话基于医生的作出对话选择的计算机控制的患者。
对话树能够减轻用于说服以及实际行为的需要，还能够允许说不同语言的用户彼此交互。医疗培训系统300能够包括翻译引擎，使得每个参与者都以他/她本国语言看对话文本。还能够通过使用对话树维持医疗培训系统300中的匿名。匿名能够使得用户通过与其他用户一起行动来欺骗系统变得非常地困难。对话树还能够简化参与者的评价。医疗培训系统300能够知道哪个对话选择是次优的，并因此评估参与者。在一个实施例中，医疗培训系统能够具有多个模式。初学者模式可以使用对话树，并且中级或高级模式可以使用自由形式对话。
在示例性实施例中，扮演者的情感和/或感觉能够在医疗情景过程中被图形化地模型化。情感和感觉的图形模型能够被用于利用对话树的实施例中和/或用于利用自由形式对话的实施例中。例如，在医生和患者之间的交互过程中，医生能够看到患者的信任水平的图形表示。医生还能够看到他/她对患者的响应如何影响信任水平。如果医生以回避问题的方式回答问题，那么信任水平可能下降。相反地，如果医生花五分钟时间向患者提供完整的解释，那么信任水平可能上升。在示例性实施例中，也能够图形化地表示任何其他感觉和/或情感，包括生气、紧张、害怕、高兴、快乐、信心等等。在一个实施例中，患者能够看到他们的医生的情感和/或感觉的图形模型。在另一个可选实施例中，图形模型能够被用于包括医生和他/她的上级、医生和同事、患者和接待员之间的交互的医疗情景中，或者用于任何其他医疗情景中。作为一种选择，任何或全部的医生和患者的特征都能够通过身体语言、面部表情、对话等来传达。
在一个实施例中，如果医生正与之交互的患者或其他化身提供部分的或错误的信息，或者以其他方式不诚实，那么医生可以得到提醒。提醒可以是颜色指示物、文本消息或者任何其他类型的指示。作为一个例子，医生可以问患者他是否在日常每天的整天的时间中有任何规律的锻炼。患者可能回答他当然会锻炼。医生可能会被通知(通过文本框、弹出式窗口、音频消息、颜色指示物等)实际上患者唯一的锻炼就是从他的床走到他的冰箱。医生能够利用这种信息从患者那里筛选出真相，来对患者进行诊断，和/或对患者开出治疗的处方。真实的信息还能够被用于允许医生更好地理解患者的动机和患者的不安全感。在示例性实施例中，作为医生/患者交互的基础的有关真相的提醒可以只提供给在初学者模式中的初学的用户。更高级的用户可能被期望在没有任何提醒或暗示的情况下能够确定患者是否在说谎。
在一个实施例中，可以在医疗情景之后使用增强的情景重放向医生提供反馈。在增强的情景重放中，箭头或其他指示物能够指向应当已经向医生提示患者的内部状态的患者的身体语言、面部表情等。医生能够点击箭头以查看有关特定身体语言、面部表情等的另外的信息。作为一种选择，真实的指导老师或教授能够与用户一起仔细查看交互的重放，并解释用户错过的任何提示或其他信息。在另一个可选实施例中，真实的指导老师或教授能够与医疗情景中的用户一起并在关键时间点上停止情景来指出用户错过的重要的提示/信息。
参考引擎315能够用于向医疗模拟中的医生提供全方位的心理生物社会学医疗信息。内容专家能够以及时地、概要地和脉络化地形式提供医疗信息。作为一种选择，可以通过到真实世界数据资源如在线百科全书的链接来提供医疗信息。医疗信息能够用作用于诊断疾病、识别问题、推荐治疗、成功解决在医生/患者交互中提出的挑战性问题等的资源。医生能够通过医疗模拟中的虚拟计算机终端、通过弹出式屏幕或利用任何其他方法来访问医疗信息。医疗信息还能够是访问生物医学刊物、课本和其他医疗出版物的形式。医疗信息还能够是到医疗网站的链接的形式。在一个实施例中，可访问的医疗信息可以取决于用户和/或医疗模拟的版本。例如，公众成员的用户可以接收到医疗网站的链接，医学学生的用户可以接收在线课本，以及执业医生的用户可以接收医学刊物、课本和百科全书。所提供的医疗信息还可以取决于用户的经验水平。例如，初学的用户可以被提供来自单一来源的详细的、完整的和容易访问的信息。更加高级的用户可能不得不利用多个来源来查找需要的信息，以效仿真实世界的研究。在一个实施例中，参考引擎315能够允许用户定制虚拟终端或其他接入点，使得医疗信息被组织成为个人图书馆。在可选实施例中，可以不向用户提供医疗信息，使用户不得不依靠他们自己的医疗知识。
在示例性实施例中，医疗培训系统300可以不要求用户医生对他们的患者进行诊断，因为诊断是能够在医学院中被充分教授的技能。相反地，医疗培训系统300的主要焦点会是要增强医生(或培训中的医生)与患者成功交互的能力。这样，一旦医生问患者适当的问题并执行适当的检查，诊断引擎320能够用于基于患者的症状向用户提供诊断。诊断引擎320能够根据实施例作为参考引擎315的一种选择方案使用或与参考引擎315结合使用。在一个实施例中，诊断引擎320可以只在医疗模拟的特定版本中或者只对特定用户使用。例如，诊断引擎320可以是对来自公众的用户和正就读于医学院一年级的用户可用，但对寻求持续的医疗教育学分的执业医生的用户不可用。
协商引擎325能够允许用户与医疗模拟中的其他用户、真实的医疗专家、计算机产生的教学代理等进行协商。例如，用户可能希望与其他用户谈论有关如何对待说谎的患者、建议进行不道德的行为的上级、有问题的药剂师等。用户还能够通过视频和/或通过音频与真实的、真实世界的、可以被各种各样地表示为化身的专家顾问进行协商。作为一个例子，医学学生用户能够与他/她的教授、执业医生或者医疗专家中的其中一个进行协商。可以通过医疗模拟可访问的其他专家可以包括心理学家、社会科学家、医疗人类学家、人口健康专家等。协商能够通过文本消息、通过虚拟电话、或者利用任何其他通信方法以虚拟聊天室的形式，用实际对话发生。在一个实施例中，医疗模拟能够包括其中用户能够从其他用户寻求帮助、信息和指导的虚拟会议室。虚拟会议室可以作为模拟中的电子健康记录(EHR)系统的组件而存在。作为一种选择，虚拟会议室可以是存在于EHR之外的模拟中的三维结构，并且其具有虚拟计算机终端(即，信息入口)或者其他结构的功能，用户能够通过该计算机终端或其他结构容易地访问信息。
捕获引擎330能够捕获并存储对应于在医疗模拟中发生的事件的数据。所捕获的数据可以是用于评估用户的表现数据和/或追踪医疗模拟中的用户行为的任何其他数据。在一个实施例中，捕获引擎330能够存储发生在医疗模拟中的所有交互，使得交互能够被重放和审查。能够从任何观点重放交互，使得用户能够观察他/她的化身的面部表情和身体语言，或者使得教授能够同时观察交互中的所有参与者。用户还能够观察他们没有参与其中的医疗情景的重放，使用户能够从其他用户的错误和成功中进行学习。
在示例性实施例中，捕获引擎330存储的数据能够被医疗培训系统300、教授、医疗委员会或任何其他实体使用，以根据医疗情景过程中的用户的表现对他们进行评级。捕获引擎330还可以用于捕获发生在医疗模拟中的事件的计时信息。计时信息能够包括医生用于进行诊断的时间量(无论医生或患者是否在约见中迟到)、约见的长度、医生等待沉默的患者说话的时间量、花在倾听患者的时间量等。捕获引擎330还能够用于捕获和存储在协商的过程中所问的问题、用于进行诊断的医疗参考材料、刊物文章等、发生在实际的医生/患者交互之外的模拟中的用户行为以及与模拟相关联的任何其他信息。
评价引擎335能够被医疗培训系统300使用，以根据医疗模拟中的用户的表现提供对他们的评价。评价能够基于医疗情景过程中所作出的响应、对问题的回答、守时、响应性、患者的满意率等。评价引擎335还能够用于确定用户是否满足了目标。如果用户满足了目标，评价引擎335能够提升用户的状态，增加用户的薪水，提升用户的技能水平，奖励用户或者以其他方式奖赏医疗模拟中的用户。这样，医疗模拟向用户提供体验的、构建主义的学习模型。在一个实施例中，能够至少部分由教授或用户的其他评估者来进行评价，并且评价引擎335能够接收来自评估者的评价数据。例如评价引擎335和/或捕获引擎330能够允许教授观察、评注以及以其他方式对医疗情景过程中的医学学生用户的表现进行评论。如果用户的表现是令人满意的和/或目标是满足的，那么评价引擎335能够因此提升用户的状态。
评价引擎335还能够用于根据在模拟中当用户向最终或重要的目标前进时他/她的行为确定并产生模拟中的结果。结果能够基于患者交互过程中对患者的处理/治疗、向患者传达的信息、与患者交互以外进行的行为(如访问患者的家)、对患者电话的响应性、为患者找到解决方案中所付出的努力量和/或在模拟中由用户采取的任何其他行为。这样，评价引擎335是一种动态、迭代的引擎，其能够用于通过产生帮助用户更好地理解涉及使用不同的策略/技术的益处或问题的结果来修改模拟中的用户经验。结果还能够用于确保用户接收在过去用户有较差表现的领域中的经验。
财务引擎340能够用于追踪医疗模拟中的财务。用户可以是其目标是要以特定的预算运营诊所的诊所经理。财务引擎340能够用于追踪预算、追踪诊所收入、追踪诊所支出、追踪诊所的债务和帐单以及诊所的任何其他财务信息。财务引擎340还能够用于追踪薪水和各个用户的开支，以便能够监视用户的财务状态。在一个实施例中，各个用户的财务状态能够部分用于确定医疗模拟中用户的总体生活质量。财务引擎340还能够基于模拟中的用户行为受到评价引擎335的影响。例如，用户的行为可以影响患者的满意度、患者的等待时间和护士或其他诊所工作人员的压力，并且诊所的财政收入也因此受到影响。如果患者高兴并且有着流动性低的满意的员工队伍，那么诊所的财政收入可能会高。如果患者不高兴，他们就不会回来，那么诊所的财政收入可能会低。财务引擎340还可以用于经济地表示各种不同的保健系统，使用户能够获取不同背景的经验。例如，财务引擎340可用于表示免费市场的保健系统、任何各种社会化的保健系统或者任何其他类型的保健系统。在一个实施例中，用户可以被允许修改模拟中的保健政策设想以考察各种政策如何影响保健系统的经济效果。在可选实施例中，在医疗模拟中可以不考虑财务信息。
外部引擎345还能够被医疗培训系统300使用，以模型化能够潜在地影响医疗模拟中的医生和/或医疗背景的任何外部影响。外部引擎345能够用于显示自然灾难、恐怖攻击和其他灾难性事件能够如何影响医疗背景中的操作。外部引擎345还能够执行医生以及他们工作的医疗背景的法定义务。外部引擎345能够用于执行可以由政府或内部措施产生的健康规定的变化。外部引擎345还能够引入竞争元素，使得一个或多个诊所、医院或私人诊所彼此竞争特定区域内的患者。外部引擎345还能够模型化诊所和健康保险公司之间的关系、医生和医疗事故保险承保人之间的关系、诊所和职业联合会之间的关系、医生和职业联合会之间的关系等。
个人生活引擎350能够被医疗培训系统300使用，以控制医疗模拟中的用户的个人生活的任何方面。例如，用户在医疗模拟中能够有家、家庭、交通工具、家属、家务、业余爱好、宠物等。这样，用户能够得到好像过着医生和/或患者的生活的感觉。在一个实施例中，个人生活引擎350只可以在医疗模拟的某些版本中或者只对特定用户使用。例如，详细的个人生活可以是为公众设计的医疗模拟中的选项，但不是为试图获取持续的医疗教育学分的执业医生设计的医疗模拟中的选项。在可选实施例中，可以不使用个人生活引擎350，而且医疗模拟可以只单独集中于医生的职业生活。
在可选实施例中，医疗培训系统300还可以包括身体语言引擎。身体语言引擎能够确保与化身正在说的话和化身正在感觉的内容相适应的化身的面部表情、姿势和其他身体语言。例如，身体语言引擎能够确保最近经历了家庭成员死亡的化身显示出没有活力、冷淡和忧郁。身体语言引擎还能够基于化身过去的交互和经验控制身体语言。例如，如果患者化身和医生化身之间先前的交互是友好和富有成果的，那么患者化身在与医生化身的随后交互的开始时就会展示出友好和高兴的身体语言。类似地，如果患者化身和医生化身之间先前的交互是极糟糕的，那么医生化身在与患者化身的随后交互开始时会显示出紧张和略微的生气的身体语言。
在可选实施例中，医疗培训系统300还能够包括登记引擎、目标引擎、情感引擎、化身引擎和/或能够用于执行医疗模拟的任何其他引擎。例如，登记引擎能够从用户接收登记信息并向用户提供对医疗模拟的访问。目标引擎能够为用户创建、存储、分配和/或接收目标。目标引擎还能够追踪用户正朝着实现目标的进步。情感引擎能够用于基于模拟中化身过去和现在经验，传达化身的情感。在化身表示真实的用户的情况下，这些情感能够影响向用户呈现的对话选择。在计算机控制的化身的情况下，情感能够影响化身使用的对话。化身的情感还能够通过身体语言、表情、姿势、文本指示物、其他指示物等来非口头地传达。作为一种选择，能够通过身体语言引擎传达情感。化身引擎能够向用户分配化身，接收来自用户的化身选择，为用户存储化身，和/或随着的时间的前进和用户提升他/她的状态而增强化身。在可选实施例中，本文中所描述的任何或全部引擎能够被包括到单个的医疗培训引擎中。
如上所述，医疗培训系统能够用于模型化可能发生在医务人员、医疗管理人员、医生、患者、紧急医疗技术人员、接待员、药剂师、保险公司等之间的形形色色的各种交互。在示例性实施例中，医疗培训系统能够用作医学院全部课程中的一部分课程。能够进行一个或多个学期的课程能够要求学生每星期参加多个小时的课，并且每星期多个小时参与到医疗模拟中。在第一课中，教授能够通过医疗模拟的介绍性示范告诉学生，并让学生设立他们的医疗模拟帐户。学生还能够被要求建立他们的化身并开始使用医疗模拟。通过执行提高性的调查，如向医疗模拟中的其他化身做介绍，执行医疗模拟中的简单任务，抽出医疗模拟中的患者数据等，能够增加医疗模拟中的经验。作为一种选择，学生能够通过会见一个或多个计算机控制的患者来增加经验。当增加了足够量的经验时，学生能够开始与医疗模拟中真实的和/或模拟的患者交互。学生还能够扮演医疗模拟中的一部分真实的患者。在随后的课的过程中，教授能够显示重放和评论特别好的和/或特别差的医生/患者交互。教授还能够回答特定的问题并提供有关医疗模拟的理性的指导。
在课程中，可以预期学生会增加他们在各个领域的技能，如面谈、倾听、文化敏感性、种族敏感性、宗教敏感性等。用户可以开始于多个种类的每一个中的第一技能水平。当用户在与医生和患者间的有组织的系列相遇中进阶时，他/她的技能水平能够根据用户如何处理这些相遇而增加。可以要求用户在每个种类中获得特定的技能水平，以通过和/或实现课程中的特定等级。如果医疗模拟被限于一个机构中的单门课，那么在学生被鼓励或要求使用医疗模拟的星期期间，可以有有计划的次数。如果医疗模拟跨多个医学院、全国范围或世界范围进行，那么使用次数可以不是有计划的，因为将可能总是会有扮演患者和医生角色的其他可用用户。
作为医疗模拟中训练的例子，用户A可以在4:00作为医生登录。用户A可以具有各种领域的技能，例如，韩国文化敏感性第二级、面谈微技能第三级以及增强的反应性倾听第六级。用户A可以在4:15与患者有一个有计划的约见并在4:35与医生有一个有计划的约见。患者可以是计算机控制的或者由另一个用户来扮演。在他的会见之前，用户A可以到他的办公室取出有关患者的文件。用户A能够发现前来就诊的患者是一位45岁的渔业市场经理，将就其糖尿病控制情况的进展进行检查。用户A还能够被提醒用户A一个月以前与该患者会见过并开出了结合饮食改变和药物治疗的处方。有关患者的血液检查能够指示自上次访问以来患者的健康状况还没有太多的改善。能够向用户A提供该患者正在指定的检查室等待并准备就诊的指示。用户A能够使他的化身走向检查室。
取决于实施例，用户A能够向患者说出问候或者从一个或多个问候选项中选出问候。问候选项可以包括使用用户的姓名，避免使用用户的姓名，只是说你好，不使用任何问候，进行握手等。如果真实的用户扮演患者的角色，患者也能够向用户A说出问候或者从一个或多个问候选项中选出问候。患者的问候选项可以基于用户A选择的问候。用户A可以具有理解患者是否以及为什么遵守或者不遵守他/她的医疗方案的目标。患者可以具有与用户A的目标冲突的目标，例如，向用户A证明他/她在遵守饮食规定，但实际上患者窘于承认他/她对饮食规定感到为难。类似地，患者可以具有向用户A证明患者在服用他/她的药物的目标，但实际上患者已经失业，没有健康保险，只能每三天服用一片药丸并且羞于讨论这个话题。
用户A和患者对于他们在模拟过程中的行为都能够被授予点数。例如，用户A可以由于帮助患者以更诚实的方式讨论他/她未遵守饮食规定的情况而被授予点数，并且附加点数是由于形成对患者为什么不遵守他/她的饮食的理解。甚至如果用户A不能从患者那里得到承认事实的陈述，用户A仍然可以由于构建可以在将来的患者访问中产生更加诚实的对话的信任被授予点数。在一个实施例中，向用户呈现的对话选项能够基于用户的技能水平。例如，如果用户A具有高的文化敏感性技能水平，那么用户A能够准确地领会患者有关食用不利地影响患者的血糖、胆固醇、血压等的种族食物的压力。用户A可以接收该技术的点数，并可以逐渐地接收更多的点数，如果他/她能够帮助患者重新思考他/她的饮食，为患者的改善设置转折点，转诊给了解种族的营养学家等。如果用户A极端化讨论，使得患者将医生淘汰或者变得有敌意，那么用户A可能接收负的点数，并可能产生不利的结果。如果他能够在4:35之前成功地并很好地结束与患者之间的约见，使得他能够准备并参加他的下一个约见，那么用户A也可以被授予点数。如果用户A没有行为匆忙或者使患者觉得被忽视或不重要，那么就可以实现成功的结束。
在示例性实施例中，医疗模拟中患者的健康能够沿着疾病轨线被表示，该轨线能够被看作患者的健康随着时间的二维表示。在另一个示例性实施例中，疾病轨线能够受与患者相关联的因变量以及与医生相关联的自变量的影响，而创建三维模型。患者的因变量可以包括焦虑、抵抗性的行为以及不遵守。医生的自变量可以包括和善度、以患者为中心、文化敏感性以及交流技能。与医生相关联的自变量能够影响患者的因变量，并且该因变量能够影响患者的疾病轨线。
作为一个例子，和善度可以是与医生相关联的自变量并且防御性行为可以是与患者相关联的因变量。如果在医生/患者交互过程中，医生展示出良好的和善度，那么就可以降低患者的防御性行为。因为防御性行为被降低了，患者就可以更接近地遵守他/她的医疗方案，并且患者的健康可以随着时间而提升。这些变量的交互和导致的健康暗示是上述三维疾病轨线模型的表示。相反地，如果医生具有糟糕的和善度，那么患者的防御性行为可能增加或者保持不变，那么疾病轨线就可能反映出患者健康的下降。医生的糟糕的和善度和导致的防御性行为的增加还能够产生模拟中的其他结果，例如医生被要求执行的任务、医生随后访问的计时、随后访问过程中患者的行为或态度、患者是否错过访问等。
在示例性实施例中，与医生相关联的自变量和/或与患者相关联的因变量都可以通过使用替代品标志变得可量化，并且可以利用统计引擎被测量。作为一个例子，和善度(即，与本质上可能模糊的与医生相关联的自变量)可以被x因素量化，其中x可以是任何值。因素能够包括医生穿的衣服的类型、医生穿的衣服的颜色、医生使用的问候的类型、医生使用的握手的类型、医生是否与患者有目光接触、医生在约见中是否准时出现、医生使用的特定文字等。在交互过程中，统计引擎能够确定医生展示了多少和善度相关的因素，接着医生可以接收到和善度分数。作为一个例子，可以有15个因素来量化和善度，并且如果医生在交互过程中展示出12个或更多的因素，那么他/她可以被认为具有了优秀的和善度。类似地，展示9到11个因素可以是良好的和善度，展示5到8个因素可以是一般和善度，而展示0到4个因素可以是糟糕的和善度。如果患者的防御性行为(即，与患者相关联的因变量)取决于医生的和善度，那么防御性行为能够基于医生所展示的和善度因素的数量而增加或降低。
图4-8是示出医疗模拟中的示例性医生/患者交互的示意图。图4-8中的示意图是用于说明目的的二维描述。在示例性实施例中，重要的是理解医疗模拟可以是其中三维化身拥有扩展数量的细节、表情、认知、情感和现实性的三维世界。进一步地，能够是真实世界模型化后的三维世界可以包括具有不同的看法、外表、目标和情况的许多化身。图4是示出根据示例性实施例的医生办公室400。医生办公室400包括门405、窗户410、艺术品415、长沙发椅420、椅子425、工作台430、电话435和计算机440。在可选实施例中，医生办公室400能够包括任何其他家具、装饰、参考资料等，使医生办公室400看起来真实。在示例性实施例中，医生办公室400能够在诊所、医院或者医疗模拟中的其他医疗机构内。
医生化身445能够由用户扮演。医生化身445能够是展示情感和真实的面部表情的三维化身。医生化身445还能够根据在医疗模拟中的用户累积的学习经验展示信心或缺乏信心。例如，如果用户在先前的医生/患者交互中表现糟糕，那么医生化身445就可能展示低的自信水平和/或低的自尊心。类似地，如果用户在先前的医生/患者交互中表现优秀，那么医生化身445可能展示高的信心水平和/或高的自尊心。信心水平、自尊心、情绪、情感等能够通过医生化身445的真实的面部表情、手势、姿势和/或其他身体语言被描绘。作为一种选择，任何或全部信心水平、自尊心、情绪、情感等能够通过可见的规格、仪表或其他指示物来描绘。这些规格、仪表或其他指示物可以根据实施例只对控制的医生化身445的用户可见，只对用户的子集可见，或对所有用户可见。在示例性实施例中，化身445能够通过实时视频捕获、实时音频捕获、实时运动捕获、全动画、自动动画处理的动画工具集的使用等的任何组合来创建和/或表示。
在示例性实施例中，用户能够登录到医疗模拟中并开始准备与患者会见或执行其他任务。在一个实施例中，在登录时医生化身445能够在医生办公室400中开始。作为一种选择，登录时医生化身445能够在家中、在公寓中、在医疗机构的另一个部分、或者在医疗模拟中的任何其他地方。如果医生化身445没有在医生办公室400中开始，那么医生化身445可以走路、骑车、开车等到医生办公室400。在一个实施例中，如医生办公室400的办公室的使用可以被限制在医疗模拟中的用户的子集中。例如，医生办公室400的使用可以根据在医疗模拟中的经验和取得的进步被授予或特许。没有办公室的用户可以被提供以小室、公共区域或者提供办公室功能的其他区域，使得用户能够接收通信、了解患者、为患者进行准备等。
在示例性实施例中，医生办公室400可以是其中医生化身445能够准备会见患者的地方。如果医生化身445先前还没有会见患者，那么医生化身445能够使用计算机440获取有关患者的一般信息、患者的病历和患者访问的原因。在一个实施例中，医生化身445能够使用计算机440来体验与患者相关的病情分析。病情分析能够向医生化身445提供有关患者的过去、患者已经说过的或者可能会说的谎和/或如果患者的治疗成功或者不成功在将来可能会实现的潜在结果的信息。此外，如果医生化身445先前已经和患者会见过，那么医生化身445能够使用计算机440回忆在先前的访问中发生的事情。医生化身445能够使用电话435从护士和其他医生接收音频信息，接收警报，与患者说话，与药剂师说话，从其他用户和/或专家获取帮助等。医生办公室400还可以包括呼机、个人数字助理、蜂窝电话或其他通信设备，使得医生化身445能够在模拟中以及在模拟和真实世界之间发送/接收电子邮件、呼叫、语音邮件、文本消息等。
图5是示出根据示例性实施例的接待区500的示意图。接待区500包括接待台505、接待员凳子510、椅子515、杂志架520以及洗手间标志525。在可选实施例中，接待区500还能够包括自动贩卖机、洗手间、电视机、鱼缸或者可能在真实的接待区找到任何其他物品。到医疗机构办理登记的患者在等待被叫到检查室时可以在椅子515上等待和/或从杂志架520读杂志。杂志能够包括到真实世界的杂志、健康相关的网站、医疗信息或者任何其他信息的链接。接待员化身530坐在接待员凳子510上帮助患者办理到医疗机构的登记。在示例性实施例中，接待员化身530可以是计算机控制的化身。作为一种选择，接待员化身530可以由用户控制。无论接待员化身530是计算机或用户控制的，接待员化身530能够展示真实的面部表情和情感，包括不耐心、友好、诚挚、生气等。
患者化身535能够在接待员化身530的帮助下办理到医疗机构的登记。在示例性实施例中，患者化身535能够由用户扮演。在办理登记的过程中，患者化身535能够提供个人信息、保险信息、账单信息或者通常在办理到医疗机构的登记时提供的任何其他信息。在一个实施例中，如果患者化身535先前已经访问医疗机构，那么患者化身535能够在办理登记程序的过程中审查任何过去会见的结果。患者化身535在办理登记过程中还能够被简要告知有关在即将到来的与医生的会见过程中如何做和/或说些什么。
在示例性实施例中，患者化身535能够展示情感、面部特征和/或基于医疗健康状况、在过去与医生的会见过程中的经验和/或与医疗问题不相关的事件的其他特点。例如，患者化身535能够由于宠物的死亡而展示出悲伤。作为一种选择，患者化身535可由于在过去的访问过程中医生的卑劣和盛气凌人而展示出害怕。作为一种选择，患者化身535可以因为医生在过去的访问过程中犯过错误而行为傲慢、谦逊或者多疑。因此，能够看出医疗模拟是其中患者化身535的当前行为和/或感觉基于过去事件的累积和/或当前情况的动态环境。
在示例性实施例中，患者化身535和接待员化身530能够通过对话框彼此通信。患者化身535能够通过对话框540说话而且接待员化身530也能够通过对话框545说话。取决于实施例，对话框540和对话框545可以所有用户可见，可以只对用户的子集可见，或者只对患者化身535和接待员化身530可见。作为一种选择，对话可以在通过其访问医疗模拟的计算机屏幕的顶部、计算机屏幕的底部、计算机屏幕的一侧等显示。在可选实施例中，患者化身535可以通过自然对话进行通信，并且接待员化身530可以通过计算机产生的语音进行响应。在这样的实施例中，可以使用领域特定的语音识别，并且可以限制对话的范围以确保患者化身535的语音能够被准确识别以便接待员化身530能够适当地响应。作为一种选择，可以使用完全自然对话处理以便对话不受限制。
接下来是患者化身535和接待员化身530之间的交互的示例性描述。接待员化身530可能有好的情绪，因为所有的诊所员工最近都加了薪。患者化身535可能是不耐烦的并略微有些生气，因为先前在医疗机构不好的经历以及总体来说不喜欢医疗职业。患者化身535可以在队列中其他企图办理登记的患者化身(未示出)之后。当患者化身535处在队列中的第一位时，接待员化身530会说“有请下一位”。患者化身535会走近到接待台505并且接待员化身530会对患者化身535微笑并说“您好，这是您第一次到我们这里来吗？”。患者化身535会展示出不耐烦的面部表情并回答“不是，我过去到这里来过多次了”。接待员化身530会继续对患者化身535微笑并说“请问您贵姓”。患者化身535会说和/或拼写所需要的姓。如果患者化身535不需要为即将到来的医生访问做准备，那么接待员化身530会微笑着说“谢谢您，请您在等待区就坐，稍后会叫到您的名字”。作为一种选择，可以向患者化身535提供选项以为医生的访问做准备。在示例性实施例中，患者和接待员之间的每一次交互都可以是不同的。例如，下次患者化身535办理登记时，患者化身535可能有好的情绪，而接待员化身530可能由于家里的问题而展示出生气。
一旦患者化身535被办理登记，患者化身535就能够在接待区500四处走动，使用洗手间(未示出)，从自动贩卖机(未示出)购买小吃，坐在其中一张椅子515上，从杂志架520读杂志等。在办理登记后的任何时间，护士或其他员工成员都能够与患者化身535接触并陪同患者化身535到检查室。当患者化身在检查室中并准备作检查时，参考图4的描述，能够向医生化身445提供警报。警报可以是呼叫、电话、文本消息、电子邮件、弹出式文本框等。作为一种选择，可以不提供警报，并且医生化身445可以期望在约见的计划的时间去检查室。
图6是示出根据示例性实施例的医疗机构中的走廊650的示意图。在走廊650中是第一检查室大门655和第二检查室大门660。第一检查室大门655可以包括第一标记665以指示第一检查室的状态。类似地，第二检查室大门660可以包括第二标记670以指示第二检查室的状态。如上所述，第一标记665和第二标记670能够用于向用户提供指示沿着走廊650的检查室的状态视觉提示。视觉提示可以是标记的颜色、标记的位置、标记的形状等。状态可以是检查室被患者占用、未被占用、需要清洗、为患者准备好、被护士占用、被保洁员占用等的指示。走廊650还能够包括计算机终端675，以便用户能够访问EHR系统、访问信息和/或与其他用户通信。当检查室准备好时，参考图5的描述，护士化身680能够召唤患者化身535。护士化身680可以是真实的用户或者计算机控制的化身。护士化身680能够根据本文描述的任何通信方法与患者化身535和/或医生化身445通信。
图7是示出根据示例性实施例的检查室600的示意图。检查室600包括药柜605、水槽610、检查工作台615以及计算机终端620。在可选实施例中，检查室600可以包括可能在真实的检查室找到的任何其他物品。医生化身445能够通过对话框625进行通信，并且患者化身535能够通过对话框630进行通信。在示例性实施例中，扮演医生化身445和患者化身535的用户的每个人都能够从多个对话选择从选择对话。作为一种选择，患者化身535可以是计算机控制的，并且计算机能够基于医生化身445使用的对话选择对话。对话选择能够由具有大量医生/患者交互的经验的医疗专业人员构思。这样，医疗模拟中的每个交互能够被制作以强调特定的情况并教授一个或多个特定技能。这种制作允许医学学生和年轻的医生通过医疗模拟获得多年知识和经验的等价物而不对真实的患者犯错误。在可选实施例中，医疗模拟可以包括语言处理软件以便能够使用自然对话代替对话框。
如上所述，包括患者化身535的当前交互能够在很大程度上基于患者化身535过去的交互以及当前的情况。类似地，包括医生化身445的当前交互能够在很大程度上基于医疗模拟中医生化身445的学习经验。这样，医生化身445能够随着医疗模拟的进展而进步和变化。例如，如果在患者化身535和医生化身445之间的先前会见是友好并成功的，那么医生化身445可能在与患者化身535的当前会见过程中展示出信心和友好。作为一种选择，当前的行为、表情和情感可以基于在医疗模拟中的医生化身445经验的总和。例如，如果医生化身445相比于成功的交互具有更多不成功的交互，那么医生化身445可能展示出紧张、害怕以及犹豫，无论医生化身445和患者化身535之间的最后一次交互是否成功。
图8是示出根据示例性实施例的虚拟会议室800的示意图。虚拟会议室800能够允许多个用户同时审查患者或任何大量其他信息，与专家协商，举行圆桌讨论或者以其他方式彼此通信。虚拟会议室800包括长沙发椅805和工作台810。虚拟会议室800还能可以包括椅子、自动贩卖机、装饰品、艺术品、窗户、门和/或通常在真实世界会议室中能够找到的任何其他物体。虚拟会议室800还包括计算机终端815，以便于用户能够访问信息和/或与其他用户通信。会议电话820能够被用户用于从患者、专家、教授或者其他个体接收音频数据。视频屏幕825能够用于向用户提供视频和/或文本信息。视频屏幕825还能够用于与患者、专家或者模拟中的任何其他个体举行视频会议。
虚拟会议室800包括第一化身830、第二化身835和第三化身840。在示例性实施例中，第一化身830、第二化身835和第三化身840能够利用本文所述的任何通信方法彼此通信。第一化身830、第二化身835和第三化身840还能够通过计算机终端815、会议电话820、视频屏幕825和/或任何其他通信设备(如个人数字助理、蜂窝电话、呼机等)与其他个体通信。作为一个例子，第一化身830可以是患者的放射肿瘤学家，第二化身835可以是患者的主治医生并且第三化身840可以是与患者一起工作的社会工作者。放射肿瘤学家、主治医生和社会工作者能够彼此讨论患者。放射肿瘤学家、主治医生和社会工作者还能够通过视频屏幕825与生物伦理学专家(未示出)谈话，以获得有关患者治疗的信息。
视频会议室800还包括数据仓库(data store)845。数据仓库845能够包括有关医疗主题、患者、医生、机构等的各种信息。数据仓库845能够包括多个标签(tab)，以便特定信息能够被容易地访问和显示。信息能够在视频屏幕825或者在独立的数据屏幕(未示出)上显示。作为一个例子，第一化身830、第二化身835和第三化身840可以讨论患者，而且数据仓库845可以包括有关患者的信息。数据仓库845的第一个标签可以包括患者的x射线，数据仓库845的第二个标签可以包括对患者进行化验的化验室的结果，数据仓库845的第三个标签可以包括与患者相关联的帐单信息，数据仓库845的第四个标签可以包括患者的个人信息，数据仓库845的第五个标签可以包括到医疗资源的链接，如网站和刊物，数据仓库845的第六个标签可以开始与专家或其他顾问等的连接。在示例性实施例中，用户能够选择数据仓库845的标签以显示包括在标签中的信息。通过使化身接触标签，通过输入命令或者通过任何其他方法，可以选择标签。在可选实施例中，数据仓库845可以被构建为旋转的数据轮，构建为表或者构建为可访问用户的任何其他类型的数据结构。
参考图4-8的描述把注意力集中于医生、患者和医务人员之间的交互。但是，本文描述的培训系统不限于医疗培训。在可选实施例中，培训系统可以用于培训法学学生和律师如何成功地与客户交互。在这种实施例中，培训系统的模拟中的对话和/或情景能够由法学教授和有经验的律师设计，以便于年轻的律师能够在不危害到真实生活的客户关系的情况下得到有价值的经验。例如，律师化身可以会见被指控一级谋杀的客户化身。律师化身可以有说服客户化身最好客户化身能够说出真相的目标。在另一个交互中，律师化身可以会见寻求与她的丈夫离婚的客户化身。律师化身可以有说服客户化身在法庭上控制她的情感并尊重她配偶的目标。无数其他情景能够用于教授律师如何在虚拟的任何法律领域与客户交互。在可选实施例中，交互能够是教师/学生的交互、教练/选手的交互、经理/雇员的交互、牙科保健医生/患者的交互、护士/患者的交互等。
一个或多个流程图已经用于描述示例性实施例。流程图的使用并不意在以有关执行操作的顺序进行限制。以解释和说明的目的呈现了前述实施例的描述。前述实施例的描述并不是排他性的或者以有关公开的精确形式进行限制，根据上文的教导可以进行修改和变化，或者可以从所公开的实施例的实现方式获取修改和变化。本发明的范围应当由本文所附权利要求和他们的等同替换来限定。
权利要求书(按照条约第19条的修改)
1.一种医疗培训方法，所述方法包括：
向用户呈现其中所述用户扮演医生的医疗模拟中的医疗情景，其中，所述医疗情景包括所述用户和患者之间的交互；
识别对应于所述用户的表现数据，其中，所识别的表现数据至少部分基于所述用户和所述患者之间的所述交互过程中所述用户的行为；以及
至少部分基于所述识别的表现数据来评估所述用户，以确定所述用户是否已经实现所述医疗模拟中的培训目标，其中，所述培训目标意在提高所述用户的医疗技能。
2.根据权利要求1的方法，进一步包括基于所述识别的表现数据向所述用户提供反馈。
3.根据权利要求2的方法，其中，所述反馈包括基于所述用户和所述患者之间的所述交互过程中所述用户的行为的评论。
4.根据权利要求2的方法，其中，所述反馈包括所述医疗模拟中的结果，其中，所述结果产生于所述用户和所述患者之间的所述交互过程中所述用户的行为。
5.根据权利要求1的方法，进一步包括向所述用户分配化身。
6.根据权利要求1的方法，进一步包括从所述用户接收化身选择。
7.根据权利要求1的方法，进一步包括向所述用户呈现其中所述用户扮演第二患者的所述医疗模拟中的第二医疗情景，其中，所述医疗情景包括所述用户和第二医生之间的交互。
8.根据权利要求1的方法，其中，所述识别的表现数据包括：由所述用户作出的对所述患者的诊断、所述患者的满意水平、由所述用户造成的所述患者的信任水平、由所述用户对所述患者提问的问题、所述用户对来自所述患者的问题的响应、由所述用户对所述患者进行的检查以及所述交互的视听表示中的至少其中一个。
9.根据权利要求1的方法，其中，所述交互包括所述患者寻求医疗帮助的尝试。
10.根据权利要求1的方法，其中，所述患者在所述交互过程中关于所述患者的医疗健康状况在向所述用户说谎。
11.根据权利要求1的方法，其中，在所述医疗模拟中的医疗背景中发生所述交互。
12.根据权利要求11的方法，其中，所述医疗背景包括医院和医疗诊所中的至少其中一个。
13.根据权利要求1的方法，其中，所述培训目标包括所述用户对所述患者的准确诊断。
14.根据权利要求1的方法，其中，所述培训目标包括说服所述患者遵守处方的治疗方案。
15.根据权利要求1的方法，其中，所述培训目标包括实现特定患者满意率。
16.根据权利要求1的方法，其中，所述患者包括计算机控制的患者。
17.根据权利要求1的方法，其中，所述患者包括第二用户。
18.根据权利要求1的方法，进一步包括向所述用户提供病情分析，其中，所述病情分析包括如果所述患者和所述用户之间的所述交互不成功将会实现的负面结果。
19.根据权利要求18的方法，其中，所述培训目标包括防止所述负面结果。
20.根据权利要求1的方法，进一步包括接收有关所述用户的个人信息。
21.根据权利要求20的方法，其中，所述个人信息包括所述用户的优点、所述用户的缺点、所述用户的职业以及所述用户的技能中的至少其中一个。
22.根据权利要求20的方法，其中，所述个人信息用于建立所述培训目标。
23.根据权利要求20的方法，其中，所述个人信息用于确定所述用户的化身的特征。
24.根据权利要求20的方法，其中，所述个人信息用于确定所述医疗模拟中的所述用户的状态。
25.根据权利要求1的方法，其中，表示所述医疗模拟中的所述用户的化身展示所述用户的真实世界的特征。
26.根据权利要求1的方法，进一步包括如果所述用户已经实现所述培训目标，那么升级所述医疗模拟中的所述用户的状态。
27.根据权利要求1的方法，进一步包括如果所述用户已经实现所述培训目标，那么增强所述用户的化身。
28.根据权利要求1的方法，其中，所述交互过程中所述用户和所述患者之间的通信通过自由形式的讲话实现。
29.根据权利要求1的方法，其中，所述交互过程中所述用户和所述患者之间的通信通过对话框中的文本实现。
30.根据权利要求29的方法，其中，所述对话框中的所述文本由所述用户从多个文本选择中选出。
31.根据权利要求30的方法，其中，所述多个文本选择由医疗专业人员建立。
32.根据权利要求1的方法，进一步包括向所述用户提供所述患者的感觉或情感的图形模型。
33.根据权利要求32的方法，其中，所述患者的所述感觉或情感包括高兴、满意、生气、信任、害怕和紧张中的至少其中一个。
34.根据权利要求1的方法，进一步包括向所述用户提供医疗信息，以便所述用户能够对所述患者进行诊断。
35.根据权利要求1的方法，进一步包括向所述用户提供对所述患者的诊断。
36.根据权利要求1的方法，进一步包括向所述用户提供对应于由所述患者向所述用户提供的不真实的陈述的真实的陈述。
37.一种具有在其上存储计算机可读指令的计算机可读介质，当所述计算机可读指令由处理器执行时，使所述处理器维持医疗模拟，所述指令配置用于：
向用户呈现其中所述用户扮演医生的医疗情景，其中，所述医疗情景包括所述用户和患者之间的交互；
识别对应于所述用户的表现数据，其中，所识别的表现数据至少部分基于所述用户和所述患者之间的所述交互过程中所述用户的行为；以及
至少部分基于所述识别的表现数据，确定所述用户是否已经实现所述医疗模拟中的培训目标，其中，所述培训目标意在提高所述用户的医疗技能。
38.一种用于医疗培训的系统，所述系统包括：
医疗培训引擎，其中，所述医疗培训引擎包括计算机代码，所述计算机代码配置用于：
产生医疗模拟中的医疗情景；
向用户呈现所述医疗情景，其中，所述用户扮演所述医疗情景中的医生；
基于所述医疗情景中的所述用户的行为，识别表现数据；
至少部分基于所识别的表现数据，确定所述用户是否已经实现所述医疗模拟中的培训目标，其中，所述培训目标意在提高所述用户的医疗技能；以及
如果所述用户已经实现所述培训目标，那么提升所述医疗模拟中所述用户的状态；
存储器，所述存储器配置用于存储所述医疗培训引擎；以及
处理器，所述处理器耦接到所述存储器并配置用于执行所述医疗培训引擎。
39.一种评价人与人之间交互的方法，所述方法包括：
建立三维模拟环境；
建立所述三维模拟环境中的至少一个情景化身；
向用户呈现所述三维模拟环境中的至少一个情景，其中，所述至少一个情景包括所述用户和所述至少一个情景化身之间的交互；
捕获响应于所述至少一个情景的用户表现数据，其中，所捕获的用户表现数据包括所述用户和所述至少一个情景化身之间的交互；以及
利用所述捕获的用户表现数据来评价所述用户的至少一个人与人之间交互的特征。
40.根据权利要求39的方法，其中，评价所述用户的至少一个人与人之间交互的特征的步骤包括：
提供定义表现目标的至少一个评估标准；以及
比较所述捕获的用户表现数据和所述至少一个评估标准，以评价所述用户是否达到所述表现目标。
41.根据权利要求39的方法，进一步包括为所述三维模拟环境中的所述用户创建用户化身。
42.根据权利要求41的方法，进一步包括至少部分基于对所述用户的所述至少一个人与人之间交互的特征的评价来修改所述用户化身。
43.根据权利要求39的方法，其中，所述至少一个情景化身包括至少一个用户控制的化身。
44.根据权利要求39的方法，其中，所述至少一个情景化身包括至少一个计算机控制的化身，其中，所述至少一个计算机控制的化身被编程以展示类似人类的行为。
45.一种促进信息交换的方法，所述方法包括：
建立包括至少一个虚拟通信设备的三维模拟环境；
连接所述至少一个虚拟通信设备与至少一个信息来源；以及
在所述至少一个虚拟通信设备与所述至少一个信息来源之间交换信息。
46.根据权利要求45的方法，其中，从包括虚拟计算设备、虚拟电话装置、虚拟视频会议装置及其任何组合的组中选择所述至少一个虚拟通信设备。
47.根据权利要求45的方法，其中，所述至少一个虚拟通信设备包括虚拟电子健康记录系统。
48.根据权利要求45的方法，其中，所述三维模拟环境包括至少两个虚拟通信设备，并且其中，连接所述至少一个虚拟通信设备与至少一个信息来源的步骤包括：利用所述至少两个虚拟通信设备的两个或更多来建立虚拟会议。
49.根据权利要求45的方法，进一步包括将所述三维模拟环境中的一个或多个用户表示为一个或多个用户化身。
50.根据权利要求45的方法，其中，连接所述至少一个虚拟通信设备与至少一个信息来源并在所述至少一个虚拟通信设备与所述至少一个信息来源之间交换信息的步骤包括：
连接所述至少一个虚拟通信设备与数据仓库；以及
利用所述至少一个虚拟通信设备，从所述数据仓库检索一个或多个数据项。
51.根据权利要求50的方法，其中，从包括个人信息数据库、财务数据库、参考数据库、标准表格数据库及其任何组合的组中选择所述数据仓库。
52.一种收集信息以在个体化评价中使用的方法，所述方法包括：
建立三维模拟环境；
向用户呈现所述三维模拟环境中的至少一个情景，其中，所述至少一个情景与要评价的所述用户的至少一个特征相关；
捕获响应于所述至少一个情景的用户表现数据；以及
利用所捕获的用户表现数据来评价所述用户的所述至少一个特征。
53.根据权利要求52的方法，其中，所述用户的所述至少一个特征包括所述用户的职业能力。
54.根据权利要求53的方法，其中，向用户呈现至少一个情景的步骤包括：在呈现至少一个情景之前，基于所述用户的所述职业能力的水平选择所述至少一个情景。
55.根据权利要求52的方法，其中，评价所述用户的至少一个特征的步骤包括：比较所述捕获的用户表现数据和一个或多个预先选择的评估标准。
56.根据权利要求52的方法，其中，向用户呈现至少一个情景的步骤包括：
在呈现第一情景之前，至少部分基于要评价的所述用户的所述至少一个特征，向所述用户呈现所述第一情景；以及
至少部分基于利用所述捕获的响应于所述第一情景的用户表现数据进行的对所述用户的所述至少一个特征的所述评价，向所述用户呈现第二情景。
57.根据权利要求52的方法，其中，向用户呈现至少一个情景的步骤包括：
向所述用户呈现与要评价的所述用户的所述至少一个特征有关的一系列情景，
所述一系列情景包括第一情景和多个后续情景，
其中，所述多个后续情景的每一个至少部分基于所述捕获的响应于至少一个先前的情景的用户表现数据。
58.根据权利要求57的方法，其中，所述多个后续情景的每一个至少部分基于所述捕获的响应于紧邻的先前的情景的用户表现数据。
59.一种用于评价人与人之间交互的系统，所述系统包括：
背景处理器，所述背景处理器配置用于建立三维模拟环境；
情景处理器，所述情景处理器配置用于向所述系统的用户呈现所述三维模拟环境中的至少一个情景，其中，所述情景包括所述用户和至少一个情景化身之间交互；
捕获处理器，所述捕获处理器配置用于捕获响应于所述至少一个情景的用户表现数据，所捕获的用户表现数据包括所述用户和所述至少一个情景化身之间交互；以及
评价处理器，所述评价处理器配置用于利用所述捕获的用户表现数据来评价所述用户的至少一个人与人之间交互的特征。
60.根据权利要求59的系统，进一步包括与所述评价处理器操作地通信并配置用于为所述用户产生至少一个表现目标的目标处理器，其中，所述评价处理器相对于由所述目标处理器产生的至少一个目标，评价所述至少一个人与人之间交互的特征。
61.根据权利要求59的系统，进一步包括与所述捕获处理器操作地通信的至少一个用户输入设备。
62.一种用于促进信息交换的系统，所述系统包括：
背景处理器，所述背景处理器配置用于建立包括至少一个虚拟通信设备的三维模拟环境；以及
参考处理器，所述参考处理器配置用于在至少一个信息来源和所述至少一个虚拟通信设备之间交换信息。
63.一种用于收集信息以在个体化评价中使用的系统，所述系统包括：
背景处理器，所述背景处理器配置用于建立三维模拟环境；
情景处理器，所述情景处理器配置用于向所述系统的用户呈现所述三维模拟环境中的至少一个情景，其中，所述情景与要评价的所述用户的至少一个特征相关；
捕获处理器，所述捕获处理器配置用于捕获响应于所述至少一个情景的用户表现数据；以及
评价处理器，所述评价处理器配置用于利用所捕获的用户表现数据，评价所述用户的至少一个特征。