CN111180089A - 一种多学科远程医疗云平台配置系统和方法 - Google Patents

Abstract

本申请提供了一种多学科远程医疗云平台配置系统和方法，专属云配置模块用于管理专属云平台；会诊关系配置模块用于管理专属云平台上的会诊业务关系，会诊业务关系包括在线会诊、离线会诊、单学科会诊、多学科会诊及多机构会诊；业务配置模块用于管理会诊业务关系涉及的业务类型；业务类型包括远程多学科会诊业务、远程影像业务、远程数字病理业务、远程实时超声业务、远程心电业务、远程查房业务、远程监护业务以及远程医学教育业务；模板配置模块用于管理专属云平台上的医疗机构的病历模板。本申请可以通过远程会诊，以平衡各个医疗资源差异较大的医疗机构之间的医疗资源利用率，以缓解看病难的问题。

Description

一种多学科远程医疗云平台配置系统和方法

技术领域

本申请涉及医疗技术领域，特别是涉及一种多学科远程医疗云平台配置系统和方法。

背景技术

虽然现代医疗技术已经非常发达，但是就各个医疗机构而言，各自享有的医疗资源是封闭的。而由于各个医疗机构所享有的医疗资源各有差异(例如，各个医疗机构的专科医生所擅长的领域不相同)，导致患者倾向于在具有优质医疗资源的医疗机构诊断治疗，导致具有优质医疗资源的医疗机构的患者数量众多，加重了看病难的现状。因此，亟需一种共享医疗资源的方式以缓解看病难的现状。

发明内容

本申请提供一种多学科远程医疗云平台配置系统和方法，以解决上述问题。

本申请第一方面提供了一种多学科远程医疗云平台配置系统，所述系统包括专属云配置模块、会诊关系配置模块、业务配置模块以及模版配置模块，其中：

所述专属云配置模块用于管理专属云平台；

所述会诊关系配置模块用于管理所述专属云平台上的会诊业务关系，所述会诊业务关系包括在线会诊、离线会诊、单学科会诊、多学科会诊及多机构会诊；

所述业务配置模块用于管理所述会诊业务关系涉及的业务类型；所述业务类型包括远程多学科会诊业务、远程影像业务、远程数字病理业务、远程实时超声业务、远程心电业务、远程查房业务、远程监护业务以及远程医学教育业务；

所述模板配置模块用于管理所述专属云平台上的医疗机构的病历模板；

所述专属云配置模块管理所述专属云平台以实现跨医疗机构的远程会诊，当所述专属云平台上不同的医疗机构之间需要远程会诊时，通过所述会诊关系配置模块为需要远程会诊的不同医疗机构提供不同的会诊业务关系；在需要远程会诊的不同医疗机构确定了会诊业务关系后，根据实际会诊需求调用所述模板配置模块所提供的相应医疗机构的病历模板以提供远程会诊的相关资料，并根据远程会诊的相关资料，依靠所述业务配置模块确定业务类型，并基于确定的业务类型实现远程会诊。

进一步地，所述专属云配置模块包括平台基本配置子模块，所述平台基本配置子模块用于管理所述专属云平台的基础配置；其中，所述基础配置包括系统管理员权限、云平台用户权限、会诊业务用户权限、云平台应用权限、与其他专属云的关联权限、医疗机构权限、医务人员权限。

进一步地，所述专属云平台包括多个医疗机构子模块，每个医疗机构子模块用于管理相应的医疗机构的业务科室信息和医务人员信息。

进一步地，所述专属云平台包括协同业务子模块，所述协同业务子模块用于协同所述专属云平台上的医疗结构建立所述会诊业务。

进一步地，所述模板配置模块包括数据类型管理配置子模块、数据元建模配置子模块、数据原型关联子模块、检查原型模板管理配置子模块以及专属模板管理配置子模块，其中：

所述数据类型管理配置子模块用于对数据类型属性进行管理配置，所述数据类型属性包括数据类型、数据长度、数据语义；

所述数据元建模配置子模块用于关联数据元与所述数据类型属性，所述数据元包括姓名、性别、检查附件、报告附件；

所述数据原型关联子模块用于关联数据原型与所述数据元，建立所述数据原型与所述数据元的一对多映射；

所述检查原型模板管理配置子模块用于关联所述检查原型与所述数据元，所述检验检查原型包括入院记录、出院记录；

所述专属模板管理配置子模块用于通过数据库关联专属模板与所述检验检查原型；还用于关联所述专属模板与所述数据元，

其中，所述专属模板包含所述专属云平台的电子病历检验单。

本申请第二方面提供了一种多学科远程医疗云平台配置方法，应用于一种多学科远程医疗云平台配置系统；所述方法包括：

所述专属云配置模块接收所述专属云平台上的第一医疗机构向第二医疗机构的远程会诊请求；其中，所述远程会诊请求包括所述第一医疗机构所需的会诊业务关系；

所述会诊关系配置模块根据所述远程会诊请求，为所述第一医疗机构和所述第二医疗机构之间的远程会诊设定所述第一医疗机构所需的会诊业务关系；

所述第二医疗机构从所述第一医疗机构调用远程会诊的相关资料；

所述第二医疗机构根据远程会诊的相关资料从所述业务配置模块中确定所需的业务类型，并基于确定的业务类型实现远程会诊。

进一步地，所述第二医疗机构从所述第一医疗机构调用远程会诊的相关资料，具体包括：

所述第二医疗机构从所述第一医疗机构的模板配置模块调用远程会诊的相关资料，并将获取的相关资料的模板格式转换为所述第二医疗机构的模板配置模块所适用的模板格式，以供所述第二医疗机构使用。

进一步地，每个医疗机构的模板配置模块的模板格式是按照如下方式生成的：

模板配置模块构建数据元模板，并对所述数据元模板中的数据元配置数据类型；

模板配置模块构建数据原型模板；所述数据原型模板包括数据原型关联表，所述数据原型关联表包括数据原型与所述数据元的映射关系；

模板配置模块构建检查原型模板；所述检验检查原型模板包括检查原型关联表，所述检查原型关联表包括检查原型与所述数据元的映射关系；

模板配置模块构建专属云模板；所述专属云模板包括专属模板关联表，所述专属模板关联表包括专属模板与所述数据元的映射关系；

模板配置模块调用所述数据元模板、所述数据原型模板、所述检查原型模板以及所述专属云模板，以形成所述医疗机构的模板配置模块的模板格式。

进一步地，在所述专属云配置模块接收所述专属云平台上的第一医疗机构向第二医疗机构的远程会诊请求之后，还包括：

所述专属云配置模块判断所述第二医疗机构是否存在于所述专属云平台；

当所述第二医疗结构存在于所述专属云平台，所述专属云配置模块构建所述第一医疗机构与所述第二医疗机构的通信通道。

进一步地，所述方法还包括：

所述专属云配置模块接收第三方医疗机构的加入专属云请求；

所述专属云配置模块查验所述第三方医疗机构的身份是否合法；

当所述第三方医疗机构的身份合法，则添加所述第三方医疗机构至所述专属云平台。

与现有技术相比，本申请包括以下优点：

本发明提供了多学科远程医疗云平台配置系统，实现了在面对客户不同业务需求的情况下，通过系统配置即可快速部署相应的远程会诊，可以避免各个医疗机构都研发各自的医疗系统，导致投入了大量的研发人力和时间。同时，所述系统包括专属云配置模块、会诊关系配置模块、业务配置模块以及模版配置模块，可以通过远程会诊，以平衡各个医疗资源差异较大的医疗机构之间的医疗资源利用率，以缓解看病难的问题。

本申请能够实现数据、业务、团队的灵活配置管理，最终实现区域医技协同，满足跨区域、多机构、多学科的区域医疗信息共享及科研业务协同，进一步提高医疗机构的医疗资源的共享力度，缓解看病难的问题。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

为了更清楚地说明本申请各个实施例的技术方案，下面将对本申请各个实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本申请提供的一种多学科远程医疗云平台配置系统的结构框图；

图2是本申请提供的模板配置模块的结构框图；

图3是本申请提供的一种多学科远程医疗云平台配置系统的详细结构框图；

图4是本申请提供的一种多学科远程医疗云平台配置方法的流程示意图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。

在医疗服务发展的过程中，出现了各个医疗机构的医疗资源差异较大的现象，基于此，患者在生病的时候，倾向于去医疗资源更好的医疗机构就诊，导致医疗资源更好的医疗机构人满为患，导致患者就诊时间长，看病难。为了解决这个问题，提出了医联体的方式以缓解看病难、资源分布不均的问题。

医联体是指区域医疗联合体，是将同一个区域内的医疗资源整合在一起，通常由一个区域内的三级医院与二级医院、社区医院、村医院组成一个医疗联合体。目的是为了分散患者，使发烧感冒的就不用再挤进三级医院，在小医院也能解决。

虽然提出了医联体，但是没有基于互联网、共享医疗资源的平台。本申请基于云服务方式与服务模式，面向医联体多学科远程医疗业务场景，采用配置化方式构建专属的多学科远程医疗平台(简称“专属云”)，支撑跨区域、跨机构、跨学科的远程业务协同。

本申请通过云平台即可实现数据模板、业务流程、业务关系、医疗资源的配置与关联；实现病例数据配置管理，基础数据建模、模版添加，检查项目字段自由扩展，可以包括数据元、数据结构、病例模板。

本申请能够实现数据、业务、团队的灵活配置管理，最终实现区域医技协同，满足跨区域、多机构、多学科的区域医疗信息共享及科研业务协同，进一步提高医疗机构的医疗资源的共享力度，缓解看病难的问题。

本申请提供了如图1和图3所示的一种多学科远程医疗云平台配置系统，所述系统包括专属云配置模块、会诊关系配置模块、业务配置模块以及模版配置模块，其中：

所述专属云配置模块用于管理专属云平台；所述专属云配置模块包括平台基本配置子模块，所述平台基本配置子模块用于管理所述专属云平台的基础配置；其中，所述基础配置包括系统管理员权限、云平台用户权限、会诊业务用户权限、云平台应用权限、与其他专属云的关联权限、医疗机构权限、医务人员权限。

专属云平台是基于云服务建立的共享式平台。在专属云平台上，可以关联各个医疗机构，即将各个医疗机构内部系统挂接在专属云平台上，以在必要时建立各个医疗机构之间的相互通信。

专属云配置模块管理专属云平台，可以通过平台基本配置子模块对专属云平台的基础功能进行配置，例如，专属云平台需要有管理者，而管理者在专属云平台上也不能为所欲为，因此需要设置系统管理员权限以限制管理者在专属云平台上的使用权限，避免系统管理员的账号被不法分子使用，导致多学科远程医疗云平台配置系统瘫痪。

在专属云平台上除了管理员，还会有云平台用户，云平台用户权限则是用于限制云平台用户的使用权限的。云平台用户可以是通过在专属平台上注册以建立账号信息的用户，在建立账号信息之后，云平台用户会存在一些基本权限，例如更改账户名称等；还可以存在一些需要申请才能查看资料的权限，例如，查看专属云平台上的一些医疗数据等；还可以存在一些不能申请也不能查看的资料的权限。

会诊业务用户是可以发起远程会诊请求的用户，通常指医疗机构，会诊业务用户可以享有发起远程会诊请求的权利，也可以享有查看其他医疗机构的某些数据的权利。

专属云平台会有云平台应用，某些云平台应用只能被特定的用户使用。

由于本申请提供的是一种跨区域、跨机构的多学科远程医疗云平台配置系统，因此，专属云平台可以基于一定区域的医疗机构建立，例如，一个市的所有医疗机构可以形成一个专属云平台。一个省的多个市则可以建立多个专属云平台。而其他专属云的关联权限则是指一个专属云平台与另一个专属云平台进行对接的权限。

专属云平台上的各个医疗机构可以设置等级，例如分成一、二、三级，一、二级医院分别分为甲、乙、丙三等，三级医院分为特、甲、乙、丙四等。而等级不同的医疗机构所享有的权限会不同。

专属云平台的各个医疗机构的医务人员可以包括医生、护士等，医生又可以包括住院医师、主治医师、副主任医师、主任医师等，护士可以包括护士长、科护士长、护理部主任、护师、主管护师、副主任以及主任护师等，等级不同、身份不同的医务人员所享有的权限不同。

所述会诊关系配置模块用于管理所述专属云平台上的会诊业务关系，所述会诊业务关系包括在线会诊、离线会诊、单学科会诊、多学科会诊及多机构会诊等；

所述专属云平台包括多个医疗机构子模块，每个医疗机构子模块用于管理相应的医疗机构的业务科室信息和医务人员信息。

所述专属云平台包括协同业务子模块，所述协同业务子模块用于协同所述专属云平台上的医疗结构建立所述会诊业务。

专属云平台上的医疗机构之间可以发起远程会诊请求。远程会诊请求是指当一医疗机构(称为第一医疗机构)以自身的医疗资源无法对患者进行准确的诊断时，需要求助另一医疗机构(称为第二医疗机构)的请求，以使第二医疗机构通过远程的方式对第一医疗机构提供对患者的准确的诊断。

当第一医疗机构产生了远程会诊请求之后，可以采用相应的会诊业务关系以获得帮助。例如，当患者的病情较为复杂时，可以采用多人学科会诊的方式，即第一医疗机构不只向一个第二医疗机构发起远程会诊请求，而是向多个第二医疗机构发起远程会诊请求；当患者的病情较为单一时，可以采用单人学科会诊的方式，即第一医疗机构只向一个第二医疗机构发起远程会诊请求。此外，可根据患者病情的紧急程度采用在线会诊或离线会诊。

所述业务配置模块用于管理所述会诊业务关系涉及的业务类型；所述业务类型包括远程多学科会诊业务、远程影像业务、远程数字病理业务、远程实时超声业务、远程心电业务、远程查房业务、远程监护业务以及远程医学教育业务等远程协同业务；

在第二医疗机构接收了第一医疗机构发送的远程会诊请求后，可以基于业务配置模块选择不同的业务类型，例如，当患者涉及了多个科室所涉及的病症，则需要多个科室联合会诊；在远程会诊请求时，第一医疗机构和第二医疗机构可以通过远程影像业务直接进行音视频通话，以提高远程会诊的效率；当患者的病情涉及了CT照片等，可以通过远程数字病理业务传输数据，以实现第一医疗机构与第二医疗机构之间的共享；当患者涉及到超声业务，可以由第一医疗机构对患者进行实时超声操作，同时将获取的视频图像数据传输至第二医疗机构，以供第二医疗机构进行诊断。当患者涉及到心电业务，可以通过远程心电业务传输数据，以实现第一医疗机构与第二医疗机构之间的共享。此外，当患者需要重症监护时，可以通过第一医疗机构和第二医疗机构的医务人员轮换监护的方式进行，即依靠远程监护业务实现。还可以通过远程医学教育业务，让第一医疗机构和第二医疗机构共同学习探讨。

所述模板配置模块用于管理所述专属云平台上的医疗机构的病历模板；

模板配置模块适用于各个医疗机构，同时各个医疗机构可以根据自身已经存在的系统进行适配性更改。

如图2所示，所述模板配置模块包括数据类型管理配置子模块、数据元建模配置子模块、数据原型关联子模块、检查原型模板管理配置子模块以及专属模板管理配置子模块，其中：

所述数据类型管理配置子模块用于对数据类型属性进行管理配置，所述数据类型属性包括数据类型、数据长度、数据语义等；数据类型可以是byte、short、int、long、float、double、boolean、char等。

所述数据元建模配置子模块用于关联数据元与所述数据类型属性，所述数据元包括姓名、性别、检查附件、报告附件等；举例，姓名可以是char类型，性别可以是char类型。

所述数据原型关联子模块用于关联数据原型与所述数据元，建立所述数据原型与所述数据元的一对多映射；即将对应的数据元关联以形成数据原型，例如张三，男，内科，这三个数据元可以关联形成数据原型，则数据原型与这三个数据元之间就是一对多映射。

所述检查原型模板管理配置子模块用于关联所述检查原型与所述数据元，所述检验检查原型包括入院记录、出院记录等；

所述专属模板管理配置子模块用于通过数据库关联专属模板与所述检验检查原型；还用于关联所述专属模板与所述数据元，

其中，所述专属模板包含所述专属云平台的电子病历检验单。

当第一医疗机构向第二医疗机构有远程会诊时，第二医疗机构可以从第一医疗机构的模板配置模块中获取患者的远程会诊的相关资料，例如患者的病历数据等。不过由于第一医疗机构内部和第二医疗机构的内部所使用的系统不相同，导致第一医院机构的相关资料不能直接由第二医疗机构读取，因此，将第一医院机构的数据原型、检查原型等发送至第二医疗机构，第二医疗机构将获取的数据原型、检查原型填入自身的专属模板中，以供第二医疗机构的医务人员查看，而第一医疗机构查看的则是由数据原型、检查原型填充在第一医疗机构的专属模板中形成的资料，以实现不同医疗机构之间的数据共享。

通过模板配置模块可以实现病例模版的专属化，包括患者基本就诊信息字段、上传检查信息字段、会诊申请字段，实现配置各种远程协同业务。

所述专属云配置模块管理所述专属云平台以实现跨医疗机构的远程会诊，当所述专属云平台上不同的医疗机构之间需要远程会诊时，通过所述会诊关系配置模块为需要远程会诊的不同医疗机构提供不同的会诊业务关系；在需要远程会诊的不同医疗机构确定了会诊业务关系后，根据实际会诊需求调用所述模板配置模块所提供的相应医疗机构的病历模板以提供远程会诊的相关资料，并根据远程会诊的相关资料，依靠所述业务配置模块确定业务类型，并基于确定的业务类型实现远程会诊。

本发明提供了多学科远程医疗云平台配置系统，实现了在面对客户不同业务需求的情况下，通过系统配置即可快速部署相应的远程会诊，可以避免各个医疗机构都研发各自的医疗系统，导致投入了大量的研发人力和时间。同时，所述系统包括专属云配置模块、会诊关系配置模块、业务配置模块以及模版配置模块，可以通过远程会诊，以平衡各个医疗资源差异较大的医疗机构之间的医疗资源利用率，以缓解看病难的问题。

本申请基于同一技术构思，提供了如图4所示的一种多学科远程医疗云平台配置方法，应用于上述的一种多学科远程医疗云平台配置系统；所述方法包括：

步骤S41，所述专属云配置模块接收所述专属云平台上的第一医疗机构向第二医疗机构的远程会诊请求；其中，所述远程会诊请求包括所述第一医疗机构所需的会诊业务关系；

在所述专属云配置模块接收所述专属云平台上的第一医疗机构向第二医疗机构的远程会诊请求之后，还包括：

所述专属云配置模块判断所述第二医疗机构是否存在于所述专属云平台；

当所述第二医疗结构存在于所述专属云平台，所述专属云配置模块构建所述第一医疗机构与所述第二医疗机构的通信通道。

步骤S42，所述会诊关系配置模块根据所述远程会诊请求，为所述第一医疗机构和所述第二医疗机构之间的远程会诊设定所述第一医疗机构所需的会诊业务关系；

步骤S43，所述第二医疗机构从所述第一医疗机构调用远程会诊的相关资料；

所述第二医疗机构从所述第一医疗机构调用远程会诊的相关资料，具体包括：

所述第二医疗机构从所述第一医疗机构的模板配置模块调用远程会诊的相关资料，并将获取的相关资料的模板格式转换为所述第二医疗机构的模板配置模块所适用的模板格式，以供所述第二医疗机构使用。

每个医疗机构的模板配置模块的模板格式是按照如下方式生成的：

模板配置模块构建数据元模板，并对所述数据元模板中的数据元配置数据类型；

模板配置模块构建数据原型模板；所述数据原型模板包括数据原型关联表，所述数据原型关联表包括数据原型与所述数据元的映射关系；

模板配置模块构建检查原型模板；所述检验检查原型模板包括检查原型关联表，所述检查原型关联表包括检查原型与所述数据元的映射关系；

模板配置模块构建专属云模板；所述专属云模板包括专属模板关联表，所述专属模板关联表包括专属模板与所述数据元的映射关系；

模板配置模块调用所述数据元模板、所述数据原型模板、所述检查原型模板以及所述专属云模板，以形成所述医疗机构的模板配置模块的模板格式。

步骤S44，所述第二医疗机构根据远程会诊的相关资料从所述业务配置模块中确定所需的业务类型，并基于确定的业务类型实现远程会诊。

具体地，所述方法还包括：

所述专属云配置模块接收第三方医疗机构的加入专属云请求；

所述专属云配置模块查验所述第三方医疗机构的身份是否合法；

当所述第三方医疗机构的身份合法，则添加所述第三方医疗机构至所述专属云平台。

对于系统实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

以上对本申请所提供的一种多学科远程医疗云平台配置系统和方法，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种多学科远程医疗云平台配置系统，其特征在于，所述系统包括专属云配置模块、会诊关系配置模块、业务配置模块以及模版配置模块，其中：

所述专属云配置模块用于管理专属云平台；

所述会诊关系配置模块用于管理所述专属云平台上的会诊业务关系，所述会诊业务关系包括在线会诊、离线会诊、单学科会诊、多学科会诊及多机构会诊；

所述业务配置模块用于管理所述会诊业务关系涉及的业务类型；所述业务类型包括远程多学科会诊业务、远程影像业务、远程数字病理业务、远程实时超声业务、远程心电业务、远程查房业务、远程监护业务以及远程医学教育业务；

所述模板配置模块用于管理所述专属云平台上的医疗机构的病历模板；

所述专属云配置模块管理所述专属云平台以实现跨医疗机构的远程会诊，当所述专属云平台上不同的医疗机构之间需要远程会诊时，通过所述会诊关系配置模块为需要远程会诊的不同医疗机构提供不同的会诊业务关系；在需要远程会诊的不同医疗机构确定了会诊业务关系后，根据实际会诊需求调用所述模板配置模块所提供的相应医疗机构的病历模板以提供远程会诊的相关资料，并根据远程会诊的相关资料，依靠所述业务配置模块确定业务类型，并基于确定的业务类型实现远程会诊。

2.根据权利要求1所述的系统，其特征在于，所述专属云配置模块包括平台基本配置子模块，所述平台基本配置子模块用于管理所述专属云平台的基础配置；其中，所述基础配置包括系统管理员权限、云平台用户权限、会诊业务用户权限、云平台应用权限、与其他专属云的关联权限、医疗机构权限、医务人员权限。

3.根据权利要求1所述的系统，其特征在于，所述专属云平台包括多个医疗机构子模块，每个医疗机构子模块用于管理相应的医疗机构的业务科室信息和医务人员信息。

4.根据权利要求1所述的系统，其特征在于，所述专属云平台包括协同业务子模块，所述协同业务子模块用于协同所述专属云平台上的医疗结构建立所述会诊业务。

5.根据权利要求1所述的系统，其特征在于，所述模板配置模块包括数据类型管理配置子模块、数据元建模配置子模块、数据原型关联子模块、检查原型模板管理配置子模块以及专属模板管理配置子模块，其中：

所述数据类型管理配置子模块用于对数据类型属性进行管理配置，所述数据类型属性包括数据类型、数据长度、数据语义；

所述数据元建模配置子模块用于关联数据元与所述数据类型属性，所述数据元包括姓名、性别、检查附件、报告附件；

所述数据原型关联子模块用于关联数据原型与所述数据元，建立所述数据原型与所述数据元的一对多映射；

所述检查原型模板管理配置子模块用于关联所述检查原型与所述数据元，所述检验检查原型包括入院记录、出院记录；

所述专属模板管理配置子模块用于通过数据库关联专属模板与所述检验检查原型；还用于关联所述专属模板与所述数据元，

其中，所述专属模板包含所述专属云平台的电子病历检验单。

6.一种多学科远程医疗云平台配置方法，其特征在于，应用于权利要求1至权利要求5任一所述的一种多学科远程医疗云平台配置系统；所述方法包括：

所述专属云配置模块接收所述专属云平台上的第一医疗机构向第二医疗机构的远程会诊请求；其中，所述远程会诊请求包括所述第一医疗机构所需的会诊业务关系；

所述会诊关系配置模块根据所述远程会诊请求，为所述第一医疗机构和所述第二医疗机构之间的远程会诊设定所述第一医疗机构所需的会诊业务关系；

所述第二医疗机构从所述第一医疗机构调用远程会诊的相关资料；

所述第二医疗机构根据远程会诊的相关资料从所述业务配置模块中确定所需的业务类型，并基于确定的业务类型实现远程会诊。

7.根据权利要求6所述的方法，其特征在于，所述第二医疗机构从所述第一医疗机构调用远程会诊的相关资料，具体包括：

所述第二医疗机构从所述第一医疗机构的模板配置模块调用远程会诊的相关资料，并将获取的相关资料的模板格式转换为所述第二医疗机构的模板配置模块所适用的模板格式，以供所述第二医疗机构使用。

8.根据权利要求7所述的方法，其特征在于，每个医疗机构的模板配置模块的模板格式是按照如下方式生成的：

模板配置模块构建数据元模板，并对所述数据元模板中的数据元配置数据类型；

模板配置模块构建数据原型模板；所述数据原型模板包括数据原型关联表，所述数据原型关联表包括数据原型与所述数据元的映射关系；

模板配置模块构建检查原型模板；所述检验检查原型模板包括检查原型关联表，所述检查原型关联表包括检查原型与所述数据元的映射关系；

模板配置模块构建专属云模板；所述专属云模板包括专属模板关联表，所述专属模板关联表包括专属模板与所述数据元的映射关系；

模板配置模块调用所述数据元模板、所述数据原型模板、所述检查原型模板以及所述专属云模板，以形成所述医疗机构的模板配置模块的模板格式。

9.根据权利要求6所述的方法，其特征在于，在所述专属云配置模块接收所述专属云平台上的第一医疗机构向第二医疗机构的远程会诊请求之后，还包括：

所述专属云配置模块判断所述第二医疗机构是否存在于所述专属云平台；

当所述第二医疗结构存在于所述专属云平台，所述专属云配置模块构建所述第一医疗机构与所述第二医疗机构的通信通道。

10.根据权利要求6所述的方法，其特征在于，所述方法还包括：

所述专属云配置模块接收第三方医疗机构的加入专属云请求；

所述专属云配置模块查验所述第三方医疗机构的身份是否合法；

当所述第三方医疗机构的身份合法，则添加所述第三方医疗机构至所述专属云平台。

Images