中山第二人民医院消防设施维护保养项目用户需求书

第一篇：中山第二人民医院消防设施维护保养项目用户需求书

中山市第二人民医院消防设施维护保养项目

用户需求书

一、项目概况

本次招标的项目概况：中山市第二人民医院位于中山市港口镇木河迳东路，院本部分一期和二期，二期已经正式启用，加上南区分院，总建筑面积约47758㎡，中山市第二人民医院是人员密集型公共场所，中山市消防重点单位，院本部有门诊楼、住院楼、后勤楼和肺科楼，二期有新建的住院楼和医技楼，南区分院有办公楼和住院楼，其中院本部有自动消防报警系统、消防喷淋系统、消火栓系统、防排烟系统、应急广播系统、灭火器、七氟丙烷气体自动灭火装置和应急照明灯、疏散出口指示灯和消防泵房等设施；南区分院有消火栓、灭火器和消防泵房等设施。

二、维保范围

中山市第二人民医院、南区分院消防设施：

1、火灾自动报警系统；

2、室内外消火栓灭火系统；

3、消防喷啉灭火系统；

4、气体灭火系统；

5、消防广播、消防对讲系统；

6、应急照明及疏散指示系统；

7、防排烟系统；

8、防火卷帘门系统；

三、维保内容（每月检查两次）消防控制主机

1.每月消防控制主机电源检查项目: 1)检查系统电压偏移是否在允许范围内。系统电源标准AC197V-242V 50Hz±1Hz。2)查看消防控制配电箱的标志，以及仪表、指示灯、开关、控制按钮。3)检查主电源和备用电源之间的自动切换是否正常。检查方式﹕

a)自动控制方式下,手动切断消防主电源,观察备用消防电源的投入以及指示灯的显示。

b)人为控制方式下,在低压配电室应先切断消防主电源,后闭合备用消防电源,观察备用消防电源的投入以及指示灯的显示。

c)每季度要对备用电源进行1-2次充放电实验,1-3次主电源和备用电源自动切换实验。2.每月应对消防控制主机进行如下项目检查﹕ 1)触发自检键，进行功能自检: 2)对控制器电源全部发光显示器进行检验,并循环三次。

3)对Ⅱ级编程继电器进行检验,检验期间继电器触点动作,但输出+24V撤消。4)对打印机功能进行检验。

5)对控制器的主要硬件接口芯片,存储器芯片及各类插件的主要I级芯片进行自动实时故障检测。3.切断主电源，查看备用直流电源自动投入和主、备电源的状态显示情况。4.在备用直流电源供电状态下，进行断路故障报警及火警优先功能。报警功能检测：

1)类比探测器、手动报警按钮断路故障，查看故障显示。

2)断路故障报警期间，采用发烟装置或温度不低于54℃的热源先后向同一回路中两个探测器施放烟气或加热，查看火灾报警控制器的火警信号、报警部位显示及记录。每个探测器检测后，只消音，不重定。

5.用万用表测量火灾报警控制器的联动输出信号。6.系统重定，恢复到正常警戒状态。火灾自动报警系统 1.火灾探测器

1)为使火灾探测器保持性能良好,正常运行,应在火灾探测器开启运行两年后,每隔三年全部进行清洗一遍。

2)每季度应对所有的火灾探测器采用抽测的方式进行测试﹕ 2.点型感烟探测器

1)采用发烟装置向探测器施放烟气，查看探测器报警确认灯、以及火灾报警控制器的火警信号显示。2)消除探测器内及周围烟雾，报警控制器手动重定，观察探测器报警确认灯在重定前后的变化情况。3.点型感温探测器

可重定点型感温探测器，使用温度不低于54℃的热源加热，查看探测器报警确认灯和火灾报警控制器火警信号显示；移开加热源，手动重定火灾报警控制器，查看探测器报警确认灯在重定前后的变化情况。

1)对测试过的火灾探测器做地址记录,以免在下期测试中重复测试同一个点。在一年内通过定期测试后将所有火灾探测器测试一遍。

2)测试中应核对火灾探测器的地址是否正确。

3)在测试过程中,应对火灾探测器报警的迟缓程度做记录,通过汇总,对其工作状态有一个大致的了解,为是否对火灾探测器进行清洗提供佐证。

4)对于探测装置因环境条件的改变，而不能适用时，应及时更换。

5)要防止外部干扰或意外损坏。对于探测器不仅要防止烟、灰尘及类似的气溶胶、小动物的侵入、水蒸汽凝结、结冰等外部自然因素的影响而且还要防止人为的因素如书架、贮藏架的摆放或设备、隔断等分隔对探测器和手动报警按钮的影响。4.手动报警按钮

1)每月巡检手动报警按钮装置,检查外罩玻璃是否有破损。如有损坏应及时更换,以免发生误报。2)每季度巡检时,触发按钮查看火灾报警控制器信号和按钮的报警确认灯是否准确。3)每季度对警铃及广播测试一遍，发现故障及时维修。自动喷淋灭火系统

1.日常检查自动喷水灭火系统状态和使用环境，重点检查系统组件包括各类阀门、报警阀组、喷头、管道、供水设施等设备外观有无损坏、锈蚀、渗漏，系统工作环境或保护对象是否正常等；检查喷淋泵控制柜的控制方式是否为自动运行方式；检查末端试水装置的压力值是否满足设计要求。每季度完成对全部设备的查看，并填写《消防设施日常检查表》记录查看情况。2.每季度应对自动喷水灭火系统的部分管网进行检查，通过末端试水装置进行放水试验，查看阀门的开启性能和密封性能，水流指示器、压力开关、延时器、水力警铃及喷淋泵的状态以及火灾报警控制器上显示的报警或动作响应，填写《消防设施定期维护表》记录检查情况。

3.每年至少对自动喷水灭火系统进行一次试验，检测从供水管道至系统组件的全部功能，并填写《消防设施年终检测报告》记录检测情况。防烟排烟与通风空调系统

1.日常查看机械防、排烟系统组件有无损坏、锈蚀的现象，正压送风口、机械排烟风口及其现场手动开启装置是否被遮挡，每月完成对全部设备的查看，并填写《消防设施日常检查表》记录查看情况。

2.每月手动开启、关闭正压送风口、排烟风口，防火阀，对每个防烟（或正压送风）分区进行动作试验，检验其灵活性和密封性，并填写《消防设施定期维护表》记录检查情况。

3.每季度测试机械防、排烟系统手动、自动启动功能及空调防火阀的关闭功能，检测各组件的运行状态，并填写《消防设施定期维护表》记录检查情况。

4.每年进行模拟报警试验，启动正压送风机、排烟风机，开启正压送风口和排烟风口，关闭空调和防火阀，并填写《消防设施年终检测报告》记录检测情况。消防给水系统 1.消防水池

1)每月查看消防水池水位及消防用水不被他用的状况。2)每月查看补水设施。

3)每年对水源的供水能力进行一次测定。

4)每两年应不少于两次对消防水池进行清洗、排污。2.消防管路系统

1)观察稳压泵的启动频率，确定管网有无渗漏现象。

2)外观检查：检查管道有无机械损伤、油漆脱落、锈蚀等，管道固定是否牢固，发现问题应及时处理。

3)清除堵塞：系统管道中,可能因施工疏忽残留有砂、石、木屑或水源带来的垃圾、铁锈等，这样会造成喷头堵塞、报警阀关闭不严、水力警铃输水管堵塞等。

4)每季度需对不少于20%的管道末端进行放水，确保管道内的水质良好，并对水流指示器的报警功能进行检查。3.稳压泵及气压水罐

每月检查应依据如下步骤进行﹕ 1)打开排气阀，检查是否能够自动加压。

2)打开试验排水阀，检查减水时能否自动供水，加压装置及供水装置压力表是否显示正常 3)打开排气阀或试验排水阀时，为防止气压水罐内的压力较高造成危险应慢慢将阀门打开。4.消防水泵

1)每日查看水泵和阀门的标志；转动阀门手轮，检查阀门状态；观察阀杆及手轮位置；阀杆是否需要加注润滑油。

2)每月在泵房控制柜处启动水泵，查看运行情况。消防水泵应每月启动运转1～3次；当消防水泵为自动控制启动时，应每月类比自动控制的条件启动运转1～3次。手动、自动控制启水泵1～3次，查信号有否返馈，水压是否上升，电机转动是否正常。有无变形、发热等状况。轴与电机、连接部件是否有松动、锈蚀、变形、发热，是否要加油。运行时间一般不少于5分钟。3)每月在消防主机控制室启动水泵，查看运行及反馈信号。

4)每月检查消防水泵动力运行是否可靠，水泵能否正常运转，流量和压力能否保证；电力上有无保证不间断供电设施，其性能是否良好。5)每月检查主、备泵能否自动切换

6)每月检查压力表是否变形、水泵启动后动作是否正常。7)每月启动水泵后，打开试验阀，观察压力保持情况。8)每二年对消防水泵大修一次，添加润滑油，清洗内部杂质。9)每年度对水泵电动机的维护保养：

（a）电动机轴承润滑油是否加足，有无严重脏污、变质现象。转动转轴，检查旋转是否正常。（b）电动机是否变形、损伤、锈蚀，机械性能是否良好（电动机在运行时应不发热、无异常振动及杂音）。

（c）水泵轴与电动机的连接部位是否松动、变形、损伤和严重锈蚀。（d）填料是否明显漏水，有无变形损伤，螺栓螺母是否松动。5.电控柜的维护保养

1)每月检查控制柜有无变形、损伤、腐蚀。2)每月检查线路图及操作说明是否齐全。

3)每月检查电压、电流表的指标是否在规定的范围内。开关是否有变形、损伤、标志脱落、处于正常状态。控制盘的指示灯是否正常。

4)每月检查电控柜内继电器是否脱落、松动，接点是否烧损，转换开关应处于自动状态。各导线连接处是否松脱，绝缘是否损伤。

5)类比主泵故障，查看自动切换启动备用泵情况，同时查看仪表及指示灯显示。6.水泵接合器每月查看标志牌、止回阀。7.室内消火栓

1)每月对消火栓进行如下检查﹕

2)确保消火栓周围没有障碍物阻挡,取用方便。

3)确保消火栓外观整洁、标示清晰、无机械损伤及严重腐蚀。

4)检查消火栓有无生锈漏水现象;栓口的橡胶垫圈等密封件有无损坏或丢失;消火栓的闸阀开启是否灵活，必要时应对阀杆加润滑油。

5)对室内消火栓还应检查消火栓箱内的水枪、水带等设备是否完备配套，水龙带有无霉腐﹔破玻按钮工作状态正常。

6)随时抽查消火栓的出水情况。对重点部位的消火栓每年应逐个进行出水检查；对非重点部位的消火栓可按消火栓总数的10％～20％进行出水抽测实验。连接水带、水枪，触发启泵按钮，查看消防泵启动和信号显示。

7)室内消火栓系统还应随时观察消防水池、水箱的水位情况，发现不足应及时补充。7.室外消火栓 室外消火栓应每季度进行一次检查保养，其内容主要包括：

1)用专用扳手转动消火栓启闭杆，观察其灵活性。必要时加注润滑油。2)检查出水口闷盖是否密封，有无缺损。

3)检查栓体外表油漆有无剥落，有无锈蚀，如有应及时修补。4)每年开春后入冬前对地上消火栓逐一进行出水试验。5)定期检查消火栓前端阀门井。6)保持配套器材的完备有效。应急照明和疏散指示标志

1.每月应查看应急照明外观是否有损坏、电源插头是否插在电源插座上、灯管是否工作正常。2.每季度对应急照明进行一次功能性测试,按下列方法切断正常供电电源，用秒表测量应急工作状态的持续时间：

1)自带电源型和子母电源型切断其主供电电源。2)集中电源型切断其控制器主电源。

3)接在消防配电线路上的应急照明灯具，切断非消防电源。

3.使用照度计，测量两个应急照明灯之间地面中心的照度；应符合建筑规的范疏散照度要求；达到规定的应急工作状态持续时间时，重复测量上述测点的照度。

4.配电室、消防控制室、消防水泵房、供消防用电的蓄电池室、自备发电机房、电话总机房以及发生火灾时仍需坚持工作的其他房间，使用照度计测量正常照明时的工作面照度；切断正常照明后，测量应急照明时工作面的最低照度。5.疏散指示标志

1)每月查看外观，核对位置及完好情况。2)每季度对疏散指示标志进行一次功能性测试﹕ a)关闭正常照明，查看发光疏散指示标志的自发光情况。

b)切断正常供电电源，在灯光疏散指示标志前通道中心处，用照度计测量地面照度；达到规定的应急工作状态持续时间时，重复测量上述测点的照度。应急广播系统

1.每月在消防控制室用话筒对所选区域播音，检查音响效果。

2.每季度自动控制方式下，分别触发两个相关的火灾探测器或触发手动报警按钮后，核对启动火灾应急广播的区域、检查音响效果。

3.每月在公共广播扩音机处于关闭和播放状态下，自动和手动强制切换火灾应急广播。

4.每季度用声级计测试启动火灾应急广播前的环境噪音，当大于60dB时，重复测量启动火灾应急广播后扬声器播音范围内最远点的声压级，并与环境噪音对比。灭火器维护管理

1.加强灭火器的日常管理和维护。建立“消防器材检查表(灭火器)”，登记类型、配置数量、设置部位并张贴在灭火器放置处。

2.依照“消防器材检查表(灭火器)”之内容每月检查一次。检查的内容﹕

1)灭火器位置应按管理单位之最新规划位置进行摆放,不得随意挪作它用,摆放稳固,没有埋压,灭火器箱不得上锁,避免日光曝晒和强辐射热。2)铅封及插销均完好无损,未曾动用。

3)灭火器压力表的外表面是否变形、损伤；压力表指针应指向红区或红﹑绿区之间。4)灭火器是否在有效期内。

5)一旦发现灭火器失效或曾动用过应马上通知院方保安部门更换。

3.至少每十二个月委托专业从事消防设施的单位对所有灭火器进行一次功能性检查。检查发现存在问题的必须委托有维修资质的维修单位进行维修，更换已损件，费用由院方负责。筒体按规定年限进行水压试验、重新充装灭火剂和驱动气体，严格落实灭火器报废制度。检查的内容﹕

1)灭火器筒体是否有锈蚀、变形现象、铭牌是否完整清晰。

2)喷嘴是否有变形、开裂、损伤；喷射软管是否畅通、是否有变形和损伤。3)灭火器压力表的外表面是否变形、损伤，指标是否指在绿区。

4)灭火器压把、阀体等金属件是否有严重损伤、变形、锈蚀等影响使用的缺陷。5)在相同批次的灭火器中抽取一具灭火器进行灭火性能测试。七氟丙烷气体灭火系统保养、维修与维护 1.日常（运行）时的维护、保养

1）保持瓶组间和控制室内清洁、干燥、通风良好； 2）保持灭火设备和报警控制设备表面清洁无尘；

3）检查启动瓶组上手动手柄,灭火剂瓶组上先导阀手启动手柄的保险销，及铅封应完整无损； 4）检查选择阀上手动开启手柄无损、位置正确、无松动； 5）检查系统牌、警示牌，无损、清洁可视。2.月季度维护、保养

1）检查启动瓶组压力，压力表示值应在绿区内；

2）逐个对灭火剂瓶组进行压力检测，压力表示值应在绿区内；

3）逐个对灭火剂瓶组和启动瓶组进行检查，瓶体表面应无严重腐蚀、裂纹、变形（凸瘤等），如有上述问题，应及时更换并释放瓶内气体。3.年度维护、保养

1）对灭火设备进行全面检查：瓶组架稳固，各部件连接可靠无松动，并全面做好清洁工作； 2）对系统进行报警和启动模拟试验，火灾探测、报警、灭火控制按其产品说明书进行；灭火设备检查电磁驱动装置（脱离被启动瓶组），经自动、手动（包括紧急启动、紧急停止试验），应动作正常；延时时间，现场声光报警等应正常；

3）对压力信号反馈装置进行检查，卸下该装置，人工推动活塞（模拟灭火剂喷放受压），喷放指示灯应亮，信号应正常反馈；并能自动复位；

4）对灭火剂输送管网及其附件进行检查，连接可靠、安装稳固，表面无严重锈蚀，并全面做好清洁工作；

5）检查喷嘴，不应堵塞，并做好清洁工作。4.长年维护管理按GB50236有关规定执行。

四、工作质量要求

1、按要求进行巡查保养工作，降低设备故障率；

2、建立健全规范的设备设施维修保养档案，无消防安全隐患；

3、所有维修保养及安装工程必须按国家最新的有关消防、安全生产、建筑规范等标准执行；

4、所有维修效果必须达到恢复原使用功能或优于原状；

5、服务态度、服务效率、服务水平、质量方面满意度必须达到医院的要求；

6、一般性维修接报后2小时内到达现场，紧急维修30分钟内到达现场，并采取有效措施防止事态或危害的进一步扩大；

7、所有巡查，维修、保养工作必须及时完成；

8、协助院方进行员工消防安全救教育、消防事故演习等工作；

9、每月按时提交维护保养工作记录表。

五、其它

1、各投标人应结合相关文件及现场情况，充分考虑影响因素后进行投标报价。

2、投标人被确定为中标人后，未经采购人同意，中标人不得再以任何方式转包或分包本项目。否则被视为违约，追究当事人责任，并承担相应的经济损失。

3、本项目中标人承担招标文件对中标人要求的一切事宜及责任。包含派驻人员工资、福利、服装、通信工具、交通工具、社保、医疗、待业保障、工伤保险、各节假日和特殊工作任务加班费、服务设备、管理费、完成该项目所须工具、一切税费等。

4、所有费用报价为含税费报价，费用为完成本用户需求书维保内容所必须的服务费用，所有材料费单次报价在300元以内的由投标人负责，超过300元的由采购人购置或委托购置，但由于中标人在服务过程中造成的二次损坏或施工质量问题引起重修的，材料费由中标人负责。

5、服务期限为壹年，自签定之日起生效。合同期前三个月为试用期，试用期内服务不合格的，院方可无条件终止合同而不作任何赔偿。

6、付款方式：凭发票每半年支付一次，最后一期待合同结束后15个工作日内支付。7、2015年8月1日至新中标公司进驻期间，中山市第二人民医院的消防维保工作由原维保公司进行维保，费用由新中标公司承担。

第二篇：广州地税办公自动化系统升级改造项目用户需求书

广州地税办公自动化系统升级改造项目用户需求书

一、建设原则及主要目标

广州地税办公自动化系统（以下简称OA系统）从2000年开始在全系统中推广使用，该OA系统包含了：个人事务、公文管理、档案管理、处室资料、信访管理、机关事务、电子邮件等功能模块，功能已经比较完备。

从使用情况上可以看出，由于Lotus Notes开发平台本身的原因，随着时间的推移，系统中数据越来越多，造成了系统运行速度越来越慢。特别是在进行数据检索时更加明显。随着对信息化建设要求的不断提高和使用者水平的不断提升，对OA系统本身的功能以及处理方式提出了进一步优化的需求，迫切需要对现有的OA系统进行技术架构上的升级改造。

本次OA系统升级的目标：

1、系统架构模式的转换：现有的OA系统架构模式仍是传统的服务器/客户端(C/S)模式，为了能够实现移动办公、与其他应用系统的信息共享及实现用户的统一登录，必须把当前C/S模式的OA系统转换成浏览器/服务器(B/S)的模式。

2、公文流转的集中处理：改变现有不同基层单位跨服务器进行公文流转处理的模式，实现市局和各基层单位公文流转的集中处理。

3、系统安全性：除了对OA系统使用基本安全进行加强以外，必须考虑B/S应用模式后系统抵御攻击的能力(包括抵御各种试图非法利用和破坏信息资源的攻击)，保证系统中存储或传输的数据不被窃取和破坏。

4、信息整合：现在OA系统基本上与其他应用系统没有任何信息的共享，这就造成了不能在统一直观的用户界面看到其他系统的信息，因此需要实现OA系统与其他应用系统的信息整合，以提高用户对系统中信息的利用率。

5、统一登录：与其他相关系统的统一登录。

二、总体技术需求

（一）总体概述

OA系统是广州地税内网平台上最重要、最核心的系统，不仅要符合自身的发展需要，还应具备整合政务内网平台上其它系统的能力，同时也应考虑同政务外网平台上其它系统之间能够进行安全的数据隔离和交换。OA系统必须遵循实用性、安全性、可靠性、先进性、可扩展性、易维护性和开放性的要求。

（二）体系架构需求

1、服务器端操作系统：支持Window、Linux、Unix和HP、IBM、Sun等小型机的操作系统。

2、体系架构：必须采用满足J2EE规范的分布式多层系统架构，并制定了完善的接口规范和开发标准，可以平滑构建负载均衡和集群服务，能够很好地满足系统将来的扩充需要。

3、应用服务器：必须严格遵循J2EE规范和标准，能够提供消息服务、事务处理、组件、负载均衡、安全性、应用支持等方面强大的功能，将采用Weblogic作为应用服务器。

4、数据库：采用Oracle数据库软件。

（三）主要技术需求

1、功能模块：所有模块在逻辑上是独立的，彼此有接口又相互独立，各个功能模块可拆分、可自定义选择，并能支持将来各模块功能的单独扩展和定制。

2、公文管理：必须有完善和成熟的工作流支持。

3、文档格式：必须满足XML标准，能与MS Office、WPS Office、PDF、TIF扫描图片等文件格式进行无缝集成。

4、能够方便进行业务代码、数据格式、接口转换。

（四）辅助及扩展技术需求

能够为远程办公、移动办公、短信平台等系统提供接口。

（五）数据管理需求

主要包括存储、备份、恢复、安全隔离和交换等方面，具体有：

1、所有数据必须在集中的数据库服务器上进行统一管理；

2、能够方便的导出所需数据；

3、OA系统采用双机热备模式，若OA主机发生任何故障，OA从机能够立即接管OA主机全部工作。

三、主要功能模块需求

OA系统中所有的功能模块必须基于统一的应用支撑平台开发。OA系统必须同身份认证软硬件、高速扫描软硬件等进行完美结合，必须能为其它待添加的系统(如其他业务系统、档案管理系统)和扩展功能(如电子签名等)留有良好接口。

（一）公文流转

公文流转是OA系统中所有功能模块的核心部分，必须要有政府行业的完善、灵活、成熟、强大且完全自主产权的流转引擎。主要包括成熟的流程建模、流程引擎、流程监控、流程实例库及流程权限角色控制库，能提供督查、督办、查询、统计等功能。对现有收、发文的审批流转模块进行改造，升级改造必须涵盖现有OA系统公文流转模块的所有功能，即升级改造后的审批流转模块必须要实现原系统的所有功能。

公文流转功能包括如下几方面：

1、系统提供工作流自定义功能：用户可以根据实际需要制定出相应的流程，而且当实际情况发生变化时可以由系统管理员随时进行更改；

2、提供图形化的流程设置并可进行多条件逻辑分支流程处理；

3、可以自定义文件模板，例如红头文件模板；

4、提供基于用户角色个性化定制功能，将用户各自关心的内容、复杂的流程、资源集中到一处，方便用户操作；

5、提供流程的实时监控及统计。依权限有关人员可以查看公文流转过程中的状况，如流转意见和流转记录等；

6、可以保留公文在流转过程的所有修改痕迹。修改的痕迹都可以清晰地、对比地显示不同修改人所作的修改；

7、提供公文的并发处理功能，同一公文可以向不同人员、不同的处理环节同时发送；

8、提供自由发送处理功能，可对现有流程之外的特殊情况的公文进行的办理进行特殊处理，并且可以对自由发送功能所使用的权限进行设置；

9、提供公文回收功能，用户可对误操作的公文通过回收进行修改，增强系统的容错、排错能力，同时需要系统管理员(或有权限的人员)提供功能更加强大的流程实施处理，可以让系统管理员根据实际情况对正在流转的公文进行人工干预、跳转、调整流程流向，以使公文得到及时正确的处理；

10、提供个人所有待办事务、待办公文的实时提醒功能；

11、提供常用词语功能，用户对一些常用办理、批示意见进行设置后，便可在办理公文时自由调用；

12、公文在流转系统流转完毕后可自动归入档案系统内。公文流转结束后即可自动或手动地归入档案库或者部门资料库，并且保持公文原有的笔迹、办理意见等记录信息；

13、提供办文环节中的时限设置，方便督办、查办；

14、提供强大的公文查询统计功能，可根据针对公文类别进行归类、分类或字段、时间、关键字等查询统计，同时支持对公文的全文检索。

（二）必须实现与现有OA系统中百成电子印章系统的整合。

（三）公文查询统计

能够对收文(办文、阅文)、发文按日期、类型、关键词等形式查询，能够按待归 4 档公文、已归档公文、已发公文、待办公文、已办公文等形式查询，能够按权限分级查询等。查询结果能够导出到Excel和报表打印。对文件办理情况可以进行统计（包含各单位收发文统计报表、部门、个人实时或某期间待办、在办、已办文件情况的统计、查询、各类文件办理所需时间、各部门制发文件情况、领导批示信息的收集汇总等）。

（四）档案管理

能够与广州地税现有档案管理系统实现对接，或提出资源整合解决方案。对已归档未整理的文件可实施还原到流转库的操作。

提供已归档文件的整理功能。通过对文件的档案要素进行判断选择后，文件自动进入指定的目录本，实现文件随办结随归档。

对已进入目录本的文件可实施整理逆操作（还原操作），将文件还原至待整理状态；可根据需要调整文件在目录本内的排序。

可自定义文件、档案管理权限、角色。

可自定义档案著录项目、档案分类类目（多级分类）。

（五）个人事务

主要功能是为个人建立一个相对独立的工作环境，包括主要的日常个人办公的内容。

1、待办事宜：待阅重要信息、待处理公文、待审批事务、待归档档案等都将统一显示在待办事宜页面中，并显示当前用户需要办理的环节信息，对快到时限但未办理或已超时限的事宜应以不同颜色标识给予提示。在用户打开相应的办理文件时，必须在公文表单上清晰的显示待办文件、发送人及发送时间等信息。

2、个性化设置：用户可以根据自己的需要和实际情况更改系统界面方案，设计出个性化特色页面，可定制的内容包括模块标题、页面颜色、栏目数量和内容等。

3、个人文档资料的管理：包括个人基本资料、密码的管理、个人通讯录等。

（六）公共信息管理

主要功能是建立一个共享界面，包括规章制度、电子公告、局通讯录等功能。

1、规章制度：能够按标题、部门、类别进行查询。

2、电子公告：设权限发布、修改、删除公告。

3、局通讯录：能够提供处室分类、姓名、职务、电话、手机等查询功能。

4、其它公共信息的发布查询。

（七）系统管理

提供广州地税OA系统管理员的专用区域，主要包括用户管理，部门设置，模块参数设置和日志管理等。

1、用户管理：能够对用户的基本信息和权限进行管理，包括添加、修改、删除等功能。

2、部门设定：设定广州地税的树状组织结构，部门名称等，设定部门岗位，支持一人多岗的设置。

3、模块参数设置：能够对系统中工作流、表单自定义、角色、参数等进行设置。

4、日志记录：记录系统运行中发生的异常情况和用户登录系统操作情况，方便管理员管理维护系统。

四、售后服务

一年免费维护和升级；必须支持2小时的快速客户服务响应，8小时的上门服务，为客户提供良好的售后服务和技术支持。

第三篇：不动产交易与税收信息实时共享项目招标用户需求书

不动产交易与税收信息实时共享项目招标用户需求书

采购项目技术规格、参数及要求

(一)项目背景及概况

为深化中央“放管服”改革，我市进一步落实市委市政府关于不动产登记从6月1日起实行“集成办理、一次搞定”的工作要求，构建不动产交易登记与税收信息共享长效机制，根据《广东省涉税信息交换与共享规定（试行）》（粤府办〔2010〕69号）、《惠州市涉税信息交换与共享实施办法》（惠府办〔2014〕35号）的有关规定，按照《中共惠州市委办公室 惠州市人民政府办公室关于印发〈惠州市推进“集成办理、一次搞定”政务改革实施方案〉及相关配套方案的通知》（惠市委办发电〔2017〕50号）等文件的要求，结合我市实际，需要从系统优化改造入手，切实提高不动产交易登记业务的工作效率，持续优化业务流程。

惠州市近几年房地产市场持续活跃，增量房、存量房、土地等房地产交易业务持续增长，房地产业的繁荣给惠州市带来了可观的财政收入，也给相关部门带来了巨大的工作量，同时因为房地产交易业务相对其他业务复杂，涉及查档、网签、备案、缴税、登记等多个环节，这些环节分别归属不同的业务主管部门，主要包括房管部门、税务部门、不动产部门等，当前这些部门虽然共享了一部分数据但是总体来说共享程度低，各部门各自为政，核心数据不共享，直接造成群众办事效率低，群众在办理业务时需要多次跑大厅，重复提交资料，需要长时间排队等待等问题。同时各部门之间数据不共享互通的情况下，存在假完税证，假发票的情况，极易造成一些行政执法风险，无法从根本上达到“先税后证”的要求。(二)项目建设目标

利用信息化技术实现不动产交易登记与税收信息实时共享，构建“集成办理、一次搞定”、房地产交易智能办税、先税后登记电子把关等工作机制，真正达到“让信息多跑路、让市民少走路”目标。

(三)项目建设规模

惠州市全市范围(四)项目建设内容

通过市政府政务资源共享平台，建立房管部门、不动产登记部门、税务部门信息共享对接机

制，运用信息互通共享方式，以纳税人在房管部门“网签合同”受理为起点，实时共享房地产交易登记数据（电子数据和影像资料）、网签合同数据，纳税人通过广东省电子税务局或通过办税服务厅前台扫(输)入合同条码，系统自动调取网签合同数据，调取此户交易历史登记资料（电子数据和影像资料），减少纳税人在涉税环节的录入信息、减少证件（证明资料）的拍摄上传等工作量。完税之后自动回写完税相关信息，不动产登记部门通过回写的电子完税信息（电子税票）与纸质税票的比对，从源头上进一步把控“先税后证”，同时对于房管部门、不动产登记部门的房产、土地存量信息进行共享利用。(四)项目建设原则

1、规范性。严格按照金税三期软件开发技术标准要求及省局统一软件开发要求，制定统一的业务操作规范、系统维护管理规范等。

2、安全性。系统要求保障网络安全、数据安全、应用安全，能对系统数据进行同步备份，用于网络环境下的应用系统必须要防止病毒与黑客的侵袭，数据的安全性应由分级权限的设定来加以保证，重要机密的传输，应考虑加密，系统应保证损失减少到最低限度。

3、稳定性。在故障发生时，能够给出准确的错误报告，引导系统恢复运行。

4、实用性。系统在功能上应紧紧围绕房地产网签数据共享业务工作。在系统的支持下，使该工作能够规范化、科学化，要求系统操作简洁，容错能力强，信息反馈准确、可靠，操作便利。

(五)主要开发内容和建设周期

1、主要开发内容

1)存量房权证信息共享对接及利用 2)住宅家庭房屋套次查询对接及利用 3)电子影像资料数据共享及利用

4)土地出让和转让信息共享及利用 5)土地登记及变更信息对接及利用 6)房屋土地完税信息对接及利用 7)房屋土地免税信息对接及利用

8)土地使用税税源信息对接及利用

9)房管局相关系统软件改造

10)不动产局相关系统软件改造

11)税务局相关系统软件改造

2、建设周期

合同签订后三个月内完成开发，试运行一个月后正式上线，全部县区项目需求功能上线推广

后,完成项目验收工作。

(六)项目详细需求描述

1、存量房权证信息共享对接及利用

通过房管部门、不动产部门共享惠州市各区县房屋产权基础数据，税务部门获取该共享产权数，定期落地更新到税务局数据资源平台。同时各区县房屋产权数据在进行新增产权登记、产权过户、产权注销、产权分户等情况下，对房屋权证信息进行更新，保持最新数据一致性。

2、住宅家庭房屋套次查询对接及利用

通过房管部门、不动产部门开发住宅家庭房屋套次查询接口，税务部门通过传入以家庭成员为单位的多个身份证号码等信息，自动返回该家庭成员名下住宅房屋套数，有条件的返回惠州市范围内住房套数。税务部门在获取房屋套次信息后可将该信息返回给省局房产交易申报智能办税系统、存量房价格评估系统使用。

3、电子影像资料数据共享及利用

通过房管部门、不动产部门开发电子影像资料数据共享接口，税务部门通过传入地区、房产证号、本手或上手信息，自动返回该笔业务对应的电子影像资料信息，为省局房产交易申报智能办税系统提供必要的电子影像资料，减少纳税人电子数据采集工作及为税务人员提供上手交易购置成本及确定上手房产取得时间。同时为存量房价格评估系统提供电子影像资料获取,查询,统计, 基础归档等功能;同时将电子影像资料对接省局电子档案系统, 省局电子税务局税务端使用。

4、土地出让和转让信息共享及利用

不动产部门批量定期共享惠州市各区县土地出让和转让合同数据，税务部门获取该共享数据，定期落地更新到税务局数据资源平台,利用该数据税务部门实时掌握土地出让转让信息，并对纳税人未及时申报土地出让转让进行催缴，同时对于纳税人的申报信息进行核对，防止出现虚假申报问题。

5、土地登记及变更信息对接及利用

不动产部门定期批量共享保有存量土地的相关信息，同时各区县存量土地数据在进行新增使用权登记、使用权过户、使用权注销、使用权分户等情况下，对共享数据进行更新，保持最新数据一致性。税务部门获取该共享数据，定期落地更新到税务局数据资源平台。

6、房屋土地完税信息对接及利用

交易双方在税务部门完税之后，在进入房产部门和不动产部门进行下一步操作流程时，房产部门和不动产部门需要对交易双方的完税情况进行核实。税务部门通过网签合同编号或者完税证编号对完税信息进行数据共享，房产部门和不动产部门在进行完税信息核实之后在系统上进行“先税后证”控制。

7、房屋土地免税信息对接及利用

对于免税业务交易双方在税务部门办理免税业务之后，在进入房产部门和不动产部门进行下一步操作流程时，房产部门和不动产部门需要对交易双方的免税情况进行核实。税务部门通过免税单编号或者身份证件号对免税信息进行数据共享，房产部门和不动产部门在进行免税信息核实之后在系统上进行“先税后证”控制。

8、土地使用税税源信息对接

通过税务部门共享土地使用税的相关数据，不动产部门定期获取该共享产权数。

9、房管局相关系统软件改造

房管局相关系统软件改造，包括提供以上的共享数据，及在商品房交易系统受理及备案功能上能查看是否已完税和税金等信息，依据是否完税，对商品房交易进行受理和备案限制。

10、税务局相关系统软件改造

税务局相关系统软件改造，包括提供以上的共享数据的提供及省局智能办税系统接口的改造调整，存量房评估系统接口的改造调整，存量房价格评估系统中增加电子影像资料获取,查询,统计, 基础归档等功能。存量房权证信息、土地登记及变更信息、土地出让和转让信息等外部交换数据的批量落地与监控。

11、不动产局相关系统软件改造

不动产局相关系统软件改造，包括提供以上的共享数据的提供以及改造不动产登记平台，从系统上控制“先税后证”，特定业务清单受理时，只有从税务部门获取确认及比对完税信息后才能进入下一步操作，否者不允许进入发证环节。

12、系统性能需求

性能要求主要通过功能要求测试来体现，要求系统运行稳定、容错性强、界面友好，能够快速处理房屋交易业务产生的数据处理要求。系统各项性能指标包括系统响应速度，平均无故障时间间隔等要求，均按照国家相关标准设计。

13、系统技术要求

主体架构：根据国家税务总局金税工程（三期）的技术要求，系统采用基于J2EE的B/S三层架构。

中间件：应用服务器采用WebLogic 10.3或以上版本，系统的设计、开发、部署、测试等均要遵循《国家税务总局金税工程（三期）BEA WebLogic平台开发应用指南》的标准。

数据库：选用支持集群的Oracle 10G或以上版本数据库平台，数据库的设计、命名、管理等须遵循《国家税务总局金税工程（三期）Oracle数据库设计应用指南》中的开发规范和约束。

14、系统培训需求

系指按合同要求，向采购人提供相关系统操作培训。

培训时要求安排有丰富培训经验的工程师进行现场讲解演示，对受训人员提出的问题进行现场解答。