电子监察系统标准与规范

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