不少定点评估机构、养老护理机构上长护险系统时，最核心的卡点就是对接医保平台。很多人以为只是简单做个数据上报，实际上长护险对接要遵循国家医保平台长护险模块接口规范，统筹区还有本地细则，对接不通就没法完成资格校验、服务上传、即时结算，拿不到基金拨付。

先理清底层定位：长护险信息系统，是服务医保经办的失能评定、定点护理履约监管系统，和民政老年人能力评估系统属于两套独立业务。民政国标评估用于养老服务匹配；长护险评定结果直接关联基金待遇，两套评估量表、判定规则、上报接口相互独立，不能共用一套上报通道。

正式对接前，先要完成定点准入和前置准备。机构拿到长护险定点协议之后，向医保经办申请对接权限，获取本地接口文档、测试环境、医保业务编码清单。这一步非常关键，各地统筹区接口基线版本、字段要求会有差异，不能直接照搬别的地区方案。同时完成系统贯标，机构编码、护理人员编码、服务项目编码、疾病编码全部使用医保统一编码库，编码不统一是对接失败最常见原因。

整套交互链路，大致分成四大类接口。 第一类是参保资格核验接口。提交参保人身份证、医保电子凭证信息，向医保平台查询是否正常参保、是否已经享受长护险待遇、有没有待遇暂停情形。评估发起前先核验资格，避免给不符合参保条件的人员开展评定，减少无效工作量。 第二类是失能评定业务接口。上传评估申请信息、评估人员信息、现场评估记录、失能***结论。医保平台接收评定结果之后，完成经办审核，返回待遇资格生效或者驳回结果。这里要注意：长护险自有评定量表，不直接复用 GB/T42195-2022 民政评估结果。 第三类是护理服务履约上报接口。定点机构上门或者院内提供长护险目录内服务之后，实时上传服务工单、打卡记录、服务项目、时长、佐证材料。医保平台接收履约数据，作为费用审核的原始依据。 第四类是费用结算与退费接口。按照目录项目生成结算明细，上传到医保平台，完成长护险基金联网结算；发生退服务、退费场景，同步发起退费回传，保证两边账单一致。

数据传输上，主流是 HTTPS 加密接口实时调用，部分地区补充异步报文批量同步。实时接口用于资格校验、结算；异步报文适合批量历史数据补传、日终对账。每一笔交互都要有报文流水号，双向回执，方便对账排查。

对接实施一般先走测试环境联调，医保经办、平台厂商、我方技术三方联调，覆盖正常流程、驳回、退费、异常回滚场景；联调全部通过之后，切换生产环境，小批量试运行一段时间，核对对账报表无误之后，再全面上线。

盛东信息长护险信息系统内置医保对接适配层，支持按各地统筹区接口文档快速配置，区分长护险评定业务与民政老年人能力评估业务，满足定点评估机构、定点护理机构对接全国统一医保信息平台要求，可配合医保经办完成联调测试