成员与角色分配

成员通过邀请或申请加入项目，再按实际职责获得项目级或中心级角色。成员身份、角色权限和角色生效范围是不同配置；已经加入项目，不表示可以访问全部菜单或全部中心。

如何加入项目

项目邀请由项目方发起，项目申请由待加入的用户发起。两种方式均需核对项目身份和授权范围。

加入方式	发起人	所需信息	适用场景	生效条件
项目邀请	具有成员管理权限的项目成员	被邀请人手机号、角色及中心范围	项目方已确定协作人员	对方接受邀请
项目申请	待加入项目的用户	项目编码、加入范围、意向角色和备注	用户已获得项目编码	项目方审核与授权

平台账号和项目成员身份分别管理。拥有账号只说明可以登录；项目访问仍需通过邀请或申请获得。需要创建项目时，联系平台运营团队处理。

通过邀请加入项目

项目方发送邀请

邀请前应确认手机号对应拟邀请人员，并核对岗位和中心范围。“项目设置 → 项目成员”的成员列表与邀请列表均提供“邀请成员”入口；邀请列表另有“批量邀请”。

配置项	说明
手机号	必填，填写对方用于平台账号的手机号
邀请备注	用于说明协作事项，窗口显示长度限制
项目级角色	勾选后无需指定中心，作用范围为项目
中心级角色	选择角色后，还需指定生效中心
发送邀请	无角色时显示“尚未分配角色，该成员将无法进入项目”，不能把空角色邀请作为有效授权

中心级分配右侧提供中心编号或名称搜索、状态筛选、生产或测试中心筛选以及已选中心清单。应根据本次工作实际发生的环境配置中心，不要把测试中心遗漏理解为中心被删除。

邀请窗口说明“对方接受邀请后角色即刻生效”。发送前应复核全部已选角色及中心，避免把仅负责单个中心的人员误配为覆盖全项目的同名角色。

成员处理邀请

被邀请人在控制台“项目列表 → 项目邀请”查看收到的邀请。页面可以按“全部、待回复、已接受、已拒绝”筛选，并搜索项目名称、简称或编码。

处理前核对项目名称和编码、邀请人、担任角色、加入范围。邀请记录保留邀请时间、回复时间和处理结果。项目列表未显示目标项目时，应先检查邀请是否仍待回复，再确认使用的账号是否与被邀请手机号一致。

通过申请加入项目

用户提交申请

控制台“项目列表 → 项目申请”提供“申请加入项目”。申请窗口要求项目编码和申请加入的范围，并提供申请角色、申请备注。

项目编码用于准确识别目标研究，不应以相似项目名称替代。申请加入“中心”时，应核对目标中心。申请备注应说明实际职责，避免录入研究参与者身份或医学数据。

提交后的处理状态在项目申请列表查看。申请角色表达意向，实际授权仍需项目方核对；申请成功提交不等于已经取得项目访问权限。

项目方审核申请

项目方在“项目设置 → 项目成员 → 申请列表”处理加入请求。审核重点包括申请人账号、目标项目或中心、拟承担的工作、申请角色和备注。

审核时应按实际职责确定项目级或中心级角色。尤其应核对同名角色所属级别，以及中心级角色对应的生产、测试中心。处理后在成员列表核对实际生效的角色，不以申请备注代替授权结果。

管理项目成员

项目成员页包括“成员列表”“邀请列表”“申请列表”。

页签	管理内容	主要核对项
成员列表	当前成员、角色分配、删除与恢复入口	姓名或账号、项目级角色、中心级角色
邀请列表	已发出的邀请及其回复结果	待回复、已接受、已拒绝、已撤销
申请列表	用户提交的加入请求	申请身份、加入范围和审核结果

成员列表支持按姓名或账号搜索，并按中心和角色筛选。筛选只是缩小列表，不改变成员原有权限。

分配项目角色与中心角色

修改前应取得项目授权，确认成员应承担的职责、中心和环境。操作人需具有成员管理权限。

1. 在“成员列表”中找到目标账号，点击该行“修改角色分配”。

   

2. 在角色窗口选择项目级角色，或切换为中心级后配置生效中心。核对窗口中的已分配角色摘要。

   

3. 点击“保存”，返回成员列表核对项目级角色及中心级角色结果。

   

项目级角色无需逐个选择中心。中心级角色需要明确中心范围，右侧的“已选中心”用于复核，不应仅查看左侧角色名称。

授权变化	需要复核的内容
增加项目级角色	是否需要覆盖项目范围，是否与既有职责相符
增加中心级角色	角色权限、具体中心、生产或测试环境
移除角色或中心	是否已完成工作交接，是否仍有其他角色保留相同范围的权限
修改角色权限	使用该角色的其他成员是否也会受到影响

分配角色不等于修改该角色的权限。岗位权限本身的调整在“角色设置”完成，详见权限控制与适用角色。

多角色使用

平台按当前生效角色提供功能，不会同时合并成员拥有的所有角色。首次进入项目的选择和后续切换会被系统记住。

角色切换在项目首页右上角进行；项目设置和部分业务详情页可能仅显示角色标识。需要从配置工作转入录入、核查或签名时，应返回项目首页选择对应角色。

移出与恢复成员

成员行提供“删除成员”，列表顶部提供“恢复已删除成员”。这些操作属于成员访问管理，不应作为清除历史操作或研究数据的方式。

删除成员前完成交接

删除成员会影响项目访问。操作前应核对未完成工作和项目授权；不要为测试权限而删除仍承担项目管理职责的成员。

恢复成员后，应再次核对项目级角色、中心级角色和中心范围。成员职责可能已发生变化，不能仅凭“已恢复”就认定授权仍适合当前工作。

生效结果与记录

操作	结果核对位置	核对重点
处理邀请	控制台项目邀请及项目成员列表	回复状态、实际加入项目和角色
审核申请	项目申请列表及成员列表	审核结果与实际分配范围
保存角色分配	成员列表	两级角色及中心范围
使用不同角色	项目首页角色菜单与业务页面	当前角色、菜单和可见数据
删除或恢复成员	成员管理页面	成员状态、当前授权及工作交接

角色分配等关键变更会进入项目操作日志。检查授权问题时，应同时记录项目、账号、当前角色、环境和中心，避免仅凭某个菜单未出现判断系统故障。

常见问题

现象	核对与处理
已收到邀请，却不能进入项目	检查是否接受、是否使用正确账号，以及邀请中是否配置了角色
中心角色已选，却看不到中心	核对右侧是否指定了生效中心，筛选环境是否正确
同名角色的功能不同	先区分项目级和中心级，再核对该角色实际权限
新角色已保存，菜单仍未改变	返回项目首页，切换到本次工作需要的角色
邀请列表显示已撤销	该邀请已撤销，应由项目方核对后重新处理加入安排