132号令 - 江西省社会保险管理中心.ppt

204号令规定治疗非工伤引发的疾病，不享受工伤医疗待遇，按照基本医疗保险办法处理 需解决问题3 如何把握，缺少经办规范，也没有鉴定委员会的支持 204号令规定境外发生工伤的，其国内工伤保险关系未中止的，可以申请工伤认定，但对境外的工伤医疗费用是否可以报销未明确 204号令规定工伤治疗、康复和配置辅助器具应在定点机构开展 需解决问题4 缺少相应工伤定点医疗服务管理配套政策 工伤定点医疗服务管理处于无协议文本、无付费方式、无三个目录和联网结算率低的“三无一低”现状 工伤保险定期待遇与养老金性质类似 需解决问题5 但与养老保险相比，其资格认定制度体系仍不完备 条例规定工伤职工达到退休年龄并办理退休手续后，停发伤残津贴，享受基本养老保险待遇。养老保险待遇低于伤残待遇的，由工伤保险基金补足差额 需解决问题6 也无政策明确补差后享受养老的定期待遇调整还是工伤待遇调整 但暂无政策明确供养亲属达到退休并领取养老金（企业、小集体、城乡居保）后是否补差 工伤保险是工伤预防、工伤补偿、工伤康复三位一体的制度，应坚持“预防优先”原则 需解决问题7 我省还处于重补偿、轻预防的阶段。2014年我省预防支出占基金总支出的0.9% 国际上美国、德国、法国、韩国、日本等预防费用一般占基金总额的10%左右 CONTENTS 目录 Part 1 基本情况 Part 2 主要内容 Part 3 需解决问题 Part 4 多险系统体现 软件测试 数据整理 需求分析 主要工作 2013年，新余上线前对560页40.5万字的医疗、工伤和生育保险待遇需求分册进行修改确认，提出修改意见上千条 需求分析 新余、鹰潭、萍乡、景德镇、九江等地本地化需求确认数十条 2014年，鹰潭上线前对189页7.1万字的工伤、生育保险待遇和居民医保征缴需求分册进行修改确认，提出需求书重做要求 经过系统流程性测试、功能性测试、回归测试等多轮测试，确保上线系统性能符合要求 软件测试 2014年，鹰潭上线前测试共提出系统BUG、修改意见和完善建议452条 2013年，新余上线前测试共提出系统BUG、修改意见和完善建议509条 2013年 金保二期多险系统建设以来 项目实施小组主要工作应该有三块 把数据整理放在最后并不是它最不重要 实际上反而是上线运行的基础 只是从我本人的角度 没有参与这块工作而已 “需求分析”就是描写新系统的目的、范围、定义和功能时所要做的所有的工作 确定要软件“做什么”，要达到什么样的效果。包括需要输入什么数据，要得到什么结果，最后应输出什么。 需求分析是软件工程中的一个关键过程。在这个过程中，我们作用用户要将我们的需要让系统分析员和软件工程师确定。 只有在确定了这些需要后，他们才能够分析和寻求新系统的解决方法，确定软件系统功能。 软件测试，描述一种用来促进鉴定软件的正确性、完整性、安全性和质量的过程。 经典定义是：在规定的条件下对程序进行操作，以发现程序错误，衡量软件质量，并对其是否能满足设计要求进行评估的过程。 我们测试一般是这样的流程：总体功能测试（是否需求都已经开发，现有模块是否满足需要） 流程性业务测试（按照测试数据设计测试用例，系统各主要功能是否能完成业务流程） 业务点功能性准确性测试（在尽量真实的环境下，人员信息 待遇参数等 将每个功能模块进行测试 判断结果是否准确） 回归测试（对测试中发现的功能缺失、系统BUG、错误意见和完善建议 由开发人员进行修正 对修正结果再次进行测试） 新余、鹰潭、萍乡、景德镇新系统已陆续上线 从上线城市的反应来看 但 离岸式开发 和商务问题一直未解决 导致 从我个人接触到的情况来看 包括需求确认书 测试问题的修改 新的需求的落实等各方面 从上线的这几个城市来看 除了了九江有个自主开发的工伤小系统 鹰潭 萍乡 景德镇都是处于手工半手工状态 计算待遇要翻纸质台账 拿计算器计算 定期待遇用ex表格拉 这些城市上新系统最大的障碍就是原有经办数据缺失严重 无法真实完整地导入新系统 如萍乡的缴费 萍乡的待遇支付欠付 九江的补充工伤保险 鹰潭导盘形式报销工伤医疗费 汇报人：钟帅林 江西省工伤保险条例办法浅析 ——及其在金保二期多险系统中的体现 CONTENTS 目录 Part 1 基本情况 Part 2 主要内容 Part 3 需解决的问题 Part 4 多险系统中体现 基本概念 工伤保险，是指劳动者在工作中或在规定的特殊情况下，遭受意外伤害或患职业病导致暂时或永久丧失劳动能力以及死亡时，劳动者或其遗属从国家和社会获的物质帮助的一种社会保险制度 工伤保险，又称职业伤害保险。工伤保险是通过社会统筹的办法，集中用人单位缴纳的工伤保险费，建立工伤保险基金，对劳动者在生产经营活动中遭受意外