阅读说明：本技术 一种罕见病研究群组管理系统、客户端及服务器 (Rare disease research group management system, client and server ) 是由 张抒扬 朱以诚 于 2019-12-03 设计创作，主要内容包括：本发明公开了一种罕见病研究群组管理系统,包括彼此进行数据交互的客户端和服务器。客户端包括：发送单元,用于发送创建群组请求和入组申请审批结果至服务器；接收单元,用于接收服务器发送的多中心群组审核结果和入组申请信息；以及审批单元,与发送单元和接收单元通信连接并用于审批入组申请。服务器包括：接收单元,用于接收客户端发送的创建群组请求、入组申请信息及入组申请审批结果；发送单元,用于发送多中心群组审核结果、入组申请信息及入组申请审批结果至客户端；以及群组创建单元,与接收单元和发送单元通信连接。本发明能够将研究同一种疾病的研究者组成群组,实现组内数据共享,以便开展有效的罕见病研究。(The invention discloses a rare disease research group management system which comprises a client and a server which are in data interaction with each other. The client comprises: the sending unit is used for sending a group creating request and a group entering application approval result to the server; the receiving unit is used for receiving the multi-center group auditing result and the grouping application information sent by the server; and the approval unit is in communication connection with the sending unit and the receiving unit and is used for approving the application of entering the group. The server includes: the receiving unit is used for receiving a group creating request, group entering application information and a group entering application approval result sent by a client; the sending unit is used for sending the multi-center group checking result, the grouping application information and the grouping application checking and approving result to the client; and the group creation unit is in communication connection with the receiving unit and the sending unit. According to the invention, researchers researching the same disease can form a group, and intra-group data sharing is realized, so that effective rare disease research can be conveniently carried out.)

一种罕见病研究群组管理系统、客户端及服务器

技术领域

本发明涉及群组管理系统技术领域，具体涉及一种罕见病研究群组管理系统、客户端及服务器。

背景技术

罕见疾病简称“罕见病”，又称“孤儿病”，顾名思义是指患病率很低、很少见的疾病。多数罕见病是慢性严重的疾病，通常会危及生命。约80％的罕见病是由遗传缺陷引起的，因此罕见病一般是指“罕见性遗传病”。据世界卫生组织(WHO)报道，目前已确认的罕见病有5000多种，大约占人类疾病种类的10％；约有50％的罕见病在出生时或者儿童期即可发病，病情常进展迅速，死亡率很高，多数尚无有效的治疗方法，给患者造成巨大的痛苦。

罕见病是个相对、动态、变化的概念，世界不同国家和地区对罕见病的界定和划分没有一个统一的标准，各国对罕见病的不同定义、与其人口、经济发展水平及罕见药物的研发的激励政策及对罕见病诊疗费用的覆盖范围有关。2010年5月17日中华医学会医学遗传分会在上海召开相关专家会议，对中国罕见病定义达成共识：即考虑到我国人口基数大，参照香港和台湾等地区及周边国家如日本等的罕见病发病率，将罕见病定义为患病率低于五十万分之一；在新生儿中发病率低于万分之一的遗传病可以定义为罕见遗传病。

对于研究者而言，在进行罕见病研究时必须以大量的病例数据样本为基础，然而，由于罕见病患病率极低，收集相关病例数据本身就不是一件容易的事，而且各个研究机构之间的数据形成了数据孤岛，同一种罕见病病例数据散落在不同的医疗机构中不能够形成规模的样本，因此在没有大量病例样本的情况下根本无法开展有效的研究，这是目前罕见病研究中最大的问题。另外，目前大部分的研究机构都是对某一种疾病进行研究管理单独组建研究队伍，或者个别研究者根据自己掌握的资源开展研究，研究者就像一盘散沙，各自为战，这样只能实现在小范围内开展病例数据采集和疾病研究，无法从海量数据中获取有效信息，不能实现不同研究机构或者同一研究机构的不同研究者之间的协同工作、病例共享。如果有一个平台能够将研究同一种疾病的研究者组成相应的研究群组，组内的每一位研究者都可以贡献出自己的资源，例如病例数据、研究成果等，且群组成员可以随时在组内展开讨论、制定计划，那么将为罕见病的研究提供极大的便利，从而提升罕见病的诊断效率。然而，目前本领域中尚未开发出这样的系统平台。

综上，针对上述现有技术中存在的问题，本领域亟待需要一种能够将罕见病研究者组织起来形成不同疾病的研究群组，组内成员可以实现罕见病病例共享、协同工作的罕见病研究群组管理系统。

发明内容

有鉴于此，本发明实施例的目的在于提出一种罕见病研究群组管理系统、客户端及服务器，能够解决研究者不能以群组协同工作、共享病例的形式开展罕见病的研究等问题。

基于上述目的，本发明实施例的一方面提供一种罕见病研究群组管理系统客户端，包括：

发送单元，用于将创建群组请求和第一入组申请审批结果发送至服务器，所述创建群组请求为创建单中心群组请求或者创建多中心群组请求，所述创建单中心群组请求中至少包含创建单中心群组用户的用户账号和所属研究机构、待创建单中心群组的组名、类型及研究疾病名称，所述创建多中心群组请求中至少包含创建多中心群组用户的用户账号和所属研究机构、待创建多中心群组的组名、类型及研究疾病名称以及至少一家协作研究机构；

接收单元，用于接收所述服务器发送的多中心群组审核结果和第一入组申请信息，所述多中心群组审核结果包含通知所述创建多中心群组用户所述创建多中心群组请求未通过审核的消息，所述第一入组申请信息包含申请加入的群组的群组标识以及申请入组用户的用户账号、所属研究机构及研究疾病名称；以及

审批单元，分别与所述发送单元和所述接收单元通信连接，并且用于审批入组申请，

其中，所述服务器在接收到所述创建单中心群组请求时直接根据所述创建单中心群组请求创建相应的单中心群组并为所述单中心群组分配一个群组标识，所述服务器在接收到所述创建多中心群组请求时对其进行审核，如果审核通过，则所述服务器根据所述创建多中心群组请求创建相应的多中心群组并为所述多中心群组分配一个群组标识，如果审核未通过，则所述服务器向所述客户端发送所述多中心群组审核结果，所述服务器还基于所述第一入组申请信息中的所述群组标识将所述第一入组申请信息发送至所述客户端，所述接收单元接收到所述第一入组申请信息后将其传送至所述审批单元，所述审批单元对所述第一入组申请信息是否满足如下两个条件之一进行审批，如果满足则同意入组，否则不同意入组，然后发送所述第一入组申请审批结果至所述服务器：a.所述第一入组申请信息中的所述申请入组用户的所属研究机构与创建申请加入的所述单中心群组的用户的所属研究机构相同，且所述第一入组申请信息中的所述申请入组用户的研究疾病名称与申请加入的所述单中心群组的研究疾病名称相同；或者b.所述第一入组申请信息中的所述申请入组用户的所属研究机构与创建申请加入的所述多中心群组的用户的所属研究机构或所述多中心群组的其中一家协作研究机构相同，且所述第一入组申请信息中的所述申请入组用户的研究疾病名称与申请加入的所述多中心群组的研究疾病名称相同，

如果所述服务器接收到的所述第一入组申请审批结果为同意入组，则所述服务器将所述申请入组用户加入到申请加入的所述单中心群组或所述多中心群组中，如果所述服务器接收到的所述第一入组申请审批结果为不同意入组，则所述服务器将所述第一入组申请审批结果转发给所述申请入组用户对应的客户端。

以上所述的罕见病研究群组管理系统客户端，优选地，所述发送单元还用于将第二入组申请信息发送至所述服务器，所述第二入组申请信息包含申请加入的单中心群组或多中心群组的群组标识以及申请入组用户的用户账号、所属研究机构及研究疾病名称，所述接收单元还用于接收所述服务器发送的第二入组申请审批结果，

其中，所述服务器还基于所述第二入组申请信息中的所述群组标识将所述第二入组申请信息发送至创建所述第二入组申请信息中的申请加入的单中心群组或多中心群组的用户对应的客户端，创建所述第二入组申请信息中的申请加入的单中心群组或多中心群组的用户对应的客户端对所述第二入组申请信息是否满足如下两个条件之一进行审批，如果满足则同意入组，否则不同意入组，然后发送所述第二入组申请审批结果至所述服务器：a.所述第二入组申请信息中的所述申请入组用户的所属研究机构与创建所述第二入组申请信息中的申请加入的单中心群组的用户的所属研究机构相同，且所述第二入组申请信息中的所述申请入组用户的研究疾病名称与所述第二入组申请信息中的申请加入的单中心群组的研究疾病名称相同；或者b.所述第二入组申请信息中的所述申请入组用户的所属研究机构与创建所述第二入组申请信息中的申请加入的多中心群组的用户的所属研究机构或所述第二入组申请信息中的申请加入的多中心群组的其中一家协作研究机构相同，且所述第二入组申请信息中的所述申请入组用户的研究疾病名称与所述第二入组申请信息中的申请加入的多中心群组的研究疾病名称相同，

如果所述服务器接收到的所述第二入组申请审批结果为同意入组，则所述服务器将所述第二入组申请信息中的所述申请入组用户加入到所述第二入组申请信息中的申请加入的单中心群组或多中心群组中，如果所述服务器接收到的所述第二入组申请审批结果为不同意入组，则所述服务器将所述第二入组申请审批结果转发给所述客户端。

以上所述的罕见病研究群组管理系统客户端，优选地，所述发送单元还用于将入组邀请信息发送至所述服务器，所述入组邀请信息包含被邀请用户的用户账号和所属研究机构以及邀请加入的单中心群组或多中心群组的研究疾病名称，所述服务器根据所述被邀请用户的用户账号和所属研究机构邀请所述被邀请用户加入到所述邀请加入的单中心群组或多中心群组中，如果所述被邀请用户接受邀请，则所述服务器将所述被邀请用户加入到所述邀请加入的单中心群组或多中心群组中并且所述接收单元将接收到所述服务器发送的接受邀请消息，如果所述被邀请用户拒绝邀请，则所述接收单元将接收到所述服务器发送的拒绝邀请消息。

以上所述的罕见病研究群组管理系统客户端，优选地，还包括选取单元，分别与所述发送单元和所述接收单元通信连接，

所述接收单元还用于接收所述服务器发送的群组推荐消息并将其传送至所述选取单元，所述群组推荐消息包含所述服务器根据接收所述群组推荐消息的用户的所属研究机构和研究疾病名称筛选出的推荐群组的组名、研究疾病名称以及类型，所述选取单元根据接收所述群组推荐消息的用户的选择从所述推荐群组中选取相应推荐群组申请加入。

以上所述的罕见病研究群组管理系统客户端，优选地，所述创建单中心群组请求中还包含所述待创建单中心群组的共享级别，所述创建多中心群组请求中还包含所述待创建多中心群组的共享级别。

基于上述目的，本发明实施例的另一方面提供一种罕见病研究群组管理系统服务器，包括：

接收单元，用于接收客户端发送的创建群组请求、入组申请信息以及入组申请审批结果，所述创建群组请求为创建单中心群组请求或者创建多中心群组请求，所述创建单中心群组请求中至少包含创建单中心群组用户的用户账号和所属研究机构、待创建单中心群组的组名、类型及研究疾病名称，所述创建多中心群组请求中至少包含创建多中心群组用户的用户账号和所属研究机构、待创建多中心群组的组名、类型及研究疾病名称以及至少一家协作研究机构，所述入组申请信息包含申请加入的群组的群组标识以及申请入组用户的用户账号、所属研究机构及研究疾病名称；

发送单元，用于将多中心群组审核结果、所述入组申请信息以及所述入组申请审批结果发送至客户端，所述多中心群组审核结果包含通知所述创建多中心群组用户所述创建多中心群组请求未通过审核的消息；以及

群组创建单元，分别与所述接收单元和所述发送单元通信连接，

其中，所述服务器在接收到所述创建单中心群组请求时由所述群组创建单元直接根据所述创建单中心群组请求创建相应的单中心群组并为所述单中心群组分配一个群组标识，所述服务器在接收到所述创建多中心群组请求时由所述群组创建单元对其进行审核，如果审核通过，则所述群组创建单元根据所述创建多中心群组请求创建相应的多中心群组并为所述多中心群组分配一个群组标识，如果审核未通过，则所述服务器向客户端发送所述多中心群组审核结果，所述服务器还基于所述入组申请信息中的所述群组标识将所述入组申请信息发送至客户端，客户端接收到所述入组申请信息后对所述入组申请信息是否满足如下两个条件之一进行审批，如果满足则同意入组，否则不同意入组，然后发送所述入组申请审批结果至所述服务器：a.所述入组申请信息中的所述申请入组用户的所属研究机构与创建申请加入的所述单中心群组的用户的所属研究机构相同，且所述入组申请信息中的所述申请入组用户的研究疾病名称与申请加入的所述单中心群组的研究疾病名称相同；或者b.所述入组申请信息中的所述申请入组用户的所属研究机构与创建申请加入的所述多中心群组的用户的所属研究机构或所述多中心群组的其中一家协作研究机构相同，且所述入组申请信息中的所述申请入组用户的研究疾病名称与申请加入的所述多中心群组的研究疾病名称相同，

如果所述服务器接收到的所述入组申请审批结果为同意入组，则所述服务器将所述申请入组用户加入到申请加入的所述单中心群组或所述多中心群组中，如果所述服务器接收到的所述入组申请审批结果为不同意入组，则所述服务器将所述入组申请审批结果转发给所述申请入组用户对应的客户端。

以上所述的罕见病研究群组管理系统服务器，优选地，还包括：

邀请单元，分别与所述接收单元和所述发送单元通信连接，

所述接收单元还用于接收客户端发送的入组邀请信息，所述入组邀请信息包含被邀请用户的用户账号和所属研究机构以及邀请加入的单中心群组或多中心群组的研究疾病名称，所述邀请单元根据所述被邀请用户的用户账号和所属研究机构邀请所述被邀请用户加入到所述邀请加入的单中心群组或多中心群组中，如果所述被邀请用户接受邀请，则所述服务器将所述被邀请用户加入到所述邀请加入的单中心群组或多中心群组中并且将接受邀请消息发送至客户端，如果所述被邀请用户拒绝邀请，则所述服务器将拒绝邀请消息发送至客户端。

以上所述的罕见病研究群组管理系统服务器，优选地，还包括群组推荐单元，与所述发送单元通信连接并且用于生成群组推荐消息，所述群组推荐消息包含所述群组推荐单元根据接收所述群组推荐消息的用户的所属研究机构和研究疾病名称筛选出的推荐群组的组名、研究疾病名称以及类型，

所述发送单元还用于将所述群组推荐消息发送至接收所述群组推荐消息的用户对应的客户端，接收所述群组推荐消息的用户对应的客户端根据接收所述群组推荐消息的用户的选择从所述推荐群组中选取相应推荐群组申请加入。

以上所述的罕见病研究群组管理系统服务器，优选地，所述创建单中心群组请求中还包含所述待创建单中心群组的共享级别，所述创建多中心群组请求中还包含所述待创建多中心群组的共享级别。

基于上述目的，本发明实施例的另一方面提供一种罕见病研究群组管理系统，包括如上所述的客户端和如上所述的服务器，其中，所述客户端和所述服务器之间进行数据交互。

有益效果

本发明提供的罕见病研究群组管理系统、客户端及服务器能够将不同研究机构或者同一研究机构的研究同一种疾病的研究者组成相应的研究群组，组内的每一位研究者之间能够实现协同工作、病例共享，例如，组内的每一位研究者都可以贡献出自己的资源，例如病例数据、研究成果等，且群组成员可以随时在组内展开讨论、制定计划，本发明的系统为罕见病的研究提供了极大的便利，从而提升了罕见病的诊断效率。本发明的系统设计人性化、易于使用。

附图说明

图1为根据本发明一个实施例的罕见病研究群组管理系统客户端的示意性框图；

图2为根据本发明另一个实施例的罕见病研究群组管理系统客户端的示意性框图；

图3为根据本发明一个实施例的罕见病研究群组管理系统服务器的示意性框图；

图4为根据本发明另一个实施例的罕见病研究群组管理系统服务器的示意性框图；以及

图5为根据本发明另一个实施例的罕见病研究群组管理系统服务器的示意性框图。

具体实施方式

以下实施例用于说明本发明，但不用来限制本发明的范围。若未特别指明，实施例中所用的技术手段为本领域技术人员所熟知的常规手段。

本领域技术人员应当领会的是：以下实施例中所述的“用户”即为罕见病的研究者，但是同一用户在不同场景下可能处于不同的角色中，例如，当用户A创建群组时，他就是创建群组用户，当用户A申请加入群组时，他就是申请入组用户，本领域技术人员不应当仅通过字面表述理解“用户”的含义，而是应当根据“用户”所处的场景理解其含义。因此，当一个实施例中出现用不同文字描述的“用户”时，其实际上可能是同一个“用户”，只是执行了不同的操作。反之亦然，当一个实施例中出现用相同文字描述的“用户”时，其实际上可能是不同“用户”，只是执行了相同的操作。鉴于此，对于以下实施例中出现的未明确描述的“用户”，本领域技术人员都能够根据上下文描述确定其处于何种角色中以及判断出其与其他“用户”是否相同。同理，对于“用户”对应的“客户端”而言，本领域技术人员也应当根据“客户端”所处的场景理解其含义和执行的操作。

基于上述目的，本发明实施例提出了一种罕见病研究群组管理系统客户端的一个实施例。图1为该实施例的罕见病研究群组管理系统客户端的示意性框图。图1所示客户端作为示例可以包含PC，然而本领域技术人员可以领会的是，其还可以包含任何移动终端。如图1中所示，罕见病研究群组管理系统客户端可以包括：发送单元101，用于将创建群组请求和第一入组申请审批结果发送至服务器；接收单元102，用于接收服务器发送的多中心群组审核结果和第一入组申请信息；以及审批单元103，分别与发送单元101和接收单元102通信连接并且用于审批入组申请。其中，创建群组请求为创建单中心群组请求或者创建多中心群组请求，创建单中心群组请求中至少包含创建单中心群组用户的用户账号和所属研究机构、待创建单中心群组的组名、类型及研究疾病名称；创建多中心群组请求中至少包含创建多中心群组用户的用户账号和所属研究机构、待创建多中心群组的组名、类型及研究疾病名称以及至少一家协作研究机构；多中心群组审核结果包含通知创建多中心群组用户创建多中心群组请求未通过审核的消息；第一入组申请信息包含申请加入的群组的群组标识以及申请入组用户的用户账号、所属研究机构及研究疾病名称。

所述用户账号具有唯一性，即用户账号与用户是一一对应的关系，不存在一个用户账号对应多个用户或者多个用户账号对应一个用户的情况，这样可以避免组建群组时出现混乱的情况。同理，所述群组标识也具有唯一性，即群组标识与群组是一一对应的关系。所述协作研究机构是与创建多中心群组用户的所属研究机构不同的机构，即一个多中心群组中至少包含两家研究机构。所述研究机构可以是医院、学校、科研院所等。以上作出的解释同样适用于下面涉及到的相关内容。

服务器在接收到创建单中心群组请求时直接根据创建单中心群组请求创建相应的单中心群组并为所述单中心群组分配一个群组标识。服务器在接收到创建多中心群组请求时对其进行审核，如果审核通过，则服务器根据创建多中心群组请求创建相应的多中心群组并为所述多中心群组分配一个群组标识，如果审核未通过，则服务器向发送创建多中心群组请求的客户端发送多中心群组审核结果。例如，由于一个多中心群组中应当至少包含两家不同的研究机构，因此如果服务器经过审核发现创建多中心群组请求中的协作研究机构中只包含与创建多中心群组用户的所属研究机构相同的唯一一家机构，即表示要创建的群组是单中心群组，而不是多中心群组，因此审核不通过。

此外，服务器接收到申请入组用户对应的客户端发送的第一入组申请信息之后，基于第一入组申请信息中的群组标识将第一入组申请信息发送至创建第一入组申请信息中的申请加入的单中心群组或多中心群组的用户对应的客户端。该客户端的接收单元接收到第一入组申请信息后将其传送至审批单元。审批单元对第一入组申请信息是否满足如下两个条件之一进行审批，如果满足则同意入组，否则不同意入组，然后发送第一入组申请审批结果至服务器：a.第一入组申请信息中的申请入组用户的所属研究机构与创建申请加入的单中心群组的用户的所属研究机构相同，且第一入组申请信息中的申请入组用户的研究疾病名称与申请加入的单中心群组的研究疾病名称相同；或者b.第一入组申请信息中的申请入组用户的所属研究机构与创建申请加入的多中心群组的用户的所属研究机构或多中心群组的其中一家协作研究机构相同，且第一入组申请信息中的申请入组用户的研究疾病名称与申请加入的多中心群组的研究疾病名称相同。如果服务器接收到的第一入组申请审批结果为同意入组，则服务器将申请入组用户加入到申请加入的单中心群组或多中心群组中，例如，服务器将申请入组用户的用户账号(也可以是用户标识)加入到群组的成员列表中。如果服务器接收到的第一入组申请审批结果为不同意入组，则服务器将第一入组申请审批结果转发给申请入组用户对应的客户端。

此外，发送单元101还用于将第二入组申请信息发送至服务器。第二入组申请信息包含申请加入的单中心群组或多中心群组的群组标识以及申请入组用户的用户账号、所属研究机构及研究疾病名称。接收单元102还用于接收服务器发送的第二入组申请审批结果。服务器还基于第二入组申请信息中的群组标识将第二入组申请信息发送至创建第二入组申请信息中的申请加入的单中心群组或多中心群组的用户对应的客户端。创建第二入组申请信息中的申请加入的单中心群组或多中心群组的用户对应的客户端对第二入组申请信息是否满足如下两个条件之一进行审批，如果满足则同意入组，否则不同意入组，然后发送第二入组申请审批结果至服务器：a.第二入组申请信息中的申请入组用户的所属研究机构与创建第二入组申请信息中的申请加入的单中心群组的用户的所属研究机构相同，且第二入组申请信息中的申请入组用户的研究疾病名称与第二入组申请信息中的申请加入的单中心群组的研究疾病名称相同；或者b.第二入组申请信息中的申请入组用户的所属研究机构与创建第二入组申请信息中的申请加入的多中心群组的用户的所属研究机构或第二入组申请信息中的申请加入的多中心群组的其中一家协作研究机构相同，且第二入组申请信息中的申请入组用户的研究疾病名称与第二入组申请信息中的申请加入的多中心群组的研究疾病名称相同。如果服务器接收到的第二入组申请审批结果为同意入组，则服务器将第二入组申请信息中的申请入组用户加入到第二入组申请信息中的申请加入的单中心群组或多中心群组中。如果服务器接收到的第二入组申请审批结果为不同意入组，则服务器将第二入组申请审批结果转发给申请入组用户对应的客户端。这里对第二入组申请信息的处理与上述第一入组申请信息相同，因此该部分没有给出的具体解释可参考上述说明。

在一个优选实施例中，发送单元101还用于将入组邀请信息发送至服务器。入组邀请信息包含被邀请用户的用户账号和所属研究机构以及邀请加入的单中心群组或多中心群组的研究疾病名称。服务器根据被邀请用户的用户账号和所属研究机构邀请被邀请用户加入到邀请加入的单中心群组或多中心群组中。需要强调的是，被邀请用户要满足如下两个条件之一才能被邀请：a.被邀请用户的所属研究机构与创建邀请加入的单中心群组的用户的所属研究机构相同，且被邀请用户的研究疾病名称与邀请加入的单中心群组的研究疾病名称相同；或者b.被邀请用户的所属研究机构与创建邀请加入的多中心群组的用户的所属研究机构或邀请加入的多中心群组的其中一家协作研究机构相同，且被邀请用户的研究疾病名称与邀请加入的多中心群组的研究疾病名称相同。如果被邀请用户接受邀请，则服务器将被邀请用户加入到邀请加入的单中心群组或多中心群组中并且接收单元102将接收到服务器发送的接受邀请消息。如果被邀请用户拒绝邀请，则接收单元102将接收到服务器发送的拒绝邀请消息。

如图2中所示，在一个优选实施例中，所述罕见病研究群组管理系统客户端还包括选取单元104，分别与发送单元101和接收单元102通信连接。接收单元102还用于接收服务器发送的群组推荐消息并将其传送至选取单元104，群组推荐消息包含服务器根据接收群组推荐消息的用户的所属研究机构和研究疾病名称筛选出的推荐群组的组名、研究疾病名称以及类型。需要强调的是，推荐群组要满足如下两个条件之一才能被推荐：a.创建所推荐的单中心群组的用户的所属研究机构与接收群组推荐消息的用户的所属研究机构相同，且接收群组推荐消息的用户的研究疾病名称与所推荐的单中心群组的研究疾病名称相同；或者b.接收群组推荐消息的用户的所属研究机构与创建所推荐的多中心群组的用户的所属研究机构或所推荐的多中心群组的其中一家协作研究机构相同，且接收群组推荐消息的用户的研究疾病名称与所推荐的多中心群组的研究疾病名称相同。选取单元104根据接收群组推荐消息的用户的选择从推荐群组中选取相应推荐群组申请加入。由于推荐群组都是服务器根据接收群组推荐消息的用户的所属研究机构和研究疾病名称筛选出的，因此申请加入推荐群组时将不再需要用户进行类似于上面所述的审批操作。

在一个优选实施例中，创建单中心群组请求中还包含待创建单中心群组的共享级别，创建多中心群组请求中还包含待创建多中心群组的共享级别。共享级别可以分为：第一级、全部病例数据对群组内所有研究者可见；第二级、全部病例数据仅对拥有群组组长权限的研究者可见，其余群组成员之间数据不共享。

基于上述目的，本发明实施例还提出了一种罕见病研究群组管理系统服务器的一个实施例。图3为该实施例的罕见病研究群组管理系统服务器的示意性框图。如图3中所示，罕见病研究群组管理系统服务器可以包括：接收单元201，用于接收客户端发送的创建群组请求、入组申请信息以及入组申请审批结果；发送单元202，用于将多中心群组审核结果、所述入组申请信息以及所述入组申请审批结果发送至相应客户端；以及群组创建单元203，分别与接收单元201和发送单元202通信连接。

创建群组请求为创建单中心群组请求或者创建多中心群组请求。创建单中心群组请求中至少包含创建单中心群组用户的用户账号和所属研究机构、待创建单中心群组的组名、类型及研究疾病名称。创建多中心群组请求中至少包含创建多中心群组用户的用户账号和所属研究机构、待创建多中心群组的组名、类型及研究疾病名称以及至少一家协作研究机构。入组申请信息包含申请加入的群组的群组标识以及申请入组用户的用户账号、所属研究机构及研究疾病名称。多中心群组审核结果包含通知创建多中心群组用户创建多中心群组请求未通过审核的消息。

所述服务器在接收到创建单中心群组请求时由群组创建单元203直接根据创建单中心群组请求创建相应的单中心群组并为所述单中心群组分配一个群组标识。所述服务器在接收到创建多中心群组请求时由群组创建单元203对其进行审核，如果审核通过，则群组创建单元203根据创建多中心群组请求创建相应的多中心群组并为所述多中心群组分配一个群组标识，如果审核未通过，则所述服务器向提出创建多中心群组请求的用户对应的客户端发送多中心群组审核结果。所述服务器还基于入组申请信息中的群组标识将入组申请信息发送至相应客户端，相应客户端接收到入组申请信息后对所述入组申请信息是否满足如下两个条件之一进行审批，如果满足则同意入组，否则不同意入组，然后发送入组申请审批结果至所述服务器：a.入组申请信息中的申请入组用户的所属研究机构与创建申请加入的单中心群组的用户的所属研究机构相同，且入组申请信息中的申请入组用户的研究疾病名称与申请加入的单中心群组的研究疾病名称相同；或者b.入组申请信息中的申请入组用户的所属研究机构与创建申请加入的多中心群组的用户的所属研究机构或所述多中心群组的其中一家协作研究机构相同，且入组申请信息中的申请入组用户的研究疾病名称与申请加入的多中心群组的研究疾病名称相同。如果所述服务器接收到的入组申请审批结果为同意入组，则所述服务器将申请入组用户加入到申请加入的单中心群组或多中心群组中。如果所述服务器接收到的入组申请审批结果为不同意入组，则所述服务器将入组申请审批结果转发给申请入组用户对应的客户端。

如图4中所示，在一个优选实施例中，所述罕见病研究群组管理系统服务器还包括邀请单元204，分别与接收单元201和发送单元202通信连接。接收单元201还用于接收提出入组邀请的用户对应的客户端发送的入组邀请信息。入组邀请信息包含被邀请用户的用户账号和所属研究机构以及邀请加入的单中心群组或多中心群组的研究疾病名称。邀请单元204根据被邀请用户的用户账号和所属研究机构邀请被邀请用户加入到邀请加入的单中心群组或多中心群组中。如果被邀请用户接受邀请，则所述服务器将被邀请用户加入到邀请加入的单中心群组或多中心群组中并且将接受邀请消息发送至提出入组邀请的用户对应的客户端，如果被邀请用户拒绝邀请，则所述服务器将拒绝邀请消息发送至该客户端。

如图5中所示，在一个优选实施例中，所述罕见病研究群组管理系统服务器还包括群组推荐单元205，与发送单元202通信连接并且用于生成群组推荐消息。群组推荐消息包含群组推荐单元205根据接收所述群组推荐消息的用户的所属研究机构和研究疾病名称筛选出的推荐群组的组名、研究疾病名称以及类型。发送单元202还用于将所述群组推荐消息发送至接收所述群组推荐消息的用户对应的客户端。接收所述群组推荐消息的用户对应的客户端根据接收所述群组推荐消息的用户的选择从所述推荐群组中选取相应推荐群组申请加入。

在一个优选实施例中，创建单中心群组请求中还包含待创建单中心群组的共享级别，创建多中心群组请求中还包含待创建多中心群组的共享级别。

由于上述服务器实施例中所述的服务器与上述客户端实施例中所述的客户端是相互关联的，因此上述服务器实施例中未详尽说明之处均可以在上述客户端实施例中找到相关描述，为了说明书的简洁，这里不再予以赘述。

基于上述目的，本发明实施例还提出了一种罕见病研究群组管理系统的一个实施例。该罕见病研究群组管理系统包括：如上所述的客户端和如上所述的服务器，其中，所述客户端和所述服务器之间进行数据交互。该实施例的具体说明参考上述服务器实施例和上述客户端实施例，为了说明书的简洁，这里不再予以赘述。

此外，本发明实施例公开所述的装置、设备等可为各种电子终端设备，例如手机、个人数字助理(PDA)、平板电脑(PAD)、智能电视等，也可以是大型终端设备，如服务器等，因此本发明实施例公开的保护范围不应限定为某种特定类型的系统、设备。

本领域技术人员还将明白的是，本文所描述的各种示例性逻辑块、模块、电路和算法步骤可以被实现为电子硬件、计算机软件或两者的组合。为了清楚地说明硬件和软件的这种可互换性，已经就各种示意性组件、单元、模块、电路和步骤的功能对其进行了一般性的描述。这种功能是被实现为软件还是被实现为硬件取决于具体应用以及施加给整个系统的设计约束。本领域技术人员可以针对每种具体应用以各种方式来实现所述的功能，但是这种实现决定不应被解释为导致脱离本发明实施例公开的范围。

本文所描述的各种示例性逻辑块、模块和电路可以利用被设计成用于执行这里所述功能的下列部件来实现或执行：通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑器件、分立门或晶体管逻辑、分立的硬件组件或者这些部件的任何组合。通用处理器可以是微处理器，但是可替换地，处理器可以是任何传统处理器、控制器、微控制器或状态机。处理器也可以被实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、一个或多个微处理器结合DSP和/或任何其它这种配置。

虽然，上文中已经用一般性说明及具体实施方案对本发明作了详尽的描述，但在本发明基础上，可以对之作一些修改或改进，这对本领域技术人员而言是显而易见的。因此，在不偏离本发明精神的基础上所做的这些修改或改进，均属于本发明要求保护的范围。