政务信息系统建设定位与推广策略初探

政务信息系统是国家机关在政务活动中，全面应用现代信息技术、网络技术以及办公自动化技术等进行办公、管理和为社会提供公共服务而开发的信息系统。建设全国通用的政务信息系统，通过全国跨地区、跨层级、跨部门的应用，促进信息共享和业务协同，实现全国一盘棋，是深入推进“互联网+政务服务”，更好地服务和改善民生，增强人民群众幸福感和获得感的重要举措。当前，政务信息系统存在“各自为政、条块分割、烟囱林立、信息孤岛”问题，既充分考虑全国各地信息化现状、管理模式的差异，又实现集中和统一，是需要解决的首要问题，另外政务信息系统建设及推广是集业务模型搭建、信息系统构建、全国协同开展工作的系统工程，实施周期较长，难度较大，如何全面谋划有序推进，也是需要解决的重要问题。本文根据国家市场监督管理总局（简称市场监管总局）政务信息系统全国推广的经验，从系统定位、系统建设、系统推广、组织保障等四个方面进行总结并提出了应对策略。

一、系统定位

建设全国通用政务信息系统，绝不是建设一个纵向到底的“烟囱”，而是要充分考虑到全国各地的信息化基础，秉承继承和开放的原则。对于信息化能力较弱的部门，提供系统直接应用服务，即只需注册账号就可以直接使用系统进行业务办理。对于信息化能力强的部门，提供核心业务引擎，发布接口标准，支持系统对接，以“自建系统+全国统一业务引擎”的方式进行应用，既遵守全国统一的业务规则，又支持自建系统个性化的业务应用，同时把全国的碎片化、分散化、区域化的数据联通起来，实现全国政务数据的汇聚。

二、系统建设策略

（一）需求分析

需求分析是建设政务信息系统最重要的工作，业务模型的提炼是需求分析的难点。从实际情况看，全国各地的业务管理模式具有大致相同，细节多样的特点。为了找到普适的业务模型，需要按照国家的业务要求，分析相关的法律法规，对全国的具有代表性的地区进行广泛调研，分析共性和个性化需求，设计普适的业务模型。对于不具备通用性的个性化的要求，系统提供标准接口，允许各地按照个性化需求进行开发。

（二）系统设计及开发

由于系统用户遍及全国，采用“扁平化”的设计思路，满足各级用户的使用需要。即：国家级、省级、地市级、区县级、乡镇（街道）级的用户，均可以通过系统办理业务，赋予各级用户不同的权限查看并处理业务数据。该种方式的优点是系统可以采集到“源头数据”，各级行政管理部门得到的是真实生产数据，而不是一级报一级的报表数据，实现“底数清、情况明”。

由于业务模型的普适性需要根据各地的试用情况不断修改完善，采用敏捷开发方法，对用户的合理化建议及意见快速响应迭代，不断对系统优化完善。经过多次迭代，系统功能及流程逐渐契合全国应用的需要。

为了解决国家集中统一与各地分散建设的问题，可以把需要统一执行的关键业务逻辑作为引擎进行开发，各地自建系统通过接口进行调用，保证系统运行的完整性与灵活性，实现多种应用模式下的业务逻辑的集中统一（如图1）。

图1 核心业务引擎

（三）系统测试

系统开发完成并内部测试之后，还需要进行广泛的用户测试，目标是进一步验证系统的功能和流程是否符合各地实际需要。在地区选择方面，需要选择有代表性的地区，如：信息化程度较好和较差的地区，经济发达和欠发达地区，操作人员水平较好和较差的地区，业务量较大和适中的地区。只有把具有代表性的各类用户群测到了，才能保证系统的适用性。在测试方式选择方面，主要包括集中测试和网络支持测试。集中测试是将测试人员，分期分批集中，优点是沟通及时，效率较高，缺点需要高的成本。网络支持测试，是以建立QQ群或微信群的方式，将相关的测试要求及支持文件在群内发布，技术支持人员在群内解答测试用户提出的问题完成测试。优点是易于组织，成本低，缺点是沟通的及时性差，测试效率低。从实践效果来看，优选集中测试。

（四）系统试运行及上线

采用试点先行，小步快走的方式逐步稳健地推动系统上线工作。通过试点试用，不断优化完善系统，通过逐步扩大试点范围，进一步验证系统的普适性和稳定性，最后大面积 线。在试点地区方面，要兼顾信息化能力强和弱的地区，另外，业务量需要适中，如果太小，不足以验证系统功能，如果太大，由于系统不够完善，会给试用单位和项目组的技术支持带来较大压力。在试点时长选择方面，需要评估试点单们对于功能和流程试用的业务量，保证要有大量的数据做验证。另外，可以使用试点迭代的方式开展试点，如：在首个试点单位试用进入稳定期后，陆续开始后续试点启用工作。在试点工作步骤方面，分两个阶段，第一阶段是用真实的数据模拟业务流程，第二阶段是在系统使用熟练以后，正式使用系统开展业务。

文章来源：《自动化技术与应用》 网址: http://www.zdhjsyyy.cn/qikandaodu/2020/0811/374.html