昨天下午完成了律师事务所（名字随便取的）案件管理系统的全栈开发工作，这个系统共 622487 行代码，后端底座用的 Python，为大规模人工智能应用的到来留足了空间。从技术栈的选择到数据库的架构，从业务流程到功能交互，从页面设计到账户权限，我用了 13 页纸反复打磨。
这个系统定位于案件管理，以案件为中心，通过案件审核、合同审核、结案审核和已结案几个关键状态来控制案件流程。区别于其它诸如全场景、全功能（人事财）类型的律师事务所管理系统，它只专注案件管理一条主线，辅以简单律师管理和财务数据。让繁杂的律所行政管理和财务分配结算工作从系统中剥离出来，将行政管理交由第三方（钉钉、微信、飞书）等去解决，财务分配结算等敏感数据转至线下或其它财务系统，做到真正的案件全流程管理。
1.律所案件管理系统的技术栈
开发系统之前综合考虑了几种技术栈的成熟度、拓展性，最终选择了 Python/FastAPI，因为我觉得律师行业是可以大规模使用人工智能的行业，而 Python 恰好是人工智能行业的基座语言，选择 Python 也是为以后大规模人工智能应用留下空间。经权衡后，最终选择了以下方案：
- 前端: Vue 3 + Vite + Element Plus + Tailwind CSS
- 后端: Python FastAPI + SQLAlchemy
- 数据库: PostgreSQL
2.数据库架构设计及具体表、字段名
因律师事务所案件管理涉及到的字段很多，包括案件类型、案件人员、案件来源、案由/罪名、办案机关、法律援助、是否涉外、办案机关、办案律师、委托阶段等，而且每种类型又关联很多的特定字段，甚至收费方式也有 5 种以上。为了将所有信息关联起来，需要将多表关联实时联动，为此设计了如下 9 张数据表。
- 案件核心架构：设置案件主表和案件扩展详情表。通过案件主表存储所有案件公用的流水号、状态和基础流程信息；通过案件扩展详情表，关联层级字典（案由/罪名）等。
- 组织架构与权限体系（RBAC）：设置用户/律师表和外部主体表。通过用户/律师表整合律师基本信息与系统登录权限。通过外部主体表统一存储自然人、企业等信息。
- 关联关系映射。设置外部人员关联表、内部律师关联与分配表、委托阶段关联表。通过外部人员关联表，区分案件角色，如原告、被告、被害人等。通过内部律师关联与分配表处理内部人员角色及财务分配比例。通过委托阶段关联表存储多选阶段信息，如一审阶段、执行阶段等。
- 财务与文档管理。设置财务信息表和文档存储表。通过财务信息表记录收费方式及金额。通过文档存储表记录存储委托合同及归档资料。
3.业务流程、功能交互及页面设计
这个系统完整覆盖了律师办理案件时的整个流程，从收案、冲突检索，从案件审核到合同审核，从结案审核到已结案，全流程风控管控。通过自动生成的流水号和案号对接线下函件签发管理。整个流程共设计了 6 个页面：后台登录页（login)、控制台首页（Dashboard）、收案登记页（CaseRegistration）、案件管理页（CaseManagement）、案件详情页（CaseDetail）、律师管理页（LawyerManagement）。其中：
- 控制台首页（Dashboard）设置了统计栏，包含案件数、客户数以及案件类型分布。
- 收案登记页（CaseRegistration）必须在冲突检索通过后才能收案登记，登记后还需要风控审核。
- 案件管理页（CaseManagement）列表记录了案件审核、合同审核、结案审核和已结案 4 个关键节点的案件数量，同时列表展示的案件详情，可以记录案件流转、案件作废和合同解除，同时支持历史案件的导入和导出功能。
- 案件详情页（CaseDetail）详细记录了与案件有关的所有信息，并支持案件信息的导出。
- 律师管理页（LawyerManagement）记录律师的基本信息，在职、离职状态等。
4.账户与权限控制
这个系统只设置 3 类账户：管理员、风控和律师。其中：
- 管理员账户：拥有全系统最高权限，无操作限制。
- 风控账户：对案件状态（案件审核、合同审核、结案审核、已结案）进行审核，可修改所有案件信息（包含废除合同、解除合同），支持导入、导出所有案件，但无删除权。
- 律师账户：仅能新增、查看自己参与的案件，仅支持导出自己的案件，对自己的案件无删除权、修改权。
本文简略的从律所案件管理系统的技术栈、数据库架构设计及具体表、字段名、业务流程、功能交互及页面设计、账户与权限控制 4 个方面做了介绍。这些功能已经能满足全国近 80% 中小律师事务所案件管理工作。截止目前为止，功能测试一切正常，未来将听取使用者的意见和建议逐步完美案件管理功能。