《(电子行业企业管理)电子监察系统标准与规范》由会员分享，可在线阅读，更多相关《(电子行业企业管理)电子监察系统标准与规范（38页珍藏版）》请在金锄头文库上搜索。
1、电子监察系统标准与规范目 录前言2第一章适用范围与引用文件31.1 本标准和规范适用对象 31.2 规范引用文件 3第二章数据交换规范42.1 文件组成结构 42.1.1 Package结点52.1.2 Head结点 52.1.3 body结点 5第三章行政审批系统数据标准83.1 行政审批业务流程规范和数据采集事项 83.1.1 行政审批业务流程规范 83.1.2 审批过程采集事项分类 93.2 业务事项中具体的数据采集项 93.2.1 数据类型及格式说明 93.2.2 具体的数据表结构 103.2.3 数据采集的要求 20第四章电子监察系统监察数据 224.1 事前监察224.2 事中监察
2、224.3 事后监察254.3.1 监察数据项 254.3.2 事后监察数据表结构 26第五章 数据交换标准规范样例 305.1 请求305.2 结果30第六章 附件 32前 言电子政务是一项系统工程，是国家信息化建设的重要领域，标准化与规范化是支撑电子政务的重要手段。佛山市行政审批电子监察系统的建设是佛山市电子政务的重要项目。行政审批电子监察系统是采用信息化手段对政府部门行政审批等行为实施同步监察，以促进依法行政，提高行政效能。电子监察系统可以加强对佛山市一市五区行政审批事项的监察力度，完善市、区两级行政审批业务，推动佛山市电子政务的建设，为以后构建全市统一的“一站式”审批服务平台打造基础。
3、佛山市行政审批电子监察系统标准与规范由业务规范和数据标准两部分组成：业务规范。即用来确定行政审批事项办件流程的规则。业务规范以中华人民共和国行政监察法、中华人民共和国行政许可法为主要依据，按照国家对行政审批事项管理的要求，结合佛山市行政审批事项改革清理的结果制定。通过业务规范，各单位能够以规范科学的程序处理各行政审批事项，同时能够顺利生成电子监察数据，并将电子监察数据通过一定的途径上传至电子监察系统数据中心。数据标准。即用来确定行政审批电子监察系统所需要监察数据的标准，包括数据总表、数据定义以及与数据有关的代码集的定义。根据佛山市电子监察系统建设规划，行政服务数据中心与电子监察的数据中心（以下
4、简称数据中心）将统一建设，因而该数据标准既是数据中心数据库设计的基础，同时也是行政审批事项业务规范的重要依据。各行政单位的业务规范和系统改造，最终目的是为电子监察系统提供符合数据标准要求的监察数据。本标准完全基于XML规范，实现行政审批电子监察系统对佛山市监察数据的采集与交换。本标准由佛山市监察局、佛山市信息产业局、佛山市行政服务中心、广州市信佰信息技术咨询有限公司共同提出。第一章适用范围与引用文件1.1 本标准和规范适用对象1 佛山市各级行政审批部门2 电子监察系统的建设和应用单位3 电子监察系统的软件开发单位4 电子监察系统的系统集成单位5 电子监察系统建设的监理单位除了上面列出的对象以外
5、，所有对XML在电子政务中的应用指南感兴趣或相关的单位、个人都可以是本标准和规范的读者。1.2 规范引用文件1 http:/www.w3.org/2000/10/XMLSchema-instance2 广东省行政审批电子监察系统数据交换标准3 广东省佛山市数据共享规范与接口标准第二章数据交换规范欲通过数据交换平台系统进行数据交换，其数据要求封装成XML文件，此XML文件的格式必须不超出下述范围。2.1 文件组成结构文件的组成格式如下图所示（本文件由数据交换程序自动生成）：2.1.1 Package结点XML数据封包的根结点2.1.2 Head结点XML数据封包的包头结点，包头结点是每个包都必备
6、的，该结点下面的信息都是控制信息，下面分别说明Head结点下各个元素的意义。2.1.2.1 Version 元素数据交换的标准版本编号2.1.2.2 SourceID元素数据包发送方编号，系统统一编号。2.1.2.3 DestinationID元素 数据包接收方编号，系统统一编号。如果为广播发送，接收方为“999”2.1.2.4 SendDate元素数据包发送的日期，形如：YYYY-MM-DD HH:MM:SS2.1.2.5 Priority元素该封包的传输优先级，是一位的数字，从0到9，数值越大优先级越高。2.1.2.6 Security元素封包数据完整性的校验码2.1.2.7 Remark
7、元素备注信息2.1.3 body结点包体结点下面封装的是交换的具体数据，共有ask、reply、ceipte、controlnode四类子结点，根据需要它们可能出现一个或多个。2.1.3.1 ask结点当数据交换平台发出请求数据交换时，将产生此结点，结点结构如下：0461795 其中，command子结点表示一个数据交换请求，code属性为数据交换的命令字，flag属性为处理标志，jhid属性为交换编号。Command结点下的子结点记录此请求所用到的参数，例如T017-f001是经过编码的字段编号，表示的是工商流水号，它的值是0461795。相关请看第六章“数据交换标准规范样例”。2.1.3.
8、2 reply结点当数据交换平台收到请求数据交换，得到结果后将产生此结点，结点结构如下： 111其中，command子结点表示一个数据交换请求，code属性为数据交换的命令字，flag属性为处理标志，jhid属性为交换编号。Command结点下的子结点result表示此请求的一条结果信息，可能同时存在多个result结点表示此请求得到多条结果信息，属性flag表示此结果是正常的结果、还是错误信息，result下的结点是此结果的具体信息，例如T018-f001是经过编码的字段编号，表示单位名称。相关请看第六章“数据交换标准规范样例”。2.1.3.3ceipte结点当数据交换平台收到请求，或者收到
9、返回结果时，将返回给发送方一个包含ceipte结点的回执信息，结点结构如下：true 其中，command子结点表示一个数据交换的回执，code属性为数据交换的命令字，flag属性为处理标志，jhid属性为交换编号。Command结点下的子结点result表示此接收文件的回执信息，true表示正常接收；false表示接收异常，需要重发。2.1.3.4 controlnode结点结点controlnode用于控制数据交换平台进行一些操作，例如测试网络连接情况、更新数据交换平台、修改配置等，其结构根据操作的类型组织。第三章行政审批系统数据标准3.1行政审批业务流程规范和数据采集事项3.1.1 行政
10、审批业务流程规范下图示意了审批业务的流程规范。注：“特别程序”和“联办件”可出现在受理后到办结前的任意环节。3.1.2 审批过程采集事项分类序号业务环节名称说 明1预受理“预受理”可以针对两种情况：一是用户直接在网上填写申请信息，所填数据经审批机关确认合格后转入正式受理类的网上系统，即“网上受理”；二是根据行政许可法规定，对于某些较特殊申请事项，从接件到正式受理最多可以有5天的时间进行审核，需给申请人预受理回执，说明预受理相关规定（即“一次告知”）。对于“网上受理”情况，一般是申请人第一次在网上填写资料提交时报送；审批单位在网上确认申请人填写无误并通知申请人来现场办理时填写“受理”环节。（注意
11、：各审批单位不得在确认申请人网上填写无误并通知申请人已经受理的情况下，等到申请人再来现场时才填写受理环节。）“网上受理”审批程序为申请人提供方便，但难免会有假材料、补材料一直不来等情况。对提供假材料的，审批不通过，退回办结。一定时间内仍未补齐材料的，可视为自动退回，时限各单位可自行把握。此环节根据各审批单位实际需求设定。2受理窗口收文时填报，包含受理与不受理都要填报。3审批过程审批过程办理的信息，可以存在多个审批环节，但至少存在一个审批环节。建议使用标准的：承办、审核、批准。4补交告知需申请人对资料进行必要的增补时填写。（注：与受理前“一次告知”的规定不同。）与“补交受理”一一对应，也有可能出现申请人不来补交的情况。5补交受理申请人补交材料受理时填写。6特别程序申请需要进行特别程序时做出的申请，与“特别程序结果”一一对应。按照实际情况，特别程序可能出现多次。特别程序期间，按照规定的期限计时或不计时。7特别程序结果特别程序结束后的结果。8办结审批办结时填报信息。9附加说明信息对于不受理、办结（退回）、办结（作废）、预警、黄牌、红牌或本单位认为有需要额外说明情况的业务，可以在此说明，并可上传附件，但是本部分信息只能登录监察系统通过页面的方式填报。3.2业务事项中具体的数据采集项3.2.1 数据类型及格式说明数据类型及格式是指
