川西南公管中心滨河石油小区数字化改造工程技术方案0903.doc

川西南公管中心滨河石油小区数字化改造工程技术方案项目负责人： 项目编制人： 项目审核人： 中国电子系统工程总公司129 / 132目录一、项目概况1二、项目目标2三、项目范围33.1组织范围33.2业务范围33.3应用系统范围33.4功能范围33.5用户范围4四、系统建设原则5五、设备选型原则6六、项目设计规范6七、需求分析87.1系统定义与功能划分87.2管理需求87.3技术需求97.3.1性能需求97.3.2数据管理能力97.3.3故障处理97.3.4运行环境97.3.5与其它系统数据对接107.4业务需求分析107.4.1一卡通系统需求107.4.2滨河石油小区数字化改造需求44八、项目内容468.1一卡通管理系统468.1.1系统架构468.1.2矿服级478.1.3卡务中心528.1.4小区一卡通系统778.1.5 安全性808.2 管理调度中心平台838.2.1管理调度中心平台架构838.2.2居民综合服务平台858.2.3矿区生产调度指挥平台908.2.4系统集成平台软件设计1048.3 管理调度中心1098.3.1管理调度中心1098.3.2电气系统说明1108.3.3拼接大屏系统1118.4主要设备参数：120九、系统培训计划1239.1培训内容1239.2培训安排1239.3培训效果评估1269.4培训考核1279.5培训语言1279.6现场培训1279.7厂家培训1289.8培训材料1289.8培训费用128十、系统维护129一、项目概况1.1 项目名称项目名称：川西南公管中心滨河小区数字化改造工程1.2 建设单位：川西南公管中心1.3 项目概述根据西南油气田矿区服务事业部治安安全防范系统建设规范（试行）的要求,川西南公管中心原视频监控设备选型较为低端，信号衰减大，图像不清晰，需要进行升级改造；原物业管理收费点和管理点分散，住户报修采用人工方式处理，管理人员无法进行有效的跟踪、评价，各种设备台帐采用纸质文件管理，没有在计算机信息化平台统一录入、存储和查询，水、电、气集抄由物管科管理，有线电视由新闻中心收费，矿区业务服务管理信息系统、 HSE信息查询系统、离退休职工管理信息系统没有在一个统一的平台上。 以上已经实施系统都独立运行，有各自的数据库、各自选择的操作系统、各自开发的应用软件和用户界面，完全是独立的体系。 这种情况称为“信息孤岛”，系统之间彼此独立，没有考虑数据信息共享，不能集中监控，不能协调优化运行和联锁控制，控制系统与管理之间出现脱离的现象，使得系统的人工成本、运行费用、维护成本高，不能充分发挥公共管理中心物业管理的工作效率。 物业管理440平台的现状：川西南公管中心物业管理440平台（数据信息不能共享），为单一的人工接线方式，人工处理报修、投诉等工作，有效信息查询缓慢，处理反馈不及时，管理效率低。 住户报修管理的现状：川西南公管中心物业管理站住户报修处理流程：住户通过440电话报修，440电话服务人员将报修服务请求通过290平台通知维修班组调度，调度员通知班组长，维修班组长根据维修人员在班情况，分派维修派工单，维修人员根据派工单执行维修工作，住户在维修工作完成后签字，派工单返回维修班组调度。存在问题：工作分派完全依靠手工调度，管理人员没有对维修服务的工作进行有效跟踪、评价、考核。水、电、气集抄的现状：川西南公管中心水、电、气集抄分站是通过C/S模式连接成都水、电、气集抄总站数据，获取水、电、气数据并在本地数据库存储，一组物业管理人员维护数据，另一组物业管理人员办理收费（管理系统和控制系统出现脱离；数据信息不能共享）。可寻址有线电视收费系统的现状：川西南公管中心通过有线电视收费系统的客户端进行收费，系统独立运行、独立收费（数据信息不能共享）。职工交费方式的现状：川西南公管中心住户需要分别到不同的地点交纳物业管理费、水、电、气费、有线电视费；这些收费项目分别设立人员收取，没有统一查询和收费平台；不仅增加财务统计的工作量，而且增加人工的投入（数据信息不能共享）。设备台帐管理的现状：川西南公管中心采用纸质的设备台帐、运行台帐、维修台帐等管理文件，没有在计算机信息化平台统一录入、存储和查询设备台帐（数据信息不能共享）。信息发布管理的现状：川西南公管中心管理人员发布信息过程：管理人员在计算机上输入并打印出纸质文件，将纸质文件张贴在布告栏，不仅浪费资源、而且增加物业管理人员的工作量。二、项目目标(一) 在川西南公管中心建立数字化小区管理调度中心平台；管理调度中心平台由物业管理调度系统、生产经营管理调度系统、综合安保管理系统（具备应急指挥调度功能）。(二) 为有关部门提供实时监控信息的平台、实现智能化在指定的范围为住户及管理人员提供适当的便利。 (三) 硬件严格筛选、严格试验，并留有适当备份；软件精心设计调试，并具有冗余容错性能；系统处理速度快，可靠性高，稳定性好，错漏率低，并具有数据备份、数据恢复能力。三、项目范围3.1组织范围根据本项目研究目标，本系统规划研究的组织范围包括：西南油气田矿区服务事业部物业服务管理处、计划财务处、矿区建设服务管理处、综合办以及8个公管中心及其所属的管理站。3.2业务范围实现一卡通用，即业主持有一张卡即可在矿区服务事业部下属各小区实现门禁、停车场、（IC卡身份认证后）缴费等等，各种终端设备都可以识别这张卡片，方便了持卡人。统一收费平台，实现各个公管中心各自的统一收费，包括水电气费及物业费等。将把8个公管中心收费情况集中在同一个平台上，监督管理和控制，并对信息整理归纳，供矿区服务事业部及8个公管中心职能部门查询、汇总、统计、管理和决策。在川西南毛家坝片区建立数字化调度中心，把云舒佳苑、滨河石油小区、恬园小区和汇东石油小区的安防系统、物业管理、440报修等统一管理。3.3应用系统范围按照以上业务范围，本系统需要整合目前小区视频监控系统、物业系统、440报修系统、门禁、停车场管理系统及远程集抄收费系统已有的数据，预留与银行、第三方支付及天网系统等系统做数据接口。 除了应用系统业务数据系统外，还包括系统应用架构设计（含信息流设计、总体技术架构、接口设计方案）和基础设施架构设计（含门禁、停车场设备、服务器、存储设施、网络、平台软件等）。3.4功能范围 系统主要通过管理各个小区的房产信息、业主信息、住户信息、车位信息、车辆信息等基础信息达到有效的管理资源数据。 在基础数据的管理基础上进行收费业务、卡业务的有效管控。3.5用户范围1、 矿服部矿服部的使用人群主要以查询总体八个公管中心的卡务及收费业务的统计报表及图表为主，使用者主要为矿服部领导层，及各个相关业务科室的管理者。2、 公管中心公管中心的使用人群主要以查询公管中心下属小区的各种卡务及收费业务的统计分析数据。使用者主要为公管中心领导层，及卡务处理、收费业务处理的管理者，同时包括公管中心系统管理员。3、 卡务中心（收费中心）卡务中心主要是具体的业务处理单位，主要使用者为窗口卡务处理人员、收费人员、后台业务处理人员等。4、 住户使用一卡通系统完成身份识别、门禁、停车、食堂消费、缴费（IC卡身份认证后）等业务。四、系统建设原则根据西南油气田矿区服务部治安安全防范系统建设规范（试行）中的规定，安全防范系统的设计应遵从以下原则：1、系统的防护级别与被防护对象的风险等级相适应。本系统防护对象风险等级为三级，防护级别与之适应，应达到三级。2、技防、物防、人防相结合，探测、延迟、反应相协调。系统具有视频安防监控、停车场管理、图像记录功能，满足对案、事件过程的记录和查证需要。同时结合石油系统的管理模式，专门配置并培训相关人员，建立严格的管理制度和防控体系。3、满足防护的纵深性、均衡性、抗易损性要求。系统兼有周界、防护区和禁区，构成纵深防护体系；前端布防点与后端控制一一对应，合理地满足安防系统的要求；系统整体设计保证相关设备不易损坏。4、满足系统的安全性、电磁兼容性要求。系统保证操作者人体健康、安全和设备本身安全；电磁兼容设计应从设备选型、传输介质选择和传输路由等多方面考虑自身的抗干扰性和对其他设备的电磁净化。 5、满足系统的可靠性、维修性与维护保障性要求。系统能保证长期可靠和安全稳定地连续运行；所选设备均具有行业许可文件和法定检测机构的检测报告等质量证明。监控室主电源能满足系统正常供电，备份电源在主电源断电后能维持系统一小时以上应急工作的能力。6、满足系统的先进性、兼容性、可扩展性要求。系统设计在技术上考虑适度超前，以便于扩展、升级和在一定时期内具有先进性。因此，本系统按照数字化、网络化和集成化的技术路线考虑系统结构和设备组成；核心设备采用分布式模块化设计，以利今后系统的灵活扩展和必要的升级。同时，本系统提供专门的通信接口，以利于与信息系统的接口。7、满足系统的经济性、适用性要求。通过对系统方案优化设计、合理布局，力争使所建系统在具有必备功能和完整结构的前提下，有较高的性能价格比和较低的维护费用；操作简捷，显示明晰，维护方便，成熟易用。并优先选用市场主流、规格通用和具有标准接口的产品。8、兼顾电子产品技术更新升级趋势的要求。以上几点是系统设计所遵循的基本原则，本公司将结合现场的实际情况和用户需求，采用先进而成熟的技术，可靠而适用的设备，全力为用户构建先进、实用、可靠和高性价比的安防系统，最大程度地保护建设方的投资。五、设备选型原则 所选设备是技术先进且在国内得到广泛实际应用的成熟产品。 系统易管理、易安装、易检测、易维护。 设备部件均为标准化、模块化设计，具有良好的互换性和可替代性，设备安装、维护均采用接插方式，维护简便。 所选设备符合至少一项下列国际公认的安全标准（如、等）和、等技术标准，线缆选用通过国家强制认证的产品，具有3C认证证书。 所使用的设备必须符合国家法规和现行相关标准的要求，并经检验或认证合格。六、项目建设规范本设计方案适应于四川石油管理局川西南公管中心数字化改造工程。我方提供的设备及其附属设备的制造、检查、试验和验收依据并遵守下列最新的标准和规范，但不仅限于下列标准和规范。 智能建筑设计标准（GB/T 50314-2006） 建筑与建筑群综合布线系统工程设计规范（GB/T 50311-2007） 建筑与建筑群综合布线系统工程验收规范（GB/T 50312-2007） 建筑物电子信息系统防雷技术规范（GB 50343-2009） 建筑物防雷设计规范（GB 50057-2010） 工业企业通讯接地技术规范（GBJ 79-85） 接地装置安装 03D501-4（中华人民共和国建设部） 民用建筑电气设计规范（JGJ 16-2008） 供配电系统设计规范（GB 50052-2009） 建筑电气安装工程施工质量验收规范（GB 50303-2002） 计算机场地技术条件（GB 2887-2000） 电能计量装置管理规程（DL/T 448-2000） 电压监测仪技术条件（DL/T 500-2009） 电力装置的电测仪表装置设计规范（GB/T 50063-2008） 远动设备及系统第2部分工作条件第1篇电源和电磁兼容性（GB/T 15153.2-2000） 远动设备及系统第2部分工作条件第2篇环境条件（GB/T 15153.2-2000） 公共建筑节能设计标准（GB 50189-2005） 电子计算机机房设计规范（GB 50174-2008） 电信线路遭受强电线路危险影响的容许值（GB 6830-86） 建筑物防雷设计规范（GB 50057-2010） 信息技术互连国际标准（ISO/IEC 11801-2002） 通信电缆的一般要求（GB/T 7427-87） 电气安装工程施工验收规范（GBJ 232-2006） 安全防范工程技术规范（GB 50348-2004） 民用闭路监视电视系统工程技术规范（GB 50198-98） 入侵探测器通用技术条件（GB 10408.1-2000） 防盗报警探测器通用技术条件（GB 12663-2001） 入侵报警系统工程设计规范（GB 50394-2007） 安全防范系统验收规则（GA 308-2001） 建筑及居住区数字化技术应用（GBT 20299-2006） 视频安防监控系统工程设计规范（GB50395-2007） 住宅小区安全防范系统通用技术要求(GB/T21741-2008) 西南油气田矿区服务部治安安全防范系统建设规范（试行）七、需求分析7.1系统定义与功能划分本系统是四川油气田信息化建设的重要组成部分，只要服务于西南油气田矿区服务事业部管理人员、各个公管中心管理人员及服务的小区住户。根据项目研究目标和研究范围，本系统规划建设内容为：建立具有四川油气田特色的一卡通业务平台，梳理目前已存在的历史数据，并整合现有的硬件及软件。7.2管理需求结合前文对四川油气田矿区服务事业部概况和信息技术现状分析，为实现四川油气田一卡通信息化管理水平获得飞跃式提升，本系统应满足一下管理需求：l 支持和服务四川油气田公司统一信息化发展策略本系统作为四川油气田信息化建设的重要组成部分，需要顺应外部宏观环境变化，支持集团整体发展战略。四川油气田公司对于一卡通系统的应用，还处于起步阶段，在后续系统推广过程中，要有规划、有步骤的构建，完善系统各项管理职能，加强与其他业务系统的交互融合。l 实现四川油气田公司管理规范化、精细化在四川油气田相关领导的统一领导下，四川油气田已经形成了较为先进的企业管理模式，但是仍然存在信息流比较分散、需要人工进行报表报告、业务单据手工传递等问题。本系统将通过科学的信息化的手段提高油气田公司管理水平，实现公司管理规范化、精细化发展。l 实现四川油气田公司生活区一卡通通过“一卡通”系统串联现有的小区门禁系统、车场管理系统、收费系统，整合远抄系统，模块化设计，有较好的扩展性和兼容性。实现卡片跨区域整合的功能，对在不同区域拥有多套房屋的职工可以一卡通行。7.3技术需求7.3.1性能需求1、系统支持的用户容量不小于10万户，卡务管理数据不少于30万张。统计2、电源瞬时及长时间断电时，数据能够完整保持10年以上，电源恢复时，保存数据不丢失。3、系统功能按钮点击后的响应，一般需在2秒之内，最低限度不能超过10秒。7.3.2数据管理能力本系统处理的各种数据（业务数据、系统数据、外部数据等）在维持系统正常运行上起着至关重要的作用。一旦数据被破坏（硬盘损坏、修改、泄露），都会在不同程度上造成影响，从而危害到系统的正常运行。因此对综合系统的数据管理，按照国家标准GB/T 20988-2007信息系统灾难恢复规范第五等级进行要求，即实时数据传输及完整设备支持。要求定期进行完全数据备份，备份介质场外存放。7.3.3故障处理系统故障是指系统在运行过程中某一环节出现的软件或硬件错误，从而导致系统平台部分功能或者全部功能无法正常进行。因此要求对发生的故障系统能及时的给予警报提示，并且能够采取自动防护机制，避免故障影响到其他的功能运行。同时为防止系统故障引起的数据丢失，应进行有效的数据备份，包括对操作系统、应用软件及数据库进行定期的停机备份、在线联机备份、日志备份、升级备份以及集中灾备等。7.3.4运行环境业务系统部署在应用服务上，客户可以通过浏览器登录到系统中，登录后，系统的运行结构如下图所示： 系统平台采用Java技术实现，符合J2EE规范，中间件可部署在目前流行的多数操作系统如：Windows,Linux,AIX等。平台底层数据库访问采用JDBC方式，该方式可以保证平台对数据库的适配性，平台可以支持Oracle,SqlServer,MySql等常规数据库。系统平台可以支持如下系统环境，平台具有良好的移植性：服务器操作系统：Linux,Windows 2000/2003/2008, Aix, Solaris, HP-Unix应用服务器： JBoss, WebLogic, WebSphere,.数据库服务器：Oracle, SqlServer,MySQL.7.3.5与其它系统数据对接根据目前调研情况，本系统需要与远程集抄系统、有线电视系统等进行数据对接。7.4业务需求分析7.4.1一卡通系统需求7.4.1.1门禁管理1、住户进入小区门禁管理流程住户进入小区时在刷卡器上刷卡，门禁系统对住户身份进行识别，判断卡片是否在白名单中，门卫确认是否本小区住户，“是”则门禁开启住户进入小区。“否”则禁止进入，由门卫核对用户信息，卡片未在白名单中的，门卫告知住户到卡务中心查询、开通后重新刷卡进入。刷卡住户身份识别 禁止进入 允许进入门禁开门否是住户进入小区门禁管理流程图开始结束确认是否本小区住户确认是否在白名单中是否到卡务中心查询、开通2、住户外出时门禁管理流程住户外出在刷卡器上刷卡，门禁系统判断卡片是否在白名单中， “是”则门禁开启住户离开小区；“否”则门卫查验询问情况，提示住户到卡务中心查询、开通卡片，并做好记录后开门放行。刷卡住户身份识别门卫查验 登记门禁开启离开小区否住户外出时门禁管理流程图结束开始是确认在白名单中是提示到卡务中心查询、开通否3、临时访客进入管理流程临时访客访问小区住户，需要向门卫提供被访住户的信息（姓名、楼栋）和本人有效证件。门卫联系被访住户，确认住户是否在家，是否愿意接待访客。如果住户在家并同意接待，则门卫登记访客信息（可以手写也可以使用电脑登记），点击软件上开闸按钮，访客进入小区。否则门卫向访客说明情况，禁止访客进入小区。提供被访住户信息门卫说明情况登记访客信息否门卫联系被访住户门卫手动开启门禁临时访客进入管理流程图开始结束是被访住户是否在家是否同意接待访客是进入小区4、临时访客离开管理流程临时访客离开小区时，需先告知门卫。门卫观察访客是否有异常情况（状态、所带物品），如果没有异常则结束访客记录，点击软件上开闸按钮让访客离开小区。有异常情况，门卫联系被访住户确认，没有问题做好情况记录，然后开门让访客离开小区。如有问题直接联系管理站安全保卫办。告知门卫是否有异常门卫结束访客记录门卫询问情况联系被访住户确认否门卫观察访客否是否有异常 报告管理站安全保卫办临时访客离开管理流程图有有开始门卫手动开启门禁访客离开小区结束5、车辆入场管理流程住户在入口管理机上刷卡后，入口管理机读取卡片信息，门卫查看是否拍摄车辆进场图像，没有拍摄车辆进场图像，则检查停车管理系统并报440维修；密钥不对和没有进入权限的，则进入临时车辆入场管理流程。 刷卡读取卡片信息密钥是否正确按临时车辆流程入场开闸放行否报440维修是是否拍摄车辆进场图像是否车辆入场管理流程图开始结束6、住户车辆离场管理流程住户在出口管理机上刷卡后，出口管理机读取卡片信息，出口门卫需要查看车辆是否有入场记录，核对车辆进出场图像是否一致，“是”则开闸放行；“否”则出口门卫需再次核对车辆信息，并向管理站安全保卫办报告。对于有固定车位住户，系统在确认出场时是否欠费，如欠费不予放行，住户须到收费中心补缴停车费用后，再刷卡离开小区。刷卡读取卡片信息出口门卫再次核对车辆信息不予放行核对车辆进出场图像是否一致是否相符开闸放行是是否有入场记录是否欠费到收费中心补缴停车费门卫向管理站安全保卫办报告处理是住户车辆离场管理流程图否是开始结束7、临时车辆入场管理流程临时车辆要进入小区，首先小区是否允许临时停车，不允许不予放行；允许则进如“临时车辆入场管理流程”，然后在入口管理机上取临时卡，门卫查看是否拍摄车辆进场图像，并开闸放行，没有则检查停车管理系统并报440维修。消防车、救护车、应急抢险车等特殊车辆需进入小区执行任务，由值班门岗直接放行并做好记录备查。取卡是否允许临时停车开闸放行临时车辆入场管理流程图不予放行否是报440维修否开始结束是否拍摄车辆进场图像是需进入执行任务的消防车、救护车、应急抢险车等特殊车辆8、临时车辆出场管理流程临时车辆出场刷卡，出口门卫需要核对车辆进出场图像是否一致，“是”则按停车场管理系统计算金额，收取停车费出具发票并回收卡片，开闸放行；“否”则出口门卫需再次核对车辆信息，并向管理站安全保卫办报告。消防车、救护车、应急抢险车等特殊车辆执行完任务需离开小区，由值班门岗直接放行并做好记录备查。刷卡读取卡片信息回收卡片是是开闸放行否出口门卫核对车辆进出场信息是否一致收取停车费出具发票临时车辆离场管理流程图开始出口门卫再次核对车辆信息门卫向管理站安全保卫办报告处理结束执行完任务的消防车、救护车、应急抢险车等特殊车辆7.4.1.2 卡务管理1、发卡及卡片改写住户提交申请材料（租房合同、房屋买卖合同或房产证明、身份证等），卡务中心人员先录入该住户身份证号码，在矿服部数据库中查询，如果已经有相关信息，则说明该住户已经办过卡，进行卡片改写。确认住户没有资料后，录入该住户资料，发放卡片给住户，卡务中心系统会更新矿服部数据库住户数据。如果住户在多个卡务中心有房产，需要在多个卡务中心小区内使用卡片，需要在需要修改权限房屋所在的卡务中心申请。住户提交申请材料（租房合同、房屋买卖合同或房产证明、身份证等），刷卡读出住户信息，有权限工作人员查询矿服部数据库，取得该住户详细信息，修改相关权限。2、卡片挂失、补卡住户提交申请，卡务中心人员先录入该住户身份证号码，在矿服部服务器中查询住户详细信息和照片，确认为住户本人则更改该卡片状态为挂失。对于跨卡务中心拥有多套房的住户，经过身份确认后，在任一开通授权的卡务中心办理挂失业务，卡授权数据会上传到矿服部服务器。住户如果在冻结期过后可提交补卡申请，卡务中心工作人员输入住户身份证号，在矿服部数据库中查询住户详细信息和照片，先确认住户的卡片是否为挂失状态并已经过冻结期。再确认如果是住户本人则开始新卡信息的输入发行，更新服务器数据后，住户就可以使用这张新卡实现所有一卡通功能。3、卡片注销租住户搬离四川油气田生活区和职工调离四川油气田时都需要把卡片注销。住户首先提出注销的申请，卡务中心工作人员查询卡内是否还有余额，有则提交退款申请。当没有余额时，查询矿服部数据库，确实住户在其他卡务中心是否有欠款或余额，有的话需要到当地把欠款缴清，然后进行注销操作。退卡后，系统会同步更新矿服部数据库，确保这个卡的信息在四川油气田生活区数据同步。对于1个月没有使用的卡片，冻结它的门禁权限，一年未使用门禁的卡片，管理站（卡务中心）经过审核后可以注销卡片。4、超级卡授权对于公管中心和矿服部的管理人员，有可能有出入所有小区的权限，这些权限卡片的授权需要进行严格的审核。超级卡的申请需要到公管中心填写相关表格，审核后，由公管中心统一发放。矿服部的超级卡申请提交物管处。7.4.1.3 资源管理基础信息数据是系统运行的基础，基础信息管理模块在系统的初始化和运行过程中对基础信息进行管理。基础信息管理模块包括下面功能：l 房屋信息管理l 住户信息管理l 表具信息管理1、房屋管理对各小区的房屋信息进行管理，以确定该房屋是否为中石油员工的产业。当房屋产权变化时，及时更新房主的信息。先提供一个成熟的门禁、车场数据，物管收费和水电气收费成熟的数据表。目前已统计的房屋信息包括所属小区、楼宇名称、单元数、楼层数、房屋编号、房屋类别（已出售住房、未出售住房、已出售门面、未出售门面、已出售办公室、未出售办公室）、房主姓名、房主身份证号码、房主所在单位、房主所在部门、房主职务、房主职称、产权性质（房改房、公房、集资房、经济适用房、商品房）、建筑面积、配偶姓名、配偶身份证号码、配偶所在单位（不在中石油则为外单位）、配偶所在部门、配偶职务、配偶职称。房屋（小区）初始化需要根据矿服部制定编码标准进行统一编码，然后由各个卡务中心进行数据准备，准备内容包括住户资料、房屋资料、费表明细等。然后交由公管中心进行信息确认，主要是对内部员工的职称、职位、工龄等信息核对。最后由矿服部相关部门审核确认。最后将经过审核的初始化数据录入到系统中完成房屋信息审核及初始化流程。2、住户管理对各个小区的住户信息进行管理，以确定住户类型（内住户、外住户、租住户），以及房主、房主配偶的职称、职位，作为矿服部发放物业补贴的参考。当房屋产权、住户变化时，及时更新住户信息。目前已统计的住户信息包括所属小区、楼宇名称、单元数、楼层数、房屋编号、房屋类别（已出售住房、未出售住房、已出售门面、未出售门面、已出售办公室、未出售办公室）、房主姓名、房主身份证号码、房主所在单位、房主所在部门、房主职务、房主职称、产权性质（房改房、公房、集资房、经济适用房、商品房）、建筑面积、配偶姓名、配偶身份证号码、配偶所在单位（不在中石油则为外单位）、配偶所在部门、配偶职务、配偶职称。 内住户在进行资料录入时需要判断是否已经持卡（一卡通），如持卡则进行刷卡，同时将刷卡信息在矿服部主数据中进行检索，如卡信息完整，则将内住户信息自动下载到所属公管中心服务器中。再由住户进行确认。如内住户未持卡则录入身份证号码，然后在矿服部主数据中进行检索判断是否具有多套房，以及以否已经享受了补贴等信息。唯一不同在于，未持卡内住户需要进行发卡业务流程。 非内住户则通过房产证等证明进行入住办理，只是需要对该住户在矿服部所属的其他小区是否有房进行检索，以期达到住户唯一编码的管理模式。3、表具管理公管中心的各个小区的水、电、气表具可以按公管中心、小区统一设置，也可按单一住户单独设置，要支持波峰谷、阶梯复率等方式，价格由各小区物管科上报，矿服部审核，公管中心录入。使用自动抄表的小区，自动从远程集抄系统获取收费时间段内的水电气读数，按照配置的水电气价格生成水电气费用明细。自动抄表时会存在异常的数据，需要手动抄表后对比确认，异常的数据通常存在三种情况：（1）水电气中有一项特别大或特别小。（2）与历史数据波动较大。（3）数据无变化。没有使用自动抄表的小区，物管人员手动抄录水电气读数，导入到平台系统中，生成水电气费用明细。 当住户或公区的表具发生变化时首先判断该表是否具有远抄功能，如有，则初始化设定与远抄系统的接口，同时后期读书由远抄系统自动推送。如没有，则设置进收费系统后，后期则通过人工抄取。读书可进行能源分析。7.4.1.4 收费管理1、计量数据管理可通过远程抄表系统自动对每期水电气读数的自动抄取，并自动计算用量。2、设费管理缴费的种类包括水费、电费、燃气费、物管费、垃圾清运费、收视费、房租、滞纳金等，其中有一些是自主收费，如物业管理费，有一些是代收费，如水费、电费等，还有将来可能增加的一些收费种类，如自行车停放费等。实现自定义收费项目的名称、收费类别、费用的计费方式、计费周期、账单周期、单价等。同时满足峰谷模式、阶梯单价、减免等设置。按小区楼/层/房间进行设定费用标准，包括单价等属性，支持批量设置及修改。新增收费项目需要各个公管中心进行统一管理，对是否享受补贴，如在补贴范围内费项，则按矿服部的要求进行设定。如不在其范围，则根据各个公管中心的自行标准设定。最后再成批设置到各个小区及房间。3、福利（优惠减免）管理A. 福利范围管理主要是福利补贴范围的管理（小区），公管中心可对那些小区享有福利补贴的情况进行有效的管控。矿服部确认小区是否享受补贴并下发文件到公管中心，公管中心根据文件来设置补贴范围。B. 福利的新增管理主要是针对在福利范围内的小区，住户进行新增补贴业务的申请处理流程管理。首先由住户申请，然后由公管中心及卡务中心根据矿服部制定的标准进行审批确认。C. 福利变动管理主要是对同一个内住户的在多个公管中心下属小区拥有房屋时，对享受补贴的房屋进行变换的过程管理。采取申报制，并在属地办理（系统不自动处理）。由业主主动到需要变更的公管中心申请变动内容并提供相应证明文件，卡务中心接受申请，并根据申请内容进行相应处理。如果是跨公管中心的变动，上报矿服部审批，审批通过后，系统会取消业主在其他公管中心及小区的补贴，然后对应公管中心根据标准设置补贴。4、水电气拟收费数据的生成1）各单位可自行设置水电气费的收取，共分为六个项目“水、电、气、水费附加、电费附加、气费附加”，附加费用为固定的二次供水费、附加电费、输损公摊等。2）收费人员审核。3）各单位可依据实际设置分时段计费、阶梯计费规则。4）针对不同用能区域的商业、住户能源价格，生成收费数据。5）各单位可依据实际设置困难群体的收费价格折扣或冲抵部分金额。6）生成水电气缴费数据。计算规则：水电气费：单价*耗量水电气附加费：需要各单位先行选择是固定费用还是按量变化费用，如为固定费用的则为固定值，如为按量变化费用的则为单价*耗量。水电气费用的计算需要各个公管中心首先按自身的制定标准，包括阶梯单价、分段计价标准、滞纳金等。然后再自动读取具有远程抄表系统的表具本期读书。对于不具有远抄系统的需要人工抄取并录入进系统。本期读书进入系统后，系统对其进行预警判断，如正常，则经过审核进入算费向导。通过系统成批计算水电气费，最后进行成批的应收费用审核。5、物管费拟收费数据生成1）初始化物管费收取金额，依据其职务职级，计算出应交费面积，然后按照应交面积、各地物业服务单价形成每月应交物管费。如有多套房的内住户，需要确认补贴享受的位置。内住户物管费减免标准：参照集团公司住房控制面积标准，一般职工70平方米；科级干部、中级职称（技师）、25年以上工龄的职工80平方米；副处级干部、高级工程师、高级技师90平方米；正处级干部（教授级高工）105平方米；副局级干部120平方米；正局级干部140平方米。 2） 如发生内住户变更（产权过户，出租）为外住户的情况，及时更新住户身份，系统自动按全面积、物业服务单价生成新的月待交。3） 如发生外住户变更为内住户的情况，需内住户提供工作单位的证明，由收费人员和物管科对其进行住户信息审核。4）审核通过，系统在矿服部层面按家庭（含双职工各有一套房或多套、单职工有多套房的情况）比对新住户是否有多套房。5）如内住户拥有多套房的，需住户确认物管费减免享受的位置。6）系统生产物管费减免费用和实际应收费用。计算规则：（房屋产权面积-补贴面积）*物业单价，如果（房屋产权面积-补贴面积）小于0的，则按0计算。 补贴减免流程：首先由住户发起补贴申请，然后由各个收费点提交申请，接着由矿服部的服务器进行判断是否能享受补贴，判断条件包含但不限于双职工及已经在其他小区享受补贴的情况。矿服部服务器经过处理后返回给收费站，然后收费站根据返回数据进行费用收取标准设定，同时报公管中心审核。最后上场矿服部服务器。由公管中心的应收费用管理部门成批进行计费。在计费过程中系统对于未单独申请补贴的内住户进行成批判断是否享受补贴。判断完后，完成自动物业费计算，接着通过系统对生成的物业费进行成批的预收款冲销的过程，冲销完成后进入费用审批流程。审批完成后生成账单。 对于特定的住户，如特困户，可以享受指定收费项目的折扣。首先需要困难住户申请，再根据公管中心制定的享受困难群体补贴的标准进行核定，如满足要求，则在系统中对费用补贴进行设定，如不符合标准，则按照正常的费用收取标准设定。设定后由公管中心进行审核确认。最后上传至矿服部服务器。6、卫生费、收视费等代收代缴费用的生成1）计算规则：依据第三方提供的收费明细，录入系统，如是变化数据可用EXCEL导入，如是几档固定费用收取的可由系统自动生成。对于收视费，收费大厅可根据用户选择包计算费用，生成一个返盘文件，导入收费系统。2）分项形成各类代收代缴数据。停车费拟收费数据的生成1）“对车、对人、对卡”、分租用车位户（租户）、购买车位户（业主）建立机动车、非机动车停车收费档案。2）住户缴纳水电气物管费时，确认是否需继续缴纳当月停车费。如不缴纳停车费的，卡片不能开启对应的道闸系统。3）形成收费数据。计算规则，该项费用为长期固定费用。4）如是临时停车，则由门岗收取后，系统将收费金额汇总到收费中心，形成日报及月报。各门岗领取的发票应在系统中登记，做到“钱、票、表”一致。系统中实现定额发票管理。临时停车计算规则：如有免费时间的，在免费时间段内停放不收费，如超过免费停车时间，未超过初始停车费包含停车时长的，按照初始停车费收取，如超过初始停车费包含时长的按照：初始停车费+（停车时间-初始停车费包含时长）*每小时单价5）按月或日进行收费金额和应收金额进行对账。即提供实收应收月明细及统计分析报表。其他费用的成批应收款生成类同与物业费，只是费项标准的差异化，可通过周期费计算向导完成，也可通过临时费生成向导完成。最后判断预收冲销，然后审批应收、生成账单。小额房租收费数据的生成1）系统中形成本单位可用于出租的公房信息，含房屋位置、面积、管理人员等。2）签订租房合同，合同签订部门将租房的基本信息，包括承租者姓名、身份证号、拟租房位置、租房押金、每月租金、租房期限等信息提供给收费大厅。3）将租房信息录入系统。4）形成房租拟收金额，收取押金和租金。计算规则：房屋产权面积*每平方米租金*应交月份。小额房租计算费用标准主要来源于租赁合同，如需管理租赁合同可采用通过租赁合同自动生成计划应收，然后在每个缴费周期，计费向导自动根据计划应收生成实际租金应收。如不采用租赁合同管理，则可以直接对该住户设定租金的计费标准，然后每个缴费周期进行自动租金计算。最后对租金进行审核并生成账单。小额房租计算流程7、滞纳金的产生1）各单位可对各单项欠费按设置滞纳金收取规则，按百分比收，按固定金额收，不收取。2）需收取滞纳金的单位，可自行设置按天或按月收取。3）系统按规则生成当月滞纳金金额。计算规则：由各单位先行设置滞纳金为固定费用，还是日收取、按月收取。如果为固定费用的则滞纳金为固定值如为按日收取的则为，应交费总额*滞纳金收取率*欠费天数。如为按月收取的则为，应交费总额*滞纳金收取率*欠费月数。滞纳金计算首先需要判断是否有欠费，如有欠费，则通过各个公管中心设定的不同费用的滞纳金标准进行成批算费，最后进行费用审核，并追加滞纳金进入账单系统，并上传至矿服部服务器。7.4.1.5 缴费管理1、用户缴费住户缴费时可自由选择缴费的具体明细，如只缴水费、电费，其它费用不缴。能够查询缴费记录与费用明细的关联关系，如一笔300块的缴费明细对应哪些费用。缴费后要为住户收据。物品交接要能在系统中管理，如多班收款人员之间的发票、印章、备用金交接，收款人的现金到出纳的交接。对于外住户、租住户，超过设定缴费期限未缴的费用要加收滞纳金，超过设定断供期限未缴费的要实行断供，水、电、气的断供先生成断供指令，确认后才能通过远程集抄系统执行（需要水、电、气集抄厂家提供封装完整的通断接口）。所有的费用明细、缴费信息、住户帐户变动信息都可以收费中心、公管中心查询。住户缴费可出示一卡通卡，收费人员进行刷卡操作，系统自动调出改住户的收费明细然后进行收费处理。收费完成后系统判定是否交清欠费，如交清则通过控断系统对水电气供应进行开通。同时开建收据，如需发票则进行发票开具。最后对实收款进行审核并上传矿服部服务器。2、上门收费上门收费主要的差异化在于需要预先打印收款收据，然后由工作人员携带上门收费，收费完成后回到管理站对实收款进行录入收费系统。系统对这部分费用明细生成收款单。最后对实收款进行审核并上传。3、预存费收费 预存费收费也称为预收款处理，主要为住户通过直接到收费中心进行费用预存，在收费系统中需要对预存的费用进行预收挂账处理，生成预收款收款单，并用于该住户后期缴费的自动冲销以及人为确认冲销。4、退款业务退款业务主要管理住户缴费发生错误时或是对预存款提出退款时需要对已交的费用进行退款业务处理。对于实收款和预收款的退款在业务流程商定区别在于，实收款退款会通过红字收款单来完成对冲，预收款的退款会生成退款记录。5、押金收取押金收取业务主要是在处理一些其他业务的时候如办理装修或办卡时需缴纳押金时进行。管理站（卡务中心）根据住户办理的业务差异生成对应的押金，然后对住户进行收款。收款同时收费系统自动生成一笔应付款。同时打印收款收据，最后审核并上传。6、退押金住户申请退押金（提供收据），管理站（卡务中心）根据收据确认无误进行退押金操作，系统生成实付款单凭证，最后审核并上传。7、固定车位收费固定车位收费主要是在住户办理车卡新增、延期等业务时发生。系统根据各个公管中心制定的标准进行车位费设定。住户缴费后，系统自动将缴费信息下发到小区停车场系统服务器，对卡时间授权进行更新。同时打印收据给住户。最后对实收款审核，上传。8、远程的控断远程的控断主要分两种情况：1、控断关闭水电气供应。即在管理站（卡务中心）进行催费后住户还未缴费的，通过内部审批通过对欠费住户进行水电气的停止供应控断操作。2、控断开启水电气供应。即在管理站（卡务中心）催款后住户交清了欠费，通过内部审批对欠费住户进行水电气的开启供应控断操作。 7.4.2滨河石油小区数字化改造需求7.4.2.1指挥监控中心安保人员可在监控中心对毛家坝及汇东小区的视频监控、周界报警系统实时监控，对历史的车辆、人员进出记录进行查询分析，对突发的报警事件能第一时间知晓，并且系统能按设置的预案自动进行处理。7.4.2.2资产管理所有的资产台帐在系统中统一管理，生成各种所需的台帐报表，并进行资产的状态跟踪。7.4.2.3报修管理统一的报修管理流程，可在系统中实时跟踪报修的处理进度，并对处理过程进行评价、考核。7.4.2.4信息发布管理按需要对各个小区的信息发布屏的显示内容进行管理。7.4.2.5公共能耗分析对云舒佳苑A、B区的公共能耗进行采集，分析公共能耗的使用。八、项目内容8.1一卡通管理系统8.1.1系统架构系统采用集中式部署一卡通集成平台的服务器部署在矿服部，各公管中心通过企业专网与矿服部进行通信；各小区的服务器通过ADSL与矿服部的服务器进行通信。一卡通系统在业务上为3级架构，通过权限的不同来配置，一级主要以查询总体八个公管中心的卡务及收费业务的统计报表及图表为主，使用者主要为矿服部领导层，及各个相关业务科室的管理者。卡务中心级使用人群主要以查询公管中心下属小区的各种卡务及收费业务的统计分析数据。使用者主要为公管中心领导层，及卡务处理、收费业务处理的管理者，同时包括公管中心系统管理员。小区级主要为住户，使用一卡通系统完成身份识别、门禁、停车、食堂消费、缴费（IC卡身份认证后）等业务。8.1.2矿服级（一）系统架构如以上系统架构图所示，系统各模块功能如下：l 应用服务器：也就是WEB服务器，通过与地图服务器、数据库服务器通信，为所有用户提供WEB服务。l 集成服务器：系统集成与数据通信的核心，通过与卡务中心、集成前置系统的通信完成业务数据的上传、下发。l 数据库服务器：提供数据服务，对数据进行操作的服务器，本系统的数据库服务器保存了大量的重要数据，需要提供备份服务器，进行双机热备，同时建立多种备份保存机制，保证数据安全。l 地图服务器：地图服务器主要为平台系统中的地图监控提供地图服务，地图服务器可与WEB服务器部署在一起。（二）业务结构（三）系统功能矿服部一卡通管理平台主要包括以下功能模块：（1）、主数据管理（2）、虚拟补贴管理（3）、收费数据统计分析（4）、动态电子地图（5）、决策支持平台（五）功能详述（1）、主数据管理：主数据主要指矿服部所辖的八个公管中心的各种基本元数据。其中主要包括各个公管中心基本信息、管理站（卡务中心）基本信息、小区基本信息、楼栋基本信息、房屋基本信息、住户基本信息、一卡通卡信息等。（2）、虚拟补贴管理：矿服部制定补贴标准，然后进行审核。通过文件下发至各个公管中心，并同时设置进福利管理模块中的标准。管理站（卡务中心）在具体处理业务时通过系统流程自动判断是否享受补贴以及享受补贴的标准，并进行下一步业务处理。最后生成补贴的相关报表归集至矿服部服务器。（3）、收费数据统计分析： 矿服部一卡通平台通过各个公管中心对收费统计分析数据的汇总上传。达到在矿服部层面对个各公管中心收费数据的统计分析以及同比环比。包括：l 各个公管