1.本发明实施例涉及医疗技术领域，尤其涉及一种多学科诊疗协作方法、装置及存储介质。


背景技术：

2.多学科诊疗模式(multi disciplinary team，mdt)是由来自外科、肿瘤内科、放疗科、影像科、病理科等科室专家组成的工作组，针对某一疾病，通过会诊形式，提出适合患者的最佳治疗方案，继而由相关学科或多学科联合执行该治疗方案。
3.目前，多学科诊疗的处理方式是专家们在会议室进行线下讨论，并将讨论过程和结果记录下来。
4.现阶段，需要进行多学科诊疗的病历量大，通过上述方式讨论，地点和时间的局限性大，专家的工作量大。并且，讨论过程和结果难以进行统一保存和管理。


技术实现要素：

5.本发明实施例提供了一种多学科诊疗协作方法、装置及存储介质，以实现通过线上协作或线下协作的方式进行多学科诊疗，减少专家工作量，提高诊疗效率的技术效果。
6.第一方面，本发明实施例提供了一种多学科诊疗协作方法，该方法包括：
7.接收目标就诊用户的就诊信息，根据所述就诊信息确定目标协作方式；其中，所述目标协作方式包括线上协作或线下协作；
8.根据所述目标协作方式，以及所述就诊信息，确定至少两个协作用户；
9.根据所述就诊信息生成待会诊病历，并将所述待会诊病历发送给所述至少两个协作用户；
10.接收所述至少两个协作用户基于目标协作方式以及所述待会诊病历生成的会诊意见，并根据所述会诊意见生成会诊报告。
11.第二方面，本发明实施例还提供了一种多学科诊疗协作装置，该装置包括：
12.协作方式确定模块，用于接收目标就诊用户的就诊信息，根据所述就诊信息确定目标协作方式；其中，所述目标协作方式包括线上协作或线下协作；
13.协作用户确定模块，用于根据所述目标协作方式，以及所述就诊信息，确定至少两个协作用户；
14.待会诊病历生成模块，用于根据所述就诊信息生成待会诊病历，并将所述待会诊病历发送给所述至少两个协作用户；
15.会诊报告生成模块，用于接收所述至少两个协作用户基于目标协作方式以及所述待会诊病历生成的会诊意见，并根据所述会诊意见生成会诊报告。
16.第三方面，本发明实施例还提供了一种电子设备，所述电子设备包括：
17.一个或多个处理器；
18.存储装置，用于存储一个或多个程序，
19.当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本发明实施例任一所述的多学科诊疗协作方法。
20.第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明实施例任一所述的多学科诊疗协作方法。
21.本发明实施例的技术方案，通过接收目标就诊用户的就诊信息，根据就诊信息确定目标协作方式，进而，根据目标协作方式以及就诊信息，确定至少两个协作用户，以进行多学科诊疗协作，根据就诊信息生成待会诊病历，并将待会诊病历发送给至少两个协作用户，并接收至少两个协作用户基于目标协作方式以及待会诊病历生成的会诊意见，根据会诊意见生成会诊报告，解决了多学科诊疗的专家聚集困难，诊疗过程也会耗费大量时间的问题，实现了通过线上协作或线下协作的方式进行多学科诊疗，减少专家工作量，提高诊疗效率的技术效果。
附图说明
22.为了更加清楚地说明本发明示例性实施例的技术方案，下面对描述实施例中所需要用到的附图做一简单介绍。显然，所介绍的附图只是本发明所要描述的一部分实施例的附图，而不是全部的附图，对于本领域普通技术人员，在不付出创造性劳动的前提下，还可以根据这些附图得到其他的附图。
23.图1为本发明实施例一所提供的一种多学科诊疗协作方法的流程示意图；
24.图2为本发明实施例二所提供的一种多学科诊疗协作方法的流程示意图；
25.图3为本发明实施例三所提供的一种多学科诊疗协作方法的流程示意图；
26.图4为本发明实施例三所提供的一种多学科诊疗协作系统的结构示意图；
27.图5为本发明实施例四所提供的一种多学科诊疗协作装置的结构示意图；
28.图6为本发明实施例五所提供的一种电子设备的结构示意图。
具体实施方式
29.下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。
30.实施例一
31.图1为本发明实施例一所提供的一种多学科诊疗协作方法的流程示意图，本实施例可适用于在对目标就诊用户进行多学科诊疗的情况，该方法可以由多学科诊疗协作装置来执行，该装置可以通过软件和/或硬件的形式实现，该硬件可以是电子设备，可选的，电子设备可以是移动终端等。
32.如图1所述，本实施例的方法具体包括如下步骤：
33.s110、接收目标就诊用户的就诊信息，根据就诊信息确定目标协作方式。
34.其中，目标就诊用户可以是待进行多学科诊疗的患者用户。就诊信息可以是目标就诊用户的个人基本信息、患病信息、检查结果等信息。目标协作方式可以是对目标就诊用户进行多学科会诊的方式，目标协作方式可以包括线上协作或线下协作。线上协作可以理解为多学科专家们通过线上会诊平台进行会诊的方式，线下协作可以理解为多学科专家们
在线下的会议室进行集体会诊的方式。
35.具体的，接收目标就诊用户的就诊信息可以对就诊信息进行分析，确定出适合进行会诊的目标协作方式。
36.示例性的，首先可以根据就诊信息分析目标就诊用户是否需要进行多学科诊疗协作，若需要，则可以根据就诊信息进行进一步分析目标就诊用户的病情等信息，来确定多学科诊疗协作适合线上协作还是线下协作。分析病情的过程可以由管床医生来进行，也可以通过预先建立的人工智能模型进行，在本实施例中不做具体限定。
37.s120、根据目标协作方式，以及就诊信息，确定至少两个协作用户。
38.其中，协作用户可以是能够参与多学科诊疗的各学科的医疗专家。
39.具体的，在确定目标协作方式之后，可以根据就诊信息确定出多学科协作所需的相关学科。并且，可以根据目标协作方式确定相关学科中能够参加多学科诊疗的协作用户。
40.需要说明的是，若目标协作方式是线上协作，则可以确定与就诊信息相匹配的医学专家为协作用户，无需确定固定的时间和地点，因此，远程的协作用户也可参与多学科诊疗。若目标协作方式是线下协作，则需要匹配出具有相同空闲时间的各学科的医疗专家，并且能够参加的医疗专家应当在地理位置上处于一定范围，例如在同一城市等。这是由于线下协作需要各协作用户面对面的进行会诊，就需要考虑时间和地点等因素，而线上协作则可以开放线上会议室，无需固定时间，固定地点，只需要协作用户进行留言分析即可，不影响协作用户正常的工作。
41.s130、根据就诊信息生成待会诊病历，并将待会诊病历发送给至少两个协作用户。
42.其中，待会诊病历可以是用于多学科诊疗的病历，可以是根据就诊信息和病历模板生成的病历。
43.具体的，从就诊信息中提取多学科诊疗所需的信息，并将提取的信息自动填入病历模板中，生成待会诊病历。进而，将待会诊病历发送给至少两个协作用户，以使协作用户了解目标就诊用户的基本信息，疾病信息等，用于诊疗分析。
44.需要说明的是，病历模板中可以涉及的待填写内容可以包括一诉五史、治疗过程描述、检查结果、检验结果、病理结果、入出院诊断、院外信息、影像信息等，具体内容在本实施例中不做具体限定，可以根据需求进行调整。
45.示例性的，通过自然语言处理技术及分析技术可以提取出就诊信息中，病历模板所需的内容，将相应的内容进行填写后，可以得到与就诊信息相对应的待会诊病历。并且，将待会诊病历发送给每一个协作用户，以使协作用户能够了解所需的信息。
46.还需要说明的是，若协作用户需要获取待会诊病历模板之外的信息，则可以提出相应请求，当接收到管床医生的确认信息后，可以将相应的信息反馈给提出请求的协作用户或全部协作用户。
47.s140、接收至少两个协作用户基于目标协作方式以及待会诊病历生成的会诊意见，并根据会诊意见生成会诊报告。
48.其中，会诊意见可以是协作用户针对待会诊病历填写的意见，不同协作用户可以在相同或不同时间填写意见。会诊报告可以是对各会诊意见进行统计得到的报告，可以是多学科诊疗协作的结果报告。
49.具体的，协作用户可以针对待会诊病历发表自己的讨论意见，若是线下协作，则可
以通过视频或语音录制的方式获取各协作用户的会诊意见。后续，可选的，可以将视频或语音经语音转换变为文字信息，以便于记录。若是线上协作，则各协作用户可以基于线上会诊平台发表自己的会诊意见，可以是语音或文字等不同的方式。在获取各协作用户的会诊意见后，会诊讨论结束时，可以对会诊意见进行整理，生成与待会诊病历相对应的会诊报告。
50.需要说明的是，在生成会诊报告时，可以是对各会诊意见进行汇总加工过的报告。在生成会诊报告后，可以将会诊报告发送给各协作用户，以使各协作用户对会诊报告进行确认，当接收到全部确认信息后，可以确定会诊报告没有问题，对会诊报告进行归档，以及后续跟踪处理。
51.本发明实施例的技术方案，通过接收目标就诊用户的就诊信息，根据就诊信息确定目标协作方式，进而，根据目标协作方式以及就诊信息，确定至少两个协作用户，以进行多学科诊疗协作，根据就诊信息生成待会诊病历，并将待会诊病历发送给至少两个协作用户，并接收至少两个协作用户基于目标协作方式以及待会诊病历生成的会诊意见，根据会诊意见生成会诊报告，解决了多学科诊疗的专家聚集困难，诊疗过程也会耗费大量时间的问题，实现了通过线上协作或线下协作的方式进行多学科诊疗，减少专家工作量，提高诊疗效率的技术效果。
52.实施例二
53.图2为本发明实施例二所提供的一种多学科诊疗协作方法的流程示意图，本实施例在上述各实施例的基础上，针对目标协作方式的确定方式、会诊意见的确定方式以及会诊报告的确定方式可参见本实施例的技术方案。其中，与上述各实施例相同或相应的术语的解释在此不再赘述。
54.如图2所述，本实施例的方法具体包括如下步骤：
55.s210、接收目标就诊用户的就诊信息，通过自然语言处理技术对就诊信息进行处理，得到目标诊疗信息，根据目标诊疗信息，确定目标协作方式。
56.其中，目标诊疗信息包括诊断信息、检查结论、病理结果以及检验结果中的至少一种。
57.具体的，可以从医院数据库中获取目标就诊用户的就诊信息，通过自然语言处理技术对就诊信息进行信息提取和类别划分等处理，提取诊断信息、检查结论、病理结果以及检验结果等，以得到目标诊疗信息，用于分析目标协作方式。在确定目标诊疗信息之后，可以对目标诊疗信息进行分析，以确定目标就诊用户的病情，如：是否患有恶性肿瘤等。进而，可以根据目标诊疗信息确定目标协作方式，即确定是否需要线下协作。
58.s220、根据目标协作方式，以及就诊信息，确定至少两个协作用户。
59.具体的，可以根据就诊信息和目标协作方式确定适合进行多学科诊疗协作的专家组，例如：通过目标就诊用户的就诊信息或目标诊疗信息进行信息匹配，确定合适的专家组，进而，从专家组中选择合适参加多学科诊疗协作的协作用户。
60.可选的，还可以针对不同的目标协作方式，确定多学科诊疗协作开展所需的相关信息。具体可以是：若目标协作方式为线上协作，则确定协作截止时间；若目标协作方式为线下协作，则确定会议时间以及会议地点。
61.其中，协作截止时间可以是线上协作的结束时间。
62.需要说明的是，线上协作可以划定一定的时间段，各协作用户可以在不同的时间
在线进行讨论。各协作用户可以在协作截止时间之前登录线上会诊平台，发表自己的看法建议等。线下协作则需要确定固定的时间和地点，通知各协作用户，已按时快速进行多学科诊疗。
63.具体的，若目标协作方式为线上协作，则可以根据目标就诊用户的病情，协作用户的空闲时间等因素，确定协作截止时间。例如：用户病情较为严重，则协作截止时间可以设置为与当前时间较近的时间；某些协作用户需要进行连续的手术，则可以适当延长协作截止时间等。
64.s230、根据就诊信息生成待会诊病历，并将待会诊病历发送给至少两个协作用户。
65.可选的，可以根据下述各步骤生成待会诊病历：
66.步骤一、根据就诊信息，确定目标就诊用户是否为首次就诊。
67.其中，首次就诊指的是目标就诊用户第一次在本院或本院及合作医院就诊。
68.具体的，根据就诊信息里的目标就诊用户的授权信息，如身份证号，患者标识等，可以在病历数据库中查找是否存在相对应的历史就诊记录，历史就诊病历等。若有，则表明目标就诊用户并非首次就诊；若没有，则表明目标就诊用户为首次就诊。
69.步骤二、若目标就诊用户为首次就诊，则根据预先设置的首次病历模板以及就诊信息生成待会诊病历。
70.其中，首次病历模板可以是全部模板内容都未填写的用于新的目标就诊用户的病历模板。
71.具体的，若目标就诊用户为首次就诊，则调取预先设置的首次病历模板，并根据就诊信息对首次病历模板进行自动填写，生成待会诊病历。
72.步骤三、若目标就诊用户不为首次就诊，则从病历数据库中获取与目标就诊用户相对应的历史病历，并根据预先设置的非首次病历模板、历史病历以及就诊信息生成待会诊病历。
73.其中，病历数据库可以是用于存储病历的数据库，可以存储本院全部的病历也可以存储合作医院授权的病历。历史病历可以是目标就诊用户过去历次就诊的病历。非首次病历模板可以是包含需要填写的历史诊疗信息等历史就诊内容的病历模板，即相较于首次病历模板，增加了体现历史病历信息的内容模块。
74.具体的，若目标就诊用户不为首次就诊，则从病历数据库中获取与目标就诊用户相匹配的历史病历，将这些历史病历作为目标就诊用户的历史病历。进而，调取预先设置的非首次病历模板，并从历史病历以及就诊信息中自动获取需要填写至非首次病历模板中的内容，进行填写，将自动填写完成后的病历作为待会诊病历。
75.s240、根据病历数据库以及待会诊病历，确定与待会诊病历相对应的至少一个相似病历，并将相似病历发送给至少两个协作用户。
76.其中，相似病历可以是用于辅助诊断的病历，相似病历可以是与待会诊病历相关的治疗效果良好的病历。
77.具体的，根据待会诊病历可以在病历数据库中查找到与待会诊病历相同或相似的病历，例如：诊断结果相同或相似，进行了类似手术或治疗，年龄差在预设范围内，性别相同等。需要说明的是，病历查找条件可以根据实际需求进行设定，在本实施例中不做具体限定。进而，可以将查找到的历史病历作为相似病历，还可以是从查找到的历史病历中选择治
疗效果良好的预设数量的病历作为相似病历。为了使协作用户能够进行参考，可以将相似病历发送给各个协作用户。
78.s250、接收至少两个协作用户基于目标协作方式以及待会诊病历生成的会诊意见，并根据会诊意见生成会诊报告。
79.具体的，若是线下协作，则各个协作用户可以进行讨论，发表会诊意见，并进行整理得到会诊报告。若是线上协作，则需要基于线上会诊平台进行留言，并通过机器自动的或管床医生手动的对留言信息进行整理，得到会诊意见，并生成会诊报告。
80.可选的，可以基于下述方式得到线上协作时，各协作用户的会诊意见：
81.若目标协作方式为线上协作，则基于线上会诊平台，接收各协作用户的留言信息；针对每个协作用户的留言信息，确定与协作用户相对应的会诊意见。
82.其中，线上会诊平台可以是用于进行线上交流的平台，可以针对每一个待会诊病历建立一个虚拟房间，邀请各协作用户加入，并发表意见。留言信息可以是协作用户基于待会诊病历录入的信息。
83.具体的，各协作用户可以在协作截止时间之前，登录线上会诊平台并录入留言信息。当协作用户认为自己的看法已经发表完毕，或中途有其他事情，则可以退出该平台，并不影响线上会诊的正常进行。并且，可以在该协作用户再次进入时，继续录入留言信息，直至达到协作截止时间。在达到协作截止时间时，或全部协作用户确认结束本次协作时，可以获取各协作用户的留言信息，并基于留言信息进行整理得到与每个协作用户相对应的会诊意见。
84.s260、将会诊报告发送给各协作用户，当接收到各协作用户的确认信息时，将会诊报告上传至病历数据库。
85.其中，确认信息可以是协作用户查看会诊报告后确认没有问题的指示信息，例如，协作用户触发“确认”空间发出的确认信息。
86.具体的，将会诊报告发送给各协作用户，以使各协作用户对会诊报告进行审阅，并在确认无误后，生成确认信息。当接收到各协作用户的确认信息时，可以将会诊报告上传至病历数据库进行存档。
87.需要说明的是，若协作用户认为会诊报告中存在纰漏，则可以提出修改建议上传，管床医生可以基于修改建议确定是否进行修改，若未修改，则回复修改建议，使协作用户了解情况，便于进行确认，若已修改，则将修改后的会诊报告上传，并发送给各协作用户，请求再次确认。
88.在上述各实施方式的基础上，可选的，为了记录后续治疗情况，可以：根据会诊报告确定跟踪方案，并根据跟踪方案获取目标就诊用户的后续治疗情况；根据后续治疗情况生成治疗效果评价，并将治疗效果评价添加至会诊报告中。
89.其中，跟踪方案可以是后续治疗和监测的方案。后续治疗情况可以包括目标就诊用户主诉、检查检验结果等。治疗效果评价可以是根据后续治疗情况进行分析得到的效果评价，如：优秀，良好等。
90.具体的，根据会诊报告可以确定出针对目标就诊用户的后续治疗方案，并自动生成相对应的跟踪方案。根据跟踪方案，在跟踪方案中的预设时间进行预设项目信息的获取，并将获取的信息作为后续治疗情况。进而，根据后续治疗情况进行自动的或人工的分析，确
定治疗效果评价。并且，将治疗效果评价添加至会诊报告中，以进行阶段性的记录或整体的记录。
91.本发明实施例的技术方案，通过接收目标就诊用户的就诊信息，通过自然语言处理技术对就诊信息进行处理，得到目标诊疗信息，根据目标诊疗信息，确定目标协作方式，进而，根据目标协作方式以及就诊信息，确定至少两个协作用户，以进行多学科诊疗协作，根据就诊信息生成待会诊病历，并将待会诊病历发送给至少两个协作用户，还能够根据病历数据库以及待会诊病历，确定与待会诊病历相对应的至少一个相似病历，并将相似病历发送给至少两个协作用户，以供协作用户会诊时参考，接收至少两个协作用户基于目标协作方式以及待会诊病历生成的会诊意见，根据会诊意见生成会诊报告，进而，将会诊报告发送给各协作用户，当接收到各协作用户的确认信息时，将会诊报告上传至病历数据库，解决了多学科诊疗的专家聚集困难，诊疗过程也会耗费大量时间的问题，实现了通过线上协作或线下协作的方式进行多学科诊疗，减少专家工作量，提高诊疗效率的技术效果。
92.实施例三
93.作为上述各实施例的可选实施方案，图3为本发明实施例三所提供的一种多学科诊疗协作方法的流程示意图。其中，与上述各实施例相同或相应的术语的解释在此不再赘述。
94.1、患者(目标就诊用户)入院，多学科诊疗模式(multi disciplinary team，mdt)平台通过elt(extraction-loading-transformation，数据提取、加载和转换)技术，获取患者就诊信息。
95.2、通过自然语言处理技术及分析技术，判断患者是否满足线上或线下mdt讨论条件，若满足线上讨论条件，则执行步骤3；若满足线下mdt条件，则执行步骤6。
96.具体的，通过自然语言处理技术分析患者诊断信息，例如：按恶性肿瘤诊断模型取患者入院诊断、检查结论、病理结果、检验结果等信息判断患者是否是恶性肿瘤。通过大数据搜索技术在医院的信息系统中查询和患者empi(enterprise master patient index，患者主索引)判断患者是否是第一次在我院住院(首次就诊)，如果是第一次，按模板(首次病历模板)直接生成mdt讨论病历(待会诊病历)，即对患者在院的数据进行分析，转化、抽取，自动生成mdt讨论病历，管床医生根据患者病情确定是否需要线下mdt；如果不是第一次，按模板(非首次病历模板)根据历史就诊记录(历史病历)生成mdt讨论病例，管床医生根据患者病情确定是否需要线下mdt。
97.需要说明的是，可以先判断患者是否首次住院，若是，则自动根据讨论病历模板生成mdt讨论病历后再判断是否发起mdt会议，若否，则直接根据患者情况判断是否需要进行mdt会议。其中，mdt讨论病历的生成可以参见步骤3的内容。
98.3、若满足线上讨论条件，则患者平台预设的讨论病例模板生成mdt讨论病历(待会诊病历)，并推送给管床医生，管床医生发起mdt线上会议，跟据患者病情平台推荐参会专家组(至少两个协作用户)，并执行步骤4。
99.其中，讨论病例模板中包含但不限于病历信中的一诉五史、治疗过程描述、检查结果、检验结果、病理结果及入出院诊断、院外信息、影像信息等。讨论病例模板支持直接粘贴已复制的图片或表格，批量上传病历数据库，满足院外患者资料的留存和汇总需求，支持多类型模板配置，满足因mdt类型不同或讨论场景而要求的多种病历模板设置及选择。
100.具体的，可以根据患者主要诊断、如：肿瘤tnm(tumor node metastasis，原发灶淋巴结远处转移)分期、患者检查及检验项目等信息匹配专家组。
101.需要说明的是，mdt讨论病历在平台中的可以采用全屏显示功能，进行全屏显示可实现类似于ppt(powerpoint，演示文稿)的效果。
102.4、会议确定后，平台将mdt讨论病历分发给各参会专家(各协作用户)，并执行步骤5。
103.5、参会专家通过pc端或移动端线上讨论病情，录入讨论意见(会诊意见)，并执行步骤7。
104.6、若满足线下mdt条件，则管床医生发起会议申请，医务科组织会议确定会议时间、地点、参会专家，进行线下讨论，并执行步骤7。
105.7、管床医生汇总各专家建议(会诊意见)，生成讨论报告(会诊报告)。各专家确认报告。确认后进行电子归档并回传到电子病历系统(病历数据库)。
106.8、mdt管理部门通过平台进行mdt绩效管理及统计分析。
107.具体的，可以统计mdt患者疾病分布，统计门诊和住院维度科室组织mdt会议病历情况，统计科室工作量，如：统计组织方、参与方、组织人等角色人员工作量，并且，可以根据院内绩效考核公式进行绩效测算生成绩效报表等。
108.9、管床医生跟踪方案执行情况(后续治疗情况)，治疗效果评价；
109.10、形成mdt病例数据库。
110.作为上述各实施例的可选实施方案，图4为本发明实施例三所提供的一种多学科诊疗协作系统的结构示意图。一种多学科诊疗协作系统，包括本地医生工作站(信息输入端)、数据库、mdt诊疗平台以及交互设备。
111.其中，信息输入端，用于收集患者(目标就诊用户)个人信息、检查结果等数据，生成患者病历，并将该病历传送到数据库(病历数据库)和mdt诊疗平台；数据库，用于对患病病历的储存，还用于为mdt平台提供所需的病历数据；mdt诊疗平台，用于在患者病历中按模板提取重点信息，自动生成待讨论病历(待会诊病历)，通过相似病历推荐功能，在全院病历(病历数据库)中查找与当前病历相似且治疗效果优秀的病历(相似病历)，推荐给讨论医生(协作用户)，供医生查看；交互设备，用于针对患者病历发表诊疗意见。
112.需要说明的是，图4中所示的数据授权服务可以是mdt诊疗管理平台获得数据授权的服务。数据来源可以是his(hospital information system，医院信息系统)、pacs(picture archiving and communication systems，影像归档和通信系统)、emr(electronic medical record，计算机化病历系统)以及lis(laboratory information management system，实验室信息管理系统)等。防火墙用于数据信息保护。网络授权服务用于进行线上协作的授权。
113.其中，交互设备可以是移动或者固定设备，例如手机、平板等。mdt诊疗平台可以通过网络设备将患者病历信息传推送到医生的手机或者工作平台上，医生也可以通过交互设备对患者病历发表诊疗意见。
114.在患者病历中按模板提取的重点信息包含但不限于病历信中的一诉五史、治疗过程描述、检查结果、检验结果、病理结果及入出院诊断等。可以根据模板生成待讨论病历。模板可以支持直接粘贴已复制的图片或表格，批量上传病历数据库，满足院外患者资料的留
存和汇总需求，支持多类型模板配置，满足因mdt类型不同或讨论场景而要求的多种病历模板设置及选择。
115.相似病历推荐功能可以是根据当前病历主要诊断锁定主诊断相同的患者，在主诊断相同的患者中对比患者其他诊断是否有类目相同的其他诊断，在类目相同的其他诊断患者对列中，筛选是否行了类似手术或操作的患者，再通过患者年龄过滤年龄差小于10的患者，再通患者出院方式为治愈或好转的患者判断患者治疗效果，可选条件可增加患者性别，最终锁定患者相似病例范围。上述推荐过程中提及的筛选范围只是举例说明，并非限制，在本实施例中不作具体限定。
116.需要说明的是，该系统采用私有云的网络部署方式，私有云能够保证患者数据不出院，更能够保护患者数据安全。
117.本发明实施例的技术方案，通过由本地医生工作站收集患者信息数据，并将该数据输入数据库中，mdt平台调用数据库中的患者信息自动生成电子病历，并自动筛选需要mdt诊断的患者，然后将患者病历推送给医生，医生可通过该平台进行诊断。通过该系统解决了mdt效率低，工作量大的问题，实现了提高医生工作效率、减轻工作任务的技术效果。
118.实施例四
119.图5为本发明实施例四所提供的一种多学科诊疗协作装置的结构示意图，该装置包括：协作方式确定模块310、协作用户确定模块320、待会诊病历生成模块330和会诊报告生成模块340。
120.其中，协作方式确定模块310，用于接收目标就诊用户的就诊信息，根据所述就诊信息确定目标协作方式；其中，所述目标协作方式包括线上协作或线下协作；协作用户确定模块320，用于根据所述目标协作方式，以及所述就诊信息，确定至少两个协作用户；待会诊病历生成模块330，用于根据所述就诊信息生成待会诊病历，并将所述待会诊病历发送给所述至少两个协作用户；会诊报告生成模块340，用于接收所述至少两个协作用户基于目标协作方式以及所述待会诊病历生成的会诊意见，并根据所述会诊意见生成会诊报告。
121.可选的，协作方式确定模块310，还用于通过自然语言处理技术对所述就诊信息进行处理，得到目标诊疗信息；其中，所述目标诊疗信息包括诊断信息、检查结论、病理结果以及检验结果中的至少一种；根据所述目标诊疗信息，确定目标协作方式。
122.可选的，待会诊病历生成模块330，用于根据所述就诊信息，确定所述目标就诊用户是否为首次就诊；若所述目标就诊用户为首次就诊，则根据预先设置的首次病历模板以及所述就诊信息生成待会诊病历；若所述目标就诊用户不为首次就诊，则从病历数据库中获取与所述目标就诊用户相对应的历史病历，并根据预先设置的非首次病历模板、所述历史病历以及所述就诊信息生成待会诊病历。
123.可选的，所述目标协作方式为线上协作，会诊报告生成模块340，还用于基于线上会诊平台，接收各协作用户的留言信息；其中，所述留言信息为所述协作用户基于所述待会诊病历录入的信息；针对每个协作用户的留言信息，确定与所述协作用户相对应的会诊意见。
124.可选的，所述装置还包括：会议信息确定模块，用于若所述目标协作方式为线上协作，则确定协作截止时间；若所述目标协作方式为线下协作，则确定会议时间以及会议地点。
125.可选的，所述装置还包括：报告确认模块，用于将所述会诊报告发送给各协作用户，当接收到所述各协作用户的确认信息时，将所述会诊报告上传至病历数据库。
126.可选的，所述装置还包括：相似病历确定模块，用于根据病历数据库以及所述待会诊病历，确定与所述待会诊病历相对应的至少一个相似病历，并将所述相似病历发送给所述至少两个协作用户。
127.可选的，所述装置还包括：跟踪记录模块，用于根据所述会诊报告确定跟踪方案，并根据所述跟踪方案获取所述目标就诊用户的后续治疗情况；根据所述后续治疗情况生成治疗效果评价，并将所述治疗效果评价添加至所述会诊报告中。
128.本发明实施例的技术方案，通过接收目标就诊用户的就诊信息，根据就诊信息确定目标协作方式，进而，根据目标协作方式以及就诊信息，确定至少两个协作用户，以进行多学科诊疗协作，根据就诊信息生成待会诊病历，并将待会诊病历发送给至少两个协作用户，并接收至少两个协作用户基于目标协作方式以及待会诊病历生成的会诊意见，根据会诊意见生成会诊报告，解决了多学科诊疗的专家聚集困难，诊疗过程也会耗费大量时间的问题，实现了通过线上协作或线下协作的方式进行多学科诊疗，减少专家工作量，提高诊疗效率的技术效果。
129.本发明实施例所提供的多学科诊疗协作装置可执行本发明任意实施例所提供的多学科诊疗协作方法，具备执行方法相应的功能模块和有益效果。
130.值得注意的是，上述装置所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明实施例的保护范围。
131.实施例五
132.图6为本发明实施例五所提供的一种电子设备的结构示意图。图6示出了适于用来实现本发明实施例实施方式的示例性电子设备40的框图。图6显示的电子设备40仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
133.如图6所示，电子设备40以通用计算设备的形式表现。电子设备40的组件可以包括但不限于：一个或者多个处理器或者处理单元401，系统存储器402，连接不同系统组件(包括系统存储器402和处理单元401)的总线403。
134.总线403表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(isa)总线，微通道体系结构(mac)总线，增强型isa总线、视频电子标准协会(vesa)局域总线以及外围组件互连(pci)总线。
135.电子设备40典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备40访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
136.系统存储器402可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(ram)404和/或高速缓存存储器405。电子设备40可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统406可以用于读写不可移动的、非易失性磁介质(图6未显示，通常称为“硬盘驱动器”)。尽管图6中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如cd-rom,dvd-rom或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱
动器可以通过一个或者多个数据介质接口与总线403相连。系统存储器402可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。
137.具有一组(至少一个)程序模块407的程序/实用工具408，可以存储在例如系统存储器402中，这样的程序模块407包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块407通常执行本发明所描述的实施例中的功能和/或方法。
138.电子设备40也可以与一个或多个外部设备409(例如键盘、指向设备、显示器410等)通信，还可与一个或者多个使得用户能与该电子设备40交互的设备通信，和/或与使得该电子设备40能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口411进行。并且，电子设备40还可以通过网络适配器412与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器412通过总线403与电子设备40的其它模块通信。应当明白，尽管图6中未示出，可以结合电子设备40使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
139.处理单元401通过运行存储在系统存储器402中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的多学科诊疗协作方法。
140.实施例六
141.本发明实施例六还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种多学科诊疗协作方法，该方法包括：
142.接收目标就诊用户的就诊信息，根据所述就诊信息确定目标协作方式；其中，所述目标协作方式包括线上协作或线下协作；
143.根据所述目标协作方式，以及所述就诊信息，确定至少两个协作用户；
144.根据所述就诊信息生成待会诊病历，并将所述待会诊病历发送给所述至少两个协作用户；
145.接收所述至少两个协作用户基于目标协作方式以及所述待会诊病历生成的会诊意见，并根据所述会诊意见生成会诊报告。
146.本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
147.计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限
于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
148.计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、rf等等，或者上述的任意合适的组合。
149.可以以一种或多种程序设计语言或其组合来编写用于执行本发明实施例操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c++，还包括常规的过程式程序设计语言——诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
150.注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。