青岛市陆源污染物排放总量控制网络化综合管理平台总体框架设计研究
陆源污染物排放总量控制是实现资源节约型、环境友好型社会经济可持续发展方式的基础内容，也是综合解决当前地表水、海洋等环境污染问题的有效手段。自2006年国家开始实施以COD减排为约束性指标的“目标总量控制管理”计划以来，尽管采取了严格的政府责任制，但由于“目标总量控制管理”方式存在减排指标核定方法不科学和监管模式缺乏整体性等固有的缺陷，不仅导致年均减排2％左右的强制目标没有实现，而且部分纳污海域水质改善实际效果不甚理想。根据美国、欧盟、日本等有益经验，我国陆源污染物排放总量控制迫切需要由现行的“目标总量控制”向“容量总量控制”的转变。一方面，可以采取以精准数值计算的环境容量为科学依据的分配容量为量化管理指标，结果可以细化到具体的行政区责任主体甚至到排污责任主体，同时在管理模式上可以采取“排污链全过程监管模式”以有效提高管理的整体性。但由于陆源污染物“容量总量控制管理”是一个涉及从陆域污染源到纳污海域的多界面、多层次、多节点的全过程连续动态管理，因而不仅需要更加完备科学的“排污链全过程管理”流程，而且也需要更加智能化的网络化综合管理平台。
因此，本论文的研究目的是建立完善适合青岛市实际情况的陆源污染物容量总量控制管理流程，并在此基础上设计总量控制网络化综合管理平台的总体框架，为实现由目标总量控制向容量总量控制的转变提供科学技术支撑。主要研究内容有4个方面：(1)借鉴美国、欧盟、日本等总量控制管理经验，综合考虑青岛市目前“目标总量控制管理”的实际情况，建立完善青岛市陆源污染物排放总量控制管理总流程。(2)按照“排污链全过程管理”模式要求，构建总量控制管理总流程中关键功能模块的运行流程，主要包括陆域污染源排放数量核算、总量控制率定量化指标体系、总量控制量化管理模式等。(3)根据总量控制管理总流程要求，设计青岛市陆源污染物排放总量控制网络化综合管理平台的总体框架。(4)以Microsoft.NET Framework和ArcGIS Engine为开发平台，以C＃为开发语言，在青岛市陆源污染物排放总量控制网络化综合管理平台总体框架中，实现上述关键功能模块的运行。所取得的主要研究成果如下：
(1)建立完善了青岛市陆源污染物排放总量控制管理总流程。以美国总量控制管理流程为基本框架，借鉴欧盟、日本等经验，综合考虑青岛市现行“目标总量控制管理”在数据管理、减排指标行政核定不合理等实际情况，建立完善了青岛市陆源污染物容量总量控制管理流程。该流程以青岛市环保行政部门为综合管理主体，围绕青岛市陆源污染物排放总量控制量化目标，实现管理界域识别、行政区和排污单元鉴别、数据管理、率定量化指标体系、污染负荷判别、总量控制措施优选、总量控制效果评价等管理环节的系统化、规范化和程序化。其中数据管理、率定量化指标体系、污染负荷判别等是流程的关键环节。
“数据管理”不仅可以实现相关数据尤其是监测数据的采集、汇总、加工等常规处理，而且应具有数据筛选、互校、整合等预处理功能。其中，行政区和排污单元污染物排放数量核算是重要核心任务，前者一般可应用直接统计方法，后者既可以应用直接统计方法，也可以应用间接计算方法。计算表明，青岛市各行政区所在的排污管理区排放数量统计结果与排污单元累加统计和计算结果平均相差26.7％，与应用污染物陆海响应数值模型推算结果平均相差47.4％。
“率定量化指标体系”是青岛市12区市和12735个排污单元污染物排放总量控制量化管理约束性指标，采取“一主多辅”序列指标构成。这里，“主体指标”是指分配容量，对于行政区是根据目标海域水环境质量要求，以目标海域环境容量为限值，综合考虑经济规模、人口数量、排放强度和污染治理技术等因素优化分配而得到的，对于排污单元是依据各排污单元准入的排放强度与相关规模度量要素如产值、人口等计算得到。“辅助指标”是实现量化管理目标的充分或必要条件，主要包括经济总量、人口规模、污染物排放强度、污染源结构、工程减排等(非)约束性指标。
“污染负荷判别”是根据行政责任主体和污染排放主体超排率％大小确定其总量控制管理等级，一般划分为红、橙、黄、绿和蓝色五个等级，其中可将超排率％=0％作为判别基准，可参照数据序列间差异程度确定等级分级幅度为±25％。分析表明，在青岛市12区市中，只有城阳区超排率％大于25％，需要实行橙色管理，其他区市都小于25％，可实行黄色、绿色或蓝色管理。其中15％的街镇级行政区需要实行红色或橙色管理，主要分布在城阳区、李沧区和莱西市，其余85％需要实行黄色、绿色或蓝色管理。
(2)青岛市陆源污染物排放总量控制网络化综合管理平台的总体框架设计。根据陆源污染物总量控制管理总流程的要求，设计青岛市陆源污染物排放总量控制网络化综合管理平台的总体框架，不仅要实现陆域污染物容量总量控制的全过程、动态化管理，同时要解决由目标总量控制向容量总量控制转变过程中所需要解决的实际问题，如不同部门数据的整合和共享、总量控制指标建立和完善、总量控制效果评估和反馈等。这样，综合管理平台在逻辑上采用“三层”架构，中层是由环保行政管理部门负责运行操作的“系统运行操作模块”，同时将与总量控制相关的专业数据和一般数据模块汇总生成“数据中心模块”，将资讯产品模块与用户界面分离生成“功能产品模块”，归并为中层。系统运行操作模块除具有用户管理、安全管理等常规功能外，还应具有数据管理、功能产品管理、系统运行管理等专门功能。这样，在中层内可以通过功能产品管理功能从“数据中心模块”中分别调用模型或方法和专业或公共数据，生成各类功能资讯产品；在中层外可以通过系统运行管理功能实现数据中心模块的更新，或实现前层不同用户界面的功能产品模块的调整，等等。
(3)陆源污染物排放总量控制日常管理功能的运行实现。以Windows Server2003为操作运行平台，以SQL Server2005为数据库平台，以Microsoft.NETFramework为系统开发平台，以C＃为系统开发语言，将GIS组件与“数据中心模块”中数据库、模型库等进行组件式二次开发集成。初步实现了对青岛市陆源污染物排放数量核算和青岛市胶州湾纳污海域总量控制效果评价功能。
总之，本论文研究工作主要是按照“容量总量控制管理”的要求，在建立完善陆源污染物排放总量控制管理总流程基础上，设计了青岛市陆源污染物排放总量控制网络化综合管理平台的总体框架。论文创新点主要体现在青岛市陆源污染物排放总量控制网络化综合管理平台的“三层”架构设计中突出强化了“运行操作模块”的功能，并将其作为独立操作界面，以适应青岛市现行环境管理多部门数据综合管理、多用户功能产品扩展等需求，不仅整体上满足从排污单元监测数据采集到总量控制效果综合评估全过程管理要求，而且可以适应由“目标总量控制”向“容量总量控制”转变的需求。同时，论文特色体现在数据管理、率定量化指标体系、污染负荷判别等关键功能流程设计等方面。
陆源污染物;总量控制;量化指标体系;综合管理平台;运行操作模块
中国海洋大学
博士
环境科学
王修林;梁生康
2012
中文
X321
184
2012-12-27（万方平台首次上网日期，不代表论文的发表时间）