第一篇：广州市瓶装液化气供应智能监管信息平台建设技术方案
广州市瓶装液化气供应智能监管信息平台建设
技术方案
2015年2月
目录
一、项目背景.................................................................................................................................3
二、建设目标.................................................................................................................................4
三、建设依据.................................................................................................................................4
四、主要建设内容.........................................................................................................................5
五、系统设计方案.........................................................................................................................6 5.1瓶装液化气充装监管系统...........................................................................................................6 5.1.1概述.......................................................................................................................................6 5.1.2系统主要功能.......................................................................................................................7 5.2液化气气瓶检测和报废处理监管系统.......................................................................................9 5.2.1概述.......................................................................................................................................9 5.2.2主要功能...............................................................................................................................9 5.3瓶装液化气供应移动监管系统.................................................................................................12 5.3.1概述.....................................................................................................................................12 5.3.2系统主要功能.....................................................................................................................12 5.4瓶装液化气供应智能监管系统.................................................................................................15 5.4.1概述.....................................................................................................................................15 5.4.2系统主要功能.....................................................................................................................15 5.5瓶装液化气供应便民服务子系统.............................................................................................34 5.5.1概述.....................................................................................................................................34 5.5.2系统主要功能.....................................................................................................................34 5.6数据采集和通信管理子系统.....................................................................................................36 5.6.1概述.....................................................................................................................................36 5.6.2主要功能.............................................................................................................................36 5.7基础信息录入和管理单机系统.................................................................................................37 5.7.1概述.....................................................................................................................................37 5.7.2主要功能.............................................................................................................................37
一、项目背景
液化石油气自上个世纪进入我市，已广泛应用到居民生活、餐饮服务、汽车加气、工业生产等方面。目前，全市年销售液化石油气102万吨，瓶装液化气经营企业41家，瓶装液化气用户超过330万户，每天瓶装液化气销量超过1560吨，每天有超过10万瓶气需要充装和配送到用户，这一供气规模超过国内所有大中城市。然而，由于历史原因，我市瓶装液化气供应市场准入门槛低，市场高度开放，监管手段落后，这使得我市瓶装液化气供应市场秩序混乱，安全隐患严重。突出表现在以下几方面：一是非法经营黑点大量存在，大部分市民只能光顾这些经营黑点，不仅用气安全和质量无法得到保障，而且严重扰乱了市场秩序。二是气瓶监管不到位，大量的超期未检气瓶甚至报废气瓶在市场上流转，特别是一些非法经营者大量使用这些过期瓶和报废瓶倒气后提供给用户使用。三是非法运输液化气现象严重。一些不法经营者为了降低经营成本，大量使用无任何安全防护措施的非危运车辆运输瓶装液化气，一旦发生事故引起爆炸，必将导致群死群伤事件。四是餐饮场所和出租屋安全用气隐患严重。全市多数使用瓶装液化气的餐饮场所不符合安全要求，且多由不法经营者供气，用气安全无任何保障。同时，大量出租屋因为空间狭小，根本不符合使用瓶装液化气的条件，却仍然使用瓶装液化气。从以上问题不难看出，我市瓶装液化气供应秩序混乱，安全隐患严重，已到了非整治不可的程度。
今年5月8日，陈建华市长到城管委调研，在听取了城管委关于瓶装液化供应市场存在问题汇报后，强调指出，要将瓶装液化气整治工作列为群众路线教育第一整改问题，各部门、各单位要从讲政治、讲大局的高度，从保护人民群众生命财产安全，维护社会稳定的高度来认识和对待瓶装液化气整治工作，以强烈的使命感和高度的责任心，加快推进强瓶装液化气供应市场专项整治。同时，在市城管委报送的《我市液化气管理存在安全隐患亟需关注》领导信息专报中，市长陈建华、常务副市长陈如桂等领导分别作出重要批示，要求市政府组织制订具体工作方案，落实各相关部门责任，在全市范围全面开展液化气供应市场专项整治，确保安全。
为彻底规范我市瓶装液化气供应市场，全面消除我市瓶装液化气存在的安全隐患，有效保护人民群众的生命财产安全，市城管委根据市委、市政府的要求，紧密结合工作实际需要，起草了《广州市全面规范瓶装液化气供应市场工作方案》，并经14届123次市政府常务会议审议通过。在该工作方案中，针对瓶装液化气供应市场存在的问题，明确提出了建立瓶装液化气供应信息化监管平台，采用先进的技术手段，实现对瓶装液化气供应从气瓶检测、充装、运输、销售、配送到使用的全过程监管。为此市政府常务会议也已同意针对该项建设工作安排专项资金予以支持。
二、建设目标
利用高科技手段，搭建瓶装液化气供应智能监管信息平台，实现对瓶装液化气供应从气瓶检测、充装、运输、销售、配送到使用的全过程监管，及时发现各类液化气违法经营行为和存在的安全隐患，促进燃气安全生产主体责任得到全面落实，各项法律法规得到全面执行，燃气供应秩序得到全面规范，燃气安全隐患得到全面消除，燃气安全状况得到全面好转，燃气管理水平得到全面提高，从而，有力推动平安广州及和谐社会建设。
三、1.2.3.4.5.6.建设依据
《城镇燃气设计规范》（GB 50028-2006）
《工业计算机监控系统抗干扰技术规范》（CECS81-96）《计算机信息系统安全》（GA 216.1－1999）《安全防范工程技术规范》（GB50348-2004）
《建筑物电子信息系统防雷技术规范》（GB50343-2004）
《信息技术、软件包质量要求和测试》（GB/T 17544-1998），相关国际标准 ISO/IEC 12119:1994；
7.8.9.10.11.12.13.14.《信息技术软件产品评价质量特性及其使用指南》（GB/T 16260-1996）《计算机软件维护指南》（GB/T 14979-1993）； 《计算机软件质量保证计划规范》（GB/T 12504-1990）； 《计算机软件测试文件编制规范》（GB 9386-1988）； 《计算机软件需求说明编制指南》（GB 9385-1988）； 《安全技术防范规范工程技术规范》(GB/T75-94)； 《城市基础地理信息系统技术规范》（CJJ100-2004）； 《城市地理空间框架数据标准》（CJJ 103-2004）； 15.中华人民共和国国家标准《1：500、1：1000、1：2000地形图要素分类与代码》（GB14804-93）；
16.17.《市政府常务会议纪要》（穗府14届123次〔2014〕26号）； 《广州市人民政府办公厅关于印发广州市全面规范瓶装液化气供应市场工作方案的通知》（穗府办函〔2014〕109号）；
18.19.《广州市瓶装液化气供应智能监管信息平台建设方案》；
《广州市科技和信息化局关于广州市瓶装液化气供应智能监管信息平台项目建设方案审核的意见》（穗科信审〔2014〕170号）。
四、主要建设内容
根据我市全面规范瓶装液化气供应市场的实际工作需要，本项目建设内容如下：
（一）应用系统建设（政府财政投资）
1.瓶装液化气充装监管子系统
该系统主要用于对气瓶充装过程进行现场监控。每次充装气瓶时，系统读取气瓶标签信息后在本地系统数据库中检索该气瓶信息，只有当系统确定该气瓶处于可充装状态时，系统才允许打开充装枪对该气瓶进行充装，并记录相应的充装信息。同时该系统与瓶装液化气供应智能监管子系统接口，定期实现气瓶可充装信息和充装记录等信息的及时交换。
2.液化气气瓶检测和报废处理监管子系统
该系统主要用于对气瓶检测和报废处理情况进行现场管理。在进行气瓶检测处理时，记录和管理各气瓶的检测信息和气瓶状况；在对气瓶进行报废处理时，记录和管理气瓶报废处理情况。同时，定期将气瓶检测信息或报废处理信息交换给瓶装液化气供应智能监管子系统进行统一管理。
3.瓶装液化气供应移动监管子系统
该系统主要是在瓶装液化气运输、配送、检查、执法过程中，通过移动终端记录和上报各相关信息，并将相关信息及时发送到瓶装液化气供应智能监管子系统进行统一处理。
4.瓶装液化气供应便民服务子系统
该系统主要用于通过网络向用户提供方便快捷服务。一方面，用户利用该系 统的手机客户端可查询各类用气安全知识和法规；另一方面，用户可通过手机客户端读取用户安全供气卡信息实现网上订气服务，同时可通过手机客户端通过读取气瓶标签信息及时查询该气瓶状态和充装信息。
5.数据采集和通信管理子系统
该系统主要面向互联网和移动专网提供各类访问和接入服务，是为了确保网络访问安全的一种缓冲机制，各类用户通过互联网或移动专网对后台系统的访问请求要通过本系统处理后，转发给其它系统处理。
6.瓶装液化气供应智能监管子系统
该系统在对液化气气瓶、液化气用户、液化气经营设施、液化气运输车辆、液化气送气工等资料进行统一管理的基础上，通过外围其它子系统获取各类信息，并对这些信息进行处理、分析和判断，从而实现对液化气供应检测、充装、运输、销售、配送、使用的全过程监管，并对出现的异常情况及时预警。
7.基础信息录入和管理单机系统（临时）
考虑到从应用系统开发到整个项目正式投入使用需要较长的时间，在这段时间内，各充装站需要同步进行气瓶信息录入并安装电子标签；企业需要同步进行用户信息录入，并发放用户身份认证卡，因此中标人需要先期开发一个单机运行的信息录入和管理临时系统，可录入和管理气瓶信息、用户信息，并可与二维码标签识读终端连接，读入和保存相关二维码信息。同时要支持录入信息的批量导出和网络上传功能。
五、系统设计方案
5.1瓶装液化气充装监管系统
5.1.1概述
本系统主要用于各充装站作业过程的现场监管。一方面，接收各充装枪（灌装秤）发出的充装请求，在接收到充装请求信息后，本系统利用其中的气瓶标签信息在本地数据库中查找所对应的气瓶资料，当判断该气瓶为自有产权瓶、非报废瓶、检测未到期且处于可充装状态时，本系统向相关充装枪发出充装指令，否则发出不予充装指令；另一方面，在充装完毕后，相应充装枪向本系统报告气瓶自身重量、充装液化气重量等信息，由本系统对这些充装信息进行管理，并定期 将这些信息发送到瓶装液化气供应智能监管系统统一管理。
5.1.2系统主要功能 充装监管控制
本系统接收后端瓶装液化气供应智能监管系统的指令启动或关闭本站的充装监管功能。充装监管功能未启动时，由各充装枪自身的灌装管理系统进行充装控制，充装监管功能启动后，由本系统向各充装枪的灌装管理系统发送充装指令进行控制。
可充装气瓶信息同步处理
安装在各充装站的充装监管系统与瓶装液化气供应智能监管系统接口，每天定期（或根据操作人员手动操作）从瓶装液化气供应智能监管系统接收和更新各充装站可充装的气瓶数据，然后保存在本站充装监管系统数据库中。
充装工作业登记
充装工每次上班准备开始作业前，首先利用气瓶标签扫描器读取本人身份卡（二维码）进行作业身份登记，本站充装监管系统在确认充装工分身后，记录当班次该充装枪的充装工身份，并向相应充装枪灌装管理系统发送指令启动对应充装枪的充装许可功能。
充装工作业退出
充装工每次充装作业完毕准备关闭充装枪前，利用气瓶标签扫描器读取本人身份卡申请作业退出，本站充装监管系统向相应充装枪灌装管理系统发送指令关闭对应充装枪的充装许可功能，并记录退出时间。或者该充装枪在规定时间内一直未进行充装作业时，本站充装监管系统自动向相应充装枪灌装管理系统发送指令关闭对应充装枪的充装许可功能。
液化气充装管理
在启动各充装枪充装许可功能后，每次充装气瓶时，充装人员利用安装在充装枪上的气瓶标签扫描器读取气瓶上的标签信息，并发送给本站充装监管系统，然后由本站充装监管系统首先查询可充装气瓶管理数据库中是否有该气瓶信息，若可查询到该气瓶信息，则由本站充装监管系统向相应的充装枪灌装管理系统发送指令打开对应的充装枪阀门充装气瓶。若查询不到该气瓶信息，则由本站充装监管系统向瓶装液化气供应智能监管系统（中心监管平台）提出充气申请，中心 监管平台在确认该气瓶可充装后，则向本站的充装监管系统发送充装许可指令，本站充装监管系统接到指令后向相应的充装枪灌装管理系统发送指令打开对应的充装枪阀门充装气瓶。每次充装完毕后，本站充装监管系统要记录相关充装信息。
气瓶充装信息反馈处理
安装在各充装站的充装监管系统与瓶装液化气供应智能监管系统（中心监管平台）接口，每天定期（或根据操作人员手动操作）由各站充装监管系统将当天已充装的气瓶信息发送给瓶装液化气供应智能监管系统（中心监管平台）进行管理，瓶装液化气供应智能监管系统（中心监管平台）在接收到气瓶充装信息后，首先判断该气瓶是否已有当天充装记录，若已有当天充装记录则系统自动生成相应的报警信息；若无当天充装记录，则相应修改气瓶充装状况、气瓶流转环节信息、气瓶当前持有者身份信息等内容。
气瓶充装记录查询
系统提供时间段等查询条件，并根据操作人员的选择则列表显示选定时间段内本充装站所充装过的全部气瓶记录，包括气瓶标签编号、气瓶企业钢码、气瓶权属单位、气瓶规格、充装前气瓶重量、充装后气瓶重量、充装站名称（编号）、充装枪编号、充装工从业身份认证卡编号、充装时间等。
液化气充装情况统计
系统提供时间段等过滤条件，并可根据操作人员的选择分类统计本站点在所选时间段内充装50Kg、15Kg、5Kg气瓶数量以及充装液化气总重量，并提供相应的月报、季报和年报。
充装工工作量统计
系统提供时间段等过滤条件，并可根据操作人员的选择分类统计本站点所有充装工在所选时间段内充装50Kg、15Kg、5Kg的气瓶数量，并提供相应的月报、季报和年报。
与站点收银系统接口
在每次充装气瓶后，由本站充装监管系统通过标准接口将相关气瓶充装信息及时发送到本站收银系统（如果有的话）管理，内容包括气瓶标签编号、气瓶企业钢码、气瓶权属单位、气瓶规格、充装液化气重量、充装站名称（编号）、充 装时间等。
充装站管理人员配置管理
系统提供充装站管理人员和权限配置管理功能，可对各充装站管理人员进行配置管理，包括充装站管理人员姓名、工作证编号、身份证号码、用户名、登录密码、联系电话、角色等。其中角色包括充装站系统管理员、充装站负责人、充装站管理人员等类型。
充装站充装工配置管理
系统提供充装站充装工配置管理功能，可对各充装站充装工进行配置管理，包括充装工姓名、工作证编号、身份证号码、从业身份认证卡编号等。
历史数据的清理
系统定期自动删除本站一年前的瓶装液化气充装记录的历史数据。5.2液化气气瓶检测和报废处理监管系统
5.2.1概述
本系统主要用于各气瓶检测站作业过程的现场监管。一方面，在气瓶检测时利用专用气瓶标签扫描终端读取气瓶标签信息，打开该气瓶信息表，并记录本次检测信息；另一方面，在气瓶报废处理时，利用专用气瓶标签扫描终端读取气瓶标签信息，打开该气瓶信息表，并记录报废处理情况。
5.2.2主要功能 检测工作业登记
检测工每次上班准备开始作业前，首先利用专用气瓶标签扫描器读取本人从业身份卡（二维码）进行作业身份登记，本站检测和报废监管系统在确认检测工分身后，记录当班次该气瓶检测位的检测人员身份。
检测工作业退出
检测工每次检测作业完毕准备退出扫描终端前，利用气瓶标签扫描器读取本人从业身份认证卡申请作业退出，本站检测和报废监管系统关闭该扫描终端气瓶标签扫描功能，并记录退出时间。或者在该扫描终端在规定时间内一直未进行气瓶扫描作业时，本站检测和报废监管系统自动关闭该扫描终端气瓶标签扫描功能，并记录退出时间。 气瓶检测管理
检测站配置的移动气瓶标签扫描终端提供相应的气瓶检测结果录入功能，在每次气瓶检测完毕后，当班检测工利用移动气瓶标签扫描终端读取该气瓶标签信息或手工录入气瓶钢码编号，然后选择录入相应的检测结论，系统则自动生成相应的气瓶检测记录，包括气瓶标签编号、气瓶钢码编号、气瓶规格、检测站名称（编号）、检测工身份认证卡编号、本次检测时间、下次检测时间、检测结论，并将相应的检测记录保存到本站检测和报废监管服务器（黑匣子）数据库中。
气瓶报废处理
检测站配置的移动气瓶标签扫描终端提供相应的气瓶报废处理结果录入功能，在每次气瓶报废处理时，当班检测工利用移动气瓶标签扫描终端读取该气瓶标签信息或手工录入气瓶钢码编号，然后选择录入相应的报废处理情况，系统则自动生成相应的气瓶报废处理记录，包括气瓶标签编号、气瓶钢码编号、气瓶规格、检测站名称（编号）、检测工身份认证卡编号、报废处理时间、报废处理情况，并将相应的报废处理记录保存到本站检测和报废监管服务器（黑匣子）数据库中。
气瓶检测信息反馈处理
安装在各检测站的检测和报废处理监管系统与瓶装液化气供应智能监管系统（中心监管平台）接口，每天定期（或根据操作人员手动操作）由各站检测和报废处理监管系统将当天已检测过的气瓶信息发送给瓶装液化气供应智能监管系统（中心监管平台）进行管理。瓶装液化气供应智能监管系统（中心监管平台）在接收到气瓶检测信息后，查找该气瓶的基本信息，并根据接收到的该气瓶的检测信息，对应修改相关内容。
气瓶报废处理信息反馈处理
安装在各检测站的检测和报废处理监管系统与瓶装液化气供应智能监管系统（中心监管平台）接口，每天定期（或根据操作人员手动操作）由各站检测和报废处理监管系统将当天已报废处理过的气瓶信息发送给瓶装液化气供应智能监管系统（中心监管平台）进行管理。瓶装液化气供应智能监管系统（中心监管平台）在接收到气瓶报废处理信息后，查找该气瓶的基本信息，并根据接收到的该气瓶的报废处理信息，对应修改相关内容。 气瓶检测记录查询
系统提供时间段等查询条件，并根据操作人员的选择则列表显示选定时间段内本检测站所检测过的全部气瓶记录，包括气瓶标签编号、气瓶企业钢码、检测站名称（编号）、检测工身份认证卡编号、检测结论、检测时间等。
气瓶检测情况统计
系统提供时间段等过滤条件，并可根据操作人员的选择分类统计本站点在所选时间段内检测过的50Kg、15Kg、5Kg气瓶数量，并提供相应的月报、季报和年报。
气瓶报废处理记录查询
系统提供时间段等查询条件，并根据操作人员的选择则列表显示选定时间段内本检测站所报废处理过的全部气瓶记录，包括气瓶标签编号、气瓶企业钢码、气瓶规格、检测站名称（编号）、检测工身份认证卡编号、报废处理情况、报废处理时间等。
气瓶报废处理情况统计
系统提供时间段等过滤条件，并可根据操作人员的选择分类统计本站点在所选时间段内报废处理过50Kg、15Kg、5Kg的气瓶数量，并提供相应的月报、季报和年报。
检测工工作量统计
系统提供时间段等过滤条件，并可根据操作人员的选择分类统计本站点所有检测工在所选时间段内检测或报废处理过50Kg、15Kg、5Kg的气瓶数量，并提供相应的月报、季报和年报。
检测站管理人员配置管理
系统提供检测站管理人员和权限配置管理功能，可对各检测站管理人员进行配置管理，包括检测站管理人员姓名、工作证编号、身份证号码、用户名、登录密码、联系电话、角色等。其中角色包括检测站系统管理员、检测站负责人、检测站管理人员等类型。
检测站检测工配置管理
系统提供检测站检测工配置管理功能，可对各检测站检测人员进行配置管理，包括检测工姓名、工作证编号、身份证号码、身份认证卡编号等。 历史数据的清理
系统定期自动删除本站一年前的液化气气瓶检测和报废处理记录的历史数据。
5.3瓶装液化气供应移动监管系统
5.3.1概述
该系统主要是安装在移动终端上，一方面，供液化气运输车辆、供应站点和送气工使用，实现瓶装液化气运输、销售、配送过程的移动监管；另一方面，供政府部门各类检查执法人员使用，用于整个液化气供应市场的检查和执法。
5.3.2系统主要功能
（1）液化气供应移动监管
瓶装液化气运输监管
在气瓶装车时，每台危运车辆利用本车所配的移动终端读取读取各气瓶的标签信息，并由系统在线进行相关判断，若系统判断本车可装运该气瓶，同时车辆未超载，则系统允许装运该气瓶，且自动生成相应的气瓶运输记录，并同步修改该气瓶当前所处流转环节和当前持有者身份等信息；若系统判断本车不可运输该气瓶或车辆已超载，则系统给出明确提示，提醒现场作业人员不得继续手中的作业。
瓶装液化气供应监管
在气瓶配送到供应站时，各供应站利用本站所配的移动终端读取各气瓶的标签信息，并由系统在线进行相关判断，若系统判断本供应站可接收该气瓶，同时本站液化气存量未超过设定值，则系统允许本供应站接收该气瓶，且自动生成相应的供应记录，并同步修改该气瓶当前所处流转环节和当前持有者身份等信息；若系统判断本供应站不可接收该气瓶或本站已超量存放瓶装液化气，则系统给出明确提示，提醒现场作业人员不得继续手中的作业。
瓶装液化气配送监管
在气瓶交由送气工配送时，各送气工利用本人所配移动配送终端读取各气瓶的标签信息，并由系统在线进行相关判断，若系统判断本送气工可配送该气瓶，同时本送气工目前所接收的气瓶数量未超过设定值，则系统允许本送气工接收该 气瓶，且自动生成相应的配送记录，并同步修改该气瓶当前所处流转环节和当前持有者身份等信息；若系统判断本送气工不可接收该气瓶或本送气工所接收气瓶已达到规定气瓶数量，则系统给出明确提示，提醒本送气工不得继续手中的作业。
瓶装液化气使用监管
在气瓶送交用户时，各送气工利用本人所配的移动配送终端同时读取用户身份认证卡信息和气瓶标签信息，并由系统在线进行相关判断，若系统判断该用户身份有效，且该气瓶可配送给该用户使用，则系统允许将该气瓶送交该用户使用，且系统自动生成相应的用户使用记录，并同步修改该气瓶当前所处流转环节和当前持有者身份等信息，同时修改该气瓶的充装状态标志和该用户本月已供气数量等信息。若系统判断该用户不可接收该气瓶，则系统给出明确提示，提醒本送气工不得继续手中的作业。
送气任务单管理
系统基于移动终端提供送气任务单转派处理功能。对于配有移动终端的供应站，系统可在其移动终端上列表显示该供应站接收到的所有待办送气任务单和已办送气任务单。对待办送气任务单，供应站可将各项任务转派给本站送气工处理，对已办送气任务单，供应站可点击查看各送气任务单目前的办理情况。与此同时，在各送气工的配送终端上，系统列表显示该送气工所接收到的待办送气任务单，当送气工将气送交用户，读取用户身份认证卡信息后，相关送气任务单自动办结。
气瓶回收管理
在送气工、运输车辆或液化气经营站点在回收气瓶（空瓶或重瓶）时，送气工或液化气经营站点利用所配的移动终端读取气瓶标签信息，并由系统在线进行相关判断，若系统判断当前回收者可回收该气瓶，则系统允许回收该气瓶，且系统自动生成相应的回收记录，并同步修改该气瓶当前所处流转环节和当前持有者身份等信息。若系统判断当前回收者不可回收该气瓶，则系统给出明确提示，提醒当前回收者不得继续手中的回收气瓶作业。
用户入户安全检查管理
在安全检查人员或送气工对用户进行入户检查时，首先利用检查终端或送气终端扫描用户身份认证卡，启动用户安全检查记录表，然后对照检查表记录各项内容，选定相应的检查结论，并将检查记录发送到中心监管平台处理。（2）瓶装液化气检查执法
气瓶检查
执法检查人员在对气瓶进行检查时，利用专用的移动检查终端读取各气瓶的标签信息，并通过在线方式获取该气瓶权属、检测时间、本次充装时间、当前使用状态等信息，供检查人员判断该气瓶是否处于合法状态，并对气瓶出厂编号、企业钢码编号、气瓶标签使用状况进行检查和校验，在发现问题后记录和上传现场检查情况和照片。
送气工检查
执法检查人员在对送气工进行检查时，利用专用的移动检查终端读取各送气工的身份认证卡信息，并通过在线方式获取该送气工所属企业、发证时间、本次送气气瓶编码等信息，供检查人员判断该送气工身份是否合法，本次所送气瓶信息与系统记录的送气信息是否一致。并在发现问题后可记录和上传现场检查情况和照片。
配送车辆检查
执法检查人员在对液化气配送车辆进行检查时，利用专用的移动检查终端读取各车辆身份认证卡信息，并通过在线方式获取该车辆车牌号、危运证号、所属企业、所服务企业、本次送气气瓶编码等信息，供检查人员判断该车辆是否合法，该车是否在违规运输其他企业气瓶、本次所运气瓶信息与系统记录的送气信息是否一致。并在发现问题后可记录和上传现场检查情况和照片。
（3）系统管理
用户登录
需要使用移动终端的运输车辆、供应站、送气工等用户，在每次登录时均采用身份认证卡登录，系统在确定该身份认证卡有效后，启动该用户所允许访问的功能模块，并记录该用户的身份认证卡信息。对于检查执法用户，可直接采用用户名和密码登录。
用户退出
系统提供手动操作退出功能，同时，也提供自动退出系统功能，当用户长时间没有进行相关操作时，系统自动退出。
移动检查软件在线更新 本系统在接收到各移动安全检查终端每天第一次激活登录信息后，检验该终端的程序版本与目前的最新版本是否一致，若不一致，将最新的程序推送到该终端上自行升级。
移动检查终端数据同步
当移动安全检查终端上所存储的某些数据与服务器上所保存的数据不一致时，通过本系统可将后台对应的数据同步到相应的终端上。5.4瓶装液化气供应智能监管系统
5.4.1概述
通过液化气充装子系统、液化气气瓶检测子系统、液化气移动监管子系统、卫星定位系统等前端系统采集各类信息，在此基础上，搭建相应的数据管理和分析平台，对所采集的各类信息进行判别和分析，实现对气瓶检测、充装、运输、配送、使用全过程的监管，一旦发现异常情况，立即告警，并对相关异常情况处理提供决策支持。
5.4.2系统主要功能（1）液化气用户管理 燃气用户基本信息登记
系统分别针对液化气居民用户、液化气单位用户提供标准的信息登记表，并提供相应的增、删、改、查和EXCELL导入功能，由燃气经营企业分别录入或导入其所服务的各类用户基本信息，包括用户名称（姓名）、地址、联系电话、用户类别（居民、非居民）、证件名称、证件编号、所在行政区、供气企业名称、供气站点名称、用户状态、用户身份认证卡编号等。在每次录入用户基本信息时，系统要通过用户身份证或暂住证号码或单位机构代码证编号（非居民用户）查询系统是否已录入该用户信息，若未录入该用户信息，则保存该用户信息；若已录入该用户信息，则系统提示该用户信息已存在，并进一步判断是否允许当前操作人员修改该用户信息，若不允许，则放弃保存该用户信息。若仅允许，则保存修改信息。
用户身份认证卡（安全供气卡）注册管理
系统提供与液化气用户身份认证卡扫描终端的接口功能，注册时，企业操作 人员利用扫描终端读取用户身份认证卡编号，系统在用户身份认证卡管理数据表中查询该卡是否已存在，若存在，系统则提示不允许注册，若不存在，系统则将注册企业名称和注册日期一并写入该用户身份认证卡管理数据表中，并相应修改该用户身份认证卡的使用状态。
液化气用户身份认证卡（安全供气卡）发放管理
系统提供与用户身份认证卡二维码扫描终端的接口功能以及相关查询条件，发卡前，操作人员先查询到已录入系统中的当前用户基本信息，并利用扫描终端读取拟发用户身份认证卡基本信息。系统在对该用户信息和拟发用户身份认证卡信息进行全面判断的基础上，确定是否允进行当前的发卡操作，若系统判断允许进行当前的发卡操作，则将拟发用户身份认证卡与该用户进行信息绑定，并同步修改该用户身份认证卡的使用状态；若系统判断不能为该用户发卡，则自动取消当前发卡操作。发卡成功后，系统还要进一步判断以前是否已为该用户发放过身份认证卡，若已为该用户发放过身份认证卡，则系统还要将该用户原身份认证卡进行作废处理。
用户注销处理
用户注销功能需要严格授权给液化气经营企业指定人员。注销时，操作人员需要通过用户身份认证卡编号或用户有效证件编号首先调出该用户基本信息，若确定要执行注销操作，系统则首先判断当前操作人员是否有权注销该用户，若系统判断允许进行当前的用户注销操作，则分别修改该用户的用户状态和该用户身份认证卡的使用状态。若系统判断不允许注销该用户，则自动取消当前用户注销操作。
用户暂停处理
用户可依申请暂停用气，也可由系统判断后自动暂停。用户依申请暂停时，操作人员在通过用户身份认证卡编号或用户有效证件编号调出该用户基本信息后，若确定要执行用户暂停操作，系统则首先判断当前操作人员是否有权暂停该用户，若系统判断允许进行当前的用户暂停操作，则分别修改该用户的用户状态和该用户身份认证卡的使用状态。若系统判断不允许暂停该用户，则自动取消当前用户暂停操作。
用户恢复处理 用户暂停和注销后可申请恢复供气。申请时，系统对用户提供的有效证件进行校验，若系统验证用户有效证件编号信息正确，且该用户处于“暂停”或“注销”状态，系统即可调出该用户详细信息供操作人员修改，修改完毕后保存，系统自动将用户状态修改为“正常”，该用户即得以恢复。（2）液化气气瓶管理 液化气瓶基本信息管理
系统提供气瓶基本信息增、删、改、查和EXCELL导入功能，可对液化气瓶的基本信息进行管理，包括气瓶出厂编号、企业钢码编号、型号、规格、瓶体重量、生产单位、生产日期、报废日期、所属企业名称、登记人姓名、登记时间、上次检测单位名称、上次检测日期、下次检测日期、气瓶标签编号、标签分配日期、气瓶充装状态、气瓶使用状况、气瓶流转状态、气瓶报废处理情况、报废处理日期、照片、气瓶当前流转环节、当前持有者身份、当前流转环节起始时间等。在每次保存录入的气瓶基本信息时，系统要通过企业钢码查询系统是否已保存该气瓶信息，若已保存则系统提示该瓶信息已录入，并放弃当前信息，且不得修改和删除任何有关该气瓶的任何基本信息。
液化气气瓶标签注册管理
该功能仅供政府部门具有相关权限的工作人员使用。注册时系统提供气瓶标签编号批量录入和企业名称选择功能，在操作人员录入并保存相关信息后，系统则针对每一张气瓶标签生成一条注册记录，包括气瓶标签编号、注册企业名称、注册日期、使用状态等，将这些注册的气瓶标签和申请企业绑定。
气瓶标签分配管理
系统提供与气瓶标签扫描终端的接口功能以及相关查询条件，分配标签前，操作人员先查询到已录入系统中的当前气瓶基本信息，并利用扫描终端读取拟分配气瓶标签信息。系统在对该气瓶基本信息和气瓶标签信息进行全面判断的基础上，确定是否允许进行当前的标签分配操作，若系统判断允许进行当前的标签分配操作，则将拟分配气瓶标签和该气瓶进行信息绑定，并同步修改该气瓶标签的使用状态；若系统判断不能为该气瓶分配标签，则自动取消当前的气瓶标签分配操作。标签分配成功后，系统还要进一步判断以前是否已为该气瓶分配过标签，若已为该气瓶分配过标签，则系统还要将该气瓶原有标签进行作废处理。（3）站点从业人员管理 站点从业人员注册登记
系统提供站点从业人员基本信息增、删、改、查功能，可对站点从业人员的基本信息进行管理，包括从业人员姓名、性别、出生日期、身份证号码、住址、联系电话、工种、资质证书名称、资质证书编号、发证时间、到期时间、发证机关、所属站点类别、所属站点名称、所属企业、照片、受聘状态、身份认证卡编号、发卡日期。在每次保存录入的站点从业人员基本信息前，系统要判断此前是否已录入该从业人员基本信息，若未录入该用户信息，则直接保存录入的用户信息；若已录入该用户信息，系统则要进一步判断是否允许保存或修改当前用户信息。若系统允许保存或修改当前用户信息，则要同步修改该用户受聘状态。
站点从业人员从业身份认证卡注册管理
系统提供与站点从业人员从业身份认证卡扫描终端的接口功能，注册时，企业操作人员利用扫描终端读取从业身份认证卡编号，系统在站点从业人员从业身份认证卡管理数据表中查询该从业身份认证卡是否已存在，若存在，系统则提示不允许注册，若不存在，系统则将注册企业名称和注册日期一并写入该从业身份认证卡管理数据表中，并相应修改该从业身份认证卡的使用状态。
站点从业人员身份认证卡发放管理
系统提供与站点从业人员身份认证卡扫描终端的接口功能以及相关查询条件，发卡前，操作人员先查询到已录入系统中的当前站点从业人员的基本信息，并利用扫描终端读取拟发站点从业人员身份认证卡信息。系统在对当前站点从业人员基本信息和该身份认证卡信息进行全面判断的基础上，确定是否允许进行当前的发卡操作，若系统判断允许进行当前的发卡操作，则将拟发从业人员身份认证卡和该从业人员进行信息绑定，并同步修改该从业人员身份认证卡的使用状态；若系统判断不能进行当前的发卡操作，则自动取消当前的发卡操作。发卡成功后，系统还要进一步判断以前是否已为当前站点从业人员发放过身份认证卡，若已为当前站点从业人员发放过身份认证卡，则系统还要将当前站点从业人员原身份认证卡进行作废处理。
站点从业人员解聘管理
各站点可对站点从业人员进行解聘处理，系统提供相应的解聘管理功能。操 作时，操作人员通过站点从业人员姓名、身份证号码等查询条件检索到相关站点从业人员信息，在确认需要进行解聘处理后，则系统首先判断当前操作人员是否有权解聘当前站点从业人员，若允许进行解聘操作，系统自动将该站点从业人员的受聘状态修改为“待聘”，并将该站点从业人员从业身份认证卡进行作废处理。
站点从业人员禁聘处理和解除
政府管理部门和燃气协会可对站点从业人员进行禁聘处理和解除操作，系统提供相应的管理功能。禁聘处理操作时，操作人员通过站点从业人员姓名、身份证号码、身份认证卡编号等查询条件检索到相关站点从业人员信息，在确认需要进行禁聘操作后，系统自动将该站点从业人员的受聘状态修改为“禁聘”，并将该站点从业人员从业身份认证卡进行作废处理。解除操作时，操作人员通过站点从业人员姓名、身份证号码等查询条件检索到相关站点从业人员信息，在确认需要进行解除操作后，系统自动将该站点从业人员的受聘状态修改为“待聘”即可。（4）液化气气瓶流转管理 液化气气瓶检测管理
本系统与安装在各检测站的气瓶检测和报废处理监管系统接口，每天定期接收各检测站当天的气瓶检测信息，并根据所接收的信息，对应修改各相关气瓶基本信息表中的气瓶检测内容。
液化气气瓶报废管理
本系统与安装在各检测站的气瓶检测和报废处理监管系统接口，每天定期接收各检测站当天的气瓶报废处理信息，并根据所接收的信息，对应修改各相关气瓶基本信息表中的报废处理内容，并将该气瓶对应的标签相关使用状态修改为“作废”，并记录作废时间。
可充装气瓶信息同步处理
本系统与安装在各充装站的液化气充装管理系统接口，每天定期检索各液化气经营企业可充装气瓶信息，并将各企业的可充装气瓶信息（包括气瓶标签编号、气瓶企业钢码、气瓶权属单位、气瓶规格）同步到该企业各充装站液化气充装管理系统的可充装气瓶管理数据库中。
充装监管控制
系统提供充装监管控制功能，可向所有充装站或某一充装站站点服务器发送 指令，启动或关闭该站充装监管功能，启动充装站充装监管功能后，由该站充装监管系统进行充装控制；关闭充装站充装监管功能后，由该站各充装枪的灌装管理系统自行进行充装控制。
气瓶充装信息反馈处理
本系统与安装在各充装站的液化气充装管理系统接口，每天定期（或根据用户操作）由各充装站的液化气充装管理系统将当天已充装的气瓶信息发送给本系统进行记录和管理，本系统在接收到气瓶充装信息后，首先查询该气瓶是否已有当天充装记录，若已有当天充装记录则系统自动生成相应的报警信息，告知管理部门该气瓶所属企业违规充装气瓶；若无当天充装记录，则修改该气瓶的充装状态和当前流转环节等信息。
瓶装液化气运输管理
通过各运输车辆配置的移动监管终端接收气瓶装运信息，并对这些信息进行判别和记录管理，发现运输车辆违规装运、超载运输等异常情况及时告警。
瓶装液化气供应管理
通过各供应站配置的移动监管终端接收气瓶供应信息，并对这些信息进行判别和记录管理，发现供应站违规接收气瓶、超量存放重瓶等异常情况及时告警。
瓶装液化气配送管理
通过各送气工配置的移动监管终端接收气瓶配送信息，并对这些信息进行判别和记录管理，发现送气工违规运送气瓶、超量运送气瓶等异常情况及时告警。
瓶装液化气使用管理
通过各送气工配置的移动监管终端接收气瓶用户使用信息，并对这些信息进行判别和记录管理，发现送气工违规送气、用户超量用气等异常情况及时告警。
气瓶回收管理
通过各送气工、运输车辆或液化气经营站点配置的移动监管终端接收气瓶（空瓶或重瓶）回收信息，并对这些信息进行判别和记录管理，发现送气工、运输车辆或液化气经营站点违规回收气瓶等异常情况及时告警。
用户安全检查管理
通过安全检查人员检查终端或送气工的送气终端接收各类用户入户安全检查信息，并将相应的用户入户安全检查信息通过接口发送给燃气智能监管平台处 理。
（5）液化气供应查询统计 液化气使用记录查询
系统提供选择用户和选择气瓶两种方式查询某一时间段内的使用记录，当选择用户查询时，可通过用户名称、地址、相关证件编号、用户身份认证卡编号等方式选定用户，系统则列表显示选定时间段内该用户所使用过的全部气瓶记录，包括气瓶标签编号、气瓶企业钢码编号、气瓶权属单位、供气站点、送气时间。当选择气瓶查询时，系统可通过气瓶企业钢码编号或气瓶标签编号选定气瓶，系统则列表显示选定时间段内使用过该气瓶的全部用户记录，包括用户名称、地址、用户身份认证卡编号、送气时间。
液化气运输记录查询
系统提供选择车辆和选择气瓶两种方式查询某一时间段内的运输记录，当选择车辆查询时，可通过车牌号选定车辆，系统则列表显示选定时间段内该车辆所运输过的全部气瓶记录，包括气瓶标签编号、气瓶企业钢码编号、气瓶权属单位、起运站点、装运时间。当选择气瓶查询时，系统可通过气瓶企业钢码编号或气瓶标签编号选定气瓶，系统则列表显示选定时间段内运输过该气瓶的全部车辆记录，包括车牌号、所属企业名称、起运站点、装运时间。并可查看相应的车辆运输轨迹。
液化气供应记录查询
系统提供选择供应站点和选择气瓶两种方式查询某一时间段内的供应记录，当选择供应站点查询时，可通过供应站点名称选定供应站，系统则列表显示选定时间段内该供应站所供应过的全部气瓶记录，包括气瓶标签编号、气瓶企业钢码编号、气瓶权属单位、接收时间。当选择气瓶查询时，系统可通过气瓶企业钢码编号或气瓶标签编号选定气瓶，系统则列表显示选定时间段内接收过该气瓶的全部供应站记录，包括供应站名称、地址、权属单位名称、接收气瓶时间。
液化气配送记录查询
系统提供选择送气工和选择气瓶两种方式查询某一时间段内的送气记录，当选择送气工查询时，可通过送气工姓名、送气证编号、身份证号码、身份认证卡编号等方式选定送气工，系统则列表显示选定时间段内该送气工所送过的全部气 瓶记录，包括气瓶标签编号、气瓶企业钢码编号、气瓶权属单位、供气站点名称、送气时间，并可查看相应的送气轨迹。当选择气瓶查询时，系统可通过气瓶企业钢码编号或气瓶标签编号选定气瓶，系统则列表显示选定时间段内送过该气瓶的全部送气工记录，包括送气工姓名、身份认证卡编号、所属站点名称、送气时间，并可查看相应的送气轨迹。
气瓶充装记录查询
系统提供选择充装站和选择气瓶两种方式查询某一时间段内的充装记录，当选择充装站查询时，可通过充装站名称选定充装站，系统则列表显示选定时间段内该充装站所充装过的全部气瓶记录，包括气瓶标签编号、气瓶企业钢码编号、气瓶权属单位、充装前气瓶重量、充装后气瓶重量、充装时间。当选择气瓶查询时，系统可通过气瓶企业钢码编号或气瓶标签编号选定气瓶，系统则列表显示选定时间段内充装过该气瓶的全部充装站记录，包括充装站名称、权属单位名称、充装气瓶时间。
气瓶检测记录查询
系统提供选择检测站和选择气瓶两种方式查询某一时间段内的检测记录，当选择检测站查询时，可通过检测站名称选定检测站，系统则列表显示选定时间段内该检测站所检测过的全部气瓶记录，包括气瓶标签编号、气瓶企业钢码编号、气瓶权属单位、检测结论、检测时间。当选择气瓶查询时，系统可通过气瓶企业钢码编号或气瓶标签编号选定气瓶，系统则列表显示选定时间段内检测过该气瓶的全部检测站记录，包括检测站名称、检测气瓶时间、检测结论。
气瓶报废处理记录查询
系统提供选择检测站和选择气瓶两种方式查询某一时间段内的报废处理记录，当选择检测站查询时，可通过检测站名称选定检测站，系统则列表显示选定时间段内该检测站所报废处理过的全部气瓶记录，包括气瓶标签编号、气瓶企业钢码编号、气瓶权属单位、报废处理情况、报废处理时间。当选择气瓶查询时，系统可通过气瓶企业钢码编号或气瓶标签编号选定气瓶，系统则显示该气瓶报废处理记录，包括检测站名称、报废处理情况、报废处理时间。
气瓶当前持有者查询
系统提供气瓶权属企业名称、气瓶企业钢码编号、气瓶标签编号等查询条件，可根据操作人员选择显示所选气瓶当持有者信息，包括气瓶标签编号、气瓶出厂编号、气瓶企业钢码编号、权属单位、当前流转环节名称、当前持有者身份、当前环节起始时间、当前所在位置（当前持有者地址）。并可点击当前持有者身份查看当前持有者详细信息。
流失气瓶查询和追踪
系统提供气瓶权属企业名称、气瓶企业钢码编号、气瓶标签编号等查询条件，可根据操作人员选择列表显示气瓶当前流转状态为“流失”的气瓶信息，包括气瓶标签编号、气瓶出厂编号、气瓶企业钢码编号、权属单位、流失环节、气瓶当前持有者身份、流失时间。同时在列表中可点击气瓶当前持有者身份查看当前持有者详细信息，并可点击气瓶出厂编号自动追踪该气瓶目前已被哪家企业非法占有。
过期未检气瓶查询
系统提供气瓶权属企业名称查询条件，可根据操作人员选择列表显示符合条件的过期未检气瓶信息，包括气瓶标签编号、气瓶出厂编号、气瓶企业钢码编号、权属单位、气瓶使用状况、当前流转环节、当前持有者身份、过期时间。同时在列表中可点击当前持有者身份查看当前持有者的详细情况。
报废气瓶查询
系统提供气瓶权属企业名称查询条件，可根据操作人员选择列表显示符合条件的仍未报废处理的报废气瓶信息，包括气瓶标签编号、气瓶出厂编号、气瓶企业钢码编号、权属单位、气瓶使用状况、当前流转环节、当前持有者身份、报废时间。同时在列表中可点击当前持有者身份查看当前持有者的详细情况。
用户异常用气情况查询
系统提供液化气供气企业、用户所在区、时间段等查询条件，可根据操作人员选择列表显示各企业或各区在选定时间段内各类用户异常用气情况。包括用户名称、地址、身份认证卡编号、时间、当月用气量等。
重瓶存放情况查询
系统提供相应的站点名称、车辆车牌号、送气工编号等查询条件，系统可根据操作人员的选择，列表显示选择的对象当前所持有的重瓶信息。
液化气用户情况统计 系统提供行政区划、液化气经营企业和登记时间段选择条件，可根据操作人员的选择分类统计选定时间段内各相关区或各相关企业用户数量，包括开户总数、供气居民用户数量、供气非居民用户数量、停用用户数量。当没有选定时间段时，则统计全部相关数据，下同。
用户身份认证卡使用情况统计
系统提供液化气经营企业和注册时间段选择条件，可根据操作人员选择统计选定时间段内各相关企业用户身份认证卡注册和使用情况，包括注册总数、启用数量、未启用数量、作废数量。
液化气气瓶总体统计
系统提供液化气经营企业、气瓶登记时间段选择条件，可根据操作人员选择统计选定时间段内各相关企业气瓶登记和使用情况，包括登记气瓶总数、在用瓶数量、流失气瓶数量、超期未检瓶数量、报废瓶数量、50kg气瓶数量、15kg气瓶数量、5kg气瓶数量。
液化气气瓶标签使用情况统计
系统提供液化气经营企业、标签注册时间段选择条件，可根据操作人员选择统计选定时间段内各相关企业气瓶标签注册和使用情况，包括注册总数、启用数量、未启用数量、作废数量。
气瓶检测情况统计
系统提供气瓶检测站选择、液化气经营企业选择和检测时间段选择条件，可根据操作人员选择分类统计选定时间段内各相关检测企业检测气瓶情况或各相关液化气经营企业送检气瓶情况，包括检测气瓶总数、合格气瓶数量、报废气瓶数量。
气瓶报废处理情况统计
系统提供液化气经营企业、报废时间段选择条件，可根据操作人员选择统计选定时间段内各相关企业报废气瓶处理情况，包括报废气瓶总数、已报废处理数量。
液化气充装情况统计
系统提供企业、站点、时间段等过滤条件，可根据操作人员的选择分类统计各企业或选定企业各站点在所选时间段内充装50Kg、15Kg、5Kg、2Kg气瓶数量 以及充装液化气总重量，并提高月报、季报和年报。
液化气供应情况统计
系统提供企业、供应站、时间段等过滤条件，可根据操作人员的选择统计选定企业各站点在所选时间段内供应50Kg、15Kg、5Kg、2Kg气瓶数量以及供应液化气总重量。
液化气运输情况统计
系统提供液化气经营企业、时间段等过滤条件，可根据操作人员的选择统计选定企业内各运输车辆在所选时间段内装运50Kg、15Kg、5Kg、2Kg气瓶数量以及运输总重量。
（6）燃气运输车辆监控 燃气运输企业登记管理
系统提供燃气运输企业基本信息增、删、改、查功能，可对燃气运输企业的基本信息进行管理，包括运输企业名称、地址、法人代表姓名、联系电话、营业执照编号、发证机关、发证日期、危运证编号、发证机关、发证日期、下次年审时间等。
燃气运输车辆注册登记
系统提供燃气运输车辆基本信息增、删、改、查功能，可对燃气运输车辆的基本信息进行管理，包括车辆车牌号、车辆型号、车辆规格、载重量、生产厂家、出厂日期、危运证编号、发证时间、作废时间、发证机关、车辆签约状态、所服务的燃气经营企业名称、车辆身份认证卡编号、发卡日期、车辆照片、所属运输企业名称、地址、联系人、联系电话。在每次保存录入的运输车辆基本信息前，系统要通过车辆车牌号查询此前是否已录入该车辆基本信息，若未录入该车辆信息，则系统直接保存录入的该车辆基本信息；若已录入该车辆信息，则系统要根据该车辆当前的签约状态来判定是否保存目前的录入或修改信息。同时，要求本系统提供车辆信息同步操作功能，可根据需要将燃气运输车辆基本信息同步到燃气安全智能监管平台。
燃气运输车辆身份认证卡注册管理
系统提供与车辆身份认证卡扫描终端的接口功能，注册时，企业操作人员利用扫描终端读取车辆身份认证卡编号，系统在车辆身份认证卡管理数据表中查询 该车辆身份认证卡是否已存在，若存在，系统则提示不允许注册，若不存在，系统则将注册企业名称和注册日期一并写入该车辆身份认证卡管理数据表中，并相应修改该车辆身份认证卡管理数据表中的使用状态。
燃气运输车辆身份认证卡发放管理
系统提供与车辆身份认证卡扫描终端接口功能，发卡前，操作人员通过车牌号、危运证编号等查询条件，选择相应的运输车辆，然后通过扫描终端读取车辆身份认证卡信息。系统在对当前运输车辆基本信息和该运输车辆身份认证卡信息进行全面判断的基础上，确定是否允许进行当前的发卡操作，若系统判断允许进行当前的发卡操作，则相应修改该运输车辆基本信息表中的相关身份认证卡信息和该身份认证卡数据表中的持有者信息，并同步修改该运输车辆的签约状态和该运输车辆身份认证卡的使用状态；若系统判断不能为该运输车辆发放身份认证卡，则自动取消当前的发卡操作。发卡成功后，系统还要进一步判断以前是否已为该运输车辆发放过身份认证卡，若已为该运输车辆发放过身份认证卡，则系统还要将该运输车辆原身份认证卡进行作废处理。
燃气运输车辆解约管理
液化气经营企业可对运输车辆进行解约处理，系统提供相应的解约管理功能。操作时，操作人员通过车牌号、危运证编号等查询条件检索到相关运输车辆基本信息，在确认需要进行解约处理后，则系统首先判断当前操作人员是否有权解约当前运输车辆，若系统判断允许进行当前的解约操作，则自动将该运输车辆基本信息表中的签约状态修改为“解约”，并将该车辆身份认证卡进行作废处理。
燃气运输车辆禁约处理和解除
政府管理部门可对燃气运输车辆进行禁约处理和解除操作，系统提供相应的管理功能。禁约处理时，操作人员通过车牌号、危运证编号等查询条件检索到相关运输车辆基本信息，在确认需要进行禁约操作后，系统自动将该运输车辆基本信息表中的签约状态修改为“禁约”，并将该车辆身份认证卡进行作废处理。解除禁约操作时，操作人员通过车牌号、危运证编号等查询条件检索到相关运输车辆基本信息，在确认需要进行解除操作后，系统自动将该运输车辆基本信息表中的签约状态修改为“解约”。
燃气运输车辆综合监控 系统通过数据采集和通信管理子系统，实时接收各燃气运输车辆的GPS定位信息，结合电子地图可实时显示全部或部分燃气运输车辆的当前位置，并通过不同的图标颜色区分车辆的行驶、停车状态，同时可根据系统设定的时间间隔（5-30秒不等）自动刷新各燃气运输车辆的最新位置。在实时监控过程中，当电子地图放大到一定比例后，要求能在表示各燃气运输车辆的图标周边合适位置显示该车辆的车牌号、当前行驶速度等信息。当用鼠标双击某车辆图标时，能显示该车辆详细的基本信息和当前行驶状态信息。
燃气运输车辆实时追踪
当需要对某台车辆进行实时追踪时，系统自动最大化地显示该车辆的当前位置和前5分钟的行车轨迹, 并根据系统设定的时间间隔（5-30秒不等）自动刷新该车辆的最新位置，在地图上以不断前行的线条连续地描述所需监控车辆的运行路线。同时，实时显示该车辆当前车速、行驶状态等信息。
历史轨迹回放
要求系统能保存各燃气运输车辆过去3个月的GPS监控数据，以便监管人员可回放任一燃气运输车辆过去3个月内任一时间段内详细行驶轨迹。回放车辆行驶轨迹时，要求在电子地图上标绘行车路线，同时同步显示该车的行驶速度、行驶状态等内容。
超速报警
系统对接受的各燃气运输车辆的GPS数据进行分析，当发现车辆的行驶速度超过规定速度时，系统立即报警，并记录相关信息。（7）定期任务管理 气瓶定期扫描时间设定
系统提供气瓶定期扫描周期和时间设定功能，用于系统定期启动对气瓶流转情况和使用状态的检查。
用户定期扫描时间设定
系统分别提供液化气用户状态和用户用气量定期扫描周期和时间设定功能，分别用于系统定期启动对液化气用户状态和用气量的检查。
气瓶充装数据同步时间设定
系统分别提供可充装气瓶数据以及已充装气瓶数据同步周期和时间设定功 能，用于定时启动本系统与瓶装液化气充装监管系统之间相关数据的同步更新。
气瓶检测和报废处理数据同步时间设定
系统分别提供气瓶检测数据以及气瓶报废处理数据同步周期和时间设定功能，用于定时启动本系统与气瓶检测和报废处理监管系统之间相关数据的同步更新。
气瓶流转异常时间间隔设定
系统提供气瓶充装、运输、供应、配送、使用、回收、检测等流转环节的最大时间间隔设置功能，当气瓶在某一环节停留的时间间隔大于设定值时，系统该气瓶当前流转状态修改为“流失”。
用户自动暂停时间设定
系统提供液化气用户自动暂停时间间隔设定功能，当用户购气间隔时间大于设定时间间隔时，系统即认定该用户处于“暂停”状态。
供应站点重瓶过夜检查时间设定
系统提供供应站点重瓶过夜检查定期扫描周期和时间设定功能，用于系统定期启动对供应站点重瓶过夜存放情况的检查。
系统历史数据自动清理时间设定
系统分别提供瓶装液化气充装、运输、供应、配送、使用各类记录信息，各类报警信息，气瓶检测和报废处理信息，车辆GPS轨迹信息、系统日志信息的历史数据保留时间段和清理启动时间设定功能，用于定期启动对保留时间段外各类历史数据的清理。
气瓶状态定期检查
系统根据设定的气瓶定期扫描时间对使用状况处于“正常”状态的液化气瓶当前流转环节起始时间、下次检测时间、报废时间进行分析，当发现某一气瓶在当前流转环节停留时间超过设定最大时间间隔，且其当前流转状态为“正常流转”时，系统立即生成相应的气瓶流失告警信息，并将该气瓶当前流转状态修改为“流失”；当发现某一气瓶到期未检或报废时，系统立即生成相应的气瓶过期或报废告警信息，同时，将该气瓶使用状况修改为“过期”或“报废”。
用户状态定期检查
系统根据设定用户状态定期扫描时间对用户状态为“正常”状态的液化气用 户最后送气时间进行分析，当发现某一用户停气时间超过设定的自动暂停时间，则系统自动将该用户状态修改为“暂停”，并记录暂停时间。
用户用气量定期检查
系统根据设定用户用气量扫描时间时对用户状态为“正常”状态的用户上月用气情况是否超过规定限量进行检查，并将该用户信息表中当月用量数据清零。若系统检查发现某一用户上月用气量超过规定限量时，系统自动生成用户异常用气记录，包括用户名称、地址、用户身份认证卡编号、用户所在区、供气企业、设定用气量、实际用气量、用气时间。同时自动生成相应的告警信息。
供应站重瓶过夜存放情况检查
系统根据设定的供应站点重瓶过夜存放检查扫描周期和时间，启动对供应站点重瓶夜间存放情况的检查，当发现某一供应站点在夜间存放重瓶过夜时，系统立即生成重瓶过夜告警信息。
历史数据的清理
系统根据设定的各类历史清理启动时间和保留时间段，定期清除瓶装液化气充装、运输、供应、送气、使用各类记录信息，各类报警信息，气瓶检测和报废处理信息，车辆GPS轨迹信息，系统日志信息等各类暂存信息保留时间段外的历史数据。
（8）告警信息管理 告警信息查询
系统提供液化气供气企业、供气站点、告警类别、时间段等查询条件，可根据操作人员选择列表显示全部或所选企业在选定时间段内各类告警信息及其处理情况。
告警信息统计
系统提供企业、、站点、时间段等过滤条件，可根据操作人员的选择统计各企业或选定企业在所选时间段内各类报警信息数量。
告警信息处理
系统基于工作流提供告警信息转派处理功能，根据设定的流程将各类告警信息转发给相关企业、站点、政府部门及其内部工作人员处理，并记录处理过程信息。（9）供气服务监管 电话订购液化气服务
系统提供电话受理功能，可供液化气企业或经营站点直接登记用户的电话购气申请服务，在登记用户身份认证卡、订气气瓶规格、瓶数和送气时间等信息后，系统自动生成相应的送气申请单，包括：用户身份认证卡编号、订气规格、瓶数、预约送气时间等内容。
送气任务单转派处理
系统基于工作流提供送气任务单转派处理功能。系统接收到送气申请单后，自动转换成送气任务派遣单，包括用户姓名、住址、联系电话、用户身份认证卡编号、订气规格、瓶数、预约送气时间、供气企业名称、供气站点名称等内容，并根据任务单上的供应站点名称直接将该送气任务派遣单转派对应的供应站点处理，若无供应站点名称时，直接将该送气任务派遣单转派该用户所属供气企业转派处理，然后由该企业再将将送气任务派遣单转派相关供应站点处理，供应站点在收到送气任务派遣单后可转派给相关送气工处理，并将送气任务派遣单发到该送气工的送气终端上，通知送气工向用户送气。
用户过户申请处理
本系统接收到用户过户申请后，系统判断该用户是否还持有当前供气企业的气瓶，若有，则提示用户先要交回原气瓶后才能过户；若没有气瓶在该用户手上，系统则将该用户基本信息表中的供气企业名称和供气站点名称以及该用户身份认证卡数据表中注册企业名称一并修改为申请过户企业和过户站点，并提示用户过户成功。相关提示信息经由便民服务系统发送给用户。
用户投诉受理
系统提供用户投诉电话受理功能，政府部门管理人员可及时记录用户投诉相关内容，包括被投诉企业名称、被投诉站点名称、投诉人姓名、联系电话、投诉时间、投诉类别、投诉内容等信息。
用户评价回访处理
系统提供用户评价电话回访功能，政府部门管理人员通过电话回访各类用户，听取用户对相关供气企业和站点的服务评价，并记录相关内容，包括被评价企业名称、被评价站点名称、评价人姓名、联系电话、评价时间、评价等次、评价内 容等信息。
用户投诉处理
系统基于工作流提供用户投诉信息转派处理功能，将本系统受理和经便民服务子系统发送过来的各类用户投诉信息，根据设定的流程转发给相关政府部门及其内部工作人员处理，并记录处理过程信息。同时系统根据接到的用户投诉的投诉类别即时计算对应企业和站点当月的投诉扣分值。
用户评价处理
系统在接收到本系统受理和经便民服务子系统发送过来的各类用户评价记录信息后，进行统一管理，并即时累计对应企业和站点当月获得相关评价等级的次数。
用户投诉查询
系统提供液化气供气企业、供气站点、投诉类别、时间段等查询条件，可根据操作人员选择列表显示全部或所选企业在选定时间段内各类投诉信息及其处理情况。
用户评价查询
系统提供液化气供气企业、供气站点、时间段等查询条件，可根据操作人员选择列表显示全部或所选企业在选定时间段内各类用户评价等次信息。
用户投诉和评价统计
系统提供企业、、站点、统计周期等过滤条件，可根据操作人员的选择列出各企业或选定企业内部各站点月度、季度、年度各类服务被投诉次数、获得的各类评价等次相应的次数以及所占百分比。（10）信誉等级评价 企业信誉评价规则设置
系统提供供气企业或站点信誉等级评价规则设置功能，可分别针对不同的用户投诉类别设置对应的扣分值；对不同的用户评价等级所占百分比设置相应的得分权重。
企业信誉评价
系统采用千分制的方式对各企业、各站点的信誉等级进行评价。评价时，系统根据设定的企业信誉评价规则，针对用户投诉数量和类别以及用户评价不同等
级所占百分比，每月、每季和每年定期对各企业、各站点的信誉等级进行定量计分。
企业信誉评价结果统计
系统提供行政区划、企业名称等选择过滤功能，当用户选择行政区划后系统采用月报、季报、年报的方式分别列出各液化气经营企业的评价结果及排序；当用户选定企业名称后，系统采用月报、季报、年报的方式列出该企业内部各站点的评价结果及排序。
（11）本系统与其它系统接口 与收费系统接口
在每次向用户供气后，由本系统通过标准接口将相关瓶装液化气配送信息及时发送到相关瓶装液化气供应收费系统（下一步扩展）进行结算管理，内容包括用户姓名、身份认证卡编号、气瓶标签编号、气瓶企业钢码、气瓶权属单位、气瓶规格、充装液化气重量、供气站点名称、送气工身份认证卡编号、供气时间等。
与质监气瓶管理系统接口
本系统提供与质监气瓶管理系统的标准接口，在每次录入气瓶信息后，由本系统将相关信息及时发送到质监气瓶管理系统进行管理。包括气瓶出厂编号、企业钢码、权属单位、气瓶规格、生产日期、生产厂家、上次检测时间、下次检测时间等。
与燃气智能监管平台的接口
本系统提供与燃气智能监管平台的接口，一方面，在每次通过本平台录入瓶装液化气用户信息和运输车辆信息后，系统及时将这些信息同步到燃气智能监管平台管理；另一方面，本系统自动生成的一些需要转办处理的告警信息和隐患整改信息，也要及时发送到燃气智能监管平台处理。
与城市管理综合分析与决策系统的接口
与城市智慧化综合管理平台（一期）中城市管理综合分析与决策系统的接口，实现燃气相关信息的汇接。
与基础信息录入和管理单机系统（临时）的接口
本系统提供与基础信息录入和管理单机系统（临时）的接口，通过管理人员操作，读取保存在各基础信息录入和管理单机系统（临时）中的用户信息、用户
身份认证卡使用信息、气瓶信息、气瓶标签使用信息等，并同步判断是否有重复的用户信息和气瓶信息，同时更新本系统中相关表信息。
与网格化管理系统接口
本系统提供与市社区网格化管理系统接口，在社区网格化管理系统建成后，共享该系统所管理的各类人口管理数据。
与交委危运车辆管理系统接口
本系统提供与交委危运车辆管理系统接口，共享该系统内所管理的各类危运车辆的行驶轨迹的GPS数据。（12）系统管理 管理人员配置
系统提供管理人员和权限配置管理功能，可对各类管理人员进行配置管理，包括管理人员类型、姓名、工作证编号、身份证号码、用户名、登录密码、CA认证密码、所在单位名称、联系电话、角色、数据操作区划范围等。其中管理人员类型包括市级管理部门人员、区级管理部门人员、企业管理人员、站点管理人员；角色包括系统管理员、管理部门负责人、管理部门派案员、部门系统管理员、企业负责人、企业派案员、企业系统管理员、企业数据管理员、站点负责人、站点派案员、经办人、普通管理人员等类型；数据操作区划范围可以分为全市、各相关区、各相关燃气经营企业等几类。
管理人员权限管理
管理人员进行数据操作时，系统需要对管理人员的权限进行严格限制。权限分数据操作范围权限和数据处理权限两类，数据操作权限由该管理人员的数据操作区划范围属性确定；数据处理权限由该管理人员的角色属性来确定。
登录管理
用户登录采用两种登录方式，对政务专网用户采用用户名和密码登录或采用电子认证CA直接登录；对公网用户必须支持公网VPN密钥。
系统日志管理
系统对各管理人员的增、删、改操作进行日志记录，并根据设定定期进行日志备份和删除操作。
企业管理属性配置管理
系统提供瓶装液化气经营企业、瓶装液化气运输企业、气瓶检测企业的管理属性配置功能，包括企业类型、企业名称、地址、联系人、联系电话、政府管理部门。
站点管理属性配置管理
系统提供瓶装液化气充装站、瓶装液化气供应站、液化气气瓶检测站的管理属性配置功能，包括站点类型、站点名称、地址、联系人、联系电话、所属企业、政府管理部门、当前储存实瓶数量（仅限充装站、供应站）。
政府部门管理属性配置管理
系统提供市、区两级燃气管理和特种设备管理政府部门管理属性配置功能，包括部门名称、地址、联系人、联系电话、所属单位。5.5瓶装液化气供应便民服务子系统
5.5.1概述
本系统作为全市瓶装液化气用户的便民服务入口，通过建设服务网站和手机app等多种公众服务渠道，提供多种便捷的服务方式，方便用户了解液化气管理有关的通知公告，学习安全使用液化气的相关知识，享受手机订购瓶装液化气快捷服务以及对企业提供的瓶装液化气质量和安全进行有效监督。
5.5.2系统主要功能 用户登录管理
系统通过手机app方式提供相应的手机客户端，广大瓶装液化气用户每次通过扫描个人用户身份认证卡（安全供气卡）直接登录该系统。
手机订购液化气服务
系统提供手机订购瓶装液化气服务功能，在用户登录该系统后，通过点击相关功能，填报订气气瓶规格、瓶数和送气时间等信息后即可生成相应的送气申请单，包括用户身份认证卡编号、订气规格、瓶数、预约送气时间等内容。系统将送气申请单发送给瓶装液化气供应智能监管信息系统处理，瓶装液化气供应智能监管信息系统收到送气申请单后，自动回复相关确认信息，本系统也向用户发送确认消息。
用户过户申请
系统提供过户申请功能，用户登录后，通过点击相关功能，填报申请过户的企业名称、站点名称后，系统自动生成相关过户申请单，包括用户身份认证卡编号、申请过户企业、申请过户站点等内容。同时，系统将过户申请单发送给瓶装液化气供应智能监管系统处理，瓶装液化气供应智能监管信息系统收到过户申请单后后，进行相关判断，并回复相关确认信息，本系统也向用户发送确认消息。
气瓶用户监督
在收到送气工送来的气瓶后，用户利用手机读取气瓶标签信息，系统即可在线检索并显示该气瓶的相关信息，内容包括气瓶标签编号、企业钢码编号、出厂编号、所属企业、出厂日期、上次检测时间、报废时间、本次充装时间、充装站名称、当前气瓶总重量等。系统同时提供用户投诉功能，当用户核实发现上述信息有误时，即可填报相应的投诉信息报相关管理部门查处。同时系统也提供相应的服务评价功能，供用户对本次送气服务给出优、良、中、差等次评价。
用户投诉处理
用户填报投诉信息后，系统自动生成用户投诉记录，包括被投诉企业名称、被投诉站点名称、投诉人姓名、联系电话、投诉时间、投诉类别、投诉内容、处理记录等信息，然后转发瓶装液化气供应智能监管系统转派处理。
用户评价处理
在用户对供气企业或供气站点给出送气服务评价后，系统自动生成相应的用户评价记录，包括被评价企业名称、被评价站点名称、评价人姓名、联系电话、评价时间、评价等次、评价内容等信息，然后转发瓶装液化气供应智能监管系统对各企业信誉等级进行评价处理。
企业和站点查询
用户可通过手机查询合法供气企业和站点的名称、地址、服务电话、信誉评价等信息。
知识库管理
系统提供知识库管理功能，供各液化气经营企业和监管部门通过惠民服务平台发布液化气安全知识和相关法律法规，用户登录系统后可查阅学习相关内容，以增强安全用气的意识，做到安全用气。
通知公告
监管部门通过惠民服务平台发布各类通知公告的信息，用户登录系统后可查阅了解相关内容。
客户服务系统接口管理
系统提供标准的接口，方便与各企业客户服务系统接口，及时将瓶装液化气使用记录发送到客户服务系统进行计费管理。5.6数据采集和通信管理子系统
5.6.1概述
该系统主要面向互联网和移动专网提供各类访问和接入服务，是为了确保网络访问安全的一种缓冲机制，各类用户通过互联网或移动专网对后台系统的访问请求要通过本系统处理后，转发给其它系统处理。
5.6.2主要功能
GPS监控终端数据采集
该系统接收各车载GPS监控终端、各送气工移动终端上传的位置坐标信息数据包，经该系统转换为XML数据包，发送给瓶装液化气供应智能监管系统处理。
互联网终端访问接入
该系统一方面接收部分基于互联网访问的供应站点服务终端发送的各类web服务请求信息，经本系统转换为XML数据包，发送给瓶装液化气供应智能监管系统处理。另一方面，接收瓶装液化气供应智能监管系统发送过来的各类服务申请响应信息的XML数据包，经本系统转化为正常的web服务信息后发送给相应的供应站点服务终端处理。
用户手机访问接入
该系统一方面接收各类瓶装液化气用户通过手机发送过来的app服务请求，经本系统转换为XML数据包，发送给瓶装液化气供应智能监管系统处理。另一方面，接收瓶装液化气供应智能监管系统发送过来的各类服务申请响应信息的XML数据包，经本系统转化为正常的app服务信息后发送给相应的用户手机浏览。
通信控制
为进一步确保通信的可靠性，要求本系统在应用层实现通信应答及通信数据的校验和错误重传机制，并支持断点续传功能。
5.7基础信息录入和管理单机系统
5.7.1概述
考虑到从应用系统开发到整个项目正式投入使用需要较长的时间，在这段时间内，各充装站需要同步进行气瓶信息录入并安装电子标签；企业需要同步进行用户信息录入，并发放用户身份认证卡，因此中标人需要先期开发一个单机运行的信息录入和管理临时系统，可录入和管理气瓶信息、用户信息，并可与二维码标签识读终端连接，读入和保存相关二维码信息。同时要支持录入信息的批量导出和网络上传功能。
5.7.2主要功能
燃气用户基本信息登记
系统分别针对液化气居民用户、液化气单位用户提供标准的信息登记表，并提供相应的增、删、改、查和EXCELL导入功能，由燃气经营企业分别录入或导入其所服务的各类用户基本信息，包括用户名称（姓名）、地址、联系电话、用户类别（居民、非居民）、证件名称、证件编号、所在行政区、供气企业名称、供气站点名称、用户状态、用户身份认证卡编号等。在每次录入用户基本信息时，系统要通过用户身份证或暂住证号码或单位机构代码证编号（非居民用户）查询系统是否已录入该用户信息，若未录入该用户信息，则保存该用户信息；若已录入该用户信息，则系统提示该用户信息已存在，并进一步判断是否允许当前操作人员修改该用户信息，若不允许，则放弃保存该用户信息。若仅允许，则保存修改信息。
液化气用户身份认证卡（安全供气卡）发放管理
系统提供与用户身份认证卡二维码扫描终端的接口功能以及相关查询条件，发卡前，操作人员先查询到已录入系统中的当前用户基本信息，并利用扫描终端读取拟发用户身份认证卡基本信息。系统在对该用户信息和拟发用户身份认证卡信息进行全面判断的基础上，确定是否允进行当前的发卡操作，若系统判断允许进行当前的发卡操作，则将拟发用户身份认证卡与该用户进行信息绑定，并同步修改该用户身份认证卡的使用状态；若系统判断不能为该用户发卡，则自动取消当前发卡操作。发卡成功后，系统还要进一步判断以前是否已为该用户发放过身份认证卡，若已为该用户发放过身份认证卡，则系统还要将该用户原身份认证卡
进行作废处理。
液化气瓶基本信息管理
系统提供气瓶基本信息增、删、改、查功能，可对液化气瓶的基本信息进行管理，包括气瓶出厂编号、企业钢码编号、型号、规格、瓶体重量、生产单位、生产日期、报废日期、所属企业名称、登记人姓名、登记时间、上次检测单位名称、上次检测日期、下次检测日期、气瓶标签编号、标签分配日期、气瓶充装状态、气瓶使用状况、气瓶流转状态、气瓶报废处理情况、报废处理日期、照片、气瓶当前流转环节、当前持有者身份、当前流转环节起始时间等。在每次保存录入的气瓶基本信息时，系统要通过企业钢码查询系统是否已保存该气瓶信息，若已保存则系统提示该瓶信息已录入，并放弃当前信息，且不得修改和删除任何有关该气瓶的任何基本信息。
气瓶标签分配管理
系统提供与气瓶标签扫描终端的接口功能以及相关查询条件，分配标签前，操作人员先查询到已录入系统中的当前气瓶基本信息，并利用扫描终端读取拟分配气瓶标签信息。系统在对该气瓶基本信息和气瓶标签信息进行全面判断的基础上，确定是否允许进行当前的标签分配操作，若系统判断允许进行当前的标签分配操作，则将拟分配气瓶标签和该气瓶进行信息绑定，并同步修改该气瓶标签的使用状态；若系统判断不能为该气瓶分配标签，则自动取消当前的气瓶标签分配操作。标签分配成功后，系统还要进一步判断以前是否已为该气瓶分配过标签，若已为该气瓶分配过标签，则系统还要将该气瓶原有标签进行作废处理。
信息批量导出
系统提供相应的批量信息导出功能，可采用EXCELL表方式导出本系统中保存的用户信息、用户身份认证卡使用信息、气瓶信息、气瓶标签使用信息等。
信息网络上传
系统通过网络将本系统中保存的用户信息、用户身份认证卡使用信息、气瓶信息、气瓶标签使用信息等上传至瓶装液化气供应智能监管系统统一管理。
系统管理
包括用户帐户、密码、登录管理等功能。
第二篇：医院信息集成平台建设方案
信息集成平台建设方案 建设需求
一个完善的医院信息系统通常由上百个子系统组成，牵涉众多的专业领域。这么庞大的系统需要非常专业化的软件开发分工，整合不同厂商有特色的专业系统是医院信息系统的发展趋势，医院信息化能够取得成功必须保证各个系统的有效集成和数据的高度共享。然而这些系统通常是随着医院的发展需求逐步建设的，它们来源于不同的厂家，基于不同的技术，缺乏统一的信息交换标准，这些系统的集成整合已经逐渐成为医院数字化发展亟待解决的主要问题。
系统集成平台的构建主要面向两个核心问题：一个是为各种医疗应用提供统一的医疗数据访问服务，从而消除各种医疗应用系统与医疗数据中心的直接耦合性；另一个是为各种临床信息系统提供系统集成服务，系统集成服务基于系统集成模型，通过HL7和DICOM等标准通讯协议为各种医疗应用系统提供集成服务，确保各个临床信息系统在工作流整合的基础上实现交互协作，从而以数字化的形式完成各项医疗业务。建设目标
系统间的整合、集成和扩展一直都是制约医院数字化发展的主要障碍，由于不同厂商之间的产品不兼容，使得医院整体信息化步履维艰。通过建设一个规范的系统集成平台，在IHE、DICOM、HL7等国际标准的基础上，制定覆盖医疗所有业务流程的系统集成规范，开发基于规范的系统集成平台，为遗留的、当前的以及将来的系统提供了一个统一且标准的数据交换和工作流协同的平台。信息集成方法
信息集成方法有三，即应用集成、数据集成、界面集成，这三种集成方式各解决不同方面的问题。应用集成指应用程序之间实时或异步交换信息和相互调用功能，可以采用HL7消息，Web Service，CORBA，EJB，DCOM，RPC等标准，采用消息中间件，BPM等中间件实现；数据集成是指应用系统的数据库系统之间的数据交换和共享，以及数据之间的映射变换，常采用ETL（Extract-Transform-Load）工具实现；界面集成含义是应用程序界面之间相互关联引用合成，采用技术包括ActiveX插件、Portlet、IFrame等。
协同应用从早期单纯的点对点接口方式，发展到现如今的集成平台方式。各种方式中：
点对点接口方式的复杂性在于要和不同的系统建立1：N的接口，假定有N个系统相互之间需要建立接口，则接口数为 N*(N-1)/2。
集成平台方式中，在N个系统需要进行应用协同的情况下，只需要开发N个适配器接口即可，减少了集成平台的系统负荷。
由于医院信息系统复杂性，我们根据不同的需求和应用场景，设计分别采用上述三种不同集成方法和手段进行信息集成。应用集成
和医技辅诊科室信息系统（如PACS/RIS、LIS、MUSE等）的信息集成，这种场景，信息交互的数据量不大，实时性要求不高，且各信息系统各专业厂商实现方式相差较大，采用基于集成平台的应用集成方式是最优选择。
集成平台体系结构如下图所示，集成平台对外提供支持多种方式的集成服务：包括WebService服务、TCP监听服务、文件监测服务、FTP服务、SQL监控服务等方式。
医院信息系统在国际、国内广泛采用的有一套集成规范，即：医疗健康信息集成规范（IHE）规范。IHE规范未定义新的集成标准，而是采用了“标准协调”过程推动基于工业标准的医疗IT系统互操作性。在IHE中，消息传递采用的是HL7（2.x版本)标准，影像传递采用DICOM标准。本集成平台的集成严格参照该规范进行：信息集成平台在进行消息时采用HL72.4标准进行消息传递、在消息内部传递DICOM StudyUID，以满足后续DICOM图像应用时的需要。
临床信息集成用于对各临床信息系统进行信息层面的集成事务处理。事务的定义参照IHE规范执行，消息的交互标准参照HL7 2.4标准执行。
集成平台内部引擎本身由Ensemble集成平台基础之上进行二次开发而来，依托Ensemble本身对各种适配器的支持，集成平台对外能够提供多种接入服务方式：TCP、文件夹监听、FTP文件监听、自定义WebService、SQL监听等形式。以更多接入方式进行各种不同方式集成各业务系统。
集成流程以业务流程可视化、可编辑化对外提供工作流程的制定与使用。集成引擎基于标准的业务流程执行语言（Business Process Execution Language）进行扩展应用，以描述交互应用。4.1 信息集成模块与示例
信息集成组件主要由以下几部分组成Business Service业务服务、Business Process业务处理、Business Operation业务操作，这几部分共同作用下，将集成事务与消息传递进行完成。其中，Business Service主要负责进行消息的监听与接收；Business Process负责全局的消息路由转发、事务流程处理、消息匹配映射等工作职责；Business Operation负责将转换完成、最原子化的一个操作，发送/调用信息集成的目标端。同时在三者相互作用下，消息的反馈准确的返回到Business Process，由Process来讲反馈消息控制返回到消息发送方。示意图如下（后续对该示例进行说明）：
4.1.1 业务服务监听与接收
在当今医院中，存在各种各种的医疗业务系统，医疗业务系统的多样性，就将导致与其集成时，接入方式的多样性，如部分系统已实现TCP的发送传递；部分已实现文本输出等。集成平台作为医院信息系统的中转、适配角色，在接入方式的多样性成为必要条件。如前所述，在这方面，集成平台允许的接入方式有：TCP、FILE、FTP、SQL、SOAP(WebService)、HTTP、MAIL等多种方式与相应的适配器。
在多种方式的接入过程中，将不同来源的消息通过统一的出口转交给业务处理部分，由其进行路由住转发、消息匹配映射、业务流程处理等相关的工作。
在本示例中，EMRS通过WebService的服务监听（BS.WS.EMRWS）方式将消息内容传递进集成平台，在通过验证后，将该消息转发给了业务处理模块中的路由模块。
4.1.2 消息路由转发
在一些应用场景中，如电子病历系统、重症监护系统、HIS系统三者进行信息传递时，部分信息是需要三者之间交互的，而部分信息仅仅需要两者之间交互，这在消息转发路由时，需要有一定的控制，起到闸门的作用。如：HIS系统进行入院登记时，需要将病人的信息发送到电子病历系统与重症监护系统；而在重症监护系统采集到病人生命体征信息时，仅仅将此信息发送到电子病历系统即可。因此，在集成平台中，引入消息路由转发的相关模块就显得比较重要。
在本示例中，EMRCTLRouter这个消息路由者在接受到BS.WS.EMRWS的消息时，可能会转发至EMRPlaceOrder、EMROrderCA、BadMessageHandle三个相关的处理模块。而具体转发至何模块，由消息头定义中的相关信息具体定义。消息路由者起到解析与转发的作用。
4.1.3 事务业务流程处理
即时消息路由已经正确路由转发了消息到准确的端点，但是在对应的端点内，还会有一些业务流程需要进行处理。如在EMRS下达一个新的Order的时候，需要的一定的情况下产生不同的业务流程分支：如该病人为门诊病人或者住院病人，则有必要产生HL7 消息中的住院病人登记信息与门诊病人登记信息：ADTA01与ADTA04。
在本示例中，BPEMRPlaceOrder的内部业务流程如下，每一个结点代表着一次逻辑处理过程：
4.1.4 消息匹配映射
在一些情况下，消息的传递方并无必要产生HL7标准格式消息的情况下，如EMRS与集成平台为内部互调时，双方之间提供预定义的WebService的接口，以快速的开发与进行集成。此时便需要在WebService中定义的消息格式与标准HL7消息格式之间进行着匹配转换的工作。而该转换工作的处理调用是由事务业务流程处理模块来发起调用的。
4.1.5 终端消息发送
在进行正确的消息格式转换与业务逻辑处理，此时的消息已经成为一个符合终端系统需要的消息格式。在事务业务流程处理中，会将此消息投递给相应的终端系统。
在投递消息完成工，事务业务流程处理模块会进入等待反馈的状况，等待终端系统反馈一个应答消息，以表示该消息在终端系统中被准确的处理。事务处理模块收到该应答消息，并组织成发送端系统需要的消息格式，并作为应答系统，反馈至发送端系统。
4.2 集成事务处理流程规划
上述主要针对集成平台中各个模块作用于应用场景进行了阐述，下面将以IHE规范中医嘱下达方医嘱执行的完整业务流程为例，进行完整的集成事务流程描述。该流程反应了普遍的医嘱流程，多数院内的医嘱流程都可参照执行，为医院的信息系统集成方式提供良好的参考。本示例中，目标系统以PACS为例。上层应用程序新开申请单集成平台PACS住院病人：发送ADT^A01消息/门诊病人：发送ADT^A04消息响应ADT^A01消息/响应ADT^A04消息发送ORM^O01消息(control code=NW)响应ORM^O01消息对检查申请进行安排后，发送SIU^S12消息响应SIU^S12消息查询申请安排情况开始检查时，发送ORM^O01消息(control code=SC Order Status=SC)响应ORM^O01消息检查完成后，发送ORM^O01消息(control code=SC Order Status=CM)响应ORM^O01消息有图像数据（图像匹配）后，发送ORM^O01消息(control code=SC Order Status=DA)响应ORM^O01消息发送DFT^P03消息响应DFT^P03消息通知收费系统进行收费查询申请检查信息报告完成后，发送ORU^R01消息(OBX.11=P，初步报告)响应ORM^O01消息查询申请检查报告报告审核后，发送ORU^R01消息(OBX.11=F，最终报告)响应ORM^O01消息查询申请检查报告
另外，在院内经常出现的是在IHE规范中描述的：执行者医嘱流程，即由医嘱执行者（PACS系统中，为检查科室）进行医嘱下达的过程并执行的流程。如下图所示： PACS发送ORM^O01(control code=SN)消息时，消息中必须包含病人号（PID.3），也就是说病人已经挂过号。上层应用程序集成平台PACS急诊检查登录时，发送ORM^O01消息(control code=SN)发送响应ORR^O02消息(control code=NA)开始检查时，发送ORM^O01消息(control code=SC Order Status=SC)响应ORM^O01消息检查完成后，发送ORM^O01消息(control code=SC Order Status=CM)响应ORM^O01消息发送DFT^P03消息响应DFT^P03消息通知收费系统进行收费查询检查信息报告完成后，发送ORU^R01消息(OBX.11=P，初步报告)响应ORU^R01消息查询检查报告报告审核后，发送ORU^R01消息(OBX.11=F，最终报告)响应ORU^R01消息查询申请检查报告更新或合并病人信息发送ADT^A08消息，更新病人信息/发送ADT^A40消息，合并病人号响应ADT^A08消息/响应ADT^A40消息 数据集成
在实际业务应用中，日常医院的HIS库与ERMS库之间存在较多需要高频率、高性能要求的交互，如计价信息与药品库存等信息的实时共享等。针对这样的应用场景，我们采用了ETL工具(GoldenGate)在数据库底层进行的DB层同步方式。目前，医院已经存在比较完整的医疗信息系统，这些医疗信息是以JW1H系统为基础，增加医院自己的需求发展而来。ERMS电子病历系统是一个完整的独立产品，他有他自己完整一套的系统架构和数据中心结构，而在系统架构和数据中心结构上医院现有医疗信息系统和EMRS电子病历系统都存在较大差异，这就决定了现有系统和EMRS电子病历系统很难共用一个数据库。可另外一方面，EMRS电子病历系统和医院现有医疗信息系统都是医院系统不可分割的一部分，他们即有自己工作的重点，又有相互联系和配合，只有相互无间的结合，才能快速、高效和正确地完成日常工作。应用EMRS电子病历系统之后，医院现有医疗信息系统的主要工作就会变成传统意义上的HIS业务工作，如经济管理、人员管理和物资管理等，而EMRS电子病历系统主要完成以患者为中心的诊疗行为业务工作。
两者之间存在着千丝万缕的关系，以医嘱业务举例，如EMRS电子病历系统下达、转抄和校对医嘱之后，医院现有医疗信息系统需要完成对应的业务操作，如医嘱摆药和医嘱收费操作等，这就需要在这两个系统之间同步数据信息，而涉及到同步的医疗业务往往涉及的医疗各个环节，如诊疗、药房、收费、人员管理等，因此需要信息同步的数据量会比较大，而同时为了不造成医疗业务的延迟和脱节，也需要很高的实时性。
在这种应用场景下已不适宜采用基于集成平台的，通过消息交互的应用集成方式。消息集成方式，往往需要一个发起方和接受方，而发起方和接受方往往需要一些额外的支持，如发起方需要调用接受方提供的接口等，期间可能还涉及到一些负责的来回交互，最主要的是，消息集成在数据量很大的情况下，处理速度不是很快，因此，我们将通过数据集成的方式来实现数据同步，数据库集成工具采用Oracle GoldenGate。
医院涉及到需要数据同步的包括两个部分：HIS数据库和EMRS数据库。我们将采用GoldenGate实现HIS数据库数据和EMRS数据库之间的数据双向同步。其基本结构图如下图所示： HIS数据库服务器GoldenGate双向复制PRIDE数据库服务器 从上图我们可以看到发生在HIS数据库上的相关数据变化通过GoldenGate实时同步到EMRS数据库，而发生在EMRS数据库上的相关数据变化通过GoldenGate也会实时同步到EMRS数据库。其中具体的实现过程如下图所示：
从上图我们可以看到数据同步的核心是GoldenGate，在HIS数据库和EMRS数据库上变化数据的捕获、传递和复制都是通过他来完成的。当EMRS数据库发生数据变化的时候，如EMRS下达、校对医嘱之后，此时运行在EMRS数据库服务器上的GoldenGate将捕获该功能业务对应的变化数据，并通过网络传递到HIS数据库，HIS数据库接收到这些变化数据之后，运行在HIS数据库服务器上的GoldenGate解析这些变化数据并应用到HIS数据库，此时如摆药程序就能看到相应的医嘱记录并进行摆药。反之HIS数据库上的变化数据也是经过上述过程应用到EMRS数据库。
通过GoldenGate我们可以很好地实现了HIS数据库和EMRS数据库的之间的独立和联系，使他们各尽其职，分工明确，一起很好地共同支撑整个医院的正常运营。5.1 GoldenGate概述
Oracle GoldenGate软件是一种基于日志的结构化数据复制软件，它议决剖析源数据库在线日志或归档日志取得数据的增量改变，再将这些改变运用到目标数据库，从而完成源数据库与目标数据库同步。GoldenGate 能够在异构的IT基本结构（包括几乎一切常用操作系统平台和数据库平台）之间完成大量数据亚秒一级的及时复制,从而在能够在应急系统、在线报表、及时数据仓库供应、买卖跟踪、数据同步、集中/分发、容灾等多个场景下运用，而我们采用的场景是数据双向复制，GoldenGate双向复制的工作原理如下图所示：
如上所示，GoldenGate在实现数据同步的时候，主要涉及到三个重要进程：抽取进程、投递进程和应用进程。
1.抽取进程：就是上图Capture进程，该进程主要负责读取数据库对应的日志文件，将数据变化保存到队列文件中；
2.投递进程：也叫传输进程，该进程主要负责将源数据库中产生的变化的队列文件进过压缩和加密等方式，通过网络传输到目的数据库； 3.应用进程：也叫接纳进程，该进程主要负责将投递进程传递过来的源数据库的数据变化队列文件解析出来，并应用到目的数据库中。上述三个进程完成了从源数据库到目的数据库的单项同步，如果再加上从目的数据库到源数据库的相似的三个进程，就实现了源数据库和目的数据库之间的双向同步。
5.2 GoldenGate的特性
1.基于日志的实时数据复制：相比传统依赖数据库触发器和规则的方法来捕获数据变化，GoldenGate采用读取日志方式对源数据库影响小很多，速度也快很多。
如上图所示，GoldenGate是通过数据日志挖掘的方式实现的。2.事务完整性：GoldenGate只复制成功提交的事务，同时目标数据库按照源数据库的操作顺序，而且，可以中断可以自动恢复，这些保证了源和目标之间的事务完整性。
3.检查点机制保障数据无丢失：GoldenGate的抽取和复制进程使用检查点机制记录完成复制的位臵。对于抽取进程，其检查点记录当前已经抽取日志的位臵和写队列文件的位臵；对于投递进程，其检查点记录当前读取队列文件的位臵。
上图中，Capture、Pump和Devlivery将传递状态存储至checkpoint file确保其恢复性，检查点机制可以保证在系统、网络或GoldenGate进程故
障重启后数据无丢失。
可靠的数据传输机制：GoldenGate用应答机制传输交易数据，只有在得到确认消息后才认为数据传输完成，否则将自动重新传输数据，从而保证了抽取出的所有数据都能发送到目标端。数据传输过程中支持128位加密和数据压缩功能。界面集成
对于医学影像、心电图波形数据，临床医生的需求是，不仅能浏览图像和波形，还须有对其处理的要求，通常对应系统供应商提供了DICOM影像浏览器和心电图浏览器，这些浏览器提供相应的工具来处理、管理、传输和转换图像和波形。针对这种带专业处理功能的人机交互界面的应用程序，我们采用界面集成的方式，集成专业浏览器插件或应用程序。
针对这种方式的场景，EMRS系统将采用界面集成应用的方式集成数据综合浏览视图，在临床数据中心一节中已提到，该视图采用组件化方式进行开发，实质是各类专业浏览插件的容器，支持对各种医学影像（X-Ray、CT、MRI、超声、胃肠镜）、心电图、监护数据和麻醉监护数据等在内的多种医疗数据的综合阅览分析。
至于各专业浏览器插件内部的实现，可能又会采用应用集成的方式，但通常为了提高性能，和多媒体资料库中心采用直连的方式获取影像和波形。
以DICOM影像浏览器组件为例，其内部采用DICOM标准进行医学影像格式定义与交互传输。该模块以OCX控件的方式实现，同时提供给集成事务处理模块和医护工作站使用。EMRS医护工作站使用DICOM引擎主要实现从影像中心查询和获取影像等功能。6.1 DICOM影像应用流程规划
DICOM影像的显示流程如上图所示，主要由以下几步组成：
医护工作站通过调用DICOM引擎，设臵参数（Study UID或Study Type + Study ID，DICOM Server的IP、Port、AE）*，请求获取一个检查的影像；
DICOM引擎启动DICOM Query服务，获取检查影像数，事件通知医护工作站，医护工作站可以根据返回的影像数启动初始化进度条；
DICOM引擎启动DICOM Move服务，向影像中心请求影像； 影像中心启动DICOM Storage服务，向DICOM引擎发送影像；
DICOM引擎每接收到一个新文件，事件通知医护工作站，医护工作站可以在此事件的处理中打开并显示此文件，同时改变进度条位臵；
DICOM引擎接收到DICOM Move响应，表明文件获取已经结束，事件通知医护工作站。核心价值
通过建立集成信息平台，集成各类应用系统以及日常运营的业务，通过该平台整合医院内部业务应用系统，形成一个互联互通的医院业务协作网络。医院信息集成平台可以很好支持不同系统之间的医疗数据整合、业务整合与数据共享，快速实施应用程序节点部署以及各医疗子系统之间的协同通讯。在医院信息系统中的各子系统中，比如HIS,LIS,RIS,OA等，传递和展现整个医疗过程中的相关信息。同时，集成信息平台为临床数据中心的数据来源提供了技术基础和保障，通过信息标准、交换原则的制定，对业务系统提供标准的信息交换服务，确保数据交换过程的安全性、可靠性，实现数据在系统平台范围内自由、可靠、可信的交换。
通过医院信息平台建设，一方面可以规避“点对点”式的信息共享与交换，并使得医院可以基于信息平台整体上进行业务流程优化与管理，对内提高管理水平，对外以统一的方式接入区域卫生协同网络，更好地为人民健康服务。另一方面利于医院信息系统建设的持续性发展，以适应未来的需求变化，避免信息化建设的大范围的推倒重来；另外，持续性发展还必须要有一套合适的实施和服务模式作支撑。
第三篇：服务中心值守信息平台技术建议方案
*****市政府12345服务中心值守信息平台建设方案
*****市政府
12345服务中心值守信息平台
技术建议方案
北京***通科技股份有限公司
第 1 页/共 15页
*****市政府12345服务中心值守信息平台建设方案
目录
目录....................................................................................................................2 1 2 系统概述......................................................................................................4 系统描述......................................................................................................5 2.1 2.2 3 信息综合展现....................................................................................5 应急指挥决策....................................................................................6
系统架构......................................................................................................9 3.1 3.2 系统框架............................................................................................9 系统组网..........................................................................................10 系统组成....................................................................................................11 4.1 数据管理子系统..............................................................................11 4.1.1 数据采集...................................................................................11 4.1.2 数据查询...................................................................................11 4.2 信息发布子系统..............................................................................12 4.2.1 信息管理...................................................................................12 4.2.2 信息综合展现...........................................................................12 4.3 指挥调度子系统..............................................................................12 4.3.1 事中指挥...................................................................................12 4.3.2 应急处置分析...........................................................................12 4.3.3 事件专题信息展示...................................................................12 4.3.4 任务管理...................................................................................13
第 2 页/共 15页
*****市政府12345服务中心值守信息平台建设方案
4.3.5 事件信息管理...........................................................................13 4.4 辅助决策子系统..............................................................................13 4.4.1 信息展示...................................................................................13 4.4.2 图形标绘...................................................................................13 4.4.3 路径分析...................................................................................13 4.4.4 周边情况分析...........................................................................14 4.5 值班管理子系统..............................................................................14 4.5.1 值班人员信息...........................................................................14 4.5.2 值班排班...................................................................................14 4.5.3 值班日志...................................................................................14 4.5.4 值班报告...................................................................................14 4.6 总结评估子系统..............................................................................15 4.6.1 过程再现...................................................................................15 4.6.2 事件评估...................................................................................15
第 3 页/共 15页
*****市政府12345服务中心值守信息平台建设方案 系统概述
信息化大潮席卷全球，新经济时代已经到来。信息技术正在深刻改变着我们的生活和工作方式，这种改变，使政府的管理和服务面临着新的机遇和挑战。政府热线电话不仅解决老百姓关心的米袋子、菜篮子、市政建设、反腐倡廉等问题，而且通过政府热线电话，有效监督政府各部门的工作，促使政府各部门转变工作作风，有利于廉政建设，使各级干部切实做到全心全意为人民服务，真正架起公仆走向市民的桥梁。
为了方便与市民的联系与沟通，使政府及时了解人民群众的疾苦，解决市民生活中的实际困难，各地政府大都开通了政府便民服务电话“12345”，市民可以通过市长热线向政府部门提出建议、意见或进行投诉、举报等事项。利用四通八达的电话网，建立了政府与群众之间全天候的联系渠道，随时听取群众的意见、解决群众的困难、接受群众监督，当好人民的公仆。
呼叫中心系统集业务咨询、投诉建议、网站合作、数据传真、即时交流于一体，是一个以电话、Internet接入为主的信息咨询系统平台，可以将电话通信、互联网、数据、声音、图像等综合为一体，帮助快速处理业务和分析用户数据，提高服务效率。
呼叫中心在处置事件过程中如何直观展现当前状态，当发生重大事件上报领导进行相应的辅助决策处置流程，如何对各业务部门资源快速应急指挥调度是便民服务中心存在的问题。
12345服务中心值守信息平台主要实现便民服务中心信息综合展现和应急指挥决策应用。通过与12345服务中心平台对接，可实时展现当前热点事件、处置情况报表以及总结统计报表。值守信息平台通过与环保、交通、公安、气象、城管等单位通信系统对接，处置突发事件时，可调用各单位的语音、视频资源，协调进行事件处置。通过GIS地图实时在平时实时展现当前城市运行状态，在处置突发事件时在地图上可实时音视频联动资源调度。
第 4 页/共 15页
*****市政府12345服务中心值守信息平台建设方案 系统描述
12345服务中心值守信息平台由信息综合展现系统和应急指挥决策系统组成。
2.1 信息综合展现
图 2-1 信息综合展现示意图
通过建设12345服务中心值守信息平台（以下简称值守信息平台），实现对呼叫中心运行状态、城市实时运行状态、事件统计报表等信息数据的综合展现。
(1)呼叫中心运行状态
值守信息平台通过对接12345服务中心平台事件处置数据，通过控制台可将当前事件以滚动的方式实时显示在中心大屏，同时对当日事件可按照事件类型、处置结果等以报表形式实时显示。
通过与12345服务中心坐席系统数据对接，在指挥中心可实时显示当前坐席
第 5 页/共 15页
*****市政府12345服务中心值守信息平台建设方案
空闲、遇忙等状态状信息，实时掌握服务中心处置情况。
(2)城市实时运行状态
值守信息平台通过与环保、交通、公安、气象、城管等单位的信息系统对接，通过获取关键数据，通过控制台可在指挥中心大屏以GIS地图方式直观展现当前城市运行状态，同时可对当日热点或突发事件的实时监测。
(3)事件统计报表
值守信息平台对各类事件统计分析，可按照日、周、月、季度、年等方式展现各类事件统计报表，报表类型有表格、柱状图、饼状图等形式。
2.2 应急指挥决策
值守信息平台可对12345服务中心接报的重大突发事件提供指挥调度和辅助决策功能的应急指挥决策系统。
应急指挥决策系统主要面向事件处置人员和相关领导，完成事件信息与预案、应急保障资源的关联，全面展现事件的处置进展及处置建议，为指挥决策提供支撑，具体功能点包括：告警提示、事件标注、预案关联、预案展现、视频监控浏览、应急资源浏览、地图放大缩小、位置查询、多组呼叫、语音会议、短信通知、发言控制、录音功能等。
图 2-2 突发事件状态图
第 6 页/共 15页
*****市政府12345服务中心值守信息平台建设方案
(1)指挥调度
图 2-3 应急指挥决策示意图
值守信息平台通过与环保、交通、公安、气象、城管等单位通信系统对接，处置突发事件时，可调用各单位的语音、视频资源，协调进行事件处置。
通过集群、手机、有线电话、信息终端等手段及时接收现场的音频、视频与图像，及时了解现场情况，并给与现场应急救援人员命令与指导。
现场接收应急值守处的命令，指挥和部署现场各种救援力量，动态监控现场情况，实现语音、图像、图片等信息的连通和协同调度指挥。
(2)辅助决策
辅助决策是应急管理系统中帮助领导和专家进行决策的辅助工具。它是建立在各种数据库、方法规则库、数学模型库和知识库的基础上，通过统计、分析等手段，按照不同维度对数据进行全方位的分析和展示，或按专家模型计算模拟结果，以便使决策者能够据此更为客观地科学地做出正确的决策。主要包括决策会
第 7 页/共 15页
*****市政府12345服务中心值守信息平台建设方案
议、报表分析、专家模型、方案支持、数据集成、数据挖掘等功能。
辅助决策按照处置步骤分为：
1）调用预案库；2）现场情况处置分析；3）根据处置方案预判，事件处置；4）无法决策事件，上报领导处置；5）处置事件总结分析。
第 8 页/共 15页
*****市政府12345服务中心值守信息平台建设方案 系统架构
3.1 系统框架
值守信息平台总体上可分为基础支撑、数据层、平台层、业务应用层、信息展现等五个层次，标准规范和安全保障贯穿系统的各个层次，系统总体结构要求如下图所示：
图 3-1 系统框架图
第 9 页/共 15页
*****市政府12345服务中心值守信息平台建设方案
3.2 系统组网
图 3-2 系统组网图
值守信息平台由12345服务中心和5大部门的数据和资源接入，实现各类信息在指挥中心进行信息综合展现，同时实现语音、视频、数据的资源统一调度及辅助决策应用。
第 10 页/共 15页
*****市政府12345服务中心值守信息平台建设方案 系统组成
图 4-1 系统组成示意图
4.1 数据管理子系统 4.1.1 数据采集
对接12345服务中心平台实时事件、事件处置、座席状态等数据，对数据进行分类管理和存储，为信息发布提供基础数据。
环保、公安、交通、气象、城管等信息系统平台数据对接，通过采集城市运行的关键数据，比如交通道路实时情况、实时天气情况等数据信息，可在信息平台展现和信息推送。
4.1.2 数据查询
系统数据按事件类型进行分类管理，可按特定条件进行分类查询，为值守信息平台数据管理和转发提供基本信息条件。
第 11 页/共 15页
*****市政府12345服务中心值守信息平台建设方案
4.2 信息发布子系统 4.2.1 信息管理
对系统信息和时间处置信息分类管理和查询，值守信息平台值班人员可对事件进行分类查询。
4.2.2 信息综合展现
控制台可将当前事件以滚动的方式实时显示在中心大屏，同时对当日事件可按照事件类型、处置结果等以报表形式实时显示。当前坐席空闲、遇忙等状态状信息实时展现在指挥中心大屏。
4.3 指挥调度子系统 4.3.1 事中指挥
应急值守处能通过无线集群、手机、有线电话、信息终端等手段及时接收现场的音频、视频与图像，及时了解现场情况，并给与现场应急救援人员命令与指导。
现场接收应急值守处的命令，指挥和部署现场各种救援力量，动态监控现场情况，实现语音、图像、图片等信息的连通和协同调度指挥。
4.3.2 应急处置分析
依据接报的突发事件类型，通过查询应急预案、应急资源、应急方案和相关的信息，形成对应的突发事件专业应急处置方案。
4.3.3 事件专题信息展示
突发事件上报后，由事件信息触发形成事件的专题信息展示。对事件发生地，事件发生的装置、设备、场所信息进行标绘，形成专题信息的综合展示。
第 12 页/共 15页
*****市政府12345服务中心值守信息平台建设方案
4.3.4 任务管理
对事件管理中应急处置所创建的任务进行管理，包含任务的查询、查看进展情况等功能。
4.3.5 事件信息管理
对突发事件进行统一管理，包括对突发事件的相关信息接报、处置指令、录音资料、图像、图片资料以及该事件合并接报信息的查看和事件详细信息的查看。
4.4 辅助决策子系统
实现应急基础数据、专业业务系统实时动态数据的管理，为应急处置提供辅助决策。
基于基础数据、专业的实时动态数据、突发事件信息，生成处置方案，并可自动启动、发布处置决策。其中基础数据包括：数字化预案、应急案例、处置建议、法律法规、应急知识、图形标绘、路径分析、周边情况分析、车辆定位、视频监控等。
4.4.1 信息展示
在信息发布台上，实时展示事件相关的静态信息（事件的名称、类型、发生时间、发生地点、空间位置等）以及实时动态信息（变化状况、处置过程等）。
在GIS地图上，实时展示各类专业的实时动态数据、救援物资及现场相关情况。
4.4.2 图形标绘
标绘功能包括标绘工具、协同标绘、符号库管理等。
4.4.3 路径分析
利用路网数据确定进行疏散与救援的最佳路径，为救险车、救援队伍快速到达事发地提供支持，从而较好实现人员撤离、救援人员行进、物资调度等应急响
第 13 页/共 15页
*****市政府12345服务中心值守信息平台建设方案
应的最优路线选择，辅助应急指挥人员进行科学、高效的应急处置决策。
（1）最短路径分析
根据指定起点与终点，系统自动判断两点间的最短路径，并高亮显示。（2）最佳路径分析
根据指定起点与终点，系统自动判断两点间的最优路径，并高亮显示。
4.4.4 周边情况分析
实现对突发事件区域的缓冲区、危险源、影响范围、重点防护区域、转移人员等进行特定分析。
4.5 值班管理子系统
对值班人员信息、值班排班、值班日志、值班报告等信息进行管理。
4.5.1 值班人员信息
对应急工作相关单位和人员的通讯信息进行录入、展示，以及对通讯录分组进行维护。包括通讯录分组管理、维护、导出等。
4.5.2 值班排班
实现值班信息管理，并按管理层级实现值班排班的查看，导出和打印值班安排表。运用短信平台，实现相关信息在各管理层级之间的定向发送和群体发送。
4.5.3 值班日志
在值班过程中，值班人员的重要操作如信息接报、指令传达系统均自动记录，值班人员仅需对关键信息进行简单备注，系统可自动生成值班日志。
4.5.4 值班报告
依据值班人员的值班日志，系统可进行查询汇总，对关键信息进行抽取，输出值班报告。
第 14 页/共 15页
*****市政府12345服务中心值守信息平台建设方案
4.6 总结评估子系统
实现对应急处置过程和应急能力的综合评估功能，形成事件评估报告。提供过程再现、事件评估、应急评估、能力评估、评价指标管理等功能。
4.6.1 过程再现
对过程处置方案信息进行灾后汇总展示，以及对过程记录进行增加、编辑、视频播放，数据导出等。
4.6.2 事件评估
对事件评估报告进行管理，包括事件评估报告的查询、编辑、删除与导出数据功能。另外，系统还提供对相同事件类型的评估报告进行过程对比，所有的报告进行统计分析的功能。
第 15 页/共 15页
第四篇：物流信息服务平台项目建设方案
物流信息服务平台项目建设方案3
一、焦作物流业现状分析
经过多年的积聚和发展，焦作市已形成了较为完整的产业体系，由此带动了物流业的较快发展，物流业已成为焦作市服务业发展的主导产业之一。从货运量方面看，公路货运量占全市货运总量的80%以上，公路主要货源为煤炭及制品、矿物性建筑材料、水泥、化工原料及制品。
二、焦作物流信息服务平台系统分析
物流信息服务平台是以信息技术、网络技术、通信技术为支撑，以物流信息的共享和交换为手段，以“信息服务网站”为表现形式和纽带，通过联接物流企业、工商企业、政金融机构、物流设备供应商等各类物流主体，有效整合各类物流信息资源，最终建成集成化的物流信息展示查询平台和物流行业服务窗口，以及网上虚拟综合物流市场。
(一)物流信息公共服务平台建设的必要性
1、消除物流信息孤岛，实现互联互通，提升综合效率
通过平台将独立的物流业务系统、企业系统、等联系起来，信息的协同促进了业务流程的协同，从而提升了综合效率。
2、物流信息分布广泛，需要公共平台来实现信息流转
根据焦作市特点，中小企业在企业总数中所占比例较高，这就使得物流供需信息源分布广泛，这些信息源的联通和信息流转需要由一个公共平台来进行统一的管理、匹配和协调。
3、信息平台的建设可以完善物流信息服务体系
目前，物流企业的信息化普及率不高，需要建设公共平台的物流信息服务体系来为物流企业提供服务。
4、有利于焦作物流企业转型升级。目前焦作物流总体信息化水平较低，通过该项目的实施可以有效提升焦作物流信息化水平和管理效率。
(二)焦作物流信息服务平台建设基础
1、焦作市物流企业正处于向现代物流企业转型的关键阶段，这些物流企业对信息化的需求已较为迫切。
2、在新一轮产业结构优化调整中，省市政府均把物流业作为引领现代服务业发展的重要力量。
三、焦作物流信息服务平台规划方案
焦作物流信息公共服务平台将按照“2+4+5”的规划方案进行建设，具体内容包括：两个核心定位、五大业务功能、五项公共服务。
(一)两个核心定位
(1)信息展示中心：物流行业各类信息的集中展示中心。
(2)数据交换中心：根据规范标准，为物流行业业务信息提供数据交换服务，支持不同主体之间的数据交换、并与省际平台实现数据互通。
(二)五大业务功能
平台提供门户网站、信息发布、信息查询、数据交换四大业务功能。
(三)五项公共服务
平台提供数字语音服务、结算保险服务、GPS增值服务、诚信评价服务、四项公共服务。
平台将形成如下功能模块规划：
(一)公共信息模块：形成一个面向物流企业、工商企业、行业协会、主管部门等行业相关企业和机构的权威信息、新闻资讯、招商招标信息发布与展示的平台。
内容包括政府主管部门发布的信息，行业协会发布的信息，国家、省、市行业相关政策信息，国家、省、市行业新闻资讯信息，招商、招标信息，以及政府、协会、企业等之间的在线交流平台与行业论坛等。(二)物流信息模块：支持通过网站、手机等各种方式进行货运、仓储信息的发布、展示与查询;
并通过系统设置的匹配规则，对物流信息进行自动撮合匹配，提高物流企业的业务成交效率。(三)数据交换模块：通过各种交换接口的设置，能够与省际物流信息平台、省际物流数据交换中心、物流企业信息系统、工商企业信息系统、物流园区信息系统、国际物流信息系统等实现数据交换。
重点整合徐州港区内重点港口企业、物流企业数据。(四)商机信息模块：以信息超市的形式集中展示包括物流设备、物流保险产品、物流地产租售等服务于物流行业的业务产品信息。
(五)企业商务室：企业可通过平台帐号方式登录，并根据自身需要对平台功能进行配置，从而搭建企业个性化的信息平台。
(六)平台系统管理：平台的后台管理系统。
(七)数字语音服务：通过数字语音信息综合服务将客户通过电话、手机的语音通信和短信，发布的供求信息、查询、咨询等服务请求、投诉或建议等，与整个公共服务平台系统整合。
(八)结算保险服务：为物流业务运作的供需双方客户提供交易金融结算、代收代缴款、运输货物担保和物流保险服务。
并通过引入保证金管理制度，保障物流业务运作各方的利益。(九)GPS增值服务：提供公共的GPS增值服务，客户可通过服务租赁的方式使用平台的GPS服务功能。
其中，GPS服务功能包括车辆定位、车辆在途实时跟踪查询、司机实时联络、运行线路预警等。(十)诚信评价服务：建立物流企业诚信评价体系，通过对物流企业基本情况、业务运作情况、结算情况、其他社会信用等综合分析，给出物流企业的诚信评价。
第五篇：湖南大学校友综合服务信息平台技术方案
湖南大学校友综合服务信息平台
技术方案
目录
1.项目背景 2.项目概述 3.项目建设原则
3.1.1.易用性 3.1.2.可控性 3.1.3.高效性 3.1.4.安全性 3.1.5.可扩展性
4.项目软件需求描述
4.1.用户权限管理
4.1.1.用户权限组/角色的创建与分配4.1.2.用户认证
4.2.校友信息管理
4.2.1.校友数据批量导入 4.2.2.校友走访记录管理 4.2.3.个人消息管理 4.2.4.消息发送和接收 4.2.5.人脉搜索 4.2.6.信息群发功能 4.2.7.校友信息查询 4.2.8.校友信息去重 4.2.9.校友信息统计 4.2.10.数据标记功能 4.2.11.模板设计 4.2.12.校友信息卡面板 4.2.13.个人空间
4.3.校友组织管理 1 2 2 2 2 3 3 4 6 6 7 8 9 9 9 10 11
错误！未定义书签。11 12 12 12
4.3.1.组织结构 4.3.2.组织管理员 4.3.3.地方校友会空间 4.3.4.学院校友会空间 4.3.5.班级空间
4.4.校友活动管理
4.4.1.活动组织 4.4.2.活动参与 4.4.3.活动分享 4.4.4.投票活动
4.5.校友服务
4.5.1.校友卡申请服务
4.6.后台管理
4.6.1.日志管理 4.6.2.权限管理 4.6.3.数据备份管理 4.6.4.动态数据库管理 4.6.5.系统字典管理
4.7.校友门户页面与栏目
4.7.1.网站首页 4.7.2.部门概况 4.7.3.新闻中心 4.7.4.岳麓之星
4.7.5.合作办学（产学研合作）4.7.6.校友组织（与社区数据同步）4.7.7.校友活动 4.7.8.校友刊物 4.7.9.校友爱心 4.7.10.校友服务
5.项目主机与软件配置要求
5.1.主机硬件
5.2.WEB服务器的软件布署环境 13 13 13 14 14 14 14 15 15 16 16 16 16 16 16 17 17 17 17 18 18 18 18 18 19 19 19 19 20
5.3.C/S《校友实名信息数据库》软件布署环境 20
6.6.1.6.2.非功能需求
性能需求 安全需求 21
1.项目背景
校友，从狭义上说，是同在一个学校学习、工作过的人；广义上说，还可以包括为学校做出过贡献的人。校友对母校会有一种天然的认同感，为我们称为学缘联系。而正是这种认同感与感情联系使校友资源如同一座座宝藏，对高校的发展建设有着不可替代的重要作用。是高校工作的重要组成部分，有效的把校友资源整合起来，对高校的建设与发展具有重要的意义。而校友的人数是与年俱增的，是一种可持续发展的资源。
而学校总是处于“培养一批学子，丢失一批校友”的窘况之中，所以建设一个由全校统一、共享的校友信息数据库与相关的网站、校友社区的校友综合服务平台用来管理、收集、联络校友资源是十分有必要的。
2.项目概述
湖南大学校友综合服务信息平台（以下简称平台）将是一个全功能的信息平台，将校友综合服务与管理、门户网站、交流社区有机的结合在一起。能过新一代信息技术充分发挥学校校友总会、各类校友组织以及校友个人等多方的能动作用，共同收集整理校友详细信息，为学校提供一套完整的、动态的校友信息库。并提供专业的校友网站、社区为校友服务，供世界各地的校友获取母校信息、分享相关资讯，同时加强校友与母校之间、校友与校友之间的互动交流，增加校友对母校与校友组织的信赖度、活跃度，树立学校品牌形象，提高社区认知。
3.项目建设原则
3.1.1.易用性
针对校友工作流程与数据特点，提供多种复杂逻辑智能模块：校友智能认证、校友智能查重去重、校友关系自动查询等。
系统提供高一致性的界面UI，用户只需简单培训，甚至不培训就能使用操作系统。
3.1.2.可控性
在系统中建立各类控制点，管理员可随时进行战略性调控。如：开放或关闭注册功能、设置自动审核或人工审核等等。
3.1.3.高效性
提供多种数据导入收集手段，数据采集效率高；提供批量发送邮件、批量发送短信、数据批量模板打印等功能，系统应用效率高；采用动态数据库技术，数据表、数据字段可自我维护，数据维护效率高。
3.1.4.安全性
数据库备份机制、数据加密机制、言论过滤机制、数据操作历史痕迹查询等等。从最大程度上保证系统数据及言论的安全性及被泄漏的可能。
3.1.5.可扩展性
系统提供数据库设计功能，能让管理员即时进行数据库基本信息升级，避免系统使用使用寿命超不过三年、有新需求就要重新开发的局面。
系统设计时预留对外接口，可与学校相关系统进行对接开发，为学校一体化信息建设提供支持。
4.项目软件需求描述
湖南大学校友综合服务平台应由《校友实名信息数据库》、《校友实名SNS社区》、《校友门户网站》三个部分组成。
《校友实名信息数据库》要求采用CS模式，方便学校控制客户端的使用数量，防止校友实名数据流失；支持动态数据库技术，适应信息时态性特性，延长系统的生命周期，确保学校投资价值。
《校友实名SNS社区》要求采用BS模式，方便校友认证登录使用。校友数据要求与《校友实名信息数据库》实时同步，达到一库多系统的要求，方便学校统计采集校友数据。方便校友与母校，校友与校友之间的资讯共享，互助合作。
《校友门户网站》要求设计风格简约，排版层次清晰，界面友好人性。并能充分体现湖南大学千年学府的文脉传承与人文特色。
4.1.用户权限管理
4.1.1.用户权限组/角色的创建与分配
系统提供可定制的，粒度可控的用户权限管理功能。可以自定义用户角色，为每一位系统用户分配不同的角色权限。
权限组功能通过对系统菜单的使用权限与数据内容的浏览操作权限的划分形成不同的系统权限组（用户角色），在通过对用户的角色分配产生不同级别的使用人员，比如：系统管理员、内容管理员、地方校友会数据管理员、班级管理员等。
不同的用户权限可以对不同的数据集进行管理，比如： 工程学院数据管理员只能看到并管理工程学院的校友数据 珠洲校友会信息管理员只能看到并管理珠洲校友会校友的数据信息
4.1.2.用户认证
系统管理员先在社区后台按不同时间段设定不同的注册认证条件，比如：2000起入校的校友或在校教职工：使用学校统一身份认证注册，输入学（工）号、证件号码(身份证号等)完成注册。
2000年之前的校友用户通过填写自己的入学时间，学院、专业、班级、学历信息与系统已有人员信息库进行比对后智能认证。
其他或无法智能认证的校友：
1，用户在社区中点击注册新用户链接；
2，用户进入注册信息填写页面，页面上需要用户填写的内容最少包括：用户名，用户注册邮箱，用户密码，用户密码重新输入。
3，社区后台生成用户审核信息，管理员审核后社区后台自动生成激活链接，并将该链接通过Email发送到用户注册邮箱；
4，用户接收激活邮件，并点击激活链接完成激活，完成注册； 5，在激活页面，用户输入用户名和密码，完成激活。
4.2.校友信息管理 4.2.1.校友数据批量导入
系统支持批量导入校友信息数据，支持EXCEL、MySQL、MSSQL等格式的数据源。支持同名列名自动/手动匹配。
在导入时还提供查重功能，即通过用户指定的多个字段进行智能比对，提示可能重复的校友信息数据。并支持一键合并功能，保证每一位校友在系统中的数
据唯一性。
4.2.2.与学校其它数据库交换数据
系统具备与学校其它数据库对接，交换数据的功能。系统可以将校友数据导出EXCEL，共享给其它系统使用。
系统提供可以和其它数据对接的数据读取程序，学校需要对接的数据库比如：迎新库、学工库、教务库可提供数据库权限或数据中间表，支持EXCEL、MySQL、MSSQL等格式的数据源。通过用户指定的多个字段进行智能比对，提示可能重复的校友信息数据。并支持一键合并功能，保证每一位校友在系统中的数据唯一性。
4.2.3.校友走访记录管理
管理员记录校友走访信息，这些信息包括：时间，地点，目标校友，走访类型等。走访类型包括：校友来访、出访管理、参与育人信息管理、捐赠
与接收捐赠管理、校友活动管理、杂志订阅、纪念品信息管理、电话联络管理、校友活动管理、生日祝福邮件。
管理员可以通过时间、关键词、校友姓名等多种条件对走访记录信息查询，这些查询条件可以以逻辑运算符号（或，非，与）组合起来进行查询。 系统提供统一的管理查询界面，使得管理员可以统一查询管理用户的走访活动信息，这些活动信息由管理员手动输入
4.2.4.个人消息管理
用户可以对自己的发送信息和接收信息进行搜索和删除等操作，前者的搜索条件包括：时间，发件人，收件人，关键字等；后者的操作只影响用户个人信息页面的显示，真正的信息内容将一直保存，只有管理员才能进行删除等操作。
4.2.4.1.说说
校友发布自己的动态与留言，并相互交流。 说说需要支持发布表情 支持相互评论与@功能。
4.2.5.消息发送和接收
用户登录后可以接收和发送消息；
可发送的消息包括：认证请求；加入校友分会组织的请求；将别的校友加为好友的请求；获取校友服务请求；活动相关消息等，系统通知等。 同时也可以接收相关消息。
用户可以对消息进行搜索，分类，删除等操作。
4.2.6.人脉搜索
通过校友名称寻找搜索认识的校友 能自定义校友分组
能查看我的关注与关注我的校友列表
4.2.7.信息群发功能
系统管理员可以选择对多个用户进行信息群发，发送媒介包括Email和短消息；
在Email与短消息群发中，支持标记功能，即管理员可以编写一个单一内容的主文档，然后系统可以自动插入标记代表的用户信息（email地址，姓名等）生成最终的email或短消息发送给不同用户。
已发送过的内容可以被保存为对应的模板以供用户下次选择使用。 为了防止大量发送Email的行为被标记为垃圾邮件发送，因此系统需要合理安排Email发送的数量和频度，并用多个邮件地址发送的方法规避风险。
4.2.8.校友信息查询
系统提供校友信息库查询与管理功能。
管理员可以查询校友的基本信息与附属信息，前者是学校保存的基本校友信息，后者是校友在使用校友信息系统过程中增加的新信息，包括：履历信息，活动参与信息，交往信息，捐赠信息等。
管理员可以使用组合关键字对校友信息库进行查询，也可以使用多个字段的组合条件（等于，小于，大于）进行查询；查询结果以表格格式导出。 支持多色分类显示查询结果
支持动态列表功能，查询列表的标题可以拖动分类与统计。列表标题用户可自定义个数。
4.2.9.校友信息去重
系统可通过指定的一条或多条校友信息进行智能对比来进行校友信息查重功能，并可将重复的两条或多条校友信息合并为一条。
4.2.10.校友信息统计图
系统需支持自动将主信息中的字典字段生成统计图表。比如按照校友所在城市生成校友城市分布统计图、按照校友所在行业生成校友所在行业比例图等。 需支持饼图，柱状图等多种统计图表形式。 生成好的图表的可以被作为图片导出
4.2.11.数据标记功能
系统可以对校友数据进行颜色标记，支持所有字典型字段，通过颜色标记，可以快速找到需要的信息。
4.2.12.模板设计
系统提供模板设计功能，可以设计校友胸卡、桌台、签到表等校友活动常用标签与表格格式，并能与数据库中校友信息相结合并进行套打。
模板设计支持标签功能，在打印时可以自动带入标签所关联的校友信息，比如校友头像、名称、单位、职位等。
设计并保存好的模板能通过模板文件进行共享。
4.2.13.校友信息卡面板
校友信息卡面板可以将列表形式的校友信息以卡片的形式展示 卡片的版面布局可以由用户按照工作习惯自己排版 卡片的布局可以用布局文件进行共享
拖上卡片的列表字段的字段名可以由用户按自己的习惯自定义命名
4.2.14.个人空间
校友的个人空间，校友间可以相互访问。
内容包括个人相册、文章、说说、创建或参加过的活动信息、组织信息、个人档案、消息、所获勋章、荣誉、积分值、最近访客等。
个人档案相关的私密信息默认为非公开，校友可以设置对校友、好友或所有人公开。
个人档案以外的信息都是对校友公开的。
4.3.校友组织管理 4.3.1.组织结构
用户按照学校的实际情况自定义学院、专业、班级、地方校友会，并可关联学院、专业、班级之间的关系。
4.3.2.组织管理员
为每个组织指定一位或多位管理员（与社区配合使用）
4.3.3.地方校友会空间
提供各地方校友会的介绍性展示页面，提供接口与地方校友会网站互连。系统后台可以对地方校友会进行管理。
支持自定义LOGO功能，地方校友会空间管理人员可以自定义空间的LOGO，体现当地特色
支持联系方式，地方校友会空间管理人员可以自己编辑发布地方校友会的主要联系方式，方便当地校友联系组织
支持地方校友会活动，地方校友会空间管理人员能发布本地的校友活动，无需主站管理员审批、发布。
4.3.4.学院校友会空间
提供各学院的介绍性展示页面，提供接口与学院网站互连。系统后台可以对学院进行管理。
支持自定义LOGO功能，学院校友会空间管理人员可以自定义空间的LOGO，体现当地特色
支持联系方式，学院校友会空间管理人员可以自己编辑发布学院校友会的主要联系方式，方校友联系。
支持本院校友会活动，学院校友会空间管理人员能发布本院的校友活动，无需主站管理员审批、发布。
4.3.5.班级空间
班级按学院、年级进行自动分类列表，并能通过条件快速检索；提供各班级的介绍性展示页面。功能要求同地方校友会空间与学院校友会空间。
4.4.校友活动管理 4.4.1.活动组织
校友组织管理员或班级管理员可以活动本组织的活动。并由后台管理员审核后才能发布并推荐到首页显示
普通校友可以自由申请活动，并由社区管理员审核后发布。
活动发起人可以发起活动，设定活动类型、活动主题/名称、并设定活动时间，预定地点，活动简介，报名截止时间等。 活动发起人可以设定活动的日程安排信息。 活动缺省都是需要报名参加。
活动发起人查看活动报名情况，并可以进行后续操作如向活动参与人发送相关消息提醒。
活动发起人可以对已经发起的活动进行修改，包括时间，地点等。也可以暂停或取消活动。活动信息修改后，告知总会，推送给用户的活动通知 活动管理员可以设置推荐或置顶某项已发起的活动。
4.4.2.活动参与
校友可以对某个活动设置报名。 普通校友可以报名参加活动。
用户报名参与活动，并得到审批后，可以在个人信息页面接收活动发起人发送的相关消息和通知。
4.4.3.活动分享
参与活动的用户可以针对活动发布评论。 评论包括文字和图片格式。 用户所发布的评论可以被回复。 活动发起人可以进行活动图片批量上传。
活动发起人对活动评论拥有管理权限，可以修改和删除评论信息。 相关信息可以分享到公共社交平台。
4.4.4.投票活动
活动了线下活动还可以是线上的投票，由系统管理员发起投票项目，投票可以定制不同的问题与答案类型（单选、多选、问答）。
投票可以在后台进行管控与统计。
4.5.校友服务 4.5.1.校友卡申请服务
申请服务可以由普通校友或校友分会组织管理员发起。 申请服务请求由系统管理员进行审批。 审批结果作为信息发送给申请人。
4.6.后台管理 4.6.1.日志管理
校友信息系统中所有用户的所有操作都必须被记录在日志系统中。 后台系统管理员可以对日志进行检索和数据分析。
系统应该保留或开放基于用户操作日志的数据挖掘功能接口。
4.6.2.权限管理
后台系统管理员具备用户权限分配和管理的最高权利。
后台系统管理员负载系统管理员账号的分配和管理，包括新账号的分配，权限管理和账号撤销。
4.6.3.数据备份管理
系统可按管理员制定的备份计划自动执行离线备份 管理员可选择完全备份或增量备份 支持临时的管理员手动备份
4.6.4.动态数据库管理
动态数据库管理功能可以让用户自定义数据库上的表与字段，扩展信息对校友信息记录的完整性。数据库中的字段可以增删。字段的长度、类型等只能在新增时设定，不能后期调整。调整后的库表逻辑、数据库完整性在用户正确使用下是可以保证完整的。
需要支持新建一张数据表，并记录为什么要建立这张数据表
需要支持在一张数据表中添加一个字段，并对这个字段的显示名称、类型、长度等属性进行设置
需要支持删除一张表，但已有字段的表在删除前必须删除所有的已有字段
新增的字段可以建立索引并排序
4.6.5.系统字典管理
系统管理员可以通过字典设计功能完善自定义系统中的数据字典。 可以自定义字典的选项内容
选项内容可以通过编号进行索引排序
字典通过显示名称与数据表中的字典类型字段自动对应
4.7.校友门户页面与栏目 4.7.1.网站首页
门户首页需要包括：新闻中心、湖大名师、校友之星、校友企业（产学研介绍）、爱心展示（跑马灯）、捐赠感谢（字幕滚动）、友情链接（校友、校外）、校
友登录、校友活动日历推荐、校友卡介绍专栏、校友服务专栏、校友会官方微博、微信链接等来组成。
4.7.2.部门概况
部门介绍：介绍部门 机构设置：机构设置介绍 工作职责：工作职责描述
4.7.3.新闻中心
网站公告：校友会官方公告 校友新闻：校友相关新闻报道
4.7.4.岳麓之星
岳麓名师：介绍学校各学院的名师名导 岳麓之星：介绍湖大知名校友
4.7.5.合作办学（产学研合作）
组织结构：介绍产学研平台的组织结构
校友名企：介绍知名校友企业或与学校有产学研合作的企业 合作条件流程：介绍合作的参于条件与相关流程
4.7.6.校友组织（与社区数据同步）
地方校友会：各地方校友会的社区空间 学校校友会：各学校校友会的社区空间
班级校友会：各班级校友会的社区空间
4.7.7.校友活动
同步社区中的校友活动在网站中展示，校友可通过网站直接登录社区并报名参与活动。
4.7.8.校友刊物
提供校友刊物的在线阅读与在线下载服务
4.7.9.校友爱心
爱心展示：以图片跑马灯的方式来展示校友捐赠的实物
感恩回音：以文字+图片的形式纪实报道校友的爱心感言或受捐人的感恩感言 捐助渠道：介绍校友捐助学校的渠道与方式
4.7.10.校友服务
学历教育：介绍湖南大学本科、研究生、博士生教育
继续教育：介绍湖南大学成人教育、自学考试、教育培训、出国留学业务 校友福利：校友卡介绍（免费风景门票、校友设施租用优惠等等）、校友卡申请的条件与流程
湖大礼品：湖大校友纪念品订购
校友资料异动服务：登录社区，进入校友自己的个人空间，更新自己的个人信息
5.项目主机与软件配置要求
5.1.主机硬件
处理器内存
Intel 8核处理器(2.7GHz, 20M L3缓存,130w)，16GB(2x8GB)1600MHz DDR3内存
硬盘
500G以上容量
5.2.WEB服务器的软件布署环境
Windows Server 2000/2003操作系统
Apache Web服务器（支持Rewrite模块和.htaccess）PHP版本5.1.6或更新的版本。MySQL(4.1+)Sendmail或者Postfix邮件服务器（可选）
5.3.C/S《校友实名信息数据库》软件布署环境
支持操作系统
Windows xp sp3/Windows vista/Windows 7 32bit 64bit/Windows 8 32bit 64bit操作系统.6.非功能需求
6.1.性能需求
系统容量：需支持50万校友数据存储，每个校友静态数据5K字节；假设活跃校友比例10%，每个活跃校友每年新增5M字节数据量。在以上假设条件下，5年内数据库容量需求：约1.5T
普通展示性用户页面加载时间小于2秒，后台报表查询页面加载时间小于5秒。网络带宽需求：移动，联通和电信的三网畅通访问。
6.2.兼容性需求
校友门户网站与SNS校友社区要求采用HTML5+PHP开发，并保证在IE7/8/
9、火狐国际版29.0.1/火狐中国版29.0.1以上版本、CHROME34.0.1847.137 m以上版本兼容运行，不会产生明显的页面变形或动态效果无效。
《校友实名信息数据库》要求用C#.net语言开发，支持dotnet4.0。可以WIN XP/WIN 7/WIN 8操作系统上稳定运行。
6.3.安全需求
校友信息系统需要对常见的web攻击手段进行防范，常见的Web攻击分为两类：一是利用Web服务器的漏洞进行攻击，如CGI缓冲区溢出，目录遍历漏洞利用等攻击；二是利用网页自身的安全漏洞进行攻击，如SQL注入，跨站脚本攻击等。常见的针对Web应用的攻击有：
缓冲区溢出——攻击者利用超出缓冲区大小的请求和构造的二进制代码让服务器执行溢出堆栈中的恶意指令
Cookie假冒——精心修改cookie数据进行用户假冒 认证逃避——攻击者利用不安全的证书和身份管理
非法输入——在动态网页的输入中使用各种非法数据，获取服务器敏感数据 强制访问——访问未授权的网页
隐藏变量篡改——对网页中的隐藏变量进行修改，欺骗服务器程序
拒绝服务攻击——构造大量的非法请求，使Web服务器不能相应正常用户的访问 跨站脚本攻击——提交非法脚本，其他用户浏览时盗取用户帐号等信息 SQL注入——构造SQL代码让服务器执行，获取敏感数据
点击咨询 