Files
郭庆泰 beb9799a06 feat: OA(泛微 ecology)登录身份校验 + 公示详情悬浮按钮/PDF缩放
OA 登录校验 (manager/leader 单一可信源 = ecology 合规视图 v_compliance_project_manager):
- ComplianceLoginService: 手机号登录查视图(type=1→manager/type=2→leader), 自动建号 sys_user+biz_person, 角色不匹配软删重建; 密码登录门禁 gateForPasswordLogin
- EcologyDataSourceConfig: 独立只读 JdbcTemplate(ecologyJdbcTemplate) 接泛微库, 不接入主库动态数据源
- SysLoginController: 密码登录前 complianceGate 校验 manager/leader 仍存于视图
- BizAuthController: smsLogin 改走 reconcileForLogin; 发码放行 ecology 视图内未注册手机号
- application*.yml: 新增 spring.datasource.ecology 只读连接(prod/test)
- Login.vue: 登录标题居中微调 + 供应商注册跳生产域名

公示详情 (publicity/:id):
- 右侧悬浮操作按钮从垂直居中改为主区右上(紧贴版心右缘), 中窄屏兜底贴右缘
- PDF 预览 #zoom 由 page-width 改为数值缩放(121), 放大正文占满宽度

文档:
- shouce/ 手册 md 入仓

注: oalogin/ (含 OA 管理员密码的临时笔记) 已加 .gitignore, 不入库
2026-09-01 20:45:15 +08:00

97 lines
5.5 KiB
Markdown
Raw Permalink Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
# 主要流程说明
> 本章梳理平台整体的**项目全生命周期**主线与支撑环节,帮助读者理解业务如何流转、各角色在哪个环节做什么。各角色的具体操作见对应手册(后台管理员 / 合规人员 / 医生 / 执行方 / 支持方 / 项目负责人)。
## 一、角色与账号体系
| 角色 | 在业务里的位置 |
|---|---|
| 后台管理员 | 系统维护 + 全局兜底(账号 / 基础数据 / 网站内容 / 单位) |
| 合规人员 | 核心审核与项目管理(合规管理员 / 项目经理) |
| 医生(评审专家) | 项目发起者:投稿、参与会议、签署劳务 |
| 执行方 | 承接项目、建会、上传材料 |
| 支持方 | 申办方:监察二审、查看项目 |
| 项目负责人 | 纯只读,查看自己负责的项目 |
- **账号类型**:主账号(注册即新建单位)与 子账号(挂靠已有单位)。支持方 / 执行方按主账号 / 子账号区分权限;医生 / 后台管理员 / 项目负责人 / 合规人员是无企业归属的账号。
- **门户匿名访问**:首页、项目公示、3 个注册页、登录、协议、专项计划,均无需登录即可访问。
## 二、主线:项目全生命周期
```
① 医生注册·资质审核 → ② 医生投稿·立项 → ③ 项目创建·分配·公示
→ ④ 公示意向·报名 → ⑤ 执行方建会·上传材料 → ⑥ 医生签署劳务
→ ⑦ 材料审核·结算·完结
```
**① 医生(评审专家)注册与资质审核**
- 医生在门户「专家注册」提交执业证书、职称证明。
- 审核(合规人员「专家审核」或后台管理员「专家管理」)通过后,生成医生账号,医生解锁「我参与的会议 / 我报名的项目」。
- **后台管理员**:审核专家,或「新建专家」直接通过 + 建账号。
**② 医生投稿 → 立项**
- 医生在「我的项目策划方案」新建投稿 → 提交。
- 合规人员在「策划方案管理」审核,通过时**填写项目编号** = 立项。
- **后台管理员**:维护「项目类别」下拉选项(供医生投稿选择)。
**③ 项目创建、分配与公示**
- 合规人员新建项目(项目信息 + 角色劳务 + 公告文件,并指定项目负责人)→ 分配支持单位(1 个)+ 执行单位(多个,各分场次 / 金额)。
- 「保存并发布公告」→ 门户「项目公示」对外可见。
- **后台管理员**:全局兜底查看项目 / 会议;可**删除项目**(合规人员无删除权)。
**④ 公示意向与报名**
- 门户公示详情页按 4 类公告(专家参与邀请函 / 项目公益支持函 / 项目通知 / 日程)展示。
- 访客或登录用户可:医生「立即报名」、支持方「公益支持」(支持意向)、执行方「项目执行申请」(执行意向)。
- 意向会被系统记录,合规人员在「支持意向 / 执行意向」查看与导出。
- **后台管理员**:基本不介入。
**⑤ 执行方建会与上传材料**
- 执行方在「项目列表」建会(第 N 期,受分配场次上限约束)。
- 上传「劳务材料」(参会人 / 劳务协议 / 签到表 / 现场全景 / 日程海报)与「会务材料」(发票自动识别 / 各类费用 / 总结算单 / 总发票),页面自动汇总劳务费 / 会务费。
- **后台管理员**:会议管理兜底查看,不参与上传。
**⑥ 医生签署劳务(生成 PDF**
- 执行方「邀请参会 / 推送电子签」→ 医生手机扫码(免登录)完成三步签署:填劳务信息 → 手写签名 → 生成 PDF 归档。
- PDF 按「劳务协议模板」自动填入姓名、手机号、会议名称、费用总额等信息。
- **后台管理员**:配置「劳务协议模板」(默认模板、启用 / 禁用),影响生成的劳务协议正文。
**⑦ 材料审核 → 结算 → 完结**
- 执行方提交材料 → 合规一审(劳务 / 会务分轨,可独立通过 / 退回)→ 支持方监察二审 → 结算(上传付款凭证)→ 完结。
- **后台管理员**:会议管理兜底查看审核进度;审核动作由合规人员 / 支持方完成。
## 三、支撑环节
**① 账号与单位体系**
- 支持单位 / 执行单位在门户注册 → 生成单位主账号。
- 后台管理员 / 合规人员维护单位、单位下子账号:支持方子账号 = 监察员,执行方子账号 = 执行人员。
- 新增 / 编辑 / 批量导入单位、指定「机构管理员」(更换主账号)为后台管理员专属;合规人员只能管理单位下人员。
**② 基础数据(科室 / 职称 / 项目类别)**
- 供医生注册选择科室 / 职称、医生投稿选择项目类别。
- 后台管理员专属维护(新增、编辑、删除、启停用)。
**③ 网站内容(协议 / 专项计划 / 劳务协议模板)**
- 协议、专项计划在门户对外展示;劳务协议模板用于医生签署时生成 PDF。
- 后台管理员专属维护。
## 四、各角色职责速查
| 角色 | 主要职责 |
|---|---|
| 医生(评审专家) | 注册资质、投稿策划方案、参与会议、签署劳务 |
| 合规人员 | 审核立项、建项目分配、材料一审、专家审核、结算完结 |
| 执行方 | 承接项目、建会、上传材料、提交审核 |
| 支持方 | 监察二审、查看项目 |
| 项目负责人 | 只读查看自己负责的项目 |
| 后台管理员 | 系统维护 + 全局兜底(账号 / 基础数据 / 网站内容 / 单位) |