N
机构系统
1：N
[企业类型] + [机构类型] 通过 [平台] 对应 [角色类型] = 角色池
职责：服务器资源监控、进程服务全链路追踪功能相关服务端
G12-智能客服ai-cs
支持企业进行更明智的、数据驱动的商业决策
护理员，抢单
环境
环境d
环境名（中文）
环境名（英文）
...
开发环境
dev
测试环境
test
生产环境
prd
职责：提供用户档案数据管理（运营人员/代理商人员/患者/护工），机构档案数据管理（代理商/医疗机构/护工），包含基本数据以及认证类相关数据管理，同时存储归类统计后的业务数据，为大数据采集后的二次处理提供数据依据
系统
N：1
职责：多维度评价（患者/护工/产品）、敏感词、统计
B2-档案archive
B4-排班schedule
M
运营机构管理
初始化[账号/账号身份角色关联]
延后考虑
2.3
域
域id
域名称
a1
业务域
b2
管理域
初始化[企业类型/机构类型]
职责：实现域/平台/系统/菜单(目录/菜单)管理，实现全局参数、字典等通用数据管理，提供模版类等需要顶层统一管控，并为业务端实例生成后的数据下发提供基础的标准化的一系列配置功能，以及后续结合环境的版本管理，即产品技术的平台/系统/服务版本关系矩阵
员工
员工id
组织结构id
员工名称
账号id
s1
r3
小明
s2
小红
产品系统
4.1
管理组织结构/绑定岗位角色
职责：（待大数据建设阶段深入考虑）基于标签等多维度指征，开展数据关联匹配与智能联想，为精准营销、用户推荐等核心场景提供高质量数据支撑，赋能业务精细化运营
企业(正式)
企业id
企业名称
企业类型
p1
卷云集团
p2
金萌泰集团
输出利于企业决策有价值的行业数据
技术域
组织模版
组织模版id
机构类型id
组织模版类别
组织模版名称
组织模版描述
当前激活的版本号
Struct-1
B4
业务运营组织
业务运营组织模版
Struct-V-2
Struct-2
职能管理组织
Struct-3
区域管理组织
职责：流量出入口总控，流控管理，通信出入参管理，服务路由管理等
G4-通知中心notify
管理身份/角色层级类型/权限包/权限
步骤
请求服务名
相关数据库表
结果
新增/修改角色，关联权限包，保存
配置中心
企业类型、机构类型、平台、角色类型
返回角色类型id：根据当前账号对应的员工、岗位、部门、机构、机构类型，找到配置中心中机构类型对应的平台，平台对应的角色类型id
注册认证授权
角色类型、角色
1. 返回角色池：企业类型 + 机构类型 + 角色类型 -> 角色2. 角色池过滤：验证当前操作的角色对应的权限，要小于等于角色池对应的权限3. 验证通过，保存当前角色和权限包关联，反之返回错误
字典（子）
字典（子）id
字典值
排序
服务实例
服务实例id
服务id
服务器id
端口-port
启动时间
运行时长
运行状态
SI1
S1
Machine-1
9001
2026-01-01 08:00:00
1800 min
健康
SI2
Machine-2
故障
SI3
9002
假死
机构注册（经办人代注册）
经办人选择机构类型
认证内容模版主表、子表
查询认证内容模板
填写认证内容，提交认证
档案
企业(草稿)、机构(草稿)
1. 保存企业(草稿)表、机构(草稿)表2. 提交审批系统3. 针对营业执照，上传时使用华为OCR提取关键信息存储草稿表中，有效性目前借助汇付开户接口实现
审批
1. 正常审批扭转2. 审批完成，通知档案服务
档案服务接收审批服务通知，认证通过
企业(草稿)、机构(草稿)、企业(正式)、机构(正式)、账号、账号身份关联、账号身份，角色关联
1. 生成机构：草稿表转正式表2. 生成账号：新增账号表3. 生成身份：新增账号身份关联、账号身份角色关联
企业类型、机构类型、角色类型、角色层级、角色、权限包、权限
4. 配置中心下发a) 下发组织结构：机构类型对应的组织结构模版、部门模版、岗位模板b) 下发角色池：机构类型对应的角色层级、角色类型以及对应的角色、角色对应的权限包、权限
通知中心
/
5. 异步发通知消息，引导机构管理员登录
职责：整合邮件、短信、站内信、微信公众号等多渠道，实现通知统一分发、状态追踪与合规管控，保障信息精准触达、高效流转
系统id
系统名称
c1
审批系统
c2
权限系统
c3
用户系统
c4
c5
档案系统
机构附属...表
管理端小程序
护理培训业务域
模块
技术
1.1
1.5
3.3
部门模版
部门模版id
上级部门模版id
部门名称
部门描述
Dep-1
总经办
Dep-2
财务部
Dep-3
人事部
Dep-4
运营部
Dep-5
运营一部
代注册机构
账号身份角色关联(小关联)
账号身份，角色关联id
账号身份关联id
角色组/角色id
角色组/角色标识
E1
D1
m0
角色
E2
D4
m4
E3
m5
E4
D7
m3
E4.1
D7.1
m2
技术中台
职责：/
3.5
2.7
结算系统
职责：（待大数据建设阶段深入考虑）主要针对已产生的业务数据、用户行为等数据，进行预定规则的分析与计算，最终结果定性后，针对相关数据赋予指定属性的一系列过程
图示
G11-问卷qnaire
2.2
G10-AI模型应用ai-model
角色层级模版
角色层级模版id
所属者
角色层级模版名称
适用域id
h1
管理角色层级模版
h2
业务角色层级模版
职责：对接 Dify 智能体 AI 模型，提供 AI 客服的功能（智能客服机器人，含工单-暂未设计）
管理组织结构，绑定岗位角色
排班系统
1. 版本问题
产品
平台
服务
名称
版本
运营管理平台
v1.0.1
v1.0.0
审批服务
消息系统
劳务机构管理平台
档案服务
档案系统（原护理员系统）
x
y
z1
z2
管理域/平台/系统/菜单/资源
个人身份类别
个人身份类别id
个人身份类别名称
gp-1
访客类
gp-2
需求类
gp-3
服务类
gp-4
管理类
初始化
初始化[域/平台/系统/菜单/资源]
域、平台、系统、菜单、资源
数据库脚本方式 1：开发库导入、或者 SQL 脚本刷库账号登录操作方式 2：见下
企业类型、机构类型
初始化[组织模版/部门模版/岗位模版]
组织模版、部门模版、岗位模版
初始化[认证内容模版]
认证内容模版
初始化[身份/角色层级类型/权限包/权限]
身份、角色层级类型、权限包、权限
账号、账号身份角色关联
管理企业类型/机构类型
平台id
平台名称
角色类型id
b1
k3
医疗机构管理平台
b3
k2
b4
开发者平台
b5
用户端小程序
b6
护工端小程序
权限
权限id
权限名称
o1
权限1
o2
权限2
同“劳务机构管理”绑定岗位角色
角色类型
角色类型名称
k1
组织管理类型
护理服务类型
平台运营类
机构认证通过，配置中心下发
登录，认证，鉴权
PC端
职责：支持文件上传、预览、下载及历史下载记录查询，实现文件安全管控与便捷访问
【注册认证授权】数据库
同“运营机构管理”添加员工生成“劳务机构员工”身份
组织结构
所属机构id
类型
上级组织结构id
组织机构名称
r1
q1
部门
0
r2
岗位
运营主管
r4
运营助理
聚合逻辑：通过“大关联表id”聚合同账号在多端的数据业务数据的归属者，通过 token 记录 “大关联表id”可以准确识别 x账号 用 x身份 在 x端 做了什么操作
菜单
菜单id
菜单名称
父菜单ID
菜单类型
组件(菜单)路径
d1
通用配置
目录
LAYOUT
d2
模版配置
d3
审批模版配置
/@/views/commonSetting/departmentMember/index.vue
二、注册认证鉴权相关的服务器逻辑，以及关键的库表结构设计
医疗护理服务域
企业身份，个人身份，有身份类别企业身份，绑定一个个人身份配置中心，认证方式现在有，针对某账号某身份在某端的状态。要加过滤的关联表，支持排除过滤角色 权限包 权限 资源
护理员，排班
职责：围绕订单为中心的全生命周期的综合管理，包括订单创建、护理员匹配、服务单创建、服务进行中全流程主线管理，售后/退款/更换护理员等支线管理，同时无缝衔接产品系统、结算系统、排班系统、审批等系统，保障服务闭环，赋能全流程高效协同与精细化运营
2.1
5.2
G6-配置中心arg
职责：负责护理员排班综合管理，维护班次、排班规则、周期模板、考勤报表等基础信息，实时记录护理员休息、接单、出勤及排班状态，为用户下单、护理员匹配等核心业务提供精准、完备的数据支撑。
平台运营管理域
1对多
管理组织模版/部门模版/岗位模版
同“运营机构管理”鉴权
1：1
机构类型
上级机构类型id
企业类型id
机构类型名称
企业身份id
开通的业务范围
B1
A3
运营管理机构
B2
A4
劳务机构
B3
平台运营机构
g2
护理劳务机构
g1
系统初始化
4.2
2. 交付内容的精细化问题
大数据BI商业分析
G9-推荐push
机构侧管理权限操作的范围
功能点
是否允许
是否允许新增/删除/修改下发的角色类型
否
是否允许新增/删除/修改下发的角色层级
是否允许新增/删除/修改下发的角色类型和层级下的角色
不可以修改{管理员}、{护理员}角色也不能调整关联的权限包，其他角色可以修改/删除以及调整关联的权限包，包括可以自行新增角色（考虑是否独立一张表或一列字段标识）
是否允许自行添加身份
否，不能新增身份类型，也不能手动关联现有的身份到人
是否允许修改身份与角色的关联
关联角色到身份不能，关联角色到人可以。例如不允许自行添加角色，设置好权限，然后与身份关联。允许与人关联。
是否允许新增修改权限包及权限
同上
配置中心，组织结构模版中不能修改{护理部}的部门信息，但允许修改部门下的岗位信息
正确
如果删除指定角色层级/类型，需要级联删除对应的角色
业务服务：6个
5.1
4.5
G8-标签tag
法人身份
身份id
身份名称
g9
法人
B5-结算pay
包含互斥一系列的表
B6-评价evaluation
上级企业类型id
企业类型名称
A1
A2
运营管理组织
护工管理组织
2.6
3.2
G7-监控monitor
账号
用户名
密码
手机号
C1
admin
123
131
C2
super
132
C3
运营
133
C4
劳务
134
C5
护理员
135
C6
用户
136
多对多
版本id
3.6
职责：账号/身份/角色/权限包/权限/资源管理，互斥管理，认证，鉴权
组织类型
组织类型id
组织类型名称
OType-1
业务运营组织-人力资源组织
OType-2
业务运营组织-运营管理组织
企业身份
个人身份id
企业身份类别id
go-3
服务提供机构
g3
区域管理机构
g4
go-4
系统开发机构
运营，发产品
角色组
角色id
角色组名称
mg-1
跨域角色
mg-2
平台运营角色
管理角色/权限包/权限
企业(草稿)
所属者0-配置中心机构id-对应机构
G1-注册认证授权auth
管理认证内容模版
运营平台/劳务机构，订单/服务单管理
1.3
认证方式-适用认证场景
认证方式-适用认证场景id
认证方式id
认证方式名称
Au-1
字典（子）id-个人认证
Au-2
字典（子）id-企业认证
3.4
技术中台子域
新增护理员/审核护理员
1.4
资源
资源id
资源名称
资源类型
权限码
e1
查询审批模版
页面
Permission-1
e2
新增审批模版
按钮
Permission-2
e3
修改审批模版
Permission-3
护理员id
机构id
护理员名称
w1
q2
刘波
职责：（待大数据建设阶段深入落地）积累行业以及系统运行期间的经验数据，为大数据构建知识图谱、标签及关联的数据依据
一、最新版微服务划分及服务职责明确
订单系统
服务器
操作系统-os
ip
Centos 7.9 64bit
192.168.0.1
root
xyz
Ubuntu 24.04.3 64bit
192.168.0.2
服务编号
服务名称（中文）
服务名称（技术）
G1
auth
S2
G2
approval
S3
G3
知识库
repo
4.6
4.4
养老照护服务域
组织模版版本
组织模版版本id
版本号
Struct-V-1
1.0
岗位模版
岗位模版id
岗位名称
岗位描述
Post-1
财务主管
人事主管
【档案】数据库
员工登录，认证，鉴权
职责：全局管理技术栈，实现通用能力下沉，代码公共能力输出，通信/交互/规范化等规则统一管控
认证方式
认证方式类型
适用认证场景
认证方式状态
证件OCR识别
字典（子）id-证件识别
3-个人认证、企业认证
启用
身份证真实性核验
字典（子）id-身份核验
1-企业认证
2.8
2.9
岗位角色关联
岗位角色id
t1
t2
超管 admin 初始化系统，包括基础数据、身份/角色/权限包/权限/资源等配置
超管 admin 登录
登录认证成功后，拥有所有菜单的按钮操作的权限
账号登录操作方式 2：管理上述[初始化]过程
admin，添加运营机构员工
新增员工
账号、账号身份关联、账号身份角色关联
1. 生成账号：新增账号表2. 生成身份（运营机构员工身份）：新增账号身份关联、账号身份角色关联
运营机构员工，账号登录认证
返回认证结果
查询身份列表
账号身份关联，个人身份
返回身份列表
选择身份，鉴权
账号身份关联，账号身份角色关联，角色，权限包，权限，资源，菜单
1. 查询身份角色线：查询账号对应的身份、角色、权限包、权限、资源2. 查询岗位角色线：查询岗位对应的角色、权限包、权限、资源3. 查询自定义角色线：查询自定义的觉得，绑定在员工账号上的角色、权限包、权限、资源（实际同“身份角色线”）最终，聚合 1、2、3，返回菜单和资源集合
大数据子域
劳务机构管理
功能
身份角色关联
关联id
IR-1
g5
IR-2
IR-3
g6
问题出在这里
G2-审批approval
职责：针对用户下单前问卷、服务日志评估等场景，通过获取 AI 分析结果，为业务决策与服务优化提供精准智能信息支撑
3.1
角色层级
角色层级id
角色层级名称
j1
至高层
j2
决策层
全局系统参数
全局系统参数id
参数名
参数值
初始化过程，只有 admin、super，是平台最初的管理员账号运营 是后续运营机构新增的员工账号的示例劳务 是后续劳务机构认证后，管理员账号的示例护理员、用户 是后续如果需要控制用户的权限，用户取权限的示例
认证内容模版的几张表认证项、认证方式、是否必填等
公共服务：12个
字典（主）
字典（主）id
字典名
2.5
1对1
网关gateway
管理账号/账号身份角色关联
主营业务管理
企业身份类别
企业身份类别名称
go-1
服务机构
go-2
医疗机构
运营机构
研发机构
个人身份
来源
是否企业员工身份
跨域身份平台关系
平台管理员
1-自动分配
是
机构员工
g7
跨域身份
g8
访客
g8.1
2-手动分配
【配置中心】数据库
鉴权过滤
鉴权过滤id
过滤对象id
过滤对象类型
Filter-1
m1
1-角色
Filter-2
n1
2-权限包
Filter-3
3-权限
Filter-4
4-资源
多对1
B3-产品product
职责：负责各类交易渠道的集成对接，当前已支持基于汇付的支付、退款、余额支付、对账等核心场景功能，保障交易流程合法合规、资金与数据精准一致
G5-文件服务file
框架framework
职责： 提供产品分类/基础信息/sku/上下架/城市权限等围绕产品的综合管理功能
权限包
权限包id
权限包名称
权限包类型
业务流程包
n2
系统目录包
劳务机构管理员，添加护理员，保存
1. 保存护理员，护理员状态待认证，审批状态待审核/审核中2. 请求“审批服务”提交审批单
1. 更新护理员，护理员状态已认证，审批状态已通过2. 请求注册认证授权服务
1. 生成账号：如果是护理员申请入驻劳务公司，那么不新增账号；反之如果是劳务公司管理员添加护理员，那么新增账号。2. 生成身份（护理员身份）：新增账号身份关联、账号身份角色关联
3. 异步发通知消息，引导机构管理员登录
职责：实现审批环节规范化管理，支持自定义流程节点，提供发起、流转、审批等全环节控制
护士端小程序
机构(正式)
机构名称
掬美科技
A劳务公司
q3
B劳务公司
1.2
APP端
问卷系统
职责：（待AI建设阶段深入考虑）本地模型训练
链路日志
链路日志id
Log-1
Log-2
Log-3
2.4
1.6
后台，匹单
G3-知识库repo
用户，下单
平台（端）
4.3
账号身份关联(大关联)
企业机构id
企业机构类型
身份类型
身份状态
昵称/头像常用字段冗余
机构
个人
正常
D2
企业
D3
D5
D6
D8
D9
/ 或缺省机构
D10
冻结/异常
角色名称
护理员角色
机构管理员角色
平台运营主管角色
平台运营助理角色
管理员工
原始数据，收集/管理/分析
护工护理服务域
机构(草稿)
B1-订单order
