面试准备1111

1 . 自我介绍面试官您好我叫封举汉目前有4年项目经验做过商保理赔、oa协同项目。我比较熟悉的后端技术有springboot、springcloud、myabtis-plus、rabbitmq、redis前端的话vue2elementui、js、jQuery数据库用比较多的是mysql平时主要负责后端业务功能开发、接口设计、多系统对接和线上问题排查。最近做的一个项目是商保理赔系统主要是连接医院和保险公司解决患者就诊后的商保理赔问题传统模式是患者要去线下打印电子病历、出入院记录、检验检查报告、费用发票然后去保险公司报销我们这个平台是打通了医院his、保险公司、小程序、公众号支持快赔和直赔两种模式。快赔和直赔的区别快赔需要先全额支付医疗费事后理赔金会打入账户更偏向于理赔审核完后续走赔付流程直赔只需支付医保和商保结算后的自付部分不需要自己垫钱从系统角度看直赔会多出支付授权、支付确认、支付结果通知环节和医院结算流程是绑定更紧的我主要负责第一块是理赔核心链路开发包括理赔申请、报案、资料同步、审核、结算、对账这些接口第二块是医院his对接把就诊记录、电子病历、费用明细、票据、检查检验报告等数据统一接入第三块是基于rabbitmq做异步处理把医院就诊事件、理赔状态流转、通知推送这些场景解耦降低同步阻塞另外我也负责授权书pdf生成以及处理联调过程中状态不同步、重复通知、异常补偿问题。2. 业务流程患者在医院端进入理赔申请页面系统查询就诊记录患者确认信息后发起理赔申请并签署授权书平台向医院发起报案申请医院侧产生就诊记录后平台同步多类就诊资料平台根据资料和规则进入审核资料并更新理赔状态根据理赔类型进入直赔或快赔分支如果是直赔患者结算时会触发商保结算、授权确认、支付确认和结果通知如发生退费还要撤销理赔单并处理状态回退最后通过对账查询核对理赔状态3. 为什么使用rabbitmq医院推送就诊事件之后后面会串很多步骤比如资料同步、理赔处理、状态通知。如果是全部同步做接口容易超时也会让系统耦合太重所有把这类场景异步处理先快速响应再由消费者完成后续处理4. his对接的难点不同医院接口字段和返回格式可能有差异我们会在内部平台统一定义数据结构和业务流程再针对医院去做适配和转换。 其实真正的难点是 资料是否完整、字段是否一直5. 状态相关机逻辑怎么回答我们会根据理赔类型、审核结果、退款情况去推进理赔状态每次状态流转前都会先判断当前状态是否允许变更避免覆盖和重复处理6. 线上问题怎么排查先确认问题现象和范围再去查询日志链路看对应的状态、消息是否发送消费看第三方接口请求参数、返回结果和回调顺序确认是数据问题、逻辑问题还是联调问题再决定修复方式7. 异常补偿出现回调失败、资料未同步完整、状态为推进成功时会结合日志、消息记录和业务状态做重试或人工介入处理。8. 怎么避免重复推送和重复消费通常会从业务唯一键、消息幂等、状态判断几个方向处理就比如基于理赔单号、就诊流水号、事件号做唯一标识消费之前判断当前状态是否处理过了对重复消息只允许第一次生效不满足条件就忽略9. 退款时为什么撤销理赔因为直赔场景下理赔流程和医院结算是关联的如果医院发生退费原来的理赔基础可能已经不成立这时需要同步撤销理赔申请避免保险状态和实际结算不一致10. 线上最容易出什么问题最常见的比如资料缺失、第三方接口超时、状态不同步、重复通知更多是链路问题一般需要结合日志、消息轨迹和数据库状态一起定位。