1、“.....五保业务子系统现状为做好农村五保供养工作,保障农村五保对象的正常生活,健全农村的社会保障制度,根据国务院农村五保供养工作条例和省有关规定,结合本市实际,制定本办法。第二条本办法所称五保供养,是指符合本办法第五条规定的村民,在吃穿住医葬及未成年人保教方面给予的生活照顾和物质帮助。第三条五保供养是农村社会保障事业的组成部分,是农村的集体福利事业,农村集体经济组织负责提供五保供养所需的经费和实物。第四条市民政部门是全市五保供养工作的监督管理部门。区县市民政部门负责本行政区域内的五保供养及监督管理工作。乡镇人民政府负责本乡镇集中供养和分散供养的五保供养工作。市区县市各有关部门应与民政部门密切配合,共同做好五保供养工作。建设内容城市低保子系统业务层增加低保边缘户查询统计模块集成现有系统,按照现有系统人员信息查询统计。对报表模块分析建模,准确实时数据统计。对现有数据分析建立数据集市,对数据集市联机分析处理与数据挖掘,新建立模块里面包括对多维数据多条件智能分析决策......”。
2、“.....要求迁移出去的人在本社区保留历史记录,在低保历史数据里面增加项迁移历史数据,支持统计分析。根据业务需要,修改街道业务可操作权限。重构专项救助模块,实现业务集成现有系统,提供统计分析数据,要求操作简洁智能。增加批量调整低保标准共功能以及权限。市级管理员可以批量调整低保边缘证号,要求统计各区的证号规则,区级设立批量审批功能。修改年龄处理机制统系统年龄处理机制,精确到天。增加个上传功能把低保户名单上传到系统里面,进行和系统里面人员信息批量核对,核对结果形成电子表格形式反馈回来下载文件上传格式,只有这个固定格式才能上传。要求功能集成现有系统。视图层城市低保边缘户在审批中心填写意见处,显示正确业务提示信息。在街道和区级的业务审批中心填写意见处,待遇默认项都为空。已经停保和在保人员区分显示,去掉调标变更项。修改银行户数,边缘户业务,在街道级和区级,业务审批中心里面的填写意见处,根据业务需要修改显示项,去掉不合理显示项。城市低保业务,在业务审批中心......”。
3、“.....城市低保和城市低保边缘业务街道受理登记页面,修改显示项。城市低保业务填写意见的时候如果有分类救助,需要显示出分类救助的种类。业务展现中心,低保业务查询里面增加项分类救助种类,可以查询到哪种分类救助的人数,支持统计分析。业务监控中心修改查询默认时间项。街道和区级别家庭信息表和成员信息表里面的区域信息限制操作权限。城市低保和城市低保边缘业务,成员信息表里面,修改默认值。修正街道受理登记页面。修正银行账户录入页面的正确显示。修改要求不破坏原有系统风格,优化视图逻辑分级。农村低保子系统业务层重构办理流程相关模块。增加批量审批功能,区级增加批量审批功能,点击批量审批,出现信息可以进行批量审批。增加批量调标功能,批量调整农村低保标准,这个权限放到市级别,由管理员权限操作,把所有录入系统里面的人员救助金和分类救助,按照统标准调整,以区为最小单位调整,数据联动改变实时。建立报表和图形报表,添加三张农村低保报表,并增加对应的图形化报表,报表规格按照实际的报表样式做......”。
4、“.....要求统各区的证号规则。修改农村低保标准和显示,标准是按照季度发放,显示要按照月和季度同时显示。分类救助种类在审批过程和填写意见处显示,由系统管理人员自由调整分类救助种类和标准。农村低保业务查询里面也增加个分类救助类型的查询条件,查询各类人员信息。上传核对功能业务展现中心增加个上传功能把低保户名单上传到系统里面,进行和系统里面人员信息批量核对,核对结果形成电子表格形式反馈回来。下载文件上传格式,只有这个固定格式才能上传视图层修改录入信息默认项,农村低保和农村低保边缘,录入家庭信息和成员信息,修正可选择项里面的默认项,仅保留合理录入项。街道受理登记信息下面的协查内容合理显示。农村低保业务,复审,在业务审批中心,填写意见处体现出低保金的变化情况并在填写意见处显示出来。复审里面把已经停保的和在保的人员分开来显示,去掉调标变更项,区级审批中心,填写意见处,同意改为办结。农村低保边缘户在审批中心填写意见处,待遇提示正确显示。在街道和区级的业务审批中心填写意见处,修改待遇默认项......”。
5、“.....根据政策变化新增加了类人员,要求录入项里面添加两类人员录入的相关信息,对应的标准录入,业务展现中心优抚所有报表里面都加入这类人员项。增加资料上传模版和资料上传功能,要求上传的模版里面的内容自动录入到系统里面,如果上传不了的模版应该给出详细的提示信息,可以根据详细的提示信息修改后再上传。视图层优抚对象信息管理,修改录入信息项里面的默认项,修改提示信息,修改享受待遇的种类,必填项。优抚台卡,修正在乡退伍军人导出项。光荣院管理,修改新增信息项和必填项修改,增加列表查询条件。烈士纪念建筑保护单位管理,修改新增信息项和必填项,增加列表查询条件。优抚医院信息管理,修改新增信息项和必填项,增加列表查询条件。优抚对象动态查询,增加查询项,和查询内容,查询到的信息需要导出表格。省厅报表管理,定期定量补助人员列表增加查询显示项,定期抚恤人员列表增,系统部署和发布报告,集成方案,软件用户使用手册,系统维护方案和操作文档等......”。
6、“.....系统灵活性系统是否方便客户进行维护系统是否在先进性的基础上具备未来升级和可扩充性是否利于系统平台迁移和部署等。系统可操作性界面是否友好是否实现傻瓜化操作和智能化数据检索功能。系统安全性是否有完善的安全机制保证系统的安全性,如软件方面的安全防范加密措施相关认证数据库安全防范,硬件方面防火墙物理隔离和逻辑隔离的安全设置。正式运行阶段正式运行阶段社会救助管理信息系统正常启用,进入系统维护阶段软件维护升级阶段对系统的维护是确保信息系统正常运行的保证,必须给予充分的重视,并从规章制度相关资源主要是指人员资金等各方面做好相应的安排。维护期限为年,在服务期间软件可以根据使用方要求进行修改,至少提供名驻现场工程师。完善的系统日常维护管理制度参照相关的国际国家标准和规范,结合用户方本身的实际情况,制订完善科学严格的制度,并采取相应的措施确保制度得到贯彻和实施。人员保障为了保证信息系统的正常运行......”。
7、“.....系统运行维护费用信息系统的运行维护费用是系统总体拥有成本的个重要组成部分,信息系统的正常运行是确保信息共享信息交换信息传输和相关业务协调工作的基础保障,因此建议杜绝过去常有的重建设轻维护的思想,把系统的日常运行维护提高到个应有的高度来认识。在年度费用预算时,定要将信息系统的日常运行维护费用纳入预算,为信息系统的正常运行提供财政上的保证。其它方面应充分利用系统提供的各项管理功能,如网络管理系统管理和应用管理等,随时监控系统的运行状况,并定期进行系统运行数据的统计分析。旦发现问题,则利用管理诊断工具找出问题的原因所在,同时可以充分利用目前很多管理系统中提供的故障预警功能,在系统出现故障之前预先发现问题,并通过多种方式发出报警,以便采取相应的防范措施,达到防患于未然的目的。附录项目团队项目开发实施团队具有业内丰富项目经验,曾经成功研发辽宁省沈阳市营口市等地,区县新农合信息系统与健康档案管理系统,团队配备系统分析师数据库管理师程序员测试工程师培训工程师等......”。
8、“.....对系统的调研设计开发测试工程实施技术服务技术培训资源配置工程质量保证和建设进度等进行控制,是我公司与沈阳市民政局进行合作的组织接口,负责进行双方的沟通与协商。质量保证组在本工程项目建设中,质量保证工作由个单独的部门,即质量保证组负责。而不是放在系统建设小组中。除了工程实施和应用开发小组内的质量保证工作以外,还需要在整个工程项目级上进行质量保证。同时,由于质量保证人员和工程实施人员分属不同的部门,从而更能提高质量保证工作的有效性。质量保证组的职责包括在项目建设总体组的授权下,制订系统开发的质量保证计划。在系统开发过程中,监督质量保证工作的执行情况,协调组织间的质量保证工作。在项目建设总体组的授权下,制订系统开发的测试验收计划。组织技术评审工作。配置管理组在工程项目级上从事配置管理工作,包括版本控制变更控制。在本系统开发中,配置管理工作由我公司总体中心和工程实施小组应用开发小组协调完成。应用开发小组由我公司的软件工程师和沈阳市民政局相应的技术人员组成......”。
9、“.....项目实施组项目实施组主要由我公司具有丰富经验的技术工程师,负责完成社会救助管理信息系统建设工作。项目实施组的主要工作职责如下负责实施环境的勘察确认。负责社会救助管理信息系统实施方案设计,安装调试网络设备服务器系统存储设备和安全网管系统等。负责配合应用开发组进行应用系统安装调试,并进行整个系统联调。负责民政局相关技术人员进行技术培训,包括系统配置运行维护和管理等。负责系统实施的相关文档,包括技术文档验收报告维护手册等整理提交。与应用开发组起协助用户方对系统的测试验收。对系统提供长期的技术支持和服务。系统设计开发测试小组系统设计开发测试小组进行系统调研需求分析设计开发和测试安装调试系统联调等工作,以增强用户方对本系统的驾驭能力,保证系统的正常运行......”。
1、手机端页面文档仅支持阅读 15 页,超过 15 页的文档需使用电脑才能全文阅读。
2、下载的内容跟在线预览是一致的,下载后除PDF外均可任意编辑、修改。
3、所有文档均不包含其他附件,文中所提的附件、附录,在线看不到的下载也不会有。