技术领域
[0001] 本
发明涉及医疗技术领域，特别涉及一种MDT多学科会诊平台。
背景技术
[0002] 多学科会诊(MDT)，MDT英文意思是多学科团队协作(Multiple Disciplinary Team)。
肿瘤治疗不是单一科室可以完成的，需要肿瘤外科、内科、放疗、介入科及影像病理检验
基础医学等各学科积极参与，国际上肿瘤患者的治疗，MDT一直扮演着多学科协作先行者的
角色，从而保证高
质量的诊治建议和最佳的治疗计划，避免过度诊疗和误诊误治，使病人受益最大化。通俗的讲，MDT就是为普通癌症或肿瘤患者搭建起一个包含各学科专家的医疗团队，由各学科专家共同讨论确定诊疗方案。
[0003] 目前，多学科会诊(MDT)的处理方式是使用
软件在会诊前将病人资料手动填入软件病历中，会诊中助理手动记录会诊专家的建议，会诊后助理再将会诊记录手动
整理一遍填入软件中打印出来后，再找到各位专家签字确认后形成会诊报告，这样的流程满足了多学科会诊的一定需求，其缺点是：MDT会诊前病人病历资料的整理与收集，以及MDT会诊后决策报告的整理效率很低，且手误几率大，对于一些对多发性肿瘤类型情况复杂的患者带来一定
风险，甚至会因为资料手误造成有诊断偏差，无法很好达到多学科会诊精确诊断的目的。
发明内容
[0004] 本发明主要目的在于提供MDT多学科会诊平台，能够解决MDT会诊前病人病历资料的整理与收集效率低的问题。
[0005] 为达到上述目的，本发明提供了MDT多学科会诊平台，包括医疗诊断
数据中心和医生端，医疗诊断数据中心和医生端之间通信连接；所述医疗诊断数据中心包括
服务器和
数据库，所述服务器用于收集存在复杂
疾病的诊疗患者的病历资料，并存储到数据库中；所述服务器用于从患者的病历资料中筛选出供MDT会诊处理所需的会诊资料；所述服务器用于将患者的会诊资料进行虚拟打印，生成虚拟病历文档；所述服务器用于根据虚拟病历文档确认匹配患者，并在确认后向审核人员提出
申请，所述服务器用于在申请通过后将患者的虚拟病历文档通过医生端发给医生专家进行MDT会诊处理，共同讨论确定诊疗方案。
[0006] 本发明的工作原理及优点在于：
[0007] 多学科联合会诊(MDT)，不是一种药，也不是某种治疗手段或医疗设备，而是一种组织各科室医生共同诊治病情的形式。本方案实现医疗诊断数据中心和医生端之间通信连接，使得医生可以同过在线沟通交流的方式进行MDT会诊，避免了线下安排会诊时间、会诊地点的繁琐流程，减小了对医生专家的日常工作的干扰；而且能够将病人的病历资料进行筛选以及确认，保证了资料的准确性，提高资料收集的效率，避免了非必要的病历资料遭到泄露；筛选的资料还可以进行虚拟打印，生成虚拟的文档，例如
电子文档等，避免了资料打印的繁琐过程，而且节约了纸张。
[0008] 进一步，服务器还包括管理端，所述管理端包括第一显示模
块和第二显示模块，所述第一显示模块用于显示患者的全部病历资料，所述第二显示模块用于显示患者的虚拟病历文档，所述第二显示模块还用于通过医生端供医生专家进行直播共享查阅。
[0009] 管理端方便管理患者资料的工作人员进行管理，第一显示模块显示患者的全部病历资料，第二显示模块仅显示供MDT会诊处理所需的虚拟病历文档，通过两个显示模块分开显示患者的不同程度的资料，首先能够避免患者在MDT会诊时，对会诊不必要资料的造成泄露，而且也方便在需要时对MDT会诊所需的资料进行补充。
[0010] 进一步，服务器包括虚拟病历文档补充模块，所述虚拟病历文档补充模块用于从患者的病历资料中筛选出所需患者资料，并将所需患者资料通过虚拟打印，生成虚拟病历补充文档，并移动到第二显示模块通过医生端供医生专家进行直播共享查阅。
[0011] 肿瘤治疗不是单一科室可以完成的，需要肿瘤外科、内科、放疗、介入科及影像病理检验基础医学等各学科积极参与，因此需要的病历资料有时需要很多，可能会超过虚拟病历文档所提供的，而本方案的虚拟病历文档补充模块能够管理者从病历资料中筛选出所需患者资料，操作简单，然后仅需将筛选出的资料移动到第二显示模块即可，例如复制粘贴等操作，操作简单，而且资料经过第一显示模块到第二显示模块，只通过第二显示模块给医生专家所需的资料，避免了在MDT会诊时患者其他病历资料的泄露。
[0012] 进一步，服务器包括语音视频通话模块，所述语音视频通话模块用于构建语音视频通话平台，所述语音视频通话平台用于供医生专家彼此之间通过医生端进行沟通交流互动，共同讨论确定诊疗方案。
[0013] 语音视频通话模块能够实现医生专家的远程在线交流讨论，避免了线下安排会议时间、会议地点的繁琐流程，提高了MDT会诊的效率。
[0014] 进一步，服务器包括意见评论模块，所述意见评论模块用于收集医生专家通过医生端填写的意见、评论以及治疗决策。
[0015] 能够方便医生专家更清晰直白的表示自己的观点，避免语音交流中出现语误或吐词不清楚，导致交流不顺畅。
[0016] 进一步，服务器包括会诊决策报告生成模块，所述会诊决策报告生成模块用于获取医生专家进行统一讨论治疗决策后的最终治疗决策，并根据最终治疗决策生成会诊决策报告。
[0017] 能够为患者得出最优的
治疗方案，从而保证高质量的诊治建议和最佳的治疗计划，避免患者过度诊疗和误诊误治，使病人受益最大化。
[0018] 进一步，服务器包括决策签名模块，所述决策签名模块用于参与的医生专家在会诊决策报告上进行电子签名。
[0019] 电子签名能够提高会诊决策报告的真实性。
[0020] 进一步，还包括患者端，所述患者端用于患者与医生专家进行交流；所述医生端由于医生专家对患者的病情进行询问，将询问的问题生成表格，并发送给患者端供患者回答填写；
[0021] 所述服务器还包括以下模块，
[0022] 方言俗语收集模块：用于收集全国各地各类词汇的医学类方言俗语，并进行分类处理生成医学类方言俗语数据库；
[0023] 专用语言收集模块：用于收集各类词汇的医学类专用术语，生成医学类专用语言数据库；
[0024] 语义转换模块：用于根据医学类方言俗语数据库和医学类专用语言数据库，将表格中患者待回答的问题转换成对应的医学类方言俗语。
[0025] 肿瘤治疗不是简单容易治疗的疾病，病情可能实时发生变化，而收集的病历资料可能与病人现阶段的病情有所差异，因此进行MDT会诊时，需要病人参与其中与医生专家进行交流，病人可以来自全国各地甚至全世界各地，有不同的学历、不同的谈吐方式，因此患者与医生交流时语言或口音、谈吐方式存在差异，在沟通交流时十分不方便，而医生专家将问题转换为表格的方式，相比于言语沟通交流，沟通目的更直白，能够极大的方便彼此之间的问题交流。语义转换模块能将医生专家专业的表达术语转换为易于患者理解的文字文本，方便患者回答医生专家的问题，提高MDT的会诊效率。
[0026] 进一步，服务器还包括以下模块，
[0027] 填写
位置选择模块：用于供患者选择需要填写的表格位置；
[0028] 语言数据库预载模块：用于获取患者的贯籍信息和所处地理位置信息，并从医学类方言俗语数据库和医学类专用语言数据库中调取与患者的贯籍、所处地理位置相关的医学类方言俗语或医学类专用术语，给患者端进行预加载；
[0029]
语音识别模块：用于识别患者回答的问题的语义和口音，并根据语义和口音匹
配对应的医学类方言俗语；
[0030] 语义转换模块：还用于将匹配出的医学类方言俗语转换成对应的医学类专用术语；
[0031] 语音填写模块：用于将转换完成的医学类专用术语填写在患者选择的表格位置。
[0032] 语言数据库预载模块能够获取患者的贯籍信息和所处地理位置信息，因为通过两者信息就能够大概率得知患者的语言以及口音情况，并进行预加载，避免了从数据库中进行大范围查找，提高了在进行语义识别时的数据库的加载效率，从而提高语义识别效率，方便与医生专家之间的交流讨论。由于患者和医生之间可能存在地域性差异，因此在对相应的医学类问题进行回答时，一些用语过于通俗，不便于医生查看理解，因此通过语音识别模块识别患者的语义和口音，匹配出与该患者使用相同方言的医学类方言俗语，并且再通过语义转换模块将医学类方言俗语转换成对应的医学类专用语言，更加便于医生的理解患者的表达。
[0034] 修改模块：用于供患者修改填写错误的表格数据。
[0035] 以此方式，在患者通过语音输入有误时，可便于患者进行相应的修改。
附图说明
[0036] 图1为本发明
实施例一MDT多学科会诊平台的逻辑
框图。
具体实施方式
[0037] 下面通过具体实施方式进一步详细说明：
[0038] 实施例一：
[0039] 一种MDT多学科会诊平台，如图1所示，包括医疗诊断数据中心和医生端，医疗诊断数据中心和医生端之间通信连接；所述医疗诊断数据中心包括服务器和数据库，所述服务器包括以下模块：
[0040] 资料收集模块：用于收集存在复杂疾病的诊疗患者的病历资料，并存储到数据库中。所述病历资料包括病人所有的病情资料、治疗资料。
[0041] 资料筛选模块：用于从患者的病历资料中筛选出供MDT会诊处理所需的会诊资料。会诊资料包括涉及到癌症、肿瘤的资料以及有所相关的资料。
[0042] 虚拟打印模块：用于将患者的会诊资料进行虚拟打印，生成虚拟病历文档。
[0043] MDT会诊申请模块：用于根据虚拟病历文档确认匹配患者，并在确认后向审核人员提出申请。
[0044] MDT会诊确诊模块：用于在申请通过后将患者的虚拟病历文档通过医生端发给医生专家进行MDT会诊处理，共同讨论确定诊疗方案。
[0045] 服务器还包括管理端，管理端包括分屏显示模块。
[0046] 分屏显示模块：用分屏显示患者的全部病历资料和虚拟病历文档，分屏显示模块包括第一显示模块和第二显示模块，
[0047] 第一显示模块用于显示患者的全部病历资料；
[0048] 第二显示模块用于显示患者的虚拟病历文档，所述第二显示模块还用于通过医生端供医生专家进行直播共享查阅。
[0049] 服务器还包括以下模块：
[0050] 虚拟病历文档补充模块：用于从患者的病历资料中筛选出所需患者资料，并通过OCR技术将所需患者资料中的图像资料转换成文字资料，再通过虚拟打印，生成虚拟病历补充文档，并复制粘贴到第二显示模块，并通过医生端供医生专家进行直播共享查阅。
[0051] 语音视频通话模块：用于构建语音视频通话平台，所述语音视频通话平台用于供医生专家彼此之间通过医生端进行沟通交流互动，共同讨论确定诊疗方案[0052] 意见评论模块：用于收集医生专家通过医生端填写的意见、评论以及治疗决策。
[0053] 会诊决策报告生成模块：用于获取医生专家进行统一讨论治疗决策后的最终治疗决策，并根据最终治疗决策生成会诊决策报告。
[0054] 决策签名模块：用于参与的医生专家在会诊决策报告上进行电子签名。
[0055] 具体实施过程如下：
[0056] 多学科会诊(MDT)协作平台通过网络通信技术，利用医生端将整个MDT会诊流程线上处理，使得医生可以同过在线沟通交流的方式进行MDT会诊，避免了线下安排会诊时间、会诊地点的繁琐流程，减小了对医生专家的日常工作的干扰；如需要准备的患者完整准确的诊疗资料，可直接在医疗诊断数据中心进行筛选并生成虚拟病历文档进行直播共享，避免了资料打印的繁琐过程，而且节约了纸张。虚拟病历文档准备好后可向审核人员提出MDT会诊申请，MDT团队助理及时的进行会诊审核、人员安排和会诊通知，无需让医生专家奔波劳累，参会专家能随时随地进入线上会诊室参与会诊讨论，会诊后MDT团队助理能高效便捷的整理将专家提出的会诊建议整理成报告，并让专家进行确认及电子签名等操作，保证了报告的真实有效。
[0057] 在需要的病历资料超过虚拟病历文档所提供的时候，本方案的虚拟病历文档补充模块能够从病历资料中筛选出所需患者资料，操作简单，然后仅需将筛选出的资料移动到第二显示模块即可，例如复制粘贴等操作，操作简单，而且避免患者其他病历资料的泄露。
[0058] 本装置集病人病历信息收集、筛选、共享展现，操作简单，流程清晰便捷，有效帮助医生快速完整获取病人全面信息，提高了MDT会诊的效率。
[0059] 实施例二：
[0060] 实施例二与实施例一的区别在于，服务器还包括以下模块：
[0061] 还包括患者端，所述患者端用于患者与医生专家进行交流；所述医生端由于医生专家对患者的病情进行询问，将询问的问题生成表格，并发送给患者端供患者回答填写；
[0062] 所述服务器还包括以下模块，
[0063] 方言俗语收集模块：用于收集全国各地各类词汇的医学类方言俗语，并进行分类处理生成医学类方言俗语数据库；
[0064] 专用语言收集模块：用于收集各类词汇的医学类专用术语，生成医学类专用语言数据库；
[0065] 语义转换模块：用于根据医学类方言俗语数据库和医学类专用语言数据库，将表格中患者待回答的问题转换成对应的医学类方言俗语。
[0066] 填写位置选择模块：用于供患者选择需要填写的表格位置；
[0067] 语言数据库预载模块：用于获取患者的贯籍信息和所处地理位置信息，并从医学类方言俗语数据库和医学类专用语言数据库中调取与患者的贯籍、所处地理位置相关的医学类方言俗语或医学类专用术语，给患者端进行预加载；
[0068] 语音识别模块：用于识别患者回答的问题的语义和口音，并根据语义和口音匹配对应的医学类方言俗语；
[0069] 语义转换模块：还用于将匹配出的医学类方言俗语转换成对应的医学类专用术语；
[0070] 语音填写模块：用于将转换完成的医学类专用术语填写在患者选择的表格位置[0071] 修改模块：用于供患者修改填写错误的表格数据。
[0072] 具体实施过程如下：
[0073] 肿瘤治疗不是简单容易治疗的疾病，病情可能实时发生变化，而收集的病历资料可能与病人现阶段的病情有所差异，因此进行MDT会诊时，需要病人参与其中与医生专家进行交流，病人可以来自全国各地甚至全世界各地，有不同的学历、不同的谈吐方式，因此患者与医生交流时语言或口音、谈吐方式存在差异，在沟通交流时十分不方便，而医生专家将问题转换为表格的方式，相比于言语沟通交流，沟通目的更直白，能够极大的方便彼此之间的问题交流。语义转换模块能将医生专家专业的表达术语转换为易于患者理解的文字文本，方便患者回答医生专家的问题，提高MDT的会诊效率。
[0074] 语言数据库预载模块能够获取患者的贯籍信息和所处地理位置信息，因为通过两者信息就能够大概率得知患者的语言以及口音情况，并进行预加载，避免了从数据库中进行大范围查找，提高了在进行语义识别时的数据库的加载效率，从而提高语义识别效率，方便与医生专家之间的交流讨论。
[0075] 例如MDT会诊时，医院位于重庆，医生专家的贯籍包括重庆、甘肃、浙江、四川等，在重庆贯籍的医生专家发表言论时，从该专家的信息可知，该医生专家的贯籍为重庆，所在地也为重庆，因此该医生专家的口音大概率为重庆话，语言数据库预载模块对医生端的数据库进行重庆话的预加载，节省了加载速率。避免加载用时过长造成交流不便。
[0076] 由于患者和医生之间可能存在地域性差异，因此在对相应的医学类问题进行回答时，一些用语过于通俗，不便于医生查看理解，因此通过语音识别模块识别患者的语义和口音，匹配出与该患者使用相同方言的医学类方言俗语，并且再通过语义转换模块将医学类方言俗语转换成对应的医学类专用语言，更加便于医生的理解患者的表达。例如重庆话的壳膝盖头，普通话意为膝盖，东北意为菠萝盖儿，生成更官方或更易理解的信息，例如普通话版本，提高交流信息的准确性。从而提高语义识别效率，方便医生专家之间的交流讨论，避免了口音、语言差异带来的不便。
[0077] 以上所述的仅是本发明的实施例，方案中公知的具体结构及特性等常识在此未作过多描述，所属领域普通技术人员知晓申请日或者
优先权日之前发明所属技术领域所有的普通技术知识，能够获知该领域中所有的
现有技术，并且具有应用该日期之前常规实验手段的能
力，所属领域普通技术人员可以在本申请给出的启示下，结合自身能力完善并实施本方案，一些典型的公知结构或者公知方法不应当成为所属领域普通技术人员实施本申请的障碍。应当指出，对于本领域的技术人员来说，在不脱离本发明结构的前提下，还可以作出若干
变形和改进，这些也应该视为本发明的保护范围，这些都不会影响本发明实施的效果和
专利的实用性。本申请要求的保护范围应当以其
权利要求的内容为准，
说明书中的具体实施方式等记载可以用于解释权利要求的内容。
