项目描述
翻译我们是一家保险和评估公司，目前每个索赔都以零散的通信形式到达我们。客户写电子邮件，描述保险事件，附上损坏照片、保单和收据的扫描件——从那一刻起，案件就存活在某人的收件箱中。我们手动将其转发给理赔员，通过回复电子邮件请求缺失的文件，将金额转移到电子表格中，并试图跟踪哪个索赔在等待批准，哪个已准备好支付。随着请求数量的增加，这种方式停止工作：案件丢失，截止日期被错过，客户和我们的管理人员都看不到特定索赔处于哪个阶段。
我们需要一个应用程序，将这一混乱转变为清晰的流程。案件应从接收表单或转发的电子邮件中创建，捕获保单号、事件类型和描述，并将所有上传的文件和照片存储在一张卡片上。然后，经理分配理赔员，理赔员输入检查结果和损坏计算，案件经过定义的阶段：接收、审核、评估、批准和支付。每次状态更改都应记录日期、时间和作者，以便始终清楚是谁在何时做了什么。
状态跟踪和报告对我们来说与接收同样重要。每个参与者需要自己的案件队列，客户应看到其索赔的当前阶段，管理层需要按周期、按理赔员和按案件类型的汇总报告——包括平均处理时间和总支付金额。请描述建议的技术栈，您将如何解决文档存储和访问控制，以及现实的时间表。
— 附带文件和照片的索赔接收
— 理赔员分配和工作负载视图
— 评估、损坏计算和批准阶段
— 支付控制和状态历史记录日志
— 按周期、理赔员和案件类型的报告
我们需要一个应用程序，将这一混乱转变为清晰的流程。案件应从接收表单或转发的电子邮件中创建，捕获保单号、事件类型和描述，并将所有上传的文件和照片存储在一张卡片上。然后，经理分配理赔员，理赔员输入检查结果和损坏计算，案件经过定义的阶段：接收、审核、评估、批准和支付。每次状态更改都应记录日期、时间和作者，以便始终清楚是谁在何时做了什么。
状态跟踪和报告对我们来说与接收同样重要。每个参与者需要自己的案件队列，客户应看到其索赔的当前阶段，管理层需要按周期、按理赔员和按案件类型的汇总报告——包括平均处理时间和总支付金额。请描述建议的技术栈，您将如何解决文档存储和访问控制，以及现实的时间表。
— 附带文件和照片的索赔接收
— 理赔员分配和工作负载视图
— 评估、损坏计算和批准阶段
— 支付控制和状态历史记录日志
— 按周期、理赔员和案件类型的报告
其他 / 杂项 现金, 银行转账
