（一）项目背景。

农业作为基础产业，由于自身的弱质性和生产过程的特殊性，面临着许多风险。如果风险处理不得当，将会给“三农”带来灾难性后果。农业保险作为农业风险分散的重要工具，它能通过及时充分的保险赔款，使农业生产得以迅速恢复，进而减少农民收入波动，安定农民生活，是我国支持和保护农业的一项重要措施，受到国家、政府和农民的高度关注。

（二）现状分析。

广西是农业大省，自然灾害频发，农民因灾致贫、因灾返贫的现象时有发生，一直以来农民对农业保险投保意愿很强烈。经过多年的努力，农业保险在促进全区农业发展、保护农民利益、调动农民从事农业生产积极性等方面发挥积极作用，取得了良好的成绩，逐步搭建起农业生产的“风险保障网”。近年来，我区共开办了近四十个险种，通过财政补贴和以奖代补等方式，进一步引导农民积极参加农业生产，促进农产品稳步增长，充分发挥了财政资金“四两拨千斤”的杠杆作用的放大效应。为做好农业保险工作，我区还首创覆盖县、乡、村三级的承保、理赔两到户的农业保险基层服务体系，该体系的建立不仅是农民能够获得更好的投保服务，还缩短了接报案时间，加快理赔进度，提升服务质量。

（三）建设必要性。

目前，我区虽然在政策性农业保险发展上取了突破性的发展，但与其他省份和其他国家相比还存在很大的差距，其中农业保险信息化水平相对比较落后。发达省份和国家农业保险发展的成功轨迹表明：现代保险业作为知识密集型产业，日益体现出以知识和信息为基础的特征，从而决定了现代农业保险必须以飞速发展的信息技术作为支撑；农业保险信息化是农业保险业发展的重要组成部分，是农业保险业未来发展的战略制高点，关系到农业保险业发展的全局。因此，构建“广西政策性农业保险保费补贴与业务管理系统”项目（以下简称“项目”），使信息技术与农业保险相互耦合具有以下几方面的意义：

1.有利于提高农业保险监管效率。

利用信息技术自动、高效、准确的优势，在降低监管成本的同时，极大的提升农业保险监管的及时性和准确性；利用系统实现政府对保险公司每一笔业务的实时监控，确保承保和理赔过程更加公开、公平和透明，帮助政府主管部门实现农业保险监管目标，提高其监管效率。

2.有利于保障农业保险补贴真实性。

在对承保、理赔及支付等关键环节数据全面收集的基础上，系统通过内嵌校验模型自动校验出存在虚假投保、虚假理赔和骗保等骗取财政资金问题的保单，建立“不合格、不合规保单得不到财政补贴”的管理机制。

3.有利于增强农业保险服务获得性。

在建立农业保险监管数据收集的规范与要求的基础上，倒逼保险公司狠抓规范性经营，进一步优化我区农业保险市场营销、勘查定损、核灾理赔和风险控制等业务的规范，增强农业保险业整体服务能力。此外，通过多种渠道和方式为广大投保农户提供方便快捷的查询和咨询服务，向社会开放有关农业保险承保及理赔信息，切实提升农业保险服务质量和水平。

4.有利于提升农业保险的决策水平。

通过挖掘分析农业保险业务的相关数据，进而把握农业保险发展的轨迹，评价农业保险实施的效果，为制订农业保险政策措施提供有效的决策支持。

5.有利于提高农业金融的有效供给。

通过系统进一步完善农业保险和农村金融的联动机制，为农村金融发展系上一条“保险带”，从而提高农业经营主体的信用地位，强化农业生产获得金融支持的能力，分散目前由农村金融机构独立承担的农业生产系统风险，引导农业金融资本流入，确保农村金融与农业生产步入良性循环，最终实现农村金融服务业又好又快的发展。

二、建设原则和目标

（一）建设原则。

系统的设计、开发和实施应秉承以下几方面基本原则：

设计要适应当前兼顾发展：系统设计方案既不能脱离我区农业保险现有情况，又需要考虑未来发展趋势，在系统结构设计方面需要兼顾功能及数据分析等方面的扩展。

功能层次化和模块化组合：将系统功能按照不同层次和不同模块进行切分，每一个层次都有相应的技术要求和规范；采用面向服务的应用集成策略，建立标准化体系结构，模块化设计，组件化开发，确保系统的功能可拓展。

数据交互标准化：出于数据分析以及对接等方面考虑，必须采用标准化的数据交互策略，在Web服务的整个过程中，所有数据传输、存储都采用XML数据语言对数据传输内容进行规范，实现信息标准化。

易用性和可操作性：系统页面和功能设计需要充分考虑易于操作和使用，页面条例清晰，使用方式友好，不培训或者少量培训即可使用。

系统稳定及数据安全：系统开发的技术选型要坚持成熟、稳定的原则，既要保持系统的先进性，又要保障系统运行的稳定性。在数据安全防护方面，在数据传输、存储及管理方面需要建立起完善的安全防护机制。

（二）建设目标。

系统紧紧围绕着农业保险的“管理服务”与“财政补贴”两大核心任务，在实现农业保险流程实时监控、标的精准投保精准理赔、业务合规性校验、服务质量评价、补贴资金到位追踪、全面统计分析以及信息及时发布等管理功能的基础上，将系统建设成为一个将农业、财政、银保监以及林业等农业保险主管部门开展农业保险管理、补贴和服务的多方协作系统。具体来说，项目应满足以下几方面的目标：

通过与保险公司核心业务系统互联，要实现实时、全量级的保单数据交互，利用十余种校验模型剔除不合规、不真实的保单后，自动生成财政补贴报表，确保财政补贴的真实性和准确性；

通过智能化识别并制止骗保、虚假投保、重复投保和虚假理赔等行为，实现农业保险监管的及时性和有效性；

通过农业保险服务全覆盖、全流程追踪，为保险机构服务质量量化考核和评价提供数据依据；

通过多种数据挖掘分析手段，揭示农业保险发展特征和规律，为深入推进农业保险的发展提供科学决策支持；

建立公众服务窗口，为广大投保农户提供及时、准确和便捷的投保及理赔查询、知情权确认、投诉与建议等功能。政府主管单位通过农户投保查询、业务看板、高级查询和保险条款等方便快捷的微服务，在农户投保知情权、保单精准查询、排除道德风险、数据查询与统计等方面。

三、建设内容

（一）建设内容概述。

项目建设内容分为两个部分，一是建成全区农业保险业务监管、财政补贴、服务质量考核、数据分析与挖掘等主要功能；二是为全区投保农户提供信息查询、知情权确认、政策宣传以及保险教育等公众服务的移动端和PC端窗口。

（二）业务功能架构。

本系统的功能框架主要由财政补贴、业务监督、服务质量、业务规范、决策支持以及公众服务等六个模块组成。

（三）数据管理构架。

构建一个各类数据接入管理、各种资源统一管理的“一站式”综合管理系统，主要包括：

1.农业保险相关数据接入管理功能。

整合系统所有流入数据的接口管理，提供统一的数据接入管理模块，实现在一个系统模块下对各类型数据流入指标、流入时间，格式标准等内容的接入管理功能。

2.农业保险数据资源管理功能。

在统一的数据转换标准协议支持下，提供数据信息支持的资源仓库及其支撑模块，实现农业保险不同类型数据库、不同业务系统及分析系统模块间数据信息的顺畅流通；支持基于语义的多层次数据信息的获取、加工、存储、分享、利用和管理等功能，为农业保险业务工作系统、分析评价系统和拓展服务系统提供数据管理支撑。

（四）系统安全构架。

1.用户安全性。

建立严格的用户、角色及权限管理机制。所有用户只能由财政厅系统管理员分配用户名和密码，用户登录除了用户名、密码和验证码之外，统一采用加解密方式。一般用户只能查询、浏览和统计数据，仅有数据管理员才有权限更新与修改数据，只有系统管理员才可以修改系统配置。

2.网络安全性。

建立完善的网络安全机制。通信主要通过防火墙设备、安全网闸设备及专线物理隔离来保证；保险公司与系统之间的数据通信主要通过加密通道、防火墙设备及软件和系统权限设置来保证。

3.数据安全性。

建立数据库安全备份策略，防止意外停机造成数据丢失。系统采用手动备份与自动备份相结合的方式，自动备份是设定一定时间频率进行数据库备份，它包括增量备份与完全备份两种备份策略，增量备份是在比对数据库与备份数据库之间的差异基础上，对差异部分进行备份，通常一天执行一次增量备份；完全备份是对整个数据库，包含用户表、系统表、索引、视图和存储过程等所有数据库对象进行备份，通常一周执行一次完全备份。

四、项目需求

（一）业务功能。

系统的运作模式为：保险公司按照T+1的方式将自动保单级数据发送到系统，数据涵盖投保、共保、批单、立案、赔案和支付等全流程环节。通过系统前置校验接口则直接记为合格业务，再经过系统存量保单进行重复投保校验通过后，可进入补贴总表；如不合格，则返回给保险公司，指出其错误原因责令其改正，否则将不计入财政补贴范围；如发现疑似问题的保单，告知主管单位和经办保险公司，及时进行处置。

1.数据监测看板。

系统数据的可视化展示。可实时统计自治区、各市及各区县的农业保险重要指标情况，涵盖区域、保险公司及险种的承保及理赔情况，具体指标包括：保费、保额、数量、已决、未决、赔付率等。

2.保单监测。

在T+1数据交互机制上，将保单级数据作为收集单元，对承保、共保、批单、立案、赔案、撤案以及支付等环节进行全监控。制定包括保险业务数据、地图数据、影像数据、字典数据等在内的数据元素，以满足农业保险监管的自动化、全面化和精细化的要求。

3.合规校验。

通过前置校验模型的方式，对保险公司上传每一张保单的承保、立案、赔付及支付等环节进行自动化校验，识别出骗保、虚假投保、重复投保和虚假理赔等问题保单。通过承保数量和区域农业资源总量之间数据比对，建立区域内种植业品种承保总量的校验方式。

4.农险一张图。

农险一张图是将农业保险业务数据与空间数据进行有机结合，使保单业务数据与空间地理数据相关联，通过保单数据、地块信息以及水印照片等相互叠加验证，能够自动识别和判断保险公司按照要求到实地开展承保验标及理赔查勘工作。

此外，农险一张图还可以与遥感监测数据向结合，开展精确承保真实性校验以及理赔标准验证等方面的工作。

5.服务考核。

报案后查勘不及时，一直投保农户对于保险公司服务质量不满意的重点。系统针对响应时间问题，系统建立“报案-查勘”、“定损-理赔”、“索赔审核-核定”以及“审核商定-结案赔付”四个阶段的量化考核机制，为提升保险公司改进服务质量提供量化考核的依据。

6.报表制作。

进一步提升以区县为核算单位的政策性种植业保险财政补贴核算精细化管理水平。实现一键式制作市、区县和乡镇的多级财政资金结算补贴报表。针对产粮大县、大灾保险试验县、特色险种以及创新试点等区域和险种进行差异化管理。

7.统计分析。

通过多种形式的数据查询和分析功能，多维度分析和挖掘全区农业保险发展特征和规律，为深入推进政策性种植业保险高质量发展科学决策提供有力支撑。在分析维度上，至少要有时序分析、空间分析、结构分析和对比分析等。在数据查询条件方面，各指标之间需要可以自由组合分析。

在分析指标方面，应包含：承保农业保险金额、承保数量、覆盖范围、参保农户户次、承保险种、农业保险密度、农业保险深度等；农业保险已决赔付金额、已决赔付数量、受益农户户次、未决赔付金额、未决赔付数量、未决农户户次、未决赔付率、农业保险受益区域、出险险种、受灾面积、成灾面积、简单赔付率、综合赔付率等。

8.系统管理。

在系统管理方面，除了要实现基础管理功能入机构管理、角色管理、人员管理、字典表管理、系统日志等之外，还要实现对全区农业保险精细化、多维度的管理能力，在理赔时效管理、险种编辑、补贴比例管理、产粮大县等方面实现精细化管理和参数配置。

9.公众服务。

在公众服务体系方面，开展“农险微服务”（移动端）和“信息服务”（PC端）两部分工作。

农险微服务要实现：投保农户通过手机移动端可以实现查询自有投保及理赔情况，投保后获得保单信息，并提供知情权确认。政府主管单位通过手机可以实时查询农险管理系统所制定权限范围内的保单数据和汇总数据。

信息服务通过服务系统为入口，开展农业保险政策宣传、保险知识普及、新闻动态等信息查询浏览。

（二）系统交互。

系统的本质是数据交互。在数据交互机制上，系统与保险公司核心业务系统互联，以T+1的方式自动汇集保险公司在全区范围内前一天发生的保单数据和信息，包括：承保、共保、批单、立案、撤案、赔案及支付等关键环节。为规范数据交互方式，需制定《广西壮族自治区农业保险数据上报接口规范》的方案，方案必须包含每个接口的调用节点、请求数据、返回数据、交互范围。且每个接口的请求和返回数据需要将字段名、类型、是否必传等明确且规范。每个接口提供范例。

出于数据分析以及数据对接方面的考虑，系统采用标准化数据交互策略，在Web服务的整个过程中，所有数据传输、存储都采用XML格式的数据语言对数据传输内容进行规范，实现信息标准化。

在数据传输方面，保险公司与系统以专线方式对接，确保金融级数据传输的安全和可靠。

（三）数据接口及数据共享。

1.数据接口。

系统将采用T+1模式的接口交互机制来完成业务数据的传输，即保险公司核心业务系统在每天晚上定时将前一天的业务数据（前一天00:00到24:00的所有业务数据）利用接口一次性发送到系统上，例如2月5日晚上01:00传递的业务数据是从2月4日00:00到2月4日24:00的所有业务数据，以此类推。（如下图所示）

在接口规范中，系统需要针对下列接口制定数据请求、返回机制。

2.数据共享。

系统是一个信息的共享服务系统，它的主要服务对象是自治区、市、县农业保险主管部门和各家保险公司。财政、农业、银保监等主管单位可利用在政府信息安全防护框架下的互联网专区和安全加密方式访问系统，保险公司则利用VPN或专线访问系统。

凭借这些数据，保险公司可利用其他家保险公司提供的保险数据查找在不同保险公司间重复投保的现象。自治区、市、县农业保险部门则可利用保险公司提供的保险数据进行农业保险全过程的监控，并对保险数据进行统计分析辅助决策。此外，也是一个网上联合协作办公系统，利用系统区农工与保险公司可实现相关业务的网上联合办公。系统的业务应用场景如下图所示。

（四）用户群体。

根据农业保险信息化项目可以将用户划分为：农业部门用户、财政部门用户、保险公司用户和投保农户用户。

1.财政部门用户。

包括自治区、市、县级财政主管部门用户。根据角色划分，可将用户划分为系统管理员、数据管理员、业务管理员和一般浏览者。系统管理员主要负责管理系统的用户及组织机构管理、角色管理、权限管理、系统日志管理、系统运行参数配置、生产终端监控、数据备份与恢复等工作；数据管理员主要负责数据整理录入、更新、导出等管理工作；业务管理员主要负责对保险公司业务校验监测、保险业务经营合规性监测、信息查询统计、通知公文发布、材料上报、报表制作等；一般浏览者，如市、县级财政主管人员，即可使用系统进行综合信息统计、决策分析，也可对具体业务详情进行浏览审查。

2.农业部门用户。

包括自治区、市、县农业主管部门用户。根据角色划分可将用户划分为业务管理员和一般浏览者。业务管理员主要负责对保险公司业务合规性进行监测、保单处理意见、险类及险种的统计分析、信息查询统计、通知公文发布、材料上报、报表制作等，特别是对财政补贴资金进行审查与审核，可以一键式制作保费补贴资金报表。一般浏览者可以进行信息查询统计，权限范围内的报表制作、通知查阅、资料下载等。

3.保险公司用户。

包括全区参与承办农业保险的保险公司。根据角色划分可将用户划分为高级管理员、业务管理员和一般浏览者。高级管理员主要负责公司内用户权限分配；业务管理员主要负责与系统的数据交换，该类用户在本公司业务系统完成承保、理赔信息的录入后，需提交至系统，系统将对各保险公司业务管理员提交的数据进行校验监测，业务管理员需对校验不通过的数据进行处理；一般浏览者主要使用系统进行信息的查询，通知查阅、资料下载等。

4.投保农户用户。

包括区域内已投保和未投保的农户及新型农业经营主体用户。根据角色划分为会员及非会员，会员是指已投保并且有生效保单记录的用户，非会员是指没有生效保单记录的农户。会员可以登录PC或者手机微信，查询自有历史保单，包括承保、理赔等信息。在投保时向保险公司经办人员提供二维码，以便查询其现有保单情况规避道德风险，用户可以一键拨通投保及理赔热线；用户可随时查询气象服务、气象指数跟踪、保险条款、保险知识及政策法规等；农户可在微信端进行投诉与建议，查看回复结果；非会员可在网站查询新闻动态、政策法规、保险条款等内容。

（五）用户数量。

l并发访问量,日均和峰值并发访问量；

数据管理工具：日均-1000次 峰值-5000次

数据上报接口：日均-5000次 峰值-8000次

l负载运行情况；

日访问量预计500；用户数量：2000个账户

管理系统主要在工作时间进行查看统计。

l数据上报接口主要在00：00-06：00集中接收数据；

数据收集方式按照保险公司分时段进行。

（六）系统架构和技术需求。

1．系统采用B/S结构的技术模式。在操作系统层，采用Windows Server操作系统作为应用服务器与数据服务器的操作系统；在服务器方面，搭建IIS服务和地图服务提供网络应用服务，数据库选用SQL Server作为数据库管理系统；在数据层，通过快速数据视图技术建立数据交换缓冲区，为系统应用层提供快速的业务数据；在应用层，建立以数据库访问引擎ADO.NET的数据交换中间件，实现与数据库的数据交互。同时，应用.NET开发系统建立基于.NET框架的Web地图应用和业务应用。在表现层，应用系统前端采用Web游览器通过HTTP协议访问访问系统应用层进行系统功能操作。系统的整体技术架构如下图所示。

2.系统支持全区省级数据大集中模式部署，实现多年度多财政级次管理，各财政级次系统设置管理，互不干扰，数据逻辑隔离。

3.支持云计算部署。支持在政务云或财政云上进行系统部署应用，支持应用和数据平稳迁移，逐步采用云计算架构，实现系统的敏捷开发和弹性伸缩，提升系统的快速迭代和创新能力。

4.在当前运行环境的基础上，逐步实现所有系统服务、插件的升级改造，实现与龙芯、飞腾、兆山等CPU硬件相适配，与中标麒麟、银河麒麟、红旗等操作系统相兼容，支持达梦、神通、金仓等数据库，中创、金蝶等中间件产品，火狐、360等浏览器，确保系统能在上述环境中正常运行，各项功能和应用不受影响。

（七）软、硬件配置需求。

服务器和相关软件使用现有的数据库及应用服务器，不需要重新购买。

五、组织实施

（一）组织领导和职责分工。

1．组织领导。

本项目实施实行项目小组负责制。项目小组成员由采购人、广西财政厅金融处领导和经办人员以及成交供应商人员组成。项目小组负责项目实施全过程的监督和指导，对所有实施步骤进行严格的审定，负责协调和解决项目实施过程中出现的问题，解决不了的，及时向各自上级领导报告和请示，确保项目按照要求实施，实现项目预期目标。

2．职责分工。

在系统建设过程中，广西财政厅金融处、采购人、成交供应商各担其责，确保整个系统建设的顺利进行。

（二）时间进度安排。

1、2020年6月，项目启动。

2、2020年6月底前，启动数据导入、用户培训工作。

3、2020年9月前，通过系统完成上线运行。

（三）系统测试及要求。

1、系统测试应符合的技术要求。

（1）应逐项测试系统设计说明规定的系统的功能、性能等特性。

（2）应测试运行条件在边界状态和异常状态下，或在认为设定的状态下，系统的功能和性能。

（3）应测试系统访问和数据安全性。

（4）应按系统设计文档的要求，对系统的功能、性能进行强度测试。

2、系统测试。

（1）成交供应商负责制定测试计划、测试用例，并搭建测试环境。

（2）各方按照测试计划，安排好时间和测试人员及测试业务内容。测试过程中做好测试记录，及时更正系统缺陷，保证测试质量和进度。

（3）在测试完成且系统能够顺利正常运行，交由第三方进行性能测试和安全测试，达到上线的要求后，各方确定最终可上线的系统版本，不能再做单方面的修改，不能存在未经测试的版本变动。

（四）系统上线运行。

1、在系统通过测试后，确定试运行时间并进入试运行。针对试运行情况，不断完善和调整系统，直至系统运行顺畅。试运行时间不少于3个月，成交供应商须保证安排至少一名技术工程师全程跟踪试运行情况，确保试运行问题得到及时反馈与修改。

2、配置用户、权限、各项基础信息设置和系统运行所需要的其他设置。

3、试运行完成后，对系统进行切换。包括发布正式系统IP，部署生产环境，初始化生产环境参数等。切换完成后，投入生产。成交供应商提供项目相关文档，如安装部署手册、用户手册、培训讲义等，采购人负责对文档进行审核。

为更好的帮助运营商洞察市场、了解行业、分析对手、对标头部，让一线快速锁定客户、发掘商机、对客户需求做出迅速反应，推出标前商机、专项债商机、政策解读分析商机、标讯商机四大商机服务；同时研发“政企天机大数据”平台对全国公开市场全量政企信息化项目按照24个字段、7类标签、5类数据进行抽取、4类关键词库进行清洗、透视分析，同时收集国家部委、省级厅局、市县委办局的政策文件、领导讲话、敏感舆情、专项债、政府预算、发改审批立项项目、工商信息、财报数据、企业官网等信息，对其进行聚合分析研判，精准锁定商机。同时建有政策文件库、解决方案库、采购单位图谱、中标单位图谱、行业图谱、产品图谱。