如何在ERD中展示继承类？系统角色与EBI/IFR工单关联建模咨询

现有ERD预览 #

问题描述 #

我正尝试为下述系统创建ERD，但在关联实体与子类时遇到困难。此前从未制作过ERD，虽查阅资料，但仍难以梳理架构，恳请提供帮助与指导。

系统角色与工单权限明细 #

无工单关联角色 #

• Host：仅管理政策流程、授权访问，与EBI、IFR工单无关联
• 客户（NHS机构）：仅可查看政策、诊所及流程列表，与EBI、IFR工单无关联

同时关联EBI与IFR工单角色 #

• Practice Admin（诊所管理员）：管理诊所内账户；可查看EBI审批列表、下载PAT信函；可查看/搜索IFR请求、添加评论、查看审批/驳回信函
• Provider Admin（供应商管理员）：本地医疗供应商，权限与Practice Admin完全一致
• Referrer（转诊人员）：就职于诊所或医疗供应商，可发起EBI/IFR工单转诊患者，并管理对应工单

仅关联IFR工单角色 #

• Panel Viewer（评审面板查看者）：仅可查看评审面板，无IFR决策权限，与EBI无关联
• Panel Decision Maker（评审决策者）：可在评审会上审批/驳回IFR，或要求补充信息
• IFR Team（IFR团队）：处理IFR请求，可直接驳回不合规请求；可分配给DM、CSO或专家；需时组建评审面板，通知转诊人员审批结果
• DM（决策者）：处理分配给自己的IFR，可查看工单、评审面板，分配给专家
• CSO：为IFR最终决策提供建议
• Expert（专家）：为IFR请求提供专业意见

ERD实体与关联设计方案 #

核心实体定义 #

1. 用户（User）：所有系统使用者的基础实体，包含属性：用户ID、姓名、账号、所属机构、联系方式等
2. 角色（Role）：存储角色类型（Host、客户、Practice Admin等），包含属性：角色ID、角色名称、权限描述
3. EBI工单（EBI_Ticket）：EBI业务的核心实体，包含属性：工单ID、患者ID、转诊人ID、创建时间、状态、PAT信函路径等
4. IFR工单（IFR_Ticket）：IFR业务的核心实体，包含属性：工单ID、患者ID、转诊人ID、创建时间、状态、分配对象ID、评审面板ID等
5. 评审面板（Review_Panel）：IFR评审专属实体，包含属性：面板ID、关联IFR工单ID、创建时间

实体关联规则 #

• 用户与角色：多对一关联（多个用户可归属同一角色，一个用户对应一个角色），通过User.role_id关联Role.id
• EBI工单关联：
  • Referrer与EBI_Ticket：一对多（一个转诊人可发起多个EBI工单），通过EBI_Ticket.referrer_id关联User.id
  • Practice Admin/Provider Admin与EBI_Ticket：多对多（多个管理员可查看多个EBI工单），新增中间表EBI_Ticket_Viewer，包含ticket_id和viewer_id两个字段
• IFR工单关联：
  • Referrer与IFR_Ticket：一对多（一个转诊人可发起多个IFR工单），通过IFR_Ticket.referrer_id关联User.id
  • Practice Admin/Provider Admin与IFR_Ticket：多对多（多个管理员可查看/评论多个IFR工单），新增中间表IFR_Ticket_Viewer，包含ticket_id和viewer_id两个字段
  • IFR Team与IFR_Ticket：一对多（一个团队可处理多个IFR工单），通过IFR_Ticket.assigned_team_id关联User.id（团队成员关联角色为IFR Team的用户）
  • DM与IFR_Ticket：一对多（一个DM可处理多个分配给自己的IFR工单），通过IFR_Ticket.assigned_dm_id关联User.id
  • CSO与IFR_Ticket：多对多（一个CSO可为多个IFR工单提供建议），新增中间表IFR_CSO_Advice，包含ticket_id、cso_id、advice_content、advice_time
  • Expert与IFR_Ticket：多对多（一个专家可为多个IFR工单提供意见），新增中间表IFR_Expert_Opinion，包含ticket_id、expert_id、opinion_content、opinion_time
  • Review_Panel与IFR_Ticket：一对一（一个评审面板对应一个IFR工单），通过Review_Panel.ifr_ticket_id关联IFR_Ticket.id
  • Panel Viewer与Review_Panel：多对多（一个查看者可查看多个评审面板），新增中间表Panel_Viewer，包含panel_id和viewer_id
  • Panel Decision Maker与Review_Panel：多对多（一个决策者可参与多个评审面板），新增中间表Panel_Decision_Maker，包含panel_id和decision_maker_id

内容的提问来源于stack exchange，提问作者Ibby