我们对人社信息系统的的基础架构的讨论,首先应该尽可能理解人社部的各项规范要求,按照这些要求来做,后期工作就会更好更顺利。所以这里提出几点注意事项,与大家共同讨论。
1.根据各地人社信息化建设的实际情况,以及目前的新业务迫切要求等情况,特别是省级大集中的要求,各地在没有实现省级大集中的情况下的建设规划,首先应该考虑到这个大集中的问题,结合各地大集中的规划建设情况,合理做好自己地区的信息化的规划部署工作。
2.根据我的理解,省级大集中不是一个简单的物理设备和数据的集中,集中后的业务如何开展就是一个非常现实的问题,目前现有还有很多条件不是很满足,比如一个“五险”之一的医疗保险的待遇问题如何开展,这个问题就与目前的一些政策不适合。所以具体如何完成集中,集中后如何开展相关工作,还有很多需要解决的问题需要考虑和注意。
3.如跨省,跨全国的各类业务系统建设,其技术实现并不是多么复杂,但需要一个前提基础,需要有一个跨全国范围的,规范的,统一的,信息准确的基础信息库,而且这个基础信息库还应该与公安,民政的信息系统实时关联更新,才能保障此项业务的顺利开展。人社部门能做的首先是按照人社部的要求规范建设好这个基础信息库,不论目前集中与否这个是开展跨区域业务的基础。所以在各地没有实现省级大集中的情况下的建设规划需要注意的。建设好这个基础信息库为将来的集中打下良好基础。
4.就目前的信息化建设实情以及各地政策的亟待完善的情况,我理解是需要一定时间的,而省级集中是目前一些新业务需求和发展趋势。所以我的理解,省级大集中,首先要通过按照人社部的规划中的公共服务区的大集中开始,这部分区域,就是一些网站和网上业务部分,可以先将各地人社系统的网站集中,然后在各方面条件成熟后网上业务才会逐步开展。所以各地在建设规划的时候予以考虑,将有限的经费利用的更好。
希望这几点注意的情况,大家共同探讨,交流。共同做好人社信息化基础的建设。
我们省虽然也没有进行数据大集中,但是确有过8个县市的数据,上收到一个地市的经验,做法和铁岭市的做法,有所不同。不是通过公共服务器区的集中,来实现数据上收的。而是先发布行政通告,制定一个数据上收的时间表,基本上一周安排一个县市,上缴数据。一个多月就可以完成8个县级市的数据上收工作,先把县级市业务停掉,保持数据的静止状态。然后备份数据后,通告网络或移动媒体,把数据传送到地市一级的数据中心。
地市级数据中心,预先进行存储系统的容量扩容,然后把县市数据灌入到地市一级的数据库中,这当然会出现一些数据兼容性问题,不过在灌入之前,要进行数据的清理和整理。添加区县字段。防止数据重名和重复覆盖等意外情况发生。经过数据整理以后,基本上都是可以正常灌入成功的。当然也会遇到数据库版本的问题,不过最终还是都被我们工程师解决了。
经过一两个区县的数据导入摸索后,后面六个区县的数据导入,就顺利多了。经过一个多月的时间,终于把8个县市的,全部导入到了地市级数据库。
所以我认为界时的省级数据大集中,也可以采用这种方式。就是数据容量会进一步加大,实在不行就采用分库的方式,多建几个数据库实例,或者多部署几套数据库系统,来解决全省的数据大集中问题。
以上看法,是我们的数据集中方式和方法的构想,不到之处,敬请行业同仁批评指正。我们共同提高,
收起