建立覆盖全部社会保障对象的数据库势在必行

社会保障工作千头万绪，工作量大，同时又涉及千家万户，每个人的生、老、病、死都在社会保障范围之内，各类社会保险的覆盖面也在逐步扩大。在当前财政形势严峻、收支矛盾非常突出的情况下，如何更好地使用社会保障资

社会保障工作千头万绪，工作量大，同时又涉及千家万户，每个人的生、老、病、死都在社会保障范围之内，各类社会保险的覆盖面也在逐步扩大。在当前财政形势严峻、收支矛盾非常突出的情况下，如何更好地使用社会保障资金显得尤为重要。

笔者结合多年基层工作的经验认为，假如建立一个覆盖全部社会保障对象的数据库，目前存在的许多问题都能迎刃而解。

数据库是社保工作的“活字典”

目前，社会保障管理只有一个城乡居民最低生活保障数据库，而就是这样一个数据库也剔除了一部分不应由社会保障资金列支的人员，既节约了资金，也净化了社会保障对象的管理。但是一个城乡居民最低生活保障数据库相对所有各类社会保障对象而言，显得微不足道。而且城乡最低生活保障数据库存在不足，数据更新比较慢，无法进行数据比对和数据检索，不利于数据分析，也就没法为决策者起到参谋作用。

各类社会保障对象的情况比较复杂，交叉参保情况存在，财政资金是按险种、按人头补助的，这样就造成了财政资金的浪费，同时也不利于对社会保障对象进行动态的监督管理。为了进一步管好、用好各类社会保障资金，提高资金的安全性、效率性及社会保障对象管理的针对性，建立覆盖全部社会保障对象的数据库势在必行。

建立社会保障数据库，必将发挥它便捷、高效的作用，防止非保障人员挤占社会保障资金，从而杜绝社会保障资金的跑、冒、滴、漏现象，也能为社会保障资金形成链条式的不间断管理提供技术保障。此外，数据库的建立，对于信息采集、整理、分享、汇总非常必要，将为决策者提供更大的帮助，因此，必须把数据库做成社会保障工作的“活字典”，使之成为社会保障工作的有效工具。

数据库要杜绝“好看不中用”

建立社会保障数据库，至少要遵循五个方面的原则。

整体性原则。社会保障信息化面临的最大挑战是整体规划和实施。社会保障工作具有对象涉及面广、层次多，政策性强，保障标准千差万别等特点，有了一个全面完整的规划设计，社会保障数据库就有了实施基础。

实用性原则。社会保障数据库建立之初要广泛征求各方面的意见，特别是基层工作者的意见，既要做到万无一失，又要简单实用。无论是原始数据录入、查询，还是历史数据查询、压缩、处理以及排序、组合、索引、保存，还是问题追溯、库的恢复、运行中的操作、异常的处理等等，都要经过调查研究，全面构思，合理布局。既要有高端人才做技术处理，还要有懂社会保障业务的人员协助，否则闭门造车似的数据库好看不中用，白白浪费了资金，还造成一堆电子垃圾。

效率性原则。无论是数据的录入、查询、修改，还是备份、恢复、保存，在运行操作中必须本着效率性原则设置，只有高效便捷的数据库才是实用的。因此，社会保障数据库的建立要“求新”，必须本着用最新、最好的技术，最先进的设备，确保一步到位。同时，必须坚持节约原则，比如说一些专业性不是太强的技术活，完全可以由财政部门的信息机构承担。

安全性原则。社会保障数据库的安全性在于：一是访问人员的认证设置、修改数据的认证设置；二是历史数据的管理，对每年的数据必须进行整理、压缩、备份和恢复，这要本着便于使用的规则建立；三是日常事务处理，必须保持一致性、持久性、隔离性等多层日常事务处理的设置以及分期查询的设置。

便于监督的原则。任何资金都离不开监督管理，监督出效益也是不争的事实，将监督措施设计、镶嵌于程序中，在使用中随时做到监督管理。比如：必须将重复参保人员的检索、人员流动的检索等功能设计到程序中，为监督管理开一个方便之门。

建立社会保障数据库分四步走

建立社会保障数据库有如下几个步骤。

分析阶段，根据各类社会保障对象的实际情况和数据使用情况，弄清所有数据的种类、范围、数量，确定各类社会保障对象对数据库系统的使用要求。通过信息分类情况的比对、信息结构的变动等确定各种约束条件，形成符合各类社会保障对象的需求数据库，以便于分析、整理、使用相关数据。

设计阶段，社会保障数据库应用系统应具有以下不同功能的模块：应用系统主程序、应用系统工具栏、应用系统菜单、应用系统登录表单、应用系统数据库、应用系统数据输入表单、应用系统数据维护表单、应用系统数据捡索表单、应用系统帮助表单、应用系统项目文件等。

实施阶段，用计算机系统替代手工操作，进行人员培训和日常技术支持。

维护阶段，对用户在使用过程中遇到的重大问题进行修改、对系统功能进行调整，并根据用户新的需求对系统的功能进行扩展。（作者单位：河北承德石油高等专科学校、河北承德市财政局）