（正式版）DB11∕T 762-2010 《电子政务业务描述规范》

DB11DB11/T762—2010电子政务业务描述规范Businessdescriptionspecificationforelectronicgovernment2010-12-28发布2011-04-01实施北京市质量技术监督局发布 2 2 2 2 4 4 4 4 5 6 6 6 6 7 9 1业务域1业务域2业务特征描述(业务属性3述各部门主要以业务大类、业务子类、业务小类、业务事项四个层次对本部门的业务进其具体要求规范参见“业务事项编码”业务主管部门内的主办单位务主管单位的内设部门（处室或科业务主管部门内的协办单位务主管单位的内设部门（处室或科业务办理协同关系分为前置和后续1、前置：指业务在本主管部门办2、后续：指业务在本主管部门办如果无部门外业务协同关系的，填写编码方式同“业务事项编码”4政许可事项，即为业务受理所需材描述所产生材料的名称，如证件名称当各级政务部门对行政许可、审批和服务业务的业务事项模型及网上办理业务流程模型展开设计1、信息公开：对业务事项的某些属2、备案归档：业务事项办理后，仅3、办理过程记录：业务事项办理各4、办理全程信息化：业务事项办理如果不需要信息化支撑，填写“不需信如果需要信息化支撑，选择一种或多种信息化程度。如果由多种信息化程度，如果有信息系统支撑，填写信息系统名称。如果由多个信息系统共同支撑，信5表3业务流程图描述符号表说明务事项中所涉及的各业务环节。作名称。环节是由哪个角色进行任务办理的，门内的处(科)室或下属事业单位”还可以使用“本主管部门内的处(科)该符号表示业务环节所涉及的信息，用于描述业务办理过程中任务办理所需的信息和所产生的信息。个信息名称时，信息名称之间用“;”的顺序关系。之，表示任务办理所产生信息。框中填写任务办理动作的判断条件，可以有多出口，用判断结果标注出口选择条件。务环节与业务办理判断条件。用于表述业务的开始。结束用于表述业务的结束。由于业务的复杂性，允许一个业务流6表3(续)说明用于表述跨部门业务协同关系的标注和说明——第1段：业务大类：长度2位，其编码要求参见附录A,前面补0。子类及编码表如表A.1所示：8划生育管理服务；计划生育技术指研；体育设施；体育协会；其他究信息化战略与网络与信息安全描述，如表C.1所示：综合处、政务处、公共信息服务处、推广应用处、技术与标准管理处、资源中心、测评中心、网管中心、首都之窗、公共信息服务中有(资料性附录)业务流程描述示例以原北京市信息化工作办公室业务事项“电子政务项目技术审查”为例，对业务流程描述，如图D.1所示：建设单位提交申请材料计划处审查角色告知不予受理的理由符合受理条件组织相关处室会商，进行预审预审通过确定参与审查处室中心及审查流程，进行任务分发审查政务管理、信息资源开发利用、信息共享基础设施审查“信息兴业”计政务处审查角色公共信息服务处审查角色推广应用处审查角色需要修改业务审查通过未通过网络、安全方面规划、政台、领导决策风险评估、安全定级、等级保护等措施专网需求及接局域网拓朴网站建设、政务公开、公众参与和互动促进技术方案的合理性、可行性，标准符合将修改意见和建设单位沟通，建设单位修改后重新提交需要修改未通过技术审查通过汇总审查意见，会商确定综合审查方式需要办内会审?专家-技术审查评确定审查意见办内处室中心审查角色不需要主任办公会审查角色专家评审会征求意见否将修改意见和建设单位沟通，建设单其他部门或公众审查角色否位修改后重新提交需要修改