Files

T

郭庆泰 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

5.5 KiB

Raw Permalink Blame History

主要流程说明

本章梳理平台整体的项目全生命周期主线与支撑环节，帮助读者理解业务如何流转、各角色在哪个环节做什么。各角色的具体操作见对应手册（后台管理员 / 合规人员 / 医生 / 执行方 / 支持方 / 项目负责人）。

一、角色与账号体系

角色	在业务里的位置
后台管理员	系统维护 + 全局兜底（账号 / 基础数据 / 网站内容 / 单位）
合规人员	核心审核与项目管理（合规管理员 / 项目经理）
医生（评审专家）	项目发起者：投稿、参与会议、签署劳务
执行方	承接项目、建会、上传材料
支持方	申办方：监察二审、查看项目
项目负责人	纯只读，查看自己负责的项目

账号类型：主账号（注册即新建单位）与子账号（挂靠已有单位）。支持方 / 执行方按主账号 / 子账号区分权限；医生 / 后台管理员 / 项目负责人 / 合规人员是无企业归属的账号。
门户匿名访问：首页、项目公示、3 个注册页、登录、协议、专项计划，均无需登录即可访问。

二、主线：项目全生命周期

① 医生注册·资质审核 → ② 医生投稿·立项 → ③ 项目创建·分配·公示
   → ④ 公示意向·报名 → ⑤ 执行方建会·上传材料 → ⑥ 医生签署劳务
   → ⑦ 材料审核·结算·完结

① 医生（评审专家）注册与资质审核

医生在门户「专家注册」提交执业证书、职称证明。
审核（合规人员「专家审核」或后台管理员「专家管理」）通过后，生成医生账号，医生解锁「我参与的会议 / 我报名的项目」。
后台管理员：审核专家，或「新建专家」直接通过 + 建账号。

② 医生投稿 → 立项

医生在「我的项目策划方案」新建投稿 → 提交。
合规人员在「策划方案管理」审核，通过时填写项目编号 = 立项。
后台管理员：维护「项目类别」下拉选项（供医生投稿选择）。

③ 项目创建、分配与公示

合规人员新建项目（项目信息 + 角色劳务 + 公告文件，并指定项目负责人）→ 分配支持单位（1 个）+ 执行单位（多个，各分场次 / 金额）。
「保存并发布公告」→ 门户「项目公示」对外可见。
后台管理员：全局兜底查看项目 / 会议；可删除项目（合规人员无删除权）。

④ 公示意向与报名

门户公示详情页按 4 类公告（专家参与邀请函 / 项目公益支持函 / 项目通知 / 日程）展示。
访客或登录用户可：医生「立即报名」、支持方「公益支持」（支持意向）、执行方「项目执行申请」（执行意向）。
意向会被系统记录，合规人员在「支持意向 / 执行意向」查看与导出。
后台管理员：基本不介入。

⑤ 执行方建会与上传材料

执行方在「项目列表」建会（第 N 期，受分配场次上限约束）。
上传「劳务材料」（参会人 / 劳务协议 / 签到表 / 现场全景 / 日程海报）与「会务材料」（发票自动识别 / 各类费用 / 总结算单 / 总发票），页面自动汇总劳务费 / 会务费。
后台管理员：会议管理兜底查看，不参与上传。

⑥ 医生签署劳务（生成 PDF）

执行方「邀请参会 / 推送电子签」→ 医生手机扫码（免登录）完成三步签署：填劳务信息 → 手写签名 → 生成 PDF 归档。
PDF 按「劳务协议模板」自动填入姓名、手机号、会议名称、费用总额等信息。
后台管理员：配置「劳务协议模板」（默认模板、启用 / 禁用），影响生成的劳务协议正文。

⑦ 材料审核 → 结算 → 完结

执行方提交材料 → 合规一审（劳务 / 会务分轨，可独立通过 / 退回）→ 支持方监察二审 → 结算（上传付款凭证）→ 完结。
后台管理员：会议管理兜底查看审核进度；审核动作由合规人员 / 支持方完成。

三、支撑环节

① 账号与单位体系

支持单位 / 执行单位在门户注册 → 生成单位主账号。
后台管理员 / 合规人员维护单位、单位下子账号：支持方子账号 = 监察员，执行方子账号 = 执行人员。
新增 / 编辑 / 批量导入单位、指定「机构管理员」（更换主账号）为后台管理员专属；合规人员只能管理单位下人员。

② 基础数据（科室 / 职称 / 项目类别）

供医生注册选择科室 / 职称、医生投稿选择项目类别。
后台管理员专属维护（新增、编辑、删除、启停用）。

③ 网站内容（协议 / 专项计划 / 劳务协议模板）

协议、专项计划在门户对外展示；劳务协议模板用于医生签署时生成 PDF。
后台管理员专属维护。

四、各角色职责速查

角色	主要职责
医生（评审专家）	注册资质、投稿策划方案、参与会议、签署劳务
合规人员	审核立项、建项目分配、材料一审、专家审核、结算完结
执行方	承接项目、建会、上传材料、提交审核
支持方	监察二审、查看项目
项目负责人	只读查看自己负责的项目
后台管理员	系统维护 + 全局兜底（账号 / 基础数据 / 网站内容 / 单位）

5.5 KiB Raw Permalink Blame History Unescape Escape