影像平台

2025-06-29 21:22:00
行业:企业内部管理、金融
载体:网站、Windows应用
技术:Java、Spring Boot、RabbitMQ、Spring Cloud

业务背景

影像平台定位于企业级基础平台,作为企业数字化转型的核心基础设施,面向多业务系统(核心系统、保全系统、团险系统等)提供统一的影像服务中台。通过标准化接口与业务系统无缝集成,实现跨系统、跨部门的影像数据协同,构建企业级非结构化数据治理体系。

功能介绍

一、核心功能模块
1.影像采集与处理
扫描上传:支持多渠道影像采集(纸质单据、电子文件、移动端拍摄),兼容多种格式(PDF/JPG/PNG等)。
预处理:自动校验文件格式、大小、完整性,支持OCR文本提取、图像增强(去噪、旋转校正、灰度调整)。
问题件识别:通过规则引擎或AI模型检测异常影像(如模糊、缺失、格式错误),标记问题件并触发处理流程。

2.影像存储与管理
分布式存储:采用高可用存储架构(如MinIO、对象存储),支持海量影像数据的快速写入与读取。
元数据管理:记录影像的业务关联信息(保单号、投保单号、上传时间、关联业务类型),建立索引以支持快速检索。
版本控制:支持影像文件的历史版本回溯与更新记录,确保数据可追溯性。

3.影像检索与调用
多维检索:支持按业务编码、时间范围、OCR文本、关联保单号等条件快速定位影像。
批量调用:允许业务系统批量查询或下载影像文件,支持打包压缩或PDF合成。
同步接口:将影像索引信息同步至外部系统(如核心系统),确保业务数据一致性。

4.影像展示与交互
多终端适配:提供Web端、移动端影像查看功能,支持缩放、标注、水印防伪等操作。
3D/全景展示:针对复杂业务场景(如医疗影像、汽车全景影像),支持三维模型重建或全景视图切换。
实时通知:上传成功或问题件标记后,通过邮件、短信或系统内消息通知相关人员。

二、服务集成模块
1.外部系统对接
上传校验接口:调用外部系统校验上传信息(如文件合法性、业务编码有效性)。
保单查询接口:与核心系统联动,验证保单号或投保单号的有效性,确保影像与业务数据绑定。
问题件下发接口:将问题件标记下发至业务系统,锁定相关业务操作权限,防止误操作。
合同合成接口:根据核心系统指令,合成电子合同并返回文件路径或链接。

2.业务流程联动
问题件处理闭环:问题件标记后,业务系统需反馈处理结果(如重新上传、撤销请求),系统自动更新状态。
影像与业务数据绑定:通过唯一标识(如受理号)将影像与业务流程(投保、保全、理赔)关联,支持全链路追溯。
批量操作接口:支持复制保全工作流、删除临时文件等批量操作,提升运维效率。

三、主要业务流程:
1.影像上传流程
用户上传投保单 → 系统调用上传校验接口 → 校验通过后存储影像 → 同步索引至核心系统 → 通知业务系统更新状态。
2.问题件处理流程
系统检测到模糊影像 → 自动标记问题件 → 调用问题件下发接口 → 业务系统锁定相关保单 → 用户重新上传 → 更新状态并解锁。
3.影像调用流程
保全系统查询某保单影像 → 调用影像查询接口 → 返回文件路径 → 用户下载或在线查看 → 记录访问日志。

项目实现

项目人员组成:
项目经理1人,技术负责人1人,前端开发2人,后端开发2人,测试1人。
我的主要工作内容:影像系统二期功能的前后端开发和维护工作。

项目技术架构:
1、使用 SpringBoot2 + SpringCloud2 构建微服务,使用 eureka 作为注册中心,实现服务治理;
2、使用 Zuul 做网关代理,统一管理微服务请求,搭配 Ribbon 做负载均衡;
3、使用 Hystrix 服务保护框架(服务熔断、限流)
4、使用 Redis 做缓存
5、使用 RabbitMQ 消息队列

示例图片视频


赚点面包的程序员
24小时内活跃
方向: 后端-Java、
交付率:100.00%
相似推荐
财务共享平台
财务共享平台是整个集团财务管控中心系统,通过事项模块、额度模块、财委会审议模块等三大主要功能模块组成,主要对接账务报销系统进行实际额度管控处理; 此外,对接全行内所有额度使用相关额度系统,包括但不限于:商旅系统、诉讼系统、购物系统、基建系统、合同系统、数据系统,也对接基础系统模块,大致对接二十余系统; 财务共享系统,通过事项类型进行详细的事项及业务场景确认,同时通过额度模块,对各个业务场景。
某药后台管理,基于C#+web的后台管理程序
1.简单的admin登录 2.对应数据的各种管理,包含分类,添加,修改,删除等等 3.基于网页的可视化界面简化了数据填充难度 4.前前后后根据老板需求写了几百个功能。拆分之后其实都是极为简单的数据库增删改查
珠宝生产销售管理系统
产品主要包含 1 Web下单系统记录产品,客户信息,以及订单中的产品详细数据,通过跟单人员对客户订单的审核确认,同步到工厂生产数据中。 2:工厂针对生产来源订单的审核或拒绝,通过后的订单,按照生产产能排单排期生产。 3:工厂将生产订单的生产环节进度实时进行上报 4:工厂将生产完成后的产品打标签贴标签,完成后按照生产订单进行扫描入库,扫描出库 5:展厅内部可根据权限进而查询到某个订单在工厂的生产环节周期。 6:展厅根据客户的退货从而退还给工厂 7:展厅接受工厂生产出来的成品,按照客户的生产订单进行出货。 8:记录客户的资金或物料往来,统计客户的存钱情况。 9:产品管理,产品针对不同客户设置不同的工费,客户专属款 10:各个环节单据打印,数据统计
企业自动化办公软件、OA系统,企业无纸化办公、任务流
● 我的任务 日报和工作台现已合并至“我的任务”。列表中仅显示未提交和审核中的任务,已提交并通过审核的任务可以通过任务状态和审核状态进行搜索。 ● 我的任务 日报和工作台现已合并至“我的任务”。列表中仅显示未提交和审核中的任务,已提交并通过审核的任务可以通过任务状态和审核状态进行搜索。 ● 日报提交 日报的提交一定要注意查看实际开始的日期,工作日系统每天会派发一条,提交时不要覆盖了,做好双向管理 ● 手机端管理后台可以及时看到提交的任务/日报等信息进行审批等操作。 ● 任务管理 通过简单配置即可实现系统任务自动下发。 系统审批人为自动匹配的,点击任务的详情可以查看到任务审核到哪个主管那里,红黄牌逻辑以审批通过为准,任务提交不代表完成,只有审批通过才闭环(红黄牌制度与绩效直接挂钩) ● 任务审核 ● 我的任务 日报和工作台现已合并至“我的任务”。列表中仅显示未提交和审核中的任务,已提交并通过审核的任务可以通过任务状态和审核状态进行搜索。 ● 事项审批 事项审批主要针对的是除了项目以外的财务相关的审批,同样列表中只显示还未审核的,可以通过审核状态和被审核人信息去查看已经审批通过的情况 ● 项目列表 可以在详情中查看到该项目涉及到的概况、财务、进度等信息 可以通过各种维度快速查询自己需要查看的项目,查看项目进度及资金状况等信息。 ● 供应商列表 除了有*标记的为必填项之外,经营范围也需要选择,此处对应的是付款单的付款事由,上传营业执照后,系统会自动识别文字并在执照信息中补充。 严格的数据管理权限,不同的员工只能看到本人名下的代理商信息。 ● 评分列表 根据每个项目结束后团队反馈的供应商的情况进行评分登记,作为季度或年度供应商考核的依据 ● 客户列表 客户建立的原则是先建立一级,再建立二级、三级等,在新建中选择上级公司来区分(子公司)。 多方面/维度的统计客户的项目/财务等相关信息。 ● 客户意向 1.直委项目在客户正式签订合约之前的项目沟通需要在意向中建立沟通记录,且不定期更新; 2.投标项目在意向中立项,定标后需要完善意向状态(是否中标),在备注中详细描述该投标项目的商务情况。 ● 客户合约 1.合约签订后需要及时在系统上建立,并且关联意向、项目名称等信息,税费(注意税率)必填,如有质保金的也需要填写进去; 2.合约一定要对应项目立项进行建立,确保信息一致(例如:一个合约两个团队来做,那合约就要拆分为两个) ● 开票/收款明细 及时更新项目开票及收款明细,收款后在开票明细中需要修改是否收款的状态 可以方便的统计/查询项目的财务的开票收款信息。 ● 付款单/报销单/借款单列表 可以通过搜索条件搜索需要的数据,其中报销单右上角有费用类型统计可以查看各个报销类型的总计 等
财物损失管理系统-财损
目前整个系统需求功能分为七个大的功能模块,其中重点模块可以划分为三个模块: 1、呆账核销前税前扣除预判定: (1)呆账核销前税前扣除预判定(后续采用呆账核销预判定简化说明),此模块是一个会计管理模块,呆账核销通常由内部审计和风险管理团队完成,而在当前系统中,呆账核销预判定的需求讨论和规则确认也是和资产损失税前扣除管理功能进行拆分讨论和确定; (2)在进行呆账核销预判定过程中,所依据的基础数据均源自银行内部的相关系统,并由对方负责数据的推送。从业务流程的角度来看,呆账核销预判定属于一种预测性质的功能。在很大程度上,该功能是会计系统为了获取税务专业人员的判断,以促进和精细化后续会计业务流程操作而设计的。 (3)呆账核销预判定功能在设计上与其他功能模块存在差异。在其他功能模块中,数据直接下达到下级机构,由下属机构的税务人员负责处理相关任务。然而,在呆账核销预判定中,部分数据可能需要下级机构业务人员在转派至下级机构业务人员。在数据处理周期方面,该功能以月度为单位进行统计,原则是所有数据均要处理完毕回传至保全系统,而下一个模块资产税前扣除管理则是仅对需要扣除或特定情况的数据回传至保全系统。 2、资产损失税前损除管理 (1)资产税前损失扣除管理功能,在功能定位上,属于当前系统的核心功能,这是一个正式的税务管理模块,主要作用企业在计算应纳税所得额时,可以将符合条件的资产损失从收入中扣除,以减少应缴税款。 (2)资产扣除管理作为一项纯粹的税务处理功能,其数据来源主要依赖于资产保全系统,但并非所有数据都需要回传至保全系统。在从呆账核销预判定环节至资产扣除管理环节的构建过程中,以及在核心业务功能需求方面,我们可以提出一个合理的假设:若在呆账核销预判定阶段能够明确识别出将进行税前扣除的资产数据,则在资产扣除管理阶段,这些数据必须得到妥善处理,且应予以高度关注。相反,若在呆账核销预判定阶段无法作出明确判定或判定结果为否定的资产数据,则在资产扣除管理阶段的关注度应当相对较低。 (3)资产税前扣除管理功能,作为本次功能建设的基础模块、重点模块,应该得到重点专注,不仅仅是作为功能本身,如果精力和时间充裕,应该在资产税前扣除管理功能基础上在,增加对相关业务背景,业务场景的关注,为后续税务管理系统的搭建有一定的基础。 3、统计报表 (1)统计报表功能其实是分为两个部分,一个是分行报表管理,一个是总行监测报表; (2)分行报表管理采用不同周期频率,实现报表任务数据的自动生成。先前的讨论指出,尽管任务能够自动产生,但数据的生成和更新仍需分行相关业务人员手动操作,以减少后台系统压力。经过后续讨论,决定调整机制,使得在任务生成的同时,利用晚间系统空闲周期,自动进行数据信息的批量处理,而业务人员则负责核对数据或进行必要的手动更新
帮助文档   Copyright @ 2021-2024 程序聚合 | 浙ICP备2021014372号
人工客服