《北京市市级城市管理信息平台初步设计报告——与相关部门对接系统 第六册.doc》由会员分享，可在线阅读，更多相关《北京市市级城市管理信息平台初步设计报告——与相关部门对接系统 第六册.doc（190页珍藏版）》请在三一办公上搜索。
1、北京市市级城市管理信息平台初步设计报告（第六册与相关部门对接系统）中国电子信息产业发展研究院2005年10月项目信息项目名称北京市市级城市管理信息平台单位名称北京市市政管理委员会项目类型A2A1：新建部门内项目；A2：新建跨部门项目；B1：应用升级项目B2：网络升级项目；B3：安全改造项目（根据项目情况选择）业务类型C1、C2C1：提高公共服务能力；C2：提高行政管理能力（根据项目情况选择）项目单位信息联 系 人李立明单位属性国家机关地址北京市西城区西单北大街80号大专院校电话66055769，13311515333国有企业传真66055769股份公司Email liliming集体个体邮政编
2、码100032独立科研机构设计单位中国电子信息产业发展研究院接受日期2005-09研究日期2005年9月2005年10月提交资料内容1、 北京市发展和改革委员会北京市城市管理信息平台项目建议书（代可行性研究报告）的批复；2、 北京市市级城市管理信息平台可行性研究报告（修订版）；3、 北京市市级城市管理信息平台可行性研究报告（补充材料）；4、 中共北京市委、北京市人民政府关于推广东城区城市管理经验建立信息化城市管理系统的意见（京发20057号）5、 中共北京市委办公厅、北京市人民政府办公厅转发市社区建设和城市管理体制改革领导小组办公室关于推广东城区城市管理经验建立信息化城市管理系统工作方案的通知
3、（京办发200520号文件）。法人代表张旭明设计负责人叶宜强技术管理负责人柳纯录目 录第1章.概述81.1.编写目的81.2.术语定义81.3.参考资料9第2章.总体设计102.1.需求简介102.2.运行环境112.3.基本设计概念和处理流程122.4.结构132.5.功能需求与程序的关系132.6.人工处理过程13第3章.模块设计143.1.市级平台委办局（行业单位）协同工作系统143.1.1.系统需求143.1.2.系统边界143.1.3.系统框架153.1.4.系统设计163.1.5.网络、软硬件环境333.2.业务适配器：Web服务容器343.3.业务适配器：数据存取服务343.4.
4、业务适配器：核心框架373.4.1.日志处理机制393.4.2.错误处理机制393.4.3.任务流水线393.4.4.多线程及线程管理403.4.5.源（Source）、管工厂（PipeFactory）和目的端（Destination）423.4.6.图解433.5.业务适配器：系统组件433.5.1.业务适配器：连接器（Connector）443.5.2.管道组件（PipeFactory）713.5.3.处理器组件（Handler）763.6.业务适配器：配置管理793.6.1.系统控制793.6.2.任务管理793.6.3.日志管理803.6.4.配置管理813.6.5.数据诊断82第4章
5、.接口设计844.1.用户接口844.2.市区两级对接整体框架844.3.数据对接内容904.3.1.基础数据904.3.2.业务数据904.3.3.查询统计数据934.4.数据对接规范944.4.1.对接数据944.4.2.对接数据格式规范944.4.3.对接数据定义954.4.4.数据对接实现954.5.对接数据定义954.5.1.业务表单数据964.5.2.基础支撑数据994.5.3.基础地理数据1004.5.4.查询统计数据1014.6.行业空间数据标准1014.6.1.概述1014.6.2.电力行业空间数据应用标准1024.6.3.“路灯管理中心”数据分析1024.6.4.燃气行业空
6、间数据应用标准103第5章.运行对接设计、定制内容和方案1105.1.业务适配器定制过程1105.1.1.系统管理1105.1.2.任务配置1155.1.3.框架功能与配置1175.1.4.组件功能与配置1235.2.数据对接机制1255.2.1.初始化1255.2.2.定期更新1265.2.3.实时流转1285.2.4.实时获取1285.3.数据对接方案1285.3.1.概述1285.3.2.业务流程描述1295.3.3.对相关业务单位的要求1305.3.4.委办局或市属责任单位与市级平台之间的业务数据交换1305.3.5.区级平台的业务数据交换1335.3.6.空间数据交换1345.3.7
7、.对接系统和市级平台内部业务系统的连接135第6章.系统数据结构设计1366.1.逻辑结构设计1366.2.物理结构设计1456.3.数据结构与程序的关系146第7章.系统出错处理设计1477.1.出错信息1477.2.补救措施1477.3.系统维护设计147第8章.网络对接1488.1.区级平台网络现状描述1488.1.1.区县专网以市专网的交换机Cisco 6006作为核心1488.1.2.区县专网通过本身的核心路由器与市专网连接1498.2.市级平台与区级平台网络对接1498.2.1.通过市专网Cisco 6006连通市级平台1508.2.2.通过区县专网本身核心路由器连通市级平台151
8、8.2.3.IP地址使用要求1518.2.4.带宽和连接要求1528.2.5.网络安全152第9章.市级平台信息交换规范153附录一、区级平台数据提供要求1541.部件属性数据1542.行政区划数据1563.地理编码库157附录二、业务适配器软硬件要求1621.硬件设备1622.软件162附录三、数据表单1631.下行中间表问题登记单1632.下行中间表立案单1643.下行中间表任务分派单1644.下行中间表委托核查单1645.下行中间表督办单1656.下行中间表领导批示1657.下行中间表附件1668.下行中间表基础分类数据1669.下行中间表专业部门属性表16610.上行中间表任务签收响应
9、16711.上行中间表任务反馈单16712.上行中间表处置核查单16713.上行中间表问题登记单16814.上行中间表领导指派任务、批示反馈表16915.上行中间表附件16916.上行中间表城管通GPS数据17017.上行中间表专业部门属性表17018.上行中间表城管员基本属性17019.上行中间表部件属性信息171附录四、数据格式规范1721.数据格式约束172XML 名称空间1722.信息头结构与格式173Preamble规范173Delivery规范174Service规范1753.完整的交换数据格式举例178附录五、业务适配器WEB服务调用接口1811.数据发送服务1811.1 接口方
10、法描述1811.2 Web服务WSDL描述1812.数据接收服务1832.1 接口方法描述1832.2 Web服务WSDL描述1843.数据接收另选方案1854.数据发送通知1855.数据到达通知187附录六、查询统计WEB服务调用接口1891.数据查询统计服务1891.1 接口方法描述1891.2 参数内容规范1891.3 返回结果规范190第1章. 概述1.1. 编写目的城市信息化管理市级平台系统项目（以下简称“市级平台”项目）：的总体目标是：根据全市信息化的总体部署和要求，结合GBC政务模式，围绕市市政管委城市管理和公共服务职能行使的需求，构建对内业务和办公、对外服务的信息化体系，达到“
11、情况清、指挥灵、使用方便”，为公众提供快速优质服务，对企业实行规范管理和有效监管，提高整个城市管理水平。为了实现市区两级平台业务联动需求，通过对于“市级平台”前期工作的参与和对东城区区级平台业务的深入学习，以及和东城区相关区级平台相关承建单位以及各城区区级平台相关承建单位的交流，深入地了解了城市信息化管理市级平台系统对于市区两级平台业务联动的要求。为了城市信息化管理市级平台系统里各业务系统能够顺利地和各区的业务系统对接，以及相应数据能够顺利地到达各委办局和市属责任单位，和为项目设计提供编制依据，特编写城市信息化管理市级平台系统对接系统设计报告。1.2. 术语定义缩写、术语解 释市市政管北京市市
12、政管理委员会市级平台城市信息化管理市级平台系统数据交换平台市级平台里面用来做市级平台数据和其它业务系统数据交换的技术平台。对接系统市级平台和区级平台、委办局、市属责任单位的业务对接系统GBCP政府（Government）、企业(Business)、公众(Citizen)之间的关系可以归结称为“GBCP”的关系模式：就是G居于主导地位、B作为G的职能完成主体和监管协调对象、C通过G参与政务管理并有效快速获得B提供的服务。公共物P的数据可分类为：GBCP编码、属性数据（长度、材质、型号、能源类型等）、状态数据（是否正常，流量、压力、温度等）、地理位置、权属信息（P的责任主体和责任范围）、运营费用等
13、；1.3. 参考资料 1、 北京市市政管委各类定期、年报报表格式以及说明2、 北京市数字市政管理服务系统项目建议书3、 GBCP城市公共管理服务模式研究4、 北京市信息化城市管理系统技术规范5、 依托数字城市技术创建城市管理新模式第2章. 总体设计2.1. 需求简介根据京发20057号文件的要求：全市统一使用一个城市管理号码，建立市、区两级城市管理信息平台。市、区两级平台具有呼叫、信息传递、协调处置和监督职能。京发20057号文件对市级平台工作程序要求为：市级平台接到反映问题的信息后，对区属单位责任范围的问题及时转到区级平台；对市属单位责任范围的问题及时转到市属责任单位；将需要市、区两级联动办
14、理的事项转到区级平台及相应的市属责任单位；对非市、区属责任单位进行协调；突发公共事件及时上报市应急指挥中心。市属责任单位接到信息后，应按职责在规定时限内对问题做出处理，处理完毕后将处置结果立即反馈到市级平台。对需要协调解决或责任单位不按时处理的，市级平台要及时予以协调或督促处置。城市管理信息平台的业务单位包括：市级平台、区级平台、相关委办局和市属责任单位，以下简称“业务单位”。与市级平台相关的业务单位包括：区级平台、相关委办局和市属责任单位，以下简称“相关业务单位”。为实现市级平台对城市管理的综合处理能力，市级平台需要与区级平台、相关委办局和市属责任单位实现对接，即在相关业务单位之间实现城市管
15、理问题的接收、分发、协调和反馈。业务单位系统的对接主要在三个层面：1. 数据层面的对接，系统间主要的接口是底层数据的访问与功能调用；2. 流程层面的对接，系统间主要的接口是流程性工作在各节点的流转过程。3. 业务应用层面的对接，系统间的接口是应用层次上的功能接口服务调用。业务单位系统的对接数据包括：1. 基础地理数据（地理编码、行政区划数据，包括街道、社区和网格数据）、部件属性信息和部件分类、事件分类数据；2. 静态、定期更新业务数据；3. 实时动态交互业务流程数据。（同一事件可能需要市、区、各单位同时参与处理）。4. 业务应用方面的查询、统计结果数据。2.2. 运行环境 硬件设备本软件运行所
16、需要设备的最低要求：PC机P4 2.4GHz以上，最小内存容量1G，4G剩余硬盘，VGA彩显，10/100M自适应网卡。软件使用时需提供以下运行环境：操作系统： Windows server 2003 sp1软件环境：JavaTM 2 Platform, Standard Edition, v 1.4.22.3. 基本设计概念和处理流程 表 21相关业务单位必须满足的要求列表相关业务单位必须满足的要求列表序号详细描述1.数据要求1) 部件、事件种类的划分规则与市级平台统一2) 部件、事件编码的规则与市级平台统一3) 对具体的某个部件编码与市级平台统一4) 对具体的事件提供事件的唯一标识（1个或
17、几个标志性数据组成），避免重复立案2.功能要求1） 业务单位能够接收、响应市级平台转发的事件处理信息、核查事件任务2） 业务单位能够反馈事件（市级平台转发）的处理结果3） 业务单位能够上报给市级平台重大、需要协调、应急、无法解决的事件4） 业务单位能够提供事件数据查询统计功能，市级平台能够发送查询统计指令到业务单位，业务单位返回相应的查询统计结果。3.接口要求能够提供市级平台获取部件、事件信息的接口，具体包括：1） 能够提供接收、响应、反馈市级平台任务的接口，并且提供实时接收任务的接口2） 能够提供上报给市级平台事件的接口3） 区里部件更新时，能够及时通知市级平台，以保证市级平台数据与区级平台
18、数据的同步4） 有新的上报的事件时，能够及时通知市级平台，以避免在事件报送过程中产生延误5） 能够提供事件、城管员的查询统计接口，当市级平台发送给相关业务单位查询统计指令后，相关业务单位能够及时返回相应查询及统计结果。2.4. 结构 对接系统由两部分组成，业务适配器和业务联动表单处理系统。业务适配器是用已经有的产品：业务适配器，对其主要做大量的配置工作和处理市级平台专有的消息。业务联动表单处理系统是新的专门为市级开发的产品。2.5. 功能需求与程序的关系表 22功能需求与程序的关系功能需求业务适配器业务联动表单处理系统和区级平台业务系统实现数据交换参与市政管理的相应表单信息到达委办局、市属责任
19、单位，相关单位的信息反馈。参与参与对于区级平台来说，由于区级平台将开发业务程序和市级平台对接系统对接，在区级平台只部署业务适配器就可以了。委办局、市属责任单位不开发和市级平台对接的业务系统，所以在委办局、权属责任单位要部署业务适配器和业务联动表单处理系统。2.6. 人工处理过程【说明在本软件系统的工作过程中不得不包含的人工处理过程（如果有的话）。】1对业务适配器和业务联动表单处理系统的日常工作。2对业务联动表单处理系统中相关表单的输入。第3章. 模块设计3.1. 市级平台委办局（行业单位）协同工作系统3.1.1. 系统需求由市级平台通过数据交换平台下发到各个委办局业务数据（如：任务分派单，立案
20、单，问题登记单等），在委办局端需要提供一个由市级平台下发下来的业务数据处理的界面接口。方便各个委办局可以独立处理由市级平台下发下来的业务数据。3.1.2. 系统边界本系统的主要功能包括：从市级数据交换平台下发来的任务分派的管理、各个委办局办理情况反馈事项的管理和各个委办局已经办理完成情况的查询。此系统后台直接与数据交换平台的业务适配器实现对接，而没有对业务流程逻辑和实现逻辑进行判断。3.1.3. 系统框架数据交换平台业务适配器Tomcat 服务器Mysql委办局IE委办局IE委办局IE图 31 北京市城市管理综合信息平台结构图数据交换平台业务适配器实时的把市级平台下发的数据放入到各个委办局本地
21、的数据库中。各个委办局城市管理综合信息系统轮询后台数据库，当有从市级平台下发的数据时，显示给各个委办局指定操作员，从而实现了各个委办局实时接受到市级平台下发的任务，并进行派遣协调业务处理。各个委办局对问题处理情况需要及时反馈到市级交换平台，由市级交换平台上传到市级平台，以便于市级平台及时掌握问题的处理情况。3.1.4. 系统设计3.1.4.1. 系统功能设计图 32系统功能用例图系统主要功能包括系统管理、任务的接收、任务处理、任务反馈和任务存档查询等功能。3.1.4.2. 系统管理包括用户的注册管理、角色管理和权限管理，用户只有在系统管理注册并分配权限后，才能浏览系统，进行业务处理。3.1.4
22、.3. 任务的接收主要处理由市级交换平台下发来的业务数据显示。并对每个具体的任务进行查看其在市级平台业务流程各个节点的处理情况。3.1.4.4. 任务处理各个委办局接收到市级交换平台下发下来的数据后，进行业务的派遣与协调处理。3.1.4.5. 任务反馈委办局对市级平台下发的业务进行处理，并把处理的情况及时通过市级数据交换平台上报到市级平台。3.1.4.6. 任务存档查询委办局对本单位处理的业务数据进行查询，包括：对已经上传到市级平台的整个问题的流程信息和本单位处理的业务数据信息。3.1.4.7. 系统各个主要实体类设计图 33城市管理综合信息平台主要类图各个类的详细说明如下：3.1.4.7.1
23、. 下行数据索引表表 31下行数据索引表表名ExchangeIndex_Send主键ID名称字段类型长度是/否空备注编号IDINT20NOT表名TABLENAMENVARCHAR50记录号RECORDIDNVARCHAR50生成时间CREATTIMEDATETIME年月日 时分秒发送时间SENTTIMEDATETIME年月日 时分秒送到时间RECEIVETIMEDATETIME年月日 时分秒优先级SENTPRINVARCHAR50接收IDRECEIVEUNITCODENVARCHAR100接收单位ID状态STATENVARCHAR50失败原因FAILURERESONNVARCHAR200重复次
24、数REPEATNUMBERNVARCHAR43.1.4.7.2. 下行中间表问题登记单表 32 下行中间表问题登记单表名QuestionRegister_Send主键ID名称字段类型长度是/否空备注编号IDINT20NOT事件处理编号EVENTDISPOSAL_IDINT20事件编码QUESTIONNUMBERNVARCHAR50地标码事件等级EVENTLEVELNVARCHAR50事件来源EVENTSOURCENVARCHAR50所属类别REGIMENTATIONNVARCHAR50来源方式SOURCEMANNERNVARCHAR50接线员BOOKINMANNVARCHAR50城管员PATR
25、OLMANNVARCHAR50城管通手机号CGTPHONENVARCHAR12问题类型QUESTIONTYPENVARCHAR50部件信息PARTSCODEINGNVARCHAR200事件大类BIGCLASSNVARCHAR50事件小类SMALLCLASSNVARCHAR50所属城区CITYZONENVARCHAR50所属街区STREET_IDNVARCHAR50所属社区COMMUNITY_IDNVARCHAR50所属万米单元CELLRESEAU_IDINT20事件位置说明POSITIONREMARKNVARCHAR100地图定位信息SPACEPOINTNVARCHAR100问题描述PROBL
26、EMDESCRIPTIONNVARCHAR200破坏程度DESTROYGRADENVARCHAR200影响范围INCIDENCENVARCHAR200问题发生时间OCCURTIMEDATETIME举报人ENUMERATEMANNVARCHAR50举报人联系方式ENUMERATEMAN_INFONVARCHAR200回复方式REVERSIONWISENVARCHAR50登记人BOOKERNVARCHAR50登记时间BOOKINTIMEDATETIME备注QUESTIONREMARKNVARCHAR2003.1.4.7.3. 下行中间表立案单表 33 下行中间表立案单表名RegisterCase_
27、Send主键ID名称字段类型长度是/否空备注编号IDINT20NOT事件处理编号EVENTDISPOSAL_IDINT20案卷号CASENUMBERNVARCHAR50立案人CASEMANNVARCHAR50立案时间CASETIMEDATETIME备注CASEREMARKNVARCHAR2003.1.4.7.4. 下行中间表任务分派单表 34 下行中间表任务分派单表名TaskSend_Send主键ID名称字段类型长度是/否空备注编号IDINT20NOT事件处理编号EVENTDISPOSAL_IDINT20任务分派号TASKNUMBERNVARCHAR50任务级别TASKLEVELNVARCHA
28、R50分派单位SENTEDUNITNVARCHAR50分派者SENTEDMANNVARCHAR50分派者联系方式SENTEDINFONVARCHAR200分派时间SENTEDTIMEDATETIME分派次数SENTEDNUMBERINT4响应时间要求RESPONDLIMITINT4专业部门类型RECEIVEUNIT_TYPENVARCHAR50专业部门RECEIVEUNITNVARCHAR200处理要求DISPOSALREQUIRENVARCHAR200处理时限DISPOSALLIMITINT4备注REMARKNVARCHAR2003.1.4.7.5. 下行中间表委托核查单表 35 下行中间表
29、委托核查单表名CheckSend_Send主键ID名称字段类型长度是/否空备注编号IDINT20NOT事件处理编号EVENTDISPOSAL_IDINT20委托人CONSIGNMANNVARCHAR50姓名委托时间CONSIGNTIMEDATETIME委托接收人CONSIGNRECEIVERNVARCHAR50姓名委托接收部门CONSIGNRECEIVEDEPATMENTNVARCHAR503.1.4.7.6. 下行中间表督办单表 36下行中间表督办单表名UrgeInfo_Send主键ID名称字段类型长度是/否空备注编号IDINT20NOT事件处理编号EVENTDISPOSAL_IDINT20
30、处理部门DISPOSALUNITNVARCHAR50处理事件开始时间STARTTIEMDATETIME处理时限DISPOSALLIMITINT4距当前时间的时间差LEAVINGTIMEINT4第几次督办OVERSEENUMBERINT4督办单产生时间CREATETIMEDATETIME督办员OVERSEEMANNVARCHAR50备注REMARKNVARCHAR200领导批注信息3.1.4.7.7. 下行中间表领导批示表 37下行中间表领导批示表名Indication_Send主键ID名称字段类型长度是/否空备注编号IDINT20NOT记录编号批示标题INSTRUCTIONTITLENVARC
31、HAR200批示内容INSTRUCTIONCONTENTNVARCHAR1000接收单位RECIEVEUNITNVARCHAR50外键接收者RECIEVEMANNVARCHAR50外键，用户表的编号重要度IMPORTANTLEVELIDNVARCHAR50数据字典项（重大，一般，紧急）批示状态INSTRUCTIONSTATEIDNVARCHAR50字典项:(已签收，未签收，已反馈, 未反馈批示人SENTMANNVARCHAR50批示人单位SENTUNITNVARCHAR50批示时间SENTTIMEDATETIME年月日 时分秒处理时限DISPOSALLIMITINT4处理时限单位DISPOSA
32、LLIMITUNITNVARCHAR50备注REMARKNVARCHAR2003.1.4.7.8. 下行中间表附件表 38 下行中间表附件表名EventAttachment_Send主键ID名称字段类型长度是/否空备注编号IDINT20NOT事件处理编号EVENTDISPOSAL_IDINT20文件名称（不含后缀名）FILENAMENVARCHAR100文件内容的简短摘要描述，如“现场录音”文件后缀FILESUFFIXNVARCHAR20“.”内容FILECONTENTBLOB文件类型FILETYPENVARCHAR2图片0，声音1，视频2，其他33.1.4.7.9. 上行数据索引表表 39
33、上行数据索引表表名ExchangeIndex_Receive主键ID名称字段类型长度是/否空备注编号IDINT20NOT表名TABLENAMENVARCHAR50记录号RECORDIDNVARCHAR50生成时间CREATTIMEDATETIME年月日 时分秒发送时间SENTTIMEDATETIME年月日 时分秒送到时间RECEIVETIMEDATETIME年月日 时分秒优先级SENTPRINVARCHAR50发送IDRECEIVEUNITCODENVARCHAR100发送单位ID状态STATENVARCHAR50备注REMARKNVARCHAR2003.1.4.7.10. 上行中间表任务签收
34、响应表 310 3 上行中间表任务签收响应表名RespondReturn_Receive主键ID名称字段类型长度是/否空备注编号IDINT20NOT事件处理编号FLOWHISTORY_IDINT20签收时间RECEIVEMANDATETIME3.1.4.7.11. 上行中间表任务反馈单表 311 上行中间表任务反馈单表名TaskFeedback_Receive主键ID名称字段类型长度是/否空备注编号IDINT20NOT事件处理编号EVENTDISPOSAL_IDINT20任务反馈号FEEDBACKNUMBERNVARCHAR50任务接收时间RECEIVETIMEDATETIME反馈类型FEED
35、BACKTYPENVARCHAR50反馈内容FEEDBACKCONTENTNVARCHAR200反馈者FEEDBACKMANNVARCHAR50反馈者联系方式FEEDBACKINFONVARCHAR200任务反馈时间FEEDBACKTIMEDATETIME申请时限APPLYLIMITINT20备注FEEDBACKREMARKNVARCHAR2003.1.4.7.12. 上行中间表处置核查单表 312上行中间表处置核查单表名CheckResult_Receive主键ID名称字段类型长度是/否空备注编号IDINT20NOT事件处理编号EVENTDISPOSAL_IDINT20预档案号PRENUMB
36、ERNVARCHAR50核查者CHECKMANNVARCHAR50城管通号码CHECKCGTPHONENVARCHAR15核查时间CHECKTIMEDATETIME核查意见RESULTTYPENVARCHAR255核查情况CHECKREMARKNVARCHAR200审批者EXAMINEMANNVARCHAR50审批时间EXAMINETIMEDATETIME备注CHECKREMARKNVARCHAR2003.1.4.7.13. 上行中间表问题登记单表 313上行中间表问题登记单表名QuestionRegister_Receive主键ID名称字段类型长度是/否空备注编号IDINT20NOT事件处理
37、编号EVENTDISPOSAL_IDNVARCHAR20事件编码QUESTIONNUMBERNVARCHAR50地标码事件等级EVENTLEVELNVARCHAR50事件来源EVENTSOURCENVARCHAR50所属类别REGIMENTATIONNVARCHAR50来源方式SOURCEMANNERNVARCHAR50接线员BOOKINMANNVARCHAR50城管员PATROLMANNVARCHAR50城管通手机号CGTPHONENVARCHAR12问题类型QUESTIONTYPENVARCHAR50部件信息PARTSCODEINGNVARCHAR200事件大类BIGCLASSNVARCH
38、AR50事件小类SMALLCLASSNVARCHAR50所属城区CITYZONENVARCHAR50所属街区STREET_IDNVARCHAR50所属社区COMMUNITY_IDNVARCHAR50所属万米单元CELLRESEAU_IDINT20事件位置说明POSITIONREMARKNVARCHAR100地图定位信息SPACEPOINTNVARCHAR100问题描述PROBLEMDESCRIPTIONNVARCHAR200破坏程度DESTROYGRADENVARCHAR200影响范围INCIDENCENVARCHAR200问题发生时间OCCURTIMEDATETIME举报人ENUMERATEMANNVARCHAR50举报人联系方式ENUMERATEMAN_INFONVARCHAR200回复方式REVERSIONWISEINT20登记人BOOKERNVARCHAR50登记时间CREATETIMEDATETIME备注QUESTIONREMARKNVARCHAR2003.1.4.7.14. 上行中间表领导指派任务、批示反馈表表 314上行中间表领导指派任务、批示反馈表表名IndicationFeedback_Receive主键
